[oe] Adding support for DirectFB across the board

Koen Kooi k.kooi at student.utwente.nl
Mon Sep 24 11:08:00 UTC 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Purdie schreef:
> On Sun, 2007-09-23 at 15:20 -0400, shanevolpe at gmail.com wrote:
>> I have been adding in support for directFB to as many packages as
>> possible, however one issue I have ran into several times is what do I
>> do when there are packages that can be compiled with X11 or directfb
>> support and then what do you do with packages that may depend on a
>> package compiled with directfb or X11.  Ok that was pretty confusing,
>> let me give an example.
>>
>> I have added cairo-directfb which compiles cairo with directfb instead
>> of X11.  Next I wanted to add (update) gtk+-directfb to use
>> cairo-directfb instead of cairo.  That part was easy I just changed
>> the DEPENDS cairo in gtk+-directfb to cairo-directfb..  The issue came
>> when I noticed that gtk+ also requires pango which requires cairo so
>> what do I do here, do I make a new pango called pango-directfb?  It
>> seems like the better thing would be set up a virtual/cairo and set it
>> to either cairo or cairo-directfb.  If I go that route how do I set it
>> up so it does not break everyone's build that does not have
>> virtual/cairo set, is there a way to default it to something like
>> cairo?
> 
> The thing you need to consider is that pango compiled with a standard
> cairo is a different package to pango compiled with cairo-directfb.
> 
> The virtual namespace is used to show things that are equivalent and
> pango is different to pango-directfb since I couldn't interchange them.
> 
> You therefore need to create a pango-directfb, ugly as that may be (.inc
> files can minimise the ugliness though).

Don't forget to add RCONFLICTS statements, since the resulting binary has the same name (IIRC)

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFG95qQMkyGM64RGpERAvWrAKCfPDULCnbztGCa/Op+4r6TFR4i3QCeIAoR
c6DOEu6KMroHJYKzzbeNZOI=
=BNa1
-----END PGP SIGNATURE-----




More information about the Openembedded-devel mailing list