Gentoo Archives: gentoo-embedded

From: Previdi Roberto <previdi.roberto@×××××.com>
To: gentoo-embedded@l.g.o
Subject: [gentoo-embedded] PortageXS problem
Date: Mon, 27 Apr 2009 15:32:15
Message-Id: aee831ab0904270832i2bbc2d59j81690f217d55065e@mail.gmail.com
1 I am using native compile on my openmoko FreeRunner and i want to
2 emerge the "autounmask" tool, which i find very handy. the problem is
3 with his dependency on PortageXS. when i try to emerge it i get:
4
5 neo-gentoo ~ # emerge PortageXS
6 * Overlay eclasses override eclasses from PORTDIR:
7 *
8 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-bad.eclass'
9 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-base.eclass'
10 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-good.eclass'
11 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-ugly.eclass'
12 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/kernel-2.eclass'
13 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/subversion.eclass'
14 *
15 * It is best to avoid overriding eclasses from PORTDIR because it will
16 * trigger invalidation of cached ebuild metadata that is distributed with
17 * the portage tree. If you must override eclasses from PORTDIR then you
18 * are advised to add FEATURES="metadata-transfer" to /etc/make.conf and to
19 * run `emerge --regen` after each time that you run `emerge --sync`. Set
20 * PORTAGE_ECLASS_WARNING_ENABLE="0" in /etc/make.conf if you would like to
21 * disable this warning.
22 Calculating dependencies... done!
23
24 emerge: there are no ebuilds to satisfy "~dev-lang/perl-5.10.0".
25 (dependency required by "dev-perl/PortageXS-0.02.10" [ebuild])
26 (dependency required by "PortageXS" [argument])
27
28 that perl version doesn't either exist in portage, so this is
29 completely blocking me..
30 on my pc though it will just install with the 5.8.8-r5 version of
31 perl without complaining. the PortageXS versions are the same, and
32 this happens with all the (2) versions of PortageXS.
33
34 i paste here the emerge --info on the freerunner:
35
36 neo-gentoo ~ # emerge --info
37 * Overlay eclasses override eclasses from PORTDIR:
38 *
39 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-bad.eclass'
40 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-base.eclass'
41 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-good.eclass'
42 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/gst-plugins-ugly.eclass'
43 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/kernel-2.eclass'
44 * '/usr/portage/local/layman/openmoko/trunk/openmoko-target/eclass/subversion.eclass'
45 *
46 * It is best to avoid overriding eclasses from PORTDIR because it will
47 * trigger invalidation of cached ebuild metadata that is distributed with
48 * the portage tree. If you must override eclasses from PORTDIR then you
49 * are advised to add FEATURES="metadata-transfer" to /etc/make.conf and to
50 * run `emerge --regen` after each time that you run `emerge --sync`. Set
51 * PORTAGE_ECLASS_WARNING_ENABLE="0" in /etc/make.conf if you would like to
52 * disable this warning.
53 Portage 2.1.6.7
54 (!/usr/portage/local/layman/openmoko/trunk/openmoko-target/profiles/openmoko,
55 gcc-4.1.2, glibc-2.8_p20080602-r1, 2.6.29-rc3 armv4tl)
56 =================================================================
57 System uname: Linux-2.6.29-rc3-armv4tl-ARM920T_rev_0_-v4l-with-glibc2.4
58 Timestamp of tree: Mon, 27 Apr 2009 01:00:01 +0000
59 distcc 3.0 armv4tl-softfloat-linux-gnueabi [enabled]
60 app-shells/bash: 3.2_p39
61 dev-lang/python: 2.5.2-r7
62 sys-apps/baselayout: 1.12.11.1
63 sys-apps/sandbox: 1.6-r2
64 sys-devel/autoconf: 2.63
65 sys-devel/automake: 1.9.6-r2, 1.10.2
66 sys-devel/binutils: 2.18-r3
67 sys-devel/gcc-config: 1.4.0-r4
68 sys-devel/libtool: 1.5.26
69 virtual/os-headers: 2.6.27-r2
70 ACCEPT_KEYWORDS="arm"
71 CBUILD="armv4tl-softfloat-linux-gnueabi"
72 CFLAGS="-Os -march=armv4t -pipe"
73 CHOST="armv4tl-softfloat-linux-gnueabi"
74 CONFIG_PROTECT="/etc"
75 CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
76 /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d
77 /etc/terminfo /etc/udev/rules.d"
78 CXXFLAGS="-Os -march=armv4t -pipe"
79 DISTDIR="/usr/portage/distfiles"
80 FEATURES="distcc distlocks fixpackages nodoc noinfo noman
81 parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans
82 userfetch"
83 GENTOO_MIRRORS="http://distfiles.gentoo.org
84 http://distro.ibiblio.org/pub/linux/distributions/gentoo"
85 LDFLAGS=""
86 LINGUAS="en"
87 MAKEOPTS="--jobs=4"
88 PKGDIR="/usr/portage/packages"
89 PORTAGE_CONFIGROOT="/"
90 PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
91 --compress --force --whole-file --delete --stats --timeout=180
92 --exclude=/distfiles --exclude=/local --exclude=/packages"
93 PORTAGE_TMPDIR="/var/tmp"
94 PORTDIR="/usr/portage"
95 PORTDIR_OVERLAY="/usr/portage/local/layman/openmoko
96 /usr/portage/local/layman/openmoko/trunk/openmoko-target"
97 SYNC="rsync://rsync.gentoo.org/gentoo-portage"
98 USE="X acpi arm cracklib dbus iconv midi minimal multicall ncurses nls
99 perl python readline sqlite ssl subversion tcpd tslib unicode zlib"
100 ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty
101 extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul
102 mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
103 INPUT_DEVICES="tslib mouse keyboard evdev void" KERNEL="linux"
104 LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
105 ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="dummy fbdev
106 glamo"
107 Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK,
108 LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,
109 PORTAGE_RSYNC_EXTRA_OPTS
110
111
112
113 --
114 roby

Replies

Subject Author
Re: [gentoo-embedded] PortageXS problem Christoph Spielmann <spielc@×××××.com>
[gentoo-embedded] Re: PortageXS problem Torsten Veller <ml-en@××××××.net>