Bug 272046 – Keyword {dev-libs,virtual}/libffi

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Samuli Suominen (RETIRED) 2009-06-01 07:29:44 UTC]

These packages are package masked waiting for your keywording,

# Samuli Suominen <[e-mail]> (01 Jun 2009)
# virtual/libffi needs to be keyworded before unmasking.
x11-libs/gtk-server
>=dev-libs/g-wrap-1.9.11
>=dev-scheme/guile-gnome-platform-2.16.0

Last arch, PLEASE, remove the mask or at least leave this bug open so it can be handled.

[Comment 1 Ferris McCormick (RETIRED) 2009-06-01 13:59:18 UTC]

Everything marked ~sparc, I believe.  Note that
1) The actual version is guile-gnome-platform-2.16.1;
2) We also need to keyword dev-scheme/guile-cairo-1.4.0

(On sparc, I see one test failure (out of about 1400) for dev-libs/libffi:

FAIL: libffi.call/return_sc.c -O0 -W -Wall execution test,
but I keyworded it ~sparc for testing nonetheless; I'm not sure the test is valid.)

[Comment 2 Samuli Suominen (RETIRED) 2009-06-01 19:51:44 UTC]

This bug is about keywording the virtual/libffi, not the list in Comment #0.
Just wanted that to be clear.

If your package uses libffi but doesn't use pkgconfig you can use has_version to trick the include directory, if you hit a case like this please contact me if you want an example..

[Comment 3 Ferris McCormick (RETIRED) 2009-06-01 20:19:39 UTC]

(In reply to comment #2)
> This bug is about keywording the virtual/libffi, not the list in Comment #0.
> Just wanted that to be clear.
> 
> If your package uses libffi but doesn't use pkgconfig you can use has_version
> to trick the include directory, if you hit a case like this please contact me
> if you want an example..
> 

I misunderstood, I guess.  In any event, to keyword virtual/libffi I had to have dev-libs/libffi around, so I went ahead and did the keywording on the understanding that packages would have to be unmasked before anything actually happened.  Sorry if I did this incorrectly, but everything seemed to work. ...

[Comment 4 Samuli Suominen (RETIRED) 2009-06-02 14:54:30 UTC]

Adding also archteam's that has dev-lang/python keyworded, because it might be possible use this one as in it too.

[Comment 5 Samuli Suominen (RETIRED) 2009-06-02 14:54:49 UTC]

For bsd, both ~sparc-fbsd and ~x86-fbsd would be appericiated.

[Comment 6 Jeroen Roovers (RETIRED) 2009-06-02 22:31:21 UTC]

Marked ~hppa.

[Comment 7 Samuli Suominen (RETIRED) 2009-06-03 11:57:36 UTC]

Keyworded ~alpha, thanks to Blackb|rd for testing.

[Comment 8 Raúl Porcel (RETIRED) 2009-06-03 18:43:05 UTC]

~arm/~ia64/~s390/~sh done

[Comment 9 Samuli Suominen (RETIRED) 2009-06-04 12:50:27 UTC]

~ppc/~ppc64, thanks to Luca for testing

[Comment 10 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2009-06-12 14:20:30 UTC]

Reopening.

[Comment 11 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2009-06-12 14:22:11 UTC]

m68k, mips, sparc-fbsd and x86-fbsd keywords are still missing.

[Comment 12 Alexis Ballier 2009-06-25 14:55:27 UTC]

(In reply to comment #11)
> m68k, mips, sparc-fbsd and x86-fbsd keywords are still missing.

For x86-fbsd: tests fail epicly, anything I tried to play with libffi didn't work (that'd be nice to have a test plan though). Samuli promised to have a deeper look at it with upstream on a regular FreeBSD, I don't know what's the status there.

[Comment 13 Samuli Suominen (RETIRED) 2009-10-03 07:51:53 UTC]

Let's note it also here that libffi is now keyworded ~x86-fbsd, so only ~sparc-fbsd is missing. It was a problem in configure.ac.

[Comment 14 Samuli Suominen (RETIRED) 2009-10-05 19:37:42 UTC]

~sparc-fbsd is keyworded and handled in bug 287811 now.

[Comment 15 Samuli Suominen (RETIRED) 2009-10-12 10:06:30 UTC]

*** Bug 288697 has been marked as a duplicate of this bug. ***

[Comment 16 Samuli Suominen (RETIRED) 2009-10-14 09:31:30 UTC]

*** This bug has been marked as a duplicate of bug 287383 ***