11 ms·
> Ubuntu (and Debian) choses to stick on versions with releases It's not as simple as just choosing. Every single package that depends on ruby 1.8 needs to mov
by rlpb 13y ago
> Ubuntu (and Debian) choses to stick on versions with releases
It's not as simple as just choosing. Every single package that depends on ruby 1.8 needs to move on before ruby 1.8 can itself be removed from the Debian or Ubuntu repositories. Either that, or the decision has to be made for laggard dependent packages to be removed. This takes time.
In Ubuntu, ruby1.8 is in main, which means that the Ubuntu Security Team will take care of the backported update.
- lloeki 13y ago> It's not as simple as just choosing. Every single package that depends on ruby 1.8 It is a matter of choosing, although that choice obviously goes beyond "hey let's bump the version of that lonely package". The choice I refer to is holistic, and also covers how many packages a distribution choses to make depend on ruby, such as the decision to package gems, with overarching (positive and negative) consequences.
- rlpb 13y agoThat is the cost of being able to "apt-get install <foo>" without having to learn details of the packaging system that yet another language community expects everyone to learn and use, for each <foo> that one wants to install. Remember that dependencies go in multiple directions. Ruby is not necessarily at the top of the stack. I might, for example, want to deploy my Python application stack with puppet. Which requires Ruby. If the choice is "don't use a distribution", then have fun with that. If the choice is "use a distribution, but don't use it for my stuff", then what makes you so special, and how does this scale to every community that wants the same thing?