1 |
Mike Frysinger wrote: |
2 |
>> Well, openssh has always been questionable. Sure, *I* think it should |
3 |
>> be on any Gentoo system I'd want to touch, but it really isn't necessary |
4 |
>> for a lot of people. Moving this to, say, the "server" profiles only |
5 |
>> would be acceptable to me, but then again, so is leaving it how it is |
6 |
>> now. |
7 |
> |
8 |
> i'd argue pretty vehemently against removing openssh from any default official |
9 |
> Gentoo install. ssh is defacto standard for loginning into any other |
10 |
> machines. it should be on all Gentoo desktops/severs/etc... |
11 |
> specialized/embedded/whatever are certainly free to cull openssh (and doing |
12 |
> so is actually beyond trivial). whether we express this requirement in base/ |
13 |
> or frags or something is certainly open for discussion, but i believe |
14 |
> removing it from a stage3 in any of our standard releases is a huge |
15 |
> disservice to everyone. |
16 |
|
17 |
We all know that ssh is good for sysadmins and netadmins and Gentoo |
18 |
developers, etc. However, desktop users -- i.e., those not in those |
19 |
categories, which is most everyone else, likely do not find it as |
20 |
useful. I'd say that most of our userbase doesn't need to remotely |
21 |
connect to other machines. Our development/admin experiences are *not* |
22 |
typical of our installed userbase, judging by our huge forums. Their |
23 |
machines aren't used for such purposes. openssh may be a de facto |
24 |
standard for the kind of application it is, but that doesn't mean we |
25 |
need to force it on end-users. Our philosophy has been more of "opt-in", |
26 |
rather than "opt-out", and quite simply, ssh isn't a critical system |
27 |
package; a base installed system won't be broken if it's not there. If |
28 |
you *need* it to do work (admins, I'm looking at you), then you can |
29 |
*emerge* it. Just like vim, cvs, dev_tool_foo etc. |
30 |
|
31 |
I *am* a desktop user. And . . . aside from Gentoo development, I have |
32 |
no need for ssh. It could easily be removed from the system profile -- |
33 |
the only place it might be kept is in the liveCD environment, for remote |
34 |
installations. Other than that, we don't need to ship it in our stages; |
35 |
just on the media. |
36 |
|
37 |
|
38 |
(Whoa, sudden feeling of deja vu. I'm 80% positive this was previously |
39 |
brought up on the MLs within the last two to three years...and I stated |
40 |
the same view then!) |