net-fs/samba/samba-3.0.7.ebuild uses RESTRICT="nomirror" which causes the ebuild to fail since http://samba.idealx.org/dist/smbldap-tools-0.8.5.tgz is unreachable. RESTRICT="nomirror" needs to be removed and the correct smbldap-tools-0.8.5.tgz should be obtained and placed in distfiles, possibly with a change in the filename such as s/tgz/tar.gz/ since the current tarball is different from the now non-existant distributor version. This issue is a blocker for users with USE="ldap" and is fairly critical since 3.0.7 addresses security issues.
I found a copy of the file here for those who want to get this built before this bug is officially fixed. http://sunsite.belnet.be/mirror/ftp.freebsd.org/pub/FreeBSD/ports/packages/net/smbldap-tools-0.8.5.tgz
Jordan: that doesn't appear to be the correct file either. the file needed is: 998ece1ac96680d75cebe6f0352f56b9 the ftp://ftp.freebsd.org/pub/FreeBSD/ports/packages/net/smbldap-tools-0.8.5.tgz file is: 7770298240e132d63816725f9929d817 and the file in distfiles is: 4bfa0e5328b8420b98d91a046117b7c5 So, at this point I'm not sure what to think about smbldap-tools...there definitely shouldn't be 3 different versions of a file all being represented as the same package and the same version.
that is really odd... I just noticed my emerge failed and that was why. Since the official site is down there's no way to even figure out which copy is the good one... I've just been running a google search for the file name and found that link. I just found this as well which shows an md5sum of the file as 4bfa0e5328b8420b98d91a046117b7c5 http://www.usinglinux.org/net/smbldap-tools.html it still doesn't help much though..
ok what's even weirder is this, I have samba 3.0.7 emerged from the 14th, and I get this when trying to upgrade to 3.0.7-r1. I didn't even notice this bug said 3.0.7... the checksum in portage was changed, see this: http://www.gentoo.org/cgi-bin/viewcvs.cgi/net-fs/samba/files/digest-samba-3.0.7?r1=text&tr1=1.1&r2=text&tr2=1.2&diff_format=h for 3.0.7. 3.0.7-r1 always had the 998ece1ac96680d75cebe6f0352f56b9 checksum.
oh, yet a 4th md5sum. Samba.idealx.org is back up, I ran emerge and just got this from my just downloaded file: >>> our recorded digest: 998ece1ac96680d75cebe6f0352f56b9 >>> your file's digest: f0e4c67fb02433f1d0d866453d735eab fantastic.
I just downloaded the file from the site again, and now have the correct file. This is odd....maybe there's some kind of data loss with that site? who knows...
wow I really wish you could edit comments so I didn't have to keep adding more....ok I think I know why the md5sum changed... on the site it says this: # 0.8.5-2 (31 Aout 2004) This release include some bug fixes # 0.8.5 (18 Jun 2004) This release include new features (mail adress, Crypt::SmbHash perl module support, new object to store the next uidNumber and gidNumber apparently they re-released 0.8.5 using the same name on the tarball. Not the greatest of ideas when it comes to versioning....
No, that re-release took place a while ago, see bug 64202 But if samba.idealx.org is back up, the correct file should be retrieved and placed in distfiles. We shouldn't rely on an unreliable site especially when users need a specific version for security reasons.
I see. I agree that an unreliable mirror should not be relied upon. Now that the site is back up it should be possible to obtain a good copy and stick it on the gentoo mirrors.
I introduced the 'nomirror' to force refetching. Sorry for the inconvenience, but it's a bad habit to change content retaining version :-( blackace: i searched some docs, but i didn't found how I can force the upgrade in the official mirrors... I chose the 'nomirror' way for this reason. Is there a better way than just waiting?
Yes, you can just push the new file as normal...it will eventually propogate to all the mirrors, overwriting the old one. Once you fetch it from a fair number of distfiles mirrors and the checksums are good, you can remove RESTRICT="nomirrors" from the ebuild (no need for a revision bump) and this bug should be resolved.
Even with the 'nomirror' the error remains. After deleting the file from distfiles emerge has fetched the file and everything was fine then. From my point of view it seems to be a bug in portage... Why does portage not refetch a file if the checksum doesn't match??? Here is what I saw before deleting the file: gateway portage # emerge --oneshot samba Calculating dependencies ...done! >>> emerge (1 of 1) net-fs/samba-3.0.7 to / >>> md5 src_uri ;-) samba-3.0.7.tar.gz !!! File is corrupt or incomplete. (Digests do not match) >>> our recorded digest: 998ece1ac96680d75cebe6f0352f56b9 >>> your file's digest: dbd622492aa0f1942979963467cc1d9a !!! File does not exist: /usr/portage/distfiles//smbldap-tools-0.8.5.tgz BTW: The // in the path is bad...
I am no expert- and am new to Gentoo, so please accept my apologies if this is irrelevant... I get the same problems (extra '/' for smb-ldap-tools in distfiles); also idealx seems to be rather unreliable- I can't reach that site since last Thursday/Friday. Maybe these tools should be removed unless a more reliable mirror can be found?
>>> emerge (2 of 6) net-fs/samba-3.0.7-r1 to / >>> md5 src_uri ;-) samba-3.0.7.tar.gz !!! File is corrupt or incomplete. (Digests do not match) >>> our recorded digest: 998ece1ac96680d75cebe6f0352f56b9 >>> your file's digest: 4f5bf1624998bdc111fb958497f8c845 !!! File does not exist: /usr/portage/distfiles/smbldap-tools-0.8.5.tgz
Andre, Julian, Eric: Yes, "even" with nomirror the error remains. No, this isn't a bug in portage. Yes, the samba.idealx.org site is unreliable. Yes, the digest of the file currently on distfiles mirrors doesn't match. No, the tools shouldn't be removed until a more reliable mirror can be found, we have reliable mirrors, samba.idealx.org isn't a mirror at all. All of these things were addressed in the bug before your comments, so please read the bug in it's entirety before you comment.
So, what's the status right now? Latest emerge sync didn't solve this issue for me. Is there a link where I can download the file and have it emerge successfully?
RESTRICT='nomirror' removed. Files can be downloaded from gentoo mirrors.
I still had to delete /usr/portage/distfiles/smbldap-tools-0.8.5.tar.gz to get the samba 3.0.7 ebuild to work. It's compiling now, but I don't think this bug should be marked as resolved. It isn't. Either portage should re-fetch a file if its digest doesn't match (makes sense to me) or the ebuild should specifically delete pre-existing versions of smbldap-tools before proceeding. Since I doubt anyone will see this comment, as the bug's already marked resolved, I'm opening a new bug which will freely admit it's a dupe of this one.
Douglas: we will read it, does not matter if the bug is closed or not :) it really seems that idealix did repackage the smbldap tools without increasing the version number .. wich is a very bad thing, esp. for portage. It seemed that you had the old version in distfiles ...
I was recieving the MD5sum error that everyone else experienced, but I had smbldap-tools-0.8.5.tgz in distfiles. So, I regenerated the digest: luthien ~ # ebuild /usr/portage/net-fs/samba/samba-3.0.7-r1.ebuild digest And then I tried to re-emerge samba: luthien ~ # emerge -u samba Calculating dependencies ...done! >>> emerge (1 of 1) net-fs/samba-3.0.7-r1 to / >>> md5 src_uri ;-) samba-3.0.7.tar.gz >>> md5 src_uri ;-) smbldap-tools-0.8.5.tgz >>> Unpacking source... >>> Unpacking samba-3.0.7.tar.gz to /var/tmp/portage/samba-3.0.7-r1/work >>> Unpacking smbldap-tools-0.8.5.tgz to /var/tmp/portage/samba-3.0.7-r1/work gzip: stdin: decompression OK, trailing garbage ignored tar: Child returned status 2 tar: Error exit delayed from previous errors !!! ERROR: net-fs/samba-3.0.7-r1 failed. !!! Function unpack, Line 363, Exitcode 2 !!! failure unpacking smbldap-tools-0.8.5.tgz !!! If you need support, post the topmost build error, NOT this status message. Looks to me like the archive is corrupt. This is with a current sync. I don't think this bug can be considered fixed - this looks like an extension of the problem.
I should note that I obtained the distfile from several mirrors, and all were corrupt.
This latest mismatch was due to my faulty HD, which I'm burying now, I swear... _many_ thanks to mglauche who fixed it, and _many_ excuses to you all :-(
What's the correct digest? cn@laptop3:~> cat /usr/portage/net-fs/samba/files/digest-samba-3.0.7 MD5 5906341429e64214909865a4be92e4ab samba-3.0.7.tar.gz 15012667 MD5 5f173d549014985d681478897135915b samba-vscan-0.3.5.tar.bz2 161982 MD5 998ece1ac96680d75cebe6f0352f56b9 smbldap-tools-0.8.5.tgz 271436 cn@laptop3:~> cat /usr/portage/net-fs/samba/files/digest-samba-3.0.7-r1 MD5 a3e74c3cbb3303dcc92f037fdb35ff20 samba-3.0.7.tar.gz 15012667 MD5 5f173d549014985d681478897135915b samba-vscan-0.3.5.tar.bz2 161982 MD5 dbd622492aa0f1942979963467cc1d9a smbldap-tools-0.8.5.tgz 271436 cn@laptop3:~> date Sa Okt 9 14:41:02 CEST 2004
the md5's from the 3.0.7 are correct. i updated the 3.0.7-1 release digest's too, if you do an emerge sync they should be ok on your machine, too..
*** Bug 66876 has been marked as a duplicate of this bug. ***
I still get both errors after numerous emerge syncs: # emerge samba Calculating dependencies ...done! >>> emerge (1 of 1) net-fs/samba-3.0.7-r1 to / >>> md5 src_uri ;-) samba-3.0.7.tar.gz !!! File is corrupt or incomplete. (Digests do not match) >>> our recorded digest: 998ece1ac96680d75cebe6f0352f56b9 >>> your file's digest: dbd622492aa0f1942979963467cc1d9a !!! File does not exist: /usr/portage/distfiles//smbldap-tools-0.8.5.tgz This is on amd64. Emerge info: Portage 2.0.50-r11 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20040619-r1,2.3.4.20040808-r0,2.3.4.20040808-r1, 2.6.7-gentoo-r14) ================================================================= System uname: 2.6.7-gentoo-r14 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4,sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="no" CFLAGS="-O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.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 /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/fonts /etc/gconf /etc/rc.d /etc/rsync /etc/terminfo /etc/wget /etc/env.d" CXXFLAGS="-O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa amd64 apm arts avi berkdb bitmap-fonts cdr crypt cups dvd encode esd f77 foomaticdb gdbm gif gnome gpm gtk gtk2 imap imlib java jpeg kde ldap libg++ libwww linguas_en_GB mikmod motif mozilla mpeg ncurses nls nogcj oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl tcltk tcpd tetex truetype xml2 xmms xprint xv zlib"
Hi all. I've resolved the problem, at least for me. I'm not an expert so sorry if this way contain some ingenuos and unnecessary commands. Those are the phases, (and sorry for my english): 1) removed samba from my pc emerge --unmerge samba 2) env-update && source /etc/profile 2) rm -rd /usr/portage/sys-fs/samba* 3) rm /usr/portage/distfiles/samba* 4) rm /usr/portage/distifiles/smbldap* 5) emerge sync 6) emerge -f samba 7) emerge samba In this way seems to resolve the problem. Other roards didn't go to anything.
Ah .. so smbldaptools got indeed re-released ... The above solution is basicly correct, but you only need to remove /usr/portage/distfiles/smbldap-tools-0.8.5.tgz
