Harti Brandt wrote:
> On Fri, 20 Jul 2001, Yoshihiro Koya wrote:
> YK>I CVSuped at Thu Jul 19 11:33:58 UTC 2001, and did make world.
> YK>Then Xwrapper always exits on signal 11, and I cannot use X11 now.
> You need to recompile all ports using pam. See /usr/src/UPDATING.
Is there any extensive list of the ports that have a dependancy on libpam?
I can tell this is gonna be a pain, but hey, that's -current...
Such a list would be useful info... Possibly for other system libraries as well for
future changes to -current.
Just an idea, and I'm laying odds it would be a huge project to document system
library dependancies for /usr/ports as a whole, but
for -current, such info could be handy. I could volunteer some of my time, but
honestly, I know I can't do it by myself if it
hasn't been done yet.
Maybe it could be documented by the port maintainers as to which system libraries a
port uses as a standard procedure for adding a
port to -current, possibly with a additional option to make search such as "make
search ldep=libpam" for instance?
IMHO, it would make -current less of a pain to deal with when fundamental library
changes are made requiring ports to be recompiled.
We all know that such things are bound to happen in -current, indeed they must, but
anything to make the transition easier at the
policy level would help!
Maybe we can get a team of people that can document such dependancies for future
transistions, contact the port maintainers for
their help as available, and require such info for new ports? I would volunteer my
time, short as it is, for such an endeavor.
I've done -current for heck, five or six years now, and EVERY time small fundamental
changes are made, small bits get missed in the
transition, as well as it being a case of "if it breaks, recompile it without asking
why" for the stuff that we all miss in such
transitions because the program is only rarely used.
I just tossing these out as suggestions, and I am offering to give what help I can to
such a project. First, there must be a policy
decision on the matter of port-inclusion requiring such a breakdown of system library
dependancies, afterwards we should worry about
how to do this.
This goes beyond libpam into making life under -current, hard knocks as it is, at
least much easier to deal with when small, but
fundamental changes are made to the base libraries themselves.
Once the initial work is done, it would be a simple matter of the port maintainer him
or herself to do this. maybe under
I don't know about the utility of this to -RELEASE and -STABLE, but I'm sure it could
come in handy there as well, in case of CERT
bulletins, etc, that require such small, but fundamental changes to libraries in the
future on such platforms, and we all know that
is a possibility at any time even under -RELEASE and -STABLE. This alone could
justify it as a general FreeBSD ports inclusion
requirement, and not just applicable to -current. Such documentation should originate
in -current, and ultimately be left in when
it becomes -RELEASE and -STABLE, thus back-porting the documentation and inclusion
guidelines to 4.x may not be necessary.
IMHO, this would solve one longstanding problem that -current has always had. This
would also allow some form of security-related
info [possibly using a package/port search utility] in the -RELEASE and STABLE version
from 5.0-R onward for what needs to be
replaced/recompiled if/when a serious security flaw is found in a system library and
it gets fixed.
Anyhow, back to the original question... Does such a list already exist for libpam?
ET has one helluva sense of humor!
He's always anal-probing right-wing schizos!
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message