unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / Atom feed
* bug#48335: Emacs is broken
@ 2021-05-10 16:40 Xinglu Chen
  2021-05-10 22:39 ` Leo Prikler
  2021-05-11 21:22 ` Ludovic Courtès
  0 siblings, 2 replies; 18+ messages in thread
From: Xinglu Chen @ 2021-05-10 16:40 UTC (permalink / raw)
  To: 48335

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-10 16:40 bug#48335: Emacs is broken Xinglu Chen
@ 2021-05-10 22:39 ` Leo Prikler
  2021-05-11 21:22 ` Ludovic Courtès
  1 sibling, 0 replies; 18+ messages in thread
From: Leo Prikler @ 2021-05-10 22:39 UTC (permalink / raw)
  To: Xinglu Chen, 48335

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-10 16:40 bug#48335: Emacs is broken Xinglu Chen
  2021-05-10 22:39 ` Leo Prikler
@ 2021-05-11 21:22 ` Ludovic Courtès
  2021-05-12  7:55   ` Xinglu Chen
  1 sibling, 1 reply; 18+ messages in thread
From: Ludovic Courtès @ 2021-05-11 21:22 UTC (permalink / raw)
  To: Xinglu Chen; +Cc: 48335

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-11 21:22 ` Ludovic Courtès
@ 2021-05-12  7:55   ` Xinglu Chen
  2021-05-12  8:16     ` Leo Prikler
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-05-12  7:55 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: 48335, Leo Prikler

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-12  7:55   ` Xinglu Chen
@ 2021-05-12  8:16     ` Leo Prikler
  2021-05-12  9:34       ` Xinglu Chen
  0 siblings, 1 reply; 18+ messages in thread
From: Leo Prikler @ 2021-05-12  8:16 UTC (permalink / raw)
  To: Xinglu Chen, Ludovic Courtès; +Cc: 48335

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






^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-12  8:16     ` Leo Prikler
@ 2021-05-12  9:34       ` Xinglu Chen
  2021-05-14 12:18         ` Xinglu Chen
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-05-12  9:34 UTC (permalink / raw)
  To: Leo Prikler, Ludovic Courtès; +Cc: 48335

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-12  9:34       ` Xinglu Chen
@ 2021-05-14 12:18         ` Xinglu Chen
  2021-05-14 13:20           ` Leo Prikler
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-05-14 12:18 UTC (permalink / raw)
  To: Leo Prikler, Ludovic Courtès; +Cc: 48335


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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-14 12:18         ` Xinglu Chen
@ 2021-05-14 13:20           ` Leo Prikler
  2021-05-20 13:43             ` Maxim Cournoyer
  0 siblings, 1 reply; 18+ messages in thread
From: Leo Prikler @ 2021-05-14 13:20 UTC (permalink / raw)
  To: Xinglu Chen, Ludovic Courtès; +Cc: 48335

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-14 13:20           ` Leo Prikler
@ 2021-05-20 13:43             ` Maxim Cournoyer
  2021-05-21 14:06               ` Xinglu Chen
  0 siblings, 1 reply; 18+ messages in thread
From: Maxim Cournoyer @ 2021-05-20 13:43 UTC (permalink / raw)
  To: Leo Prikler; +Cc: 48335, Xinglu Chen

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-20 13:43             ` Maxim Cournoyer
@ 2021-05-21 14:06               ` Xinglu Chen
  2021-05-22  2:48                 ` Maxim Cournoyer
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-05-21 14:06 UTC (permalink / raw)
  To: Maxim Cournoyer, Leo Prikler; +Cc: 48335

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-21 14:06               ` Xinglu Chen
@ 2021-05-22  2:48                 ` Maxim Cournoyer
  2021-05-22 10:14                   ` Xinglu Chen
  0 siblings, 1 reply; 18+ messages in thread
From: Maxim Cournoyer @ 2021-05-22  2:48 UTC (permalink / raw)
  To: Xinglu Chen; +Cc: 48335, Leo Prikler

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-22  2:48                 ` Maxim Cournoyer
@ 2021-05-22 10:14                   ` Xinglu Chen
  2021-07-08 14:28                     ` Maxim Cournoyer
  2021-11-21  6:40                     ` Maxim Cournoyer
  0 siblings, 2 replies; 18+ messages in thread
From: Xinglu Chen @ 2021-05-22 10:14 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 48335, Leo Prikler

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-22 10:14                   ` Xinglu Chen
@ 2021-07-08 14:28                     ` Maxim Cournoyer
  2021-07-10 15:55                       ` Xinglu Chen
  2021-11-21  6:40                     ` Maxim Cournoyer
  1 sibling, 1 reply; 18+ messages in thread
From: Maxim Cournoyer @ 2021-07-08 14:28 UTC (permalink / raw)
  To: Xinglu Chen; +Cc: 48335, Leo Prikler

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-07-08 14:28                     ` Maxim Cournoyer
@ 2021-07-10 15:55                       ` Xinglu Chen
  2021-07-11  9:01                         ` zimoun
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-07-10 15:55 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 48335, Leo Prikler

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-07-10 15:55                       ` Xinglu Chen
@ 2021-07-11  9:01                         ` zimoun
  2021-07-11  9:33                           ` Xinglu Chen
  0 siblings, 1 reply; 18+ messages in thread
From: zimoun @ 2021-07-11  9:01 UTC (permalink / raw)
  To: Xinglu Chen, Maxim Cournoyer; +Cc: 48335, Leo Prikler

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-07-11  9:01                         ` zimoun
@ 2021-07-11  9:33                           ` Xinglu Chen
  2021-07-11 18:47                             ` zimoun
  0 siblings, 1 reply; 18+ messages in thread
From: Xinglu Chen @ 2021-07-11  9:33 UTC (permalink / raw)
  To: zimoun, Maxim Cournoyer; +Cc: 48335, Leo Prikler

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-07-11  9:33                           ` Xinglu Chen
@ 2021-07-11 18:47                             ` zimoun
  0 siblings, 0 replies; 18+ messages in thread
From: zimoun @ 2021-07-11 18:47 UTC (permalink / raw)
  To: Xinglu Chen; +Cc: 48335, Leo Prikler, Maxim Cournoyer

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#48335: Emacs is broken
  2021-05-22 10:14                   ` Xinglu Chen
  2021-07-08 14:28                     ` Maxim Cournoyer
@ 2021-11-21  6:40                     ` Maxim Cournoyer
  1 sibling, 0 replies; 18+ messages in thread
From: Maxim Cournoyer @ 2021-11-21  6:40 UTC (permalink / raw)
  To: Xinglu Chen; +Cc: 48335-done, Leo Prikler

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




^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2021-11-21  6:42 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-10 16:40 bug#48335: Emacs is broken Xinglu Chen
2021-05-10 22:39 ` Leo Prikler
2021-05-11 21:22 ` Ludovic Courtès
2021-05-12  7:55   ` Xinglu Chen
2021-05-12  8:16     ` Leo Prikler
2021-05-12  9:34       ` Xinglu Chen
2021-05-14 12:18         ` Xinglu Chen
2021-05-14 13:20           ` Leo Prikler
2021-05-20 13:43             ` Maxim Cournoyer
2021-05-21 14:06               ` Xinglu Chen
2021-05-22  2:48                 ` Maxim Cournoyer
2021-05-22 10:14                   ` Xinglu Chen
2021-07-08 14:28                     ` Maxim Cournoyer
2021-07-10 15:55                       ` Xinglu Chen
2021-07-11  9:01                         ` zimoun
2021-07-11  9:33                           ` Xinglu Chen
2021-07-11 18:47                             ` zimoun
2021-11-21  6:40                     ` Maxim Cournoyer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).