Hi
For RubySoc I’m working on C-extension support together with Wayne
Meissner and I wondered: which gems would people most likely want to see
running?
I’m currently testing with sqlite, mysql, thin, ruby-xlib, yajl and
system_timer, all of which are in different states of not working 
However, I think support now sufficiently far ahead that I can ask for
suggestions on extensions people would like to see running so I can
start to check out perhaps more useful gems.
Regards,
Tim
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
It would be nice if Chef (GitHub - chef/chef: Chef Infra, a powerful automation platform that transforms infrastructure into code automating how infrastructure is configured, deployed and managed across any environment, at any scale) could run on
JRuby. Chef depends on some native extensions.
On 07/11/2010 10:56 AM, Tim F. wrote:
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
@tommychheng
Programmer and UC Irvine Graduate Student
Find a great grad school based on research interests:
http://gradschoolnow.com
Hi
On Jul 11, 2010, at 9:38 PM, consiliens wrote:
It would be nice if Chef (GitHub - chef/chef: Chef Infra, a powerful automation platform that transforms infrastructure into code automating how infrastructure is configured, deployed and managed across any environment, at any scale) could run on JRuby. Chef depends on some native extensions.
I’ve started testing out Chef and all it’s dependencies. Today I got it
to run the specs, some fail though, and it segfaults near the very end.
I’ll keep on it, though.
On Jul 12, 2010, at 4:00 PM, Tommy C. wrote:
Hi,
RSRuby project would be a cool project that can be FFI-ed to work with jruby.
GitHub - alexgutteridge/rsruby: Ruby - R bridge.
I’ll look into this (have to install R first). Oh, and I’m not FFI-ing,
I’m trying to make the actual C extensions run 
Regards
-Tim
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Tim F. wrote:
Hi
For RubySoc I’m working on C-extension support together with Wayne
Meissner and I wondered: which gems would people most likely want to see
running?
rmagick (said somewhat tongue in cheek).
-r
On 07/13/2010 03:04 PM, Tim F. wrote:
On Jul 11, 2010, at 9:38 PM, consiliens wrote:
It would be nice if Chef (GitHub - chef/chef: Chef Infra, a powerful automation platform that transforms infrastructure into code automating how infrastructure is configured, deployed and managed across any environment, at any scale) could run on JRuby. Chef depends on some native extensions.
I’ve started testing out Chef and all it’s dependencies. Today I got it to run the specs, some fail though, and it segfaults near the very end. I’ll keep on it, though.
That’s great news. I hope Opscode will be supportive of running Chef on
JRuby using your RSoC project. I think other developers will be excited
about Chef on JRuby. Consider posting on the Chef mailing list
(http://lists.opscode.com/sympa/info/chef) to encourage community
participation.
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
On Tue, 13 Jul 2010 23:04:22 +0200, Tim F. [email protected]
wrote:
On Jul 12, 2010, at 4:00 PM, Tommy C. wrote:
Hi,
RSRuby project would be a cool project that can be FFI-ed to work with
jruby.
GitHub - alexgutteridge/rsruby: Ruby - R bridge.
I’ll look into this (have to install R first). Oh, and I’m not FFI-ing,
I’m trying to make the actual C extensions run
Regards
-Tim
Let me know if you need any help with getting RSRuby/R running. I don’t
have time to actively develop RSRuby any more, but it would be cool to
get
it working with JRuby.
–
Alex G.
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Hi Roger,
i don’t know if it’s the same but there is working rmagick4j gem.
Best greetings,
Paweł Wielgus.
2010/7/14 Roger P. [email protected]:
Posted via http://www.ruby-forum.com/.
To unsubscribe from this list, please visit:
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
A thought… the daemon gem?
I dont know how it would work, but something that would be a drop in
replacement for that gem would absolutely rock. There are so many
other libs depending on that.
Albert
2010/7/16 Paweł Wielgus [email protected]:
To unsubscribe from this list, please visit:
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Replicating the daemon gem just won’t work on the JVM - it requires
running ruby code after the fork, which means running java code, which
just doesn’t work reliably. The fork() kills off all other threads
other than the caller, which kills some kinda-important threads like
the GC thread, other JRuby internal threads, etc.
On 16 July 2010 21:38, Albert R. [email protected]
wrote:
i don’t know if it’s the same but there is working rmagick4j gem.
Meissner and I wondered: which gems would people most likely want to see
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Then maybe some kind of replacement for daemon that is as close to
drop in as possible, and with instructions as to port from daemon?
On Fri, Jul 16, 2010 at 1:51 PM, Wayne M. [email protected]
wrote:
Best greetings,
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
“god” (monitoring)
On Fri, Jul 16, 2010 at 10:51 AM, Albert R.
[email protected] wrote:
2010/7/16 Paweł Wielgus [email protected]:
To unsubscribe from this list, please visit:
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Hi
On Jul 17, 2010, at 9:03 PM, Kyle W. wrote:
“god” (monitoring)
God compiles and loads, to run the specs I had to enable fork support,
though, and it all seems a bit flaky. Sometimes tests will just stop
running and I have to do them multiple times, sometimes I’ll get nasty
Thread exceptions. Running each test file separately I’m getting 10
failures, 8 of which are in the process tests, which might or might not
be related to the unsafe fork-ing.
-Tim
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
The only other that has held back me from porting everything to JRuby
is DelayedJob… which again uses fork. I’ve made minimal attempts to
get it to work by enabling ObjectSpace and fork in JRuby.
All the other scheduling options out there don’t come close to the
simplicity and ease of use of DJ.
On Sun, Jul 18, 2010 at 10:47 AM, Tim F. [email protected] wrote:
To unsubscribe from this list, please visit:
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Which part of DelayedJob requires fork, and not just popen or other exec
type feature?
On 2010-08-07, at 16:17, Charles Oliver N. wrote:
only seems useful for small, simple processes…and the JVM definitely
http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
–
With kind regards
Uwe K.
Kubosch Consulting
[email protected]
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
The original DJ did not rely on the daemon gem, and we use it in
production right now. Some fork on github enabled features for
daemonization using daemon (and thus forking). I guess you could
implement the same behaviour using some kind of javalib.
On Sun, Aug 8, 2010 at 12:28 PM, Uwe K. [email protected] wrote:
like it should.
get it to work by enabling ObjectSpace and fork in JRuby.
God compiles and loads, to run the specs I had to enable fork support, though, and it all seems a bit flaky. Sometimes tests will just stop running and I have to do them multiple times, sometimes I’ll get nasty Thread exceptions. Running each test file separately I’m getting 10 failures, 8 of which are in the process tests, which might or might not be related to the unsafe fork-ing.
To unsubscribe from this list, please visit:
http://kubosch.no/
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Fork is definitely a problem for us. We don’t control the JVM enough
to “restart” all its various worker threads after a fork, which means
there’s a very narrow window in which you can safely run code after
forcing the JVM to fork. The only really reliable way is to do it from
JNI and immediately exec, since nothing JVM-related is going to behave
like it should.
So it’s not really fork that’s a problem, it’s forking with the
expectation that code will continue to run as before. I’d love for it
to work in all cases, but it’s one of those OS-level features that
only seems useful for small, simple processes…and the JVM definitely
doesn’t qualify.
On Fri, Aug 6, 2010 at 2:16 PM, Kyle W. [email protected]
wrote:
  http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
So, a java version of the daemons gem would be great.
On 2010-08-08, at 15:53, Albert R. wrote:
only seems useful for small, simple processes…and the JVM definitely
http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
–
With kind regards
Uwe K.
Kubosch Consulting
[email protected]
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
