Asking again as my question (and its workarounds for the removal of a direct SSH login) appear to have been lost in the haze of panic. :)
Will the SFTP access include rsync over SSH, or SSHFS drive mounting? I've dealt with SFTP-only filesystems at Red Hat for years, and it's much less painful when you can use rsync instead of ftp/scp, or mount an ssh volume to interact more directly with the remote filesystem. (Both are MUCH easier than running scripts inside Jenkins to work around SSH and getfacl limitations, as I do today when I need to move stuff around on download.eclipse.org or archive.eclipse.org.) Will that be allowed? Thx, On Thu, Jul 4, 2019 at 5:38 PM Nick Boldt <nbo...@redhat.com> wrote: > Mat, > > Will the SFTP access include rsync over SSH, or SSHFS drive mounting? I've > dealt with SFTP-only filesystems at Red Hat for years, and it's much less > painful when you can use rsync instead of ftp/scp, or mount an ssh volume > to interact more directly with the remote filesystem. (Both are MUCH easier > than running scripts inside Jenkins to work around SSH and getfacl > limitations, as I do today when I need to move stuff around on > download.eclipse.org or archive.eclipse.org.) > > Will that be allowed? > > Thx, > > > > On Thu, Jul 4, 2019 at 4:55 PM Ed Merks <ed.me...@gmail.com> wrote: > >> Mat, >> >> Count me as someone who will be VERY, VERY, VERY UNHAPPY ABOUT >> RESTRICTIONS! >> >> Sorry for shouting, but it's hard for me to imagine how I can maintain >> the services that I provide without the access I currently have. Just as >> an example, I could not have developed this without such access: >> >> https://download.eclipse.org/oomph/archive/eclipse/index.html >> >> I assume there must be extremely good reasons for this change of policy, >> no doubt related to ultra-secure security. I'm sure those reasons must be >> excellent and that you, or someone, will be able to articulate them. >> Please do so for the benefit of the community at large, given that you feel >> the need to announce this to the community at large, rather than to the >> "limited set of committers". >> >> Perhaps a Bugzilla for such a discussion thread would be appropriate to >> reduce noise levels on the mailing list. >> >> Regards, >> Ed >> >> >> On 04.07.2019 21:49, Eclipse Webmaster wrote: >> >> Hi Everyone, >> >> As some of you may know we have traditionally provided a limited set of >> committers with shell access to build.eclipse.org, and all other >> committers having restricted shells. >> >> For the last couple of years[1][2] we've been working to reduce that >> number as far as possible, and the time has come to finish the process. >> >> Effective August 28th 2019 we will be transitioning all committers that >> still have a regular shell to our restricted shell. You will still be able >> to use SFTP and SCP to interact with the downloads and archive areas(but we >> suggest a job on your Eclipse CI instance!) >> >> If you have any questions or concerns please feel free to contact >> Webmaster. >> >> -Matt. >> >> [1] https://www.eclipse.org/lists/cross-project-issues-dev/msg06625.html >> [2] https://www.eclipse.org/lists/eclipse.org-committers/msg01075.html >> >> _______________________________________________ >> cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org >> To change your delivery options, retrieve your password, or unsubscribe from >> this list, >> visithttps://www.eclipse.org/mailman/listinfo/cross-project-issues-dev >> >> _______________________________________________ >> cross-project-issues-dev mailing list >> cross-project-issues-dev@eclipse.org >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev > > > > -- > > Nick Boldt > > Principal Software Engineer, RHCSA > > Productization Lead :: JBoss Tools & Dev Studio > > IM: @nickboldt / @nboldt / http://nick.divbyzero.com > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > @ @redhatnews <https://twitter.com/redhatnews> Red Hat > <https://www.facebook.com/RedHatInc> > <https://www.facebook.com/RedHatInc> > > > “The Only Thing That Is Constant Is Change” - Heraclitus > -- Nick Boldt Principal Software Engineer, RHCSA Productization Lead :: JBoss Tools & Dev Studio IM: @nickboldt / @nboldt / http://nick.divbyzero.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @ @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.facebook.com/RedHatInc> <https://www.facebook.com/RedHatInc> “The Only Thing That Is Constant Is Change” - Heraclitus
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
