Your message dated Tue, 10 Jul 2012 12:37:37 +0000
with message-id <[email protected]>
and subject line Bug#680986: Removed package(s) from unstable
has caused the Debian Bug report #181529,
regarding libggi2: differentiation of libggi-target might make sense
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
181529: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=181529
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libggi2
Version: 1:2.0.1-2
Severity: wishlist
Hello.
Some days ago I filed a bug against the koth package (bug #180131)
which resulted in some thoughts on the libggi package's mechanism of
providing libggi-target in each of the libggi-target-... packages.
The problem is the following: If for some reason e.g. only the
libggi-target-aa package is installed on a system, this package will
provide libggi-target. Any other package that gets installed later will
be satisfied by the presence of libggi-target and will install, without
adding any other libggi-targets. And it will run in ascii art mode
then.
Now, some of the packages that depend on libggi-target are just not
designed to be run in a low resolution mode like ascii art. Koth is one
example. A user with the above configuration might, without knowing,
install koth on top of the aa mode, then wondering about buggy (as it
will seem to him) output of this program (if he gets visible output at
all).
The problem is that there is no way for a package depending on libggi
to specify the need for a high resolution mode. Among the ggi targets
are x, fbdev, and svga which provide high resolution graphics,
while the others provide (more or less) terminal based output.
(I don't question the general conception of the libggi targets. It's
great to see that it actually works.)
My suggestion is to add another virtual package, call it e.g.
libggi-target-hires, to those libggi target packages that provide
high res output. Graphical packages like koth could then explicitely
depend on this libggi-target-hires and would not be satisfied with an
already installed libggi-aa. The current, rather static, solution for
koth is to depend on the x, fbdev, and svga targets explicitely and
no longer on libggi-target. This is probably not what was intended
when libggi-target was introduced... A differentiation of
libggi-target would, in my opinion, be a viable solution.
(but you are the boss ;-) )
Best regards,
Ole
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux aibn99 2.4.19 #3 Wed Dec 4 00:37:20 CET 2002 i686
Locale: LANG=C, LC_CTYPE=
Versions of packages libggi2 depends on:
ii libc6 2.3.1-3 GNU C Library: Shared libraries an
ii libgii0 1:0.8.1-1 General Input Interface runtime li
--- End Message ---
--- Begin Message ---
Version: 1:2.2.2-5.1+rm
Dear submitter,
as the package libggi has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see http://bugs.debian.org/680986
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[email protected].
Debian distribution maintenance software
pp.
Alexander Reichle-Schmehl (the ftpmaster behind the curtain)
--- End Message ---
