Re: [directfb-dev] Rebuilding directfb gdk/gtk

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

Re: [directfb-dev] Rebuilding directfb gdk/gtk

Mike Emmel
pangocairo is in the latest pango CVS.  Its as the name suggest pango
using the cairo backend.  I'm working on the port I've had to back off
till after I finish a demo for java one which is only a few more weeks
then I'll be back on the port I promise :)

The current problem is that cariodfb is terribly out of date and I
need to upgrade it. I am working on it as I get a chance. I tried to
integrate the DirectFB locking into cairo and now I don't think thats
a good idea. Backing it out will simply things quite a bit. This means
that as long as your using a Cairo referance the surface is locked to
you dispose. Now I think thats the right thing to do. That will also
fix a lot of artifacts caused by the fact I broke a lot of the locking
semantics adding cairo support.

I'll work on the cairo work this week I have time to do that, if its
working then the actual gdk code should be fairly easy to get working.

You should go ahead and work on the 2.8 or current CVS tree cairo adds
support for a lot of graphics ops missing from the core directfb
framework. As a side effect it allows gdk run quite well on simpler
systems such ad DirectFB. On that note the last gtk cvs  tag was
GTK_2_6_7 which is very old I tried to find out about when the next
tag was to no avial. If you know someone who is willing to let the
world know when the first 2_8 tag will be made that would be
fantastic. If they tag it its a LOT easier for me to get the directfb
port into a more usable state.

Mike


On 6/7/05, Davide Viti <[hidden email]> wrote:

> Hi,
> I spent the last few days trying to rebuild a set of libraries that
> could be used to test the graphical frontend for the Debian
> installer. The gtk+-directfb-2.0.9-2 is rather outdated and it would
> be interesting to see how things behave with more recent snapshots of
> the libs.
>
> ATM my goal is to rebuild what could be named gtk+-directfb-2.6.7-1
> Here's the list of components I've downloaded:
>
> DirectFB-2005-06-06-04-25-11-UTC.tar.gz
> cairodfb-2005-06-07-04-25-28-UTC.tar.gz
> glib-2.6.0.tar.gz
> pango-1.8.1.tar.gz
>
> All of them compiled fine.
> I've then downloaded gdk-directfb-2005-06-07-04-25-32-UTC and
> merged it with gtk+-2.6.7, struggled alot but no success.
> some of the changes contained in gtk-directfb.patch
> seemed not to have sense against gtk+-2.6.7:
>
> =======
> RCS file: /cvs/gnome/gtk+/configure.in,v
> retrieving revision 1.433
> diff -u -w -r1.433 configure.in
> --- configure.in        27 Mar 2005 19:20:51 -0000      1.433
> +++ configure.in        30 Mar 2005 15:48:02 -0000
> ...
> @@ -1413,6 +1414,8 @@
>          PANGO_PACKAGES="pangowin32 pangocairo"
>  elif test "x$gdktarget" = "xlinux-fb"; then
>          PANGO_PACKAGES="pangoft2 pangocairo"
> +elif test "x$gdktarget" = "xdirectfb"; then
> +        PANGO_PACKAGES="directfb pango pangocairo"
>  else
>          PANGO_PACKAGES="pango pangocairo"
>  fi
>
> ----------
>
> the original configure.in does not mention pangocairo anywhere.
> This makes me think I should probably use something older before
> experimenting with 2.6.7.
> So I checked out an older version of gtk+ (2.2) but i'm not sure this
> is the right direction.
>
> could anybody please give some hints?
> could anybody please list the libraries needed and a reasonable
> version number for each of them?
> I'm running Debian Sarge... hopefully the tools should be not outdated
> many thanx in advance
>
> Davide
>
>
>
> BodyID:86705934.2.n.logpart (stored separately)
>
> _______________________________________________
> directfb-dev mailing list
> [hidden email]
> http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
>
>
>
_______________________________________________
gtk-devel-list mailing list
[hidden email]
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Reply | Threaded
Open this post in threaded view
|

