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 bug 64585 should have been 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. Reproducible: Always Steps to Reproduce: 1. emerge samba (with ldap use flag invoked, of course) 2. 3. Actual Results: digests don't match; portage claims smbldap-tools-0.8.5.tar.gz doesn't exist (even thought it does) Expected Results: re-fetched the offending package and continued to build the program This is a dupe of 64585, but since that one is marked resolved and isn't, I filed a new one.
The re-fetching idea is not so good .. for example (happened lately :) a developer submits a faulty md5 due to a bad harddrive ... portage does try to re-download the package over and over .. good DDOS against the server :) As for delting pre-existing versions .. this could be a portage addon, but in reality, this kind of error should not happen anyway ...
