linux-kernel - Re: [ANNOUNCE] util-linux-ng 2.13-rc1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200707051242.00625.vapier@gentoo.org>
Date:	Thu, 5 Jul 2007 12:41:59 -0400
From:	Mike Frysinger <vapier@...too.org>
To:	Christoph Hellwig <hch@...radead.org>
Cc:	Karel Zak <kzak@...hat.com>,
	List util-linux-ng <util-linux-ng@...r.kernel.org>,
	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [ANNOUNCE] util-linux-ng 2.13-rc1

On Wednesday 04 July 2007, Christoph Hellwig wrote:
> 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={blkid,volume_id}, and libblkid
> >  (e2fsprogs) or libvolume_id (udev >= 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 
projects into util-linux is so not a good idea (ignoring the fact that it'd 
easily be a pita/waste for distro maintainers)

> That 
> 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 
stopping xfsprogs from depending on udev or e2fsprogs now.

> >  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 pain 
for distribution maintainers and people trying to cross-compile (and the one 
that was in util-linux had many problems in both these areas).

> not useful at all for linux-only tools.

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

Download attachment "signature.asc " of type "application/pgp-signature" (828 bytes)