When trying to emerge dev-db/mysql-4.1.14-r1, I get the following error: !!! No message digest entry found for file "mysql-extras-20060316.tar.bz2." !!! Most likely a temporary problem. Try 'emerge sync' again later. !!! If you are certain of the authenticity of the file then you may type !!! the following to generate a new digest: !!! ebuild /usr/portage/category/package/package-version.ebuild digest If you need any further information, please let me know.
Same here for: [ebuild U ] dev-db/mysql-4.1.14-r1 [4.1.14] +berkdb -big-tables -cluster -debug -embedded -extraengine -minimal +perl -raid (-selinux) -srvdir +ssl -static 0 kB !!! No message digest entry found for file "mysql-extras-20060316.tar.bz2." !!! Most likely a temporary problem. Try 'emerge sync' again later. !!! If you are certain of the authenticity of the file then you may type !!! the following to generate a new digest: !!! ebuild /usr/portage/category/package/package-version.ebuild digest
same problem here, I already tried sync'ing twice. Problem appears to occur on both of my gentoo machines here.
There is a duplicate bug entry of this bug report: bug#129562
*** Bug 129562 has been marked as a duplicate of this bug. ***
Same here, I always sync at 5am and now synced again at 11:30am, problem stays, both at home and at work...
Ok, this makes no sense. The tree checks out perfectly fine for me, all of the digests and manifests are correct. The one really weird thing is that the extras tarball presently referenced is 20060410, not 20060316. Are you guys using overlays with a mysql eclass perhaps?
I have no overlays. Portage downloads mysql source and mysql-extras-20060316. There is no digests for mysql-extras and it's the problem.
4.1/4.0/5.0 shouldn't be referencing 20060316 at all, only 5.1 still does. Try this command and post your output: # grep MY_EXTRAS_VER /usr/portage/{eclass/mysql*,dev-db/mysql/*ebuild} My output from it: /usr/portage//eclass/mysql.eclass:[[ -z ${MY_EXTRAS_VER} ]] && MY_EXTRAS_VER="20060410" /usr/portage//eclass/mysql.eclass: mirror://gentoo/mysql-extras-${MY_EXTRAS_VER}.tar.bz2" /usr/portage/dev-db/mysql/mysql-5.1.7_beta.ebuild:MY_EXTRAS_VER="20060316"
My output is exactly the same.
portage devs: ping Everything in the tree appears correct, but emerge is still checking the wrong file. It shouldn't be referencing 20060316 at all for 4.1. This URL shows the emerge -pf output: http://www.xs4all.nl/~rooversj/gentoo/bugs/129548
Falco` had a look on his system, and found that in /var/cache/edb/dep, portage still had the old filenames (using 20060316).
With stable portage 2.0 After several syncs, mysql-extras-20060316.tar.bz2 still appears in the cache : [falco:/var/cache/edb/dep/usr/portage] grep 20060316 -r * dev-db/mysql-5.0.19-r1:mirror://mysql/Downloads/MySQL-5.0/mysql-5.0.19.tar.gz mirror://gentoo/mysql-extras-20060316.tar.bz2 dev-db/mysql-5.1.7_beta:mirror://mysql/Downloads/MySQL-5.1/mysql-5.1.7-beta.tar.gz mirror://gentoo/mysql-extras-20060316.tar.bz2 dev-db/mysql-4.1.14-r1:mirror://mysql/Downloads/MySQL-4.1/mysql-4.1.14.tar.gz mirror://gentoo/mysql-extras-20060316.tar.bz2 dev-db/mysql-4.1.18-r61:mirror://mysql/Downloads/MySQL-4.1/mysql-4.1.18.tar.gz mirror://gentoo/mysql-extras-20060316.tar.bz2 Will try to delete the cache and sync again and try "ebuild unpack". Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.16.2-sip-alg i686) ================================================================= System uname: 2.6.16.2-sip-alg i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.14 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="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -m3dnow -msse -mfpmath=sse -mmmx -Os -finline-functions -frename-registers -freorder-blocks -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -m3dnow -msse -mfpmath=sse -mmmx -Os -finline-functions -frename-registers -freorder-blocks -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.mirror.sdv.fr/ http://trumpetti.atm.tut.fi/gentoo/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib alsa apm audiofile avi bash-completion bitmap-fonts bzip2 crypt cups curl dri dts eds emboss encode esd ethereal expat ffmpeg flac foomaticdb fortran gd gdbm gif gpm gstreamer gtk gtk2 idn imagemagick imap imlib isdnlog jpeg kde lcms libcaca libg++ libwww mad maildir matroska mbox memlimit mhash mikmod mmx mng motif mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt quicktime readline recode sasl sdl slang socks5 spell sse ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev vorbis xine xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
Of course (well... hopefully), it works if you delete /var/cache/edp/dep/usr/
I don't think it is safe to delete that. Is there any way to delete that and rebuild correctly?
(In reply to comment #14) > I don't think it is safe to delete that. As for me it's safe but not efficient at all. > Is there any way to delete that and > rebuild correctly? $ ebuild /usr/portage/dev-db/mysql/mysql-4.1.14-r1.ebuild digest $ emerge mysql
It's fixed now, it will be possible to sync after all server are synced with the master rsync. For the interested, the prob was an un-initialized variable in the ebuilds, mixed with the cache generation algorithm. Thanks to all who contribuite to dig and squash the bug.
*** Bug 129591 has been marked as a duplicate of this bug. ***
*** Bug 129646 has been marked as a duplicate of this bug. ***
*** Bug 129674 has been marked as a duplicate of this bug. ***
Over here: 20:21:18 (92.77 KB/s) - `/usr/portage/distfiles/mysql-extras-20060411.tar.bz2' saved [10415/10415] !!! Digest verification Failed: !!! /usr/portage/dev-db/mysql/mysql-4.1.14.ebuild !!! Reason: Filesize does not match recorded size
I must add that I sync'ed a few seconds ago...
(In reply to comment #20) > Over here: > > 20:21:18 (92.77 KB/s) - `/usr/portage/distfiles/mysql-extras-20060411.tar.bz2' > saved [10415/10415] > > > !!! Digest verification Failed: > !!! /usr/portage/dev-db/mysql/mysql-4.1.14.ebuild > !!! Reason: Filesize does not match recorded size > The digest was recently updated in cvs by chtekk and seems to be correct. Note that mysql-extras-20050920.tar.bz2 seems to be the correct file (rather than mysql-extras-20060411.tar.bz2): http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-db/mysql/files/digest-mysql-4.1.14?hideattic=1&root=gentoo-x86
now it propagated and works here as well !