We've moved to providing an information API in UAL which doesn't require
version numbers. That is preferred over the desktop files, they can be
considered deprecated at this point. So this bug won't be fixed.
** Changed in: ubuntu-app-launch (Ubuntu)
Status: Confirmed => Won't Fix
**
** Package changed: upstart-app-launch (Ubuntu) = ubuntu-app-launch
(Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
To
** Changed in: upstart-app-launch (Ubuntu)
Status: New = Confirmed
** Changed in: upstart-app-launch (Ubuntu)
Importance: Undecided = High
** Changed in: upstart-app-launch (Ubuntu)
Importance: High = Medium
** Also affects: upstart-app-launch
Importance: Undecided
** Changed in: upstart-app-launch
Status: New = Confirmed
** Changed in: upstart-app-launch
Importance: Undecided = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
** Branch linked: lp:~ubuntu-managed-branches/click/click
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
To manage notifications
** Branch linked: lp:~ted/upstart-app-launch/short-id-support
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
To manage
** Branch linked: lp:ubuntu/trusty-proposed/click
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
To manage notifications about
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:
Correction: this will in fact be click 0.4.14. There's no change to the
metadata in click packages themselves, so I won't bump the minor number.
** Changed in: click (Ubuntu)
Status: Triaged = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs,
** Branch linked: lp:click
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
To manage notifications about this bug go to:
In click 0.5.0 I'm adding a new short application ID notion which has
the version removed, accessed using ${short-id}. This is only valid in
user-level hooks, or in system-level hooks that use Single-Version: yes.
To complete the fix for this bug, upstart-app-launch is going to need to
switch to
** Changed in: click (Ubuntu)
Assignee: (unassigned) = Colin Watson (cjwatson)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users' .desktop file names
Please keep in mind that different users may be using different versions
of the installed applications.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop version numbers from users'
I don't think I care one way or another on if the desktop file has the
version in the name (I'll let others comment). However, the APP_ID
should have the version in the name since APP_ID is used to to know
which apparmor profile to change_profile in to and the apparmor profile
is necessarily
I don't think anyone's going to persuade me that it's safe to change the
app ID semantics, but I could introduce a new short ID (better name
welcome) that doesn't contain the version, and then anything that
doesn't need the version could switch to using that. How would that be?
--
You received
** Changed in: click (Ubuntu)
Status: Confirmed = Triaged
** Changed in: click (Ubuntu)
Importance: Undecided = High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: click (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1251635
Title:
drop
Probably we should even think if the appId should contain the version
number at all. Seeing that URL dispatcher is working around this too
with appId://id-without-version/current-user-version.
So far I have the impression I need to cut away the version wherever I
deal with appIds.
Is the same
My objection to the version number in the desktop file is due to the
fact it does not respect existing desktop file behaviour that unity7 and
other existing shells rely upon.
Those shells watch (via inotify) the desktop file directories and
monitor file changes and removals. If a file is changed,
19 matches
Mail list logo
