>>> emerge (1 of 1) net-fs/samba-3.0.7-r1 to / >>> md5 src_uri ;-) samba-3.0.7.tar.gz !!! Digest verification Failed: !!! /usr/portage/distfiles/smbldap-tools-0.8.5.tgz !!! Reason: Filesize does not match recorded size Reproducible: Always Steps to Reproduce: 1.Just merge the samba 2. 3.
Not for the docs team. Reassigning to samba team. I found bugs #68068 & 64202 but I tried # USE="ldap" emerge -f samba out of curiosity and the problem is still there today. Portage downloaded http://www.ibiblio.org/pub/Linux/distributions/gentoo/distfiles/smbldap-tools-0.8.5.tgz, then decided it was not good enough and downloaded http://samba.idealx.org/dist/smbldap-tools-0.8.5.tgz and gave up. Both files are 271,436 bytes long. Running ebuild /usr/portage/net-fs/samba/samba-3.0.7-r1.ebuild digest b0rked with >>> Generating digest file... <<< samba-3.0.7.tar.gz <<< samba-vscan-0.3.5.tar.bz2 Traceback (most recent call last): File "/usr/sbin/ebuild", line 49, in ? a=portage.doebuild(pargs[0],x,getroot(),tmpsettings,debug=debug,cleanup=cleanup) File "/usr/lib/portage/pym/portage.py", line 2520, in doebuild return (not digestgen(aalist,mysettings,overwrite=1)) File "/usr/lib/portage/pym/portage.py", line 1950, in digestgen mydigests=digestCreate(myarchives, basedir, oldDigest=myolddigest) File "/usr/lib/portage/pym/portage.py", line 1886, in digestCreate raise portage_exception.DigestException, "Size mismatch during checksums" portage_exception.DigestException: 'Size mismatch during checksums' I cleaned up the digest and tried again: >>> Generating digest file... <<< samba-3.0.7.tar.gz <<< samba-vscan-0.3.5.tar.bz2 !!! We have a source URI, but no file... !!! File: /usr/portage/distfiles/samba-vscan-0.3.5.tar.bz2 Sorry I can't help any further but I have never used samba.
Maybe just a stale cache file in your system. If so, just 'rm -f /usr/portage/distfiles/{samba-3.0.7.tar.gz,samba-vscan-0.3.5.tar.bz2,smbldap-tools-0.8.5.tgz}', 'emerge -f samba && emerge samba'
surely a bug in portage: digest can't be done if file is not downloaded. do a: USE="oav" ebuild $(equery which samba) digest and all is ok because samba-vscan-3.5.tar.bz2 is downloaded before ;)
>surely a bug in portage: digest can't be done if file is not downloaded. Portage is clever enough to download required files whenever it is asked to compute a digest. It's not a caching issue. My systems are 100% samba free and will stay so. Suggested USE="oav" ebuild $(equery which samba) digest works fine. USE="ldap" ebuild $(equery which samba) digest gives >>> Generating digest file... <<< samba-3.0.7.tar.gz <<< samba-vscan-0.3.5.tar.bz2 Traceback (most recent call last): File "/usr/sbin/ebuild", line 49, in ? a=portage.doebuild(pargs[0],x,getroot(),tmpsettings,debug=debug,cleanup=cleanup) File "/usr/lib/portage/pym/portage.py", line 2520, in doebuild return (not digestgen(aalist,mysettings,overwrite=1)) File "/usr/lib/portage/pym/portage.py", line 1950, in digestgen mydigests=digestCreate(myarchives, basedir, oldDigest=myolddigest) File "/usr/lib/portage/pym/portage.py", line 1886, in digestCreate raise portage_exception.DigestException, "Size mismatch during checksums" portage_exception.DigestException: 'Size mismatch during checksums' ======================= To sum it up: 1) Initial poster wants ldap 2) Digest in the tree does not match current smbldap-tools-0.8.5.tgz net-fs/samba/files/digest-samba-3.0.7 has the right data net-fs/samba/files/digest-samba-3.0.7-r1 rev1.5 2004/10/09 09:36:46 UTC had the right data net-fs/samba/files/digest-samba-3.0.7-r1 rev1.6 2004/11/07 10:29:38 UTC has wrong data 3) Computing the digest works only with "oav" in the USE flags Hth
here's my emerge info - I have oav in my USE flags but it still refuses to emerge. Portage 2.0.51-r3 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.7-gentoo-r14 i686) ================================================================= System uname: 2.6.7-gentoo-r14 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe -mmmx -msse -mfpmath=sse" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -pipe -mmmx -msse -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distcc distlocks sandbox" GENTOO_MIRRORS="http://mirror.averse.net/pub/gentoo/" MAKEOPTS="-j4" 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="X aalib acpi acpi4linux alsa apache2 apm arts artswrappersuid audiofile avi berkdb bitmap-fonts bzlib cdparanoia cdr cpdflib crypt cups curl dga dnd dv dvd dvdr edl encode esd exif f77 faad fam fftw fla flac fltk foomaticdb fortran ftp gdbm gif gimp gimpprint gkrellm gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml i8x0 imagemagick imap imlib imlib2 jack jack-tmpfs java javascript jbig jpeg kde kerberos lcms ldap libcaca libg++ libwww lzo mad mailbox maildir mbox mmx mng motif mozilla mozsvg mpeg mpi mysql nas ncurses nethack network nis nls nptl ntlm oav oggvorbis openal opengl oss pam pcre pdf pdflib perl pic png ppds python qt quicktime readline recode rtc samba scanner sdl silc slang slp speex spell sse ssl svga tcltk tcpd tga theora tiff truetype unicode usb vim-with-x wmf x86 xml xml2 xmms xpm xprint xv xvid zlib video_cards_i810 linguas_hi"
On the other hand, I'm +530 UTC so maybe that's the problem somehow...
I have the exact same problem here. It's obvious for me that the maintainer had broken smbldap-tools-0.8.5.tgz file when he run `ebuild digest`. If we will compare net-fs/samba/files/digest-samba-3.0.7-r1 and net-fs/samba/files/digest-samba-3.0.7 we will find different sizes and digests for this file: * net-fs/samba/files/digest-samba-3.0.7: MD5 998ece1ac96680d75cebe6f0352f56b9 smbldap-tools-0.8.5.tgz 271436 * net-fs/samba/files/digest-samba-3.0.7-r1: MD5 4bfa0e5328b8420b98d91a046117b7c5 smbldap-tools-0.8.5.tgz 269327 I've replaced this broken line in the net-fs/samba/files/digest-samba-3.0.7-r1 with the line taken from the net-fs/samba/files/digest-samba-3.0.7 and `emerge samba` went smoothly for me.
this digest refuse is something that strangely returns from the dead... Anyway: 3.0.7-r1 digest fixed (thanks). 3.0.8 was already ok