Debian Bug report logs - #401287
libungif to libgif transition

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: "Andre Colomb \(local\)" <acolomb@schickhardt.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: libgif4: Should this package provide libungif4g?

Date: Sat, 02 Dec 2006 12:37:53 +0100

Package: libgif4
Version: 4.1.4-1
Severity: important

Hi!

I recently discovered that on my testing/unstable system, giflib3g and
giflib3g-dev are no longer available from the repository. I tried to
upgrade these to libgif4 and libgif-dev, but that broke a lot of
dependencies because libgif4 Conflicts: with libungif4g and Replaces: it.

However, the package does not have a Provides: attribute for libungif4g,
so all packages depending on that will be broken by installing libgif4.

I see two solutions to this:
 - State in the libgif4 package that it Provides: libungif4g
 - Convince all the other packages' maintainers to depend on libungif4g |
   libgif4. That would be an awful lot of packages.

These packages currently depend on libungif4g: (as reported by aptitude)
advi 1.6.0-11
afterstep 2.2.2-2
array-util 1.9-2
aterm 1.0.0-4
aterm-ml 1.0.0-4
cheops-ng 0.2.3-3
driftnet 0.1.6-7
emacs-snapshot 1:20061201-1
emacs-snapshot-gtk 1:20061201-1
emacs21 21.4a+1-1
endeavour2 2.7.1-1
endeavour2 2.7.3-1
fbi 2.05-2
gdal-bin 1.3.2-2
gdk-imlib11 1.9.14-31
gdk-imlib11 1.9.14-32
gfontview 0.5.0-6
gnustep-gui-runtime 0.11.0-2
icewm 1.2.28-4
ida 2.05-1
imlib11 1.9.14-31
imlib11 1.9.14-32
ktoon 0.8-1
kuickshow 4:3.5.5-2
libafterimage0 2.2.2-2
libafterstep1 2.2.2-2
libcamlimages-ocaml 2.20-8
libgdal1-1.3.2 1.3.2-2
libgdiplus 1.1.18-1
libgnustep-gui0.11 0.11.0-2
libimager-perl 0.50-1
libimlib2 1.3.0.0debian1-4
libming-util 1:0.3.0-9+b2
libming-util 1:0.3.0-9+b2
libming0 1:0.3.0-9+b2
libopenscenegraph4 1.2.0-2
libsimage20 1.6.1-2
libswf-perl 1:0.3.0-9+b2
libungif-bin 4.1.4-4
libungif4-dev 4.1.4-4
libwraster3 0.92.0-6
mgp 1.11b-7
motioneye 1.2-3
mozart-gtk 20060615-2
mplayer 1.0~rc1-4
paintlib2c2a 2.6.2-8
paul 0.1.1-6
pixelize 0.9.2-3
pslib1 0.2.7-1
qvwm 1:1.1.12-4
spamprobe 1.4b-2
vice 1.19-1
vice 1.20-1
wallp 0.64-7
xplanet 1.2.0-1.2
xplanet 1.2.0-1.3+b1
xteddy 2.1-1
fontforge 0.0.20061019-1

Would be great if you could find a reasonable way to resolve this
situation.

Thanks in advance!

Regards, Andre

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Message #10 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Daniel Baumann <daniel@debian.org>

To: "Andre Colomb (local)" <acolomb@schickhardt.org>, 401287@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#401287: libgif4: Should this package provide libungif4g?

Date: Sat, 02 Dec 2006 15:55:05 +0100

retitle 401287 libungif to libgif transition
severity 401287 wishlist
thanks

after etch, there will be a transition for this.

-- 
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

Message #19 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Santiago Vila <sanvila@unex.es>

To: Daniel Baumann <daniel@debian.org>

Cc: "Andre Colomb (local)" <acolomb@schickhardt.org>, 401287@bugs.debian.org

Subject: Re: Bug#401287: libgif4: Should this package provide libungif4g?

Date: Fri, 23 Mar 2007 11:54:44 +0100 (CET)

On Sat, 2 Dec 2006, Daniel Baumann wrote:

> retitle 401287 libungif to libgif transition
> severity 401287 wishlist
> thanks
> 
> after etch, there will be a transition for this.

Ok, but why are we shipping giflib-tools in etch at all?

Please take a look at this:

# apt-get install giflib-tools
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  libgif4
The following packages will be REMOVED:
  emacs21 gdk-imlib11 gettext-el libungif4g libwraster3 mplayer
  mplayer-skin-blue python-mode wmaker xzgv
The following NEW packages will be installed:
  giflib-tools libgif4
0 upgraded, 2 newly installed, 10 to remove and 0 not upgraded.
Need to get 204kB of archives.
After unpacking 23.9MB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.

