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.urba...@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.schr...@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 <b...@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 <b...@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.schr...@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.urba...@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.schr...@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 >>>>>>> <krawutsc...@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-boun...@r-project.org> Im Auftrag von Simon >>>>>>>> Urbanek >>>>>>>> Gesendet: Freitag, 14. Februar 2020 19:15 >>>>>>>> An: Jim Hester <james.hes...@rstudio.com> >>>>>>>> Cc: r-sig-mac@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.hes...@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@r-project.org >>>>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> R-SIG-Mac mailing list >>>>>>>> R-SIG-Mac@r-project.org >>>>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>>>>>> >>>>>>> [[alternative HTML version deleted]] >>>>>>> >>>>>>> _______________________________________________ >>>>>>> R-SIG-Mac mailing list >>>>>>> R-SIG-Mac@r-project.org >>>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>>>>> >>>>> >>>>> [[alternative HTML version deleted]] >>>>> >>>>> _______________________________________________ >>>>> R-SIG-Mac mailing list >>>>> R-SIG-Mac@r-project.org >>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>>> >>> >> >> [[alternative HTML version deleted]] >> >> _______________________________________________ >> R-SIG-Mac mailing list >> R-SIG-Mac@r-project.org >> https://stat.ethz.ch/mailman/listinfo/r-sig-mac > > _______________________________________________ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac