gmane.linux.gentoo.alt

Error when building dev-lang/python-2.7.2-r3

Lars Herbach — 2012-05-25T06:13:10

Hey,
I'm trying to build Gentoo-alt on a Mac OS X 10.7.4 machine with gcc 
4.2.1 installed. During compilation of python, I'm getting the build 
error below. Any hints?

Thanks,
Lars.



/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGDataProvider.h:8: 
error: declaration for parameter 'CGDataProviderRef' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGColorSpace.h:8: 
error: declaration for parameter 'CGColorSpaceRef' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGColor.h:8: 
error: declaration for parameter 'CGColorRef' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGContext.h:8: 
error: declaration for parameter 'CGContextRef' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGAffineTransform.h:109: 
error: declaration for parameter 'CGRectApplyAffineTransform' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGAffineTransform.h:99: 
error: declaration for parameter 'CGSizeApplyAffineTransform' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreGraphics.framework/Headers/CGAffineTransform.h:92: 
error: declaration for parameter 'CGPointApplyAffineTransform' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ScalerStreamTypes.h:114: 
error: declaration for parameter 'scalerStreamData' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ScalerStreamTypes.h:108: 
error: declaration for parameter 'scalerStream' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ScalerStreamTypes.h:80: 
error: declaration for parameter 'scalerPrerequisiteItem' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:1267: 
error: declaration for parameter 'ATSFontQueryMessageID' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:1249: 
error: declaration for parameter 'ATSFontQuerySourceContext' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:189: 
error: declaration for parameter 'ATSFontNotifyAction' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:155: 
error: declaration for parameter 'ATSFontNotifyOption' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:128: 
error: declaration for parameter 'ATSFontNotificationInfoRef' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:127: 
error: declaration for parameter 'ATSFontNotificationRef' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:125: 
error: declaration for parameter 'ATSFontFilter' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:112: 
error: declaration for parameter 'ATSFontFilterSelector' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:99: 
error: declaration for parameter 'ATSFontIterator' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSFont.h:98: 
error: declaration for parameter 'ATSFontFamilyIterator' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:491: 
error: declaration for parameter 'FontVariation' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:453: 
error: declaration for parameter 'sfntFeatureHeader' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:443: 
error: declaration for parameter 'sfntFontRunFeature' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:438: 
error: declaration for parameter 'sfntFontFeatureSetting' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:433: 
error: declaration for parameter 'sfntFeatureName' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:416: 
error: declaration for parameter 'sfntDescriptorHeader' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:410: 
error: declaration for parameter 'sfntFontDescriptor' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:396: 
error: declaration for parameter 'sfntVariationHeader' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:379: 
error: declaration for parameter 'sfntInstance' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:367: 
error: declaration for parameter 'sfntVariationAxis' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:348: 
error: declaration for parameter 'sfntNameHeader' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:337: 
error: declaration for parameter 'sfntNameRecord' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:289: 
error: declaration for parameter 'sfntCMapHeader' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:279: 
error: declaration for parameter 'sfntCMapEncoding' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:269: 
error: declaration for parameter 'sfntCMapExtendedSubHeader' but no 
such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:258: 
error: declaration for parameter 'sfntCMapSubHeader' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:48: 
error: declaration for parameter 'sfntDirectory' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:38: 
error: parameter 'sfntDirectoryEntry' has incomplete type
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/SFNTTypes.h:38: 
error: declaration for parameter 'sfntDirectoryEntry' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSLayoutTypes.h:673: 
error: declaration for parameter 'ATSULayoutOperationOverrideSpecifier' 
but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSLayoutTypes.h:559: 
error: declaration for parameter 'ATSULineRef' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSLayoutTypes.h:544: 
error: declaration for parameter 'ATSJustWidthDeltaEntryOverride' but 
no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSLayoutTypes.h:498: 
error: declaration for parameter 'ATSTrapezoid' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSLayoutTypes.h:482: 
error: declaration for parameter 'ATSLayoutRecord' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:355: 
error: declaration for parameter 'ATSGlyphScreenMetrics' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:345: 
error: declaration for parameter 'ATSGlyphIdealMetrics' but no such 
parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:338: 
error: declaration for parameter 'ATSUCurvePaths' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:333: 
error: declaration for parameter 'ATSUCurvePath' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:304: 
error: declaration for parameter 'ATSFontMetrics' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:268: 
error: declaration for parameter 'ATSFontSize' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:260: 
error: declaration for parameter 'FMFilter' but no such parameter
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Headers/ATSTypes.h:242: 
error: declaration for parameter 'FMFontDirectoryFilter' but no such 
parameter
Python/mactoolboxglue.c:472: error: expected '{' at end of input
make: *** [Python/mactoolboxglue.o] Error 1
emake failed
 * ERROR: dev-lang/python-2.7.2-r3 failed (compile phase):
 *   emake failed
 *
 * Call stack:
 *     ebuild.sh, line  85:  Called src_compile
 *   environment, line 5576:  Called die
 * The specific snippet of code:
 *       emake EPYTHON="python${PV%%.*}" || die "emake failed"

