buildsystem test results

[Oliver Falk]

On 07/15/2005 02:48 PM, seth vidal wrote:
> Hi Folks,
>  I pushed all the packages that were in tobuild back through the new
> buildsystem last night. Here are the packages that caused a problem:
> 
> moodss: (all)
> Whoever checked in the last changes forgot to upload the tarball. 
>
> scim-anthy: (ppc)
> http://buildsys.fedoraproject.org/logs//4/21-scim-anthy-0.5.1-1.fc4/

gzip: /builddir/build/SOURCES/scim-anthy-0.5.1.tar.gz: unexpected end of 
file

A corrupted tarball!?

But it works fine on my machine:
[oliver at pils scim-anthy]$ tar xfz scim-anthy-0.5.1.tar.gz
[oliver at pils scim-anthy]$

Problem with tar? Or gzip?

> scim: (x86_64)
> http://buildsys.fedoraproject.org/logs//devel/23-scim-1.3.3-1.fc5/

Definitely a package problem:

/usr/include/cairo/cairo.h:51: error: expected constructor, destructor, 
or type conversion before 'extern'
/usr/include/pango-1.0/pango/pangocairo.h:62: error: variable or field 
'pango_cairo_update_context' declared void
/usr/include/pango-1.0/pango/pangocairo.h:62: error: 'cairo_t' was not 
declared in this scope
/usr/include/pango-1.0/pango/pangocairo.h:62: error: 'cr' was not 
declared in this scope
/usr/include/pango-1.0/pango/pangocairo.h:63: error: expected 
primary-expression before '*' token
/usr/include/pango-1.0/pango/pangocairo.h:63: error: 'context' was not 
declared in this scope
<snip>

> barcode: (x86_64)
> http://buildsys.fedoraproject.org/logs//devel/25-barcode-0.98-6.fc5/

ls: barcode.aux: No such file or directory
ls: barcode.aux: No such file or directory
tex barcode.texinfo
<snip>
barcode.texinfo: No such file or directory
make[1]: *** [barcode.info] Error 1
make[1]: *** Waiting for unfinished jobs....
<snip>
! I can't find file `barcode.texinfo'.
<*> barcode.texinfo
<snip>
make[1]: *** [barcode.dvi] Terminated
make[1]: Leaving directory `/builddir/build/BUILD/barcode-0.98/doc'
make: *** [doc/barcode.info] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.63466 (%build)

Seems to be a package problem as well!

> gkrellm-freq: (ppc)
> http://buildsys.fedoraproject.org/logs//devel/46-gkrellm-freq-0.1.1-1.fc5/

Definitely a package problem:

+ gcc -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 
-fsigned-char -fPIC -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include 
-I/usr/include/atk-1.0 -I/usr/include/freetype2 -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/freetype2/config 
-I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -c gkfreq.c
gkfreq.c: In function 'read_MHz':
gkfreq.c:43: warning: ignoring return value of 'fscanf', declared with 
attribute warn_unused_result
gkfreq.c: In function 'update_plugin':
gkfreq.c:77: warning: passing argument 1 of 'gdk_string_width' from 
incompatible pointer type
gkfreq.c: In function 'rdtsc':
gkfreq.c:25: error: impossible constraint in 'asm'
error: Bad exit status from /var/tmp/rpm-tmp.59872 (%build)

> Take a look at the build.log and let me know if the failure reason seems
> more like the fault of the buildsys or more like just a packaging/code
> issue.

See above notes, but the maintainers - of course - should also check it...

> Somethings to keep in mind:
> 1. we're drawing from a normal rawhide mirror so it should be newest or
> nearly newest rawhide. (within 1 day of current)
> 
> 2. the x86_64 chroots has i386, i686, athlon, i586, and i486 excluded
> from its trees. So you should not see any of those conflicts anymore.
> 
> 3. everything is being built in mock so it should operate for builds
> just like it would on your local system.
> 
> 4. there are still some packages building and I'll report any other
> failures as I find them.

1 - 4: Fine!

Best,
  Oliver