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"

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'

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

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.

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

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

Fabian Groffen — 2012-04-01T14:59:53

All,

This is a headsup mostly for developers.  The (good) news for users is
that all packages from regular Gentoo are now also available for Prefix
albeit being masked by missing keywords.

Because of a growing whitelist.txt, and the tiresome process of adding
to whitelist.txt what is necessary, then waiting around an hour to sync
and find the next missing package, I decided to include all packages
from gx86 in the Prefix rsync tree.

Of course "each advantage has its disadvantage", to quote Cruyff.  In
the attached figure, the most prominent disadvantage is made visual:
generation time has increased from ~12 to ~17 minutes.  For the 30
minutes rotation this obviously makes no difference.

Notice the bump of time necessary by egencache around 20:00, that is the
time Zac committed "cache-formats = md5-dict pms" to
metadata/layout.conf.  In the Prefix tree, there now is a
metadata/md5-cache directory that should ultimately fix the bug we
observed in the past [1], but gentoo-x86 people have been affected by
now too [2].  That sort of is a  proof that I was correctly not
convinced in comment #17 of said Prefix bug [1].

In the near future, we (Prefix) might jump ahead and stop distributing
the old metadata/cache, but for now we have both, like gx86.

Because the Prefix overlay now "overshadows" the gx86 tree, I've removed
whitelist.txt, since it's obviously no longer used.  Nothing is
necessary any more to "include" something in Prefix, as everything there
is, should be there now.


[1] https://bugs.gentoo.org/show_bug.cgi?id=388345
[2] https://bugs.gentoo.org/show_bug.cgi?id=409445

sys-apps/net-tools-1.60_p20120127084908 build fail on prefix

Brent Millare — 2012-03-22T14:27:32

Hello,

I'm following the solaris guide for installing gentoo prefix on a red hat
system.

/home/bmillare/gentoo-prefix/var/tmp/portage/sys-apps/net-tools-1.60_p20120127084908/temp/build.log<http://pastebin.com/ytrCrYBE>

http://pastebin.com/ytrCrYBE

/home/bmillare/gentoo-prefix/var/tmp/portage/sys-apps/net-tools-1.60_p20120127084908/temp/environment<http://pastebin.com/MhB695uS>

http://pastebin.com/MhB695uS

/home/bmillare/gentoo-prefix/var/tmp/portage/sys-apps/net-tools-1.60_p20120127084908/work/net-tools-1.60_p20120127084908<http://pastebin.com/imuGuBuv>
http://pastebin.com/imuGuBuv

Anyone know how to fix this?

Thanks,
Brent

Lion and vers_string

Ramon van Alteren — 2012-03-02T16:15:21

Hi,

I'm trying to get prefix working on my shiney new spotify laptop which
came with Lion and I am running into problems with binutils-apple
I have the gcc-4.2.1 version header but the compilation for
binutils-apple fails due to missing vers_string.

Any idea where I should get that ?

I installed Xcode and the commandline utilities but for some reason it
isn't included ?

Any help would be appreciated....

Sadly I don't have easy access to the installation CD's so I need to
download any commandline tools somewhere off the web.

Regards,

Ramon

Xcode 4.3 no longer installs the command line tools by default

Charles Davis — 2012-03-02T05:42:27

Hi,

I've read the archives, and I've noticed that some of you who have upgraded to/started out with Xcode 4.3 are complaining about the lack of a /usr/include directory.

This is because Xcode is now distributed on the App Store, and therefore has to be distributed as a self-contained bundle. For this reason, the command line tools aren't installed by default. If you want to install them, try these steps. In Xcode:

1. Open the Preferences window (App menu->Preferences, or Cmd-,).
2. Select the "Downloads" pane.
3. On this pane, select the "Components" tab.
4. In the list of components, you should see "Command Line Tools". Click its "Install" button on the right side.

That should do it. (After Xcode finishes downloading the disk image, of course.)

(For you early adopters out there, this also works with Xcode 4.4.)

Chip

dev-lang/php-5.4.0_rc7 with apache2 flag does not build libphp5.dylib