Re: Error while building gcc-4.5.3-r1 on x86_64-pc-solaris2.10.

Drew Richardson — 2012-05-17T22:18:49

That worked.  Thanks.

On Wed, May 16, 2012 at 12:30 AM, Fabian Groffen <grobian< at >gentoo.org> wrote:

Re: Error while building gcc-4.5.3-r1 on x86_64-pc-solaris2.10.

Fabian Groffen — 2012-05-16T06:30:47

Do you have a synced tree?  This problem should not occur any more.  Why
don't you install 4.6.3?  If it isn't available for you, you need a
sync, which will fix compile 4.5.3 also.

Error while building gcc-4.5.3-r1 on x86_64-pc-solaris2.10.

Drew Richardson — 2012-05-15T22:29:51

How can I resolve the below error when building gcc-4.5.3-r1 on
x86_64-pc-solaris2.10?

Thanks,

Drew


/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc
-B/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/bin/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/lib/
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/include
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/sys-include
   -g -march=native -O2 -pipe -O2 -O2  -g -march=native -O2 -pipe -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC
-g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED    -I.
-I. -I../.././gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/.
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../include
 -DHAVE_CC_TLS  -o gthr-gnat_s.o -MT gthr-gnat_s.o -MD -MP -MF
gthr-gnat_s.dep -DSHARED -fexceptions -c
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc/gthr-gnat.c
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc
-B/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/bin/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/lib/
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/include
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/sys-include
   -g -march=native -O2 -pipe -O2 -O2  -g -march=native -O2 -pipe -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC
-g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED    -I.
-I. -I../.././gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/.
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../include
 -DHAVE_CC_TLS  -o unwind-c_s.o -MT unwind-c_s.o -MD -MP -MF
unwind-c_s.dep -DSHARED -fexceptions -c
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc/unwind-c.c
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc
-B/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/bin/
-B/develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/lib/
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/include
-isystem /develop/richanh/x86_64-pc-solaris2.10/usr/x86_64-pc-solaris2.10/sys-include
   -g -march=native -O2 -pipe -O2 -O2  -g -march=native -O2 -pipe -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC
-g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED    -I.
-I. -I../.././gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/.
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc
-I/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../include
 -DHAVE_CC_TLS  -o emutls_s.o -MT emutls_s.o -MD -MP -MF emutls_s.dep
-DSHARED -fexceptions -c
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/libgcc/../gcc/emutls.c
make[3]: *** No rule to make target `gmon.o', needed by
`libgcc-extra-parts'.  Stop.
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory
`/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-solaris2.10/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory
`/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build'
make: *** [bootstrap-lean] Error 2
emake failed
 * ERROR: sys-devel/gcc-4.5.3-r1 failed (compile phase):
 *   emake failed with bootstrap-lean
 *
 * Call stack:
 *     ebuild.sh, line   85:  Called call-ebuildshell 'src_compile'
 *   environment, line  580:  Called src_compile
 *   environment, line 4011:  Called gcc_src_compile
 *   environment, line 2446:  Called toolchain_src_compile
 *   environment, line 4792:  Called gcc_do_make
 *   environment, line 2301:  Called die
 * The specific snippet of code:
 *       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}"
LIBPATH="${EPREFIX}${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}"
${GCC_MAKE_TARGET} || die "emake failed with ${GCC_MAKE_TARGET}";
 *
 * If you need support, post the output of 'emerge --info
=sys-devel/gcc-4.5.3-r1',
 * the complete build log and the output of 'emerge -pqv
