Re: gtk+2.7.0 / directfb

[Attilio Fiandrotti <fiandro@tiscalinet.it>]

Hi

as far as i know only davide's "homemade" gtk 2.7.0  lbraries are 
available , and as soon as davide's libraries will prove gtk over dfb is 
now stable enough to allow cdebconf to run without crashing we should 
start to make experiments to pack into udebs the latest gtk, glib, atk 
and pango libraries and qnything else that is needed by the gtk frontend.
Maybe you could help Davide to prepare precompiled libraries to compile 
the gtk frontend against (he told me next week he's going on vacations 
so he won't be abe to work on it for a couple of weeks).
GTK 2.8 is planned for august, 1st

http://www.gtk.org/plan/2.8/

i think this is the version that has to be packed into udebs, right?

ciao

attilio


Alastair McKinstry wrote:
> Hi,
>
> I am (technically) maintainer of the gtk2.0+directfb package, which
> Micheal Cardenas created for the original work on the GTK frontend in
> 2003. This package is now well out of date with this work; has anyone
> yet created official debs /udebs for gtk2.7+directfb?
>
> I propose obsoleting gtk2.0+directfb and instead packaging
> gtk+directfb . (As the only user of such a package appears to be d-i,
> there is little point in producing multiple versions for different
> versions of gtk+.
>
> Any comments?
>
> Regards
> Alastair McKinstry
>
>
> On Aoine, 2005-07-08 at 17:50 +0300, Joey Hess wrote:
>
> > Davide Viti wrote:
> >
> > > Hi,
> > > here's the URL where you can grab a tarball with all the necessary
> > > stuff needed to test the brand new library.
> > > I'm not sure everything is compiled too well, but even the source seem 
> > > not too be perfect yet though :)
> > >
> > > https://debian.polito.it/downloads/dfb_2.7.0-1.tgz
> >
> > I'd suggest making it available by http, since d-i wget does not support
> > https.
> >
> >
> > > In /usr/bin you'll find some executables: ghello is a minimal example and
> > > gtk-demo is the standard demo shipped with the libs.
> > > they both worked pretty well on my test.
> >
> > Hmm, both fail after I untar it onto a d-i system with libpthread.so.0:
> > cannot open shared object file. Does not seem to be in the tarball.