Debian NetBSD for Sparc 245
Dan writes "Matthew Garrett has demonstrated his success in building a Debian operating system on the Sparc architecture on top of the NetBSD kernel. Additionally Joel Baker reported about significant work for the NetBSD/x86 port, such as dpkg and APT, that will work without additional patches. NetBSD runs on hardware unsupported by Linux. Folks working on the project say that porting Debian to the NetBSD kernel increases the number of platforms that can run a Debian-based operating system."
Genesis (Score:5, Funny)
There was nothing
then God said
apt-get install light
Re:Genesis (Score:2, Funny)
God said, "Let Newton be," and all was light.
-- Alexander Pope
It did not last; the devil howling "Ho!
Let Einstein be!" restored the status quo.
-- Sir John Collings Squire
Re:Genesis (Score:5, Funny)
packages required: light, water-land, animals, birds, fish, plants, earth, etc...
and he downloaded and installed for 6 days, on the 7th he said "oh, its finally done."
and now we wait for the day he types
>apt-get remove satan
>dpkg-reconfigure reality
Re:Genesis (Score:3, Funny)
And Adam said, This is now bone of my bones, and flesh of my flesh: she shall be called Woman, because she was taken out of Man:
Re:Genesis (Score:5, Funny)
packages required: light, water-land, animals, birds, fish, plants, earth, etc...
and he downloaded and installed for 6 days, on the 7th he said "oh, its finally done."
Hmm, I think there was something about crashing on the 7th day... Of course, I may be mis-translating
Re:Genesis (Score:2, Funny)
Re:Genesis (Score:2)
Of course
Debfoster? (Score:4, Funny)
what makes it debian? (Score:4, Interesting)
or am i jsut really missing the point of what a distro is?
Re:what makes it debian? (Score:5, Informative)
As well as Debian GNU/Linux there is already Debian GNU/Hurd.
Debian/NetBSD is an effort to provide the NetBSD kernel with the Debian software utilities. I for one can't wait.
You're not missing the point of what a distro is, this is something the Debian folk want to do.
Re:what makes it debian? (Score:2, Insightful)
Re:what makes it debian? (Score:5, Insightful)
There's no 'claiming ownership' of anyone's work involved in this naming convention. The slash is a separator between 'majority OS stakeholder' and 'kernel'.
Even if you don't agree that GNU is a 'majority OS stakeholder' in terms of lines of code, I would argue that they are 'majority OS stakeholder' in that they defined and promoted a philosophy on top of which a community of developers, a body of software and a community of users has been built.
Re:what makes it debian? (Score:2)
Even if you don't agree that GNU is a 'majority OS stakeholder' in terms of lines of code
Since when are mathematical truths open to agreement or disagreement? I played with wc one day, and the base GNU utilities in Linux From Scratch (not including emacs or anything non-GNU) far exceeded everything else, including the Linux kernel and the X Window System. GNU definitely provided the most lines of code in a "regular" Linux distribution.
Re:what makes it debian? (Score:2)
Re:what makes it debian? (Score:2)
Re:what makes it debian? (Score:2)
How else does a user operate the system but with a shell?
Re:what makes it debian? (Score:2)
Ash does the job nicely and it ain't GNU as far as I recall. It is actually more posixly pedantic then bash.
Re:what makes it debian? (Score:2)
You use Linux without a shell?
Re:what makes it debian? (Score:2)
Putting Pirelli tires (bash) on a dodge doesn't make it a Pirelli/Dodge. Assembling the engine with Stanley tools (gcc) doesn't make it a Stanley/Dodge.
Re:what makes it debian? (Score:2)
Yes, but most distributions are going to use GNU bash. In fact, most distributions are going to use bash for sh.
Everything in a Linux distribution is replaceable. You can replace the kernel itself with the NetBSD kernel or HURD. (Won't work yet, but both projects are slowly getting there.) So since the Linux kernel is an optional and replaceable component, is it then not worth of being part of the name of the OS?
Certain things are just standard, man. Sure, you can build a busybox distribution or wh
Re:what makes it debian? (Score:2)
p.s. The default shell for Slackware is sh (ash).
Re:what makes it debian? (Score:2)
Re:what makes it debian? (Score:2)
Nevermind the fact that if it is mind bogglingly stupid then so am I, for thinking it's a reasonable choice.
Re:what makes it debian? (Score:2)
OS stands for Operating System. Hence, a whole system, and not just the kernel. Debian is not the same operating system as red hat, even though they both run the linux kernel.
So why isn't it called... (Score:2)
Can't they take the heat from outraged FreeBDS developers?
...it is (Score:2)
Re:what makes it debian? (Score:2)
Re:what makes it debian? (Score:2)
The BSD license is GPL compatible in that you can take BSD code and incorporate it into GPL'd code, the whole licensed under the GPL. The reverse is not true.
Debian is a group of people (Score:2)
Debian is a group of people who have SOFTWARE distributions, including a bunch of software distribution tools like apt-get. Usually people use their Linux distros, and use apt-get to get Linux updates, but they've also been working on other Unix-like distros, such as their GNU/HURD package. Unix in general has been intended to be a portable operating system, with applications that are portable (and often
You've got to admire these guys (Score:5, Funny)
Rus
Re:You've got to admire these guys (Score:5, Funny)
After shakeing a stick at my XBox, I can say without reservation, that while net BSD will run on many many systems, it will not run on more platforms than one can shake a stick at.
The previous sentence is preposition terminated.
Re:You've got to admire these guys (Score:2, Funny)
Re:You've got to admire these guys (Score:3)
Re:You've got to admire these guys (Score:2)
it will not run on more platforms than one can shake a stick at.
I've seen chicks trying to run on platforms too, but they always seem to fall over.
Re:You've got to admire these guys (Score:4, Funny)
(yeah, that was an old (last years) april fool joke of mine, but what the heck :) Lots of japanese fell for it hook, line and sinker.)
Re:You've got to admire these guys (Score:2)
Go calculate [webcalc.net] something
Re:You've got to admire these guys (Score:2, Funny)
Re:You've got to admire these guys (Score:2)
Well, my stick shaking was known to be legendary, so I'm sure I could have handled the job. Unfortunately I lost said stick during an incident with a live chicken and a Rabbi. But I won't go into that here...
Amen:You've got to admire these guys (Score:2)
Yes, more support... (Score:4, Insightful)
On this topic, I remember reading a while back about a Debian FreeBSD project. Anyone know the status of that?
Re:Yes, more support... (Score:2)
Re:Yes, more support... (Score:2, Interesting)
Granted, it's not Darwin, but you're still wrong.
You're spreading misconceptions as if they're fact and that shits me. Get it right.
How ironic.
Re:Thank you... (Score:2)
- You're not the shoes on your feet : Apple has nothing to do with Linux ...
- You're not the cash in your wallet : Linux has nothing to do with Apple
- You're not your fscking khakis : The MACH kernel
why? (Score:3, Interesting)
Re:why? (Score:2, Informative)
They explain it on there web site [debian.org]
Re:why? (Score:2, Informative)
Debian GNU/linux -- GNU on Linux
Debian GNU/Hurd -- GNU on The Hurd
Debian GNU/NetBSD -- GNU on NetBSD kernel
NetBSD -- NetBSD userland on NetBSD
kernel
Re:why? (Score:4, Interesting)
Debian isn't exactly a hodge-podge either. Every package in Debian stable has been tested for compatibility on all the platforms for which it ships; its dependencies and conflicts documented; its license terms checked; and its configuration files tweaked to use standard locations for things wherever possible. Debian also provides bug tracking for all packages, providing a centralized place to get in touch with someone who considers him- or herself personally responsible for the package.
And then there's the fact that Debian has more packages than any other system I've seen. The version currently in beta ("testing" in Debian terms) has almost 11000 packages. That's a lot of software -- how many does your ports tree have?
Re:why? (Score:3, Funny)
But seriously now, does anyone REALLY need any more xclocks?!?
It's not the size that counts, it's how you use it.
Re:why? (Score:2)
3525, at last count [slashdot.org]
And a note from personal experience - the vast majority of stuff is in there. It's when you want obscure stuff like pymad and py-ao that you run into having to install them yourself. Still very impressive though, especially considering the ridiculously miniscule attention NetBSD gets in comparison to debian or freebsd, other than slashdot posts saying "oh look, it runs on xyz now", and the ensuing bsd is dead posts.
Re:why? (Score:2)
Considering that Debian has a much higher granularity in its packages, this isn't saying much. Under Debian you might have libfoo, libfoo-devel, and libfoo-docs. Under NetBSD you would have just libfoo. So you're essentially saying "mine's twenty centimeters, how many inches is yours?"
Re:why? (Score:3, Informative)
jvervloet [slashdot.org] provided a link [debian.org] to the Debian page that answers your question. The following is the relevant part. Just in case (I miss stuff a lot).
Re:why? (Score:3, Interesting)
Unix in general( not just Linux or bsd)has central libraries that applications share centrally located in
BSD is just as equally a hodgepodge (Score:2)
If you mean what I think you mean then that's a bizzare idea. BSD distributions contain the same 'hodgepodge' of userland apps, they are not any more or less 'coherent'
You'll find quite a bit of GNU software on a default FreeBSD install (and not just gcc and related tools, more basic things like GNU versions of tar too).
Re:BSD is just as equally a hodgepodge (Score:5, Interesting)
You'll find quite a bit of GNU software on a default FreeBSD install
Yes, but not so much in a NetBSD install. To take your example of tar(1) for instance, that's now handled by NetBSD's pax(1). The way things are going, the toolchain will be the only GNU software on Net eventually.
Chris
Debian actually runs on sparc. (Score:5, Interesting)
Re:Debian actually runs on sparc. (Score:2)
Re:Debian actually runs on sparc. (Score:4, Insightful)
That's due to lack of demand, the general public can't afford new Sun hardware (except for the crappy SunBlade workstations and the sub $1000 servers, which are basically PC's anyway) and the enterprise needs proper support. A port of RedHat9 would be almost unusable on older SPARC boxes - it's slow enough on my 1GHz Athlon.
Would you run Linux on a brand new Apple PowerBook, or would you stick to MacOSX? - a nice looking, modern OS which is tuned for the hardware platform, supports all of it's features, comes with a bunch of decent apps and is well supported by the vendor. Ditto Solaris on Sun hardware. Once you get to know it Solaris is a beautifully elegant and technically excellent OS. Even more so on the mid-range and high-end boxes, where it's maturity and scalability really shine.
Linux is maturing into a modern, fully featured UNIX which rivals Solaris in bloat. Lack of bloat was one of it's earlier strengths on low-end SPARC desktop hardware, there seems little point in using it these days, especially since there are so few SPARC/Linux applications.
Re:Debian actually runs on sparc. (Score:2)
Re:Debian actually runs on sparc. (Score:2)
Re:Debian actually runs on sparc. (Score:2)
Solaris is severly lacking exactly where Debian excels. When I administered Solaris boxen for a living, I described them as "administrator hostile" because of the difficulty of installing and configuring up-to-date software. Sun's pkg tool is a joke compared to dpkg+apt, and what few third-party pkgs you can find on SunFreeware [sunfreeware.com] are all months out of date.
Sun has already replaced their gimpy command-line tools with the GNU equivalents and should be fully transitioned to Gnome2 for Solaris9. Why don't they
Don't stop with one OS on another! (Score:2, Interesting)
Whatever you do, don't start a Java app at this point!
Debian (Score:4, Funny)
Re:Debian (Score:2)
Yes, it is (speaking from the relative omfort of familiarity with RH 5.2 to 7.3). Alternatives are good.
However I have never understood why they are so far behind other distributions?
Perhaps, because they take the time to ensure that we can see Debian running on everything known to man.
Stability (Score:5, Informative)
For example say I install a new Apache Modules there are scripts that will automatically update my httpd.conf rather than just writing over it. To get a Debian system up and running is quick and easy as 99% of the tweaking has been done.
Even though things are old they do make sure they are secure. If there is an exploit you can upgrade your system by just doing
apt-get update
apt-get upgrade.
Thats it. Auto download and patch of affected programs
However there is also another unstable branch, Sarge IIRC, which has cutting edge stuff. Latest version of everything. However as implied by its name it could just get up and crash at any moment.
Hope that helps
Rus
old != unsecure, with debian, a big plus (Score:4, Interesting)
Re:Stability (Score:2)
I had addressed another aspect of the kind of structured thought that has to go into those efforts, and that is portability, which also takes time and skill.
Re:Stability (Score:5, Informative)
This is a common misinterpretatioin of the branches in debian. When the 'sid' branch is refered to as 'unstable' it is referring to how stable the package is, not how stable systems that install the branch are. Namely a branch is stable/unstable depending on how often the packages change: in Woody you don't have to worry about things changing and upgrading very often. This is an advantage to a great amount of people. But a systems stability is measured by a variety of things: how often programs seg fault, uptime, performance bugs, etc. I would say more often than not the testing/unstable branches of debian make for more stable systems. For desktop one need only look at the XFree86 version offered in each branch to see this.
Yes I am aware that instability of code does have an effect on instability of a system due to less opportunity for testing and etc. But in general people greatly over value this effect. I think people do this for two reasons. The logic is easy to understand and people like to believe what they can understand. And the name leads people to a first conclusion and people like to stay with their first conclusion.
Re:Stability (Score:5, Interesting)
First of all, I must state that Debian isn't the most newbie friendly distribution out there, although, some non-newbie friendly aspects, such as dselect is slated for replacement in the next release.
That being said, Debian is one of the easiest systems to configure, *if* you know what you are doing. (If you don't know what you are doing, all operating systems are hard to configure - some just guess better at what you want). The packaging support is excellent, and as the OP said, the installation scripts are rather refined for the most part.
However, the OP has one thing wrong about Debian - there are usually 3, (sometimes 4) branches out there. First branch is the stable branch, and its codenamed "woody" in this release. The second branch is the testing branch, codenamed "sarge". The third branch is unstable, and is forever known as "sid" (after the boy next door in Toy Story who liked to break toys). Packages/updates first appear in sid/unstable, then, after a short period of testing to make sure nothing breaks, they move to sarge/testing. Sarge/testing tries to keep its numbers of bugs low, so its always a good release candidate. Woody/stable has no new packages or updates, save for back-ported bug fixes. (The Debian project is rather good at getting quick bug fixes, btw). When the Debian project is close to a release, sarge will be frozen, a new testing branch will be made, and for a short period of time, there will be four branches in existance.
Several complaints are frequently heard about debian. One of the most common ones is that the stable distribution tends to have older packages, which is very, very true. The goal for the "official" Debian stable release isn't to have the newest collection of packages, but the most tested and stable collection of packages. Another complaint is the selection of packages out there, and the Debian package requirements. A vanilla Debian install, with no non-free sources, tends to be a rather good example of FOSS. Again, this has to do with the Debian philosophy (and it makes the maintainance of packages easier). Complaining that Debian doesn't have Cool-Binary-Nonfree-Package-XYZ is like complaining that iptables doesn't run on windows.
Other then the package management, the one area where Debian really, truly shines (IMHO), is the wide collection of ports out there, and that Debian (unlike many other distributions out there) does not treat non-x86 users as lower-class citizens. Woody runs on (IIRC) 11 different hardware architectures. That impresses me. I can go out, right now, find an old Alpha, Sparc, m68k or a new Itanium, and can run the latest Debian release on it, and for the most part, it will act like the same release on my x86 laptop. When the AMD64 CPUs are widely available, I'm expecting that Debian will quickly jump over to supporting that architecture.
Oh, and Debian tends to have a wonderful user community. :)
Re:Stability (Score:2)
NetBSD isn't the most newbie-friendly kernel, either. I'm just starting my NetBSD/Amiga journey and it's frustrating sometimes. (I'm not a total newb, either; I'm a longtime Solaris and GNU/Linux admin. Still, it's a fun kind of frustration. Hackerbuzz, I think.)
Another complaint is the selection of packages out there.... Complaining that Debian doesn't have Cool-Binary-Nonfree-Package-XYZ is like complaining
Re:Stability (Score:3, Informative)
I never undestood this old==good semantic. FreeBSD is mature, modern, stable as rock and has recent version of most packages.
You don't get a lot of crashes, things just work.
You don't get crashes at all with FreeBSD.
Re:Stability (Score:2)
You don't get crashes at all with FreeBSD.
Except for that minor bug that caused FreeBSD to panic on Alphas when the
Re:Debian (Score:2)
It is called Quality Assurance. Very unpopular lady. But very nice to know.
Besides that what does it mean behind?
Off the top of my head: Debian has been shipping automounter 4.0 singe days unknown. Redhat as of 8.0 is still stuck in the low 3.x versions. Difference - with redhat you can hang the machine easily on automounting and you cannot automount smbfs, afs, etc shares. There are other examples as well.
So behind in the version numbers of latest wizz
Gnu Debian BSD (Score:3, Funny)
Why God, Why!?
Re:Gnu Debian BSD (Score:2)
Thank you Captain Obvious (Score:3, Funny)
In related news, scientists for the dairy industry announced that pouring milk into glasses will increase the number of glasses which contain milk.
Maybe Debian can help NetBSD with another platform (Score:3, Interesting)
It would be great to be able to run *BSD on these machines, especially the older ones we have where hp-ux just doesn't hack it anymore.
What's next? RPM based Debian? (Score:2, Insightful)
um sparc64 (Score:2)
favorite movie (Score:2, Funny)
How about BSD on Linux? (Score:5, Insightful)
One of Linux' big problems is a lack of modularity. Building an entire Linux system, from scratch, is an incredible pain; you have to buy books to explain how. This is particularly annoying when, say, you're building a Linux appliance and want to tweak things. You want to compile with -m686? On BSD you just change one setting, run one makefile and everything rebuilds. On Linux you have to configure a zillion packages independantly.
OTOH, one of BSD's big problems is hardware. I have a Hauppauge Nova-T DVB card. Is it supported under BSD? Need you ask? (Although, surprisingly, BT8x8-based TV cards are supported by OpenBSD.) I have a long-term project to build a PVR. If I could use BSD, I'd go for it like a shot --- it's just so much easier to configure. As it is, I have to go for Linux, which is so much of a pain that I haven't been able to muster the energy to get started yet...
Re:How about BSD on Linux? (Score:2, Informative)
Re:How about BSD on Linux? (Score:2)
If you really think Linux is more of a PITA than a BSD you havn't tried Debian.
Re:How about BSD on Linux? (Score:3, Insightful)
Rebuilding the kernel does not imply rebuilding world. Similarly, rebuilding one userland app does not imply rebuilding any others.
The last security advisory for my system (FreeBSD) took about five minutes to apply. If you read the advisories, they'll tell you how to apply them without building everything. For example, here are the instructions for fixing the remote vulnerability in the cvs serv
Will this make "GNU/Linux" more acceptable? (Score:5, Interesting)
However, then, it wouldn't be "Debian/NetBSD" but rather "Debian GNU/NetBSD" (Debian, at least, having already accepted the GNU/Linux moniker).
I really think there are practical advantages to distinguishing between 1) kernel, 2) "everything else", i.e. portable packages ported to run on that kernel, and with each other, and 3) who did the porting/distribution bundling.
Of course, when there is only one varient of one of those three components, i.e. the bits and pieces of what would be GNU, we tend to leave it out, as cumbersome, redundant, and unwieldly, RMS protests of the need to pay hommage (or at least use terminology that conveys GNU roots) notwithstanding. Thus, "Red Hat Linux": there is no other kind of "Linux" packaged by Red Hat (and since they did the bundling, they get to call it pretty much whatever they want (personally, I would have preferred "Up Yours, MS"/OS, but anyway...)), and no techical need for a "Red Hat GNU/Linux" designation.
RMS may want to see us embrace a phisosophical basis for free software, but, without the economic benefits that open source exemplifies, I doubt free software would have the contributions it does. Similarly, without a technical argument for "GNU/Linux", the moniker will likely not be popular. It would be nice, though, if the technical argument were there, so the philosophy and history could get some recognition and representation in common use.
I expect that might come in niche markets: where Linux is combined with severly scaled down portions of GNU, and non-GNU software, particularly in the embedded market: look at BusyBox -- a combination of utilities in a single executible for space reasons. We are seeing attempts to standardize "Linux" for the desktop (LSB), as well as for the embedded space. I, for one, wouldn't mind seeing LSB (Linux Standard Base) become GSB (GNU Standard Base), with LSB dealing solely with a kernel standard, in this vein.
O.K. ObGNU/Linux rant over.
Re:"Up Yours, MS"/OS (Score:2)
Why not, indeed.
First, why reinvent the wheel?
Second, there may be good reasons to. Gentoo, for example, likely fills an interesting need: auditable, tuned distribution generation, for one. But, unless your personal distro is likely to have a wider audience, or your need is strong, why bother?
I do think the <packager> <raw source package set>/<kernel> naming convention is a good one, though I a
Re:"Up Yours, MS"/OS (Score:2)
Re:Will this make "GNU/Linux" more acceptable? (Score:2)
It's a free world. Oh, wait...
Seriously though: sure, whatever jiggles your bits.
You do bring up an interesting point, however: NetBSD is, of course, generally considered more than just the kernel, the same way that "Red Hat Linux" is more than just the Linux kernel.
Using my nomenclature, NetBSD/NetBSD would be awkward, and, if OS vs. kernel were clear from context, NetBSD alone would suffice for either one. NetBSD/Linux,
Re:Will this make "GNU/Linux" more acceptable? (Score:2)
Yes, if you buy someone else's build tools.
GNU isn't just a runtime toolset, it's also a build system.
Distros vs kernels (Score:5, Insightful)
Come to think of it, on many levels GNU/FSF has led the charge. Look at how many GPL'ed programs already run on several OS'es. I mean, all that really matters is that nethack works on your os of choice, right?
I wonder how long before we see RedHat XVII for windows..
Re:Distros vs kernels (Score:2)
You could build from source on install, but that would be almost as bad in terms of all the little freaky patchlevels you'd need to get everything to work.
You're dead right about the FSF though. Why not become a member [fsf.org]?
-Peter
GNU/BSD (Score:2)
Go into the ports directory, find what you want, and type "make install".
This is even better, in that you can just do the programs you are interested in.
Re:Distros vs kernels (Score:2)
I wonder how long before we see RedHat XVII for windows..
The GNU userland can already run on top of a Windows kernel. It's called cygwin [cygwin.com]. Running Xfree within Windows is really strange.switching kernels (Score:5, Insightful)
Of course the marketing machine likes the word linux quite a lot, it's catchy, it has panache, it sells, which is why people say things like "wow, how did you get that linux software running on MacOS?" when refering to things like bash, gcc or gnome apps.
Re:switching kernels (Score:2)
A broken system. And not just merely broken, but so kaput that you must either reinstall a new OS from scratch, or put that kernel back in.
Contrary to the words of RMS, LinusOS is not merely The GNU System with the Hurd swapped out. It's impossible to take a running GNU/Hurd system, exchange the kernel with Linux, and have it run. It doesn't work that way.
Ever wonder why it's taking Debian so long with Debian GNU/Hurd and even longer with Debian GNU/Net
I've noticed a trend... (Score:5, Insightful)
This guy has created a product to satisfy one thing for him, which is his curiousity. Isn't that good enough these days? A project based on curiousity should be respected on general the general premise that something creative is being done in the name of innovation.
Maybe if we stopped wasting time arguing and insulting each other about what OS we run, and spend all that time doing something productive like this man has done, we will actually accomplish every goal we set.
Just a thought.
-kalle
Re:I've noticed a trend... (Score:2)
When development in the bsd world goes on the developers do not just concentrate on the kernel. They concentrate on the apps, kernel, and installer as well. It usually the same developers in all of these area's. In Linux you have people working on the kernel and a seperate branch working o
unsupported platforms (Score:2)
Debian GNU/NetBSD for Sega Dreamcast?
Re:unsupported platforms (Score:2)
when will we see Debian GNU/NetBSD for Sega Dreamcast?
Simpsons did it! LinuxDC [sourceforge.net]
Re:Debian/Non-License Centric Linux (Score:2, Informative)
Like FSF, Allways, BSD is as free as you can get it.
Re:Why? (Score:3, Insightful)