Closed Bug 646764 Opened 13 years ago Closed 13 years ago

install a second version of desktop-file-utils that isn't ancient

Categories

(Release Engineering :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: jhford, Assigned: jhford)

References

Details

Attachments

(1 file)

Attached file spec file
The version of desktop-file-utils is way outdated.

Options include installing a second copy in /tools and replacing the system copy.

As we don't currently do any package building on our local machines, we *should* be ok to replace the system copy, though, I don't know if any pre(un)/post(un) scriptlets use it the provided tools.

The attached specfile generates option 1 when built with the commands:

rpmbuild -bs --define "_prefix /tools/desktop-file-utils016"
mock -r epel-5-x86_64 desktop-file-utils016-0.16-1moz1.fc14.src.rpm --define "_prefix /tools/desktop-file-utils016"

on Fedora 14 produce what should be valid rpms.  This specfile was obtained on a Fedora 14 machine by running

yumdownloader --source desktop-file-utils
This was fixed instead by adding the deprecated Encoding: UTF-8 key in the desktop file.  As this program is used only for validation, RESO-INCOM
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: