IArchive API doesn't provide a way to get a subscription URL

[James Westby]

IPerson provides getArchiveSubscriptionURL(archive). It would be useful to have IArchive.getArchiveSubscriptionURL(person) since the IPerson API is easily missed when looking for a way to get the tokens over the API.

[Julian Edwards (julian-edwards)]

Is there a problem with using IPerson.getArchiveSubscriptionURL() ?

From the docstring:
        """Get a text line that is suitable to be used for a sources.list
        entry.

        It will create a new IArchiveAuthToken if one doesn't already exist.
        """

[James Westby (james-w)]

On Wed, 09 May 2012 07:16:46 -0000, Julian Edwards <email address hidden> wrote:
> Is there a problem with using IPerson.getArchiveSubscriptionURL() ?
>
> >From the docstring:
> """Get a text line that is suitable to be used for a sources.list
> entry.
>
> It will create a new IArchiveAuthToken if one doesn't already exist.
> """

Only that I didn't find it :-)

Sounds like a winner, thanks.

James

[Julian Edwards (julian-edwards)]

Hehe np. Is there anything that would have made this more discoverable for you?

[James Westby (james-w)]

On Mon, 14 May 2012 02:24:11 -0000, Julian Edwards <email address hidden> wrote:
> Hehe np. Is there anything that would have made this more discoverable
> for you?

I was looking on Archive and looked to see if ArchiveAuthToken was
exposed. A grep might have helped, but I guess I didn't expect it to be
available on Person.

Thanks,

James

[Julian Edwards (julian-edwards)]

I guess there would be no harm in doing what IPerson is providing, but on
IArchive instead (so you have a context archive and provide a person).

[Julian Edwards (julian-edwards)]

Fixed title and description to reflect this.

[Robert Collins (lifeless)]

I'm going to wontfix this - the harm is that we'd then have code to maintain that does nothing new for the system - its not better (or worse) than the existing facility, only different, which makes it a loss from LOC and maintenance perspectives.