IMHO, this is the kind of things we should try to avoid in a stable release,
as they create a lot of confusion for our ousers.

Message #24 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Daniel Baumann <daniel@debian.org>

To: Santiago Vila <sanvila@unex.es>, 401287@bugs.debian.org, debian-release@lists.debian.org

Subject: Re: Bug#401287: libgif4: Should this package provide libungif4g?

Date: Fri, 23 Mar 2007 12:10:50 +0100

Santiago Vila wrote:
> why are we shipping giflib-tools in etch at all?

i don't know, i don't even know why it even updated in testing on
february 2007.

release team, please just remove giflib from testing, no package does
depend on it (yet).

-- 
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

Message #29 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Steve Langasek <vorlon@debian.org>

To: debian-release@lists.debian.org

Cc: Santiago Vila <sanvila@unex.es>, 401287@bugs.debian.org

Subject: Re: Bug#401287: libgif4: Should this package provide libungif4g?

Date: Fri, 23 Mar 2007 19:01:52 -0700

On Fri, Mar 23, 2007 at 12:10:50PM +0100, Daniel Baumann wrote:
> Santiago Vila wrote:
> > why are we shipping giflib-tools in etch at all?

> i don't know, i don't even know why it even updated in testing on
> february 2007.

Evidently because the package was reported to close bug #395382.

> release team, please just remove giflib from testing, no package does
> depend on it (yet).

Removed, though I thought the reason it wasn't removed before was because
there was a package that had depended on it.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon@debian.org                                   http://www.debian.org/

Message #34 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Eric Lammerts <eric@lammerts.org>

To: 401287@bugs.debian.org

Subject: time to fix this?

Date: Wed, 03 Oct 2007 15:00:12 -0400

etch has been released for quite a while now, can we fix this?

thanks

Eric

Message #39 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Daniel Baumann <daniel@debian.org>

To: Eric Lammerts <eric@lammerts.org>, 401287@bugs.debian.org

Subject: Re: Bug#401287: time to fix this?

Date: Thu, 04 Oct 2007 04:23:37 +0200

Eric Lammerts wrote:
> etch has been released for quite a while now, can we fix this?

one transition after one.. i do have to do another one first
(ttf-bitstream-vera).

-- 
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

Message #44 received at 401287@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: 401287@bugs.debian.org

Subject: Re: Bug#401287: time to fix this?

Date: Thu, 06 Dec 2007 20:29:58 +0000

It looks like the easy way to fix this would be to modify the libungif4g 
package to not contain libgif but unstead depend on the libgif4 package 
for it and version the conflict in the libgif package to reflect that 
change.

Then once that change has reached testing the build-deps of packages 
that use libungif can be changed to use libgif gradually without causing 
disruption.

Message #49 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Shawn Starr <shawn.starr@rogers.com>

To: 401287@bugs.debian.org

Subject: Re: Bug#401287: libgif4: Should this package provide libungif4g?

Date: Mon, 10 Dec 2007 03:10:07 -0500

It should be noted:

http://sourceforge.net/forum/forum.php?forum_id=753553

"Work on libungif has been halted due to the expiration of the patent on LZW. 
giflib continues to have bugfixes and patches merged. As part of this work, 
the sourceforge project has been renamed from libungif to giflib."

giflib-4.1.6   2007-11-10

Message #54 received at 401287-done@bugs.debian.org (full text, mbox, reply):

From: Daniel Baumann <daniel@debian.org>

To: 401287-done@bugs.debian.org

Subject: Re: libungif to libgif transition

Date: Thu, 17 Jan 2008 22:55:21 +0100

Version: 4.1.6-2

-- 
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

Message #59 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Imanel <imanel@tlen.pl>

To: 401287@bugs.debian.org

Subject: Re: libungif to libgif transition

Date: Wed, 6 Feb 2008 16:20:13 +0000

Amd64 Unstable libgif4:

Conflicts: libungif4g
Replaces: libungif4g
Provides: libungif4g

But no virtual package "libungif4g" created and much of apps
(*term,mplayer and so on) won't install.

Probably exacly like last time there's just no link... Please correct
in less time than last time;)

Message #64 received at 401287@bugs.debian.org (full text, mbox, reply):

From: Daniel Baumann <daniel@debian.org>

To: Imanel <imanel@tlen.pl>, 401287@bugs.debian.org

Subject: Re: Bug#401287: libungif to libgif transition

Date: Wed, 06 Feb 2008 16:28:37 +0100

Imanel wrote:
> Probably exacly like last time there's just no link...

nope. different problem, different solution.

> Please correct in less time than last time;)

extremely motivating.

-- 
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

Send a report that this bug log contains spam.