[SOLVED] No executable bit set from rsync://mirrors.kernel.org/slackware/

atelszewski · 07-23-2017, 08:30 PM

Hi,

I'm rsync-ing my local mirror with the one from kernel.org.

I use the following:
(Please note, the actual values of variables should not matter, I'm getting the tree as expected).

Code:

rsync \
  $DRYRUN -vaz --delete \
  --log-file=$CWD/${SLKFUL}.log \
  --log-file-format="%o:./%n" \
  ${RSYNCURL}/$SLKFUL/ . || exit 1

The problem is that none of the scripts (e.g. SlackBuilds) have the executable bit set.

Is it the expected result or am I missing something?

--
Best regards,
Andrzej Telszewski

Darth Vader · 07-23-2017, 09:12 PM

I use for my local mirror something like:

Code:

#!/bin/sh

CWD=`pwd`

while true; do
    rsync -avz --delete --partial --progress \
        rsync.osuosl.org::slackware/slackware-14.2/ \
        $CWD/slackware-14.2

    sleep 10
done

Everything looks fine, as always. Also, bear in mind that OSUOSL is the "official mirror", and usually the first one to get fresh updates from Pat's smithy...

atelszewski · 07-24-2017, 04:40 AM

Hi,

@Darth Vader What you wrote is not the answer to my question.

--
Best regards,
Andrzej Telszewski

ponce · 07-24-2017, 04:54 AM

Code:

$ rsync -avP rsync://rsync.osuosl.org/slackware/slackware64-current/source/a/zoo/ zoo

---------------------------------------------------------------------------
                      R S Y N C . O S U O S L . O R G
                          Oregon State University
                              Open Source Lab

       Unauthorized use is prohibited - violators will be prosecuted
---------------------------------------------------------------------------

                For more information about the OSL visit:
                    http://osuosl.org/services/hosting

          This host is the home to the primary archives of several
           projects.  We would prefer that only primary/secondary
                    mirrors use this service.  Thanks!

---------------------------------------------------------------------------


receiving incremental file list
created directory zoo
./
slack-desc
            996 100%  972.66kB/s    0:00:00 (xfr#1, to-chk=3/5)
zoo-2.10.tar.gz
        173,607 100%  440.36kB/s    0:00:00 (xfr#2, to-chk=2/5)
zoo.SlackBuild
          2,802 100%    7.11kB/s    0:00:00 (xfr#3, to-chk=1/5)
zoo_2.10-22.debian.tar.gz
         14,136 100%   30.14kB/s    0:00:00 (xfr#4, to-chk=0/5)

sent 110 bytes  received 192,654 bytes  77,105.60 bytes/sec
total size is 191,541  speedup is 0.99
$ cd zoo/
$ ls -la
total 224
drwxr-xr-x   2 myuser myuser   4096 lug 28  2010 .
drwx--x--x 117 myuser myuser  20480 lug 24 11:52 ..
-rw-r--r--   1 myuser myuser    996 dic 14  2006 slack-desc
-rw-r--r--   1 myuser myuser 173607 dic 30  1994 zoo-2.10.tar.gz
-rwxr-xr-x   1 myuser myuser   2802 lug 28  2010 zoo.SlackBuild
-rw-r--r--   1 myuser myuser  14136 mag 22  2010 zoo_2.10-22.debian.tar.gz

Code:

$ rsync -avP rsync://mirrors.kernel.org/slackware/slackware64-current/source/a/zoo/ zoo
MOTD:
MOTD:   Welcome to the Linux Kernel Archive.
MOTD:
MOTD:   Due to U.S. Exports Regulations, all cryptographic software on this
MOTD:   site is subject to the following legal notice:
MOTD:
MOTD:   This site includes publicly available encryption source code
MOTD:   which, together with object code resulting from the compiling of
MOTD:   publicly available source code, may be exported from the United
MOTD:   States under License Exception "TSU" pursuant to 15 C.F.R. Section
MOTD:   740.13(e).
MOTD:
MOTD:   This legal notice applies to cryptographic software only.
MOTD:   Please see the Bureau of Industry and Security,
MOTD:   http://www.bis.doc.gov/ for more information about current
MOTD:   U.S. regulations.
MOTD:

receiving incremental file list
created directory zoo
./
slack-desc
            996 100%  972.66kB/s    0:00:00 (xfr#1, to-chk=3/5)
zoo-2.10.tar.gz
        173,607 100%  361.49kB/s    0:00:00 (xfr#2, to-chk=2/5)
zoo.SlackBuild
          2,802 100%    5.83kB/s    0:00:00 (xfr#3, to-chk=1/5)
zoo_2.10-22.debian.tar.gz
         14,136 100%   29.43kB/s    0:00:00 (xfr#4, to-chk=0/5)

sent 110 bytes  received 192,621 bytes  77,092.40 bytes/sec
total size is 191,541  speedup is 0.99
$ cd zoo/
$ ls -la
total 224
drwxr-xr-x   2 myuser myuser   4096 lug 28  2010 .
drwx--x--x 117 myuser myuser  20480 lug 24 11:48 ..
-rw-r--r--   1 myuser myuser    996 dic 14  2006 slack-desc
-rw-r--r--   1 myuser myuser 173607 dic 30  1994 zoo-2.10.tar.gz
-rw-r--r--   1 myuser myuser   2802 lug 28  2010 zoo.SlackBuild
-rw-r--r--   1 myuser myuser  14136 mag 22  2010 zoo_2.10-22.debian.tar.gz

it looks like they are not mirroring the slackware repository correctly.

atelszewski · 07-24-2017, 09:00 AM

Hi,

OK, I'll either switch my mirror or try to contact kernel.org to ask for correction.
Thanks.

--
Best regards,
Andrzej Telszewski

rworkman · 07-25-2017, 03:30 AM

It's quite possible that they intentionally remove the executable bit from files they mirror, so as to prevent an accidental copy/paste or some such from executing and causing trouble. Maybe it's unlikely that such an accident would happen, and even more unlikely that it would cause a problem, but it's an easy prevention just in case. That said, I really have no idea why they're doing it. I'd offer to contact them, but the mirror contact hasn't replied the last couple of times I've queried them about stuff, so I'm not going to bother. Better luck to whoever decides to contact them.

atelszewski · 07-25-2017, 05:00 AM

Hi,

@rworkman OK, thanks for the info. Maybe I'll try to contact them just in case your e-mail were landing in spam.

--
Best regards,
Andrzej Telszewski

Darth Vader · 07-25-2017, 03:10 PM

Enlighten me: for what reason one should insist on using the Kernel.Org mirrors?

@atelszewski According with some Polish friends of mine, the OSUOSL is NOT banned in Poland, just to know...

I for one, I would show two middle fingers to their nazi mirroring and I will switch to another mirror. There are plenty.

atelszewski · 07-25-2017, 03:45 PM

Hi,

@Darth Probably the most important reason is that then you can format your answers so beautifully.

--
Best regards,
Andrzej Telszewski

atelszewski · 08-11-2017, 02:34 AM

Hi,

Quote:

Originally Posted by rworkman

I'd offer to contact them, but the mirror contact hasn't replied the last couple of times I've queried them about stuff, so I'm not going to bother. Better luck to whoever decides to contact them.

No luck here too.

On the other hand, OSUOSL is giving me big problems recently.
It is extremely slow or rsync does not connect at all.

I now switched to sunsite.icm.edu.pl and I'll give them a try.

BTW, http://ftp.icm.edu.pl/pub/Linux/slackware/ has everything down to 1.01 released in 08-Nov-1993 00:00 ;-)

--
Best regards,
Andrzej Telszewski

Didier Spaier · 08-11-2017, 02:49 AM

FWIW yesterday night (UTC+2 here) trying to find a mirror with the recent updates for 14.2 I was lucky with mirror.nl.leaseweb.net, using rsync. I had the same issue with OSUOSL as Andrzej.

Melke · 08-11-2017, 08:57 AM

It seems there are several mirrors that I use that are still not up to date (alienbase for example.)

Kr
Melvin

slalik · 08-11-2017, 11:02 AM

Quote:

Originally Posted by atelszewski

On the other hand, OSUOSL is giving me big problems recently.

For a couple of days I observed some problems, no mirrors were updated, rss was not updated, OSUOSL was very slow. Things were fixed a few hours ago.

GazL · 08-12-2017, 04:02 PM

Yeah, I noticed that Darren's mirror at slackware.uk was a day late with the last update. From experience I know it syncs with upstream at 12am and 12pm uk local time. Seems caught up now, but if there was a problem with osuosl that would explain why it was a day behind.