Thanks, I just pushed as 7baf6615e9f1e3074f88618d86873366ae85b7d1.
Andreas
Hi nee,
> Hello, attached is a package definition that fails because substitute*
> throws an error. The file I try to substitute* on has some names with
> special signs like ë and é that might be related?
You could try something like this:
;; This file is ISO-8859-1 encoded.
(with-fluids
Could you please attach a diffoscope output to this?
I've found this in the notes database, does not sound too promising:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ant.html.
2018-01-14 5:16 GMT+01:00 Chris Marusich :
> Hi,
>
> At commit
Leo Famulari writes:
> Working on core-updates, I noticed this in the list of substitutes to be
> downloaded:
>
> [...]
> /gnu/store/gyzn9z9mvhcmkmgdqz9b0vqanrz7v7qr-svn-checkout
> /gnu/store/414npvzajl508j1kaji1piy52byr7b1y-svn-checkout
>
Gábor Boskovits writes:
> Nss is not reproducible on core-updates.
>
> notes database link:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/nss.html
>
> Diffoscope output attached.
Only the following three files differ:
-
I noticed I made the same mistake with one of my packages.
Guix lint tells when such a thing occur.
Maybe we could use guix to check for these, and some
other things could also be spotted.
WDYT?
2018-01-14 17:02 GMT+01:00 Leo Famulari :
> Working on core-updates, I noticed
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> Quiliro skribis:
>
>> It would be nice to create a desktop.scm file that contains all
>> necessary packages to have a fully functional desktop installation for
>> the end user. It is for that user that only uses the machine
On Sun, 14 Jan 2018 17:43:27 +0100
Tobias Geerinckx-Rice wrote:
> Gábor Boskovits wrote on 14/01/18 at 17:13:
> > Maybe we could use guix to check for these, and some
> > other things could also be spotted.
> > WDYT?
>
> Agreed, I think.
Yeah, +1
> We should be able to
Working on core-updates, I noticed this in the list of substitutes to be
downloaded:
[...]
/gnu/store/gyzn9z9mvhcmkmgdqz9b0vqanrz7v7qr-svn-checkout
/gnu/store/414npvzajl508j1kaji1piy52byr7b1y-svn-checkout
/gnu/store/zj29xvq1nw5zra11h0y7vq5lycv205lw-svn-checkout
Gábor Boskovits wrote on 14/01/18 at 17:13:
> Maybe we could use guix to check for these, and some
> other things could also be spotted.
> WDYT?
Agreed, I think.
I don't see how defaulting to ‘...${VCS_TYPE}-checkout’ ever makes sense
or saves effort.
We should be able to improve the quality of
Gábor Boskovits writes:
> Could you please attach a diffoscope output to this?
>
> I've found this in the notes database, does not sound too promising:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ant.html.
We are not using GCJ.
--
Ricardo
GPG:
Chris Marusich writes:
> Of course, if there is a way to solve this class of problem more
> generally without introducing impurities, that'd be great. I just can't
> think of one at this time.
There is existing code in Guix that puts things into the store which
depend on
I've also seen this once. No idea so far.
I've tried to look around, but found no other mention of this issue.
2018-01-14 7:58 GMT+01:00 Chris Marusich :
> Hi,
>
> At commit 1b321229f4653c5daa873813e24910789c0b2918 (i.e., the current
> tip of the core-updates branch),
Hi,
Mathieu Lirzin skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hello!
>>
>> Quiliro skribis:
>>
>>> It would be nice to create a desktop.scm file that contains all
>>> necessary packages to have a fully functional desktop installation for
>>> the
Hello,
Fis Trivial skribis:
> Sorry about that, this section is wrong. Here is the correct one. Be careful
> with the "..."
> in the environ assignment. I omitted part of the path due to it's too long.
>
> #+BEGIN_SRC python
> #!/usr/bin/env python3
> import os
>
Please know that introducing wrapper script might cause problems like this one:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29824
Gábor Boskovits wrote on 14/01/18 at 20:28:
> Here is the lint log, it did not run to completion, it has an error at
> the end.
I started ‘guix lint’ after my first message too; with some luck it will
(eventually...) complete.
Thanks,
T G-R
>>
>> detect_meson_py_location() assumes the executable to be called "meson"
>> or "meson.py", but in guix it currently is called ".meson-real" (see teh
>> first entry in the trace-back).
>>
>> The solution would be to get rid of the wrapper-scripts, see
>>
ng0 transcribed 2.7K bytes:
> Ludovic Courtès transcribed 1.0K bytes:
> > ng0 skribis:
> >
> > > ng0 transcribed 0.4K bytes:
> > >> A feature-bug I forgot to report a while ago.
> > >> It has been described on the mailinglist (or was
> > >> it in my blog or some release
Ok, I started a guix lint on 0.14.0.1183-1b321.
Will attach log here asap.
2018-01-14 17:53 GMT+01:00 Danny Milosavljevic :
> On Sun, 14 Jan 2018 17:43:27 +0100
> Tobias Geerinckx-Rice wrote:
>
> > Gábor Boskovits wrote on 14/01/18 at 17:13:
> > > Maybe
Gábor Boskovits writes:
> nspr 4.17 is not reproducible.
> Diffoscope output attached.
Thanks for the report!
The attached patch should solve it. Since there are quite a few
dependent packages, I'd like to push this to a new 'staging' branch that
will be started shortly
2018-01-14 19:28 GMT+01:00 Marius Bakke :
> Gábor Boskovits writes:
>
> > nspr 4.17 is not reproducible.
> > Diffoscope output attached.
>
> Thanks for the report!
>
> The attached patch should solve it. Since there are quite a few
> dependent packages,
Gábor Boskovits writes:
> 2018-01-14 19:28 GMT+01:00 Marius Bakke :
>
>> Gábor Boskovits writes:
>>
>> > nspr 4.17 is not reproducible.
>> > Diffoscope output attached.
>>
>> Thanks for the report!
>>
>> The attached patch should
2018-01-14 20:51 GMT+01:00 Marius Bakke :
> Gábor Boskovits writes:
>
> > 2018-01-14 19:28 GMT+01:00 Marius Bakke :
> >
> >> Gábor Boskovits writes:
> >>
> >> > nspr 4.17 is not reproducible.
> >> > Diffoscope
Maybe we can Maybe we can divide those environment variables into two types:
1. Needed directly by human. For example the *PATH* environment, we use it
to start whatever program from the shell.
2. Environment variables only needed by programs. For examples, the
Here is the lint log, it did not run to completion, it has an error at the
end.
2018-01-14 18:43 GMT+01:00 Gábor Boskovits :
> Ok, I started a guix lint on 0.14.0.1183-1b321.
> Will attach log here asap.
>
>
> 2018-01-14 17:53 GMT+01:00 Danny Milosavljevic
> or
>
> #+BEGIN_SRC python
> import os
> os.environ['PYTHONPATH']="/gnu/store/.../site-packages${PYTHONPATH:+:}$PYTHONPATH"
> exec(compile(
> open(
>
> "/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real".read(),
>
>
Fis Trivial writes:
> Maybe we can Maybe we can divide those environment variables into two types:
> 1. Needed directly by human. For example the *PATH* environment, we use
> it
>to start whatever program from the shell.
> 2. Environment
Hello,
I've encountered the following crash when trying to use substitute on a
file which contains NUL characters:
--8<---cut here---start->8---
(define problematic-file "/tmp/bp-image-data.el")
scheme@(guix build utils)> ,m (guix build utils)
scheme@(guix
>From 9891e428eae0ed24e0d61862b3f5e298606b79eb Mon Sep 17 00:00:00 2001
From: Maxim Cournoyer
Date: Sun, 14 Jan 2018 20:31:33 -0500
Subject: [PATCH] utils: Prevent substitute from crashing on files containing
NUL chars.
Fixes issue #30116.
* guix/build/utils.scm
30 matches
Mail list logo