NetBeans IDE Dev (Build 200702141900)
1.6.0; Java HotSpot(TM) Client VM 1.6.0-b105
Linux version 2.6.17-10-generic running on i386
cs_CZ (nb); UTF-8
- downloaded ruby to netbeans from update center ( issue 95670 contains detailed
- restarted IDE (the reason is issue 95670)
- F6 to run project - IOException - "chmod +x *" in bin folder of jruby fixes it.
feel free to reassign to build masters..
Fixed. The module installer will now run chmod (when not on Windows) on the
various files in JRuby's bin directory.
cvs server: scheduling file `RubyProjectModuleInstaller.java' for addition
cvs server: use 'cvs commit' to add this file permanently
initial revision: 1.1
Checking in manifest.mf;
/cvs/scripting/ruby/projects/manifest.mf,v <-- manifest.mf
new revision: 1.3; previous revision: 1.2
Checking in src/org/netbeans/modules/ruby/rubyproject/api/RubyInstallation.java;
new revision: 1.2; previous revision: 1.1
Checking in nbproject/project.properties;
/cvs/scripting/ruby/projects/nbproject/project.properties,v <-- project.properties
new revision: 1.4; previous revision: 1.3
hmm, this somehow did not work for me:(
this time i've downloaded #132 from deadlock.nbextras (btw. i've checked if your
new module installer is already present in module's jar), unzipped, put extra
cluster into ide, ran ide, created ruby app, ran ruby app -> IOException again.
please investigate ASAP, this a a high priority (because of M7)
That's a different issue. If you just download a cluster and add it to your
clusters list, that won't run the module installer I think. My fix -should-
work with the update center (which is how I believe M7 users will be accessing
the Ruby functionality).
Fixing the ruby cluster download for deadlock would be nice too of course. Did
you use unzip or jar to extract the bits?
I've updated the wiki instructions for using the deadlock.netbeans.org bits:
"Also note that you may have to add execute permissions to the installed Ruby
% chmod ugo+x /Users/tor/dev/netbeans-ruby-hudson-8/extra/jruby-0.9.2/bin/*
you're right - i see you're not using restored() but installed(), which is
executed only during module installation (and that's enough for the update
I'm unpacking by unzip.
Setting back as FIXED.
i've downloaded ruby from UC again today, IDE was restarted before modules were
installed, created new ruby app, F6 -> IOE again
here is some info from manifest.mf from org-netbeans-ruby-project.jar to prevent
I think that's a separate issue from this bug. In fact I observed it myself this
weekend so I filed a high priority bug on it - issue 95870. However, 3 people
are reporting that they cannot reproduce it. Can you take a look at their
comments and if you are in the same building show them what you're observing?
I just read what you said a bit more carefully. You're saying that it -did-
install the new module updates correctly (ran module installer), yet you're
still not seeing execute permissions, is that correct?
I will try to reproduce this on my own Linux box.
The culprit appear to be issue 95965 but I have checked in a workaround where
I'm now doing installation steps in #restored() (e.g. on every startup) which
should make everything work, albeit a bit slower, for now.
works fine, i did not subjectively notice any performance degradation...verified.
Reassigning this issue to newly created 'ruby' component.
Changing target milestone of all resolved Ruby issues from TBD to 6.0 Beta 1 build.