NSS/LDAP and DragonFly

One of the requirements to get NSS/LDAP working on (most) any unixlike system is to have dynamic binaries; meaning they are dependent on various libraries to run.  Since you’re talking about programs for login when you’re talking about NSS/LDAP, that means if the libraries aren’t available, you can’t log in.  DragonFly has static binaries just to avoid that problem.

Francois Tigeot proposed switching to dynamic binaries and building a /rescue directory with static backups, as is the case with I think FreeBSD and NetBSD.  If you follow the thread, it looks like the best path is to use initrd instead.  Initrd stands for INITial Ram Disk, and is the first volume the computer sets up to boot from BIOS.  Since initrd gives the computer enough space to load all the needed modules (like Hammer2…), it works without making the computer dependent on various libraries or having a bloated /rescue directory.

(Someone correct me if I have the details wrong.)  As long as we’re talking about things that would help DragonFly in a larger environment, can someone work on a VM balloon memory driver, too?

Lazy Reading for 2014/03/23

Aaaaaaaaa link overflow!

Your unrelated link of the week: Space Replay.  A very good use of an Arduino board.  (via)

In Other BSDs for 2014/03/22

I have a list of commits I’ve saved between the various BSDs of licenses getting corrected to the 2-clause BSD license; that would definitely be a good cross-BSD project to sync.

Lazy Reading for 2014/03/16

A lot of this was done early; last week had a lot of interesting stuff turn up.  Maybe because we’re coming out of a extreme winter in the northern hemisphere, and people are feeling a bit more energetic?

Your unrelated link of the week: The Conet Project, recordings of numbers stations, at the Internet Archive. (via the Orbital Operations newsletter)

Bonus timewaster: 2048.  (via multiple places)

In Other BSDs for 2014/03/15

Another week with lots of links.

New USB on by default

DragonFly has moved from the old USB stack to USB4BSD by default.  That means:

  • If you are already using USB4BSD, you will want to remove WANT_USB4BSD from your kernel config.
  • If you have trouble, switch back to the old USB.
  • There’s some drivers that are not yet converted; help with them would be appreciated.  
  • A full kernel/world build and ‘make upgrade’ will be needed in either case.

Sascha Wildner’s announcement email has all the gory details, including the kernel config changes to move back to the old USB setup.  This is of course in master; 3.6 users are unaffected.

Lazy Reading for 2014/03/09

This week blew up with links fast.

Your unrelated video of the week: This trailer for Crawl.  This is a roguelike multiplayer cross-platform game, though I don’t know if it would work on BSD.  The important thing: the voiceover narration is fantastic.