GNU bug report logs - #48335
Emacs is broken

Previous Next

Package: guix;

Reported by: Xinglu Chen <public <at> yoctocell.xyz>

Date: Mon, 10 May 2021 16:41:01 UTC

Severity: normal

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48335 in the body.
You can then email your comments to 48335 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Mon, 10 May 2021 16:41:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Xinglu Chen <public <at> yoctocell.xyz>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Mon, 10 May 2021 16:41:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: bug-guix <at> gnu.org
Subject: Emacs is broken
Date: Mon, 10 May 2021 18:40:25 +0200
Hi,

The ‘emacs’ package seems to be broken, I can reproduce this with

--8<---------------cut here---------------start------------->8---
guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b -- \
     environment --pure --ad-hoc emacs -- emacs --version
/gnu/store/as4fpcyq6qjngp6433w68v09x5znhh10-profile/bin/emacs: error while loading shared libraries: libm17n-core.so.0: cannot open shared object file: No such file or directory
--8<---------------cut here---------------end--------------->8---

The latest “good” commit I know of is
ee86a035c79b838e3fdabbdb88dc30906a83cc30 (still bisecting).




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Mon, 10 May 2021 22:40:01 GMT) Full text and rfc822 format available.

Message #8 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: Xinglu Chen <public <at> yoctocell.xyz>, 48335 <at> debbugs.gnu.org
Subject: Re: Emacs is broken
Date: Tue, 11 May 2021 00:39:17 +0200
Hi,

Am Montag, den 10.05.2021, 18:40 +0200 schrieb Xinglu Chen:
> Hi,
> 
> The ‘emacs’ package seems to be broken, I can reproduce this with
> 
> --8<---------------cut here---------------start------------->8---
> guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b
> -- \
>      environment --pure --ad-hoc emacs -- emacs --version
> /gnu/store/as4fpcyq6qjngp6433w68v09x5znhh10-profile/bin/emacs: error
> while loading shared libraries: libm17n-core.so.0: cannot open shared
> object file: No such file or directory
> --8<---------------cut here---------------end--------------->8---
I can't:

--8<---------------cut here---------------start------------->8---
$ guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b
-- \
     environment --pure --ad-hoc emacs -- emacs --version
GNU Emacs 27.2
Copyright (C) 2021 Free Software Foundation, Inc.
GNU Emacs comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of GNU Emacs
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING.
--8<---------------cut here---------------end--------------->8---

As for the output of ldd:

libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-
lib-1.8.0/lib/libm17n-core.so.0

> The latest “good” commit I know of is
> ee86a035c79b838e3fdabbdb88dc30906a83cc30 (still bisecting).
That'd be big if true, we've had the wip-emacs merge between then and
now and while that caused a lot of problems to many, it should still
open up.

Now, perhaps there's a case to be made, that it's in fact broken on
another architecture or when not using substitutes (it is not
reproducible after all), but atm we're lacking a bit of necessary info
here.

Regards,
Leo





Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Tue, 11 May 2021 21:23:02 GMT) Full text and rfc822 format available.

Message #11 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: 48335 <at> debbugs.gnu.org
Subject: Re: bug#48335: Emacs is broken
Date: Tue, 11 May 2021 23:22:04 +0200
Hi,

Xinglu Chen <public <at> yoctocell.xyz> skribis:

> The ‘emacs’ package seems to be broken, I can reproduce this with
>
> guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b -- \
>      environment --pure --ad-hoc emacs -- emacs --version
> /gnu/store/as4fpcyq6qjngp6433w68v09x5znhh10-profile/bin/emacs: error while loading shared libraries: libm17n-core.so.0: cannot open shared object file: No such file or directory
>
> The latest “good” commit I know of is
> ee86a035c79b838e3fdabbdb88dc30906a83cc30 (still bisecting).

I wondered if this could be a missed reference issue due to grafting
(whereby a recent ‘guix gc’ would have deleted m17n-lib from the store
because the grafted Emacs didn’t have a visible reference to it) but
that doesn’t seem to be the case (on x86_64-linux):

--8<---------------cut here---------------start------------->8---
$ guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b -- build emacs
/gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2
$ ldd /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2/bin/.emacs-27.2-real |grep m17n
        libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-core.so.0 (0x00007f6800d1d000)
        libm17n-flt.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17-flt.so.0 (0x00007f6800d11000)
$ guix gc -R /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2 |grep pdwv15zmghndkqy5473v1hxgibmvzvlz
/gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0
--8<---------------cut here---------------end--------------->8---

Does passing ‘--no-grafts’ to ‘environment’ make a difference for you?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Wed, 12 May 2021 07:56:02 GMT) Full text and rfc822 format available.

Message #14 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 48335 <at> debbugs.gnu.org, Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Wed, 12 May 2021 09:55:00 +0200
Leo Prikler wrote:

