[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Any progress with FIS GT.M?




Hi Yaroslav,


Here are some interesting observations.

a) When building with "debuild" instead of "cowbuilder",
    the resulting package:

     fis-gtm-5.5.000_5.5-000+git104-g4077ab8-1_amd64.deb

    doesn't report that many warning.

     More specifically, running lintian in the .desc file returns:

lintian fis-gtm_5.5-000+git104-g4077ab8-1_amd64.changes

W: fis-gtm source: newer-standards-version 3.9.3 (current is 3.9.1)
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtmprofile
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtmprofile_preV54000
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtmstart
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtcm_run
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtmstop
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtmcshrc
W: fis-gtm-5.5.000: executable-not-elf-or-script ./usr/lib/fis-gtm/V5.5-000_x86_64/gtcm_slist
W: fis-gtm-5.5.000: extra-license-file usr/lib/fis-gtm/V5.5-000_x86_64/COPYING
W: fis-gtm-5.5.000: shlib-with-executable-stack usr/lib/fis-gtm/V5.5-000_x86_64/libgtmshr.so
W: fis-gtm-5.5.000: shared-lib-without-dependency-information ./usr/lib/fis-gtm/V5.5-000_x86_64/libgtmutil.so
W: fis-gtm-5.5.000: shared-lib-without-dependency-information ./usr/lib/fis-gtm/V5.5-000_x86_64/utf8/libgtmutil.so


b)     Installing this package (built with "debuild") produces the expected

                     /usr/lib/fis-gtm//V5.5-000_x86_64

where the following files have executable permissions:

ls /usr/lib/fis-gtm/V5.5-000_x86_64/ -l | grep "^...x"

-rwxr-xr-x 1 root root 2038776 Jun 30 17:34 dse
-rwxr-xr-x 1 root root    8672 Jun 30 17:34 ftok
-rwxr-xr-x 1 root root    4976 Jun 30 17:34 geteuid
-rwxr-xr-x 1 root root 2216272 Jun 30 17:34 gtcm_gnp_server
-rwxr-xr-x 1 root root  245848 Jun 30 17:34 gtcm_pkdisp
-rwxr-xr-x 1 root root 2232400 Jun 30 17:34 gtcm_play
-rwxr-xr-x 1 root root    3715 Jun 30 17:34 gtcm_run
-rwxr-xr-x 1 root root 2240880 Jun 30 17:34 gtcm_server
-rwxr-xr-x 1 root root 2156952 Jun 30 17:34 gtcm_shmclean
-rwxr-xr-x 1 root root     957 Jun 30 17:34 gtcm_slist
-rwxr-xr-x 1 root root    1526 Jun 30 17:34 gtm
-rwxr-xr-x 1 root root    1047 Jun 30 17:34 gtmbase
-rwxr-xr-x 1 root root     890 Jun 30 17:34 gtmcshrc
-rwxr-xr-x 1 root root   13185 Jun 30 17:34 gtmprofile
-rwxr-xr-x 1 root root     967 Jun 30 17:34 gtmprofile_preV54000
-rwxr-xr-x 1 root root    9720 Jun 30 17:34 gtmsecshr
drwxr-xr-x 2 root root    4096 Jun 30 17:45 gtmsecshrdir
-rwxr-xr-x 1 root root    3295 Jun 30 17:34 gtmstart
-rwxr-xr-x 1 root root    2616 Jun 30 17:34 gtmstop
-rwxr-xr-x 1 root root 2221592 Jun 30 17:34 lke
-rwxr-xr-x 1 root root    6792 Jun 30 17:34 mumps
-rwxr-xr-x 1 root root 2629616 Jun 30 17:34 mupip
drwxr-xr-x 5 root root    4096 Jun 30 17:45 plugin
-rwxr-xr-x 1 root root    7016 Jun 30 17:34 semstat2
drwxr-xr-x 2 root root    4096 Jun 30 17:45 utf8


c) What is missing in this case is the setuid for 

                          gtmsecshr


d)  The permissions seems to have been already 
     like this in the local build:

ls luisibanez-fis-gtm-4077ab8/debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000_x86_64/ -l | grep "^...x"

-rwxr-xr-x 1 ibanez ibanez 2038776 Jun 30 17:34 dse
-rwxr-xr-x 1 ibanez ibanez    8672 Jun 30 17:34 ftok
-rwxr-xr-x 1 ibanez ibanez    4976 Jun 30 17:34 geteuid
-rwxr-xr-x 1 ibanez ibanez 2216272 Jun 30 17:34 gtcm_gnp_server
-rwxr-xr-x 1 ibanez ibanez  245848 Jun 30 17:34 gtcm_pkdisp
-rwxr-xr-x 1 ibanez ibanez 2232400 Jun 30 17:34 gtcm_play
-rwxr-xr-x 1 ibanez ibanez    3715 Jun 30 17:34 gtcm_run
-rwxr-xr-x 1 ibanez ibanez 2240880 Jun 30 17:34 gtcm_server
-rwxr-xr-x 1 ibanez ibanez 2156952 Jun 30 17:34 gtcm_shmclean
-rwxr-xr-x 1 ibanez ibanez     957 Jun 30 17:34 gtcm_slist
-rwxr-xr-x 1 ibanez ibanez    1526 Jun 30 17:34 gtm
-rwxr-xr-x 1 ibanez ibanez    1047 Jun 30 17:34 gtmbase
-rwxr-xr-x 1 ibanez ibanez     890 Jun 30 17:34 gtmcshrc
-rwxr-xr-x 1 ibanez ibanez   13185 Jun 30 17:34 gtmprofile
-rwxr-xr-x 1 ibanez ibanez     967 Jun 30 17:34 gtmprofile_preV54000
-rwxr-xr-x 1 ibanez ibanez    9720 Jun 30 17:34 gtmsecshr
drwxr-xr-x 2 ibanez ibanez    4096 Jun 30 17:34 gtmsecshrdir
-rwxr-xr-x 1 ibanez ibanez    3295 Jun 30 17:34 gtmstart
-rwxr-xr-x 1 ibanez ibanez    2616 Jun 30 17:34 gtmstop
-rwxr-xr-x 1 ibanez ibanez 2221592 Jun 30 17:34 lke
-rwxr-xr-x 1 ibanez ibanez    6792 Jun 30 17:34 mumps
-rwxr-xr-x 1 ibanez ibanez 2629616 Jun 30 17:34 mupip
drwxr-xr-x 5 ibanez ibanez    4096 Jun 30 17:34 plugin
-rwxr-xr-x 1 ibanez ibanez    7016 Jun 30 17:34 semstat2
drwxr-xr-x 2 ibanez ibanez   12288 Jun 30 17:34 utf8



So.. something is unfolding differently in the cowbuilder environment.
One thing that comes to mind is that in the CMakeList.txt file we
are expecting to find CMake 2.8.5 (or higher).   In the manual build
(with debuild ) I have been building a local cmake (from the source
in the Git repository of CMake) and then running "debuild -d" so
it ignores the fact that the cmake dependency is not preset (as an
installed debian package).


It would look like something in the cowbuilder environment is preventing
the installation scripts from setting the right permissions, or maybe 
from knowing that it has to modify the permissions....     

I'm trying to track that...


     Luis


----------------------------
On Sat, Jun 30, 2012 at 2:52 PM, Yaroslav Halchenko <debian@onerussian.com> wrote:
Thanks Luis,

On Sat, 30 Jun 2012, Luis Ibanez wrote:
>    In summary: I think I have now replicated Andreas observation,
>    and I'm starting to track the source of the problem.

what about my observations? ;)  Let's see...

>    -r-Sr--r-- 1 root root    9888 Jun 30 17:39 gtmsecshr
>    dr-------- 2 root root    4096 Jun 30 17:39 gtmsecshrdir
> ...
>    -r--r--r-- 1 root root    9612 Jun 30 17:39 mumps
>    -r--r--r-- 1 root root 3029388 Jun 30 17:39 mupip

>    MARK 3: Up to here the setuid seem to be right.

besides that there is no executable permissions whatsoever

>    echo "fis-gtm-5.5.000 binary: shlib-with-executable-stack
>    usr/lib/fis-gtm/*/libgtmshr.so" > debian/fis-gtm-5.5.000.lintian-overrides
>    dh_lintian

>    MARK 4:    Is this the lintian run ?

nope -- this one generates a lintian override file for a versioned
binary pkg name so we don't need to rename/adjust it for every version

>    In this case I'm not seeing warnings being reported.

you would need to run lintian on the produced .changes file

or enable that automatically by copying
/usr/share/doc/pbuilder/examples/B90lintian
to some 'hooks' directory which you would feed to pbuilder/cowbuilder
via --hookdir or in ~/.pbuilderrc

>    dpkg-shlibdeps: warning:
>    debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000_x86_64/plugin/libgtmcrypt.so
>    contains an unresolvable reference to symbol gtm_free: it's probably a
>    plugin
>    dpkg-shlibdeps: warning: 6 other similar warnings have been skipped (use
>    -v to see them all)
>    dpkg-shlibdeps: warning: package could avoid a useless dependency if
>    debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000_x86_64/libgtmshr.so was
>    not linked against libncurses.so.5 (it uses none of the library's symbols)
>    dpkg-shlibdeps: warning: package could avoid a useless dependency if
>    debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000_x86_64/plugin/libgtmcrypt.so
>    was not linked against libgpg-error.so.0 (it uses none of the library's
>    symbols)
>       dh_installdeb
>       dh_gencontrol
>    dpkg-gencontrol: warning: File::FcntlLock not available; using flock which
>    is not NFS-safe
>    dpkg-gencontrol: warning: File::FcntlLock not available; using flock which
>    is not NFS-safe
>       dh_md5sums
>       dh_builddeb

>    MARK 4:   Here above we have some warnings...
>    we are guessing that it is safe to ignore them a t this point.

I think so too for now

>    /bin/rm: cannot remove
>    `/tmp/Q50q1KNjvF/binary/fis-gtm-5.5.000/unpacked/usr/lib/fis-gtm/V5.5-000_x86_64/_to.m':
>    Permission denied
>    warning: cannot remove lab directory /tmp/Q50q1KNjvF (please remove it
>    yourself)
>    warning: cannot remove lab directory /tmp/Q50q1KNjvF (please remove it
>    yourself)

>    I'm now tracking the issue...

I wonder if it is not due to those absent execute permissions so it
can't even change to that directory:

neurodebian@head2:~/deb/builds/fis-gtm/5.5-000+git104-g4077ab8-1$ dpkg -c fis-gtm-5.5.000_5.5-000+git104-g4077ab8-1_amd64.deb | grep './usr/lib/fis-gtm/V5.5-000_x86_64/$'
drw-r-xr-x root/root         0 2012-06-22 14:37 ./usr/lib/fis-gtm/V5.5-000_x86_64/



--
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


Reply to: