← Back to team overview

gwibber-bugs team mailing list archive

[Bug 868877] [NEW] Add Diaspora* networks svc

 

Public bug reported:

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.

** Affects: gwibber
     Importance: Undecided
         Status: New

-- 
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


Follow ups

References