> I can't:
> 
> --8<---------------cut here---------------start------------->8---
> $ guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b
> -- \
>      environment --pure --ad-hoc emacs -- emacs --version
> GNU Emacs 27.2
> Copyright (C) 2021 Free Software Foundation, Inc.
> GNU Emacs comes with ABSOLUTELY NO WARRANTY.
> You may redistribute copies of GNU Emacs
> under the terms of the GNU General Public License.
> For more information about these matters, see the file named COPYING.
> --8<---------------cut here---------------end--------------->8---
> 
> As for the output of ldd:
> 
> libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-
> lib-1.8.0/lib/libm17n-core.so.0

Hmm, ldd doesn’t list any libraries for me

--8<---------------cut here---------------start------------->8---
$ ldd /gnu/store/nvddirc1j6f031zhcwnkd0zrpjc10dyc-profile/bin/emacs
	not a dynamic executable
--8<---------------cut here---------------end--------------->8---

> > The latest “good” commit I know of is
> > ee86a035c79b838e3fdabbdb88dc30906a83cc30 (still bisecting).
> That'd be big if true, we've had the wip-emacs merge between then and
> now and while that caused a lot of problems to many, it should still
> open up.

I am now bisecting commit 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
don’t think it should be related to the changes to the
‘emacs-build-system’.

> Now, perhaps there's a case to be made, that it's in fact broken on
> another architecture or when not using substitutes (it is not
> reproducible after all), but atm we're lacking a bit of necessary info
> here.

I am on x86_64 with substitutes enabled on a foreign distro (NixOS).

On Tue, May 11 2021, Ludovic Courtès wrote:

> I wondered if this could be a missed reference issue due to grafting
> (whereby a recent ‘guix gc’ would have deleted m17n-lib from the store
> because the grafted Emacs didn’t have a visible reference to it) but
> that doesn’t seem to be the case (on x86_64-linux):
>
> --8<---------------cut here---------------start------------->8---
> $ guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b -- build emacs
> /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2
> $ ldd /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2/bin/.emacs-27.2-real |grep m17n
>         libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-core.so.0 (0x00007f6800d1d000)
>         libm17n-flt.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17-flt.so.0 (0x00007f6800d11000)
> $ guix gc -R /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2 |grep pdwv15zmghndkqy5473v1hxgibmvzvlz
> /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0
> --8<---------------cut here---------------end--------------->8---
>
> Does passing ‘--no-grafts’ to ‘environment’ make a difference for you?

This doesn’t seem to help either, and as I wrote above, ldd doesn’t list
any libraries for Emacs.  Interestingly, this also seems to be the case
with ‘emacs-native-comp’ from the flatwatson channel[1], but the binary
works fine (I am using it to write this email).

--8<---------------cut here---------------start------------->8---
$ ldd /gnu/store/0drwnvfnfnz486m3vz4ddnd4x91za5m5-emacs-native-comp-28.0.50-165.25c775b/bin/emacs
	not a dynamic executable
--8<---------------cut here---------------end--------------->8---

[1]: https://github.com/flatwhatson/guix-channel/blob/master/flat/packages/emacs.scm#L160




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Wed, 12 May 2021 08:17:01 GMT) Full text and rfc822 format available.

Message #17 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: Xinglu Chen <public <at> yoctocell.xyz>, Ludovic Courtès
 <ludo <at> gnu.org>
Cc: 48335 <at> debbugs.gnu.org
Subject: Re: bug#48335: Emacs is broken
Date: Wed, 12 May 2021 10:16:11 +0200
Am Mittwoch, den 12.05.2021, 09:55 +0200 schrieb Xinglu Chen:
> Leo Prikler wrote:
> 
> > I can't:
> > 
> > --8<---------------cut here---------------start------------->8---
> > $ guix time-machine --
> > commit=87b4b0e4385149b40ee87ae2d57712679452746b
> > -- \
> >      environment --pure --ad-hoc emacs -- emacs --version
> > GNU Emacs 27.2
> > Copyright (C) 2021 Free Software Foundation, Inc.
> > GNU Emacs comes with ABSOLUTELY NO WARRANTY.
> > You may redistribute copies of GNU Emacs
> > under the terms of the GNU General Public License.
> > For more information about these matters, see the file named
> > COPYING.
> > --8<---------------cut here---------------end--------------->8---
> > 
> > As for the output of ldd:
> > 
> > libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-
> > m17n-
> > lib-1.8.0/lib/libm17n-core.so.0
> 
> Hmm, ldd doesn’t list any libraries for me
> 
> --8<---------------cut here---------------start------------->8---
> $ ldd /gnu/store/nvddirc1j6f031zhcwnkd0zrpjc10dyc-profile/bin/emacs
> 	not a dynamic executable
> --8<---------------cut here---------------end--------------->8---
The "emacs" command is just a wrapper, you'll have to resolve the
correct .emacs-real (in this case .emacs-27.2-real).

> > > The latest “good” commit I know of is
> > > ee86a035c79b838e3fdabbdb88dc30906a83cc30 (still bisecting).
> > That'd be big if true, we've had the wip-emacs merge between then
> > and
> > now and while that caused a lot of problems to many, it should
> > still
> > open up.
> 
> I am now bisecting commit 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
> don’t think it should be related to the changes to the
> ‘emacs-build-system’.
The wip-ungrafting merge?

