Philipp Kern <pk...@debian.org> writes: > On Fri, Sep 10, 2010 at 05:52:35PM -0700, John Sullivan wrote: >> Please unblock package planner-el. >> >> 3.42-3 fixes a FTBFS bug by removing a build dependency that does not >> exist in squeeze. Instead of naming specific emacs version packages as >> build dependencies, it just names the emacsen virtual package (which >> it did before as one of the ORed list), since any of the providers of >> that package work. > > How did you build test it? I suppose that the default sbuild dependency > resolving algorithm will fail horribly on this. >
I tested building it inside pbuilder with each of the following: emacs emacs23 emacs23-lucid emacs23-nox xemacs21-mule xemacs21-mule-canna-wnn xemacs21-nomule These are all the providers of the emacsen virtual package in squeeze. I tested each provider individually in a fresh environment, as well as with apt-get build-dep to make sure it could work without any provider yet installed. I see other emacs packages using ORed build-dependencies (muse-el, remember-el) instead of or in addition to the virtual emacsen package, but Lucas's bug suggested I shouldn't use ORed build-deps either. If there's a better recommended way to state that any of the alternatives will suffice for building, I'm happy to apply it. My fix is essentially the same as what was done in remember-el to fix the same bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543126). -- -John Sullivan -http://wjsullivan.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
