[Pkg-dia-team] Bug#689293: dia menu entry should use /usr/bin/dia not /usr/bin/dia-normal
nautsch2 at googlemail.com
Thu Oct 4 08:21:58 UTC 2012
On 04.10.2012 09:57, schrieb Roland Stigge:
> On 10/04/2012 09:07 AM, Andre Naujoks wrote:
>>> On 01/10/12 10:30, Andre Naujoks wrote:
>>>> The installation of dia should add a menu entry to start dia with the
>>>> link in /usr/bin/dia, so the choice of the alternatives system is taken
>>>> into account.
>>>> Currently /usr/bin/dia-normal is used, which bypasses the alternatives
>>> Interesting question. Currently, dia just installs menu files for
>>> dia(-normal) and dia-gnome each, which will both appear in the menu, if
>>> Now I wonder if menu entries should follow alternative system choices or
>>> not. Is there a policy about that or some common practice in other packages?
>> Now that you mention it, I think I don't know any other package that
>> uses the alternatives system the way dia does. The choice is basically a
>> command line parameter.
>> But I think dia should start in the same configuration regardless of
>> where it is started from, be it a menu or the command line.
> Now I understand what you mean :-) : Dia actually has 4 alternatives
> entries: dia-normal and dia-gnome, with an "-integrated" variant each,
> to provide the "integrated window" view as default.
> The upstream default ("without command line option") is non-integrated,
> and on the Debian desktop, --integrated would be best.
> For consolidation, we can consider doing only the integrated variant, at
> least for the menus.
That would mean the problem is just switched around. If I choose to
change what my dia points to (via update-alternatives) I'd expect this
change to be used when I start dia via a menu.
I think it would be best to remove the alternatives to the non
integrated forms and use the alternative chosen to launch dia from a
menu. This way dia is consistently used in its integrated form and only
if you really want to, you can start dia-normal.
> Still, we have dia-normal and dia-gnome. Does your report apply to this
> as well? My question about other packages referred to possible examples
> of menu entries interacting with alternatives config.
I don't know of any, but I don't really know that many packages in depth.
dia-gnome should be one alternative in the alternatives group.
More information about the Pkg-dia-team