Re: “trapped in a GUI”
Tobias Geerinckx-Rice wrote: > X-Mailer: geary/3.36.1 > > [Sorry for top-posting, I'm trapped in a GUI and can't get out.] Press right after C-S-r (‘Reply all’). ;-) signature.asc Description: PGP signature
Re: Run graphical application in container
Hi, On Wed, 01 Jul 2020 at 22:57, Pierre Neidhardt wrote: > For me, Eolie now fails with > > --8<---cut here---start->8--- > (org.gnome.Eolie:1): GLib-GIO-ERROR **: 20:53:32.105: Settings schema > 'org.gnome.settings-daemon.plugins.color' is not installed > --8<---cut here---end--->8--- > > This was not the case a few weeks ago when I published the eolie example > in the manual, so I guess this issue was introduced with a recent > update. I remember it was working because initially we discussed that for testing s/Next/Nyxt. :-) However, even with the time-machine, it does not work. Hum! --8<---cut here---start->8--- guix time-machime --commit=caf90167fb7e9fe4cefe7b2dd7609b04b128b11f -- 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 Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... [...] (org.gnome.Eolie:1): GLib-GIO-ERROR **: 21:45:34.281: Settings schema 'org.gnome.settings-daemon.plugins.color' is not installed --8<---cut here---end--->8--- What do I miss? Cheers, simon
Re: Run graphical application in container
For me, Eolie now fails with --8<---cut here---start->8--- (org.gnome.Eolie:1): GLib-GIO-ERROR **: 20:53:32.105: Settings schema 'org.gnome.settings-daemon.plugins.color' is not installed --8<---cut here---end--->8--- This was not the case a few weeks ago when I published the eolie example in the manual, so I guess this issue was introduced with a recent update. Installing gnome-settings-daemon to the default profile works when running eolie outside a container. About your question: > Do we generally lack a reproducible way to be able to link in whatever > xauthority foo? > > Docker and flatpack and etc must have already figured this out, right? > (Or maybe things are easier in wayland? I'm skeptical though...) I think not, it's just our Eolie package that's broken :) -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature
Re: Run graphical application in container
Leo Famulari writes: > On Tue, Oct 16, 2018 at 04:22:43PM +0200, Pierre Neidhardt wrote: >> I think this was mentioned before on the mailing list but I cannot find >> it back. > > I think the first discussion was here, regarding IceCat: > > https://lists.gnu.org/archive/html/guix-devel/2016-07/msg00120.html > > And a more recent discussion is here: > > https://lists.gnu.org/archive/html/help-guix/2018-01/msg00056.html > >> The following won't work: >> >> --8<---cut here---start->8--- >> $ guix environment -C -N --ad-hoc epiphany -- epiphany >> Unable to init server: Could not connect: Connection refused >> Failed to parse arguments: Cannot open display: >> --8<---cut here---end--->8--- >> >> Is it possible to start a graphical application in a container? > > I think you'll need to share the host system's X socket, like > '--share=/tmp/.X11-unix' or '--share=/tmp/serverauth.$RANDOM' and then > `export DISPLAY=":0.0"` in the container. $RANDOM is a random string to > make the filename unpredictable. > > So, it's definitely possible. In my experience, the hard part is finding > the myriad directories used by the software and sharing or exposing them > to the container. This is shown in the second discussion I linked above. Yikes. I gave this a try today. I was trying to do the eolie container example from the manual. I couldn't figure it out. guix environment \ --verbosity=2 --preserve='^DISPLAY$' --container --network \ --expose=/etc/machine-id \ --expose=/etc/ssl/certs/ \ --share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ \ --share=/tmp/.X11-unix/=/tmp/.X11-unix/ \ --share=$HOME/.Xauthority=$HOME/.Xauthority \ --ad-hoc eolie nss-certs dbus -- eolie Do we generally lack a reproducible way to be able to link in whatever xauthority foo? Docker and flatpack and etc must have already figured this out, right? (Or maybe things are easier in wayland? I'm skeptical though...) (Of course, this does mean that any application that can run X can escape the container, but I guess that was already the case. Really looking forward to a day when we have sane, ocap security as our security foundation instead of this nonsense...)
Re: Guix package manager installation error on Xubuntu 20.04
Tobias Geerinckx-Rice writes: > [Sorry for top-posting, I'm trapped in a GUI and can't get out.] > > Zelphir, > > You're running the script as root, so you need to 'sudo gpg' > accordingly. > > If that fixes your problem, I'll edit the script to include it. A friend of mine reported a problem which might be just that, so I think adding the 'sudo' hint would be more than welcome. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature
Re: Run graphical application in container
Ludovic Courtès writes: > Hello Pierre, > > Pierre Neidhardt skribis: > >> Is anyone interested in finishing the work that was sketched in >> https://lists.gnu.org/archive/html/help-guix/2018-01/msg00056.html ? > > Mike submitted several improvements to ‘guix environment’, all of which > but one were applied: > > https://issues.guix.info/issue/30256#8 > > As for ‘guix run’ and/or package transformation options to automatically > wrap binaries, I’m all for it! > > Thanks, > Ludo’. ... looking this up I see that the idea I submitted to guix-devel is already "approved of", but just needs to be done. :)
Re: Guix package manager installation error on Xubuntu 20.04
Hi! On 7/1/20 8:32 PM, Tobias Geerinckx-Rice wrote: > In general, don't 'sudo wget' or 'sudo curl' anything, one never > knows. curl | sudo bash securely like a responsible person. > > On Wed, Jul 1, 2020 at 14:29, Julien Lepiller wrote: >> Le 1 juillet 2020 14:11:21 GMT-04:00, Tobias Geerinckx-Rice >> a écrit : >>> [Sorry for top-posting, I'm trapped in a GUI and can't get out.] >>> >>> Zelphir, >>> >>> You're running the script as root, so you need to 'sudo gpg' >>> accordingly. >>> >>> If that fixes your problem, I'll edit the script to include it. >>> >>> On Wed, Jul 1, 2020 at 19:51, Zelphir Kaltstahl >>> wrote: user@user-ThinkPad-T470s:~/Downloads$ wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import - gpg: key 090B11993D9AEBB5: 129 signatures not checked due to missing keys gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not changed gpg: key 090B11993D9AEBB5: "Ludovic Courtès >> gpg: unchanged: 2 >" not changed gpg: Total number processed: 2 >> >> Make sure to run wget … | sudo gpg …, don't put sudo before wget or >> you'll download the file as root and import the key as a normal user, >> which is useless :) Thanks for both of your inputs, will try tomorrow! Regards, Zelphir
Re: Guix package manager installation error on Xubuntu 20.04
Le 1 juillet 2020 14:11:21 GMT-04:00, Tobias Geerinckx-Rice a écrit : >[Sorry for top-posting, I'm trapped in a GUI and can't get out.] > >Zelphir, > >You're running the script as root, so you need to 'sudo gpg' >accordingly. > >If that fixes your problem, I'll edit the script to include it. > >On Wed, Jul 1, 2020 at 19:51, Zelphir Kaltstahl > wrote: >> user@user-ThinkPad-T470s:~/Downloads$ wget >> https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg >> --import - >> gpg: key 090B11993D9AEBB5: 129 signatures not checked due to missing >> keys >> gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not >> changed >> gpg: key 090B11993D9AEBB5: "Ludovic Courtès gpg: unchanged: 2 >> >" not changed >> gpg: Total number processed: 2 Make sure to run wget … | sudo gpg …, don't put sudo before wget or you'll download the file as root and import the key as a normal user, which is useless :)
Re: Guix package manager installation error on Xubuntu 20.04
In general, don't 'sudo wget' or 'sudo curl' anything, one never knows. curl | sudo bash securely like a responsible person. On Wed, Jul 1, 2020 at 14:29, Julien Lepiller wrote: Le 1 juillet 2020 14:11:21 GMT-04:00, Tobias Geerinckx-Rice a écrit : [Sorry for top-posting, I'm trapped in a GUI and can't get out.] Zelphir, You're running the script as root, so you need to 'sudo gpg' accordingly. If that fixes your problem, I'll edit the script to include it. On Wed, Jul 1, 2020 at 19:51, Zelphir Kaltstahl wrote: user@user-ThinkPad-T470s:~/Downloads$ wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import - gpg: key 090B11993D9AEBB5: 129 signatures not checked due to missing keys gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not changed gpg: key 090B11993D9AEBB5: "Ludovic Courtès gpg: unchanged: 2 >" not changed gpg: Total number processed: 2 Make sure to run wget … | sudo gpg …, don't put sudo before wget or you'll download the file as root and import the key as a normal user, which is useless :)
Re: Guix package manager installation error on Xubuntu 20.04
[Sorry for top-posting, I'm trapped in a GUI and can't get out.] Zelphir, You're running the script as root, so you need to 'sudo gpg' accordingly. If that fixes your problem, I'll edit the script to include it. On Wed, Jul 1, 2020 at 19:51, Zelphir Kaltstahl wrote: user@user-ThinkPad-T470s:~/Downloads$ wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import - gpg: key 090B11993D9AEBB5: 129 signatures not checked due to missing keys gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not changed gpg: key 090B11993D9AEBB5: "Ludovic Courtès gpg: unchanged: 2 >" not changed gpg: Total number processed: 2
Guix package manager installation error on Xubuntu 20.04
Hi Guix Users! I am sorry to come again with a problem in such a short time. At work I set up a machine and wanted to install Guix package manager there as well. The following is what happened: user@user-ThinkPad-T470s:~/Downloads$ sudo bash guix-install.sh (big guix logo here) This script installs GNU Guix on your system https://www.gnu.org/software/guix/ Press return to continue... [1593609766.770]: Starting installation (Mi 1. Jul 15:22:46 CEST 2020) [1593609766.771]: [ PASS ] verification of required commands completed [1593609766.774]: [ FAIL ] Missing OpenPGP public key. Fetch it with this command: wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import - OK, I thought, then I'll do that. I tried multiple times and this is the latest output of the key adding: user@user-ThinkPad-T470s:~/Downloads$ wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import - gpg: key 090B11993D9AEBB5: 129 signatures not checked due to missing keys gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not changed gpg: key 090B11993D9AEBB5: "Ludovic Courtès " not changed gpg: Total number processed: 2 gpg: unchanged: 2 So the key is definitely there now. However, the original error message of the installer persists. I think there might be some issue with the keys. It could also be the newly installed Xubuntu 20.04 LTS on that machine, but I have no idea, why or how it would cause such a problem. Is this a known problem and do you know a solution to this? I could provide more detail, if I knew where to look or what to do to debug. Regards, Zelphir -- repositories: https://notabug.org/ZelphirKaltstahl
flatpak doesn't set XDG_DATA_DIRS
It seems flatpak doesn't update XDG_DATA_DIRS, so installed applications doesn't show in the desktop and have to be started manually using `flatpak run ...`. Should the package set this? If not, what's the best practice in setting this? Note that the directories '/var/lib/flatpak/exports/share' '/home/simendsjo/.local/share/flatpak/exports/share' are not in the search path set by the XDG_DATA_DIRS environment variable, so applications installed by Flatpak may not appear on your desktop until the session is restarted.