Ville> On Sun, 2002-10-06 at 19:29, Adrian Aichner wrote: Ville> Uh? I just checked the package-index files in Ville> beta/experimental/packages and downloaded these packages, everything Ville> looks good to me: Ville> package-index.LATEST.gpg: Ville> perl-modes md5sum "b5f897dc837ff8240cb4837ce05212e9" size 160599 Ville> gnus md5sum "0f9f7db831478cc1cb1cf8154cc5b0cf" size 2356005 Ville> $ ls -l perl-modes-1.00-pkg.tar.gz gnus-1.64-pkg.tar.gz Ville> -rw-rw-r-- 160599 Oct 6 19:41 perl-modes-1.00-pkg.tar.gz Ville> -rw-rw-r-- 2356005 Oct 6 19:48 gnus-1.64-pkg.tar.gz Ville> $ md5sum perl-modes-1.00-pkg.tar.gz gnus-1.64-pkg.tar.gz Ville> b5f897dc837ff8240cb4837ce05212e9 perl-modes-1.00-pkg.tar.gz Ville> 0f9f7db831478cc1cb1cf8154cc5b0cf gnus-1.64-pkg.tar.gz Ville> I had no problems installing these earlier with pui either. Ville> Maybe your package index is out of date? Thanks Ville, for looking into the issue. My problem was due to partial tar.gz files left in my $TEMP from previous failed installation attempts. www.xemacs.org is very busy and terminated ftp transfers multiple times! I ended up downloading http://ftp.freenet.de/pub/ftp.xemacs.org/tux/xemacs/beta/experimental/pac... and installing via M-x package-admin-add-binary-package Yet another way to spend an afternoon :-( Later, -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

Ville> On Sun, 2002-10-06 at 22:03, Adrian Aichner wrote: Ville> I've experienced this a couple of times in the past too. Ville> Maybe there's something we could do about this, like when Ville> starting to download a package, don't check if it's already Ville> in $TEMP, just overwrite it (or ask the user first). Perhaps make it configurable, asking user by default. Ville> Anyway, the current situation where the one in $TEMP is Ville> always used without asking is IMO not optimal. Ville> -- Ville> \/ille Skyttä Ville> ville.skytta at xemacs.org -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

R> i got an idea lets check the existing packages to see if it R> matches the md5 sum and if it doesnt get a new one :) Good idea; but make sure it's in a loop that counts the number of retries. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py

APA> My problem was due to partial tar.gz files left in my $TEMP APA> from previous failed installation attempts. APA> www.xemacs.org is very busy and terminated ftp transfers APA> multiple times! Stephen> Yes. Mandrake 9.0 just came out, and tux got slashdotted---they were Stephen> delivering 4X their (nominal) allocation of 10MB/sec, and were getting Stephen> requests for 80MB/sec. In fact, their ISP is going to hard-limit Stephen> their bandwidth explicitly (to 10MB/sec) because of this. Stephen> We're going to need to think about responding to this. is there anyway we can direct people to their closest mirror automatically ?? and it would be cool if we could get the mirrors to mirror the pre-releases as well, that will require some trickyness with the package-index i think. it seems possible i just dont know how it would be done i can look into it and get back to you -- XEmacs Advocate | Do not try the patience of Wizards, FreeBSD Devote | for they are subtle and quick to anger. Perl Hacker | - Elric (Technomage) , Babylon 5. Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>

R> is there anyway we can direct people to their closest mirror R> automatically ?? Stephen> Not easily, and probably not at all with rsync (which we don't use on Stephen> Tux) and FTP. Some of our "mirrors" don't even stay up to date, too; Stephen> we'd need to spend a bit of effort on quality control. R> and it would be cool if we could get the mirrors to mirror the R> pre-releases as well Stephen> Pre-releases aren't a bandwidth problem. Many people who would have Stephen> used prereleases in the past just build from the CVS trunk instead. Stephen> On the other hand, if they end up hanging around on poorly-maintained Stephen> mirrors they can cause a problem. yeah good point hadnt thought of that Stephen> I don't know how much bandwidth XEmacs uses at Tux, but the killer is Stephen> the damn Linux distro ISO images. When it comes to bandwidth, Stephen> Windows, Red Hat, SuSE and Mandrake all just suck hard. :-) i could add a comment here but im sure everyone will know what i was going to say anyway all im going to say is use an OS you can build from cvs :) -- XEmacs Advocate | Do not try the patience of Wizards, FreeBSD Devote | for they are subtle and quick to anger. Perl Hacker | - Elric (Technomage) , Babylon 5. Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>