All,
To keep a link with previous ‘define-package’ discussion, I've
merged this bug with #15284. It was never resolved IMO and things
have changed since 2013 with the label-less input style.
Maxime Devos 写道：
This could be even shorter in the special case that the variable
name
and package
root@gnu /mnt/rootfs/boot# guix system init /mnt/rootfs/etc/config.scm
/mnt/rootfs/
Backtrace:
In guix/ui.scm:
2185:7 19 (run-guix . _)
2148:10 18 (run-guix-command _ . _)
In ice-9/boot-9.scm:
1752:10 17 (with-exception-handler _ _ #:unwind? _ # _)
In guix/status.scm:
820:3 16 (_)
8
On 04.09.2021 12:09, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:
> All,
>
> To keep a link with previous ‘define-package’ discussion, I've merged this
> bug with #15284. It was never resolved IMO and things have changed since
> 2013 with the label-less input style.
>
> Maxime Dev
Hi Sarah,
Sarah Morgensen skribis:
> Gentoo's tracker for this issue [2] also has some more info. I manually
> searched Cuirass build logs and found 28 packages failing on x86_64 with
> this error:
>
> arcan-sdl@0.5.5.2-1.b4dd1fb
> aris@2.2
> blastem@0.6.2
> chocolate-doom@3.0.1
> crispy-doom@5
Taylan Kammer 写道：
To me the most obvious thing to do seems
(define-package foo ...) ;no explicit name needed
to bind the variable 'foo' and use symbol->string for the name
of the
package, with the possibility to override the name like
(define-package foo (name "foobar") ...)
which woul
Hi,
Lars-Dominik Braun skribis:
> Hi,
>
> I’ve seen this multiple times now, most recently with commit
> 8ef38cd1bf7ec17b8d1bc1c0bcb42ac30ac30406 on a foreign system: Some
> operation, here a `guix pack` tries to build ca-certificate-bundle and
> it fails the first time, but rerunning the same o
On 04.09.2021 16:44, Tobias Geerinckx-Rice wrote:
> Taylan Kammer 写道：
>> To me the most obvious thing to do seems
>>
>> (define-package foo ...) ;no explicit name needed
>>
>> to bind the variable 'foo' and use symbol->string for the name of the
>> package, with the possibility to override the n
Hi Taylan,
Taylan Kammer writes:
> On 04.09.2021 16:44, Tobias Geerinckx-Rice wrote:
>> Taylan Kammer 写道：
>>> To me the most obvious thing to do seems
>>>
>>> (define-package foo ...) ;no explicit name needed
>>>
>>> to bind the variable 'foo' and use symbol->string for the name of the
>>> pa
Simon South writes:
> But this additional call _is_ expected on Guix systems, so the test
> cases ought to be modified to match.
Perhaps, but having looked into this it's complicated because
- The expected output from the tests is not contained in the source
bundle in a separate, easy-to-patch
Modify the invocation of strace's "readlink" and "readlinkat" tests to prevent
them from failing due to an additional system call made by Guix's patched
version of glibc.
* gnu/packages/linux.scm (strace)[source]: Add patch.
[arguments]<#:phases>: Do not disable the "readlink" test now that it can
Hi all,
Thanks for your comments. I'm replying specifically to this message but
these thoughts apply to the issue as a whole.
Maxime Devos writes:
> Sarah Morgensen schreef op do 02-09-2021 om 21:06 [-0700]:
>> Hello Guix,
>>
>> This patch adds a shorthand for "(define-public name (package ..
First I was using Guix on Lenovo Carbon X1 in parallel with Arch.
Few times I experiences "NVRAM full" or similar problem, I don't
recall now. Solution was to reset NVRAM by some procedure. Half a
year now, I moved to System76 Lemur Pro, where I have only Guix
alone. Here I have another prob
Hi Ludo,
>> lablgtk@2.18.10
>> libsrtp@2.3.0
>> ocaml4.07-lablgtk@1.18.10
I've sent patches [0] [1] to fix these by updating them. Together they
have 79 dependents.
[0] https://issues.guix.gnu.org/50388
[1] https://issues.guix.gnu.org/50389
--
Sarah
Hi again,
>> libappindicator@12.10.0
>> pipewire@0.2.7
I've sent patches for these [0][1], with a total of 22 dependents.
The remaining packages have a total of 19 dependents, 7 of which belong
to ocl-icd@2.2.12. As soon as ocl-icd's website is back online, updating
it to 2.2.13 should fix the
14 matches
Mail list logo
