hsbt 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
marcandr_ has joined #ruby-core
marcandre has quit [Read error: Connection reset by peer]
shinnya has quit [Ping timeout: 264 seconds]
charliesome has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
charliesome has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<zzak>
arthurnn: even so, it wouldnt be released until 2.2
<arthurnn>
zzak: yep, this breaks public API, so not sure about when it should be released... but would be nice to have it, so ppl can write methods on logger that are thread-safe
<zzak>
arthurnn: for sure
<zzak>
this wouldn't be a problem if logger wasn't stdlib
<zzak>
or at least default gem
<mpapis>
zzak, define stdlib, btw what's up with rubysl, it's so confusing now that most of stdlib was extracted as gems
<zzak>
mpapis we're talking about Logger
<zzak>
lib/logger.rb
<mpapis>
zzak, you mentioned "this wouldn't be a problem if logger wasn't stdlib"
<zzak>
well, we could just release logger right?
<mpapis>
this made me think abou stdlib and then I remembered rubysl
<zzak>
with this feature
<zzak>
and we wouldnt have to wait until ruby 2.2
<zzak>
and anyone who wanted to support the constant, can just downgrade the gem
<zzak>
rubysl is less than optimal
<zzak>
suffers the same issue as cruby stdlib, and is largely unmaintained (its a fork of all the std libraries, without express consent from existing maintainers)
<mpapis>
zzak, I have missed all the discussions about it .. if there were any,
<zzak>
me too
<zzak>
for better or worse
<zzak>
its mainly for rubinius
<mpapis>
I know but as you said - it's fork of most of stdlib
<mpapis>
and rubinius hacks system to make load those gems instead of using default gems, I was just curious if anyone was thinking about it outside of rubnius
<zzak>
:(
<zzak>
i know we use it on kaminari, but i think only for a test
<mpapis>
zzak,my main problem is the chicken and egg problem how a gem could be a requirement for rubygems, but then how to make a common stdlib for all rubies that is written in ruby
<zzak>
hmm
<brixen>
mpapis: you should get your facts straight
<brixen>
rbx doesn't hack anything to load the files
<brixen>
it just prevents bundler from preventing requiring the gems
<brixen>
rubygems needs to quit hacking Kernel.require
<mpapis>
brixen, yes I might be out of date, last time I checked there were hacks
eLobato has quit [Ping timeout: 272 seconds]
<brixen>
kindly don't talk about stuff you don't know about
<mpapis>
brixen, then Kernel.require would have to be extensible - did you open ticket for mri ?
<brixen>
additionally, rubysl doesn't make gems out of anything that are already gems
<brixen>
eg json, racc, minitest, psych
<brixen>
if logger will be a gem, rubysl-logger will be unnecessary and I'll remove it
<brixen>
also, who needs permission to fork something?
<arthurnn>
zzak: having logger as a gem is a good point.. .something like minitest. Rails include the newest version to have more fetures even that not being on ruby yet.
<zzak>
arthurnn: yep, but it's unmaintained and out-of-sync now unfortunately
<arthurnn>
if, having a gem, is something we wanna keep having it.. I can add to my radar to help updating it. not sure if thats what the ruby-core wants, tho