Torrent for SL7

2014-11-19 Thread bac...@landtrekker.com

Hello,

Is there any plan to release SL7 as a torrent download ?

My ADSL link is too weak to sustain a one-shot DVD download.

Thanks


Re: Torrent for SL7

2014-11-19 Thread John Lauro
I suggest you use wget --continue.  If for some reason it fails in one-shot, 
then when you run it again, it will continue from where it left off.  That 
should work with most http servers.  For me, I find direct download is 
typically faster than torrents, assuming the server has a good connection and 
rtt latency is lower than most torrent peers.


- Original Message -
 From: bac...@landtrekker.com
 To: scientific-linux-users@fnal.gov
 Sent: Wednesday, November 19, 2014 3:33:36 AM
 Subject: Torrent for SL7
 
 Hello,
 
 Is there any plan to release SL7 as a torrent download ?
 
 My ADSL link is too weak to sustain a one-shot DVD download.
 
 Thanks
 


Re: Torrent for SL7

2014-11-19 Thread Nico Kadel-Garcia
On Wed, Nov 19, 2014 at 4:54 AM, John Lauro john.la...@covenanteyes.com wrote:
 I suggest you use wget --continue.  If for some reason it fails in one-shot, 
 then when you run it again, it will continue from where it left off.  That 
 should work with most http servers.  For me, I find direct download is 
 typically faster than torrents, assuming the server has a good connection and 
 rtt latency is lower than most torrent peers.

rsync -P can be better, because of the better checksum verification..


Re: Torrent for SL7

2014-11-19 Thread bac...@landtrekker.com

Le 19/11/2014 14:41, Nico Kadel-Garcia a écrit :

On Wed, Nov 19, 2014 at 4:54 AM, John Lauro john.la...@covenanteyes.com wrote:

I suggest you use wget --continue.  If for some reason it fails in one-shot, 
then when you run it again, it will continue from where it left off.  That 
should work with most http servers.  For me, I find direct download is 
typically faster than torrents, assuming the server has a good connection and 
rtt latency is lower than most torrent peers.

rsync -P can be better, because of the better checksum verification..

Thanks for your suggestions.

Using rsync would require a rsync daemon on the other side ?


Heads up to the el6 guys

2014-11-19 Thread jdow

Latest patches won't install:
Error: Package: hdf5-mpich-1.8.5.patch1-9.el6.x86_64 (epel)
   Requires: libmpichf90.so.12()(64bit)
Error: Package: hdf5-mpich-1.8.5.patch1-9.el6.x86_64 (epel)
   Requires: mpich
Error: Package: hdf5-mpich-1.8.5.patch1-9.el6.x86_64 (epel)
   Requires: libmpich.so.12()(64bit)

This traces back to the octave install I have for doing some RF MODEM work.

{^_^}   Joanne


Re: IPv6 ND broken after SL 6.5 kernel update to 2.6.32-504

2014-11-19 Thread Antonio Querubin

On Sun, 9 Nov 2014, Antonio Querubin wrote:


On Fri, 7 Nov 2014, Antonio Querubin wrote:

I was wondering if anyone else has noticed whether IPv6 neighbor discovery 
is broken after upgrading a IPv6-only kvm host to kernel 2.6.32-504? This 
also appears to affect guest to host and guest to guest IPv6 connectivity.


Oddly enough, on a kvm host with IPv4 but not IPv6, the guests CAN 
communicate over IPv6.


Update:  downgrading the kernel to 2.6.32-431 on the IPv6-only kvm host
restored IPv6 ND functionality for both host and guests.


I updated to 2.6.32-504.1.3 and the problem continues.  Ran some more 
tests and found that I can restore ND functionality by either flushing the 
cached ND records or just running tcpdump.  However, after some time, the 
problem reappears.  After some more googling I found this recent bug 
report on the CentOS Bug Tracker describing similar symptoms.


http://bugs.centos.org/view.php?id=7796

However, as far as I can tell there's no known workaround other than 
downgrading the kernel to something prior to 2.6.3-504.


Antonio Querubin
e-mail:  t...@lavanauts.org
xmpp:  antonioqueru...@gmail.com


Re: Torrent for SL7

2014-11-19 Thread Nico Kadel-Garcia
On Wed, Nov 19, 2014 at 9:45 AM, bac...@landtrekker.com
bac...@landtrekker.com wrote:
 Le 19/11/2014 14:41, Nico Kadel-Garcia a écrit :

 On Wed, Nov 19, 2014 at 4:54 AM, John Lauro john.la...@covenanteyes.com
 wrote:

 I suggest you use wget --continue.  If for some reason it fails in
 one-shot, then when you run it again, it will continue from where it left
 off.  That should work with most http servers.  For me, I find direct
 download is typically faster than torrents, assuming the server has a good
 connection and rtt latency is lower than most torrent peers.

 rsync -P can be better, because of the better checksum verification..

 Thanks for your suggestions.

 Using rsync would require a rsync daemon on the other side ?

Or SSH based rsync, but there are *plenty* of such repositorie, listed
at https://www.scientificlinux.org/downloads/sl-mirrors/.