Packaging Team -subgroup creation

Sean, I sent you and Hans an email via Launchpad asking for opinions but as you guys didn't answer thought I might as well start preparing ;) Only done an initial source upload (0.0.1) and a meta package for precise that has the generic dependencies.

Anyway, I was figuring a place is needed for this kind of talk and thus the request for this subgroup..

Praveen, why not just build RVM locally?

We can use this ITP as tracking point http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597093

Jason,
apt-get install diaspora would be the easiest option. I have not played with RVM much. It could be an interim solution.

Praveen, yep apt-get install diaspora is what it needs to be. But still, an RVM build can be done via post-install etc script. I'm just wondering whether keeping D* ruby in RVM would be cleaner for any persons installing as otherwise it will affect the computer Ruby installation.

But this kind of discussion is why a group is needed ;) Good to know several people are working on this!

(I'm a Ruby n00b so just guessing that RVM would be cleaner)

For the Archlinux package we just went with bundle install --path vendor essentially since Arch has the latest and greatest Ruby and RubyGems available. It's basically just a Shellscript (which needs some updating :P) check it out: https://gist.github.com/1647460 The original author is behind some weird firewall and I just did some little fixing and improving, still it should demonstrate a way of having the gems separated from the system wide ones without using RVM. RVM really is a user wide tool and I think the system wide installation is only possible because some people just wanted to have it without knowing better, it terribly sucks for system ruby management IMO.

As Florian mentioned somewhere else, bundle package is another path to investigate. Getting our huge dependency graph in the exact right versions into every distribution just doesn't seem the right way too me.

The subgroup is really for splitting discussion in to logical subgroups - so that it will be easier for interested parties to participate. Of course it will not solve anything but as you can read below some packaging efforts to exist.

Created the subgroup - will add some members who have shown interest here - or you can request membership to the group yourself :)