3 ms·
I really hate to see Lucas burn out and I think the Ruby & Debian communities will both be negatively affected. I'm a Debian Ruby user whose contributed a tiny
by Corrado 16y ago
I really hate to see Lucas burn out and I think the Ruby & Debian communities will both be negatively affected. I'm a Debian Ruby user whose contributed a tiny bit (first Redmine package) and I have watched Lucas and the rest of the team repeatedly bang their heads into a wall when trying to get agreement on something from either side.
My personal view is that the Ruby/GEM packages should be laid out like the Perl/CPAN, which seems to be doing just fine.
If you want to help, go to the Debian Ruby Team page (http://wiki.debian.org/Teams/Ruby http://wiki.debian.org/Teams/Ruby) and join us (http://wiki.debian.org/Teams/Ruby/RubyExtras/JoiningTheTeam http://wiki.debian.org/Teams/Ruby/RubyExtras/JoiningTheTeam).
- telemachos 16y ago> My personal view is that the Ruby/GEM packages should be laid out like the Perl/CPAN, which seems to be doing just fine. Could you say a bit more about what this would look like and how Debian's treatment of Perl differs from how it handles Ruby?
- runjake 16y agoI love Perl, and I'm a Perl god. But CPAN is a plague unto it. If any piece of software should be called a ghetto, CPAN is it.
- telemachos 16y agoI like cpanm[1] quite a lot. Have you tried it as an alternative installer for modules? (I'm no Perl god, but I still maintain a healthy chunk of Perl code I wrote for sysadmin things a few years ago. I find that cpanm does exactly what I need it to, without the overhead of CPAN.) [1] https://github.com/miyagawa/cpanminus https://github.com/miyagawa/cpanminus
- sigzero 16y agoI love Perl too. I couldn't disagree more. I love the CPAN and I have had no trouble with it at all.