Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-21 Thread Neil Bothwick
On Sun, 20 Jan 2013 04:11:53 -0600, Canek Peláez Valdés wrote:

  And the quick elegant way is emerge -1a /usr/lib/udev although I
  don't know how recent a version of portage you need for that.  
 
 I did not know that. Thank you.

Neither did I until Daniel posted it last week.


-- 
Neil Bothwick

Accordion: a bagpipe with pleats.


signature.asc
Description: PGP signature


[gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread Philip Webb
I just tried upgrading to  udev-197 , which is supposed to be stable.
There were multiple problems  I'm now back with  udev-171 .

(1) Setting system clock using HW clock; can't access HW clock.
(2) Mounting local filesystems; mount point  /dev/shm  doesn't exist.
(3) 'startx' : no mouse or keys.
(4) 'dhcpcd' hangs.

I tried  revdep-rebuild ,
recompiled  util-linux  kdelibs  mesa  xf86-input-evdev  xorg-server ,
recompiled  glibc  nvidia-drivers ,
recompiled the kernel (3.5.3) to enable DEVTMPFS ,
checked 'news' (nothing relevant),
checked my archive of  gentoo-user  msgs (nothing relevant),
rebooted many times between all these efforts.

Has anyone else encountered anything like this ?
Does anyone have any advice ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca




Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread Canek Peláez Valdés
On Sun, Jan 20, 2013 at 2:51 AM, Philip Webb purs...@ca.inter.net wrote:
 I just tried upgrading to  udev-197 , which is supposed to be stable.
 There were multiple problems  I'm now back with  udev-171 .

 (1) Setting system clock using HW clock; can't access HW clock.
 (2) Mounting local filesystems; mount point  /dev/shm  doesn't exist.
 (3) 'startx' : no mouse or keys.
 (4) 'dhcpcd' hangs.

 I tried  revdep-rebuild ,
 recompiled  util-linux  kdelibs  mesa  xf86-input-evdev  xorg-server ,
 recompiled  glibc  nvidia-drivers ,
 recompiled the kernel (3.5.3) to enable DEVTMPFS ,
 checked 'news' (nothing relevant),
 checked my archive of  gentoo-user  msgs (nothing relevant),
 rebooted many times between all these efforts.

 Has anyone else encountered anything like this ?
 Does anyone have any advice ?

The ebuild for udev 197 moved the default installation of rules from
/usr/lib/udev/rules.d to /lib/udev/rules.d, and it also dropped the
0001-udev-add-lib-udev-rules.d-to-rules-directories.patch patch, which
allowed udev to scan for rules in both directories.

Therefore, for all the programs that installed rules in
/usr/lib/udev/rules.d before the update, those rules cannot be found
for the new udev. We had a discussion about that some days ago,
several people posted different commands to detect programs that
installed rules in the old dir, so you can reinstall them and their
rules move to the right directory. The slow way is to look at the
files in /usr/lib/udev/rules.d, do a equery b ${file}, reinstall
that package, and repeat until /usr/lib/udev/rules.d is empty.

Hope it helps.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México



Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread victor romanchuk
On 01/20/2013 12:51 PM, Philip Webb wrote:
 I just tried upgrading to  udev-197 , which is supposed to be stable.
 There were multiple problems  I'm now back with  udev-171 .

 (1) Setting system clock using HW clock; can't access HW clock.
 (2) Mounting local filesystems; mount point  /dev/shm  doesn't exist.
 (3) 'startx' : no mouse or keys.
 (4) 'dhcpcd' hangs.

 I tried  revdep-rebuild ,
 recompiled  util-linux  kdelibs  mesa  xf86-input-evdev  xorg-server ,
 recompiled  glibc  nvidia-drivers ,
 recompiled the kernel (3.5.3) to enable DEVTMPFS ,
 checked 'news' (nothing relevant),
 checked my archive of  gentoo-user  msgs (nothing relevant),
 rebooted many times between all these efforts.

 Has anyone else encountered anything like this ?
 Does anyone have any advice ?


just migrated to sys-fs/udev-197 - everything went smoothly and seems to
work. the only observation at this time is absence of device file
/dev/root whilst both /etc/mtab and /proc/mounts are referring to that
device node:

# grep root /etc/mtab /proc/mounts
/etc/mtab:/dev/root / ext4 rw,relatime,commit=0 0 0
/proc/mounts:rootfs / rootfs rw 0 0
/proc/mounts:/dev/root / ext4 rw,relatime,data=ordered 0 0

[i'm running 3.6.11-gentoo, proprietary nvidia, sys-fs/mdadm,
sys-fs/lvm2, with no initrd of any flavour; the system boots using
legacy grub; the root filesystem is on softraid device]

have i missed something?

thank you
--
victor



Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread Neil Bothwick
On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:

 Therefore, for all the programs that installed rules in
 /usr/lib/udev/rules.d before the update, those rules cannot be found
 for the new udev. We had a discussion about that some days ago,
 several people posted different commands to detect programs that
 installed rules in the old dir, so you can reinstall them and their
 rules move to the right directory. The slow way is to look at the
 files in /usr/lib/udev/rules.d, do a equery b ${file}, reinstall
 that package, and repeat until /usr/lib/udev/rules.d is empty.

And the quick elegant way is emerge -1a /usr/lib/udev although I don't
know how recent a version of portage you need for that.


-- 
Neil Bothwick

If at first you don't succeed, well...darn.


signature.asc
Description: PGP signature


Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread Canek Peláez Valdés
On Sun, Jan 20, 2013 at 3:52 AM, Neil Bothwick n...@digimed.co.uk wrote:
 On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:

 Therefore, for all the programs that installed rules in
 /usr/lib/udev/rules.d before the update, those rules cannot be found
 for the new udev. We had a discussion about that some days ago,
 several people posted different commands to detect programs that
 installed rules in the old dir, so you can reinstall them and their
 rules move to the right directory. The slow way is to look at the
 files in /usr/lib/udev/rules.d, do a equery b ${file}, reinstall
 that package, and repeat until /usr/lib/udev/rules.d is empty.

 And the quick elegant way is emerge -1a /usr/lib/udev although I don't
 know how recent a version of portage you need for that.

I did not know that. Thank you.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México



Re: [gentoo-user] Udev-197 : 4 show-stoppers

2013-01-20 Thread Peter Humphrey
On Sunday 20 January 2013 08:51:43 Philip Webb wrote:
 I just tried upgrading to  udev-197 , which is supposed to be stable.
 There were multiple problems  I'm now back with  udev-171 .

My daily update pulled in udev-197-r3. The installation went smoothly but I 
decided I ought to reboot to check that I could. I couldn't. Udev couldn't 
start because my kernel config didn't have CONFIG_DEVTMPFS=y. So I booted my 
rescue system on the same disk, chrooted in and built a new kernel with that 
option. On rebooting everything was fine.

Just a note for anyone else who may not have that kernel option.

-- 
Peter