[M3devel] Short status of CM3 Hudson regression testing on opencsw.org machines

[Olaf Wagner]

Quoting Dagobert Michelsen <dam at baltic-online.de>:

> Hi Jay,
>
> Am 11.08.2010 um 18:10 schrieb Jay K:
>> Olaf I think we should do a bit more research here, but I also   
>> think  we have a few easy options.
>>
>> - build our own cvs, put it in $HOME/bin.
>
> I doubt that it would make a difference as the installed OpenCSW  package is
> build pretty much standard:
>     
> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/cvs/trunk/Makefile
>
>> - copy cvs from another machine (e.g. 9x, 8x), put it in $HOME/bin
>
> They should be bit-identical as it is the same package installed on
> all machines of the same arch.
>
>> - drop in a stub cvs in $HOME/bin that remove the -z option and    
>> then execs the "real" cvs, like how
>>   we convince Hudson that our java -version is ok.
>
> Have you tried cvs-feature? In contrast to the /opt/csw/bin/cvs it is
> linked against
> libz explicitly:
>
> current10x% ldd /opt/csw/bin/cvs
>         libgss.so.1 =>   /usr/lib/libgss.so.1
>         libkrb5.so.3 =>  /opt/csw/lib/i386/libkrb5.so.3
>         libgen.so.1 =>   /lib/libgen.so.1
>         libk5crypto.so.3 =>      /opt/csw/lib/i386/libk5crypto.so.3
>         libcrypto.so.0.9.8 =>    /opt/csw/lib/pentium_pro/ libcrypto.so.0.9.8
>         libcom_err.so.3 =>       /opt/csw/lib/i386/libcom_err.so.3
>         libxnet.so.1 =>  /lib/libxnet.so.1
>         libnsl.so.1 =>   /lib/libnsl.so.1
>         libc.so.1 =>     /lib/libc.so.1
>         libcmd.so.1 =>   /lib/libcmd.so.1
>         libresolv.so.2 =>        /lib/libresolv.so.2
>         libsocket.so.1 =>        /lib/libsocket.so.1
>         libkrb5support.so.0 =>   /opt/csw/lib/libkrb5support.so.0
>         libdl.so.1 =>    /lib/libdl.so.1
>         libmp.so.2 =>    /lib/libmp.so.2
>         libmd.so.1 =>    /lib/libmd.so.1
>         libscf.so.1 =>   /lib/libscf.so.1
>         libdoor.so.1 =>  /lib/libdoor.so.1
>         libuutil.so.1 =>         /lib/libuutil.so.1
>         libm.so.2 =>     /lib/libm.so.2
>
> current10x% ldd /opt/csw/cvs-feature/bin/cvs
>       librt.so.1 =>    /lib/librt.so.1
>         libintl.so.3 =>  /opt/csw/lib/i386/libintl.so.3
>         libiconv.so.2 =>         /opt/csw/lib/i386/libiconv.so.2
>         libc.so.1 =>     /lib/libc.so.1
>         libgssapi_krb5.so.2 =>   /opt/csw/lib/i386/libgssapi_krb5.so.2
>         libkrb5.so.3 =>  /opt/csw/lib/i386/libkrb5.so.3
>         libgen.so.1 =>   /lib/libgen.so.1
>         libk5crypto.so.3 =>      /opt/csw/lib/i386/libk5crypto.so.3
>         libcrypto.so.0.9.8 =>    /opt/csw/lib/pentium_pro/ libcrypto.so.0.9.8
>         libcom_err.so.3 =>       /opt/csw/lib/i386/libcom_err.so.3
>         libnsl.so.1 =>   /lib/libnsl.so.1
>         libsocket.so.1 =>        /lib/libsocket.so.1
>         libz.so =>       /opt/csw/lib/pentium_pro+mmx/libz.so
>         libpam.so.1 =>   /lib/libpam.so.1
>         libaio.so.1 =>   /lib/libaio.so.1
>         libmd.so.1 =>    /lib/libmd.so.1
>         libkrb5support.so.0 =>   /opt/csw/lib/libkrb5support.so.0
>         libresolv.so.2 =>        /lib/libresolv.so.2
>         libdl.so.1 =>    /lib/libdl.so.1
>         libmp.so.2 =>    /lib/libmp.so.2
>         libscf.so.1 =>   /lib/libscf.so.1
>         libcmd.so.1 =>   /lib/libcmd.so.1
>         libdoor.so.1 =>  /lib/libdoor.so.1
>         libuutil.so.1 =>         /lib/libuutil.so.1
>         libm.so.2 =>     /lib/libm.so.2

Neither 1.11.23 nor the feature version 1.12.13 work, see

   http://hudson.modula3.com:8080/view/zzz/job/opencsw10x-test/28/console

If there are any more executables to try, we can easily do that via
that Hudson job.

I'd tend to support the idea of making Hudson use a CVS wrapper
which eliminates the -z flag for update for the time being, until we have
a better solution. After all, updates should only be small compared to
initial checkouts, which work even with compression. All very strange.

Olaf
-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194