ubuntu-appstore-developers team mailing list archive

[Martin Albisetti <martin.albisetti@xxxxxxxxxxxxx>]

On Tue, Jun 18, 2013 at 6:57 PM, Colin Watson <cjwatson@xxxxxxxxxxxxx> wrote:
> On Tue, Jun 18, 2013 at 06:16:50PM -0300, Martin Albisetti wrote:
>> On Mon, Jun 17, 2013 at 8:40 AM, Loïc Minier <loic.minier@xxxxxxxxxx> wrote:
>> > In the mean time, another idea came up: that we should just provide a
>> > default namespace, for instance net.launchpad.$user.$app.  This would be
>> > great to ease bootstraping of new developers and would limit risks of
>> > small abuses/errors (e.g. inventing domain names that don't exist).
>>
>> Yes, indeed good idea. The only part that I think isn't great is that
>> it implies a user would need a Launchpad account, which we very much
>> don't want to enforce (as per the request of the people talking to the
>> app development companies).
>> I assume the ease of using Launchpad is that it already has a registry
>> for user names?
>
> Yes.  I forget: do SSO tokens (i.e. login.launchpad.net, not a full LP
> account) have a sensible name associated with them, or are they just a
> hash?

They have a concept of "nickname" which is constructed based on the
user's name and/or email address (hand waving here, Ricardo knows the
details).
It's not a UUID, but it may not always be pretty.


>> Click packages doesn't talk to Launchpad at all, and I want to keep it that way.
>> Can we use com.ubuntu.$user.$app?
>
> Let's not do exactly that in case somebody picks, say, "juju" as their
> user name and confuses us all.  Something like
> com.ubuntu.developer.$user.$app would be OK though, bearing in mind that
> these are mostly-autogenerated names and only need to be readable rather
> than necessarily very short.
>
> However, that still requires a user namespace; so either your server
> talks to Launchpad, or it maintains its own account management.

Right, I would rather we have our own account management, either by
using what SSO already has, or by having the concept of a unique
username in the software center server.


--
Martin