Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38587 - udev now working, no need for devices.tar.bz2
Summary: udev now working, no need for devices.tar.bz2
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo's Team for Core System packages
: 42014 (view as bug list)
Depends on:
Reported: 2004-01-18 03:59 UTC by Simon Cooper
Modified: 2004-02-26 14:25 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Simon Cooper 2004-01-18 03:59:24 UTC
as of udev-013-r1 and kernel sources 2.6.1-mm3+ udev now creates all the /dev nodes needed and thus there is no need for devices.tar.bz2. /sbin/rc and /etc/conf.d/ can be edited to not use the tarball. May I suggest that these are edited so if the kernel sources are greater than mm3 (or love3) and udev-013 is installed then it doesnt use devices.tar.bz2 but udes udev directly

Reproducible: Always
Steps to Reproduce:
Comment 1 Martin Schlemmer (RETIRED) gentoo-dev 2004-01-19 09:21:51 UTC
No.  There are three reasons:
1) Some things are still not created (std*, fd, core)
2) How do you want to save custom links for devices of drivers
   not yet sysfs'ified ?
3) Until Greg's patches are in, and a few versions passed, it is
   not a safe choice, and I do not want to test for 10 (sure, now
   only two) kernel versions.
Comment 2 Simon Cooper 2004-01-19 11:56:29 UTC
could you at least make it easier to use udev? for instance having a 'udev' kernel flag, then checking /proc/cmdline for 'udev' and if it is there then dont extract devices.tar.bz2 but use udev directly. This makes it very easy to revert back to devices.tar.bz2 if something goes wrong (just edit the kernel cmdline in the bootloader) and means you dont have to drag out a livecd if it breaks?
Comment 3 SpanKY gentoo-dev 2004-01-19 15:41:27 UTC
honestly i dont think editing the baselayout script yourself and commenting out the unpacking of the tarball is any harder than doing what you're asking

most people wouldnt use requested functionality thus i dont think the 'gain' is worth it
Comment 4 ferret 2004-02-08 03:29:16 UTC
As of 2.6.3-rc1, with azarah's nvidia sysfs patches and the latest udev, I get
all this nice stuff created in udev without the tarball (note: I've removed some
SYMLINKs from /etc/udev/udev.rules since I like breaking things)

theferret root # ls /dev
cdroms   dsp  full    initctl  kmsg  mem    null  pts     sequencer  sound   stdout  urandom
console  fb   gpmctl  input    log   misc   port  random  shm        stderr  tts     vc
discs    fd   ide     kmem     loop  mixer  ptmx  rd      snd        stdin   tty     zero
theferret root # ls /dev/input/
mice  mouse0
theferret root # ls /dev/misc/
nvram  psaux  rtc

I would suggest that the time for this is not so far away... the only issue to
work out is saving custom nodes and permissions. Personally, I don't have a
problem with this, since I have a script in /etc/conf.d/local.start I've been
using to add nodes:

if [ ! -c /dev/misc/svga ]
        echo "Creating svgalib device node..."
        mkdir -p /dev/misc
        mknod -m 660 /dev/misc/svga c 209 0
        chown root:video /dev/misc/svga

(note, the echo and if are to check if someone's sneaked a sysfs patch in when I
wasn't looking...)

It would be good if there was a "nice" solution to this problem.
Comment 5 SpanKY gentoo-dev 2004-02-08 10:14:37 UTC
does the alsa stuff get created yet ?
nvidia/alsa are my biggest beefs atm :)
Comment 6 Simon Cooper 2004-02-08 10:30:01 UTC
alsa does (/dev/snd) as does the oss emulation (/dev/sound) and the latest version of nvidia-kernel has a udev patch, so /dev/nvidia* is created as well :)
Comment 7 SpanKY gentoo-dev 2004-02-16 15:37:09 UTC
i think i'm down to fb nodes and some apple keyboard nodes ... otherwise udev works just as well as devfs
Comment 8 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-02-16 15:41:36 UTC
The fb nodes will be taken care of automatically in the next kernel release.
Comment 9 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-19 11:01:31 UTC
Greg, still have the issue of how to save custom device nodes ....  I still
think the better option might be to add an option to /etc/conf.d/rc to disable
tarball for those that do not want it.
Comment 10 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-02-19 12:59:25 UTC
That sounds like a good idea.

Oops, the fb patch was taken out of the main kernel tree, sorry for the false alarm about that.
Comment 11 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-19 13:12:57 UTC
As we are on the topic 8) - have you guys thought about custom symlinks?
How bad would it cause people to scream if we could add an option to
check all non-sysfs related nodes, and save them in the .tdb, and recreate
time?  Might even be command line options/commands both - the saving of
the extra nodes (with permissions - symlinks as welll?) and then creating
them again.

Sure, I know - add them to local initscript.  I am just thinking more out
of a automation point of view ...
Comment 12 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-02-19 13:29:57 UTC
People have suggested allowing users to create rules that add "custom" symlinks.

I like the idea, but no one has redone the patch so that it will work with the
recent udev tree.

If that is added, the ability to "save" symlinks would no longer be needed, right?
Comment 13 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-19 15:01:47 UTC
Nope - custom nodes though?  Permissions, etc?  Was just thinking something
generic ...
Comment 14 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-02-19 16:15:27 UTC
Yes, something "generic" will still need to be handled by a tarball somehow,
nothing udev can do about it :)
Comment 15 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-26 13:22:26 UTC
*** Bug 42014 has been marked as a duplicate of this bug. ***
Comment 16 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-26 13:23:37 UTC
Ok, have RC_DEVICE_TARBALL in /etc/conf.d/rc that will disable this.