unity-api-bugs team mailing list archive
-
unity-api-bugs team
-
Mailing list archive
-
Message #02961
[Bug 1251635] Re: drop version numbers from users' .desktop file names
This bug was fixed in the package click - 0.4.14
---------------
click (0.4.14) trusty; urgency=low
[ Colin Watson ]
* chroot: Print help if no subcommand given (LP: #1260669).
* chroot: Recommend debootstrap from click-dev, and explicitly check for
it in "click chroot create" (LP: #1260487).
* chroot: Check for root in "create" and "destroy" (LP: #1260671).
* hooks: Add a ${short-id} expansion to hook patterns; this is valid only
in user-level or single-version hooks, and expands to a new "short
application ID" without the version (LP: #1251635).
* hooks: Strip any trailing slashes from the end of patterns, as they
cause confusion with symlink-to-directory semantics and can never be
useful (LP: #1253855).
* install: Extend the interpretation of "framework" a little bit to allow
a Click package to declare that it requires multiple frameworks. This
will allow splitting up the SDK framework declarations into more
fine-grained elements.
* Policy version 3.9.5: no changes required.
* build: Enforce only a single framework declaration for now, by request.
[ Zoltan Balogh ]
* Add qtmultimedia5-dev to the SDK framework list.
[ Dimitri John Ledkov ]
* chroot: Add "cmake" to build_pkgs, as it is expected for cmake to be
available on any (Ubuntu) framework.
-- Colin Watson <cjwatson@xxxxxxxxxx> Thu, 23 Jan 2014 17:30:54 +0000
** Changed in: click (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Unity API
bugs, which is subscribed to upstart-app-launch in Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
Status in “click” package in Ubuntu:
Fix Released
Status in “upstart-app-launch” package in Ubuntu:
New
Bug description:
The version number in click .desktop file in users'
~/.local/share/applications cause issues on different levels for
apparently no advantage.
Every time you want to find a .desktop file for an app, you either
need to store the whole file name, with the version number (which
breaks on app upgrades, unless you react to it somehow), or find a
matching .desktop file based on the developer / app id and hookname
every time. App upgrades / removals are tricky unless we start
reacting to signals from the click system itself.
Since in users' realms there can only be one version of an app
installed at any given time, it feels like exposing this complication
there is unnecessary.
What do you think?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1251635/+subscriptions