[gentoo-user] Re: [gentoo-user] Re: [gentoo-user] there are no ebuilds built with USE flags to satisfy “XXX”

[Willie Matthews]

On 01/04/2014 08:21 PM, 钱泽森 wrote:
>
> Thanks a lot! I can play it now.BTW,what emerge means by that? I can
> emerge the game only when the two USE flags is enabled both?
>
> 2014/1/5 Willie Matthews  >
>
> On 01/04/2014 07:17 PM, 钱泽森 wrote:
> > Hello everyone.
> > Today I want to get some game to play, so I want to install
> supertux,a
> > game similar to super mario.But when I issue the command,it
> turned out
> > an error.
> >
> > senge@Senge-Laptop ~ % sudo emerge -va supertux
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> >
> > emerge: there are no ebuilds built with USE flags to satisfy
> > "media-libs/sdl-mixer[mikmod,vorbis]".
> > !!! One of the following packages is required to complete your
> request:
> > - media-libs/sdl-mixer-1.2.12-r3::gentoo (Change USE: +mikmod, this
> > change violates use flag constraints defined by
> > media-libs/sdl-mixer-1.2.12-r3: 'midi? ( any-of ( timidity
> fluidsynth
> > ) ) timidity? ( midi ) fluidsynth? ( midi ) mp3? ( any-of (
> smpeg mad
> > ) ) smpeg? ( mp3 ) mad? ( mp3 ) mod? ( any-of ( mikmod modplug ) )
> > mikmod? ( mod ) modplug? ( mod )')
> > (dependency required by "games-arcade/supertux-0.1.3" [ebuild])
> > (dependency required by "supertux" [argument])
> >
> > I haven't sdl-mixer installed and I don't know what that is.
> >
> > senge@Senge-Laptop ~ % eix sdl-mixer
> > * media-libs/sdl-mixer
> > Available versions: 1.2.12-r1 1.2.12-r3 {flac fluidsynth mad midi
> > mikmod mod modplug mp3 playtools smpeg static-libs timidity
> vorbis +wav}
> > Homepage: http://www.libsdl.org/projects/SDL_mixer/
> > Description: Simple Direct Media Layer Mixer Library
> >
> > I have googled little, but failed.Anybody know how to solve it?
> I got the exact same error when I tried to install. I already have
>
> media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mp3 vorbis wav
> -fluidsynth
> -midi -mikmod -mod -modplug -playtools -smpeg -static-libs -timidity"
>
> I think what it is telling you is if you have mikmod as a user
> flag you
> also have to have mod.
>
> media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mikmod* mod* mp3
> vorbis wav
> -fluidsynth -midi -modplug -playtools -smpeg -static-libs -timidity"
>
> So you will just add
> media-libs/sdl-mixer mikmod mod
> to your package.use file.
>
> --
>
>
> Willie Matthews
> matthews.wil...@gmail.com 
> (702) 508.8455
> I have my geeky moments!
>
>
>
I can't figure out why the font is this way so forgive me.

The most likely reason it was failing is because it might have been
multiple program that wanted certain use flags. I have pretty much
gotten used to seeing and figuring out what the problem is when it does
happen to me. Going to the program that is failing and emerging it by
itself. Seeing what works and don't works. I have a feeling there is a
logical way of figuring out what the problem is but I do it the way I do it.

-- 


 Willie Matthews
 matthews.wil...@gmail.com
 (702) 508.8455
 I have my geeky moments!



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Preparing a shared USB stick

[Chris Stankevitz]

On Sat, Jan 4, 2014 at 3:44 PM, Alan McKinnon  wrote:
> On 05/01/2014 01:31, Chris Stankevitz wrote:
>> On Thu, Jan 2, 2014 at 10:45 PM, Alan McKinnon  
>> wrote:
>> It
>> sounds like trying to manage a shared disk/stick with ext* would be a
>> PITA.
>
> yes, it is, very much so

I wonder what something like the Synology DS212j uses.  It allows for
ACLs (implying ext* or NTFS under the hood); however, it has a USB
cable (implying trouble-free plugging into many different machines).

I bet if you use it on the network with the ACLs and subsequently
write from a few machines with the USB cable... the thing gets
FUBAR-ed.

Chris

Re: [gentoo-user] Re: [gentoo-user] there are no ebuilds built with USE flags to satisfy “XXX”

[钱泽森]

Thanks a lot! I can play it now.BTW,what emerge means by that?  I can
emerge the game only when the two USE flags is enabled both?

2014/1/5 Willie Matthews 

> On 01/04/2014 07:17 PM, 钱泽森 wrote:
> > Hello everyone.
> > Today I want to get some game to play, so I want to install supertux,a
> > game similar to super mario.But when I issue the command,it turned out
> > an error.
> >
> > senge@Senge-Laptop ~ % sudo emerge -va supertux
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> >
> > emerge: there are no ebuilds built with USE flags to satisfy
> > "media-libs/sdl-mixer[mikmod,vorbis]".
> > !!! One of the following packages is required to complete your request:
> > - media-libs/sdl-mixer-1.2.12-r3::gentoo (Change USE: +mikmod, this
> > change violates use flag constraints defined by
> > media-libs/sdl-mixer-1.2.12-r3: 'midi? ( any-of ( timidity fluidsynth
> > ) ) timidity? ( midi ) fluidsynth? ( midi ) mp3? ( any-of ( smpeg mad
> > ) ) smpeg? ( mp3 ) mad? ( mp3 ) mod? ( any-of ( mikmod modplug ) )
> > mikmod? ( mod ) modplug? ( mod )')
> > (dependency required by "games-arcade/supertux-0.1.3" [ebuild])
> > (dependency required by "supertux" [argument])
> >
> > I haven't sdl-mixer installed and I don't know what that is.
> >
> > senge@Senge-Laptop ~ % eix sdl-mixer
> > * media-libs/sdl-mixer
> > Available versions: 1.2.12-r1 1.2.12-r3 {flac fluidsynth mad midi
> > mikmod mod modplug mp3 playtools smpeg static-libs timidity vorbis +wav}
> > Homepage: http://www.libsdl.org/projects/SDL_mixer/
> > Description: Simple Direct Media Layer Mixer Library
> >
> > I have googled little, but failed.Anybody know how to solve it?
> I got the exact same error when I tried to install. I already have
>
> media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mp3 vorbis wav -fluidsynth
> -midi -mikmod -mod -modplug -playtools -smpeg -static-libs -timidity"
>
> I think what it is telling you is if you have mikmod as a user flag you
> also have to have mod.
>
> media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mikmod* mod* mp3 vorbis wav
> -fluidsynth -midi -modplug -playtools -smpeg -static-libs -timidity"
>
> So you will just add
> media-libs/sdl-mixer mikmod mod
> to your package.use file.
>
> --
>
>
>  Willie Matthews
>  matthews.wil...@gmail.com
>  (702) 508.8455
>  I have my geeky moments!
>
>
>

[gentoo-user] Re: [gentoo-user] there are no ebuilds built with USE flags to satisfy “XXX”

[Willie Matthews]

On 01/04/2014 07:17 PM, 钱泽森 wrote:
> Hello everyone.
> Today I want to get some game to play, so I want to install supertux,a
> game similar to super mario.But when I issue the command,it turned out
> an error.
>
> senge@Senge-Laptop ~ % sudo emerge -va supertux
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
>
> emerge: there are no ebuilds built with USE flags to satisfy
> "media-libs/sdl-mixer[mikmod,vorbis]".
> !!! One of the following packages is required to complete your request:
> - media-libs/sdl-mixer-1.2.12-r3::gentoo (Change USE: +mikmod, this
> change violates use flag constraints defined by
> media-libs/sdl-mixer-1.2.12-r3: 'midi? ( any-of ( timidity fluidsynth
> ) ) timidity? ( midi ) fluidsynth? ( midi ) mp3? ( any-of ( smpeg mad
> ) ) smpeg? ( mp3 ) mad? ( mp3 ) mod? ( any-of ( mikmod modplug ) )
> mikmod? ( mod ) modplug? ( mod )')
> (dependency required by "games-arcade/supertux-0.1.3" [ebuild])
> (dependency required by "supertux" [argument])
>
> I haven't sdl-mixer installed and I don't know what that is.
>
> senge@Senge-Laptop ~ % eix sdl-mixer
> * media-libs/sdl-mixer
> Available versions: 1.2.12-r1 1.2.12-r3 {flac fluidsynth mad midi
> mikmod mod modplug mp3 playtools smpeg static-libs timidity vorbis +wav}
> Homepage: http://www.libsdl.org/projects/SDL_mixer/
> Description: Simple Direct Media Layer Mixer Library
>
> I have googled little, but failed.Anybody know how to solve it?
I got the exact same error when I tried to install. I already have

media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mp3 vorbis wav -fluidsynth
-midi -mikmod -mod -modplug -playtools -smpeg -static-libs -timidity"

I think what it is telling you is if you have mikmod as a user flag you
also have to have mod.

media-libs/sdl-mixer-1.2.12-r3 USE="flac mad mikmod* mod* mp3 vorbis wav
-fluidsynth -midi -modplug -playtools -smpeg -static-libs -timidity"

So you will just add
media-libs/sdl-mixer mikmod mod
to your package.use file.

-- 


 Willie Matthews
 matthews.wil...@gmail.com
 (702) 508.8455
 I have my geeky moments!




signature.asc
Description: OpenPGP digital signature

[gentoo-user] there are no ebuilds built with USE flags to satisfy “XXX”

[钱泽森]

Hello everyone.
Today I want to get some game to play, so I want to install supertux,a game
similar to super mario.But when I issue the command,it turned out an error.

senge@Senge-Laptop ~ % sudo emerge -va supertux

These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds built with USE flags to satisfy
"media-libs/sdl-mixer[mikmod,vorbis]".
!!! One of the following packages is required to complete your request:
- media-libs/sdl-mixer-1.2.12-r3::gentoo (Change USE: +mikmod, this change
violates use flag constraints defined by media-libs/sdl-mixer-1.2.12-r3:
'midi? ( any-of ( timidity fluidsynth ) ) timidity? ( midi ) fluidsynth? (
midi ) mp3? ( any-of ( smpeg mad ) ) smpeg? ( mp3 ) mad? ( mp3 ) mod? (
any-of ( mikmod modplug ) ) mikmod? ( mod ) modplug? ( mod )')
(dependency required by "games-arcade/supertux-0.1.3" [ebuild])
(dependency required by "supertux" [argument])

I haven't sdl-mixer installed and I don't know what that is.

senge@Senge-Laptop ~ % eix sdl-mixer
* media-libs/sdl-mixer
 Available versions:  1.2.12-r1 1.2.12-r3 {flac fluidsynth mad midi
mikmod mod modplug mp3 playtools smpeg static-libs timidity vorbis +wav}
 Homepage:http://www.libsdl.org/projects/SDL_mixer/
 Description: Simple Direct Media Layer Mixer Library

I have googled little, but failed.Anybody know how to solve it?

Re: [gentoo-user] Re: Preparing a shared USB stick

[Alan McKinnon]

On 05/01/2014 02:42, walt wrote:
> On 01/04/2014 03:44 PM, Alan McKinnon wrote:
> 
>> FAT was designed for MS-DOS where you put a floppy in the drive and you
>> had full access to everything on it. There was no need to implement
>> security.
> 
> I think the operative phrase is "there was no need" back when Gates and
> Allen trained the world to accept failure as good enough.
> 
> 
> 
> 


I don't think so. This was back in the early 80s remember and PCs were a
new novelty. The thing to compare them to was paper records and we all
know bits of paper have no inherent security attributes. If you want to
secure them, keep them in a space with a lock. To secure a PC and it's
floppies, store them in a space with a lock.

And then there's the hardware, those things ran on 8086 chips. Not bad
for the time, but not exactly heavy on cpu grunt.

