* bug#35590: Emacs info can't open info manuals
@ 2019-05-05 20:10 sirgazil
2019-05-06 2:26 ` Mark H Weaver
2019-05-06 18:00 ` sirgazil
0 siblings, 2 replies; 6+ messages in thread
From: sirgazil @ 2019-05-05 20:10 UTC (permalink / raw)
To: 35590
I can't open info manuals in an Emacs freshly installed in my GNU system installed in a real machine using the ISO installer (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
## Steps to reproduce
1. guix install emacs
2. Start Emacs.
3. M-x info Enter.
4. m Guix Enter (or any other manual).
## Unexpected result
The manual is not displayed, and the minibuffer says:
Uncompression program 'sh' not found
## Expected result
The Guix manual is displayed.
---
https://sirgazil.bitbucket.io/
^ permalink raw reply [flat|nested] 6+ messages in thread* bug#35590: Emacs info can't open info manuals 2019-05-05 20:10 bug#35590: Emacs info can't open info manuals sirgazil @ 2019-05-06 2:26 ` Mark H Weaver 2019-05-06 11:52 ` sirgazil 2019-05-06 18:00 ` sirgazil 1 sibling, 1 reply; 6+ messages in thread From: Mark H Weaver @ 2019-05-06 2:26 UTC (permalink / raw) To: sirgazil; +Cc: 35590 Hi, sirgazil <sirgazil@zoho.com> writes: > I can't open info manuals in an Emacs freshly installed in my GNU > system installed in a real machine using the ISO installer > (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz). > > ## Steps to reproduce > > 1. guix install emacs > 2. Start Emacs. > 3. M-x info Enter. > 4. m Guix Enter (or any other manual). > > > ## Unexpected result > > The manual is not displayed, and the minibuffer says: > > Uncompression program 'sh' not found This is surprising. On a Guix system, sh is unconditionally installed in /bin/sh. If you type M-x getenv PATH RET in Emacs, does the displayed string include /bin? Does M-! sh RET show an error? Thanks, Mark ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#35590: Emacs info can't open info manuals 2019-05-06 2:26 ` Mark H Weaver @ 2019-05-06 11:52 ` sirgazil 2019-05-06 15:07 ` Mark H Weaver 0 siblings, 1 reply; 6+ messages in thread From: sirgazil @ 2019-05-06 11:52 UTC (permalink / raw) To: Mark H Weaver; +Cc: 35590 ---- On Sun, 05 May 2019 21:26:15 -0500 Mark H Weaver <mhw@netris.org> wrote ---- > Hi, > > sirgazil <sirgazil@zoho.com> writes: > > > I can't open info manuals in an Emacs freshly installed in my GNU > > system installed in a real machine using the ISO installer > > (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz). > > > > ## Steps to reproduce > > > > 1. guix install emacs > > 2. Start Emacs. > > 3. M-x info Enter. > > 4. m Guix Enter (or any other manual). > > > > > > ## Unexpected result > > > > The manual is not displayed, and the minibuffer says: > > > > Uncompression program 'sh' not found > > This is surprising. On a Guix system, sh is unconditionally installed > in /bin/sh. If you type M-x getenv PATH RET in Emacs, does the > displayed string include /bin? Does M-! sh RET show an error? M-x getenv PATH RET shows "bin"s in other paths, but not "/bin": /gnu/store/hk4f641r18vpj44m42pny6rp1nwg3d4w-glib-2.56.3-bin/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/setuid-programs:/home/sirgazil/.config/guix/current/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin "/bin/sh" exists in the system, though: $ ls -l /bin total 4 lrwxrwxrwx 1 root root 62 may 6 06:19 sh -> /gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/sh M-! sh RET results in "command not found": /gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/bash: sh: no se encontró la orden ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#35590: Emacs info can't open info manuals 2019-05-06 11:52 ` sirgazil @ 2019-05-06 15:07 ` Mark H Weaver 2019-05-06 16:14 ` sirgazil 0 siblings, 1 reply; 6+ messages in thread From: Mark H Weaver @ 2019-05-06 15:07 UTC (permalink / raw) To: sirgazil; +Cc: 35590 Hi, sirgazil <sirgazil@zoho.com> writes: > M-x getenv PATH RET shows "bin"s in other paths, but not "/bin": > > /gnu/store/hk4f641r18vpj44m42pny6rp1nwg3d4w-glib-2.56.3-bin/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/setuid-programs:/home/sirgazil/.config/guix/current/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin My first thought was "Why isn't /bin in your PATH?", but actually I see that /bin isn't in my PATH either, but that doesn't matter because 'bash' is installed in my system profile, which means that I have 'sh' in /run/current-system/profile/bin. You should too, but apparently you don't. 'bash' is included in %base-packages, which should normally be included in your 'packages' field of your OS config. It should look something like this: ;; This is where we specify system-wide packages. (packages (append (list ;; your added ;; packages here ) %base-packages)) If you don't include %base-packages in your system profile, you are likely to run into problems. Several of the packages in there could be safely deleted, but some of them, including 'sh', are widely assumed to always be in PATH. If you want to remove a few programs from %base-packages, I recommend doing something like this: ;; This is where we specify system-wide packages. (packages (append (list ;; your added ;; packages here ) (fold delete %base-packages (list sudo nano)))) Note that 'fold' is in (srfi srfi-1), so you'll need to import it in your OS config file if you use it. Mark ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#35590: Emacs info can't open info manuals 2019-05-06 15:07 ` Mark H Weaver @ 2019-05-06 16:14 ` sirgazil 0 siblings, 0 replies; 6+ messages in thread From: sirgazil @ 2019-05-06 16:14 UTC (permalink / raw) To: Mark H Weaver; +Cc: 35590 ---- On Mon, 06 May 2019 10:07:36 -0500 Mark H Weaver <mhw@netris.org> wrote ---- > Hi, > > sirgazil <sirgazil@zoho.com> writes: > > > M-x getenv PATH RET shows "bin"s in other paths, but not "/bin": > > > > /gnu/store/hk4f641r18vpj44m42pny6rp1nwg3d4w-glib-2.56.3-bin/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/setuid-programs:/home/sirgazil/.config/guix/current/bin:/home/sirgazil/.guix-profile/bin:/home/sirgazil/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin > > My first thought was "Why isn't /bin in your PATH?", but actually I see > that /bin isn't in my PATH either, but that doesn't matter because > 'bash' is installed in my system profile, which means that I have 'sh' > in /run/current-system/profile/bin. > > You should too, but apparently you don't. > > 'bash' is included in %base-packages, which should normally be included > in your 'packages' field of your OS config. It should look something > like this: > > ;; This is where we specify system-wide packages. > (packages (append (list > ;; your added > ;; packages here > ) > %base-packages)) > > If you don't include %base-packages in your system profile, you are > likely to run into problems. Several of the packages in there could be > safely deleted, but some of them, including 'sh', are widely assumed to > always be in PATH. Oh, yes. The system configuration generated by the Guix 1.0 installer did not include %base-packages. The bug has been reported (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35541). My packages form looks like this: (packages (list (specification->package "nss-certs"))) The Guix manual has been updated with instructions to work around the problem (https://www.gnu.org/software/guix/manual/en/guix.html#Preparing-for-Installation). So one should add: (packages (append (list (specification->package "nss-certs")) %base-packages)) and then: guix pull && sudo guix system reconfigure /etc/config.scm This may fix some of the bugs I've reported (and the ones I haven't). > If you want to remove a few programs from %base-packages, I recommend > doing something like this: > > ;; This is where we specify system-wide packages. > (packages (append (list > ;; your added > ;; packages here > ) > (fold delete %base-packages (list sudo nano)))) > > Note that 'fold' is in (srfi srfi-1), so you'll need to import it in > your OS config file if you use it. Good to know. I'll go with the whole set, though. Thanks, Mark. ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#35590: Emacs info can't open info manuals 2019-05-05 20:10 bug#35590: Emacs info can't open info manuals sirgazil 2019-05-06 2:26 ` Mark H Weaver @ 2019-05-06 18:00 ` sirgazil 1 sibling, 0 replies; 6+ messages in thread From: sirgazil @ 2019-05-06 18:00 UTC (permalink / raw) To: 35590-done This issue was related to a bug with the installer where "%base-packages" was not added to the system configuration file.¹ After working around the installer issue as described in the manual,² I can read manuals normally. 1. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35541 2. https://www.gnu.org/software/guix/manual/en/html_node/Guided-Graphical-Installation.html#Guided-Graphical-Installation --- https://sirgazil.bitbucket.io/ ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-05-07 4:02 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-05-05 20:10 bug#35590: Emacs info can't open info manuals sirgazil 2019-05-06 2:26 ` Mark H Weaver 2019-05-06 11:52 ` sirgazil 2019-05-06 15:07 ` Mark H Weaver 2019-05-06 16:14 ` sirgazil 2019-05-06 18:00 ` sirgazil
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/guix.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.