Askar Bektassov (Аскар Бектасов — 2012-03-01T23:30:25

Hi,

I am trying to build dev-lang/php-5.4.0_rc7 with apache2 support on Lion OS
X, however at installation stage the emerge breaks claiming that it does
not find

${WORKDIR}//sapis-build/apache2/.lib/libphp5.dylib

when I went inside ${WORKDIR}//sapis-build/apache2 directory I realised
that the files that have been compiled at the build stage are different

${WORKDIR}//sapis-build/apache2/lib/libphp5.bundle
${WORKDIR}//sapis-build/apache2/lib/libphp5.so

and I did not find any rule in the Makefile to build libphp5.dylib. So my
question is, does this mean that there is a bug in the ebuild process or
this is a matter of building process of the php package that does not
envisage building dylib files for apache2 module?

Cheers,

prefix X11 clients hang on Mac OS X 10.6

Michael Weiser — 2012-02-24T14:11:38

Hi there,

does anyone else have problems with X11 clients in current prefix on Mac
OS X 10.6?  For about a month all my X11 clients hang when trying to
connect to either the Snow Leopard X11.app or current XQuartz. When I
compile against the system's X11 libraries, everything works fine. So I
suspect, the X11 libs in my prefix are either too new or broken somehow.
Is that possible?

I've emerge -ateND world 'ed multiple times to eliminate
versioning/linking inconsistencies or abi incompatibility as culprits.
No change.

Even xset q hangs. top shows it hoging a CPU core at 100%. Attaching to
the process with dtruss shows an endless loop of 

select(0x4, 0xBFFFE0C0, 0xBFFFE040, 0x0, 0x0) = 1 0
recvfrom(0x3, 0x801A58, 0x1000) = -1 Err#35

Any help would be greatly appreciated.

[PREFIX] Solaris && GNU ld 2.22

Fabian Groffen — 2012-02-17T22:06:53

All,

I just ran into this problem myself on all of my Solaris Prefixes.

Problem: after upgrading GNU binutils to 2.22, compiling starts to fail

On x86-based Solaris, any compilation fails with an ld error like this:
ld: target elf32-i386 not found
sparc-based systems fail when linking against libraries that GNU linker
scripts exist for (e.g. libpcre, or libz) with a similar error.

Cause: starting from GNU ld 2.21 a targets for Solaris were introduced,
*_sol2, that strictly match the Solaris 2 ABI. In GNU ld 2.22 these
targets are the only ones that work. GCC 4.5 knows about this, and
targets the *_sol2 targets at configure time.

If you upgrade GNU binutils to 2.22, your system hence breaks when your
GCC wasn't compiled when GNU binutils 2.21 was around on your system.

On sparc-based systems, the problem can be remedied quite easily,
fortunately, by just fixing the GNU ld-scripts to reference the right
target, like so for a 32-bits environment:
sed -i -e 's/^OUTPUT_FORMAT ( elf32-sparc )$/OUTPUT_FORMAT ( elf32-sparc-sol2 )/' $EPREFIX/usr/lib/lib*.so
or likewise for a 64-bits environment:
sed -i -e 's/^OUTPUT_FORMAT ( elf64-sparc )$/OUTPUT_FORMAT ( elf64-sparc-sol2 )/' $EPREFIX/usr/lib/lib*.so

Because of a different setup in the GCC spec-file for x86-based systems,
the fix there is much more complicated. If possible, recompile gcc
before upgrading binutils. GCC now has a patch that makes it behave
on x86 like sparc, such that the damage is reduced.

Like on sparc, we need to fix the GNU ld-scripts, for 32-bits
environment:
sed -i -e 's/^OUTPUT_FORMAT ( elf32-i386 )$/OUTPUT_FORMAT ( elf32-i386-sol2 )/' $EPREFIX/usr/lib/lib*.so
or for a 64-bits environment:
sed -i -e 's/^OUTPUT_FORMAT ( elf64-x86-64 )$/OUTPUT_FORMAT ( elf64-x86-64-sol2 )/' $EPREFIX/usr/lib/lib*.so

With the broken interaction of the compiler with the linker, we have to
hack around it by using a GCC spec-file that won't omit a (wrong) target
when calling the linker.

gcc -dumpspecs | sed 's/!m64:/m32/' > /var/tmp/specs
env CC="gcc -specs=/var/tmp/specs" emerge -1 gcc

After this you should have a working compiler again.

sparc mysql-5.5.20

Scott Spyrison — 2012-02-13T19:55:51

Hello,

I had a successful emerge system on sparc following the excellent
guide on bootstrapping Solaris. I ran into a recently reported issue
with debianutils not being on the mirors, but worked through it based
on the information in the issue report. My next step was to take a
backup of course, and then I started thinking about emerging packages.

The first one I tried was mysql-5.5.20 (with minimal). I encountered
two issues, only one of which I was able to work-around.

1) emerge failed with:

