July 2014 - openSUSE Build Service - openSUSE Mailing Lists

[opensuse-buildservice] idle services/hosts
by doiggl＠velocitynet.com.au 03 Jul '14

03 Jul '14

Hello, Is it possible to switch the idle services/hosts to ones to that can be used. Example :idle (ppc64) to active [x86_64] ones when needed. I ask because to see if more idle services can be utalised when available. ---Glenn -- 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] Internal server error, can not branch a package
by Ingo Göppert 01 Jul '14

01 Jul '14

Hi, I want to branch a existing package. But it does not work with the name "z-push-2"! Any other name works, but not "z-push-2". Creating it directly in my home project works, but not in the subproject "home:ingogoeppert:SLES". I deleted a older version of the z-push-2 package, after that it was impossible to branch the new one :-( Any hints to fix this? Ingo

1 1

[opensuse-buildservice] RHEL4-x86_64 repository broken
by Jörg Steffens 01 Jul '14

01 Jul '14

Hi, since several days, the build repository for RHEL4 x86_64 is broken: unresolvable: nothing provides libc.so.6()(64bit) needed by binutils, nothing provides libc.so.6(GLIBC_2.2.5)(64bit) needed by binutils, nothing provides libc.so.6(GLIBC_2.3)(64bit) needed by binutils, nothing provides libdl.so.2()(64bit) needed by binutils, nothing provides libdl.so.2(GLIBC_2.2.5)(64bit) needed by binutils, nothing provides libc.so.6()(64bit) needed by bzip2, nothing provides libc.so.6(GLIBC_2.2.5)(64bit) needed by bzip2, nothing provides libc.so.6(GLIBC_2.3)(64bit) needed by bzip2, nothing provides libbz2.so.1()(64bit) needed by bzip2, nothing provides libc.so.6()(64bit) needed by gcc, nothing provides libc.so.6(GLIBC_2.2.5)(64bit) needed by gcc, nothing provides libc.so.6(GLIBC_2.3)(64bit) needed by gcc, nothing provides libc.so.6()(64bit) needed by gettext, nothing provides libc.so.6(GLIBC_2.2.5)(64bit) needed by gettext, nothing provides libc.so.6(GLIBC_2.3)(64bit) needed by gettext, nothing provides libdl.so.2()(64bit) needed by gettext, nothing provides libdl.so.2(GLIBC_2.2.5)(64bit) needed by gettext, nothing provides libc.so.6()(64bit) needed by perl, ... Seems, that all(?) libraries can't be found. The 32bit repository is still working fine. I'm using the default configuration for RHEL4: <repository name="RedHat_RHEL-4"> <path project="RedHat:RHEL-4" repository="standard"/> <arch>i586</arch> <arch>x86_64</arch> </repository> regrds, Jörg -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 3

[opensuse-buildservice] OBS state
by Adrian Schröter 01 Jul '14

01 Jul '14

Hi, just some more details about the current state. We had corrupt data inside of the old SAN box unfortunatly exactly at the area where the SQL database was hosted. Therefore we had to restore a database dump from friday. This means * No sources are lost, but new packages may not appear when listing sources. Also removed packages may appear again in sources. You may notice this when different packages are listed in sources and build results. We will run a full check for this, but this will take some time. In case you do not want to wait in this situation, you can recreate the package or project, eg. by "osc meta pkg -e ...." and editing anything. The database and source server will be in sync again afterwards. You may also delete the package again now. * Requests are in the old state. - Accepted requests can just be accepted again in most cases. Except other changes happened, but you will notice because the source package will be in "broken" state then. - decline/revoke requests can just be closed again. - a limited number of new requests have a different number now, because the old requests got lost. The lesson we learned from this is to configure at least for MySQL a master/slave setup. We won't have full HA by this, but at least broken SAN systems can not create these kind of problems again. Apart from that, we are on the new SAN storage system now, which is said to be way more robust than the old one. -- Adrian Schroeter email: adrian(a)suse.de SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

1 0