Patch to add DirectFB backend to current GTK+ sources

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Patch to add DirectFB backend to current GTK+ sources

Attilio Fiandrotti-2
Hi

I prepared a tarball [1] containing the DFB backend for GTK+, backported
from GTK's CVS HEAD to 2.8.x, and a patchfile to compile GTK 2.8.17 with
the DFB backend.
The patchfile has been tested with GTK 2.8.17 from CVS, DirectFB 0.9.24
and and Cairo 1.1.6 built with DFB backend; produced GTK liraries were
succsfully tested with the GIMP.
This patch should allow the debian-gtk-gnome team to produce both the
X11 and DFB version (used in the debian-installer) of the GTK libraries
from the same source package.
This is a temporary solution, as when GTK 2.10 is released, this will be
possible without patches for upstream sources as it already contains the
DFB backend.
Having the debian-gtk-gnome team managing also the DFB version of GTK+
libraries will also allow the d-i team to drop its own 2.0.9 source
packages.
Having GTKDFB 2.8.17, whose DFB backend is much more stable than the old
one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
released with graphical frontend enabled by default ?

Attilio Fiandrotti

[1] https://debian.polito.it/downloads/gtk+-directfb.tar.bzip


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Patch to add DirectFB backend to current GTK+ sources

Sven Luther
On Mon, May 22, 2006 at 01:43:10AM +0200, Attilio Fiandrotti wrote:
> Hi
>
> I prepared a tarball [1] containing the DFB backend for GTK+, backported
> from GTK's CVS HEAD to 2.8.x, and a patchfile to compile GTK 2.8.17 with
> the DFB backend.

Hey, Attilio, this is great, thanks a lot for this work.

> The patchfile has been tested with GTK 2.8.17 from CVS, DirectFB 0.9.24
> and and Cairo 1.1.6 built with DFB backend; produced GTK liraries were
> succsfully tested with the GIMP.
> This patch should allow the debian-gtk-gnome team to produce both the
> X11 and DFB version (used in the debian-installer) of the GTK libraries
> from the same source package.
> This is a temporary solution, as when GTK 2.10 is released, this will be
> possible without patches for upstream sources as it already contains the
> DFB backend.
> Having the debian-gtk-gnome team managing also the DFB version of GTK+
> libraries will also allow the d-i team to drop its own 2.0.9 source
> packages.
> Having GTKDFB 2.8.17, whose DFB backend is much more stable than the old
> one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
> released with graphical frontend enabled by default ?

I am not sure, i got the impression that the default choice was not due to
this consideration, but more about the general maturity of it.

Friendly,

Sven Luther


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Patch to add DirectFB backend to current GTK+ sources

Eddy Petrișor
On 5/22/06, Sven Luther <[hidden email]> wrote:
> > Having GTKDFB 2.8.17, whose DFB backend is much more stable than the old
> > one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
> > released with graphical frontend enabled by default ?
>
> I am not sure, i got the impression that the default choice was not due to
> this consideration, but more about the general maturity of it.

I think that is not the case, iirc, the 2.8 was preffered for the
exact reason of not having to maintain two gtk trees. Every arch
except hurd has libgtk2.0-0 at 2.8.17 while 2.8.16 has migrated in
testing:

http://packages.debian.org/unstable/libs/libgtk2.0-0

--
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
Reply | Threaded
Open this post in threaded view
|

Re: Patch to add DirectFB backend to current GTK+ sources

Sven Luther
On Mon, May 22, 2006 at 04:58:22PM +0300, Eddy Petrişor wrote:

> On 5/22/06, Sven Luther <[hidden email]> wrote:
> >> Having GTKDFB 2.8.17, whose DFB backend is much more stable than the old
> >> one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
> >> released with graphical frontend enabled by default ?
> >
> >I am not sure, i got the impression that the default choice was not due to
> >this consideration, but more about the general maturity of it.
>
> I think that is not the case, iirc, the 2.8 was preffered for the
> exact reason of not having to maintain two gtk trees. Every arch
> except hurd has libgtk2.0-0 at 2.8.17 while 2.8.16 has migrated in
> testing:
>
> http://packages.debian.org/unstable/libs/libgtk2.0-0

Sure, but this  is a gtk/gnome choice, i was refering to the d-i choice here.

Friendly,

Sven Luther


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Patch to add DirectFB backend to current GTK+ sources

Attilio Fiandrotti-2
In reply to this post by Eddy Petrișor
Eddy Petrişor wrote:

> On 5/22/06, Sven Luther <[hidden email]> wrote:
>
>> > Having GTKDFB 2.8.17, whose DFB backend is much more stable than the
>> old
>> > one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
>> > released with graphical frontend enabled by default ?
>>
>> I am not sure, i got the impression that the default choice was not
>> due to
>> this consideration, but more about the general maturity of it.
>
>
> I think that is not the case, iirc, the 2.8 was preffered for the
> exact reason of not having to maintain two gtk trees. Every arch
> except hurd has libgtk2.0-0 at 2.8.17 while 2.8.16 has migrated in
> testing:

For sure dropping unofficial source packages for both Cairo and GTK will
be a great step towards standradization of the g-i, prerequisite for it
to become the default Debian installation frontend, but i also expect
many benefits to come from the adoption of GTKDFB 2.8.17 (and related
stack of updated libraries like cairo and DFB)

-Better stability of the DFB backend: having worked a lot with Mike
Emmel during last months at debugging it, i know how much it has evolved
from the old 2.0.9 times and how many bugs have been fixed.
-Support for RTL text in GTKTreeView, available starting only from GTK 2.2
-Capability to automatically scroll a GTKTreeView to the active row
(broken in GTKDFB 2.0.9)
-Row selection via keyboard for GTKTreeView
-Better text rendering: currently, GTKDFB 2.0.9 tends to mangle some
glyphs in some circumstances

After integrating the g-i into regluar buils, i think moving to updated
libraries from standard trees is the most important thing that has yet
to happen for the g-i to become mature.

fiendly

Attilio


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Patch to add DirectFB backend to current GTK+ sources

Eddy Petrișor
In reply to this post by Sven Luther
On 5/22/06, Sven Luther <[hidden email]> wrote:

> On Mon, May 22, 2006 at 04:58:22PM +0300, Eddy Petrişor wrote:
> > On 5/22/06, Sven Luther <[hidden email]> wrote:
> > >> Having GTKDFB 2.8.17, whose DFB backend is much more stable than the old
> > >> one found in GTKDFB 2.0.9, available as udeb may allow Etch to be
> > >> released with graphical frontend enabled by default ?
> > >
> > >I am not sure, i got the impression that the default choice was not due to
> > >this consideration, but more about the general maturity of it.
> >
> > I think that is not the case, iirc, the 2.8 was preffered for the
> > exact reason of not having to maintain two gtk trees. Every arch
> > except hurd has libgtk2.0-0 at 2.8.17 while 2.8.16 has migrated in
> > testing:
> >
> > http://packages.debian.org/unstable/libs/libgtk2.0-0
>
> Sure, but this  is a gtk/gnome choice, i was refering to the d-i choice here.

I thought that was the reasoning behind
http://lists.debian.org/debian-boot/2006/05/msg00675.html, wasn't it?

--
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein