Re: [PATCH] uuidd: use pkg-config to find systemd-deamon support

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

 



On Tuesday 07 January 2014 13:51:54 Dave Reisner wrote:
> On Tue, Jan 07, 2014 at 01:44:07PM -0500, Mike Frysinger wrote:
> > On Tuesday 07 January 2014 05:19:35 Karel Zak wrote:
> > > On Tue, Jan 07, 2014 at 10:55:35AM +0100, Thomas Bächler wrote:
> > > > >> We already have such a cyclic dependency, since udevd depends on
> > > > >> libblkid+libuuid, and findmnt (from util-linux) depends on
> > > > >> libudev.
> > > > >> 
> > > > >  .. and nobody complains, good point :-) Thanks!
> > > > >  
> > > > >     Karel
> > > > 
> > > > Actually, now that I know you care about these things, I am
> > > > complaining.
> > > > 
> > >  :-)))
> > >  :
> > > > It has caused me (minor) trouble once already.
> > >  
> > >  It's possible (first time) to compile util-linux without libudev,
> > >  compile systemd/udevd and then again recompile util-linux with
> > >  libudev.
> > >  
> > >  IMHO libudev is very useful for findmnt and lsblk to get info about
> > >  devices.
> > >  
> > >  Note that uuidd is absolutely unnecessary if you don't have huge SAP
> > >  installation (-- it means unnecessary for 99% of the all Linux users).
> > 
> > on a semi-related matter, it'd be nice if we could easily build
> > util-linux such that we only get the libraries.  the plethora of
> > configure flags that control utils is a nightmare to manage, and i'm not
> > sure there's a flag for every utility (i haven't checked myself, so i
> > could easily be wrong).
> > 
> > if that were in play, the circular loop would be easy to address -- build
> > util-linux once just for its libs, then udev/systemd, then util-linux
> > again.
> 
> We do this in Arch already to provide a 32bit libraries on 64bit
> systems:
> 
> https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h
> =packages/lib32-util-linux

thanks, that illustrates my point exactly :).  those make targets are esoteric 
if not internal to automake.  relying on them externally sucks.

> A quick grep through the git repo shows that I could get rid of the
> --without-ncurses flag, too.

pretty sure there are a bunch of configure checks that apply only to utils.  
pam and ncurses both come to mind.
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.


[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux