[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