openSUSE Packaging

Download

packaging@lists.opensuse.org

August 2012

54 participants
32 discussions

[opensuse-packaging] build error on Apache version 2.4.1
by doiggl＠velocitynet.com.au 04 Aug '12

04 Aug '12

Hello I get a build error on Apache. The failure is as follows: . . checking whether to enable mod_lbmethod_bybusyness... shared checking whether to enable mod_lbmethod_heartbeat... shared checking which MPM to use by default... itk configure: error: MPM itk is not supported on this platform. error: Bad exit status from /var/tmp/rpm-tmp.U21N0a (%build) The Spec file https://build.opensuse.org/package/view_file?file=apache2.spec&package=apac… Build Log https://build.opensuse.org/package/rawlog?arch=x86_64&package=apache2&proje… Project https://build.opensuse.org/package/show?package=apache2&project=home%3Adoig… Sources http://httpd.apache.org/download.cgi#apache24 Question: What to I alter in the spec file so Apache can finish compiling ? Thanks Glenn -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

5 6

[opensuse-packaging] glibc 2.16 for Factory
by Andreas Jaeger 03 Aug '12

03 Aug '12

I've just blogged the following at http://jaegerandi.blogspot.de/2012/08/glibc-216-for-opensuse-factory.html and like to share it here as well. No action needed from you for now besides reviewing my patches. Fixes are welcome as well. The GNU C Library (glibc 2.16) has been released a couple of weeks ago and is the first release after the changed glibc development model. It looks like the release with the most bug fixes and most contributors. The most significant developer visible changes are IMO: Support for ISO C11 Many bug fixes for the math library thanks to a thorough audit of all open math library bugs. The results are mor accurate exceptions and function results. Support for the x32 ABI on x86-64 which also brings unified headers for x86 and x86-64 - so there are really the same headers for all three ABIs on x86-64. I've packaged glibc 2.16 in the openSUSE Build Service and could reduce the number of patches we had from 61 to 39 - since many of our patches were upstreamed during 2.16 development and a few backported from it. I also classified the patches to mark which ones are upstreamed and which ones are not appropriate for upstream (yet). While the focus of openSUSE is on getting 12.2 out of the door, I worked on getting glibc 2.16 ready for the next release in a side project. The library itself builds fine and Coolo has setup a staging project called openSUSE:Factory:Staging:Glibc where the whole distribution is build with the new glibc (in this case we use 12.2 as a base since that one is moving slower). Fixing Packages I've had to fix a small number of packages to get them building with glibc 2.16 and pushed everything directly to factory. The issues I encountered and fixed where: Missing <sys/resource.h> The include files have been updated and some programs did not have an include on <sys/resource.h> and instead include some other file that included it. The build failure looks like: [ 89s] util_exec.cpp: In function 'void dmtcp::Util::adjustRlimitStack()': [ 89s] util_exec.cpp:374:19: error: aggregate 'dmtcp::Util::adjustRlimitStack()::rlimit rlim' has incomplete type and cannot be defined [ 89s] util_exec.cpp:375:15: error: 'RLIMIT_STACK' was not declared in this scope [ 89s] util_exec.cpp:375:34: error: 'getrlimit' was not declared in this scope [ 89s] util_exec.cpp:376:26: error: 'RLIM_INFINITY' was not declared in this scope [ 89s] util_exec.cpp:384:36: error: 'setrlimit' was not declared in this scope No declaration anymore for gets gets is not declared anymore as part of ISO C11 and therefore code using gets needs to be compiled using older standards - or better do not build with gets. The packages that failed where packages using gnulib that issued a warning when gets was used - and this warning code works only if gets is declared. Once these packages update their gnulib code, everything is fine, for now the warning could just be disabled or only enabled when there is a declaration. No more 'struct siginfo' glibc 2.16 removes the undocumented definition of 'struct siginfo' from <bits/siginfo.h>. This struct was always a typedef for 'siginfo_t' which is required by POSIX, so 'siginfo_t' should be used instead. TIME_UTC from ISO C11 in boost ISO C11 introduced the constant TIME_UTC - and boost also declares this value. This breaks building with boost and thus upstream boost now renamed its value to 'TIME_UTC_' which is an API change. So, boost and all packages using boost's boost::TIME_UTC needed fixing. _FORTIFY_SOURCE requires compilation with optimization Building with -D_FORTIFY_SOURCE is done by default for openSUSE but the extra features are defined in a way that they only work with optimization. Now glibc complains if a file is compiled without optimization but with this feature macro. There were two packages that contained -O0 for a few files that were easily fixed. Next step: Factory Once all packages are building fine (so far I had to fix 50+ packages, the other 5000+ are fine), I'll discuss with Coolo when and how to submit this to Factory. -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 2