unofficial mirror of guix-science@gnu.org 
 help / color / mirror / Atom feed
From: Lars-Dominik Braun <lars@6xq.net>
To: "Ludovic Courtès" <ludovic.courtes@inria.fr>
Cc: Lars-Dominik Braun <ldb@leibniz-psychology.org>,
	Simon Tournier <zimon.toutoune@gmail.com>,
	guix-science@gnu.org, Simon Tournier <simon.tournier@u-paris.fr>
Subject: Re: [PATCH] Add draft post "CRAN, a practical example for being reproducible at large scale using GNU Guix".
Date: Fri, 16 Dec 2022 09:00:36 +0100	[thread overview]
Message-ID: <Y5wlpCDSvrIDi06L@noor.fritz.box> (raw)
In-Reply-To: <875yefwgtd.fsf@gnu.org>

Hi Ludo,

> As mentioned on #guix-hpc, I think it’d be interesting to add a
> reference to https://www.nature.com/articles/s41597-022-01143-6 to
> illustrate the rationale.  I think it’s important because R users are
> likely to wonder why they’d bother with Guix in the first place.
from the article and the quotes in your patch I feel it’s not clear
the execution failures are the result of mismatched dependencies. Sure,
if I put on my Guix glasses I would assume they are at least partially
responsible, but in “Limitations of the Study” they mention they did
not investigate causes for the failures. So arguing that code quality
in these open repositories is just terrible – as we can see from the
automated cleaning step doing wonders – would be equally valid. Or am
I missing something?

You’re right that if the blog post would be published in a non-Guix
context it would need a good reason to use Guix, but in this case I was
just describing a cool new toy for people already using Guix. Is that
mind-set acceptable for posts on hpc.guix.info or do we need a motivating
section?

Sorry for the late and quite negative reply :(
Lars

PS: I believe packrat has been superseeded by renv.



  parent reply	other threads:[~2022-12-16  8:01 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-06  7:53 [PATCH] Add draft post "CRAN, a practical example for being reproducible at large scale using GNU Guix" Lars-Dominik Braun
2022-12-06 12:51 ` Simon Tournier
2022-12-07  7:44   ` Efraim Flashner
2022-12-07  8:39     ` Lars-Dominik Braun
2022-12-07 11:11       ` Simon Tournier
2022-12-07  8:36   ` Lars-Dominik Braun
2022-12-13 13:53     ` Ludovic Courtès
2022-12-13 16:34       ` zimoun
2022-12-16  8:00       ` Lars-Dominik Braun [this message]
2022-12-16  8:58         ` Ludovic Courtès
2022-12-17  9:53           ` Lars-Dominik Braun
2022-12-17 11:43             ` Simon Tournier
2022-12-19 15:06               ` Lars-Dominik Braun
2022-12-21 14:43                 ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Y5wlpCDSvrIDi06L@noor.fritz.box \
    --to=lars@6xq.net \
    --cc=guix-science@gnu.org \
    --cc=ldb@leibniz-psychology.org \
    --cc=ludovic.courtes@inria.fr \
    --cc=simon.tournier@u-paris.fr \
    --cc=zimon.toutoune@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).