> > Now, perhaps there's a case to be made, that it's in fact broken on
> > another architecture or when not using substitutes (it is not
> > reproducible after all), but atm we're lacking a bit of necessary
> > info
> > here.
> 
> I am on x86_64 with substitutes enabled on a foreign distro (NixOS).
> 
> On Tue, May 11 2021, Ludovic Courtès wrote:
> 
> > I wondered if this could be a missed reference issue due to
> > grafting (whereby a recent ‘guix gc’ would have deleted m17n-lib
> > from the store because the grafted Emacs didn’t have a visible
> > reference to it) but that doesn’t seem to be the case (on x86_64-
> > linux):
> > 
> > --8<---------------cut here---------------start------------->8---
> > $ guix time-machine --
> > commit=87b4b0e4385149b40ee87ae2d57712679452746b -- build emacs
> > /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2
> > $ ldd /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-
> > 27.2/bin/.emacs-27.2-real |grep m17n
> >         libm17n-core.so.0 =>
> > /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-
> > 1.8.0/lib/libm17n-core.so.0 (0x00007f6800d1d000)
> >         libm17n-flt.so.0 =>
> > /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-
> > 1.8.0/lib/libm17-flt.so.0 (0x00007f6800d11000)
> > $ guix gc -R /gnu/store/d0r7zcph1f3y0cahp9yv5hs8rhi9hcig-emacs-27.2 
> > |grep pdwv15zmghndkqy5473v1hxgibmvzvlz
> > /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0
> > --8<---------------cut here---------------end--------------->8---
> > 
> > Does passing ‘--no-grafts’ to ‘environment’ make a difference for
> > you?
> 
> This doesn’t seem to help either, and as I wrote above, ldd doesn’t
> list any libraries for Emacs.  Interestingly, this also seems to be
> the case with ‘emacs-native-comp’ from the flatwatson channel[1], but
> the binary works fine (I am using it to write this email).
As before, /bin/emacs is just a shell script, it can't work with ldd :(

Regards,
Leo






Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Wed, 12 May 2021 09:35:01 GMT) Full text and rfc822 format available.

Message #20 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Leo Prikler <leo.prikler <at> student.tugraz.at>, Ludovic Courtès <ludo <at> gnu.org>
Cc: 48335 <at> debbugs.gnu.org
Subject: Re: bug#48335: Emacs is broken
Date: Wed, 12 May 2021 11:34:19 +0200
On Wed, May 12 2021, Leo Prikler wrote:

>> Hmm, ldd doesn’t list any libraries for me
>> 
>> --8<---------------cut here---------------start------------->8---
>> $ ldd /gnu/store/nvddirc1j6f031zhcwnkd0zrpjc10dyc-profile/bin/emacs
>> 	not a dynamic executable
>> --8<---------------cut here---------------end--------------->8---
> The "emacs" command is just a wrapper, you'll have to resolve the
> correct .emacs-real (in this case .emacs-27.2-real).

Oh, I should have known that...

Running ldd on the real binary yields this.

--8<---------------cut here---------------start------------->8---
$ ldd /gnu/store/xmsccg3lvgxjll605xs4ffw00in7vz66-emacs-27.2/bin/.emacs-27.2-real | grep m17
	libm17n-core.so.0 => not found
	libm17n-flt.so.0 => not found
--8<---------------cut here---------------end--------------->8---

But libm17 exists in my store.

--8<---------------cut here---------------start------------->8---
0yqxlr0kbjilw48qscf7pfh4l7ys2k7v-m17n-lib-1.8.0-guile-builder
2lyzzw7ybsm3s2n7fgqm17n33n62dl7c-mesa-20.2.4/
2m2hnv9hlrfjdzc1c4xxqgjdbbgj46vq-m17n-lib-1.8.0.drv
2nq943kc7ksch4q5f0ym073iw2gyqgy0-m17n-lib-1.8.0.drv
3b7987inhi3yg5bbqhv5b6brv9rm807d-m17n-db-1.8.0.tar.gz.drv
8dgcc76g6xjrgykf8vd5kv8lk8qqbvwh-m17n-lib-1.8.0/
9jv7xsfhp4m5pxfb95iwyg46l3g3mfb3-m17n-db-1.8.0/
akfwmc4xfpjsx91zpyvgy2q4g7nbaydw-m17n-lib-1.8.0.drv
cq1zm0nik02s1d0d52picipaq26m3d4q-m17n-db-1.8.0.drv
f92dm4mbv4wrzyj3x1886fr5h16lxq9q-m17n-lib-1.8.0.drv
ka96jmddzi1yqncpacl98qcvqbyflk0p-m17n-lib-1.8.0.tar.gz.drv
l7izhc1ws4x6jgsxl9ir0nxqcinjah01-m17n-db-1.8.0.tar.gz.drv
ml2z24n2ysa8jlsq4dl8fmi7whhklviw-m17n-lib-1.8.0/
n58jdhm4wxxrw6v2p0c8hd56r9k9f3yy-m17n-lib-1.8.0.drv
pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/
pxi39yl5qv6jh67n0x4wckvjh1g16nh5-m17n-db-1.8.0.drv
r2r82m88cpqxra3hdjpk843ji50infpc-m17n-lib-1.8.0.drv
s3001awd1li30n3fzi6nna3fml62h8y9-m17n-lib-1.8.0-guile-builder
w1vl0f9vwnqjc92zjlcj8vyl49m1s2bm-m17n-lib-1.8.0.tar.gz.drv
wkgm6jqz6s6rjxw2z9nqvj3b3agafd0l-m17n-lib-1.8.0-guile-builder
xzymd2m17n2djch1j90dvqirqp9iy0zx-dbus-glib-0.110/
y8ywqmpy9frkn0wpinbypjmmgp2f3wcx-m17n-lib-1.8.0-guile-builder
yb1q28dq5wi93qzkcbszgqsgqg3234c0-m17n-db-1.8.0.drv
yf9i0d9q92gkx6vmn8hvb0crjplrbfdd-m17n-db-1.8.0-guile-builder
--8<---------------cut here---------------end--------------->8---