Re: [directfb-dev] Rebuilding directfb gdk/gtk

Mike Emmel
Well it seems the Gnome people are becoming concerned about the
situation also so I think we will finally get some timelines for tags
on 2.8.

All I can say is hang in there for a bit longer. Once they start tagging CVS
I should be able to produce a usable port. I'm assuming they will tag
cairo also :)

Mike

On 6/7/05, Mike Emmel <[hidden email]> wrote:

> pangocairo is in the latest pango CVS.  Its as the name suggest pango
> using the cairo backend.  I'm working on the port I've had to back off
> till after I finish a demo for java one which is only a few more weeks
> then I'll be back on the port I promise :)
>
> The current problem is that cariodfb is terribly out of date and I
> need to upgrade it. I am working on it as I get a chance. I tried to
> integrate the DirectFB locking into cairo and now I don't think thats
> a good idea. Backing it out will simply things quite a bit. This means
> that as long as your using a Cairo referance the surface is locked to
> you dispose. Now I think thats the right thing to do. That will also
> fix a lot of artifacts caused by the fact I broke a lot of the locking
> semantics adding cairo support.
>
> I'll work on the cairo work this week I have time to do that, if its
> working then the actual gdk code should be fairly easy to get working.
>
> You should go ahead and work on the 2.8 or current CVS tree cairo adds
> support for a lot of graphics ops missing from the core directfb
> framework. As a side effect it allows gdk run quite well on simpler
> systems such ad DirectFB. On that note the last gtk cvs  tag was
> GTK_2_6_7 which is very old I tried to find out about when the next
> tag was to no avial. If you know someone who is willing to let the
> world know when the first 2_8 tag will be made that would be
> fantastic. If they tag it its a LOT easier for me to get the directfb
> port into a more usable state.
>
> Mike
>
>
> On 6/7/05, Davide Viti <[hidden email]> wrote:
> > Hi,
> > I spent the last few days trying to rebuild a set of libraries that
> > could be used to test the graphical frontend for the Debian
> > installer. The gtk+-directfb-2.0.9-2 is rather outdated and it would
> > be interesting to see how things behave with more recent snapshots of
> > the libs.
> >
> > ATM my goal is to rebuild what could be named gtk+-directfb-2.6.7-1
> > Here's the list of components I've downloaded:
> >
> > DirectFB-2005-06-06-04-25-11-UTC.tar.gz
> > cairodfb-2005-06-07-04-25-28-UTC.tar.gz
> > glib-2.6.0.tar.gz
> > pango-1.8.1.tar.gz
> >
> > All of them compiled fine.
> > I've then downloaded gdk-directfb-2005-06-07-04-25-32-UTC and
> > merged it with gtk+-2.6.7, struggled alot but no success.
> > some of the changes contained in gtk-directfb.patch
> > seemed not to have sense against gtk+-2.6.7:
> >
> > =======
> > RCS file: /cvs/gnome/gtk+/configure.in,v
> > retrieving revision 1.433
> > diff -u -w -r1.433 configure.in
> > --- configure.in        27 Mar 2005 19:20:51 -0000      1.433
> > +++ configure.in        30 Mar 2005 15:48:02 -0000
> > ...
> > @@ -1413,6 +1414,8 @@
> >          PANGO_PACKAGES="pangowin32 pangocairo"
> >  elif test "x$gdktarget" = "xlinux-fb"; then
> >          PANGO_PACKAGES="pangoft2 pangocairo"
> > +elif test "x$gdktarget" = "xdirectfb"; then
> > +        PANGO_PACKAGES="directfb pango pangocairo"
> >  else
> >          PANGO_PACKAGES="pango pangocairo"
> >  fi
> >
> > ----------
> >
> > the original configure.in does not mention pangocairo anywhere.
> > This makes me think I should probably use something older before
> > experimenting with 2.6.7.
> > So I checked out an older version of gtk+ (2.2) but i'm not sure this
> > is the right direction.
> >
> > could anybody please give some hints?
> > could anybody please list the libraries needed and a reasonable
> > version number for each of them?
> > I'm running Debian Sarge... hopefully the tools should be not outdated
> > many thanx in advance
> >
> > Davide
> >
> >
> >
> > BodyID:86705934.2.n.logpart (stored separately)
> >
> > _______________________________________________
> > directfb-dev mailing list
> > [hidden email]
> > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
> >
> >
> >
>
_______________________________________________
gtk-devel-list mailing list
[hidden email]
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Reply | Threaded
Open this post in threaded view
|

Re: [directfb-dev] Rebuilding directfb gdk/gtk

Davide Viti
In reply to this post by Mike Emmel
Hi Mike,
I basically wanted to make some experience with rebuilding.
my goal would be helping out attilio and the debian installer team
to speed up the development of the graphical frontend.
Most of the time I spent so far with directfb has been trying
(unsuccessfully) different versions of different libs; seems
like the way to go is using the latest snapshots from CVS.
Tonight I restarted from scratch: let's see if I arrive anywhere.

> pangocairo is in the latest pango CVS.  Its as the name suggest pango
> using the cairo backend.  I'm working on the port I've had to back off
> till after I finish a demo for java one which is only a few more weeks
> then I'll be back on the port I promise :)

I just recompiled glib, atk, pango and I'm currently configuring gtk+
looks like cairo support has not been enabled: damn.
On another machine (i cannot use now) it worked...
once I get to the point where I can compile gtk+, I'll start pulling in
directfb stuff (which I already tried to compiled in the past days)

do you have any suggestions. I feel like I have many sparse pieces
and I'm sure I'm not too far from getting there...

thanx

Davide

_______________________________________________
gtk-devel-list mailing list
[hidden email]
http://mail.gnome.org/mailman/listinfo/gtk-devel-list

signature.asc (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [directfb-dev] Rebuilding directfb gdk/gtk

Mike Emmel
Gtk 2.6 and 2.8 or currrent CVS are very different internally.
Your pretty much looking at a significant port to either take the
current directfb cvs based on 2.8 back to work on 2.6 or the older one
2.02? up to 2.6.
I think you will find you bit off a significant about of work. If the
GTK teams comes through and tags there CVS for 2.7->2.8 development as
they plan next week fixing the remaing bugs agianst the 2.8
development branch is not a huge amount of work.

My suggestion would be to checkout the current CVS trees and patch I
did this the patch applies then we can work on the build problems.
There not huge a few days of work should get it working agian. The
only issue here is if I checkout tomorrow I either use your timestamp
as a baseline or I'm tracking the gtk cvs...

The core problem is we don't have a tag on the GTK cvs we can all work agianst.

Mike


On 6/8/05, Davide Viti <[hidden email]> wrote:

> Hi Mike,
> I basically wanted to make some experience with rebuilding.
> my goal would be helping out attilio and the debian installer team
> to speed up the development of the graphical frontend.
> Most of the time I spent so far with directfb has been trying
> (unsuccessfully) different versions of different libs; seems
> like the way to go is using the latest snapshots from CVS.
> Tonight I restarted from scratch: let's see if I arrive anywhere.
>
> > pangocairo is in the latest pango CVS.  Its as the name suggest pango
> > using the cairo backend.  I'm working on the port I've had to back off
> > till after I finish a demo for java one which is only a few more weeks
> > then I'll be back on the port I promise :)
>
> I just recompiled glib, atk, pango and I'm currently configuring gtk+
> looks like cairo support has not been enabled: damn.
> On another machine (i cannot use now) it worked...
> once I get to the point where I can compile gtk+, I'll start pulling in
> directfb stuff (which I already tried to compiled in the past days)
>
> do you have any suggestions. I feel like I have many sparse pieces
> and I'm sure I'm not too far from getting there...
>
> thanx
>
> Davide
>
>
> BodyID:86884379.2.n.logpart (stored separately)
>
>
_______________________________________________
gtk-devel-list mailing list
[hidden email]
http://mail.gnome.org/mailman/listinfo/gtk-devel-list