NetBSD-current Is Now fully dynamically linked

← Back to Stories (view on slashdot.org)

NetBSD-current Is Now fully dynamically linked

Posted by Hemos on Monday September 23, 2002 @05:12AM from the linking-logs dept.

jschauma writes "After quite some discussion on the current-users MailingList, Luke Mewburn announced that NetBSD-current is now, per default, a fully dynamically linked system. Please see his post to the list for details."

28 comments

Min score:

Reason:

Sort:

Current status of NetBSD. by Anonymous Coward · 2002-09-23 05:15 · Score: -1, Troll

Still dead.
Whoop by joshf · 2002-09-23 05:16 · Score: -1, Offtopic

Gives me a tingley feeling just reading the post.
Service announcement by Anonymous Coward · 2002-09-23 05:21 · Score: -1, Troll

After quite some discussion on the current-users
MailingList, Luke Mewburn announced that NetBSD-current is now,
per default, a fully dead BSD system. Please see his post to the list for details on the burial.
Blech by ctr2sprt · 2002-09-23 05:43 · Score: 4, Insightful

I suppose the benefits will ultimately outweigh the costs, but it's just so much easier to have statically-linked /bin and /sbin programs. Means that no matter how badly I screw up an install of libc (for example), I'll at least be able to boot the system and the most important programs. Besides, it's so much easier to set up chroot jails when you don't need to worry what libraries /bin/sh and /bin/sleep require.
Actually, I suppose it really is a good thing: the people who want this new behavior can have it, and the people who don't are likely to be the ones who'll make-world anyway. I ain't agin it, I'm fer it, and ignore all statements to the contrary!
1. Re:Blech by forsetti · 2002-09-23 05:59 · Score: 3, Interesting
  
  Not being a NetBSD user, (but a BSD lover nonetheless) I'm not completely clear on this, but will this solve your disaster scenario?:
  
  ... from article ...
  
  Specific rescue tools are provided in /rescue, rather than overloading /bin and /sbin for that purpose.
  
  ...
  
  Are utilities in /rescue still statically linked?
  
  --
  10b||~10b -- aah, what a question!
2. Re:Blech by Dahan · 2002-09-23 07:04 · Score: 3, Informative
  
  Are utilities in /rescue still statically linked?
  Yes, they are.
3. Re:Blech by zulux · 2002-09-23 07:34 · Score: 2
  
  Specific rescue tools are provided in /rescue, rather than overloading /bin and /sbin for that purpose.
  
  Good God!
  Yuk! /res I could handle but /rescue - that's too many chars to type! What's next /my_single_user_mode_rescue_tools? ;)
  
  --
  Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.
4. Re:Blech by Anonymous Coward · 2002-09-23 11:05 · Score: 0
  
  shut up you stupid faggot
Elegy by Anonymous Coward · 2002-09-23 05:47 · Score: -1, Troll

I am a *BSD user
and I try hard to be brave
That is a tall order
*BSD's foot is in the grave.

I tap at my toy keyboard
and whistle a cheerful tune
but keeping happy is so hard,
*BSD will be dead soon.

Each day I wake and softly sob
Nightfall finds me crying
Not only am I a zit faced slob
but *BSD is dying.
Irony? by Anonymous Coward · 2002-09-23 06:02 · Score: -1, Troll

It's it ironic that NetBSd actually has a 'current' branch? Laughable.
NetBSD Project Resuscitation Plan by photon317 · 2002-09-23 06:38 · Score: 0, Troll

1. Replace drivers with Linux ones (done)
2. Replace Filesystems with ext3
3. Replace kernel with Linux
4. ??????????
5. Profit!

--
11*43+456^2
1. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-23 08:01 · Score: 1, Troll
  
  Only -2 flamebait? Surely you idiot mods can do better than that right? Pummel away, and watch yourself get metamodded to hell.
  
  Seriously, NetBSD is dying, and it's a funny post with a hint of truth to it.
  
  --
  11*43+456^2
2. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-23 08:03 · Score: 1, Offtopic
  
  Actually, the reall strange thing is I posted the first comment with my default "score:2", and it's only got a single flamebait mod, and it's at zero. Does flamebait count double or something? I'm sure lots of inquiring mod system abusers want to know.
  
  --
  11*43+456^2