You can't seriously be pushing the line that MS promotes failure. gates
and Allen had the balls to get a working pc to market that put one on
every office desk and made computing ubiquitous. Sure, if they didn't do
it someone else would have, but they are the guys that did when no-one
else had managed. Think Amstrad, Sinclair, early Commodore. Even the
Beeb, awesome as it was, tanked completely.

It's all very easy for us to sit back today and play monday morning
fullback but in those days hardly anyone had a clue about security or
how to do it. The guys who did know were the mainframe and mini guys,
and that model didn't translate to what the PC was meant for.

Hey, I like to bash MS as much as the next guy (IE6 is a crime that
shall never be forgiven) but I do think we should bash MS for things
they deserve, not so much for things they don't.


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: Preparing a shared USB stick

[walt]

On 01/04/2014 03:44 PM, Alan McKinnon wrote:

> FAT was designed for MS-DOS where you put a floppy in the drive and you
> had full access to everything on it. There was no need to implement
> security.

I think the operative phrase is "there was no need" back when Gates and
Allen trained the world to accept failure as good enough.

Re: [gentoo-user] Preparing a shared USB stick

[Alan McKinnon]

On 05/01/2014 01:31, Chris Stankevitz wrote:
> On Thu, Jan 2, 2014 at 10:45 PM, Alan McKinnon  
> wrote:
>> You don't need chown/chmod at all. FAT has no concept of owner and
>> permissions, so the kernel fudges these. Basically, when mounting the
>> stick it pretends every file on it is owned by the user that mounted it
>> and everything has permissions 777, regardless of who plugged it in.
>> Considering the nature of a USB stick, this is almost always what you want.
> 
> Alan,
> 
> Thank you very much this is exactly what I needed to understand.  It
> sounds like trying to manage a shared disk/stick with ext* would be a
> PITA.


yes, it is, very much so


FAT was designed for MS-DOS where you put a floppy in the drive and you
had full access to everything on it. There was no need to implement
security. And usually this is exactly what you want for USB sticks.

ext* and all the other Unix filesystems were designed to cope well with
multi-user, multi-process environments where the disk is fixed and a
permanent part of the computer infrastructure. Security was very much
part of the design. (OK, to be truthful in the early days it wasn't
security, the idea was just to let everyone keep their stuff separate
and not have everyone clobber everyone else's files, but that translates
directly to a security model). In almost all cases this is not what you
want for USB sticks.

If you DO need security like eg sharing top-secret marketing strategy
docs with the CEO :-) then you just encrypt the drive with a shared
secret. There are many such packages out there, pick one that encrypts
the entire disk without needing to know the fs structure underneath. But
somehow I don't think *that* is what you are looking for :-)


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Preparing a shared USB stick

[Chris Stankevitz]

On Fri, Jan 3, 2014 at 1:16 AM, Neil Bothwick  wrote:
> Stick with FAT, where thereis no ownership so Linux pretend all files
> are owned by whoever mounted the drive.

Neil,

Thank you.

Chris

Re: [gentoo-user] Preparing a shared USB stick

[Chris Stankevitz]

On Thu, Jan 2, 2014 at 10:45 PM, Alan McKinnon  wrote:
> You don't need chown/chmod at all. FAT has no concept of owner and
> permissions, so the kernel fudges these. Basically, when mounting the
> stick it pretends every file on it is owned by the user that mounted it
> and everything has permissions 777, regardless of who plugged it in.
> Considering the nature of a USB stick, this is almost always what you want.

Alan,

Thank you very much this is exactly what I needed to understand.  It
sounds like trying to manage a shared disk/stick with ext* would be a
PITA.

Chris

Re: [gentoo-user] Do I really need a sshd?

[Neil Bothwick]

On Sat, 4 Jan 2014 15:57:10 +0200, Gevisz wrote:

> > etc-update or conf-update or similar  
> 
> I was afraid to run etc-update as man says it will replace everything
> automatically. However, I run dispatch-conf and it does not see any
> problems at /etc/ssh, which have only the following three files:
> moduli, ssh_config, sshd_config (though I have added /etc/ssh to
> CONFIG_PROTECT_MASK).

Why did you do that? By masking out config file protection for /etc/ssh
there will never be anything to be managed by etc-update as you have told
portage to replace those files blindly and without asking.


-- 
Neil Bothwick

Suicide is the most sincere form of self-criticism.


signature.asc
Description: PGP signature

Re: [gentoo-user] coolest mp3 player?

[Frank Steinmetzger]

On Thu, Jan 02, 2014 at 05:16:22PM +, james wrote:
> 
> Well, I have not kept up on mp3/wav/ portable players,
> so your input as to a Gentoo friendly device is welcome. A miniture
> video screen is not necessary, and keeping costs down is desired.
> Google for this said device leaves me with this scant choices:
> 
> Sandisk has the Sansa Clip +

Years ago I bought an 8 GB Clip (without +) and was very fond of it for
its size and prize (nowadays the 4 GB versions cost as much). It was a
very nice device, most notably for its Rockbox complatibility. But even
with the stock firmware, it had support for Ogg, which is not very
common. Sadly, the display died some time ago.

Nowadays my on-the-go music consumption has decreased as a result, and I
use the phone. Though for running and other sports, the Clip was ideal
for its name-sake, the backside clip.


The problem with such players is their longevity (rather the lack
thereof). They don't use standard batteries (which I would have liked
very much) and then you can't replace the builtin easily, because the
clip is not screwed together (and it's not exactly a big market). OTOH,
But if you want a replacable battery, the only choice is cheap-looking
cheap-featured USB stick-like players. :(
-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any Facebook service.

IN tHe YeAr 2000 aLl u$eRs aRe C00L.  D0 YoU W4Nt t0 Be tHe lA$t?


signature.asc
Description: Digital signature

Re: [gentoo-user] how to use my SSD the right way ;-)

[Daniel Troeder]

Am 03.01.2014 15:07, schrieb Alan McKinnon:
> On 03/01/2014 15:13, William Kenworthy wrote:
>> On 03/01/14 15:34, Alan McKinnon wrote:
>>> On 03/01/2014 09:25, Stefan G. Weichinger wrote:
 Am 03.01.2014 07:52, schrieb Alan McKinnon:
> On 03/01/2014 00:46, Stefan G. Weichinger wrote:
>> BFQ only for the SSDs ?
>
> Yes. The scheduler knows how to deal with SSDs while keeping everything
> responsive even under load.
>
> BFQ seems a good fit for your workcase - desktop/laptop. For those,
> interactive performance is the most important thing.

 So you set BFQ for the SSDs and CFQ for the hdds ? I have both in my
 desktop.




>>>
>>> BFQ for both is the recommendation.
>>>
>>> But do try it both ways to see how it performs and compare.
>>>
>>
>> hmm, is BFQ good for VM's too?  I am currently using noops (storage is
>> ceph) and was going to experiment but have not had the time yet.
> 
> 
> I have no idea, but I'd like to find out.
> 
> Instinct tells me one of the host or guest should be NOOP so that the
> other one can get on with scheduling without conflict. But I also reckon
> the question is wy more complex than that.
A VM should always use noop, as it doesn't know about the physical
layout of the disk (except if you did pass the devices card through...
with a SAS interface over PCIe for example). What IO-scheduler you'd use
for the host depends on your hardware and the desired optimization goal
(throughput vs latency).

My _personal_ opinion for the desktop(!): If you're content with the
general performance I would not optimize for your most common use case
(global maximum), but for the use case that is not-to-uncommon and that
benefits most of it. The idea is, that if most of you life is good, try
to make the remaining part suck less :)

Greetings,
Daniel



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Do I really need a sshd?

[Gevisz]

On Sat, 04 Jan 2014 17:15:22 +0200
Alan McKinnon  wrote:

> On 04/01/2014 15:57, Gevisz wrote:
> > On Sat, 04 Jan 2014 12:49:42 +0200
> > Alan McKinnon  wrote:
> > 
> >> On 04/01/2014 12:24, Gevisz wrote:
> >>>
> >>> After today's update of the world, emerge printed the following
> >>> message:
> >>>
> >>> * Messages for package net-misc/openssh-6.4_p1-r1:
> >>> * dev-libs/openssl was built with 'bindist' - disabling ecdsa
> >>> support
> >>> * Remember to merge your config files in /etc/ssh/ and then
> >>> * reload sshd: '/etc/init.d/sshd reload'.
> >>>
> >>> That was quite a surprise for me, as I never installed (open)ssh
> >>> and it is not in my world.
> >>>
> >>> After the following query:
> >>>
> >>> # equery depends --indirect openssh
> >>>
> >>> I have got the following:
> >>>
> >>>  * These packages depend on openssh:
> >>> gnome-base/gvfs-1.16.4 (net-misc/openssh)
> >>>  app-cdr/brasero-3.8.0 (gnome-base/gvfs)
> >>>   media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2)
> >>>  app-editors/gedit-3.8.3 (gnome-base/gvfs)
> >>>  gnome-base/nautilus-3.8.2 (>=gnome-base/gvfs-1.14[gtk])
> >>>   app-cdr/brasero-3.8.0 (nautilus ? >=gnome-base/nautilus-2.91.90)
> >>>   app-text/evince-3.8.3 (nautilus ?
> >>>>=gnome-base/nautilus-2.91.4[introspection?])
> >>>gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection])
> >>>gnome-base/nautilus-3.8.2 (previewer ?
> >>> >=gnome-extra/sushi-0.1.9) gnome-extra/sushi-3.8.1
> >>> >(>=gnome-base/nautilus-3.1.90)
> >>>media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs)
> >>>app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4)
> >>> media-gfx/dcraw-9.10 (gimp ? media-gfx/gimp)
> >>> media-gfx/gthumb-3.2.4 (!raw ? media-gfx/dcraw)
> >>> xfce-base/thunar-1.6.2 (dbus ?
> >>>>=gnome-base/gvfs-1.10.1) (udev ?
> >>>>=gnome-base/gvfs-1.10.1[udisks,udev]) (udev ?
> >>>>=gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ?
> >>>>=gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ?
> >>>>=xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
> >>>(>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ?
> >>>net-misc/openssh) (!minimal ? net-misc/openssh)
> >>>
> >>> Inspecting my /etc/conf.d and /etc/init.d directories,
> >>> I have found sshd files in both of them.
> >>>
> >>> So, my main question is as follows:
> >>>
> >>> Do I really need (open)sshd and, if no, how can I properly disable
> >>> (open)sshd in my Gentoo box?
> >>
> >> If you have gvfs, you will have openssh, presumably so you can
> >> access remote files over ssh.
> >>
> >> Why do you want to disable the daemon? Just don't run it.
> > 
> > As, I have just found out by running "rc-update show", sshd does not
> > run.
> > So, in this respect everything is ok, thank you. :) 
> >  
> >> openssh is extremely useful for many reasons, you really don't
> >> want to not have it. The package has the client and daemons, just
> >> don;t run the sshd daemon
> >>
> >>>
> >>> I guess that one of the ways to disable (open)sshd is to make
> >>> /etc/init.d/sshd file unexacutable, but is it a clean way to do
> >>> so?
> >>
> >> No, that's dumb. It gets reset every time openssh is updated.
> >>
> >> Just don't run it. It doesn't magically start by itself. If it's
> >> security you are worried about, there are 100s of packages much
> >> more troublesome, openssh is not something you should be worried
> >> about wrt security. Just don't run the daemon.
> > 
> > Yes, I was worried because of the security reasons. 
> >  
> >>> May be, it is relevant to this question that, in the future,
> >>> I am going to employ the distributed compiling feature for
> >>> this and another Gentoo box on the same local network.
> >>
> >> Not relevant. distcc has it's own listening daemon and doesn't
> >> use ssh for file transfer
> > 
> > Ok, thank you.
> > 
> >>> The additional my question is as follows:
> >>>
> >>> What I am supposed to do in response to the "merge your config
> >>> files in /etc/ssh/" message above?
> >>
> >> etc-update or conf-update or similar
> > 
> > I was afraid to run etc-update as man says it will replace
> > everything automatically. However, I run dispatch-conf and it does
> > not see any problems at /etc/ssh, which have only the following
> > three files: moduli, ssh_config, sshd_config (though I have
> > added /etc/ssh to CONFIG_PROTECT_MASK).
> > 
> > Actually, I also do not see any problems with this and do not
> > understand how I can "merge" them.
> > 
> > Why, on Earth, I have got that "merge your config files
> > in /etc/ssh/" message from net-misc/openssh-6.4_p1-r1, then?  
> >  
> >> The ebuild has a dumbass elog() statement in it which you don't
> >> really need to be there, as you should be running conf-update
> >> anyway after every emerge right?
> > 
> > Till now, I have always updated my configs manually using gvimdiff
> > and did know nothing about conf-update, etc-update or dispatch-conf
> > tools. The conf-update even have not been installed on my system.
>

Re: [gentoo-user] Do I really need a sshd?

[Alan McKinnon]

On 04/01/2014 15:57, Gevisz wrote:
> On Sat, 04 Jan 2014 12:49:42 +0200
> Alan McKinnon  wrote:
> 
>> On 04/01/2014 12:24, Gevisz wrote:
>>>
>>> After today's update of the world, emerge printed the following
>>> message:
>>>
>>> * Messages for package net-misc/openssh-6.4_p1-r1:
>>> * dev-libs/openssl was built with 'bindist' - disabling ecdsa
>>> support
>>> * Remember to merge your config files in /etc/ssh/ and then
>>> * reload sshd: '/etc/init.d/sshd reload'.
>>>
>>> That was quite a surprise for me, as I never installed (open)ssh
>>> and it is not in my world.
>>>
>>> After the following query:
>>>
>>> # equery depends --indirect openssh
>>>
>>> I have got the following:
>>>
>>>  * These packages depend on openssh:
>>> gnome-base/gvfs-1.16.4 (net-misc/openssh)
>>>  app-cdr/brasero-3.8.0 (gnome-base/gvfs)
>>>   media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2)
>>>  app-editors/gedit-3.8.3 (gnome-base/gvfs)
>>>  gnome-base/nautilus-3.8.2 (>=gnome-base/gvfs-1.14[gtk])
>>>   app-cdr/brasero-3.8.0 (nautilus ? >=gnome-base/nautilus-2.91.90)
>>>   app-text/evince-3.8.3 (nautilus ?
>>>>=gnome-base/nautilus-2.91.4[introspection?])
>>>gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection])
>>>gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9)
>>>gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90)
>>>media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs)
>>>app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4)
>>> media-gfx/dcraw-9.10 (gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4
>>> (!raw ? media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
>>>>=gnome-base/gvfs-1.10.1) (udev ?
>>>>=gnome-base/gvfs-1.10.1[udisks,udev]) (udev ?
>>>>=gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ?
>>>>=gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ?
>>>>=xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
>>>(>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ?
>>>net-misc/openssh) (!minimal ? net-misc/openssh)
>>>
>>> Inspecting my /etc/conf.d and /etc/init.d directories,
>>> I have found sshd files in both of them.
>>>
>>> So, my main question is as follows:
>>>
>>> Do I really need (open)sshd and, if no, how can I properly disable
>>> (open)sshd in my Gentoo box?
>>
>> If you have gvfs, you will have openssh, presumably so you can access
>> remote files over ssh.
>>
>> Why do you want to disable the daemon? Just don't run it.
> 
> As, I have just found out by running "rc-update show", sshd does not
> run.
> So, in this respect everything is ok, thank you. :) 
>  
>> openssh is extremely useful for many reasons, you really don't want to
>> not have it. The package has the client and daemons, just don;t run
>> the sshd daemon
>>
>>>
>>> I guess that one of the ways to disable (open)sshd is to make
>>> /etc/init.d/sshd file unexacutable, but is it a clean way to do so?
>>
>> No, that's dumb. It gets reset every time openssh is updated.
>>
>> Just don't run it. It doesn't magically start by itself. If it's
>> security you are worried about, there are 100s of packages much more
>> troublesome, openssh is not something you should be worried about wrt
>> security. Just don't run the daemon.
> 
> Yes, I was worried because of the security reasons. 
>  
>>> May be, it is relevant to this question that, in the future,
>>> I am going to employ the distributed compiling feature for
>>> this and another Gentoo box on the same local network.
>>
>> Not relevant. distcc has it's own listening daemon and doesn't
>> use ssh for file transfer
> 
> Ok, thank you.
> 
>>> The additional my question is as follows:
>>>
>>> What I am supposed to do in response to the "merge your config files
>>> in /etc/ssh/" message above?
>>
>> etc-update or conf-update or similar
> 
> I was afraid to run etc-update as man says it will replace everything
> automatically. However, I run dispatch-conf and it does not see any
> problems at /etc/ssh, which have only the following three files:
> moduli, ssh_config, sshd_config (though I have added /etc/ssh to
> CONFIG_PROTECT_MASK).
> 
> Actually, I also do not see any problems with this and do not understand
> how I can "merge" them.
> 
> Why, on Earth, I have got that "merge your config files in /etc/ssh/"
> message from net-misc/openssh-6.4_p1-r1, then?  
>  
>> The ebuild has a dumbass elog() statement in it which you don't really
>> need to be there, as you should be running conf-update anyway after
>> every emerge right?
> 
> Till now, I have always updated my configs manually using gvimdiff and
> did know nothing about conf-update, etc-update or dispatch-conf tools.
> The conf-update even have not been installed on my system. Do you think
> I should try it?


All the questions you are asking are basic Gentoo questions, answered in
the docs. Gentoo provides these tools such as etc-update and rc-update
to make your life easier. You should familiarize yourself with them:

http://www.gentoo.org/doc/en/handbook/
https://wiki.gentoo.or

Re: [gentoo-user] Re: coolest mp3 player?

[Roman Dobosz]

On Fri, 3 Jan 2014 18:42:05 + (UTC)
james  wrote:

> >   My only doubt is whether these players are still available on the
> > market or  not. Sansa Clip+ is a rather old model.
> 
> http://www.bhphotovideo.com/bnh/controller/home?O=&sku=649295&Q=&is=REG&A=details
> 
> has it.

I would take 4GB model and add 16GB micro SD card, since it have card
slot. I own Sansa Clip+ 2GB with rockbox installed, 16GB sd card and
never look back for other fancy players. It even survived a session
with washing machine :)

