December 2011 - openSUSE Build Service

[opensuse-buildservice] libqt4 aggregate issues for KDE:Release:47
by Javier Llorente 09 Dec '11

09 Dec '11

Hello, KDE:Release:47 has been broken for the last few days; "nothing provides libqt4 >= 4.7.90 needed by automoc4. The libqt4 aggregate is only enabled for 11.3 and 11.4, nevertheless it's affecting 12.1 too. Furthermore, the aggregate points to KDE:Qt:STABLE which has Qt 4.7.4. The automoc4.spec has the following requires: libqt4 >= %(rpm -q --queryformat '%{VERSION}' libqt4) yet it wants an unstable version of Qt. Yesterday I wiped all libqt4 and automoc4 (just in case) binaries for KDE:Release:47, and this fixed the issue. Unfortunately, this morning I saw the same error again. Raymond also worked trying to fix it, with the same result. ;( Any ideas what could be wrong? Regards, Javier

1 1

[opensuse-buildservice] "bad config" in a "preloaded" repository
by Bob Haxo 08 Dec '11

08 Dec '11

Greetings, I'm　trying to create a repository with rpms built outside of OBS that can be used to satisfy dependencies for the OBS build. I have used this reference for guidance: openSUSE:Build Service private instance boot strapping In particular, the Repository Binary Import procedure. However, I've been unable to generate a working prjconf. I have tried a number of prjconf without success, and even though the message is "no config" a prjconf does get returned with "osc meta prjconf home:bhaxo:foundation". RPMs copied into a current project do satisfy dependencies, but the prjconf used for that project does not work with the Repository Binary Import procedure. Nor does the SLE_11sp1 prjconf. 2011-12-06 20:22:20: waiting for an event... event recheck::home:bhaxo:foundation::SLE_11sp1 0 left) 2011-12-06 20:23:04: looking at high prio home:bhaxo:foundation (1/0/2/0/417) 2011-12-06 20:23:04: looking at high prio home:bhaxo:foundation/SLE_11sp1 (0/0/2/0/417) - home:bhaxo:foundation/SLE_11sp1: no config (home:bhaxo:foundation) 2011-12-06 20:23:04: looking at low prio home:bhaxo:foundation/SLE_11sp1 (0/0/1/0/417) - home:bhaxo:foundation/SLE_11sp1: no config (home:bhaxo:foundation) 2011-12-06 20:23:04: looking at low prio home:bhaxo:clustmgmt/home_bhaxo_foundation_SLE_11sp1 (0/0/0/0/417) - home:bhaxo:clustmgmt/home_bhaxo_foundation_SLE_11sp1: bad config (home:bhaxo:foundation) 2011-12-06 20:23:04: waiting for an event... I would very much appreciate suggestions and pointers as to how to debug this "no config" / "bad config" situation. Cheers, Bob Haxo -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

1 1

[opensuse-buildservice] backend consistency error when using linked projects and source services with OBS 2.3
by Robert Schiele 07 Dec '11

07 Dec '11

