Bug 161801 – sys-fs/udev-104 version bump

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Andreas Mielke 2007-01-12 17:58:53 UTC]

UDEV 104 ist out 

Reproducible: Always

[Comment 1 Greg Kroah-Hartman (RETIRED) 2007-01-12 19:36:58 UTC]

Known issue.  Is there something specific in 104 that you need?

[Comment 2 Matthias Schwarzott 2007-01-19 15:36:37 UTC]

Added to CVS.

[Comment 3 Lars Wendler (Polynomial-C) (RETIRED) 2007-01-19 21:38:26 UTC]

Is the udev-start script rewritten wo work without the "udev -V" call?

I mean this part of /lib/rcscripts/addons/udev-start.sh:

udev_version() {
        local version=0

        if [[ -x /sbin/udev ]] ; then
                version=$(/sbin/udev -V)
                # We need it without a leading '0', else bash do the wrong thing
                version=${version##0}
                # Older udev's will print nothing
                [[ -z ${version} ]] && version=0
        fi

        echo "${version}"
}

I don't wanna run into a reboot not able to start udev properly...

Cheers
Poly-C

[Comment 4 Lars Wendler (Polynomial-C) (RETIRED) 2007-01-19 22:09:25 UTC]

Created attachment 107485 [details, diff]
udev-start.sh.diff

possible solution?

How about this small fix for the startscript? At least the current stable udev for x86 also works with this...

Cheers
Poly-C

[Comment 5 Lars Wendler (Polynomial-C) (RETIRED) 2007-01-19 22:23:25 UTC]

Alright, maybe not a good solution as long as udevinfo resides in /usr/bin and not /bin. But the basic correction attempt of this patch should be out of question, isn't it?

[Comment 6 Matthias Schwarzott 2007-01-20 14:05:24 UTC]

Missing /sbin/udev seems be problematic for udev-start.sh

[Comment 7 Matthias Schwarzott 2007-01-20 15:02:32 UTC]

fixed that in udev-104-r1, by writing version-number into udev-start.sh when emerging.