Hello all,
I've been caught a zillion time frustrating Hans for dragging my feet in
the gtk2.0 conversion. My last word on that was "we can't until we have the
prerequisites in sid [and Rawhide, Cooker, etc.]".
Here's a little exploration of dia's dependencies, and their availability on
Debian "sid" (unstable) and "woody" (testing, soon-to-be-stable).
Now, dia depends more or less on :
libart2 (>= 1.2.13-5), libgdk-pixbuf2 (>= 0.16.0-1),
libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.10-4), libpng2(>=1.0.12), libpopt0
(>= 1.6.2-1), libxml1 (>= 1:1.8.14-3), zlib1g (>= 1:1.1.4),
gdk-imlib1, libaudiofile0 (>= 0.2.3-4), libdb3 (>= 3.2.9-1), libgnome32
(>= 1.2.13-5), libgnomesupport0 (>= 1.2.13-5), libgnomeui32 (>= 1.2.13-5),
(these dependencies are for the Debian dia 0.88.1 packages (all three),
merged, and with some obvious stuff like libc6 or xlibs pruned)
Let me sort this into:
*** glib, libgtk
auric% madison libglib2.0-0
libglib2.0-0 | 2.0.1-2 | testing | alpha, arm, hppa, i386, ia64,
m68k, mips, mipsel, powerpc, s390, sparc
libglib2.0-0 | 2.0.3-1 | unstable | alpha, arm, hppa, i386, ia64,
m68k, mips, mipsel, powerpc, s390, sparc
auric% madison libgtk2.0-common
libgtk2.0-common | 2.0.2-2 | testing | alpha, arm, hppa, i386,
ia64, m68k, mips, mipsel, powerpc, s390, sparc
libgtk2.0-common | 2.0.2-5 | unstable | alpha, arm, m68k, mips,
mipsel, powerpc, s390
libgtk2.0-common | 2.0.3-1 | unstable | hppa, i386, ia64, sparc
auric% madison libpango-common
libpango-common | 1.0.1-3 | testing | alpha, arm, hppa, i386, ia64,
m68k, mips, mipsel, powerpc, s390, sparc
libpango-common | 1.0.1-4 | unstable | arm, m68k, s390
libpango-common | 1.0.2-1 | unstable | alpha, hppa, i386, ia64,
mips, mipsel, powerpc, sparc
This is OK (Pango is fine on Win32 says Hans, so we are not going to bother
with non-Pango builds at all. GdkFont is now officially a dead-end, IMO).
Status: Good.
*** libxml1:
Of course libxml2 is available. Let's put the poor libxml1 to rest, at long
last. We will still need the hackish XML load-time wrapper to handle the
case where we didn't specify the encoding and didn't encode in UTF-8 (all
pre-0.90 releases).
Status: Good.
*** libgdk-pixbuf2:
This one seems to have been swallowed by libgtk2.0; has
it ???
Status: Uknown !
*** libart2
auric% madison libart-2.0-2
libart-2.0-2 | 2.3.8-1 | testing | alpha, arm, hppa, i386, ia64,
m68k, mips, mipsel, powerpc, s390, sparc
libart-2.0-2 | 2.3.8-2 | unstable | alpha, arm, hppa, hurd-i386,
i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
Status: Good.
*** libgnome*:
auric% madison libgnome2-0
libgnome2-0 | 1.117.1-1 | unstable | m68k
libgnome2-0 | 1.117.2-1 | unstable | alpha, arm, hppa, i386, ia64,
mips, mipsel, powerpc, s390, sparc
auric% madison libgnomeui-0
libgnomeui-0 | 1.117.0-1 | unstable | m68k
libgnomeui-0 | 1.117.2-1 | unstable | alpha, arm, hppa, i386, mips,
mipsel, powerpc, s390, sparc
auric% madison libgnomeprint2-0
libgnomeprint2-0 | 1.114.0-1 | unstable | alpha, arm, hppa, i386,
ia64, m68k, mips, mipsel, powerpc, s390, sparc
(I'm totally unsure it's wise to keep GNOME-Print. We're not that
incompetent at printing by ourselves, and unless Win32 also has GNOME-Print,
we'll have to keep our own way of doing, anyway. We might be able to use
libgnomeprintui, though).
Status: Good.
*** imlib*:
It looks like the scope of imlib2 is different from imlib1; I see no
gdk-imlib2 package. OTOH, I see that libgtk2.0-0 seems to have built-in
capability to load PNG and JPEGs, and it seems we didn't need ImLib for much
else.
Status: Uknown, assumed Good.
-------------------------------
So, the only packages apparently missing are gdk-pixbuf and gdk-imlib; I
assume they have been swallowed by the main GDK (I would love if someone
could confirm that).
Hans, good news for you: I'm not dragging my feet anymore.
Let's give us one quiet week for a "brown bag" release, and heck, if nobody
else complains about "gtk2.0 is not mature enough", 'nuff waiting.
-- Cyrille
--
Grumpf.