Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby
Allan McRae <allan@archlinux.org>:
I think very little in [extra] depends on ruby (needed plugins mainly), but the is quite a bit in [community]. I thought BaSh used to maintain some of them so perhaps he wants to be the maintainer. Anyway, the transition to the 1.9 series in not minor (as in plug-ins need ported) so if no-one volunteers, I will just continue with the 1.8 series until such a time as something in our repos really needs 1.9.
Allan
I did an update via abs right know and ran into some smaller problems: - Ruby 1.9.1 now includes rubygems, so I had to remove that first. - /usr/bin/rake wasn't owned by any package. - vim (compiled with --enable-rubyinterp) won't work (and compile) However, ruby 1.9.1 is really faster than old 1.8.7. I'll test further for some shortcomings with the new ruby. -- Gruß, Johannes Täglich http://blog.hehejo.de und du fühlst dich gut. http://cryptocd.eduforge.org/online_version
Hi, Johannes Held wrote:
Allan McRae <allan@archlinux.org>:
I think very little in [extra] depends on ruby (needed plugins mainly), but the is quite a bit in [community]. I thought BaSh used to maintain some of them so perhaps he wants to be the maintainer. Anyway, the transition to the 1.9 series in not minor (as in plug-ins need ported) so if no-one volunteers, I will just continue with the 1.8 series until such a time as something in our repos really needs 1.9.
Allan
I did an update via abs right know and ran into some smaller problems: - Ruby 1.9.1 now includes rubygems, so I had to remove that first. - /usr/bin/rake wasn't owned by any package. - vim (compiled with --enable-rubyinterp) won't work (and compile)
However, ruby 1.9.1 is really faster than old 1.8.7.
I'll test further for some shortcomings with the new ruby.
Does anyone know what the current state of Ruby on Rails versus Ruby 1.9.x is? Because I remember there were compatibility issues and I'm pretty sure there are Archers who use Ruby on Rails (even if only for example for development). It would be unfortunate to break it for them, even if Ruby itself is better in the version 1.9.x. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
I think the problem isn't the Rails, but the Gems. Until I know, Rails 2.2.2 are compatible with Ruby 1.9. But some developers don't upgrade their gems code to work with Ruby 1.9.X, so, sometimes apps will break with a upgrade. But, it depends only from developers of used gems. -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil On Thu, Feb 5, 2009 at 9:18 AM, Ondřej Kučera <ondrej.kucera@centrum.cz> wrote:
Hi,
Johannes Held wrote:
Allan McRae <allan@archlinux.org>:
I think very little in [extra] depends on ruby (needed plugins mainly), but the is quite a bit in [community]. I thought BaSh used to maintain some of them so perhaps he wants to be the maintainer. Anyway, the transition to the 1.9 series in not minor (as in plug-ins need ported) so if no-one volunteers, I will just continue with the 1.8 series until such a time as something in our repos really needs 1.9.
Allan
I did an update via abs right know and ran into some smaller problems: - Ruby 1.9.1 now includes rubygems, so I had to remove that first. - /usr/bin/rake wasn't owned by any package. - vim (compiled with --enable-rubyinterp) won't work (and compile)
However, ruby 1.9.1 is really faster than old 1.8.7.
I'll test further for some shortcomings with the new ruby.
Does anyone know what the current state of Ruby on Rails versus Ruby 1.9.x is? Because I remember there were compatibility issues and I'm pretty sure there are Archers who use Ruby on Rails (even if only for example for development). It would be unfortunate to break it for them, even if Ruby itself is better in the version 1.9.x.
Ondřej
-- Cheers, Ondřej Kučera
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, Kessia 'even' Pinheiro wrote:
I think the problem isn't the Rails, but the Gems. Until I know, Rails 2.2.2 are compatible with Ruby 1.9. But some developers don't upgrade their gems code to work with Ruby 1.9.X, so, sometimes apps will break with a upgrade. But, it depends only from developers of used gems.
True. But at the end of the day it goes down to works/doesn't work as a whole and as long as the gems used by Rails are broken, Rails are effectively broken too. :-( Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, On Thu, Feb 5, 2009 at 10:56 AM, Ondřej Kučera <ondrej.kucera@centrum.cz> wrote:
Hi,
<cut>
True. But at the end of the day it goes down to works/doesn't work as a whole and as long as the gems used by Rails are broken, Rails are effectively broken too. :-(
Ondřej
-- Cheers, Ondřej Kučera
True, but, it depends of the user. If he don't use any gem, it wont broke. So, we need decide if we'll provide a new package with many new features, or wait some time (how much?) to provide this package because some (how much?) users use a specific gem to code/run a Rails app. Finally, I maintain the rubygems package at community, so, when we decide which choise will be applyed, we need remove the rubygems package from community too. Thanks, -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, Kessia 'even' Pinheiro wrote:
True, but, it depends of the user. If he don't use any gem, it wont broke. So, we need decide if we'll provide a new package with many new features, or wait some time (how much?) to provide this package because some (how much?) users use a specific gem to code/run a Rails app.
Yes, it's not an easy question, ideally someone enough involved in the Rails community should say when it is OK (from Rails point of view) to upgrade Ruby. I'm definitely not that person I'm afraid, I just wanted to say that upgrading Ruby has its consequences. I myself don't use/need any other gems than those that Rails require, at least for now I don't. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hello! I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5". I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work... I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions? Best Regards, Guillermo Leira
Guillermo Leira wrote:
Hello!
I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".
I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...
I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions?
Best Regards,
Guillermo Leira
Which desktop/window manager are you using in the VM? DR
Gnome. And the same in all the other physical and virtual machines. I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine... GLR -----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem Guillermo Leira wrote:
Hello!
I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".
I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...
I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions?
Best Regards,
Guillermo Leira
Which desktop/window manager are you using in the VM? DR
Hmmm ... dunno. I'm not seeing this in my Arch VM using Fluxbox. Wheel down sends button 5 events, and wheel up sends button 4. I'm using X hotplugging as well - i.e., evdev and HAL. I'm using Virtualbox, however. Sounds like you're using VMWare. Is the VM up to date with the latest Arch packages? Not sure what else to tell you. :-( DR Guillermo Leira wrote:
Gnome. And the same in all the other physical and virtual machines.
I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine...
GLR
-----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem
Guillermo Leira wrote:
Hello!
I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".
I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...
I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions?
Best Regards,
Guillermo Leira
Which desktop/window manager are you using in the VM?
DR
On Fri, Feb 6, 2009 at 1:06 AM, David Rosenstrauch <darose@darose.net>wrote:
Hmmm ... dunno. I'm not seeing this in my Arch VM using Fluxbox. Wheel down sends button 5 events, and wheel up sends button 4. I'm using X hotplugging as well - i.e., evdev and HAL.
I'm using Virtualbox, however. Sounds like you're using VMWare.
Is the VM up to date with the latest Arch packages?
Not sure what else to tell you. :-(
DR
Guillermo Leira wrote:
Gnome. And the same in all the other physical and virtual machines.
I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine...
GLR
-----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem
Guillermo Leira wrote:
Hello!
I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".
I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...
I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions?
Best Regards,
Guillermo Leira
Which desktop/window manager are you using in the VM?
DR
I guess you are using Vmware Workstation. Which version?
I'm using Vmware Server 2.0. Thanks, Guillermo Leira De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de Abdul Halim Enviado el: jueves, 05 de febrero de 2009 19:35 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem On Fri, Feb 6, 2009 at 1:06 AM, David Rosenstrauch <darose@darose.net> wrote: Hmmm ... dunno. I'm not seeing this in my Arch VM using Fluxbox. Wheel down sends button 5 events, and wheel up sends button 4. I'm using X hotplugging as well - i.e., evdev and HAL. I'm using Virtualbox, however. Sounds like you're using VMWare. Is the VM up to date with the latest Arch packages? Not sure what else to tell you. :-( DR Guillermo Leira wrote: Gnome. And the same in all the other physical and virtual machines. I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine... GLR -----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem Guillermo Leira wrote: Hello! I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5". I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work... I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions? Best Regards, Guillermo Leira Which desktop/window manager are you using in the VM? DR I guess you are using Vmware Workstation. Which version?
Hello! I'm using VMware Server, and the VM is up to date. I'll try to disable hotplugging... I can't find any documentation about the hal files. Anyway, it is not necessary in a virtual machine. Thanks, Guillermo Leira -----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 18:07 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem Hmmm ... dunno. I'm not seeing this in my Arch VM using Fluxbox. Wheel down sends button 5 events, and wheel up sends button 4. I'm using X hotplugging as well - i.e., evdev and HAL. I'm using Virtualbox, however. Sounds like you're using VMWare. Is the VM up to date with the latest Arch packages? Not sure what else to tell you. :-( DR Guillermo Leira wrote:
Gnome. And the same in all the other physical and virtual machines.
I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine...
GLR
-----Mensaje original----- De: arch-general-bounces@archlinux.org [mailto:arch-general-bounces@archlinux.org] En nombre de David Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para: General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel Problem
Guillermo Leira wrote:
Hello!
I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".
I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...
I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck. Any suggestions?
Best Regards,
Guillermo Leira
Which desktop/window manager are you using in the VM?
DR
Ondřej Kučera wrote:
Hi,
Kessia 'even' Pinheiro wrote:
True, but, it depends of the user. If he don't use any gem, it wont broke. So, we need decide if we'll provide a new package with many new features, or wait some time (how much?) to provide this package because some (how much?) users use a specific gem to code/run a Rails app.
Yes, it's not an easy question, ideally someone enough involved in the Rails community should say when it is OK (from Rails point of view) to upgrade Ruby. I'm definitely not that person I'm afraid, I just wanted to say that upgrading Ruby has its consequences. I myself don't use/need any other gems than those that Rails require, at least for now I don't.
We can alway have a ruby package and a ruby18 package at a later date, much like what will happen when I make python3 to python. Currently, it seems that nothing in the repos builds against ruby-1.9 so I (or whoever takes ruby over) can wait for that transition and provide a ruby19 package. Allan
Hi,
We can alway have a ruby package and a ruby18 package at a later date, much like what will happen when I make python3 to python. Currently, it seems that nothing in the repos builds against ruby-1.9 so I (or whoever takes ruby over) can wait for that transition and provide a ruby19 package.
Well maintaining both versions (at least for some time) would be an ideal solution, only I didn't dare to suggest it because I can imagine it takes quite some work. :-) Ondřej -- Cheers, Ondřej Kučera
Hi, Maintain both version only depends of the developer, he'll maintain both? And it can broke any actual package? On Fri, Feb 6, 2009 at 4:46 AM, Ondřej Kučera <ondrej.kucera@centrum.cz> wrote:
Hi,
We can alway have a ruby package and a ruby18 package at a later date, much like what will happen when I make python3 to python. Currently, it seems that nothing in the repos builds against ruby-1.9 so I (or whoever takes ruby over) can wait for that transition and provide a ruby19 package.
Well maintaining both versions (at least for some time) would be an ideal solution, only I didn't dare to suggest it because I can imagine it takes quite some work. :-)
Ondřej
-- Cheers, Ondřej Kučera
-- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil
And it can broke any actual package? Updating to 1.9.1 broke vim (beeing compiled with --enable-rubyinterp.
"Kessia 'even' Pinheiro" <kessiapinheiro@gmail.com>: libruby.so can't be located at startup...) -- Gruß, Johannes Täglich http://blog.hehejo.de und du fühlst dich gut. http://cryptocd.eduforge.org/online_version
This could be interessting, too. http://isitruby19.com/ (via http://www.ruby-mine.de/2009/2/6/gem-compatible_with-ruby19) -- Gruß, Johannes Täglich http://blog.hehejo.de und du fühlst dich gut. http://cryptocd.eduforge.org/online_version
participants (7)
-
Abdul Halim
-
Allan McRae
-
David Rosenstrauch
-
Guillermo Leira
-
Johannes Held
-
Kessia 'even' Pinheiro
-
Ondřej Kučera