3. Re:NetBSD Project Resuscitation Plan by Anonymous Coward · 2002-09-23 08:10 · Score: 0, Flamebait
  
  I have old sun boxes that run great on netbsd, but like shit on Linux.
  
  FreeBSD is for new hardware, NetBSD bring a really modern incarnation of 4.4BSD to all hardware big or small, short or tall. I'm not a dumpster diver, but there are boxes that are useful but too old to upgrade, too useful to throw out, and not new enough to handle bloasted linux distros.
  
  I also like NetBSD better than OpenBSD. If anything troll OpenBSD and trojaned tar theo the idiot. OpenSSH should be ripped away from those morons. Mr theo no package management.
  
  NetBSD isnt meant to be your desktop, kiddies, so stop comparing it to redhat.
  
  And the EXT3 filesystem, and Reiser, is crap. If anything say, JFS or XFS.
  
  Also, the linux kernel is rarely seen in a 100% working sate. Seriously. Configure it, select everything and compile with the recommended compiler. See how many warnings and show stoppers you get.
  
  At least with FreeBSD its clean, source is formatted readably, and has comments.
4. Re:NetBSD Project Resuscitation Plan by Dahan · 2002-09-23 08:17 · Score: 2
  
  Does flamebait count double or something?
  No, you're just stupid and can't read. Your post is currently scored at 1, with 1 Flamebait mod. But I'm sure you'll be at -1 soon enough.
5. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-23 09:53 · Score: 1
  
  NetBSD Project Resuscitation Plan (Score:0, Flamebait) ...... Moderation Totals: Flamebait=1, Total=1.
  
  As I saw before, and see now, on my screen. I'm not dumb, Slashcode is buggy.
  
  --
  11*43+456^2
6. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-23 10:03 · Score: 2
  
  Point by Point:
  I have old sun boxes that run great on netbsd, but like shit on Linux.
  
  Old Sun hardware and NetBSD go great together I'm sure, they're both half-dead legacy stuff.
  
  FreeBSD is for new hardware, NetBSD bring a really modern incarnation of 4.4BSD to all hardware big or small, short or tall. I'm not a dumpster diver, but there are boxes that are useful but too old to upgrade, too useful to throw out, and not new enough to handle bloasted linux distros.
  
  Too old to upgrade and too useful to throw out? Really? You can buy a decent homemade PC clone for FreeBSD and/or Linux for $500 and blow the pants off of 20-40 older peice of crap machines like 680x0s and old Suns. So why bother? Throw them out. And not all Linux distros are bloated - try Gentoo.
  
  I also like NetBSD better than OpenBSD. If anything troll OpenBSD and trojaned tar theo the idiot. OpenSSH should be ripped away from those morons. Mr theo no package management.
  
  Theo does some good work, and I'd really like to see all of the other opensource projects audit their code like they did. I'm tired of hearing losers like you dump on OpenBSD when they finally have a hole. They're still outperforming [insert OS here]'s security by orders of magnitude. Their lack of package management and whatnot sucks, but it's still great for a dedicated firewall box that doesn't change much.
  
  And the EXT3 filesystem, and Reiser, is crap. If anything say, JFS or XFS.
  
  Also, the linux kernel is rarely seen in a 100% working sate. Seriously. Configure it, select everything and compile with the recommended compiler. See how many warnings and show stoppers you get.
  
  Sorry, Ext3 kicks ass. JFS and XFS are promising, but what I've seen of XFS has been very unstable. Reiserfs is buggy too. In any case, all I mentioned was ext3, and it does kick ass.
  
  I've seen linux kernels in 100% working states for years, all the way back to version 1.1.x. Turning everything on and compiling sounds like a pretty stupid idea, maybe you need to read the docs. A stable series kernel well-configured is a beatiful thing (outside the early 2.4 series, they went "stable" too early imho), and can run for years on end.
  
  At least with FreeBSD its clean, source is formatted readably, and has comments.
  
  Great, clean source with comments. My little ping monitoring package I wrote at work is clean source with comments, but that doesn't make it a domineering force in the world of OS's. Linux won the popularity contest early on, and hence has attracted the most attention and developers, which leads to a win in an opensource world unless the lead developers go crazy.
  
  --
  11*43+456^2
7. Re:NetBSD Project Resuscitation Plan by Anonymous Coward · 2002-09-23 11:00 · Score: 0
  
  Old Sun hardware and NetBSD go great together I'm sure, they're both half-dead legacy stuff.
  
  I have an old sparcstation 5, which runs basic web and mail for my research group. For security and money reasons, it's headless. I can stop-a the machine and mess with the firmware from anywhere in the world (serial line connected to my desktop box).
  
  You still can't do this with a PC. That's not legacy; that's great design years ahead of its time.
  
  I suppose I should mention that it runs NetBSD also :-)
