Bug 439551

Summary:	unison desktop file should not use update-alternatives
Product:	[Fedora] Fedora	Reporter:	Michel Lind <michel>
Component:	unison	Assignee:	Stephen Warren <swarren>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	2.13.16-9.fc7.3	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-04-17 03:54:56 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.