bug#55273: failed to compute the derivation for Guix (version: "b80ca672de936a76368de6e6ea0b28505e74d420"; system: "x86_64-linux";

[Luke Dashjr]

--cores=1 didn't help. Any other workaround I can try for now?
(Bypass check stage?)

On Friday 06 May 2022 19:40:57 Maxime Devos wrote:
> Luke Dashjr schreef op vr 06-05-2022 om 18:49 [+]:
> > FWIW, `guix pull` always fails with this for me. This is a qemu VM,
> > freshly installed from guix-system-install-1.3.0.x86_64-linux.iso
> > with --no-substitutes (and hand-fixing the texlive patch URI issues).
>
> I'm guessing this might be some reproducibility problem caused by
> parallelism, so to work-around the issue, maybe try "guix pull --
> cores=1".  I can't reproduce locally.
>
> Greetings,
> Maxime.

bug#55158: bug: mu/mu4e on Guix does not use correct encoding/utf-8

[Benjamin Slade]

Update: So the encoding issue seems to be at a "lower level" than mu in fact. I 
noticed that new messages come through with the correct encoding now, so I 
assume it was an (odd) issue of locale settings when I initialised the mail 
initially/copied over old messages.

(Unfortunately there does not seem to be a great way to mass re-encode 
messages. I can use `iconv' to convert, but it fails on messages with 
attachments, I think.)

best,
 —Ben
--

'(Dr Benjamin Slade (he/him)
 ((Linguistics . University of Utah) .  )
 `(pgp_fp: ,(21BA 2AE1 28F6 DF36 110A 0E9C A320 BBE8 2B52 EE19))
   ((:official-mail . )
(:secure-mail . ))
 (:website .  )
   "sent by mu4e 1.6.10 in Emacs 28.1.50 with org-msg on GNU Guix")

bug#48796: Guix on Debian 11 - Cant run or find applications from Guix

[Giovanni Biscuolo]

Hello Maxim,

I finally was able to get a working Mate desktop environment, with all
Guix installed apps listed in the graphical menu and all the
mime->applications associations working as expected

Getting a user Xsession environment suitable for Guix on a foreign
distro unfortunately is a very hard task, because things seems to be
dependant on many "things" related on what distro /and/ session-manager
is used ;-(

Giovanni Biscuolo  writes:

[...]

> More unfortunately, if I try to login using a Mate session (with the
> above configuration, thus with that environment) it fails with this
> error (via journalctl):
>
> --8<---cut here---start->8---
>
>  mag 07 09:21:14 raifort mate-session[818]: GLib-GIO-ERROR: Settings schema 
> 'org.mate.session' is not installed
>aborting...
>
> --8<---cut here---end--->8---
>
> If I remove /etc/profile.d/guix.sh from the user's ~/.xsession Mate is
> able to login with no problems (is this related to GIO_EXTRA_MODULES?)

No, I found out why Mate was not starting: «At runtime, GSettings looks
for schemas in the glib-2.0/schemas subdirectories of all directories
specified in the XDG_DATA_DIRS environment variable.»  (from man
glib-compile-schemas [1])

I figured out what was wrong when looking at XDG_DATA_DIRS env variable
after a console login for that user:

  XDG_DATA_DIRS=/home/patrizia/.guix-profile/share

XDG_DATA_DIR was missing the Debian default "/usr/share/" directory
where all packages are installing schemas

I fixed the problem with this workaround in /etc/profile.d/guix.sh:

--8<---cut here---start->8---

[...]

# set XDG_DATA_DIRS to include Guix installations
# export 
XDG_DATA_DIRS="$GUIX_PROFILE/share:${XDG_DATA_DIRS:-/usr/local/share/:/usr/share/}"
export XDG_DATA_DIRS="$XDG_DATA_DIRS:/usr/local/share/:/usr/share/"

--8<---cut here---end--->8---

I commented out that export because the sourced
$GUIX_PROFILE/etc/profile already exports a proper XDG_DATA_DIRS
variable, IMHO it should be removed from upstream

Then I added the last line to (re)add "/usr/local/share/:/usr/share/",
so now mate-session is happy again

I'm still wondering how we can document and/or provide proper
distro-agnostic configuration files for Xsessions on foreign disrtos.

Unfortunately the situation is still /very/ confising for users

Happy hacking!  Gio'


[1] 
https://manpages.debian.org/experimental/libglib2.0-bin/glib-compile-schemas.1.en.html

-- 
Giovanni Biscuolo

Xelera IT Infrastructures


signature.asc
Description: PGP signature

bug#55252: Bugtrace error computing guix derivation

[Julien Lepiller]

Thanks for letting me know :)