>> I am now bisecting commit 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
>> don’t think it should be related to the changes to the
>> ‘emacs-build-system’.
> The wip-ungrafting merge?

Yup.

>> This doesn’t seem to help either, and as I wrote above, ldd doesn’t
>> list any libraries for Emacs.  Interestingly, this also seems to be
>> the case with ‘emacs-native-comp’ from the flatwatson channel[1], but
>> the binary works fine (I am using it to write this email).
> As before, /bin/emacs is just a shell script, it can't work with ldd :(

‘emacs-native-comp’ doesn’t seem to refer to libm17n at all.

--8<---------------cut here---------------start------------->8---
$ ldd /gnu/store/0drwnvfnfnz486m3vz4ddnd4x91za5m5-emacs-native-comp-28.0.50-165.25c775b/bin/.emacs-28.0.50-real | grep m17

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





Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Fri, 14 May 2021 12:19:02 GMT) Full text and rfc822 format available.

Message #23 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Leo Prikler <leo.prikler <at> student.tugraz.at>, Ludovic Courtès <ludo <at> gnu.org>
Cc: 48335 <at> debbugs.gnu.org
Subject: Re: bug#48335: Emacs is broken
Date: Fri, 14 May 2021 14:18:18 +0200
[Message part 1 (text/plain, inline)]
On Wed, May 12 2021, Xinglu Chen wrote:

>>> I am now bisecting commit 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
>>> don’t think it should be related to the changes to the
>>> ‘emacs-build-system’.
>> The wip-ungrafting merge?
>
> Yup.

When bisecting commit 76b6c61609fd8352ce01059307cf1aec85b8d0df, the
‘graphviz’ package, which ‘emacs’ depends on, fails to build.

[azj63qgfwmvjqaaslxxpgkcchmjj53-graphviz-2.42.3.drv.bz2 (application/octet-stream, attachment)]
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Fri, 14 May 2021 13:21:02 GMT) Full text and rfc822 format available.

Message #26 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: Xinglu Chen <public <at> yoctocell.xyz>, Ludovic Courtès
 <ludo <at> gnu.org>
Cc: 48335 <at> debbugs.gnu.org
Subject: Re: bug#48335: Emacs is broken
Date: Fri, 14 May 2021 15:20:21 +0200
Am Freitag, den 14.05.2021, 14:18 +0200 schrieb Xinglu Chen:
> On Wed, May 12 2021, Xinglu Chen wrote:
> 
> > > > I am now bisecting commit
> > > > 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
> > > > don’t think it should be related to the changes to the
> > > > ‘emacs-build-system’.
> > > The wip-ungrafting merge?
> > 
> > Yup.
> 
> When bisecting commit 76b6c61609fd8352ce01059307cf1aec85b8d0df, the
> ‘graphviz’ package, which ‘emacs’ depends on, fails to build.
I'm not sure about graphviz on that particular commit, but it seems to
build on master and CI.  The last successful build of graphviz and
emacs was on May 1st after the merge of wip-ungrafting. [1]

[1] http://ci.guix.gnu.org/eval/29304





Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Thu, 20 May 2021 13:44:02 GMT) Full text and rfc822 format available.

Message #29 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Leo Prikler <leo.prikler <at> student.tugraz.at>
Cc: 48335 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>,
 Xinglu Chen <public <at> yoctocell.xyz>
Subject: Re: bug#48335: Emacs is broken
Date: Thu, 20 May 2021 09:43:09 -0400
Hi,

Checking with a `guix build emacs` built from master:

--8<---------------cut here---------------start------------->8---
$ ldd /gnu/store/lnwgc4ww47vkq2wv2ay3rdm0ppnmgyfy-emacs-27.2/bin/.emacs-27.2-real | grep libm17n
        libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-core.so.0 (0x00007faa39623000)
        libm17n-flt.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-flt.so.0 (0x00007faa39617000)
--8<---------------cut here---------------end--------------->8---

So it seems at least on current master things are good?

If you cannot reproduce this issue on current master, I suggest we close
it.

Thanks,

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Fri, 21 May 2021 14:08:02 GMT) Full text and rfc822 format available.

