[R-SIG-Mac] R-latest.pkg link returning a 403 Forbidden error

Patrick Schratz p@tr|ck@@chr@tz @end|ng |rom gm@||@com
Mon Mar 2 18:43:51 CET 2020 

Thanks Simon.
I am aware that this site is targeted to “developers” though I’d argue “end users” would also search for previous R releases and land at mac.R-project.org and not necessarily jump away because they are no “devs”.
Also the URL does not make it obvious that its for devs only. There is only one hint in the title of the page. Just pointing this out as hints for possible improvements, not as a personal critic.

Also on mac.R-project.org there is no link whom to contact / who is responsible for the content.
I am just pointing out that there is room for improvement which could help lots of people out there :)

Sorry for going off-topic - I’ll start a separate one dedicated to possible improvements of that page.

Please tell me in case I am wrong that R-sig-mac is the correct place to do so. I’ve seen no other reference/link/forum mentioning where to put feedback for this effort/site.

Thanks for all your efforts!
Cheers, Patrick

On 2. Mar 2020, 00:42 +0100, Simon Urbanek <simon.urbanek using r-project.org>, wrote:
> Also I'd like to clarify some things - the mac.R-project.org page is a *developer* page, so it is not intended for end users. It is provided for developers that want to test pre-releases and their packages. The content is *not* expected to be stable in any way shape or form*.
>
> The mac.R-project.org server also provides a primary mirror of the official CRAN Mac master binary content in /bin/macosx. The CRAN content *is* expected to be stable and that is what this thread was originally about. However, some people then confused the developer page with CRAN - they are not the same!
>
> Cheers,
> Simon
>
> * - that said, I do appreciate reports to me if something is amiss, since there are instances where I can fix things - but please think before reporting such things (e.g. if R-devel is broken and thus there is no binary, that's not something you need to report as that is expected).
>
>
> > On 2/03/2020, at 11:53 AM, Simon Urbanek <simon.urbanek using R-project.org> wrote:
> >
> > Patrick,
> >
> > those links are dead for years now so nothing surprising - the binaries got lost in a server crash many years ago, so checking them is actually somewhat pointless.
> >
> > Also note that some of them are not valid - not all builds are signed.
> >
> > That said, I have removed those that are not recoverable and added a link to Bob's page (we talked about it for a while with Bob).
> >
> > Bob, in your checks, can you, please, reduce it to valid checks, i.e. those that are actually expected to work? It seems to confuse people ;).
> >
> > Thanks,
> > Simon
> >
> >
> >
> > > On 2/03/2020, at 3:31 AM, Patrick Schratz <patrick.schratz using gmail.com> wrote:
> > >
> > > I am not sure who has maintenance access to all the links shown by Bobs checker but they are dead since almost two weeks now.
> > >
> > > Appreciated if someone could take this on - in the end it is the official resource for getting the R 3.6 branch for Mac (if one wants to avoid the GUI components).
> > >
> > > Also the dead and outdated Rswitch links (last updated in 2011) do not add a professional look to the site. One could link Bobs Switch app to enhance the experience for R users on macOS: https://rud.is/rswitch/
> > >
> > >
> > > On 26. Feb 2020, 15:00 +0100, Bob Rudis <bob using rud.is>, wrote:
> > > > Just a list FYI I'm keeping the status site up (https://rud.is/mac-r-project-links/) but since the current, remaining broken links aren't getting fixed I'm disabling Pushover notifications to me so I won't be able to proactively notify here if more links go bad.
> > > >
> > > > > On Feb 21, 2020, at 11:02, Bob Rudis <bob using rud.is> wrote:
> > > > >
> > > > > Hey Simon (et al),
> > > > >
> > > > > I setup a 2x daily link checker job for mac.r-project.org. It outputs tabular results to https://rud.is/mac-r-project-links/ (timestamp at top is when the job ran). One table is for HTTP HEAD results and the other is for HTTPS HEAD results since the server doesn't auto-upgrade HTTP to HTTPS which could mean different status codes depending the underlying config.
> > > > >
> > > > > It's also configured to send me a pushover notification for anything but 200 return status code an I'll post here or privately when you give me the go-ahead to do that (since it cld take a bit to fix the below :-).
> > > > >
> > > > > Right now, the following links have non-200 status codes:
> > > > >
> > > > > - 404 http://mac.r-project.org/mavericks/R-3.4-branch/R-3.4-branch-mavericks-signed.pkg
> > > > > - 404 http://mac.r-project.org/RSwitch-1.1.dmg
> > > > > - 404 http://mac.r-project.org/RSwitch-1.2.tar.gz
> > > > > - 404 http://mac.r-project.org/RSwitch-1.1.tar.gz
> > > > > - 403 http://mac.r-project.org/el-capitan/R-3.6-branch/R-3.6-branch-el-capitan-sa-x86_64.tar.gz
> > > > >
> > > > > Lemme know if I can do any more monitoring/alerting for the site.
> > > > >
> > > > > -boB
> > > > >
> > > > > > On Feb 21, 2020, at 09:12, Patrick Schratz <patrick.schratz using gmail.com> wrote:
> > > > > >
> > > > > > Simon, sorry I was wrong with the version.
> > > > > > In fact, I am getting a 403 with the R-3.6 branch. Other branches work fine.
> > > > > >
> > > > > > curl -Osv http://mac.r-project.org/el-capitan/R-3.6-branch/R-3.6-branch-el-capitan-sa-x86_64.tar.gz  I
> > > > > > * Trying 184.172.231.50...
> > > > > > * TCP_NODELAY set
> > > > > > * Connected to mac.r-project.org (184.172.231.50) port 80 (#0)
> > > > > > > GET /el-capitan/R-3.6-branch/R-3.6-branch-el-capitan-sa-x86_64.tar.gz HTTP/1.1
> > > > > > > Host: mac.r-project.org
> > > > > > > User-Agent: curl/7.64.1
> > > > > > > Accept: */*
> > > > > > >
> > > > > > < HTTP/1.1 403 Forbidden
> > > > > > < Date: Fri, 21 Feb 2020 14:08:51 GMT
> > > > > > < Server: Apache
> > > > > > < Content-Length: 266
> > > > > > < Content-Type: text/html; charset=iso-8859-1
> > > > > > <
> > > > > > { [266 bytes data]
> > > > > > * Connection #0 to host mac.r-project.org left intact
> > > > > > * Closing connection 0
> > > > > >
> > > > > > Can anyone reproduce this or is this really on my side? If you, any hints on resolving this?
> > > > > > On 20. Feb 2020, 20:36 +0100, Simon Urbanek <simon.urbanek using r-project.org>, wrote:
> > > > > > > Patrick,
> > > > > > >
> > > > > > > it works just fine for me:
> > > > > > >
> > > > > > > $ curl -s -v -o /dev/null https://mac.r-project.org/bin/macosx/R-latest.pkg
> > > > > > > * Trying 184.172.231.50...
> > > > > > > * TCP_NODELAY set
> > > > > > > * Connected to mac.r-project.org (184.172.231.50) port 443 (#0)
> > > > > > > * ALPN, offering h2
> > > > > > > * ALPN, offering http/1.1
> > > > > > > * Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
> > > > > > > * successfully set certificate verify locations:
> > > > > > > [...]
> > > > > > > * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
> > > > > > > * ALPN, server accepted to use http/1.1
> > > > > > > * Server certificate:
> > > > > > > * subject: CN=mac.r-project.org
> > > > > > > * start date: Jan 26 18:55:18 2020 GMT
> > > > > > > * expire date: Apr 25 18:55:18 2020 GMT
> > > > > > > * subjectAltName: host "mac.r-project.org" matched cert's "mac.r-project.org"
> > > > > > > * issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3
> > > > > > > * SSL certificate verify ok.
> > > > > > > > GET /bin/macosx/R-latest.pkg HTTP/1.1
> > > > > > > > Host: mac.r-project.org
> > > > > > > > User-Agent: curl/7.54.0
> > > > > > > > Accept: */*
> > > > > > > >
> > > > > > > < HTTP/1.1 200 OK
> > > > > > > < Date: Thu, 20 Feb 2020 19:31:51 GMT
> > > > > > > < Server: Apache
> > > > > > > < Last-Modified: Sun, 15 Dec 2019 14:09:32 GMT
> > > > > > > < ETag: "4d4a72f-599bea4d7df00"
> > > > > > > < Accept-Ranges: bytes
> > > > > > > < Content-Length: 81045295
> > > > > > > <
> > > > > > >
> > > > > > > Please make sure you clear your caches and try directly without proxies.
> > > > > > >
> > > > > > > Cheers,
> > > > > > > Simon
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > > On 20/02/2020, at 9:41 PM, Patrick Schratz <patrick.schratz using gmail.com> wrote:
> > > > > > > >
> > > > > > > > @Simon
> > > > > > > >
> > > > > > > > As of today the link still returns a 403 - other R versions work.
> > > > > > > > Could you have a look? Especially because the Travis CI runner by Jim relies on it, this is somewhat pressing.
> > > > > > > >
> > > > > > > > Thanks.
> > > > > > > > On 18. Feb 2020, 07:43 +0100, Matthias Krawutschke <krawutschke using uni-potsdam.de>, wrote:
> > > > > > > > > Dear Simon,
> > > > > > > > >
> > > > > > > > > thank you so much.
> > > > > > > > > If I want to download the latest R-package with this link - i´ve got the cryptic signs in the window, but not the file ☹
> > > > > > > > >
> > > > > > > > > Best regars….
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Matthias Krawutschke, Dipl. Inf.
> > > > > > > > >
> > > > > > > > > Universität Potsdam
> > > > > > > > > ZIM - Zentrum für Informationstechnologie und Medienmanagement
> > > > > > > > > Team High-Performance-Computing on Cluster - Environment
> > > > > > > > >
> > > > > > > > > Campus Am Neuen Palais: Am Neuen Palais 10 | 14469 Potsdam
> > > > > > > > > Tel: +49 331 977-4444, Fax: +49 331 977-1750
> > > > > > > > >
> > > > > > > > > Internet: https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -----Ursprüngliche Nachricht-----
> > > > > > > > > Von: R-SIG-Mac <r-sig-mac-bounces using r-project.org> Im Auftrag von Simon Urbanek
> > > > > > > > > Gesendet: Freitag, 14. Februar 2020 19:15
> > > > > > > > > An: Jim Hester <james.hester using rstudio.com>
> > > > > > > > > Cc: r-sig-mac using r-project.org
> > > > > > > > > Betreff: Re: [R-SIG-Mac] R-latest.pkg link returning a 403 Forbidden error
> > > > > > > > >
> > > > > > > > > Thanks, should be fixed now (adding index removed symlink following permission).
> > > > > > > > > Simon
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > On Feb 15, 2020, at 4:50 AM, Jim Hester <james.hester using rstudio.com> wrote:
> > > > > > > > > >
> > > > > > > > > > The link https://mac.r-project.org/bin/macosx/R-latest.pkg which
> > > > > > > > > > previously served the latest version of R is now returning a 403. Is
> > > > > > > > > > this an intentional change, or is it an unintentional? This link is
> > > > > > > > > > used by the Travis-CI build scripts for macOS, so if the link is no
> > > > > > > > > > longer valid we will need to update the script.
> > > > > > > > > >
> > > > > > > > > > Thanks,
> > > > > > > > > >
> > > > > > > > > > Jim
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > _______________________________________________
> > > > > > > > > R-SIG-Mac mailing list
> > > > > > > > > R-SIG-Mac using r-project.org
> > > > > > > > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> > > > > > > > >
> > > > > > > > > _______________________________________________
> > > > > > > > > R-SIG-Mac mailing list
> > > > > > > > > R-SIG-Mac using r-project.org
> > > > > > > > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> > > > > > > >
> > > > > > > > [[alternative HTML version deleted]]
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > R-SIG-Mac mailing list
> > > > > > > > R-SIG-Mac using r-project.org
> > > > > > > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> > > > > > >
> > > > > >
> > > > > > [[alternative HTML version deleted]]
> > > > > >
> > > > > > _______________________________________________
> > > > > > R-SIG-Mac mailing list
> > > > > > R-SIG-Mac using r-project.org
> > > > > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> > > > >
> > > >
> > >
> > > [[alternative HTML version deleted]]
> > >
> > > _______________________________________________
> > > R-SIG-Mac mailing list
> > > R-SIG-Mac using r-project.org
> > > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >
> > _______________________________________________
> > R-SIG-Mac mailing list
> > R-SIG-Mac using r-project.org
> > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>

	[[alternative HTML version deleted]]

More information about the R-SIG-Mac mailing list