Scientific and astronomy extensions

[Juanito]

It looks like these packages are binaries and will not need compiling (but might need other extensions as deps)?

[bob839]

Yeah, it seems that it is in binary form already, so I have downloaded the Slackware version in tar.gz format instead of .rpm package of RedHat.

Now I have doubts - I have extracted the archive's contents and there is xplns executable and also an install.sh script. Should I run the install.sh script? If so, why? After all, there is executable file, things are compiled, so in WIN I would just click the executable to run the program. I don't want to do try and error without consulting you first, because I don't want to break something in my system.

[Rich]

Hi bob839
The first thing you could try is:

Code: [Select]

ldd xplnsto see if it finds all of its dependencies.

[bob839]

Hello Rich!
I ran the ldd just like you suggested and I got some results. I assume, that I only need to install files/libs that are stated as 'not found' and the rest that are listed with names and hex numbers are already installed and ready to go, right?

Code: [Select]

Not found:
- libm.so.5
- libXp.so.6
- libc.so.5

Is there any way to download single libs from the repo?

[Rich]

Hi bob839
libXp.so.6  is in  libXp.tcz.
libm.so.5  and  libc.so.5  may be a problem since those libraries are part of the base system and are at version 6.

[bob839]

So, given the source code is closed as the Xplns' author stated on his website there is not much chance to make this program run on TC?

[Rich]

Hi bob839
The version you downloaded was labeled  Slackware 3.X (libc5) i386
Try the version labeled  Exec(glibc2.1)

[bob839]

I've used p7zip.tcz to extract the .rpm contents to a temporary folder then I ran ldd on xplns binary and there was only one 'not found', the aforementioned libXp.so.6. I have installed that missing dependency from libXp.tcz and I am ready to give it a go.
Do I have to move all the files to the corresponding system folders or can I run it from that temporary folder?
I got 'permission denied' when I tried to run it - shall I chmod 711 it?

[tinypoodle]

Sounds suspicious, likely attributes have become corrupted, possibly by extracting with p7zip.
Instead try to extract with:

Code: [Select]

rpm2cpio foo.rpm|cpio -vid

[tinypoodle]

My questions about sc and DosBox are still valid.

sc package cherrypicked from slackware repo appears to work for me (depends on ncurses).

So DOSBox option is also a no-no, because my machine is too slow for it to emulate DOS properly.

By my impression, dosemu is much lighter on cpu compared to DOSbox - besides from having less dependencies.
The rpm package provided by upstream first unpacked and then squashed works for me.

My math problem is solved by bc and I wrote (I will post the code later) simple ash script to use bc for math with given precision and expression as parameters (for me it's more efficient than entering bc and running commands inside it).

Just FYI in case you hadn't noticed, 'dc' would be included in base.

[bob839]

Thank you tinypoodle! rpm2cpio command extracted the .rpm preserving all the attributes. I tried to run the xplns. The program started for a fraction of a second showing two empty windows and then closed showing 'xplns: can't create font.'
How to fix this? I think we are getting very close to finally making xplns run on TC 5.2

As for sc, thank you for that info, however, I don't know what 'to cherrypick' mean. Nevertheless, I have downloaded slackware's .tar.gz, but after extracting its contents I frowned upon that it has to be compiled and I haven't done that kind of things before so I don't know where to start. Could you possibly provide me with further instructions?

Is Dosemu less resource demanding than 8086tiny.tcz? If not, there is no point trying it, because 8086tiny barely works on my machine.

Thank you for information about dc, I wasn't aware of that. I just have tried it and it seems to use RPN. I haven't used that system before, but I will give it a go. It is good thing to learn new stuff.

[tinypoodle]

The program started for a fraction of a second showing two empty windows and then closed showing 'xplns: can't create font.'
How to fix this? I think we are getting very close to finally making xplns run on TC 5.2

I can reproduce...
And that's where I give up, given how dated, unsupported and closed that code is...

As for sc, thank you for that info, however, I don't know what 'to cherrypick' mean.

Meaning to grab a binary from a different distro.

Nevertheless, I have downloaded slackware's .tar.gz, but after extracting its contents I frowned upon that it has to be compiled and I haven't done that kind of things before so I don't know where to start. Could you possibly provide me with further instructions?

I just downloaded the package (I think .txz), untarred and ran from extracted dir.

Is Dosemu less resource demanding than 8086tiny.tcz? If not, there is no point trying it, because 8086tiny barely works on my machine.

I haven't looked into 8086tiny.

Thank you for information about dc, I wasn't aware of that. I just have tried it and it seems to use RPN. I haven't used that system before, but I will give it a go. It is good thing to learn new stuff. [/font]

bc has been derived from or built on top of dc which is purely using RPN.

[Juanito]

'xplns: can't create font.'

I'd guess:

* xplns is trying to use a font folder that does not exist on tinycore
* xplns is trying to use a font that does not exist on tinycore

You might try looking at, for example, the debian package to see what they did to get round this.

[tinypoodle]

I'd guess:

* xplns is trying to use a font folder that does not exist on tinycore
* xplns is trying to use a font that does not exist on tinycore

That inspired me to run strace on xplns, which resulted in a completely unresponsive X environment quite quickly.
Switching to a VT I found xplns was in "T" state, and killing it fixed my X environment.

[tinypoodle]

Is Dosemu less resource demanding than 8086tiny.tcz? If not, there is no point trying it, because 8086tiny barely works on my machine.

Just tested, on same box:

8086tiny: 100% CPU
dosemu:       1% CPU