tags 52269 patch
thanks
Hi!
The following patch fixes it. I used site.addsitedir but ensured the
correct ordering of sys.path (we need to make the Guix-installed
packages appear before Python's own site-packages directory otherwise we
wouldn't be able to override its bundled packages such as
Hello,
Mathieu Othacehe writes:
> Hello Maxim,
>
>> OK, nevermind, I found that the test case was deleting the 'fix-tests'
>> build phase from glade3, and building the package. I confirm the fix
>> works!
>
> Great, that's exactly what I was trying to test but you beat me to it
> :). I'll be
Hello Guix,
This was already something Harmut noted during their review of the
site.py loader (that it should honor .pth files), but at the time I
wasn't aware of a Python package that still made use of that mechanism
and thought it was legacy.
To my dismay it seems to be used by the tool
On Sat, Dec 04, 2021 at 01:03:13AM +0100, Florian Hoertlehner wrote:
> guix system disk-image --system=aarch64-linux \ -e "(@ (gnu system install)
> rock64-installation-os)"
> fails with this error:
>
> builder for
> `/gnu/store/399pb3xc4pcxkclfcp1fsbxx8jy1vifq-openconnect-8.10.drv' failed
> with
When TeX Live was updated to version 2021 the ‘lualatex’ format started
being generated with the LuaHBTeX engine, but the ‘lualatex’ command still
uses the LuaTeX engine. This causes the command to fail:
user@popigai:~$ lualatex hello.tex
This is LuaTeX, Version 1.13.0 (TeX Live 2021/GNU
Am Samstag, den 04.12.2021, 00:31 + schrieb Jacob Hrbek:
> arkenfox is a **TEMPLATE** we can't just paste it in userland and
> expect peak security instead we should process the template and
> integrate the configuration in parametrisation with cherrypicked
> defaults to **generate** the
> These things might be useful, but wouldn't IceCat's mailing lists be more
> appropriate for suggesting different configuration defaults? (See
> https://www.gnu.org/software/gnuzilla/ for the mailing lists of IceCat and
> other GNUzilla software.) -- Devos
Yes there should be more effort done
Hi,
For the record, I've pushed commits
080a5de2eeb5e0da83ae9fd94488508d5227c4e3 and
d49e7a592f2f12cd1f9e07edfeebe0a2771f491e to the 'master' branch, which I
believe should fix this issue in our 'nss', 'icecat', 'icedove',
'icedove-wayland', and 'geierlein' packages.
Does anyone know if there
guix system disk-image --system=aarch64-linux \ -e "(@ (gnu system install)
rock64-installation-os)"
fails with this error:
builder for
`/gnu/store/399pb3xc4pcxkclfcp1fsbxx8jy1vifq-openconnect-8.10.drv' failed
with exit code 1
On Fri, Dec 03, 2021 at 11:04:07AM +0100, Mathieu Othacehe wrote:
> The not so trivial part is how to make it somehow user friendly in the
> Web UI. The rest of the interface isn't super easy to understand and I
> fear that it will add an extra layer of complexity if not integrated
> properly.
At long last, I'm pushing the patch to keep -pkg.el files as well as to
load them from guix-emacs during package-initialize. I'll hereby be
closing this bug. Andrew, if you wish to write a phase that adds such
a file for the packages currently lacking them, I'm pretty sure we can
do with a new
Hello,
The "ensure-path" RPC that is used by the cuirass-remote-server process
sometimes raises a condition.
--8<---cut here---start->8---
In ice-9/eval.scm:
619:8 16 (_ #(#(# ?)))
619:8 15 (_ #(#(#(#(#(#(# ?)) ?) ?) ?) ?))
619:8 14 (_
tag easy
Hi,
The current origin of the package ’pumpa’ is:
git://pumpa.branchable.com/
and this URL has moved to:
http://source.pumpa.branchable.com/
It is a perfect first contribution fix.
Cheers,
simon
Hi,
This old bug#34170 [1] provides only the ’Subject’ as elements.
The package bitcore-core still provides ’leveldb’:
--8<---cut here---start->8---
$ tar xf $(guix build -S bitcoin-core)
$ ls -1 bitcoin-0.21.2/src/leveldb
AUTHORS
benchmarks
cmake
Hello Leo,
> "[...] the ability to compare the results of two evaluations
> and show the *differences* between those results, i.e. to enumerate the
> newly failing jobs, the newly succeeding jobs, and the newly aborted
> jobs."
Yes that's something we should definitely add to Cuirass. On the
Hello,
> That’s indeed the case: the store is smaller than it used to be (but
> still 27 TiB), it’s GC’d more aggressively than before, and instead we
> rely on /var/cache/guix/publish for long-term storage.
>
> Perhaps we should go further and keep the store smaller though.
That's what I did
16 matches
Mail list logo
