On Sun Nov 14, 2021 at 7:44 AM CST, Josselin Poiret wrote:
> Hello,
>
> This plugin is packaged as a part of qtwayland, and `guix shell --pure
> --preserve="^(XDG_|WAYLAND_DISPLAY)" bash pcmanfm-qt qtwayland -- bash
> -c "QT_QPA_PLATFORM=wayland pcmanfm-qt"` does work as expected (whereas
> it
Julien Lepiller writes:
> Le Mon, 08 Nov 2021 21:32:16 +0100,
> "Dr. Arne Babenhauserheide" a écrit :
>
>> the attached patch adds openjdk@17
>>
>> Take care with updating packages depending on this, because the
>> changes to the module system can cause runtime failures.
> sorry for the
Hi Andrew and all,
Andrew Tropin skribis:
> On 2021-11-05 17:58, Xinglu Chen wrote:
> From 8b924b02ab917632047d6653f19d9b16175989bf Mon Sep 17 00:00:00 2001
> From: Andrew Tropin
> Date: Thu, 7 Oct 2021 08:12:04 +0300
> Subject: [PATCH] home-services: on-first-login: Check if XDG_RUNTIME_DIR
>
Josselin Poiret via Bug reports for GNU Guix schreef op zo 14-11-2021
om 15:19 [+]:
> + (wrap-program bashtop
The input "bash-minimal" is missing. Adding that input is required
for cross-compilation (otherwise a native bash instead of a bash
for the target is used). It
> I've noticed not getting build detail pages for in-progress or scheduled
> builds. I definitely noticed in the last few days with trying to see the
> builds with the core-updates-frozen-batched-changes merge (there was a long
> gc job forceably killed, maybe other wonkiness?). But I can't be
I've noticed not getting build detail pages for in-progress or scheduled
builds. I definitely noticed in the last few days with trying to see the builds
with the core-updates-frozen-batched-changes merge (there was a long gc job
forceably killed, maybe other wonkiness?). But I can't be sure if
Le Mon, 08 Nov 2021 21:32:16 +0100,
"Dr. Arne Babenhauserheide" a écrit :
> Hi,
>
> the attached patch adds openjdk@17
>
> Take care with updating packages depending on this, because the
> changes to the module system can cause runtime failures.
>
Hi!
sorry for the delay. I tried your
Sorry for the noise, but the patch I just sent wasn't up to
satisfaction: using `which` in the build phases breaks
cross-compilation, and the build-system change was a bit of an
unwarranted change.
Here's a modified patch!
Best,
Josselin Poiret
-- >8 --
* gnu/packages/admin.scm (bashtop): Add
* gnu/packages/emacs-xyz.scm (emacs-all-the-icons)[#:include]: Drop fonts.
[#:phases]: Install them directly to ‘/share’.
[propagated-inputs]: Add font-awesome.
---
gnu/packages/emacs-xyz.scm | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git
You're right, none of the needed dependencies of bashtop were
actually present in the package definition. Here is a patch that
does work on my machine using `guix shell --pure bashtop -- bashtop`.
Best,
Josselin Poiret
-- >8 --
* gnu/packages/admin.scm (bashtop): Add dependencies, wrap the
Hello,
This plugin is packaged as a part of qtwayland, and `guix shell --pure
--preserve="^(XDG_|WAYLAND_DISPLAY)" bash pcmanfm-qt qtwayland -- bash
-c "QT_QPA_PLATFORM=wayland pcmanfm-qt"` does work as expected (whereas
it does not if I leave out qtwayland). You might want to install
qtwayland
I forgot what I once knew:
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
~$ curl -LI https://ci.guix.gnu.org/build/1618120/details
Due to an unrelated Cuirass(/Guile?) bug -I wouldn't work either
way:
$ curl -LI https://ci.guix.gnu.org/
HTTP/1.1 404 Not Found
but the page is
Guix,
The following page refuses to load:
--8<---cut here---start->8---
~$ curl -LI https://ci.guix.gnu.org/build/1618120/details
HTTP/1.1 404 Not Found
Server: nginx
Date: Sun, 14 Nov 2021 11:16:01 GMT
Content-Type: text/plain;charset=utf-8
Content-Length:
Discussed on IRC/Matrix
https://matrix.to/#/!sHzxAiaYPGfEPSGCzf:libera.chat/$TNunZ_vCWYxNGw-XDyCgKyKobccakb2A9noppM8kkTo?via=libera.chat=matrix.org=tchncs.de
concluded to not be a security issue.
My concern was malicious user caching a malicious derivation trying to force
root user to invoke
The /var/guix/daemon-socket/socket is by default set to be owned by root:root
with chmod 0666 that allows **ALL** users on the system to interact with guix
daemon to write in the store directory.
Proposing to define a group (or use guixbuild group?) to by default deny access
to the socket to
15 matches
Mail list logo
