[SOLVED] [ANNOUNCE] eudev for Slackware 14.1 is available for testing purposes
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
@ comet.berkeley: I reported the issue on the IRC channel #gentoo-udev on freenode and _AxS_ will forward port the code of udev_monitor_new_from_socket() in eudev (hopefully over the week end), that was confirmed by blueness. At least these developers are eager to help
I'll post again in this thread when an updated version will be available, stay tuned.
@ ReaperX7: thanks but this is a different issue.
Last edited by Didier Spaier; 06-20-2014 at 04:37 PM.
bash-4.2# dmesg|grep udev
[ 6.247184] udevd[1443]: starting version 1.8
[ 6.612926] udevd[1443]: specified group 'input' unknown
bash-4.2#
I don't know yet if I have something to do about that, I will check tomorrow.
PS Silly me, I just had to create that 'input' group. I assigned it the GID 23 that was available, but I still have to understand what's the purpose of that
Other than that, the "floppy" group is no more used by udev and there are devices updates as usual in the hwdb database.
Last edited by Didier Spaier; 06-20-2014 at 06:04 PM.
@Didier Spaier: I reported the issue on the IRC channel #gentoo-udev on freenode and _AxS_ will forward port the code of udev_monitor_new_from_socket() in eudev (hopefully over the week end), that was confirmed by blueness. At least these developers are eager to help
I'll post again in this thread when an updated version will be available, stay tuned.
I've found the origin of this 'input' group. That's just an information, so if you want to comment it please do that elsewhere to keep this thread clean.
PS the group creation I did was just to check that gets rid of the message in dmesg.
I understand that admins who would want to do that are expected to do something like a dynamic allocation as stated here. Writing a small script that picks the next acceptable and free GID using getent is left to the reader as an exercise
Last edited by Didier Spaier; 06-21-2014 at 02:34 AM.
Unstable just means it's just a release version, but not thoroughly tested. I'll grab a copy later and build it. Haven't had any issues yet except with bad rules.
eudev-1.9/docs/libudev/Makefile.in
eudev-1.9/docs/libudev/libudev.types
eudev-1.9/docs/libudev/libudev-sections.txt
eudev-1.9/docs/libudev/libudev-docs.xml
eudev-1.9/docs/libudev/Makefile.am
eudev-1.9/docs/Makefile.am
eudev-1.9/missing
eudev-1.9/Makefile.am
eudev-1.9/config.sub
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- ./rule_generator/write_cd_rules 2014-04-15 14:57:09.000000000 +0200
|+++ ./rule_generator/write_cd_rules 2014-05-15 23:18:30.252753115 +0200
--------------------------
patching file rule_generator/write_cd_rules
Using Plan A...
Hunk #1 succeeded at 3.
Hunk #2 FAILED at 23.
Hunk #3 succeeded at 106.
Hunk #4 succeeded at 169.
1 out of 4 hunks FAILED -- saving rejects to file rule_generator/write_cd_rules.rej
done
I changed the version number in "eudev.SlackBuild" to "1.8" and it did build and made the package.
@MadMaverick9: same failure of the patch here. I'll have a look at that tomorrow.
caused by a small change in file rule_generator/write_cd_rules (at line #32, 1.8 uses ${prefix} while it is ${exec_prefix} in 1.9). You can fix that with the patch (for rule_generator.diff) below :
[...]
eudev-1.9/docs/libudev/Makefile.am
eudev-1.9/docs/Makefile.am
eudev-1.9/missing
eudev-1.9/Makefile.am
eudev-1.9/config.sub
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- ./rule_generator/write_cd_rules 2014-04-15 14:57:09.000000000 +0200
|+++ ./rule_generator/write_cd_rules 2014-05-15 23:18:30.252753115 +0200
--------------------------
patching file rule_generator/write_cd_rules
Using Plan A...
Hunk #1 succeeded at 3.
Hunk #2 succeeded at 23.
Hunk #3 succeeded at 85.
Hunk #4 succeeded at 148.
done
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- ./rules/60-cdrom_id.rules.orig 2014-01-18 19:22:22.000000000 +0100
|+++ ./rules/60-cdrom_id.rules 2013-09-26 23:23:27.000000000 +0200
--------------------------
patching file rules/60-cdrom_id.rules
Using Plan A...
Hunk #1 succeeded at 15.
done
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
[...]
Creating Slackware package: /tmp/eudev-1.9-x86_64-1.txz
Slackware package /tmp/eudev-1.9-x86_64-1.txz created.
--
SeB
Last edited by phenixia2003; 08-27-2014 at 08:19 AM.
Don't some systems use /dev/shm as a symlink to /run/shm now?
I don't know. Anyhow, what worries me is that in Slackware the lack of /dev/shm prevents to mount devtmpfs on it...
Not sure it's widely used, but for instance PulseAudio complains that /dev/shm is missing. This is just an example, I know that PulseAudio is not shipped in Slackware and that a lot of folks don't like it, no need for comments about that
This error doesn't prevent Skype to work here, though.
PS after installation of eudev-1.9 there's no shm in the /run tree.
Last edited by Didier Spaier; 08-27-2014 at 05:33 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.