cracklib package incomplete

Nils Philippsen nphilipp at redhat.com
Thu Jan 29 12:44:29 UTC 2004


On Thu, 2004-01-29 at 03:16, Daniel Roesen wrote:
> On Wed, Jan 28, 2004 at 09:10:23PM -0500, Bill Nottingham wrote:
> > Daniel Roesen (dr at cluenet.de) said: 
> > > On a general note: whats the reasoning behind moving those header files
> > > to a subdirectory? It breaks lots of things if no compat symlinks are
> > > provided, but then you could just leave the headers where they were.
> > 
> > namespacing. Apps should *all* use subdirectories in /usr/include
> > wherever possible, to ensure they all stay out of each others way.
> 
> Well, but how much is that worth if it doesn't get changed upstream,
> and you have to patch every single application including headers?

Well, it depends on how much it is worth doing things right instead of
easy ;-).

> Have to admit that I didn't check GDBM situation, but given that
> current PHP still needs <ndbm.h> and has no provision in the
> configure script for <gdbm/*.h>, I guess it hasn't been changed
> upstream... and the symlink was already there in RH 7.1, so...

I don't know of that particular issue, but probably this is something
worth submitting upstream.

If I think about it: Submitting patches that could be of general
interest to upstream would be another thing that would eventually ease
the burden on package maintainers (additionally to cleaning up
Bugzilla).

Nils
-- 
     Nils Philippsen    /    Red Hat    /    nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
 safety deserve neither liberty nor safety."     -- B. Franklin, 1759
 PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20040129/f6902daf/attachment.sig>


More information about the fedora-devel-list mailing list