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

Mon Mar 2 00:05:00 CET 2020

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