On Wed, Mar 08, 2017 at 01:15:37PM -0500, Leo Famulari wrote:
> On Wed, Mar 08, 2017 at 10:24:19AM +0100, Tomáš Čech wrote:
> > Thank you for your explanation and your patience. I finally understand
> > now what you mean with binary installation and understand how it
> > doesn't break it.
>
> Than
On Wed, Mar 08, 2017 at 10:24:19AM +0100, Tomáš Čech wrote:
> Thank you for your explanation and your patience. I finally understand
> now what you mean with binary installation and understand how it
> doesn't break it.
Thank you for continuing to ask for clarification. It's important that
we revi
Ricardo Wurmus writes:
> attached are more reproducibility fixes for R. Unfortunately, it seems
> that files of type “rdb”, “rdx”, and “rds” are still not reproducible.
> This leaves us with the following files in R that are currently not
> reproducible:
[…]
> /lib/R/library/boot/help/paths.rd
l...@gnu.org (Ludovic Courtès) writes:
> On closer inspection, it’s an easy change to make.
>
> Could you test the attached patch with GHC?
Thanks for the patch. I've tested it with GHC 8.0.2 and seems to work
for it. However, this is an excerpt of the description of the use of
response files f
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> attached are more reproducibility fixes for R. Unfortunately, it seems
>> that files of type “rdb”, “rdx”, and “rds” are still not reproducible.
>> This leaves us with the following files in R that are currently not
>> reproducible:
>
> Co
Currently in build-aux/hydra we have i686->x86_64 cross-builds disabled,
but this is not the only one we should eliminate. Currently on
core-updates we have armhf->mips64el attempts and also armhf and i686->
aarch64 attemps, all of which fail as expected.
I propose we add two sub-lists of %support
On Wed, Mar 08, 2017 at 03:45:47AM -0500, Leo Famulari wrote:
On Wed, Mar 08, 2017 at 07:25:42AM +0100, Tomáš Čech wrote:
Unless I'm missing some other commit, this won't work.
When I perform these steps:
1] ./configure && make && sudo make install (or package installation)
2] mkdir /gnu/store
skribis:
> Recently I had to remove duplicity from a profile because it doesn't
> support hardlinks, and something very interesting happened:
>
>
> === start of output ===
> guix package --remove duplicity
> The following package will be removed:
>duplicity
> 0.7.11/gnu/store/3a9ggca9
On Wed, Mar 08, 2017 at 07:25:42AM +0100, Tomáš Čech wrote:
> Unless I'm missing some other commit, this won't work.
>
> When I perform these steps:
> 1] ./configure && make && sudo make install (or package installation)
> 2] mkdir /gnu/store
> 3] attempt to start daemon will fail as there is no g
