Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Weird CHOST settings causing compile mixup - Changing CHOST
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
noisebleed
Apprentice
Apprentice


Joined: 03 Oct 2006
Posts: 177
Location: Porto, Portugal

PostPosted: Sun Feb 25, 2007 2:09 pm    Post subject: Reply with quote

Hi. I've changed my CHOST variable from i386 to i686 and followed the excelent Changing the CHOST variable guide.

When I ran "emerge -e world" compilation failed at vino with this message:
Code:
WARNING **: ../server/GNOME_RemoteDesktop.idl compilation failed

Also evolution-data-server didn't compile:
Code:
WARNING **:./../idl/Evolution-DataServer-Addressbook.idl compilation failed


So I've searched the forums and found the thread Could not run/locate "i386-pc-linux-gnu-gcc" and more specifically this post:
smask wrote:
i've the same problem. I solved it with an "emerge dev-libs/libIDL"
Try it


And well, I've followed that tip. Everything compiled fine :) End of story.

Just one more suggestion to integrate the Chost Guide.
_________________
Please add [SOLVED] to the subject line if the posted issue is resolved.
Back to top
View user's profile Send private message
opensas
Guru
Guru


Joined: 24 Nov 2004
Posts: 408
Location: Buenos Aires - Argentina

PostPosted: Wed Apr 11, 2007 7:03 am    Post subject: Reply with quote

Hi

I'm having troubles emerging sys-apps/file-4.20-r1

here's the output

Code:

creating build
creating build/temp.linux-i686-2.4
i386-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -mtune=athlon-xp -pipe -D_GNU_SOURCE -fPIC -I./ -I../ -I../src -I/usr/include/ -I/usr/include/python2.4 -c py_magic.c -o build/temp.linux-i686-2.4/py_magic.o
gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc"
error: command 'i386-pc-linux-gnu-gcc' failed with exit status 1

!!! ERROR: sys-apps/file-4.20-r1 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3840:   Called src_compile
  file-4.20-r1.ebuild, line 50:   Called distutils_src_compile
  distutils.eclass, line 38:   Called die

!!! compilation failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-apps/file-4.20-r1/temp/build.log'.


somehow emerge keeps looking for i386-pc-linux-gnu-gcc

I've checked everything

Code:

tux ~ # cd /etc/env.d/
tux env.d # grep 386 *
tux env.d # grep 686 *
05binutils:MANPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man
05binutils:INFOPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info
05binutils:LDPATH=/usr/i686-pc-linux-gnu/lib
05gcc:PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
05gcc:INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
05gcc:LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
tux env.d # cd /etc/env.d/binutils/
tux binutils # ls -la
total 9
drwxr-xr-x 2 root root 128 Apr  1 20:58 .
drwxr-xr-x 4 root root 712 Apr  9 02:06 ..
-rw-r--r-- 1 root root  15 Apr  1 20:58 config-i686-pc-linux-gnu
-rw-r--r-- 1 root root 126 Apr  1 20:58 i686-pc-linux-gnu-2.16.1
tux binutils # cat config-i686-pc-linux-gnu
CURRENT=2.16.1
tux binutils # cat i686-pc-linux-gnu-2.16.1
TARGET="i686-pc-linux-gnu"
VER="2.16.1"
LIBPATH="/usr/lib/binutils/i686-pc-linux-gnu/2.16.1"
FAKE_TARGETS="i686-pc-linux-gnu"
tux binutils # cd /etc/env.d/gcc/
tux gcc # ls -la
total 9
drwxr-xr-x 2 root root 112 Apr  2 01:56 .
drwxr-xr-x 4 root root 712 Apr  9 02:06 ..
-rw-r--r-- 1 root root  32 Apr  2 01:56 config
-rw-r--r-- 1 root root 292 Apr  2 01:56 i686-pc-linux-gnu-4.1.1
tux gcc # cat config
CURRENT=i686-pc-linux-gnu-4.1.1
tux gcc # cat i686-pc-linux-gnu-4.1.1
PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
GCCBITS="32"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
STDCXX_INCDIR="g++-v4"



I even tried
Code:

tux ~ # emerge -av1 libtool 


and then

Code:

tux ~ # fix_libtool_files.sh 4.1.1 --oldarch i386-pc-linux-gnu


please don't tell me I have to emerge -e world !!!!

saludos

sas

-- EDIT --
I just had to reemerge python, like it says in the tutorial

now it works fine
Back to top
View user's profile Send private message
ShakaZ
n00b
n00b


Joined: 30 Apr 2007
Posts: 1

PostPosted: Mon Apr 30, 2007 3:30 am    Post subject: Reply with quote

Hello,

i'm on an athlon64 and have changed chost from i586 to i686. I tries to follow this guide, but when i get to the point of executing "emerge -e world", the system says it can't because of the baselayout package being masked & i've been told it was unwise to unmask it, so i'm a bit stuck now... I was also told not to upgrade from gccc 4.1.1 to gcc 4.1.2 due stability issues, and this would result in gcc being upgraded.
Last issue is that it would try to emerge nvidia-drivers. While i've been able to compile nvidia-drivers following a howto, it fails when part of "emerge -e perl python", method that i saw in another howto, so i expect it not to work when doing"emerge -e world" or "emerge -e system" either.

Any advice is welcome as i'm far from being an expert in gentoo :P


P.S; This is the error message for the nvidia-drivers problem :
Code:
NVIDIA: calling KBUILD...
make CC=i686-pc-linux-gnu-gcc  KBUILD_VERBOSE=1 -C /usr/src/linux M=/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv modules
make[2]: AVERTISSEMENT: serveur de tâches n'est pas disponible: utilisation de -j1. Ajouter « + » à la règle parent du make.

  WARNING: Symbol version dump /usr/src/linux-2.6.21-sabayon/Module.symvers
           is missing; modules will have no dependencies and modversions.

/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv/nv.c:110: attention : ‘kmem_cache_t’ is deprecated
/bin/sh: scripts/genksyms/genksyms: Aucun fichier ou répertoire de ce type
make[3]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv/nv.o] Erreur 1
make[2]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-1.0.9755-r10/work/NVIDIA-Linux-x86-1.0-9755-pkg0/usr/src/nv] Erreur 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Erreur 1
make: *** [module] Erreur 2

!!! ERROR: x11-drivers/nvidia-drivers-1.0.9755-r10 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  nvidia-drivers-1.0.9755-r10.ebuild, line 181:   Called linux-mod_src_compile
  linux-mod.eclass, line 516:   Called die

!!! Unable to make  IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux clean module.
Back to top
View user's profile Send private message
John Klug
Tux's lil' helper
Tux's lil' helper


Joined: 20 Nov 2007
Posts: 75
Location: Minnesota

PostPosted: Sun Dec 02, 2007 10:59 pm    Post subject: Weird CHOST settings causing compile mixup - Changing CHOST Reply with quote

This is my experience on the change-chost documentation (mostly good).

I decided to switch an old k6-2 machine to gentoo to get better performance.

I first made a CD with install-x86-minimal-2007.0-r1.iso and used the kernel provided in the ISO image to get started.

My emerge commands resulted in going from the 4.1.1 compiler in stage 3 to the 4.1.2 compiler downloaded by emerge. I really didn't investigate how to stay at 4.1.1 compiler.

My hiccups appeared to be in python and perl.

I followed the X86 install instructions, and used stage3-x86-2007.0.tar.bz2 and portage-20071125.tar.bz2. I stopped following the x86 Quick Install Guide at the point of the kernel build, and completed the CHOST document then went back to the X86 install where I left off.

These were the options I used in my /etc/make.conf:

    USE="mmx 3dnow"
    CFLAGS="-O2 -march=k6-2 -pipe"
    CXXFLAGS="${CFLAGS}"
    CHOST="i586-pc-linux-gnu"


My first problem occurred when I did the libtool build.


    >>> Emerging (1 of 3) dev-perl/Locale-gettext-1.05 to /
    >>> Compiling source in /var/tmp/portage/dev-perl/Locale-gettext-1.05/work/gettext-1.05 ...
    * Using ExtUtils::MakeMaker
    checking for gettext... no
    checking for gettext in -lintl...gettext function not found. Please install libintl at Makefile.PL line 18.
    no

    !!! ERROR: dev-perl/Locale-gettext-1.05 failed.

I first tried emerge -e gettext, but this did not help.

I then tried emerge -e perl, and this fixed the problem.

The second problem occurred when I did the emerge -e world step. This stopped after 68/100 packages. It finished with a lot of instructions, but no errors.

At this point /usr/lib/python2.4/config/Makefile still had the stage3 Makefile, which specified the non-existent i486 compiler. I think this was the only Makefile that still referenced the i486 compiler.

