Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 105261 - Updating Portage cache takes forever (ca. 45 min)
Summary: Updating Portage cache takes forever (ca. 45 min)
Status: RESOLVED DUPLICATE of bug 35535
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Enhancement/Feature Requests (show other bugs)
Hardware: PPC OS X
: High enhancement (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-08 08:16 UTC by Tobias Hahn
Modified: 2005-09-08 09:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Hahn 2005-09-08 08:16:20 UTC
After my last emerge --sync, updating the portage cache took around 45 min. This
is a typical time for emerge on my machine, regardless of system load. It would
be nice if portage could be redesigned to make this faster. A maximum of 5 min
would be nice.

Reproducible: Always
Steps to Reproduce:
1. emerge --sync
2.
3.

Actual Results:  
Portage synced and started updating ... *getsomecoffee* ... still updating ...
*readmail* ... updating ... *readnews* ... updating ... *cleanthewindows* ...
updating ... *isitstuck* ... *noitjustadvancedby1%* ...
*givetheflowerssomewater* ... updating ... 100% *yippie!*

Expected Results:  
Make my dizzy because syncing takes less than 1 s ;-)

!!! Relying on the shell to locate gcc, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.51.22-r2 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0,
8.2.0 Power Macintosh)
=================================================================
System uname: 8.2.0 Power Macintosh powerpc
macos-20041118
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632)
[disabled]
dev-lang/python:     [Not Present]
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  [Not Present]
sys-devel/automake:  [Not Present]
sys-devel/binutils:  [Not Present]
sys-devel/libtool:   [Not Present]
virtual/os-headers:  7.1
ACCEPT_KEYWORDS="ppc-macos"
AUTOCLEAN="yes"
CBUILD="powerpc-apple-darwin"
CFLAGS="-O2 -pipe"
CHOST="powerpc-apple-darwin"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache collision-protect distlocks sfperms strict"
GENTOO_MIRRORS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc X X509 altivec avi bluetooth cdr chroot clamav clamd crypt cups curl
curlwrappers dvd dvdr emacs encode examples exif ftp gdbm gmp hpn java
javascript leim libwww math mpeg ncurses offensive ogg opengl pcmcia pdflib png
ppc-macos ppds python samba slp spell tetex theora threads usb vorbis wifi xml
xml2 zlib userland_Darwin kernel_Darwin elibc_Darwin"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Brian Harring (RETIRED) gentoo-dev 2005-09-08 09:20:08 UTC
Chopping 88% of the runtime of an algo off as you're suggesting is a sane
default is easier said then done....
it's possible to dodge the cache transfer, but it exists for a reason in stable,
and people are pretty much stuck with it till tree can be treated as frozen.

Beyond that, the 1s on rsync is a bit nuts.  Rsync is a harder on the box then
cache transfer...

*** This bug has been marked as a duplicate of 35535 ***