a lot research in this area some time ago and came the
conclusion, that autoconf cannot be fixed - it's broken by
design. So I developed unitool: http://unitool.metux.de/
It uses an system/target-wide config database which can be
either auto-generated or tweaked manually.
I'm currently
On Wednesday 30 May 2007 21:23:00 Denis wrote:
Why are there multiple versions of java-config, autoconf, and
automake shown on my system?
They are incompatible, slotted, and each slot is individually required (or was
at some time).
There could be other multi-version
packages
' doesn't exist at
../../config/make-jars.pl line 418.
The /var/tmp/portage/homedir is wrong.
Sharp eyes. I didn't notice that one.
On my system, I get:
+++ overriding content/cookie/contents.rdf
adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome
/var/tmp/portage/mozilla
.
Now... Why are there multiple versions of java-config, autoconf, and
automake shown on my system? There could be other multi-version
packages... Is this normal for portage that is configured to
autoclean? If so, I find it rather interesting that packages would
depend on so many different
On Thursday 31 May 2007 04:43:07 Boyd Stephen Smith Jr. wrote:
There could be other multi-version
packages... Is this normal for portage that is configured to
autoclean?
Yes. Autoclean doesn't uninstall versions in a different slot. I'm not
sure about depclean.
With the latest
HI...
On 31/05/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote:
--prune makes no checks of what's still required.
[SNIP]
But doesn't --prune just remove all but the most recent installation
of a given package?
Yes.
I knew there was a reason I followed a --prune up with a -DNuva
world as
On Saturday 09 June 2007 08:44:23 Kent Fredric wrote:
%=sys-devel/automake-1.9
%=sys-devel/automake-1.9
%=sys-devel/automake-1.9
Why that syntax ?
Well , we have a dilemour, if we were to change the way package atoms
were named, it would break /craploads/ of the stuff already available
Ok, it actually just froze again after the output below...
/
Emerging (42 of 151) sys-devel/autoconf-2.65-r1
* autoconf-2.65.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* Package:sys-devel/autoconf-2.65-r1
* Repository: gentoo
, 2011 at 2:42 PM, Simon turne...@gmail.com wrote:
Ok, it actually just froze again after the output below...
/
Emerging (42 of 151) sys-devel/autoconf-2.65-r1
* autoconf-2.65.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok
]
* Package
On 26/01/15 13:01, Philip Webb wrote:
Having restored X proceeding to work thro' pkgs, I emerged
reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper
bin86 push coreutils gmp . Trying the next set of pkgs,
I got the dreaded C compiler cannot create executables.
I suspect
- but a lot
of
times all that is needed is to run gcc-config to set the correct gcc.
gcc-config ran after the installation. (see in one fo my further posts,
there was the Native compiler changed to ... amongst the messages.
I've found (with some help of b.g.o.) that these ARE bugs. Here's the
whole
On 6/9/07, Kent Fredric [EMAIL PROTECTED] wrote:
On 6/9/07, Kent Fredric [EMAIL PROTECTED] wrote:
In the case of autoconf, im personally glad it all hides under one
non-linear space-time-continumum on my harddrive ;) . The thought of
them all being in seperate ebuild names would drive me
On 6/9/07, Enrico Weigelt [EMAIL PROTECTED] wrote:
What flexibility do I take away exactly ?
And what exactly gets harder ?
Automated building of dependant packages
Gentoo has a collection of magic script that do make this nice for us.
ie ( last I looked anyway ) java-config and autoconf
When I returned home from work I found in the logs, that ``emerge
--emptytree system'' failed at package 28 of 186
python-fcksum-1.7.1
i386-pc-linux-gnu-gcc bla...bla
^
|
+- !
gcc-config error:
could not run/locate i386-pc-linux-gnu-gcc
My guess is that during
-r1
md5 src_uri ;-) libgpg-error-1.0.tar.gz
Unpacking source...
Unpacking libgpg-error-1.0.tar.gz to
/var/tmp/portage/libgpg-error-1.0-r1/work
* Applying libgpg-error-1.0-locale.h.patch ... [
ok ]env: autoconf: No such file or directory
!!! ERROR: dev-libs/libgpg
broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcjawt.la (requires
/usr/lib/lib-gnu-java-awt-peer-gtk.la)
broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgij.la (requires
/usr/lib/libgcj.la)
https://bugs.gentoo.org/show_bug.cgi?id=125728#c29
--
Bo Andresen
Thanks, Bo -- editing the .la
On 6/13/07, Enrico Weigelt [EMAIL PROTECTED] wrote:
Okay, this isn't really about slots vs. no slots, but shows that
slots are not necessary.
cu
Well, IMO everything should be slotted 100% every version able to be
installed in parallel, and packages depend on version, and versions
with no
: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.24
virtual/os-headers: 2.6.22-r2
ACCEPT_KEYWORDS=x86
in the first place? Why mangle uper/lower case characters in library
> file names?
>
> I guess that's why "autoconf" "configure" et al exists... But never
> tried to learn about them, so perhaps it's time now?
No, it's why pkg-config(1) et al exists. For the kind of p
a collection of magic script that do make this nice for us.
Which ones for example ? / What exactly do they do ?
Would that magic be necessary with my approach ?
ie ( last I looked anyway ) java-config and autoconf were not binarys,
but scripts which pointed to the correct binary given the right
'./resources/skin/classic/taskbar-cookie.gif' doesn't
exist at ../../config/make-jars.pl line 418.
This seems like a continuation of the previous build problems that you
have had with firefox (where we were discussing MAKEOPTS). Assuming
that others cannot reproduce this (sorry, I don't have
On Sat, 2005-09-10 at 14:37 -0400, Dave Nebinger wrote:
When I returned home from work I found in the logs, that ``emerge
--emptytree system'' failed at package 28 of 186
python-fcksum-1.7.1
i386-pc-linux-gnu-gcc bla...bla
^
|
+- !
gcc-config error
, CXXFLAGS
is for C++ files.
CHOST specifies your machine architecture and operating system type.
This stems from the GNU config package which is used by the
automake/autoconf build system which is used for most software.
According to config.sub from autoconf, the format of this target
, gcc-3.4.4, glibc-2.3.5-r2,
2.6.14-gentoo-r2 i686)
=
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.14
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf
/xkeyboard-config-0.8/work/xkeyboard-config-0.8/config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by xkeyboard-config configure 0.8, which was
generated by GNU Autoconf 2.59. Invocation command line
Hi,
On 31/05/07, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote:
There could be other multi-version
packages... Is this normal for portage that is configured to
autoclean?
Yes. Autoclean doesn't uninstall versions in a different slot. I'm not sure
about depclean.
I think what is more
On Thursday 31 May 2007 05:53:08 Denis wrote:
On 5/30/07, Ric de France [EMAIL PROTECTED] wrote:
I think what is more useful is --prune (I'm guessing as I'm not in
front of a Gentoo box at the moment). I usually try:
--prune makes no checks of what's still required.
[SNIP]
But doesn't
While on the subject, I ran a pretend on revdep-rebuild, and it's
complaining about some broken libraries in GCC...
[SNIP]
broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcjawt.la (requires
/usr/lib/lib-gnu-java-awt-peer-gtk.la)
broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgij.la
On Thursday 31 May 2007 06:25:58 Denis wrote:
While on the subject, I ran a pretend on revdep-rebuild, and it's
complaining about some broken libraries in GCC...
[SNIP]
broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcjawt.la (requires
/usr/lib/lib-gnu-java-awt-peer-gtk.la)
/taskbar-cookie.gif' doesn't exist at
../../config/make-jars.pl line 418.
This seems like a continuation of the previous build problems that you have had
with firefox (where we were discussing MAKEOPTS). Assuming that others cannot
reproduce this (sorry, I don't have my amd64 right now
running configure, to aid debugging if configure makes a mistake.
It was created by GRUB configure 0.97, which was
generated by GNU Autoconf 2.65. Invocation command line was
$ ./configure --prefix=/usr --build=x86-pc-linux-gnu
Hm. That should be --build=i686-pc-linux-gnu (for 32-bit
that would be unmerged:
dev-java/java-config
selected: 2.0.32
protected: 1.3.7
omitted: none
sys-devel/automake
selected: 1.10 1.6.3 1.7.9-r1
protected: 1.9.6-r2
omitted: none
sys-devel/autoconf
selected: 2.61
protected: 2.13
omitted: none
'Selected' packages
happen?
Adjust Makefile.am / .in to actually use $(LIBBONOBO_CFLAGS) in those
rules (or all if unsure) where they are needed.
Have a look in the info documentation of automake/autoconf, esp. at
the samples.
(no, nobody really understands autotools)
I do. It's just m4 generating shell-scripts
-config?
NV_DEPEND: tcl? ( =dev-lang/tcl-8.4 )
java? ( =virtual/jdk-1.4 )
=sys-devel/binutils-2.16.1 test? ( =dev-lang/tcl-8.4 )
java? ( =dev-java/java-config-2.0.33-r1 =sys-apps/portage-2.1.2.7 )
=sys-devel/automake-1.10*
=sys-devel/autoconf-2.61
sys-devel
-1.3.12-split.patch
...
[ ok ]
* Running eautoreconf in
'/var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work/system-config-printer-1.3.12'
...
* Running intltoolize --automake --copy --force
...
[ ok ]
* Running aclocal
...
[ ok ]
* Running autoconf
...
[ ok ]
* Running automake --add
Ryan Tandy wrote:
What package is this rc-config command contained in? I don't have it
on my system, and as far as I can tell from Googling it's been
obsolete since 2004.3 in favour of rc-status.
I have it on mine too.
[EMAIL PROTECTED] / # emerge --info
Portage 2.0.54 (default-linux
On Thursday 07 June 2007 01:44:39 Enrico Weigelt wrote:
Now... Why are there multiple versions of java-config,
autoconf, and automake shown on my system?
These are packages totally incompatible and so different
packages under the same name. They're sometimes necessary,
since certain
:
HOST:reader ~
root # USE=nptl nptlonly emerge -vuD glibc
Above command gets this error
[...]
checking for sed... sed
checking version of sed... 4.1.4, ok
checking for autoconf... autoconf
checking whether autoconf works... yes
configure: error:
*** These critical programs
talled at the same time on the same system.
>
> (gnome-base/gnome-common-3.18.0-r1:3/3::gentoo, installed) pulled in by
> gnome-base/gnome-common:3 required by
> (sys-fs/udisks-2.7.4-r1:2/2::gentoo, ebuild scheduled for merge)
>
> (sys-devel/autoconf-archive-2018.03.13:0/0::
-2.3.5-r2, 2.6.12-gentoo-r9 i686)
=
System uname: 2.6.12-gentoo-r9 i686 AMD Duron(tm)
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel
)
=
System uname: 2.6.12.5 i686 Intel(R) Xeon(TM) CPU 2.66GHz
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5
to do a lot at that front. Believe me, they're NOT compatible.
Just nearly compatible. So different.
For those packages where it really doesnt matter, we simply could
use an virtual.
Sama for java.
snip
In the case of autoconf, im personally glad it all hides under one
non-linear space-time
)
=
System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.14
dev-lang/python: 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.12, 1.2.17
sys-devel/autoconf: 2.13, 2.59-r6, 2.61
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4, 1.10
sys-devel/binutils: 2.13.90.0.18, 2.15.92.0.2-r1
sys-devel/gcc-config: 1.3.1, 1.3.8-r4
sys-devel/libtool
150126 Bill Kenworthy wrote:
On 26/01/15 13:01, Philip Webb wrote:
Having restored X proceeding to work thro' pkgs, I emerged
reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper
bin86 push coreutils gmp . Trying the next set of pkgs,
I got the dreaded C compiler cannot
gle_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]"
> have been masked. !!! One of the following masked packages is required
> to complete your request:
> - sys-apps/portage-::gentoo (masked by: missing keyword)
>
> (depe
-r1,
2.6.12-gentoo-r7 i686)
=
System uname: 2.6.12-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.4-r1, 2.4.1-r1
sys-apps/sandbox:1.2.11
sys-devel/autoconf: 2.13, 2.59-r7
System version 1.6.13
dev-lang/python: 2.3.5
sys-apps/sandbox: 1.2.11
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=amd64
AUTOCLEAN
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=amd64
AUTOCLEAN=yes
CBUILD
-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=amd64
AUTOCLEAN=yes
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-march=k8 -O2 -pipe
CHOST=x86_64
uname: 2.6.11 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5, 2.4.1-r1
sys-apps/sandbox:1.2.11
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
packages) I'm using Briegel.
Gentoo has a collection of magic script that do make this nice for us.
Which ones for example ? / What exactly do they do ?
Would that magic be necessary with my approach ?
ie ( last I looked anyway ) java-config and autoconf were not binarys,
but scripts which
-java/java-config-2.0.33-r1 =sys-apps/portage-2.1.2.7 )
=sys-devel/automake-1.10*
=sys-devel/autoconf-2.61
sys-devel/libtool
VNEED:
*
* ERROR: sys-libs/db-4.5.20_p2-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called pkg_setup
* ebuild.sh, line
] sys-fs/e2fsprogs-1.38-r1 [1.38]
[ebuild U ] sys-libs/readline-5.1_p2 [5.0-r2]
[ebuild U ] sys-devel/autoconf-2.59-r7 [2.59-r6]
[ebuild U ] net-fs/samba-3.0.21b [3.0.14a-r2]
[ebuild U ] sys-apps/shadow-4.0.14-r1 [4.0.7-r4]
[ebuild U ] sys-apps/pam-login-4.0.14 [3.17]
[ebuild
= ../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't
exist at ../../config/make-jars.pl line 418.
This seems like a continuation of the previous build problems that you
have had with firefox (where we were discussing MAKEOPTS).
Yes
/autoconf: 2.63
sys-devel/automake: 1.9.6-r2, 1.10.2
sys-devel/binutils: 2.18-r3
sys-devel/gcc: 4.1.2, 4.3.4
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
virtual/os-headers: 2.6.27-r2
)
=
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.13
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils
question:
In general, when I merge someApp, the App is then ready to use (apart
config, and supposing the App works fine)? Or it depends on the
specific App to do some issues to get it working?
And the last one:
When a package is masked, witch are the steps to get the package
emerged but safely
2.3 [disabled]
dev-lang/python: 2.3.5
sys-apps/sandbox:1.2.11
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=amd64
[disabled]
dev-lang/python: 2.3.5, 2.4.1-r1
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86 ~x86
AUTOCLEAN
/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool
/bash: 3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python: 2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r2
sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys
at package 28 of 186
python-fcksum-1.7.1
i386-pc-linux-gnu-gcc bla...bla
^
|
+- !
gcc-config error:
could not run/locate i386-pc-linux-gnu-gcc
My architecture is i686 and it seems that 27 packages before
python-fchksum found the i686(that's SIX-eight-six)-pc-linux-gnu-gcc
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.24
virtual/os
-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
app-shells/bash: 3.2_p33
dev-java/java-config: 1.3.7, 2.1.4
dev-lang/python: 2.4.4-r14
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r2
sys-devel
? ( =virtual/jdk-1.4 )
emacs? ( virtual/emacs )
java? ( =virtual/jdk-1.4 )
=sys-devel/autoconf-2.59 java? ( =dev-java/java-config-2.0.19-r1
=sys-apps/portage-2.1_pre1 )
VNEED:
!!! ERROR: dev-util/subversion-1.3.2-r3 failed.
Call stack:
ebuild.sh, line 1562: Called dyn_setup
On 8/2/05, Javier Uribe [EMAIL PROTECTED] wrote:
El Mar 02 Ago 2005 00:25, Qiangning Hong escribió:
# emerge -ept system | grep gcc
[ebuild N] sys-devel/gcc-3.3.6
[ebuild N] sys-devel/gcc-3.4.4
[ebuild N] sys-devel/gcc-config-1.3.11-r4
And from the tree output, I
/openmotif-2.2.3-r3 (is blocking
x11-libs/motif-config-0.9)
[ebuild U ] sys-apps/util-linux-2.12r-r1 [2.12r] +crypt +nls -old-crypt
+pam +perl (-selinux) -static 0 kB
[ebuild NS ] sys-kernel/gentoo-sources-2.6.14-r5 -build -doc +symlink
(-ultra1) 181 kB
[ebuild U ] sys-apps/pciutils-2.2.0
: 2.3.5-r2, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD=i686-pc
/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python: 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.18.1
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1
]
sys-apps/sandbox:1.2.18.1
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r1
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD
)
=
System uname: 2.6.12-gentoo-r6 ppc 7450, altivec supported
Gentoo Base System version 1.6.13
dev-lang/python: 2.2.3-r5, 2.3.5
sys-apps/sandbox:1.2.11
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel
)
=
System uname: 2.6.12-morph7 i686 AMD Athlon(tm) XP 3200+
ccache version 2.4 [enabled]
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.13
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils
2.3 [disabled]
dev-lang/python: 2.2.3-r1, 2.3.5-r2, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.4.19-r1, 2.6.11
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD=i686-pc-linux-gnu
CFLAGS=-march=athlon-xp -O2
Gentoo Base System version 1.12.0_pre19
dev-lang/python: 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys
i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
dev-lang/python: 2.2.3-r1, 2.3.4-r1, 2.4.1-r1
sys-apps/sandbox:1.2.11
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9, 1.8.5-r2, 1.9.6
sys-devel/binutils: 2.16.1
, 18 Nov 2006 08:50:02 +
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python: 2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13
understand why now after 2-3 hours of
compiling stuff with the new compiler.
lightning ~ # gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.6
[2] x86_64-pc-linux-gnu-3.4.6-hardened
[3] x86_64-pc-linux-gnu-3.4.6-hardenednopie
[4] x86_64-pc-linux-gnu-3.4.6-hardenednopiessp
[5] x86_64-pc-linux-gnu-3.4.6
/libpam_misc.so.0.78
/lib64/libpam_misc.so
/lib64/libpam_misc.so.0
/lib64/libpam.so.0
/lib64/libpam.so.0.78
###
So, what is wrong here?
Thanks,
jules
PS: The config log is rather long so I'll skip that one in this report.
# emerge --info ##
Portage 2.0.54
)
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
ccache version 2.3 [enabled]
dev-lang/python: 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
: [Not Present]
dev-java/java-config: 1.2.11-r1
dev-lang/python: 2.3.5, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel
=
../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't exist at
../../config/make-jars.pl line 418.
gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory
`/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie'
gmake[2]: *** [libs
: 0.2.5
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf: 2.61-r1
sys-devel/automake: 1.7.9-r1, 1.10.1
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3
ACCEPT_KEYWORDS=x86
ALSA_CARDS=ali5451 als4000 atiixp atiixp
gnokii wanted to emerge 6 packages and failed on the last:
/txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less
/var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out//
//* autoconf *//
//* PWD:
/var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii
)
=
System uname: 2.6.12-gentoo-r10 x86_64 AMD Opteron(tm) Processor 252
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5-r2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils
1.50GHz
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11
/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
Athlon(tm) XP 1800+
Gentoo Base System version 1.6.15
ccache version 2.3 [disabled]
dev-lang/python: 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5
: 2.0.1-r5
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.18.1
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool: 1.5.22
virtual/os
]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD
/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD
-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1-r1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r3
ACCEPT_KEYWORDS=x86 ~x86
AUTOCLEAN=yes
CBUILD=i686-pc-linux-gnu
CFLAGS=-march=athlon-xp -O3 -pipe
CHOST=i686
: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD=i686-pc-linux-gnu
/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD=i686-pc-linux-gnu
CFLAGS=-O3 -march=pentium4 -pipe
CHOST=i686-pc-linux-gnu
/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.17.50.0.3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r1
ACCEPT_KEYWORDS=amd64 ~amd64
AUTOCLEAN=yes
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-march
: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17
/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool: 1.5.22
virtual/os
1 - 100 of 744 matches
Mail list logo