[Bug 833053] Re: license_key_path should not (yet) support per-user location
Sebastian Heinlein
833053 at bugs.launchpad.net
Thu Aug 25 12:41:12 UTC 2011
Do you already have got any proprietary software that enforces a license
key path? Why not use a global location e.g. /var/licenses/pkgname ?
Could you automatically sign license keys by launchpad?
** Changed in: aptdaemon (Ubuntu)
Assignee: (unassigned) => Sebastian Heinlein (glatzor)
** Changed in: aptdaemon (Ubuntu)
Status: New => In Progress
** Changed in: aptdaemon (Ubuntu)
Status: In Progress => Fix Committed
** Changed in: aptdaemon (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to aptdaemon in Ubuntu.
https://bugs.launchpad.net/bugs/833053
Title:
license_key_path should not (yet) support per-user location
Status in Online service used by software center:
New
Status in “aptdaemon” package in Ubuntu:
Fix Committed
Bug description:
Currently USC won't allow a second user on a single system to purchase
an app that is already installed, so we need to ensure that the
devportal doesn't (yet) allow license_key_path using the home
directory.
That said, while I was JDIing that, the current implementation allows
a license file directly in /opt which seems sub-optimal (ie. potential
conflicts with other files). After chatting with Anthony, we thought
that for a system-wide license_key_path, it should be a relative
pathname - relative to the executable location (ie. within
/opt/[package_name]/).
To manage notifications about this bug go to:
https://bugs.launchpad.net/software-center-agent/+bug/833053/+subscriptions
More information about the foundations-bugs
mailing list