Can't create output directory for
${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/work/mysql-5.5.20_build/sql/share/ukrainian

The root cause of this was not anything ukrainian, but the fact that
${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/work/mysql-5.5.20_build/sql/share
did not exist. I created it manually during the emerge from a
different shell (not good, I know, just testing) and then I had a
successful build. I see output indicating [100%] Buiilt target
symlink_libmysqlclient_r.so Install the project...

2) emerge then fails during install, and with --debug I can see:

+ newins ${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/temp/my.cnf.ok my.cnf
-------------------------------------------------------
You should not use ${EPREFIX} with helpers.
--> ${EPREFIX}/etc/mysql
-------------------------------------------------------
* ERROR: dev-db/mysql-5.5.20 failed (install phase):
* newins failed

I intend to debug further, and I need to check more carefully on
Buzilla, but initially I did not see any reports on this. Any
suggestions, or indication that this is a localized problem as opposed
to a bug?

Thanks,
Scott

Gentoo Prefix on github ?

Nicolas Pinto — 2012-02-03T13:48:22

Hey guys,

Please accept my apologies for the noise if this has already been discussed.

I was simply wondering if it would be a good idea to put the Gentoo
Prefix tree and bootstrap script on github.com. I found that most
projects who moved there got a lot more attention than in their own
corner since it is so easy to contribute issues, pull requests, etc.
(e.g. HomeBrew [1])

I understand that the entire Gentoo community is on a different
platform (i.e. bugzilla / cvs) and is certainly happy with it. Does it
even make sense to talk about it? Is it time to "upgrade"?

Let me know what you think.

Regards,

Nicolas


[1] https://github.com/mxcl/homebrew

coreutils' dependence on gperf

2012-02-01T01:37:32

Dear all,

I am wondering the logic behind this commit:

http://overlays.gentoo.org/proj/alt/changeset/59115/trunk/prefix-overlay/sys-apps/coreutils/coreutils-8.8.ebuild

It introduces an extra gperf as a RDEPEND, which requires c++ to build
(sometimes unavailable during bootstrap).

Yours,
Benda

possible input to bootstrap guide

2012-01-27T13:07:27

Dear all,

When I am trying to bootstrap on Ubuntu 10.04 LTS, some workarounds are 
used:

1. wget-1.13.4-r1 begin to use autotools and depends on autoconf, which
in turn depends on texinfo, which cannot be emerged before =gcc-4.2.

workaround: emerge -1O "<=wget-1.13.4"

2. >=binutils-2.21 needs host c++ to emerge (at configure-gold). On some
host, g++ is not available. We need to be able to bootstrap only from c.

workaround: emerge -1O "<binutils-2.21"

Yours,
Benda

alias repos: gentoo_prefix to gentoo

justin — 2012-01-27T11:49:37

Hi,

in order to use "normal" overlays with the prefix overlay I like to
suggest to add

alias = gentoo

to the repos layout.conf.

This is needed if the overlay request the gentoo tree as master.

Any objections?

justin

XCode 4.3

Abrahamsen, Peter — 2012-01-26T20:50:28

Anyone successfully running prefix against Xcode 4.3? They moved everything around, e.g. there is no /usr/include.

Thanks,
Peter

bash-4.2_p20

Alan Hourihane — 2012-01-23T12:39:21

Seems to be missing from prefix portage tree.

Any reason why that didn't sync ?

Thanks,

Alan.

Proposal: use git instead of rsync for syncing of prefix portage tree

Konstantin Tokarev — 2012-01-21T19:44:18

Advantage: much faster emerge --sync

Possible migration path:
1) git init in master mirror of prefix portage tree
2) deliver files of initial .git repository via rsync

etc-update

Alan Hourihane — 2011-12-30T23:42:38

Hi all,

One thing I've noticed, compared to x86 gentoo, is that etc-update is
never prompted to be executed on my setup.

Maybe this has something to do with EPREFIX == "".

Do others see that etc-update should be executed sometimes ?

Thanks,

Alan.