Re: adding desktop files to misc packages
On Tue, 24 Jul 2007 19:56:37 -0500, Ron Johnson <ron.l.johnson@cox.net> said:
> On 07/24/07 17:31, Manoj Srivastava wrote:
>> On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson
>> <debian@matthew.ath.cx> said:
>>
>>> Eduard Bloch wrote:
>>>> * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
>>>>
>>>>>> The Debian menu system will generate .desktop files from .menu
>>>>>> files if the .desktop file does not exist. This is intended
>>>>>> solely as a temporary compatibility measure.
>>>>> This is a very bad idea. It is going to clutter the freedesktop
>>>>> menu with tons of useless entries with ugly icons and make it as
>>>>> useless as
>>>> Make it short, what is your point? Not allowing others to play in
>>>> your GNOME sandbox?
>>
>>> Surely the correct approach is to say that people who don't want to
>>> see it won't have it installed and people who have it installed want
>>> to be able to use it from the menu. Programs which you have to have
>>> installed and yet don't want to see in the menu probably shouldn't
>>> have (visible by default) menu entries and should be dealt with by
>>> fixing that program, not by removing all the other entries.
>>
>> Haven't heard of multi-user systems, have we? What if some of the
>> users want to see it in the menu, and other do not? Surely we do not
>> want to make Debian unsuited for multi user installations?
>>
>> I have been using a central server with essentially Etch thin clients
>> at one of our testbeds at work; and it does solve a number of
>> sysadmin headaches for us.
> Sounds like he's either (a) got a Windows mentality, or (b) doesn't
> want unprivileged users to see non-essential apps.
The latter might be fine as a local policy; but surely is not
correct as a Debian default. We should make it _possible_ to implement
a local policy of hiding information from users; but we must not let
information hiding be the default; nor the only possible local policy.
manoj
--
"A verbal contract isn't worth the paper it's printed on." Samuel
Goldwyn
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Reply to: