Hi,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>>> ,import (gnu packages) (guix packages)
>>> (car (find-packages-by-name "python2-pyalsaaudio"))
>> $1 = #> 7f2b76fab160>
>>> (package-definition-location-code package $1)
>> $2 = #f
>>> (package-definition-location $2)
>> $3 =
Pavel,
Pavel Shlyak 写道：
Only cross-compilation fails
guix build btrfs-progs --target=aarch64-linux-gnu
Thanks. This was due to
- a bogus eudev native-input that should have been regular,
- broken Python support somewhere upstream.
Handily, said Python support was never actually used by Guix
Pavel Shlyak schreef op za 21-05-2022 om 21:02 [+0300]:
> I can build it natively on aarch64 or x86_64. Only cross-compilation fails
> To reproduce, run (on x86_64 host)
> guix build btrfs-progs --target=aarch64-linux-gnu
> Output:
>
> configure: error: Package requirements (libudev) were not met:
I can build it natively on aarch64 or x86_64. Only cross-compilation fails
To reproduce, run (on x86_64 host)
guix build btrfs-progs --target=aarch64-linux-gnu
Output:
configure: error: Package requirements (libudev) were not met:
No package 'libudev' found
Consider adjusting the PKG_CONFIG_PATH
Hi,
b...@bokr.com skribis:
> Assuming my date-diff hack worked:
>
> ~/wb/guix]$ date-diff '2022-04-04 16:38:09' '2022-05-20 20:41:02'
> 46days 4hrs 2min 53sec
>
> Is this like coming home from 46day vacation and noticing
> that, oops, someone left the kitchen door open,
> and hoping no ++ungoodni
Here’s the last patch in the set that adds support for the boot flag. It should
be merged after mbr-support-vfat-partitions.patch and
gpt-support-vfat-partitions.patch
The issue can be closed as soon as all three patches are merged.
Have a nice day!
support-bootable-partitions.patch
Descriptio
Hi,
Attila Lendvai skribis:
> is my analysis is correct, namely that cwd is not (always?) changed at
> macroexpand time, and thus the implementation of INCLUDE is broken for
> relative paths? is this a bug to be fixed in guile? if so, shall i try to add
> a test case for this somewhere?
‘inc
Hi Dominic,
Dominic Martinez skribis:
> I think this issue is sporadic, rather than fixed. I've had it happen
> and then fix itself, even with the same list of packages on the same
> Guix commit. For instance, I don't encounter the issue with the commit
> you were on:
>
> $ guix time-machine --c
hi,
--
./guix/store.scm:1406:15: ERROR:
1. &store-protocol-error:
message: "`/gnu/store/p7v1wcq1kvbm2f12j4wc2j49lrpspm43-guix-command
substitute' died unexpectedly"
status: 1
--
try, guix pull --no-substitutes
--
Rene
Hi bokr,
What makes this commit special? If there's a security aspect here, what
is it?
Personally, I am happy to see "fixed," but I would be happier
seeing a signed exploitability assessment, esp if by someone
concentrating on that aspect of things.
I don't think anyone is going to volunt
Hello,
On +2022-05-21 00:19:06 +0200, Ludovic Courtès wrote:
> Ludovic Courtès skribis:
>
> > The installer built from:
> >
> > Generation 214 May 02 2022 21:44:14(current)
> > guix 6b588da
> > repository URL: https://git.savannah.gnu.org/git/guix.git
> > branch: master
> >
hello,
--
gi.require_version('WebKit2’, '4.0')
File
"/gnu/store/1av328rwnh02pbiclxfb1spxrshgd6an-python-pygobject-3.40.1/lib/python3.9/site-packages/gi/init.py",
line 129, in require_version
raise ValueError('Namespace %s not available for version %s' %
ValueError: Namespace WebKit2 not available
HI:
I get a bug while doing "guix pull"
I hope the output in the file I send could be useful.
guix pull
Actualizando el canal 'nonguix' del repositorio Git en
'https://gitlab.com/nonguix/nonguix'...
Verificando canal 'nonguix', revisiones de 897c1a4 a a95251a (602 nuevas
revisiones)...
Actualizan
13 matches
Mail list logo
