bug-gnupod
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnupod] SysInfo.pm uses udevinfo, giving deprecation warning


From: H. Langos
Subject: Re: [Bug-gnupod] SysInfo.pm uses udevinfo, giving deprecation warning
Date: Fri, 17 Apr 2009 21:48:03 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

Hi Frank,

On Fri, Apr 17, 2009 at 09:28:00AM +0200, Frank Blendinger wrote:
> On Thu 2009-04-16 20:34, H. Langos <address@hidden> proclaimed:
> > Thanks for the information. Do you know if changing from "udevinfo" to
> > "udevadm info" will be completely compatible? I.e. is "udevadm info" already
> > available when "udevinfo" is ? 
> > 
> > Otherwise I'd have to add a check for old systems and that path in the code
> > would grow obsolete after a while... 
> 
> Having no personal experience with either udevinfo or udevadm, I
> searched around the web a little, and came to the conclusion that it
> should be pretty safe to change from udevinfo to udevadm.
> 
> I found entries in many bug tracking systems about this deprecation
> warning and all have been fixed by replacing udevinfo.
> 
> This commit in the docs of udev finally convinced me that it is the
> "right thing"[tm] to do:
> http://tinyurl.com/ch2ne9

The unification of udev has been going on for a while now:

2007-11-08      Kay Sievers     udevadm: merge all udev tools into a single 
binary

However I did not find the "official" record of the decision to deprecate it. 
But even Debian has a newer Version than that, so I guess we can safely make
that switch in the next release. I applied the patch to CVS earlier today.

What bothers me, is the fact that "udevinfo" was a tool that a normal user
would find in his $PATH while "udevadm" most probably will not be in his
$PATH. As I have no clue of autoconf I have hardwired the exec call 
to run "/sbin/udevadm", hoping that it will always be there. 

Its good enough for me but if everybody is welcome to submit patches to
to the automagic stuff.

cheers
-henrik





reply via email to

[Prev in Thread] Current Thread [Next in Thread]