Hi all, I was running into a very strange problem on OBS 2.3 (more precisely 2.2.96 but also retested on 2.2.104) when using source services in combination with linkedbuild projects. The strange thing is that I could not reproduce the problem on build.opensuse.org. The error reproduces on my machines like that: Create a project home:rschiele:treesbug_base: <project name="home:rschiele:treesbug_base"> <title></title> <description></description> <person role="maintainer" userid="rschiele" /> <person role="bugowner" userid="rschiele" /> <repository name="openSUSE_Factory"> <path project="openSUSE.org:openSUSE:Factory" repository="snapshot" /> <arch>i586</arch> </repository> </project> copypac zlib from openSUSE:Factory into. Which package you use should not make a big difference, zlib is just a small example. After that zlib should start building successfully here. Next create a project home:rschiele:treesbug_link: <project name="home:rschiele:treesbug_link"> <title></title> <description></description> <link project="home:rschiele:treesbug_base" /> <person role="maintainer" userid="rschiele" /> <person role="bugowner" userid="rschiele" /> <repository name="foobar" linkedbuild="all"> <path project="openSUSE.org:openSUSE:Factory" repository="snapshot" /> <arch>i586</arch> </repository> </project> Given the config of this project it should automatically start building the zlib package successfully as well. Now I want to modify the package and thus invoke "osc branch home:rschiele:treesbug_base zlib" to get a separate branch project with a branch of the package. The rest of the modifications I will do on the web UI again since they are rather trivial. Now I add a source service, that does not necessarily make a lot of sense but I need it to reproduce this problem. In my case I create the following service file: <services> <service name="recompress"><param name="file">zlib-1.2.5.2_git201109121534.tar.bz2</param><param name="compression">gz</param></service> </services> I also update the spec file to use the gz file instead of the bz2 file. After this modification the package builds again successfully. Thus I submit it back to where I branched it off (treesbug_base). I accept the submit request. Observation 1: Source services in treesbug_base is not automatically triggered on accepting the submit request through the web UI. Thus the package does not build. Is this intentional and why? Or is this a bug? Observation 2: In treesbug_link the package does no longer build giving this error instead: home:rschiele:treesbug_link/zlib/f8e1b18bdade329f0d1f987ce91a4d0d: not in repository. Either not existing or misconfigured server setting for '$nosharedtrees' setting in BSConfig.pm $nosharedtrees is set to 2 actually and thus should be ok. Looking into trees I can see the following current files -rw-r--r-- 1 obsrun obsrun 574 Dec 5 15:39 home:rschiele:treesbug_base/zlib/a1043f28f5a7b561606355e2768e8d1e-MD5SUMS -rw-r--r-- 1 obsrun obsrun 573 Dec 5 15:39 home:rschiele:treesbug_base/zlib/f8e1b18bdade329f0d1f987ce91a4d0d-MD5SUMS -rw-r--r-- 1 obsrun obsrun 530 Dec 5 15:39 home:rschiele:treesbug_base/zlib/32a97031a322a3375cfa5ddb3e0cb2c1-MD5SUMS -rw-r--r-- 1 obsrun obsrun 704 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/542e3f9b38a8a93ccb5af29789af5cce-MD5SUMS -rw-r--r-- 1 obsrun obsrun 701 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/cbc93bd25acd94ac344c9735ab6d3ee2-MD5SUMS -rw-r--r-- 1 obsrun obsrun 613 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/943404789e11008dc6f5a15cd735bea3-MD5SUMS -rw-r--r-- 1 obsrun obsrun 530 Dec 5 15:39 home:rschiele:treesbug_link/zlib/32a97031a322a3375cfa5ddb3e0cb2c1-MD5SUMS -rw-r--r-- 1 obsrun obsrun 701 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/8676af0afcccb78bc55c3385c13eb10a-MD5SUMS -rw-r--r-- 1 obsrun obsrun 570 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/be377358f1e5e61b9fa5c548dc6444e6-MD5SUMS -rw-r--r-- 1 obsrun obsrun 611 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/6489e4702867797166bb6cfd4baf975e-MD5SUMS -rw-r--r-- 1 obsrun obsrun 611 Dec 5 15:39 home:rschiele:branches:home:rschiele:treesbug_base/zlib/97bf6f96587a014a5f16aa3fab97910d-MD5SUMS As you can see, treesbug_base has three files while treesbug_link has a subset of one but not the one requested. The content of the relevant three files is like that: obs-base:/srv/obs/trees # cat home\:rschiele\:treesbug_base/zlib/a1043f28f5a7b561606355e2768e8d1e-MD5SUMS fa2bdaa47efd84b0ebd93e934e719ac1 LICENSE ffeaf641b86ef407c871cb135e17544b _service fc6e730a4e94d02fd47e20d18ab36000 baselibs.conf 0d8bcd1dcc8587f6b7b670b30685f486 zlib-1.2.2-format.patch 51a22c0a368bd0d4f6ef47c7bd9d10be zlib-1.2.5.2_git201109121534.tar.bz2 df6b134edb7382cc5f913ffe3d630ec9 zlib-adler-target-attr.patch 88811543f05e171d638500f7f4f2722f zlib-no-sslibsuffix.patch 761685d1ec9c192db916e94321e2a9b0 zlib-ocloexec.patch f74159cb6072a0eb00eae673d410c8df zlib.changes 411439d376985b93259898f7f3c459f5 zlib.spec f8e1b18bdade329f0d1f987ce91a4d0d /LSERVICE obs-base:/srv/obs/trees # cat home\:rschiele\:treesbug_base/zlib/f8e1b18bdade329f0d1f987ce91a4d0d-MD5SUMS a1043f28f5a7b561606355e2768e8d1e /SERVICE fa2bdaa47efd84b0ebd93e934e719ac1 LICENSE ffeaf641b86ef407c871cb135e17544b _service fc6e730a4e94d02fd47e20d18ab36000 baselibs.conf 0d8bcd1dcc8587f6b7b670b30685f486 zlib-1.2.2-format.patch 51a22c0a368bd0d4f6ef47c7bd9d10be zlib-1.2.5.2_git201109121534.tar.bz2 df6b134edb7382cc5f913ffe3d630ec9 zlib-adler-target-attr.patch 88811543f05e171d638500f7f4f2722f zlib-no-sslibsuffix.patch 761685d1ec9c192db916e94321e2a9b0 zlib-ocloexec.patch f74159cb6072a0eb00eae673d410c8df zlib.changes 411439d376985b93259898f7f3c459f5 zlib.spec obs-base:/srv/obs/trees # cat home\:rschiele\:treesbug_base/zlib/32a97031a322a3375cfa5ddb3e0cb2c1-MD5SUMS fa2bdaa47efd84b0ebd93e934e719ac1 LICENSE ffeaf641b86ef407c871cb135e17544b _service fc6e730a4e94d02fd47e20d18ab36000 baselibs.conf 0d8bcd1dcc8587f6b7b670b30685f486 zlib-1.2.2-format.patch 51a22c0a368bd0d4f6ef47c7bd9d10be zlib-1.2.5.2_git201109121534.tar.bz2 df6b134edb7382cc5f913ffe3d630ec9 zlib-adler-target-attr.patch 88811543f05e171d638500f7f4f2722f zlib-no-sslibsuffix.patch 761685d1ec9c192db916e94321e2a9b0 zlib-ocloexec.patch f74159cb6072a0eb00eae673d410c8df zlib.changes 411439d376985b93259898f7f3c459f5 zlib.spec So, to me it seems the source service code somehow does not work correctly with the code managing the trees in the situation of linkedbuild projects. Does anyone have an idea where I could search or even better knows a solution. As I said this seems to work on build.opensuse.org, thus it might be a configuration issue as well. In any case I would be happy for a pointer. Robert -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 8

