Slashdot Mirror

I can't tell if you're a troll, or just really fucking retarded. OpenBSD runs on something like ten different architectures and supports SMP. FreeBSD is on i386 and Alpha, currently, both arch's have SMP support.

NetBSD supports SMP over a number of arch's: try here for more information.

Now that I've thoroughly humiliated you and your lack of any sort of intelligence, knowledge or ability to tell reality from fantasy, I ask that you please SHUT YOUR FUCKING IGNORANCE HOLE.

> So, basically, I want a tough little

> system with a StrongARM CPU, a flash

> disk and grayscale 1024x768 LCD.

> Insofar as I can tell, no one makes

> such a thing.


RiscStation is about to issue an ARM-Powered laptop...

And RiscOS machines support ARMLinux or RiscBSD (even though I 'd advice you to just keep using RiscOS which is far more intuitive and performant on such platforms)...

Anyway, the product is not ready yet but you may hear about it *very* soon.

Oh yeah, Linux uses the BSD socket API too, doesn't it? Surely that means they took BSD's freely-usable code, rather than reimplementing it, right? Well... maybe not. Despite those files having the same name as their BSD counterpart, they're nothing alike.

Oh yeah, Linux uses the BSD socket API too, doesn't it? Surely that means they took BSD's freely-usable code, rather than reimplementing it, right? Well... maybe not. Despite those files having the same name as their BSD counterpart, they're nothing alike.

Even before the processor is out, NetBSD already runs on it. See here

Oh ? So what is this I see that was committed on June 19th?

http://www.netbsd.org/Ports/x86_64/

Hack on something you may not have before. Check out some of the Ports of NetBSD. In particular, the Dreamcast and the Playstation 2. Or maybe the HITACHI Super-H family based Windows CE PDA machines are more your style.

Hack on something you may not have before. Check out some of the Ports of NetBSD. In particular, the Dreamcast and the Playstation 2. Or maybe the HITACHI Super-H family based Windows CE PDA machines are more your style.

Hack on something you may not have before. Check out some of the Ports of NetBSD. In particular, the Dreamcast and the Playstation 2. Or maybe the HITACHI Super-H family based Windows CE PDA machines are more your style.

Hack on something you may not have before. Check out some of the Ports of NetBSD. In particular, the Dreamcast and the Playstation 2. Or maybe the HITACHI Super-H family based Windows CE PDA machines are more your style.

Hack on something you may not have before. Check out some of the Ports of NetBSD. In particular, the Dreamcast and the Playstation 2. Or maybe the HITACHI Super-H family based Windows CE PDA machines are more your style.

Considering that the LCII has a 68LC020 processor and maxes out at 10MB RAM, I'd have to say no. Try Linux, though!

The LC II should be able to run FreeBSD, Debian, and a RedHat 5.2 port that seems to only be available on a small university FTP server - I don't want to post it on slashdot.

I did own an LC 475 for a time, but unfortunately, many Linux distros have a hard time with most of the 68LC040 processors installed in Macs. Seems they were defective in some obscure way that the MacOS didn't care about, but Linux lived on. Of course, the easy fix is to drop in a 50 Mhz 68040 processor, but with PowerPC machines so cheap, it didn't seem like spending more money on the LC 475 was worth it.

I think a pizza box machine might be fun for a project though. Fairly fast without really needing a fan, good collection of ports, tiny motherboard with all I/O. One card slot that takes cards that lay flat, without needing some silly riser board. Available all day at eBay for ~$20. I still have a TV card lying around here somewhere...

Don't forget NetBSD :)

Netbsd> Has had a dreamcast port for a while now. It runs great. Have been running it at home for a while. FYI....

-Doon

Similarly it looks like Linux on the AMD's Hammer chipset [x86-64.org] is already way underway as a project while according to the article Microsoft has no current plans to support that chipset

Heh, it shouldn't be too hard since NetBSD already runs on the x86-64, so there should be a compiler and such you can borrow, and TLB faulting code you can take (you can relicence BSD code to GPL, just not so easy it go the other way).

Most people that haven't used a BSD operating system before would be surprised to find out that most BSD developers don't consider the GPL free at all. I kindof agree with them.

They all use a lot of GPL software, though, just because they don't neccessarily want to re-do all the code themselves. If you're interested, take a look at these URLs:

Here and Here

here is some of my advice(do a google search ;-)(bellow are sane answers)

please try and use the gcc that fits you I recomend a dual gcc2.95 and a dev 3.1.xx or CVS version for intresting results (you will have to use redhats 2.96 if you plan to release to the 7.x as the ABI is differant but they plan 3.x for their 8.x release so it pays to be ahead of the game)

http://anjuta.sourceforge.net is a nice IDE that will help out visual studio freaks it has a GTK interface

http://www.kdevelop.org" is a KDE front end and is more mature and has a QT front end

but seriosly learn vi

this is because it is one of the more comman text editor and WHY because it is VERY good for seraching and writeing documents in plaintext (which I assume is what your C/C++/^*somethinglang%&^ is in)

I have to say writeing to standards helps so try it on solaris and BSD when codeing (three boxs as build machines is not a drain plus people can use these at the same time) all of these are free and run on x86 hardware http://www.sun.com
http://www.netbsd.org

Am I the only one who is ammused by the fact that people think that M$ wont go to linux ?
at the moment this is true but hey server side they have chillisoft doing ASP and the rest is comeing

oh and try out GDB (-;

regards

john jones

1. chkconfig is IRIX-like. linuxconf is depricated (and is from someone else anyway. rpm is very powerful and good despite its few flaws.

2. The 6.2 installer needed some work -- it was newly re-written in python. The 6.0 installer was a terrible ugly chunk of C code which needed to be rewritten, but which was very solid. If you use 7.1 or the 7.2 beta, you'll find the installer is much more stable. I've never seen netconfig segfault, but I probably haven't seen the situation you're referring to.

3. See http://www.bero.org/gcc296.html for some good information on the GCC issue. Red Hat is a part of the Linux Standard Base project, and makes a very strong effort to be FHS-compliant. Library differences are a fact of Unix -- you can't expect to move binaries between *any* two distributions without some glitches. I'm pretty sure that POSIX doesn't specify init scripts, so I'm not sure exactly what you're talking about there -- care to clarify? And in general, can you point to some evidence of this "deliberate"ness?

4. Red Hat's tools aren't proprietary. The installer, anaconda, is GPL'd. So are chkconfig and RPM, and linuxconf is too, although as I said it doesn't really have anything to do with Red Hat per se. netconfig is part of pump, which is released under the MIT license. Your route gripe might be valid, but as far as I know, that's not Red Hat specific.

5. The ps that ships with Red Hat (GPL'd, by the way) will accept either BSD options or SysV flags. So you can do either "ps ax" or "ps -ef".

I wouldn't know though, as I haven't turned mine on yet. It has no RAM, has not had the fan/heatsink mods, and is too clean to spoil by actually working :)

What, like BSD?
I like BSD but it's bloody hard work to get HTTP, FTP, SSH, SMTP and POP3 to all play nice with a clean install... Maybe I'm just not very good at sorting it all out.

And if it doesn't, of course it runs NetBSD!

Also note that the README file in question, at http://www.jp.netbsd.org/ja/JP/Documentation/Packa ges/list/audio/ac3dec/README.html, states that the code has security problems and recommends removing it. Why on Earth would Dolby sue NetBSD for linking to a page that suggests removal of the controversial software?

Just by way of a specific example, here's the NetBSD sh3 port. Despite the port's name, SH4 evaluation boards, the Dreamcast, and "SH3/4-based WinCE machines" are all supported.

Actually I suspect if I persuaded PGP to run on an old Mac SE then whatever exciting technology the LEAs use to tap keystrokes might have "problems".

I don't know what a Mac SE is, but if it needs to be "persuaded" to run Unix then a better choice might be to pick one of the 44 architecures supported by NetBSD. Do you think the technology is readily available to KeyGhost a VAX system, one of the many WinCE-based handhelds, or heck, even a good old Sun2/3?

this person uses mgetty http://mail-index.netbsd.org/current-users/2001/06 /27/0023.html

I know its not directly for Linux, but this piece of mail may you give you some help or direction.
You may even get useful info from the author of the mail if you ask nicely.

I don't know about Linux, but there is active development of NetBSD (NetBSD/hpcarm) that runs on Jornada 720. I have not tried it, though, so I'm not sure of the current status. Here is the web page: www.netbsd.org/Ports/hpcarm

There is also a guy (in Germany I think) named Keuchel Rainer that has ported lots of UNIX-type tools to Windows CE (focusing on Jornada 720). This includes many command line tools such as tar, telnet, gzip, rsh, etc.. plus Perl (!) and an X Server (!!). Perl seems to work well, but aparently thare are a few limitations due to the WinCE operating system, but I have not had any problems yet, probably because I still a newbie when it comes to Perl :-) The X server also works well (although a little slow) and includes some ported X apps, such as twm, xeyes, xedit, xcalc, and xpdf. I have not yet tried it with remote X apps, but i'm sure it works. He has also ported emacs to CE! Check it out: www.rainer-keuchel.de Click on Software at the bottom.

There is also a Yahoo! winCE dev group (started by Mr. Rainer: groups.yahoo.com/group/wince-devel

If you find out about a Linux port, post it! :-)

Just because it's another point of view, doesn't make it a troll... Just look at the link, look at the ports listed in his link. Look at just one example like hpcmips and try to say it's not relevent. NetBSD has a long standing history of running on cheap, cool, novel hardware. This would be almost "too easy" for NetBSD.

After all, we're talking embedded now, it's a VERY valid point to bring up something other than Linux, and point out the tons of other cool hardware out there in this arena.

FYI, NetBSD boots and runs on dual-CPU Athlons. You just have to build your system via the (expirimental) nathanw_sa CVS branch. Here's a dmesg posted to the NetBSD tech-smp mailing list:

http://mail-index.netbsd.org/tech-smp/2001/06/05/0 000.html

I believe there is an issue with VMWare not implementing the ATA flush cache command, and NetBSD not handling the failure gracefully:

You might want to join the thread on port-i386@netbsd.org (which is related to running NetBSD inside VMware on NetBSD, but I'd imagine the issues are pretty similar)

http://mail-index.netbsd.org/port-i386/2001/07/11/ 0002.html

The person sitting next to me has been running NetBSD 1.5 under VMware on Win2K for a few months without any problems. I'll ask him to boot a 1.5.1 kernel to see if it has any issues...

I'm just getting ready to update our servers here to get that nice NFS and IP checksumming speedup :)

Gee, wouldn't it be nice if it was clear where to get the NetBSD/dreamcast port?

Here and there. Oh, looks like there are no dreamcast-specific snapshots just yet, but you can use an hpcsh snap, as it is binary-compatible with the dreamcast (becuse the dreamcast runs off a Hitachi Super-H chip).

(I believe this port will be included in the 1.5.1 release when it becomes available, but don't quote me on that.)

--

Gee, wouldn't it be nice if it was clear where to get the NetBSD/dreamcast port?

Here and there. Oh, looks like there are no dreamcast-specific snapshots just yet, but you can use an hpcsh snap, as it is binary-compatible with the dreamcast (becuse the dreamcast runs off a Hitachi Super-H chip).

(I believe this port will be included in the 1.5.1 release when it becomes available, but don't quote me on that.)

--

Gee, wouldn't it be nice if it was clear where to get the NetBSD/dreamcast port?

Here and there. Oh, looks like there are no dreamcast-specific snapshots just yet, but you can use an hpcsh snap, as it is binary-compatible with the dreamcast (becuse the dreamcast runs off a Hitachi Super-H chip).

(I believe this port will be included in the 1.5.1 release when it becomes available, but don't quote me on that.)

--

Gee, wouldn't it be nice if it was clear where to get the NetBSD/dreamcast port?

Here and there. Oh, looks like there are no dreamcast-specific snapshots just yet, but you can use an hpcsh snap, as it is binary-compatible with the dreamcast (becuse the dreamcast runs off a Hitachi Super-H chip).

(I believe this port will be included in the 1.5.1 release when it becomes available, but don't quote me on that.)

--

...though I suspect if a lima bean had a CPU Linux would get ported to it)

No, first there'd be a NetBSD port ;)

NetBSD runs on the SGI Indy as of 20010511.

Please see http://www.netbsd.org/Ports/sgimips/ for more information.

Wow, it's an impressive little box. If anyone manages to get NetBSD up on it, give me a holler. I know there is ARM support for NetBSD, but not sure about the rest of the devices.

It'd be really cool to have a little box sitting in the corner of your desk with a tiny power light, pulsating if possible.. people ask what is that you say "Ya, that's my webserver". It should handle apache+php+mysql no problem, and you toss in a 128M compactflash card, and your set.

Me wants! I guess I'd have to get employed first again though.

1. You say "The entire point of the project is porting to new platforms." - Well, that's not at all true. We happen to have a system that's so well designed that porting is easy. For the point of the project, go read www.netbsd.org

I'm glad you're not interested in systems for the latest computing hardware (so new it can't be bought yet!), since it means you probably won't be around to troll in a couple years :-)

You go on to complain about this not being news - when there are weeks worth of mildly interesting Linux stories, one NetBSD story bugs you?

2. You say "no one cares". Nice try, but saying it doesn't make it so, and probably doesn't convince many people - well, many intelligent people anyway.

Here's a screenshot
and a dmesg output, right off the NetBSD site.

Also, check out the NetBSD/x86_64 port page!

- Hubert

Here's a screenshot
and a dmesg output, right off the NetBSD site.

Also, check out the NetBSD/x86_64 port page!

- Hubert

Here's a screenshot
and a dmesg output, right off the NetBSD site.

Also, check out the NetBSD/x86_64 port page!

- Hubert

Here's a screenshot
and a dmesg output, right off the NetBSD site.

Also, check out the NetBSD/x86_64 port page!

- Hubert

Also, different versions of CPUs differ too -- so there is often a little work to be done when a new CPU is actually produced.

But these changes are minor compared to getting the whole operating system to run, and hence don't take very long.

And as a short note: NetBSD is already 64 bit clean and has been for many years. (check out the alpha port, which has been available since 1995.) At that time, the code-base was made 64 bit clean.

for my older machines -- 486s, 586s, moderate amounts of RAM -- that I have to track down pre-2000 distributions, or settle for crippled distributions such as SmallLinux (very cool, can do X-Windows in 4 megs of RAM, but also states very clearly "this is not a complete distribution"). I think our convincing arguements about how good Linux is with old machines are becoming less convincing as older distributions become more obscured or drop off the Web entirely.

*cough*

running the newest official release on a 486. nary a hiccup. of course, it doesn't come with a gig and a half of useless preinstalled cruft, which really can't hurt.

If they had SDL they could run this Marathon... :P

Uh, we do and, incidentally, I am. (Too lazy to bother getting a uname and an Aleph One shot on the screen at the same time, though.)

Matter of fact, seeing as we have full binary Linux compatibility on the i386 architecture, I could have just installed all of this by RPM.

Trust me, you ain't got anything we ain't also got.

http://mail-index.netbsd.org/current-users/2001/05 /30/0004.html

Oh, and Reed's message above is some kind of Theo de Raadt-oriented flamebait :-)

It has a 200Mhz Hitachi SH-4 processor, 16MB of system RAM, 8MB of video RAM, a seperate ARM7 core (with 2MB ram) for audio, ... the list goes on. You can find a lot more info here and here.

You didn't really specify in your post how big or small of a system you're looking to target, but for a small net appliance and/or hobbyist 2D/3D gfx fun, nothing out there (in my opinion) tops the DC.

In the US a base DC is now only $99, and the 10/100Mbit ethernet adapter ranges from $50-70, depending on where you find it (e.g. the cheapest would be eBay, but Sega also sells them). A keyboard and mouse will probably run you about $10-25 apiece.

Current OSes scrambling for exposure in the DC arena include:

Dan Potter's KallistiOS (the first native DC OS),

NetBSD/Dreamcast,

Our very own LinuxDC Project, and

There's even a port of RedHat's eCos underway!

M. R.

It's great to see NetBSD technology catching up to the mid-1980s!

but I'll bet linux running on a sun2 would be big news...

NetBSD isn't catching up to the mid-1980s -- it is being extended to 1980s vintage machines -- there is a difference. heck, it runs on VAX 11/780s, many of which are older than some /. readers.

--

Needless to say, the machine's tight on the outside withstanding such attacks, but also on the inside, if one of my users starts thinking he needs to act funky.

Try it! -> www.netbsd.org/Ports/sparc/

- Hubert P.S.: There's also support for sparc64, sun3 and sun2 hardware in NetBSD, if required.

Needless to say, the machine's tight on the outside withstanding such attacks, but also on the inside, if one of my users starts thinking he needs to act funky.

Try it! -> www.netbsd.org/Ports/sparc/

- Hubert P.S.: There's also support for sparc64, sun3 and sun2 hardware in NetBSD, if required.