Please make the "dev-uitl/kdevelop" be "dev-util/kdevelop" home ~ # emerge --pretend --update --deep world These are the packages that I would merge, in order: Calculating world dependencies \ emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop". !!! Problem with ebuild app-doc/ebook-bonobo-1.0 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Reproducible: Always Steps to Reproduce: Portage 2.0.51.19 (default-linux/x86/2004.2, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.11-gentoo-r3 i686) ================================================================= System uname: 2.6.11-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Feb 18 2005, 10:59:12)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r6 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -fprefetch-loop-arrays -fforce-addr -falign-functions=4 -funit-at-a-time " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -fprefetch-loop-arrays -fforce-addr -falign-functions=4 -funit-at-a-time " DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.ITDNet.net/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac aalib acl acpi alsa apache2 arts avi bash-completion berkdb bitmap-fonts cdr crypt cups curl dba doc dvd dvdr emboss encode esd flac font-server foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 guile hal howl imagemagick imlib ipv6 ithreads java jpeg junit kde ldap libg++ libwww mad mikmod mmap mmx motif mozilla mp3 mpeg mysql ncurses nls nptl nvidia oggvorbis opengl pam pdflib perl pic plotutils png postgres pthreads python qt quicktime readline sdl session sharedmem slang spell sse ssl svga tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts unicode usb vhosts xml xml2 xv zlib linguas_en" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
I get the same with the pygtk docs: emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop". !!! Problem with ebuild app-doc/ebook-pygtk-2.0 !!! Possibly a DEPEND/*DEPEND problem. It is not in the ebook.eclass: if [ "${RDEPEND}" = "" ]; then RDEPEND="kde? ( dev-util/kdevelop ) !kde? ( >=dev-util/devhelp-0.6 )" fi but appears in the metadata cache: kde? ( dev-uitl/kdevelop ) !kde? ( >=dev-util/devhelp-0.6 ) 0 http://lidn.sourceforge.net/books_download/bonobo.tar.gz http://lidn.sourceforge.net OPL Bonobo EBook. x86 ppc amd64 ebook kde
already fixed.
I just synced. If you think this is due to an rsync mirror out of date , close the bug. home ~ # emerge --pretend --update --deep world These are the packages that I would merge, in order: Calculating world dependencies \ emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop". !!! Problem with ebuild app-doc/ebook-bonobo-1.0 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed.
yes, it's due to a bad sync on your end. This bug is fixed in cvs.
*** Bug 85350 has been marked as a duplicate of this bug. ***
While fixed in portage, if you were unfortunate enough to --sync/--metadata while it was in the tree, you're going to keep getting this error message. I found that I could finally fix it if I lobotomized portage in two separate locations: #mv /usr/portage/metadata/cache /tmp/portage-cache #mv /var/cache /tmp/var-cache #emerge --metadata #emerge -uDp world [note QA notices scrolling by; dunno what any of these mean in this context] There is probably a less heavy-handed way to fix this, but this method appears to have worked (FINALLY!
Viva la brute force :) The following fixed it for me too. emerge --sync rm -rf /usr/portage/metadata/cache rm -rf /var/cache emerge --metadata emerge -uDp world
I also note that emerge --sync brings the problem bacbk again. :(
Damn it! You are right. The mirrors are feeding in broken metadata. Could some mirror admin look into this ?
I have filed a separate bug, for the --sync-brings-it-back story. http://bugs.gentoo.org/show_bug.cgi?id=85588
*** Bug 85588 has been marked as a duplicate of this bug. ***
*** Bug 85717 has been marked as a duplicate of this bug. ***
This is now fixed in the portage tree. To fix the problem on your systems, do the following: rm -rf /usr/portage/metadata/cache rm -rf /var/cache/edb emerge --metadata emerge --sync That has solved the problem on my systems.
*** Bug 85864 has been marked as a duplicate of this bug. ***
Well, let's try the solution proposed by Joseph Pingenot, root # emerge --metadata >>> /var/cache/edb doesn't exist, creating it... >>> /var/cache/edb/dep doesn't exist, creating it... Performing Global Updates: /usr/portage/profiles/updates/3Q-2002 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' ................................................................................ ........ Performing Global Updates: /usr/portage/profiles/updates/4Q-2002 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' ................................................................................ Performing Global Updates: /usr/portage/profiles/updates/1Q-2003 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' .......................... Performing Global Updates: /usr/portage/profiles/updates/2Q-2003 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' ..............................................@Traceback (most recent call last) : File "/usr/bin/emerge", line 10, in ? import portage File "/usr/lib/portage/pym/portage.py", line 7306, in ? do_upgrade(mykey) File "/usr/lib/portage/pym/portage.py", line 7197, in do_upgrade db["/"]["vartree"].dbapi.move_ent(mysplit) File "/usr/lib/portage/pym/portage.py", line 4593, in move_ent fixdbentries(origcp, newcp, pkgdir) File "/usr/lib/portage/pym/portage.py", line 3876, in fixdbentries mycontent = f.read() IOError: [Errno 22] Invalid argument That doesn't look right.
This seemes to be really fixed as of now. Try sync-ing , without using some local mirror. Does sync-ing help ?
How can I avoid a local mirror?
I meant: if you have set SYNC="rsync://<host>" in /etc/make.conf , comment the line.
No, I have not any "SYNC" directive in my make.conf, And it still does not work.
I have just synced against the machine with IP 134.68.220.74 and I still get Calculating world dependencies / emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop". !!! Problem with ebuild app-doc/ebook-cpp-3.2 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed.
I managed to solve it by rm -r /usr/portage/metadata/app-doc/* emerge metadata Strange though, that the sync didn't fix this.
i found a less brutal way of doing it for the time being rm /usr/portage/metadata/cache/app-doc/ebook-* rm /var/cache/edb/dep/usr/portage/app-doc/ebook-* i found that seems to "just work" for the time being.. it seems this lets you avoid all the " emerge --metadate " time wasting... but as im still unfamiliar with the internals of how it exactly works... basically.. if it dies.. well, dont blame me :D... i just thought "why perform a lobotomy.... lets just cut out the cancer, and leve the rest there"
*** Bug 87188 has been marked as a duplicate of this bug. ***
*** Bug 99017 has been marked as a duplicate of this bug. ***
*** Bug 95443 has been marked as a duplicate of this bug. ***
*** Bug 101706 has been marked as a duplicate of this bug. ***
*** Bug 106090 has been marked as a duplicate of this bug. ***
rm /usr/portage/metadata/cache/app-doc/ebook-* rm /var/cache/edb/dep/usr/portage/app-doc/ebook-* worked nice forme . This show us; how weak the portage system can be. i was used to emerge -DuNpv world/system once a week in cronatb. But this is not a good idea.