Hi list, Matju,
I finally managed to compile gridflow on my ubuntu box:
Here are the final steps I had to go through:
Get CVS version of gridflow (see gridflow doc., quite easy)
Install ruby 1.9 which is "not supported" by ubuntu team (i.e. part ot
the universe/multiverse repositories)
- Make symlink called /usr/bin/ruby to /usr/bin/ruby1.9
-> $ sudo ln -s /usr/bin/ruby1.9 /usr/bin/ruby
- Make symlink called /usr/lib/libruby.so to /usr/lib/libruby1.9.so.1.9.0
-> $ sudo ln -s ./libruby1.9.so.1.9.0 ./libruby
- Run ldconfig
-> $ sudo ldconfig
=> Configure & successful compilation!
This is not very tricky but as I'm no programmer nor linux specialist, I'd like to have found such things (mainly the whole bunch of symlinks to be created) written somewhere to save me some time. Maybe in gridflow html doc Matju? Added to the "other tips" section in it? As a noob subsection? (-:
Nervertheless, after successful compilation of gridflow. I started it, pd says:
setting up Ruby-for-PureData... gridflow.pd_linux found itself in /home/jerome/pdStuff/gridflow-CVS we are using Ruby version 1.9.0 DIR = "/home/jerome/pdStuff/gridflow-CVS" Ruby's path = ["/home/jerome/pdStuff/gridflow-CVS/..", "/home/jerome/pdStuff/gridflow-CVS", "/home/jerome/pdStuff/gridflow-CVS/optional/rblti", "/usr/local/lib/site_ruby/1.9", "/usr/local/lib/site_ruby/1.9/i486-linux", "/usr/local/lib/site_ruby/1.9/i386-linux", "/usr/local/lib/site_ruby", "/usr/lib/ruby/1.9", "/usr/lib/ruby/1.9/i486-linux", "/usr/lib/ruby/1.9/i386-linux", "."]
Which seems to be OK. Or maybe there's something wrong with Ruby's path?
But as soon as I try to open any gridflow example patch:
error: NoMethodError: undefined method `[]' for GridFlow::FObject:Class (eval):1 ... you might be able to track this down from the Find menu. # rand ... couldn't create
This is an example with the #rand object but it seems as it will do the same for every gridflow object...
Any idea on what it can come from?
Do you need more details? Which ones?
++
Jé
On Fri, 7 Apr 2006, Jerome Tuncer wrote:
- Install ruby 1.9 which is "not supported" by ubuntu team (i.e. part ot the universe/multiverse repositories)
I don't have a choice. The bugfix that I need did *not* get backported to Ruby 1.8, and it's been well over a year.
- Make symlink called /usr/bin/ruby to /usr/bin/ruby1.9
-> $ sudo ln -s /usr/bin/ruby1.9 /usr/bin/ruby
You don't need that (?), you can run "ruby1.9 configure" instead of "./configure".
- Make symlink called /usr/lib/libruby.so to /usr/lib/libruby1.9.so.1.9.0
-> $ sudo ln -s ./libruby1.9.so.1.9.0 ./libruby
That's wrong because compiling with -lruby will look for libruby.so, so you are missing the .so suffix; but recent versions of GridFlow include a detection for "-lruby1.9". I run Ubuntu but I installed Ruby from source so for me Ruby 1.9 uses "-lruby" and the executable is called just "ruby".
created) written somewhere to save me some time. Maybe in gridflow html doc Matju? Added to the "other tips" section in it? As a noob subsection? (-:
I've just added a note about "ruby1.9 configure".
Ruby's path = ["/home/jerome/pdStuff/gridflow-CVS/..", "/home/jerome/pdStuff/gridflow-CVS", "/home/jerome/pdStuff/gridflow-CVS/optional/rblti",
Which seems to be OK. Or maybe there's something wrong with Ruby's path?
It always prints it these days, because there's a new feature that detects where gridflow.pd_linux is and adds it to Ruby's path when loading GridFlow. That's why you don't have to do "make install" anymore. The above settings look good.
But as soon as I try to open any gridflow example patch: error: NoMethodError: undefined method `[]' for GridFlow::FObject:Class
This is weird, I don't get it. The method "[]" certainly is defined for the GridFlow::FObject class. There has to be another error message that you didn't tell me.
# rand ... couldn't create This is an example with the #rand object
btw there's no [#rand] object, it's [#] and it takes the argument "rand".
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Got it!!!!!!
You were right about the errors I didn't report you but they were not appearing in pd's console: they were in the terminal in which I started pd.
Unfortunately since 0.38 I had put away the habit of starting pd in a term. I just had that "quickstart" command line on gnome's panel. It turned out to be bad. A good pd user will always need the term (-;
The error though was strange:
jerome@heron:~/pdStuff/gridflow-CVS$ pd can't load: no such file to load -- gridflow/base/main.rb backtrace: (eval):1:in `require' (eval):1 (eval):1 $: = ["/home/jerome/pdStuff/gridflow-CVS/..", "/home/jerome/pdStuff/gridflow-CVS", "/home/jerome/pdStuff/gridflow-CVS/optional/rblti", "/usr/local/lib/site_ruby/1.9", "/usr/local/lib/site_ruby/1.9/i486-linux", "/usr/local/lib/site_ruby/1.9/i386-linux", "/usr/local/lib/site_ruby", "/usr/lib/ruby/1.9", "/usr/lib/ruby/1.9/i486-linux", "/usr/lib/ruby/1.9/i386-linux", "."]
So I renamed my /home/jerome/gridflow-CVS directory to /home/jerome/gridflow and everything works now (-:
BTW the link I made to /usr/lib/libruby1.9.so.1.9.0 was indeed /usr/lib/libruby.so it was a typing mistake from me in my previous mail...
I'm on to exploring the lib now!
Do you have any clues, docs, tutorials somewhere?
++
Jé
Mathieu Bouchard wrote:
On Fri, 7 Apr 2006, Jerome Tuncer wrote:
- Install ruby 1.9 which is "not supported" by ubuntu team (i.e. part ot
the universe/multiverse repositories)
I don't have a choice. The bugfix that I need did *not* get backported to Ruby 1.8, and it's been well over a year.
- Make symlink called /usr/bin/ruby to /usr/bin/ruby1.9
-> $ sudo ln -s /usr/bin/ruby1.9 /usr/bin/ruby
You don't need that (?), you can run "ruby1.9 configure" instead of "./configure".
- Make symlink called /usr/lib/libruby.so to /usr/lib/libruby1.9.so.1.9.0
-> $ sudo ln -s ./libruby1.9.so.1.9.0 ./libruby
That's wrong because compiling with -lruby will look for libruby.so, so you are missing the .so suffix; but recent versions of GridFlow include a detection for "-lruby1.9". I run Ubuntu but I installed Ruby from source so for me Ruby 1.9 uses "-lruby" and the executable is called just "ruby".
created) written somewhere to save me some time. Maybe in gridflow html doc Matju? Added to the "other tips" section in it? As a noob subsection? (-:
I've just added a note about "ruby1.9 configure".
Ruby's path = ["/home/jerome/pdStuff/gridflow-CVS/..", "/home/jerome/pdStuff/gridflow-CVS", "/home/jerome/pdStuff/gridflow-CVS/optional/rblti",
Which seems to be OK. Or maybe there's something wrong with Ruby's path?
It always prints it these days, because there's a new feature that detects where gridflow.pd_linux is and adds it to Ruby's path when loading GridFlow. That's why you don't have to do "make install" anymore. The above settings look good.
But as soon as I try to open any gridflow example patch: error: NoMethodError: undefined method `[]' for GridFlow::FObject:Class
This is weird, I don't get it. The method "[]" certainly is defined for the GridFlow::FObject class. There has to be another error message that you didn't tell me.
# rand ... couldn't create This is an example with the #rand object
btw there's no [#rand] object, it's [#] and it takes the argument "rand".
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
-
Jerome Tuncer -
Mathieu Bouchard