You are not logged in.
Hi,
I have installed Intel-XDK from AUR:
https://aur.archlinux.org/packages/intel-xdk/
The install completed successfully but when i tried to launch the program by typing intel-xdk or intel-xdk.sh nothing happens. And there is no error message. This is freshly installed 64 bit ArchLinux with PekWM.
Last edited by Paingiver (2015-02-02 22:21:17)
Offline
I found the solution. After creating this symbolic link program runs:
ln -s /usr/lib/libudev.so /usr/lib/libudev.so.0
Offline
$ ls /usr/lib -l | grep libudev
lrwxrwxrwx 1 root root 16 11 dec 03:13 libudev.so -> libudev.so.1.6.2
lrwxrwxrwx 1 root root 16 11 dec 03:13 libudev.so.1 -> libudev.so.1.6.2
-rwxr-xr-x 1 root root 69440 11 dec 03:14 libudev.so.1.6.2
$ $ pacman -Qo /usr/lib/libudev.so
/usr/lib/libudev.so is owned by libsystemd 218-1
$ pacman -Qo /usr/lib/libudev.so.1
/usr/lib/libudev.so.1 is owned by libsystemd 218-1
$ pacman -Qo /usr/lib/libudev.so.1.6.2
/usr/lib/libudev.so.1.6.2 is owned by libsystemd 218-1
$ Paingiver, that's not a solution but a dirty hack that will bring you many problems in the near future.
If intel-xdk needs an older version of libudev.so , intel-xdk needs to be adapted.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Thank you Lone_Wolf for alerting me about the matter. I think it is a problem for some other programs too because someone created an AUR package just for this symlink:
https://aur.archlinux.org/packages/libudev.so.0/
When the package didn't run without any error message i emailed the AUR maintainer. He quickly replied and said he is a developer at Intel and will look into matter when he got free time. I searched the internet but couldn't find a lot of information about it. Then i stumbled upon a thread on Manjaro(https://forum.manjaro.org/index.php?topic=11695.0) forums. In their system AUR package was giving the error of libudev.so.0 not found and suggested to install AUR package libudev.so.0. Installed that and program worked.
What can we do about that beside that symlinking?
Later edit: Also i stumbled upon some post that Intel-Xdk Linux install script looks for a package named gtk2. If your distro's gtk2 package is not named gtk2 it is not installing. Someone created a dummy gtk2 package and fooled the program to run.
Why install scripts from big companies always have problems on Linux? Until today there isn't even one package that haven't given me problems. On the other side installed a lot of Linux distros and %99 of time it went flawlessly.
Last edited by Paingiver (2015-02-04 00:33:28)
Offline
Afaict the libudev.so.0 package uses exactly the same symbolic link as you did and has the same potential problems .
Imo the best solution would be if intel-xdk links to libudev.so.0 instead of libudev.so.
libudev.so.0 should then be linked to a suitable libudev.so.0.x legacy library.
This method would allow intel-xdk to use the version it needs, regardless of which version the libudev.so system library is.
The existing https://aur.archlinux.org/packages/libudev0/ package appears to do exactly that.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I've updated the Intel XDK packages on the AUR to depend on libudev0, starting with 1826-2.
EDIT: See https://github.com/gavinhungry/pkgbuild … 6c70677631
Last edited by gavinhungry (2015-03-11 22:11:27)
Offline