Closed Bug 646764 Opened 14 years ago Closed 14 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 (deleted) —
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: 14 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: