Bug 439551 - unison desktop file should not use update-alternatives
Summary: unison desktop file should not use update-alternatives
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: unison
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Stephen Warren
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-29 04:00 UTC by Michel Lind
Modified: 2008-04-17 03:55 UTC (History)
0 users

Fixed In Version: 2.13.16-9.fc7.3
Clone Of:
Environment:
Last Closed: 2008-04-17 03:54:56 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michel Lind 2008-03-29 04:00:10 UTC
Description of problem:
Each version-specific unison package (unison213 and unison227) use
update-alternatives for registering its desktop file. However, the
version-specific desktop files are already in /usr/share/applications !

This means that the only thing update-alternatives does is to create yet another
desktop menu entry -- i.e. on my system I have one launcher for unison213 and
two for unison227.

We should either not use update-alternatives for the desktop file (thus the user
can launch either 213 or 227), or put the original desktop files somewhere else
(thus the user has only one launcher for the 'active' unison). The former is
probably preferable.


Version-Release number of selected component (if applicable):
unison213-2.13.16-9.fc9.x86_64
unison227-2.27.57-7.fc9.x86_64

How reproducible:
Always

Steps to Reproduce:
1. yum install unison213 unison227
2. Applications->Accessories
  
Actual results:
Three copies of unison desktop entries

Expected results:
Either two copies (213 and 227) or just one

Additional info:

Comment 1 Stephen Warren 2008-03-29 16:21:50 UTC
Yes, I can see the problem.

I guess not having the extra alternatives entry is fine. The only thing I wonder
(which isn't solved by the current desktop files anyway) is if somebody installs
just 1 unison, and then gets confused by the version # in the menu name. That
could be solved by making the alternatives entry just say "Unison", so you'd end
up with:

Unison 2.13
Unison 2.27
Unison # picks alternatives value

Do you think that's worth it, or do you think simply removing the alternatives
for the desktop file is the way to go.


Comment 2 Stephen Warren 2008-03-30 18:21:10 UTC
New packages available in rawhide; should be pushed to F8/F7 testing soon.

Comment 3 Fedora Update System 2008-03-30 18:23:14 UTC
unison227-2.27.57-7.fc8.2,unison213-2.13.16-9.fc8.2 has been submitted as an update for Fedora 8

Comment 4 Fedora Update System 2008-03-30 18:25:47 UTC
unison227-2.27.57-7.fc7.3,unison213-2.13.16-9.fc7.3 has been submitted as an update for Fedora 7

Comment 5 Fedora Update System 2008-04-17 03:54:54 UTC
unison213-2.13.16-9.fc7.3, unison227-2.27.57-7.fc7.3 has been pushed to the Fedora 7 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 6 Fedora Update System 2008-04-17 03:55:20 UTC
unison227-2.27.57-7.fc8.2, unison213-2.13.16-9.fc8.2 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.