"bdju" via Bug reports for GNU Guix [2020-09-13
17:08:21-0500]:
> You should be able to run `sxiv -a filename.gif` to view gifs, but I
> just get an error:
> sxiv: /home/user/picture.gif: Error opening image
I tried [1] and it works with `sxiv -a` here. What does `file picture.gif` say
for your
To replicate:
From a fresh startup,
1. log in to the XFCE window manager from the SDDM display manager.
2. log out
3. In a virtual console, log in with the same user and run `who`
Expected results:
The value of $USER should be listed once, because it is officially
logged in only once.
Act
There is a configuration field for udev rules:
https://guix.gnu.org/manual/en/html_node/Base-Services.html
udev-service [#:udev eudev #:rules '()]
But there is no configuration option to add a hwdb file.
I don't know if that matters but nixos has such option:
services.udev.extraHwdb
That's the
Hello Ludo',
A separate nscd per container also seems like a reasonable option. However,
for the sake of machines hosting many long-lived containers, perhaps we
should consider reducing the cache size: currently it's 32MB for each name
service type, with an expiration of 12-24 hours:
https://git.
You should be able to run `sxiv -a filename.gif` to view gifs, but I
just get an error:
sxiv: /home/user/picture.gif: Error opening image
sxiv: no more files to display, aborting
It works as expected on my friend's machine running Arch.
I need the sxiv.desktop file so that I can set it as the default program
in xdg to open jpg and png files.
guix (GNU Guix) 58a2c8084c66d9949933950fbf316eb95a46b1a4
sxiv 26
Hello,
I tried running "guix pull" but it gave me a backtrace.
guix substitute: error: connect: No route to host
@ substituter-failed
/gnu/store/c4mzhay8jrg5r43wkn4f9004afvly0ad-po4a-0.57 256 fetching path
`/gnu/store/c4mzhay8jrg5r43wkn4f9004afvly0ad-po4a-0.57' failed with
exit code 1 @ substitut
Hi,
e...@beaver-labs.com skribis:
> doc/guix.texi: (Name Service Switch) add a workaround for bug #41575
> ---
> doc/guix.texi | 16 +++-
> 1 file changed, 15 insertions(+), 1 deletion(-)
>
> diff --git a/doc/guix.texi b/doc/guix.texi
> index a6e14ea177..a9472e680e 100644
> --- a/doc
On Wed, Sep 09, 2020 at 06:35:34PM +0700, Vtly Shtrv wrote:
> Hello Guixen.
> From the Guix System (aarch64) powering a RockPro64 SBC.
>
>
> What's broken: ntp-service-type
> chrony
>
> How it's broken:
> ntp-service-type segfaults (Mike seen).
> chrony segfaults
I tested on bare metal and virtualized x86-64 with NTP.
The bug reporter [0] tested that the fix worked for Chrony.
Pushed as 898fbb60b2354e82e5b7f259b44dbfed112a83aa
[0] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=43321#5
signature.asc
Description: PGP signature
My pleasure, Edouard. Thanks for the doc update!
Jason
On Sun, Sep 13, 2020 at 6:39 AM wrote:
> Thank you for this thourough investigation and for finding the
> workaround !
>
> I just submitted a patch to the doc based on your email.
>
> Cheers,
>
> Edouard.
> conjaroy writes:
>
> > In an eari
Hello,
I’m having trouble installing Guix System 1.1.0 on my computer. Installation
sequence reinitiates itself without giving any errors. Here are the steps I’ve
taken during installation:
* Locale Language -> English
* Locale Location -> United States
* Gnu Guix Install -> Graphic
Brendan Tildesley writes:
> Hi Ricardo, Ludovic... I was wondering if we could revisit and fix
> this.
Yes, let’s try to fix this. I think it would be good to have a bunch of
automated tests that we can work with to validate the feature even in
somewhat obscure circumstances.
It’s been a whi
Pierre Langlois writes:
> Hi Tobias,
>
> Tobias Geerinckx-Rice via Bug reports for GNU Guix writes:
>
>> Guix,
>>
>> ‘readmsg’ from mailutils@3.10 segfaults on aarch64, blocking
>> ‘emacs’
>> and ‘emacs-no-x’, but not ‘emacs-minimal’.
>>
>> --- ./readmsg/tests/testsuite.dir/4/testsuite.log
>>
So it seems like two of the problems fixed themselves.
I still cant see any number in the browser though.
In their place there is just a blank space.
Marinus Savoritias
On 9/9/20 3:10 PM, Marinus Savoritias wrote:
I forgot to add that the issue seems specific to icecat. Qutebrowser
works fine.
Thank you for this thourough investigation and for finding the
workaround !
I just submitted a patch to the doc based on your email.
Cheers,
Edouard.
conjaroy writes:
> In an eariler bug comment [1] I corroborated that nscd was leaking
> /etc/passwd information from the host OS into the Guix co
doc/guix.texi: (Name Service Switch) add a workaround for bug #41575
---
doc/guix.texi | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index a6e14ea177..a9472e680e 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -1706,6 +1706,2
17 matches
Mail list logo