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.urba...@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.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 > [[alternative HTML version deleted]] _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
