17.08.2011 12:16, Liang Guo wrote: > On Wed, Aug 17, 2011 at 5:33 AM, Michael Tokarev <m...@tls.msk.ru> wrote: >> >> We'll need to list all the rest in build-depends too, and update >> it every time upstream will pick something else as needlessly as >> it is now. In particular, currently it's libssl-dev (right version) -- >> provided we patched out various other X bits. With this particular >> user - qemu-kvm - it so happens that libssl-dev gets pulled too, >> unlike libpixmap, so there's no issue here. For other package that >> will try to use libspice, there will be yet another bug of the same >> nature but due to missing libssl-dev dependency. >> >> The problem is to have real dependencies - both build- and run-tme, >> no less (to avoid bugs like this) and no more (to avoid pulling >> whole archive just to install a random binary). >> > It looks like the better solution is: > > 1 move pixman-1 >= 0.17.7 celt051 >= 0.5.1.1 openssl to > Requires.private in spice-server.pc > 2 keep libpixman-1-dev (>= 0.17.7~), libssl-dev in depends control file field > > The disadvantage is libpixman-1-dev (>= 0.17.7~), libssl-dev need be > downloaded. > > What's your opinion ?
That's the best approach so far, yes. > Actually I think removing pixman-1 >= 0.17.7 openssl from Requires is > acceptable too, > qemu/qemu-kvm don't use staticially link at all, and no other program > calls spice. while qemu/qemu-kvm does not, it calls pkg-config, which, in case any of packages listed in Requires: or Requires.private: variables are missing, complains, just like in my initial bugreport. This is true for pkg-config --cflags, which is used by qemu. So the final solution is to keep libssl-dev and libpixman-dev as build dependencies (and watch for versions!), move the "dependent" packages to Requires.private, and stop depending on extra stuff. Now, can someone tell me what problem pkg-config is trying to _solve_ ? :) (Kidding really, I know it's helpful when installing from sources using upstream makefiles directly, for example). /mjt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
