On 5/10/05, attilio <[EMAIL PROTECTED]> wrote: > Hi mike > > as i told you yesterday i had a big problem with my pc; now i got my > data back and a spare pc to work on, so there should be little slowdon > in development. > Actually i'm testing the fe on gtk 2.4 and 2.6, but i'll soon switch to > 2.8 as soon is relased if you tell me that 2.8 will be the version of > gtk around which most dfb gdk development will be done.
Yes I plan to support 2.8 until the directfb backend is stable and complete. > Note that before shipping the gtk frontend in a official > debian-installer cd we'll need to build udebs of all the needed > libraries; for sure we'll include a cutted-down version of gtk (widgets > like file selector, paint tablet, tree, ruler etc etc are not needed for > the debian-installer) to save space on the installer-cd (some times ago > i tried to compile a gtk without tree* and the saving was nearly 1 mb!). We will be doing the same. My approach is to try and figure out a way to do fine grained builds so you can cut at the component level and at the function level for a build. I'm not sure autoconf is up to the job and am thinking of some sort of xml file format that could be used by a gui tool. The linux kernel build has the "right" idea maybe it can be used or if anyone has suggestions there welcome. In any event my goal is to try to create a formal way to cutdown libraries in general for embedded use. One idea I like is to run a preprocess that actually cuts out the "offending" code and generates real reduced sources for compile instead of filling the files with ifdefs. Since I think you mentioned this is a thesis project I'd consider formal methods for code reduction a academic exercise :) > So it's not really necessary that the whole gtkdfb works correctly, the > parts we'll use in the debian installer would be enough to integrate > dfbgtk in the debian netinst cd. > By the way i'll continue developing in X, and as soon the gdk dfb is > ready (we're not in a hurry, since the first alpha relase of the new > debian installer in not scheduled before two-three months) we'll switch > to it for testing. > Thank you very much for the good work you're doing No problem I find trying to stuff large libraries on small devices a rewarding challenge :) The whole area of trying to bring desktop functionality to mobile devices is finally causing the holy grail of code reuse to become commercially important. Mike > > Attilio > > > Mike Emmel wrote: > > To answer my own email the GTK team has this documented. > > http://www.gtk.org/plan/2.8/ > > So June 1 it should start freezing. > > I have a personal commitment for a demo at the end of June. > > Once thats done then I will be working hard on the directfb backend > > fixing bugs etc etc. > > > > All I can say is it looks like your timing is terrible :) > > I will be checking the status of the backend over the next few days > > agianst the GTK cvs I'll let you know the results. I think it may be > > easy to bring > > > > Mike > > > > > > On 5/9/05, Mike Emmel <c> wrote: > > > >>On 5/9/05, attilio <[EMAIL PROTECTED]> wrote: > >> > >>>Hi mike > >>> > >>>i've tried to compile the latest gdkdfb cvs snapsot against almost every > >>>version of gtk i could get my hands on , included > >>>http://www.directfb.org/downloads/Libs/gtk+-directfb-2.0.9-2.tar.gz > >>>(which is the one i've used to test the frontend in the dfb environment) > >>>but i couldn't succed in any way. > >> > >>Okay let me see if there going to do a tag as you mention later. > >>I can get you a build but lets see if I can do better then some timed > >>checkout. > >> > >>>Cooperation is very welcomed: could you pkeas tell me more about the > >>>morphix project tou're working on? > >> > >>Its just for demoing some of our other embedded software that supports > >>linux its and easy way to do a embedded demo :) > >> > >> > >>>I' developing the gtk debian frontend as a thesis: here at the > >>>polithecnic of turin they want to biuld custom debian-based cdroms for > >>>the public administration, so they need a decent instalation frontend. > >> > >>Well I think we could work together on the core morphix part of the > >>distro for the most part. We are going to be using busybox and other > >>more embedded libraries so I'm not sure how much we overlap. > >> > >>>Actually i'm stuck: the gtk frontend seems to be stable but cannot be > >>>tested in "real world" since it lacks a stable gdk layer and so it > >>>cannot hit the road for testing. > >>>I've seen your post on [email protected] : let's wait now and > >>>hope something is gonna move soon. > >>> > >>>ciao > >>> > >>>Attilio > >>> > >>>_______________________________________________ > >>>directfb-dev mailing list > >>>[email protected] > >>>http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev > >>> > >> > > > > _______________________________________________ > > directfb-dev mailing list > > [email protected] > > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev > > > > _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
