wget has limited correction capacity when files don't completely download. I'd like to find software which could take advantage of gpg md5sum and the like to check a local download instance to ensure correctness before giving up on the download but have been informed such software is an impossibility. On Tue, 9 Apr 2013, Tony Baechler wrote: > I posted this before, but perhaps it didn't go to the list. I don't > understand why you bother with wget or Lynx when there is a much simpler way. > Actually, there are two simple ways. One is to use Firefox, but that requires > X and isn't practical. The other is to use a good ftp client, like lftp or > ncftp. Just navigate to the project directory you want and download away. > The only drawback is that it's a bit slower for people in the US. > > ftp://ftp.heanet.ie/pub/sourceforge/ > > That path might not be correct, it might be under mirrors/ or similar. Once > you find it, change to the project directory, as follows: > > cd n/nv/nvda > cd m/ma/maximus > > You can then download files as you normally would with ftp and no Javascript. > I downloaded the latest NVDA that way. It also is a lot easier than using > their project browser to determine the file listings. > > On 4/8/2013 12:17 PM, Martin McCormick wrote: > > I beat the system a couple of nights ago when I made the > > same discovery you describe when trying to download something > > from sourceforge using lynx. I could tell it had actually > > downloaded but lynx couldn't finish the process. I wonder what > > non-existant problem somebody cured with this design? > > > > What I did was to cd to /tmp/and then find the temporary > > directory lynx created and inside that was the temp file just > > waiting for the last few steps to complete which now never > > happens. > > > > I copied that file out in to my directory and it did > > work but It has that sulphur smell of javascript. > > > > It sounds like using wget is a much better solution. > > > > I had tried to use curl but not that hard so curl might > > also work. Thanks for the tip. > > > > > > Jude DaShiell writes: > > > It used to be we could use a browser and download things from > > > sourceforge.net and lynx even worked. That's not the case any longer. > > > All that happens now is you get 10 redirects and get thrown off the page. > > > What does work though, is to copy the sourceforge.net url from what would > > > be where the file was going to be pulled from and drop back to the local > > > box and run wget -b and paste the url in. Apparently wget is able to get > > > these files and the bonus is the file names aren't mutilated as they are > > > when a browser is used to download them from sourceforge.net. > > > > > > --------------------------------------------------------------------------- > > > jude<jdashiel@xxxxxxxxxxxxxx> > > > Microsoft, windows is accessible. why do blind people need screen readers? > > > > > > _______________________________________________ > > > Blinux-list mailing list > > > Blinux-list@xxxxxxxxxx > > > https://www.redhat.com/mailman/listinfo/blinux-list > > > > > > > > > > _______________________________________________ > > Blinux-list mailing list > > Blinux-list@xxxxxxxxxx > > https://www.redhat.com/mailman/listinfo/blinux-list > > --------------------------------------------------------------------------- jude <jdashiel@xxxxxxxxxxxxxx> Microsoft, windows is accessible. why do blind people need screen readers? _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/blinux-list