[pkg-GD-devel] Bug#443654: Bug#443654: Suppression of libgd2-noxpm?

[Charles Plessy]

Le Fri, Jun 25, 2010 at 04:02:10PM +0200, Jonas Smedegaard a écrit :
>
> There is 2 GD transitions pending, as I see it: Dropping noxpm flavor,  
> and using the generic "gd" as namespace rather than "gd2".
>
> I imagine that the transition is best done in multiple steps, like this:
>
> Now:
>
>   * Rename libgd2-xpm-dev as libgd-dev
>   * Rename libgd2 as libgd
>   * Introduce dummy libgd2-noxpm-dev depending on libgd-dev
>   * Introduce dummy libgd2-xpm-dev depending on libgd-dev
>   * Introduce dummy libgd2-noxpm depending on libgd
>   * Introduce dummy libgd2-xpm depending on libgd
>
> Post Squeeze + 1:
>
>   * Drop dummy packages

Hi Jonas,

I have been thinking about the possible transitions, and I concluded that there
can be either the way you proposed, where the xpm and noxpm flavours are taken
over by a new package, or a two-step migration where first the noxpm package
becomes dummy and depends on the xpm flavor, and then the xpm flavor is
renamed.

If there is no obstacle to the first option (the one you proposed), I think it
would be preferrable. What I have not determined yet is whether there can be
some problems like libgd provides libgd2-xpm, but will not be installed because
libgd2-noxpm is there and conflicts on libgd2-xpm, and libgd2-noxpm will not be
upgraded to the version with no conflicts because libgd will not be installed
and the updated libgd2-noxpm depends on it.

Since I am not so proficient with such dependancy theory, I wanted to check
empirically if this would work or not. I attached here a patch of my work in
progress. Unfortunately, I did not have time today to finish to switch from
flavor building to simple building. After suppressing the flavors, the build
directory becomes $(CURDIR). I run in the following problems, that I do
not know how related they are to this aspect of the change.

 - d-shlibmove does not find anymore files nicely sorted in an include
   directory.

 - common-post-build-arch, that depends on buildmore, does not seem to be
   called, and therefore the packages lack the README files that debhelper
   wants to install.

It is perhaps easy to fix, but not today…

Lastly, we should better propose a ‘lintian test + release goal’ combo. I can
work on the lintian test after the modification of the source package is
completed.

Have a nice day,

-- 
Charles
-------------- next part --------------
A non-text attachment was scrubbed...
Name: no-noxpm.diff
Type: text/x-diff
Size: 20659 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gd-devel/attachments/20100705/bab27d1e/attachment.diff>