Since emerge -e world only did 68/100, then skipped to doing 32 of 32, the last being net-misc/open-ssh I looked at the CHOST documentation, which said python could be troublesome.

I tried the emerge -av1 python step to hopefully rebuild /usr/lib/python2.4/Makefile, and it did.

So why did doing emerge -av1 python update /usr/lib/python2.4/Makefile, but emerge -e world did not? I see in the build output of emerge -e world:




After I did emerge -e world again, the emerge completed, and no more problems. Hopefully this might help someone.
Back to top
View user's profile Send private message
gi1242
Tux's lil' helper
Tux's lil' helper


Joined: 29 Jul 2004
Posts: 146

PostPosted: Sun Feb 17, 2008 9:46 pm    Post subject: Recompile Qt3 after changing CHOST Reply with quote

Just FYI -- you should recompile Qt3 (and probably also Qt4) after changing your CHOST. I found that PyQt does not compile otherwise.

(Yes, I know that the Gentoo CHOST guide recommends recompiling everything anyway)...

GI
Back to top
View user's profile Send private message
harivolker
n00b
n00b


Joined: 02 Apr 2006
Posts: 10
Location: Stuttgart, Germany

PostPosted: Fri Feb 29, 2008 12:24 pm    Post subject: Works great Reply with quote

HeyHo,

I followed this guide http://www.gentoo.org/doc/en/change-chost.xml to change from i486 to i686 on a merely fresh install.
I needed this because I took the wrong stage3-tarball. Stupid me!
After rebuilding binutils, gcc and glibc (about one hour),
I just had to rebuild 17 things, which took around a quarter of an hour.
FYI:
Code:

# emerge -pv1 `qfile /usr/lib/perl* -Cq | sort -u` > /root/chost_change.txt
# less /root/chost_change.txt

These are the packages that would be merged, in order:

Calculating dependencies ... done!
[ebuild   R   ] dev-lang/perl-5.8.8-r4  USE="berkdb gdbm -build -debug -doc -ithreads -perlsuid" 8,694 kB
[ebuild   R   ] dev-perl/Compress-Raw-Zlib-2.005  0 kB
[ebuild   R   ] perl-core/Scalar-List-Utils-1.19  0 kB
[ebuild   R   ] dev-perl/HTML-Tagset-3.10  0 kB
[ebuild   R   ] perl-core/Test-Harness-2.64  70 kB
[ebuild   R   ] perl-core/PodParser-1.35  96 kB
[ebuild   R   ] perl-core/libnet-1.21  USE="-sasl" 0 kB
[ebuild   R   ] dev-perl/URI-1.35  0 kB
[ebuild   R   ] dev-perl/DateManip-5.44  0 kB
[ebuild   R   ] dev-perl/Locale-gettext-1.05  8 kB
[ebuild   R   ] dev-perl/IO-Compress-Base-2.005  0 kB
[ebuild   R   ] dev-perl/HTML-Parser-3.56  USE="unicode" 0 kB
[ebuild   R   ] dev-perl/IO-Compress-Zlib-2.005  0 kB
[ebuild   R   ] dev-perl/HTML-Tree-3.23  0 kB
[ebuild   R   ] dev-perl/Compress-Zlib-2.005  0 kB
[ebuild   R   ] dev-perl/Crypt-SSLeay-0.57  0 kB
[ebuild   R   ] dev-perl/libwww-perl-5.805  USE="ssl" 0 kB

Total: 17 packages (17 reinstalls), Size of downloads: 8,866 kB


Thank you very much!

Kind regards from Stuttgart/Germany,
Volker
Back to top
View user's profile Send private message
SickThought
n00b
n00b


Joined: 11 Sep 2008
Posts: 6

PostPosted: Tue Nov 04, 2008 8:09 pm    Post subject: Reply with quote

Is it a good idea (= possible) to change the chost from x86_64 to i686, with this guide?
Back to top
View user's profile Send private message
desultory
Bodhisattva
Bodhisattva


Joined: 04 Nov 2005
Posts: 9410

PostPosted: Wed Nov 05, 2008 3:00 am    Post subject: Reply with quote

No. If you must avoid reinstalling to convert from amd64 to x86, there are ways, though such procedures are deprecated with good reason.
Back to top
View user's profile Send private message
lukas.starecek
n00b
n00b


Joined: 05 Dec 2009
Posts: 2

PostPosted: Sat Dec 05, 2009 10:52 pm    Post subject: Changing CHOST - i'm in real troble :-( Reply with quote

Hello,

I just made some changes in my linux router gentoo instalation. I readed http://en.gentoo-wiki.com/wiki/Safe_Cflags/Via and because I have Via C7 (Esther C5J (Via C7)) I decided to change my CHOST from "i486-pc-linux-gnu" to "i686-pc-linux-gnu". CFLAGS I left as I had before, because I prefer to stay more compatible for cases of HW failure (to be able to run on different HW with currently compiled system). Currently I have CFLAGS="-O2 -mtune=i686 -pipe"

I have followed http://www.gentoo.org/doc/en/change-chost.xml . After "emerge -av1 binutils gcc glibc" I'm, in real trouble. Binutils and gcc was OK, but glibs failed to merge. It's starts to compile, but failed on segmentation faults while compiling. I tried to emerge it once more, but now I have segmentation faults during emerge. Now when I try to emerge glibc

emerge -av1 glibc

I sometimes get segmentation fault imediately, sometimes later. Most far it get to try to download package, but after that it fail on RMD160 verification and it is not able to pass further.

Code:


#emerge -av1 glibc

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-libs/glibc-2.9_p20081201-r2  USE="gd nls -debug -glibc-omitfp (-hardened) (-multilib) -profile (-selinux) -vanilla" 16,046 kB

Total: 1 package (1 reinstall), Size of downloads: 16,046 kB

Would you like to merge these packages? [Yes/No] Yes

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) sys-libs/glibc-2.9_p20081201-r2
 * glibc-2.9-ports-20081201.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                                                                                   [ ok ]
>>> Downloading 'ftp://gentoo.mirror.web4u.cz/distfiles/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:44:48--  ftp://gentoo.mirror.web4u.cz/distfiles/glibc-2.9-20081201.tar.bz2
           => `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving gentoo.mirror.web4u.cz... 81.91.81.13
Connecting to gentoo.mirror.web4u.cz|81.91.81.13|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /distfiles ... done.
==> SIZE glibc-2.9-20081201.tar.bz2 ... 16430489
==> PASV ... done.    ==> RETR glibc-2.9-20081201.tar.bz2 ... done.
Length: 16430489 (16M) (unauthoritative)

100%[===================================================================================================================>] 16,430,489  1.83M/s   in 8.6s

2009-12-05 23:44:57 (1.83 MB/s) - `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2' saved [16430489]

('Failed on RMD160 verification', 'e6e514f94086d4500f374728931a5a7cc5dfa3a1', '1e1feb4ee9c0892a0544c05adb6dd249544621cf')
!!! Fetched file: glibc-2.9-20081201.tar.bz2 VERIFY FAILED!
!!! Reason: Failed on RMD160 verification
!!! Got:      e6e514f94086d4500f374728931a5a7cc5dfa3a1
!!! Expected: 1e1feb4ee9c0892a0544c05adb6dd249544621cf
Refetching... File renamed to '/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2._checksum_failure_.ty9ZET'

>>> Downloading 'ftp://sources.redhat.com/pub/glibc/releases/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:44:59--  ftp://sources.redhat.com/pub/glibc/releases/glibc-2.9-20081201.tar.bz2
           => `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving sources.redhat.com... 209.132.176.174
Connecting to sources.redhat.com|209.132.176.174|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /pub/glibc/releases ... done.
==> SIZE glibc-2.9-20081201.tar.bz2 ... done.
==> PASV ... done.    ==> RETR glibc-2.9-20081201.tar.bz2 ...
No such file `glibc-2.9-20081201.tar.bz2'.

>>> Downloading 'ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.9-20081201.tar.bz2'
--2009-12-05 23:45:01--  ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.9-20081201.tar.bz2
           => `/usr/portage/distfiles/glibc-2.9-20081201.tar.bz2'
Resolving sources.redhat.com... 209.132.176.174
Connecting to sources.redhat.com|209.132.176.174|:21... connected.
Logging in as anonymous ...

...



Currently I have:

Code:

#gcc-config -l
 [1] i686-pc-linux-gnu-4.3.4 *

#gcc-config -c
i686-pc-linux-gnu-4.3.4

#binutils-config -l
 [1] i686-pc-linux-gnu-2.18 *

#binutils-config -c
i686-pc-linux-gnu-2.18


env.d seems to be simmilar as in http://www.gentoo.org/doc/en/change-chost.xml page.

I think even if it will pass the RMD160 verification, it will fail on segmentation fault somewhere during compilation :-/

I realy don't know, what to do. Please help :-/.

Thank for any response.
Lukas Starecek
Back to top
View user's profile Send private message
lukas.starecek
n00b
n00b


Joined: 05 Dec 2009
Posts: 2

PostPosted: Sun Dec 06, 2009 4:03 pm    Post subject: Changing CHOST - i'm in real troble :-( - seems solved Reply with quote

Today I wanted to made some backups (for to be sure) and when I started, my router completly freezes. I tried to restart it, but even no POST was shown, just speaker beeps to me. Problem was in memory. When I changed memory, everything seems to be working. Just now I recompiling glibc without any error (I hope it will end successfully :-) ). So problem seems to be solved. More than two years without any unexpected behavior, to yesterday 299 days uptime (and before I was restarting only because of new kernel). And yesterday, when I change the CHOST, my memory broke. Bad fortune... Or maybee change the CHOST can break memory :-D :twisted: (for newbies - just joke)
Back to top
View user's profile Send private message
peertje888
n00b
n00b


Joined: 24 Jan 2009
Posts: 9

PostPosted: Sun Feb 07, 2010 2:08 pm    Post subject: Re: Changing CHOST - i'm in real troble :-( Reply with quote

lukas.starecek wrote:
http://en.gentoo-wiki.com/wiki/Safe_Cflags/Via

http://en.gentoo-wiki.com/wiki/Safe_Cflags in general is a good link to determine the the settings in your make.conf listing all possible CHOST values.
Back to top
View user's profile Send private message
jovdmeer
n00b
n00b


Joined: 02 Mar 2010
Posts: 1

PostPosted: Tue Mar 02, 2010 10:06 pm    Post subject: Reply with quote

I haven't seen it anywhere in this thread, so here goes:

I've been trying to change my CHOST variable for a while now, from i486 to i686 specifically. Every time I tried, I followed the Gentoo Howto exactly, but never got past the first step since after changing my CHOST in /etc/make.conf, suddenly nothing compiles anymore, complaining that the C compiler cannot create executables. Today I finally figured out why: I didn't have any of the other symlinks besides the i486 ones. Making them myself doesn't work, I've tried that before.

Apparently, you have to run binutils-config --x86 to create those links. I have no idea why this is not documented in the howto or, indeed, anywhere. Or if this is not supposed to be necessary, why it was necessary on my system.

Figured maybe someone else out there is having this problem as well and I might just brighten their day a bit. Could someone add a line about this in the howto please? Thanks!

EDIT: nevermind, apparently that didn't quite solve the problem either...
Back to top
View user's profile Send private message
ayvango
Tux's lil' helper
Tux's lil' helper


Joined: 08 Feb 2012
Posts: 118

PostPosted: Fri Dec 14, 2012 11:49 am    Post subject: Reply with quote

Hello. I've changed my CHOST variable (downgrading from i686 to i484) accroding to the guide: http://www.gentoo.org/doc/en/change-chost.xml.
Almost all went smoothly with the exception for native python library dev-python/python-cjson. It tries to build native library with CHOST="i686" and logically catches exception:

Code:
i686-pc-linux-gnu-gcc -pthread -O2 -march=i486 -pipe -mno-mmx -mno-sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 -mno-sse4.2 -mno-sse4 -fPIC -DMODULE_VERSION="1.0.5" -I/usr/include/python2.7 -c cjson.c -o build/temp.linux-i686-2.7/cjson.o
gcc-config: error: could not run/locate 'i686-pc-linux-gnu-gcc'
error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1


I've peaked into /usr/bin and detected some i686 reminiscences with
Code:
find ./ -name "i686-pc-linux*" -print

There were some binaries (that itself are just links to other, missed binaries) and broken posix soft links.

I've deleted it and steel encounter same error:
http://sprunge.us/CFWF
Back to top
View user's profile Send private message
ayvango
Tux's lil' helper
Tux's lil' helper


Joined: 08 Feb 2012
Posts: 118

PostPosted: Tue Dec 18, 2012 10:27 am    Post subject: Reply with quote

I'd just excluded packages that give me error on building:

Code:

dev-python/python-cjson
dev-perl/Error


and proceed on completing emerge -ev1 world. After completing world rebuild I retried to build problem packages and all works fine. Therefore there should be an utility package other than gcc and libtool that should be rebuild before entire world building.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3
Page 3 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum