SSH server should be included

Bug #785684 reported by Marcin Juszkiewicz
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Linaro Seeds
Won't Fix
Low
Tom Gall

Bug Description

When I boot my boards I often do that without keyboard/mouse/screen connected. If I do not have working serial cable connected then there is no way to get into board. Having SSH server would allow to login over network.

Revision history for this message
Fathi Boudra (fboudra) wrote :

same here. My 1st step is to install openssh-server and x11vnc.
It starts to be boring.

Changed in linaro-seeds:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Dave Martin (dave-martin-arm) wrote : Re: [Bug 785684] Re: SSH server should be included

Naïvely implemented, pre-installing openssh-server would result in a
cloned ssh host key on every board, so we should take care to avoid
that.

Fathi Boudra (fboudra)
Changed in linaro-seeds:
assignee: nobody → Tom Gall (tom-gall)
Fathi Boudra (fboudra)
Changed in linaro-seeds:
status: Triaged → Fix Committed
Revision history for this message
Fathi Boudra (fboudra) wrote :

> I'd prefer not to include the openssh-server package. Fathi, did you
> find any other way to solve this issue?

It seems appropriate to have a remote login access to the boards by default.
openssh-server is a natural choice and is generally provided on BSPs.

> Otherwise I'm in favor or reverting the changes for the release.

What's your concern?

Is it acceptable to have openssh-server installed but disabled by default?

Changed in linaro-seeds:
status: Fix Committed → Opinion
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

On Tue, May 24, 2011 at 4:04 AM, Fathi Boudra <email address hidden> wrote:
>> I'd prefer not to include the openssh-server package. Fathi, did you
>> find any other way to solve this issue?
>
> It seems appropriate to have a remote login access to the boards by default.
> openssh-server is a natural choice and is generally provided on BSPs.

It is for sure appropriated, but only if we make sure we don't deploy
the same ssh host key on every image.

Can you check if the key is generated during build time? If we manage
to generate the host key during boot we can for sure include the
package.

Revision history for this message
Marcin Juszkiewicz (hrw) wrote :

Key is generated during install time. Init script assumes that keys are available.

Revision history for this message
Alexander Sack (asac) wrote :

The concern is about size. headless is small start for building products on top ... not for developing products (thats the developer image) .. we refused btrfs-tools from headless ... no development convenience should be in headless ... all that should go to developer or other higher up images.

Revision history for this message
Alexander Sack (asac) wrote :

note .. .the comment above is only true if headless is base for our nano image.

Revision history for this message
Alexander Sack (asac) wrote :

found out that nano is not using headless anymore.

Anyway, found out that headless is base for LEB !!

LEB is by definition a clone of upstream distro builds/product with linaro optimizations on top.

Development tools are not qualifying for linaro optimizations.

So either move LEB away from headless, or don't add dev tools to headless.

Thanks!

Revision history for this message
Fathi Boudra (fboudra) wrote :

reverted.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Tom, can you make sure the same change applies to the meta packages?

Revision history for this message
Tom Gall (tom-gall) wrote :

updated meta package with change reverted submitted to overlay ppa.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Thanks Tom.

Closing as Won't Fix as we first a way to generate the ssh host key during boot time.

Changed in linaro-seeds:
status: Opinion → Won't Fix
importance: Medium → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.