[PATCH 0/2] Improve standalone libvolume_id installation

[PATCH 0/2] Improve standalone libvolume_id installation

[Dan Nicholson]

Hi Kay,

Sometimes it's desirable to install just libvolume_id instead of all of
udev. This is to support external programs depending on this library.
Currently, it's difficult to untangle the libvolume_id build from the
rest of udev.

There are two situations where this has come up that seemed important
to me.

 * GNOME jhbuild/garnome adding the external HAL dependency used in
   many programs and not knowing how to handle HAL's dependency on
   libvolume_id. I'm sure David can tell you the flames he endured.

   http://mail.gnome.org/archives/desktop-devel-list/2006-September/msg00268.html

   They've since solved that problem (I think), but it could have been
   much easier.

 * The mount programs from util-linux-ng can now use libvolume_id.

For distros, this isn't really a problem since you can just Require:
libvolume_id-devel, but for common folk it could be much easier.

--
Dan

 Makefile                      |   17 +++++++++++++++++
 README                        |    5 +++++
 extras/volume_id/lib/Makefile |   14 ++++++++++++--
 3 files changed, 34 insertions(+), 2 deletions(-)

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
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

Re: [PATCH 0/2] Improve standalone libvolume_id installation

[Kay Sievers]

On Oct 26, 2007 8:00 PM, Dan Nicholson <dbn.lists@gmail.com> wrote:
> Sometimes it's desirable to install just libvolume_id instead of all of
> udev. This is to support external programs depending on this library.
> Currently, it's difficult to untangle the libvolume_id build from the
> rest of udev.
>
> There are two situations where this has come up that seemed important
> to me.
>
>  * GNOME jhbuild/garnome adding the external HAL dependency used in
>    many programs and not knowing how to handle HAL's dependency on
>    libvolume_id. I'm sure David can tell you the flames he endured.
>
>    http://mail.gnome.org/archives/desktop-devel-list/2006-September/msg00268.html
>
>    They've since solved that problem (I think), but it could have been
>    much easier.
>
>  * The mount programs from util-linux-ng can now use libvolume_id.
>
> For distros, this isn't really a problem since you can just Require:
> libvolume_id-devel, but for common folk it could be much easier.

Can't we just add that to the extras/volume_id/Makefile? People could
just cd into the directory and do "make", "make install"?

I don't really want to put things like this into the main Makefile.
The lib may go into a separate project some day.

Thanks,
Kay

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
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

Re: [PATCH 0/2] Improve standalone libvolume_id installation

[Dan Nicholson]

On 11/7/07, Kay Sievers <kay.sievers@vrfy.org> wrote:
> On Oct 26, 2007 8:00 PM, Dan Nicholson <dbn.lists@gmail.com> wrote:
> > Sometimes it's desirable to install just libvolume_id instead of all of
> > udev. This is to support external programs depending on this library.
> > Currently, it's difficult to untangle the libvolume_id build from the
> > rest of udev.
> >
> > There are two situations where this has come up that seemed important
> > to me.
> >
> >  * GNOME jhbuild/garnome adding the external HAL dependency used in
> >    many programs and not knowing how to handle HAL's dependency on
> >    libvolume_id. I'm sure David can tell you the flames he endured.
> >
> >    http://mail.gnome.org/archives/desktop-devel-list/2006-September/msg00268.html
> >
> >    They've since solved that problem (I think), but it could have been
> >    much easier.
> >
> >  * The mount programs from util-linux-ng can now use libvolume_id.
> >
> > For distros, this isn't really a problem since you can just Require:
> > libvolume_id-devel, but for common folk it could be much easier.
>
> Can't we just add that to the extras/volume_id/Makefile? People could
> just cd into the directory and do "make", "make install"?
>
> I don't really want to put things like this into the main Makefile.
> The lib may go into a separate project some day.

Yeah, that's probably better. The only problem with `make -C
extras/volume_id/lib' is that many of the variables (CC, RANLIB, etc.)
are only set at the toplevel Makefile. You could probably add some
'var ?= value' constructs to the volume_id/lib Makefile so that normal
builds still inherit from the toplevel environment. If that seems OK,
I'll try to fix up the patch to do that.

Thanks for considering this.

--
Dan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
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

Re: [PATCH 0/2] Improve standalone libvolume_id installation

[Marco d'Itri]

On Nov 08, Kay Sievers <kay.sievers@vrfy.org> wrote:

> The lib may go into a separate project some day.
Some Debian developer expressed the desire to build libvolume_id on
the non-Linux Debian ports. I was not willing to add complexity to the
package to support a toy OS, but an upstream solution to this problem
would be appreciated.

-- 
ciao,
Marco

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
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