Le 30/03/2016 13:56, Christoph Willing a écrit :
> OK, now back to my earlier mention of the --no-content-disposition
> option - I had it the wrong way around, so for that url I have:
>
> wget --content-disposition
> http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabe
Am 28.03.2016 16:40 schrieb Willy Sudiarto Raharjo:
I tried to upgrade the SlackBuild to sage 7.1 but failed. I just don't
understand the build process of sage well enough to patch this
together.
But let me know if you need testers! I'm a regular Sage user.
yes, it failed on pynac, which is s
On 30/03/16 18:22, Nicolas Kovacs wrote:
Le 30/03/2016 09:52, Christoph Willing a écrit :
Do you have an example url that shows this behaviour?
But seriously, here's an example.
DOWNLOAD="http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabel-1.15.tar.bz2";
OK, now
You can try the awesome sbosrcarch when a download fails.
http://slackware.uk/sbosrcarch/
*THANKS* B Watson & Tadgy!
I think sbotools now automatically falls back to sbosrcarch, and Willy
is working on the same idea for sbopkg but it's not released yet:
https://github.com/sbopkg/sbopkg/issues/12
s
Le 30/03/2016 10:52, Nicolas Kovacs a écrit :
> This being said, someone suggested in a user forum to replace wget by
> 'curl -O -J -L', and this seems to work well. It doesn't support
> resuming broken downloads as 'wget -c', but at least the download
> doesn't stall.
... except now some (but not
Le 30/03/2016 10:50, Matteo Bernardini a écrit :
> maybe it's an issue related to how sourceforge roundrobin behaves your
> region, as here seems to work fine.
Apparently other people have the same problem.
This being said, someone suggested in a user forum to replace wget by
'curl -O -J -L', and
Hi all,
Just reporting my experience.
"This results in an endless redirection loop, until eventually one of the
mirrors fails."
It did not for me. Tried "wget
http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabel-1.15.tar.bz2";
and it worked fine.
Slackware: 14.1 32-bit
$ wget
http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabel-1.15.tar.bz2
--2016-03-30 10:42:14--
http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabel-1.15.tar.bz2
Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 216.34.181.59
Co
Le 30/03/2016 09:52, Christoph Willing a écrit :
> Do you have an example url that shows this behaviour?
But seriously, here's an example.
DOWNLOAD="http://downloads.sourceforge.net/project/gtkcdlabel/gtkcdlabel/1.15/gtkcdlabel-1.15.tar.bz2";
wget -c $DOWNLOAD
This results in an endless redirec
Le 30/03/2016 09:52, Christoph Willing a écrit :
> Do you have an example url that shows this behaviour?
Everything that contains "sourceforge" :o)
--
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web : http://www.microlinux.fr
Mail : i...@microlinux.fr
Té
On 29/03/16 23:25, Nicolas Kovacs wrote:
Hi,
Whenever I want to download some source tarball from SourceForge using
wget, I get permantently redirected until eventually some mirror times
out. So I have to reinvoke the command, sometimes ten times in a row,
until eventually it works out. This is
On Tue, Mar 29, 2016 at 7:25 AM, Nicolas Kovacs wrote:
> Hi,
>
> Whenever I want to download some source tarball from SourceForge using
> wget, I get permantently redirected until eventually some mirror times
> out. So I have to reinvoke the command, sometimes ten times in a row,
> until eventual
Le 29/03/2016 16:09, Christoph Willing a écrit :
> I have 'content-disposition = on' in my /etc/wgetrc but in cases like
> you describe, I find that overriding that setting at the command line
> often helps i.e.
> wget --no-content-disposition http://whatever...
Unfortunately that doesn't seem
13 matches
Mail list logo
