Bug 191828

Summary: tux Missing BuildRequire on docbook-utils
Product: [Fedora] Fedora Reporter: Andreas Thienemann <andreas>
Component: tuxAssignee: Dave Jones <davej>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: dwmw2, mingo, pfrields
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-06-06 00:00:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 191529    
Attachments:
Description Flags
Patch, adding the missing buildreqs none

Description Andreas Thienemann 2006-05-15 23:28:04 UTC
The tux srpm won't build in mock due to a missing buildreq on docbook-utils.

Attached is a patch, fixing this.

Comment 1 Andreas Thienemann 2006-05-15 23:28:04 UTC
Created attachment 129141 [details]
Patch, adding the missing buildreqs

Comment 2 Jesse Keating 2006-06-05 18:38:26 UTC
This is failing with something else now:

gcc -g -fomit-frame-pointer -O2 -Wall -I. -DINTERFACE_VERSION=3
-D_LARGEFILE64_SOURCE -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
-fasynchronous-unwind-tables -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
  -c tux.c
tux.c:51: error: expected declaration specifiers or '...' before 'tux'
tux.c:51: error: expected declaration specifiers or '...' before 'action'
tux.c:51: error: expected declaration specifiers or '...' before 'req'
tux.c:55: warning: return type defaults to 'int'
tux.c: In function '_syscall2':
tux.c:74: error: storage class specified for parameter 'nr_threads'
tux.c:75: error: storage class specified for parameter 'shared_buf'
tux.c:76: error: storage class specified for parameter 'shared_idx'
tux.c:76: error: parameter 'shared_idx' is initialized
tux.c:78: error: storage class specified for parameter 'max_module_idx'
tux.c:78: error: parameter 'max_module_idx' is initialized
tux.c:79: error: storage class specified for parameter 'handle_events_array'

and on and on...

Comment 3 Dave Jones 2006-06-05 21:43:35 UTC
glibc seems to have stopped defining _syscall2 in unistd.h

Should tux carry a private declaration of this macro, or is this likely to come
back in a glibc update?


Comment 4 Jakub Jelinek 2006-06-05 21:50:17 UTC
glibc never defined these, it is glibc-kernheaders that used to define them,
originally to helplessly broken macros, later on to syscall function invocation.
That's what apps should be actually using, not sure why glibc-kernheaders no
longer defines that in <linux/unistd.h>.

Comment 5 David Woodhouse 2006-06-05 21:54:50 UTC
glibc-kernheaders is not intended for use by normal userspace programs.
Applications should use the syscall() function which glibc provides.

Comment 6 Dave Jones 2006-06-05 23:07:23 UTC
I think I've fixed this up. It's stalled on building for the s390 though.
Other archs have now built successfully.


Comment 7 Dave Jones 2006-06-06 00:00:05 UTC
fixed.