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 -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
