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
