[raspberry-vi] Re: Slint. Currently undownloadable.

  • From: Didier Spaier <didier@xxxxxxxx>
  • To: raspberry-vi@xxxxxxxxxxxxx
  • Date: Tue, 24 Mar 2020 17:26:53 +0100

Hi Mewtamer,

I am used to copy-paste with a mouse, but I think that there are ways
to do that with as screen readers through keyboard shortcuts. in a
console as in a graphical terminal.

In any case checking an URL, either pasted or typed, is always a good
thing to do.

I suggest typing this: to get the ISO:
wget -c http://slackware.uk/slint/x86_64/slint-14.2.1/iso/

The -c option (short for --continue) tells to continue getting a
partially downloaded file. As says the man page for wget, this is useful
when you want to finish up a download started by a previous instance of
wget, or by another program.

About providing a torrent: yes, I will consider that. Thanks for the
info about ctorrent. I will also package it for Slint.

Thos notwithstanding the slackware.uk server thet hosts the ISO is not
under strain as it has a bandwith utilization of less that 20% at time
of writing. As I have no issue here (in France) the congestion should be
somewhere else.

Oh and for your information the server that hosts the slint.fr website
has been up without a reboot since 92 days according to  "uptime -p"
<smile>.

Best regards,
Didier

Le 24/03/2020 à 15:31, Mewtamer a écrit :

@Didier: I don't know what software Jessica is using to try to
download the iso(my guess would be edbrowse with how much she's been
talking about it), but I've started the download in Firefox and have
gotten an estimated download time of 1 hour, which in my experience is
plenty of time for something to go wrong. Admittedly, Aptitude informs
me wget has autoresume(why that isn't a stndard feature in all major
web browsers, I have no idea), but that relies on either handtyping
those long urls(error prone) or copy and pasting(can that even be done
in an actual terminal instead of a terminal emulator?).

Have you considered offering a torrent for Slint? In addition to built
in download resume and file integrity checks, end users would just
have to download one small file from the Slint website, and the strain
of serving the iso could be spread acroos many users instead of
centered on the single server.

@Jessica: Fast recovery to your mom, and don't worry  too much about
the list's drop in activity. We frequently have long lulls until some
newbie introduces themselves or one of the regulars either asks advice
on some new project or posts some Raspberry Pi related news. If
anything, your introduction actually kicked off one of the biggest
surges in activity in months, perhaps even since I first joined the
list.

Oh, and since I brought up the possibility of offering torrents for
downloading Slint to Didier, I should probably add that I'm a fan of
ctorrent. It's small(about 250k), written in C++, only depends on core
libraries already present on most systems, can be run as a deamon, has
a very simple commandline interface, and can be ran from basically
anywhere in the directory structure. Each instance can only handle a
single torrent, but a for file in *.torrent loop with a single
ctorrent command within the loop is enough to start every torrent in
the working directory, and putting that loop in a bash function
followed by a series of cd commands and calling said function let me
put together a seed.sh to resume seeding of every torrent on my data
drive after each reboot.

Probably the most important of ctorrent's commands are:
ctorrent torrentFile
to start in interactive mode.
ctorrent -d torrentFile
to staret in deamon mode
ctorrent -c torrentFile
Which will do a check of the downloaded files and pri, t out the number
of completed chunks out of total chunks.

There's also the -f option, which will skip an initial data
check(useful when seeding very large torrents as the check can take a
long time and should only fail due to external file corruption., and
-e num for overriding ctorrent's default seed for 72 hours behavior(I
do -e 1000 in my seed.sh, which effectively makes ctorrent seed
forever since going nearly 42 days without a reboot is rather
unlikely.
=========================================================== 
=========================================================== 
The raspberry-vi mailing list 
Archives: //www.freelists.org/archives/raspberry-vi
Administrative contact: <mike.ray@xxxxxxxxxxxxxx>
-----------------------------------------------------------
Raspberry Pi and the Raspberry Pi logo are trademarks of the Raspberry Pi 
Foundation.

This list is not affiliated to the Raspberry Pi Foundation and the views and 
attitudes expressed by the subscribers to this list do not reflect those of the 
Foundation.

Mike Ray, list creator, January 2013

Other related posts: