Cannot be notified over IM

From Foundation's perspective, I agree that this sounds like a nice idea but it is a (very) low priority. I'll ask the product strategist to weigh in.

Thoughts:
 * I really want this
 * This is probably a dupe
 * I think we'd actually get a bigger win from doing pubsubhubbub first
 * If Launchpad had a "push" mechanism like this or PSHB, then it would be great to have it integrated in launchpadlib so people could easily write asynchronous code (e.g. upload a package, tell me when it's done).
 * Raw performance of the webapp is more important than this
 * I hope that the work we plan on doing in https://dev.launchpad.net/LEP/PermissionsAndNotifications (scheduled for this year) will make doing this easy (or at least clean)
 * By that, I mean to say that we don't have a great internal model for "event that might be interesting to the user"
 * I don't really know what Foundations's remit is any more
 * I personally think stuff around performance, deployment and developer efficiency is more urgent than this

I hope that helps.

Thanks for considering it! :-)

Like you, I thought someone had to have thought of this already, but a quick look around and I couldn't see anything that looked similar. Strange... It seems kinda obvious to me, and it's taken me awhile to suggest it purely because I thought someone would have already suggested it.

I've been working on webapps myself for about 10 years (a couple are now LP projects), and in the process of separating the presentation/control from the model/view layer I found the interactions became quite service-oriented and *both* the webby interface and other services' speed improved. There's something about fitting systems into a service model that seems to streamline the whole system, IME. YMMV.

So I agree with you on all of your points except PSHB, purely because I don't know what it is.

"* I don't really know what Foundations's remit is any more" - LOL

On 28/05/10 23:38, Jonathan Lange wrote:
> Thoughts:
> * I really want this
> * This is probably a dupe
> * I think we'd actually get a bigger win from doing pubsubhubbub first
> * If Launchpad had a "push" mechanism like this or PSHB, then it would be great to have it integrated in launchpadlib so people could easily write asynchronous code (e.g. upload a package, tell me when it's done).
> * Raw performance of the webapp is more important than this
> * I hope that the work we plan on doing in https://dev.launchpad.net/LEP/PermissionsAndNotifications (scheduled for this year) will make doing this easy (or at least clean)
> * By that, I mean to say that we don't have a great internal model for "event that might be interesting to the user"
> * I don't really know what Foundations's remit is any more
> * I personally think stuff around performance, deployment and developer efficiency is more urgent than this
>
> I hope that helps.
>
>
> ** Changed in: launchpad-foundations
> Assignee: Jonathan Lange (jml) => (unassigned)
>
>

I'm zeroing this in on notifications: accepting commands over IM is a wholly different story (but also interesting) - what is certain that implementing one would not implement the other :)

I suppose this could also be partially implemented by running an IRC server with a small modification that connects each software or bug (by bug #) to a channel using the API. It would only be IRC but it would be a start.

In this case XMPP(Jabber) may be better.
Because:
* Transports
    * every protocol mentioned above can be _integrated_ into XMPP
* Decentralized by design like email
     * No "borders" like between quakenet/freenode
* Profile has a Jabberfield
     * JabberID is a unique identifier
* Multiple connections allowed
     * API can be distributed over multiple servers / launchpadmodules

A good library exists: xmpppy
http://xmpppy.sourceforge.net/
(git://xmpppy.git.sourceforge.net/gitroot/xmpppy/xmpppy)