=sys-devel/gcc-4.5.3-r1'.
 *
 * Please include
/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/gcc-build-logs.tar.bz2
in your bug report
 *
 * The complete build log is located at
'/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/temp/build.log'.
 * The ebuild environment file is located at
'/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/temp/environment'.
 * Working directory:
'/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build'
 * S: '/develop/richanh/x86_64-pc-solaris2.10/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build'

Re: OpenRC on Prefix for service daemons

Alan Hourihane — 2012-05-12T17:06:50

Wonderful !

Benda, I have some patches floating around for an older version of
OpenRC to support FreeMiNT.

Alan.

On 05/12/12 13:18, Benda Xu wrote:

OpenRC on Prefix for service daemons

Benda Xu — 2012-05-12T12:18:22

Dear All,

Have you ever wanted to start a daemon from prefix in a gentoo way but
noticed portage saying
,----
| * removed /etc/init.d and /etc/conf.d directories until bug #196294 has
been resolved
`----
to you? It has been disappointing for to me to manually start daemons
repeatedly.

A solution introducing OpenRC[1] is around the corner waiting for your
trial and review:

     https://wiki.gentoo.org/wiki/OpenRC/Prefix

As you can see from the contents,

   1 USING heroxbd's openrc-prefix overlay
       1.1 install baselayout-prefix and portage from the overlay
   2 GETTING openrc-9999 emerged on prefix
       2.1 glibc and sysvinit
       2.2 OpenRC config
   3 EXAMPLE: tinc
       3.1 prefixify init script
       3.2 fire up tincd from OpenRC
   4 EXAMPLE: nginx
       4.1 prefixify init script
       4.2 prefixify nginx.conf
       4.3 normal privilege
       4.4 add nginx to default runlevel and fire up
   5 Further Reading

following the tutorial will give you a working tinc and/or nginx managed
by OpenRC, and of course a common base to start any daemon from Prefix
in the unified Gentoo way with power of OpenRC.

Enjoy ;) Don't forget to email or bug me for feedback.

Cheers!
Benda

1. http://www.gentoo.org/proj/en/base/openrc/

Re: media-gfx/xfig

Fabian Groffen — 2012-05-08T06:20:16

To (try to) clarify for all:

On 07-05-2012 13:21:34 -0700, Johan Hattne wrote:

Everything you can find here:
  http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay
ends up in the rsync tree, replacing the packages from mainline Gentoo.

Hence, what you see here:
  http://rsync1.prefix.freens.org/
is the Gentoo linux rsync tree, with the packages from above url
replaced.

libpng is in the overlay, and it was "behind", hence revisions were
missing.

Fabian

Re: media-gfx/xfig

Johan Hattne — 2012-05-07T20:21:34

On 6 May 2012, at 05:12, Konstantin Tokarev wrote:


It was really missing from the tree.


Different issue, I guess.  However, Fabian's sync did the trick.  Thanks all for your help!

// Cheers; Johan

Re: media-gfx/xfig

Fabian Groffen — 2012-05-06T12:27:54

Prefix tree has a modified copy, for Darwin and Solaris patches.  A sync
had to be performed, which has just been committed.

Fabian

Re: media-gfx/xfig

Konstantin Tokarev — 2012-05-06T12:12:13

06.05.2012, 15:46, "Johan Hattne" <jhattne< at >lbl.gov>:

That's what emerge tell you, or r2 ebuild is really missing in the tree?


Maybe it's a different issue, but I still have git 1.7.8.x proposed as updates for git. I've installed 1.7.9.4 by manual emerging of ebuild, but portage still propses me "upgarde" to 1.7.8.x.

media-gfx/xfig

Johan Hattne — 2012-05-06T11:46:45

Dear all;

I'm not sure what's causing this, given the changes in how the prefix portage tree and the main ditto are synchronised.  In the main tree I've got media-gfx/xfig-3.2.5b-r2, whereas in the prefix the latest version is 3.2.5b.  This is important because the latter doesn't have the necessary patches to build with libpng-1.5.  Enlightenment, anyone?

// Best wishes; Johan

Re: patch for autotools-utils.eclass

Fabian Groffen — 2012-04-12T05:24:24

Yes please, and assign to its maintainer(s), mgorny and reavertm.

Fabian

patch for autotools-utils.eclass

Alan Hourihane — 2012-04-11T19:47:24

Hi all,

Patch for FreeMiNT autotools-utils.eclass.

Should I submit to bugzilla ?

Alan.

Re: eprefixify_patch

Gregory M. Turner — 2012-04-03T15:57:53

----- Original Message -----

Admittedly, there is a certain inelegance there. But I can't imagine a real-world scenario which both: would correctly be solved by 'patch + eprefixify'; but would not correctly be solved by eprefixify_patch. It would have to be something like, "well, foo.patch puts '< at >GENTOO_PORTAGE_EPREFIX< at >' into 20 different places in '${S}', but only 18 of them are to be eprefixified; the other two are correct patches to the source", which hardly seems like a use-case worth preserving.

The idea is to promote clarity and correctness by:

o Eliminating redundant information (files in patch vs. files eprefixified
in ebuild)

o Eliminating potential for error (did we remember to eprefixify all the files
that we patched? did we leave behind formerly-eprefixified files in the
ebuild?)

o Minimizing prefix-specific changes to ebuilds be getting rid of laundry-lists

o Encouraging a clear distinction between two types of patches: normal patches,
which typically are reverse-able and have legitimate source files as both
their input and output, and "eprefixification" patches, which leave the
source in an intermediate state, and become pseudo-irreversible once that
intermediate state is resolved back to a source-file (plus, this
approach makes them reversible again).

Not on my system (which isn't saying much :) )... Where is that supposed to be happening? I have a vague memory of prefix-portage doing this at one time, but the code is not jumping out at me.

-gmt

Re: take arm-linux

Jeremy Olexa — 2012-04-03T12:26:03

arm-linux profiles already exist. I proved it was easy to do years ago
so I'm confused on what you are trying to do. However, do not add any
arm-linux keywords to the tree! Also, you are extremely confused about
what it means now that gx86 and prefix are "merged" (Hint, nothing
changed and nothing is more or less 'merged'). I am also confused
about what you mean by "expect arch-linux and arch finally to be
merged" -- 'x86-linux' will never become 'x86'
-Jeremy

take arm-linux

2012-04-03T11:33:06

Dear all,

I am going to maintain arm-linux. Just made an update to 

  http://www.gentoo.org/proj/en/gentoo-alt/prefix

One thing I want to try is just to use arm to represent arm-linux.

GLEP22 defines that ${arch} defaults ${arch}-linux. We are treating x86
and x86-linux differently just for maintaining a separate prefix
tree. Now that gx86 are merged into prefix, and soon they will be one,
it is reasonable to expect arch-linux and arch finally to be merged,
too.

arm and arm-linux would be a first trial. Let's hope it can prove the
concept.

Yours,
Benda

Re: eprefixify_patch

Fabian Groffen — 2012-04-03T11:28:01

Feels dirty too ;)
 

I fail to see how this is necessary.  Portage already fixes those/these
shebangs, doesn't it?


Fabian

Re: eprefixify_patch

Gregory M. Turner — 2012-04-03T10:49:48

Here's an updated version that fixes the issues I noticed.

-gmt

Re: eprefixify_patch

Gregory M. Turner — 2012-04-03T09:22:21

----- Original Message -----

Hm, since sending, I already noticed one semi-bug in this and one obvious misfeature.. so stay tuned for an improved revision.  In the meanwhile I'd still appreciate your thoughts on the general idea.

-gmt

eprefixify_patch

Gregory M. Turner — 2012-04-03T08:37:57

Current prefix SOP is to epatch a bunch of files with < at >GENTOO_PORTAGE_EPREFIX< at > and then eprefixify the affected files.  Although this adds a bit of precision and flexibility, it leads to laundry lists in the ebuild, especially if/when we start getting more rigorous about prefixification.  The attached eclass provides eprefixify_patch, which simply prefixifies the patch itself before applying.

It also includes some quick & dirty tools to prefixify /bin/{ba,}sh shebangs.  I'm using both in my overlay.  So far, so good.  What I'm using it /for/ is a more interesting question that I'd like to bring up in a separate, presumably more controversial thread.  Anyhow, for the moment I thought these might come in handy or at least precipitate an interesting flamewar :)

-gmt

Re: [PREFIX] Prefix rsync now includes full gentoo-x86 repo

Fabian Groffen — 2012-04-02T06:49:04

Ah, yeah, bad timing on my part ;)