On Wed, May 20, 2020 at 10:31:32PM +0200, Marius Bakke wrote:
> Jonathan Brielmaier writes:
>
> > `tools/build/src/engine/execunix.cpp` was named
> > `tools/build/src/engine/execunix.c` before. So the following patch
> > allows to build boost@1.59 again.
> >
> > ```
> > diff --git a/gnu/packages/
On Wed, 20 May 2020 at 20:31, Julien Lepiller wrote:
> guix graph -t references --path /gnu/store/…-docker /gnu/store/…-go
>
> Should give you the shortest path from docker to go, looking only at
> references.
It seems that the culprit is the package 'runc'.
--8<---cut here
Marius Bakke writes:
> The update to http-parser in 62f7f0d636d3b3ff796263ab892ebf53263539fa
> causes a test failure armhf-linux:
The same test failure happens on i686-linux.
--
Ricardo
Ricardo Wurmus writes:
> Marius Bakke writes:
>
>> The update to http-parser in 62f7f0d636d3b3ff796263ab892ebf53263539fa
>> causes a test failure armhf-linux:
>
> The same test failure happens on i686-linux.
Actually, this might be a different failure:
test_g: test.c:4240: main: Assertio
Hi Ricardo,
On Tue, 19 May 2020 at 23:31, Ricardo Wurmus wrote:
> When I run “guix pull” (or “guix time-machine”) I see this message
>
>Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
>
> followed by disconcerting silence. I can’t tell if it’
On Wed, May 20, 2020 at 09:59:03PM -0500, Katherine Cox-Buday wrote:
> I am running shepherd as a userspace service manager on an alien distro.
> Occassionally (often enough as to cause concern), Shepherd is crashing.
> I am unable to narrow down a cause, but anecdotally, it seems to happen
> more
On Thu, May 21, 2020 at 07:00:46AM +0200, raingloom wrote:
> Sway package is broken, when it gets to configure it fails with:
>
> ```
> ../source/meson.build:1:0: ERROR: lexer
> ```
>
> No idea what that means, as I barely know Meson.
On which architecture? Running a recent commit? I just built
Hi Josh,
[+ debbugs, please keep it in CC]
Josh writes:
>>Try using 'guix pull --keep-failed' and inspect the util-linux test
>>suite logs in /tmp/guix-build-util-linux-2.35.1.drv-0.
>
> I don't see much...
>
> In /tmp/guix-build-util-linux-2.35.1.drv-0/util-linux-2.35.1, the only tests
> with
Efraim Flashner writes:
> On Wed, May 20, 2020 at 09:59:03PM -0500, Katherine Cox-Buday wrote:
>> I am running shepherd as a userspace service manager on an alien distro.
>> Occassionally (often enough as to cause concern), Shepherd is crashing.
>> I am unable to narrow down a cause, but anecdota
Igor Gajsin writes:
> Next evening I've run `guix pull` again and it finished well. I don't
> know why.
OK. Closing the bug, as we're unlikely to find out what went wrong.
Thanks!
signature.asc
Description: PGP signature
[+ debbugs, please keep it in CC]
Will do, sorry about that.
Can you attach
/var/log/guix/drvs/c7/0j91pkiv8qyazpv357ccc2jfjz91yw-util-linux-2.35.1.drv.bz2
to this bug report?
Attached. Looks like those three that I mentioned. Anything else look
interesting in there?
0j91pkiv8qyazpv357ccc2j
On Thu, May 21, 2020 at 07:51:54AM -0500, Katherine Cox-Buday wrote:
> Efraim Flashner writes:
>
> > On Wed, May 20, 2020 at 09:59:03PM -0500, Katherine Cox-Buday wrote:
> >> I am running shepherd as a userspace service manager on an alien distro.
> >> Occassionally (often enough as to cause conc
Ricardo, Marius,
Ricardo Wurmus 写道:
Marius Bakke writes:
The update to http-parser in
62f7f0d636d3b3ff796263ab892ebf53263539fa
causes a test failure armhf-linux:
The same test failure happens on i686-linux.
Actually, this might be a different failure:
test_g: test.c:4240: main: Asse
#+BEGIN_EXAMPLE
10:06 katco says: guix --version
guix (GNU Guix) c660779722f4130e95cda89c0eb0cff534a89ef2
#+END_EXAMPLE
I am packaging a system called ~sbcl-1am~, and I discovered that unless
I make the package name longer, I receive this cryptic error when
issuing ~guix build -L. sbcl-1am~:
#+BE
Efraim Flashner writes:
>> Your comment is kind of scary though! Shepherd is the thing I want to
>> stay up no matter what since it's responsible for monitoring and
>> restarting things. The idea that a misbehaving or poorly written service
>> could bring down the entire Shepherd process is a pro
On Thu, May 21, 2020 at 11:41:54AM +0200, zimoun wrote:
> On Wed, 20 May 2020 at 20:31, Julien Lepiller wrote:
>
> > guix graph -t references --path /gnu/store/…-docker /gnu/store/…-go
> >
> > Should give you the shortest path from docker to go, looking only at
> > references.
>
> It seems that
zimoun writes:
> On Tue, 19 May 2020 at 23:31, Ricardo Wurmus wrote:
>
>> When I run “guix pull” (or “guix time-machine”) I see this message
>>
>>Updating channel 'guix' from Git repository at
>> 'https://git.savannah.gnu.org/git/guix.git'...
>>
>> followed by disconcerting silence. I ca
Tobias Geerinckx-Rice writes:
> Ricardo, Marius,
>
> Ricardo Wurmus 写道:
>>> Marius Bakke writes:
>>>
The update to http-parser in
62f7f0d636d3b3ff796263ab892ebf53263539fa
causes a test failure armhf-linux:
>>>
>>> The same test failure happens on i686-linux.
>>
>> Actually, this
Steffen Rytter Postas writes:
> Upon finishing the build, the gstreamer package is tested, and it has a
> single failure, which is the following:
>
> gst/gstelement.c:844:E:element tests:test_foreach_pad:0: (after this
> point) Test timeout expired
> Check suite gst_element ran in 30.164s (tests
Josh writes:
>>[+ debbugs, please keep it in CC]
>
> Will do, sorry about that.
>
>>Can you attach
>>/var/log/guix/drvs/c7/0j91pkiv8qyazpv357ccc2jfjz91yw-util-linux-2.35.1.drv.bz2
>>to this bug report?
>
> Attached. Looks like those three that I mentioned. Anything else look
> interesting in ther
On Thu, 21 May 2020 at 22:09, Ricardo Wurmus wrote:
> It can take several seconds or even over a few minutes when fetching
> from multiple channels. For what it’s worth I got annoyed waiting for
> “guix pull” on ci.guix.gnu.org, which has a pretty decent network
> connection (even though users o
Dear Ricardo,
On Mon, 23 Mar 2020 at 22:21, Ricardo Wurmus wrote:
> > a) Add the Bioconductor release (known at packaging time) to all the
> > packages; provide as argument to 'bioconductor-uri'.
> > b) Add more URLs to fallback.
> >
> > As discussed on IRC, Tobias seems more inclined with the
Dear,
Because it is not a bug and after 12 weeks without any activity, I am closing.
Best regards,
simon
Dear,
Because this bug is tagged moreinfo and without any activities since
13 weeks, I am closing.
Feel free to reopen it if I have misunderstood the status of this bug.
Best regards,
simon
Dear,
Well, I am not convinced it is a bug and you should ask for help on
the mailing list help-g...@gnu.org. You can speak any language you
want on help-g...@gnu.org but the bug report are usually done in
English. From your message here and a quick look to the bushy forum
you linked, it is hard
25 matches
Mail list logo