Hi Ken,
----- Original Message -----
>
> No real QA yet, just trying to build and install everywhere.
>
> We still have some work to be done ... :-)
> Compilation Failures
>
>
> On comma 3.6.11 i386 Darwin 10.8.0, the build of the logger PMDA
> fails
>
>
> gcc -fPIC -no-cpp-precomp -fno-strict-aliasing -arch i386 -arch
> x86_64 -fstack-protector-all -O2 -D_FORTIFY_SOURCE=2 -Wall -O2 -g
> -DPCP_DEBUG -DPCP_VERSION=\"3.6.11\" -I../../../src/include
> -I../../../src/include/pcp -c -o event.o event.c
> In file included from event.c:18:
> event.h:29: error: field 'pathstat' has incomplete type
> In file included from event.c:18:
> event.h:29: error: field 'pathstat' has incomplete type
>
Fixed now (dev 76becf8).
> On vm05 3.7.0 i486 Gentoo 2.0.3 ... I have a fix for this that is on
> its way (move comment out of macro body)
>
> src/include/builddefs:430: *** recipe commences before first target.
> Stop.
> Error: Makepkgs failed!
>
Thanks.
>
> On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a horrible
> death in the python code with ...
>
>
> == dpkg-buildpackage: binary-arch
> /bin/sh: python2.6: not found
>
> and the tail of the Logs/pcp file contains stuff that does not appear
> on the Ubuntu builds (also dpkg-based)
> for V in 2.7 2.6; do \
> export GZIP=-9q DIST_ROOT=`pwd`/debian/python-pcp; /usr/bin/make
> PYTHON=python$V -C src/python install; \
> done
> ...
> make[1]: Entering directory
> `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python'
> python2.6 setup.py install --skip-build --root=${DIST_ROOT-/}
> --record=../../python-pcp.list --install-layout=deb
> make[1]: Leaving directory
> `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python'
> <End-of-File>
>
I *think* this is from pyversions -nr returning more versions of
python than are installed on the machine. I think in turn this
is because the build dependency is not ensuring python2.6 is there.
I've attempted a fix: dev b8f72f3 not 100% certain though - seems
like it might work.
> Compilation Warnings
>
>
> Some of these are not new, just included here in case someone is in
> the neighbourhood and wants to do some drive-by community work ...
> On vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow)
>
>
> in libpcp
> context.c:775:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> context.c:226:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> context.c:233:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> context.c:240:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> context.c:255:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> lock.c:55:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
> lock.c:94:12: warning: ignoring return value of âstrerror_râ,
> declared with attribute warn_unused_result [-Wunused-result]
>
Need to be careful here - strerror_r on Mac OS X returns int,
but char* on Linux. These could be replaced with pmErrStr()
calls perhaps?
> On vm04 3.7.0 i586 CentOS 5.9 (Final)
>
>
> in assorted flex generated code (so probably not much we can do about
> it other than raising a flex bug) we see warnings like this (on
> multiple platforms)...
> lex.l:119: warning: ignoring return value of âfwriteâ, declared with
> attribute warn_unused_result
>
> in the linux pmda
> pmda.c:732: warning: ârightnowâ may be used uninitialized in this
> function
>
Fixed. (dev 083a173)
>
> Package Installation/Startup Issues
>
>
> On vm07 3.7.0 x86_64 Debian 6.0.5, (I don't think this is a new
> issue)
>
>
> Setting up pcp (3.7.0) ...
> insserv: warning: current start runlevel(s) (empty) of script `pmie'
> overwrites defaults (2 3 4 5).
> insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script
> `pmie' overwrites defaults (0 1 6).
>
Yeah, nothing changed here this release.
> On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies
>
>
> Starting pmcd ...
> [Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321,
> INADDR_ANY) __pmCreateSocket: Address family not supported by
> protocol
> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request
> ports, exiting
> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to
> errors!
Hmm, this is probably the most concerning. What does ifconfig on
this host report? This looks like it might be an IPv6-related
regression, possibly, Dave?
> Current State of my QA Farm
>
What a great resource - thanks Ken!
> If the list of platforms is missing something you think should be
> tested, and it is not being tested by anyone else (that probably
> means RH), please let me know.
I'd like to get back to a point where we get some Windows servers
into the mix, somehow, but really don't have a good way to reach
that point (licensing issues, packaging issues, etc). Perhaps we
could approach the Aconex folks for assistance with getting a
licensed VM into the farm? (and then just keep git builds rolling
forward until an opportunity to tackle packaging next presents).
cheers.
--
Nathan
|