[SOLVED] Switching from udev to eudev

Regnad Kcin · 11-20-2015, 05:54 AM

I noted that there is a compat-32 version of udev for those who are using AlienBob's multilib packages.

What is it that will cease its normal efficient functionality (quit working) if one removes the compat-32 udev?

(not really wanting to find out on my own, I stopped when I got to that step)

nolretou · 11-20-2015, 06:00 AM

^
See http://www.linuxquestions.org/questi...8/#post5452583

Regnad Kcin · 11-20-2015, 06:13 AM

Sure, the update went smoothly, but does everything still work?

nolretou · 11-20-2015, 06:41 AM

If by everything you mean "everything", I'd say I don't know.

Network, X and X apps are working, if it is the question.

pzognar · 11-20-2015, 07:45 AM

So after reading all in this thread I have several questions. I am able to condense them into one yes-or-no question.

Will the usual upgrade method:

Code:

slackpkg update
slackpkg install-new
slackpkg upgrade-all
slackpkg clean-system

as described in http://docs.slackware.com/slackware:slackpkg, followed by generating a new initrd and then running lilo, be enough to upgrade (yes/no)?

p.s. I am running current but have not upgraded in months.
p.p.s. I am running 64 bit, but without multilib

bormant · 11-20-2015, 07:51 AM

pzognar,
yes. You will install eudev and libeudev at "install-new" step and will remove udev at "clean-system" step.

allend · 11-20-2015, 08:51 AM

I did

Code:

slackpkg update
slackpkg install-new
slackpkg upgrade-all
slackpkg clean-system

and now

Code:

                                  _____
                                 /      \
                                /       |
                               |        \
                                \         \ 
                                 |         |
                                  \         \ 
                                   |         |
                                    \         \
                   __________________\         \ 
     _____________/                              \
    /                                             |
   |                                                \ 
    \      Slackware-current has eudev !              \
    /                                                  | 
  |        Congrats to the eudev team !                 \
    \       and volkerdi ! and others !                  |
  __/                                                     \
 |                                                         |
 |         What a statement!                                \
   \___                                                      |
       /                                                      \
      |    Slackware rocks !
       \______
               \__________
                           \____
                                 \____
                                       \____/\
                                               \
                                                 \
                                                   \

slacksam · 11-20-2015, 09:02 AM

The uprgrade on my machine with -current 64bit didn't run as smoothly as reported by others in this thread.

After

Code:

slackpkg remove udev

I got GPG errors on every install or upgrade action, even after

Code:

slackpkg update gpg

.
So I disabled the CHECKGPG option in slackpkg.conf and also had to disable slackpkg+ for the installation of eudev and libgudev.

After that I rebooted my system and got an error that the LVM partitions cannot be mounted during the boot process and I could change to the single user mode.
In the singe user mode I found out that vgscan complained about not finding libudev.so.0 and indeed there was no such file or link.
So I booted over a install medium, mounted the system partition and created a link manually:

Code:

cd /mnt/usr/lib64/
ln -s libudev.so libudev.so.0

Now my system boots up again properly and also everything else seems to work. Also the gpg issue is gone.

Regnad Kcin · 11-20-2015, 10:57 AM

I did finally make the plunge and upgrade.

I had no problems and the system is very smooth and quick, so I would say it really is an upgrade.

There are a whole slew of new udevd[xxx] failed to execute errors but everything seems to work ok such as audio.

I dont have LibreOffice 5.x.x working yet though...

speck · 11-20-2015, 12:12 PM

I'm not sure if this is an error or just a warning (things seem to be working fine), but I'm seeing the following message repeated a few times in /var/log/messages on pure 64bit current installed in a Virtualbox VM. The /lib/udev/pci-db file does not exist. I also tried to trace back to the files that may be related.

Message: /var/log/messages

Code:

Nov 20 11:38:36 slack64 kernel: <27>[   13.506357] udevd[377]: failed to execute '/lib/udev/pci-db' 'pci-db /devices/pci0000:00/0000:00:01.1' : No such file or directory

File: /lib/udev/rules.d/80-udisks.rules

Code:

SUBSYSTEM=="pci", ACTION=="add|change", ENV{ID_MODEL_FROM_DATABASE}=="", ATTR{class}=="0x01*", IMPORT{program}="pci-db %p"

Package: udisks-1.0.5-x86_64-2

Code:

lib/udev/rules.d/80-udisks.rules

I updated using the following commands.

Code:

slackpkg update
slackpkg install-new
slackpkg upgrade-all
slackpkg clean-system

elcore · 11-20-2015, 12:12 PM

Got some error on boot, it's not something I'm familiar with.

Code:

Failure writing database //etc/udev/hwdb.bin: Bad file descriptor

bormant · 11-20-2015, 01:10 PM

pzognar,
and one more addition.

slackpkg has blacklisted aaa_elflibs by default.
If you upgraded aaa_elflibs packages some time ago, it has lib/libudev.so.0.13.1 file (so /var/log/packages/aaa_elflibs-* has lib/libudev.so.0.13.1 entry).

So, "removepkg udev" doesn't actually remove this library until upgrade to a/aaa_elflibs-14.2-*-6.

You can
1) comment aaa_elflibs in /etc/slackpkg/blacklist, run "slackpkg upgrade aaa_elflibs", uncomment aaa_elflibs again
2) download aaa_elflibs package manually and run "upgradepkg aaa_elflibs-*t?z" in the directory with the package

bormant · 11-20-2015, 01:56 PM

Package a/aaa_elflibs-14.2-i586-6.txz still contains

