On Wednesday 04 July 2007, Christoph Hellwig wrote:
quoted text
> On Wed, Jul 04, 2007 at 12:11:56AM +0200, Karel Zak wrote:
> >  mount(8) doesn't include filesystem detection code anymore. You
> >  have to compile --with-fsprobe=3D{blkid,volume_id}, and libblkid
> >  (e2fsprogs) or libvolume_id (udev >=3D v110) is required.
>
> Sorry, but it's really annoying to pull in a filesystem-specific devel
> package for that.  Having a library is fine, but please move the library
> into util-linux so it's always available without another dependency.

ugh, moving libraries which are already actively maintained by other core=20
projects into util-linux is so not a good idea (ignoring the fact that it'd=
=20
easily be a pita/waste for distro maintainers)

quoted text
> That=20
> way xfsprogs could for example drop it's own detection library aswell.

i dont really think this is dependent on util-linux at all.  nothing is=20
stopping xfsprogs from depending on udev or e2fsprogs now.

quoted text
> >  The package build system is now based on autotools. The build system
> >  supports  separate CFLAGS and LDFLAGS for suid programs (SUID_CFLAGS,
> >  SUID_LDFLAGS). For more details see the README file
>
> And this is really dumb.  autotools is a completely pain in the ass and

not really at all.  hand written build systems are a constant source of pai=
n=20
for distribution maintainers and people trying to cross-compile (and the on=
e=20
that was in util-linux had many problems in both these areas).

quoted text
> not useful at all for linux-only tools.

incorrect.  linux changes over time as does the kernel/libc/architecture=20
api's.  look at the old util-linux build system -- it had a crappy hand=20
written configure script to try and detect all these different issues.
=2Dmike