Re: udev-067 and 2.6.12?

[Greg KH <greg@kroah.com>]

On Thu, Aug 18, 2005 at 05:32:18PM +0100, Alistair John Strachan wrote:
> On Thursday 18 August 2005 16:38, Greg KH wrote:
> [snip truths :-)]
> >
> > On Thu, Aug 18, 2005 at 08:27:52AM -0700, David Brown wrote:
> > > Well I'm a developer for SourceMage and one of the things that we
> > > pride ourselves on is options.  So there's a couple of things we had
> > > to change with udev to make it fit into our system of doing things.
> > > 1) no package to start or stop services in the process of installing
> > > the package... hence the removal of the killall udevd && udevd
> > > --daemon call
> >
> > So you install a new version of udev and don't kill the old udevd
> > program?  That's not good at all.  Remember, if you set DEST_DIR, that
> > doesn't get called.  That is there to allow you to build and not mess
> > with any running services (as is needed on rpm and deb build machines.)
> >
> > > 2) the `make -C extras/run_directory USE_LOG=true` didn't work if the
> > > root directory of udev was built with logging support.
> >
> > That's not how you build things in the extras directory (as per the
> > documentation.)
> 
> autotools.

No, autotools are not an answer to this, they are only the start of a
bigger problem :)

> a) Assume that not all users are distributors, and have not done things like 
> install udev 067 multiple times;

udev users are not encouraged to build and install udev unless they
_really_ know what they are doing (how many users install their own
/sbin/init?)  It requires a lot of distro specific startup logic to get
correct due to what it is doing.

> d) Autotools are standard, better than make KITCHEN_SINK=magical/keyword.
> 
> If this is deemed acceptable I can help autotool udev.

Many people have tried in the past.  It's not needed at all, and only
will make things worse.  So please don't even try.

thanks,

greg k-h


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel