GNU bug report logs - #35590
Emacs info can't open info manuals

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35590 in the body.
You can then email your comments to 35590 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: sirgazil <sirgazil <at> zoho.com>
To: "bug-guix" <bug-guix <at> gnu.org>
Subject: Emacs info can't open info manuals
Date: Sun, 05 May 2019 15:10:44 -0500

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/

Message #8 received at 35590 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: sirgazil <sirgazil <at> zoho.com>
Cc: 35590 <at> debbugs.gnu.org
Subject: Re: bug#35590: Emacs info can't open info manuals
Date: Sun, 05 May 2019 22:26:15 -0400

Hi,

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

Message #11 received at 35590 <at> debbugs.gnu.org (full text, mbox):

From: sirgazil <sirgazil <at> zoho.com>
To: "Mark H Weaver" <mhw <at> netris.org>
Cc: 35590 <35590 <at> debbugs.gnu.org>
Subject: Re: bug#35590: Emacs info can't open info manuals
Date: Mon, 06 May 2019 06:52:28 -0500

---- On Sun, 05 May 2019 21:26:15 -0500 Mark H Weaver <mhw <at> netris.org> wrote ----

 > Hi, 
 >  
 > sirgazil <sirgazil <at> 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

Message #14 received at 35590 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: sirgazil <sirgazil <at> zoho.com>
Cc: 35590 <35590 <at> debbugs.gnu.org>
Subject: Re: bug#35590: Emacs info can't open info manuals
Date: Mon, 06 May 2019 11:07:36 -0400

Hi,

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

Message #19 received at 35590-done <at> debbugs.gnu.org (full text, mbox):

From: sirgazil <sirgazil <at> zoho.com>
To: "35590-done" <35590-done <at> debbugs.gnu.org>
Subject: Emacs info can't open info manuals
Date: Mon, 06 May 2019 13:00:21 -0500

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/

Message #22 received at 35590 <at> debbugs.gnu.org (full text, mbox):

From: sirgazil <sirgazil <at> zoho.com>
To: "Mark H Weaver" <mhw <at> netris.org>
Cc: 35590 <35590 <at> debbugs.gnu.org>
Subject: Re: bug#35590: Emacs info can't open info manuals
Date: Mon, 06 May 2019 11:14:45 -0500

---- On Mon, 06 May 2019 10:07:36 -0500 Mark H Weaver <mhw <at> netris.org> wrote ----

 > Hi, 
 >  
 > sirgazil <sirgazil <at> 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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.