Re: Any progress with FIS GT.M?
Yaroslav,
> [ 92%] Generating utf8/GDE.o
> cd /tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/utf8 && /usr/bin/cmake -D gtm_dist=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu -D gtmroutines=. -D gtm_chset=UTF-8 -D gtm_icu_version=4.8 -D mumps=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/mumps -D args=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/utf8/GDE.m -P /tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/sr_unix/mumps.cmake
> %GTM-E-NONUTF8LOCALE, Locale has character encoding (ANSI_X3.4-1968) which is not compatible with UTF-8 character set
[amul:1] I don't know if saw it, but I asked in a mail to Brad yesterday if anyone was having problems with Unicode. I have an
enhancement that hacks locale. Thank you for that blog post - which is blocked by the corporate proxy. :( I'll update my work
accordingly.
> I needed to install locales and configure to have en.US-UTF8 -- then it
> succeeded. So I wonder -- if this requirement to have utf8 locale configured
> at build time could be relaxed? otherwise I would need to check how to assure
> (if possible currently at all ;) never ran into such situation) presence of a
> utf8 local in a sanitized (! ;-) ) environment.
[amul:1] IIRC, you have to have a valid locale for libicu to do the right parsing. I think that our development some of our
machines already have the locale set correctly. Which would explain why neither Brad nor I hit NONUTF8LOCALE while doing the
UTF8 directory.
Amul
On 06/20/12 00:30, Yaroslav Halchenko wrote:
> Amul, Bhaskar -- question to you,
>
> testing installation in a clean chroot (using cowbuilder) it fails
> with
>
> -- Installing: /tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/debian/fis-gtm-5.5.000-stage1/usr/lib/fis-gtm/V5.5-000_x86_64/GDEVERIF.o
> CMake Error at cmake_install.cmake:699 (FILE):
> file INSTALL cannot find
> "/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/utf8/GDE.o".
>
> make[2]: *** [install] Error 1
> make[2]: Leaving directory `/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu'
> dh_auto_install: make -j1 install DESTDIR=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/debian/fis-gtm-5.5.000-stage1 AM_UPDATE_INFO_DIR=no returned exit code 2
> make[1]: *** [override_dh_auto_install] Error 29
> make[1]: Leaving directory `/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8'
>
> due to apparently failed build of everything under utf8/:
>
> root@head2:~/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu# ls utf8/
> GDE.m GDECHANG.m GDEEXIT.m GDEHELP.m GDELOCKS.m GDEMAP.m GDEOGET.m GDEPUT.m GDERENAM.m GDESETGD.m GDESPAWN.m GDEVERIF.m
> GDEADD.m GDEDELET.m GDEGET.m GDEINIT.m GDELOG.m GDEMSGIN.m GDEPARSE.m GDEQUIT.m GDESCAN.m GDESHOW.m GDETEMPL.m
>
>
> due to:
>
> [ 92%] Generating utf8/GDE.o
> cd /tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/utf8 && /usr/bin/cmake -D gtm_dist=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu -D gtmroutines=. -D gtm_chset=UTF-8 -D gtm_icu_version=4.8 -D mumps=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/mumps -D args=/tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/obj-x86_64-linux-gnu/utf8/GDE.m -P /tmp/buildd/fis-gtm-5.5-000+git92-g81e6aa8/sr_unix/mumps.cmake
> %GTM-E-NONUTF8LOCALE, Locale has character encoding (ANSI_X3.4-1968) which is not compatible with UTF-8 character set
>
> I needed to install locales and configure to have en.US-UTF8 -- then it
> succeeded. So I wonder -- if this requirement to have utf8 locale configured
> at build time could be relaxed? otherwise I would need to check how to assure
> (if possible currently at all ;) never ran into such situation) presence of a
> utf8 local in a sanitized (! ;-) ) environment.
>
> Cheers,
>
> On Tue, 19 Jun 2012, Luis Ibanez wrote:
>
>> Here is the status of what we have
>> done with Brad this afternoon.
>> 1) The package for fis-gtm is now building and installing
>> correctly by using the following git HEAD
>> [1]https://github.com/luisibanez/fis-gtm/commit/74aa25e0751a28a08202a13f9f13c79e532c29ab
>> the Debian-med SVN revision 11396.
>> and
>> applying to it the following patch to the git sources:
>> diff --git a/sr_unix/configure.gtc b/sr_unix/configure.gtc
>> index 7b3a604..08a83d2 100644
>> --- a/sr_unix/configure.gtc
>> +++ b/sr_unix/configure.gtc
>> @@ -592,7 +592,7 @@ if [ -d "$plugin_gtmcrypt" ]; then
>>
>> # Install gpgagent.tab
>> # This is an external call table so the path to the shared library
>> has to be adjusted
>> - echo "$gtmdist/plugin/libgtmcrypt.so" >
>> $gtmdist/$plugin/gpgagent.tab
>> + echo "${gtmdist#${gtm_destdir:-}}/plugin/libgtmcrypt.so" >
>> $gtmdist/$plugin/gpgagent.tab
>> cat $plugin/gpgagent.tab | sed 1d >> $gtmdist/$plugin/gpgagent.tab
>>
>> This change above probably should be setup as a patch in Debian-med SVN
>> debian-med/trunk/packages/fis-gtm/fis-gtm/trunk/debian/patches
>> Yaroslav:
>> Is this something that should be combined with the existing
>> patch below ? :
>> fis-gtm/trunk/debian/patches/up_gtm_destdir_substitution
>> since this one also affects the file sr_unix/configure.gtc.
>> 2) The debian package is now created correctly, and we manage
>> to install it in the destination directory /usr/lib/fis-gtm as
>> expected.
>> 3) The only remaining problem is that several executables are lacking
>> execution permissions. More specifically, we found that in:
>> /usr/lib/fis-gtm/V5.5-000_i486
>> The following files do not have execution permissions:
>> -rw-r--r-- 1 root 12384036 Jun 19 15:04 gtcm_shmclean
>> -rw-r--r-- 1 root 12892461 Jun 19 15:04 gtcm_play
>> -rw-r--r-- 1 root 12908879 Jun 19 15:04 gtcm_server
>> -rw-r--r-- 1 root 12938615 Jun 19 15:04 lke
>> -rw-r--r-- 1 root 13261965 Jun 19 15:04 gtcm_gnp_server
>> -rw-r--r-- 1 root 13400802 Jun 19 15:04 dse
>> -rw-r--r-- 1 root 17167172 Jun 19 15:04 mupip
>> This seems to originate from a problem in
>> the way gtminstall is being run.
>> We have verified that these files have execution permissions
>> after they have been generated by the CMake driven build.
>> They however lose the execution permissions by the time
>> they are installed in:
>> ./debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000_i486/
>> Amul: Could you help us navigate the internal rules of
>> gtminstall, to figure out where is it that the execution
>> permissions are being lost ?
>> Thanks
>> Luis
>> References
>> Visible links
>> 1. https://github.com/luisibanez/fis-gtm/commit/74aa25e0751a28a08202a13f9f13c79e532c29ab
_____________
The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.
Reply to: