closer changed the topic of #ruby-core to: check the latest release candidate for 1.9.1 release ftp.ruby-lang.org:/home/yugui/ruby-1.9.1-r26021+1.tar.bz2
madgen has quit [Ping timeout: 264 seconds]
madgen has joined #ruby-core
madgen has quit [Ping timeout: 276 seconds]
nagachika has joined #ruby-core
heroux has quit [Ping timeout: 244 seconds]
heroux has joined #ruby-core
zzak has quit [Remote host closed the connection]
zzak has joined #ruby-core
<zzak>
[Unknown, irc.freenode.net] greetings
nagachika has quit [Remote host closed the connection]
nokada has joined #ruby-core
nokada has quit [Remote host closed the connection]
nokada has joined #ruby-core
nagachika has joined #ruby-core
nagachika has quit [Remote host closed the connection]
<zzak>
[apeiros, irc.freenode.net] tribals: do you really get a NameError?
<zzak>
[ascetic, irc.freenode.net] apeiros: yes, you can check it yourself
<zzak>
[ascetic, irc.freenode.net] apeiros: no, sory, NoMethodError
<zzak>
[apeiros, irc.freenode.net] tribals: thought so.
<zzak>
[apeiros, irc.freenode.net] tribals: I did check. because NameError was unexpected. NoMethodError was expected.
<zzak>
[apeiros, irc.freenode.net] so please - don't do that. don't put random interpretations of errors in your descriptions. copy & paste the *precise* exception. otherwise you're just making it unnecessarily hard for people who want to help.
<zzak>
[apeiros, irc.freenode.net] as for the reason: `spam = spam.swapcase` (line 4) does not call A#spam=, it assigns a value to a local variable.
<zzak>
[apeiros, irc.freenode.net] you want `self.spam = spam.swapcase`
<zzak>
[ascetic, irc.freenode.net] apeiros: ok. sorry again, i just typed it by hand, so the mistake leaked
<zzak>
[ascetic, irc.freenode.net] apeiros: any reasons why `something =` doesn't call accessor but assigns local variable?
<zzak>
[apeiros, irc.freenode.net] tribals: sure - you would not be able to assign to a local variable ever if it'd call the method
<zzak>
[apeiros, irc.freenode.net] or alternatively: assigning locals would mean you'd always have the overhead to go through the full method lookup including method_missing just to set an lvar (huge overhead)
<zzak>
[ascetic, irc.freenode.net] apeiros: sure! why i don't thought about that? (rhetorical question)
<zzak>
[Softnex, irc.freenode.net] hello, is there an official Ruby 1.9+ package for centos 6 ?
nagachika has joined #ruby-core
<zzak>
[dea, irc.freenode.net] I've run into a use case for default block arguments twice in as many days. Do you think that should be a thing?
<zzak>
[PapierKorb, irc.freenode.net] Softnex: Don't know anything about CentOS, https://michaelheap.com/installing-ruby-1-9-3-on-centos-6/ talks about using the "software collections". Ruby1.9 is past its End Of Life, please check if either 1) your application(s) also work with recent rubies or 2) that CentOS still provides recent security patches
<zzak>
[apeiros, irc.freenode.net] Ox0dea: blocks are arguments to me, and as such I find it sad that both, mandatory blocks, as well as block defaults are missing
<zzak>
[apeiros, irc.freenode.net] so yes, IMO default blocks should be a thing. just don't know how to do it well wrt syntax
<zzak>
[Softnex, irc.freenode.net] Papierkorb : thanks, in facte, centos 6 is still delivered with ruby 1.8... well, my application works with, at least, ruby 1.9 but I would be happy to have a more recent version
<zzak>
[http://www.jorgenschaefer.de/, irc.freenode.net] Software collections are a pain to use, but work, if you're stuck in RHEL6/CentOS6