LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 05-19-2014, 10:20 PM   #16
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled

Quote:
Originally Posted by ReaperX7 View Post
I didn't use those patches in LFS. Are they absolutely necessary?
Well,
  • as you could have noticed, these patches are already included in the udev package for Slackware 14.1,
  • so you could have asked that question for udev/Slackware vs udev/LFS,
  • but this thread's topic is not to compare Slackware with LFS,
  • other than that, just look at the patches and make you own opinion.
 
Old 05-21-2014, 12:04 PM   #17
nobodino
Member
 
Registered: Jul 2010
Location: in France
Distribution: slackware, slackware from scratch, LFS, slackware [arm], linux Mint,Manjaro...
Posts: 837

Rep: Reputation: 442Reputation: 442Reputation: 442Reputation: 442Reputation: 442
I think you just gzipped the files twice: file.diff.gz.gz and file.tar.gz.gz
 
Old 05-21-2014, 12:42 PM   #18
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-Current
Posts: 6,450
Blog Entries: 15

Rep: Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031
If those patches were for udev classic you shouldn't have to use them with eudev since its a newer version.
 
Old 05-21-2014, 03:47 PM   #19
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by nobodino View Post
I think you just gzipped the files twice: file.diff.gz.gz and file.tar.gz.gz
No, I didn't.

But maybe you used Firefox (or a similar browser) to download the files, and it does that:
  • Using the command lftp -c "mirror http://slint.fr/misc/eudev" I get for instance 60-cdrom_id.rules.diff.gz with the good size (397 bytes).
  • But when I download the same file with Firefox I get a file with a size of 520 bytes that is actually re-gzipped.
More accurately after a little research, it does so when the configuration preference network.http.accept-encoding has the default value "gzip, deflate" (see here). But If I unset it (deleting the value in about:config) the file is downloaded as-is.

