Jason Robinson

jaywink@jasonrobinson.me

Contact

3 months ago (edited)

Open source advocate, Pythonista and Djangonaut. Lead Developer at Anders Innovations.

Independent federated social web hacker. Author and maintainer of Socialhome, Social-Relay, Python federation, NodeInfo2 and The-Federation.info.

2 months ago (edited)

Links

9 months ago (edited)

3 months ago (edited)

caseyscarborough/github-activity
github-activity - A widget for displaying GitHub activity for a user.

5 days ago (edited)
1
10 months ago (edited)

My projects: Socialhome

Django application that provides users the ability to create content for their profile which is then displayed in grids. Content can be Markdown or HTML, featuring a WYSIWYG editor.

All content is designed to be federated using the Diaspora protocol. In addition to profile content, users will be able to create non-profile content (in a more traditional status message way) and read streams of other user content from local users or other nodes via the federation layer.

Powers this site.

Tech stack

Django, Channels, Bootstrap 4, jQuery, Masonry, RQ, PostgreSQL, uWSGI, Circus, Py.test, Whitenoise, Mocha, federation.

Links

a month ago (edited)

My projects: federation

Python library to abstract social federation protocols. Currently supports a subset of the Diaspora protocol.

Used by Socialhome and Social-Relay.

Tech stack

Python, lxml, pycrypto, Py.test.

Links

a month ago (edited)

My projects: The-Federation.info

Statistics hub and node list for The Federation (Diaspora*, Friendica, Hubzilla).

Tech stack

Node.js, Express, Nunjucks, Sass.

Links

a month ago (edited)

My projects: Social Relay

Social Relay is an application to relay public posts between nodes of The Federation (diaspora* and compatible social networking servers).

Keeps track of nodes and their subscription preferences, receives payloads and forwards the payloads to subscribers. The aim is to pass public posts around in an efficient way so any new node in the network can quickly subscribe to lots of public activity, without having to wait a long time to create social relationships.

Tech stack

Flask, RQ, PostgreSQL, Peewee, Circus, federation, Py.test.

Links

a month ago (edited)

Decided work computer didn't have quite enough #stickers. Much better now.

a month ago
3

Interviews

Hacker Public Radio @ FOSDEM'15


source

Biertaucher-Podcast @ FOSDEM'15


source

Knightwise @ FOSDEM'15

10 months ago (edited)
profile for jaywink at Ask Ubuntu, Q&A for Ubuntu users and developers profile for jaywink at Stack Overflow, Q&A for professional and enthusiast programmers
10 months ago (edited)

5 months ago (edited)
2

Talks

Python Helsinki meetup at F-Secure @ 7th Jan 2015

PyLadies Helsinki meetup at Anders Innovations @ 16th Dec 2014

10 months ago (edited)

10 months ago (edited)

PyCharm <3

10 months ago (edited)

DJ mixes

Some mixes and live sets from my ealier breakbeat / drum'n'bass hobby.

8 months ago (edited)

#climatechange #humanity

3 months ago

HBD #EU <3

3 months ago

6 months ago (edited)

federation v0.12.0 released

#Python #federation now includes more support for the upcoming #diaspora protocol breaking changes and also includes support for the new Contact entity type. Additionally, legacy sharing/following Request entity has fixes.

Repository: https://github.com/jaywink/federation

Changelog:

Backwards incompatible changes

  • Removed exception class NoHeaderInMessageError. New style Diaspora protocol does not have a custom header in the Salmon magic envelope and thus there is no need to raise this anywhere.

Added

  • New style Diaspora public payloads are now supported (see here). Old style payloads are still supported. Payloads are also still sent out old style.
  • Add new Follow base entity and support for the new Diaspora "contact" payload. The simple Follow maps to Diaspora contact entity with following/sharing both true or false. Sharing as a separate concept is not currently supported.
  • Added _receiving_guid to all entities. This is filled with user.guid if user is passed to federation.inbound.handle_receive and it has a guid. Normally in for example Diaspora, this will always be done in private payloads.

Fixed

  • Legacy Diaspora retraction of sharing/following is now supported correctly. The end result is a DiasporaRetraction for entity type Profile. Since the payload doesn't contain the receiving user for a sharing/following retraction in legacy Diaspora protocol, we store the guid of the user in the entity as _receiving_guid, assuming it was passed in for processing.

jaywink/federation
Python library for abstracting social federation protocols

5 days ago (edited)
3