Two items, one a doc and other a file type

[GeneN]

Hi Han,

First let me say THANK YOU for the work you do!

I was just doing an install into an Ubuntu variant (MATE) and ran into two items.

First item:
In the doc's it mentions that the data files :
"in case the executable is manually placed in /usr/..., then the program will first look for the databases in /opt/astap. If that path doesn't exist it will look for the databases in /usr/share/astap/data/"

I dropped astap into:
/usr/local/bin/astap

I first dropped the data file into"/usr/share/astap/data/"
and got this back
" ASTAP resolve error. No star database found."

I moved the data files to "/opt/astap" and all was good then.

Second item: *
astap_amd64.tar.gz
Is not a ".gz" file but rather a plain tarball

file astap_amd64.tar.gz
astap_amd64.tar.gz: POSIX tar archive (GNU)

I checked both
www hnsky org/astap.htm#linux_installation
And
sourceforge net /projects/astap-program/files/linux_installer/astap_amd64.tar.gz/download

Again, THANK YOU!

Gene

[han.k]

Hi Gene,

Thanks for the feedback. I assume your the path problem is cause by the existence of /opt/astap. This is given preference. I have changed it now in the code that is looks to "/usr/share/astap/data/".

The file output, I do not understand. I get here in Lubuntu 24:

h@lubuntu24:~/astap_install$ file *.tar.gz~~~

astap_aarch64_qt5.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16936960
astap_aarch64.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16957440
astap_amd64_qt5.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 17592320
astap_amd64.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 22016000
astap_armhf_qt5.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16087040
astap_armhf.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16209920
hyperleda.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 10240

Also

h@lubuntu24:~/astap_install$ gzip -l astap_amd64.tar.gz
compressed uncompressed ratio uncompressed_name
8154651 22016000 63.0% astap_amd64.tar
~~~

I'm using the following command to create:

tar -czvf astap_amd64.tar.gz ...

Can you test the following command?
gzip -l astap_amd64.tar.gz

cs, Han

[GeneN]

Hi Han,
Next I tried was downloading the V50 zipped database, extracted and dropped into /opt/astap'
Got message no database found.

I needed to rename all capital 'V" to lowercase 'v' then DB was used. Note there was one file in the zip that was lowercase 'v' named, all the rest were capital 'V'

Gene

[han.k]

Next I tried was downloading the V50 zipped database, extracted and dropped into /opt/astap'
Got message no database found.

I needed to rename all capital 'V" to lowercase 'v' then DB was used. Note there was one file in the zip that was lowercase 'v' named, all the rest were capital 'V'

I must have made a mistake with this zip file. I will replace it now with lower case version. The new file dates are a few months later. So it is probably better to update to this version.

cs, Han

[han.k]

The reason why it is looking in /opt/astap was for users which get ASTAP via a Linux distribution but use a Debian package for the database installation. The logic will be in the next version as follows:

database_path:=application_path;
if copy(database_path,1,4)='/usr' then
begin
  if DirectoryExists('/usr/share/astap/data/')) then {for Linux distributions}
    database_path:='/usr/share/astap/data/'
  else
  if DirectoryExists('/opt/astap') then  //second try in /opt/astap for people installing a database with a Debian package.
    database_path:='/opt/astap';

[han.k]

The database_path will now also be reported in the pull down menu Help, About.

[GeneN]

Hi Han,

Ok, I went back looking on how I ended up with an un-gzipped file

When I 'tried' again, all is correct

Looking at my file size on disk from yesterday, it is 22m not the correct 8.2m I see for my D/L yesterday, which does not explain anything actually :-(

Attached is what I could find, no help here :-(

Thanks again for all your work! All good on this one!

Gene