On Thu, 5 May 2005, Steve Langasek wrote: > Package: gettext-base > Version: 0.14.1-10 > Severity: serious > Justification: incomplete dependencies > Tags: sid sarge > > The package blender recently failed to build on hppa due to a strange > gettext-related error: > <http://buildd.debian.org/fetch.php?&pkg=blender&ver=2.36-1&arch=hppa&stamp=1115183059&file=log&as=raw> > > Tracking this down, it appears that /usr/lib/libgettextpo.so is contained in > the 'gettext' package, whereas /usr/lib/libgettextpo.so.0.1.0 is contained > in the 'gettext-base' package; and /usr/lib/libgettextsrc-0.14.x.so and > /usr/lib/libgettextlib-0.14.x.so are also contained in the 'gettext' > package.
[ Big Oops! ] > This means that: > > - the library /usr/lib/libgettextpo.so.0.1.0 in gettext-base is not usable > without also installing the gettext package, yet there is no dependency > from gettext-base -> gettext (and probably shouldn't be) > - such a dependency would need to be strictly versioned, because ABI changes > in libgettextsrc or libgettextlib break the runtime dependency (as > happened here). > > The right fix is probably to move all the libraries into a single package, > with an appropriate Replaces: line; I imagine gettext, rather than > gettext-base, is the right package, since no one's complained about > gettext-base being broken before now. I mostly agree. libgettextpo should be in gettext, not in gettext-base. Actually, this is what the PACKAGING document in the source recommends. [ By "all the libraries" I suppose you mean "libgettextpo*", as libasprintf should still be kept in gettext-base ]. > This bug affects both 0.14.1-10 in sarge and 0.14.4-1 in sid, and probably > needs to be fixed separately for each version on account of the freeze. Actually, I was going to ask for 0.14.4-1 to be included in testing, as it does not contain any changes from 0.14.1-10 which are unsuitable for testing. There are several reasons why I would like to see 0.14.x in testing: * It is still a 0.14.x release (no major changes). * It contains the upstream "Solomonic" bug fix for the gettext.sh issue. In 0.14.2 and later, gettext.sh is both an executable shell script (honoring --help and --version) and a shell library function and it's not in /usr/share/gettext anymore. I would really dislike shipping /usr/share/gettext/gettext.sh in a stable release, as that would make people to believe that it's ok to hardcode it. * Lot of files have relaxed licensing terms. * The Debian diff is clean again. No autoconf/automake junk added to the diff. This will surely make life easier to everybody if there is a need to upload it again to fix security bugs, for example. So: Could I please fix this in unstable and ask release managers (i.e. you :-) to propagate to testing afterwards? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