-- 
  -^-  _
   _ /O)_\//
  (_(|__(_(_) grf.  

Re: [gentoo-user] Do I really need a sshd?

[Gevisz]

On Sat, 04 Jan 2014 12:49:42 +0200
Alan McKinnon  wrote:

> On 04/01/2014 12:24, Gevisz wrote:
> > 
> > After today's update of the world, emerge printed the following
> > message:
> > 
> > * Messages for package net-misc/openssh-6.4_p1-r1:
> > * dev-libs/openssl was built with 'bindist' - disabling ecdsa
> > support
> > * Remember to merge your config files in /etc/ssh/ and then
> > * reload sshd: '/etc/init.d/sshd reload'.
> > 
> > That was quite a surprise for me, as I never installed (open)ssh
> > and it is not in my world.
> > 
> > After the following query:
> > 
> > # equery depends --indirect openssh
> > 
> > I have got the following:
> > 
> >  * These packages depend on openssh:
> > gnome-base/gvfs-1.16.4 (net-misc/openssh)
> >  app-cdr/brasero-3.8.0 (gnome-base/gvfs)
> >   media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2)
> >  app-editors/gedit-3.8.3 (gnome-base/gvfs)
> >  gnome-base/nautilus-3.8.2 (>=gnome-base/gvfs-1.14[gtk])
> >   app-cdr/brasero-3.8.0 (nautilus ? >=gnome-base/nautilus-2.91.90)
> >   app-text/evince-3.8.3 (nautilus ?
> >>=gnome-base/nautilus-2.91.4[introspection?])
> >gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection])
> >gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9)
> >gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90)
> >media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs)
> >app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4)
> > media-gfx/dcraw-9.10 (gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4
> > (!raw ? media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
> >>=gnome-base/gvfs-1.10.1) (udev ?
> >>=gnome-base/gvfs-1.10.1[udisks,udev]) (udev ?
> >>=gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ?
> >>=gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ?
> >>=xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
> >(>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ?
> >net-misc/openssh) (!minimal ? net-misc/openssh)
> > 
> > Inspecting my /etc/conf.d and /etc/init.d directories,
> > I have found sshd files in both of them.
> > 
> > So, my main question is as follows:
> > 
> > Do I really need (open)sshd and, if no, how can I properly disable
> > (open)sshd in my Gentoo box?
> 
> If you have gvfs, you will have openssh, presumably so you can access
> remote files over ssh.
> 
> Why do you want to disable the daemon? Just don't run it.

As, I have just found out by running "rc-update show", sshd does not
run.
So, in this respect everything is ok, thank you. :) 
 
> openssh is extremely useful for many reasons, you really don't want to
> not have it. The package has the client and daemons, just don;t run
> the sshd daemon
> 
> > 
> > I guess that one of the ways to disable (open)sshd is to make
> > /etc/init.d/sshd file unexacutable, but is it a clean way to do so?
> 
> No, that's dumb. It gets reset every time openssh is updated.
> 
> Just don't run it. It doesn't magically start by itself. If it's
> security you are worried about, there are 100s of packages much more
> troublesome, openssh is not something you should be worried about wrt
> security. Just don't run the daemon.

Yes, I was worried because of the security reasons. 
 
> > May be, it is relevant to this question that, in the future,
> > I am going to employ the distributed compiling feature for
> > this and another Gentoo box on the same local network.
> 
> Not relevant. distcc has it's own listening daemon and doesn't
> use ssh for file transfer

Ok, thank you.

> > The additional my question is as follows:
> > 
> > What I am supposed to do in response to the "merge your config files
> > in /etc/ssh/" message above?
> 
> etc-update or conf-update or similar

I was afraid to run etc-update as man says it will replace everything
automatically. However, I run dispatch-conf and it does not see any
problems at /etc/ssh, which have only the following three files:
moduli, ssh_config, sshd_config (though I have added /etc/ssh to
CONFIG_PROTECT_MASK).

Actually, I also do not see any problems with this and do not understand
how I can "merge" them.

Why, on Earth, I have got that "merge your config files in /etc/ssh/"
message from net-misc/openssh-6.4_p1-r1, then?  
 
> The ebuild has a dumbass elog() statement in it which you don't really
> need to be there, as you should be running conf-update anyway after
> every emerge right?

Till now, I have always updated my configs manually using gvimdiff and
did know nothing about conf-update, etc-update or dispatch-conf tools.
The conf-update even have not been installed on my system. Do you think
I should try it?

Re: [gentoo-user] Do I really need a sshd?

[Gevisz]

On Sat, 04 Jan 2014 14:45:33 +0400
the  wrote:
> 
> On 01/04/14 14:24, Gevisz wrote:
> > 
> > After today's update of the world, emerge printed the following
> > message:
> > 
> > * Messages for package net-misc/openssh-6.4_p1-r1: *
> > dev-libs/openssl was built with 'bindist' - disabling ecdsa
> > support * Remember to merge your config files in /etc/ssh/ and
> > then * reload sshd: '/etc/init.d/sshd reload'.
> > 
> > That was quite a surprise for me, as I never installed (open)ssh 
> > and it is not in my world.
> > 
> > After the following query:
> > 
> > # equery depends --indirect openssh
> > 
> > I have got the following:
> > 
> > * These packages depend on openssh: gnome-base/gvfs-1.16.4
> > (net-misc/openssh) app-cdr/brasero-3.8.0 (gnome-base/gvfs) 
> > media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2) 
> > app-editors/gedit-3.8.3 (gnome-base/gvfs) gnome-base/nautilus-3.8.2
> > (>=gnome-base/gvfs-1.14[gtk]) app-cdr/brasero-3.8.0 (nautilus ?
> > >=gnome-base/nautilus-2.91.90) app-text/evince-3.8.3 (nautilus ?
> >> =gnome-base/nautilus-2.91.4[introspection?])
> > gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection]) 
> > gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9) 
> > gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90) 
> > media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs) 
> > app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4)
> > media-gfx/dcraw-9.10 (gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4
> > (!raw ? media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
> >> =gnome-base/gvfs-1.10.1) (udev ? 
> >> =gnome-base/gvfs-1.10.1[udisks,udev]) (udev ? 
> >> =gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ? 
> >> =gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ? 
> >> =xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
> > (>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ? 
> > net-misc/openssh) (!minimal ? net-misc/openssh)
> > 
> > Inspecting my /etc/conf.d and /etc/init.d directories, I have found
> > sshd files in both of them.
> > 
> > So, my main question is as follows:
> > 
> > Do I really need (open)sshd and, if no, how can I properly disable 
> > (open)sshd in my Gentoo box?
> > 
> > I guess that one of the ways to disable (open)sshd is to make 
> > /etc/init.d/sshd file unexacutable, but is it a clean way to do
> > so?
> 
> Why not reconfigure your init system. For example in the case of
> openrc: rc-update delete sshd

Thank you for pointing out to the right command.

The "rc-update show" shows that sshd does not run.

So, in this respect, everything is ok. :-)
 
> > The additional my question is as follows:
> > 
> > What I am supposed to do in response to the "merge your config
> > files in /etc/ssh/" message above?
> 
> Run dispatch-conf i guess.

Thank you, but dispatch-conf does not see any problems at /etc/ssh,
which have only the following three files: moduli, ssh_config,
sshd_config (though I have added /etc/ssh to CONFIG_PROTECT_MASK).

Actually, I also do not see any problems with this and do not understand
how I can "merge" them.

Why, on Earth, I have got that "merge your config files in /etc/ssh/"
message from net-misc/openssh-6.4_p1-r1, then?

Re: [gentoo-user] [gentoo user] Do I really need a sshd?

[Alan McKinnon]

On 04/01/2014 12:24, Gevisz wrote:
> 
> After today's update of the world, emerge printed the following message:
> 
> * Messages for package net-misc/openssh-6.4_p1-r1:
> * dev-libs/openssl was built with 'bindist' - disabling ecdsa support
> * Remember to merge your config files in /etc/ssh/ and then
> * reload sshd: '/etc/init.d/sshd reload'.
> 
> That was quite a surprise for me, as I never installed (open)ssh
> and it is not in my world.
> 
> After the following query:
> 
> # equery depends --indirect openssh
> 
> I have got the following:
> 
>  * These packages depend on openssh:
> gnome-base/gvfs-1.16.4 (net-misc/openssh)
>  app-cdr/brasero-3.8.0 (gnome-base/gvfs)
>   media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2)
>  app-editors/gedit-3.8.3 (gnome-base/gvfs)
>  gnome-base/nautilus-3.8.2 (>=gnome-base/gvfs-1.14[gtk])
>   app-cdr/brasero-3.8.0 (nautilus ? >=gnome-base/nautilus-2.91.90)
>   app-text/evince-3.8.3 (nautilus ?
>>=gnome-base/nautilus-2.91.4[introspection?])
>gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection])
>gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9)
>gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90)
>media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs)
>app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4) media-gfx/dcraw-9.10
>(gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4 (!raw ?
>media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
>>=gnome-base/gvfs-1.10.1) (udev ?
>>=gnome-base/gvfs-1.10.1[udisks,udev]) (udev ?
>>=gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ?
>>=gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ?
>>=xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
>(>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ?
>net-misc/openssh) (!minimal ? net-misc/openssh)
> 
> Inspecting my /etc/conf.d and /etc/init.d directories,
> I have found sshd files in both of them.
> 
> So, my main question is as follows:
> 
> Do I really need (open)sshd and, if no, how can I properly disable
> (open)sshd in my Gentoo box?

If you have gvfs, you will have openssh, presumably so you can access
remote files over ssh.

Why do you want to disable the daemon? Just don't run it.

openssh is extremely useful for many reasons, you really don't want to
not have it. The package has the client and daemons, just don;t run the
sshd daemon

> 
> I guess that one of the ways to disable (open)sshd is to make
> /etc/init.d/sshd file unexacutable, but is it a clean way to do so?

No, that's dumb. It gets reset every time openssh is updated.

Just don't run it. It doesn't magically start by itself. If it's
security you are worried about, there are 100s of packages much more
troublesome, openssh is not something you should be worried about wrt
security. Just don't run the daemon.

> 
> May be, it is relevant to this question that, in the future,
> I am going to employ the distributed compiling feature for
> this and another Gentoo box on the same local network.

Not relevant. distcc has it's own listening daemon and doesn't use ssh
for file transfer

> 
> The additional my question is as follows:
> 
> What I am supposed to do in response to the "merge your config files
> in /etc/ssh/" message above?

etc-update or conf-update or similar

The ebuild has a dumbass elog() statement in it which you don't really
need to be there, as you should be running conf-update anyway after
every emerge right?

> 
> Thank you.
> 
> 
> 
> 
> 


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] [gentoo user] Do I really need a sshd?

[the]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/04/14 14:24, Gevisz wrote:
> 
> After today's update of the world, emerge printed the following
> message:
> 
> * Messages for package net-misc/openssh-6.4_p1-r1: *
> dev-libs/openssl was built with 'bindist' - disabling ecdsa
> support * Remember to merge your config files in /etc/ssh/ and
> then * reload sshd: '/etc/init.d/sshd reload'.
> 
> That was quite a surprise for me, as I never installed (open)ssh 
> and it is not in my world.
> 
> After the following query:
> 
> # equery depends --indirect openssh
> 
> I have got the following:
> 
> * These packages depend on openssh: gnome-base/gvfs-1.16.4
> (net-misc/openssh) app-cdr/brasero-3.8.0 (gnome-base/gvfs) 
> media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2) 
> app-editors/gedit-3.8.3 (gnome-base/gvfs) gnome-base/nautilus-3.8.2
> (>=gnome-base/gvfs-1.14[gtk]) app-cdr/brasero-3.8.0 (nautilus ?
> >=gnome-base/nautilus-2.91.90) app-text/evince-3.8.3 (nautilus ?
>> =gnome-base/nautilus-2.91.4[introspection?])
> gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection]) 
> gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9) 
> gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90) 
> media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs) 
> app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4)
> media-gfx/dcraw-9.10 (gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4
> (!raw ? media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
>> =gnome-base/gvfs-1.10.1) (udev ? 
>> =gnome-base/gvfs-1.10.1[udisks,udev]) (udev ? 
>> =gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ? 
>> =gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ? 
>> =xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
> (>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ? 
> net-misc/openssh) (!minimal ? net-misc/openssh)
> 
> Inspecting my /etc/conf.d and /etc/init.d directories, I have found
> sshd files in both of them.
> 
> So, my main question is as follows:
> 
> Do I really need (open)sshd and, if no, how can I properly disable 
> (open)sshd in my Gentoo box?
> 
> I guess that one of the ways to disable (open)sshd is to make 
> /etc/init.d/sshd file unexacutable, but is it a clean way to do
> so?

Why not reconfigure your init system. For example in the case of openrc:
rc-update delete sshd

> May be, it is relevant to this question that, in the future, I am
> going to employ the distributed compiling feature for this and
> another Gentoo box on the same local network.
> 
> The additional my question is as follows:
> 
> What I am supposed to do in response to the "merge your config
> files in /etc/ssh/" message above?

Run dispatch-conf i guess.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSx+ZMAAoJEK64IL1uI2haRW0H/Aj7Ma810FwQy22OnGkC2VX0
ocZEuaKcAsDGG4ZSx2NcajHl2y11d/J3D16f+Eon5YL21Cqj2WoPCqpHGBfXVjwy
TWrXXiAjh1F2W0ZsGCmctAqOz4wxkUS+3yBOcfjDlcZIZjBG+uvG+N0pom/2ivog
Vkx059B7WaLJyA6h25YJN0s5C4ee2nmT+aogRuRQsdvltinmB6I05VWuq/9B1iwp
NjKTqm+/f4uRr1Wt8DiZQs6ITBy44p1scU2xBf1VBCAUDjZUvPfeP34zPqlNjI8N
IVYxd0ZnKSeTOTmEl+uzBbMDBeL94Oly95jwL83L9jMhtyVVyh/nS71onFVGL0M=
=eM2B
-END PGP SIGNATURE-

[gentoo-user] [gentoo user] Do I really need a sshd?

[Gevisz]

After today's update of the world, emerge printed the following message:

* Messages for package net-misc/openssh-6.4_p1-r1:
* dev-libs/openssl was built with 'bindist' - disabling ecdsa support
* Remember to merge your config files in /etc/ssh/ and then
* reload sshd: '/etc/init.d/sshd reload'.

That was quite a surprise for me, as I never installed (open)ssh
and it is not in my world.

After the following query:

# equery depends --indirect openssh

I have got the following:

 * These packages depend on openssh:
gnome-base/gvfs-1.16.4 (net-misc/openssh)
 app-cdr/brasero-3.8.0 (gnome-base/gvfs)
  media-gfx/gthumb-3.2.4 (cdr ? >=app-cdr/brasero-3.2)
 app-editors/gedit-3.8.3 (gnome-base/gvfs)
 gnome-base/nautilus-3.8.2 (>=gnome-base/gvfs-1.14[gtk])
  app-cdr/brasero-3.8.0 (nautilus ? >=gnome-base/nautilus-2.91.90)
  app-text/evince-3.8.3 (nautilus ?
   >=gnome-base/nautilus-2.91.4[introspection?])
   gnome-extra/sushi-3.8.1 (>=app-text/evince-3.0[introspection])
   gnome-base/nautilus-3.8.2 (previewer ? >=gnome-extra/sushi-0.1.9)
   gnome-extra/sushi-3.8.1 (>=gnome-base/nautilus-3.1.90)
   media-gfx/gimp-2.8.6 (gnome ? gnome-base/gvfs)
   app-doc/gimp-help-2.6.1 (>=media-gfx/gimp-2.4) media-gfx/dcraw-9.10
   (gimp ? media-gfx/gimp) media-gfx/gthumb-3.2.4 (!raw ?
   media-gfx/dcraw) xfce-base/thunar-1.6.2 (dbus ?
   >=gnome-base/gvfs-1.10.1) (udev ?
   >=gnome-base/gvfs-1.10.1[udisks,udev]) (udev ?
   >=gnome-base/gvfs-1.10.1[gdu,udev]) (xfce_plugins_trash ?
   >=gnome-base/gvfs-1.10.1) xfce-base/xfdesktop-4.10.2 (thunar ?
   >=xfce-base/thunar-1.6[dbus]) xfce-base/xfce4-meta-4.10
   (>=xfce-base/xfdesktop-4.10) virtual/ssh-0 (minimal ?
   net-misc/openssh) (!minimal ? net-misc/openssh)

Inspecting my /etc/conf.d and /etc/init.d directories,
I have found sshd files in both of them.

So, my main question is as follows:

Do I really need (open)sshd and, if no, how can I properly disable
(open)sshd in my Gentoo box?

I guess that one of the ways to disable (open)sshd is to make
/etc/init.d/sshd file unexacutable, but is it a clean way to do so?

May be, it is relevant to this question that, in the future,
I am going to employ the distributed compiling feature for
this and another Gentoo box on the same local network.

The additional my question is as follows:

What I am supposed to do in response to the "merge your config files
in /etc/ssh/" message above?

Thank you.