On May 25, 2012 6:39 AM, "Antonio Terceiro" <[email protected]> wrote: > > Hell Jordon, > > Jordon Bedwell escreveu isso aí: > > On May 24, 2012 3:25 PM, "shawn" <[email protected]> wrote: > > > The Ruby 1.9 series brings massive speed improvements over the 1.8 > > > series due to the new YARV/KRI bytecode interpreter. M> > > > > > In addition to the massive speed improvements, new event-based libraries > > > take advantage of new Ruby 1.9 features such as light weight threads > > > (fibers), and are therefore 1.9 exclusive. > > > > > > > This in itself is not a good reason. The best reason is ruby indirectly > > forcing debian ruby to somewhat be less ignorant in packaging. > > This is not the first time you refer to other people's work using such > an offensive tone. Please refrain from doing that. If you want to help > things to improve, you can send patches.
I was not offensive, I was honest. Just because you do not like wording does not make it offensive, I did not go on a big rant, I echoed a widely known complaint. Either you ignore all the complaints or you just have no idea. None. Please don't confuse truth with offensive. I have sent patches and code. Actually I rewrote entire pieces to be more intuitive only to have the email ignored and the thread die and a bad code put in instead, code that did not even fully address the entire issue, but alas refer to the last paragraph of my last email. > > > We have had the 1.9 series, and the 1.9.1 (through present 1.9.3) API, > > > in Debian since before squeeze. > > > > > > What I would like for Wheezy would be: > > > 1. Change the default ruby interpreter in Wheezy to 1.9.3. [1] > > > 2. Drop the ruby1.8 option after the release of Wheezy > > > > This could be ignorant. Depending on when you plan to. Before 2013 is > > ignorant. You've then prematurely decided that people still porting huge > > projects have to now work around debian ruby more than they already do. > > Ruby 1.8 will be included in Wheezy, and will be available during the > Wheezy lifecycle. It will just not be the default. Packages that are not > ported to Ruby 1.9 can just stay using ruby1.8, they just have to depend > explicitly on ruby1.8 and use /usr/bin/ruby1.8 for shebangs and the > like. If people have non-packaged code that needs Ruby 1.8, they can > just make it the system default using alternatives. > > Wheezy+1 should be release late 2014, so by then it will not be > reasonable to keep supporting Ruby 1.8, so we will probably drop Ruby > 1.8 for Wheezy+1. This indirectly dodges my statement on point releases. I think most ruby programmers would rather see no 1.8 rather than to have a FEATURE stripped in a point release just to hang onto a grace period for a EOL instead of making the upcoming date just be total EOL for Debian to ease management.
