Package Diaspora for Linux distributions

(Sean Tilley) #1

Note: This discussion was imported from Loomio. Click here to view the original discussion.

0 Likes

(Sean Tilley) #2

Proposal: Package Diaspora for Linux distributions.

One thing that would definitely help with some of Diaspora’s installation issues is to set up a PPA on LaunchPad, and package up Diaspora stable releases (see Release Cycle proposal).

With some help from some volunteers from the Ubuntu community, we could get it accepted into the Ubuntu universe repo, and Diaspora would be as easy to install as “sudo apt-get install diaspora”. Some ncurses installer would run for initial setup of config variables, and we could include a daemon that starts up the Diaspora instance upon booting the system.

Turning it on manually could be done as an Upstart job, with the podmin simply typing “diaspora start” or “diaspora stop”.

By packaging up for distributions, we can get better exposure to different communities that might otherwise not know about us. We could make setting up a Diaspora server stupidly easy for *nix users.


Outcome: N/A

Votes:

  • Yes: 4
  • Abstain: 0
  • No: 0
  • Block: 0

Note: This proposal was imported from Loomio. Vote details, some comments and metadata were not imported. Click here to view the proposal with all details on Loomio.

0 Likes

(Devendra Mahra) #3

Will it be benefitial to have vm images, amazon AMI, and bitnami stack also for diaspora along with linux package

0 Likes

(Jonne Haß) #4

I got a PKGBUILD (package for Archlinux) which should still work altough I haven’t tried for some time: https://gist.github.com/1647460

0 Likes

(Sean Tilley) #5

Thanks, Jonne!

0 Likes

(Sean Tilley) #6

Thanks, Jason! I think ideally, once we get some cleanup with D*, we should definitely think about starting up a PPA. Talk to Hans, he’s been working on some init scripts for starting up a Diaspora instance when a server starts up.

0 Likes

(raven24) #7

this is kinda hard, as ruby, rails and our other gems should have exactly the version specified, which is not necessarily the version available from a distros package management …

0 Likes

(Jeremy Huffman) #8

The state of ruby support in the mainline debian distros is quite a disaster frankly. Ubuntu dropped Ruby 1.9.3 support in 11.04 due to some significant issues in how things were being packaged. Going forward they will be packaging gems consistently with gem2deb. If you want to learn more about this or are really interested in helping improve the state of Ruby in Debian (and Ubuntu, Mint, et. al) this is a link to team that’s putting this together: http://wiki.debian.org/Teams/Ruby/Packaging

A possibly ideal future state could have a Diaspora package that did nothing but specify all the version dependencies for all of its gems, so that when you sudo apt-get install diaspora, you get everything you need (including git, and a script to fetch the stable branch).

0 Likes

(Jason Robinson) #9

Everything in life is hard. For D* pods to really pop up everywhere it needs to install easily. On Linux this should be through the package management system.

Hard yes, impossible not, long term future - yes please.

0 Likes

(raven24) #10

@Jason, true…
I guess we could vendor all the gems and just require a minimal ruby version.
I’d say this depends on the ‘git branching’ discussion, since we’d have to have a stable branch for packages to be spawned from, otherwise we’d practically have a new package, like, daily

0 Likes

(Jonne Haß) #11

The http://openbuildservice.org/ could be a consideration to centralize packaging efforts.

0 Likes

(raven24) #12

also, for the gem issue, see: http://gembundler.com/v1.2/bundle_package.html

0 Likes

(Jason Robinson) #13

Openbuildservice looks interesting :stuck_out_tongue:

0 Likes