Emacs is broken

Done

Details

5 participants

Leo Prikler
Ludovic Courtès
Maxim Cournoyer
Xinglu Chen
zimoun

Owner: unassigned

Submitted by: Xinglu Chen

Severity: normal

Xinglu Chen wrote on 10 May 2021 18:40

Recipients:(address . bug-guix@gnu.org)

Message-ID:87eeeeh79i.fsf@yoctocell.xyz

Hi,

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

Toggle snippet (5 lines)

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

Leo Prikler wrote on 11 May 2021 00:39

Recipients:

Message-ID:000437fc713e074bedbb151acf8937528eb1dfc9.camel@student.tugraz.at

Hi,

Am Montag, den 10.05.2021, 18:40 +0200 schrieb Xinglu Chen:

Toggle quote (12 lines)> 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:

Toggle snippet (11 lines)$ 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.

As for the output of ldd:

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

lib-1.8.0/lib/libm17n-core.so.0

Toggle quote (2 lines)

> 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

Ludovic Courtès wrote on 11 May 2021 23:22

Re: bug#48335: Emacs is broken

Recipients:(name . Xinglu Chen)(address . public@yoctocell.xyz)(address . 48335@debbugs.gnu.org)

Message-ID:87h7j9ufsz.fsf@gnu.org

Hi,

Xinglu Chen <public@yoctocell.xyz> skribis:

Toggle quote (9 lines)

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

Toggle snippet (9 lines)

$ 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

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

Thanks,

Ludo’.

Xinglu Chen wrote on 12 May 2021 09:55

Recipients:(name . Ludovic Courtès)(address . ludo@gnu.org)

Message-ID:878s4kcror.fsf@yoctocell.xyz

Leo Prikler wrote:

Toggle quote (19 lines)> 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

Toggle snippet (4 lines)

$ ldd /gnu/store/nvddirc1j6f031zhcwnkd0zrpjc10dyc-profile/bin/emacs

not a dynamic executable

Toggle quote (6 lines)

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

Toggle quote (5 lines)

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

Toggle quote (17 lines)> 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).

Toggle snippet (4 lines)

$ ldd /gnu/store/0drwnvfnfnz486m3vz4ddnd4x91za5m5-emacs-native-comp-28.0.50-165.25c775b/bin/emacs

not a dynamic executable

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

Leo Prikler wrote on 12 May 2021 10:16

Recipients:(address . 48335@debbugs.gnu.org)

Message-ID:5ee6abd811d668c23acb99003c3da4d9b4e1ea8b.camel@student.tugraz.at

Am Mittwoch, den 12.05.2021, 09:55 +0200 schrieb Xinglu Chen:

Toggle quote (30 lines)> 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).

Toggle quote (11 lines)> > > 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?

Toggle quote (40 lines)> > 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

Xinglu Chen wrote on 12 May 2021 11:34

Recipients:(address . 48335@debbugs.gnu.org)

Message-ID:87zgx0b8is.fsf@yoctocell.xyz

On Wed, May 12 2021, Leo Prikler wrote:

Toggle quote (9 lines)

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

Toggle snippet (5 lines)

$ 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

But libm17 exists in my store.

Toggle snippet (26 lines)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

Toggle quote (5 lines)

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

Toggle quote (6 lines)

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

Toggle snippet (3 lines)

$ ldd /gnu/store/0drwnvfnfnz486m3vz4ddnd4x91za5m5-emacs-native-comp-28.0.50-165.25c775b/bin/.emacs-28.0.50-real | grep m17

Xinglu Chen wrote on 14 May 2021 14:18

Recipients:(address . 48335@debbugs.gnu.org)

Message-ID:878s4hse45.fsf@yoctocell.xyz

On Wed, May 12 2021, Xinglu Chen wrote:

Toggle quote (7 lines)

>>> 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: azj63qgfwmvjqaaslxxpgkcchmjj53-graphviz-2.42.3.drv.bz2

Leo Prikler wrote on 14 May 2021 15:20

Recipients:(address . 48335@debbugs.gnu.org)

Message-ID:0eb69cc5a5bc1c1be492d156b2926b702af5a087.camel@student.tugraz.at

Am Freitag, den 14.05.2021, 14:18 +0200 schrieb Xinglu Chen:

Toggle quote (12 lines)> 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

Maxim Cournoyer wrote on 20 May 2021 15:43

Recipients:(name . Leo Prikler)(address . leo.prikler@student.tugraz.at)

Message-ID:87im3dzfki.fsf@gmail.com

Hi,

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

Toggle snippet (5 lines)

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

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

Xinglu Chen wrote on 21 May 2021 16:06

Recipients:

Message-ID:87tumwb2q3.fsf@yoctocell.xyz

On Thu, May 20 2021, Maxim Cournoyer wrote:

Toggle quote (15 lines)> 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)

Toggle snippet (18 lines)~/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.

Maxim Cournoyer wrote on 22 May 2021 04:48

Recipients:(name . Xinglu Chen)(address . public@yoctocell.xyz)

Message-ID:878s47xz4p.fsf@gmail.com

Hi,

Xinglu Chen <public@yoctocell.xyz> writes:

Toggle quote (24 lines)> 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.

Toggle quote (20 lines)> ~/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

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

Xinglu Chen wrote on 22 May 2021 12:14

Recipients:(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)

Message-ID:87o8d3axd5.fsf@yoctocell.xyz

On Fri, May 21 2021, Maxim Cournoyer wrote:

Toggle quote (42 lines)> 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

Maxim Cournoyer wrote on 8 Jul 2021 16:28

Recipients:(name . Xinglu Chen)(address . public@yoctocell.xyz)

Message-ID:87lf6g5179.fsf@gmail.com

Hello Xinglu,

Xinglu Chen <public@yoctocell.xyz> writes:

Toggle quote (25 lines)> 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

Xinglu Chen wrote on 10 Jul 2021 17:55

Recipients:(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)

Message-ID:87tul2rwnr.fsf@yoctocell.xyz

On Thu, Jul 08 2021, Maxim Cournoyer wrote:

Toggle quote (44 lines)> 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

Toggle snippet (9 lines)

[...]

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

Toggle quote (2 lines)

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

Yeah, that could be the case.

zimoun wrote on 11 Jul 2021 11:01

Recipients:

Message-ID:86im1hi5rl.fsf@gmail.com

Hi,

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

Toggle quote (8 lines)

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

Toggle quote (5 lines)

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

Toggle quote (12 lines)> 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

Xinglu Chen wrote on 11 Jul 2021 11:33

Recipients:

Message-ID:87sg0lp537.fsf@yoctocell.xyz

On Sun, Jul 11 2021, zimoun wrote:

Toggle quote (44 lines)> 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

Toggle snippet (20 lines)$ 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

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.

zimoun wrote on 11 Jul 2021 20:47

Recipients:(name . Xinglu Chen)(address . public@yoctocell.xyz)

Message-ID:868s2cit6j.fsf@gmail.com

Hi,

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

Toggle quote (7 lines)

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

Toggle snippet (3 lines)

libm17n-core.so.0: cannot open shared object file: No such file or directory

Now, is it solved for you?

Then this issue…

Toggle quote (12 lines)>>> 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.

Toggle quote (6 lines)

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

Toggle quote (19 lines)> $ 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

Maxim Cournoyer wrote on 21 Nov 2021 07:40

Recipients:(name . Xinglu Chen)(address . public@yoctocell.xyz)

Message-ID:8735nqc8qn.fsf@gmail.com

Hi Xinglu,

Xinglu Chen <public@yoctocell.xyz> writes:

Toggle quote (52 lines)> 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

Closed

Your comment

This issue is archived.

To comment on this conversation send an email to 48335@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it

mumi current 48335

Then, you may apply the latest patchset in this issue (with sign off)

mumi am -- -s

Or, compose a reply to this issue

mumi compose

Or, send patches to this issue

mumi send-email *.patch

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date