bug#48335: Emacs is broken

bug#48335: Emacs is broken

[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---

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

bug#48335: Emacs is broken

[Leo Prikler]

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

bug#48335: Emacs is broken

[Ludovic Courtès]

Hi,

Xinglu Chen <public@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’.

bug#48335: Emacs is broken

[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 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

bug#48335: Emacs is broken

[Leo Prikler]

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

bug#48335: Emacs is broken

[Xinglu Chen]

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---

bug#48335: Emacs is broken

[Xinglu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 396 bytes --]

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.


[-- Attachment #1.2: graphviz-log --]
[-- Type: application/octet-stream, Size: 172044 bytes --]

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

bug#48335: Emacs is broken

[Leo Prikler]

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

bug#48335: Emacs is broken

[Maxim Cournoyer]

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

bug#48335: Emacs is broken

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 1834 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

bug#48335: Emacs is broken

[Maxim Cournoyer]

Hi,

Xinglu Chen <public@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

bug#48335: Emacs is broken

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]

On Fri, May 21 2021, Maxim Cournoyer wrote:

> Hi,
>
> Xinglu Chen <public@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


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

bug#48335: Emacs is broken

[Maxim Cournoyer]

Hello Xinglu,

Xinglu Chen <public@yoctocell.xyz> writes:

> On Fri, May 21 2021, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Xinglu Chen <public@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

bug#48335: Emacs is broken

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 2424 bytes --]

On Thu, Jul 08 2021, Maxim Cournoyer wrote:

> Hello Xinglu,
>
> Xinglu Chen <public@yoctocell.xyz> writes:
>
>> On Fri, May 21 2021, Maxim Cournoyer wrote:
>>
>>> Hi,
>>>
>>> Xinglu Chen <public@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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

bug#48335: Emacs is broken

[zimoun]

Hi,

On Sat, 10 Jul 2021 at 17:55, Xinglu Chen <public@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

bug#48335: Emacs is broken

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 2951 bytes --]

On Sun, Jul 11 2021, zimoun wrote:

> Hi,
>
> On Sat, 10 Jul 2021 at 17:55, Xinglu Chen <public@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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

bug#48335: Emacs is broken

[zimoun]

Hi,

On Sun, 11 Jul 2021 at 11:33, Xinglu Chen <public@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

bug#48335: Emacs is broken

[Maxim Cournoyer]

Hi Xinglu,

Xinglu Chen <public@yoctocell.xyz> writes:

> On Fri, May 21 2021, Maxim Cournoyer wrote:
>
>> Hi,
>>
>> Xinglu Chen <public@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