hello @all,
for the problem described below and mailed 2021-09-25 there is some progress, the values (some of) which cause problems on import are not defined as '123456787' in e.g. samples/applix/samples.as, but as '12345.6787', which with english locale is 'nopro', but with german locale interpreted as 123456787 and then failing ... ???
setting keyboard and 'formats' to US english in Kali / Debian didn't help, not even with new login,
LC_ALL=en_US make check-TESTS & failed too,
According to the help, locale in gnumeric seems to be quite complex / somewhat difficult_.
After i had only little success even with a system set to english, with new 'checkout master', 'confect', 'make' and 'install' of goffice and gnumeric ...
- 'gnumeric' and then importing sample.as fails,
- 'LC_ALL=en_US exec gnumeric &' can correctly import sample.as,
dates are somewhat in oct-1933 now,
- 'LC_ALL=en_US make check-TESTS &' and
- 'LC_ALL=en_US exec make check-TESTS &' still failing,
does anyone know where and what I have to change so that the sample files get interpreted as 'english' by the tests?
thanks for any help,
b.
---
I'm still trying to get a clean tested! gnumeric version up and running, and in that have some fails in the testsuite complaining 'SHA1 new is: xxxxxxxxxxxxxx, expected was: yyyyyyyyyy -> FAIL' e.g. for the 'applix import'.
I tried a 'manual test' with 'data - import - applix.as'' and get some test sheets with more or less meaningful content, the only problem i see are the 'date' values on sheet 'B', showing '#################################'.
A little trial and error resulted in gnumerid having problems with date values beyond
'9999-12-31 23:59:59,99', which is corresponding to a numeric value of
~2958465,9999999935, but the imported data tries to display a date for the slightly larger value of
123456787 .
Besides not expecting ever to see or in any way need such dates ... the question cames up if that ever worked, and 'if' then what's changed to fail now ...
best regards, TIA for any help,
b.
