myg...@gmail.com skribis:
> commit ...
> c32e3dded * services: agetty: Call default-serial-port only when starting.
> ... fixed this here, thanks - George
Awesome, thanks for confirming.
And thanks Danny for the fix!
Ludo’.
Danny Milosavljevic skribis:
> [huge build]
>> The current tradeoff is to make that diagnostic based on the running
>> kernel, even if it’s an approximation.
>
> Ah, good point.
>
>> If that’s fine with you I’d like to fix this bug with the conservative
>> patch below.
>
> Sure, looks good.
Push
Björn Höfling skribis:
> If you look into gnu/packages/autotools.scm, you see that
> autoconf-wrapper is not a package, but a package-factory:
>
> (define* (autoconf-wrapper #:optional (autoconf autoconf))
>
> Now the package definitions of "automake" and "libtool" each use the
> same fragment of
[huge build]
> The current tradeoff is to make that diagnostic based on the running
> kernel, even if it’s an approximation.
Ah, good point.
> If that’s fine with you I’d like to fix this bug with the conservative
> patch below.
Sure, looks good.
While we are approximating we could also in a la
Hello,
Danny Milosavljevic skribis:
> there's a problem with check-device-initrd-modules: on "guix system init"
> it doesn't get linux-module-directory and doesn't pass it on to
> matching-modules.
> matching-modules then eventually defaults to (current-alias-file) - which is
> not
> found on
Hi Ludo,
there's a problem with check-device-initrd-modules: on "guix system init"
it doesn't get linux-module-directory and doesn't pass it on to
matching-modules.
matching-modules then eventually defaults to (current-alias-file) - which is not
found on a non-GuixSD system.
Would it be possible
Ricardo Wurmus writes:
> The r-lambda-r package is not reproducible. The differences in the RDX
> files indicates that the package’s RDB file includes references to
> environments that differ in size, which leads to variables being stored
> at different offsets in the RDB file.
[…]
> │ │ $ref
* gnu/packages/patches/java-jeromq-fix-tests.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
* gnu/packages/java.scm (java-jeromq)[source](patches): Add it.
[arguments](#test-exclude): Disable more failing tests.
---
gnu/local.mk | 1 +
gnu/packages
`guix system init` seems to be broken for non GuixSD distirbutions:
When I tried it on openSUSE:
# guix system --no-bootloader init /Devel/git/guix-config/config.scm /mnt/mnt/
;;; note: source file /Devel/extra/gnu/packages/connman.scm
;;; newer than compiled /root/.config/guix/latest/gnu/p
amar skribis:
> I am trying to install guixSD 0.14 x86_64 following the installation docs, i
> am unable to get past `guix system init` part, which runs for a while then
> shows me the same error, i tried 3 times.
>
> https://gist.github.com/radamar/e81359d5f0bd2423632abd9528365654
Pasting it
julien lepiller skribis:
> I'm trying to build a software that requires gcc>=7.2. Unfortunately,
> the process crashes and ends with:
>
> /gnu/store/a4vwdk8r6p6l2mnffz4yaqlr1z6z6w3r-gcc-7.3.0/include/c++/cstdlib:75:15:
> fatal error: stdlib.h: No such file or directory.
On IRC Marius mentioned t
Hi,
I'm trying to build a software that requires gcc>=7.2. Unfortunately,
the process crashes and ends with:
/gnu/store/a4vwdk8r6p6l2mnffz4yaqlr1z6z6w3r-gcc-7.3.0/include/c++/cstdlib:75:15:
fatal error: stdlib.h: No such file or directory.
What I'm trying to build is called emojicode, and t
l...@gnu.org (Ludovic Courtès) skribis:
> Danny Milosavljevic skribis:
>
>> In guix/build/download.scm:
>> 406:4 4 (open-connection-for-uri _ #:timeout _ # _)
>>407:14 3 (thunk)
>>342:14 2 (open-socket-for-uri #< scheme: https userinfo: #…> …)
>> 321:4 1 (ensure-uri #< scheme:
On Wed, 07 Mar 2018 16:18:51 +0100
l...@gnu.org (Ludovic Courtès) wrote:
> Hello,
>
> Hartmut Goebel skribis:
>
> >> This is expected. Strictly speaking, we’re talking about two
> >> different package objects, hence the different IDs.
> >
> > I wonder
> >
> > a) whether it is useful to have
14 matches
Mail list logo
