L
Lucas Nussbaum
lucas-nussbaum.net · Personal blog · on HN since 2010
Lucas Nussbaum, a Debian developer and Ruby package maintainer, writes about release management and how Debian handles Ruby packaging.
What HN saysHN commenters cite his posts as the Debian side of a dispute with Rubyists over packaging, noting he later addressed their concerns.
15HN people shared it
5linked it in comments
10stories submitted
275story points
10 years agolast shared
2010people per year2026
Most-shared posts
- 1Ruby packaging in Debian and Ubuntu: Mythbusting and FAQ4 people · 10 points · first shared 2010 · 4 comments on HN
- 2Giving up on Ruby packaging2 people · 92 points · first shared 2011 · 144 comments on HN
- 3Post 6812 people · first shared 2012
- 4The Linux 2.5, Ruby 1.9 and Python 3 release management anti-pattern1 people · 157 points · first shared 2016 · 136 comments on HN
- 5Debian is still changing1 people · 4 points · first shared 2015 · discussion on HN
- 6How to demotivate people (Re: Making Debian Responsible For Its Actions)1 people · 4 points · first shared 2010 · 1 comments on HN
- 7RVM (Ruby Version Manager): seriously?1 people · 3 points · first shared 2010 · 8 comments on HN
- 8Jessie frozen, can Debian release before FOSDEM?1 people · 2 points · first shared 2014 · discussion on HN
- 9Lucas Nussbaum’s systemd Lecture Slides1 people · 2 points · first shared 2015 · discussion on HN
- 10Tentative summary of the amendments of the Debian init system coupling GR1 people · 1 points · first shared 2014 · discussion on HN
- 11Post 2111 people · first shared 2013
- 12Post 5751 people · first shared 2010
What HN people wrote when they linked it
mgunes · 2010-09-28
It might be worth re-evaluating this rant in the light of Lucas Nussbaum's (Debian Ruby maintainer) recent "mythbusting and FAQ" post:
http://www.lucas-nussbaum.net/blog/?p=566
nailer · 2013-08-28
Ack re: Firefox branding. However the FHS stuff was also part of it - see post from a Mozillian here: http://www.lucas-nussbaum.net/blog/?p=211
sciurus · 2013-04-14
Do you mean what is covered at https://lwn.net/Articles/423732/ ? I don't think that makes Nussbaum look bad at all.
A few months after that fracas, Debian actually made several changes to address Rubyist's concerns; see http://www.lucas-nussbaum.net/blog/?p=681
mariana · 2010-09-28
You know, maybe somebody would want to know the Debian POV on this issue:
* http://www.lucas-nussbaum.net/blog/?p=566
* http://www.lucas-nussbaum.net/blog/?p=575
Debian is all about stability and volunteer effort.
Whining is not going to fix things.
dredmorbius · 2012-05-29
The reasons I would cite: the Ruby development community leaves a lot to be desired from a sysadmin's perspective. We went through similar pains with Perl, but they're mostly a decade or two behind us. With Ruby, there are multiple concurrently maintained trees, it's hard to sort which one should be "primary" on a system, and you have to do a lot of serious grokkage to understand that RVM isn't really intended for maintaining system Ruby installs, but a local per-user developer instance. Which, when what you've got Ruby for is managing chef, is a more than slightly whack.
http://www.lucas-nussbaum.net/blog/?p=617
http://www.lucas-nussbaum.net/blog/?p=681
http://news.ycombinator.com/item?id=2059964
Much of Perl's use is by sysadmins, which means it plays well in their space. By contrast, much of Ruby's use is by web developers, many of them on bastardized MacOS systems (they're born bastards, it's not the developers' fault ;-). Which means that Ruby's packaging is whack.
I don't hack much of either, though work around both. The nice thing about Perl from my perspective is:
1. It's included with the system. I run Debian/Ubuntu boxes if I can possibly help it, Perl is of of the tools used to write a whole slew of system scripts, and as a consequence, it's very well managed within the distro. Red Hat/CentOS aren't far behind.
2. CPAN plays nice. Under Debian, your CPAN bundles are installed to /usr/local/ Debian's just sorting out where to store Ruby…