GNU bug report logs -
#54400
Emacs error in Ubuntu
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 54400 in the body.
You can then email your comments to 54400 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Tue, 15 Mar 2022 16:16:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Vicente Mataix ferrandiz <vicente.mataix-ferrandiz <at> inria.fr>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 15 Mar 2022 16:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Greetings,
I follow the instructions from:
[ https://zimbra.inria.fr/zimbra/%20https://guix.gnu.org/manual/en/guix.html#Binary-Installation | https://guix.gnu.org/manual/en/guix.html#Binary-Installation ]
Installation (Ubuntu 20.04):
cd /tmp
wget https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
chmod +x guix-install.sh
./guix-install.sh
guix install glibc-utf8-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
Update:
guix pull
Install emacs:
guix install emacs
Load environment:
GUIX_PROFILE="$HOME/.guix-profile"
. "$GUIX_PROFILE/etc/profile"
Run emacs:
emacs
/home/vmataixf/.guix-profile/bin/emacs: error while loading shared libraries: liblzma.so.5: cannot open shared object file: No such file or director
Best regards,
Vicente Mataix Ferrándiz
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 08:04:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi Vicente,
Am Dienstag, dem 15.03.2022 um 17:09 +0100 schrieb Vicente Mataix
ferrandiz:
> Greetings,
>
> I follow the instructions from:
>
> https://guix.gnu.org/manual/en/guix.html#Binary-Installation
>
> Installation (Ubuntu 20.04):
>
> cd /tmp
> wget
> https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
> chmod +x guix-install.sh
> ./guix-install.sh
> guix install glibc-utf8-locales
> export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
>
> Update:
>
> guix pull
>
> Install emacs:
>
> guix install emacs
>
> Load environment:
>
> GUIX_PROFILE="$HOME/.guix-profile"
> . "$GUIX_PROFILE/etc/profile"
>
> Run emacs:
>
> emacs
>
> /home/vmataixf/.guix-profile/bin/emacs: error while loading shared
> libraries: liblzma.so.5: cannot open shared object file: No such file
> or director
That is an interesting and surprisingly difficult to debug error you
have there. On Guix System, we have
--8<---------------cut here---------------start------------->8---
$ ldd $GUIX_ENVIRONMENT/bin/.emacs-27.2-real | grep lzma
liblzma.so.5 => /gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/lib/liblzma.so.5 (0x00007f7919fee000)
--8<---------------cut here---------------end--------------->8---
where xz is one of those magic libraries you'd expect to exist in any
distro. However,
--8<---------------cut here---------------start------------->8---
$ guix show emacs | recsel -p dependencies
dependencies: acl <at> 2.3.1 alsa-lib <at> 1.2.4 cairo <at> 1.16.0 coreutils <at> 8.32
+ dbus <at> 1.12.20 ghostscript <at> 9.54.0 giflib <at> 5.2.1 gmp <at> 6.2.1 gnutls <at> 3.7.2 gpm <at> 1.20.7
+ gtk+@3.24.30 gzip <at> 1.10 harfbuzz <at> 2.8.2 jansson <at> 2.13.1 libice <at> 1.0.10
+ libjpeg-turbo <at> 2.0.5 libotf <at> 0.9.16 libpng <at> 1.6.37 librsvg <at> 2.50.7 libsm <at> 1.2.3
+ libtiff <at> 4.3.0 libx11 <at> 1.7.3.1 libxft <at> 2.3.3 libxml2 <at> 2.9.12 libxpm <at> 3.5.13
+ m17n-lib <at> 1.8.0 mailutils <at> 3.14 ncurses <at> 6.2.20210619 pango <at> 1.48.10
+ pkg-config <at> 0.29.2 poppler <at> 21.07.0 texinfo <at> 6.7 zlib <at> 1.2.11
--8<---------------cut here---------------end--------------->8---
If at all, xz is included as implicit input to unpack Emacs! We should
probably add it as explicit input instead.
Cheers
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 09:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi Vicente,
On Tue, 15 Mar 2022 at 22:18, Vicente Mataix ferrandiz
<vicente.mataix-ferrandiz <at> inria.fr> wrote:
> Update:
>
> guix pull
What is your revision? Other said which "guix describe"?
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 09:39:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana.
On Wed, 16 Mar 2022 at 09:02, Liliana Marie Prikler <liliana.prikler <at> ist.tugraz.at> wrote:
> --8<---------------cut here---------------start------------->8---
> $ ldd $GUIX_ENVIRONMENT/bin/.emacs-27.2-real | grep lzma
> liblzma.so.5 => /gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/lib/liblzma.so.5 (0x00007f7919fee000)
> --8<---------------cut here---------------end--------------->8---
>
> where xz is one of those magic libraries you'd expect to exist in any
> distro. However,
>
> --8<---------------cut here---------------start------------->8---
> $ guix show emacs | recsel -p dependencies
> dependencies: acl <at> 2.3.1 alsa-lib <at> 1.2.4 cairo <at> 1.16.0 coreutils <at> 8.32
> + dbus <at> 1.12.20 ghostscript <at> 9.54.0 giflib <at> 5.2.1 gmp <at> 6.2.1 gnutls <at> 3.7.2 gpm <at> 1.20.7
> + gtk+@3.24.30 gzip <at> 1.10 harfbuzz <at> 2.8.2 jansson <at> 2.13.1 libice <at> 1.0.10
> + libjpeg-turbo <at> 2.0.5 libotf <at> 0.9.16 libpng <at> 1.6.37 librsvg <at> 2.50.7 libsm <at> 1.2.3
> + libtiff <at> 4.3.0 libx11 <at> 1.7.3.1 libxft <at> 2.3.3 libxml2 <at> 2.9.12 libxpm <at> 3.5.13
> + m17n-lib <at> 1.8.0 mailutils <at> 3.14 ncurses <at> 6.2.20210619 pango <at> 1.48.10
> + pkg-config <at> 0.29.2 poppler <at> 21.07.0 texinfo <at> 6.7 zlib <at> 1.2.11
> --8<---------------cut here---------------end--------------->8---
>
> If at all, xz is included as implicit input to unpack Emacs! We should
> probably add it as explicit input instead.
--8<---------------cut here---------------start------------->8---
$ guix graph --path emacs xz
emacs <at> 27.2
libxml2 <at> 2.9.12
xz <at> 5.2.5
--8<---------------cut here---------------end--------------->8---
Note that
--8<---------------cut here---------------start------------->8---
(source (origin
(method url-fetch)
(uri (string-append "mirror://gnu/emacs/emacs-"
version ".tar.xz"))
--8<---------------cut here---------------end--------------->8---
but I do not see ’xz’ in the implicit inputs; only emacs-minimal. Quick
look, maybe I miss it.
Well, indeed, something seems unexpected if the Emacs binary is linked
to liblzma and this liblzma is not an explicit inputs but instead comes
from a reference to another inputs.
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 09:44:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi,
On Wed, 16 Mar 2022 at 10:32, Vicente Mataix ferrandiz
<vicente.mataix-ferrandiz <at> inria.fr> wrote:
> I did it just after guix pull.
Using bec806e from yesterday, I cannot reproduce on Ubuntu. The invokation
guix shell -C -E DSISPLAy -E TERM emacs -- emacs -nw
works for me. I suspect something wrong with your environment
variables. Maybe you could run "guix shell --check".
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 09:49:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi simon
Am Mittwoch, dem 16.03.2022 um 10:36 +0100 schrieb zimoun:
> --8<---------------cut here---------------start------------->8---
> $ guix graph --path emacs xz
> emacs <at> 27.2
> libxml2 <at> 2.9.12
> xz <at> 5.2.5
> --8<---------------cut here---------------end--------------->8---
Thanks for investigating, I did not consider ‘guix graph’.
> Note that
>
> --8<---------------cut here---------------start------------->8---
> (source (origin
> (method url-fetch)
> (uri (string-append "mirror://gnu/emacs/emacs-"
> version ".tar.xz"))
> --8<---------------cut here---------------end--------------->8---
>
> but I do not see ’xz’ in the implicit inputs; only emacs-minimal.
> Quick look, maybe I miss it.
IIRC, it'd be quite deep in the unpack chain, but maybe I'm mixing
things up as well.
> Well, indeed, something seems unexpected if the Emacs binary is
> linked to liblzma and this liblzma is not an explicit inputs but
> instead comes from a reference to another inputs.
I think that's what you'd observe on other distros as well. IIRC the
linker ought to correctly resolve/"propagate" such dependencies, so it
shouldn't be a problem.
Vicente, could you check the output of ldd for your Emacs, as well as
libxml2 and also check whether your xz package is perhaps broken and
ought to be repaired?
Cheers
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 09:54:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 54400 <at> debbugs.gnu.org (full text, mbox):
I did it just after guix pull. I cannot check the revision as I did it in my work computer, I will check it tomorrow.
----- Mail original -----
> De: "zimoun" <zimon.toutoune <at> gmail.com>
> À: "Vicente Mataix ferrandiz" <vicente.mataix-ferrandiz <at> inria.fr>
> Cc: 54400 <at> debbugs.gnu.org
> Envoyé: Mercredi 16 Mars 2022 10:23:15
> Objet: Re: bug#54400: Emacs error in Ubuntu
> Hi Vicente,
>
> On Tue, 15 Mar 2022 at 22:18, Vicente Mataix ferrandiz
> <vicente.mataix-ferrandiz <at> inria.fr> wrote:
>
>> Update:
>>
>> guix pull
>
> What is your revision? Other said which "guix describe"?
>
>
> Cheers,
> simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 10:23:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
On Wed, 16 Mar 2022 at 10:48, Liliana Marie Prikler <liliana.prikler <at> ist.tugraz.at> wrote:
> Vicente, could you check the output of ldd for your Emacs, as well as
> libxml2 and also check whether your xz package is perhaps broken and
> ought to be repaired?
I am not Vicente but mine looks like with Guix ff093f5 on Debian.
--8<---------------cut here---------------start------------->8---
$ guix shell libxml2
[env]$ ldd $GUIX_ENVIRONMENT/lib/libxml2.so | grep lzma
liblzma.so.5 => /gnu/store/aggsb6j1svxp70xlll4rqnx5f2pzz794-xz-5.2.5/lib/liblzma.so.5 (0x00007fee6026e000)
--8<---------------cut here---------------end--------------->8---
and
--8<---------------cut here---------------start------------->8---
$ guix shell emacs
[env]$ ldd $GUIX_ENVIRONMENT/bin/.emacs-27.2-real | grep lzma
liblzma.so.5 => /gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/lib/liblzma.so.5 (0x00007f134d7e3000)
--8<---------------cut here---------------end--------------->8---
Ah! It is not the “same“ xz. :-) Well, it probably does not come from
libxml2 (except if there is a graft).
Anyway, I suspect something wrong with Vicente’s ’env’.
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 10:31:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi zimoun,
Am Mittwoch, dem 16.03.2022 um 11:11 +0100 schrieb zimoun:
> I am not Vicente but mine looks like with Guix ff093f5 on Debian.
>
> --8<---------------cut here---------------start------------->8---
> $ guix shell libxml2
> [env]$ ldd $GUIX_ENVIRONMENT/lib/libxml2.so | grep lzma
> liblzma.so.5 => /gnu/store/aggsb6j1svxp70xlll4rqnx5f2pzz794-
> xz-5.2.5/lib/liblzma.so.5 (0x00007fee6026e000)
> --8<---------------cut here---------------end--------------->8---
>
> and
>
> --8<---------------cut here---------------start------------->8---
> $ guix shell emacs
> [env]$ ldd $GUIX_ENVIRONMENT/bin/.emacs-27.2-real | grep lzma
> liblzma.so.5 => /gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-
> xz-5.2.5/lib/liblzma.so.5 (0x00007f134d7e3000)
> --8<---------------cut here---------------end--------------->8---
Looking at the derivations,
/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/ is built with all
our mesboot stuff, whereas /gnu/store/aggsb6j1svxp70xlll4rqnx5f2pzz794-
xz-5.2.5 is not. In other words, I suspect that it is indeed
Schrödinger's missing dependency :P
Cheers
Information forwarded
to
bug-guix <at> gnu.org
:
bug#54400
; Package
guix
.
(Wed, 16 Mar 2022 10:53:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 54400 <at> debbugs.gnu.org (full text, mbox):
Hi,
Vicente Mataix ferrandiz <vicente.mataix-ferrandiz <at> inria.fr> skribis:
> Run emacs:
>
> emacs
>
> /home/vmataixf/.guix-profile/bin/emacs: error while loading shared libraries: liblzma.so.5: cannot open shared object file: No such file or director
Could you check whether the ‘LD_LIBRARY_PATH’ environment variable is
defined, for instance by running:
env | grep LD_LIBRARY_PATH
If it is, please unset it:
unset LD_LIBRARY_PATH
Does it help?
Ludo’.
Added tag(s) moreinfo.
Request was from
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Wed, 23 Mar 2022 02:17:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Thu, 14 Jul 2022 04:17:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Vicente Mataix ferrandiz <vicente.mataix-ferrandiz <at> inria.fr>
:
bug acknowledged by developer.
(Thu, 14 Jul 2022 04:17:02 GMT)
Full text and
rfc822 format available.
Message #39 received at 54400-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Ludovic Courtès <ludo <at> gnu.org> writes:
> Hi,
>
> Vicente Mataix ferrandiz <vicente.mataix-ferrandiz <at> inria.fr> skribis:
>
>> Run emacs:
>>
>> emacs
>>
>> /home/vmataixf/.guix-profile/bin/emacs: error while loading shared
>> libraries: liblzma.so.5: cannot open shared object file: No such
>> file or director
>
> Could you check whether the ‘LD_LIBRARY_PATH’ environment variable is
> defined, for instance by running:
>
> env | grep LD_LIBRARY_PATH
>
> If it is, please unset it:
>
> unset LD_LIBRARY_PATH
>
> Does it help?
Since we haven't heard back from Vicente, I presume their problem has
been resolved somehow.
Closing.
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 11 Aug 2022 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.