Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-14 Thread Konrad Hinsen
Hi Bonface and Ludo, > That's strange. To get the right results, you'd have to do a `2L ** 64`. Exactly. The long integer arithmetic works fine, it's the detection of the overflow of 64-bit ints that fails. > When I tried `2 ** 63` I got `-9223372036854775808`. There's also an Good catch, I

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-14 Thread Ludovic Courtès
Hi Konrad, Konrad Hinsen skribis: > Indeed. The details are here: > > https://gitlab.inria.fr/guix-hpc/guix-past/-/issues/1 Oooh, thank you! It looks like an “interesting” bug, one of those that can help make the case for precise software environment control. :-) bonfacemuny...@gmail.com

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-14 Thread Bonface M. K.
Konrad Hinsen writes: > Hi Ludo, > >> Apologies for the delay. What was this bug exactly? >> >> I know Bonface addressed an issue related to how the Python 2.4 build >> system would capture the kernel version via ‘uname’ a build time: >> >> >>

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-14 Thread Konrad Hinsen
Hi Ludo, > Apologies for the delay. What was this bug exactly? > > I know Bonface addressed an issue related to how the Python 2.4 build > system would capture the kernel version via ‘uname’ a build time: > > >

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-13 Thread Ludovic Courtès
Hi Konrad, Konrad Hinsen skribis: > There is an interesting issue left for me to explore, which is why > Python 2.4 compiled with today's gcc has a bug that it definitely didn't > have back then. It's probably related to the many intentional > ambiguities in the C language standard, check out

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-07 Thread Paul Garlick
Hi Simon, On Fri, 2020-07-03 at 20:19 +0200, zimoun wrote: > > I do not know if it is the best but I do: > > guix build -L path/to/clone the-package > guix install -L path/to/clone the-package -p /tmp/test > /tmp/test/bin/the-package This works for me if I use the command: $guix build

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-07 Thread Paul Garlick
Hi Ricardo, Many thanks for this tip. > I did this from the checkout of “guix-past”: > > GUIX_PACKAGE_PATH=$PWD guix build my-package > First, I changed directory to the 'modules' directory in the guix-past checkout. Then the 'guix build' command can follow the subdirectories and find

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-04 Thread Konrad Hinsen
Hi Simon et al., > We are interested to hear your feedback. Especially about what pass, > what fail and what you have learnt, if you enjoyed the experience, or on > the contrary if you not, what could be improved for the next round. For me this was the occasion to finally start playing with a

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-03 Thread Ricardo Wurmus
Paul Garlick writes: > One outstanding puzzle for me is to figure out how to test a package > definition in a new channel. For example, I have cloned the guix-past > repository and started to add a new package. However, what is the best > workflow to attempt a build from the channel? Do you

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-03 Thread zimoun
Dear Pauk, On Fri, 03 Jul 2020 at 18:56, Paul Garlick wrote: > One outstanding puzzle for me is to figure out how to test a package > definition in a new channel. For example, I have cloned the guix-past > repository and started to add a new package. However, what is the best > workflow to

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-03 Thread Paul Garlick
Hi Simon, Thank you for organising the day. > We are interested to hear your feedback. Especially about what pass, > what fail and what you have learnt, if you enjoyed the experience, or on > the contrary if you not, what could be improved for the next round. One outstanding puzzle for me is

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-03 Thread Ricardo Wurmus
zimoun writes: > On the Guix side, a missing feature is to search back in history, i.e., > somehow improves [2] (which starts 2019-01-01) and be able to find the > commit (or range of commits) which provided foo@x.y and bar@a.b > > 2:

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-03 Thread zimoun
Dear, Thank you all for joining! A PAD is still open at: https://mensuel.framapad.org/p/guix-hackathon-9hlj?lang=en Please add whatever you have been up. Or drop an email. We are interested to hear your feedback. Especially about what pass, what fail and what you have learnt, if you

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-01 Thread Efraim Flashner
On Wed, Jul 01, 2020 at 11:10:23AM +0200, zimoun wrote: > Hi Pjotr, > > Thank you for sharing your plans. > > On Tue, 30 Jun 2020 at 23:57, Pjotr Prins wrote: > > > GenNetwork1 depends on Python 2.4(!) with modules that have not been > > updated this century, and an older version of Apache

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-07-01 Thread zimoun
Hi Pjotr, Thank you for sharing your plans. On Tue, 30 Jun 2020 at 23:57, Pjotr Prins wrote: > GenNetwork1 depends on Python 2.4(!) with modules that have not been > updated this century, and an older version of Apache with mod_python, > amongst other things. We would like to use the guix

Re: Reproducible Research Hackathon: Friday, July 3rd

2020-06-30 Thread Pjotr Prins
We at UTHSC are game. We are struggling with an old version of the GeneNetwork web service 1.x which is now running on a 10 year old CentOS. The backup time machine server died recently. GenNetwork1 depends on Python 2.4(!) with modules that have not been updated this century, and an older

Reproducible Research Hackathon: Friday, July 3rd

2020-06-30 Thread simon tournier
Hello, We are pleased to announce a Hackathon about Reproducible Science. We propose to collectively tackle some issues on *Friday, July 3rd*: - identify stumbling blocks in using Guix to write end-to-end pipelines, - document how to achieve this, - feed the Guix-Past channel by other old