← Back to team overview

unity-api-bugs team mailing list archive

[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