bug#59987: Guix build of guix package fails due to some graph tests failing

[Simon Tournier]

Hi,

On jeu., 26 janv. 2023 at 16:38, Andrew Patterson  wrote:

>> Are you running plain “make check” or do you pass an argument as 
>> “make
>> check -j 123”?
>
> The build error was from `guix build guix`, so make check was 
> running with whatever that calls it with.  In case it's relevant, 
> the build error was on a pinebook pro, so 6-core aarch64.

Well, for reproducing, the usual requirements are your Guix revision
(guix describe) when you see the issue.  Also the architecture and if it
cross-compiled (--target=aarch64-linux-gnu) from which host, often help.

I am in favour of closing if no objection.

Cheers,
simon

bug#57479: bug#60975: [PATCH] gnu: inkscape: Fix qrcode rendering.

[Ludovic Courtès]

Hi,

Michael Rohleder  skribis:

> Fixes .
>
> * gnu/packages/inkscape.scm (inkscape)[inputs]: Add python-cssselect.

Applied, thanks!

Ludo’.

bug#46782: guix environment --expose options cannot be layered onto $PWD

[Maxim Cournoyer]

Hi,

bbb ee  writes:

> There is a similar issue that is solved: https://issues.guix.gnu.org/59425

I can still reproduce the original problem with:

--8<---cut here---start->8---
guix environment -C --expose=/tmp=$PWD/tmp --ad-hoc bash coreutils \
 -- bash -c 'stat $PWD/tmp'
--8<---cut here---end--->8---

So it seems the issue at hand is unrelated/different.

-- 
Thanks,
Maxim

bug#61099: guix shell '-E' option can be silently ignored

[Maxim Cournoyer]

Hello,

I just encountered a situation where -E is not correctly parsed/used and
ignore silently.

Reproducer:

--8<---cut here---start->8---
guix shell -CD igraph -E /gnu=/gnu strace
--8<---cut here---end--->8---

The above doesn't work (there are far too few entries to /gnu/store, it
isn't shared).

This works:

--8<---cut here---start->8---
guix shell -CD igraph --expose=/gnu=/gnu strace
--8<---cut here---end--->8---

-- 
Thanks,
Maxim

bug#61099: guix shell '-E' option can be silently ignored

[Maxim Cournoyer]

Hello,

Maxim Cournoyer  writes:

> Hello,
>
> I just encountered a situation where -E is not correctly parsed/used and
> ignore silently.
>
> Reproducer:
>
> guix shell -CD igraph -E /gnu=/gnu strace
>
>
> The above doesn't work (there are far too few entries to /gnu/store, it
> isn't shared).
>
> This works:
>
> guix shell -CD igraph --expose=/gnu=/gnu strace

As reported by Ludovic on IRC, -E is not --expose, but --preserve.
There's no short option for --expose.

Closing!

-- 
Thanks,
Maxim

bug#61101: Graphical container examples forget to expose things.

[Maxime Devos]

Many of the graphical container examples don't work.

For example, take

 guix shell --container --network --no-cwd ungoogled-chromium \
   --preserve='^DISPLAY$' -- chromium

from (guix)Invoking guix shell.  It fails with:

Authorization required, but no authorization protocol specified
[1:1:0127/163058.718097:ERROR:ozone_platform_x11.cc(238)] Missing X 
server or $DISPLAY
[1:1:0127/163058.718126:ERROR:env.cc(255)] The platform failed to 
initialize.  Exiting.


To make it work, "XAUTHORITY" needs to be preserved and exposed:

guix shell --container --network --no-cwd ungoogled-chromium 
--preserve='^DISPLAY$' --preserve='^XAUTHORITY$' --expose=/tmp/.X11-unix 
--expose="$XAUTHORITY" -- chromium


For another example, take "eolie" from "(guix)Invoking guix environment":

 guix environment --preserve='^DISPLAY$' --container --network \
   --expose=/etc/machine-id \
   --expose=/etc/ssl/certs/ \
   --share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ \
   --ad-hoc eolie nss-certs dbus --  eolie

it fails with

Authorization required, but no authorization protocol specified
Unable to init server: Could not connect: Connection refused
Authorization required, but no authorization protocol specified
Unable to init server: Could not connect: Connection refused
Authorization required, but no authorization protocol specified
Unable to init server: Could not connect: Connection refused

Preserving XAUTHORITY and exposing $XAUTHORITY makes it actually start, 
though the created window is invisible.  Exposing /sys makes the window 
actually visible, albeit with


(WebKitWebProcess:2): Gtk-WARNING **: 16:40:32.008: cannot open display: :1
Unable to init server: Could not connect: Connection refused

warnings.


An additional issue, is that the examples -- even after adjustment -- 
stop working with network-less containers, e.g.


guix environment --preserve='^DISPLAY|XAUTHORITY$' --container 
--expose=/etc/machine-id--expose=/etc/ssl/certs/ 
--expose="$XAUTHORITY" 
--share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ 
--expose=/sys --expose=/sys/bus  --ad-hoc eolie nss-certs dbus --  eolie



fails with

Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused

(org.gnome.Eolie:1): Gtk-WARNING **: 16:41:53.524: cannot open display: :1.

(I discovered this with the FHS container example in 
https://guix.gnu.org/en/blog/2023/the-filesystem-hierarchy-standard-comes-to-guix-containers/ 
-- it was a no-network application I tried out, so I left out the 
--network.)


To fix this, I had to add --expose=/tmp/.X11-unix.  It should be 
documented how to make network-less containers for graphical 
applications -- nowhere in the manual or FHS blog post is /tmp/.X11-unix 
mentioned.


Greetings,
Maxime.


OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

bug#46782: guix environment --expose options cannot be layered onto $PWD

[Simon Tournier]

Hi Maxim,

A naive question since it works when using the --no-cwd option.

On ven., 27 janv. 2023 at 11:19, Maxim Cournoyer  
wrote:

> --8<---cut here---start->8---
> guix environment -C --expose=/tmp=$PWD/tmp --ad-hoc bash coreutils \
>  -- bash -c 'stat $PWD/tmp'
> --8<---cut here---end--->8---

Is $PWD referring to the same thing?  Because one is outside and the
other is inside.

Cheers,
simon

bug#61101: Graphical container examples forget to expose things.

[Simon Tournier]

Hi,

On ven., 27 janv. 2023 at 17:50, Maxime Devos  wrote:
> Many of the graphical container examples don't work.

I think it is related to #47097 [1].

1: 


Cheers,
simon

bug#47106: bug#61101: Graphical container examples forget to expose things.

[Maxime Devos]

On 27-01-2023 18:34, Simon Tournier wrote:

Hi,

On ven., 27 janv. 2023 at 17:50, Maxime Devos  wrote:

Many of the graphical container examples don't work.


I think it is related to #47097 [1].

1: 



Right, didn't notice that one.
That one appears to be mostly about inputs though, not about XAUTHORITY 
and /tmp/.X11-unix stuff.


I think  is closer
, being about XAUTHORITY and /sys -- 
and in , about 
/tmp/.X11-unix.


It's a more general issue though, not only the eolie example is affected.

Greetings,
Maxime.


OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

bug#59987: Guix build of guix package fails due to some graph tests failing

[Andrew Patterson]

I'm also in favor of closing.  (I'm pretty sure I've garbage 
collected the closest generation to it, anyways).


Thanks for the help!
--
Andrew Patterson

bug#59987: Guix build of guix package fails due to some graph tests failing

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Andrew Patterson 写道：

I'm also in favor of closing.


Done!

You can close any bug yourself by editing the reply address in the 
CC header, as I did here.


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#61106: spam

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Fermé.  Ceci n'est pas un bogue, mais une fonctionnalité.

T G-R


signature.asc
Description: PGP signature