Sven Luther wrote:
I don't know since i only have i386 machines to compile GTKDFB 2.8.3 on (my RS6000 PPC is too slow for compiling such a big set of libs like gtkdfb etc.).On Wed, Nov 09, 2005 at 01:07:48AM +0100, Attilio Fiandrotti wrote:Hi at https://debian.polito.it/downloads/d-i_dfb.tgz you can find a GTKDFB 2.8.3 set of libs compiled for i386, they include DirectFB 0.9.25 GTKDFB 2.8.3 pango 1.10 cairo 1.0.2 slim everything else (glib,atk,freetype) comes from standard udebs. i use this to test the frontend with GTKDFB 2.8.3 instead of 2.0.9.As you can see many annoying bug that used to show up in GTKDFB 2.0.9 (like broken GtkTreeView scrolling) no longer show up. just put the .tgz file togheter with .tgz font files and build the gtk-miniiso. GTKDFB 2.8.3 seems to wors as fine as 2.0.9 (also better), maybe could we start thinking of experimental gtkdfb 2.8.3 (and related libs) udebs?Indeed that would be great, i would be willing to do daily builds using those as opposed to whatever is in unstable right now. I wonder if this fixes the bigendian cursor and logo errors ?
I've also put the mini.iso here https://debian.polito.it/downloads/gtk_dfb_2.8.3_2005-10-21.tgzit seems to run smooth (apart from some badly drawn widgets), could someone give it a try so that if we find bugs we can tell mike emmel? I also have to admit yhat thinking about newer udebs is a bit premature: many libs like GDKDFB and CAIRODFB have still to be moved to GTK and CAIRO mainlines and some libs like slim don't even have a maintainer. I also have talked a lot these days with Mike Emmel: basically he said he will mantain CAIRODFB and will take care of merging it into CAIRO mainline. He also said he's busy these days so he needs help in developing mantaining GDKDFB (a couple of other developers is needed) and so cannot take care of merging it into GTK mainline. He suggested that we, the debian-installer team, should take care of asking gtk-devel@lists.gnome.org for the merge and raise help from those developers who once worked at the (now abandoned) GTK-FB project. This is a quite wide plan but, since we need GTKDFB to be fixed and standardized for the raphical d-i, we need to put efforts in this. I could ask preliminary at gtk-devel if someone is interested in helping Mike in developing and maintaining GTKDFB and merging it into the GTK mainline, even before the graphical d-i project is announced to the world.
ciao Attilio