It can be the expected behavior by Firefox developers (or is it an Apache setting? After all I'm not sure about that), still it looks like a bug to my eyes

PS Not sure that I understand the 14.3 Accept-Enconding of the HTTP/1.1 specification, but if for a an (X)HTML page is is customary to serve gzipped content that will be inflated by the client (as that saves bandwidth), deflating or inflating all kinds of gzipped content is unwise IMHO.

PPS I won't advise you to change that default setting though as that makes some websites (e.g. google.com) unreadable. Better use a specialized file transfer client to download the files.

Oh, and thanks again for the report: it allowed me to discover this (from my point of view) weirdness.

Last edited by Didier Spaier; 05-22-2014 at 04:14 AM. Reason: s/ftp/file transfer/ & (or is it an Apache setting ...) added
 
2 members found this post helpful.
Old 05-21-2014, 03:50 PM   #20
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
[duplicate post]
 
Old 05-21-2014, 05:01 PM   #21
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by ReaperX7 View Post
If those patches were for udev classic you shouldn't have to use them with eudev since its a newer version.
That's wrong. For instance in eudev as in udev, 60-cdrom-id.rules only makes one symlink /dev/cdrom => /dev/sr0, but not the useful other ones like /dev/dvd => /dev/sr0, hence the need for the patch 60-cdrom_id.rules.diff.

Your statement seems to imply that the purpose of patches 60-cdrom_id.rules.diff and rule_generator.diff was to fix bugs present in udev-182 (but not in eudev-1.6), but this is not the case.

Last edited by Didier Spaier; 05-21-2014 at 05:05 PM.
 
Old 06-18-2014, 06:06 PM   #22
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
eudev-1.7

I just upgraded the build material to udev-1.7 here.

eudev-1.7 is based on systemd/udev-213.

The changes 1.6 => 1.7 are listed there.

If you didn't install eudev-1.6, upgrade udev-182 => eudev-1.7 like this:
Code:
upgradepkg udev%/tmp/eudev1.7-*
 
1 members found this post helpful.
Old 06-18-2014, 06:28 PM   #23
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-Current
Posts: 6,450
Blog Entries: 15

Rep: Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031
Excellent work Didier. It may not be official by Patrick, but eudev is a suitable replacement for udev. Works good sir and thank ye' kindly.
 
Old 06-19-2014, 07:43 PM   #24
aaazen
Member
 
Registered: Dec 2009
Posts: 358

Rep: Reputation: Disabled
It seems to work well. All my devices seem to be there in /dev.

I keep a copy of the old /dev/MAKEDEV script around just in case udev fails.

There is one quirk though with eudev.

Hald from Slackware 13.37 is installed and turned off. (chmod -x /etc/rc.hald )

At start up this new message repeats in the /var/log/messages:
Code:
 kernel: <27>udevd[682]: failed to execute '/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory
As an experiment I tried to start hald but it seems to hang at startup.

Hald is not really needed on this machine but would like to make it work on another machine in order to watch Amazon streaming videos.
 
Old 06-19-2014, 09:33 PM   #25
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by comet.berkeley View Post
At start up this new message repeats in the /var/log/messages:
Code:
 kernel: <27>udevd[682]: failed to execute '/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory
That's pretty normal as the package hal-0.5.14 shipped in Slackware 13.37 installs the file /lib/udev/rules.d/90-hal.rules that contains:
Code:
# pass all events to the HAL daemon
RUN+="socket:@/org/freedesktop/hal/udev_event"
but hald being not launched the daemon is nowhere to be found so the rule fails.

Quote:
As an experiment I tried to start hald but it seems to hang at startup.
Did you rebuild the package for Slackware 14.1 or did you try to use as is the package for 13.37? In the latter case I'd have been surprised that it work. In fact I just don't know if HAL can work on Slackware 14.1, at least without some big changes.

Last edited by Didier Spaier; 06-19-2014 at 09:38 PM.
 
Old 06-19-2014, 10:30 PM   #26
aaazen
Member
 
Registered: Dec 2009
Posts: 358

Rep: Reputation: Disabled
Quote:
Originally Posted by Didier Spaier View Post
That's pretty normal as the package hal-0.5.14 shipped in Slackware 13.37 installs the file /lib/udev/rules.d/90-hal.rules that contains:
Code:
# pass all events to the HAL daemon
RUN+="socket:@/org/freedesktop/hal/udev_event"
but hald being not launched the daemon is nowhere to be found so the rule fails.

Did you rebuild the package for Slackware 14.1 or did you try to use as is the package for 13.37? In the latter case I'd have been surprised that it work. In fact I just don't know if HAL can work on Slackware 14.1, at least without some big changes.
I actually installed Hal-0.5.14 from the original package from Slackware 13.37.

The /etc/rc.d/rc.M script still starts up rc.hald if it is executable.

It does work and I am able to watch videos from Amazon using udev-182.
-----------------------------------------------------------------------

Old udev-182 code has a function in libudev-monitor.c called udev_monitor_new_from_socket() which apparently handles the 90-hal.rules "socket:" rule.

This apparently opens a socket with hald and feeds it everything.

New eudev-1.7, being built from the new systemd, does not have the old udev_monitor_new_from_socket() code...

So to make hald work with eudev, either hald needs to be patched to use a newer method (kernel netlink?) or eudev needs to be patched to use the older udev_monitor_new_from_socket().

Or some another possibility?
 
1 members found this post helpful.
Old 06-20-2014, 01:16 AM   #27
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
So hald hangs at startup when ueudev-1.7 is installed but not when udev-182 is installed, right?

Then I'll inform eudev's developers, please let me know if you prefer to do it yourself. Anyhow, thanks for the report and for digging in the code.

Last edited by Didier Spaier; 06-20-2014 at 01:23 AM.
 
Old 06-20-2014, 01:29 AM   #28
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-Current
Posts: 6,450
Blog Entries: 15

Rep: Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031
There should be a patch for the makefile somewhere in this forum for building HAL on modern systems. It's one of my posts too and it's the SlackBuild. Maybe a rebuild may help?
 
Old 06-20-2014, 01:43 AM   #29
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,818

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by ReaperX7 View Post
There should be a patch for the makefile somewhere in this forum for building HAL on modern systems. It's one of my posts too and it's the SlackBuild. Maybe a rebuild may help?
Do you mean that building HAL on Slackware 14.1 fails? (I ask because I didn't try yet myself) If that's the case and you know of a patch to correct that, please provide a pointer.

Nonetheless, I'm afraid that's a different issue as comet.berkeley can run HAL against udev-182 (included in recent Slackware versions) but not against eudev-1.7.

Last edited by Didier Spaier; 06-20-2014 at 01:50 AM.
 
Old 06-20-2014, 02:08 AM   #30
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-Current
Posts: 6,450
Blog Entries: 15

Rep: Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031Reputation: 2031
Found it!

http://www.linuxquestions.org/questi...435/page2.html

Took a while to sift out, but here it is. Ponce had a small patch for it, so I added it in. Yeah, I'm not sure if I'll help with eudev but you never know.

Last edited by ReaperX7; 06-20-2014 at 02:27 AM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
immutable ip address for testing purposes? stateless Linux - Networking 3 02-13-2014 02:34 PM
Slackware and eudev project jb.1234abcd Slackware 1 12-22-2012 07:14 PM
duplicating http-traffic for testing purposes pretos Linux - Server 1 01-20-2011 05:58 AM
[SOLVED] For learning purposes and tinkering: Slackware/Gentoo? (8 m.o newbie) Ubunoob001 Slackware 30 10-19-2010 10:38 PM
[Announce] LutelWall Firewall Configuration Tool - finally released for use/testing. GrapefruiTgirl Linux - Security 0 01-06-2010 06:17 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 01:11 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration