On 11/12/2012 06:10 PM, Seth Vidal wrote:



On Mon, 12 Nov 2012, Dennis Jacobfeuerborn wrote:

On 11/12/2012 06:03 PM, Seth Vidal wrote:



On Mon, 12 Nov 2012, Tomas Mraz wrote:

On Mon, 2012-11-12 at 11:37 -0500, Seth Vidal wrote:


On Mon, 12 Nov 2012, Matthew Miller wrote:

On Mon, Nov 12, 2012 at 11:29:34AM -0500, Seth Vidal wrote:
I think ssh has to be in the mix. Of ths systems I use/maintain/etc
very few of them are ones I actually have a reliable console to.
If ssh isn't there, I have to add it just to get the system set up.

Yeah: if we get to the point where every real install has to add the same
subset of packages to core, I don't think we've succeeded in doing
anything
except make more work for the whole world.

A cron daemon and (at least basic) MTA fall in the same area, I think.
But what about ssh-clients?

Is there a reasonable yardstick rule we can make, or is it pragmatically
best to just make per-package decisions?


so - imo

openssh-clients is required, yes - b/c w/o them scp doesn't work. :-/

Perhaps scp could be moved to the base openssh package then.


Sounds reasonable to me.

Not sure that's a good idea. "ssh" itself is also part of the clients
package and should probably moved as well then. "sftp" is probably popular
too. I think its better to bite the bullet and just include the clients
package as a whole.


i think you misunderstand.

if I am attempting to connect to a server running sshd:

I can run

ssh servername

and that works

I can run
sftp servername
and THAT works

I cannot run
scp servername

I have to have a local scp client installed on the server for scp to work as a 
service.


scp is a ssh client. It connects to other host using a ssh connection and runs 
'scp -t' or 'scp -f'
commands on the remote side. From my point of view, it's same as any other 
program you can use via
ssh and I believe that openssh-clients is the right place for it.

sftp subsystem is configured by default so you can use it if you need transfer 
files to minimal system.

Petr
--
Petr Lautrbach, Red Hat, Inc.
http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Reply via email to