openssh installed, but ssh-daemon not starting

openssh installed, but ssh-daemon not starting

[Marco van Hulten]

```
root@watson ~# guix package -i openssh
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
The following package will be upgraded:
   openssh	7.6p1 → 7.6p1	/gnu/store/j0lzcal5r3y4x4bhfq2ksfn2xirdhqhl-openssh-7.6p1

substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
The following derivations will be built:
   /gnu/store/hfqadrr4am10d6lwwcwgfk148yrgybr1-profile.drv
   /gnu/store/ypc6gq61shfmp1pcxzhig5ygzi4a6hs5-ca-certificate-bundle.drv
   /gnu/store/r7arxs6qlf8iix56r7yv6qiqnjzf8wmp-fonts-dir.drv
   /gnu/store/f5d0jq44ghb1kbpk0mrsp45xxla910bn-info-dir.drv
   /gnu/store/9naqz8l0z023linybdjy0as5ymf9x40w-manual-database.drv
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
Creating manual page database for 3 packages... done in 0.227 s
4 packages in profile
root@watson ~# herd start ssh-daemon
herd: service 'ssh-daemon' could not be found
```

Is there actually a service `ssh-daemon' belonging to the package
openssh?

    root@watson ~# herd status | grep -i ssh
    root@watson ~# 

This shows that there is no service containing the string `ssh'
*defined* (i.e. available?), if I understand the manual correctly [1].

[1]: https://www.gnu.org/software/guix/manual/html_node/Services.html

-Marco

Re: openssh installed, but ssh-daemon not starting

[Thompson, David]

Hello Marco,

On Fri, Nov 10, 2017 at 3:16 AM, Marco van Hulten <marco@hulten.org> wrote:
> ```
> root@watson ~# guix package -i openssh
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> The following package will be upgraded:
>    openssh      7.6p1 → 7.6p1   /gnu/store/j0lzcal5r3y4x4bhfq2ksfn2xirdhqhl-openssh-7.6p1
>
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> The following derivations will be built:
>    /gnu/store/hfqadrr4am10d6lwwcwgfk148yrgybr1-profile.drv
>    /gnu/store/ypc6gq61shfmp1pcxzhig5ygzi4a6hs5-ca-certificate-bundle.drv
>    /gnu/store/r7arxs6qlf8iix56r7yv6qiqnjzf8wmp-fonts-dir.drv
>    /gnu/store/f5d0jq44ghb1kbpk0mrsp45xxla910bn-info-dir.drv
>    /gnu/store/9naqz8l0z023linybdjy0as5ymf9x40w-manual-database.drv
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> Creating manual page database for 3 packages... done in 0.227 s
> 4 packages in profile
> root@watson ~# herd start ssh-daemon
> herd: service 'ssh-daemon' could not be found
> ```
>
> Is there actually a service `ssh-daemon' belonging to the package
> openssh?

Services being installed upon package installation is one of those
things you learn from other distros that needs to be "unlearned" when
using GuixSD.  When you run `guix package` you are altering your own
personal package profile, it doesn't alter the system in any way.
Installing the openssh package as a user is a good way to get the
openssh client available in your shell, but in order to get the
openssh daemon running you'll need to add an expression like `(service
openssh-service-type (openssh-configuration ...))` to your OS
configuration file and run `guix system reconfigure`.  Make sure to
import the (gnu services ssh) module otherwise you'll get undefined
variable errors.

Hope this helps,

- Dave

Re: openssh installed, but ssh-daemon not starting

[Marco van Hulten]

David-

Op 10 nov 07:45 schreef Thompson, David:
> Marco wrote:
> > root@watson ~# herd start ssh-daemon
> > herd: service 'ssh-daemon' could not be found
> > ```
> >
> > Is there actually a service `ssh-daemon' belonging to the package
> > openssh?  
> 
> Services being installed upon package installation is one of those
> things you learn from other distros that needs to be "unlearned" when
> using GuixSD.  When you run `guix package` you are altering your own
> personal package profile, it doesn't alter the system in any way.
> Installing the openssh package as a user is a good way to get the
> openssh client available in your shell, but in order to get the
> openssh daemon running you'll need to add an expression like `(service
> openssh-service-type (openssh-configuration ...))` to your OS
> configuration file and run `guix system reconfigure`.  Make sure to
> import the (gnu services ssh) module otherwise you'll get undefined
> variable errors.

It now works with the (service openssh-service-type).  I did not change
the default configuration.  I feel a bit fuzzy about the exact keywords
used, sometimes services take only one keyword:

  (services (cons* (xfce-desktop-service)
                   (service openssh-service-type)
                   %desktop-services))

For XFCE we use a singlet, whereas for OpenSSH a pair is used.  Must
one use such a pair if there are (optionally) configuration parameters
to be defined for the respective service?

The syntax of the ssh module import at the top of my profile is a bit
different, but it seems to work (https://paste.debian.net/995301/).


I am starting to understand the generals of the system.

Thank you for the help!

-Marco

Re: openssh installed, but ssh-daemon not starting

[Ludovic Courtès]

Hello,

Marco van Hulten <marco@hulten.org> skribis:

> It now works with the (service openssh-service-type).  I did not change
> the default configuration.  I feel a bit fuzzy about the exact keywords
> used, sometimes services take only one keyword:
>
>   (services (cons* (xfce-desktop-service)
>                    (service openssh-service-type)
>                    %desktop-services))
>
> For XFCE we use a singlet, whereas for OpenSSH a pair is used.  Must
> one use such a pair if there are (optionally) configuration parameters
> to be defined for the respective service?

This is mostly “historical baggage”: before we’d define a procedure like
‘xfce-desktop-service’, where the current convention is to set users
write:

  (service TYPE CONFIG)

or

  (service TYPE)

‘service’ is a record constructor: it produces a “service” object with
the given type and config.

We’ve started removing the “old-style” service procedures, but we should
keep doing that to avoid the confusion.

HTH!

Ludo’.

Re: openssh installed, but ssh-daemon not starting

[Marco van Hulten]

Ludo'-

Op 13 nov 10:52 schreef Ludovic Courtès:
> [...] the current convention is to set users
> write:
> 
>   (service TYPE CONFIG)
> 
> or
> 
>   (service TYPE)
> 
> ‘service’ is a record constructor: it produces a “service” object with
> the given type and config.
> 
> We’ve started removing the “old-style” service procedures, but we should
> keep doing that to avoid the confusion.

Thank you for clearing that up.

-Marco