Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master grimoire by Treeve Jelbert (9cbbde905788e41e90590d6c82deefc9fa67bd51)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Eric Sandall <eric AT sandall.us>
  • To: sm-commit AT lists.ibiblio.org
  • Subject: Re: [SM-Commit] GIT changes to master grimoire by Treeve Jelbert (9cbbde905788e41e90590d6c82deefc9fa67bd51)
  • Date: Thu, 05 Mar 2009 11:36:37 -0800


Quoting Remko van der Vossen <wich AT yuugen.jp>:

On Thu, Mar 05, 2009 at 06:42:18PM +0100, Arwed von Merkatz wrote:
I don't think all of these actually depend on libxcb. Most of them are
probably just linked to it due to other libraries they use.

Well regardless, the binaries in question directly link with those shared
libraries, so they are dependencies, whichever way you look at it,
though perhaps looking at full dependency trees would be good for the
script, but then how do we define a direct dependency exactly? In other
words, what is 'actually depend' and how can we determine that properly.

I had the same issue with avahi and many GNOME libraries. Most of those libraries don't actually use avahi, but they'll link with it if it's available. Without the dependency information there, `dispel --user-deps` will not know to rebuild those packages after removing avahi, nor will `cast -R` or `cast -B` or `cleanse --fix` know the proper order for checking breakage.

The proper(TM) fix is to file an upstream bug and have them modify their build process to not link against unused libraries (we could even supply a patch if we have the time and knowledge), but the quick fix is to add (optional) dependencies for any linkage.

-sandalle

--
Eric Sandall | Source Mage GNU/Linux Developer
eric AT sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/
http://eric.sandall.us/ | http://counter.li.org/ #196285





Archive powered by MHonArc 2.6.24.

Top of Page