After installing sway it fails to launch from the command line. The
resulting error is
XDG_RUNTIME_DIR is not set in the environment. Aborting.
After installing sway it fails to launch from the command line. The
resulting error is
"XDG_RUNTIME_DIR is not set in the environment. Aborting."
Hello,
Tobias Geerinckx-Rice writes:
> Do you think this is the revenge of [0]?
Yes, I think so.
> If so, could you merge the two?
Done. Thanks.
> [0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34902
--
Meiyo Peng
https://www.pengmeiyu.com/
Guix, Ricardo,
What the subject says. Actually, the whole welcome message is a
bit outdated (though I hadn't noticed either): it doesn't jive
with the common understanding of ‘issue’ in the subdomain.
Kind regards,
T G-R
signature.asc
Description: PGP signature
Hi,
Marius Bakke writes:
> Chris Marusich writes:
>
>> Hi,
>>
>> I've been encountering this failure off and on for a few weeks now, and
>> I'd like to help fix it. In short, it seems like non-deterministic test
>> failures, to me. I think we should gather data and report the issue
>> upstrea
I used the quickstart documentation for all my testing, located here:
https://directory.fedoraproject.org/docs/389ds/howto/quickstart.html
Initially I ran into trouble because the 'dirsrv' user and group are apparently
expected to already exist, so I added this to my config.scm and ran guix syst
> Error verifying signature: Failed to execute gpg.
> I've bumped the version to 0.10.0. Can you give it a try and see if
> it's still a problem?
Thanks for updating. Unfortunately, it is showing the same errors. 😕
Regards,
RG.
Chris Marusich writes:
> Hi,
>
> I've been encountering this failure off and on for a few weeks now, and
> I'd like to help fix it. In short, it seems like non-deterministic test
> failures, to me. I think we should gather data and report the issue
> upstream, and maybe disable the offending te
Hi,
Chris Marusich skribis:
> I am content knowing that on Guix System, the intended way to control
> access to /dev/kvm is by using the "kvm" group. However, it still
> smells like we may have an ACL-related bug: It seems to be unexpected
> that ACLs are getting set for some devices (e.g., /de
Hullo,
Meiyo Peng wrote:
So the problem is that the Guix installer recommends wrong
initrd module
names to user.
Do you think this is the revenge of [0]? If so, could you merge
the two?
Kind regards,
T G-R
[0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34902
signature.asc
Descript
Hi,
When I install Guix on a low end computer using the `guix system init`
command, the installer says that "mmc_block" and "sdhci_acpi" should be
added into initrd-modules:
#+begin_example
error: you may need these modules in the initrd for /dev/mmcblk0p2: mmc_block
sdhci_acpi
hint: Try add
I've bumped the version to 0.10.0. Can you give it a try and see if
it's still a problem?
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP s
currently we have:
(cpe-name . "firefox_esr")
(cpe-version . ,(first (string-split version #\-)
and it should be:
(cpe-name . "firefox")
(cpe-version . ,(first (string-split version #\.)
however, this returns results for firefox@60, which I'm pretty sure
doesn't take into account that we're not r
13 matches
Mail list logo