8. Re:NetBSD Project Resuscitation Plan by Anonymous Coward · 2002-09-23 16:58 · Score: 0
  
  Have you changed your scoring preferences on http://slashdot.org/users.pl?op=editcomm?
  
  You could make Flamebait -1, which would mean that one Flamebait mod would make it go from 2 to 0.
9. Re:NetBSD Project Resuscitation Plan by Anonymous Coward · 2002-09-23 17:14 · Score: 0
  
  "You still can't do this with a PC."
  
  If you don't know what you're talking about, please keep your mouth shut.
  
  Every IBM, Dell and Compaq rackmount server I'ved used in the past 4 years has had serial console support from the BIOS on up. Pretty much every Intel or Serverworks server class chipset has supported it for years.
  
  Even if you have a PC server so amazingly ghetto that it doesn't support serial console, you can replace your video card with the Real Weasel. http://www.realweasel.com/intro.html
10. Re:NetBSD Project Resuscitation Plan by Anonymous Coward · 2002-09-24 02:22 · Score: 0
  
  If you don't know what you're talking about, please keep your mouth shut.
  
  You can dish it out, but have no idea how to apply it to yourself.
  
  I'm glad that your pathetic bios is now acessible finally through serial console. However, can you enter the bios while the computer is booted? Can you stop the machine, change a bios setting, and resume operation without rebooting?
  
  I thought not. If you don't understand how boot prom works, then don't comment on it. Go work on your piddly Intel boxes and let the rest of us work on real computerts.
11. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-24 13:22 · Score: 2
  
  Still bugged, I'm now at "-1 Troll", with a total of two downmods (1 troll, 1 offtopic).
  
  --
  11*43+456^2
12. Re:NetBSD Project Resuscitation Plan by be-fan · 2002-09-27 10:52 · Score: 2
  
  Sorry, Ext3 kicks ass. JFS and XFS are promising, but what I've seen of XFS has been very unstable. Reiserfs is buggy too. In any case, all I mentioned was ext3, and it does kick ass.
  >>>>>>>>>>.
  What have you seen of XFS? I've used it on several different Linux distros, and on everything from a 486/33 to a P4/2000. Never had a single crash, file corrupt, or whatnot. And the XFS file tools are indispensible. And from the posts on the internet, most people find XFS as rock solid as I do.
  
  --
  A deep unwavering belief is a sure sign you're missing something...
13. Re:NetBSD Project Resuscitation Plan by photon317 · 2002-09-29 23:54 · Score: 2
  
  What I saw of XFS was I ran a 2.4.19 kernel with the "release" XFS source in it, and about my fifth reboot of the machine or so, it decided to hang when mounting my xfs root filesystem read-only, leaving me pretty hosed, had to boot back off a cd.
  
  --
  11*43+456^2
Get rid of /usr by amorsen · 2002-09-23 09:02 · Score: 3, Interesting

Now, with everything dynamically linked and the rescue system properly moved to /rescue instead of polluting /, it is time to finally get rid of /usr -- or even better turn it back into the user directory it was always supposed to be. /usr/bin was invented way back when someone was running out of disk space in / and figured he could create a user account called bin (with home directory /usr/bin) and dump the extra binaries there. These days with logical volume management and overly large disks such hacks are no longer necessary.
NetBSD has just removed the last excuse for having / separate. Only one more step, and the Unix file hierarchy is back to its root.

--
Finally! A year of moderation! Ready for 2019?
1. Re:Get rid of /usr by castlan · 2002-09-23 13:35 · Score: 2
  
  Wow, that seems utterly sensible, and I'm officially piqued. Do you have any pointers for information regarding the intentions and history of the Unix file hierarchy? I've never actually considered the possibility that the tree could be trnsparent and sensible.
  
  It seems that the (Linux) FHS should really take this information into account. If not, perhaps a UNIX Purists' alternative to the FHS should be fleshed-out, where /usr supplants /home. If you can provide some credible links, I for one would fully agree with your stated position. Maybe I'd even compile the information into a centralized resource if one doesn't already exist.
2. Re:Get rid of /usr by amorsen · 2002-09-23 19:24 · Score: 2
  
  All this historic stuff is mostly told in legends. Very little is documented, especially on the Web. You can find some things in the Google Web Directory or directly in The Unix Heritage Society. I have not had any luck finding references for file hierarchy stuff. If you like to read there is a nice list of books.
  
  --
  Finally! A year of moderation! Ready for 2019?
3. Re:Get rid of /usr by Anonymous Coward · 2002-09-27 07:11 · Score: 0
  
  /usr was never for the User. /usr is for Unix System Resources.