Message #32 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>, Leo Prikler
 <leo.prikler <at> student.tugraz.at>
Cc: 48335 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#48335: Emacs is broken
Date: Fri, 21 May 2021 16:06:44 +0200
[Message part 1 (text/plain, inline)]
On Thu, May 20 2021, Maxim Cournoyer wrote:

> Hi,
>
> Checking with a `guix build emacs` built from master:
>
> --8<---------------cut here---------------start------------->8---
> $ ldd /gnu/store/lnwgc4ww47vkq2wv2ay3rdm0ppnmgyfy-emacs-27.2/bin/.emacs-27.2-real | grep libm17n
>         libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-core.so.0 (0x00007faa39623000)
>         libm17n-flt.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-flt.so.0 (0x00007faa39617000)
> --8<---------------cut here---------------end--------------->8---
>
> So it seems at least on current master things are good?
>
> If you cannot reproduce this issue on current master, I suggest we close
> it.

Unfortunately the problem still exists for me (commit
652a03888e1609bd1a687326760436867fe2abb7)

--8<---------------cut here---------------start------------->8---
~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
The following derivation will be built:
   /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv

building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
generating GLib schema cache...
creating GTK+ icon theme cache...
building cache files for GTK+ input methods...
building directory of Info manuals...
building database for manual pages...
building XDG desktop file cache...
building XDG MIME database...
building profile with 1 package...
/gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs: error while loading shared libraries: libm17n-core.so.0: cannot open shared object file: No such file or directory
--8<---------------cut here---------------end--------------->8---

Since other people aren’t able to reproduce this, I am OK with closing
this bug.
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sat, 22 May 2021 02:49:02 GMT) Full text and rfc822 format available.

Message #35 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: 48335 <at> debbugs.gnu.org,
 Ludovic Courtès <ludo <at> gnu.org>,
 Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Fri, 21 May 2021 22:48:06 -0400
Hi,

Xinglu Chen <public <at> yoctocell.xyz> writes:

> On Thu, May 20 2021, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Checking with a `guix build emacs` built from master:
>>
>> --8<---------------cut here---------------start------------->8---
>> $ ldd /gnu/store/lnwgc4ww47vkq2wv2ay3rdm0ppnmgyfy-emacs-27.2/bin/.emacs-27.2-real | grep libm17n
>>         libm17n-core.so.0 =>
>> /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-core.so.0
>> (0x00007faa39623000)
>>         libm17n-flt.so.0 =>
>> /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-m17n-lib-1.8.0/lib/libm17n-flt.so.0
>> (0x00007faa39617000)
>> --8<---------------cut here---------------end--------------->8---
>>
>> So it seems at least on current master things are good?
>>
>> If you cannot reproduce this issue on current master, I suggest we close
>> it.
>
> Unfortunately the problem still exists for me (commit
> 652a03888e1609bd1a687326760436867fe2abb7)

Oh!  That's strange.

> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
> The following derivation will be built:
>    /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv
>
> building CA certificate bundle...
> listing Emacs sub-directories...
> building fonts directory...
> generating GLib schema cache...
> creating GTK+ icon theme cache...
> building cache files for GTK+ input methods...
> building directory of Info manuals...
> building database for manual pages...
> building XDG desktop file cache...
> building XDG MIME database...
> building profile with 1 package...
> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs: error while loading shared libraries: libm17n-core.so.0: cannot open shared object file: No such file or directory
>
> Since other people aren’t able to reproduce this, I am OK with closing
> this bug.

I tried that exact commit:

$ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs -- emacs --version
GNU Emacs 27.2
Copyright (C) 2021 Free Software Foundation, Inc.
GNU Emacs comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of GNU Emacs
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING.

I cannot reproduce it here.

Do you use channels?  If so, could you

$ mv ~/.config/guix/channels.scm{,.bak}
$ guix pull
$ guix environment --ad-hoc emacs -- emacs --version

Thank you,

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sat, 22 May 2021 10:15:01 GMT) Full text and rfc822 format available.

Message #38 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 48335 <at> debbugs.gnu.org,
 Ludovic Courtès <ludo <at> gnu.org>,
 Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Sat, 22 May 2021 12:14:46 +0200
[Message part 1 (text/plain, inline)]
On Fri, May 21 2021, Maxim Cournoyer wrote:

> Hi,
>
> Xinglu Chen <public <at> yoctocell.xyz> writes:
>
>> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
>> The following derivation will be built:
>>    /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv
>>
>> building CA certificate bundle...
>> listing Emacs sub-directories...
>> building fonts directory...
>> generating GLib schema cache...
>> creating GTK+ icon theme cache...
>> building cache files for GTK+ input methods...
>> building directory of Info manuals...
>> building database for manual pages...
>> building XDG desktop file cache...
>> building XDG MIME database...
>> building profile with 1 package...
>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs: error while loading shared libraries: libm17n-core.so.0: cannot open shared object file: No such file or directory
>>
>> Since other people aren’t able to reproduce this, I am OK with closing
>> this bug.
>
> I tried that exact commit:
>
> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs -- emacs --version
> GNU Emacs 27.2
> Copyright (C) 2021 Free Software Foundation, Inc.
> GNU Emacs comes with ABSOLUTELY NO WARRANTY.
> You may redistribute copies of GNU Emacs
> under the terms of the GNU General Public License.
> For more information about these matters, see the file named COPYING.
>
> I cannot reproduce it here.
>
> Do you use channels?  If so, could you
>
> $ mv ~/.config/guix/channels.scm{,.bak}
> $ guix pull
> $ guix environment --ad-hoc emacs -- emacs --version

That still gives me the same error as before.  I have started to give up
on trying to fix this bug, using ‘emacs-native-comp’ from the
flatwhatson channel[1] has been working fine for me.

[1]: https://github.com/flatwhatson/guix-channel

[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Thu, 08 Jul 2021 14:30:02 GMT) Full text and rfc822 format available.

Message #41 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: 48335 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>,
 Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Thu, 08 Jul 2021 10:28:58 -0400
Hello Xinglu,

Xinglu Chen <public <at> yoctocell.xyz> writes:

> On Fri, May 21 2021, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Xinglu Chen <public <at> yoctocell.xyz> writes:
>>
>>> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
>>> The following derivation will be built:
>>>    /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv
>>>
>>> building CA certificate bundle...
>>> listing Emacs sub-directories...
>>> building fonts directory...
>>> generating GLib schema cache...
>>> creating GTK+ icon theme cache...
>>> building cache files for GTK+ input methods...
>>> building directory of Info manuals...
>>> building database for manual pages...
>>> building XDG desktop file cache...
>>> building XDG MIME database...
>>> building profile with 1 package...
>>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs:
>>> error while loading shared libraries: libm17n-core.so.0: cannot
>>> open shared object file: No such file or directory

[...]

Using the same commit you were using last,
652a03888e1609bd1a687326760436867fe2abb7, I can obtain the same Emacs
(same store hash):

$ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs
[env]$ which emacs
/gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs

Have you tried it in a container, like so:

$ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 \
  -- environment -C --ad-hoc emacs -- emacs --version

to ensure there are no contaminants from your host.

Perhaps NixOS, being similar to Guix, is somehow interfering?

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sat, 10 Jul 2021 15:56:01 GMT) Full text and rfc822 format available.

Message #44 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 48335 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>,
 Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Sat, 10 Jul 2021 17:55:20 +0200
[Message part 1 (text/plain, inline)]
On Thu, Jul 08 2021, Maxim Cournoyer wrote:

> Hello Xinglu,
>
> Xinglu Chen <public <at> yoctocell.xyz> writes:
>
>> On Fri, May 21 2021, Maxim Cournoyer wrote:
>>
>>> Hi,
>>>
>>> Xinglu Chen <public <at> yoctocell.xyz> writes:
>>>
>>>> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
>>>> The following derivation will be built:
>>>>    /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv
>>>>
>>>> building CA certificate bundle...
>>>> listing Emacs sub-directories...
>>>> building fonts directory...
>>>> generating GLib schema cache...
>>>> creating GTK+ icon theme cache...
>>>> building cache files for GTK+ input methods...
>>>> building directory of Info manuals...
>>>> building database for manual pages...
>>>> building XDG desktop file cache...
>>>> building XDG MIME database...
>>>> building profile with 1 package...
>>>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs:
>>>> error while loading shared libraries: libm17n-core.so.0: cannot
>>>> open shared object file: No such file or directory
>
> [...]
>
> Using the same commit you were using last,
> 652a03888e1609bd1a687326760436867fe2abb7, I can obtain the same Emacs
> (same store hash):
>
> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs
> [env]$ which emacs
> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs
>
> Have you tried it in a container, like so:
>
> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 \
>   -- environment -C --ad-hoc emacs -- emacs --version

Hmm, the commands fails with

--8<---------------cut here---------------start------------->8---
[...]
building package cache...
-builder for `/gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv' failed to produce output path `/gnu/store/n6qbwd1ahj3b4jzgp0np3fhvw9msgz06-guix-package-cache'
build of /gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv failed
View build log at '/var/log/guix/drvs/k4/ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.bz2'.
cannot build derivation `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv': 1 dependencies couldn't be built
guix time-machine: error: build of `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv' failed
--8<---------------cut here---------------end--------------->8---

> Perhaps NixOS, being similar to Guix, is somehow interfering?

Yeah, that could be the case.
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sun, 11 Jul 2021 09:12:01 GMT) Full text and rfc822 format available.

Message #47 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>, Maxim Cournoyer
 <maxim.cournoyer <at> gmail.com>
Cc: 48335 <at> debbugs.gnu.org, Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Sun, 11 Jul 2021 11:01:02 +0200
Hi,

On Sat, 10 Jul 2021 at 17:55, Xinglu Chen <public <at> yoctocell.xyz> wrote:

>> Using the same commit you were using last,
>> 652a03888e1609bd1a687326760436867fe2abb7, I can obtain the same Emacs
>> (same store hash):
>>
>> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs
>> [env]$ which emacs
>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs

I get the same thing.

>> Have you tried it in a container, like so:
>>
>> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 \
>>   -- environment -C --ad-hoc emacs -- emacs --version

It works for me.

> Hmm, the commands fails with
>
> --8<---------------cut here---------------start------------->8---
> [...]
> building package cache...
> -builder for `/gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv' failed to produce output path `/gnu/store/n6qbwd1ahj3b4jzgp0np3fhvw9msgz06-guix-package-cache'
> build of /gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv failed
> View build log at '/var/log/guix/drvs/k4/ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.bz2'.
> cannot build derivation `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv': 1 dependencies couldn't be built
> guix time-machine: error: build of `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv' failed
> --8<---------------cut here---------------end--------------->8---

Hum, weird because I get this:

/gnu/store/rr2cnfygjh2bkv7cysva5i8h0nil6gla-guix-package-cache.drv

and you get:
/gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.

Do you have a custom channel file?  Usually, this kind of error come
from a conflict between the packages from upstream (commit 652a03888)
and local packages.

All the best,
simon




Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sun, 11 Jul 2021 09:34:02 GMT) Full text and rfc822 format available.

Message #50 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: Xinglu Chen <public <at> yoctocell.xyz>
To: zimoun <zimon.toutoune <at> gmail.com>, Maxim Cournoyer
 <maxim.cournoyer <at> gmail.com>
Cc: 48335 <at> debbugs.gnu.org, Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Sun, 11 Jul 2021 11:33:48 +0200
[Message part 1 (text/plain, inline)]
On Sun, Jul 11 2021, zimoun wrote:

> Hi,
>
> On Sat, 10 Jul 2021 at 17:55, Xinglu Chen <public <at> yoctocell.xyz> wrote:
>
>>> Using the same commit you were using last,
>>> 652a03888e1609bd1a687326760436867fe2abb7, I can obtain the same Emacs
>>> (same store hash):
>>>
>>> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment --ad-hoc emacs
>>> [env]$ which emacs
>>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs
>
> I get the same thing.
>
>>> Have you tried it in a container, like so:
>>>
>>> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 \
>>>   -- environment -C --ad-hoc emacs -- emacs --version
>
> It works for me.
>
>> Hmm, the commands fails with
>>
>> --8<---------------cut here---------------start------------->8---
>> [...]
>> building package cache...
>> -builder for `/gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv' failed to produce output path `/gnu/store/n6qbwd1ahj3b4jzgp0np3fhvw9msgz06-guix-package-cache'
>> build of /gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv failed
>> View build log at '/var/log/guix/drvs/k4/ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.bz2'.
>> cannot build derivation `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv': 1 dependencies couldn't be built
>> guix time-machine: error: build of `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv' failed
>> --8<---------------cut here---------------end--------------->8---
>
> Hum, weird because I get this:
>
> /gnu/store/rr2cnfygjh2bkv7cysva5i8h0nil6gla-guix-package-cache.drv
>
> and you get:
> /gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.
>
> Do you have a custom channel file?  Usually, this kind of error come
> from a conflict between the packages from upstream (commit 652a03888)
> and local packages.

Yes, I do have a custom channel file

--8<---------------cut here---------------start------------->8---
$ guix describe
Generation 57	Jul 03 2021 11:44:49	(current)
  flat 7b8353e
    repository URL: https://github.com/flatwhatson/guix-channel
    branch: master
    commit: 7b8353ebbcf486e3344924d1cac0fa7ba47c371d
  raingloom 7f5bf6d
    repository URL: https://git.sr.ht/~raingloom/guix-packages
    branch: master
    commit: 7f5bf6d7783015c7899a6560f8bedc69b0d76393
  guix-science 0bd456d
    repository URL: https://github.com/guix-science/guix-science.git
    branch: master
    commit: 0bd456d2b0b25970e709ee408f1e1bc3f75b98ae
  guix eef099a
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: eef099a2e1648032c571567c6da29ccd86e72058
--8<---------------cut here---------------end--------------->8---

I also have a few Emacs-related local packages, but they won’t be found in
$GUILE_LOAD_PATH; I have to explicitly use the ‘--load=’ option when
using Guix Home.
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#48335; Package guix. (Sun, 11 Jul 2021 18:55:02 GMT) Full text and rfc822 format available.

Message #53 received at 48335 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: 48335 <at> debbugs.gnu.org, Leo Prikler <leo.prikler <at> student.tugraz.at>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#48335: Emacs is broken
Date: Sun, 11 Jul 2021 20:47:32 +0200
Hi,

On Sun, 11 Jul 2021 at 11:33, Xinglu Chen <public <at> yoctocell.xyz> wrote:

>>>> Have you tried it in a container, like so:
>>>>
>>>> $ guix time-machine --commit=652a03888e1609bd1a687326760436867fe2abb7 \
>>>>   -- environment -C --ad-hoc emacs -- emacs --version
>>
>> It works for me.

Well, for me Emacs is not broken.  Your initial issue is about:

--8<---------------cut here---------------start------------->8---
libm17n-core.so.0: cannot open shared object file: No such file or directory
--8<---------------cut here---------------end--------------->8---

Now, is it solved for you?


Then this issue…

