<div dir="ltr"><div dir="ltr">On Wed, Nov 4, 2020 at 10:34 AM Rex Dieter <<a href="mailto:rdieter@gmail.com">rdieter@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'm stumped here why this isn't working as before on milonia, to transfer a whole bunch of files at a time with wildcards. <div>While individual transfers are fine:</div><div><span style="color:rgb(0,0,0);font-family:monospace">rsync deino.kde.org:stable/release-service/20.08.3/src/yakuake-20.08.3.tar.xz . -v </span><br></div><div><span style="font-family:monospace">yakuake-20.08.3.tar.xz<br>
(success)</span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace">Wildcards no longer work:</span></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)">rsync deino.kde.org:stable/release-service/20.08.3/src/*.xz .  </span><br>rsync: link_stat "/srv/archives/ftp/stable/release-service/20.08.3/src/*.xz" failed: No such file or directory (2)
<br>rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1816) [Receiver=3.2.3]
<br>rsync: [Receiver] write error: Broken pipe (32)<br></span></div></div></blockquote><div><br></div><div>Hi Rex,</div><div><br></div><div>As noted in my email to distributions@ yesterday, wildcards in this form are not functionality natively supported by RSync.</div><div>This worked because bash was interpreting the regexes/wildcards for you.</div><div><br></div><div>The correct behaviour here would be to use the --include or --exclude switches to rsync to obtain the desired behaviour. <br></div><div><br></div><div>Regards,</div><div>Ben</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span style="font-family:monospace">
<br></span></div><div><span style="font-family:monospace">Any ideas?</span></div><div><span style="font-family:monospace"><br></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 31, 2020 at 1:01 PM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Sun, Nov 1, 2020 at 4:49 AM Christoph Feck <<a href="mailto:cfeck@kde.org" target="_blank">cfeck@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/31/20 03:08, Ben Cooksley wrote:<br>
> This transition has now been completed, and going forward all access should<br>
> now be directed to <a href="http://deino.kde.org" rel="noreferrer" target="_blank">deino.kde.org</a>.<br>
<br>
Did I understand it correctly, that "deino" is the replacement for <br>
"milona", but shouldn't offer ssh/scp access anymore, but need to use sftp?<br></blockquote><div><br></div><div>Deino is the replacement to Milonia yes.</div><div>The restriction on access only applies to packagers and those with accounts for managing data on <a href="http://files.kde.org/cdn.kde.org/distribute.kde.org" target="_blank">files.kde.org/cdn.kde.org/distribute.kde.org</a> and doesn't apply to ftpadmin.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
For what it's worth, I could successfully ssh login to <br>
<a href="mailto:ftpadmin@deino.kde.org" target="_blank">ftpadmin@deino.kde.org</a> (using the credentials I used previously on <br>
milona), and could use mkdir/chmod in stable/release-service path, <br>
albeit response time was very laggy.<br></blockquote><div><br></div><div>I've investigated that issue with response times and found that the network adapter was extremely unhappy and regularly resetting itself.</div><div>Following a system reboot it appears to have been corrected, however we'll monitor the system to confirm this is the case.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
If that's not the correct replacement procedure, please clarify.<br>
<br>
BG,<br>
Christoph<br></blockquote><div><br></div><div>Many thanks,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Christoph Feck<br>
KDE Release Team<br>
<br>
</blockquote></div></div>
</blockquote></div>
</blockquote></div></div>