I'm closing this issue then. Next time, please make sure to reply all so 
everyone can follow what's happening.

Enjoy your up-to-date Guix!

On May 7, 2022 10:01:21 AM GMT+02:00, Pedro Herrero Garcia 
 wrote:
>Hi Julien,
>yes I was able to do guix pull thank you. I made a couple of "guix package
>-- roll-back" because I thought It could be one of the last packages I
>wanted. But If It was the server is good to know.
>Thank you!
>
>El mié., 4 may. 2022 7:25, Julien Lepiller  escribió:
>
>> Hi Pedro,
>>
>> I believe this was caused by a network issue (&nar-error). We lost our
>> main server for a few hours when you tried running guix pull.
>>
>> Could you try again and report success/failure?
>>
>> Thanks for reporting the issue! It's much appreciated :)
>>
>> On May 3, 2022 11:18:16 PM GMT+02:00, Pedro Herrero Garcia <
>> petrust...@gmail.com> wrote:
>>>
>>> Intel® Core™ i7-8550U CPU @ 1.80GHz × 8
>>> Mesa Intel® UHD Graphics 620 (KBL GT2)
>>> Guix System, 64 bits, GNOME 40.4, X11
>>>
>>> After guix pull
>>>
>>> ---
>>> Computing Guix derivation for 'x86_64-linux'... \Backtrace:
>>>   17 (primitive-load
>>> "/gnu/store/9x5ixhawcvbyjcg23m2cwg7ja52x2f6l-compute-guix-derivation")
>>> In ice-9/eval.scm:
>>> 155:9 16 (_ _)
>>> 159:9 15 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?)
>>> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
>>> In ice-9/boot-9.scm:
>>> 152:2 14 (with-fluid* _ _ _)
>>> 152:2 13 (with-fluid* _ _ _)
>>> In ./guix/store.scm:
>>>   2129:24 12 (run-with-store #
>>> # ?)
>>>1966:8 11 (_ #)
>>> In ./guix/gexp.scm:
>>>300:22 10 (_ #)
>>>1181:2  9 (_ #)
>>>1047:2  8 (_ #)
>>> 893:4  7 (_ #)
>>> In ./guix/store.scm:
>>>   2014:12  6 (_ #)
>>>1406:5  5 (map/accumulate-builds #>> 7f5236bf2fa0> # ?)
>>>   1421:15  4 (_ #
>>> ("/gnu/store/gcvv1i5shqmkd6x1pjwjdrvr7z4lb5ss-guile-ssh-?" ?) ?)
>>>   1421:15  3 (loop #f)
>>>733:11  2 (process-stderr # _)
>>> In ./guix/serialization.scm:
>>>102:11  1 (read-int #)
>>>  80:6  0 (get-bytevector-n* # 8)
>>>
>>> ./guix/serialization.scm:80:6: In procedure get-bytevector-n*:
>>> ERROR:
>>>   1. &nar-error:
>>>   file: #f
>>>   port: #
>>> guix pull: error: You found a bug: the program
>>> '/gnu/store/9x5ixhawcvbyjcg23m2cwg7ja52x2f6l-compute-guix-derivation'
>>> failed to compute the derivation for Guix (version:
>>> "b80ca672de936a76368de6e6ea0b28505e74d420"; system: "x86_64-linux";
>>> host version: "0a64b629ae8512790d532158a72a4a25698e8157"; pull-version:
>>> 1).
>>>
>>>

bug#48796: Guix on Debian 11 - Cant run or find applications from Guix

[Giovanni Biscuolo]

Hello Maxim,

sorry to come back to this after so long but this is still a bug

I'm still trying to solve how to configure the "environment machinery"
on a new Debian 11 laptop, on this machine there is no old user
configuration status that could interfere: it's a brand new Debian 11
"basic" desktop

Maxim Cournoyer  writes:

[...]

> There are two things that Guix does to help users correctly configure
> their system so that Guix installed applications appear on PATH.
>
> 1. The guix-install.sh installation script installs a
> /etc/profile.d/guix.sh script that configures the PATH when logging
> in:

I've installed guix using the Debian package (apt install guix) and it
installed /etc/profile.d/guix.sh, I have it

[...]

> I suspect you didn't install Guix via this script?  If so, could you try
> creating the above file, closing relogin in your graphical session and
> report if it fixed things for you?

No, if I remove all the Guix related environment settings from the user
~/.profile (plz see my recent messages in this bug report for details if
you need) no environment variable from $GUIX_PROFILE/etc/profile (the
file is there) is sourced in the resulting graphical user session: I
tried both with LXDE and Mate (via lightdm)

That file is sourced and environment variables are properly configured
only via a succesful console login (ALT+F1) or an ssh login from a
remote machine, I've tried

The sourcing of /etc/profile.d/guix.sh is only working if I source that
file from ~/.xsessionrc:

--8<---cut here---start->8---

if [ -f ~/.profile ]; then
. ~/.profile
fi

if [ -f /etc/profile.d/guix.sh ]; then
. /etc/profile.d/guix.sh
fi

export XSESSION_WAS_HERE="Yes"

--8<---cut here---end--->8---

This is the (partial) env after I succesfully login in LXDE, I got it
starting LXTerminal from the graphical session:

--8<---cut here---start->8---

GUIX_LOCPATH=/home/patrizia/.guix-profile/lib/locale
GUIX_PROFILE=/home/patrizia/.guix-profile
XDG_CONFIG_DIRS=/etc/xdg/lubuntu:/etc/xdg
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session2
XDG_MENU_PREFIX=lxde-
XDG_DATA_HOME=/home/patrizia/.local/share
XDG_CONFIG_HOME=/home/patrizia/.config
XDG_SEAT=seat0
XDG_SESSION_DESKTOP=LXDE
XDG_SESSION_TYPE=x11
XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/patrizia
XDG_CURRENT_DESKTOP=LXDE
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_CLASS=user
XDG_VTNR=7
XDG_SESSION_ID=12
XDG_RUNTIME_DIR=/run/user/1001
XDG_DATA_DIRS=/etc/xdg/lubuntu:/usr/local/share:/usr/share:/usr/share/gdm:/var/lib/menu-xdg:/usr/local/share/:/usr/share/:/usr/share/gdm/:/var/lib/menu-xdg/
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session2
GIT_EXEC_PATH=/home/patrizia/.guix-profile/libexec/git-core
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
INFOPATH=/home/patrizia/.config/guix/current/share/info:
GUIX_LOCPATH=/home/patrizia/.guix-profile/lib/locale
PATH=/home/patrizia/.guix-profile/bin:/home/patrizia/.guix-profile/sbin:/home/patrizia/.config/guix/current/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
GIO_EXTRA_MODULES=/home/patrizia/.guix-profile/lib/gio/modules

--8<---cut here---end--->8---

Unfortunately, still XDG_DATA_DIRS is reset to a different value after I
login to a LXDE user session (lxsession); please see my recent messages
in this bug report for details; so basically I can run all Guix
installed application "manually" but they are missing from the menu,
also all the mime/type->application associasions are missing in the
filemanager

I've also opened a thread for this specific issue on debian-user:
https://lists.debian.org/debian-user/2022/05/msg00153.html
but how XDG_DATA_DIRS is reset after ~/.xsession sourcing is still a
great mistery.

More unfortunately, if I try to login using a Mate session (with the
above configuration, thus with that environment) it fails with this
error (via journalctl):

--8<---cut here---start->8---

 mag 07 09:21:14 raifort mate-session[818]: GLib-GIO-ERROR: Settings schema 
'org.mate.session' is not installed
   aborting...

--8<---cut here---end--->8---

If I remove /etc/profile.d/guix.sh from the user's ~/.xsession Mate is
able to login with no problems (is this related to GIO_EXTRA_MODULES?)
but I miss the Guix environment variables, obviously.

[...]

Happy hacking! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures


signature.asc
Description: PGP signature