>>> Hmm, the commands fails with
>>>
>>> --8<---------------cut here---------------start------------->8---
>>> [...]
>>> building package cache...
>>> -builder for `/gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv' failed to produce output path `/gnu/store/n6qbwd1ahj3b4jzgp0np3fhvw9msgz06-guix-package-cache'
>>> build of /gnu/store/k4ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv failed
>>> View build log at '/var/log/guix/drvs/k4/ih7z9q04nghfvw4by007z8ijskghkn-guix-package-cache.drv.bz2'.
>>> cannot build derivation `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv': 1 dependencies couldn't be built
>>> guix time-machine: error: build of `/gnu/store/cfsrsvrz5c3mrxkm0ddlq9hy2bbvbl5c-profile.drv' failed
>>> --8<---------------cut here---------------end--------------->8---

is another one.  And from my experience, it is about a conflict about
the channels.

>> Do you have a custom channel file?  Usually, this kind of error come
>> from a conflict between the packages from upstream (commit 652a03888)
>> and local packages.
>
> Yes, I do have a custom channel file

IMHO, the issue comes from this.  As Maxim suggested [1], you should
run:

        Do you use channels?  If so, could you

        $ mv ~/.config/guix/channels.scm{,.bak}
        $ guix pull
        $ guix environment --ad-hoc emacs -- emacs --version

and it should fix the issue.  This…

> $ guix describe
> Generation 57	Jul 03 2021 11:44:49	(current)
>   flat 7b8353e
>     repository URL: https://github.com/flatwhatson/guix-channel
>     branch: master
>     commit: 7b8353ebbcf486e3344924d1cac0fa7ba47c371d
>   raingloom 7f5bf6d
>     repository URL: https://git.sr.ht/~raingloom/guix-packages
>     branch: master
>     commit: 7f5bf6d7783015c7899a6560f8bedc69b0d76393
>   guix-science 0bd456d
>     repository URL: https://github.com/guix-science/guix-science.git
>     branch: master
>     commit: 0bd456d2b0b25970e709ee408f1e1bc3f75b98ae
>   guix eef099a
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: eef099a2e1648032c571567c6da29ccd86e72058

…suggests you have a ~/.config/guix/channels.scm file and one of the
channel has a conflict with master.

1: <http://issues.guix.gnu.org/issue/48335#10>


All the best,
simon




Reply sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
You have taken responsibility. (Sun, 21 Nov 2021 06:41:01 GMT) Full text and rfc822 format available.

Notification sent to Xinglu Chen <public <at> yoctocell.xyz>:
bug acknowledged by developer. (Sun, 21 Nov 2021 06:41:01 GMT) Full text and rfc822 format available.

Message #58 received at 48335-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: 48335-done <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>,
 Leo Prikler <leo.prikler <at> student.tugraz.at>
Subject: Re: bug#48335: Emacs is broken
Date: Sun, 21 Nov 2021 01:40:00 -0500
Hi Xinglu,

Xinglu Chen <public <at> yoctocell.xyz> writes:

> On Fri, May 21 2021, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Xinglu Chen <public <at> yoctocell.xyz> writes:
>>
>>> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version
>>> The following derivation will be built:
>>>    /gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv
>>>
>>> building CA certificate bundle...
>>> listing Emacs sub-directories...
>>> building fonts directory...
>>> generating GLib schema cache...
>>> creating GTK+ icon theme cache...
>>> building cache files for GTK+ input methods...
>>> building directory of Info manuals...
>>> building database for manual pages...
>>> building XDG desktop file cache...
>>> building XDG MIME database...
>>> building profile with 1 package...
>>> /gnu/store/gbzd8hc6360vaxmk2xh5bzkx7dkkwl8q-profile/bin/emacs:
>>> error while loading shared libraries: libm17n-core.so.0: cannot
>>> open shared object file: No such file or directory
>>>
>>> Since other people aren’t able to reproduce this, I am OK with closing
>>> this bug.
>>
>> I tried that exact commit:
>>
>> $ guix time-machine
>> --commit=652a03888e1609bd1a687326760436867fe2abb7 -- environment
>> --ad-hoc emacs -- emacs --version
>> GNU Emacs 27.2
>> Copyright (C) 2021 Free Software Foundation, Inc.
>> GNU Emacs comes with ABSOLUTELY NO WARRANTY.
>> You may redistribute copies of GNU Emacs
>> under the terms of the GNU General Public License.
>> For more information about these matters, see the file named COPYING.
>>
>> I cannot reproduce it here.
>>
>> Do you use channels?  If so, could you
>>
>> $ mv ~/.config/guix/channels.scm{,.bak}
>> $ guix pull
>> $ guix environment --ad-hoc emacs -- emacs --version
>
> That still gives me the same error as before.  I have started to give up
> on trying to fix this bug, using ‘emacs-native-comp’ from the
> flatwhatson channel[1] has been working fine for me.

Since this issue seems to have been forgotten or not posing a pressing
problem to you anymore, and since nobody else was able to reproduce it,
I'm closing it.

Feel free to reopen a fresh one with ideally a reproducer if it
occurs/bothers you again!

Thanks,

Maxim




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 19 Dec 2021 12:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 90 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.