TLDR: there is no "real" bug. :-)
Just a choice to do and document it.
On Fri, 24 Apr 2020 at 10:28, zimoun wrote:
> guix package -I -A # does nothing
> guix package -A -I # list available
Expected.
First line, -I -A' means that '-A' is seen as an argument for '-I'.
Idem for the second
Hello,
while clicking on icons on Xfce panel, it fails to launch applications
and throws "Couldn't run
command /gnu/store/*hash*-exo-0.12.6/bin/exo-open --launch *Application
name* %u There's no such file or directory".
I thought I reported the issue somewhere, but my memory tricked me and
I
Ricardo Wurmus writes:
> Ben Sturmfels writes:
>
>> On Sun, 05 May 2019, Jonathan Frederickson wrote:
>>
>>> I'm attempting to use Flatpak on my Guix system, and I'm experiencing
>>> segfaults when attempting to add a remote repo. Provided below are the
>>> output of the command I'm
Hi,
Ludovic Courtès skribis:
> Actually all the profile hooks refer to the native derivation.
I’ve looked at it and this problem is surprisingly tricky to address.
I’ve tried to address it in an API-compatible way, which meant setting
the ‘%current-system’ and ‘%current-target-system’
Hello,
Mathieu Othacehe skribis:
>>> The work-around here is to save the installed SIGTERM handler and reset
>>> it. Then, after forking, the parent can restore the SIGTERM handler. The
>>> child will use the default SIGTERM handler that terminates the process.
>>
>> OK, makes sense. (Another
Ricardo Wurmus skribis:
> But now I’m curious and I look at the documentation for “remove” from
> (rnrs lists):
>
> -- Scheme Procedure: remp proc list
> -- Scheme Procedure: remove obj list
> -- Scheme Procedure: remv obj list
> -- Scheme Procedure: remq obj list
> ‘remove’, ‘remv’,
Ben Sturmfels writes:
> On Sun, 05 May 2019, Jonathan Frederickson wrote:
>
>> I'm attempting to use Flatpak on my Guix system, and I'm experiencing
>> segfaults when attempting to add a remote repo. Provided below are the
>> output of the command I'm attempting to run, as well as some info
>>
Hi,
Ricardo Wurmus skribis:
>>From 40c1208cbe9cbfa58ee385ef6ee06b775d309753 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Sun, 10 May 2020 23:29:38 +0200
> Subject: [PATCH] services: Support DELETE in MODIFY-SERVICES macro.
>
> * gnu/services.scm (%modify-service): Add clause for
Bug #22704 is fixed, so while I get the notification box that tells me
that the manual is not installed I can simply click on the link to open
it in a browser.
It also tells me to go to Preferences if I want to always open the
manual in my browser, which works fine.
The only way to include the
What is the status of this bug?
If we have a fix, can we make a new installer image? There are people on
#guix having trouble getting online in the installer, and I think they
are hitting this issue.
Can you tell the user to connect to the network manually instead of getting
stuck at graphical wifi connection? That would allow to bypass the problem and
continue with the installation.
Hi Leo,
On +2020-05-08 18:52:41 -0400, Leo Famulari wrote:
> On Sat, May 09, 2020 at 12:18:46AM +0200, Bengt Richter wrote:
> > Didn't I just see a permissions-related bug reminiscent of this go by a
> > short while ago?
> > Could it be related? Do the dir/file perms look normal?
>
> Upthread,
Hello,
Nicolò Balzarotti writes:
> Hi! I guix pull-ed yesterday night!
> The system continues to work well, but on the boot I get a lot of
> warnings, something like "WARNING: {g#45} importing (guix utils) conflicts
> with an
> existing identifier `delete'" (or something similar, I already
Hi,
Christopher Baines skribis:
> So I think removing the Last-Modified header from the responses will fix
> the issue with the Repology fetcher (as it will stop thinking it's
> already fetch the file, since it was last modified in 1970), instead it
> will just always process the file.
>
>
I think, I figured out the root cause of this. GApplication launches
apps through dbus, looking up the respective service in share/dbus-1.
The service for GNOME Maps does not start the actual program, but much
rather a gjs wrapper, which we don't patch -- and which we can't simply
patch, because
This was fixed by commit 0bcc1b14fc3e2382406b97577c56e2292b96b8d4 which
arrived master with the last core-update merges.
mate-utils is now at 1.24 and the build is green.
In the mean time mate-utils get updated to 1.24 and builds fine on master.
Ludovic Courtès writes:
> Howdy!
>
> Christopher Baines skribis:
>
>> Ludovic Courtès writes:
>>
>>> Since the use of the ‘static-web-site’ service, which puts web site
>>> files in the store, nginx returns a ‘Last-Modified’ header that can
>>> trick clients into caching things forever:
>>>
Hi Marius!
> This phase is no longer necessary after the recent 'core-updates' merge.
I don't know, when I tried it did not work.
> These paths are "impure": the contents will differ from system to
> system, and are also unavailable in e.g. 'guix environment -container'.
> It might be better to
Hi Pierre!
> Sorry to disappoint :p Sadly this patch does not work yet ;)
> Stay put, almost there! :)
No worries! I have attached updated patch.
No all it needs is "dbus-launch" and "Blueman.Mechanism.service". The
former should be provided by (dbus-service). For the latter, the service
21 matches
Mail list logo