Fwd: [opensuse-buildservice] backend consistency error when using linked projects and source services with OBS 2.3
by Robert Schiele 07 Dec '11

07 Dec '11

Oops, sent that to Michael only by accident. Didn't want others to be cut off from the discussion for sure. ---------- Forwarded message ---------- From: Robert Schiele <rschiele(a)gmail.com> Date: Wed, Dec 7, 2011 at 1:07 PM Subject: Re: [opensuse-buildservice] backend consistency error when using linked projects and source services with OBS 2.3 To: Michael Schroeder <mls(a)suse.de> On Wed, Dec 7, 2011 at 12:18 PM, Michael Schroeder <mls(a)suse.de> wrote: > Dunno, I'd prefer to just copy the MD5SUM blob (if available). You mean you would leave that code as it is and then at the end of the fragment you quoted just copy the file directly on the filesystem? Robert -- 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] OBS and Mandriva contrib repository
by Тупицин Дмитрий 07 Dec '11

07 Dec '11

Hello. Not so long ago I started using the OBS. I can't build package tinyproxy for Mandriva 2011, because of unresolved dependencies. For i586, it looks like: nothing provides w3m needed by asciidoc, nothing provides jakarta-commons-io> = 1.2 needed by fop, nothing provides jakarta-commons-io> = 1.1 needed by xmlgraphics-commons And so for x86_64: nothing provides w3m needed by asciidoc, nothing provides jakarta-commons-io> = 1.2 needed by fop, nothing provides jakarta-commons-io> = 1.1 needed by xmlgraphics-commons, nothing provides libpulseaudio0 needed by lib64pulseaudio0, nothing provides libalsa-plugins-pulseaudio needed by lib64alsa-plugins-pulseaudio w3m package and jakarta-commons-io does not in Mandriva:2011 osc ls -b -l -a x86_64 Mandriva:2011 | grep w3m osc ls -b -l -a x86_64 Mandriva:2011 | grep jakarta-commons-io These packages are in the Contrib repository of Mandriva. How can i add the contrib repository in the project if OBS installed on local machine ? -- 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] Build Team Meeting / OBS 2.3 state
by Adrian Schröter 06 Dec '11

06 Dec '11

Present: mls, saschpe, adrian We discussed OBS maintenance state with maintenance and security team last week. This is the current missing requirement list until final 2.3 release and the current implementation state. * webui patchinfo editor - button: update issues from sources. - switch to security when found CVE * Resign packages on release. Incident projects must never contain final signed packages, since they are not complete reviewed yet. (DONE, but not yet configured) * maintenance request accept will create patchinfo on accept if none is provided. * Show required and existing fixes on incidents. required are defined in _patchinfo, existing are parsed from source diff. => we need to move the issue parsing from api to backend code for caching * set bugowner incident creation (DONE) * Support linking to not yet existing packages for release number handling * export severity to updateinfo.xml (DONE) * enhance createrepo for delta downloads * faster product build thanks to enhanced obs-worker (DONE) -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- 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] OBS 2.1.15 released, fixing security issue
by Adrian Schröter 05 Dec '11

05 Dec '11

We did another 2.1 OBS release, fixing a security issue tracked as issue CVE-2011-4181. OBS 2.1 versions are affected when "sourceaccess" protection is used on package base (not entire projects). The access to package source was possible nevertheless. OBS 2.0 and before is not affected. OBS 2.1.15 can be found in openSUSE:Tools:2.1 project: https://build.opensuse.org/project/show?project=openSUSE%3ATools%3A2.1 and is tagged in git. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- 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] ubuntu 11.10 chroot install on obs 2.1 fails
by Lars Volker 02 Dec '11

