dh_desktop doesn't look in all necessary folders

Bug #204150 reported by Adna rim on 2008-03-20
4
Affects Status Importance Assigned to Milestone
desktop-file-utils (Debian)
New
Undecided
Unassigned
desktop-file-utils (Ubuntu)
Wishlist
Unassigned

Bug Description

dh_desktop just looks for new .desktop files in /usr/share/applications. But packages which aren't installed through the offical repositorys should by convention be installed in /usr/local and so also the correct folder for their .desktop file is /usr/local/share/applications. But dh_desktop doesn't care about this folder.

That's imo a bug.

Colin Watson (cjwatson) wrote :

I disagree with your premise. /usr/local is for unpackaged applications, outside the control of dpkg, not necessarily for packages outside the official repositories (such a convention would make it excessively difficult to test packages before including them in Ubuntu; besides, *whose* official repositories exactly? If this convention actually existed then I'm sure that Debian would say that Ubuntu packages don't count ...). Packaged applications should install .desktop files in /usr/share/applications.

I'd like to close this bug, since I don't think this would be a correct change. Do you agree based on my statement above?

Daniel T Chen (crimsun) on 2008-12-03
Changed in debhelper:
importance: Undecided → Wishlist
Colin Watson (cjwatson) wrote :

Nowadays, this is controlled by /var/lib/dpkg/info/desktop-file-utils.triggers rather than by a debhelper script.

affects: debhelper (Ubuntu) → desktop-file-utils (Ubuntu)
affects: debhelper (Debian) → desktop-file-utils (Debian)
Sebastien Bacher (seb128) wrote :

closing since the submitter doesn't reply to the comment and the local directory is not a packaging one

Changed in desktop-file-utils (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers