From diaspora* project wiki
Revision as of 20:45, 8 April 2014 by Jhass (talk | contribs)
Jump to: navigation, search

Time and date

Tuesday 8 April 2014, 7.30 PM UTC. #diaspora-meeting @ FreeNode.

Topics to discuss

Two conferences in Brazil

Anahuac de Paula Gil, podmin of DiasporaBR, wants to promote Diaspora at two forthcoming conferences. He has secured a booth for Diaspora FISL in May, and would like to know how he can best use this space to help the project. See a comment on and for more details.

He'll be at the meeting to discuss this.


We have to talk about it.

Official list of pods

It would be nice to have an official list of pods, fusion of podutime and the stats hub of Jason, on Who wants to work on that? Do we want it directly inside the website or in a subdomain? Which technology do we want to use?

Release process

Suggestion to move into a mode of cutting a release candidate from develop (when agreed in a meeting), and then holding it in the RC branch until it can be merged to master. This would mean a release process where we don't have to freeze develop at all and can test the RC branch for as long as we want, cherry-picking individual fixes into it.

Changelog for the develop branch

It happened several times that a commit in the develop branch causes a regression, which is fixed in the develop branch before we release a new version. Should we add a changelog line about these kind of fix? People upgrading the stable branch don't need to know, it's only for people running the develop branch. Maybe a special section, which will be removed during the release process?

External communication

We don't have much external engagement at the moment. Jason is doing good work with the Twitter account, but that's about it. Should we be blogging and trying to engage press interest, etc, and if so, how should we go about this? Who would like to take part in this?

We still have the 'Planet' referred to in various places (for example, the wiki) but it has never been set up. Is this something that we still desire, and if so how should we go about setting it up?

Communication through Diaspora HQ

What kind of communication do we want through Diaspora HQ? Do we need more formal guidelines?

What did we decide?

Time and date

We want to reevaluate the meeting schedule. While we want to keep the interval, every second week of the month, we'll send a poll around to find a new day and/or time.


Next release

Clear the milestone:, then feature freeze for one to two weeks, then reevaluate and release if it's good. We especially want to monitor the new polls feature because it modifies the federation.

Release candidate

We don't think we're here yet to confidently deliver RCs, but agree that it's the preferable release process. We will reevaluate this at some later point. Feature freeze is enough at the moment.

Official list of pods

We agree that we'd like to see and merged into one project. If the application is ready we agree to make it an official part of the project and as such grant it a repository under our github organization as well as a subdomain of We will call out for contributors once we agreed on the specific feature set.

Run a special changelog for the develop branch

We don't see the added effort justified. People running develop should be tech savy and watch GH, or at least follow


Schedule an own meeting once we got new developments to talk about.

Communication through Diaspora HQ

Postponed to next meeting.

External communication

Postponed to next meeting.

IRC Logs