You were right. I still had the old aur versions of a couple of those packages. They had therefore not been updated by 'pacman -Syvu'. e17 is now working again. thanks very much,
]]>The symbol you mentioned has nothing to do with udev, it's within the EFL (Enlightenment Foundation Libraries). Your versions of the libraries do not match, either.
Reinstall enlightenment17, elementary, ecore, e_dbus, edje, eet, eeze, efreet, eina, eio, embryo, emotion, ethumb, & evas.
]]>e17 was updated. you can see from https://www.archlinux.org/packages/extr … tenment17/ that the version number I gave above (0.17.0-1) indicates that it is up to date. there were no error messages regarding e17.
]]>recently did a system update; among other things e17 was upgraded (to 0.17.0-1) but also several other things.
~/.xinitrc
exec enlightenment_start
doing startx starts X, then attempts to start enlightenment, then X fails:
/usr/bin/enlightenment: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory
xinit: connection to X server lost
... which is odd. libudev.so.0 has been updated to libudev.so.1 but the up-to-date enlightenment17 insists on using libudev.so.0. libudev.so.X is owned by systemd, in my case (should be up to date), systemd 197-4
just trying if libudev.so.0 and libudev.so.1 are maybe not so different after all and it works with just setting a softlink (admittedly a very dirty fix) ln /usr/lib/libudev.so.1 /usr/lib/libudev.so.0 does not bring any success, now
/usr/bin/enlightenment: symbol lookup error: /usr/lib/libelementary.so.1: undefined symbol: ECORE_X_ATOM_E_ILLUME_CLIPBOARD_STATE
xinit: connection to X server lost
libelementary is some enlightenment17 library file. it appears it contains a symbol that is defined in libudev.so.0 but not in the current version libudev.so.1
any ideas? if i'm not gravely mistaken i should not be the only one having this problem, right? does e17 still work for you? if so, how did you manage to get it to work?
]]>