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)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: jhford, Assigned: jhford)
References
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
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
Assignee | ||
Comment 1•14 years ago
|
||
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
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•