View previous topic :: View next topic |
Author |
Message |
nowicz n00b
Joined: 07 Jun 2005 Posts: 3
|
Posted: Thu Dec 15, 2005 3:19 pm Post subject: [SOLVED] Slow emerge on hppa |
|
|
Hi folks!
The thing is i've a hppa machine and emerge takes ages to be done here. E.g. i ran "emerge --update --deep --newuse world -pv" then calculating dependencies takes about an hour to be done.
emerge -info output coz this may come in handy:
Code: |
Portage 2.0.51.22-r3 (default-linux/hppa/2005.0, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.15-rc5-pa1 parisc)
=================================================================
System uname: 2.6.15-rc5-pa1 parisc PA8500 (PCX-W)
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-r2
ACCEPT_KEYWORDS="hppa"
AUTOCLEAN="yes"
CBUILD="hppa2.0-unknown-linux-gnu"
CFLAGS="-O3 -pipe -mschedule=8000 -fomit-frame-pointer"
CHOST="hppa2.0-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.math.bme.hu http://gentoo.inf.elte.hu/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="hppa apache2 berkdb bitmap-fonts bzip2 crypt cups expat flash foomaticdb fortran gdbm gpm idn imlib ipv6 jpeg libwww mhash ming mysql ncurses nls pam pcre perl php pic png python readline sasl spell ssl tcpd tiff truetype-fonts type1-fonts udev xml2 zlib userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
|
Any solutuon? _________________ Human mistake is the biggest insecurity.
Last edited by nowicz on Fri Dec 16, 2005 9:23 pm; edited 1 time in total |
|
Back to top |
|
|
HPRichard Tux's lil' helper
Joined: 02 Feb 2005 Posts: 96 Location: KA, Germany
|
Posted: Fri Dec 16, 2005 12:40 pm Post subject: |
|
|
This is a known problem, all hppa users are suffering from it.
The problems seems to be that portage does not use the dependency cache, but instead runs through all ebuilds, which is reported to be up to 400 times slower. (emerge -pvuD world takes 3-4 hours on my machine)
The devs know about the problem and are suffering themselves. |
|
Back to top |
|
|
nowicz n00b
Joined: 07 Jun 2005 Posts: 3
|
Posted: Fri Dec 16, 2005 3:49 pm Post subject: |
|
|
Heya, thanks for the anwser.
However, I've done "emerge -C eselect". At last it works fast. I have no clue what eselect has to do with that.
Amazing, isnt it?
Cheers!
Edit: Ehm... I give up...it works responsibly. However, the way what I used to think is wrong now, there is nothing about the eselect. I've emerged it again but nuffin happen and it works responsibly fast so far. _________________ Human mistake is the biggest insecurity. |
|
Back to top |
|
|
HPRichard Tux's lil' helper
Joined: 02 Feb 2005 Posts: 96 Location: KA, Germany
|
Posted: Fri Dec 23, 2005 4:28 pm Post subject: |
|
|
The people on #gentoo-hppa just told me that reemerging python returns portage dependency calculation to nominal speed
Edit: I forgot to mention that you are also required to run http://dev.gentoo.org/~gmsoft/tools/fixmtime after the python update |
|
Back to top |
|
|
|
|
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
|
|