April 2012 - openSUSE Build Service - openSUSE Mailing Lists

[opensuse-buildservice] 2 versions of a package in a repo
by Darin Perusich 25 Apr '12

25 Apr '12

Hello, I'm building a package that requires perl-Net-Whois-RIPE 1.31 or OLDER and I'm wondering what's the best approach to go about adding that version to a repo, devel:lang:perl repo in this case, which already includes version 2.00009? Should I repackage it changing the name to perl-Net-Whois-RIPE1 and include a Conflicts for version -gt 2? Or change nothing so they sit alongside each other in to repo but set the Require for my package to version 1.31? Thanks! -- Later, Darin -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 3

[opensuse-buildservice] overwhelmed by llvm builds?
by Greg Freemyer 24 Apr '12

24 Apr '12

All, I just happened to look at the OBS status monitor page a few hours. I did a quick count of llvm build jobs currently in progress. Then I checked again just now. Both times it was about 40 currently building build jobs and that does not include llvm-clang, llvm-latest, etc So that's about 40 llvm builds that have been running for several hours.. I don't know if that is reasonable or not, but I've never noticed one package dominating the build farm like that before. Greg -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

8 13

[opensuse-buildservice] Is there a macro for the release?
by Robert Schweikert 24 Apr '12

24 Apr '12

