Notices


Reply
Thread Tools
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#21
Originally Posted by jwshale View Post
4.) Make some symlinks (Octave looks for these libraries with ".so" at the end, not ".so.3gf" so it can't find them - I think... I'm sure someone will correct me if I'm wrong!).
Code:
cd /usr/lib
ln -s libblas.so.3gf libblas.so
ln -s liblapack.so.3gf liblapack.so
I'm not the maintainer of those am I? I have a nasty feeling I once was. If so I ought to sort them out so they install correctly.....

In any case, thanks for the nice installation explanation
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#22
It looks like Thomas Tanner has uploaded some more recent packages which has sorted the symlink issue out, many thanks.

I'm just rebuilding Octave without the runtime texinfo requirement (hopefully, I can't remember why that was needed in the first place) and am optifying it, so it should soon be in Extras-devel

I'm also planning on building this (for want of any better suggestions): http://cberger.net/Programs/Kalculus.html which can act as a UI for both Octave and Yacas. Then I guess we should push the whole lot to Extras.
 

The Following User Says Thank You to lardman For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#23
Hmm, is already optified, I'm going mad, anyway I'll check the lack of the runtime texinfo dep doesn't break anything
 

The Following User Says Thank You to lardman For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#24
Ok I spoke too soon, the problem with the blas and lapack libraries (or with Octave) is that the libraries package the plain .so symlink with the -dev package, but Octave wants to load using the plain .so symlink.

I've created replacement packages and am just waiting for Thomas Tanner to confirm he's happy for these to replace his current packages.

Kalculus also relies on a Ruby component that isn't currently available, and as I'm not a Ruby programmer I'm not too keen on porting it. Instead I'll have a look at QtOctave as a GUI wrapper.
 

The Following User Says Thank You to lardman For This Useful Post:
Posts: 20 | Thanked: 7 times | Joined on Apr 2010
#25
Hi lardman,

It's great to see you're working on getting this sorted out and packaged up! QtOctave would be great, although I'm sure I can make do with the command line

Sometime I will have to figure out how to do all this packaging stuff myself - I'd quite like to develop some simple applications for Maemo. But sadly I haven't got much time at the moment...
 
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#26
It may be that Octave just works now as Thomas Tanner fixed my (slightly broken) fort77. Please do try as i don't seem to be able to reinstall libblas3gf and liblapack3gf which were the packages that Octave was incorrectly (so rather than so.X) linked against.

I've uploaded QtOctave, but it needs some serious UI work as it's nigh on unusable atm. If anyone has the time and motivation please feel free to do some hacking there (or go for something else if you fancy)

Last edited by lardman; 2010-11-24 at 22:44.
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Posts: 20 | Thanked: 7 times | Joined on Apr 2010
#27
Originally Posted by lardman View Post
It may be that Octave just works now as Thomas Tanner fixed my (slightly broken) fort77. Please do try as i don't seem to be able to reinstall libblas3gf and liblapack3gf which were the packages that Octave was incorrectly (so rather than so.X) linked against.

I've uploaded QtOctave, but it needs some serious UI work as it's night on unusable atm. If anyone has the time and motivation please feel free to do some hacking there (or go for something else if you fancy)
Just tested your qtoctave - you're right about the usability!



There seem to be a few errors being thrown out too, but basic functionality seems to work.
 
Posts: 74 | Thanked: 45 times | Joined on Dec 2010
#28
Regarding battery/cpu load/ram/disk behaviour.
What do you think is more suitable to install octave+some octave forge pkgs on EasyDebian or directly in Maemo as explained above. I guess directly is lightly better in resources, but I don't know if more limiting regarding disk space.
What is your opinion?
 
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#29
I guess it would make little odds - I must check to see whether Octave is optified, that will make a difference.
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Posts: 1,994 | Thanked: 3,342 times | Joined on Jun 2010 @ N900: Battery low. N950: torx 4 re-used once and fine; SIM port torn apart
#30
Hello.
First, move qtoctave.desktop from /usr/share/applications to /usr/share/applications/hildon or something like this to see it in Hildon menu.
Second, add gnuplot as deb dependency, then plot() will work in QtOctave.
Third, find out why buttons have no images. It should be not difficult to fix.

Finally, thanks for porting Octave and QtOctave!
 
Reply


 
Forum Jump


All times are GMT. The time now is 03:41.