Re: Gtk DirectFB backend (again...)
On Sun, 2010-09-05 at 15:37 +0100, Emmanuele Bassi wrote: On Sat, 2010-09-04 at 19:47 +0200, Lionel Landwerlin wrote: Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend because no maintainer was carrying it (which I wasn't aware of). that's frankly odd, since the backend has been known to be broken since the 2.14 release, which happened two years ago. And it was fixed by me during the 2.14 release cycle. Honestly I don't have the time though to keep it working on a regular basis. That's why I asked Lionel to step up as the maintainer of the backend. That said, let's see how the work on the backend in Lionel's git repository evolves... Sven ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk DirectFB backend (again...)
On Sat, 2010-09-04 at 19:47 +0200, Lionel Landwerlin wrote: Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend because no maintainer was carrying it (which I wasn't aware of). that's frankly odd, since the backend has been known to be broken since the 2.14 release, which happened two years ago. This week Sven pushed the patches I made for GTK+ 2.22. I would really like to see GTK+ work well on DirectFB, that's why I would like to step up as a maintainer for the backend. start by maintaining a clone of the gtk+ repository, reinstating the backend, making it work and *keeping up* with the changes in master. before 3.0, or 3.2, it can be re-evaluated if the dfb backend should once again be integrated within the main repository. I'm sorry, but taking maintainership offers at face value, especially after all the history we had with that backend, doesn't feel at all right to me; the main problem of the dfb backend is that it gets maintained in bursts, whenever some entity (most likely commercial) decides to bump up their dependency on gtk and finds that the backend has been badly broken. maintaining a gdk backend requires continuous work to keep up with internal changes, and it also entails a modicum of showing up at the meetings to at least give direction and feedback when those internal changes are planned. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk DirectFB backend (again...)
Le dimanche 05 septembre 2010 à 15:37 +0100, Emmanuele Bassi a écrit : start by maintaining a clone of the gtk+ repository, reinstating the backend, making it work and *keeping up* with the changes in master. before 3.0, or 3.2, it can be re-evaluated if the dfb backend should once again be integrated within the main repository. Fair enough, I will do my best. Regards, -- Lionel Landwerlin ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Gtk DirectFB backend (again...)
Hello everyone, Pushing back the DirectFB subject again. Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend because no maintainer was carrying it (which I wasn't aware of). This week Sven pushed the patches I made for GTK+ 2.22. I would really like to see GTK+ work well on DirectFB, that's why I would like to step up as a maintainer for the backend. I think I could spend up to 1h/2h a day to respond to bugs and try to fix the last problems I've seen on GTK + 2.22 at first, then it would be great to revive the backend in GTK+ 3.0 (I started to rework the backend against the master branch but it's not functional at the moment). STLinux.com has also a number of patches to Cairo that needs to be pushed upstream. For those who care, I started to hack/fix on the GTK+ DirectFB backend about 4 months ago. I needed to build WebKit for a Set Top Box which only provided a frame buffer driver. Before that, I already wrote a couple of DirectFB drivers who worked on top of proprietary drivers (not the usual frame buffer) still for Set Top Box. Regards, -- Lionel Landwerlin ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