Hi, Dealing with a source tree that has distribution dependence backed right into the build setup. It looks for /etc/*-release. Is there a way for me to have a requires that install the appropriate release package? When I add: %if %sles_version >= 11 BuildRequires: sles-release %endif %if 0%{?suse_version} BuildRequires: openSUSE-release %endif It obviously fails as SLE also returns true for suse_version and then of course the openSUSE-release package cannot be found. What's the best way to deal with this? Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei(a)suse.com rschweik(a)ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

4 3

[opensuse-buildservice] Build26 going nowhere
by Claudio Freire 22 Apr '12

22 Apr '12

It doesn't really bother me, and perhaps someone else already noticed, but build26 has been going nowhere for the last few days. It started with about ten red-stuck jobs, and now it only has two workers, both stuck with cups (ARM)[0] and galaxy[1]. [0] https://build.opensuse.org/package/live_build_log?arch=armv7l&package=cups&… [1] https://build.opensuse.org/package/live_build_log?arch=x86_64&package=galax… -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

1 0

[opensuse-buildservice] Mandriva_2011 alsa dependencies
by Ruediger Meier 21 Apr '12

21 Apr '12

Hi, having alsa build requires gives me on Mandriva_2011 x86_64: nothing provides libpulseaudio0 needed by lib64pulseaudio0 nothing provides libalsa-plugins-pulseaudio needed by lib64alsa-plugins-pulseaudio There is no problem for i586. Is this a problem of OBS or do I need to solve all these deps manually within the spec file? cu, Rudi -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 3

[opensuse-buildservice] Re: [opensuse-arm] ARM gcc47 build issue (strange "gcc/build" behaviour)
by Joop Boonen 21 Apr '12

21 Apr '12

On Sat, April 21, 2012 11:45 am, Joop Boonen wrote: > Hi all, > > An ARM build issue exists. > > I see: > /emul/x86_64-for-arm/lib64:/emul/x86_64-for-arm/usr/lib64 > > Is still gcc 4.6.3. > > Form the config.log of for instance binutils I see it tries to compile > against gcc4.6.3 > > <quote> > Thread model: posix > gcc version 4.6.3 (SUSE Linux) > configure:4018: $? = 0 > configure:4007: gcc -V >&5 > gcc: error: unrecognized option '-V' > gcc: fatal error: no input files > compilation terminated. > </quote> > > instead of 4.7. Which is installed correctly in: > drwxr-xr-x 3 root root 4.0K Apr 20 18:30 armv7l-suse-linux-gnueabi > lrwxrwxrwx 1 root root 7 Apr 21 11:10 ./build-root/usr/bin/gcc -> gcc-4.7 > lrwxrwxrwx 1 root root 10 Apr 21 11:08 ./build-root/usr/lib64/gcc -> > ../lib/gcc > > These are gcc 4.6.3 binaries. > lrwxrwxrwx 1 root root 12 Apr 21 11:08 > ./build-root/emul/x86_64-for-arm/usr/lib/gcc -> ../lib64/gcc > -rwxr-xr-x 1 root root 322K Apr 20 10:29 > ./build-root/emul/x86_64-for-arm/usr/bin/gcc > >>From package: > qemu-accel-arm ( qemu-accel-arm-0.2-8.5.x86_64.rpm ) > > Package: > openSUSE:Factory:ARM qemu-accel > cant be rebuild due to: > openSUSE:Factory:ARM cross-armv7l-binutils for x86_64 ( qemu_accel ) > > Will enabling this build resolve this issue? > I don't see a spec file for: cross-armv7l-binutils only cross-arm-binutils > > I've just build this package locally without a problem: > osc build --alternative-project=openSUSE:Factory:ARM qemu_accel x86_64 > cross-arm-binutils.spec > I did more checks, via the specfile of binutils. I something quite strange. /usr/bin/gcc shows gcc 4.6.3 while /usr/bin/gcc-4.7 where /usr/bin/gcc links to shows version 4.7. ++ which gcc + ls -al /usr/bin/gcc lrwxrwxrwx 1 root root 7 Apr 21 09:58 /usr/bin/gcc -> gcc-4.7 + ls -alH /usr/bin/gcc -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc + ls -al /usr/bin/gcc-4.7 -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc-4.7 + /usr/bin/gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++ --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.6 --enable-ssp --disable-libssp --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --with-sysroot=/ --enable-linux-futex --disable-nls --target=armv7l-suse-linux-gnueabi --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=x86_64-suse-linux Thread model: posix gcc version 4.6.3 (SUSE Linux) + /usr/bin/gcc-4.7 -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc-4.7 COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-suse-linux-gnueabi/4.7/lto-wrapper Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex --without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7l-suse-linux-gnueabi Thread model: posix gcc version 4.7.0 20120413 [gcc-4_7-branch revision 186417] (SUSE Linux) So it might not be related to qemu-accel, but something else. > > Regards, > > Joop. > > > > -- > To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org > > -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

1 0

[opensuse-buildservice] Error: Package obs-service-format-spec-file is required for this operation
by Marguerite Su 20 Apr '12

20 Apr '12

Hi, I first osc co a package from OBS server, then when I try osc service localrun format-spec-file, it tells me the message above. But of course I have that package from Tools repository, the same version as other obs & osc package. so what happened to that package 0.4.1-97.1? anyone in the same situation? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 4

[opensuse-buildservice] Fedora:16 prjconf missing libmount in VMinstall?
by Daniel Gollub 20 Apr '12

20 Apr '12

Hi, any chance that (openSUSE.org:)Fedora:16 prjconf is missing libmount in VMinstall? ---8<-- [...] 2nd stage started in virtual machine machine type: i686 mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory swapon on /dev/vdb swapon: /dev/vdb: found swap signature: version 1, page-size 4, same byte order swapon: /dev/vdb: pagesize=4096, swapsize=2097152000, devsize=2097152000 mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory logging output to //.build.log... processing specfile /.build-srcdir/cmus.spec ... [...] --->8--- It seems to not harm for KVM workers - I currently root causing an issue with Xen workers which looks like this: ---8<--- [...] Mounting root /dev/hda1 mount -o ro,defaults -t ext3 /dev/hda1 /root 2nd stage started in virtual machine machine type: x86_64 switching personality to 8... 2nd stage started in virtual machine machine type: i686 mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory mount: error while loading shared libraries: libmount.so.1: cannot open shared object file: No such file or directory swapon on /dev/hda2 swapon: /dev/hda2: found swap signature: version 1, page-size 4, same byte order swapon: /dev/hda2: pagesize=4096, swapsize=1073741824, devsize=1073741824 Error: BUILD_ROOT=/ not writeable, try --clean. chown: changing ownership of `/': Read-only file system [ 4.871716] SysRq : Power Off [ 6.379040] Power down. [...] --->8--- I guess Xen workers relies on that to work in the build script: if test "$VM_TYPE" != 'lxc'; then mount -n -o remount,noatime,rw / fi Which is not the case if libmount is missing ... in Fedora:16 Best Regards, Daniel -- Daniel Gollub Linux Consultant & Developer Tel.: +49-160 47 73 970 Mail: gollub(a)b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

2 1

[opensuse-buildservice] how to chnage amount of make jobs in a prefered way?
by Joop Boonen 20 Apr '12

20 Apr '12

Hi All, Package poco has een enormous memory footprint while building. When building on x86_64 OBS workers the build even fails. The build is OK locally for me, due to more internal memory. The make flag is like this "make %{?_smp_mflags}" which is the preferred make for the spec file. What is the preferred way to reduce the make jobs so this package get build? Regards, Joop. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 1

[opensuse-buildservice] OBS server maintance?
by Marguerite Su 19 Apr '12

19 Apr '12

Hi, is there an OBS server maintance executing? after 8:00 PM GMT+8, OBS can't open or refresh. (I lost some work, but just a little bit) the ping is okay, traceroute shows a suse.de server does not response, website is bad gateway, local osc vc will use username@localhost, when saving, it will tell you can't find your username. are you people maintaining server or updating hardware? if so, please pre-post a short notification here, it won't take you much time. OBS is international, this will make us in your night timezone less worried. (because today China National Great Firewall is also upgrading, we were afraid OBS is blocked in our area.) -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 10