02 Dec '11

Hallo everyone, we are unable to build packages for ubuntu 11.10 oneiric on our installation of obs. During the preparation of the build chroot, the install fails with the following error message: <snip> installing base-files rmdir: failed to remove `/var/run': Directory not empty dpkg: error processing base-files (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for install-info ... Errors were encountered while processing: base-files exit ... At this point of the installation, the postinstall script of base-files tries to replace the /var/run directory by a symlink to /run, while it still contains an empty file /var/run/init.upgraded. This file has been placed there by libc6 (source package eglibc). The reason for this is given in the changelog: eglibc (2.12.1-0ubuntu12) natty; urgency=low * do not run 'telinit u' on upgrade, as this will break upstart. touch /var/run/init.upgraded instead, which will force a re-exec just before remounting root read-only. LP: #672177, LP: #694772. On build.opensuse.org there is no problem with ubuntu 11.10 builds. However the site uses a kvm-based setup while our installation uses chroot-based workers. Also I suspect the b-o-o installation to use a newer version of obs. On our installation we use the latest version for opensuse 11.4. Here is a list of our installed obs versions: obs-server-2.1.11-4.6.x86_64 obs-service-download_files-0.2-26.1.noarch obs-signd-2.1.2-1.1.x86_64 obs-server-debuginfo-1.0.0-4.4.x86_64 obs-service-tar_scm-0.2.1-18.1.noarch obs-api-2.1.11-4.6.x86_64 obs-common-2.1.0-2.1.x86_64 obs-service-set_version-0.1-5.1.noarch obs-worker-2.1.11-4.6.noarch obs-server-debugsource-1.0.0-4.4.x86_64 obs-service-verify_file-0.1-4.1.noarch obs-utils-2.1.11-4.6.x86_64 obs-service-recompress-0.1-8.1.noarch obs-productconverter-2.1.11-4.6.x86_64 I'm unsure what causes this problem and how I could try to fix it. Either the postinstall configure script of base-files should run before libc6 gets installed or the file in /var/run should be removed at some other point during the bootstrapping process after it has been created by libc6. Could this be related to the version of the init_buildsystem script in /usr/lib/obs/server/build? Could I try a newer version here or will this break things? I'd be grateful for any hint on how to debug this problem. Thanks and bests, Lars -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 2

[opensuse-buildservice] Use libraries from existing rpms for build?
by Bob Haxo 01 Dec '11

01 Dec '11

Greetings, I'm trying to move a piece of a large build tree into OBS. It is not possible in one step to move all of the large build tree into OBS. The piece that I'm trying to build in OBS has dependencies on bits external to that code. Is it possible to use rpms from the existing build to satisfy build dependencies in OBS? >From the docs, it looks like this is possible. For example as described in: http://en.opensuse.org/openSUSE:Build_Service_private_instance_boot_strappi… or perhaps creating a repo and using the "aggregate" or the "link" feature, as described elsewhere. I have created a local repository following the steps presented in the above "private instance" reference. And the bs_admin --dump-cache does show the packages of interest for the repository that I created (using "private instance" reference). It would seem that all that is left to do is to add this repository to the list of distro repositories used when building. However, after a couple days working on this I have been unable to get the build to find the required package. (1) It would be very helpful to know that I'm headed in the correct direction, and ... (2) I would be very grateful for any suggestions as to what it is that I might be missing. Thanks, Bob Haxo SGI -- 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] Brute force removing of repositories
by Nelson Marques 01 Dec '11

01 Dec '11

Hi all, Many people branch stuff from Banshee repositories, and now I can't do maintenance on the repositories because of some branches (I want to remove builds for older distributions). This situation is making maintenance a chaotic experience and this are the options someone offered to me: 1. Contact the people who did the branches and ask them to remove them Now, I have far better things to do with my time than going on wild goose chases... For starters the maintainers of serious projects shouldn't have to deal with this, otherwise implement a solution that allows us to block proejcts for branches or that branches require authorization from the project maintainers so we don't have to deal with this situation. Why should we continue maintaining stuff for openSUSE when this kind of situation are making our life's into a living hell ? So far the only person who branched stuff from Banshee main repositories who contacted me regarding that was Greg KH for Tumbleweed. That's the way it should be... I'm aware of Greg's needs and I can take decisions not to injure his efforts... But there's like a zilion more of branches from people I've never heard from... This is not making my life easier. What's the secret recipe for brute force removing all the stuff I don't want in those repos regardless of the branchers positions ? (assuming they have one, I'm not contacting a trillion people)... It's not the first neither the second time that I never get replied... so I need a way out or I swear a lot of stuff is going orphaned. NM -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 2