gwibber-bugs team mailing list archive

[Jared <868877@xxxxxxxxxxxxxxxxxx>]

*** This bug is a duplicate of bug 739368 ***
    https://bugs.launchpad.net/bugs/739368

** This bug has been marked a duplicate of bug 739368
   diaspora support

-- 
You received this bug notification because you are a member of Gwibber
Bug Heros, which is subscribed to Gwibber.
https://bugs.launchpad.net/bugs/868877

Title:
  Add Diaspora* networks svc

Status in Gwibber:
  New

Bug description:
  The Diaspora* networks are in open alpha, and it appears that developers are working on an statusnet/twitter like api
  https://github.com/diaspora/diaspora/issues/749

  Because its licensed under aGPL, anyone can instantiate 'pods' (network nodes).  Most of these federate.  A user would have to choose both the Diaspora* service, and then in an "add accounts" menu, a pod, given by the domain name where that pod is hosted.  There's a list of mostly public pods at the wiki on their github repo.
  https://github.com/diaspora/diaspora/wiki/Community-supported-pods.

  If this list could become a discovery service that gwibber could
  access, it could offer that list to users under the "add accounts"
  functionality, so a user could add the pod he belongs to, without
  needing to request gwibber developers to add that particular pod.

  I don't know how far along the developers are to specifying their
  interface / API, but it would be natural for them to work with you in
  doing so.  Free software network user-agents should support free
  software network services.  And vice versa. Thats what people living
  in the free world want.  :)   Why should Diaspora* be contemplating
  iPhone apps and Gwibber be contemplating G+?  Maybe also talking to yr
  counterparts in the KDE world and also GNU social to discuss protocol
  for discovery and listserving.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gwibber/+bug/868877/+subscriptions