-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Rene" == Rene Hexel <rh@vip.at> writes:
    Rene> Whenever you use "make update", please be careful that your pkgsrc
    Rene> is really clean.  Nasty things are bound to happen if you try to
    Rene> run "make update" on an unclean tree!  Also, if you installed
    Rene> packages are old, please take into consideration that a seemingly
    Rene> harmless update of a single package can actually end up in an
    Rene> update of a large number of packages on your system.

  This is a very serious thing.
  It is in some sense equivalent to DLL rot and RPM hell.
 
  I would prefer that if one has a dependancy like:

    A --> B --> C --> D

  (D depends on libraries C, B and A, Easy with gnome apps)

  And I want to install:
    A' --> Z

  that A and A' can coexist. At least, that the files (i.e. .so's) for
A can coexist with A'. if this puts some new constraint on ELF that wasn't
there with A.OUT (that silly symlink?), then I'd like to know if we can
fix that problem instead.

  This does put some strong constraints upon how package A behaves. We
need to make this category of well behaved "A" and make sure that toolkit
people (like gettext, etc.) understand this.

  Historically, one reason *BSD has prevailed over Redhat systems in many
places is because you didn't risk screwing yourself by installing a new
libc. (a dynamically linked /bin also contributed). But, generally, this has
been because *BSD does not use its package system for the base install, so
you know that you will have something bootable even if the packages are
screwed.  

  The alternative is the Redhat/Windows problems. The W2K solution of
having a /lib for each application (then throw file system "compression"
at the disk consumption problem) is ridiculous.

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another NetBSD/notebook using, kernel hacking, security guy");  [
  





-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1
Comment: Processed by Mailcrypt 3.5.5, an Emacs/PGP interface

iQCVAwUBOxZQvoqHRg3pndX9AQEeAwP/cppSUK1ZoqWwyZrzIT0931Pdy4qkxCub
F+W9a0Pq8toSx9gpEA+k0nFpk0lbpW78rjMNi1WCQeNiLaNOIuadpCPUjDfhjOtx
sNYKznGaOmcpdILz4eZ0pBoGvUTfREG4IFuh62PSRW9xghdUExWMaLN1NkAluEwP
GDcNrri/yRo=
=VuYU
-----END PGP SIGNATURE-----