Tiny Core Linux
Tiny Core Extensions => TCE Talk => Extension requests => Topic started by: bat on August 07, 2014, 09:49:01 PM
-
If it is easy to have a tcz for the latest version of gnuplot, that would be great. I can see it in the extension archive for tc versions up to 4, but not version 5. I've bumbled about trying to compile it myself from source with varying degrees of success, so if someone who knows what they're doing can make one available easily, that would be great. Cheers.
-
https://code.google.com/p/tc-ext-tools/source/browse/packages/gnuplot
-
Many thanks, man, I'm going to have one more try at this, but at the moment I can't work out how to get the tcz file installed from the info on the link that you posted. Sorry, real numpty here. Any help would be much appreciated.
-
hi Bat
tc-ext-tool is for creating tcz
-
Thanks for that. It works up to a point during the build and then says it hasn't got the package called texinfo. I can't find that with tc-ext-tools or with the app browser thing.
-
Hi bat
Try using texinfo.tcz from the 4.x repository.
-
Thanks for that. I have done that now but when I type 'buildit' it goes OK for a while but then gets to a point where it gives an assembler error. I should say it was asking for wx things so I loaded what seemed to be the right library at the time (wx GTK something ?).
I can actually get gnuplot to compile and run if I get the source tar.gz file and 'make' the package the usual unix way (with compiletc installed) but the executable does not allow me to produce jpegs or pngs because it is not linked with libgd which also tried to get, but that didn't quite work right! Anyhow, I think I'll do more work on this approach....
-
Hi bat
post the result of
buildit --print compile
.
Or try dCore
-
.. but the executable does not allow me to produce jpegs or pngs because it is not linked with libgd which also tried to get
libgd posted
-
libgd posted
Many thanks all and especially Juanito for libgd which has fully sorted it now for me. For reference, the things you need are compiletc.tcz, libgd-dev.tcz (not to be confused with libgda) and xorg-7.7-dev.tcz and then it is a case of using the standard unix commands: "./configure", "make" and "sudo make install" and it seems to work absolutely fine for my current purposes which is really great!!
-
Hi Bat,
If u have used tc-ext-tools and u want to update it u can ask arslan to add u as administrator on tc-ext-tools
-
Many thanks, err, another dumb question... When gnuplot compiles it puts the executable in /usr/local/bin but when I reboot, its gone!! Can I make it persistent?? Struggling a bit on that one.
-
See the wiki on making extensions http://wiki.tinycorelinux.net/wiki:creating_extensions (http://wiki.tinycorelinux.net/wiki:creating_extensions)
-
Thanks for that idea, I'll try to make an extension when I have got a bit more practised with all this. My question was more about how to make gnuplot persistent on my machine (!) and, for my own reference, the thing to do is to add a line saying usr to the file /opt/.filetool.lst and it seems to be persistent after a couple of reboots.
-
If you make an extension as per the wiki then use the Apps gui or simply add gnuplot.tcz to the /tce/onboot.lst the extension will be persistent over reboots being loop mounted at boot, though you may choose to load ondemand etc etc.
adding items to the /opt/.filetool.lst is more for settings files and home user files etc or temporary trial of an application, aiui.. I think it's safe to say use filetool backup where original conf. files need to be overwritten by personal configuration files.
see http://tinycorelinux.net/concepts.html (http://tinycorelinux.net/concepts.html) for more
and http://tinycorelinux.net/book.html (http://tinycorelinux.net/book.html)
-
Hi bat
... the thing to do is to add a line saying usr to the file /opt/.filetool.lst and it seems to be persistent after a couple of reboots.
That's not really a good idea, you should really learn to package it up as an extension. If you insist on doing it this way, then explicitly
specify the files you wish to back up. Don't blindly backup the entire /usr directory tree.