Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby

newer
[arch-general] lxc containers in...

older
[arch-general] smbmount: command...

Johannes Held

5 Feb 2009 5 Feb '09

9:11 a.m.

Allan McRae :

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

Attachments:

signature.asc (application/pgp-signature — 197 bytes)

Show replies by date

Ondřej Kučera

5 Feb 5 Feb

1:18 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

Hi, Johannes Held wrote:

...

Allan McRae :

...
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.

Kessia 'even' Pinheiro

1:52 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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 wrote:

...

Hi,

Johannes Held wrote:

...
Allan McRae :

...
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.

Ondřej Kučera

2:56 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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.

Kessia 'even' Pinheiro

3:06 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

Hi, On Thu, Feb 5, 2009 at 10:56 AM, Ondřej Kučera 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.

Ondřej Kučera

3:23 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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.

Guillermo Leira

5:04 p.m.

New subject: [arch-general] Wheel Problem

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

David Rosenstrauch

5:08 p.m.

New subject: [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

Guillermo Leira

5:53 p.m.

New subject: [arch-general] Wheel Problem

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

David Rosenstrauch

6:06 p.m.

New subject: [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

Abdul Halim

7:34 p.m.

New subject: [arch-general] Wheel Problem

On Fri, Feb 6, 2009 at 1:06 AM, David Rosenstrauch 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?

Guillermo Leira

9 Feb 9 Feb

11:44 a.m.

New subject: [arch-general] Wheel Problem

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 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?

Guillermo Leira

11:42 a.m.

New subject: [arch-general] Wheel Problem

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

Allan McRae

6 Feb 6 Feb

7:08 a.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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

Ondřej Kučera

8:46 a.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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 'even' Pinheiro

12:34 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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 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

Johannes Held

2:11 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

...

And it can broke any actual package? Updating to 1.9.1 broke vim (beeing compiled with --enable-rubyinterp.

"Kessia 'even' Pinheiro" : 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

Johannes Held

7 Feb 7 Feb

6:28 p.m.

New subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby

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

5552

Age (days ago)

5556

Last active (days ago)

List overview

Download

17 comments

7 participants

participants (7)

Abdul Halim
Allan McRae
David Rosenstrauch
Guillermo Leira
Johannes Held
Kessia 'even' Pinheiro
Ondřej Kučera