lib/libudev.so.0.13.1 file and
lib/libudev.so.0 symlink

and doesn't contain

lib/libudev.so.1.6.3 file from eudev package and
lib/libudev.so.1 symlink

sbbdep --whoneeds /lib/libuev.so.0 | grep "[0-9]$"
says that these packages still depends on /lib/libudev.so.0.13.1 (libudev.so.0) instead of /lib/libudev.so.1.6.3 (libudev.so.1):

Thunar-1.6.10-i586-1
blueman-r708-i486-4
compiz-0.8.8-i586-3
garcon-0.4.0-i486-1
gcr-3.16.0-i586-1
gtk+2-2.24.28-i586-2
gtk-xfce-engine-2.10.1-i486-1
gtkspell-2.0.16-i486-2
gucharmap-3.12.1-i486-1
imagemagick-6.9.2_4-i586-1
libiodbc-3.52.10-i486-1
libwnck-2.31.0-i486-1
libxfce4ui-4.12.1-i486-1
pidgin-2.10.11-i586-3
polkit-gnome-0.102-i486-2
virtuoso-ose-6.1.8-i586-2
vte-0.28.2-i486-3
xfce4-clipman-plugin-1.2.3-i486-3
xfce4-mixer-4.10.0-i486-1
xfce4-panel-4.12.0-i486-1
xfce4-power-manager-1.4.4-i486-1
xfce4-session-4.12.1-i486-1
xfce4-systemload-plugin-1.1.2-i486-1
xfce4-taskmanager-1.1.0-i486-1
xfdesktop-4.12.3-i586-1
xfwm4-4.12.2-i486-2

volkerdi · 11-20-2015, 02:19 PM

Quote:

Originally Posted by bormant

Package a/aaa_elflibs-14.2-i586-6.txz still contains

lib/libudev.so.0.13.1 file and
lib/libudev.so.0 symlink

libudev.so.0 was added to aaa_elflibs late last month as a fallback for third party packages that might still link with that after the switch to eudev and libudev.so.1.

Quote:

and doesn't contain

lib/libudev.so.1.6.3 file from eudev package and
lib/libudev.so.1 symlink

Since eudev and libgudev are both required packages in the A series, there's no need for those libraries to be in aaa_elflibs.

Quote:

sbbdep --whoneeds /lib/libuev.so.0 | grep "[0-9]$"
says that these packages still depends on /lib/libudev.so.0.13.1 (libudev.so.0) instead of /lib/libudev.so.1.6.3 (libudev.so.1):

Thunar-1.6.10-i586-1
blueman-r708-i486-4
compiz-0.8.8-i586-3
garcon-0.4.0-i486-1
gcr-3.16.0-i586-1
gtk+2-2.24.28-i586-2
gtk-xfce-engine-2.10.1-i486-1
gtkspell-2.0.16-i486-2
gucharmap-3.12.1-i486-1
imagemagick-6.9.2_4-i586-1
libiodbc-3.52.10-i486-1
libwnck-2.31.0-i486-1
libxfce4ui-4.12.1-i486-1
pidgin-2.10.11-i586-3
polkit-gnome-0.102-i486-2
virtuoso-ose-6.1.8-i586-2
vte-0.28.2-i486-3
xfce4-clipman-plugin-1.2.3-i486-3
xfce4-mixer-4.10.0-i486-1
xfce4-panel-4.12.0-i486-1
xfce4-power-manager-1.4.4-i486-1
xfce4-session-4.12.1-i486-1
xfce4-systemload-plugin-1.1.2-i486-1
xfce4-taskmanager-1.1.0-i486-1
xfdesktop-4.12.3-i586-1
xfwm4-4.12.2-i486-2

Not one package on this long list actually links to libudev (.so.0 or .so.1). I'm not sure what the common thread is among them, but the actual list of libudev-linked packages was given when eudev first landed in /testing:

Quote:

testing/packages/eudev-3.1.5-i586-1.txz: Added.
Thanks to Jean-Philippe Guillemin.
Expect problems (especially with an initrd) unless everything depending upon
libudev.so.0 is recompiled. Those packages include: ConsoleKit2,
ModemManager, NetworkManager, aaa_elflibs, bluez, dhcpcd, gutenprint, gvfs,
intel-gpu-tools, kde-workspace, kdelibs, libatasmart, libcanberra, libgphoto2,
libgpod, libmbim, libmtp, libusb, libusb-compat, lvm2, network-manager-applet,
qt, sane, system-config-printer, udisks, udisks2, usbmuxd, usbutils,
util-linux, xf86-input-evdev, xf86-input-vmmouse, xf86-video-ati,
xf86-video-intel, xf86-video-modesetting, xf86-video-nouveau,
xf86-video-openchrome, and xorg-server.

I'd start by making sure that none of those updates were skipped somehow. If that doesn't clear it up then I suspect there's a custom compile somewhere that's pulling in libudev.so.0.

Olek · 11-20-2015, 02:41 PM

After

Code:

slackpkg upgrade-all

i got gpg error.
I manually downloaded packages: eudev, libgudev, aaa-elflibs and manually upgraded this packages.
Then i tried

Code:

/etc/rc.d/rc.udev force-restart

but i got something like

Code:

no file /etc/udev/udev.conf

So i rebooted.
Now system stars but i can only look at login screen.
No keyboard, no network interfaces so i can't connect by ssh.
There is only one working button - it is power button on my laptop

My laptop is 7 years old HP Compaq 6710b.

It wasn't success, in my case.