Am Montag, dem 03.01.2022 um 23:12 -0500 schrieb Jeffrey Walton:
> Hi Everyone,
>
> I've run out of disk space. I'm trying to run 'guix gc' but it seems
> to need disk space to perform the garbage collection.
>
> $ sudo guix gc
I don't think the manuals specify using `sudo guix gc'. Last time I
On Mon, Jan 3, 2022 at 9:53 PM Chris Marusich wrote:
>
> > Commit 9309b48 seems to be a week old and I can't seem to apply this
> > patch on top of the latest commit on master e6fe4e5819.
>
> How did you apply the patch?
>
Without thinking apparently (i.e. using git apply). It applies just
fine,
Hello Jorge,
Jorge P. de Morais Neto writes:
> Hi Marius.
>
> Em [2021-06-16 qua 23:09:19+0200], Marius Bakke escreveu:
>
>> It's not easily possible to install extensions with ungoogled-chromium,
>> apart from the two that are available directly through Guix. If the
>> user goes out of their w
Hi Aiko,
Aiko Kyle writes:
> Commit 9309b48 seems to be a week old and I can't seem to apply this
> patch on top of the latest commit on master e6fe4e5819.
How did you apply the patch? I was able to apply the patch locally to
commit 80ebf564e3e264a006d7c7b1f7f2e57fc2468ef1 (".guix-authorizatio
Hi Everyone,
I've run out of disk space. I'm trying to run 'guix gc' but it seems
to need disk space to perform the garbage collection.
$ sudo guix gc
finding garbage collector roots...
note: can't create trash directory: creating directory
`/gnu/store/trash': No space left on device
deleting gar
On Mon, Jan 3, 2022 at 7:15 PM Chris Marusich wrote:
>
> Aiko's patch would indeed fix the failing test. Thank you, Aiko, for
> taking the initiative to help investigate and solve the issue! However,
> even though that patch would fix the test, anyone who is using
> set-xorg-configuration on a n
Hi Leo and Aiko,
This issue also affects powerpc64le-linux.
Aiko's patch would indeed fix the failing test. Thank you, Aiko, for
taking the initiative to help investigate and solve the issue! However,
even though that patch would fix the test, anyone who is using
set-xorg-configuration on a non
Hello,
When built under a very loaded system, ell may fail its test suite
in a nondeterministic fashion like so:
--8<---cut here---start->8---
--- ./test-suite.log
ell
Some of these failing tests have been reported on guix-devel already:
https://lists.gnu.org/archive/html/guix-devel/2021-12/msg00158.html
On Mon, Jan 3, 2022 at 6:13 PM Akira Kyle wrote:
>
> Attached is the current log file for the test suite on commit 92faad0
> with the patch applied.
Hello Thiago,
Sorry for the delay.
Let me try to recall... I got the texlive 2021 to work after deleting
~/.texlive2019 however, the build times were them immensely slower.
All the best,
Pāladhammika
‐‐‐ Original Message ‐‐‐
On Friday, December 31st, 2021 at 4:06 AM, Thiago Jung Bauer
Hey, Josselin.
Thanks so much for all the info. and walking through how things work; it was
really helpful.
In the end, I think I just missed restarting my computer; after doing so, the
change that was made regarding gdk-pixbuf seems to've fixed whatever SVG issues
I'd been having in a variety
The attached patch fixes the failing guix-system.sh test on aarch64.
However there are now other tests that are failing.
0001-tests-guix-system-Fix-on-non-x86_64-systems.patch
Description: Binary data
Hi,
Maxim Cournoyer writes:
> Hello Guix,
>
> I encountered the following (nondeterministic) test failure:
>
> # TOTAL: 13
> # PASS: 12
> # SKIP: 0
> # XFAIL: 0
> # FAIL: 1
> # XPASS: 0
> # ERROR: 0
>
> .. contents:: :depth: 2
>
> FAIL: tests/no-home
> ===
>
> + shepherd --ver
I tested by adding another package to the file to get output. It installs the
package but does not add the binary to my path:
https://paste.debian.net/plain/1225715
doing a find on waybar:
https://paste.debian.net/plain/1225717
So it's installing all of these packages and creating the derivation
I've upped the times on the pastes in case they expire. I've also included the
output from guix home reconfigure.
Output of guix home reconfigure
https://paste.debian.net/plain/1225711
guix-home.scm file
https://paste.debian.net/plain/1225712
Some added notes:
- This is on a fresh install of Gu
Hi Ludo,
On Mon, 03 Jan 2022 at 19:30, Ludovic Courtès wrote:
> Interestingly, GUIX_DAEMON_SOCKET=ssh://… almost achieves that.
Thanks for the hint.
> Alright, committing.
Cool! Thanks.
>> I am fine to close the issue but, as I said, the fix seems to be able to
>> offload without root acce
Package python-esptool fails to build with this error during sanity check phase:
```
starting phase `sanity-check'
validating 'esptool'
/gnu/store/gpwx236gfigq0459yyrcysnd3g0mmqc9-python-esptool-3.0/lib/python3.9/site-packages
...checking requirements: ERROR: esptool==3.0 The 'reedsolo<=1.5.4,>=1
Package h-client fails to build with an error during sanity-check phase:
```
starting phase `sanity-check'
validating 'hclient'
/gnu/store/spgvgl83h6z9nsk940nl5kzrbsrlh4xp-h-client-0.0a0-138/lib/python2.7/site-packages
...checking requirements: OK
...trying to load module hclient: OK
...trying to
On Mon, Jan 03, 2022 at 05:28:17PM +0100, Erik Winkels wrote:
> guix install: error: profile contains conflicting entries for gnupg
This should be fixed with commit
0d15873d7e898110c12fd77d32258ab55e16e7eb
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=0d15873d7e898110c12fd77d32258ab55e16e
On Mon, Jan 03, 2022 at 05:28:17PM +0100, Erik Winkels wrote:
> When doing a `guix install flatpak` while having `gnupg` already installed as
> a user package I get this error:
>
> ```
> $ guix package --list-installed
> [...]
> gnupg 2.2.32 out /gnu/store/75122spwjdkxxgd32gkkil3n7ifax8i5-gnupg-2
gimagereader fails to build, giving a lot of undefined reference errors during
building of qt sources. E.g.:
```
ld: CMakeFiles/gimagereader.dir/qt/src/scanner/ScannerSane.cc.o: in function
`ScannerSane::doCompletePage()':
/tmp/guix-build-gimagereader-3.3.1.drv-0/gimagereader-3.3.1/qt/src/scanne
Hi,
zimoun skribis:
> On Mon, 03 Jan 2022 at 17:52, Ludovic Courtès wrote:
>
>> This is because guix-daemon spawns ‘guix offload’ as root.
>
> Yes. The issue is I cannot offload to a machine where I have an SSH
> account and where Guix is installed if the sysadmin does not configure
> correctl
When doing a `guix install flatpak` while having `gnupg` already installed as a
user package I get this error:
```
$ guix package --list-installed
[...]
gnupg 2.2.32 out /gnu/store/75122spwjdkxxgd32gkkil3n7ifax8i5-gnupg-2.2.32
$ guix install flatpak
The following package will be installed:
flatp
Hello :)
I've run into a strange issue where `guix home reconfigure` does not install
the packages listed in the (home-environment(packages(append))) block.
It isn't throwing any errors except for a warning:
WARNING: Use of `load' in declarative module (#{ g56}#). Add #:declarative? #f
to your
Hi,
On Mon, 03 Jan 2022 at 17:58, Ludovic Courtès wrote:
>>> We could instruct ‘guix offload’ to always ignore ~/.ssh/config, but
>>> that wouldn’t be great because using it can be useful.
>>
>> Well, I am in favor of POLA.
>
> Yeah, actually that would be in line with
> bd8345777f5a48ee61656248
Hi,
On Mon, 03 Jan 2022 at 17:52, Ludovic Courtès wrote:
> This is because guix-daemon spawns ‘guix offload’ as root.
Yes. The issue is I cannot offload to a machine where I have an SSH
account and where Guix is installed if the sysadmin does not configure
correctly this /root/.ssh/.
> diff
Jelle Licht writes:
> As discussed on #guix on IRC, several folks including myself ran into
> issues getting the following some-file.tex:
>
> --8<---cut here---start->8---
> \documentclass[11pt]{article}
> \begin{document}
> Hello friends
> \end{document}
> --8
Hi,
zimoun skribis:
> On Wed, 05 Feb 2020 at 12:11, Ludovic Courtès wrote:
[...]
>> That is confusing indeed. It comes from the fact that ‘guix offload’ in
>> the last case is running as root; thus, it sees a different
>> ~/.ssh/config.
>
> Therefore, see 52517. :-) And the manual is also c
Hi,
zimoun skribis:
> The manual provides [1] the example:
>
> (build-machine
> (name "armeight.example.org")
> (systems (list "aarch64-linux"))
> (host-key "ssh-rsa B3Nza…")
> (user "alice")
> (private-key
> (string-append (getenv "HOME
As discussed on #guix on IRC, several folks including myself ran into
issues getting the following some-file.tex:
--8<---cut here---start->8---
\documentclass[11pt]{article}
\begin{document}
Hello friends
\end{document}
--8<---cut here---
Hello Leo,
> This is new. I think the issue was introduced with recent work on (gnu
> system image), perhaps from this commit:
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=da924796744bbb7b035a986fe5d28d8d613ff6af
Before that commit "guix system vm" was always producing volatile
ima
On 31/12/2021 18:41, Josselin Poiret wrote:
Hello,
raingloom writes:
On Wed, 29 Dec 2021 11:04:39 +
Paul Jewell wrote:
On 29/12/2021 00:50, raingloom wrote:
On Tue, 28 Dec 2021 18:39:52 +
Paul Jewell wrote:
On 27/12/2021 23:20, Leo Famulari wrote:
On Mon, Dec 27, 2021 at 10:
Hello,
> I noticed that the installer built from current master includes locales
> from glibc 2.31 and 2.33, because they are both in
> %default-locale-libcs.
>
> Will we still need this workaround for the upcoming release? Presumably,
> new installations will not include anything that uses glib
While experimenting with Samba, I noticed that some tools, especially
samba-tools will not run, and crash:
--8<---cut here---start->8---
root@motor ~# samba-tool
Traceback (most recent call last):
File "/run/current-system/profile/bin/samba-tool", line 33, in
Philip McGrath schreef op ma 27-12-2021 om 13:38 [-0500]:
> I haven't looked at the implementation at all, but extending `write`
> certainly would be a reasonable option, and, longer-term, it might be
> possible to upstream a patch adding the needed behavior.
Not sure what the API should be (an
Philip McGrath schreef op ma 27-12-2021 om 13:38 [-0500]:
> I think the behavior of `gexp->approximate-sexp` is at least defensible,
> since its documentation (`info guix "gexp->approximate-sexp"`) warns
> that "some information can be lost".
But no information is lost in this case?
$ guix repl
Andreas Drivsholm schreef op zo 02-01-2022 om 19:30 [+0100]:
> Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to 01ec5ef (5 new commits)...
> Building from this channel:
> guix https://git.sava
Hi,
> $ guix environment --ad-hoc xpra --pure -- xpra start :100
> 2021-12-29 09:44:20,712 Warning: cannot load cython bencode
> module: No module named 'xpra.net.bencode.cython_bencode'
> Warning: using '/run/user/1000' as XDG_RUNTIME_DIR
> xpra initialization error:
> start is not supported b
38 matches
Mail list logo
