Wheezy: how to disable SSH gnome-keyring by editing desktop configuration file
Jerome BENOIT
I have just migrated from Squeeze to Wheezy.
It appeared that gnome-keyring agent interferes with my ssh-agent set-up:
I want to disable gnome-keyring agent for ssh.
At the end of the README.Debian for gnome-keyring, it is suggested
to ``simply edit /etc/xdg/autostart/gnome-keyring-ssh.desktop''.
This sounds good, of course I can edit it, but which entry to add or to modify
to disable it ?
Thanks in advance,
Jerome
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4E36914E...@rezozer.net
Camaleón
> I have just migrated from Squeeze to Wheezy. It appeared that
> gnome-keyring agent interferes with my ssh-agent set-up: I want to
> disable gnome-keyring agent for ssh.
>
> At the end of the README.Debian for gnome-keyring, it is suggested to
> ``simply edit /etc/xdg/autostart/gnome-keyring-ssh.desktop''. This
> sounds good, of course I can edit it, but which entry to add or to
> modify to disable it ?
I remember something similar (or related) has been commented time ago in
this mailing list:
http://lists.debian.org/debian-user/2011/05/msg01062.html
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
Thanks for the link.
On 01/08/11 13:51, Camaleón wrote:
> On Mon, 01 Aug 2011 13:43:10 +0200, Jerome BENOIT wrote:
>
>> I have just migrated from Squeeze to Wheezy. It appeared that
>> gnome-keyring agent interferes with my ssh-agent set-up: I want to
>> disable gnome-keyring agent for ssh.
>>
>> At the end of the README.Debian for gnome-keyring, it is suggested to
>> ``simply edit /etc/xdg/autostart/gnome-keyring-ssh.desktop''. This
>> sounds good, of course I can edit it, but which entry to add or to
>> modify to disable it ?
>
> I remember something similar (or related) has been commented time ago in
> this mailing list:
>
> http://lists.debian.org/debian-user/2011/05/msg01062.html
The solution made here is a per user solution suggexted in the README.Debian file,
I am looking for a system wide solution.
Finally I applied a brute force solution:
I purged gnome-keyring.
Jerome
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
> On 01/08/11 13:51, Camaleón wrote:
>> On Mon, 01 Aug 2011 13:43:10 +0200, Jerome BENOIT wrote:
>>
>>> I have just migrated from Squeeze to Wheezy. It appeared that
>>> gnome-keyring agent interferes with my ssh-agent set-up: I want to
>>> disable gnome-keyring agent for ssh.
(...)
>> I remember something similar (or related) has been commented time ago
>> in this mailing list:
>>
>> http://lists.debian.org/debian-user/2011/05/msg01062.html
>
> The solution made here is a per user solution suggexted in the
> README.Debian file, I am looking for a system wide solution.
Mmm...
> Finally I applied a brute force solution: I purged gnome-keyring.
Wow, how drastic!
Should you have removed/renamed -or edited accordingly to do not start-
the system wide "/etc/xdg/autostart/gnome-keyring-*.desktop" file I think
it would have been enough...
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 01/08/11 19:53, Camaleón wrote:
> On Mon, 01 Aug 2011 19:39:27 +0200, Jerome BENOIT wrote:
>
>> On 01/08/11 13:51, Camaleón wrote:
>>> On Mon, 01 Aug 2011 13:43:10 +0200, Jerome BENOIT wrote:
>>>
>>>> I have just migrated from Squeeze to Wheezy. It appeared that
>>>> gnome-keyring agent interferes with my ssh-agent set-up: I want to
>>>> disable gnome-keyring agent for ssh.
>
> (...)
>
>>> I remember something similar (or related) has been commented time ago
>>> in this mailing list:
>>>
>>> http://lists.debian.org/debian-user/2011/05/msg01062.html
>>
>> The solution made here is a per user solution suggexted in the
>> README.Debian file, I am looking for a system wide solution.
>
> Mmm...
>
>> Finally I applied a brute force solution: I purged gnome-keyring.
>
> Wow, how drastic!
I am agree.
>
> Should you have removed/renamed
If I remember well, this causes trouble.
-or edited accordingly to do not start-
> the system wide "/etc/xdg/autostart/gnome-keyring-*.desktop" file I think
> it would have been enough...
It was looking to do so, but I got no clear answer.
Thanks,
Jerome
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
>
> On 01/08/11 19:53, Camaleón wrote:
(...)
>> Should you have removed/renamed
>
> If I remember well, this causes trouble.
It shouldn't, at all. Is what README file says (removing the involving
elements from the menu so they don't run at start-up).
>> -or edited accordingly to do not start-
>> the system wide "/etc/xdg/autostart/gnome-keyring-*.desktop" file I
>> think it would have been enough...
>
> It was looking to do so, but I got no clear answer.
Testing is sometimes the best master :-)
You run "gnome-session-properties" and remove the check for the desired
"gnome-keyring" entries. Then you look at the ".desktop" files of your
user profile and see what have changed to apply the same settings to the
system wide ones.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 01/08/11 20:19, Camaleón wrote:
> On Mon, 01 Aug 2011 20:02:56 +0200, Jerome BENOIT wrote:
>
>>
>> On 01/08/11 19:53, Camaleón wrote:
>
> (...)
>
>>> Should you have removed/renamed
>>
>> If I remember well, this causes trouble.
I meant removing the `/etc/xdg/autostart/gnome-keyring-ssh.desktop'
>
> It shouldn't, at all. Is what README file says (removing the involving
> elements from the menu so they don't run at start-up).
>
>>> -or edited accordingly to do not start-
>>> the system wide "/etc/xdg/autostart/gnome-keyring-*.desktop" file I
>>> think it would have been enough...
>>
>> It was looking to do so, but I got no clear answer.
>
> Testing is sometimes the best master :-)
Indeed:
my test was just to see if my box could survive without gnome-keyring
(and the associated pam module) as I do not really need it.
I do prefer to play with libpam-ssh :
my box survived, and ssh-agent is lauched by libpam-ssh as before but with
not interferences.
>
> You run "gnome-session-properties" and remove the check for the desired
> "gnome-keyring" entries. Then you look at the ".desktop" files of your
> user profile and see what have changed to apply the same settings to the
> system wide ones.
It likes there are a lot of way to disable, what let me think that is a big machinery
that I wanted to avoid.
Jerome
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Bob Proulx
> Jerome BENOIT wrote:
> > Finally I applied a brute force solution: I purged gnome-keyring.
>
> Wow, how drastic!
I disagree. If the package isn't useful then removing it is very
likely the easiest solution. Why frustrate yourself trying to work
around the problem when removing the problem is a good solution too.
Coincidentally I just recently ran into this very same problem myself
but hadn't spent time to understand the problem. Reading this thread
and seeing that gnome-keyring is the package causing the problem I am
planning on testing that solution for me. If it works then that is
the solution I am going to implement. I will file a bug report at
that time though so that the package problems can be addressed.
Bob
Camaleón
> Camaleón wrote:
>> Jerome BENOIT wrote:
>> > Finally I applied a brute force solution: I purged gnome-keyring.
>>
>> Wow, how drastic!
>
> I disagree. If the package isn't useful then removing it is very likely
> the easiest solution. Why frustrate yourself trying to work around the
> problem when removing the problem is a good solution too.
(...)
IMO, removing should be the last resort, the last thing to do.
Maybe if the package is completely broken or if by-passes do not work as
expected, then it's okay to get rid off it (even in such cases I prefer
to first open a bug report at tell that something supposed to work it
fails). I like to understand how stuff works.
Anyway, "gnome-keyring" is part of the GNOME security stack and password
management and I find it very convenient for this task, but that's of
course up to each user.
Camaleón
> On 01/08/11 20:19, Camaleón wrote:
>> On Mon, 01 Aug 2011 20:02:56 +0200, Jerome BENOIT wrote:
>>
>>
>>> On 01/08/11 19:53, Camaleón wrote:
>>
>> (...)
>>
>>>> Should you have removed/renamed
>>>
>>> If I remember well, this causes trouble.
>
> I meant removing the `/etc/xdg/autostart/gnome-keyring-ssh.desktop'
Remove or better yet, move it to another place. Is just a ".desktop" file
to be run system wide, so if you don't want the associated app to be
started for all of the users, the only way I'm aware for doing it so is
precisely that :-)
>> It shouldn't, at all. Is what README file says (removing the involving
>> elements from the menu so they don't run at start-up).
>>
>>>> -or edited accordingly to do not start- the system wide
>>>> "/etc/xdg/autostart/gnome-keyring-*.desktop" file I think it would
>>>> have been enough...
>>>
>>> It was looking to do so, but I got no clear answer.
>>
>> Testing is sometimes the best master :-)
>
> Indeed:
> my test was just to see if my box could survive without gnome-keyring
> (and the associated pam module) as I do not really need it. I do prefer
> to play with libpam-ssh : my box survived, and ssh-agent is lauched by
> libpam-ssh as before but with not interferences.
Ahhh, you never know when you may need it until is too late, you know,
Murphy's law >:-)
>> You run "gnome-session-properties" and remove the check for the desired
>> "gnome-keyring" entries. Then you look at the ".desktop" files of your
>> user profile and see what have changed to apply the same settings to
>> the system wide ones.
>
> It likes there are a lot of way to disable, what let me think that is a
> big machinery that I wanted to avoid.
It's okay, I won't be the one forcing you to keep "gnome-keyring" X-)
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Bob Proulx
> Bob Proulx wrote:
> > I disagree. If the package isn't useful then removing it is very likely
> > the easiest solution. Why frustrate yourself trying to work around the
> > problem when removing the problem is a good solution too.
>
No it is not. That is one of the strengths of Debian. You are free
to create a installation based upon what you want to have installed.
I know that with some other distributions you are expected to have a
set bundle of packages installed and any deviation from that bundle
isn't tolerated very well. But that isn't Debian. In Debian it is
perfectly fine to install what you need and to not install what you do
not need or do not want. Really!
> Maybe if the package is completely broken or if by-passes do not work as
> expected, then it's okay to get rid off it (even in such cases I prefer
> to first open a bug report at tell that something supposed to work it
> fails). I like to understand how stuff works.
Of course understanding how things work is great. And filing bug
reports as appropriate improves things for everyone. But when
software is mostly a packaging of an upstream and the upstream isn't
very responsive or has their own vision and agenda then sometimes it
just isn't productive. You have heard the old RAH quote, "Never try
to teach a pig to sing; it wastes your time and it annoys the pig."
Unfortunately sometimes that is true of software projects too.
> Anyway, "gnome-keyring" is part of the GNOME security stack and password
> management and I find it very convenient for this task, but that's of
> course up to each user.
If it is good for you then that is great! I found that was completely
broken for my use and I had to work around it in order to make things
work for me. My workaround was much less pleasant than removing the
broken package. But I expect that either one or both of gnome-keyring
or libpam-gnome-keyring will be removed from my systems until the
offending behavior is corrected. And that is perfectly okay from a
Debian viewpoint.
Bob
Camaleón
> Camaleón wrote:
>> Bob Proulx wrote:
>> > I disagree. If the package isn't useful then removing it is very
>> > likely the easiest solution. Why frustrate yourself trying to work
>> > around the problem when removing the problem is a good solution too.
>>
>> IMO, removing should be the last resort, the last thing to do.
>
> No it is not. That is one of the strengths of Debian. You are free to
> create a installation based upon what you want to have installed.
That's another and complete different thing.
For instance, I do not use NM on my workstation boxes nor Avahi-zeroconf
so I disable those, but I disable those not because I don't know how to
setup them but becasue I don't like what they provide. And I prefer to
keep them installed because they can be useful in some scenarios so I
keep them -disabled but installed-, they do not disturb my day-to-day
work.
> I know that with some other distributions you are expected to have a
> set bundle of packages installed and any deviation from that bundle
> isn't tolerated very well. But that isn't Debian. In Debian it is
> perfectly fine to install what you need and to not install what you do
> not need or do not want. Really!
Yes, but Jerome was not complaining about a "bloated" system but how to
solve a specific problem he had with gnome-keyring and how to disable it.
He read the docs and did not found a convenient nor easy way to do what
he wanted to get. And I also think that in this case, the README file
lacks for basic instructions on what "exactly" has to be edited and in
what manner.
Should he had found this steps easily, I bet that gnome-keyring is still
on his system :-)
>> Maybe if the package is completely broken or if by-passes do not work
>> as expected, then it's okay to get rid off it (even in such cases I
>> prefer to first open a bug report at tell that something supposed to
>> work it fails). I like to understand how stuff works.
>
> Of course understanding how things work is great. And filing bug
> reports as appropriate improves things for everyone. But when software
> is mostly a packaging of an upstream and the upstream isn't very
> responsive or has their own vision and agenda then sometimes it just
> isn't productive. You have heard the old RAH quote, "Never try to teach
> a pig to sing; it wastes your time and it annoys the pig." Unfortunately
> sometimes that is true of software projects too.
I really don't think this is a packaging/packager issue nor a problem
with unresposive devels...
>> Anyway, "gnome-keyring" is part of the GNOME security stack and
>> password management and I find it very convenient for this task, but
>> that's of course up to each user.
>
> If it is good for you then that is great! I found that was completely
> broken for my use and I had to work around it in order to make things
> work for me. My workaround was much less pleasant than removing the
> broken package. But I expect that either one or both of gnome-keyring
> or libpam-gnome-keyring will be removed from my systems until the
> offending behavior is corrected. And that is perfectly okay from a
> Debian viewpoint.
Nobody said it's not okay to remove a package. I said (or wanted to
state) that removing a package because something is unknown (in this
case, how to widely avoid gnome-keyring-ssh from starting) is not what I
would have done, I don't like to surrender to my OS (being Debian or
whatever OS you prefer...), I prefer to fight >;-)
Jerome BENOIT
Indeed, because I would suspect that a lot of packages depend on gnome-keyring
as I could read on Google. But as only a `minimal' Gnome is actually
installed on my box, it appeared that no package depends on it.
OT: Gnome sounds heavy to me, and I plan to migrate to an alternative
sooner or later.
Jerome
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul E Condon
>
>
>
> Indeed, because I would suspect that a lot of packages depend on gnome-keyring
> as I could read on Google. But as only a `minimal' Gnome is actually
> installed on my box, it appeared that no package depends on it.
> OT: Gnome sounds heavy to me, and I plan to migrate to an alternative
> sooner or later.
>
>
In Squeeze, Gnome key-ring can be disabled in the drop down menus by
going to
System->Preferences->Startup Applications
Then look under the Startup Programs tab
There you will find three check boxes that mention GNOME Keyring in
their description line.
Un-check them, Close, and re-boot
This does not actually remove gnome-keyring, but it does allow lower
level system software to handle SSH keys, for instance. Disabling
things that are only available in GNOME should be the first step in
transitioning to a less heavy GUI. Your control over GNOME features
can't be anything but less reliable in the foreign environment.
HTH
--
Paul E Condon
peco...@mesanetworks.net
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 02/08/11 00:10, Paul E Condon wrote:
> On 20110801_230130, Jerome BENOIT wrote:
>>
>>
>>
>> Indeed, because I would suspect that a lot of packages depend on gnome-keyring
>> as I could read on Google. But as only a `minimal' Gnome is actually
>> installed on my box, it appeared that no package depends on it.
>> OT: Gnome sounds heavy to me, and I plan to migrate to an alternative
>> sooner or later.
>>
>>
>> Jerome
>
> In Squeeze, Gnome key-ring can be disabled in the drop down menus by
> going to
>
> System->Preferences->Startup Applications
>
> Then look under the Startup Programs tab
> There you will find three check boxes that mention GNOME Keyring in
> their description line.
> Un-check them, Close, and re-boot
According to the README.Debian of `gnome-keyring', this is also
supported in Wheezy.
>
> This does not actually remove gnome-keyring, but it does allow lower
> level system software to handle SSH keys, for instance.
Yes, but is it a per user set up, not a system wide set up.
Disabling
> things that are only available in GNOME should be the first step in
> transitioning to a less heavy GUI. Your control over GNOME features
> can't be anything but less reliable in the foreign environment.
What is it meant by `foreign environment' ?
Greeting,
Jerome
>
> HTH
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
> On 02/08/11 00:10, Paul E Condon wrote:
(...)
>> This does not actually remove gnome-keyring, but it does allow lower
>> level system software to handle SSH keys, for instance.
>
> Yes, but is it a per user set up, not a system wide set up.
Mmm, maybe not...
There is only one file located under "/etc/xdg/autostart/gnome-keyring-
ssh.desktop" and no more, I mean, there is no such a ".desktop" file
under user's profile.
Also, according to official docs¹, disabling from start-up applications
is one of the ways to go... and curious is that it says nothing about
this is a "per user" setting.
>> Disabling
>> things that are only available in GNOME should be the first step in
>> transitioning to a less heavy GUI. Your control over GNOME features
>> can't be anything but less reliable in the foreign environment.
>
> What is it meant by `foreign environment' ?
I think it refers to "non-GNOME" desktops/window managers :-)
¹http://live.gnome.org/GnomeKeyring/Ssh
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 02/08/11 17:42, Camaleón wrote:
> On Tue, 02 Aug 2011 09:06:48 +0200, Jerome BENOIT wrote:
>
>> On 02/08/11 00:10, Paul E Condon wrote:
>
> (...)
>
>>> This does not actually remove gnome-keyring, but it does allow lower
>>> level system software to handle SSH keys, for instance.
>>
>> Yes, but is it a per useir set up, not a system wide set up.
>
> Mmm, maybe not...
>
> There is only one file located under "/etc/xdg/autostart/gnome-keyring-
> ssh.desktop" and no more, I mean, there is no such a ".desktop" file
> under user's profile.
>
> Also, according to official docs¹, disabling from start-up applications
> is one of the ways to go... and curious is that it says nothing about
> this is a "per user" setting.
>
do you mean that here a user has root privilege ?
>>> Disabling
>>> things that are only available in GNOME should be the first step in
>>> transitioning to a less heavy GUI. Your control over GNOME features
>>> can't be anything but less reliable in the foreign environment.
>>
>> What is it meant by `foreign environment' ?
>
> I think it refers to "non-GNOME" desktops/window managers :-)
>
> ¹http://live.gnome.org/GnomeKeyring/Ssh
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
> Hello:
>
> On 02/08/11 17:42, Camaleón wrote:
>> On Tue, 02 Aug 2011 09:06:48 +0200, Jerome BENOIT wrote:
>>
>>> On 02/08/11 00:10, Paul E Condon wrote:
>>
>> (...)
>>
>>>> This does not actually remove gnome-keyring, but it does allow lower
>>>> level system software to handle SSH keys, for instance.
>>>
>>> Yes, but is it a per useir set up, not a system wide set up.
>>
>> Mmm, maybe not...
>>
>> There is only one file located under "/etc/xdg/autostart/gnome-keyring-
>> ssh.desktop" and no more, I mean, there is no such a ".desktop" file
>> under user's profile.
>>
>> Also, according to official docs¹, disabling from start-up applications
>> is one of the ways to go... and curious is that it says nothing about
>> this is a "per user" setting.
>>
>>
> do you mean that here a user has root privilege ?
Nope, I mean what I read :-)
How do you interpret the docs?
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 02/08/11 19:46, Camaleón wrote:
> On Tue, 02 Aug 2011 19:22:06 +0200, Jerome BENOIT wrote:
>
>> Hello:
>>
>> On 02/08/11 17:42, Camaleón wrote:
>>> On Tue, 02 Aug 2011 09:06:48 +0200, Jerome BENOIT wrote:
>>>
>>>> On 02/08/11 00:10, Paul E Condon wrote:
>>>
>>> (...)
>>>
>>>>> This does not actually remove gnome-keyring, but it does allow lower
>>>>> level system software to handle SSH keys, for instance.
>>>>
>>>> Yes, but is it a per useir set up, not a system wide set up.
>>>
>>> Mmm, maybe not...
>>>
>>> There is only one file located under "/etc/xdg/autostart/gnome-keyring-
>>> ssh.desktop" and no more, I mean, there is no such a ".desktop" file
>>> under user's profile.
gnome seems not to follow some Linux customs.
>>>
>>> Also, according to official docs¹, disabling from start-up applications
>>> is one of the ways to go... and curious is that it says nothing about
>>> this is a "per user" setting.
>>>
>>>
>> do you mean that here a user has root privilege ?
>
> Nope, I mean what I read :-)
>
> How do you interpret the docs?
I was ironic because I guess that you know this is implicit
because the start-up applications is set per users.
Gnome really sounds to me as a big machinery,
may be not as the late hal, but something towards it.
I have just read the LightDM was chosen over GDM in Ubuntu:
it seems I am not the only one to think this.
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul E Condon
Sorry for not using a better word. I mean an environment that is not
the intended environment for GNOME key-ring. Nothing more.
This is only relevant if you actually intend to try other guis.
I didn't realize that you have multiple users on the computer.
My information probably is useless in setting up a system-wide
disable.
--
Paul E Condon
peco...@mesanetworks.net
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
> On 02/08/11 19:46, Camaleón wrote:
(...)
>>>>>> This does not actually remove gnome-keyring, but it does allow
>>>>>> lower level system software to handle SSH keys, for instance.
>>>>>
>>>>> Yes, but is it a per useir set up, not a system wide set up.
>>>>
>>>> Mmm, maybe not...
>>>>
>>>> There is only one file located under
>>>> "/etc/xdg/autostart/gnome-keyring- ssh.desktop" and no more, I mean,
>>>> there is no such a ".desktop" file under user's profile.
>
> gnome seems not to follow some Linux customs.
I'm not aware of any in particular. GNOME used to be committed to
freedesktop standards :-?
>>>> Also, according to official docs¹, disabling from start-up
>>>> applications is one of the ways to go... and curious is that it says
>>>> nothing about this is a "per user" setting.
>>>>
>>>>
>>> do you mean that here a user has root privilege ?
>>
>> Nope, I mean what I read :-)
>>
>> How do you interpret the docs?
>
> I was ironic because I guess that you know this is implicit because the
> start-up applications is set per users.
That's the expected. But "gnome-session-properties" is a beast I still
don't understand very well how it goes. I see some applications available
that have not their corresponding ".desktop" file neither under
"~/.config/autostart" nor "/etc/xdg/autostart", so where are these coming
from? :-?
Anyway, I sincerely doubt the only way to widely disable "gnome-keyring-
ssh" starts by forcing the user to compile the application with ssh
keyring-app disable, that is a non-sense. Applications that need to be
run for all of the users are located in /etc/xdg/autostart so by removing
the ones you don't want should do the job with no additional drawbacks.
> Gnome really sounds to me as a big machinery, may be not as the late
> hal, but something towards it. I have just read the LightDM was chosen
> over GDM in Ubuntu: it seems I am not the only one to think this.
Yes, GNOME (and KDE) are becoming big developments, they scare. But also
offer lots of facilities for the lazy users (include me in the last
sentence :-P). OTOH, "gnome-keyring" should be only installed if you
select the full gnome-desktop-environmnet package or a close related tool.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
lazy in the wrong way :-)
Have anyone submit a bug report for it ?
Jerome
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
> On 03/08/11 14:07, Camaleón wrote:
(...)
>> Anyway, I sincerely doubt the only way to widely disable
>> "gnome-keyring- ssh" starts by forcing the user to compile the
>> application with ssh keyring-app disable, that is a non-sense.
>> Applications that need to be run for all of the users are located in
>> /etc/xdg/autostart so by removing the ones you don't want should do the
>> job with no additional drawbacks.
>>
>>> Gnome really sounds to me as a big machinery, may be not as the late
>>> hal, but something towards it. I have just read the LightDM was chosen
>>> over GDM in Ubuntu: it seems I am not the only one to think this.
>>
>> Yes, GNOME (and KDE) are becoming big developments, they scare. But
>> also offer lots of facilities for the lazy users (include me in the
>> last sentence :-P). OTOH, "gnome-keyring" should be only installed if
>> you select the full gnome-desktop-environmnet package or a close
>> related tool.
>>
>>
> lazy in the wrong way :-)
>
> Have anyone submit a bug report for it ?
To enhance the gnome-keyring doc/readme? Nope (most probably because of
the aforementioned lazyness) :-)
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jerome BENOIT
On 03/08/11 19:04, Camaleón wrote:
> On Wed, 03 Aug 2011 18:33:39 +0200, Jerome BENOIT wrote:
>
>> On 03/08/11 14:07, Camaleón wrote:
>
> (...)
>
>>> Anyway, I sincerely doubt the only way to widely disable
>>> "gnome-keyring- ssh" starts by forcing the user to compile the
>>> application with ssh keyring-app disable, that is a non-sense.
>>> Applications that need to be run for all of the users are located in
>>> /etc/xdg/autostart so by removing the ones you don't want should do the
>>> job with no additional drawbacks.
>>>
>>>> Gnome really sounds to me as a big machinery, may be not as the late
>>>> hal, but something towards it. I have just read the LightDM was chosen
>>>> over GDM in Ubuntu: it seems I am not the only one to think this.
>>>
>>> Yes, GNOME (and KDE) are becoming big developments, they scare. But
>>> also offer lots of facilities for the lazy users (include me in the
>>> last sentence :-P). OTOH, "gnome-keyring" should be only installed if
>>> you select the full gnome-desktop-environmnet package or a close
>>> related tool.
>>>
>>>
>> lazy in the wrong way :-)
>>
>> Have anyone submit a bug report for it ?
>
> To enhance the gnome-keyring doc/readme? Nope (most probably because of
> the aforementioned lazyness) :-)
I see !
In fact, a bug report was submit in April:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623539
I have just added some comments.
Jerome
>
> Greetings,
>
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
>>> Have anyone submit a bug report for it ?
>>
>> To enhance the gnome-keyring doc/readme? Nope (most probably because of
>> the aforementioned lazyness) :-)
>
> I see !
>
>
> In fact, a bug report was submit in April:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623539
Hum...
> I have just added some comments.
Good :-), but it looks to me the above bug is focused in another
problematic more than documenting stuff.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org