From petr.uzel@suse.cz Mon Nov 1 10:05:23 2010 From: Petr Uzel To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] openSUSE Build Service 2.1 Release Date: Mon, 01 Nov 2010 11:05:18 +0100 Message-ID: <20101101100518.GB25549@foxbat.suse.cz> In-Reply-To: <201010191516.43639.aj@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2877485954154646198==" --===============2877485954154646198== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello, On Tue, Oct 19, 2010 at 03:16:42PM +0200, Andreas Jaeger wrote: > The openSUSE Build Service - OBS - is now officially at release 2.1. We're > delighted with the improvements in this release, including an enhanced web > interface, integration with online code management systems and better > access controls. > > OBS 2.1 Introduces New Features > =========================== > > Better access controls > > The access controls have been enhanced so that read/write access to a > project can be granted on an individual basis. This allows for tighter > control of work flows where needed. You can for example ensure people don't > have access to security updates while they are being tested. Is this documented somewhere? Thanks, Petr -- Petr Uzel IRC: ptr_uzl @ freenode --===============2877485954154646198== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.sig" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFSRUNBQVlGQWt6T2tOMEFDZ2tRblp4RzBUNnFERDBhVlFDZU9WTlA4bmNN clFvU3lNbS91VTUxa3dGaApXc2dBbjJOQ2xBVVlmcWlrdThpbzlVTTZoSlJucFNnUwo9UmdGeQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============2877485954154646198==-- From dplater@webafrica.org.za Mon Nov 1 20:41:57 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] I can't access my build service account who do I contact? Date: Mon, 01 Nov 2010 22:41:46 +0200 Message-ID: <4CCF260A.4030909@webafrica.org.za> In-Reply-To: <20101031145700.GC3170@nordisch.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0763149971783955051==" --===============0763149971783955051== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 10/31/2010 04:57 PM, Marcus Rueckert wrote: > On 2010-10-31 13:57:08 +0100, Mathias Homann wrote: > >> Am Sonntag 31 Oktober 2010 schrieb Dave Plater: >> >>> Hi, I get this message if I try to login to my build service >>> projects :- OBS Web Interface Error: >>> Permission denied >>> >>> The account that is logged into the system lacks proper permissions >>> to perform the operation. >>> Please contact the openSUSE admin to get proper permissions for the >>> user account. >>> Error Details: >>> >>> Errorcode: 403 >>> Message: >> PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http >>> >>> Who can fix it, I can login to everything else. >>> Thanks >>> Dave Plater >>> >> I'm getting that too, filed a bug on bugzilla about it: >> https://bugzilla.novell.com/show_bug.cgi?id=650379 >> >> >> there's a workaround, use build.opensuse.org/stage/ in the meantime.. >> > should be fixed. > > Thanks for the fix. The build service seems lightning fast compared to it's normal to really slugish just before factory snapshots or other major builds. Is this coincidental or the result of an improvement? Dave P. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0763149971783955051==-- From dominig@fridu.net Mon Nov 1 22:00:10 2010 From: Dominique Le Foll To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] MeeGo:1.1:Core Date: Mon, 01 Nov 2010 22:00:03 +0000 Message-ID: <4CCF3863.2060704@fridu.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2949039049780711527==" --===============2949039049780711527== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello, I want to create a version of MeeGo 1.1 which supports the Ion chipset what required to recompile a kernel and X11. Not a big job if we could have a MeeGo:1.1:Core reference repo to build against (like we have for 1.0). Would it be possible to create it ? Thanks. Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2949039049780711527==-- From Praveen_Paladugu@Dell.com Mon Nov 1 22:05:38 2010 From: Praveen_Paladugu@Dell.com To: buildservice@lists.opensuse.org Subject: RE: [opensuse-buildservice] Re: ISO files and distributions Date: Mon, 01 Nov 2010 17:05:30 -0500 Message-ID: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF772EE4@AUSX7MCPS301.AMER.DELL.COM> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5569571176727740656==" --===============5569571176727740656== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I finally posted about a blog about the work we have done to build CentOS/RHE= L images on OBS. Following is the link for the same: http://en.community.dell.com/dell-blogs/enterprise/b/tech-center/archive/2010= /11/01/building-centos-rhel-live-images-on-obs-opensuse-build-service-using-k= iwi.aspx Hope this helps Praveen -----Original Message----- From: Robert Xu [mailto:robxu9(a)gmail.com]=20 Sent: Thursday, October 21, 2010 5:04 PM To: Troy Telford Cc: opensuse-buildservice(a)opensuse.org Subject: Re: [opensuse-buildservice] Re: ISO files and distributions On Thu, Oct 21, 2010 at 18:00, Troy Telford wro= te: > On 2010-10-21 14:52:03 -0600, said: > >> =C2=A0 =C2=A0We've done a lot of work getting CentOS images working cleanl= y.=20 >> I've cc'd Praveen, who is doing most of the actual engineering and=20 >> can likely give you a couple pointers. We've had a todo item for a=20 >> while now to publish our CentOS kiwi configs. Praveen has a great=20 >> incentive to do that now due to some bonuses they are giving for blog=20 >> entries that get good hit counts, so maybe this will spur him to=20 >> finally do that too. :) > > I'm very interested in anything you have, and helping you if I can. =C2=A0 > My current project is to get CentOS (as well as other RHEL-based=20 > distros) building ISOs out of OBS. > > Once I can do that, I'll hopefully be able to start putting my=20 > employer on the list of companies that use OBS... (which has been a=20 > goal of mine for a few years now...) > -- > Troy Telford > > i'm interested about this too, let's see it :) -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5569571176727740656==-- From caoshouying@gmail.com Tue Nov 2 03:15:20 2010 From: caoshouying To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How can I add two reposities in config.kiwi Date: Tue, 02 Nov 2010 11:13:57 -0400 Message-ID: <4CD02AB5.7020702@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3915674147466781794==" --===============3915674147466781794== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, all I want build a kiwi image with OBS, I edited the file config.kiwi and added reposities. It failed when I used two reposities. I combined two reposities , and it work right. But I want to know how to add two reposities. Thanks! kevin -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3915674147466781794==-- From cmorve69@yahoo.es Tue Nov 2 11:00:37 2010 From: Cristian Morales Vega To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] osc commit fails to make some changes Date: Tue, 02 Nov 2010 12:00:29 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1858806509069388329==" --===============1858806509069388329== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit For some time I have randomly getting this behavior in different packages: $ osc st M _service D mkvtoolnix-4.3.0-aliasing.patch D mkvtoolnix-4.3.0-guide_install.patch $ osc ci -m "Resubmit since the old commit failed" mkvtoolnix-4.4.0.tar.bz2 mentioned in spec file does not exist. Sending _service Deleting mkvtoolnix-4.3.0-aliasing.patch Deleting mkvtoolnix-4.3.0-guide_install.patch Transmitting file data . Committed revision 57. The package contains a source service. $ osc up D _service_error Restored 'mkvtoolnix-4.3.0-aliasing.patch' Restored 'mkvtoolnix-4.3.0-guide_install.patch' At revision 699d95a318c0944c840a24973725fbb2. This case is mkvtoolnix from multimedia:apps. I did a commit to update from 4.3.0 to 4.4.0 and the two old patches weren't deleted and the _service file wasn't updated (but the spec file was updated and a new patch added). Then I deleted my local directory, rechecked out, returned to update the _service and to delete the old patches... and you can see the result: the _service is updated but the patches weren't deleted. I'm the only one seeing this? It's with osc-0.129-21.1 from openSUSE:Tools in an 11.3 system. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1858806509069388329==-- From pelliott@blackpatchpanel.com Tue Nov 2 14:09:10 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Extras repository for RHEL 5 CENTOS 5 Date: Tue, 02 Nov 2010 09:09:00 -0500 Message-ID: <20101102140859.GA5428@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4692285549419286683==" --===============4692285549419286683== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable How do you build a package for red hat 5 or centos 5 if it links to a package in the extras repository? Thank You. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============4692285549419286683== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pRRzNzQUNna1Fpdjl6cERSYzNaa09KQUNnbGhVWkV1RC9I dVUyNGR1V3ZrNlBQS0N1CkVrRUFualNnQnlMdWRnS0lLbHNVVHZBSnNrVmZsTU1ICj1HSjhDCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============4692285549419286683==-- From mrdocs@opensuse.org Tue Nov 2 14:27:47 2010 From: Peter Linnell To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Extras repository for RHEL 5 CENTOS 5 Date: Tue, 02 Nov 2010 15:27:28 +0100 Message-ID: <4CD01FD0.9050108@opensuse.org> In-Reply-To: <20101102140859.GA5428@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5763489240805023112==" --===============5763489240805023112== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/2/10 3:09 PM, Paul Elliott wrote: > > How do you build a package for red hat 5 or centos 5 if it links to a packa= ge > in the extras repository? > > Thank You. > > You need to import it into your own project, then build you package=20 within that project. HTH, Peter --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5763489240805023112==-- From speilicke@suse.de Tue Nov 2 15:10:41 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 16:10:36 +0100 Message-ID: <201011021610.36875.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1050950624480340512==" --===============1050950624480340512== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Tuesday 02 November 2010 15:32:49 you wrote: > From: Michael Schroeder > > Please use tabs like everyone else. > This reverts commit 189c3d6dcca4e3b7bdb996347bd3a5d0259f2f5d. > ... This is rather odd, currently the Perl code consists of an ugly mix of whitespaces and tabs. The code has ~95% whitespaces, so IMO the above should be rephrased to 'please use whitespaces as everyone else'. -- Mit freundlichen Grüßen, Sascha Peilicke SUSE Linux Products GmbH --===============1050950624480340512== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6UUtld0FDZ2tRRHEveWtTclp0MVY4Q0FDY0Rnbk5GTVNs YzJsczFITlVwUVZGVnZBNgpCMG9BbmlVcllxek4rY043UHQ3VzdKT1l4T2RjRFhTWgo9SkpoVwot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============1050950624480340512==-- From speilicke@suse.de Tue Nov 2 15:10:45 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Also set the correct user for previous fix." Date: Tue, 02 Nov 2010 16:10:40 +0100 Message-ID: <201011021610.40897.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4313125964649539004==" --===============4313125964649539004== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Wednesday 27 October 2010 11:19:41 you wrote: > From: Michael Schroeder > > Makes no sense as the srcserver already runs with the correct > user/group. > This reverts commit f8f9f874e50ef7dcbb3ae5056c7f6db2635c20d5. > --- Not quite true, this is a listing of a (nearly) fresh OBS root directory. Obviously, directory ownership is still messed up in various backend parts... drwxr-xr-x 4 obsrun obsrun 4.0K 2010-10-28 09:18 build drwxr-xr-x 3 root root 4.0K 2010-10-28 09:16 db drwxr-xr-x 7 obsrun obsrun 4.0K 2010-10-29 16:04 events drwxr-xr-x 2 obsrun obsrun 4.0K 2010-10-28 09:17 info drwxr-xr-x 4 obsrun obsrun 4.0K 2010-10-26 17:21 jobs drwxr-xr-x 2 obsrun obsrun 4.0K 2010-10-29 11:52 log drwxr-xr-x 5 obsrun obsrun 4.0K 2010-11-02 14:30 projects drwxr-xr-x 4 obsrun obsrun 4.0K 2010-10-29 11:52 run drwxr-xr-x 2 root root 4.0K 2010-11-02 11:51 service drwxr-xr-x 8 root root 4.0K 2010-11-02 10:38 sources drwxr-xr-x 5 root root 4.0K 2010-11-02 14:30 trees drwxr-xr-x 3 root root 4.0K 2010-10-27 08:56 workers -- Mit freundlichen Grüßen, Sascha Peilicke SUSE Linux Products GmbH --===============4313125964649539004== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6UUtmQUFDZ2tRRHEveWtTclp0MVhOdEFDZlFxQWVRNG93 NFpKakkyS1Y0WnZuL1h2bQpyRFVBbjNJdFNUakd4U3p5ajRhVVhDb0t0ZDNmNkF6dwo9TkdpSAot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============4313125964649539004==-- From mls@suse.de Tue Nov 2 15:14:41 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 16:14:40 +0100 Message-ID: <20101102151440.GA11559@suse.de> In-Reply-To: <201011021610.36875.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6443589395470599095==" --===============6443589395470599095== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2010 at 04:10:36PM +0100, Sascha Peilicke wrote: > This is rather odd, currently the Perl code consists of an ugly mix of=20 > whitespaces and tabs. The code has ~95% whitespaces, so IMO the above shoul= d=20 > be rephrased to 'please use whitespaces as everyone else'. No, we're using perl not python in the backend. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6443589395470599095==-- From mls@suse.de Tue Nov 2 15:17:14 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Also set the correct user for previous fix." Date: Tue, 02 Nov 2010 16:17:13 +0100 Message-ID: <20101102151713.GB11559@suse.de> In-Reply-To: <201011021610.40897.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4563502512741126812==" --===============4563502512741126812== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2010 at 04:10:40PM +0100, Sascha Peilicke wrote: > On Wednesday 27 October 2010 11:19:41 you wrote: > > From: Michael Schroeder > >=20 > > Makes no sense as the srcserver already runs with the correct > > user/group. > > This reverts commit f8f9f874e50ef7dcbb3ae5056c7f6db2635c20d5. > > --- >=20 > Not quite true, this is a listing of a (nearly) fresh OBS root directory. = > Obviously, directory ownership is still messed up in various backend parts.= .. Maybe, but the commit still doesn't make sense. The source server drops to obsrun/obsrun right at startup time (by calling BSStdServer::server). All calls to findprojects() are done later on. M. --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4563502512741126812==-- From speilicke@suse.de Tue Nov 2 15:26:18 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 16:26:10 +0100 Message-ID: <201011021626.15503.speilicke@suse.de> In-Reply-To: <20101102151440.GA11559@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1895285513303114630==" --===============1895285513303114630== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tuesday 02 November 2010 16:14:40 you wrote: > On Tue, Nov 02, 2010 at 04:10:36PM +0100, Sascha Peilicke wrote: > > This is rather odd, currently the Perl code consists of an ugly mix of > > whitespaces and tabs. The code has ~95% whitespaces, so IMO the above > > should be rephrased to 'please use whitespaces as everyone else'. >=20 > No, we're using perl not python in the backend. That was below the belt and I don't see the relation. Currently, the _Perl_=20 backend uses a 2 spaces indentation scheme AFAICS. This is also followed=20 quite well with the exceptions of some tabs here and there, which the reverte= d=20 patch tried to fix, simply. However, I don't want to argue on such matters, if it is not desired, so be=20 it. --=20 Mit freundlichen Gr=C3=BC=C3=9Fen, Sascha Peilicke SUSE Linux Products GmbH --===============1895285513303114630== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6UUxaY0FDZ2tRRHEveWtTclp0MVYrTFFDZEZoWUNLb080 N2dWaDFJdmhlNUtsSnVnYQpzczBBblJSTHZMMWxWamNiNmtPK3I5UG42bGV3Und2bQo9czdjSgot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============1895285513303114630==-- From mls@suse.de Tue Nov 2 15:31:41 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 16:31:40 +0100 Message-ID: <20101102153140.GA21284@suse.de> In-Reply-To: <201011021626.15503.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0853377214098652731==" --===============0853377214098652731== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2010 at 04:26:10PM +0100, Sascha Peilicke wrote: > On Tuesday 02 November 2010 16:14:40 you wrote: > > On Tue, Nov 02, 2010 at 04:10:36PM +0100, Sascha Peilicke wrote: > > > This is rather odd, currently the Perl code consists of an ugly mix of > > > whitespaces and tabs. The code has ~95% whitespaces, so IMO the above > > > should be rephrased to 'please use whitespaces as everyone else'. > >=20 > > No, we're using perl not python in the backend. >=20 > That was below the belt and I don't see the relation. Currently, the _Perl_= =20 > backend uses a 2 spaces indentation scheme AFAICS. This is also followed=20 > quite well with the exceptions of some tabs here and there, which the rever= ted=20 > patch tried to fix, simply. The *indentation scheme* is 2 spaces, but that has nothing to do with used tabs. Vi automatically converts the leading spaces to tabs, assuming the standard tab setting at every 8 characters. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0853377214098652731==-- From speilicke@suse.de Tue Nov 2 15:43:12 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 16:43:03 +0100 Message-ID: <201011021643.07865.speilicke@suse.de> In-Reply-To: <20101102153140.GA21284@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3884127670652437638==" --===============3884127670652437638== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Tuesday 02 November 2010 16:31:40 Michael Schroeder wrote: > On Tue, Nov 02, 2010 at 04:26:10PM +0100, Sascha Peilicke wrote: > > On Tuesday 02 November 2010 16:14:40 you wrote: > > > On Tue, Nov 02, 2010 at 04:10:36PM +0100, Sascha Peilicke wrote: > > > > This is rather odd, currently the Perl code consists of an ugly mix > > > > of whitespaces and tabs. The code has ~95% whitespaces, so IMO the > > > > above should be rephrased to 'please use whitespaces as everyone > > > > else'. > > > > > > No, we're using perl not python in the backend. > > > > That was below the belt and I don't see the relation. Currently, the > > _Perl_ backend uses a 2 spaces indentation scheme AFAICS. This is also > > followed quite well with the exceptions of some tabs here and there, > > which the reverted patch tried to fix, simply. > > The *indentation scheme* is 2 spaces, but that has nothing to do > with used tabs. Sorry, can't follow you. If there is an indentation scheme and some code in the repository violates that scheme, what is so wrong in fixing that? Lemme guess, your problem is that the tabs between code and comments are converted also? If that's the case this could've been resolved waay easier ;-) > Vi automatically converts the leading spaces to > tabs, assuming the standard tab setting at every 8 characters. What Vi converts is highly dependant on personal settings. IMHO someone had code committed accidentally with the wrong settings or another editor, who cares. Even more so, the code in BSXML assumes that a leading tab equals 3 spaces ... -- Mit freundlichen Grüßen, Sascha Peilicke SUSE Linux Products GmbH --===============3884127670652437638== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVVRUFCRUNBQVlGQWt6UU1Zc0FDZ2tRRHEveWtTclp0MVZaM3dDZ2pwamxwZm1J NGw2cVExSDVEcGRQK3JwSQpEalVBbDMvTlI0VXhRYkFPaWRWQWVxT0JjRVVhSHZNPQo9NDJvOQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============3884127670652437638==-- From mls@suse.de Tue Nov 2 16:00:49 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [PATCH] Revert "[backend] Indentation fixes." Date: Tue, 02 Nov 2010 17:00:47 +0100 Message-ID: <20101102160047.GA2242@suse.de> In-Reply-To: <201011021643.07865.speilicke@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2146215126774814838==" --===============2146215126774814838== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, Nov 02, 2010 at 04:43:03PM +0100, Sascha Peilicke wrote: > Sorry, can't follow you. If there is an indentation scheme and some code in > the repository violates that scheme, what is so wrong in fixing that? You're mixing the way the files get stored with how they get displayed. > > Vi automatically converts the leading spaces to > > tabs, assuming the standard tab setting at every 8 characters. > > What Vi converts is highly dependant on personal settings. IMHO someone had > code committed accidentally with the wrong settings or another editor, who > cares. Everyone that has hard tabs != 8 never worked with a real terminal. > Even more so, the code in BSXML assumes that a leading tab equals 3 > spaces ... No, that's not true. Cheers, Michael. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2146215126774814838==-- From pelliott@blackpatchpanel.com Tue Nov 2 19:43:40 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Extras repository for RHEL 5 CENTOS 5 Date: Tue, 02 Nov 2010 14:43:33 -0500 Message-ID: <20101102194332.GA4715@BlackPatchPanel.com> In-Reply-To: <4CD01FD0.9050108@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0671275165408847203==" --===============0671275165408847203== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2010 at 03:27:28PM +0100, Peter Linnell wrote: > On 11/2/10 3:09 PM, Paul Elliott wrote: >> >> How do you build a package for red hat 5 or centos 5 if it links to a pack= age >> in the extras repository? >> >> Thank You. >> >> But my dependancies in extra have more dependancies in extra ect. Is there any way out of dependancy hell? --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============0671275165408847203== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pRYWVRQUNna1Fpdjl6cERSYzNabkxPUUNmZkQzWHpKRzIz NnNxZWRnRm0ybnFWN0F6Cnd5Z0FuUncwdkVlTzBFemJ5YU5QSlA3SyttWFMwZDhSCj1DMVE2Ci0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============0671275165408847203==-- From rschweikert@novell.com Tue Nov 2 20:17:47 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 16:17:37 -0400 Message-ID: <4CD071E1.8050203@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1272715607104076624==" --===============1272715607104076624== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, Something has been troubling me for a while and I was a bit confused about things. But now, I can finally put my finger on where from my perspective things break down. This might turn out to be a bit of a lengthy message; thus, please bear with me. I followed a relatively recent and very lengthy discussion thread that started out on a specific topic and eventually hit on the build service, philosophical discussions about other distributions and our lack of packages in contrib etc. (the thread was not on an openSUSE list :( ). At some point, the discussion also hit the height of the entry barrier for contributions. While in general I have to agree, the barrier for openSUSE package contribution is pretty low, it just dawned on me today where things are amiss, at least from my perspective. Let me try and use an example to illustrate the problem I think exists. A while back I packaged perl-critic and it's dependencies, starting out in my home project to make sure all is well and then I submitted everything to devel:languages:perl. From there I figured the packages would eventually find their way into the distribution automagically, or at the vary least into contrib. Well, that didn't happen. Based on a mail on the packaging list I guess what I need to do to get things into the distribution is to have another sr for the packages to the openSUSE:Factory project. But, that I cannot do as I am not a maintainer of devel:languages:perl. Now, I'd have to get added as a maintainer in that project and then do an sr for perl-critic and dependencies. Then rinse and repeat for any packages I might submit to other top level projects. Generally this is not really that bad, but it involves extra steps that are not necessarily obvious, and IMHO there is a disconnect. In my mind, when I submitted the packages to devel:languages:perl I was done. done meaning, I made a contribution to openSUSE, and the packages will be available to users that just configure "standard" repositories. What was left to do was to check back every few month and see if the packages needed a version bump. There was no indication that I needed to take a second, third, and forth step to make the packages available outside the devel project. This might be evident (or buried) in some wiki page, but I do not recall reading it, and looking for this type of info recently yielded nothing. Therefore, I claim that if it happened to me it will happen to other people. The possible result being that they might walk away and be lost as contributors. While I can understand that we might not want to pull everything that lurks in a devel project into the "standard" distribution I think we should strongly consider putting all those packages automagically into contrib. Here is how I think this might work. When a release is being created, first beta time frame I'd say, scan all the packages that are in devel projects or other projects that are not home: and check if the package builds for the targeted distribution (openSUSE 11.3 or Factory etc.). If the build succeeds and the package is not part of the "standard" distribution, then put the package into contrib automatically. The advantage of this is that a contributor that stops at step 2, i.e. gets the packages out of his/her home project and into a higher level project such as devel:languages:XXX or virtualization will be able to see/use the packages as part of the extended distribution (base repo + contrb). In addition, users can access the packages without having to add moving targets, i.e. devel projects, as update repositories to their systems. Last but not least this automatic collection will bolster the number of packages available through "standard" repositories and thus will bolster openSUSE. Also something the marketing team will be able to exploit ;) . Contributors that want packages in the "base" repo will still need to take the extra steps. A bit easier to find or more obvious documentation might be helpful there. The short summary/request is: Collect all packages that successfully built for a given distribution that reside in projects outside of home: and stick them into contrib: One of the gory details would be to skip packages in projects like "bleeding-edge" during the automatic collection. But I beleive there is already a flag for things like that already, if I recall a discussion on this list correctly. Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1272715607104076624==-- From darix@opensu.se Tue Nov 2 20:24:38 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 21:24:36 +0100 Message-ID: <20101102202436.GF3170@nordisch.org> In-Reply-To: <4CD071E1.8050203@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2283126586704022517==" --===============2283126586704022517== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit hi, simple answer: you need to define a maintenance policy for contrib. the current policy is the same as the distro. that means no version updates just backports after contrib got frozen for a distro release. if you leave it open for version update you have no real stable base for people to work with. if you keep the current policy many people wouldnt have the resources or time to maintain all the packages with that policy. thats why many people dont want their packages in the distro or contrib. (me included) you also needs a team for QA/maintenance for that project. that said ... as nice as it sounds on paper, it is a lot of work. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2283126586704022517==-- From rschweikert@novell.com Tue Nov 2 20:38:09 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 16:37:56 -0400 Message-ID: <4CD076A4.7060107@novell.com> In-Reply-To: <20101102202436.GF3170@nordisch.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0900243149214030048==" --===============0900243149214030048== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/02/2010 04:24 PM, Marcus Rueckert wrote: > > hi, > > simple answer: you need to define a maintenance policy for contrib. > > the current policy is the same as the distro. that means no version > updates just backports after contrib got frozen for a distro release. > > if you leave it open for version update you have no real stable base for > people to work with. I did not mean to imply that the policy for contrib should change. It should be a stable/frozen repo as it is today. For example, a developer at company X that writes perl code for their application shouldn't have to add devel:languages:perl to get perl-critic as the developer now uses a moving repo and one zypper up could potentially cause major issues. (Just to stick to the example that I already used). > > if you keep the current policy many people wouldnt have the resources or > time to maintain all the packages with that policy. thats why many > people dont want their packages in the distro or contrib. (me included) I am trying to find a way to make it easier for people to get their packages into the "stable/frozen" world. I think this will encourage contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" lets the packager indicate this package can be auto collected. Robert > > you also needs a team for QA/maintenance for that project. > > that said ... as nice as it sounds on paper, it is a lot of work. > > darix > -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0900243149214030048==-- From greg.freemyer@gmail.com Tue Nov 2 20:46:57 2010 From: Greg Freemyer To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 16:46:30 -0400 Message-ID: In-Reply-To: <4CD076A4.7060107@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8158166484774189475==" --===============8158166484774189475== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, Nov 2, 2010 at 4:37 PM, Robert Schweikert wrote: > > > On 11/02/2010 04:24 PM, Marcus Rueckert wrote: >> >> hi, >> >> simple answer: you need to define a maintenance policy for contrib. >> >> the current policy is the same as the distro. that means no version >> updates just backports after contrib got frozen for a distro release. >> >> if you leave it open for version update you have no real stable base for >> people to work with. > > I did not mean to imply that the policy for contrib should change. It > should be a stable/frozen repo as it is today. > > For example, a developer at company X that writes perl code for their > application shouldn't have to add devel:languages:perl to get > perl-critic as the developer now uses a moving repo and one zypper up > could potentially cause major issues. (Just to stick to the example that > I already used). > >> >> if you keep the current policy many people wouldnt have the resources or >> time to maintain all the packages with that policy. thats why many >> people dont want their packages in the distro or contrib. (me included) > > I am trying to find a way to make it easier for people to get their > packages into the "stable/frozen" world. I think this will encourage > contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" > lets the packager indicate this package can be auto collected. > > Robert I agree, for a lot of leaf packages there does not seem to be a reason to not do a single SR that hits a devel repo and the main repo. But, from what I can tell, contrib is already an artifact from days gone by! So the flag should be "OK_FOR_FACTORY". Greg -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8158166484774189475==-- From jw@suse.de Tue Nov 2 21:10:01 2010 From: Juergen Weigert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 22:10:00 +0100 Message-ID: <20101102210959.GE4627@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7475259013783524758==" --===============7475259013783524758== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Nov 02, 10 16:46:30 -0400, Greg Freemyer wrote: > > I agree, for a lot of leaf packages there does not seem to be a reason > to not do a single SR that hits a devel repo and the main repo. If I could tell my submit-request, that I want the package go back where it originally came from, I'd most of the time do so. Currently, when I branch from Factory, I usually get rerouted to a devel-project. So the submit (being perceived as the end of my transaction) ends up at the devel project, not at Factory, where the package originally was taken from. Flagging a submitrequest as 'please forward to Factory' could tell the project maintainers, what the actual roundtrip should be. > But, from what I can tell, contrib is already an artifact from days gone by! It falls to disuse, doesn't it? Too many levels of manual indirection... Maybe an automatic forward to contrib helps, to test how the package would behave in a Factory context without actually breaking Factory? > So the flag should be "OK_FOR_FACTORY". Yeay, many possibilities :-) cheers, JW- -- o \ Juergen Weigert paint it green! __/ _=======.=======_ | jw(a)suse.de back to ascii! __/ _---|____________\/ \ | 0911 74053-508 __/ (____/ /\ (/) | _____________________________/ _/ \_ vim:set sw=2 wm=8 SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) SuSE. Supporting Linux since 1992. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7475259013783524758==-- From bitdealer@gmail.com Tue Nov 2 23:44:11 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 00:44:04 +0100 Message-ID: <201011030044.05000.bitdealer@gmail.com> In-Reply-To: <4CD076A4.7060107@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0920047475699791492==" --===============0920047475699791492== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tuesday November 2 2010 21:37:56 Robert Schweikert wrote: > On 11/02/2010 04:24 PM, Marcus Rueckert wrote: > > hi, > > > > simple answer: you need to define a maintenance policy for contrib. > > > > the current policy is the same as the distro. that means no version > > updates just backports after contrib got frozen for a distro release. > > > > if you leave it open for version update you have no real stable base for > > people to work with. > > I did not mean to imply that the policy for contrib should change. It > should be a stable/frozen repo as it is today. > > For example, a developer at company X that writes perl code for their > application shouldn't have to add devel:languages:perl to get > perl-critic as the developer now uses a moving repo and one zypper up > could potentially cause major issues. (Just to stick to the example that > I already used). > > > if you keep the current policy many people wouldnt have the resources or > > time to maintain all the packages with that policy. thats why many > > people dont want their packages in the distro or contrib. (me included) > > I am trying to find a way to make it easier for people to get their > packages into the "stable/frozen" world. I think this will encourage > contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" > lets the packager indicate this package can be auto collected. That leaves out the main issue. The stuff in Contrib is version frozen and therefore any security fixes need to be backported and the packages in there need to be maintained. Who will do that? If the original submitter is willing to do that he prolly will already submit it to Contrib so I don't see how that will change besides collecting more unmaintained packages in Contrib which isn't really what we should want. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0920047475699791492==-- From rschweikert@novell.com Wed Nov 3 00:18:17 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Tue, 02 Nov 2010 20:17:58 -0400 Message-ID: <4CD0AA36.9050703@novell.com> In-Reply-To: <201011030044.05000.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1729642853833504227==" --===============1729642853833504227== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/02/2010 07:44 PM, Stephan Kleine wrote: > On Tuesday November 2 2010 21:37:56 Robert Schweikert wrote: >> On 11/02/2010 04:24 PM, Marcus Rueckert wrote: >>> hi, >>> >>> simple answer: you need to define a maintenance policy for contrib. >>> >>> the current policy is the same as the distro. that means no version >>> updates just backports after contrib got frozen for a distro release. >>> >>> if you leave it open for version update you have no real stable base for >>> people to work with. >> >> I did not mean to imply that the policy for contrib should change. It >> should be a stable/frozen repo as it is today. >> >> For example, a developer at company X that writes perl code for their >> application shouldn't have to add devel:languages:perl to get >> perl-critic as the developer now uses a moving repo and one zypper up >> could potentially cause major issues. (Just to stick to the example that >> I already used). >> >>> if you keep the current policy many people wouldnt have the resources or >>> time to maintain all the packages with that policy. thats why many >>> people dont want their packages in the distro or contrib. (me included) >> >> I am trying to find a way to make it easier for people to get their >> packages into the "stable/frozen" world. I think this will encourage >> contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" >> lets the packager indicate this package can be auto collected. >=20 > That leaves out the main issue. The stuff in Contrib is version frozen and = > therefore any security fixes need to be backported and the packages in ther= e=20 > need to be maintained. Agreed. >=20 > Who will do that? If the original submitter is willing to do that he prolly= =20 > will already submit it to Contrib=20 This is where I disagree. I am saying that the process of getting a package into Contrib or Factory is not as straight forward as it should be. There are too many steps. To get something into contrib or factory one has to - create the package(s) in home: - submit to a devel project - get added to the list of maintainers for the devel project - submit the package(s) again to factory or contrib Submitting the same stuff multiple times is not intuitive. I would guess most people will stop after the first submit step even if they are willing to do the maintenance work. This just means that the package never sees "the light of day", meaning the package is not available to users that do not add devel repos to their system. When I contribute a patch to a project I only submit the patch once, if I only care that it gets into the development tree which eventually gets released. All I have to do is the development work, create the patch, and submit it to a mailing list, attach to bug report, or send it to someone with commit access. One patch one commit, simple. This is the way it should be with packages. If I create a package and am willing to maintain it I should be able to get the package into :Factory or :Contrib without having to do multiple submit requests for the same package (plus get added to some "magic" list of users of a given devel project) > so I don't see how that will change besides=20 > collecting more unmaintained packages in Contrib which isn't really what we= =20 > should want. I am not advocating to have more packages for the sake of having more packages. Packages in :Factory and :Contrib should be of high quality and be maintained. No question about it. Robert --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1729642853833504227==-- From bitdealer@gmail.com Wed Nov 3 02:09:26 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 03:09:19 +0100 Message-ID: <201011030309.20316.bitdealer@gmail.com> In-Reply-To: <4CD0AA36.9050703@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4443723178145987050==" --===============4443723178145987050== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wednesday November 3 2010 01:17:58 Robert Schweikert wrote: > On 11/02/2010 07:44 PM, Stephan Kleine wrote: > > On Tuesday November 2 2010 21:37:56 Robert Schweikert wrote: > >> On 11/02/2010 04:24 PM, Marcus Rueckert wrote: > >>> hi, > >>>=20 > >>> simple answer: you need to define a maintenance policy for contrib. > >>>=20 > >>> the current policy is the same as the distro. that means no version > >>> updates just backports after contrib got frozen for a distro release. > >>>=20 > >>> if you leave it open for version update you have no real stable base > >>> for people to work with. > >>=20 > >> I did not mean to imply that the policy for contrib should change. It > >> should be a stable/frozen repo as it is today. > >>=20 > >> For example, a developer at company X that writes perl code for their > >> application shouldn't have to add devel:languages:perl to get > >> perl-critic as the developer now uses a moving repo and one zypper up > >> could potentially cause major issues. (Just to stick to the example that > >> I already used). > >>=20 > >>> if you keep the current policy many people wouldnt have the resources > >>> or time to maintain all the packages with that policy. thats why many > >>> people dont want their packages in the distro or contrib. (me > >>> included) > >>=20 > >> I am trying to find a way to make it easier for people to get their > >> packages into the "stable/frozen" world. I think this will encourage > >> contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" > >> lets the packager indicate this package can be auto collected. > >=20 > > That leaves out the main issue. The stuff in Contrib is version frozen > > and therefore any security fixes need to be backported and the packages > > in there need to be maintained. >=20 > Agreed. >=20 > > Who will do that? If the original submitter is willing to do that he > > prolly will already submit it to Contrib >=20 > This is where I disagree. I am saying that the process of getting a > package into Contrib or Factory is not as straight forward as it should > be. There are too many steps. To get something into contrib or factory > one has to >=20 > - create the package(s) in home: > - submit to a devel project > - get added to the list of maintainers for the devel project > - submit the package(s) again to factory or contrib >=20 > Submitting the same stuff multiple times is not intuitive. I would guess > most people will stop after the first submit step even if they are > willing to do the maintenance work. This just means that the package > never sees "the light of day", meaning the package is not available to > users that do not add devel repos to their system. Well, IMHO, the default assumption that the one who submits something to some= =20 devel project also wants to comply with the version restrictions in Contrib o= r=20 Factory is wrong. E.g. I have several packages I needs as deps which I update= =20 when I see it fit and file SRs against their devel projects but I absolutely = do not want to maintain them in any way as in being responsible for them in=20 some way while having to do more than upstream does (e.g. backporting securit= y=20 fixes). > When I contribute a patch to a project I only submit the patch once, if > I only care that it gets into the development tree which eventually gets > released. All I have to do is the development work, create the patch, > and submit it to a mailing list, attach to bug report, or send it to > someone with commit access. One patch one commit, simple. This is the > way it should be with packages. If I create a package and am willing to > maintain it I should be able to get the package into :Factory or >=20 > :Contrib without having to do multiple submit requests for the same >=20 > package (plus get added to some "magic" list of users of a given devel > project) >=20 > > so I don't see how that will change besides > > collecting more unmaintained packages in Contrib which isn't really what > > we should want. >=20 > I am not advocating to have more packages for the sake of having more > packages. Packages in :Factory and :Contrib should be of high quality > and be maintained. No question about it. I'm not sure if I am getting you right, do you mean 1. Make it a default for all? Then the above holds. My main point simply is that anyone who is comfortable = to comply with the policy for Contrib or Factory will also have no problem=20 filling one more SR to get his stuff in there. 2. Just make it easier to import packages for people who certainly will compl= y=20 with the policy? E.g. you are paid by Novell to maintain package X so you are just interested = in porting package X from some internal packages to the public OBS? Then just= =20 add some option to "osc sr". I guess my point simply is that I'm strongly against anything that makes it=20 "easier" ("easier" ~ filing _2_ SRs) to get stuff into Contrib or Factory=20 since it would just lead to loads of "dead" / unmaintained packages (which=20 lowers the promised quality) drop & forget style. And for anyone who seriousl= y=20 considered the required policy and tends to comply with it filing the 2nd SR = should be pretty trivial. --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4443723178145987050==-- From coolo@suse.de Wed Nov 3 08:28:28 2010 From: Stephan Kulow To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 09:28:25 +0100 Message-ID: <201011030928.26246.coolo@suse.de> In-Reply-To: <201011030044.05000.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4823292653868652530==" --===============4823292653868652530== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Mittwoch 03 November 2010 schrieb Stephan Kleine: > That leaves out the main issue. The stuff in Contrib is version frozen and > therefore any security fixes need to be backported and the packages in > there need to be maintained. While this is surely desireable, I don't think it should block anything that is highly security irrlevant from going straight into factory. Sure, I don't want a 4th unmaintained SMTP daemon in the distribution, but keeping perl packages out of factory for that reason is stupid. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4823292653868652530==-- From sasch.pe@gmx.de Wed Nov 3 08:28:40 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Gitorious e-mail notification Date: Wed, 03 Nov 2010 09:28:24 +0100 Message-ID: <201011030928.34394.sasch.pe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6617045886827441265==" --===============6617045886827441265== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi guys, we may have a solution for merge request notifications on Gitorious. This har= d=20 to find feature allows to receive e-mail notifications on changes:=20 http://gitorious.org/favorites You have to explicitly enable the projects you want to receive e-mails though. --=20 Mit freundlichen Gr=C3=BC=C3=9Fen, Sascha Peilicke http://saschpe.wordpress.com --===============6617045886827441265== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6UkhTNEFDZ2tRRHEveWtTclp0MVVOd0FDZ3JqRS93Ymho U0dkbEowczVaR3ZmQXk4Ywp6SlVBbXdlSFR5K1BvQnpILzhrNEVIRC91d0hnbWZtSQo9OWVhUwot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============6617045886827441265==-- From sasch.pe@gmx.de Wed Nov 3 08:46:31 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 09:46:19 +0100 Message-ID: <201011030946.24190.sasch.pe@gmx.de> In-Reply-To: <201011030928.26246.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2929901039170218258==" --===============2929901039170218258== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Wednesday 03 November 2010 09:28:25 Stephan Kulow wrote: > Am Mittwoch 03 November 2010 schrieb Stephan Kleine: > > That leaves out the main issue. The stuff in Contrib is version frozen > > and therefore any security fixes need to be backported and the packages > > in there need to be maintained. > > While this is surely desireable, I don't think it should block anything > that is highly security irrlevant from going straight into factory. > > Sure, I don't want a 4th unmaintained SMTP daemon in the distribution, but > keeping perl packages out of factory for that reason is stupid. wow, does that mean that some packages from devel:languages:ruby:ext or devel:languages:python may have a chance too? -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com --===============2929901039170218258== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6UklXQUFDZ2tRRHEveWtTclp0MVdpWmdDZmJPaEkwSlk0 dWc3SnkvcUxuU3RZVG5HQgpZdzhBb0tlMHFYZGdOSW85bWpRbnhWNUh1aEUxTEJpMgo9dElieQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============2929901039170218258==-- From meissner@suse.de Wed Nov 3 08:51:33 2010 From: Marcus Meissner To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 09:51:32 +0100 Message-ID: <20101103085132.GD3927@suse.de> In-Reply-To: <201011030946.24190.sasch.pe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3543430048614514787==" --===============3543430048614514787== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2010 at 09:46:19AM +0100, Sascha Peilicke wrote: > On Wednesday 03 November 2010 09:28:25 Stephan Kulow wrote: > > Am Mittwoch 03 November 2010 schrieb Stephan Kleine: > > > That leaves out the main issue. The stuff in Contrib is version frozen > > > and therefore any security fixes need to be backported and the packages > > > in there need to be maintained. > >=20 > > While this is surely desireable, I don't think it should block anything > > that is highly security irrlevant from going straight into factory. > > > > Sure, I don't want a 4th unmaintained SMTP daemon in the distribution, but > > keeping perl packages out of factory for that reason is stupid. >=20 > wow, does that mean that some packages from devel:languages:ruby:ext or=20 > devel:languages:python may have a chance too? Of course. Why do you think they do not? Any development group can forward packages to Factory for inclusion. (There really just needs to be backing to get bugs fixed during development and some smaller committment to fix bugs if they during the lifetime of openS= USE x.x). Ciao, Marcus --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3543430048614514787==-- From sasch.pe@gmx.de Wed Nov 3 10:05:21 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Gitorious e-mail notification Date: Wed, 03 Nov 2010 11:05:10 +0100 Message-ID: <201011031105.15412.sasch.pe@gmx.de> In-Reply-To: <201011030928.34394.sasch.pe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7814999302747648916==" --===============7814999302747648916== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Wednesday 03 November 2010 09:28:24 Sascha Peilicke wrote: > Hi guys, > > we may have a solution for merge request notifications on Gitorious. This > hard to find feature allows to receive e-mail notifications on changes: > > http://gitorious.org/favorites > > You have to explicitly enable the projects you want to receive e-mails > though. mhm, doesn't seem to work... -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com --===============7814999302747648916== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6Uk05c0FDZ2tRRHEveWtTclp0MVZzQmdDZ3VYeU16VTNU QmlvS3JuNWR0Z1lwd2ZzSApvWnNBb0pybE1wK0xlSEl0V2pRUzVSL2g3c2hLczNpYwo9QmdvUwot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============7814999302747648916==-- From lmuelle@suse.de Wed Nov 3 12:01:47 2010 From: Lars =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 13:01:25 +0100 Message-ID: <20101103120125.GB4163@giles.s1.private> In-Reply-To: <201011030044.05000.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6601463776016505277==" --===============6601463776016505277== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2010 at 12:44:04AM +0100, Stephan Kleine wrote: [ 8< ] > That leaves out the main issue. The stuff in Contrib is version frozen and = > therefore any security fixes need to be backported and the packages in ther= e=20 > need to be maintained. I believe - and with Samba we've proofen - this "version frozen" policy as inadequate. All depends from the dependencies. For example a kernel and glibc version change more likely will break working setups. While a version upgrade to Samba worked well for several openSUSE and SUSE Linux Enterprise products. As an official update and not only as we offer packages from the network:samba:STABLE and TESTING repositories of the openSUSE Build Service. For some components of the system we need something like rolling updates. Or is any of you still happily and satisfied using the initial Firefox as offered for SUSE Linux Enterprise 10 or openSUSE 11.2? There is nothing like one simple policy. Reality is sucking complex. ;) > Who will do that? If the original submitter is willing to do that he prolly= =20 > will already submit it to Contrib so I don't see how that will change besid= es=20 > collecting more unmaintained packages in Contrib which isn't really what we= =20 > should want. Take the exim example. As I'm using it I'm quite happy to help and complained as soon as it should get dropped. I'm never going to work on a security update for exim. All I'm willing to do is to keep the exim package in openSUSE on a current level. If there is a security issue I would address it with the new version. With exim this is possible. It's not the default MTA of SUSE and therefore the risk to break 80% of installed and working systems is much lower. But if there is anyone willing to contribute time, I'm also happy to change the current very simple approach. As long as it doesn't cause extra work to me. Have I said there is no simple policy? ;)) Lars --=20 Lars M=C3=BCller [=CB=88la=CB=90(r)z =CB=88m=CA=8Fl=C9=90] Samba Team SUSE Linux, Maxfeldstra=C3=9Fe 5, 90409 N=C3=BCrnberg, Germany --===============6601463776016505277== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.sig" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUQ4REJRRk0wVThWNE5CaUswRktWOE1SQWljN0FKOVRnMWZIQVZxSDVQVzhGanll dTVBU1pPdFdqUUNhQXR5TwpVQUdwMndVekF0WXREb1pIUzloTlJUMD0KPTRJcGEKLS0tLS1FTkQg UEdQIFNJR05BVFVSRS0tLS0tCg== --===============6601463776016505277==-- From francisco.cuadrado@iunika.net Wed Nov 3 12:02:45 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Wed, 03 Nov 2010 13:02:40 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2944554804269880057==" --===============2944554804269880057== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, all! I've got a question that anybody can't resolve me at IRC, so darix convinces me to put it here. My problem is that I don't know how obs-worker uses Xen/KVM virtual machines, and how I should configure obs-worker and Xen/KVM, so obs-worker can use Xen/KVM, because I suppose that obs-worker using Xen/KVM is better and faster than using only qemu. Can anyone help me? -- Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Cañada Real de Merinas, 25 Edificio 7 - oficina 1ºC 28042 Madrid http://www.iunika.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2944554804269880057==-- From kkaempf@suse.de Wed Nov 3 12:25:53 2010 From: Klaus Kaempf To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 13:25:52 +0100 Message-ID: <20101103122551.GA17922@heron.suse.de> In-Reply-To: <4CD0AA36.9050703@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4589222912926829333==" --===============4589222912926829333== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable * Robert Schweikert [Nov 03. 2010 01:18]: >=20 > This is where I disagree. I am saying that the process of getting a > package into Contrib or Factory is not as straight forward as it should > be. There are too many steps. Fully agreed. There are actually two issues here to be solved 1. Giving users knowledge about and access to packages. This one got lots of attention during the openSUSE conference and a solution is currently being discussed on opensuse-softwaremgmt(a)opensuse.o= rg =20 The current proposal revolves around 'karma/trust' to find good packages and good maintainers. Let the community vote about the quality of packages, the ability of the maintainer to fix bugs, ease of installation, completeness of the documentation, you name it. 2. Making a package belong to the 'choosen ones' This is indeed tightly coupled to point 1 above because good karma is essential here. However, I wonder if the current model of 'pushing to Factory' can be extended. One extension could be voting (i.e. "Hey Coolo, Robert has this cool package in his home project, add it to Factory !"). Another would be adding 'pull requests' to the workflow. Instead of the package maintainer, the 'distribution maintainer' should choose which packages (resp. projects) he wants to have in his distribution. The package maintainer gets notified of pull requests and, if he accepts, all changes to his package get pulled into the distribution. Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N=C3=BCrnberg) --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4589222912926829333==-- From suse-tux@gmx.de Wed Nov 3 12:37:32 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc commit fails to make some changes Date: Wed, 03 Nov 2010 13:37:28 +0100 Message-ID: <20101103123728.GA4218@linux> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9127172255716776363==" --===============9127172255716776363== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 2010-11-02 12:00:29 +0100, Cristian Morales Vega wrote: > For some time I have randomly getting this behavior in different packages: > > $ osc st > M _service > D mkvtoolnix-4.3.0-aliasing.patch > D mkvtoolnix-4.3.0-guide_install.patch > $ osc ci -m "Resubmit since the old commit failed" > mkvtoolnix-4.4.0.tar.bz2 mentioned in spec file does not exist. > Sending _service > Deleting mkvtoolnix-4.3.0-aliasing.patch > Deleting mkvtoolnix-4.3.0-guide_install.patch > Transmitting file data . > Committed revision 57. > The package contains a source service. > $ osc up > D _service_error > Restored 'mkvtoolnix-4.3.0-aliasing.patch' > Restored 'mkvtoolnix-4.3.0-guide_install.patch' > At revision 699d95a318c0944c840a24973725fbb2. > Can you check if you get the same behaviour with a recent osc version from the openSUSE:Tools:Unstable repo? osc's current working copy code should handle it correctly. Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============9127172255716776363==-- From cmorve69@yahoo.es Wed Nov 3 12:40:23 2010 From: Cristian Morales Vega To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc commit fails to make some changes Date: Wed, 03 Nov 2010 13:40:19 +0100 Message-ID: In-Reply-To: <20101103123728.GA4218@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3885363498319231294==" --===============3885363498319231294== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit 2010/11/3 Marcus Hüwe : > On 2010-11-02 12:00:29 +0100, Cristian Morales Vega wrote: >> For some time I have randomly getting this behavior in different packages: >> >> $ osc st >> M    _service >> D    mkvtoolnix-4.3.0-aliasing.patch >> D    mkvtoolnix-4.3.0-guide_install.patch >> $ osc ci -m "Resubmit since the old commit failed" >> mkvtoolnix-4.4.0.tar.bz2 mentioned in spec file does not exist. >> Sending    _service >> Deleting    mkvtoolnix-4.3.0-aliasing.patch >> Deleting    mkvtoolnix-4.3.0-guide_install.patch >> Transmitting file data . >> Committed revision 57. >> The package contains a source service. >> $ osc up >> D    _service_error >> Restored 'mkvtoolnix-4.3.0-aliasing.patch' >> Restored 'mkvtoolnix-4.3.0-guide_install.patch' >> At revision 699d95a318c0944c840a24973725fbb2. >> > Can you check if you get the same behaviour with a recent osc version > from the openSUSE:Tools:Unstable repo? osc's current working copy code > should handle it correctly. I fixed the package deleting the files from the web interface. But sure, if I ever have the problem again I will test openSUSE:Tools:Unstable's. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3885363498319231294==-- From rschweikert@novell.com Wed Nov 3 13:49:33 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 09:49:17 -0400 Message-ID: <4CD1685D.4030808@novell.com> In-Reply-To: <20101103120125.GB4163@giles.s1.private> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8235924864433939323==" --===============8235924864433939323== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/03/2010 08:01 AM, Lars M=C3=BCller wrote: > On Wed, Nov 03, 2010 at 12:44:04AM +0100, Stephan Kleine wrote: > [ 8< ] >> That leaves out the main issue. The stuff in Contrib is version frozen and= =20 >> therefore any security fixes need to be backported and the packages in the= re=20 >> need to be maintained. >=20 > I believe - and with Samba we've proofen - this "version frozen" policy > as inadequate. >=20 > All depends from the dependencies. For example a kernel and glibc > version change more likely will break working setups. >=20 > While a version upgrade to Samba worked well for several openSUSE and > SUSE Linux Enterprise products. As an official update and not only as > we offer packages from the network:samba:STABLE and TESTING repositories > of the openSUSE Build Service. >=20 > For some components of the system we need something like rolling > updates. Or is any of you still happily and satisfied using the initial > Firefox as offered for SUSE Linux Enterprise 10 or openSUSE 11.2? Rolling updates for certain parts of the distribution are probably the best approach to the "stuck with very old version" problems. This would also make the "simple maintenance model" you outline below more feasible. However, this does not address the issue of how to get a package into the distro in the first place. >=20 > There is nothing like one simple policy. Reality is sucking complex. ;) >=20 >> Who will do that? If the original submitter is willing to do that he proll= y=20 >> will already submit it to Contrib so I don't see how that will change besi= des=20 >> collecting more unmaintained packages in Contrib which isn't really what w= e=20 >> should want. >=20 > Take the exim example. As I'm using it I'm quite happy to help and > complained as soon as it should get dropped. >=20 > I'm never going to work on a security update for exim. All I'm willing > to do is to keep the exim package in openSUSE on a current level. If > there is a security issue I would address it with the new version. I think there are a lot more potential contributors in this boat. These contributors would be willing to keep one or more packages up to date, but when it comes to fixing code or back-porting then things probably become iffy. Thus having a more lenient policy w.r.t. version changes via updates would probably open the door for more contributors. As simply the maintenance load is reduced by not having to back-port anything and being able to address bugs with a version bump from upstream. Still we need to look at the initial hurdle of the double submit, and being a "blessed" maintainer of a devel project to get stuff into :Factory or :Contrib. Yes, trust and quality of work do come into play. However, there are loads of package opportunities (Perl, Python, Ruby....Applications and modules) where the upstream code has some kind of testing and what is really needed is a person willing to push the version for every oS release and in between if needed due to some kind of bug. I claim, and maybe I am wrong, that the current policies and procedures keep these types of packagers away and subsequently packages out of the distribution. Robert --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8235924864433939323==-- From rschweikert@novell.com Wed Nov 3 13:54:35 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 09:54:19 -0400 Message-ID: <4CD1698B.20201@novell.com> In-Reply-To: <201011030928.26246.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9093992000897121390==" --===============9093992000897121390== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/03/2010 04:28 AM, Stephan Kulow wrote: > Am Mittwoch 03 November 2010 schrieb Stephan Kleine: >=20 >> That leaves out the main issue. The stuff in Contrib is version frozen and >> therefore any security fixes need to be backported and the packages in >> there need to be maintained. > While this is surely desireable, I don't think it should block anything tha= t=20 > is highly security irrlevant from going straight into factory. >=20 > Sure, I don't want a 4th unmaintained SMTP daemon in the distribution, but = > keeping perl packages out of factory for that reason is stupid. Thus, maybe for certain devel projects such a Perl, Python, Ruby, etc. and automatic inclusion in :Factory of everything the successfully builds at branch time maybe an option? Then at least for these types of projects we would invite the "more casual packager" and we would drastically lower the barrier to entry. Robert --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============9093992000897121390==-- From greg.freemyer@gmail.com Wed Nov 3 14:15:29 2010 From: Greg Freemyer To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 10:15:06 -0400 Message-ID: In-Reply-To: <4CD071E1.8050203@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7625666799557400667==" --===============7625666799557400667== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert wrote: > Hi, > > Based on a mail on the packaging list I guess what I need to do to get > things into the distribution is to have another sr for the packages to > the openSUSE:Factory project. But, that I cannot do as I am not a > maintainer of devel:languages:perl. Now, I'd have to get added as a > maintainer in that project and then do an sr for perl-critic and > dependencies. Then rinse and repeat for any packages I might submit to > other top level projects. Was the devel maintainer issue ever addressed in this thread? Is it real or a red-herring? If real, it seems the biggest stumbling block, not the double SR issue that has bee discussed. Greg -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7625666799557400667==-- From rschweikert@novell.com Wed Nov 3 14:19:51 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 10:19:37 -0400 Message-ID: <4CD16F79.8000801@novell.com> In-Reply-To: <201011030309.20316.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5896543977309064168==" --===============5896543977309064168== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/02/2010 10:09 PM, Stephan Kleine wrote: > On Wednesday November 3 2010 01:17:58 Robert Schweikert wrote: >> On 11/02/2010 07:44 PM, Stephan Kleine wrote: >>> On Tuesday November 2 2010 21:37:56 Robert Schweikert wrote: >>>> On 11/02/2010 04:24 PM, Marcus Rueckert wrote: >>>>> hi, >>>>> >>>>> simple answer: you need to define a maintenance policy for contrib. >>>>> >>>>> the current policy is the same as the distro. that means no version >>>>> updates just backports after contrib got frozen for a distro release. >>>>> >>>>> if you leave it open for version update you have no real stable base >>>>> for people to work with. >>>> >>>> I did not mean to imply that the policy for contrib should change. It >>>> should be a stable/frozen repo as it is today. >>>> >>>> For example, a developer at company X that writes perl code for their >>>> application shouldn't have to add devel:languages:perl to get >>>> perl-critic as the developer now uses a moving repo and one zypper up >>>> could potentially cause major issues. (Just to stick to the example that >>>> I already used). >>>> >>>>> if you keep the current policy many people wouldnt have the resources >>>>> or time to maintain all the packages with that policy. thats why many >>>>> people dont want their packages in the distro or contrib. (me >>>>> included) >>>> >>>> I am trying to find a way to make it easier for people to get their >>>> packages into the "stable/frozen" world. I think this will encourage >>>> contributions. Maybe we need another per package flag, "OK_FOR_CONTRIB" >>>> lets the packager indicate this package can be auto collected. >>> >>> That leaves out the main issue. The stuff in Contrib is version frozen >>> and therefore any security fixes need to be backported and the packages >>> in there need to be maintained. >> >> Agreed. >> >>> Who will do that? If the original submitter is willing to do that he >>> prolly will already submit it to Contrib >> >> This is where I disagree. I am saying that the process of getting a >> package into Contrib or Factory is not as straight forward as it should >> be. There are too many steps. To get something into contrib or factory >> one has to >> >> - create the package(s) in home: >> - submit to a devel project >> - get added to the list of maintainers for the devel project >> - submit the package(s) again to factory or contrib >> >> Submitting the same stuff multiple times is not intuitive. I would guess >> most people will stop after the first submit step even if they are >> willing to do the maintenance work. This just means that the package >> never sees "the light of day", meaning the package is not available to >> users that do not add devel repos to their system. >=20 > Well, IMHO, the default assumption that the one who submits something to so= me=20 > devel project also wants to comply with the version restrictions in Contrib= or=20 > Factory is wrong. E.g. I have several packages I needs as deps which I upda= te=20 > when I see it fit and file SRs against their devel projects but I absolutel= y=20 > do not want to maintain them in any way as in being responsible for them in= =20 > some way while having to do more than upstream does (e.g. backporting secur= ity=20 > fixes). Well, then maybe the policy needs to be looked at, as Lars pointed out. Following a "simple maintenance model" of bumping the version to get upstream bug fixes would be a lot less work and might be a sufficient relaxation to get more people to contribute packages. >=20 >> When I contribute a patch to a project I only submit the patch once, if >> I only care that it gets into the development tree which eventually gets >> released. All I have to do is the development work, create the patch, >> and submit it to a mailing list, attach to bug report, or send it to >> someone with commit access. One patch one commit, simple. This is the >> way it should be with packages. If I create a package and am willing to >> maintain it I should be able to get the package into :Factory or >> >> :Contrib without having to do multiple submit requests for the same >> >> package (plus get added to some "magic" list of users of a given devel >> project) >> >>> so I don't see how that will change besides >>> collecting more unmaintained packages in Contrib which isn't really what >>> we should want. >> >> I am not advocating to have more packages for the sake of having more >> packages. Packages in :Factory and :Contrib should be of high quality >> and be maintained. No question about it. >=20 > I'm not sure if I am getting you right, do you mean >=20 > 1. Make it a default for all? Not necessarily, but a flag (OK_FOR_FACTORY as suggested in another e-mail) might be sufficient to indicate that a packager who is submitting a package to a devel project would like to see the package pushed into factory. The flag could be interpreted such that these packages get automatically collected and pushed to :Factory, or that a maintainer of the given devel project is on the hook to do this manually. > Then the above holds. My main point simply is that anyone who is comfortabl= e=20 > to comply with the policy for Contrib or Factory will also have no problem = > filling one more SR to get his stuff in there. It is more than just a second SR. One also has to be a maintainer of the given devel project from which the package is supposed to be pushed into :Factory. Thus, this implies that the original packager now either needs to become a maintainer of the given devel project (meaning one has to figure that out) or pick a maintainer of the devel project and ask the maintainer to submit an SR. There are just too many touchpoints. >=20 > 2. Just make it easier to import packages for people who certainly will com= ply=20 > with the policy? > E.g. you are paid by Novell to maintain package X so you are just intereste= d=20 > in porting package X from some internal packages to the public OBS? Then ju= st=20 > add some option to "osc sr". >=20 > I guess my point simply is that I'm strongly against anything that makes it= =20 > "easier"=20 Well, in that case we really have no business in looking over the fence with envy and say, look distro X has a ton more packages and a lot more contributors. And then ask, how do we get there. We do not get there by making things difficult, that much I know. > ("easier" ~ filing _2_ SRs)=20 There is more involved than just filing 2 SRs ;) > to get stuff into Contrib or Factory=20 > since it would just lead to loads of "dead" / unmaintained packages (which = > lowers the promised quality) drop & forget style. Not necessarily. We could track the origination of packages, i.e. who first created the package and then poke those people automatically to update the package once a release cycle. devel project maintainers continue to be the gate keepers and do reviews of spec files etc. when a new package gets submitted to the devel project. But the original packager (unless the package is handed to someone else) continues to bear the responsibility of keeping the package up to date. The "forget" part is solved by automatic e-mail messages. If the maintainer commits a new version the e-mails stop until the next release cycle of oS begins and a packager can stop the notification e-mail by submitting a web form or via osc command that a given package has no new version available for the given oS release. I think we have plenty of opportunity here to avoid the "drop and forget" style of contribution. Robert --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5896543977309064168==-- From fritz@fritz-elfert.de Wed Nov 3 14:31:28 2010 From: Fritz Elfert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Fedora 14 Date: Wed, 03 Nov 2010 15:31:13 +0100 Message-ID: <4CD17231.5050403@fritz-elfert.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2164737425082724481==" --===============2164737425082724481== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI: Fedora 14 is out, So: Would you guys please be so kind to make it available on for builds build.opensuse.org. Thanks -Fritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFM0XIxboM4mAMyprARAlaiAKCXahDDnDRSgXRwNfIe9nsGA/w7VACePre2 c89AD3A62Svnp+Du39PpYAI= =X0yt -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2164737425082724481==-- From sasch.pe@gmx.de Wed Nov 3 17:31:26 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Gitorious e-mail notification Date: Wed, 03 Nov 2010 18:31:10 +0100 Message-ID: <201011031831.15650.sasch.pe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1454714652812616537==" --===============1454714652812616537== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Wednesday 03 November 2010 11:05:10 Sascha Peilicke wrote: > On Wednesday 03 November 2010 09:28:24 Sascha Peilicke wrote: > > Hi guys, > > > > we may have a solution for merge request notifications on Gitorious. This > > > > hard to find feature allows to receive e-mail notifications on changes: > > http://gitorious.org/favorites > > > > You have to explicitly enable the projects you want to receive e-mails > > though. > > mhm, doesn't seem to work... Correcting myself, it does work indeed, but with a long delay. -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1454714652812616537==-- From ttelford.groups@gmail.com Wed Nov 3 17:57:03 2010 From: Troy Telford To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: Fedora 14 Date: Wed, 03 Nov 2010 11:56:44 -0600 Message-ID: In-Reply-To: <4CD17231.5050403@fritz-elfert.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6191601628732675039==" --===============6191601628732675039== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit > FYI: Fedora 14 is out, > So: Would you guys please be so kind to make it available on for builds > build.opensuse.org. Along those lines: In my private OBS instance, here are the changes I made to the prjconf (vs. Fedora 13) @@ -20,7 +20,7 @@ Support: bind-libs bind-utils bison cpp cracklib cvs cpio Support: e2fsprogs file findutils flex gawk gdbm-devel gettext-devel Support: glibc-devel gpm groff gzip info less -Support: make man module-init-tools +Support: make man-db module-init-tools Support: ncurses-devel net-tools openssl Support: patch procinfo procps psmisc rcs strace Support: texinfo unzip util-linux-ng zlib-devel vim-enhanced @@ -60,7 +60,7 @@ Prefer: fedora-release +Prefer: upstart-sysvinit @@ -277,18 +277,18 @@ -%define fedora_version 13 +%define fedora_version 14 Macros: %opensuse_bs 1 -%fedora_version 13 +%fedora_version 14 %_vendor redhat #From fedora buildsys-macros package -%fedora 13 -%dist .fc13 +%fedora 14 +%dist .fc14 %fc13 1 %ext_info .gz -- Troy Telford -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6191601628732675039==-- From rschweikert@novell.com Wed Nov 3 18:52:50 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 14:52:31 -0400 Message-ID: <4CD1AF6F.3080908@novell.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4208941947663130474==" --===============4208941947663130474== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/03/2010 10:15 AM, Greg Freemyer wrote: > On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert > wrote: >> Hi, >> > >> Based on a mail on the packaging list I guess what I need to do to get >> things into the distribution is to have another sr for the packages to >> the openSUSE:Factory project. But, that I cannot do as I am not a >> maintainer of devel:languages:perl. Now, I'd have to get added as a >> maintainer in that project and then do an sr for perl-critic and >> dependencies. Then rinse and repeat for any packages I might submit to >> other top level projects. > > Was the devel maintainer issue ever addressed in this thread? > > Is it real or a red-herring? Well, I have mixed results on that, first a failed attempt: -> osc sr devel:languages:python python-boto openSUSE:Factory Warning: failed to fetch meta data for 'openSUSE:Factory' package 'python-boto' (new package?) Server returned an error: HTTP Error 403: Forbidden No permission to create request for package 'python-boto' in project 'devel:languages:python', only maintainers can create requests. And then a successful attempt: -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory Warning: failed to fetch meta data for 'openSUSE:Factory' package 'perl-B-Keywords' (new package?) created request id 52081 Note that I am not on the maintainers list for devel:languages:python or devel:languages:perl. However, I am on the maintainers list for the perl-B-Keywords package as I originally created this package and submitted it to devel:languages:perl. Thus, apparently we already do keep track of the "original" package creator somewhere, and I have the permission to request the package to be included in Factory. Thus, for a package I originally created it does appear to just break down to having two SRs. Still don't like it, but this cuts out all the stuff in the middle I am most concerned about. However, for packages one is not the original creator, but that are needed for dependency reasons there is a lot of work and poking around to be done. I have to look at the list of maintainers for the given project, then pick one lucky winner to deal with my issue and "beg" for the package to be SRed to Factory. Maybe this is where we need some automation? osc package-needed SOURCE_PROJECT PKG_NAME TARGET_PROJECT This command then finds one of the SOURCE_PROJECT maintainers, or a "I can fiddle with all the bits super user", or the original packager and provides information to that user from the requester on why the package is desired/needed in the TARGET_PROJECT. Thus in my example it would be: osc package-needed devel:languages:python python-boto openSUSE:Factory The requester would provide "justification" why he/she wants the package in the TARGET_PROJECT. If the original packager (or the randomly selected project maintainer) is not willing to maintain this package in the TARGET_PROJECT (raised as a concern in other e-mails about the automatic mechanism) the requester must have some means to take over the maintainer-ship of said package and thus get the package into the TARGET_PROJECT. While this still does not fall onto the extremely simple scale, such a command would make it much easier when compared to the current effort required. It is important after all that as a packager I respect other packagers desire not to have their packages in :Factory or :Contrib. However, if I am willing to take over the work of maintaining the packages, then the other packager needs to be willing to have the package pushed into :Factory or :Contrib. Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4208941947663130474==-- From rschweikert@novell.com Wed Nov 3 19:10:57 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 15:10:50 -0400 Message-ID: <4CD1B3BA.7060701@novell.com> In-Reply-To: <4CD1AF6F.3080908@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7623860042254261617==" --===============7623860042254261617== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/03/2010 02:52 PM, Robert Schweikert wrote: > > > On 11/03/2010 10:15 AM, Greg Freemyer wrote: >> On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert >> wrote: >>> Hi, >>> >> >>> Based on a mail on the packaging list I guess what I need to do to get >>> things into the distribution is to have another sr for the packages to >>> the openSUSE:Factory project. But, that I cannot do as I am not a >>> maintainer of devel:languages:perl. Now, I'd have to get added as a >>> maintainer in that project and then do an sr for perl-critic and >>> dependencies. Then rinse and repeat for any packages I might submit to >>> other top level projects. >> >> Was the devel maintainer issue ever addressed in this thread? >> >> Is it real or a red-herring? > > Well, I have mixed results on that, first a failed attempt: > > -> osc sr devel:languages:python python-boto openSUSE:Factory > Warning: failed to fetch meta data for 'openSUSE:Factory' package > 'python-boto' (new package?) > Server returned an error: HTTP Error 403: Forbidden > No permission to create request for package 'python-boto' in project > 'devel:languages:python', only maintainers can create requests. > > And then a successful attempt: > > -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory > Warning: failed to fetch meta data for 'openSUSE:Factory' package > 'perl-B-Keywords' (new package?) > created request id 52081 > > > Note that I am not on the maintainers list for devel:languages:python or > devel:languages:perl. However, I am on the maintainers list for the > perl-B-Keywords package as I originally created this package and > submitted it to devel:languages:perl. > > Thus, apparently we already do keep track of the "original" package > creator somewhere, Or maybe not. The same trick did not work with vtun, a package I just submitted to :Virtualization yesterday and that got accepted. However, I do not have permission to SR it to Factory. -> osc sr Virtualization vtun openSUSE:Factory Warning: failed to fetch meta data for 'openSUSE:Factory' package 'vtun' (new package?) Server returned an error: HTTP Error 403: Forbidden No permission to create request for package 'vtun' in project 'Virtualization', only maintainers can create requests. ??????? Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7623860042254261617==-- From meissner@suse.de Wed Nov 3 19:22:52 2010 From: Marcus Meissner To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 20:22:50 +0100 Message-ID: <20101103192250.GA26963@suse.de> In-Reply-To: <4CD1B3BA.7060701@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5783937155939497864==" --===============5783937155939497864== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Wed, Nov 03, 2010 at 03:10:50PM -0400, Robert Schweikert wrote: > > > On 11/03/2010 02:52 PM, Robert Schweikert wrote: > > > > > > On 11/03/2010 10:15 AM, Greg Freemyer wrote: > >> On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert > >> wrote: > >>> Hi, > >>> > >> > >>> Based on a mail on the packaging list I guess what I need to do to get > >>> things into the distribution is to have another sr for the packages to > >>> the openSUSE:Factory project. But, that I cannot do as I am not a > >>> maintainer of devel:languages:perl. Now, I'd have to get added as a > >>> maintainer in that project and then do an sr for perl-critic and > >>> dependencies. Then rinse and repeat for any packages I might submit to > >>> other top level projects. > >> > >> Was the devel maintainer issue ever addressed in this thread? > >> > >> Is it real or a red-herring? > > > > Well, I have mixed results on that, first a failed attempt: > > > > -> osc sr devel:languages:python python-boto openSUSE:Factory > > Warning: failed to fetch meta data for 'openSUSE:Factory' package > > 'python-boto' (new package?) > > Server returned an error: HTTP Error 403: Forbidden > > No permission to create request for package 'python-boto' in project > > 'devel:languages:python', only maintainers can create requests. > > > > And then a successful attempt: > > > > -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory > > Warning: failed to fetch meta data for 'openSUSE:Factory' package > > 'perl-B-Keywords' (new package?) > > created request id 52081 > > > > > > Note that I am not on the maintainers list for devel:languages:python or > > devel:languages:perl. However, I am on the maintainers list for the > > perl-B-Keywords package as I originally created this package and > > submitted it to devel:languages:perl. > > > > Thus, apparently we already do keep track of the "original" package > > creator somewhere, > > Or maybe not. The same trick did not work with vtun, a package I just > submitted to :Virtualization yesterday and that got accepted. However, I > do not have permission to SR it to Factory. > > -> osc sr Virtualization vtun openSUSE:Factory > Warning: failed to fetch meta data for 'openSUSE:Factory' package 'vtun' > (new package?) > Server returned an error: HTTP Error 403: Forbidden > No permission to create request for package 'vtun' in project > 'Virtualization', only maintainers can create requests. > > ??????? You can submit it if you are marked as maintainer in the package. You are marked as maintainer for perl-B-Keywords, but not for vtun. Ciao, Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5783937155939497864==-- From rschweikert@novell.com Wed Nov 3 19:27:49 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Wed, 03 Nov 2010 15:27:42 -0400 Message-ID: <4CD1B7AE.5040607@novell.com> In-Reply-To: <20101103192250.GA26963@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1902400219341944284==" --===============1902400219341944284== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/03/2010 03:22 PM, Marcus Meissner wrote: > On Wed, Nov 03, 2010 at 03:10:50PM -0400, Robert Schweikert wrote: >> >> >> On 11/03/2010 02:52 PM, Robert Schweikert wrote: >>> >>> >>> On 11/03/2010 10:15 AM, Greg Freemyer wrote: >>>> On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert >>>> wrote: >>>>> Hi, >>>>> >>>> >>>>> Based on a mail on the packaging list I guess what I need to do to get >>>>> things into the distribution is to have another sr for the packages to >>>>> the openSUSE:Factory project. But, that I cannot do as I am not a >>>>> maintainer of devel:languages:perl. Now, I'd have to get added as a >>>>> maintainer in that project and then do an sr for perl-critic and >>>>> dependencies. Then rinse and repeat for any packages I might submit to >>>>> other top level projects. >>>> >>>> Was the devel maintainer issue ever addressed in this thread? >>>> >>>> Is it real or a red-herring? >>> >>> Well, I have mixed results on that, first a failed attempt: >>> >>> -> osc sr devel:languages:python python-boto openSUSE:Factory >>> Warning: failed to fetch meta data for 'openSUSE:Factory' package >>> 'python-boto' (new package?) >>> Server returned an error: HTTP Error 403: Forbidden >>> No permission to create request for package 'python-boto' in project >>> 'devel:languages:python', only maintainers can create requests. >>> >>> And then a successful attempt: >>> >>> -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory >>> Warning: failed to fetch meta data for 'openSUSE:Factory' package >>> 'perl-B-Keywords' (new package?) >>> created request id 52081 >>> >>> >>> Note that I am not on the maintainers list for devel:languages:python or >>> devel:languages:perl. However, I am on the maintainers list for the >>> perl-B-Keywords package as I originally created this package and >>> submitted it to devel:languages:perl. >>> >>> Thus, apparently we already do keep track of the "original" package >>> creator somewhere, >> >> Or maybe not. The same trick did not work with vtun, a package I just >> submitted to :Virtualization yesterday and that got accepted. However, I >> do not have permission to SR it to Factory. >> >> -> osc sr Virtualization vtun openSUSE:Factory >> Warning: failed to fetch meta data for 'openSUSE:Factory' package 'vtun' >> (new package?) >> Server returned an error: HTTP Error 403: Forbidden >> No permission to create request for package 'vtun' in project >> 'Virtualization', only maintainers can create requests. >> >> ??????? > > You can submit it if you are marked as maintainer in the package. > > You are marked as maintainer for perl-B-Keywords, but not for vtun. Who is responsible for setting the magic marker? Is this not something that should be set automatically when I create the package in my home: project? Shouldn't this be sticky, i.e. stay with the package until manually changed? Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1902400219341944284==-- From nrp36@cornell.edu Wed Nov 3 21:42:05 2010 From: Nicholas Peterson To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Distro specific compilation - Multiple 'rules' files Date: Wed, 03 Nov 2010 17:41:40 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0977133706280119721==" --===============0977133706280119721== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, When building for Debian based distros, can I have multiple rules files? For example 'debian.rules' is the default and 'debian-xUbuntu_10.04.rules' is used for the xUbuntu_10.04 build. Thanks, nick -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0977133706280119721==-- From rschweikert@novell.com Wed Nov 3 22:02:18 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Devel project home for packages Date: Wed, 03 Nov 2010 18:02:08 -0400 Message-ID: <4CD1DBE0.8080305@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6749869391086398032==" --===============6749869391086398032== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, I am looking for suggestions for devel projects to SR the following packages: home:decriptor:eucalyptus/{axis2,axis2c,rampartc} rampartc: http://ws.apache.org/rampart/c/ Apache Rampart/C is the security module for Apache Axis2/C. It features in many ways to protect SOAP messages exchanged. This includes SOAP message encryption and signature as specified in WS-Security Specification. In addition Apache Rampart/C configurations are based on security policy assertions as per WS-Security Policy specificatoin axis2c: http://ws.apache.org/axis2/c/ Apache Axis2/C is a Web services engine implemented in the C programming language. It is based on the extensible and flexible Axis2 architecture. Apache Axis2/C can be used to provide and consume WebServices. It has been implemented with portability and ability to embed in mind, hence could be used as a Web services enabler in other software. Apache Axis2/C supports SOAP 1.1 and SOAP 1.2, as well as REST style of Webservices. A single service could be exposed both as a SOAP style as well as a REST style service simultaneously. It also has built in MTOM support, that can be used to exchange binary data. axis2: http://ws.apache.org/axis2/ Axis2 is a Web Services / SOAP / WSDL engine, the successor to the widely used Apache Axis SOAP stack. Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6749869391086398032==-- From pelliott@blackpatchpanel.com Thu Nov 4 04:19:52 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Test for debian style package in prjconf? Date: Wed, 03 Nov 2010 23:19:44 -0500 Message-ID: <20101104041944.GA10831@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3661294522010246661==" --===============3661294522010246661== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable In order to work around Bug 471298 https://bugzilla.novell.com/show_bug.cgi?id=3D471298 I put the following in my prjconf file: %if "%_repository" =3D=3D "Debian_Etch" || "%_repository" =3D=3D "Debian_4.0"= || "%_repository" =3D=3D "Debian_5.0" || "%_repository" =3D=3D "xUbuntu_6.06= " || "%_repository" =3D=3D "xUbuntu_8.04" || "%_repository" =3D=3D "xUbuntu= _8.10" || "%_repository" =3D=3D "xUbuntu_9.04" || "%_repository" =3D=3D "xUbu= ntu_9.10" || "%_repository" =3D=3D "xUbuntu_10.4" || "%_repository" =3D=3D "x= Ubuntu_10.10" Required: build-essential %endif Basicly I am trying to test for a debian style package. The drawback is I hav= e to modify it every time there is a new debian or ubuntu distro. %if 0%{?ubuntu_version} and=20 %if 0%{?debian_version} did not work they act as if they are always false. Is there a test that will work in a prjconf file that will only be true if I am building a debian style package? --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============3661294522010246661== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pTTkdBQUNna1Fpdjl6cERSYzNabnFNUUNncm8xMWZLYkgz S2FHNjhIcTVaM01RY1MyCk9Zb0FuMHVWZzZYZjJ2dzNUeW9LV1BzRmorS3NOVzB4Cj1YUVE2Ci0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============3661294522010246661==-- From ludwig.nussel@suse.de Thu Nov 4 09:35:04 2010 From: Ludwig Nussel To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Thu, 04 Nov 2010 10:35:02 +0100 Message-ID: <201011041035.02862.ludwig.nussel@suse.de> In-Reply-To: <4CD16F79.8000801@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2080708373034356336==" --===============2080708373034356336== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Robert Schweikert wrote: > > Well, IMHO, the default assumption that the one who submits something to = some=20 > > devel project also wants to comply with the version restrictions in Contr= ib or=20 > > Factory is wrong. E.g. I have several packages I needs as deps which I up= date=20 > > when I see it fit and file SRs against their devel projects but I absolut= ely=20 > > do not want to maintain them in any way as in being responsible for them = in=20 > > some way while having to do more than upstream does (e.g. backporting sec= urity=20 > > fixes). >=20 > Well, then maybe the policy needs to be looked at, as Lars pointed out. > Following a "simple maintenance model" of bumping the version to get > upstream bug fixes would be a lot less work and might be a sufficient > relaxation to get more people to contribute packages. What makes you think that's not the case already? :-) The quite short http://en.opensuse.org/openSUSE:Maintenance_policy has many 'should' but only one 'must'. Also, the policy is still marked as draft and likely incomplete. I don't think there ever was a real discussion about the policy. cu Ludwig --=20 (o_ Ludwig Nussel //\ =20 V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2080708373034356336==-- From ludwig.nussel@suse.de Thu Nov 4 09:49:42 2010 From: Ludwig Nussel To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Thu, 04 Nov 2010 10:49:40 +0100 Message-ID: <201011041049.40994.ludwig.nussel@suse.de> In-Reply-To: <20101103120125.GB4163@giles.s1.private> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0787722465000986458==" --===============0787722465000986458== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Lars Müller wrote: > I'm never going to work on a security update for exim. All I'm willing > to do is to keep the exim package in openSUSE on a current level. If > there is a security issue I would address it with the new version. Which is perfectly ok for a package where upstream already is careful to not break stuff. That doesn't work in general though. > With exim this is possible. It's not the default MTA of SUSE and > therefore the risk to break 80% of installed and working systems is much > lower. The question is whether users of exim are aware that they rely on a "second-tier" package. OTOH there is no guarantee that packages that are in the default install are treated with more care either. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0787722465000986458==-- From dmueller@suse.de Thu Nov 4 10:03:59 2010 From: Dirk =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 04 Nov 2010 11:05:05 +0100 Message-ID: <201011041105.05826.dmueller@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9173107182733240107==" --===============9173107182733240107== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,=20 please merge.=20 Thanks, Dirk >From ac737b9ff8205fe3c320ee0b41b093c7ad92c348 Mon Sep 17 00:00:00 2001 From: Dirk Mueller Date: Thu, 4 Nov 2010 11:01:08 +0100 Subject: [PATCH] linkpac: Only include src_project if it differs osc copypac copies _link files verbatim, so if they refer to the same project, copying them should make them also refer to the new project. This can be done by leaving out the project part if it is the same like the destination project --- osc/core.py | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/osc/core.py b/osc/core.py index 22ad8b0..de3c6aa 100644 --- a/osc/core.py +++ b/osc/core.py @@ -3850,8 +3850,14 @@ def link_pac(src_project, src_package, dst_project,=20 dst_package, force, rev=3D'', cicount =3D '' =20 print 'Creating _link...', + + # only include project if it is different + src_project_snippet=3D" project=3D\"%s\"" % (src_project) + if src_project =3D=3D dst_project: + src_project_snippet =3D "" + link_template =3D """\ - + @@ -3859,7 +3865,7 @@ def link_pac(src_project, src_package, dst_project,=20 dst_package, force, rev=3D'', -""" % (src_project, src_package, rev, cicount) +""" % (src_project_snippet, src_package, rev, cicount) =20 u =3D makeurl(apiurl, ['source', dst_project, dst_package, '_link']) http_PUT(u, data=3Dlink_template) --=20 1.7.3.1 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============9173107182733240107==-- From meissner@suse.de Thu Nov 4 10:22:25 2010 From: Marcus Meissner To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Thu, 04 Nov 2010 11:22:24 +0100 Message-ID: <20101104102224.GE25118@suse.de> In-Reply-To: <4CD1B7AE.5040607@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4115834338172539541==" --===============4115834338172539541== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Wed, Nov 03, 2010 at 03:27:42PM -0400, Robert Schweikert wrote: > > > On 11/03/2010 03:22 PM, Marcus Meissner wrote: > > On Wed, Nov 03, 2010 at 03:10:50PM -0400, Robert Schweikert wrote: > >> > >> > >> On 11/03/2010 02:52 PM, Robert Schweikert wrote: > >>> > >>> > >>> On 11/03/2010 10:15 AM, Greg Freemyer wrote: > >>>> On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert > >>>> wrote: > >>>>> Hi, > >>>>> > >>>> > >>>>> Based on a mail on the packaging list I guess what I need to do to get > >>>>> things into the distribution is to have another sr for the packages to > >>>>> the openSUSE:Factory project. But, that I cannot do as I am not a > >>>>> maintainer of devel:languages:perl. Now, I'd have to get added as a > >>>>> maintainer in that project and then do an sr for perl-critic and > >>>>> dependencies. Then rinse and repeat for any packages I might submit to > >>>>> other top level projects. > >>>> > >>>> Was the devel maintainer issue ever addressed in this thread? > >>>> > >>>> Is it real or a red-herring? > >>> > >>> Well, I have mixed results on that, first a failed attempt: > >>> > >>> -> osc sr devel:languages:python python-boto openSUSE:Factory > >>> Warning: failed to fetch meta data for 'openSUSE:Factory' package > >>> 'python-boto' (new package?) > >>> Server returned an error: HTTP Error 403: Forbidden > >>> No permission to create request for package 'python-boto' in project > >>> 'devel:languages:python', only maintainers can create requests. > >>> > >>> And then a successful attempt: > >>> > >>> -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory > >>> Warning: failed to fetch meta data for 'openSUSE:Factory' package > >>> 'perl-B-Keywords' (new package?) > >>> created request id 52081 > >>> > >>> > >>> Note that I am not on the maintainers list for devel:languages:python or > >>> devel:languages:perl. However, I am on the maintainers list for the > >>> perl-B-Keywords package as I originally created this package and > >>> submitted it to devel:languages:perl. > >>> > >>> Thus, apparently we already do keep track of the "original" package > >>> creator somewhere, > >> > >> Or maybe not. The same trick did not work with vtun, a package I just > >> submitted to :Virtualization yesterday and that got accepted. However, I > >> do not have permission to SR it to Factory. > >> > >> -> osc sr Virtualization vtun openSUSE:Factory > >> Warning: failed to fetch meta data for 'openSUSE:Factory' package 'vtun' > >> (new package?) > >> Server returned an error: HTTP Error 403: Forbidden > >> No permission to create request for package 'vtun' in project > >> 'Virtualization', only maintainers can create requests. > >> > >> ??????? > > > > You can submit it if you are marked as maintainer in the package. > > > > You are marked as maintainer for perl-B-Keywords, but not for vtun. > > Who is responsible for setting the magic marker? > > Is this not something that should be set automatically when I create the > package in my home: project? Shouldn't this be sticky, i.e. stay with > the package until manually changed? The development group decides it in the end. osc meta prj Virtualization for the list of their maintainers and bugowners. Perhaps they can just take you into their ranks ;) Ciao, Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4115834338172539541==-- From sasch.pe@gmx.de Thu Nov 4 10:33:29 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 04 Nov 2010 11:33:20 +0100 Message-ID: <201011041133.25120.sasch.pe@gmx.de> In-Reply-To: <201011041105.05826.dmueller@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5836382474182414953==" --===============5836382474182414953== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thursday 04 November 2010 11:05:05 Dirk Müller wrote: > Hi, > > please merge. Could you please send a patch file? -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com --===============5836382474182414953== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6U2kvUUFDZ2tRRHEveWtTclp0MVVLWndDZ2g2cjY4dS9h U21yS3dBM3pXYVVMNmc3LwpMdE1BbjI0eUEyWDd4L1NxWFFSbXdJYXAra1pJMURZYwo9UzRlOQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============5836382474182414953==-- From lmuelle@suse.de Thu Nov 4 11:53:04 2010 From: Lars =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Thu, 04 Nov 2010 12:52:37 +0100 Message-ID: <20101104115237.GB9311@giles.s1.private> In-Reply-To: <201011041049.40994.ludwig.nussel@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0143577779344173942==" --===============0143577779344173942== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, Nov 04, 2010 at 10:49:40AM +0100, Ludwig Nussel wrote: > Lars Müller wrote: > > I'm never going to work on a security update for exim. All I'm willing > > to do is to keep the exim package in openSUSE on a current level. If > > there is a security issue I would address it with the new version. > > Which is perfectly ok for a package where upstream already is > careful to not break stuff. That doesn't work in general though. Yes, that is exactly what I tried to express with my mail. Being more verbose my statement sounds like: It depends on the upstream project, the package complexity, how the software is used in SUSE (less or more prominent), is it part of the default install, where in the dependeny chain is it located (at ground like glibc/ bash or up at the attic like Samba). These are all factors we have to keep in mind. And that's something primarily the particular project maintainers have to decide on. Who secondarily? Those in charge of the maintenance process. This requires communication and explanations. Some of us are part of the openSUSE project since a year. Others are using it since 15 years. I'm stressing this to illustrate the different point of views or motivations. > > With exim this is possible. It's not the default MTA of SUSE and > > therefore the risk to break 80% of installed and working systems is much > > lower. > > The question is whether users of exim are aware that they rely on a > "second-tier" package. OTOH there is no guarantee that packages that > are in the default install are treated with more care either. We might need an additional attribute on package level our users might rely on and libzypp (zypper + YaST) is able to handle. This would allow users to only install packages which are covered by the prefered individual quality policy. Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany --===============0143577779344173942== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.sig" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUQ4REJRRk0wcDZGNE5CaUswRktWOE1SQWxPUUFKOVhTY0o1RGxkODhNWlZITmtW eHozclF5bWJhQUNmWUZXNQpLQlMvbWE2bUVvZ2t4d2pQcmVSVklNUT0KPVpiNUIKLS0tLS1FTkQg UEdQIFNJR05BVFVSRS0tLS0tCg== --===============0143577779344173942==-- From dmueller@suse.de Thu Nov 4 13:40:34 2010 From: Dirk =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 04 Nov 2010 14:41:40 +0100 Message-ID: <201011041441.40609.dmueller@suse.de> In-Reply-To: <201011041133.25120.sasch.pe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2000599531232726697==" --===============2000599531232726697== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Thursday 04 November 2010, Sascha Peilicke wrote: > Could you please send a patch file? attached. Greetings, Dirk --===============2000599531232726697== Content-Type: text/x-patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-linkpac-Only-include-src_project-if-it-differs.patch" MIME-Version: 1.0 RnJvbSBhYzczN2I5ZmY4MjA1ZmUzYzMyMGVlMGI0MWIwOTNjN2FkOTJjMzQ4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBEaXJrIE11ZWxsZXIgPGRtdWVsbGVyQHN1c2UuZGU+CkRhdGU6 IFRodSwgNCBOb3YgMjAxMCAxMTowMTowOCArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIGxpbmtwYWM6 IE9ubHkgaW5jbHVkZSBzcmNfcHJvamVjdCBpZiBpdCBkaWZmZXJzCgpvc2MgY29weXBhYyBjb3Bp ZXMgX2xpbmsgZmlsZXMgdmVyYmF0aW0sIHNvIGlmIHRoZXkgcmVmZXIKdG8gdGhlIHNhbWUgcHJv amVjdCwgY29weWluZyB0aGVtIHNob3VsZCBtYWtlIHRoZW0gYWxzbwpyZWZlciB0byB0aGUgbmV3 IHByb2plY3QuIFRoaXMgY2FuIGJlIGRvbmUgYnkgbGVhdmluZwpvdXQgdGhlIHByb2plY3QgcGFy dCBpZiBpdCBpcyB0aGUgc2FtZSBsaWtlIHRoZSBkZXN0aW5hdGlvbgpwcm9qZWN0Ci0tLQogb3Nj L2NvcmUucHkgfCAgIDEwICsrKysrKysrLS0KIDEgZmlsZXMgY2hhbmdlZCwgOCBpbnNlcnRpb25z KCspLCAyIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL29zYy9jb3JlLnB5IGIvb3NjL2NvcmUu cHkKaW5kZXggMjJhZDhiMC4uZGUzYzZhYSAxMDA2NDQKLS0tIGEvb3NjL2NvcmUucHkKKysrIGIv b3NjL2NvcmUucHkKQEAgLTM4NTAsOCArMzg1MCwxNCBAQCBkZWYgbGlua19wYWMoc3JjX3Byb2pl Y3QsIHNyY19wYWNrYWdlLCBkc3RfcHJvamVjdCwgZHN0X3BhY2thZ2UsIGZvcmNlLCByZXY9Jycs CiAgICAgICAgIGNpY291bnQgPSAnJwogCiAgICAgcHJpbnQgJ0NyZWF0aW5nIF9saW5rLi4uJywK KworICAgICMgb25seSBpbmNsdWRlIHByb2plY3QgaWYgaXQgaXMgZGlmZmVyZW50CisgICAgc3Jj X3Byb2plY3Rfc25pcHBldD0iIHByb2plY3Q9XCIlc1wiIiAlIChzcmNfcHJvamVjdCkKKyAgICBp ZiBzcmNfcHJvamVjdCA9PSBkc3RfcHJvamVjdDoKKyAgICAgICAgc3JjX3Byb2plY3Rfc25pcHBl dCA9ICIiCisKICAgICBsaW5rX3RlbXBsYXRlID0gIiIiXAotPGxpbmsgcHJvamVjdD0iJXMiIHBh Y2thZ2U9IiVzIiAlcyAlcz4KKzxsaW5rJXMgcGFja2FnZT0iJXMiICVzICVzPgogPHBhdGNoZXM+ CiAgIDwhLS0gPGFwcGx5IG5hbWU9InBhdGNoIiAvPiBhcHBseSBhIHBhdGNoIG9uIHRoZSBzb3Vy Y2UgZGlyZWN0b3J5ICAtLT4KICAgPCEtLSA8dG9wYWRkPiUlZGVmaW5lIGJ1aWxkX3dpdGhfZmVh dHVyZV94IDE8L3RvcGFkZD4gYWRkIGEgbGluZSBvbiB0aGUgdG9wIChzcGVjIGZpbGUgb25seSkg LS0+CkBAIC0zODU5LDcgKzM4NjUsNyBAQCBkZWYgbGlua19wYWMoc3JjX3Byb2plY3QsIHNyY19w YWNrYWdlLCBkc3RfcHJvamVjdCwgZHN0X3BhY2thZ2UsIGZvcmNlLCByZXY9JycsCiAgIDwhLS0g PGRlbGV0ZT5maWxlbmFtZTwvZGVsZXRlPiBkZWxldGUgYSBmaWxlIC0tPgogPC9wYXRjaGVzPgog PC9saW5rPgotIiIiICUgKHNyY19wcm9qZWN0LCBzcmNfcGFja2FnZSwgcmV2LCBjaWNvdW50KQor IiIiICUgKHNyY19wcm9qZWN0X3NuaXBwZXQsIHNyY19wYWNrYWdlLCByZXYsIGNpY291bnQpCiAK ICAgICB1ID0gbWFrZXVybChhcGl1cmwsIFsnc291cmNlJywgZHN0X3Byb2plY3QsIGRzdF9wYWNr YWdlLCAnX2xpbmsnXSkKICAgICBodHRwX1BVVCh1LCBkYXRhPWxpbmtfdGVtcGxhdGUpCi0tIAox LjcuMy4xCgo= --===============2000599531232726697==-- From suse-tux@gmx.de Thu Nov 4 17:06:35 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 04 Nov 2010 18:06:32 +0100 Message-ID: <20101104170632.GA4198@linux> In-Reply-To: <201011041105.05826.dmueller@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8856297546323277658==" --===============8856297546323277658== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, On 2010-11-04 11:05:05 +0100, Dirk Müller wrote: > please merge. > > Thanks, > Dirk > > From ac737b9ff8205fe3c320ee0b41b093c7ad92c348 Mon Sep 17 00:00:00 2001 > From: Dirk Mueller > Date: Thu, 4 Nov 2010 11:01:08 +0100 > Subject: [PATCH] linkpac: Only include src_project if it differs > > osc copypac copies _link files verbatim, so if they refer > to the same project, copying them should make them also > refer to the new project. This can be done by leaving > out the project part if it is the same like the destination > project Is there a specific reason why you need this change? Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8856297546323277658==-- From pelliott@blackpatchpanel.com Thu Nov 4 18:33:14 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] syntax of prjconf file? Date: Thu, 04 Nov 2010 13:33:06 -0500 Message-ID: <20101104183306.GA4259@BlackPatchPanel.com> In-Reply-To: <20101104041944.GA10831@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6888896495973035535==" --===============6888896495973035535== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable More generally what is the legal syntax for stuff that goes in the prjconf file? And where is it documented? Is there any way to find out other than folklore and analyzing the source code? On Wed, Nov 03, 2010 at 11:19:44PM -0500, Paul Elliott wrote: >=20 > In order to work around Bug 471298 > https://bugzilla.novell.com/show_bug.cgi?id=3D471298 >=20 > I put the following in my prjconf file: > %if "%_repository" =3D=3D "Debian_Etch" || "%_repository" =3D=3D "Debian_4.= 0" || "%_repository" =3D=3D "Debian_5.0" || "%_repository" =3D=3D "xUbuntu_6.= 06" || "%_repository" =3D=3D "xUbuntu_8.04" || "%_repository" =3D=3D "xUbun= tu_8.10" || "%_repository" =3D=3D "xUbuntu_9.04" || "%_repository" =3D=3D "xU= buntu_9.10" || "%_repository" =3D=3D "xUbuntu_10.4" || "%_repository" =3D=3D = "xUbuntu_10.10" > Required: build-essential > %endif >=20 > Basicly I am trying to test for a debian style package. The drawback is I h= ave to modify > it every time there is a new debian or ubuntu distro. >=20 >=20 > %if 0%{?ubuntu_version} > and=20 > %if 0%{?debian_version} >=20 >=20 > did not work they act as if they are always false. >=20 > Is there a test that will work in a prjconf file that will only be true > if I am building a debian style package? >=20 > --=20 > Paul Elliott 1(512)837-1096 > pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Sui= te J > http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============6888896495973035535== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pTL0dJQUNna1Fpdjl6cERSYzNaa2Rjd0NlTlBwNldKT0xp SllBTERrTlQ5N0NqaGt3CnpuQUFvSnZRdlNNQ0dLSm1QeVE0N3F6bjRzM29JWkhECj1VU3ZDCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============6888896495973035535==-- From nmo.marques@gmail.com Thu Nov 4 20:19:33 2010 From: Nelson Marques To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Licensing - CC BY-NC-SA Date: Thu, 04 Nov 2010 20:19:23 +0000 Message-ID: <1288901963.9673.2.camel@magtheridon.opensurvey.it> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3410236454132824307==" --===============3410236454132824307== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Dear people, I'm asking this because one of my favorite metathemes for GNOME is CC-BY-NC-SA. What concerns me is the 'NC' which I'm not sure if because of it I can distribute it through OBS as a package. Though this is a personal reason, I usually push some packages to Contrib or other projects, since it's stuff I keep updated for myself. Anyone could clear out this licensing issue around CC BY-NC-SA. Thanks in advance, Nelson -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3410236454132824307==-- From davejplater@gmail.com Fri Nov 5 07:00:22 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] The build service doesn't build Date: Fri, 05 Nov 2010 08:58:08 +0200 Message-ID: <4CD3AB00.7090808@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7671898898696530329==" --===============7671898898696530329== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, I woke up this morning to build failures on the two packages I'm working on updates, home:plater rosegarden-qt4 and home:plater:blender blender so I wanted to look at the web ui build logs and all I see is build finished and nothing else. Trigger rebuild and it builds but still no log. So I go to a successful build home:plater audacity, trigger rebuild for 11.3 x86_64 and it starts to build - still no log. Try this : home:plater/rosegarden-qt4> osc remotebuildlog home:plater rosegarden-qt4 openSUSE_11.3 x86_64 Server returned an error: HTTP Error 400: Bad Request remote error: no socket attached :-( Please can somebody kick the server or get the rats out of it. Thanks Dave P -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7671898898696530329==-- From Praveen_Paladugu@Dell.com Fri Nov 5 15:25:45 2010 From: Praveen_Paladugu@Dell.com To: buildservice@lists.opensuse.org Subject: RE: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Fri, 05 Nov 2010 10:25:03 -0500 Message-ID: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF85EB8D@AUSX7MCPS301.AMER.DELL.COM> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7903388061120578482==" --===============7903388061120578482== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable >From what I checked, Setting OBS_VM_TYPE to kvm in /etc/sysconfg/obs-worker f= ile uses kvm in place of qemu if /dev/kvm file on your worker host is readabl= e. If not, it will use qemu. Praveen=20 -----Original Message----- From: Francisco Javier Cuadrado [mailto:francisco.cuadrado(a)iunika.net]=20 Sent: Wednesday, November 03, 2010 7:03 AM To: OBS Subject: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Hi, all! I've got a question that anybody can't resolve me at IRC, so darix convinces = me to put it here. My problem is that I don't know how obs-worker uses Xen/KVM virtual machines,= and how I should configure obs-worker and Xen/KVM, so obs-worker can use Xen= /KVM, because I suppose that obs-worker using Xen/KVM is better and faster th= an using only qemu. Can anyone help me? -- Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Ca=C3=B1ada Real de Merinas, 25 Edificio 7 - oficina 1=C2=BAC 28042 Madrid http://www.iunika.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A=8AZ)= z{.=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E=CB=9B=EF=BF=BD= =EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+i=EF=BF=BDb=EF= =BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=9B=EF= =BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF=BF=BD=EF=BF=BDi=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF=BD --===============7903388061120578482==-- From Praveen_Paladugu@Dell.com Fri Nov 5 15:30:10 2010 From: Praveen_Paladugu@Dell.com To: buildservice@lists.opensuse.org Subject: RE: [opensuse-buildservice] syntax of prjconf file? Date: Fri, 05 Nov 2010 10:29:57 -0500 Message-ID: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF85EBA5@AUSX7MCPS301.AMER.DELL.COM> In-Reply-To: <20101104183306.GA4259@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4805323135834478653==" --===============4805323135834478653== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I usually refer to /usr/lib/build/configs directory (in build package) for ex= ample configs. The configs available here have most of the syntax I need.=20 More information is available at : http://en.opensuse.org/openSUSE:Build_Serv= ice_prjconf Praveen=20 -----Original Message----- From: Paul Elliott [mailto:pelliott(a)blackpatchpanel.com]=20 Sent: Thursday, November 04, 2010 1:33 PM To: opensuse-buildservice Subject: [opensuse-buildservice] syntax of prjconf file? More generally what is the legal syntax for stuff that goes in the prjconf fi= le? And where is it documented? Is there any way to find out other than folklore and analyzing the source cod= e? On Wed, Nov 03, 2010 at 11:19:44PM -0500, Paul Elliott wrote: >=20 > In order to work around Bug 471298 > https://bugzilla.novell.com/show_bug.cgi?id=3D471298 >=20 > I put the following in my prjconf file: > %if "%_repository" =3D=3D "Debian_Etch" || "%_repository" =3D=3D "Debian_4.= 0" || "%_repository" =3D=3D "Debian_5.0" || "%_repository" =3D=3D "xUbuntu_6.= 06" || "%_repository" =3D=3D "xUbuntu_8.04" || "%_repository" =3D=3D "xUbun= tu_8.10" || "%_repository" =3D=3D "xUbuntu_9.04" || "%_repository" =3D=3D "xU= buntu_9.10" || "%_repository" =3D=3D "xUbuntu_10.4" || "%_repository" =3D=3D = "xUbuntu_10.10" > Required: build-essential > %endif >=20 > Basicly I am trying to test for a debian style package. The drawback=20 > is I have to modify it every time there is a new debian or ubuntu distro. >=20 >=20 > %if 0%{?ubuntu_version} > and > %if 0%{?debian_version} >=20 >=20 > did not work they act as if they are always false. >=20 > Is there a test that will work in a prjconf file that will only be=20 > true if I am building a debian style package? >=20 > --=20 > Paul Elliott 1(512)837-1096 > pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Sui= te J > http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4805323135834478653==-- From javier@opensuse.org Fri Nov 5 17:08:14 2010 From: Javier Llorente To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Unresolvable: nothing provides: kiwi-filesystem:ext4 Date: Fri, 05 Nov 2010 18:11:23 +0100 Message-ID: <201011051811.28754.javier@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8259509408686896584==" --===============8259509408686896584== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Moin, I am trying to build an OEM image using the Build Service/KIWI and I'm gettin= g=20 the following error: "Unresolvable: nothing provides: kiwi-filesystem:ext4" I have the following line in my projectconfig: Substitute: kiwi-filesystem:ext4 e2fsprogs procps psmisc =20 https://build.opensuse.org/project/prjconf?project=3Dspins%3Aopen-pc%3Aimages open-pc-release builds if I change the filesystem to ext3 in my kiwi config=20 file but I would like to use ext4. So, what am I doing wrong? Thanks, --=20 Javier Llorente --===============8259509408686896584== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6VU9zQUFDZ2tRZFYzeldXT1BGeFFid1FDYkI4OWtpSVVN NExmMnE3ZXYrY0EwRCsweQowVWtBbjJLMkVRLzBGVy9LMUN2eVVUZFdPcXFmMUNtVgo9blNyOQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============8259509408686896584==-- From mls@suse.de Fri Nov 5 17:28:34 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Unresolvable: nothing provides: kiwi-filesystem:ext4 Date: Fri, 05 Nov 2010 18:28:33 +0100 Message-ID: <20101105172833.GA4552@suse.de> In-Reply-To: <201011051811.28754.javier@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6265411168861929720==" --===============6265411168861929720== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2010 at 06:11:23PM +0100, Javier Llorente wrote: > I am trying to build an OEM image using the Build Service/KIWI and I'm gett= ing=20 > the following error: >=20 > "Unresolvable: nothing provides: kiwi-filesystem:ext4" >=20 > I have the following line in my projectconfig: > Substitute: kiwi-filesystem:ext4 e2fsprogs procps psmisc =20 >=20 > https://build.opensuse.org/project/prjconf?project=3Dspins%3Aopen-pc%3Aimag= es >=20 > open-pc-release builds if I change the filesystem to ext3 in my kiwi config= =20 > file but I would like to use ext4. >=20 > So, what am I doing wrong? I think it's because the repositories specified in the kiwi file do not include the "spins:open-pc:images" project. (If no path is specified in the "images" repository, the packages used to set up the kiwi build environment are taken from the repositories specified in the kiwi file. The build configuration is also derived from that repository list.) So either add "spins:open-pc:images" to the repository list or move the Substitute into the spins:open-pc:11.3 project config. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6265411168861929720==-- From robxu9@gmail.com Fri Nov 5 22:25:21 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] eta to Fedora:14? Date: Fri, 05 Nov 2010 18:24:38 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0776952895779050588==" --===============0776952895779050588== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi all, I know it's hard work to do, but when will the Fedora:14 build target become available? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0776952895779050588==-- From javier@opensuse.org Fri Nov 5 23:01:39 2010 From: Javier Llorente To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Unresolvable: nothing provides: kiwi-filesystem:ext4 Date: Sat, 06 Nov 2010 00:04:47 +0100 Message-ID: <201011060004.52891.javier@opensuse.org> In-Reply-To: <20101105172833.GA4552@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0708602040829980394==" --===============0708602040829980394== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit El Viernes, 5 de Noviembre de 2010 18:28:33 usted escribió: > On Fri, Nov 05, 2010 at 06:11:23PM +0100, Javier Llorente wrote: > > I am trying to build an OEM image using the Build Service/KIWI and I'm > > getting the following error: > > > > "Unresolvable: nothing provides: kiwi-filesystem:ext4" > > > > I have the following line in my projectconfig: > > Substitute: kiwi-filesystem:ext4 e2fsprogs procps psmisc > > > > https://build.opensuse.org/project/prjconf?project=spins%3Aopen-pc%3Aimag > > es > > > > open-pc-release builds if I change the filesystem to ext3 in my kiwi > > config file but I would like to use ext4. > > > > So, what am I doing wrong? > > I think it's because the repositories specified in the kiwi file do not > include the "spins:open-pc:images" project. > > (If no path is specified in the "images" repository, the packages used > to set up the kiwi build environment are taken from the repositories > specified in the kiwi file. The build configuration is also derived > from that repository list.) > > So either add "spins:open-pc:images" to the repository list or move the > Substitute into the spins:open-pc:11.3 project config. I don't understand. There are no rpm packages in spins:open-pc:images, so why would it be needed? Greetings, -- Javier Llorente --===============0708602040829980394== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6VWpaUUFDZ2tRZFYzeldXT1BGeFRHNUFDZEd5RHY2RndK OUszY3BvN1pFeS9MR0cxNgozYWdBbjFjL2U2dFM4VC8vcWdPMUQ0cVNMdGhWRDdpRgo9cWcxbAot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============0708602040829980394==-- From davejplater@gmail.com Sat Nov 6 18:16:44 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] I'm unable to access anything but report a bug in the Action menu in web ui in packages that I maintain but am not a project maintainer. Date: Sat, 06 Nov 2010 20:16:33 +0200 Message-ID: <4CD59B81.2080307@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7198880574547267394==" --===============7198880574547267394== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, I wanted to beautify the graphics openCOLLADA description in the web ui and when clicking the Actions menu all I get is "report bug" as if I'm not logged in. I checked multimedia:apps where I'm a project maintainer and I get a full menu as with my home project but KDE:Extra kid3, graphics blender and openCOLLADA and openSUSE:Factory:Contrib bacula where I'm only the package maintainer - nothing but report bug :-( Thanks in advance for fixing it. Dave P -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7198880574547267394==-- From davejplater@gmail.com Sun Nov 7 08:03:44 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] I'm unable to access anything but report a bug in the Action menu in web ui in packages that I maintain but am not a project maintainer. Date: Sun, 07 Nov 2010 10:03:35 +0200 Message-ID: <4CD65D57.6060208@gmail.com> In-Reply-To: <4CD59B81.2080307@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5173932169194791981==" --===============5173932169194791981== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/06/2010 08:16 PM, Dave Plater wrote: > Hi, I wanted to beautify the graphics openCOLLADA description in the web > ui and when clicking the Actions menu all I get is "report bug" as if > I'm not logged in. I checked multimedia:apps where I'm a project > maintainer and I get a full menu as with my home project but KDE:Extra > kid3, graphics blender and openCOLLADA and openSUSE:Factory:Contrib > bacula where I'm only the package maintainer - nothing but report bug > :-( > Thanks in advance for fixing it. > Dave P > The tooth fairy came and left a fix in my shoe overnight. Thanks again for fixing my problem :-) whoever it was. Dave P -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5173932169194791981==-- From davejplater@gmail.com Sun Nov 7 08:16:08 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] I'm unable to access anything but report a bug in the Action menu in web ui in packages that I maintain but am not a project maintainer. Date: Sun, 07 Nov 2010 10:16:00 +0200 Message-ID: <4CD66040.403@gmail.com> In-Reply-To: <4CD59B81.2080307@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7784630066793074944==" --===============7784630066793074944== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/06/2010 08:16 PM, Dave Plater wrote: > Hi, I wanted to beautify the graphics openCOLLADA description in the web > ui and when clicking the Actions menu all I get is "report bug" as if > I'm not logged in. I checked multimedia:apps where I'm a project > maintainer and I get a full menu as with my home project but KDE:Extra > kid3, graphics blender and openCOLLADA and openSUSE:Factory:Contrib > bacula where I'm only the package maintainer - nothing but report bug > :-( > Thanks in advance for fixing it. > Dave P > Actually it worked for a second with graphics blender but by the time I got to openCOLLADA it was broken again. >:o Dave P -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7784630066793074944==-- From davejplater@gmail.com Sun Nov 7 09:41:33 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Sun, 07 Nov 2010 11:41:17 +0200 Message-ID: <4CD6743D.8040806@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0040853713358253035==" --===============0040853713358253035== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit I am getting very frustrated with the build service : I can work around checkin to newly relinked packages that wants to mangle my spec file and delete the contents of local copies but now I'm pulling my hair out. I cannot access the "Alter Package Information" item in the "Actions" menu link in the overview page, "only report bug", in packages where I'm maintainer but not a project maintainer. I can alter the information via "osc meta pkg graphics openCOLLADA -e" and it appears after about 15 min to 1 hour but I cant do anything in the web ui except report a bug to myself. I tried a message to the build service list. This morning (UTC +2) I tried the #opensuse-buildservice irc and I got this : Hi, can somebody help with a bug in the webui part of the build service. I can only access report bug on the action menu, when logged in via https://build.opensuse.org/ and https://build.opensuse.org/stage/. This happens in all packages where I'm package maintainer but not a project maintainer. ie. The Action menu link on the overview page in "multimedia:libs jack" gives me : report bug, delete package, edit package [11:12] information, submit package, branch package and a second report bug at the bottom.The Action menu link on the overview page in "graphics blender" gives me : report bug only. I'm a project maintainer in multimedia:libs but only a package maintainer of graphics blender. I can use the command line osc meta pkg graphics openCOLLADA -e (the package I actually want to change) and the change goes through and further command line [11:12] osc meta pkg shows the change but I can't see it in the web ui (yet). If I try "osc meta pkg graphics dcraw -e" I get "no permission to change package" which is expected. So we aren't back to normal. [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:14] <-> nickserv> help register [11:14] [Notice] -NickServ- ***** NickServ Help ***** [11:14] [Notice] -NickServ- Help for REGISTER: [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- This will register your current nickname with NickServ. [11:14] [Notice] -NickServ- This will allow you to assert some form of identity on [11:14] [Notice] -NickServ- the network and to be added to access lists. Furthermore, [11:14] [Notice] -NickServ- NickServ will warn users using your nick without [11:14] [Notice] -NickServ- identifying and allow you to kill ghosts. [11:14] [Notice] -NickServ- The password is a case-sensitive password that you make [11:14] [Notice] -NickServ- up. Please write down or memorize your password! You [11:14] [Notice] -NickServ- will need it later to change settings. [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- You have to confirm the email address. To do this, [11:14] [Notice] -NickServ- follow the instructions in the message sent to the email [11:14] [Notice] -NickServ- address. [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- Syntax: REGISTER [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- Examples: [11:14] [Notice] -NickServ- /msg NickServ REGISTER bar foo(a)bar.com [11:14] [Notice] -NickServ- ***** End of Help ***** [11:16] /msg NickServ REGISTER davepl1954 davejplater(a)gmail.com [11:16] [404] davepl #opensuse-buildservice Cannot send to channel My nick is davepl and has been for a long time. This is taking up my precious time. Please help, a bug report about build service takes a life time. I think it was just last weekend I couldn't log in for a day until it was fixed which put me back with packages I was working on. Dave P user plater -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0040853713358253035==-- From darix@opensu.se Sun Nov 7 15:54:20 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [opensuse-factory] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Sun, 07 Nov 2010 16:54:16 +0100 Message-ID: <20101107155416.GD3437@nordisch.org> In-Reply-To: <4CD6743D.8040806@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5294459969902021277==" --===============5294459969902021277== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit hi, the correct place to report a bug would be https://bugzilla.novell.com/ darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5294459969902021277==-- From nmo.marques@gmail.com Sun Nov 7 20:20:11 2010 From: Nelson Marques To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: Licensing - CC BY-NC-SA Date: Sun, 07 Nov 2010 20:20:06 +0000 Message-ID: In-Reply-To: <1288901963.9673.2.camel@magtheridon.opensurvey.it> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6551075422436137519==" --===============6551075422436137519== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit I've contacted the author regarding the Licensing, and she kindly removed the 'NC' from the License. Lucidity is now Creative Commons BY-SA. The reason why I asked this is because on Fedora they don't accept NC, since packages with 'NC' can't be pushed to RHEL. I don't know if this is the case with openSUSE, but it's 'fixed' and the author kindly removed it. There shouldn't be a problem in using OBS to package and distribute it now. Already commited to OBS. Thanks all. @Darix - Thanks for the help and pushing the question to the legal department, but it's been worked out between me and the author. Nelson. 2010/11/4 Nelson Marques : > Dear people, > > I'm asking this because one of my favorite metathemes for GNOME is > CC-BY-NC-SA. What concerns me is the 'NC' which I'm not sure if because > of it I can distribute it through OBS as a package. > > Though this is a personal reason, I usually push some packages to > Contrib or other projects, since it's stuff I keep updated for myself. > > Anyone could clear out this licensing issue around CC BY-NC-SA. > > Thanks in advance, > > Nelson > > -- nelson marques nmo.marques(a)gmail.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6551075422436137519==-- From davejplater@gmail.com Sun Nov 7 21:04:39 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [opensuse-factory] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Sun, 07 Nov 2010 23:04:29 +0200 Message-ID: <4CD7145D.3010606@gmail.com> In-Reply-To: <20101107155416.GD3437@nordisch.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5043973576733277328==" --===============5043973576733277328== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/07/2010 05:54 PM, Marcus Rueckert wrote: > hi, > > the correct place to report a bug would be > https://bugzilla.novell.com/ > > darix > > The last bug I made for build service was ignored, I will search for it when I have time, I think it's still open but fixed a long time ago. The build service irc used to be a place to get help but now it's a closed shop that I can't get into. What product do I submit a bug against? Ok I've found Build Service under openSUSE.org. I started writing the bug report at about 20:00 GMT +2, it's now 22:36 and when I try to submit the server times out but it's succeeded at last bnc#651955 I can't add you as cc your email address gets rejected. I will start composing a bug report about my local packages being mangled by "osc up" when an existing package is linked to an older package next week, I've worked the whole weekend and am very tired, atm I work around it by deleting the link. Dave P -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5043973576733277328==-- From francisco.cuadrado@iunika.net Mon Nov 8 08:10:13 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Mon, 08 Nov 2010 09:10:08 +0100 Message-ID: In-Reply-To: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF85EB8D@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0913199497991470330==" --===============0913199497991470330== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 2010/11/5 : > From what I checked, Setting OBS_VM_TYPE to kvm in /etc/sysconfg/obs-worker= file uses kvm in place of qemu if /dev/kvm file on your worker host is reada= ble. > If not, it will use qemu. > Yes, but will I have to configure anything related to KVM? > Praveen > > -----Original Message----- > From: Francisco Javier Cuadrado [mailto:francisco.cuadrado(a)iunika.net] > Sent: Wednesday, November 03, 2010 7:03 AM > To: OBS > Subject: [opensuse-buildservice] How to configure obs-workers to use Xen/KV= M? > > Hi, all! > > I've got a question that anybody can't resolve me at IRC, so darix convince= s me to put it here. > > My problem is that I don't know how obs-worker uses Xen/KVM virtual machine= s, and how I should configure obs-worker and Xen/KVM, so obs-worker can use X= en/KVM, because I suppose that obs-worker using Xen/KVM is better and faster = than using only qemu. > > Can anyone help me? > > > -- > Francisco Javier Cuadrado > > SPAIN-CHINA-HONG KONG-POLAND > > Spain Main: +34-910005436 > Centro Empresarial Eisenhower > C/ Ca=C3=B1ada Real de Merinas, 25 > Edificio 7 - oficina 1=C2=BAC > 28042 Madrid > > http://www.iunika.com > -- > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org > > --=20 Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Ca=C3=B1ada Real de Merinas, 25 Edificio 7 - oficina 1=C2=BAC 28042 Madrid http://www.iunika.com --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0913199497991470330==-- From adrian@suse.de Mon Nov 8 08:40:38 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [opensuse-packaging] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Mon, 08 Nov 2010 09:40:35 +0100 Message-ID: <201011080940.35475.adrian@suse.de> In-Reply-To: <4CD6743D.8040806@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6449533451547552149==" --===============6449533451547552149== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Please,=20 no cross-post via several mailing lists and several bugreports at the same ti= me. If no one has time ATM, it will not help if we need to act on multiple pathes. Am Sonntag, 7. November 2010, 10:41:17 schrieb Dave Plater: > I am getting very frustrated with the build service : I can work around > checkin to newly relinked packages that wants to mangle my spec file and > delete the contents of local copies but now I'm pulling my hair out. I > cannot access the "Alter Package Information" item in the "Actions" menu > link in the overview page, "only report bug", in packages where I'm > maintainer but not a project maintainer. Just from looking at the code, this should work. Please create a bugreport and point to an existing project/package and tell your login name. thanks adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6449533451547552149==-- From saschpe@gmx.de Mon Nov 8 08:51:42 2010 From: Sascha Peilicke To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Mon, 08 Nov 2010 09:51:24 +0100 Message-ID: <201011080951.25121.saschpe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7564987495270961453==" --===============7564987495270961453== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Dave, > The last bug I made for build service was ignored, I will search for it > when I have time, I think it's still open but fixed a long time ago.=20 In general, we don't ignore bugs. It may take some time to fix them though.=20 Can you post the bugno. of the one you think is fixed already? > The > build service irc used to be a place to get help but now it's a closed > shop that I can't get into. As said, IMO this relates to recent auth changes on FreeNode. Try registering= =20 with SASL instead of NickServ. > What product do I submit a bug against? Ok I've found Build Service > under openSUSE.org. That's perfectly fine, but please don't file multiple bugs for the same issue= .=20 This only takes time for us to triage and mark as duplicates. Hey, we're an=20 opensource project, so patience is key sometimes :-) BTW. I'm already looking into your issue. --=20 Mit freundlichen Gr=C3=BC=C3=9Fen, Sascha Peilicke http://saschpe.wordpress.com --===============7564987495270961453== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6WHVnMEFDZ2tRRHEveWtTclp0MVhDRmdDZ2lNWmpDeklF SjAzUnFGM1M1TjkvdDdTbgpnZjhBb0xTRkJFSWFiNkFpL3FDZVY0N1ZyY3cvR2pSUgo9Q3pnbwot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============7564987495270961453==-- From adrian@suse.de Mon Nov 8 09:36:15 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] eta to Fedora:14? Date: Mon, 08 Nov 2010 10:36:14 +0100 Message-ID: <201011081036.14634.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7658789193749481801==" --===============7658789193749481801== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Freitag, 5. November 2010, 23:24:38 schrieb Robert Xu: > Hi all, > > I know it's hard work to do, but when will the Fedora:14 build target > become available? the download is running now. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7658789193749481801==-- From adrian@suse.de Mon Nov 8 09:41:03 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Mon, 08 Nov 2010 10:40:59 +0100 Message-ID: <201011081041.00176.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3172777164919840963==" --===============3172777164919840963== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Montag, 8. November 2010, 09:10:08 schrieb Francisco Javier Cuadrado: > 2010/11/5 : > > From what I checked, Setting OBS_VM_TYPE to kvm in /etc/sysconfg/obs-work= er file uses kvm in place of qemu if /dev/kvm file on your worker host is rea= dable. > > If not, it will use qemu. > > >=20 > Yes, but will I have to configure anything related to KVM? The appliance is using KVM automatically, if your hardware is providing suppo= rt. If you setup it manually, you need to configure devices (partiations, losetup= or lvm volumes) manually. Because it needs to format the entire partition. In case you want to use the LVM setup, you can setup these partitions like de= scribed here: http://en.opensuse.org/openSUSE:Build_Service_Appliance The obsworker init script will pick automatically partitions which are named = in the /dev/obs/worker_root_? scheme. bye adrian >=20 > > Praveen > > > > -----Original Message----- > > From: Francisco Javier Cuadrado [mailto:francisco.cuadrado(a)iunika.net] > > Sent: Wednesday, November 03, 2010 7:03 AM > > To: OBS > > Subject: [opensuse-buildservice] How to configure obs-workers to use Xen/= KVM? > > > > Hi, all! > > > > I've got a question that anybody can't resolve me at IRC, so darix convin= ces me to put it here. > > > > My problem is that I don't know how obs-worker uses Xen/KVM virtual machi= nes, and how I should configure obs-worker and Xen/KVM, so obs-worker can use= Xen/KVM, because I suppose that obs-worker using Xen/KVM is better and faste= r than using only qemu. > > > > Can anyone help me? > > > > > > -- > > Francisco Javier Cuadrado > > > > SPAIN-CHINA-HONG KONG-POLAND > > > > Spain Main: +34-910005436 > > Centro Empresarial Eisenhower > > C/ Ca=C3=B1ada Real de Merinas, 25 > > Edificio 7 - oficina 1=C2=BAC > > 28042 Madrid > > > > http://www.iunika.com > > -- > > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org > > > > >=20 >=20 >=20 >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3172777164919840963==-- From mls@suse.de Mon Nov 8 10:35:43 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Unresolvable: nothing provides: kiwi-filesystem:ext4 Date: Mon, 08 Nov 2010 11:35:36 +0100 Message-ID: <20101108103536.GB27003@suse.de> In-Reply-To: <201011060004.52891.javier@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9078693950650146161==" --===============9078693950650146161== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Sat, Nov 06, 2010 at 12:04:47AM +0100, Javier Llorente wrote: > El Viernes, 5 de Noviembre de 2010 18:28:33 usted escribi=C3=B3: > > On Fri, Nov 05, 2010 at 06:11:23PM +0100, Javier Llorente wrote: > > > I am trying to build an OEM image using the Build Service/KIWI and I'm > > > getting the following error: > > >=20 > > > "Unresolvable: nothing provides: kiwi-filesystem:ext4" > > >=20 > > > I have the following line in my projectconfig: > > > Substitute: kiwi-filesystem:ext4 e2fsprogs procps psmisc > > >=20 > > > https://build.opensuse.org/project/prjconf?project=3Dspins%3Aopen-pc%3A= imag > > > es > > >=20 > > > open-pc-release builds if I change the filesystem to ext3 in my kiwi > > > config file but I would like to use ext4. > > >=20 > > > So, what am I doing wrong? > >=20 > > I think it's because the repositories specified in the kiwi file do not > > include the "spins:open-pc:images" project. > >=20 > > (If no path is specified in the "images" repository, the packages used > > to set up the kiwi build environment are taken from the repositories > > specified in the kiwi file. The build configuration is also derived > > from that repository list.) > >=20 > > So either add "spins:open-pc:images" to the repository list or move the > > Substitute into the spins:open-pc:11.3 project config. >=20 > I don't understand. There are no rpm packages in spins:open-pc:images, so w= hy=20 > would it be needed? So that the project config is used. The build config is generated by concatenating all the project configs from the repositories=20 used to set up the build. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============9078693950650146161==-- From adrian@suse.de Mon Nov 8 11:02:21 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Fedora 14 Date: Mon, 08 Nov 2010 12:02:16 +0100 Message-ID: <201011081202.16468.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2260743376461227581==" --===============2260743376461227581== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Mittwoch, 3. November 2010, 18:56:44 schrieb Troy Telford: > > FYI: Fedora 14 is out, > > So: Would you guys please be so kind to make it available on for builds > > build.opensuse.org. > > Along those lines: In my private OBS instance, here are the changes I > made to the prjconf (vs. Fedora 13) Thanks, that helps a lot. Fedora 14 for i586 got imported already, x86_64 is running atm. Not tested at all yet ... bye adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2260743376461227581==-- From adrian@suse.de Mon Nov 8 11:04:28 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Mon, 08 Nov 2010 12:04:23 +0100 Message-ID: <201011081204.23247.adrian@suse.de> In-Reply-To: <4CD1B3BA.7060701@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0417760429339804751==" --===============0417760429339804751== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Mittwoch, 3. November 2010, 20:10:50 schrieb Robert Schweikert: > > On 11/03/2010 02:52 PM, Robert Schweikert wrote: > > > > > > On 11/03/2010 10:15 AM, Greg Freemyer wrote: > >> On Tue, Nov 2, 2010 at 4:17 PM, Robert Schweikert > >> wrote: > >>> Hi, > >>> > >> > >>> Based on a mail on the packaging list I guess what I need to do to get > >>> things into the distribution is to have another sr for the packages to > >>> the openSUSE:Factory project. But, that I cannot do as I am not a > >>> maintainer of devel:languages:perl. Now, I'd have to get added as a > >>> maintainer in that project and then do an sr for perl-critic and > >>> dependencies. Then rinse and repeat for any packages I might submit to > >>> other top level projects. > >> > >> Was the devel maintainer issue ever addressed in this thread? > >> > >> Is it real or a red-herring? > > > > Well, I have mixed results on that, first a failed attempt: > > > > -> osc sr devel:languages:python python-boto openSUSE:Factory > > Warning: failed to fetch meta data for 'openSUSE:Factory' package > > 'python-boto' (new package?) > > Server returned an error: HTTP Error 403: Forbidden > > No permission to create request for package 'python-boto' in project > > 'devel:languages:python', only maintainers can create requests. > > > > And then a successful attempt: > > > > -> osc sr devel:languages:perl perl-B-Keywords openSUSE:Factory > > Warning: failed to fetch meta data for 'openSUSE:Factory' package > > 'perl-B-Keywords' (new package?) > > created request id 52081 > > > > > > Note that I am not on the maintainers list for devel:languages:python or > > devel:languages:perl. However, I am on the maintainers list for the > > perl-B-Keywords package as I originally created this package and > > submitted it to devel:languages:perl. > > > > Thus, apparently we already do keep track of the "original" package > > creator somewhere, > > Or maybe not. The same trick did not work with vtun, a package I just > submitted to :Virtualization yesterday and that got accepted. However, I > do not have permission to SR it to Factory. > > -> osc sr Virtualization vtun openSUSE:Factory > Warning: failed to fetch meta data for 'openSUSE:Factory' package 'vtun' > (new package?) > Server returned an error: HTTP Error 403: Forbidden > No permission to create request for package 'vtun' in project > 'Virtualization', only maintainers can create requests. > > ??????? Please check https://features.opensuse.org/310806 for this. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0417760429339804751==-- From francisco.cuadrado@iunika.net Mon Nov 8 11:41:49 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Mon, 08 Nov 2010 12:41:46 +0100 Message-ID: In-Reply-To: <201011081041.00176.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2094893044736542667==" --===============2094893044736542667== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 2010/11/8 Adrian Schr=C3=B6ter : > Am Montag, 8. November 2010, 09:10:08 schrieb Francisco Javier Cuadrado: >> 2010/11/5 =C2=A0: >> > From what I checked, Setting OBS_VM_TYPE to kvm in /etc/sysconfg/obs-wor= ker file uses kvm in place of qemu if /dev/kvm file on your worker host is re= adable. >> > If not, it will use qemu. >> > >> >> Yes, but will I have to configure anything related to KVM? > > The appliance is using KVM automatically, if your hardware is providing sup= port. > > If you setup it manually, you need to configure devices (partiations, loset= up or lvm volumes) > manually. Because it needs to format the entire partition. > > In case you want to use the LVM setup, you can setup these partitions like = described here: > > =C2=A0http://en.opensuse.org/openSUSE:Build_Service_Appliance > > The obsworker init script will pick automatically partitions which are name= d in the /dev/obs/worker_root_? scheme. Now, I read that article and I've created the following partitions: /dev/sda1 -> boot /dev/sda2 -> LVM2 /dev/OBS -> Volume Group /dev/OBS/root -> root /dev/OBS/home ->home /dev/OBS/swap -> swap These are the basic filesystem structure. /dev/OBS/worker_root_{1,2} -> My OBS workers' root /dev/OBS/worker_swap_{1,2} -> My OBS workers' swap These are the OBS workers' logic volumes. But OBS workers have failed showing the following log: http://pastie.org/1281= 327 Any idea? > > bye > adrian > >> >> > Praveen >> > >> > -----Original Message----- >> > From: Francisco Javier Cuadrado [mailto:francisco.cuadrado(a)iunika.net] >> > Sent: Wednesday, November 03, 2010 7:03 AM >> > To: OBS >> > Subject: [opensuse-buildservice] How to configure obs-workers to use Xen= /KVM? >> > >> > Hi, all! >> > >> > I've got a question that anybody can't resolve me at IRC, so darix convi= nces me to put it here. >> > >> > My problem is that I don't know how obs-worker uses Xen/KVM virtual mach= ines, and how I should configure obs-worker and Xen/KVM, so obs-worker can us= e Xen/KVM, because I suppose that obs-worker using Xen/KVM is better and fast= er than using only qemu. >> > >> > Can anyone help me? >> > --=20 Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Ca=C3=B1ada Real de Merinas, 25 Edificio 7 - oficina 1=C2=BAC 28042 Madrid http://www.iunika.com --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2094893044736542667==-- From RalfBecker@outdoor-training.de Mon Nov 8 12:10:36 2010 From: Ralf Becker To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu 10.10 Repository on build.opensuse.org Date: Mon, 08 Nov 2010 13:10:26 +0100 Message-ID: <4CD7E8B2.5020707@outdoor-training.de> In-Reply-To: <201010251134.08271.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7746478141162220472==" --===============7746478141162220472== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Any news on Ubuntu 10.10? Is any one working on it or are their plans to do soß Ralf Am 25.10.10 11:34, schrieb Adrian Schröter: > Am Sonntag, 24. Oktober 2010, 14:22:19 schrieb Srivats P: >> Is xUbuntu 10.10 publicly available on build.opensuse.org? I can't see >> it in my project home:pstavirs > > it is not yet working -- Ralf Becker Outdoor Unlimited Training GmbH [www.outdoor-training.de] Handelsregister HRB Kaiserslautern 3587 Geschäftsführer Birgit und Ralf Becker Leibnizstr. 17, 67663 Kaiserslautern, Germany Telefon +49 (0)631 31657-0 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7746478141162220472==-- From davejplater@gmail.com Mon Nov 8 12:16:42 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Mon, 08 Nov 2010 14:16:34 +0200 Message-ID: <4CD7EA22.5040507@gmail.com> In-Reply-To: <201011080951.25121.saschpe@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0691504030251541455==" --===============0691504030251541455== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/08/2010 10:51 AM, Sascha Peilicke wrote: > Hi Dave, > > =20 >> The last bug I made for build service was ignored, I will search for it >> when I have time, I think it's still open but fixed a long time ago.=20 >> =20 > In general, we don't ignore bugs. It may take some time to fix them though.= =20 > Can you post the bugno. of the one you think is fixed already? > =20 So far we have : bnc#547970, a work around was given to me on the bs list, it's an enhancement but a necessary one and I've just updated the component field to "Build Service" from unspecified. So it's probably still there and bnc#565069 was fixed promptly. >> The >> build service irc used to be a place to get help but now it's a closed >> shop that I can't get into. >> =20 > As said, IMO this relates to recent auth changes on FreeNode. Try registeri= ng=20 > with SASL instead of NickServ. > =20 I'm a novice with irc, don't know if I did it correctly : [14:11] /msg SASL REGISTER davepl davejplater(a)gmail.com [14:11] [404] davepl #opensuse-buildservice Cannot send to channel I've just tried KDE irc and that works without re registering. > =20 >> What product do I submit a bug against? Ok I've found Build Service >> under openSUSE.org. >> =20 > That's perfectly fine, but please don't file multiple bugs for the same iss= ue.=20 > This only takes time for us to triage and mark as duplicates. Hey, we're an= =20 > opensource project, so patience is key sometimes :-) > =20 See bnc#652002 I had two server timeouts and clicked back and then submit each time, it wasn't intentional. > BTW. I'm already looking into your issue. > =20 Thanks for the prompt action, it's fixed. Dave P --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0691504030251541455==-- From adrian@suse.de Mon Nov 8 12:23:39 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Mon, 08 Nov 2010 13:23:34 +0100 Message-ID: <201011081323.34833.adrian@suse.de> In-Reply-To: <4CD071E1.8050203@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2265331210917057813==" --===============2265331210917057813== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Dienstag, 2. November 2010, 21:17:37 schrieb Robert Schweikert: ... > One of the gory details would be to skip packages in projects like > "bleeding-edge" during the automatic collection. But I beleive there is > already a flag for things like that already, if I recall a discussion on > this list correctly. I just want to point out the security impliciation in doing this. If it is known, that it is done in this way, it is horrible easy to build a p= ackage which would get installed in any case, if you add such a repository. And this package can do anything with your system. Getting root access on any= system, sending your credit card number to server X and so on. Doing this is so horrible dangerous that I would even think that the usual "w= e are=20 not responsible" agreements in license texts would not help you in court anym= ore. Simply because this not only careless, but actually more an already prepared = attack=20 to all opensuse systems. # --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2265331210917057813==-- From adrian@suse.de Mon Nov 8 12:30:31 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How can I add two reposities in config.kiwi Date: Mon, 08 Nov 2010 13:30:28 +0100 Message-ID: <201011081330.28990.adrian@suse.de> In-Reply-To: <4CD02AB5.7020702@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6151063790715405177==" --===============6151063790715405177== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Dienstag, 2. November 2010, 16:13:57 schrieb caoshouying: > Hi, all > I want build a kiwi image with OBS, I edited the file config.kiwi and > added reposities. It failed when I used two reposities. I combined two > reposities , and it work right. But I want to know how to add two > reposities. Have a look in openSUSE:Tools project for example. You can find in the OBS-Ap= pliance such a block: ... ... --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6151063790715405177==-- From davejplater@gmail.com Mon Nov 8 12:34:06 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [opensuse-packaging] Help there's a problem with https://build.opensuse.org/package/show? action menu. Date: Mon, 08 Nov 2010 14:33:54 +0200 Message-ID: <4CD7EE32.2010105@gmail.com> In-Reply-To: <201011080940.35475.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8757421216625455709==" --===============8757421216625455709== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/08/2010 10:40 AM, Adrian Schr=C3=B6ter wrote: > Please,=20 > > no cross-post via several mailing lists and several bugreports at the same = time. > > If no one has time ATM, it will not help if we need to act on multiple path= es. > > Am Sonntag, 7. November 2010, 10:41:17 schrieb Dave Plater: > =20 >> I am getting very frustrated with the build service : I can work around >> checkin to newly relinked packages that wants to mangle my spec file and >> delete the contents of local copies but now I'm pulling my hair out. I >> cannot access the "Alter Package Information" item in the "Actions" menu >> link in the overview page, "only report bug", in packages where I'm >> maintainer but not a project maintainer. >> =20 > Just from looking at the code, this should work. > > Please create a bugreport and point to an existing project/package and tell > your login name. > > thanks > adrian > > =20 It's fixed, the login name was right at the bottom under Dave P = =20 user plater I was very tired when I wrote the mail should have been clearer. Regards Dave P --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8757421216625455709==-- From rschweikert@novell.com Mon Nov 8 12:51:24 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Mon, 08 Nov 2010 07:51:20 -0500 Message-ID: <4CD7F248.1010005@novell.com> In-Reply-To: <201011081323.34833.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1978741871009869460==" --===============1978741871009869460== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/08/2010 07:23 AM, Adrian Schr=C3=B6ter wrote: > Am Dienstag, 2. November 2010, 21:17:37 schrieb Robert Schweikert: > ... >> One of the gory details would be to skip packages in projects like >> "bleeding-edge" during the automatic collection. But I beleive there is >> already a flag for things like that already, if I recall a discussion on >> this list correctly. >=20 > I just want to point out the security impliciation in doing this. >=20 > If it is known, that it is done in this way, it is horrible easy to build a= package > which would get installed in any case, if you add such a repository. >=20 > And this package can do anything with your system. Getting root access on a= ny system, > sending your credit card number to server X and so on. >=20 > Doing this is so horrible dangerous that I would even think that the usual = "we are=20 > not responsible" agreements in license texts would not help you in court an= ymore. > Simply because this not only careless, but actually more an already prepare= d attack=20 > to all opensuse systems. # >=20 I guess you are saying that our devel projects are not save. So maybe we shouldn't provide repositories for the devel projects? AFAK we do not have an extra disclaimer w.r.t. security or other things for devel projects. Thus your concern would apply today. Robert --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1978741871009869460==-- From adrian@suse.de Mon Nov 8 13:00:59 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] openSUSE Build Service 2.1 Release Date: Mon, 08 Nov 2010 14:00:58 +0100 Message-ID: <201011081400.58428.adrian@suse.de> In-Reply-To: <20101101100518.GB25549@foxbat.suse.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4578903737023817853==" --===============4578903737023817853== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Montag, 1. November 2010, 11:05:18 schrieb Petr Uzel: > Hello, >=20 > On Tue, Oct 19, 2010 at 03:16:42PM +0200, Andreas Jaeger wrote: > > The openSUSE Build Service - OBS - is now officially at release 2.1. We'= re=20 > > delighted with the improvements in this release, including an enhanced w= eb=20 > > interface, integration with online code management systems and better=20 > > access controls. > >=20 > > OBS 2.1 Introduces New Features > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > >=20 > > Better access controls > >=20 > > The access controls have been enhanced so that read/write access to a=20 > > project can be granted on an individual basis. This allows for tighter=20 > > control of work flows where needed. You can for example ensure people don= 't=20 > > have access to security updates while they are being tested. >=20 > Is this documented somewhere? In short just go to the webui and create a new project or package. You can fi= nd a "disable source access" check box there. Or add a new meta file with block. It does not work afterwards, only for new created projects/packages. bye adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4578903737023817853==-- From adrian@suse.de Mon Nov 8 13:20:31 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] The disconnect Date: Mon, 08 Nov 2010 14:20:25 +0100 Message-ID: <201011081420.26064.adrian@suse.de> In-Reply-To: <4CD7F248.1010005@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8207920061435365742==" --===============8207920061435365742== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Montag, 8. November 2010, 13:51:20 schrieb Robert Schweikert: >=20 > On 11/08/2010 07:23 AM, Adrian Schr=C3=B6ter wrote: > > Am Dienstag, 2. November 2010, 21:17:37 schrieb Robert Schweikert: > > ... > >> One of the gory details would be to skip packages in projects like > >> "bleeding-edge" during the automatic collection. But I beleive there is > >> already a flag for things like that already, if I recall a discussion on > >> this list correctly. > >=20 > > I just want to point out the security impliciation in doing this. > >=20 > > If it is known, that it is done in this way, it is horrible easy to build= a package > > which would get installed in any case, if you add such a repository. > >=20 > > And this package can do anything with your system. Getting root access on= any system, > > sending your credit card number to server X and so on. > >=20 > > Doing this is so horrible dangerous that I would even think that the usua= l "we are=20 > > not responsible" agreements in license texts would not help you in court = anymore. > > Simply because this not only careless, but actually more an already prepa= red attack=20 > > to all opensuse systems. # > >=20 >=20 > I guess you are saying that our devel projects are not save. So maybe we > shouldn't provide repositories for the devel projects? AFAK we do not > have an extra disclaimer w.r.t. security or other things for devel > projects. Thus your concern would apply today. It does apply today also. You should be carefull which repo you add to your s= ystem. But if you simply create one big repo and copy blindly all stuff from a high = number of projects your risk is way higher. Because even maintainers of some simple = corner case applications (which you would never install yourself) have root access t= o your=20 system. bye adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8207920061435365742==-- From adrian@suse.de Mon Nov 8 13:26:52 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Fedora 14 Date: Mon, 08 Nov 2010 14:26:50 +0100 Message-ID: <201011081426.50861.adrian@suse.de> In-Reply-To: <201011081202.16468.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8233842016417971569==" --===============8233842016417971569== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Montag, 8. November 2010, 12:02:16 schrieb Adrian Schröter: > Am Mittwoch, 3. November 2010, 18:56:44 schrieb Troy Telford: > > > FYI: Fedora 14 is out, > > > So: Would you guys please be so kind to make it available on for builds > > > build.opensuse.org. > > > > Along those lines: In my private OBS instance, here are the changes I > > made to the prjconf (vs. Fedora 13) > > Thanks, that helps a lot. > > Fedora 14 for i586 got imported already, x86_64 is running atm. > > Not tested at all yet ... Looks like we need to update our workers first to use a newer kernel ... -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8233842016417971569==-- From francisco.cuadrado@iunika.net Mon Nov 8 15:30:38 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] mount-static and bash-static Date: Mon, 08 Nov 2010 16:30:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7391475751063324937==" --===============7391475751063324937== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, all! Why aren't mount-static and bash-static into opensuse:tools repository? And, where can I get a modern version (for opensuse 11.3) of them? Because now I'm compiling ones from home:dl9pf:branches:openSUSE:Tools and I have to fix some bugs into 'bash-static.spec' file. Regards. -- Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Cañada Real de Merinas, 25 Edificio 7 - oficina 1ºC 28042 Madrid http://www.iunika.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7391475751063324937==-- From grenzlaeufer@gmx.net Mon Nov 8 15:44:14 2010 From: Volker Stoppe To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] OBS build takes wrong if clause Date: Mon, 08 Nov 2010 16:44:09 +0100 Message-ID: <4CD81AC9.3020702@gmx.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8453794250774510625==" --===============8453794250774510625== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hallo list! I am new to the OpenSuSE Build Service and I was given the task, to=20 extend a spec-file to build the zabbix-package also for CentOS. Therfor=20 I built an if-query with ?centos_version, as described in=20 http://de.opensuse.org/Build_Service/Pakete_f%C3%BCr_mehrere_Distributionen#E= rkennen_einer_Distributionsvariante The packaged for the default distribution builds well (sles) but the=20 build for CentOS fails with the message: "nothing provides tcpd-devel, nothing provides apache2-devel, nothing=20 provides iksemel-devel, nothing provides pkg-config, nothing provides=20 httpd_devel" This is our own OBS but the administrator ensured that the system is=20 able to build CentOS-packages. Below is an excerpt of my spec-file. Can someone explain me why the=20 build of the centos-packages queries the dependencies from "if=20 %suse_version"? ---- snip ---- # BuildRequires: libssh2-devel # BuildRequires: net-snmp-devel # BuildRequires: OpenIPMI-devel # BuildRequires: openldap2-devel # BuildRequires: postgresql-devel # BuildRequires: sqlite-devel # # %if 0%{?suse_version} < 1020 # BuildRequires: curl-devel mysql-devel tcpd-devel apache2-devel=20 iksemel-devel pkg-config # %else # BuildRequires: fdupes libcurl-devel libmysqlclient-devel=20 apache2-devel iksemel-devel pkg-config # %endif # # %if 0%{?centos_version} >=3D 501 # BuildRequires: httpd_devel iksemel-devel # %endif ---- snap ---- The CentOS-repo is added for my zabbix project: ----- snip ----- CentOS_CentOS-5 (i586, x86_64) openSUSE.org:CentOS:CentOS-5/standard ----- snap ----- This version of our OBS is: Repository: SLE-11-SDK-SP1 Name: obs-server Version: 1.7.2-0.2.32 Architektur: x86_64 If someone could give me a hint to the problem I would be very thankful! Greetings vst --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8453794250774510625==-- From mls@suse.de Mon Nov 8 15:47:52 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OBS build takes wrong if clause Date: Mon, 08 Nov 2010 16:47:51 +0100 Message-ID: <20101108154751.GA7844@suse.de> In-Reply-To: <4CD81AC9.3020702@gmx.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2874415764803017582==" --===============2874415764803017582== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Mon, Nov 08, 2010 at 04:44:09PM +0100, Volker Stoppe wrote: > Below is an excerpt of my spec-file. Can someone explain me why the > build of the centos-packages queries the dependencies from "if > %suse_version"? > > ---- snip ---- > # BuildRequires: libssh2-devel > # BuildRequires: net-snmp-devel > # BuildRequires: OpenIPMI-devel > # BuildRequires: openldap2-devel > # BuildRequires: postgresql-devel > # BuildRequires: sqlite-devel > # > # %if 0%{?suse_version} < 1020 > # BuildRequires: curl-devel mysql-devel tcpd-devel apache2-devel > iksemel-devel pkg-config > # %else > # BuildRequires: fdupes libcurl-devel libmysqlclient-devel > apache2-devel iksemel-devel pkg-config > # %endif "%if 0%{?suse_version} < 1020" is also true for CentOS, you probably want to put a %if 0%{?suse_version} ... %endif around the block. Cheers, Michael. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2874415764803017582==-- From robxu9@gmail.com Mon Nov 8 17:21:50 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] patchinfo and updateinfo? Date: Mon, 08 Nov 2010 12:20:50 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4730072471591019120==" --===============4730072471591019120== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi all, I'm getting adept at using patchinfos, but I'm wondering if the openSUSE Build Service supports updateinfo, which is Fedora's patchinfo equivalent. Or are they the same? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4730072471591019120==-- From mls@suse.de Mon Nov 8 17:25:25 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] patchinfo and updateinfo? Date: Mon, 08 Nov 2010 18:25:24 +0100 Message-ID: <20101108172524.GA25852@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0420846641774370402==" --===============0420846641774370402== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Mon, Nov 08, 2010 at 12:20:50PM -0500, Robert Xu wrote: > I'm getting adept at using patchinfos, but I'm wondering if the > openSUSE Build Service supports updateinfo, which is Fedora's > patchinfo equivalent. > Or are they the same? Well, "patchinfos" are the input format. We're working on implementing the part that gets them translated into the "updateinfo" format, wich is used both by openSUSE and Fedora. We hope to have the code ready for our end-year OBS-2.3 release. Cheers, Michael. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0420846641774370402==-- From dl9pf@gmx.de Mon Nov 8 18:30:26 2010 From: Jan-Simon =?utf-8?q?M=C3=B6ller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] mount-static and bash-static Date: Mon, 08 Nov 2010 19:30:16 +0100 Message-ID: <201011081930.16676.dl9pf@gmx.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4459752960873395710==" --===============4459752960873395710== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Montag, 8. November 2010, 16:30:30 schrieb Francisco Javier Cuadrado: > Hi, all! > > Why aren't mount-static and bash-static into opensuse:tools repository? > > And, where can I get a modern version (for opensuse 11.3) of them? > Because now I'm compiling ones from home:dl9pf:branches:openSUSE:Tools > and I have to fix some bugs into 'bash-static.spec' file. > > > Regards. > > Yes, I'm about to fix these. Patches welcome. But you can take just the 11.2 version of these 2 if you're in a hurry. They're static binaries ;) . Best, Jan-Simon -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4459752960873395710==-- From adrian@suse.de Tue Nov 9 13:13:35 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Build Team Meeting Date: Tue, 09 Nov 2010 14:13:34 +0100 Message-ID: <201011091413.34409.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4610551820157785053==" --===============4610551820157785053== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable present: cwh, saschpe, adrian, tschmidt, mls * OBS 2.1.2 release * OBS 2.2 pre release * Driver Build Disk generator * build.opensuse.org base distro setup Driver Build Disk generator =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D * cwh adapted dud kiwi generator to read package list from special "dud_package_list.xml" file. * webui part needs to get adapted. OBS 2.1.2 release =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D We plan a 2.1.2 release end of this week, our candidates are: * register user with iChain fix, this was regression in 2.1.1 (done) * dropped "Apply as patch" funcitionality in webui source upload form, which is not supported with branched packages. * provide access _repository via api (not done) OBS 2.2 =3D=3D=3D=3D=3D=3D=3D We plan a 2.2 Beta(?) release end of this week. Missing parts are: * major feature is project full access control (read, write and visibility) - missing parts in api (Jan-Simon works on it) - webui caching needs to take care of user access - backend needs to protect sources also when access is disabled * Improved diff handling in api and webui * Support product signing with non local builds Feature list got updated: http://www.suse.de/~adrian/OBS-Roadmap/ build.opensuse.org base distro setup =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * Fedora 14 =3D> is imported, but requires that we update our worker images with a new = kernel. Local build should work already if your system is new enough. (WIP) * Ubuntu 10.10 =3D> is imported, but does not work. Not yet debugged, but it seems we need a package to fix packaging bugs (lack of required files) * openSUSE 11.1 =3D> is about to get removed, exists in DISCONTINUED name space --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4610551820157785053==-- From greg.freemyer@gmail.com Tue Nov 9 13:21:30 2010 From: Greg Freemyer To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] just SR'ed my first package, basic question Date: Tue, 09 Nov 2010 08:21:01 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4349592351694427873==" --===============4349592351694427873== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit All, I just got my first simple package into hardware > open2300. Conceptually it seems it should now be the master and I should have a branch of it in my home package to tinker with. Is it safe for me to delete my current package(s) (I actually have 2) and then branch a new copy in my home project from hardware > open2300? Thanks Greg -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4349592351694427873==-- From matrixworkstation@gmail.com Tue Nov 9 14:57:55 2010 From: aledr To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Devel project home for packages Date: Tue, 09 Nov 2010 12:57:31 -0200 Message-ID: In-Reply-To: <4CD1DBE0.8080305@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0302645316487558445==" --===============0302645316487558445== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable These packages are needed by eucalpytus (which also needs a devel project). How can we handle it? On Wed, Nov 3, 2010 at 8:02 PM, Robert Schweikert wrote: > Hi, > > I am looking for suggestions for devel projects to SR the following > packages: > > home:decriptor:eucalyptus/{axis2,axis2c,rampartc} > > rampartc: > http://ws.apache.org/rampart/c/ > > Apache Rampart/C is the security module for Apache Axis2/C. It features > in many ways to protect SOAP messages exchanged. This includes SOAP > message encryption and signature as specified in WS-Security > Specification. In addition Apache Rampart/C configurations are based on > security policy assertions as per WS-Security Policy specificatoin > > axis2c: > http://ws.apache.org/axis2/c/ > > Apache Axis2/C is a Web services engine implemented in the C programming > language. It is based on the extensible and flexible Axis2 architecture. > Apache Axis2/C can be used to provide and consume WebServices. It has > been implemented with portability and ability to embed in mind, hence > could be used as a Web services enabler in other software. > > Apache Axis2/C supports SOAP 1.1 and SOAP 1.2, as well as REST style of > Webservices. A single service could be exposed both as a SOAP style as > well as a REST style service simultaneously. It also has built in MTOM > support, that can be used to exchange binary data. > > axis2: > http://ws.apache.org/axis2/ > > Axis2 is a Web Services / SOAP / WSDL engine, the successor to the > widely used Apache Axis SOAP stack. > > Thanks, > Robert > -- > Robert Schweikert =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 MAY THE SOURCE BE WITH YOU > Software Engineer Consultant =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0LINUX > rschweikert(a)novell.com > 781-464-8147 > > Novell > Making IT Work As One > -- > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org > > --=20 [ ]'s Aledr - Alexandre "OpenSource Solutions for SmallBusiness Problems" --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0302645316487558445==-- From mrdocs@opensuse.org Tue Nov 9 15:12:13 2010 From: Peter Linnell To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Devel project home for packages Date: Tue, 09 Nov 2010 16:12:10 +0100 Message-ID: <4CD964CA.3050606@opensuse.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6941438845303645556==" --===============6941438845303645556== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/9/10 3:57 PM, aledr wrote: > These packages are needed by eucalpytus (which also needs a devel project). > How can we handle it? > > On Wed, Nov 3, 2010 at 8:02 PM, Robert Schweikert > wrote: >> Hi, >> >> I am looking for suggestions for devel projects to SR the following >> packages: >> >> home:decriptor:eucalyptus/{axis2,axis2c,rampartc} >> >> rampartc: >> http://ws.apache.org/rampart/c/ >> >> Apache Rampart/C is the security module for Apache Axis2/C. It features >> in many ways to protect SOAP messages exchanged. This includes SOAP >> message encryption and signature as specified in WS-Security >> Specification. In addition Apache Rampart/C configurations are based on >> security policy assertions as per WS-Security Policy specificatoin >> >> axis2c: >> http://ws.apache.org/axis2/c/ >> >> Apache Axis2/C is a Web services engine implemented in the C programming >> language. It is based on the extensible and flexible Axis2 architecture. >> Apache Axis2/C can be used to provide and consume WebServices. It has >> been implemented with portability and ability to embed in mind, hence >> could be used as a Web services enabler in other software. >> >> Apache Axis2/C supports SOAP 1.1 and SOAP 1.2, as well as REST style of >> Webservices. A single service could be exposed both as a SOAP style as >> well as a REST style service simultaneously. It also has built in MTOM >> support, that can be used to exchange binary data. >> >> axis2: >> http://ws.apache.org/axis2/ >> >> Axis2 is a Web Services / SOAP / WSDL engine, the successor to the >> widely used Apache Axis SOAP stack. >> >> Thanks, >> Robert >> -- >> Robert Schweikert MAY THE SOURCE BE WITH YOU >> Software Engineer Consultant LINUX >> rschweikert(a)novell.com >> 781-464-8147 >> >> Novell >> Making IT Work As One >> -- >> To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org >> For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org >> >> I would propose somewhere an HPC/Cloud repo for things like this. Thoughts from others ? Peter -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6941438845303645556==-- From aj@novell.com Tue Nov 9 15:50:28 2010 From: Andreas Jaeger To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Devel project home for packages Date: Tue, 09 Nov 2010 16:50:27 +0100 Message-ID: <201011091650.27825.aj@novell.com> In-Reply-To: <4CD964CA.3050606@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8487270234089124136==" --===============8487270234089124136== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Tuesday 09 November 2010 16:12:10 Peter Linnell wrote: > I would propose somewhere an HPC/Cloud repo for things like this. > > Thoughts from others ? Yes, a cloud repository seems a good idea for this, Andreas -- Andreas Jaeger, Program Manager openSUSE, aj@{novell.com,opensuse.org} Twitter: jaegerandi | Identica: jaegerandi SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8487270234089124136==-- From rschweikert@novell.com Tue Nov 9 15:58:46 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Devel project home for packages Date: Tue, 09 Nov 2010 10:58:34 -0500 Message-ID: <4CD96FAA.3010707@novell.com> In-Reply-To: <201011091650.27825.aj@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5517402253911699100==" --===============5517402253911699100== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/09/2010 10:50 AM, Andreas Jaeger wrote: > On Tuesday 09 November 2010 16:12:10 Peter Linnell wrote: >> I would propose somewhere an HPC/Cloud repo for things like this. >> >> Thoughts from others ? > > Yes, a cloud repository seems a good idea for this, But, rampartc, axis2, and axis2c are not cloud specific. I submited requests to networking for these 5 days ago. I was planning to submit eucalyptus to virtualization. Not sure we need yet another repo. Robert > > Andreas -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5517402253911699100==-- From darix@opensu.se Tue Nov 9 16:36:35 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Devel project home for packages Date: Tue, 09 Nov 2010 17:36:27 +0100 Message-ID: <20101109163627.GK3437@nordisch.org> In-Reply-To: <4CD96FAA.3010707@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5528982068443077980==" --===============5528982068443077980== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 2010-11-09 10:58:34 -0500, Robert Schweikert wrote: > On 11/09/2010 10:50 AM, Andreas Jaeger wrote: > > On Tuesday 09 November 2010 16:12:10 Peter Linnell wrote: > >> I would propose somewhere an HPC/Cloud repo for things like this. > >> > >> Thoughts from others ? > > > > Yes, a cloud repository seems a good idea for this, > > But, rampartc, axis2, and axis2c are not cloud specific. I submited > requests to networking for these 5 days ago. > > I was planning to submit eucalyptus to virtualization. > > Not sure we need yet another repo. we just set up Virtualization:Cloud for you darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5528982068443077980==-- From pascal.bleser@opensuse.org Tue Nov 9 17:59:39 2010 From: Pascal Bleser To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] New top-level project: utilities Date: Tue, 09 Nov 2010 18:59:33 +0100 Message-ID: <4CD98C05.3060207@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7720669576264757675==" --===============7720669576264757675== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcus was so kind to create a new top-level project: utilities I requested (*) such a project because there wasn't any appropriate place to maintain packages of command-line utilities, such as cpipe, mlocate, lockrun, likwid, pfm, pv, ttyrec, ack, calcurse, cdu, clpbar, cpuid, di, dtach, gcp, jobqueue, ts, mguesser, ncdu, nkmkpassword, pipemeter, progress, rand, rlwrap, tmux, xjobs, waitfor, ..... (just throwing a few I have in the queue for that project). Anyhow, the idea is to maintain (supposedly "small") command-line utilities in there that don't really fit any other category (server, monitoring, web, irc, ...) If anyone else wants to be maintainer, please poke me. (*) https://bugzilla.novell.com/show_bug.cgi?id=635617 cheers - -- -o) Pascal Bleser /\\ http://opensuse.org -- I took the green pill _\_v FOSDEM XI: 5 + 6 Feb 2011, http://fosdem.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iD8DBQFM2YwFr3NMWliFcXcRAqo+AJ4uTViJhzYiC5LsNH+5UI3vzCqx3QCgl+qV skKvbr/nvIpLkmYsG2YIYLI= =N8mA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7720669576264757675==-- From Praveen_Paladugu@Dell.com Tue Nov 9 20:02:48 2010 From: Praveen_Paladugu@Dell.com To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] osc co doesn't work while using cntlm proxy Date: Tue, 09 Nov 2010 14:00:59 -0600 Message-ID: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF91D215@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8061514656734861339==" --===============8061514656734861339== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi All,=20 I am using cntlm (version 0.35.1-1) proxy to talk to outside network. With th= e proxy configured properly, I am able to run:=20 " osc log prjname/pkgname" command and get the expected output. But, when I run=20 "osc co prjname/pkgname" command, I get =20 Server returned an error: HTTP Error 502: Proxy Error ( The HTTP message= includes an unsupported header or an unsupported combination of headers. ) I tried the above osc command with "-H" flag to check the HTTP headers. The f= ailure occurs the first time, osc tries to download a file. From what I noti= ced, the header the proxy server is having a problem with is: Content-Disposition: attachment; filename =3D "kiwi.spec"=20 Has anybody seen this problem? Is there a known workaround? Is there a different proxy server package (in place of cntlm) I can try, whic= h works with osc? Thank you Praveen N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A=8AZ)= z{.=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E=CB=9B=EF=BF=BD= =EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+i=EF=BF=BDb=EF= =BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=9B=EF= =BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF=BF=BD=EF=BF=BDi=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF=BD --===============8061514656734861339==-- From francisco.cuadrado@iunika.net Wed Nov 10 08:55:14 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Wed, 10 Nov 2010 09:55:10 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4222251042122000417==" --===============4222251042122000417== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, again! >> In case you want to use the LVM setup, you can setup these partitions like= described here: >> >> =C2=A0http://en.opensuse.org/openSUSE:Build_Service_Appliance >> >> The obsworker init script will pick automatically partitions which are nam= ed in the /dev/obs/worker_root_? scheme. > > Now, I read that article and I've created the following partitions: > > /dev/sda1 -> boot > /dev/sda2 -> LVM2 > /dev/OBS -> Volume Group > /dev/OBS/root -> root > /dev/OBS/home ->home > /dev/OBS/swap -> swap > > These are the basic filesystem structure. > > /dev/OBS/worker_root_{1,2} -> My OBS workers' root > /dev/OBS/worker_swap_{1,2} -> My OBS workers' swap > > These are the OBS workers' logic volumes. > > But OBS workers have failed showing the following log: http://pastie.org/12= 81327 > > Any idea? > Someone from the #opensuse-buildservice IRC channel told me that in the previous log OBS can't install bash-static and mount-static, then after installing these packages OBS still fails and now it gives me the following log: http://pastie.org/1286549 Any idea? It seems that OBS doesn't recognize LVM volume group and logic volumes. --=20 Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Ca=C3=B1ada Real de Merinas, 25 Edificio 7 - oficina 1=C2=BAC 28042 Madrid http://www.iunika.com --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4222251042122000417==-- From mmarek@suse.cz Wed Nov 10 13:03:15 2010 From: Michal Marek To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [opensuse-packaging] New top-level project: utilities Date: Wed, 10 Nov 2010 14:03:12 +0100 Message-ID: <4CDA9810.6020203@suse.cz> In-Reply-To: <4CD98C05.3060207@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3643728151261134746==" --===============3643728151261134746== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 9.11.2010 18:59, Pascal Bleser wrote: > Marcus was so kind to create a new top-level project: utilities > > I requested (*) such a project because there wasn't any appropriate > place to maintain packages of command-line utilities, such as cpipe, > mlocate, lockrun, likwid, pfm, pv, ttyrec, ack, calcurse, cdu, clpbar, > cpuid, di, dtach, gcp, jobqueue, ts, mguesser, ncdu, nkmkpassword, > pipemeter, progress, rand, rlwrap, tmux, xjobs, waitfor, ..... > (just throwing a few I have in the queue for that project). Wow, so we can finally clean up Base:System to only host the basic packages. Candidates for 'utilities' would be: acct buffer cdrdao cdrtools collectl convert delayacct-utils delta dialog dicts dmidecode dos2unix dvd+rw-tools eject espeak fam figlet file firmwarekit FirmwareUpdateKit fortune fs-check fxload gcal gpart hex igerman98 iotop iwatch john-wordlists kerneloops killerd ksymoops lsof mbuffer mc mcal minicom mmv pin pinfo powertop pwgen recode rzsz screen sitar smake spu-tools stan supportutils sysstat tree vlock wipe wodim words Note that I did not check if these are really leaf packages, but it should be a good starting point. Michal -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3643728151261134746==-- From adrian@suse.de Wed Nov 10 14:07:20 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Wed, 10 Nov 2010 15:07:19 +0100 Message-ID: <201011101507.19236.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4585667054000722289==" --===============4585667054000722289== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, 10. November 2010, 09:55:10 schrieb Francisco Javier Cuadrado: > Hi, again! >=20 > >> In case you want to use the LVM setup, you can setup these partitions li= ke described here: > >> > >> http://en.opensuse.org/openSUSE:Build_Service_Appliance > >> > >> The obsworker init script will pick automatically partitions which are n= amed in the /dev/obs/worker_root_? scheme. > > > > Now, I read that article and I've created the following partitions: > > > > /dev/sda1 -> boot > > /dev/sda2 -> LVM2 > > /dev/OBS -> Volume Group > > /dev/OBS/root -> root > > /dev/OBS/home ->home > > /dev/OBS/swap -> swap > > > > These are the basic filesystem structure. > > > > /dev/OBS/worker_root_{1,2} -> My OBS workers' root > > /dev/OBS/worker_swap_{1,2} -> My OBS workers' swap > > > > These are the OBS workers' logic volumes. > > > > But OBS workers have failed showing the following log: http://pastie.org/= 1281327 > > > > Any idea? > > >=20 > Someone from the #opensuse-buildservice IRC channel told me that in > the previous log OBS can't install bash-static and mount-static, then > after installing these packages OBS still fails and now it gives me > the following log: http://pastie.org/1286549 >=20 > Any idea? It seems that OBS doesn't recognize LVM volume group and > logic volumes. The binfmt_misc kernel modul seems not to be available. You may need to add it to your initrd. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4585667054000722289==-- From francisco.cuadrado@iunika.net Wed Nov 10 14:11:50 2010 From: Francisco Javier Cuadrado To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to configure obs-workers to use Xen/KVM? Date: Wed, 10 Nov 2010 15:11:41 +0100 Message-ID: In-Reply-To: <201011101507.19236.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5730223130160837657==" --===============5730223130160837657== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 2010/11/10 Adrian Schr=C3=B6ter : > Am Mittwoch, 10. November 2010, 09:55:10 schrieb Francisco Javier Cuadrado: >> Hi, again! >> >> >> In case you want to use the LVM setup, you can setup these partitions l= ike described here: >> >> >> >> =C2=A0http://en.opensuse.org/openSUSE:Build_Service_Appliance >> >> >> >> The obsworker init script will pick automatically partitions which are = named in the /dev/obs/worker_root_? scheme. >> > >> > Now, I read that article and I've created the following partitions: >> > >> > /dev/sda1 -> boot >> > /dev/sda2 -> LVM2 >> > /dev/OBS -> Volume Group >> > /dev/OBS/root -> root >> > /dev/OBS/home ->home >> > /dev/OBS/swap -> swap >> > >> > These are the basic filesystem structure. >> > >> > /dev/OBS/worker_root_{1,2} -> My OBS workers' root >> > /dev/OBS/worker_swap_{1,2} -> My OBS workers' swap >> > >> > These are the OBS workers' logic volumes. >> > >> > But OBS workers have failed showing the following log: http://pastie.org= /1281327 >> > >> > Any idea? >> > >> >> Someone from the #opensuse-buildservice IRC channel told me that in >> the previous log OBS can't install bash-static and mount-static, then >> after installing these packages OBS still fails and now it gives me >> the following log: http://pastie.org/1286549 >> >> Any idea? It seems that OBS doesn't recognize LVM volume group and >> logic volumes. > > The binfmt_misc kernel modul seems not to be available. > > You may need to add it to your initrd. > Thanks, I've forgotten to say that I can solve this problem with the help of dl9pf from the opensuse-buildservice IRC channel. Only I have to add "virtio_blk binfmt_misc" to INITRD_MODULES=3D in file '/etc/sysconfig/kernel' and run 'mkinitrd' command. Anyway, thanks! --=20 Francisco Javier Cuadrado SPAIN-CHINA-HONG KONG-POLAND Spain Main: +34-910005436 Centro Empresarial Eisenhower C/ Ca=C3=B1ada Real de Merinas, 25 Edificio 7 - oficina 1=C2=BAC 28042 Madrid http://www.iunika.com --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5730223130160837657==-- From adrian@suse.de Wed Nov 10 15:09:11 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc co doesn't work while using cntlm proxy Date: Wed, 10 Nov 2010 16:09:10 +0100 Message-ID: <201011101609.10689.adrian@suse.de> In-Reply-To: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF91D215@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1782430980509956075==" --===============1782430980509956075== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Dienstag, 9. November 2010, 21:00:59 schrieb Praveen_Paladugu(a)dell.com: > Hi All,=20 >=20 > I am using cntlm (version 0.35.1-1) proxy to talk to outside network. With = the proxy configured properly, I am able to run:=20 >=20 > " osc log prjname/pkgname" command and get the expected output. >=20 > But, when I run=20 >=20 > "osc co prjname/pkgname" command, I get > =20 > Server returned an error: HTTP Error 502: Proxy Error ( The HTTP messa= ge includes an unsupported header or an unsupported combination of headers. ) >=20 > I tried the above osc command with "-H" flag to check the HTTP headers. The= failure occurs the first time, osc tries to download a file. From what I no= ticed, the header the proxy server is having a problem with is: >=20 > Content-Disposition: attachment; filename =3D "kiwi.spec"=20 >=20 > Has anybody seen this problem? Is there a known workaround? This header is for nicer web browser support when downloading a binary file. However, it looks like it is not really needed with the browsers I have teste= d. So we may can consider to remove it fro OBS 2.2. You can remove the header on your api server in app/controllers/build_control= ler.rb and test if it works. thanks adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1782430980509956075==-- From samannsml@directbox.com Wed Nov 10 15:52:26 2010 From: Sascha 'saigkill' Manns To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Slow building for 11.3 Date: Wed, 10 Nov 2010 16:52:14 +0100 Message-ID: <201011101652.21373@saigkill.my-fqdn.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3824343938803114609==" --===============3824343938803114609== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello Mates, last days i've updated some packages. But i've seen a mystery. If i commit my changes to home:saigkill:medical, the packaging process is very fast. If i commit the same to medical/ all targets are fast, but not 11.3. I'm waiting ~2h for the End of the build. Is that a normal Verhalten? cu Sascha -- Sincerely yours Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete --===============3824343938803114609== Content-Type: application/pkcs7-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIME-Version: 1.0 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFQjCCBT4w ggMmoAMCAQICAwjGLDANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xMDA2MTExNzIzMzhaFw0x MDEyMDgxNzIzMzhaMEIxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEmMCQGCSqGSIb3DQEJARYX c2FtYW5uc21sQGRpcmVjdGJveC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDC vz44imT+34F12p8Kp8dPe6kb3lxvM9U0w37sqSvqyv7jdwpR6jqbYkRwIxVLiFR0P+w1Tiw9zzw3 SNEjNRynZR1CK2FhPipyzbPeiDX/eVd1NIv3X2p3OSrT5hYRQrOg/2yPwbGuXLExJmLDBSEKfYtt UpCBlGJ1ld9qWbekk9g52tTFWUXzirmaykXb8Z8OBZ3NnakEom8Krfcg/hi7axtko19HbnsBVKT6 9x90gNLBX7bit9J7ON8XHrxAzPc7GlS4KIWQwXOHfCean4b5sPdWbl29gpFQJ2LviJ8mf8xql2db ysCIJoveMHh68zXBWYfgODfJVfgWMYaQ8faNAgMBAAGjggEEMIIBADAMBgNVHRMBAf8EAjAAMFYG CWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBv dmVyIHRvIGh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQwIgYI KwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwIgYDVR0RBBswGYEXc2FtYW5uc21sQGRp cmVjdGJveC5jb20wDQYJKoZIhvcNAQEFBQADggIBAFVNfcYdCp4Q1qfRZ+q/Wnav4TFT1+0uW2SL shESXealCZtIjiIUizqDWGZKcyzVJc9Qr7rr172CN2koIDZUEqVpsVjZCSpl5T/a4vYCVxOBp18I T6iWkL7jRaPDZH1IZCmjv7FgN8f0oZtq+TvLPmp7fbgsC4SGP/HEAxswlc7uzpp9tN8u3YliHBgD mVkuOhzjrU5imwrQRZNFfeYT6wC5AUQWTDiHfWQ/YjtwUDYy4VedLv2KfjoKSxPAGAteYa6FlwD/ yKN5ABBPVcckpXd1aZoebzdQC7Fuykn8sW04Wflw+ICdDqrAi9gWfbwTAIHLpXHCRZw24A/DJZxi lKcs5ZkEPR5Qs2c/qg+K09xL3ZPQL3KfpWqKOcmtZ3Bfv9q0UhEiZnY7qHqKiXu5ACfbrMOF/iQ0 OIRql1V93BwpUCCQqp+kUyJCpWJp9tr+GCUt07+LY3c9HjqSqJmcG8feHrlDAnKdF1LQJTz1yiEb gqVP6tUeuCeHbt15hfugCFrTOnRtduSTVghyGFjMLiE3ydVCSupDQ6dcXdRkFWPZYH70LwniG2Ak MPAmQqzT1h95L2Q1PfOaukjMYdJ1cX14RRCJsiw2znjfSgdIzftd+/G2QhqeiHl6TNxQZaN4QBLX plLO61jempqKUNAC6uP/pgx1TywJQq772ras/LROMYICMjCCAi4CAQEwgYAweTEQMA4GA1UEChMH Um9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0 IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcCAwjG LDAJBgUrDgMCGgUAoIGHMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTEwMTExMDE1NTIxNVowIwYJKoZIhvcNAQkEMRYEFNieJh6LwHISl1LXnHMZHu3jYColMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA0GCSqGSIb3DQEBAQUABIIBAKNA fiMevZ4VKBXUg6+S8NeVSZ3/3sVcf87p0D2HN5a35+qfjZwyLqm9sV1BuCVW3r2qILOix2Tio+D8 UtSHlJhzrq708YC6e2ofbKOIoL8lS8hqU2ix4qh3G/xmo5nHl4krYPv0OwDFvooXqwtwrVtGnKsU 7a6NuKZN8XsqO+MuKnmlAVBQGc0qYx/NsPNgvMUIzXMRGoTDuY+ytNBv5lT8fW2Aiu6yclI/nTsS 54wYiHqhYlfXbG9nS+U4raJ3QEUI+jEJEt/fdN62khcDJcBN6fGn+0epPMW0TQSWWsRkGpRkfnyk 3VG8XSEx4opPGqHpVLgK4jD/pHpglusDzPsAAAAAAAA= --===============3824343938803114609==-- From adrian@suse.de Wed Nov 10 15:57:44 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Slow building for 11.3 Date: Wed, 10 Nov 2010 16:57:41 +0100 Message-ID: <201011101657.41950.adrian@suse.de> In-Reply-To: <201011101652.21373@saigkill.my-fqdn.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6952739793787695065==" --===============6952739793787695065== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Mittwoch, 10. November 2010, 16:52:14 schrieb Sascha 'saigkill' Manns: > Hello Mates, > > last days i've updated some packages. But i've seen a mystery. > > If i commit my changes to home:saigkill:medical, the packaging process > is very fast. > If i commit the same to medical/ all targets are fast, but not 11.3. I'm > waiting ~2h for the End of the build. > > Is that a normal Verhalten? 11.3 in medical should have the highest prio: osc api /build/_dispatchprios | grep medical > > cu Sascha > -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6952739793787695065==-- From Praveen_Paladugu@Dell.com Wed Nov 10 19:43:47 2010 From: Praveen_Paladugu@Dell.com To: buildservice@lists.opensuse.org Subject: RE: [opensuse-buildservice] osc co doesn't work while using cntlm proxy Date: Wed, 10 Nov 2010 13:43:33 -0600 Message-ID: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF973839@AUSX7MCPS301.AMER.DELL.COM> In-Reply-To: <201011101609.10689.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2700035151952055600==" --===============2700035151952055600== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Adrian, I removed the following line from the definition of headers.update in /srv/ww= w/obs/api/app/controllers/build_controller.rb file 'Content-Disposition' =3D> %(attachment; filename=3D"#params[:filename]}"), This change doesn't seem to affect the headers returned to the "osc co" reque= st.=20 Also, I have access to two versions of OBS. One running 2.1.0 and the other r= unning 1.6.0. The response from the 2.1.0 version has " Content-Disposition: attachment" in= the headers and the version 1.6.0 has ' Content-Disposition: attachment; fi= lename =3D "kiwi.spec" ' (along with the filename) in the response.=20 The proxy server doesn't seem to have a problem with version 2.1.0. But the r= esponse from 1.6.0 is the one failing.=20 Weird of all, both the versions 1.6.0 and 2.1.0 have the same line for "Cont= ent-Disposition" header in build_controller.rb. Thank you Praveen -----Original Message----- From: Adrian Schr=C3=B6ter [mailto:adrian(a)suse.de]=20 Sent: Wednesday, November 10, 2010 9:09 AM To: opensuse-buildservice(a)opensuse.org Cc: Paladugu, Praveen Subject: Re: [opensuse-buildservice] osc co doesn't work while using cntlm pr= oxy Am Dienstag, 9. November 2010, 21:00:59 schrieb Praveen_Paladugu(a)dell.com: > Hi All,=20 >=20 > I am using cntlm (version 0.35.1-1) proxy to talk to outside network. With = the proxy configured properly, I am able to run:=20 >=20 > " osc log prjname/pkgname" command and get the expected output. >=20 > But, when I run=20 >=20 > "osc co prjname/pkgname" command, I get > =20 > Server returned an error: HTTP Error 502: Proxy Error ( The HTTP messa= ge includes an unsupported header or an unsupported combination of headers. ) >=20 > I tried the above osc command with "-H" flag to check the HTTP headers. The= failure occurs the first time, osc tries to download a file. From what I no= ticed, the header the proxy server is having a problem with is: >=20 > Content-Disposition: attachment; filename =3D "kiwi.spec"=20 >=20 > Has anybody seen this problem? Is there a known workaround? This header is for nicer web browser support when downloading a binary file. However, it looks like it is not really needed with the browsers I have teste= d. So we may can consider to remove it fro OBS 2.2. You can remove the header on your api server in app/controllers/build_control= ler.rb and test if it works. thanks adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2700035151952055600==-- From adrian@suse.de Wed Nov 10 20:30:16 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc co doesn't work while using cntlm proxy Date: Wed, 10 Nov 2010 21:30:13 +0100 Message-ID: <201011102130.13661.adrian@suse.de> In-Reply-To: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF973839@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3306667874744900824==" --===============3306667874744900824== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, 10. November 2010, 20:43:33 schrieb Praveen_Paladugu(a)dell.com: > Adrian, >=20 > I removed the following line from the definition of headers.update in /srv/= www/obs/api/app/controllers/build_controller.rb file > 'Content-Disposition' =3D> %(attachment; filename=3D"#params[:filename]}"), >=20 >=20 > This change doesn't seem to affect the headers returned to the "osc co" req= uest.=20 right, that has only an effect when downloading the built packages ... >=20 >=20 > Also, I have access to two versions of OBS. One running 2.1.0 and the other= running 1.6.0. >=20 > The response from the 2.1.0 version has " Content-Disposition: attachment" = in the headers and the version 1.6.0 has ' Content-Disposition: attachment; = filename =3D "kiwi.spec" ' (along with the filename) in the response.=20 >=20 > The proxy server doesn't seem to have a problem with version 2.1.0. But the= response from 1.6.0 is the one failing.=20 Uh, we don't support 1.6 since quite some time.... I can remember that we fixed a number of issues with proxies since then, but = I would need to go=20 through the quite long git history to find out more .... sorry, I can't remember anymore what we changed adrian > Weird of all, both the versions 1.6.0 and 2.1.0 have the same line for "Co= ntent-Disposition" header in build_controller.rb. >=20 >=20 > Thank you > Praveen >=20 > -----Original Message----- > From: Adrian Schr=C3=B6ter [mailto:adrian(a)suse.de]=20 > Sent: Wednesday, November 10, 2010 9:09 AM > To: opensuse-buildservice(a)opensuse.org > Cc: Paladugu, Praveen > Subject: Re: [opensuse-buildservice] osc co doesn't work while using cntlm = proxy >=20 > Am Dienstag, 9. November 2010, 21:00:59 schrieb Praveen_Paladugu(a)dell.com: > > Hi All,=20 > >=20 > > I am using cntlm (version 0.35.1-1) proxy to talk to outside network. Wit= h the proxy configured properly, I am able to run:=20 > >=20 > > " osc log prjname/pkgname" command and get the expected output. > >=20 > > But, when I run=20 > >=20 > > "osc co prjname/pkgname" command, I get > > =20 > > Server returned an error: HTTP Error 502: Proxy Error ( The HTTP mes= sage includes an unsupported header or an unsupported combination of headers.= ) > >=20 > > I tried the above osc command with "-H" flag to check the HTTP headers. T= he failure occurs the first time, osc tries to download a file. From what I = noticed, the header the proxy server is having a problem with is: > >=20 > > Content-Disposition: attachment; filename =3D "kiwi.spec"=20 > >=20 > > Has anybody seen this problem? Is there a known workaround? >=20 > This header is for nicer web browser support when downloading a binary file. >=20 > However, it looks like it is not really needed with the browsers I have tes= ted. > So we may can consider to remove it fro OBS 2.2. >=20 > You can remove the header on your api server in app/controllers/build_contr= oller.rb > and test if it works. >=20 > thanks > adrian >=20 >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3306667874744900824==-- From mrdocs@opensuse.org Wed Nov 10 21:34:50 2010 From: P Linnell To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc co doesn't work while using cntlm proxy Date: Wed, 10 Nov 2010 22:34:43 +0100 Message-ID: <201011102234.44402.mrdocs@opensuse.org> In-Reply-To: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF91D215@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3482640392266289659==" --===============3482640392266289659== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tuesday 09 November 2010 21:00:59 Praveen_Paladugu(a)dell.com wrote: > Hi All, > > I am using cntlm (version 0.35.1-1) proxy to talk to outside network. With > the proxy configured properly, I am able to run: > > " osc log prjname/pkgname" command and get the expected output. > > But, when I run > > "osc co prjname/pkgname" command, I get > > Server returned an error: HTTP Error 502: Proxy Error ( The HTTP > message includes an unsupported header or an unsupported combination of > headers. ) > > I tried the above osc command with "-H" flag to check the HTTP headers. The > failure occurs the first time, osc tries to download a file. From what I > noticed, the header the proxy server is having a problem with is: > > Content-Disposition: attachment; filename = "kiwi.spec" > > Has anybody seen this problem? Is there a known workaround? > > Is there a different proxy server package (in place of cntlm) I can try, > which works with osc? > > > Thank you > Praveen I can say with at least on my own private OBS 2.0.x and 2.1 with squid3 it just works TM. Hope that helps, Peter -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3482640392266289659==-- From bitdealer@gmail.com Wed Nov 10 23:06:48 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Why don't we use debootstrap? Date: Thu, 11 Nov 2010 00:06:42 +0100 Message-ID: <201011110006.42650.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2922275570311321567==" --===============2922275570311321567== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, could anyone (Adrian) please enlighten me my we can't simply use debootstrap = to setup Debian & Ubuntu hosts and just be done with it? Point being I'm wondering that for quite some time but wasn't able to get som= e=20 answer on it. Also I was asked that by the Ubuntu folks when I tried to debug= =20 the 10.10 chroot but wasn't able to provide a proper answer. So, why don't we use deboostrap and be done with it since that is maintained = by the .deb folks and simply works? regards, Stephan --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2922275570311321567==-- From pelliott@blackpatchpanel.com Thu Nov 11 01:10:48 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] fdupes under mandriva, where is it? Date: Wed, 10 Nov 2010 19:10:35 -0600 Message-ID: <20101111011034.GA7875@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8721072511354577675==" --===============8721072511354577675== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable If I have BuildRequires: fdupes in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail with the reason being "nothing provides fdupes" But if I go to RPM pbone.net: http://rpm.pbone.net/index.php3 Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes package. What gives? Is there some "buildservice" way of determining what distro has what packages providing what identifiers, rather than using RPM pbone.net? Thank You. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============8721072511354577675== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3piUW9vQUNna1Fpdjl6cERSYzNaazNwQUNmZTZmd1pQb2Q5 TVg4SXNUYkMyQ0VPazlSClNWUUFuM3pZa0FTRkpnSXJRRW00OHUyWFFHbnNvdEFDCj1nekxtCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============8721072511354577675==-- From malcolm_lewis@bellsouth.net Thu Nov 11 01:22:44 2010 From: Malcolm To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: fdupes under mandriva, where is it? Date: Wed, 10 Nov 2010 19:23:28 -0600 Message-ID: <20101110192328.4c02a3c1@oscar.muppetwifi.homeunix.net> In-Reply-To: <20101111011034.GA7875@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5101200479086158471==" --===============5101200479086158471== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, 10 Nov 2010 19:10:35 -0600 Paul Elliott wrote: >=20 > If I have >=20 > BuildRequires: fdupes >=20 > in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail > with the reason being "nothing provides fdupes" >=20 >=20 > But if I go to RPM pbone.net: > http://rpm.pbone.net/index.php3 >=20 > Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes > package. What gives? >=20 > Is there some "buildservice" way of determining what distro has what > packages providing what identifiers, rather than using RPM pbone.net? >=20 > Thank You. >=20 >=20 Hi You need to build it (or link to it) and add into your build repository. eg; http://software.opensuse.org/search?q=3Dfdupes&baseproject=3DMandriva%3A2010.= 1&lang=3Den&exclude_debug=3Dtrue --=20 Cheers Malcolm =C2=B0=C2=BF=C2=B0 (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.23-0.3-default up 12 days 6:48, 2 users, load average: 0.15, 0.09, 0.07 GPU GeForce 8600 GTS Silent - Driver Version: 260.19.12 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5101200479086158471==-- From pelliott@blackpatchpanel.com Thu Nov 11 01:48:45 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: fdupes under mandriva, where is it? Date: Wed, 10 Nov 2010 19:48:37 -0600 Message-ID: <20101111014837.GA7998@BlackPatchPanel.com> In-Reply-To: <20101110192328.4c02a3c1@oscar.muppetwifi.homeunix.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3650846462497558838==" --===============3650846462497558838== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 10, 2010 at 07:23:28PM -0600, Malcolm wrote: > On Wed, 10 Nov 2010 19:10:35 -0600 > Paul Elliott wrote: >=20 > >=20 > > If I have > >=20 > > BuildRequires: fdupes > >=20 > > in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail > > with the reason being "nothing provides fdupes" > >=20 > >=20 > > But if I go to RPM pbone.net: > > http://rpm.pbone.net/index.php3 > >=20 > > Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes > > package. What gives? > >=20 > > Is there some "buildservice" way of determining what distro has what > > packages providing what identifiers, rather than using RPM pbone.net? > >=20 > > Thank You. > >=20 > >=20 > Hi > You need to build it (or link to it) and add into your build repository. > eg; > http://software.opensuse.org/search?q=3Dfdupes&baseproject=3DMandriva%3A201= 0.1&lang=3Den&exclude_debug=3Dtrue >=20 But why is it not in the mandrivia distro? RPM pbone.net says it is already there. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============3650846462497558838== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3piUzNVQUNna1Fpdjl6cERSYzNabTkyUUNncTk3b2tTcTJQ bVgwU2ZWSDcxb2Uwb0orCmhLY0FvSUVWWlZSK0I4VEVBOHhYYW5pMVIwQzE3ZUdyCj1HRE9FCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============3650846462497558838==-- From malcolm_lewis@bellsouth.net Thu Nov 11 01:58:08 2010 From: Malcolm To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: fdupes under mandriva, where is it? Date: Wed, 10 Nov 2010 19:59:07 -0600 Message-ID: <20101110195907.613ae688@oscar.muppetwifi.homeunix.net> In-Reply-To: <20101111014837.GA7998@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7803331618325671982==" --===============7803331618325671982== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, 10 Nov 2010 19:48:37 -0600 Paul Elliott wrote: > On Wed, Nov 10, 2010 at 07:23:28PM -0600, Malcolm wrote: > > On Wed, 10 Nov 2010 19:10:35 -0600 > > Paul Elliott wrote: > >=20 > > >=20 > > > If I have > > >=20 > > > BuildRequires: fdupes > > >=20 > > > in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail > > > with the reason being "nothing provides fdupes" > > >=20 > > >=20 > > > But if I go to RPM pbone.net: > > > http://rpm.pbone.net/index.php3 > > >=20 > > > Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes > > > package. What gives? > > >=20 > > > Is there some "buildservice" way of determining what distro has > > > what packages providing what identifiers, rather than using RPM > > > pbone.net? > > >=20 > > > Thank You. > > >=20 > > >=20 > > Hi > > You need to build it (or link to it) and add into your build > > repository. eg; > > http://software.opensuse.org/search?q=3Dfdupes&baseproject=3DMandriva%3A2= 010.1&lang=3Den&exclude_debug=3Dtrue > >=20 >=20 >=20 > But why is it not in the mandrivia distro? RPM pbone.net says it is > already there. >=20 >=20 Hi As far as I can see it's in contrib if like openSUSE that's not on the main distribution? --=20 Cheers Malcolm =C2=B0=C2=BF=C2=B0 (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.23-0.3-default up 12 days 7:24, 2 users, load average: 0.07, 0.14, 0.14 GPU GeForce 8600 GTS Silent - Driver Version: 260.19.12 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7803331618325671982==-- From bitdealer@gmail.com Thu Nov 11 02:31:01 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: fdupes under mandriva, where is it? Date: Thu, 11 Nov 2010 03:30:53 +0100 Message-ID: <201011110330.53837.bitdealer@gmail.com> In-Reply-To: <20101111014837.GA7998@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2865976685076073474==" --===============2865976685076073474== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Thursday November 11 2010 02:48:37 Paul Elliott wrote: > On Wed, Nov 10, 2010 at 07:23:28PM -0600, Malcolm wrote: > > On Wed, 10 Nov 2010 19:10:35 -0600 > > > > Paul Elliott wrote: > > > If I have > > > > > > BuildRequires: fdupes > > > > > > in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail > > > with the reason being "nothing provides fdupes" > > > > > > > > > But if I go to RPM pbone.net: > > > http://rpm.pbone.net/index.php3 > > > > > > Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes > > > package. What gives? > > > > > > Is there some "buildservice" way of determining what distro has what > > > packages providing what identifiers, rather than using RPM pbone.net? > > > > > > Thank You. > > > > Hi > > You need to build it (or link to it) and add into your build repository. > > eg; > > http://software.opensuse.org/search?q=fdupes&baseproject=Mandriva%3A2010. > > 1&lang=en&exclude_debug=true > > But why is it not in the mandrivia distro? RPM pbone.net says it is > already there. osc ls -b Mandriva:2010.1 -a i586 | grep fdupes nada It isn't in cause it isn't in there main distribution. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2865976685076073474==-- From adrian@suse.de Thu Nov 11 05:44:16 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] openSUSE Build Service 2.1 Release Date: Thu, 11 Nov 2010 06:44:14 +0100 Message-ID: <201011110644.15065.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0706425405925700191==" --===============0706425405925700191== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, 10. November 2010, 22:34:02 schrieb Dominique Le Foll: > Adrian, >=20 > I have the impression that the default acl stop me to check any new created > project. This should not be the case. What do you mean with "check" here ? Check out a new project or list it or ... ? > I want to force the acl to be open. That is the default. > I guess that I need to enter somewhere > > > >=20 > But the question is WHERE and HOW? >=20 > Any quick help in waiting for a full documentation or in the mean time is > there a way to get the acl to work as in 2.0 ? It should behave in the same way, anything else would be a bug. And it does from my POV, so please name an example or a way how to reproduce the misbehaviour. bye adrian =20 > Regards >=20 > Dominig > -------------------- >=20 > 2010/11/8 Adrian Schr=C3=B6ter >=20 > > Am Montag, 1. November 2010, 11:05:18 schrieb Petr Uzel: > > > Hello, > > > > > > On Tue, Oct 19, 2010 at 03:16:42PM +0200, Andreas Jaeger wrote: > > > > The openSUSE Build Service - OBS - is now officially at release 2.1. > > We're > > > > delighted with the improvements in this release, including an enhanc= ed > > web > > > > interface, integration with online code management systems and better > > > > access controls. > > > > > > > > OBS 2.1 Introduces New Features > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > > > > > > > Better access controls > > > > > > > > The access controls have been enhanced so that read/write access to a > > > > project can be granted on an individual basis. This allows for tight= er > > > > control of work flows where needed. You can for example ensure people > > don't > > > > have access to security updates while they are being tested. > > > > > > Is this documented somewhere? > > > > In short just go to the webui and create a new project or package. You can > > find > > a "disable source access" check box there. > > > > Or add a new meta file with > > > > > > > > > > > > block. > > > > It does not work afterwards, only for new created projects/packages. > > > > bye > > adrian > > -- > > Adrian Schroeter > > SUSE Linux Products GmbH > > email: adrian(a)suse.de > > -- > > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org<= opensuse-buildservice%2Bunsubscribe(a)opensuse.org> > > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.or= g > > > > >=20 >=20 >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0706425405925700191==-- From adrian@suse.de Thu Nov 11 07:24:50 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: fdupes under mandriva, where is it? Date: Thu, 11 Nov 2010 08:24:49 +0100 Message-ID: <201011110824.49758.adrian@suse.de> In-Reply-To: <20101111014837.GA7998@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3928753529122647894==" --===============3928753529122647894== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 11. November 2010, 02:48:37 schrieb Paul Elliott: > On Wed, Nov 10, 2010 at 07:23:28PM -0600, Malcolm wrote: > > On Wed, 10 Nov 2010 19:10:35 -0600 > > Paul Elliott wrote: > >=20 > > >=20 > > > If I have > > >=20 > > > BuildRequires: fdupes > > >=20 > > > in my spec file, my mandrivia 2010 2010.1 and 2009 builds fail > > > with the reason being "nothing provides fdupes" > > >=20 > > >=20 > > > But if I go to RPM pbone.net: > > > http://rpm.pbone.net/index.php3 > > >=20 > > > Then I find that mandrivia 2010 2010.1 and 2009 do have a fdupes > > > package. What gives? > > >=20 > > > Is there some "buildservice" way of determining what distro has what > > > packages providing what identifiers, rather than using RPM pbone.net? > > >=20 > > > Thank You. > > >=20 > > >=20 > > Hi > > You need to build it (or link to it) and add into your build repository. > > eg; > > http://software.opensuse.org/search?q=3Dfdupes&baseproject=3DMandriva%3A2= 010.1&lang=3Den&exclude_debug=3Dtrue > >=20 >=20 >=20 > But why is it not in the mandrivia distro? RPM pbone.net says it is > already there. It is not part of their main distro. Maybe contrib or any extra repo, but this is currently not imported. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3928753529122647894==-- From adrian@suse.de Thu Nov 11 07:26:17 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Why don't we use debootstrap? Date: Thu, 11 Nov 2010 08:26:16 +0100 Message-ID: <201011110826.16244.adrian@suse.de> In-Reply-To: <201011110006.42650.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4313356445463985302==" --===============4313356445463985302== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 11. November 2010, 00:06:42 schrieb Stephan Kleine: > Hi, >=20 > could anyone (Adrian) please enlighten me my we can't simply use debootstra= p=20 > to setup Debian & Ubuntu hosts and just be done with it? check the mail archive, we just discussed that. In short, it would be incompatible and unsafe, so we won't be able to allow s= erver side builds anymore. >=20 > Point being I'm wondering that for quite some time but wasn't able to get s= ome=20 > answer on it. Also I was asked that by the Ubuntu folks when I tried to deb= ug=20 > the 10.10 chroot but wasn't able to provide a proper answer. >=20 > So, why don't we use deboostrap and be done with it since that is maintaine= d=20 > by the .deb folks and simply works? >=20 > regards, > Stephan >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4313356445463985302==-- From mls@suse.de Thu Nov 11 08:45:49 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Why don't we use debootstrap? Date: Thu, 11 Nov 2010 09:45:47 +0100 Message-ID: <20101111084547.GB6653@suse.de> In-Reply-To: <201011110006.42650.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5840595606619867287==" --===============5840595606619867287== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thu, Nov 11, 2010 at 12:06:42AM +0100, Stephan Kleine wrote: > could anyone (Adrian) please enlighten me my we can't simply use debootstra= p=20 > to setup Debian & Ubuntu hosts and just be done with it? >=20 > Point being I'm wondering that for quite some time but wasn't able to get s= ome=20 > answer on it. Also I was asked that by the Ubuntu folks when I tried to deb= ug=20 > the 10.10 chroot but wasn't able to provide a proper answer. I fixed the 10.10 setup yesterday, so you should be able to build packages for 10.10. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5840595606619867287==-- From coolo@suse.de Thu Nov 11 10:01:37 2010 From: Stephan Kulow To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Slow building for 11.3 Date: Thu, 11 Nov 2010 11:01:34 +0100 Message-ID: <201011111101.35797.coolo@suse.de> In-Reply-To: <201011101657.41950.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3378893827832600619==" --===============3378893827832600619== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Mittwoch 10 November 2010 schrieb Adrian Schröter: > Am Mittwoch, 10. November 2010, 16:52:14 schrieb Sascha 'saigkill' Manns: > > Hello Mates, > > > > last days i've updated some packages. But i've seen a mystery. > > > > If i commit my changes to home:saigkill:medical, the packaging process > > is very fast. > > If i commit the same to medical/ all targets are fast, but not 11.3. I'm > > waiting ~2h for the End of the build. > > > > Is that a normal Verhalten? > > 11.3 in medical should have the highest prio: > > osc api /build/_dispatchprios | grep medical This wasn't about the time between scheduled and building, but the time the actual build takes, right? If so, this may depend on many things - including the worker you get and how much load it has. 11.3 isn't slower than others I think. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3378893827832600619==-- From adrian@suse.de Thu Nov 11 12:22:37 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Thu, 11 Nov 2010 13:22:35 +0100 Message-ID: <201011111322.35885.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5906511308365474897==" --===============5906511308365474897== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, Ubuntu:10.10 and RedHat:RHEL-6 are available in build.o.o now. Fedora:14 is also there, but server side builds are not yet working. We need to update our build hosts before. The webui will get the links for adding the targets also these days ... bye adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5906511308365474897==-- From bitdealer@gmail.com Thu Nov 11 13:27:57 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Thu, 11 Nov 2010 14:27:50 +0100 Message-ID: <201011111427.50918.bitdealer@gmail.com> In-Reply-To: <201011111322.35885.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0982163852583576902==" --===============0982163852583576902== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday November 11 2010 13:22:35 Adrian Schr=C3=B6ter wrote: > Hi, >=20 > Ubuntu:10.10 and RedHat:RHEL-6 are available in build.o.o now. Ubuntu 10.10 still seems to be broken. Server side builds don't start cause o= f=20 "bad build configuration" and local builds still fail with "Unable to connect= =20 to Upstart" in procps' post install. The RHEL 6 import seems to be incomplete cause it is missing e.g. libpcap- devel (libpcap does exist) which is in the distro according to #rhel. regards, Stephan --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0982163852583576902==-- From mls@suse.de Thu Nov 11 13:31:30 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Thu, 11 Nov 2010 14:31:29 +0100 Message-ID: <20101111133129.GA31842@suse.de> In-Reply-To: <201011111427.50918.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7779384351492278511==" --===============7779384351492278511== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thu, Nov 11, 2010 at 02:27:50PM +0100, Stephan Kleine wrote: > On Thursday November 11 2010 13:22:35 Adrian Schr=C3=B6ter wrote: > > Hi, > >=20 > > Ubuntu:10.10 and RedHat:RHEL-6 are available in build.o.o now. >=20 > Ubuntu 10.10 still seems to be broken. Server side builds don't start cause= of=20 > "bad build configuration" I'll fix that. The server needs to be told that we messed with the configuration. > and local builds still fail with "Unable to connect=20 > to Upstart" in procps' post install. Yes, you need to update the "build" package to the current git version. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7779384351492278511==-- From adrian@suse.de Thu Nov 11 14:18:13 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] OBS 2.1.2 released Date: Thu, 11 Nov 2010 15:18:10 +0100 Message-ID: <201011111518.11070.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5940538950147560070==" --===============5940538950147560070== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable openSUSE Build Service 2.1.2 released =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Users of OBS 2.1.0 and 2.1.1 should update if they rely on the source=20 read access protection. We fixed a security leak here. This release is also fixing a regression of 2.1.1 for iChain users. New users were not able to register.=20 Users who want to build for Ubuntu:10.10 need also the new build package from today. Support for RHEL-6 and Fedora:14 has been added as well. Updaters from any OBS 2.1 release can just upgrade the packages and restart all services. Updaters from former releases should read the README.UPDATERS file. It got released to the ususal places: =20 Appliance: http://en.opensuse.org/openSUSE:Build_Service_Appliance Packages: http://download.opensuse.org/repositories/openSUSE:/Tools/ Git: http://www.gitorious.org/opensuse/build-service/commits/2.1 Please find the release notes below for more details: Feature backport: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * api: Support deletion of binaries in _repository (FATE #310489) Changes: =3D=3D=3D=3D=3D=3D=3D=3D * backend: Make OBS interconnect more reliable by retrying multiple times on not reachable remote instances * api: XML schema of _link files is not enforcing the element order anymore * api: submit requests do not modify link target definitions anymore. * api: updated default build target list * webui: Removed "Add as patch" functionality as it can not work with branched links. Bugfixes: =3D=3D=3D=3D=3D=3D=3D=3D=3D * backend: Security bugfix which allowed access to "sourceaccess" protected s= ources * backend: XPATH query fix * api: layout fixes * webui: fixing new user registration when using iChain (regression introduce= d in 2.1.1) * webui: layout fixes --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5940538950147560070==-- From dmueller@suse.de Thu Nov 11 16:57:35 2010 From: Dirk =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 11 Nov 2010 17:57:41 +0100 Message-ID: <201011111757.41787.dmueller@suse.de> In-Reply-To: <20101104170632.GA4198@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2226495191442068365==" --===============2226495191442068365== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thursday 04 November 2010, Marcus Hüwe wrote: > > osc copypac copies _link files verbatim, so if they refer > > to the same project, copying them should make them also > > refer to the new project. This can be done by leaving > > out the project part if it is the same like the destination > > project > Is there a specific reason why you need this change? Sure, it is for packages with multiple spec files, e.g. libqt4 and libqt4- devel-doc. so the setup is like KDE:Qt / libqt4 /libqt4.spec KDE:Qt / libqt4-devel-doc / _link pointing to "libqt4" when I use linkpac, it hardcodes "KDE:Qt" in the _link file. so, next step, I copy the project to elsewhere (e.g. KDE:Qt to home:dirkmueller:playground:qt). then in that new project it builds libqt4-devel-doc against the sources in KDE:Qt, while in this case I want them to be built from home:dirkmueller:playground:qt By not specifying the project, it does exactly that. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2226495191442068365==-- From pelliott@blackpatchpanel.com Thu Nov 11 20:11:54 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How to upgrade key under debian. Date: Thu, 11 Nov 2010 14:11:44 -0600 Message-ID: <20101111201144.GA5287@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3065141161182469901==" --===============3065141161182469901== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Under debian when I do a apt-get update I get: W: GPG error: http://widehat.opensuse.org ./ Release: The following signature= s were invalid: KEYEXPIRED 1270155763 How do I update these keys? Thank You. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============3065141161182469901== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pjVGdBQUNna1Fpdjl6cERSYzNabVpIUUNlTkFqalJFSUE1 eDhzZUw2aE8zcGEwQ0RMCmE1MEFvSnZibVpTRmQxcklHM0ZQcWRlSmgzY1FjSDFoCj0zbUFWCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============3065141161182469901==-- From darix@opensu.se Thu Nov 11 20:39:35 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to upgrade key under debian. Date: Thu, 11 Nov 2010 21:39:33 +0100 Message-ID: <20101111203933.GT3437@nordisch.org> In-Reply-To: <20101111201144.GA5287@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6160628275585745308==" --===============6160628275585745308== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 2010-11-11 14:11:44 -0600, Paul Elliott wrote: > Under debian when I do a apt-get update > I get: > W: GPG error: http://widehat.opensuse.org ./ Release: The following signatu= res were invalid: KEYEXPIRED 1270155763 osc signkey --extend prjname darix --=20 openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6160628275585745308==-- From bitdealer@gmail.com Thu Nov 11 21:22:29 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Thu, 11 Nov 2010 22:22:23 +0100 Message-ID: <201011112222.23670.bitdealer@gmail.com> In-Reply-To: <201011111427.50918.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1316733428787826776==" --===============1316733428787826776== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thursday November 11 2010 14:27:50 Stephan Kleine wrote: > On Thursday November 11 2010 13:22:35 Adrian Schröter wrote: > > Hi, > > > > Ubuntu:10.10 and RedHat:RHEL-6 are available in build.o.o now. > > Ubuntu 10.10 still seems to be broken. Server side builds don't start cause > of "bad build configuration" and local builds still fail with "Unable to > connect to Upstart" in procps' post install. > > The RHEL 6 import seems to be incomplete cause it is missing e.g. libpcap- > devel (libpcap does exist) which is in the distro according to #rhel. There are some more problems: 1. RHEL6 has just 192 -devel packages which prolly means that there are quite some more missing. 2. Ubuntu 10.10 is missing some stuff as well - e.g. we have the -dbg package for libqt4-webkit but the package itself is missing. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1316733428787826776==-- From dominig@fridu.net Thu Nov 11 22:24:39 2010 From: Dominique Le Foll To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: blocked by the acl with the new 2.1 Date: Thu, 11 Nov 2010 22:24:12 +0000 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6735482417811998454==" --===============6735482417811998454== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, I progress in the understanding of the issue. I was using osc 0.129 which is delivered with the appliance on the appliance itself. A simple switch to run the osc on an other pc (un ubuntu running osc 0.125) has fixed the issue and runing with the osc 1.28 provided by the MeeGo Tool page also works well. Odd. I do not know if the problem is specific to the osc delivered with the appliance 2.1 (osc 0.129) or to the fact that we were runing the osc command on the obs server appliance itself (our goal was to transfer a full set of repo, running the script on the appliance was saving network traffic). But there is a compatibility issue somewhere either with osc 0.129 or I guess more loikly when osc is runon the obs-server directly. Regards Dominique P.S. A good documentation on the acl would be welcomed. 2010/11/10 Dominique Le Foll : > Hello, > > I have just loaded a new OBS appliance on a brand new server. > The version of the day was -> obs-server.x86_64-2.1.1-Build1.7.raw.bz2 > > The install went as usual (I use a raid soft with an lvm and copy the raw > appliance on the disk /dev/sda. > > I then created a user and try to copy my project from my source obs to my > new target, there started the problem. I was rejected with an error (no > permission). > > To narrow down the issue I have restarted from scratch and created a user > amino, with that user I have created a project in my home directory and > uploaded a file in a package named test via the WebUI -> no Issue until > there. > > Then I have checked out my package test in my home directory with osc > (version 0.129) > Modified the file locally on my PC and try to check it back in -> ERROR. > > I have the same error > =C2=A0=C2=A0=C2=A0 osc=C2=A0 ci > =C2=A0=C2=A0=C2=A0 WARNING: validator directory /usr/lib/osc/source_validat= ors configured, > but not existing (please install osc-source_validator). Skipping ... > =C2=A0=C2=A0=C2=A0 Sending=C2=A0=C2=A0=C2=A0 test.txt > =C2=A0=C2=A0=C2=A0 Transmitting file data .Server returned an error: HTTP E= rror 403: > Forbidden > =C2=A0=C2=A0=C2=A0 Insufficient permissions to store file in package test2,= project > home:amino > > =C2=A0=C2=A0=C2=A0 I have also added the full log with the option -H at the= end of this > mail. > > It looks like an acl issue but I have not changed the default. > Do I have to do any thing special with that new release. My preparation test > with the release obs-server.x86_64-2.1.0-Build2.3.raw.bz2 did not prepared > me to that issue. > > - Where sits the acl? > - are they activated by default ? > - do I need a special version of osc ? > - other ? > -- > Dominig > > osc -H ci > WARNING: validator directory /usr/lib/osc/source_validators configured, but > not existing (please install osc-source_validator). Skipping ... > > > -- GET http://obs-server.bluestreaktech.com:81/source/home:amino > send: 'GET /source/home:amino HTTP/1.1\r\nAccept-Encoding: identity\r\nHost: > obs-server.bluestreaktech.com:81\r\nConnection: close\r\nUser-Agent: > osc/0.129\r\n\r\n' > reply: 'HTTP/1.1 200 OK\r\n' > header: ETag: "a6b6786cb9159000047999d2966129b3" > header: X-Opensuse-APIVersion: 2.1.0 > header: Content-Type: text/xml; charset=3Dutf-8 > header: X-Runtime: 4 > header: Content-Length: 82 > header: Cache-Control: private, max-age=3D0, must-revalidate > header: Connection: close > header: Date: Wed, 10 Nov 2010 15:01:37 GMT > header: Server: lighttpd/1.4.26 > > > -- GET > http://obs-server.bluestreaktech.com:81/source/home:amino/test2?rev=3Dlatest > send: 'GET /source/home:amino/test2?rev=3Dlatest HTTP/1.1\r\nAccept-Encodin= g: > identity\r\nHost: obs-server.bluestreaktech.com:81\r\nConnection: > close\r\nUser-Agent: osc/0.129\r\n\r\n' > reply: 'HTTP/1.1 200 OK\r\n' > header: X-Opensuse-APIVersion: 2.1.0 > header: Content-Transfer-Encoding: binary > header: X-Runtime: 10 > header: Content-Type: text/xml > header: Content-Disposition: attachment > header: Content-Length: 192 > header: Cache-Control: private > header: Connection: close > header: Date: Wed, 10 Nov 2010 15:01:37 GMT > header: Server: lighttpd/1.4.26 > Sending=C2=A0=C2=A0=C2=A0 test.txt > Transmitting file data . > > -- PUT > http://obs-server.bluestreaktech.com:81/source/home:amino/test2/test.txt?re= v=3Dupload > send: 'PUT /source/home:amino/test2/test.txt?rev=3Dupload > HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 11\r\nHost: > obs-server.bluestreaktech.com:81\r\nContent-Type: > application/octet-stream\r\nConnection: close\r\nUser-Agent: > osc/0.129\r\n\r\n' > send: 'test\ntest2\n' > reply: 'HTTP/1.1 403 Forbidden\r\n' > header: X-Opensuse-APIVersion: 2.1.0 > header: Content-Type: application/xml; charset=3Dutf-8 > header: X-Runtime: 11 > header: X-Opensuse-Errorcode: put_file_no_permission > header: Content-Length: 207 > header: Cache-Control: no-cache > header: Connection: close > header: Date: Wed, 10 Nov 2010 15:01:37 GMT > header: Server: lighttpd/1.4.26 > > > -- POST > http://obs-server.bluestreaktech.com:81/source/home:amino/test2?cmd=3Ddelet= euploadrev > send: 'POST /source/home:amino/test2?cmd=3Ddeleteuploadrev > HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 0\r\nHost: > obs-server.bluestreaktech.com:81\r\nContent-Type: > application/x-www-form-urlencoded\r\nConnection: close\r\nUser-Agent: > osc/0.129\r\n\r\n' > reply: 'HTTP/1.1 403 Forbidden\r\n' > header: X-Opensuse-APIVersion: 2.1.0 > header: Content-Type: application/xml; charset=3Dutf-8 > header: X-Runtime: 12 > header: X-Opensuse-Errorcode: cmd_execution_no_permission > header: Content-Length: 187 > header: Cache-Control: no-cache > header: Connection: close > header: Date: Wed, 10 Nov 2010 15:01:37 GMT > header: Server: lighttpd/1.4.26 > Server returned an error: HTTP Error 403: Forbidden > Insufficient permissions to store file in package test2, project home:amino > amino(a)obs-server:~/BLUE/home:amino/test2> > -- Dominique Le Foll --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6735482417811998454==-- From dominig@fridu.net Thu Nov 11 22:46:38 2010 From: Dominique Le Foll To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] boot strap a private obs 2.1 instance Date: Thu, 11 Nov 2010 22:46:15 +0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7741444046941500844==" --===============7741444046941500844== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello, I have just installed a private instance of OBS 2.1 (via an appliance) and now that I have copied all the requires source rpm in my base project (MeeGo 1.0) and I try to boot strap it. I use a bootstap process that I defined with the help of Rolla that I have documented in the OBS wiki at : http://en.opensuse.org/openSUSE:Build_Service_private_instance_boot_strapping Unfortunatly that process does not work anymore. With the old OBS (1.8) once you have transfered all the rpm source for your base project, obs would start to build but would just never converge. That was fixed by copying all the file from the :full directory of your working OBS in the :full directory of the target OBS and restarting the scheduler. The error that I have with 2.1 is very different. Each packages complains about extension missing critical packages, which are actually provided by packages present in the boot strap base project. I have no idea how to debug why the system complains about lacking packages which are present. I wonder building against a remote instance could fix that issue but I do not find any documentation about building against a remote repo. Any help would be appriciated. Dominig -- Dominique Le Foll -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7741444046941500844==-- From dominig@fridu.net Thu Nov 11 23:35:00 2010 From: Dominique Le Foll To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: boot strap a private obs 2.1 instance Date: Thu, 11 Nov 2010 23:34:36 +0000 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8264255394576352852==" --===============8264255394576352852== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable More info on the issue of boot strap: I have added in this email the projects present in my base project (first log), the error report by osc build (second log). osc ls -b can the binary copied in :full. I am lost ??? Dominique in my base project, I have the following packages. ------------------------------------------------------------- $ osc -A bluestreak ls MeeGo:1.0:Staging abrt acct acl acpid adns alsa-lib alsa-plugins alsa-utils anthy apr apr-util aria2 asciidoc asio aspell aspell-en at at-spi atk attr audiofile audiomanager augeas authconfig autoconf autoconf213 automake automake14 automake17 automoc4 autotrace avahi baekmuk-ttf-fonts basesystem bash bash-x86 bc bind binutils bison bitmap bitstream-vera-fonts bluez boost bootchart bootstub booty btrfs-progs build build-compare busybox byacc bzip2 c-ares ca-certificates cabextract cairo cairomm catdoc ccache ccss check cheese chkconfig chromium chrpath cjkuni-fonts cloog clucene clutter clutter-box2d clutter-gesture clutter-gst clutter-gtk clutter-imcontext clutter-qt cmake compat-db compat-libstdc++-33 compface comps-extras connman connman-gnome ConsoleKit contextkit coreutils cpio cppunit cracklib cracklib-python createrepo cronie crontabs cross-armv5tel-binutils cross-armv5tel-binutils-accel cross-armv5tel-gcc cross-armv5tel-gcc-accel cross-armv7l-binutils cross-armv7l-binutils-accel cross-armv7l-gcc cross-armv7l-gcc-accel cryptsetup-luks cups cupsddk curl cvs cyrus-sasl d-feet dates db4 dbus dbus-c++ dbus-glib dbus-python dejagnu dejavu-fonts desktop-backgrounds desktop-file-utils dev86 devhelp device-mapper device-mapper-multipath DeviceKit-power dhcp dhcpv6 dialog diffstat diffutils djvulibre dmidecode dnsmasq docbook-dtds docbook-style-dsssl docbook-style-xsl docbook-utils dos2unix dosfstools doxygen driconf droid-fonts dvd+rw-tools dvipdfm dvipdfmx dvipng e2fsprogs ecryptfs-utils ed eggdbus eject elfutils enchant enscript eog eom esound etherboot ethtool evolution-data-server exempi exiv2 exo expat expect fakechroot fakeroot farsight2 fastinit fastjar fdupes fennec file filesystem findutils firstboot flac flex fontconfig fontforge fontpackages foomatic foomatic-db fprintd freeglut freetype fribidi frozen-bubble fslint fuse fuse-sshfs fvkbd fw-update gamin gammu garage-client-services gawk gc gcalctool gcc gcc-cross GConf-dbus gd gdb gdbm gedit generic-logos geoclue gettext ghostscript ghostscript-fonts giflib gir-repository git glade3 glew glib2 glibc glibc-arm glibc-devel-arm glibc-headers-arm glibc-x86 glibmm gmime gmp gmp-x86 gnet2 gnome-common gnome-control-center-netbook gnome-desktop gnome-disk-utility gnome-doc-utils gnome-icon-theme gnome-js-common gnome-keyring gnome-media gnome-menus gnome-mime-data gnome-packagekit gnome-panel gnome-python2 gnome-settings-daemon gnome-terminal gnome-utils gnome-vfs2 gnu-efi gnupg gnupg2 gnutls gobject-introspection gperf gpgme gpsd gpsdrive graphviz grep groff grub grubby gsl gsm gssdp gst-plugins-bad gst-plugins-bad-free gst-plugins-base gst-plugins-farsight gst-plugins-good gst-plugins-ugly gstreamer gstreamer-python gtk-doc gtk-nodoka-engine gtk-xfce-engine gtk2 gtk2-engines gtkglext gtkmm gtksourceview2 gtkspell guile gupnp gupnp-av gupnp-igd gupnp-ui gupnp-vala gvfs gwenhywfar gypsy gzip hardlink hdparm help2man hicolor-icon-theme html2ps hunspell hunspell-en hwdata icon-naming-utils icu id3tag image-configs image-manager ImageMagick imake indent installer intel-gpu-tools intltool iproute iptables iputils iso-codes isomd5sum jadetex jana jasper json-glib kasumi kbd kernel kernel-headers kernel-headers-arm kernel-n900 keyutils krb5 ladspa lapack latencytop latex2html lcms less libao libarchive libart_lgpl libassuan libasyncns libatasmart libatomic_ops libbonobo libbonoboui libburn libcanberra libcap libcap-ng libchamplain libchewing libcroco libdaemon libdbus-c++ libdhcp libdiscid libdmx libdrm libedit liberation-fonts libevent libexif libfakekey libffi libfontenc libfprint libgcrypt libgda libgdbus libgdl libgee libggz libglade2 libglademm libgles2-qemu libgnome libgnome-keyring libgnomecanvas libgnomekbd libgnomeui libgpg-error libgphoto2 libgsf libgtop2 libgweather libhangul libical libICE libIDL libidn libiptcdata libisofs libjingle libjpeg libksba libmatchbox libmikmod libmng libmp4v2 libmtp libnice libnl libnotify libogg liboil libopenraw libpaper libpcap libpciaccess libpng libproxy libpthread-stubs libqttracker librsvg2 libsamplerate libsatsolver libsexy libsigc++ libsilc libSM libsmbios libsndfile libsoup libspectre libspiro libtar libtasn1 libtdb-compat libtelepathy libthai libtheora libtiff libtool libuninameslist libusb libusb1 libuser libutempter libv4l libva libvisual libvorbis libwmf libwnck libwsbm libX11 libXau libXaw libxcb libXcomposite libXcursor libXdamage libXdmcp libXevie libXext libxfce4menu libxfce4util libxfcegui4 libXfixes libXfont libXfontcache libXft libXi libXinerama libxkbfile libxklavier libxml2 libxml2-python libXmu libXp libXpm libXrandr libXrender libXres libXScrnSaver libxslt libXt libXTrap libXtst libXv libXvMC libXxf86dga libXxf86misc libXxf86vm libzip libzypp linux-firmware lockdev logrotate loudmouth lpsolve lrzsz lsof ltrace lua lzo m2crypto m4 maemo-video-thumbnailer mailcap mailx make makebootfat MAKEDEV matchbox-keyboard meego-accelerator meego-bookmarks meego-cross-armv5tel-sysroot meego-cross-armv7l-sysroot meego-lsb meego-osc-plugins meego-release meego-repos meego-rpm-config memuse mesa messagingframework mic2 mingetty minicom mkinitrd mlocate mm-common mobile-broadband-provider-info moblin-generic-backgrounds moblin-icon-theme moblin-live moblin-menus module-init-tools mousepad mozilla-filesystem mpage mpfr mpfr-x86 mrstouch mtools mutter mx nano nasm nc ncurses ncurses-libs-x86 net-tools netbook-backgrounds netpbm neverball newt-python nodoka-theme-gnome notification-daemon notification-daemon-engine-nodoka notify-python nspr nss nss-mdns ntp o3read obex-data-server obexd ofono opal openconnect OpenCV opengl-games-utils openjade openjpeg openldap openobex opensp openssh openssl openssl-certs ORBit2 osc ots PackageKit packaging-tools pakchois pam pam_pkcs11 pango pangomm paps papyon parted passwd patch patchelf patchutils pavucontrol pax pciutils pcre perl perl-Archive-Zip perl-Array-Compare perl-Config-IniFiles perl-Convert-ASN1 perl-Convert-BinHex perl-Crypt-SSLeay perl-Date-Manip perl-Devel-StackTrace perl-Devel-Symdump perl-Error perl-ExtUtils-Depends perl-ExtUtils-MakeMaker-Coverage perl-ExtUtils-PkgConfig perl-File-BaseDir perl-File-DesktopEntry perl-File-MimeInfo perl-File-Which perl-Finance-Quote perl-Font-TTF perl-gettext perl-Glib perl-HTML-Parser perl-HTML-TableExtract perl-HTML-Tagset perl-HTML-Tree perl-IO-Socket-INET6 perl-IO-Socket-SSL perl-IO-stringy perl-JSON perl-libwww-perl perl-libxml-perl perl-MailTools perl-MIME-Lite perl-MIME-tools perl-Net-LibIDN perl-Net-SMTP-SSL perl-Net-SSLeay perl-Parse-Yapp perl-Pod-Coverage perl-SDL perl-SGMLSpm perl-SOAP-Lite perl-Socket6 perl-Sub-Uplevel perl-SVG perl-SVG-Parser perl-Test-Exception perl-Test-MockObject perl-Test-NoWarnings perl-Test-Number-Delta perl-Test-Pod perl-Test-Pod-Coverage perl-Test-Tester perl-Test-Warn perl-Text-Unidecode perl-Tie-IxHash perl-TimeDate perl-Tk perl-Tree-DAG_Node perl-UNIVERSAL-can perl-UNIVERSAL-isa perl-URI perl-XML-DOM perl-XML-LibXML perl-XML-NamespaceSupport perl-XML-Parser perl-XML-RegExp perl-XML-SAX perl-XML-Simple perl-XML-TreeBuilder perl-XML-XQL perl-YAML phidgetlinux phonesim phonon pidgin pidgin-sipe pixman pkgconfig plib plymouth-lite pm-utils pmtools polkit polkit-gnome poppler popt post-build-checks powertop ppl ppp prelink presto-utils procps psb-headers psmisc psutils pth ptlib pulseaudio pycairo pyclutter pyclutter-gtk pygobject2 pygpgme pygtk2 pygtkglext pykickstart PyOpenGL pyOpenSSL pyorbit pyparted python python-adns python-chardet python-cheetah python-Coherence python-configobj python-crypto python-dateutil python-decorator python-docutils python-dtopt python-enchant python-formencode python-fpconst python-gdata python-imaging python-iniparse python-louie python-lxml python-magic python-markdown python-mutagen python-nose python-numeric python-paste python-paste-deploy python-pycurl python-pygments python-reportlab python-setuptools python-sexy python-simplejson python-sqlite2 python-telepathy python-tempita python-toscawidgets python-tw-forms python-twisted python-twisted-conch python-twisted-core python-twisted-lore python-twisted-mail python-twisted-names python-twisted-news python-twisted-runner python-twisted-web python-twisted-web2 python-twisted-words python-urlgrabber python-webob python-wsgiproxy python-xklavier python-zope-filesystem python-zope-interface python-ZSI pytz pyxdg pyxf86config PyXML PyYAML qca2 qjson qt qt-creator qt-mobility qt-obex-ftp-library qtmobility qtwebkit rarian readline recode rest rhpl rootfiles rpm rpm-python rpmcheck rpmdevtools rpmlint rpmlint-mini rpmlint-Moblin rsync rsyslog rtkit ruby samba sane-backends scim scim-anthy scim-bridge scim-chewing scim-hangul scim-panel-vkb-gtk scim-pinyin scim-skk scons screen SDL SDL_gfx SDL_image SDL_mixer SDL_net SDL_Pango SDL_ttf sed seed sensorframework setup setuptool sg3_utils sgml-common shadow-utils shared-mime-info sharutils skkdic slang slib smartmontools SOAPpy sos sound-theme-freedesktop soundtouch spec-builder spectacle speex sqlite squashfs-tools sreadahead ssmtp startup-notification strace sudo sw-updater swig symlinks syncevolution sysfsutils sysklogd syslinux sysprof system-config-boot system-config-date system-config-date-docs system-config-display system-config-keyboard system-config-language system-config-printer system-config-rootpassword system-config-users sysvinit t1lib taglib tar tasks tcl tcp_wrappers tcpdump tcsh teckit telepathy-butterfly telepathy-farsight telepathy-filesystem telepathy-gabble telepathy-glib telepathy-haze telepathy-idle telepathy-logger telepathy-mission-control telepathy-qt4 telepathy-salut Terminal texi2html texinfo texlive texlive-texmf texlive-texmf-errata Thunar time tinycdb tix tk tmpwatch totem-pl-parser tpm-tools traceroute tracker trousers ttmkfdir tumbler twitter-glib tzdata udev udev-rules-netbook udisks un-core-fonts unique unzip urw-fonts usbutils usermode usleep util-linux-ng uuid uxlaunch v8 vala valgrind vamp-plugin-sdk vibrant-icon-theme vim vlgothic-fonts vorbis-tools vpnc vte w3m WebKit wget WiMAX-Network-Service wimax-tools wireless-tools wlanconfig wpa_supplicant wv wxGTK wxPython Xaw3d xbacklight xbindkeys xcb-proto xcb-util xdg-user-dirs xdg-user-dirs-gtk xdg-utils xdvipdfmx xerces-c xfce-utils xfce4-appfinder xfce4-battery-plugin xfce4-datetime-plugin xfce4-desktop-branding-moblin xfce4-icon-theme xfce4-mixer xfce4-panel xfce4-quicklauncher-plugin xfce4-session xfce4-settings xfce4-taskmanager xfconf xfdesktop xfwm4 xfwm4-theme-nodoka xhtml1-dtds xhtml2fo-style-xsl xinetd xkeyboard-config xmlrpc-c xmlto xorg-x11-apps xorg-x11-drv-evdev xorg-x11-drv-fbdev xorg-x11-drv-intel xorg-x11-drv-keyboard xorg-x11-drv-kvm xorg-x11-drv-mga xorg-x11-drv-mouse xorg-x11-drv-synaptics xorg-x11-drv-vesa xorg-x11-drv-vmmouse xorg-x11-drv-vmware xorg-x11-drv-void xorg-x11-filesystem xorg-x11-font-utils xorg-x11-fonts xorg-x11-proto-bigreqsproto xorg-x11-proto-compositeproto xorg-x11-proto-damageproto xorg-x11-proto-dmxproto xorg-x11-proto-dri2proto xorg-x11-proto-evieext xorg-x11-proto-fixesproto xorg-x11-proto-fontcacheproto xorg-x11-proto-fontsproto xorg-x11-proto-glproto xorg-x11-proto-inputproto xorg-x11-proto-kbproto xorg-x11-proto-randrproto xorg-x11-proto-recordproto xorg-x11-proto-renderproto xorg-x11-proto-resourceproto xorg-x11-proto-scrnsaverproto xorg-x11-proto-trapproto xorg-x11-proto-videoproto xorg-x11-proto-xcmiscproto xorg-x11-proto-xextproto xorg-x11-proto-xf86bigfontproto xorg-x11-proto-xf86dgaproto xorg-x11-proto-xf86driproto xorg-x11-proto-xf86miscproto xorg-x11-proto-xf86rushproto xorg-x11-proto-xf86vidmodeproto xorg-x11-proto-xineramaproto xorg-x11-proto-xproto xorg-x11-proto-xproxymanagementprotocol xorg-x11-server xorg-x11-server-utils xorg-x11-twm xorg-x11-util-macros xorg-x11-utils xorg-x11-utils-iceauth xorg-x11-utils-rgb xorg-x11-utils-sessreg xorg-x11-utils-xcmsdb xorg-x11-utils-xdpyinfo xorg-x11-utils-xdriinfo xorg-x11-utils-xev xorg-x11-utils-xfd xorg-x11-utils-xfontsel xorg-x11-utils-xgamma xorg-x11-utils-xhost xorg-x11-utils-xinput xorg-x11-utils-xlsatoms xorg-x11-utils-xlsclients xorg-x11-utils-xlsfonts xorg-x11-utils-xmodmap xorg-x11-utils-xprop xorg-x11-utils-xrandr xorg-x11-utils-xrdb xorg-x11-utils-xrefresh xorg-x11-utils-xset xorg-x11-utils-xsetroot xorg-x11-utils-xvinfo xorg-x11-utils-xwininfo xorg-x11-xauth xorg-x11-xbitmaps xorg-x11-xinit xorg-x11-xkb-utils xorg-x11-xtrans-devel xterm xulrunner xz yasm yelp yum yum-metadata-parser yum-presto yum-updatesd yum-utils zenity zip zlib zlib-x86 zypper pguimond(a)martinb-lnx:~/BLUE/MeeGo:1.0:Staging/gcc$ -------------------------- when I try to run build I have the following error (all the required packages are copied in :full from an other obs instance) uilding gcc.spec for standard/i586 Getting buildinfo from server and store to /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildinfo-stan= dard-i586.xml Getting buildconfig from server and store to /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildconfig-st= andard-i586 buildinfo is broken... it says: unresolvable: nothing provides libgcc_s.so.1 needed by gettext, nothing provides libgcc_s.so.1(GCC_3.3.1) needed by gettext, nothing provides libgcc_s.so.1 needed by ppl, nothing provides libgcc_s.so.1(GCC_3.0) needed by ppl, nothing provides mpfr-devel >=3D 2.2.1, nothing provides libgcc_s.so.1 needed by gcc, nothing provides libgcc >=3D 4.4.2-12.13 needed by gcc, nothing provides libgcc needed by glibc, nothing provides kernel-headers >=3D 2.2.1 needed by glibc-headers, nothing provides kernel-headers needed by glibc-headers, nothing provides libgcc_s.so.1 needed by libstdc++, nothing provides libgcc_s.so.1(GCC_3.0) needed by libstdc++, nothing provides libgcc_s.so.1(GLIBC_2.0) needed by libstdc++, nothing provides libgcc_s.so.1(GCC_3.3) needed by libstdc++, nothing provides libgcc_s.so.1(GCC_4.2.0) needed by libstdc++, nothing provides libgcc_s.so.1 needed by gmp, nothing provides libgcc_s.so.1(GCC_3.0) needed by gmp, nothing provides info needed by cloog, nothing provides info needed by cloog, nothing provides libcap.so.2 needed by coreutils, nothing provides libcap >=3D 2.0.6 needed by coreutils, nothing provides libgcc_s.so.1 needed by rpm-libs, nothing provides libgcc_s.so.1(GCC_3.0) needed by rpm-libs, nothing provides libcap.so.2 needed by rpm-libs, nothing provides libgcc_s.so.1(GCC_3.3.1) needed by rpm-libs, nothing provides libtinfo.so.5 needed by ncurses, nothing provides libtic.so.5 needed by ncurses, nothing provides libtinfo.so.5 needed by util-linux-ng, nothing provides libncursesw.so.5 needed by util-linux-ng, nothing provides libgcc_s.so.1 needed by pcre, nothing provides libgcc_s.so.1(GCC_3.0) needed by pcre, nothing provides libtinfo.so.5 needed by readline 2010/11/11 Dominique Le Foll : > Hello, > > I have just installed a private instance of OBS 2.1 (via an appliance) > and now that I have copied all the requires source rpm in my base > project (MeeGo 1.0) and I try to boot strap it. > > I use a bootstap process that I defined with the help of Rolla that I > have documented in the OBS wiki at : > http://en.opensuse.org/openSUSE:Build_Service_private_instance_boot_strappi= ng > > Unfortunatly that process does not work anymore. With the old OBS > (1.8) once you have transfered all the rpm source for your base > project, obs would start to build but would just never converge. That > was fixed by copying all the file from the :full directory of your > working OBS in the :full directory of the target OBS and restarting > the scheduler. > > The error that I have with 2.1 is very different. Each packages > complains about extension missing critical packages, which are > actually provided by packages present in the boot strap base project. > > I have no idea how to debug why the system complains about lacking > packages which are present. > > I wonder building against a remote instance could fix that issue but I > do not find any documentation about building against a remote repo. > > Any help would be appriciated. > > Dominig > -- > Dominique Le Foll > --=20 Dominique Le Foll --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8264255394576352852==-- From dl9pf@gmx.de Fri Nov 12 06:30:01 2010 From: Jan-Simon =?utf-8?q?M=C3=B6ller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: boot strap a private obs 2.1 instance Date: Fri, 12 Nov 2010 07:29:57 +0100 Message-ID: <201011120729.57332.dl9pf@gmx.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4818057734609116646==" --===============4818057734609116646== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Dominique, [...] Am Freitag, 12. November 2010, 00:34:36 schrieb Dominique Le Foll: > when I try to run build I have the following error (all the required > packages are copied in :full from an other obs instance) >=20 > uilding gcc.spec for standard/i586 > Getting buildinfo from server and store to > /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildinfo-st= andard-i586.xml > Getting buildconfig from server and store to > /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildconfig-= standard-i586 > buildinfo is broken... it says: > unresolvable: nothing provides libgcc_s.so.1 needed by gettext, > nothing provides libgcc_s.so.1(GCC_3.3.1) needed by gettext, nothing > provides libgcc_s.so.1 needed by ppl, nothing provides > libgcc_s.so.1(GCC_3.0) needed by ppl, nothing provides mpfr-devel >=3D > 2.2.1, nothing provides libgcc_s.so.1 needed by gcc, nothing provides > libgcc >=3D 4.4.2-12.13 needed by gcc, nothing provides libgcc needed by > glibc, nothing provides kernel-headers >=3D 2.2.1 needed by > glibc-headers, nothing provides kernel-headers needed by > glibc-headers, nothing provides libgcc_s.so.1 needed by libstdc++, > nothing provides libgcc_s.so.1(GCC_3.0) needed by libstdc++, nothing > provides libgcc_s.so.1(GLIBC_2.0) needed by libstdc++, nothing > provides libgcc_s.so.1(GCC_3.3) needed by libstdc++, nothing provides > libgcc_s.so.1(GCC_4.2.0) needed by libstdc++, nothing provides > libgcc_s.so.1 needed by gmp, nothing provides libgcc_s.so.1(GCC_3.0) > needed by gmp, nothing provides info needed by cloog, nothing provides > info needed by cloog, nothing provides libcap.so.2 needed by > coreutils, nothing provides libcap >=3D 2.0.6 needed by coreutils, > nothing provides libgcc_s.so.1 needed by rpm-libs, nothing provides > libgcc_s.so.1(GCC_3.0) needed by rpm-libs, nothing provides > libcap.so.2 needed by rpm-libs, nothing provides > libgcc_s.so.1(GCC_3.3.1) needed by rpm-libs, nothing provides > libtinfo.so.5 needed by ncurses, nothing provides libtic.so.5 needed > by ncurses, nothing provides libtinfo.so.5 needed by util-linux-ng, > nothing provides libncursesw.so.5 needed by util-linux-ng, nothing > provides libgcc_s.so.1 needed by pcre, nothing provides > libgcc_s.so.1(GCC_3.0) needed by pcre, nothing provides libtinfo.so.5 > needed by readline ^^^^^^^^ This has nothing to do with access control, thie means your copied p= ackages are not complete or e.g. still owned by root (chown -R obsrun:obsrun /srv/obs/bui= ld/ ),=20 not fully parsed (restart scheduler) or something else. Access control is not active by default Best, Jan-Simon --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4818057734609116646==-- From adrian@suse.de Fri Nov 12 07:57:48 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: boot strap a private obs 2.1 instance Date: Fri, 12 Nov 2010 08:57:46 +0100 Message-ID: <201011120857.46838.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5256679985065155133==" --===============5256679985065155133== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Freitag, 12. November 2010, 00:34:36 schrieb Dominique Le Foll: > More info on the issue of boot strap: >=20 > I have added in this email the projects present in my base project > (first log), the error report by osc build (second log). > osc ls -b can the binary copied in :full. >=20 ... > Building gcc.spec for standard/i586 > Getting buildinfo from server and store to > /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildinfo-st= andard-i586.xml > Getting buildconfig from server and store to > /home/BLUESTREAKTECH/pguimond/BLUE/MeeGo:1.0:Staging/gcc/.osc/_buildconfig-= standard-i586 > buildinfo is broken... it says: > unresolvable: nothing provides libgcc_s.so.1 needed by gettext, > nothing provides libgcc_s.so.1(GCC_3.3.1) needed by gettext, nothing ... repserver and scheduler are using the :full.solv file (to avoid to parse all = rpms on each request). So be sure, that your scheduler has scanned your :full tree. You can trigger = this with obs_admin --rescan-repository $PROJECT $REPO $ARCH on the server. You should get a :full.solv file beside (check the scheduler l= og if it could get created). --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5256679985065155133==-- From adrian@suse.de Fri Nov 12 07:59:32 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] boot strap a private obs 2.1 instance Date: Fri, 12 Nov 2010 08:59:31 +0100 Message-ID: <201011120859.31595.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5634947793959735070==" --===============5634947793959735070== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 11. November 2010, 23:46:15 schrieb Dominique Le Foll: > Hello, >=20 > I have just installed a private instance of OBS 2.1 (via an appliance) > and now that I have copied all the requires source rpm in my base > project (MeeGo 1.0) and I try to boot strap it. >=20 > I use a bootstap process that I defined with the help of Rolla that I > have documented in the OBS wiki at : > http://en.opensuse.org/openSUSE:Build_Service_private_instance_boot_strappi= ng >=20 > Unfortunatly that process does not work anymore. With the old OBS > (1.8) once you have transfered all the rpm source for your base > project, obs would start to build but would just never converge. That > was fixed by copying all the file from the :full directory of your > working OBS in the :full directory of the target OBS and restarting > the scheduler. That is for sure still working. I have just imported some new distros via tha= t. >=20 > The error that I have with 2.1 is very different. Each packages > complains about extension missing critical packages, which are > actually provided by packages present in the boot strap base project. either the packages are missing in :full, or they can not get read by the sch= eduler. Check your :full.solv if they contain them. Could happen when you have some new, not yet support rpm container format. bye adrian >=20 > I have no idea how to debug why the system complains about lacking > packages which are present. >=20 > I wonder building against a remote instance could fix that issue but I > do not find any documentation about building against a remote repo. >=20 > Any help would be appriciated. >=20 > Dominig >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5634947793959735070==-- From adrian@suse.de Fri Nov 12 08:24:13 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: blocked by the acl with the new 2.1 Date: Fri, 12 Nov 2010 09:24:11 +0100 Message-ID: <201011120924.11873.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3450597434691225166==" --===============3450597434691225166== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 11. November 2010, 23:24:12 schrieb Dominique Le Foll: ... >=20 > 2010/11/10 Dominique Le Foll : ... > > I have the same error > > osc ci > > WARNING: validator directory /usr/lib/osc/source_validators configure= d, > > but not existing (please install osc-source_validator). Skipping ... > > Sending test.txt > > Transmitting file data .Server returned an error: HTTP Error 403: > > Forbidden > > Insufficient permissions to store file in package test2, project > > home:amino Just to clarify. We always had an ACL implementation. The only thing what was= =20 new with 2.1 was that this one got extented to handle also read access limita= tions. However, in this case, it complains about write access permissions. You used osc on a system which is configured as the anonymous webui (this is = by default enabled on the appliance), so api switched to anonymous user. Which indeed ha= s no write permissions. I added a fix in git to use the anonymous mode only for the webui client now. It will be part of OBS 2.1.3 or next 2.2 alpha snapshot. bye adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3450597434691225166==-- From adrian@suse.de Fri Nov 12 08:36:24 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Fri, 12 Nov 2010 09:36:23 +0100 Message-ID: <201011120936.23124.adrian@suse.de> In-Reply-To: <201011112222.23670.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4323453923886219076==" --===============4323453923886219076== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 11. November 2010, 22:22:23 schrieb Stephan Kleine: > On Thursday November 11 2010 14:27:50 Stephan Kleine wrote: > > On Thursday November 11 2010 13:22:35 Adrian Schr=C3=B6ter wrote: > > > Hi, > > >=20 > > > Ubuntu:10.10 and RedHat:RHEL-6 are available in build.o.o now. > >=20 > > Ubuntu 10.10 still seems to be broken. Server side builds don't start cau= se > > of "bad build configuration" and local builds still fail with "Unable to > > connect to Upstart" in procps' post install. > >=20 > > The RHEL 6 import seems to be incomplete cause it is missing e.g. libpcap- > > devel (libpcap does exist) which is in the distro according to #rhel. >=20 > There are some more problems: >=20 > 1. RHEL6 has just 192 -devel packages which prolly means that there are qui= te=20 > some more missing. There no more on the RHEL DVD media at least. > 2. Ubuntu 10.10 is missing some stuff as well - e.g. we have the -dbg packa= ge=20 > for libqt4-webkit but the package itself is missing. That does not exist according to their Packages.gz file. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4323453923886219076==-- From adrian@suse.de Fri Nov 12 09:06:26 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Ubuntu:10.10 and RHEL-6 available Date: Fri, 12 Nov 2010 10:06:25 +0100 Message-ID: <201011121006.25484.adrian@suse.de> In-Reply-To: <201011120936.23124.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0989478251557349429==" --===============0989478251557349429== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Freitag, 12. November 2010, 09:36:23 schrieb Adrian Schr=C3=B6ter: > Am Donnerstag, 11. November 2010, 22:22:23 schrieb Stephan Kleine: ... > > 2. Ubuntu 10.10 is missing some stuff as well - e.g. we have the -dbg pac= kage=20 > > for libqt4-webkit but the package itself is missing. >=20 > That does not exist according to their Packages.gz file. It looks like the repos have changed after release. I will do an entire re-im= port. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0989478251557349429==-- From winter@pre-sense.de Fri Nov 12 12:47:46 2010 From: Justus Winter To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Why don't we use debootstrap? Date: Fri, 12 Nov 2010 13:47:42 +0100 Message-ID: <20101112134742.4875634e@pre-sense.de> In-Reply-To: <201011110826.16244.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8138509358327258360==" --===============8138509358327258360== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, 11 Nov 2010 08:26:16 +0100 Adrian Schröter wrote: > Am Donnerstag, 11. November 2010, 00:06:42 schrieb Stephan Kleine: > > Hi, > > > > could anyone (Adrian) please enlighten me my we can't simply use > > debootstrap to setup Debian & Ubuntu hosts and just be done with it? > > check the mail archive, we just discussed that. > > In short, it would be incompatible and unsafe, so we won't be able to > allow server side builds anymore. In the rather short discussion about debootstrap you wrote: > > Also, regarding our general approach for creating debian based > > chroots: Why don't we simply use "debootstrap"? At least that is > > what the Ubuntu people wondered and, after giving it a try, I'm > > wondering too. It is a simple bash script (so the extracted debian > > package "just works" or it could easily get repackaged into a rpm) > > that takes the distro, architecture and wanted variant (minimal, > > with build tools, ...) as arguments and then automatically sets up > > a working chroot. > > debootstrap would be a full seperate path beside the build script. > That means all other features, like modifing release numbers, take > care about provided file lists (so that prjconf settings have an > effect at all) and so on would need to get implemented seperatly. > > Also debootstrap is afaik no secure build mechanism (like build with > XEN or kvm). So we would not be able to allow service side builds > anymore. debootstrap is no build mechanism at all, it merely installs a debian system. Could you elaborate why the resulting installation couldn't be used with XEN or kvm to provide a secure build environment? Thanks, Justus -- Justus Winter winter(a)pre-sense.de PRESENSE Technologies GmbH Sachsenstr. 5, D-20097 HH USt-IdNr.: DE263765024 Geschäftsführer/Managing Directors AG Hamburg, HRB 107844 Till Dörges Jürgen Sander Axel Theilmann --===============8138509358327258360== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xMCAoR05V L0xpbnV4KQoKaUVZRUFSRUNBQVlGQWt6ZE4yNEFDZ2tReG1ETFp0M3hrVDRQSFFDZ2s2d1AxQVRt RkoxOHU2eFUvZDRzMXVFZgpock1BblI2T2lVeU95L0FjdmdQOHRzNnBKYXhKbWQvZAo9c1BCVQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============8138509358327258360==-- From pelliott@blackpatchpanel.com Fri Nov 12 14:59:36 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] home project key is expired! Date: Fri, 12 Nov 2010 08:59:25 -0600 Message-ID: <20101112145925.GA5641@BlackPatchPanel.com> In-Reply-To: <20101111203933.GT3437@nordisch.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8157939302174565390==" --===============8157939302174565390== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable OK it was the signing key for my home project that was expired! apt-key list ... pub 1024D/D6A14084 2008-01-22 [expired: 2010-04-01] uid home:pelliott11 OBS Project .... How do I get the buildservice to create a new key and resign all my packages? --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============8157939302174565390== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pkVmswQUNna1Fpdjl6cERSYzNabTVPZ0NnaDJJV1V3dHBv bS9iQXZLL0swS1Biei9mCmlPUUFuM1FiaXYvWit5Z0VtMUQxczFsVFJPWGEraG9sCj1xR0cxCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============8157939302174565390==-- From lmuelle@suse.de Fri Nov 12 15:19:44 2010 From: Lars =?utf-8?q?M=C3=BCller?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] home project key is expired! Date: Fri, 12 Nov 2010 16:21:56 +0100 Message-ID: <20101112152156.GD16490@giles.s1.private> In-Reply-To: <20101112145925.GA5641@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1969107289589752892==" --===============1969107289589752892== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 12, 2010 at 08:59:25AM -0600, Paul Elliott wrote: >=20 > OK it was the signing key for my home project that was expired! >=20 > apt-key list > ... >=20 > pub 1024D/D6A14084 2008-01-22 [expired: 2010-04-01] > uid home:pelliott11 OBS Project > .... >=20 >=20 > How do I get the buildservice to create a new key and resign all my package= s? osc --help leads to the signkey subcommand. osc signkey --extend And the same question had already been asked this week. Lars --=20 Lars M=C3=BCller [=CB=88la=CB=90(r)z =CB=88m=CA=8Fl=C9=90] Samba Team SUSE Linux, Maxfeldstra=C3=9Fe 5, 90409 N=C3=BCrnberg, Germany --===============1969107289589752892== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.sig" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUQ4REJRRk0zVnVVNE5CaUswRktWOE1SQXRVTUFLQ2FURnNIanZZSHMrbGdJM0RV REdZQkpoRW1kZ0NmWmc2bAozWlNPdGd0a3NsREFiTXFFSnVIamUwMD0KPTVzcWUKLS0tLS1FTkQg UEdQIFNJR05BVFVSRS0tLS0tCg== --===============1969107289589752892==-- From pelliott@blackpatchpanel.com Fri Nov 12 15:57:47 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] home project key is expired! Date: Fri, 12 Nov 2010 09:57:36 -0600 Message-ID: <20101112155736.GA6156@BlackPatchPanel.com> In-Reply-To: <20101112152156.GD16490@giles.s1.private> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6349508299236522726==" --===============6349508299236522726== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 12, 2010 at 04:21:56PM +0100, Lars M=C3=BCller wrote: > On Fri, Nov 12, 2010 at 08:59:25AM -0600, Paul Elliott wrote: > >=20 > > OK it was the signing key for my home project that was expired! > >=20 > > apt-key list > > ... > >=20 > > pub 1024D/D6A14084 2008-01-22 [expired: 2010-04-01] > > uid home:pelliott11 OBS Project > > .... > >=20 > >=20 > > How do I get the buildservice to create a new key and resign all my packa= ges? >=20 > osc --help leads to the signkey subcommand. >=20 > osc signkey --extend >=20 > And the same question had already been asked this week. >=20 > Lars It did not work. The key that downloads from my projects is still expired. It is the key itself that is expired, not the signatures attached to that key. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============6349508299236522726== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pkWS9BQUNna1Fpdjl6cERSYzNaa0tBZ0NkRXYvV2xyRE4r M3ozVlg0UlZyWmtXcXJxCnFCMEFuaTFweUU1aXhMU2sxay9aNmZ2a0FXaDNObFZvCj1jUnd2Ci0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============6349508299236522726==-- From darix@opensu.se Fri Nov 12 16:45:23 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] home project key is expired! Date: Fri, 12 Nov 2010 17:45:16 +0100 Message-ID: <20101112164516.GZ3437@nordisch.org> In-Reply-To: <20101112155736.GA6156@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1167753022254350171==" --===============1167753022254350171== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 2010-11-12 09:57:36 -0600, Paul Elliott wrote: > It did not work. The key that downloads from my projects is > still expired. It is the key itself that is expired, not the > signatures attached to that key. trigger rebuild of a leaf package. that will trigger a publish of your repository and then you get the new key. otherwise "osc signkey yourprject > file.asc" and import that file with apt. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1167753022254350171==-- From adrian@suse.de Fri Nov 12 17:00:12 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Why don't we use debootstrap? Date: Fri, 12 Nov 2010 18:00:08 +0100 Message-ID: <201011121800.09055.adrian@suse.de> In-Reply-To: <20101112134742.4875634e@pre-sense.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2046715117632266545==" --===============2046715117632266545== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Freitag, 12. November 2010, 13:47:42 schrieb Justus Winter: > On Thu, 11 Nov 2010 08:26:16 +0100 > Adrian Schröter wrote: ... > > > > debootstrap would be a full seperate path beside the build script. > > That means all other features, like modifing release numbers, take > > care about provided file lists (so that prjconf settings have an > > effect at all) and so on would need to get implemented seperatly. > > > > Also debootstrap is afaik no secure build mechanism (like build with > > XEN or kvm). So we would not be able to allow service side builds > > anymore. > > debootstrap is no build mechanism at all, it merely installs a debian > system. Could you elaborate why the resulting installation couldn't be > used with XEN or kvm to provide a secure build environment? You need to run scripts (esp on debian) during installation. To do this in a secure way the script needs to know how to pre install (without scripts), jump into VM, run missing scripts and continue with rest of packages. The debian script is no help here as it was not designed for this. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2046715117632266545==-- From douglas@hubler.us Fri Nov 12 21:44:21 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] OpenJDK crash only on CentOS 5 / 64bit Date: Fri, 12 Nov 2010 16:44:08 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7146156035878020031==" --===============7146156035878020031== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I tried - googling the error and it's not clear to me what the real issue is. - Fedora 12 64 bit on OBS is fine - CentOS 5 32 bit on OBS is fine Full log https://build.opensuse.org/package/live_build_log?arch=3Dx86_64&package=3Dsi= pxconfig&project=3Dhome:sipfoundry:4.4&repository=3DCentOS_5 Build Log Fragment gwt.compile.module.userportal: Nov=E2=80=8212,=E2=80=822010=E2=80=829:33:44=E2=80=82PM=E2=80=82java.util.pre= fs.FileSystemPreferences$2=E2=80=82run INFO:=E2=80=82Created=E2=80=82user=E2=80=82preferences=E2=80=82directory. modprobe:=E2=80=82FATAL:=E2=80=82Could=E2=80=82not=E2=80=82load /lib/modules/2.6.27.42-0.1-xen/modules.dep:=E2=80=82No=E2=80=82such=E2=80=82f= ile=E2=80=82or=E2=80=82directory Compiling=E2=80=82module=E2=80=82org.sipfoundry.sipxconfig.userportal.user_ph= onebook_search # #=E2=80=82An=E2=80=82unexpected=E2=80=82error=E2=80=82has=E2=80=82been=E2=80= =82detected=E2=80=82by=E2=80=82Java=E2=80=82Runtime=E2=80=82Environment: # #=E2=80=82=E2=80=82SIGSEGV=E2=80=82(0xb)=E2=80=82at=E2=80=82pc=3D0x00007f7419= b28821,=E2=80=82pid=3D4224,=E2=80=82tid=3D1102936384 # #=E2=80=82Java=E2=80=82VM:=E2=80=82OpenJDK=E2=80=8264-Bit=E2=80=82Server=E2= =80=82VM=E2=80=82(1.6.0-b09=E2=80=82mixed=E2=80=82mode=E2=80=82linux-amd64) #=E2=80=82Problematic=E2=80=82frame: #=E2=80=82V=E2=80=82=E2=80=82[libjvm.so+0x20a821] # #=E2=80=82An=E2=80=82error=E2=80=82report=E2=80=82file=E2=80=82with=E2=80=82m= ore=E2=80=82information=E2=80=82is=E2=80=82saved=E2=80=82as: #=E2=80=82/usr/src/redhat/BUILD/sipxconfig-0.4.4/gwt/hs_err_pid4224.log # #=E2=80=82If=E2=80=82you=E2=80=82would=E2=80=82like=E2=80=82to=E2=80=82submit= =E2=80=82a=E2=80=82bug=E2=80=82report,=E2=80=82please=E2=80=82visit: #=E2=80=82=E2=80=82=E2=80=82http://icedtea.classpath.org/bugzilla #=E2=80=82The=E2=80=82crash=E2=80=82happened=E2=80=82outside=E2=80=82the=E2= =80=82Java=E2=80=82Virtual=E2=80=82Machine=E2=80=82in=E2=80=82native=E2=80=82= code. #=E2=80=82See=E2=80=82problematic=E2=80=82frame=E2=80=82for=E2=80=82where=E2= =80=82to=E2=80=82report=E2=80=82the=E2=80=82bug. # Java=E2=80=82Result:=E2=80=82134 N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A=8AZ)= z{.=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E=CB=9B=EF=BF=BD= =EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+i=EF=BF=BDb=EF= =BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=9B=EF= =BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF=BF=BD=EF=BF=BDi=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF=BD --===============7146156035878020031==-- From doiggl@velocitynet.com.au Sat Nov 13 02:10:31 2010 From: doiggl@velocitynet.com.au To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] will ext4 be enabled in build service ? Date: Sat, 13 Nov 2010 13:08:34 +1100 Message-ID: <7baaa6e0451d497f8f712387bbdf36fc@mail.velocitynet.com.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1386998309457754327==" --===============1386998309457754327== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello. Will ext4 be enabled in build service ? as I saw this in one of the logs Thanks Glenn. reordering...cycle: libcrack2 -> cracklib breaking dependency libcrack2 -> cracklib done booting XEN kernel ... xm create -c /var/run/bsworker_2/build/xen.conf name=build:2_root memory=1500 disk=phy:/dev/mapper/abuild-2_root,hda1,w disk=phy:/dev/mapper/abuild-2_swap,hda2,w extra=quiet init=/.build/build elevator=noop panic=1 console=ttyS0 Using config file "/var/run/bsworker_2/build/xen.conf". Started domain build:2_root PCI: Fatal: No config space access function found i8042.c: No controller found. doing fast boot FATAL: Module ext4 not found. Creating device nodes with udev Boot logging started on /dev/xvc0(/dev/console) at Fri Nov 12 06:04:26 2010 Waiting for device /dev/hda1 to appear: ok fsck 1.41.1 (01-Sep-2008) [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/hda1 /dev/hda1: clean, 2658/1024000 files, 167781/4096000 blocks fsck succeeded. Mounting root device read-only. Mounting root /dev/hda1 mount -o ro,defaults -t ext3 /dev/hda1 /root mount: can't find /root/proc in /etc/fstab or /etc/mtab Warning: failed to load Config_git.pl, something strange about this perl... Warning: failed to load Config_git.pl, something strange about this perl... -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1386998309457754327==-- From bitdealer@gmail.com Sat Nov 13 02:44:28 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Substitute: in prjconf doesn't work Date: Sat, 13 Nov 2010 03:44:21 +0100 Message-ID: <201011130344.22044.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7114917387941781593==" --===============7114917387941781593== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi folks, I have %if 0%{?ubuntu_version} > 1004 Substitute: libqt4-dev libqtwebkit-dev %endif in the prjconf of home:bitshuffler:test/gsd Still my builds fail with Building gsd.dsc for xUbuntu_10.04/x86_64 Getting buildinfo from server and store to /home/stephan/home:bitshuffler:test/gsd/.osc/_buildinfo-xUbuntu_10.04- x86_64.xml Getting buildconfig from server and store to /home/stephan/home:bitshuffler:test/gsd/.osc/_buildconfig-xUbuntu_10.04-x86_64 buildinfo is broken... it says: unresolvable: nothing provides libqtwebkit-dev on 10.04 which is fine since libqtwebkit-dev doesn't exist here cause it got introduced with 10.10 but to the best of my knowledge the %if clause in the prjconf should cover that. IOW: how to replace "libqt4-dev" with "libqtwebkit-dev" in >= Ubuntu 10.10? regards, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7114917387941781593==-- From bitdealer@gmail.com Sat Nov 13 03:28:22 2010 From: Stephan Kleine To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: Substitute: in prjconf doesn't work Date: Sat, 13 Nov 2010 04:28:10 +0100 Message-ID: <201011130428.11096.bitdealer@gmail.com> In-Reply-To: <201011130344.22044.bitdealer@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5609698433026417590==" --===============5609698433026417590== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sorry, the above was a screwup of mine (I buildRequired libqtwebkit-dev).... Point being, while having the bellow prjconf my 10.04 build works fine since QtWebKit/QWebView.h is in libqt4-dev but the substitute doesn't kick in for 10.10 to install libqtwebkit-dev (since 10.10 does have that header only in libqtwebkit-dev). IOW: the substitute line in the prjconf of home:bitshuffler:test doesn't work. So, how to use Substitute properly for .deb based builds? On Saturday November 13 2010 03:44:21 Stephan Kleine wrote: > Hi folks, > > I have > > %if 0%{?ubuntu_version} > 1004 > Substitute: libqt4-dev libqtwebkit-dev > %endif > > in the prjconf of home:bitshuffler:test/gsd > > Still my builds fail with > > Building gsd.dsc for xUbuntu_10.04/x86_64 > Getting buildinfo from server and store to > /home/stephan/home:bitshuffler:test/gsd/.osc/_buildinfo-xUbuntu_10.04- > x86_64.xml > Getting buildconfig from server and store to > /home/stephan/home:bitshuffler:test/gsd/.osc/_buildconfig-xUbuntu_10.04-x86 > _64 buildinfo is broken... it says: > unresolvable: nothing provides libqtwebkit-dev > > on 10.04 which is fine since libqtwebkit-dev doesn't exist here cause it > got introduced with 10.10 but to the best of my knowledge the %if clause > in the prjconf should cover that. > > IOW: how to replace "libqt4-dev" with "libqtwebkit-dev" in >= Ubuntu 10.10? > > regards, > Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5609698433026417590==-- From adrian@suse.de Sat Nov 13 07:39:20 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] will ext4 be enabled in build service ? Date: Sat, 13 Nov 2010 08:39:18 +0100 Message-ID: <201011130839.18364.adrian@suse.de> In-Reply-To: <7baaa6e0451d497f8f712387bbdf36fc@mail.velocitynet.com.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8625838032021027007==" --===============8625838032021027007== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Samstag, 13. November 2010, 03:08:34 schrieb doiggl(a)velocitynet.com.au: > Hello. > Will ext4 be enabled in build service ? as I saw this in one of the logs > Thanks Glenn. Yes, after we have switched to the new OBS worker appliances based on openSUS= E 11.3. build30 is using it already, but it is not reliable enough yet :/ --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8625838032021027007==-- From adrian@suse.de Sat Nov 13 07:42:12 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OpenJDK crash only on CentOS 5 / 64bit Date: Sat, 13 Nov 2010 08:42:09 +0100 Message-ID: <201011130842.09060.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8749816084768063375==" --===============8749816084768063375== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Freitag, 12. November 2010, 22:44:08 schrieb Douglas Hubler: > I tried > - googling the error and it's not clear to me what the real issue is. > - Fedora 12 64 bit on OBS is fine > - CentOS 5 32 bit on OBS is fine >=20 > Full log > https://build.opensuse.org/package/live_build_log?arch=3Dx86_64&package=3D= sipxconfig&project=3Dhome:sipfoundry:4.4&repository=3DCentOS_5 Can you find out, what kernel module your code is trying to use here ? Either we should provide this module (eG when it is ext4) or the test suite should maybe not rely on specific kernel modules. Or at least test if they are available at all. bye adrian >=20 > Build Log Fragment >=20 > gwt.compile.module.userportal: > Nov=E2=80=8212,=E2=80=822010=E2=80=829:33:44=E2=80=82PM=E2=80=82java.util.p= refs.FileSystemPreferences$2=E2=80=82run > INFO:=E2=80=82Created=E2=80=82user=E2=80=82preferences=E2=80=82directory. > modprobe:=E2=80=82FATAL:=E2=80=82Could=E2=80=82not=E2=80=82load > /lib/modules/2.6.27.42-0.1-xen/modules.dep:=E2=80=82No=E2=80=82such=E2=80= =82file=E2=80=82or=E2=80=82directory >=20 > Compiling=E2=80=82module=E2=80=82org.sipfoundry.sipxconfig.userportal.user_= phonebook_search > # > #=E2=80=82An=E2=80=82unexpected=E2=80=82error=E2=80=82has=E2=80=82been=E2= =80=82detected=E2=80=82by=E2=80=82Java=E2=80=82Runtime=E2=80=82Environment: > # > #=E2=80=82=E2=80=82SIGSEGV=E2=80=82(0xb)=E2=80=82at=E2=80=82pc=3D0x00007f74= 19b28821,=E2=80=82pid=3D4224,=E2=80=82tid=3D1102936384 > # > #=E2=80=82Java=E2=80=82VM:=E2=80=82OpenJDK=E2=80=8264-Bit=E2=80=82Server=E2= =80=82VM=E2=80=82(1.6.0-b09=E2=80=82mixed=E2=80=82mode=E2=80=82linux-amd64) > #=E2=80=82Problematic=E2=80=82frame: > #=E2=80=82V=E2=80=82=E2=80=82[libjvm.so+0x20a821] > # > #=E2=80=82An=E2=80=82error=E2=80=82report=E2=80=82file=E2=80=82with=E2=80= =82more=E2=80=82information=E2=80=82is=E2=80=82saved=E2=80=82as: > #=E2=80=82/usr/src/redhat/BUILD/sipxconfig-0.4.4/gwt/hs_err_pid4224.log > # > #=E2=80=82If=E2=80=82you=E2=80=82would=E2=80=82like=E2=80=82to=E2=80=82subm= it=E2=80=82a=E2=80=82bug=E2=80=82report,=E2=80=82please=E2=80=82visit: > #=E2=80=82=E2=80=82=E2=80=82http://icedtea.classpath.org/bugzilla > #=E2=80=82The=E2=80=82crash=E2=80=82happened=E2=80=82outside=E2=80=82the=E2= =80=82Java=E2=80=82Virtual=E2=80=82Machine=E2=80=82in=E2=80=82native=E2=80=82= code. > #=E2=80=82See=E2=80=82problematic=E2=80=82frame=E2=80=82for=E2=80=82where= =E2=80=82to=E2=80=82report=E2=80=82the=E2=80=82bug. > # > Java=E2=80=82Result:=E2=80=82134 > N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A=8A= Z)z{.=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E=CB= =9B=EF=BF=BD=EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+i= =EF=BF=BDb=EF=BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=C7=9B=EF=BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF=BF= =BD=EF=BF=BDi=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF= =BD --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A=8AZ)= z{.=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E=CB=9B=EF=BF=BD= =EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+i=EF=BF=BDb=EF= =BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=9B=EF= =BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF=BF=BD=EF=BF=BDi=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF=BD --===============8749816084768063375==-- From robxu9@gmail.com Sat Nov 13 18:09:39 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] FATAL: kernel too old Date: Sat, 13 Nov 2010 13:08:56 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6975845961264207916==" --===============6975845961264207916== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi all, Imported Fedora:14 to my server, seems very nice, except... The error in the subject. I know it was mentioned before on the mailing lists, but how can we remedy this problem on a private obs instance, like mine? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6975845961264207916==-- From robxu9@gmail.com Sun Nov 14 00:09:03 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: FATAL: kernel too old Date: Sat, 13 Nov 2010 19:08:18 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3818941718367850614==" --===============3818941718367850614== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Sat, Nov 13, 2010 at 13:08, Robert Xu wrote: > Hi all, > > Imported Fedora:14 to my server, seems very nice, except... > The error in the subject. > > I know it was mentioned before on the mailing lists, but how can we > remedy this problem on a private obs instance, like mine? > Scratch that. I just had to upgrade to openSUSE 11.3. -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3818941718367850614==-- From pascal.bleser@opensuse.org Sun Nov 14 13:22:14 2010 From: Pascal Bleser To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [opensuse-packaging] New top-level project: utilities Date: Sun, 14 Nov 2010 14:22:07 +0100 Message-ID: <20101114132207.GY26946@hera> In-Reply-To: <4CDA9810.6020203@suse.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9176995036341807410==" --===============9176995036341807410== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 2010-11-10 14:03:12 (+0100), Michal Marek wrote: [...] > Wow, so we can finally clean up Base:System to only host the basic > packages. Candidates for 'utilities' would be: [...] > iotop => system:monitoring ? > lsof already in utilities now, ptr_uzl already submitted it > pinfo already in utilities now, ptr_uzl already submitted it > powertop => system:monitoring ? > sysstat => already in system:monitoring cheers -- -o) Pascal Bleser /\\ http://opensuse.org -- I took the green pill _\_v FOSDEM XI: 5 + 6 Feb 2011, http://fosdem.org --===============9176995036341807410== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.sig" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUQ4REJRRk0zK0ovcjNOTVdsaUZjWGNSQWdVZkFLQ0RTWlhtR25YK2swTEozNkpp YWhCRytiUU5jZ0NmYjJKVwpGc1JzNWNuWGZOWDVXMnd0UzJMSUtIZz0KPU9Eb1UKLS0tLS1FTkQg UEdQIFNJR05BVFVSRS0tLS0tCg== --===============9176995036341807410==-- From fritz@fritz-elfert.de Sun Nov 14 15:22:05 2010 From: Fritz Elfert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Pinning a worker to a project or package? (Was: will ext4 be enabled in build service ?) Date: Sun, 14 Nov 2010 16:22:01 +0100 Message-ID: <4CDFFE99.9020402@fritz-elfert.de> In-Reply-To: <201011130839.18364.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7645413131761371956==" --===============7645413131761371956== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/13/2010 08:39 AM, Adrian Schr=C3=B6ter wrote: > Am Samstag, 13. November 2010, 03:08:34 schrieb doiggl(a)velocitynet.com.au: >> Hello. >> Will ext4 be enabled in build service ? as I saw this in one of the logs >> Thanks Glenn. >=20 > Yes, after we have switched to the new OBS worker appliances based on openS= USE 11.3. >=20 > build30 is using it already, but it is not reliable enough yet :/ >=20 As far as I understand, this also should make Fedora 14 builds possible on that specific worker. Since I'm desperate to try that out: Is there a way to specify a particular worker for building a package/project? (temporarily of course - until the other workers are updated) Actually, it would be a nice feature to have something like worker-classes and then add a project/package config option which lets us select a class. (E.g: a class of "11.3" workers, and a class of "old-whatever" workers - then i would specify "11.3" in my project and the scheduler would select only "11.3" workers from the pool...) just a thought ;) - -Fritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzf/pEACgkQboM4mAMyprBfhQCfRbmk+X+cWTTZXhaXdho/m/sM DCgAoJT8m8jAHXTdRHzSwnz8XE80PZJY =3DrAsR -----END PGP SIGNATURE----- --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7645413131761371956==-- From pelliott@blackpatchpanel.com Mon Nov 15 00:22:54 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How to revert to a previous revision? Date: Sun, 14 Nov 2010 18:22:42 -0600 Message-ID: <20101115002242.GA4445@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8356540737015152019==" --===============8356540737015152019== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Is there any way to revert to a previous revision, other than pipe the output of the osc diff command into patch? What is the proper command to go back one version? Thank You. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============8356540737015152019== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pnZlZJQUNna1Fpdjl6cERSYzNabjhRd0NnaEtaWXI4R2ZK ZHViZ3ovWmg2L0wrTVFxCjFxVUFvS1FuOS9NbGRieDhueWtFRzVaUkp4OFM5S0RxCj1YVjJyCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============8356540737015152019==-- From masterpatricko@gmail.com Mon Nov 15 01:17:47 2010 From: Tejas Guruswamy To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Mon, 15 Nov 2010 01:17:46 +0000 Message-ID: <4CE08A3A.6060904@gmail.com> In-Reply-To: <20101115002242.GA4445@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4902178882811580204==" --===============4902178882811580204== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 15/11/10 00:22, Paul Elliott wrote: > Is there any way to revert to a previous revision, other than pipe the outp= ut > of the osc diff command into patch? > > What is the proper command to go back one version? > > Thank You. > =20 You can use "osc up -r" (read osc help up) to update to a specific revision of a package. Regards, Tejas --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4902178882811580204==-- From dimstar@opensuse.org Mon Nov 15 07:21:09 2010 From: "Dominique Leuenberger a.k.a DimStar" To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Mon, 15 Nov 2010 08:21:03 +0100 Message-ID: <20101115082103.16432kgtl3iq358g@webmail.leuenberger.net> In-Reply-To: <4CE08A3A.6060904@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8027139069975259976==" --===============8027139069975259976== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Quoting Tejas Guruswamy : > On 15/11/10 00:22, Paul Elliott wrote: >> What is the proper command to go back one version? >> >> Thank You. >> > You can use "osc up -r" (read osc help up) to update to a specific > revision of a package. Well, that counts for local. But if you actually want to have this revision to be 'current' again (like revert a commit), you will have to: osc co $prj $package -r $rev mkdir backup; mv $prj/$package/* backup osc up $prj $package mv backup/* $prj/$package osc ci $prj/$package -m "Revert to rev ^" A slightly nicer way for this procedure might not be too wrong to have. (to have in the code base or, if it already is, in the documentation :) ) Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8027139069975259976==-- From coolo@suse.de Mon Nov 15 09:08:24 2010 From: Stephan Kulow To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [opensuse-packaging] New top-level project: utilities Date: Mon, 15 Nov 2010 10:08:23 +0100 Message-ID: <201011151008.23510.coolo@suse.de> In-Reply-To: <20101114132207.GY26946@hera> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7731056119981981038==" --===============7731056119981981038== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Sonntag 14 November 2010 schrieb Pascal Bleser: > On 2010-11-10 14:03:12 (+0100), Michal Marek wrote: > [...] > > > Wow, so we can finally clean up Base:System to only host the basic > > > packages. Candidates for 'utilities' would be: > [...] > > > iotop > > => system:monitoring ? server:monitoring you mean? it already has other -tops, so it sounds like a good match. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7731056119981981038==-- From coolo@suse.de Mon Nov 15 09:10:58 2010 From: Stephan Kulow To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Mon, 15 Nov 2010 10:10:39 +0100 Message-ID: <201011151010.39746.coolo@suse.de> In-Reply-To: <20101115082103.16432kgtl3iq358g@webmail.leuenberger.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8104152204762050167==" --===============8104152204762050167== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Montag 15 November 2010 schrieb Dominique Leuenberger a.k.a DimStar: > Quoting Tejas Guruswamy : > > On 15/11/10 00:22, Paul Elliott wrote: > >> What is the proper command to go back one version? > >> > >> Thank You. > > > > You can use "osc up -r" (read osc help up) to update to a specific > > revision of a package. > > Well, that counts for local. But if you actually want to have this > revision to be 'current' again (like revert a commit), you will have to: > > osc co $prj $package -r $rev > mkdir backup; mv $prj/$package/* backup > osc up $prj $package > mv backup/* $prj/$package > osc ci $prj/$package -m "Revert to rev ^" > > A slightly nicer way for this procedure might not be too wrong to have. > (to have in the code base or, if it already is, in the documentation :) ) osc sr -r $rev $prj $package $prj -m "revert to $rev" osc sr accept osc up Greetings, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8104152204762050167==-- From dimstar@opensuse.org Mon Nov 15 09:32:27 2010 From: "Dominique Leuenberger a.k.a DimStar" To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Mon, 15 Nov 2010 10:32:22 +0100 Message-ID: <20101115103222.10821uh0pu9i6a00@webmail.leuenberger.net> In-Reply-To: <201011151010.39746.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8892569316243532131==" --===============8892569316243532131== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Quoting Stephan Kulow : > Am Montag 15 November 2010 schrieb Dominique Leuenberger a.k.a DimStar: > osc sr -r $rev $prj $package $prj -m "revert to $rev" > osc sr accept > osc up Thanks Stephan, That is indeed a much nicer solution already. Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8892569316243532131==-- From douglas@hubler.us Mon Nov 15 13:58:00 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OpenJDK crash only on CentOS 5 / 64bit Date: Mon, 15 Nov 2010 08:57:44 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7052263990764045500==" --===============7052263990764045500== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable FYI: I was never able to find out why openjdk was crashing during compile on 64bit centors, so i switched back to sun (err...oracle) jdk. And Adrian, Thanks for your response, I'm not sure how I would find out what modules GWT compiler uses. On Sat, Nov 13, 2010 at 8:54 AM, Douglas Hubler wrote: > Im usings google's get compiler. I strongly doubt it's loading shared > libraries. Would 32 and 64 bit machines be setup with different libraries? > > On Nov 13, 2010 2:42 AM, "Adrian Schr=C3=B6ter" wrote: > > Am Freitag, 12. November 2010, 22:44:08 schrieb Douglas Hubler: > >> I tried >> - googling the error and it's not clear to me what the real issue is. >> - Fedora 12 64 b... > > Can you find out, what kernel module your code is trying to use here ? > > Either we should provide this module (eG when it is ext4) or the test > suite should maybe not rely on specific kernel modules. Or at least test > if they are available at all. > > bye > adrian > >> >> Build Log Fragment >> >> gwt.compile.module.userportal: >> Nov=E2=80=8212,=E2=80=822010=E2=80=829:33:44=E2=80=82PM=E2=80=82java.util.= pre... > >> >> N=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDr=EF=BF=BD=EF=BF=BDy=E9=9A= =8AZ)z{.=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDWlz=EF=BF=BD=EF=BF=BDq=EF=AE=9E= =CB=9B=EF=BF=BD=EF=BF=BD=EF=BF=BDm=EF=BF=BD)z{.=EF=BF=BD=EF=BF=BD+=EF=BF=BDZ+= i=EF=BF=BDb=EF=BF=BD*'jW(=EF=BF=BDf=EF=BF=BDv=C7=A6j)h=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD=C7=9B=EF=BF=BD)]=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=C7=BE=EF= =BF=BD=EF=BF=BDi=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD >> =EF=BF=BD=EF=BF=BD > > > -- > Adrian Schroeter > SUSE Linux Products GmbH > email: adrian(a)suse.de > --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7052263990764045500==-- From davejplater@gmail.com Mon Nov 15 14:07:53 2010 From: Dave Plater To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Mon, 15 Nov 2010 16:07:43 +0200 Message-ID: <4CE13EAF.6000905@gmail.com> In-Reply-To: <20101115002242.GA4445@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5504437537498688806==" --===============5504437537498688806== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/15/2010 02:22 AM, Paul Elliott wrote: > Is there any way to revert to a previous revision, other than pipe the outp= ut > of the osc diff command into patch? > > What is the proper command to go back one version? > > Thank You. > > > =20 If you use the web ui you can submit a revision back to yourself under the "source history" link. Dave P --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5504437537498688806==-- From douglas@hubler.us Tue Nov 16 04:30:44 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Bug 559899 - openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Date: Mon, 15 Nov 2010 23:30:37 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3181616174791845305==" --===============3181616174791845305== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Can anyone suggest a workaround for this bug? https://bugzilla.novell.com/show_bug.cgi?id=559899 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3181616174791845305==-- From adrian@suse.de Tue Nov 16 10:02:59 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to revert to a previous revision? Date: Tue, 16 Nov 2010 11:02:56 +0100 Message-ID: <201011161102.57004.adrian@suse.de> In-Reply-To: <201011151010.39746.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3576456809562955118==" --===============3576456809562955118== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Montag, 15. November 2010, 10:10:39 schrieb Stephan Kulow: > Am Montag 15 November 2010 schrieb Dominique Leuenberger a.k.a DimStar: > > Quoting Tejas Guruswamy : > > > On 15/11/10 00:22, Paul Elliott wrote: > > >> What is the proper command to go back one version? > > >> > > >> Thank You. > > > > > > You can use "osc up -r" (read osc help up) to update to a specific > > > revision of a package. > > > > Well, that counts for local. But if you actually want to have this > > revision to be 'current' again (like revert a commit), you will have to: > > > > osc co $prj $package -r $rev > > mkdir backup; mv $prj/$package/* backup > > osc up $prj $package > > mv backup/* $prj/$package > > osc ci $prj/$package -m "Revert to rev ^" > > > > A slightly nicer way for this procedure might not be too wrong to have. > > (to have in the code base or, if it already is, in the documentation :) ) > > osc sr -r $rev $prj $package $prj -m "revert to $rev" > osc sr accept > osc up osc copypac -r$REV PROJECT PACKAGE SAME_PROJECT SAME_PACKAGE should also work in one step. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3576456809562955118==-- From adrian@suse.de Tue Nov 16 10:06:37 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Pinning a worker to a project or package? (Was: will ext4 be enabled in build service ?) Date: Tue, 16 Nov 2010 11:06:36 +0100 Message-ID: <201011161106.36164.adrian@suse.de> In-Reply-To: <4CDFFE99.9020402@fritz-elfert.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2923355350020358545==" --===============2923355350020358545== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Sonntag, 14. November 2010, 16:22:01 schrieb Fritz Elfert: > On 11/13/2010 08:39 AM, Adrian Schr=C3=B6ter wrote: > > Am Samstag, 13. November 2010, 03:08:34 schrieb doiggl(a)velocitynet.com.= au: > >> Hello. > >> Will ext4 be enabled in build service ? as I saw this in one of the logs > >> Thanks Glenn. > > > > Yes, after we have switched to the new OBS worker appliances based on ope= nSUSE 11.3. > > > > build30 is using it already, but it is not reliable enough yet :/ > > >=20 > As far as I understand, this also should make Fedora 14 builds possible > on that specific worker. Since I'm desperate to try that out: >=20 > Is there a way to specify a particular worker for building a > package/project? (temporarily of course - until the other workers are > updated) Only for admin, not for the user. But build30 got disabled now due to it's problems anyway :/ >=20 > Actually, it would be a nice feature to have something like > worker-classes and then add a project/package config option which lets > us select a class. (E.g: a class of "11.3" workers, and a class of > "old-whatever" workers - then i would specify "11.3" in my project and > the scheduler would select only "11.3" workers from the pool...) just a > thought ;) yep, would be nice. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2923355350020358545==-- From adrian@suse.de Tue Nov 16 10:08:04 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] FATAL: kernel too old Date: Tue, 16 Nov 2010 11:08:02 +0100 Message-ID: <201011161108.02463.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7689532739110560658==" --===============7689532739110560658== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Samstag, 13. November 2010, 19:08:56 schrieb Robert Xu: > Hi all, > > Imported Fedora:14 to my server, seems very nice, except... > The error in the subject. > > I know it was mentioned before on the mailing lists, but how can we > remedy this problem on a private obs instance, like mine? You need to use openSUSE 11.3 as base for your works for example. Or manually update the kernel. Or you extend the build script to use another kernel (not the system one). -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7689532739110560658==-- From winter@pre-sense.de Tue Nov 16 12:04:56 2010 From: Justus Winter To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Why don't we use debootstrap? Date: Tue, 16 Nov 2010 13:04:52 +0100 Message-ID: <20101116130452.69a2a2c7@pre-sense.de> In-Reply-To: <201011121800.09055.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7095409566725355696==" --===============7095409566725355696== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Fri, 12 Nov 2010 18:00:08 +0100 Adrian Schröter wrote: > Am Freitag, 12. November 2010, 13:47:42 schrieb Justus Winter: > > On Thu, 11 Nov 2010 08:26:16 +0100 > > Adrian Schröter wrote: > ... > > > > > > debootstrap would be a full seperate path beside the build script. > > > That means all other features, like modifing release numbers, take > > > care about provided file lists (so that prjconf settings have an > > > effect at all) and so on would need to get implemented seperatly. > > > > > > Also debootstrap is afaik no secure build mechanism (like build > > > with XEN or kvm). So we would not be able to allow service side > > > builds anymore. > > > > debootstrap is no build mechanism at all, it merely installs a > > debian system. Could you elaborate why the resulting installation > > couldn't be used with XEN or kvm to provide a secure build > > environment? > > You need to run scripts (esp on debian) during installation. To do > this in a secure way the script needs to know how to pre install > (without scripts), jump into VM, run missing scripts and continue > with rest of packages. > > The debian script is no help here as it was not designed for this. I think it is (or has a feature that can be used). man debootstrap says: > --foreign > Do the initial unpack phase of bootstrapping only, > for example if the target architecture does not match > the host architecture. A copy of debootstrap suffi‐ > cient for completing the bootstrap process will be > installed as /debootstrap/debootstrap in the target > filesystem. You can run it with the --second-stage > option to complete the bootstrapping process. > > --second-stage > Complete the bootstrapping process. Other arguments > are generally not needed. -- Justus Winter winter(a)pre-sense.de PRESENSE Technologies GmbH Sachsenstr. 5, D-20097 HH USt-IdNr.: DE263765024 Geschäftsführer/Managing Directors AG Hamburg, HRB 107844 Till Dörges Jürgen Sander Axel Theilmann --===============7095409566725355696== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xMCAoR05V L0xpbnV4KQoKaUVZRUFSRUNBQVlGQWt6aWMyUUFDZ2tReG1ETFp0M3hrVDRIaUFDZlNIN2srbzl2 YnpIM2oxQllzMjJwbisxQgpHQTRBbjJhbEc5cDJnbFRwU2hxbWpvRHliZ0ZOcXEzbAo9VkRLMwot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============7095409566725355696==-- From douglas@hubler.us Tue Nov 16 18:57:26 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: Bug 559899 - openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Date: Tue, 16 Nov 2010 13:55:03 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1461678823765428855==" --===============1461678823765428855== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Mon, Nov 15, 2010 at 11:30 PM, Douglas Hubler wrote: > Can anyone suggest a workaround for this bug? > >  https://bugzilla.novell.com/show_bug.cgi?id=559899 HACK WORKAROUND: for the desperate only! i downloaded the osc rpm and installed it with --nodeps and do far so good. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1461678823765428855==-- From ttelford.groups@gmail.com Tue Nov 16 23:15:21 2010 From: Troy Telford To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: ISO files and distributions Date: Tue, 16 Nov 2010 16:15:01 -0700 Message-ID: In-Reply-To: <0F7A61B0A6ABAD4A82DDEF8CCA0ADA2B4DAF772EE4@AUSX7MCPS301.AMER.DELL.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9036432800807749854==" --===============9036432800807749854== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 2010-11-01 16:05:30 -0600, said: > I finally posted about a blog about the work we have done to build=20 > CentOS/RHEL images on OBS. Following is the link for the same: > http://en.community.dell.com/dell-blogs/enterprise/b/tech-center/archive/20= 10/11/01/building-centos-rhel-live-images-on-obs-opensuse-build-service-using= -kiwi.aspx I'm=20 >=20 most grateful. As I digest it, I might have some questions; for now=20 I'm glad to see this! --=20 Troy Telford --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============9036432800807749854==-- From leafjohn@gmail.com Wed Nov 17 05:43:19 2010 From: Leaf John To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How to solve the problem: =?utf-8?q?=22fg?= =?utf-8?b?OuKAgm5v4oCCam9i4oCCY29udHJvbCI=?= Date: Wed, 17 Nov 2010 13:43:16 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2259203112975531879==" --===============2259203112975531879== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I'm building some meego packages in our local obs server, but some packages got this kind of error message: """A part of buidlog +=E2=80=82GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 +=E2=80=82%qmake_install /var/tmp/rpm-tmp.Y71xyr:=E2=80=82line=E2=80=8237:=E2=80=82fg:=E2=80=82no=E2= =80=82job=E2=80=82control error:=E2=80=82Bad=E2=80=82exit=E2=80=82status=E2=80=82from=E2=80=82/var/tmp/= rpm-tmp.Y71xyr=E2=80=82(%install) RPM=E2=80=82build=E2=80=82errors: Bad=E2=80=82exit=E2=80=82status=E2=80=82from=E2=80=82/var/tmp/rpm-tmp.Y71xyr= =E2=80=82(%install) """ This is the spec file, I omit the %setup, %files, %changelog sections. -----------------------------------------------------------------------------= ---- Name: libmeegotouch Summary: MeeGo Touch Framework Version: 0.20.25 Release: 7.2 Group: System/Libraries License: LGPLv2.1 URL: http://meego.gitorious.org/meegotouch/libmeegotouch Source0: %{name}-%{version}.tar.bz2 Source100: libmeegotouch.yaml Patch0: libmeegotouch-0.20.1-Changes-Read-target-device-from-GConf.patch Patch1: libmeegotouch-0.20.1-Fix-Ensure-rowsRemoved-updates-visible-cells= .patch Patch2: libmeegotouch-0.20.1-ARMv5-build-failure.patch Patch3: libmeegotouch-0.20.1-Add-various-devices-to-device-conf.patch Patch4: libmeegotouch-0.20.10-Workaround-icu-config-bug.patch Patch5: libmeegotouch-0.20.10-missing-Epoch-function.patch Patch6: libmeegotouch-0.20.15-Revert-c90025d6bde5184346d8bbe148effd47aef3= 54af-Fixe.patch Patch7: libmeegotouch-0.20.15-ARM-QEMU-stall-fix.patch Patch8: fix_locale_build_issue.patch Patch9: fix_mbubble_build_issue.patch Patch10: re-enable_code_to_set_orientation.patch Patch11: include_order.patch Patch12: arm_ftbfs_egl.patch Patch13: hide_status_bar_for_vkb.patch Requires: meegotouch-theme >=3D 0.20.14 Requires(pre): GConf2 Requires(preun): GConf2 Requires(post): /sbin/ldconfig Requires(post): GConf2 Requires(postun): /sbin/ldconfig BuildRequires: pkgconfig(QtCore) >=3D 4.7.0 BuildRequires: pkgconfig(QtDBus) BuildRequires: pkgconfig(QtOpenGL) BuildRequires: pkgconfig(QtNetwork) BuildRequires: pkgconfig(QtGui) BuildRequires: pkgconfig(gstreamer-0.10) BuildRequires: pkgconfig(gstreamer-base-0.10) BuildRequires: pkgconfig(gstreamer-plugins-base-0.10) BuildRequires: pkgconfig(dbus-1) BuildRequires: pkgconfig(xdamage) BuildRequires: pkgconfig(icu) BuildRequires: pkgconfig(x11) BuildRequires: pkgconfig(gconf-2.0) BuildRequires: pkgconfig(contextprovider-1.0) BuildRequires: icu BuildRequires: fdupes Provides: libdui >=3D 0.20.0 Obsoletes: libdui < 0.20.0 %description Qt based MeeGo Touch Framework for developing touch based user interfaces %package devel Summary: Development files for the MeeGo Touch Framework Group: Development/Libraries Requires: %{name} =3D %{version}-%{release} BuildRequires: desktop-file-utils %description devel This package contains the files necessary to develop applications using the touch framework. %package qtstyle Summary: QtStyle plugin for the MeeGo Touch Framework Group: System/Libraries Requires: %{name} =3D %{version}-%{release} BuildRequires: desktop-file-utils %description qtstyle This package contains the QtStyle plugin for the MeeGo Touch Framework %build # >> build pre #PlainQt plugin isn't rendering properly - disabling for now #./configure -prefix /usr -release -plainqt ./configure -prefix /usr -release make %{?jobs:-j%jobs} %install rm -rf %{buildroot} # >> install pre export GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 %qmake_install # << install pre # >> install post mkdir -p %{buildroot}/etc/profile.d echo "export M_DECORATED=3D0" > %{buildroot}/etc/profile.d/libmeegotouch.sh %define GCONF_CONFIG_SOURCE `gconftool-2 --get-default-source` gconftool-2 --direct --config-source %{GCONF_CONFIG_SOURCE} --makefile-install-rule src/meegotouch.schemas #Fix rpmlint errors - some header files have invalid permissions chmod 644 %{buildroot}/usr/include/meegotouch/mrichtexteditstyle.h chmod 644 %{buildroot}/usr/include/meegotouch/mrichtextedit.h # Pre-create and chmod the mthemedaemon cache dir mkdir -p %{buildroot}/var/cache/meegotouch # Remove known zero-length files rm %{buildroot}/usr/share/qtstyleexample/themes/style/qtstyleexample.css rm %{buildroot}/usr/share/animatedlayout/themes/animatedlayout.conf rm %{buildroot}/usr/share/themes/base/meegotouch/widgetsgallery/feedbacks/pre= ss-babytoy/vibra.ivt rm %{buildroot}/usr/share/themes/base/meegotouch/widgetsgallery/feedbacks/rel= ease-space/vibra.ivt rm %{buildroot}/usr/share/themes/devel/meegotouch/widgetsgallery/style/widget= sgallery.css rm %{buildroot}/usr/share/themes/base/meegotouch/widgetsgallery/widgetsgaller= y.conf rm %{buildroot}/usr/share/themes/base/meegotouch/widgetsgallery/feedbacks/pre= ss-space/vibra.ivt rm %{buildroot}/usr/share/themes/base/meegotouch/widgetsgallery/feedbacks/rel= ease-babytoy/vibra.ivt # << install post %fdupes %{buildroot}/%{_datadir} %pre if [ "$1" -gt 1 ]; then export GCONF_CONFIG_SOURCE=3D`gconftool-2 --get-default-source` gconftool-2 --makefile-uninstall-rule \ /etc/gconf/schemas/meegotouch.schemas \ > /dev/null || : fi %preun if [ "$1" -eq 0 ]; then export GCONF_CONFIG_SOURCE=3D`gconftool-2 --get-default-source` gconftool-2 --makefile-uninstall-rule \ /etc/gconf/schemas/meegotouch.schemas \ > /dev/null || : fi %post /sbin/ldconfig export GCONF_CONFIG_SOURCE=3D`gconftool-2 --get-default-source` gconftool-2 --makefile-install-rule \ /etc/gconf/schemas/meegotouch.schemas > /dev/null || : %postun -p /sbin/ldconfig --=20 Best Reagres, Leaf Johnson --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2259203112975531879==-- From meissner@suse.de Wed Nov 17 07:45:59 2010 From: Marcus Meissner To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to solve the problem: =?utf-8?q?=22?= =?utf-8?b?Zmc64oCCbm/igIJqb2LigIJjb250cm9sIg==?= Date: Wed, 17 Nov 2010 08:45:58 +0100 Message-ID: <20101117074558.GJ20727@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4813971850649065558==" --===============4813971850649065558== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Wed, Nov 17, 2010 at 01:43:16PM +0800, Leaf John wrote: > I'm building some meego packages in our local obs server, but some packages > got this kind of error message: > > > """A part of buidlog > + GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 > + %qmake_install > /var/tmp/rpm-tmp.Y71xyr: line 37: fg: no job control > error: Bad exit status from /var/tmp/rpm-tmp.Y71xyr (%install) This means that the %qmake_install macro is not defined. Check where it comes from or where it is defined. (perhaps the "qmake" package itself?) Ciao, Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4813971850649065558==-- From darix@opensu.se Wed Nov 17 10:47:56 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How to solve the problem: =?utf-8?q?=22?= =?utf-8?b?Zmc64oCCbm/igIJqb2LigIJjb250cm9sIg==?= Date: Wed, 17 Nov 2010 11:47:51 +0100 Message-ID: <20101117104751.GD3437@nordisch.org> In-Reply-To: <20101117074558.GJ20727@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1417772605906207772==" --===============1417772605906207772== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 2010-11-17 08:45:58 +0100, Marcus Meissner wrote: > On Wed, Nov 17, 2010 at 01:43:16PM +0800, Leaf John wrote: > > I'm building some meego packages in our local obs server, but some packag= es > > got this kind of error message: > >=20 > >=20 > > """A part of buidlog > > +=E2=80=82GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 > > +=E2=80=82%qmake_install > > /var/tmp/rpm-tmp.Y71xyr:=E2=80=82line=E2=80=8237:=E2=80=82fg:=E2=80=82no= =E2=80=82job=E2=80=82control > > error:=E2=80=82Bad=E2=80=82exit=E2=80=82status=E2=80=82from=E2=80=82/var/= tmp/rpm-tmp.Y71xyr=E2=80=82(%install) >=20 > This means that the %qmake_install macro is not defined. i think he wanted just %make_install darix --=20 openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1417772605906207772==-- From ludwig.nussel@suse.de Wed Nov 17 10:52:36 2010 From: Ludwig Nussel To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Bug 559899 - openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Date: Wed, 17 Nov 2010 11:52:34 +0100 Message-ID: <201011171152.34903.ludwig.nussel@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6778019442428472003==" --===============6778019442428472003== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Douglas Hubler wrote: > On Mon, Nov 15, 2010 at 11:30 PM, Douglas Hubler wrot= e: > > Can anyone suggest a workaround for this bug? > > > > https://bugzilla.novell.com/show_bug.cgi?id=3D559899 >=20 > HACK WORKAROUND: for the desperate only! >=20 > i downloaded the osc rpm and installed it with --nodeps and do far so good. m2crypto isn't actually hard required. built in python ssl will work too but it's insecure. IOW without m2crypto communication with obs is equivalent to clear text then. cu Ludwig --=20 (o_ Ludwig Nussel //\ =20 V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6778019442428472003==-- From dibo@users.sourceforge.net Wed Nov 17 11:25:11 2010 From: Radoslav Dibarbora To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Bug 559899 - openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Date: Wed, 17 Nov 2010 12:24:58 +0100 Message-ID: <4CE3BB8A.3020203@users.sourceforge.net> In-Reply-To: <201011171152.34903.ludwig.nussel@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2960118230530473282==" --===============2960118230530473282== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 17.Nov.2010 11:52, Ludwig Nussel wrote: > Douglas Hubler wrote: >> On Mon, Nov 15, 2010 at 11:30 PM, Douglas Hubler wro= te: >>> Can anyone suggest a workaround for this bug? >>> >>> https://bugzilla.novell.com/show_bug.cgi?id=3D559899 >> HACK WORKAROUND: for the desperate only! >> >> i downloaded the osc rpm and installed it with --nodeps and do far so good. > m2crypto isn't actually hard required. built in python ssl will work > too but it's insecure. IOW without m2crypto communication with obs > is equivalent to clear text then. > > cu > Ludwig > m2crypto is available in centos 5.5. Problem is that osc need at least=20 version 0.19 but available version is 0.16 only(see output from yum info=20 bellow). I have build the version 0.19.1 using package from OpenSuse11.2=20 and spec file from RHEL. You can find it under home:dibo2010:buildservice. yum info m2crypto Loaded plugins: fastestmirror, priorities Excluding Packages from HP EMEA Tools Repository for Redhat (5.2 -=20 x86_64 - Extras) Finished 178 packages excluded due to repository priority protections Installed Packages Name : m2crypto Arch : x86_64 Version : 0.16 Release : 6.el5.6 Size : 1.7 M Repo : installed Summary : Support for using OpenSSL in python scripts URL : http://wiki.osafoundation.org/bin/view/Projects/MeTooCrypto License : BSDish Description: This package allows you to call OpenSSL functions from=20 python scripts. Regards Dibo --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2960118230530473282==-- From douglas@hubler.us Wed Nov 17 15:56:43 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Bug 559899 - openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Date: Wed, 17 Nov 2010 10:56:33 -0500 Message-ID: In-Reply-To: <4CE3BB8A.3020203@users.sourceforge.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3795328745594880277==" --===============3795328745594880277== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Wed, Nov 17, 2010 at 6:24 AM, Radoslav Dibarbora wrote: > m2crypto is available in centos 5.5. Problem is that osc need at least > version 0.19 but available version is 0.16 only(see output from yum info > bellow). I have build the version 0.19.1 using package from OpenSuse11.2 and > spec file from RHEL. You can find it under home:dibo2010:buildservice. Dibo and Ludwig, Thanks for your response, very helpful! I see now I was using this page wrong http://software.opensuse.org/search I didn't include searching of home projects which would have lead me to your m2crypto package. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3795328745594880277==-- From caoshouying@gmail.com Thu Nov 18 07:00:25 2010 From: caoshouying To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] why I can't get manager page Date: Thu, 18 Nov 2010 14:58:52 -0500 Message-ID: <4CE5857C.9030807@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2897453947927438028==" --===============2897453947927438028== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, all I installed obs on my local machine. and changed the webui/config/environments/production.rb as follow: # Host name gets changed by obsapisetup on each boot FRONTEND_HOST = "192.168.2.140" FRONTEND_PORT = 81 FRONTEND_PROTOCOL = 'http' # use this when the users see the api at another url (for rpm-, file-downloads) #EXTERNAL_FRONTEND_HOST = "api.opensuse.org" BUGZILLA_HOST = nil DOWNLOAD_URL = "http://192.168.2.140:82" # ICHAIN_MODE can be one of 'on', 'off' or 'simulate' ICHAIN_MODE = "off" BASE_NAMESPACE = nil Now, I can get obs main page from other machine. But I can't visit the manager page as I input "192.168.2.140:81/admin" in firefox on other machine, as I can get the page form local machine. Why? How can I solve it? Thanks! kevin -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2897453947927438028==-- From adrian@suse.de Thu Nov 18 08:48:05 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OpenJDK crash only on CentOS 5 / 64bit Date: Thu, 18 Nov 2010 09:48:04 +0100 Message-ID: <201011180948.04324.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5474374229250613011==" --===============5474374229250613011== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Samstag, 13. November 2010, 14:54:39 schrieb Douglas Hubler: > Im usings google's get compiler. I strongly doubt it's loading shared > libraries. Would 32 and 64 bit machines be setup with different libraries? well, 64bit build instances are of course setup via the 64bit packages. But this was not about shared libraries, it may trigger the kernel to load a = kernel module, which does not exist.=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5474374229250613011==-- From javier@opensuse.org Thu Nov 18 11:47:14 2010 From: Javier Llorente To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] nothing provides ciutils (was Unresolvable: nothing provides: kiwi-filesystem:ext4) Date: Thu, 18 Nov 2010 12:50:35 +0100 Message-ID: <201011181250.39333.javier@opensuse.org> In-Reply-To: <20101108103536.GB27003@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2173186584685410839==" --===============2173186584685410839== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit El Lunes, 8 de Noviembre de 2010 11:35:36 Michael Schroeder escribió: > On Sat, Nov 06, 2010 at 12:04:47AM +0100, Javier Llorente wrote: > > El Viernes, 5 de Noviembre de 2010 18:28:33 usted escribió: > > > On Fri, Nov 05, 2010 at 06:11:23PM +0100, Javier Llorente wrote: > > > > I am trying to build an OEM image using the Build Service/KIWI and > > > > I'm getting the following error: > > > > > > > > "Unresolvable: nothing provides: kiwi-filesystem:ext4" > > > > > > > > I have the following line in my projectconfig: > > > > Substitute: kiwi-filesystem:ext4 e2fsprogs procps psmisc > > > > > > > > https://build.opensuse.org/project/prjconf?project=spins%3Aopen-pc%3A > > > > imag es > > > > > > > > open-pc-release builds if I change the filesystem to ext3 in my kiwi > > > > config file but I would like to use ext4. > > > > > > > > So, what am I doing wrong? > > > > > > I think it's because the repositories specified in the kiwi file do not > > > include the "spins:open-pc:images" project. > > > > > > (If no path is specified in the "images" repository, the packages used > > > to set up the kiwi build environment are taken from the repositories > > > specified in the kiwi file. The build configuration is also derived > > > from that repository list.) > > > > > > So either add "spins:open-pc:images" to the repository list or move the > > > Substitute into the spins:open-pc:11.3 project config. > > > > I don't understand. There are no rpm packages in spins:open-pc:images, so > > why would it be needed? > > So that the project config is used. The build config is generated > by concatenating all the project configs from the repositories > used to set up the build. > > Cheers, > Michael. Thanks for your response. I did what you said and now the "Unresolvable: nothing provides: kiwi- filesystem:ext4" is fixed, nevertheless I'm getting "nothing provides ciutils." This package is part of the "Substitute: kiwi-boot:oemboot ..." Any hints? Greetings, -- Javier Llorente --===============2173186584685410839== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6bEV3OEFDZ2tRZFYzeldXT1BGeFEzaEFDZUpYejJuT1RN anpZWXVvampweVJVUGlKMAovWkFBbmo1VzJ6a2J5VXBNSkRndUEvMC9XaS9HV3VhWAo9MkZhZQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============2173186584685410839==-- From robxu9@gmail.com Thu Nov 18 12:40:15 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] why I can't get manager page Date: Thu, 18 Nov 2010 07:39:27 -0500 Message-ID: In-Reply-To: <4CE5857C.9030807@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6581442130334233424==" --===============6581442130334233424== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit 2010/11/18 caoshouying : > Hi, all > > I installed obs on my local machine. and changed the > webui/config/environments/production.rb as follow: > > # Host name gets changed by obsapisetup on each boot > FRONTEND_HOST = "192.168.2.140" > FRONTEND_PORT = 81 > FRONTEND_PROTOCOL = 'http' > > # use this when the users see the api at another url (for rpm-, > file-downloads) > #EXTERNAL_FRONTEND_HOST = "api.opensuse.org" > > BUGZILLA_HOST = nil > DOWNLOAD_URL = "http://192.168.2.140:82" > > # ICHAIN_MODE can be one of 'on', 'off' or 'simulate' > ICHAIN_MODE = "off" > > BASE_NAMESPACE = nil > > > Now, I can get obs main page from other machine. But I can't visit the > manager page as I input "192.168.2.140:81/admin" in firefox on other > machine, as I can get the page form local machine. > Why? How can I solve it? > > Is the firewall open for port 81? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6581442130334233424==-- From robxu9@gmail.com Thu Nov 18 17:27:59 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] overlay prjconf doesn't work Date: Thu, 18 Nov 2010 12:27:10 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5443636286555844570==" --===============5443636286555844570== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi all, Usually, when we have a custom project configuration, it "adds on" to the repository we're building for... ex. building for Fedora:14 in a project w/ custom config But I've noticed that these custom project configurations have been getting ignored lately. It's been causing problems when I've been building... Ex I set in custom prjconf to ignore autoconf completely. But then it still forces autoconf being installed on all my repositories... which causes a conflict with my autoconf263 and shuts down building. -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5443636286555844570==-- From brandon@ifup.org Thu Nov 18 21:47:13 2010 From: Brandon Philips To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Thu, 18 Nov 2010 13:47:01 -0800 Message-ID: <20101118214701.GD3375@jenkins.home.ifup.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4820805213359442440==" --===============4820805213359442440== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable WARNING: source_validator_directory configured but it does not exist: /usr/lib/osc/source_validators Install osc-source_validator to fix. Signed-off-by: Brandon Philips --- osc/commandline.py | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/osc/commandline.py b/osc/commandline.py index 0fd14b7..2683ae7 100644 --- a/osc/commandline.py +++ b/osc/commandline.py @@ -3032,7 +3032,9 @@ Please submit there instead, or use --nodevelproject to= force direct submission. if opts.skip_validation: validators =3D None elif not os.path.exists(validators): - print "WARNING: validator directory", validators, "configured, b= ut not existing (please install osc-source_validator). Skipping ..." + print "WARNING: source_validator_directory configured but it "\ + "does not exist:\n\t %s \n"\ + "\t Install osc-source_validator to fix." % validators validators =3D None =20 msg =3D '' --=20 1.7.3.1 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4820805213359442440==-- From rschweikert@novell.com Thu Nov 18 22:24:47 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Packages for factory Date: Thu, 18 Nov 2010 17:24:28 -0500 Message-ID: <4CE5A79C.2090206@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1758174167278080869==" --===============1758174167278080869== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Could someone with sufficient privileges please SR the following packages? osc sr devel:languages:perl perl-Devel-Cycle openSUSE:Factory osc sr devel:languages:perl perl-Hook-LexWrap openSUSE:Factory osc sr devel:languages:perl perl-PadWalker openSUSE:Factory osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory osc sr devel:languages:perl perl-PPI openSUSE:Factory osc sr devel:languages:perl perl-String-Format openSUSE:Factory osc sr devel:languages:perl perl-Test-ClassAPI openSUSE:Factory osc sr devel:languages:perl perl-Test-Memory-Cycle openSUSE:Factory osc sr devel:languages:perl perl-Test-Object openSUSE:Factory osc sr devel:languages:perl perl-Test-SubCalls openSUSE:Factory perl-critic is, IMHO, a very useful tool and helps to find issues in Perl code that might otherwise go unnoticed or are difficult to find when things go wrong at run time. Checks are based around Damian Conway's "Perl Best Practices". Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1758174167278080869==-- From michal@cihar.com Thu Nov 18 22:26:09 2010 From: Michal =?utf-8?q?=C4=8Ciha=C5=99?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Thu, 18 Nov 2010 23:26:03 +0100 Message-ID: <20101118232603.32d49880@nutt.cihar.com> In-Reply-To: <20101118214701.GD3375@jenkins.home.ifup.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4733698071471446549==" --===============4733698071471446549== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi Dne Thu, 18 Nov 2010 13:47:01 -0800 Brandon Philips napsal(a): > WARNING: source_validator_directory configured but it does not exist: > /usr/lib/osc/source_validators > Install osc-source_validator to fix. Are you sure that three lines warning is better than one line? And is the warning really needed given that the configuration is default? -- Michal Čihař | http://cihar.com | http://blog.cihar.com --===============4733698071471446549== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xMCAoR05V L0xpbnV4KQoKaVFJY0JBRUJDQUFHQlFKTTVhZjdBQW9KRUdvMzliSFgreGROM0ZRUC8wNG1YWHcy RlhEZ2NLWitwMi9GSkZNSwpGZ1BWdHpIVnRFSTJSOXE0d1FQeFYyWTZVMGVDMXZYcE1hczNTWE00 S2FaSyt6QXBibG5JZTRsNTB0a0l2RkMvClUweW9lblorK0dlZFZ5MmpWVSs1TGE1NmwxYkdsRG90 Nkc0bWNoZi9MNSsxcHVkN1E0aVRtaVVoMnJlaWNaeEoKVUZUZ1NyNmw3b0JKbU1kVm8zYkh1ZVNy VitKci80eHRlR040TEcraUxWUzVYZ24vU1hVc2lBTStrT0x1dm9OdwoyQ1F1bHBYZlBKbkIxblJV ME1YSUlhdXdoSmFpb0JyUDVieEdlYm1VVXBvMnE2alk3ekZIUCtCbEdpMjdEV01qCmZEWS9RYmRt cGtZOFlIc1BnU2Y0ZmdCbTJUWVZZWHF6LzlXdEcyVkpCNXBFcG5Felk2Z1c3TGxVYXI1YmJEVzYK NVNrdXBCK1o3Wi9lazExMmRYV2xSMWR5TVFHUHI0eEhDTUQrR0QxalVGY29pNXZzTkVrTnBpNGNs MW5kRUJVdgpUK0RCeG4ySXBJUHJCVmEzeHE1TDhVQ1BFUmUrYzlqTWlMZlhRcjErWGIxcjNZT3F6 TW1LTlBJbDl4enY4SW9yClZSeXE3UXhORWZ2SHQxL1JXeDQ0YzkzWGVwTUczbDdZejR6Vy83NHpQ MkhxU0VtMW9xMS9xVmhFMWx4VjFkWU8KdHpXeHAyOVVYeUNIUmVVakNEK1VxaWhkd29aSDlLbm9r cktkQWdIUWl6Q3Q5TWhydStNMHE3UjFDNFluU0xNQgpua2JVNlprNlNMR0wwekIrcUtHSFM0anVW aWdMNnl6M0dFamJhUFEwbFJ0Q0pWRjUwRVp6cGErb1lxY1VRQjhJCjRIa2ltak9CRzltSVh1Q0Iw ay9NCj1VWWN1Ci0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============4733698071471446549==-- From nmo.marques@gmail.com Thu Nov 18 23:58:34 2010 From: Nelson Marques To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Thu, 18 Nov 2010 23:58:31 +0000 Message-ID: In-Reply-To: <20101118232603.32d49880@nutt.cihar.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3121030847758814577==" --===============3121030847758814577== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I've runned across something very close to that in the past... What I did (openSUSE 11.3): Copy .repo[1] file to /etc/zypp/repos.d followed by zypper ref. Then "zypper in osc-source_validator", which should pull "osc-plugin-collab-0.92-2.1.x86_64" as a dependency. After that, no longer I got the reported error. Hope this helps. Nelson [1] - http://download.opensuse.org/repositories/openSUSE:/Tools/openSUSE_11.3= /openSUSE:Tools.repo 2010/11/18 Michal =C4=8Ciha=C5=99 : > Hi > > Dne Thu, 18 Nov 2010 13:47:01 -0800 > Brandon Philips napsal(a): > >> WARNING: source_validator_directory configured but it does not exist: >> =C2=A0 =C2=A0 =C2=A0 =C2=A0/usr/lib/osc/source_validators >> =C2=A0 =C2=A0 =C2=A0 =C2=A0Install osc-source_validator to fix. > > Are you sure that three lines warning is better than one line? > > And is the warning really needed given that the configuration is > default? > > -- > =C2=A0 =C2=A0 =C2=A0 =C2=A0Michal =C4=8Ciha=C5=99 | http://cihar.com | http= ://blog.cihar.com > --=20 nelson marques nmo.marques(a)gmail.com --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3121030847758814577==-- From michal@cihar.com Fri Nov 19 06:51:38 2010 From: Michal =?utf-8?q?=C4=8Ciha=C5=99?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Fri, 19 Nov 2010 07:51:28 +0100 Message-ID: <20101119075128.69010609@nutt.cihar.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9078951973371040470==" --===============9078951973371040470== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi Dne Thu, 18 Nov 2010 23:58:31 +0000 Nelson Marques napsal(a): > I've runned across something very close to that in the past... > What I did (openSUSE 11.3): > > Copy .repo[1] file to /etc/zypp/repos.d followed by zypper ref. > > Then "zypper in osc-source_validator", which should pull > "osc-plugin-collab-0.92-2.1.x86_64" as a dependency. > > After that, no longer I got the reported error. Hope this helps. I know how to install that package. However if it is required for osc, then the package should have a dependency. If not, osc should not complain that verbosely on each run. -- Michal Čihař | http://cihar.com | http://blog.cihar.com --===============9078951973371040470== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xMCAoR05V L0xpbnV4KQoKaVFJY0JBRUJDQUFHQlFKTTVoNXdBQW9KRUdvMzliSFgreGROb3VFUUFLOWVDdVBl eWxwcGRHR0RFWnIxcERXcAowQjdEUmhnQU1aaEgvQVNBa29DM1lDaVVlc21WWUN2TkhEdEZiSWxq MHV6YktlS2lRN3AwU0pEWnY3eWNzSTR6ClB5RjUzVFRFSW1EdXpmV0pUbzh4Z2FtWFE4eHMxN2g4 SUxPSXJxSEtVZUNYN2ZNR3RvZkZ5OFRYRFFlQ3ZIdEEKRkZTbWxScDdqTmpGRlk2UlZ2K0NIOTly cnBrYng3cjRMQnFNbm9UV2dpZzl1NjMwelVXV2I1UkF6RUE5L0IyTAp6bDJ2TnpPUndzdEVJVm1F ZGFJWUxPUHVtY0J1WHFGN0NuMmVtWFlqRnhDcFF6aFB6UlZQOXVzajkzSmpLbFV2CnJLeHVqenUx aGw4K2pBaTV6WElmbCtHbjRoRVZ2M09wL2tQS2pBM29ldHBHcVUzd2VNcUFCMGpKZFNLOFZxZjEK NWZhcVN0U0tubmpBMDl3NjhoWE5KN2NsNUhka0MwWWh1Njd1RGNEMk5ReWpPSWhnK3BoZEpOYzlj ODUzOS9iQgorOXBNa1BYWHRvcmtRNVZCWmVvNmJXbmdRODNyUDJBU3R0N2NDUENqd0ZBODlOSklR Z0Z1eE9ISkMwSHExaWRJCmxIUnRoTkVscnJXNTRsV0dyc3ZtZ2J3ZW5aK2htaTVtZWZIZW1IL2JX elZBMjdPcE8wT3VzclphR3dqT0tHWWQKdmNqYkkwMVhGTXBEc1d2UUVvMVdVUjVhRzZEZE5GVEFw MUExejJnVEpQMzh2UFBTWHF4d2lsNG5aeHQ1U1ZTdwp3VCtXbGYyamNxMVc0QWNIUU4yTW1PNlRq RjFCa2M0S0hSNWJmWDJadDRZVXFlbFFnSHJSOWluK2plck5FZlMrClJjMXBGaU51ZVQzL2s4RUkr TUxKCj1wMEFRCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============9078951973371040470==-- From adrian@suse.de Fri Nov 19 07:24:44 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Fri, 19 Nov 2010 08:24:42 +0100 Message-ID: <201011190824.42307.adrian@suse.de> In-Reply-To: <20101118214701.GD3375@jenkins.home.ifup.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4781894854981632096==" --===============4781894854981632096== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks, patch got imported. Am Donnerstag, 18. November 2010, 22:47:01 schrieb Brandon Philips: > WARNING: source_validator_directory configured but it does not exist: > /usr/lib/osc/source_validators > Install osc-source_validator to fix. >=20 > Signed-off-by: Brandon Philips > --- > osc/commandline.py | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) >=20 > diff --git a/osc/commandline.py b/osc/commandline.py > index 0fd14b7..2683ae7 100644 > --- a/osc/commandline.py > +++ b/osc/commandline.py > @@ -3032,7 +3032,9 @@ Please submit there instead, or use --nodevelproject = to force direct submission. > if opts.skip_validation: > validators =3D None > elif not os.path.exists(validators): > - print "WARNING: validator directory", validators, "configured,= but not existing (please install osc-source_validator). Skipping ..." > + print "WARNING: source_validator_directory configured but it "\ > + "does not exist:\n\t %s \n"\ > + "\t Install osc-source_validator to fix." % validators > validators =3D None > =20 > msg =3D '' >=20 --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4781894854981632096==-- From adrian@suse.de Fri Nov 19 08:54:13 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] commandline: improve ENOTDIR error message for validators Date: Fri, 19 Nov 2010 09:54:12 +0100 Message-ID: <201011190954.12086.adrian@suse.de> In-Reply-To: <20101119075128.69010609@nutt.cihar.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1488279672693612579==" --===============1488279672693612579== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Freitag, 19. November 2010, 07:51:28 schrieb Michal =C4=8Ciha=C5=99: > Hi >=20 > Dne Thu, 18 Nov 2010 23:58:31 +0000 > Nelson Marques napsal(a): >=20 > > I've runned across something very close to that in the past... > > What I did (openSUSE 11.3): > >=20 > > Copy .repo[1] file to /etc/zypp/repos.d followed by zypper ref. > >=20 > > Then "zypper in osc-source_validator", which should pull > > "osc-plugin-collab-0.92-2.1.x86_64" as a dependency. > >=20 > > After that, no longer I got the reported error. Hope this helps. >=20 > I know how to install that package. However if it is required for osc, > then the package should have a dependency. If not, osc should not > complain that verbosely on each run. It has a "Recommended:" to that package on the distros that support that. It works still without, but we like to get the sources in a common shape by d= efault and it also helps to find some common pitfalls. bye adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1488279672693612579==-- From coolo@suse.de Fri Nov 19 10:50:58 2010 From: Stephan Kulow To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Packages for factory Date: Fri, 19 Nov 2010 11:50:55 +0100 Message-ID: <201011191150.55391.coolo@suse.de> In-Reply-To: <4CE5A79C.2090206@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4902621702575039924==" --===============4902621702575039924== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Donnerstag 18 November 2010 schrieb Robert Schweikert: > Could someone with sufficient privileges please SR the following packages? > > osc sr devel:languages:perl perl-Devel-Cycle openSUSE:Factory > osc sr devel:languages:perl perl-Hook-LexWrap openSUSE:Factory > osc sr devel:languages:perl perl-PadWalker openSUSE:Factory > osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory > osc sr devel:languages:perl perl-PPI openSUSE:Factory > osc sr devel:languages:perl perl-String-Format openSUSE:Factory > osc sr devel:languages:perl perl-Test-ClassAPI openSUSE:Factory > osc sr devel:languages:perl perl-Test-Memory-Cycle openSUSE:Factory > osc sr devel:languages:perl perl-Test-Object openSUSE:Factory > osc sr devel:languages:perl perl-Test-SubCalls openSUSE:Factory > > perl-critic is, IMHO, a very useful tool and helps to find issues in > Perl code that might otherwise go unnoticed or are difficult to find > when things go wrong at run time. Checks are based around Damian > Conway's "Perl Best Practices". If you're willing to maintain those, I'm willing to add you as maintainer for those and you can sr yourself. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4902621702575039924==-- From dipeit@gmail.com Fri Nov 19 12:33:52 2010 From: Di Pe To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] build_patchrpmcheck_scr issue with %post Date: Fri, 19 Nov 2010 04:33:49 -0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6072400437361390228==" --===============6072400437361390228== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, obs does not seem to like this %post section and I cannot figure out what I have done wrong. .... https://build.opensuse.org/package/live_build_log?arch=3Dx86_64&package=3Dkst= art&project=3Dhome:dipe&repository=3DopenSUSE_11.3 Preparing=E2=80=82packages=E2=80=82for=E2=80=82installation... kstart-3.16-42.1 grep:=E2=80=82/root/.bashrc:=E2=80=82No=E2=80=82such=E2=80=82file=E2=80=82or= =E2=80=82directory grep:=E2=80=82/root/.bashrc:=E2=80=82No=E2=80=82such=E2=80=82file=E2=80=82or= =E2=80=82directory ...=E2=80=82running=E2=80=8201-check-debuginfo ...=E2=80=82testing=E2=80=82for=E2=80=82empty=E2=80=82debuginfo=E2=80=82packa= ges ...=E2=80=82running=E2=80=8202-check-gcc-output ...=E2=80=82testing=E2=80=82for=E2=80=82serious=E2=80=82compiler=E2=80=82warn= ings =E2=80=82=E2=80=82=E2=80=82=E2=80=82(using=E2=80=82/usr/lib/build/checks-data= /check_gcc_output) =E2=80=82=E2=80=82=E2=80=82=E2=80=82(using=E2=80=82//.build.log) ...=E2=80=82running=E2=80=8203-check-binary-kernel-log ...=E2=80=82running=E2=80=8205-check-invalid-requires ...=E2=80=82running=E2=80=8206-check-installtest ...=E2=80=82testing=E2=80=82for=E2=80=82pre/postinstall=E2=80=82scripts=E2=80= =82that=E2=80=82are=E2=80=82not=E2=80=82idempotent /.build_patchrpmcheck_scr:=E2=80=82line=E2=80=821:=E2=80=82/etc/add_prompt_co= mmand.sh:=E2=80=82No=E2=80=82such file=E2=80=82or=E2=80=82directory postinstall=E2=80=82script=E2=80=82of=E2=80=82kstart-3.16-42.1.x86_64.rpm=E2= =80=82failed SysRq=E2=80=82:=E2=80=82Power=E2=80=82Off Power=E2=80=82down. ########## SPEC FILE ################## Name: kstart Summary: Kerberos kinit variants supporting ticket refreshing Version: 3.16 #Release: 1.%{rel} Release: 1 License: MIT Group: System/Environment/Base URL: http://www.eyrie.org/~eagle/software/kstart/ Source0: http://archives.eyrie.org/software/kerberos/%{name}-%{version}.tar.gz Source1: krb5-ticket-renew Source2: k5start.sh Source3: add_prompt_command.sh BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root BuildRequires: krb5-devel Requires: krb5-client Vendor: Stanford University %description Kerberos kinit variant supporting ticket refreshing. k5start (for Kerberos v5) and k4start (for Kerberos v4) can be used instead of kinit to obtain Kerberos tickets. krenew can renew an existing ticket cache. They are intended primarily for use with automated processes and support some additional features useful for that purpose, such as running as a daemon and refreshing the ticket periodically, checking to see if an existing ticket has expired, or obtaining an AFS token along with the ticket by running an external program automatically. %prep %setup %build PATH=3D"/sbin:/bin:/usr/sbin:/usr/bin:$PATH" \ %configure --enable-setpag %{__make} %install %{__rm} -rf %{buildroot} %makeinstall /bin/mkdir -p -m 755 $RPM_BUILD_ROOT/etc/cron.hourly /bin/mkdir -p -m 755 $RPM_BUILD_ROOT/etc/profile.d #cp $RPM_SOURCE_DIR/krb5-ticket-renew.sh $RPM_BUILD_ROOT/etc/cron.hourly/ #chmod 755 $RPM_BUILD_ROOT/etc/cron.hourly/krb5-ticket-renew install -m 755 %{SOURCE1} $RPM_BUILD_ROOT/etc/cron.hourly/krb5-ticket-renew install -m 644 %{SOURCE2} $RPM_BUILD_ROOT/etc/profile.d/k5start.sh install -m 755 %{SOURCE3} $RPM_BUILD_ROOT/etc/add_prompt_command.sh %clean %{__rm} -rf %{buildroot} %files %defattr(-, root, root, 0755) /etc/cron.hourly/krb5-ticket-renew /etc/add_prompt_command.sh %{_bindir}/* %defattr(-, root, root, 0644) /etc/profile.d/k5start.sh #%doc LICENSE NEWS README TODO %{_mandir}/*/* %post /etc/add_prompt_command.sh rm /etc/add_prompt_command.sh --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6072400437361390228==-- From chris@computersalat.de Fri Nov 19 12:52:44 2010 From: Christian To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Packages for factory Date: Fri, 19 Nov 2010 13:52:24 +0100 Message-ID: <4CE67308.9030409@computersalat.de> In-Reply-To: <201011191150.55391.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1175465557183939124==" --===============1175465557183939124== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am 19.11.2010 11:50, schrieb Stephan Kulow: > Am Donnerstag 18 November 2010 schrieb Robert Schweikert: > =20 >> Could someone with sufficient privileges please SR the following packages? >> >> osc sr devel:languages:perl perl-Devel-Cycle openSUSE:Factory >> osc sr devel:languages:perl perl-Hook-LexWrap openSUSE:Factory >> osc sr devel:languages:perl perl-PadWalker openSUSE:Factory >> osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory >> osc sr devel:languages:perl perl-PPI openSUSE:Factory >> osc sr devel:languages:perl perl-String-Format openSUSE:Factory >> osc sr devel:languages:perl perl-Test-ClassAPI openSUSE:Factory >> osc sr devel:languages:perl perl-Test-Memory-Cycle openSUSE:Factory >> osc sr devel:languages:perl perl-Test-Object openSUSE:Factory >> osc sr devel:languages:perl perl-Test-SubCalls openSUSE:Factory >> >> perl-critic is, IMHO, a very useful tool and helps to find issues in >> Perl code that might otherwise go unnoticed or are difficult to find >> when things go wrong at run time. Checks are based around Damian >> Conway's "Perl Best Practices". >> =20 > If you're willing to maintain those, I'm willing to add you as maintainer f= or=20 > those and you can sr yourself. > > Greetings, Stephan > > =20 a) I would like to review them, before they go to Factory ;) b) I add Robert as Maintainer if he wants to be one. Cheers Chris --=20 Christian --------------------------------------------------- Der ultimative shop f=C3=BCr Sportbekleidung und Zubeh=C3=B6r http://www.sc24.de --------------------------------------------------- --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1175465557183939124==-- From fritz@fritz-elfert.de Fri Nov 19 13:00:00 2010 From: Fritz Elfert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] build_patchrpmcheck_scr issue with %post Date: Fri, 19 Nov 2010 13:59:47 +0100 Message-ID: <4CE674C3.8000104@fritz-elfert.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7379278473088108253==" --===============7379278473088108253== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19.11.2010 13:33, Di Pe wrote: > Hi, > > obs does not seem to like this %post section and I cannot figure out > what I have done wrong. > [...] > %post > /etc/add_prompt_command.sh > rm /etc/add_prompt_command.sh ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ It complains, because you remove that script after executing it. This results in an incomplete rpm installation (a file listed in the %files section is missing after installation). => You should not delete stuff that you are declaring to be installed. Anyway, looking at that script - I'd be really pissed if i had installed your RPM and find out that it messes around with my .bashrc. A crude and NOT very nice idea! If your package *absolutely* needs this setting, I'd rather create a little script in /etc/profiles.d which should do the same on the fly *without* touching someone's .bashrc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFM5nTDboM4mAMyprARArb3AKCGra4x9STnuTMRHLYd343Bn95pygCfS+Y9 xf56NTxpghHQRs81gBGOwMk= =nI0o -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7379278473088108253==-- From mls@suse.de Fri Nov 19 13:00:55 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] build_patchrpmcheck_scr issue with %post Date: Fri, 19 Nov 2010 14:00:50 +0100 Message-ID: <20101119130050.GB23688@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6237526052602969473==" --===============6237526052602969473== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Fri, Nov 19, 2010 at 04:33:49AM -0800, Di Pe wrote: > Hi, > > obs does not seem to like this %post section and I cannot figure out > what I have done wrong. You remove the /etc/add_prompt_command.sh file, which is included in the rpm filelist. That's not allowed, rpm will complain about the missing file when the package is uninstalled. (/etc seems to be the wrong directory for the script, btw) Cheers, Michael. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6237526052602969473==-- From fritz@fritz-elfert.de Fri Nov 19 13:12:36 2010 From: Fritz Elfert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] build_patchrpmcheck_scr issue with %post Date: Fri, 19 Nov 2010 14:12:23 +0100 Message-ID: <4CE677B7.3040705@fritz-elfert.de> In-Reply-To: <4CE674C3.8000104@fritz-elfert.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5932258681999361708==" --===============5932258681999361708== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19.11.2010 13:59, Fritz Elfert wrote: [...] > Anyway, looking at that script - I'd be really pissed if i had installed > your RPM and find out that it messes around with my .bashrc. > A crude and NOT very nice idea! > If your package *absolutely* needs this setting, I'd rather create a > little script in /etc/profiles.d which should do the same on the fly > *without* touching someone's .bashrc I just noticed that you already install /etc/profile.d/k5start.sh which does the right thing - so you really shouldn't need that "fix" at all. - -Fritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFM5ne3boM4mAMyprARAvubAJ9sh9bxh6txPuGEfjRT1NAcLpd+2QCgllPM wkw9KWzK0krHMdAtdegkbl4= =rJ4L -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5932258681999361708==-- From rschweikert@novell.com Fri Nov 19 13:47:55 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Packages for factory Date: Fri, 19 Nov 2010 08:47:47 -0500 Message-ID: <4CE68003.5000106@novell.com> In-Reply-To: <201011191150.55391.coolo@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6995980422877267553==" --===============6995980422877267553== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/19/2010 05:50 AM, Stephan Kulow wrote: > Am Donnerstag 18 November 2010 schrieb Robert Schweikert: >> Could someone with sufficient privileges please SR the following packages? >> >> osc sr devel:languages:perl perl-Devel-Cycle openSUSE:Factory >> osc sr devel:languages:perl perl-Hook-LexWrap openSUSE:Factory >> osc sr devel:languages:perl perl-PadWalker openSUSE:Factory >> osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory >> osc sr devel:languages:perl perl-PPI openSUSE:Factory >> osc sr devel:languages:perl perl-String-Format openSUSE:Factory >> osc sr devel:languages:perl perl-Test-ClassAPI openSUSE:Factory >> osc sr devel:languages:perl perl-Test-Memory-Cycle openSUSE:Factory >> osc sr devel:languages:perl perl-Test-Object openSUSE:Factory >> osc sr devel:languages:perl perl-Test-SubCalls openSUSE:Factory >> >> perl-critic is, IMHO, a very useful tool and helps to find issues in >> Perl code that might otherwise go unnoticed or are difficult to find >> when things go wrong at run time. Checks are based around Damian >> Conway's "Perl Best Practices". >=20 > If you're willing to maintain those, I'm willing to add you as maintainer f= or=20 > those and you can sr yourself. Yes, I am certainly willing to maintain these. Robert >=20 > Greetings, Stephan >=20 --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6995980422877267553==-- From rschweikert@novell.com Fri Nov 19 13:48:42 2010 From: Robert Schweikert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Packages for factory Date: Fri, 19 Nov 2010 08:48:34 -0500 Message-ID: <4CE68032.30308@novell.com> In-Reply-To: <4CE67308.9030409@computersalat.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5228889378641879282==" --===============5228889378641879282== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/19/2010 07:52 AM, Christian wrote: > Am 19.11.2010 11:50, schrieb Stephan Kulow: >> Am Donnerstag 18 November 2010 schrieb Robert Schweikert: >> =20 >>> Could someone with sufficient privileges please SR the following packages? >>> >>> osc sr devel:languages:perl perl-Devel-Cycle openSUSE:Factory >>> osc sr devel:languages:perl perl-Hook-LexWrap openSUSE:Factory >>> osc sr devel:languages:perl perl-PadWalker openSUSE:Factory >>> osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory >>> osc sr devel:languages:perl perl-PPI openSUSE:Factory >>> osc sr devel:languages:perl perl-String-Format openSUSE:Factory >>> osc sr devel:languages:perl perl-Test-ClassAPI openSUSE:Factory >>> osc sr devel:languages:perl perl-Test-Memory-Cycle openSUSE:Factory >>> osc sr devel:languages:perl perl-Test-Object openSUSE:Factory >>> osc sr devel:languages:perl perl-Test-SubCalls openSUSE:Factory >>> >>> perl-critic is, IMHO, a very useful tool and helps to find issues in >>> Perl code that might otherwise go unnoticed or are difficult to find >>> when things go wrong at run time. Checks are based around Damian >>> Conway's "Perl Best Practices". >>> =20 >> If you're willing to maintain those, I'm willing to add you as maintainer = for=20 >> those and you can sr yourself. >> >> Greetings, Stephan >> >> =20 > a) I would like to review them, before they go to Factory ;) OK, thanks, extra eyes are always valuable. > b) I add Robert as Maintainer if he wants to be one. Certainly willing to maintain these packages. Robert >=20 > Cheers > Chris >=20 --=20 Robert Schweikert MAY THE SOURCE BE WITH YOU Software Engineer Consultant LINUX rschweikert(a)novell.com 781-464-8147 Novell Making IT Work As One --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5228889378641879282==-- From dipeit@gmail.com Fri Nov 19 15:07:14 2010 From: Di Pe To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] build_patchrpmcheck_scr issue with %post Date: Fri, 19 Nov 2010 07:07:09 -0800 Message-ID: In-Reply-To: <20101119130050.GB23688@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4076260794534587652==" --===============4076260794534587652== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable ok, removing rm fron the spec file works. I guess I have not understood how %post works. I wanted to install a script temporarily and then delete it after it's done. I tried to put the commands directly into the spec file without using a script but could not get that to work (some variables did not expand, I guess) On Fri, Nov 19, 2010 at 5:00 AM, Michael Schroeder wrote: > On Fri, Nov 19, 2010 at 04:33:49AM -0800, Di Pe wrote: >> Hi, >> >> obs does not seem to like this %post section and I cannot figure out >> what I have done wrong. > > You remove the /etc/add_prompt_command.sh file, which is included > in the rpm filelist. That's not allowed, rpm will complain about > the missing file when the package is uninstalled. > > (/etc seems to be the wrong directory for the script, btw) > > Cheers, > =C2=A0Michael. > > -- > Michael Schroeder =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 mls(a)suse.de > SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg > main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} > --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4076260794534587652==-- From jw@suse.de Fri Nov 19 18:17:24 2010 From: Juergen Weigert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Packages for factory Date: Fri, 19 Nov 2010 19:17:23 +0100 Message-ID: <20101119181723.GF16360@suse.de> In-Reply-To: <4CE68032.30308@novell.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7680785248324253111==" --===============7680785248324253111== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hey Robert! On Nov 19, 10 08:48:34 -0500, Robert Schweikert wrote: [...] > >>> osc sr devel:languages:perl perl-Perl-Critic openSUSE:Factory [...] > >> If you're willing to maintain those, I'm willing to add you as maintaine= r for=20 > >> those and you can sr yourself. > > a) I would like to review them, before they go to Factory ;) > OK, thanks, extra eyes are always valuable. > > b) I add Robert as Maintainer if he wants to be one. > Certainly willing to maintain these packages. Welcome aboard devel:languages:perl ! Thank for bringing us perlcritic.=20 I found, that a few of my favourite phrases are Severity 5. ... Not sure what to do about that :-) cheers, JW- --=20 o \ Juergen Weigert paint it green! __/ _=3D=3D=3D=3D=3D=3D=3D.=3D=3D= =3D=3D=3D=3D=3D_ | jw(a)suse.de back to ascii! __/ _---|____________\/ \ | 0911 74053-508 __/ (____/ /\ (/) | _____________________________/ _/ \_ vim:set sw=3D2 wm=3D8 SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) SuSE. Supporting Linux since 1992. --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7680785248324253111==-- From pelliott@blackpatchpanel.com Fri Nov 19 21:38:13 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Fri, 19 Nov 2010 15:38:04 -0600 Message-ID: <20101119213804.GA9250@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3643065635684995016==" --===============3643065635684995016== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Joe Sixpack decides to install opensuse 11.3. So he googles opensuse and goes to opensuse's main page. He clicks on "get it" which leads him here: http://software.opensuse.org/ If he had gone to download Mirrors on opensuse distro watch page he would have gone to the same place. All roads lead to Rome it seems. Any way the page is a search window into a very large haystack of mostly rpms. How the heck is Joe supposed to think of the search string that will lead him to opensuse 11.3 installation DVD? By the way, what is it? I am pretty opensuse aware and I could not think of it in 15 minutes. If Joe is Polish, (BTW how do you say Joe Sixpack in Polish?) who is going to tell Joe about the Lang DVD to make opensuse work in Polish? Who is going to tell Joe about the Non OS Biarch DVD for software that is not= =20 quite pure? It would be nice if someone could tell joe about packman site so Joe could=20 make his DVD player work, but you probably can't do that for legal reasons, so I will not insist on that. It seems to me that Joe needs a specialized page to tell him how to get opensuse downloaded and installed in a practical way. Opensuse has always been a good distro. Please do not try for the this web pa= ge sucks award. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============3643065635684995016== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVVFQVJFQ0FBWUZBa3ptN2p3QUNna1Fpdjl6cERSYzNabjVNUUNZckJEY0RzdEhy aHhPS2ZMc0hQejYzV2hwCnRnQ2JCT3BqbGdZcTFUMWVvZkJvRVJ1dkdzVTYydlk9Cj10UHMxCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============3643065635684995016==-- From dimstar@opensuse.org Fri Nov 19 22:40:45 2010 From: Dimstar / Dominique Leuenberger To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Sat, 20 Nov 2010 00:40:36 +0100 Message-ID: <1290210036.6105.10.camel@3120-3560.ams.tmf-group.com> In-Reply-To: <20101119213804.GA9250@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2206708325618020109==" --===============2206708325618020109== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Fri, 2010-11-19 at 15:38 -0600, Paul Elliott wrote: > Joe Sixpack decides to install opensuse 11.3. > > So he googles opensuse and goes to opensuse's main page. > > He clicks on "get it" which leads him here: > http://software.opensuse.org/ > If he had gone to download Mirrors on opensuse distro watch page > he would have gone to the same place. All roads lead to Rome it seems. If Joe looks one inch lower, just under the search box, he will see a second box, called 'Download openSUSE 11.3' He get's all the choices of available Media. Joe just have to read more than the first sentence on screen. Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2206708325618020109==-- From pelliott@blackpatchpanel.com Fri Nov 19 23:58:56 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Fri, 19 Nov 2010 17:58:47 -0600 Message-ID: <20101119235847.GA9729@BlackPatchPanel.com> In-Reply-To: <1290210036.6105.10.camel@3120-3560.ams.tmf-group.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0082827343038303745==" --===============0082827343038303745== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I'm sorry I used konqueror everything below the "package search" box was invisible! I got konqueror with an early suse version I am too lazy to migrate my bookmarks to firefox! So I guess my name is Joe Sixpack! On Sat, Nov 20, 2010 at 12:40:36AM +0100, Dimstar / Dominique Leuenberger wro= te: > On Fri, 2010-11-19 at 15:38 -0600, Paul Elliott wrote: > > Joe Sixpack decides to install opensuse 11.3. > >=20 > > So he googles opensuse and goes to opensuse's main page. > >=20 > > He clicks on "get it" which leads him here: > > http://software.opensuse.org/ > > If he had gone to download Mirrors on opensuse distro watch page > > he would have gone to the same place. All roads lead to Rome it seems. >=20 >=20 > If Joe looks one inch lower, just under the search box, he will see a > second box, called 'Download openSUSE 11.3' >=20 > He get's all the choices of available Media. >=20 > Joe just have to read more than the first sentence on screen. >=20 > Dominique >=20 >=20 > --=20 > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org >=20 --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============0082827343038303745== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3puRHpjQUNna1Fpdjl6cERSYzNabVZnUUNmVnNZbzRKbW9Z OFc4TUZ6NXNTbWxmSDVCCkEra0FuQTJRdFhFeDY5R0RrbU5WaUJoYmZ6dkMzSmd6Cj1od2JwCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============0082827343038303745==-- From dimstar@opensuse.org Sat Nov 20 17:35:07 2010 From: Dimstar / Dominique Leuenberger To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Sat, 20 Nov 2010 18:34:55 +0100 Message-ID: <1290274495.3167.3.camel@3120-3560.ams.tmf-group.com> In-Reply-To: <20101119235847.GA9729@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3654184028912862580==" --===============3654184028912862580== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Fri, 2010-11-19 at 17:58 -0600, Paul Elliott wrote: > I'm sorry I used konqueror everything below the "package search" box > was invisible! > > > I got konqueror with an early suse version I am too lazy to > migrate my bookmarks to firefox! > > So I guess my name is Joe Sixpack! Paul, No reason to be sorry at all. If Konqueror actually misses on showing this information, that's certainly something that should be addressed. Either the browser or the website does something wrong in this case. I tested software.opensuse.org in Firefox and midori, both showing the proper content. If you can reproduce Konq not showing the full content, I suggest this be addressed either as a bug in bugzilla (http://buzgila.novell.com) or in the -project mailing list. Best regards, Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3654184028912862580==-- From vivian.zhang@intel.com Mon Nov 22 06:21:02 2010 From: "Zhang, Vivian" To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] group access control feature Date: Mon, 22 Nov 2010 14:20:36 +0800 Message-ID: <625BA99ED14B2D499DC4E29D8138F1504D3A619AD4@shsmsx502.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0300696999903395962==" --===============0300696999903395962== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, all: I am considering of adding group access control support through LDAP. Afte= r doing some investigation on latest OBS (2.1.63), it seems the feature is no= t 100% done currently. Here are steps I tried: 1. Create new user: test, and group: grouptest; 2. Add test to grouptest; 3. Edit project meta to add " 4. Login with user test, the user doesn't have the write permission to = the project. Did I miss any configurations? I looked details into the codes, the groups ch= eck has been added in has_local_permission & has_local_roles check(api/app/mo= dels/user.rb), but doesn't in can_edit check (webUI/app/models/project.rb) . = Any plan/schedule to implement it? Thanks Vivian --===============0300696999903395962== Content-Type: text/html Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.htm" MIME-Version: 1.0 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+Cgo8aGVhZD4KPG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4KPG1ldGEgbmFtZT1HZW5lcmF0b3Ig Y29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPgo8c3R5bGU+Cjwh LS0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8KIEBmb250LWZhY2UKCXtmb250LWZhbWlseTpTaW1T dW47CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30KQGZvbnQtZmFjZQoJe2ZvbnQtZmFt aWx5OiJDYW1icmlhIE1hdGgiOwoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9CkBmb250 LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6U2ltU3VuOwoJcGFub3NlLTE6MiAxIDYgMCAz IDEgMSAxIDEgMTt9CiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLwogcC5Nc29Ob3JtYWwsIGxpLk1z b05vcm1hbCwgZGl2Lk1zb05vcm1hbAoJe21hcmdpbjowY207CgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7Cgl0ZXh0LWFsaWduOmp1c3RpZnk7Cgl0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoOwoJ Zm9udC1zaXplOjEwLjVwdDsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6 Ymx1ZTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpwdXJwbGU7Cgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4 dCwgZGl2Lk1zb1BsYWluVGV4dAoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1zdHlsZS1s aW5rOiJQbGFpbiBUZXh0IENoYXIiOwoJbWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFw dDsKCWZvbnQtc2l6ZToxMC41cHQ7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi O30KcHJlCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJl Zm9ybWF0dGVkIENoYXIiOwoJbWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZv bnQtc2l6ZToxMi4wcHQ7Cglmb250LWZhbWlseTpTaW1TdW47fQpzcGFuLkVtYWlsU3R5bGUxNwoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93dGV4dDt9CnNwYW4uUGxhaW5UZXh0Q2hhcgoJe21z by1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOwoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJ bXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXIKCXttc28tc3R5bGUtbmFtZToiSFRN TCBQcmVmb3JtYXR0ZWQgQ2hhciI7Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgltc28tc3R5bGUt bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOwoJZm9udC1mYW1pbHk6U2ltU3VuO30KLk1zb0NocERl ZmF1bHQKCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9CiAvKiBQYWdlIERlZmluaXRpb25z ICovCiBAcGFnZSBXb3JkU2VjdGlvbjEKCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3 Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQogLyogTGlzdCBEZWZpbml0aW9ucyAqLwogQGxpc3QgbDAKCXttc28tbGlzdC1p ZDoyMjU1NzI3NzsKCW1zby1saXN0LXR5cGU6aHlicmlkOwoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz Oi0xNDQ1NjA4MzIgLTkzOTEyMzE4MiA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcx MyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9CkBsaXN0IGwwOmxldmVsMQoJ e21zby1sZXZlbC10YWItc3RvcDpub25lOwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 OwoJbWFyZ2luLWxlZnQ6MzMuNzVwdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQpvbAoJe21hcmdp bi1ib3R0b206MGNtO30KdWwKCXttYXJnaW4tYm90dG9tOjBjbTt9Ci0tPgo8L3N0eWxlPgo8IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4KIDxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgog PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPgogIDxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPgogPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPgo8L2hlYWQ+Cgo8Ym9k eSBsYW5nPVpILUNOIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGUgc3R5bGU9J3RleHQtanVzdGlmeS10 cmltOnB1bmN0dWF0aW9uJz4KCjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPgoKPHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+SGksIGFsbDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cgo8 cHJlPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7ICZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdmb250LXNpemU6CjEwLjVwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiJz5JIGFtIGNvbnNpZGVyaW5nIG9mIGFkZGluZyBncm91cCBhY2Nlc3MgY29udHJvbCBzdXBw b3J0IHRocm91Z2ggTERBUC4gQWZ0ZXIgZG9pbmcgc29tZSBpbnZlc3RpZ2F0aW9uIG9uIGxhdGVz dCBPQlMgKDIuMS42MyksIGl0IHNlZW1zIHRoZSBmZWF0dXJlIGlzIG5vdCAxMDAlIGRvbmUgY3Vy cmVudGx5LiBIZXJlIGFyZSBzdGVwcyBJIHRyaWVkOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPjxw cmUKc3R5bGU9J21hcmdpbi1sZWZ0OjMzLjc1cHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlz dDpsMCBsZXZlbDEgbGZvMSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4KbGFuZz1FTi1VUyBz dHlsZT0nZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Jz48c3BhbgpzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz4xLjxzcGFuIHN0eWxlPSdmb250OjcuMHB0 ICJUaW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg PC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuCmxhbmc9RU4tVVMgc3R5bGU9J2Zv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIic+Q3JlYXRl IG5ldyB1c2VyOiB0ZXN0LCBhbmQgZ3JvdXA6IGdyb3VwdGVzdDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT48cHJlCnN0eWxlPSdtYXJnaW4tbGVmdDozMy43NXB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7 bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuCmxhbmc9 RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIic+PHNwYW4Kc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Mi48c3BhbiBzdHlsZT0nZm9u dDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbgpsYW5nPUVOLVVTIHN0 eWxlPSdmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiIn PkFkZCB0ZXN0IHRvIGdyb3VwdGVzdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlCnN0eWxl PSdtYXJnaW4tbGVmdDozMy43NXB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2 ZWwxIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuCmxhbmc9RU4tVVMgc3R5bGU9J2Zv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIic+PHNwYW4K c3R5bGU9J21zby1saXN0Oklnbm9yZSc+My48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMg TmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48 L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbgpsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiInPkVkaXQgcHJvamVjdCBt ZXRhIHRvIGFkZCAmIzgyMjA7ICZsdDtncm91cCBncm91cGlkPSZxdW90O2dyb3VwdGVzdCZxdW90 OyByb2xlPSZxdW90O21haW50YWluZXImcXVvdDsgLyZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT48cHJlCnN0eWxlPSdtYXJnaW4tbGVmdDozMy43NXB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNv LWxpc3Q6bDAgbGV2ZWwxIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuCmxhbmc9RU4t VVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIic+PHNwYW4Kc3R5bGU9J21zby1saXN0Oklnbm9yZSc+NC48c3BhbiBzdHlsZT0nZm9udDo3 LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbgpsYW5nPUVOLVVTIHN0eWxl PSdmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiInPkxv Z2luIHdpdGggdXNlciB0ZXN0LCB0aGUgdXNlciBkb2VzbiYjODIxNzt0IGhhdmUgdGhlIHdyaXRl IHBlcm1pc3Npb24gdG8gdGhlIHByb2plY3QuPG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZQpz dHlsZT0ndGV4dC1pbmRlbnQ6MTUuNzVwdCc+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1z aXplOjEwLjVwdDsKZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIic+RGlkIEkgbWlz cyBhbnkgY29uZmlndXJhdGlvbnM/IEkgbG9va2VkIGRldGFpbHMgaW50byB0aGUgY29kZXMsIHRo ZSBncm91cHMgY2hlY2sgaGFzIGJlZW4gYWRkZWQgaW4gaGFzX2xvY2FsX3Blcm1pc3Npb24gJmFt cDsgaGFzX2xvY2FsX3JvbGVzIGNoZWNrKGFwaS9hcHAvbW9kZWxzL3VzZXIucmIpLCBidXQgZG9l c24mIzgyMTc7dCBpbiBjYW5fZWRpdCBjaGVjayAod2ViVUkvYXBwL21vZGVscy9wcm9qZWN0LnJi KSAuIEFueSBwbGFuL3NjaGVkdWxlIHRvIGltcGxlbWVudCBpdD8gPG86cD48L286cD48L3NwYW4+ PC9wcmU+Cgo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+Cgo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5UaGFu a3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cgo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F Ti1VUz5WaXZpYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cgo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+Cgo8L2Rpdj4KCjwvYm9k eT4KCjwvaHRtbD4K --===============0300696999903395962==-- From tom@opensuse.org Mon Nov 22 11:45:28 2010 From: Thomas Schmidt To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Mon, 22 Nov 2010 12:45:27 +0100 Message-ID: <4CEA57D7.9080700@opensuse.org> In-Reply-To: <20101119235847.GA9729@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3884259874715985097==" --===============3884259874715985097== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 20.11.2010 00:58, Paul Elliott wrote: > > I'm sorry I used konqueror everything below the "package search" box > was invisible! Which version of konqueror are you using? Greetings -- Thomas Schmidt (tom [at] opensuse.org) openSUSE Boosters Team "Don't Panic", Douglas Adams (1952 - 11.05.2001) -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3884259874715985097==-- From estellnb@gmail.com Mon Nov 22 13:25:40 2010 From: Elmar Stellnberger To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] anonymous user for obs instance Date: Mon, 22 Nov 2010 14:25:35 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6545387799645615166==" --===============6545387799645615166== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit I would need to set a flag in the API to allow anonymous checkouts. Looking at the sources one can find a nobody-user manywhere. Can anyone tell me where to find such a flag? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6545387799645615166==-- From adrian@suse.de Mon Nov 22 13:37:22 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] anonymous user for obs instance Date: Mon, 22 Nov 2010 14:37:20 +0100 Message-ID: <201011221437.20828.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8181208435977587360==" --===============8181208435977587360== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Montag, 22. November 2010, 14:25:35 schrieb Elmar Stellnberger: > I would need to set a flag in the API to allow anonymous checkouts. > Looking at the sources one can find a nobody-user manywhere. > Can anyone tell me where to find such a flag? This is not supported by the api yet. We don't want this for opensuse to avoid mass traffic via api.o.o which would slow down all real active maintainers. And I personally think that people who are able to install a command line client, can also create an account. Only anonymous via webui is supported for now. However, it should be possible to create a user with public known login/passw= ord and let his home project be owned by root only. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8181208435977587360==-- From estellnb@gmail.com Mon Nov 22 13:42:45 2010 From: Elmar Stellnberger To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] anonymous user for obs instance Date: Mon, 22 Nov 2010 14:42:41 +0100 Message-ID: In-Reply-To: <201011221437.20828.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4235833365701473277==" --===============4235833365701473277== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit No, it is not for opensuse org but for the obs instance at medozas.de. We do not want to have a guest user there for users could then change the password of the guest account just to be mean. 2010/11/22, Adrian Schröter : > Am Montag, 22. November 2010, 14:25:35 schrieb Elmar Stellnberger: >> I would need to set a flag in the API to allow anonymous checkouts. >> Looking at the sources one can find a nobody-user manywhere. >> Can anyone tell me where to find such a flag? > > This is not supported by the api yet. We don't want this for opensuse to > avoid mass traffic via api.o.o which would slow down all real active > maintainers. And I personally think that people who are able to install > a command line client, can also create an account. > > Only anonymous via webui is supported for now. > > However, it should be possible to create a user with public known > login/password > and let his home project be owned by root only. > > -- > Adrian Schroeter > SUSE Linux Products GmbH > email: adrian(a)suse.de > -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4235833365701473277==-- From pelliott@blackpatchpanel.com Mon Nov 22 16:01:30 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] How does Joe Sixpack get opensuse 11.3? Date: Mon, 22 Nov 2010 10:01:16 -0600 Message-ID: <20101122160116.GA4694@BlackPatchPanel.com> In-Reply-To: <4CEA57D7.9080700@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1024997549991389631==" --===============1024997549991389631== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Mon, Nov 22, 2010 at 12:45:27PM +0100, Thomas Schmidt wrote: > On 20.11.2010 00:58, Paul Elliott wrote: >> >> I'm sorry I used konqueror everything below the "package search" box >> was invisible! > > Which version of konqueror are you using? > Greetings Both the ones that came with debian 5.0 and opensuse 11.1. I will send you a screen shot with privite email message. --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============1024997549991389631== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCgppRVlFQVJFQ0FBWUZBa3pxazh3QUNna1Fpdjl6cERSYzNaazNPQUNlTWlaanJZenpC cmVRQ1gxTzYwa2orNDZYCi9TWUFuUnFscjZFRFBLVXdqTHU0MXpYNlNpQWM5SlBMCj14VndLCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============1024997549991389631==-- From douglas@hubler.us Mon Nov 22 22:27:28 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] cannot find libstdc++ for mongodb on Fedora 12 only Date: Mon, 22 Nov 2010 17:27:22 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4307221885477568117==" --===============4307221885477568117== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I am trying to get mongodb to build and works on CentOS but fails on Fedora 12 at the following spot. scons: Configure: Checking for C library stdc++... .sconf_temp/conftest_1.c <- | | | |int |main() { | |return 0; |} | gcc -o .sconf_temp/conftest_1.o -c -fPIC -fno-strict-aliasing -ggdb -pthread -Wall -Wsign-compare -Wno-unknown-pragmas -Winvalid-pch -Werror -O3 -D_SCONS -DMONGO_EXPOSE_MACROS -I. .sconf_temp/conftest_1.c gcc -o .sconf_temp/conftest_1 -fPIC -pthread -rdynamic .sconf_temp/conftest_1.o -L/usr/lib64 -L/lib64 -lpthread -lstdc++ NOTE: mongodb builds fine on my local Fedora 12 workstation. I have gdb, glibc, and libstdc++ all listed in BuildRequires and build log shows they get installed. Build Log https://build.opensuse.org/package/live_build_log?arch=3Di586&package=3Dmon= godb&project=3Dhome:sipfoundry:main&repository=3DFedora_12 Unfortunately what is missing in the log is the stderr from the gcc command that scons runs to test for stdc++. Questions: 1.) Anyone see the problem? 2.) Anyone knows how to get scon to print result from gcc command 3.) Anyone have any suggestions what-so-ever Thanks --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4307221885477568117==-- From postmodernhousewife@gmail.com Tue Nov 23 05:52:51 2010 From: Helen To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Status of Eclipse plugin? Date: Tue, 23 Nov 2010 16:52:48 +1100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2333226300147846340==" --===============2333226300147846340== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I saw a mention of an osc plugin for Eclipse, but only found some failed packages in OBS repos. https://build.opensuse.org/package/show?package=3DBSUIPlugin&project=3Dhome%3= Alog111 any info on this? Is there a functioning plugin? Also any other info on plugins/addons would be appreciated! (just shoot me a link to the wiki page is fine!) thanks! Helen --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2333226300147846340==-- From admin@leinir.dk Tue Nov 23 12:28:57 2010 From: Dan Leinir Turthra Jensen To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Status of Eclipse plugin? Date: Tue, 23 Nov 2010 12:28:22 +0000 Message-ID: <201011231228.22324.admin@leinir.dk> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6682687199752602326==" --===============6682687199752602326== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tuesday 23 Nov 2010 05:52:48 Helen wrote: > I saw a mention of an osc plugin for Eclipse, but only found some > failed packages in OBS repos. >=20 > https://build.opensuse.org/package/show?package=3DBSUIPlugin&project=3Dhome= %3Al > og111 >=20 > any info on this? Is there a functioning plugin? >=20 > Also any other info on plugins/addons would be appreciated! (just > shoot me a link to the wiki page is fine!) >=20 > thanks! >=20 > Helen Well, i must say i don't know about this plugin, but i /can/ say that i am = working together with Sebastian Kuegler and Frank Karlitschek on integration = between OBS, Qt Creator and distribution sites supporting Open Collaboration = Service. You may have heard about Project Bretzn, which from a technical poin= t=20 of view covers that integration work. While you are asking for an Eclipse plugin for this, and our work is focuse= d=20 on Qt Creator, we have deliberately constructed our implementation in such a = way that the Qt Creator side of the system is as thin a layer as possible, an= d=20 as such it should be relatively straigt forward to implement an Eclipse plugi= n=20 based on Bretzn's functionality :) PS: In case you've not heard of Project Bretzn, here's a news.opensuse.org=20 post about the announcement at the openSuse Conference last month: http://news.opensuse.org/2010/10/26/from-the-developer-to-the-user-and-back- announcing-project-bretzn/ --=20 ..Dan // Leinir.. http://leinir.dk/ Co- existence or no existence - Piet Hein --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6682687199752602326==-- From douglas@hubler.us Tue Nov 23 15:05:51 2010 From: Douglas Hubler To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: cannot find libstdc++ for mongodb on Fedora 12 only Date: Tue, 23 Nov 2010 10:05:45 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6492204174531076225==" --===============6492204174531076225== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Mon, Nov 22, 2010 at 5:27 PM, Douglas Hubler wrote: > I am trying to get mongodb to build and works on CentOS but fails on > Fedora 12 at the following spot. > > > scons: Configure: Checking for C library stdc++... > .sconf_temp/conftest_1.c <- > =C2=A0| > =C2=A0| > =C2=A0| > =C2=A0|int > =C2=A0|main() { > =C2=A0| > =C2=A0|return 0; > =C2=A0|} > =C2=A0| > gcc -o .sconf_temp/conftest_1.o -c -fPIC -fno-strict-aliasing -ggdb > -pthread -Wall -Wsign-compare -Wno-unknown-pragmas -Winvalid-pch > -Werror -O3 -D_SCONS -DMONGO_EXPOSE_MACROS -I. > .sconf_temp/conftest_1.c > gcc -o .sconf_temp/conftest_1 -fPIC -pthread -rdynamic > .sconf_temp/conftest_1.o -L/usr/lib64 -L/lib64 -lpthread -lstdc++ > > NOTE: mongodb builds fine on my local Fedora 12 workstation. > > I have =C2=A0gdb, glibc, and libstdc++ all listed in BuildRequires and > build log shows they get installed. > > Build Log > =C2=A0https://build.opensuse.org/package/live_build_log?arch=3Di586&package= =3Dmongodb&project=3Dhome:sipfoundry:main&repository=3DFedora_12 > > Unfortunately what is missing in the log is the stderr from the gcc > command that scons runs to test for stdc++. > > Questions: > 1.) Anyone see the problem? > 2.) Anyone knows how to get scon to print result from gcc command > 3.) Anyone have any suggestions what-so-ever > > Thanks Any one have any advice on this would be appreciated? Aside note: What strategies have folks developed for diagnosing build issues that are not reproducible locally? --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6492204174531076225==-- From darix@opensu.se Tue Nov 23 15:24:12 2010 From: Marcus Rueckert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: cannot find libstdc++ for mongodb on Fedora 12 only Date: Tue, 23 Nov 2010 16:24:10 +0100 Message-ID: <20101123152410.GR3437@nordisch.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2716237474946986246==" --===============2716237474946986246== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 2010-11-23 10:05:45 -0500, Douglas Hubler wrote: > Aside note: What strategies have folks developed for diagnosing build > issues that are not reproducible locally? "osc build" -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2716237474946986246==-- From adrian@suse.de Tue Nov 23 16:45:32 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] OBS cleanup -> removal of outdated repositories Date: Tue, 23 Nov 2010 17:45:30 +0100 Message-ID: <201011231745.30915.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8320574019771903532==" --===============8320574019771903532== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Please excuse the cross post. You may have noticed that we have higher and higher build load on build.o.o. While the new dispatcher algorithms are still good to prefer the "right" jobs, it is still a sign that we may should cleanup. My current plan is to remove all repositories in home projects, which have no= t been=20 touched this year. Not touched means, no source submission and no meta data h= as=20 been altered at all. Additionally also all non-home projects, which have not been touch in last tw= o years. This will affect 5668 out of 15668 projects. Why remove repos and not just disable the build ? This will free disk space on our servers and also on all mirrors. As result we can be mirrored more easily. Will any source get lost ? No. How to enable it again ?=20 Just add the wanted repos again. Which projects will get affected exactly ? Find a full list here: http://www.suse.de/~adrian/OBS-remove-list-candidates There is a project which has not been touched, but the repos are still anyway= important ! Just drop me a mail .... Why not drop the entire project now that we have an undelete function ? I thought about that, but currently the webui just says that the project do= es not exist. It does not offer to undelete it, so that might be too agressive for now. Why not drop people a mail and ask them to remove it ? Way to many accounts have no valid email adress and past experience showed = that people are often not react when they lost interesst in their project. May plan is to do the removal end of this week, except more discussion about = this is needed. Just tell me your opinion, also when you support this ;) thanks adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8320574019771903532==-- From greg.freemyer@gmail.com Tue Nov 23 16:57:03 2010 From: Greg Freemyer To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OBS cleanup -> removal of outdated repositories Date: Tue, 23 Nov 2010 11:56:39 -0500 Message-ID: In-Reply-To: <201011231745.30915.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4952942953490809418==" --===============4952942953490809418== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 23, 2010 at 11:45 AM, Adrian Schr=C3=B6ter wro= te: > > May plan is to do the removal end of this week, except more discussion abou= t this > is needed. > > Just tell me your opinion, also when you support this ;) > > thanks > adrian Adrian, I'm surprised you have so many untouched projects. I assume anyone that has added a recent distro repo will not see their packages deleted? Or does that happen at the project level, and thus even maintainers that have been adding new distros to their repo list will see packages deleted? I consider that a bad thing. Also, just a comment that this is a major holiday week in the US and lots of people are offline already. And starting Wed. COB, many will not touch a computer again before Monday AM. I don't know if that impacts the timing of your process or not. Greg --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4952942953490809418==-- From adrian@suse.de Tue Nov 23 16:59:16 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OBS cleanup -> removal of outdated repositories Date: Tue, 23 Nov 2010 17:59:15 +0100 Message-ID: <201011231759.15177.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8394180470528703113==" --===============8394180470528703113== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Dienstag, 23. November 2010, 17:56:39 schrieb Greg Freemyer: > On Tue, Nov 23, 2010 at 11:45 AM, Adrian Schr=C3=B6ter w= rote: > > > > > May plan is to do the removal end of this week, except more discussion ab= out this > > is needed. > > > > Just tell me your opinion, also when you support this ;) > > > > thanks > > adrian >=20 > Adrian, >=20 > I'm surprised you have so many untouched projects. I assume anyone > that has added a recent distro repo will not see their packages > deleted? Or does that happen at the project level, and thus even > maintainers that have been adding new distros to their repo list will > see packages deleted? No, who ever touch any package source or touch project meta data (by adding a= repo) should not be affected. The list may contain quite some projects, where never a real package have bee= n built. Just people who clicked wildly in the webui ;) bye adrian --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8394180470528703113==-- From postmodernhousewife@gmail.com Tue Nov 23 19:57:05 2010 From: Helen To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Status of Eclipse plugin? Date: Wed, 24 Nov 2010 06:57:00 +1100 Message-ID: In-Reply-To: <201011231228.22324.admin@leinir.dk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7200249415019072406==" --===============7200249415019072406== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks for this, Dan. This is very helpful. I had heard of Project Bretzn but for some reason thought of it as a separate project entirely, so I'm happy that you've reminded me about it! I'm writing an article introducting the OBS, so I'll get myself "up to speed" on Bretzn and might mail you off-list with a question or two about your work, if that's okay. thanks again Helen On Tue, Nov 23, 2010 at 11:28 PM, Dan Leinir Turthra Jensen wrote: > On Tuesday 23 Nov 2010 05:52:48 Helen wrote: >> I saw a mention of an osc plugin for Eclipse, but only found some >> failed packages in OBS repos. >> >> https://build.opensuse.org/package/show?package=3DBSUIPlugin&project=3Dhom= e%3Al >> og111 >> >> any info on this? Is there a functioning plugin? >> >> Also any other info on plugins/addons would be appreciated! (just >> shoot me a link to the wiki page is fine!) >> >> thanks! >> >> Helen > > =C2=A0Well, i must say i don't know about this plugin, but i /can/ say that= i am > working together with Sebastian Kuegler and Frank Karlitschek on integration > between OBS, Qt Creator and distribution sites supporting Open Collaboration > Service. You may have heard about Project Bretzn, which from a technical po= int > of view covers that integration work. > =C2=A0While you are asking for an Eclipse plugin for this, and our work is = focused > on Qt Creator, we have deliberately constructed our implementation in such a > way that the Qt Creator side of the system is as thin a layer as possible, = and > as such it should be relatively straigt forward to implement an Eclipse plu= gin > based on Bretzn's functionality :) > > PS: In case you've not heard of Project Bretzn, here's a news.opensuse.org > post about the announcement at the openSuse Conference last month: > http://news.opensuse.org/2010/10/26/from-the-developer-to-the-user-and-back- > announcing-project-bretzn/ > -- > ..Dan // Leinir.. > http://leinir.dk/ > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Co- > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0existence > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0or no > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0existence > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0- Piet Hein > -- > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org > > --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7200249415019072406==-- From admin@leinir.dk Tue Nov 23 20:04:26 2010 From: Dan Leinir Turthra Jensen To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Status of Eclipse plugin? Date: Tue, 23 Nov 2010 20:03:46 +0000 Message-ID: <201011232003.46829.admin@leinir.dk> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3183616431214946779==" --===============3183616431214946779== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tuesday 23 Nov 2010 19:57:00 Helen wrote: > Thanks for this, Dan. This is very helpful. I had heard of Project > Bretzn but for some reason thought of it as a separate project > entirely, so I'm happy that you've reminded me about it! Hey, you're welcome! :) i'm glad to see our work being slowly taken to hear= t=20 by others out there :) > I'm writing an article introducting the OBS, so I'll get myself "up to > speed" on Bretzn and might mail you off-list with a question or two > about your work, if that's okay. That is absolutely ok, i should be glad to answer any questions you've got = about it :) Furter, i can recommend chatting with Frank Karlitschek about it,= =20 who is my boss, and the visionary behind the project :) > thanks again >=20 > Helen >=20 > On Tue, Nov 23, 2010 at 11:28 PM, Dan Leinir Turthra Jensen >=20 > wrote: > > On Tuesday 23 Nov 2010 05:52:48 Helen wrote: > >> I saw a mention of an osc plugin for Eclipse, but only found some > >> failed packages in OBS repos. > >>=20 > >> https://build.opensuse.org/package/show?package=3DBSUIPlugin&project=3Dh= ome% > >> 3Al og111 > >>=20 > >> any info on this? Is there a functioning plugin? > >>=20 > >> Also any other info on plugins/addons would be appreciated! (just > >> shoot me a link to the wiki page is fine!) > >>=20 > >> thanks! > >>=20 > >> Helen > >=20 > > Well, i must say i don't know about this plugin, but i /can/ say that i > > am working together with Sebastian Kuegler and Frank Karlitschek on > > integration between OBS, Qt Creator and distribution sites supporting > > Open Collaboration Service. You may have heard about Project Bretzn, > > which from a technical point of view covers that integration work. > > While you are asking for an Eclipse plugin for this, and our work is > > focused on Qt Creator, we have deliberately constructed our > > implementation in such a way that the Qt Creator side of the system is > > as thin a layer as possible, and as such it should be relatively straigt > > forward to implement an Eclipse plugin based on Bretzn's functionality > > :) > >=20 > > PS: In case you've not heard of Project Bretzn, here's a > > news.opensuse.org post about the announcement at the openSuse Conference > > last month: > > http://news.opensuse.org/2010/10/26/from-the-developer-to-the-user-and-b > > ack- announcing-project-bretzn/ > > -- > > ..Dan // Leinir.. > > http://leinir.dk/ > >=20 > > Co- > > existence > > or no > > existence > >=20 > > - Piet Hein > > -- > > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --=20 ..Dan // Leinir.. http://leinir.dk/ Co- existence or no existence - Piet Hein --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3183616431214946779==-- From paka@opensuse.org Tue Nov 23 22:16:18 2010 From: Patrick Shanahan To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [opensuse-packaging] OBS cleanup -> removal of outdated repositories Date: Tue, 23 Nov 2010 17:16:14 -0500 Message-ID: <20101123221614.GD17358@wahoo.no-ip.org> In-Reply-To: <201011231745.30915.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8453788114350659789==" --===============8453788114350659789== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit * Adrian Schröter [11-23-10 11:47]: ... > May plan is to do the removal end of this week, except more discussion > about this is needed. Does the ability exist to determine usage (download) of a repo? Changes/reguilds may have not been necessary. > Just tell me your opinion, also when you support this ;) absolutely. -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8453788114350659789==-- From freespacer@gmx.de Wed Nov 24 01:23:20 2010 From: Sebastian Siebert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] OBS cleanup -> removal of outdated repositories Date: Wed, 24 Nov 2010 02:23:17 +0100 Message-ID: <4CEC6905.5020105@gmx.de> In-Reply-To: <201011231745.30915.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6671744168383188165==" --===============6671744168383188165== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Am 23.11.2010 17:45, schrieb Adrian Schr=C3=B6ter: [...] > My current plan is to remove all repositories in home projects, which have = not been > touched this year. Not touched means, no source submission and no meta data= has > been altered at all. > Additionally also all non-home projects, which have not been touch in last = two years. > I am agree with this solution, but ... [...] > Which projects will get affected exactly ? > Find a full list here: > http://www.suse.de/~adrian/OBS-remove-list-candidates > > There is a project which has not been touched, but the repos are still anyw= ay important ! > Just drop me a mail .... I'm a little bit confused. My repo is listed in your list as=20 home:Freespacer.pkg 2008 But this repo is work in progress. I create some branches and submit=20 this package to the openSUSE Factory. My repo helps me to experiment=20 with some packages and I organize some packages as an own subproject. My=20 home main repository is always empty, but in your listing will this repo=20 removed. The repo is for me very important. Please take me out from the list. Every now and then, I remove myself=20 unneeded projects or packages. On the other hand, I have linked some=20 package or a part of the home repo in my blog and should not be removed. > Why not drop people a mail and ask them to remove it ? > Way to many accounts have no valid email adress and past experience show= ed that people > are often not react when they lost interesst in their project. > My opinion is that is not good, the people do not ask for the removal of=20 the repositories. If someone has left a bad email address, then it=20 should be deleted. No question, because they had the chance to change=20 their email address. What speaks against sending an email with a=20 confirmation link to confirm the preservation of the repo. Once after a=20 specified time received no response, the repo will be deleted. It is=20 easier to implement and with little effort. Everyone gets a chance to=20 react onto the mail Some people have not even subscribed in the mailing list. They have no=20 chance to appeal their objection. > May plan is to do the removal end of this week, except more discussion abou= t this > is needed. > > Just tell me your opinion, also when you support this ;) --=20 Kind regards, Sebastian - openSUSE Member (Freespacer) Website/Blog: Important notes on openSUSE Mailing List: --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6671744168383188165==-- From adrian@suse.de Wed Nov 24 07:05:12 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: [opensuse-packaging] OBS cleanup -> removal of outdated repositories Date: Wed, 24 Nov 2010 08:05:12 +0100 Message-ID: <201011240805.12107.adrian@suse.de> In-Reply-To: <20101123221614.GD17358@wahoo.no-ip.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4315646832921911786==" --===============4315646832921911786== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Dienstag, 23. November 2010, 23:16:14 schrieb Patrick Shanahan: > * Adrian Schröter [11-23-10 11:47]: > ... > > May plan is to do the removal end of this week, except more discussion > > about this is needed. > > Does the ability exist to determine usage (download) of a repo? > Changes/reguilds may have not been necessary. In theorie, we collect the data and have an implementation to find out download numbers. But the code is complete unmaintainer and not runable (due to performance problems) atm. > > Just tell me your opinion, also when you support this ;) > > absolutely. > -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4315646832921911786==-- From choeger@opensuse.org Wed Nov 24 07:55:47 2010 From: Carsten Hoeger To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Status of Eclipse plugin? Date: Wed, 24 Nov 2010 08:55:40 +0100 Message-ID: <20101124075540.GA2192@opensuse.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6153601446714658704==" --===============6153601446714658704== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, Helen wrote: > Thanks for this, Dan. This is very helpful. I had heard of Project > Bretzn but for some reason thought of it as a separate project > entirely, so I'm happy that you've reminded me about it! >=20 > I'm writing an article introducting the OBS, so I'll get myself "up to > speed" on Bretzn and might mail you off-list with a question or two > about your work, if that's okay. Btw.: This is the URL to the eclipse plugin: https://secure.wikimedia.org/wikipedia/en/wiki/OpenSUSE_Build_Service#cite_no= te-6 --=20 With best regards, Carsten Hoeger --===============6153601446714658704== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xMCAoR05V L0xpbnV4KQoKaUQ4REJRRk03TVQzZVlpMnFHYVJ5VW9SQW9DakFKOXJIR3FlaU9QbHdXNnhuSnJw VmtXVnRDYktWQUNndHdOeQpnM0xjMzNSa1FNUWNLWmtkdHJRMmhkMD0KPVBJK2YKLS0tLS1FTkQg UEdQIFNJR05BVFVSRS0tLS0tCg== --===============6153601446714658704==-- From holmes86@gmail.com Wed Nov 24 08:38:40 2010 From: =?utf-8?b?6JOd6buR546L5pyd?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] what is the obs svn link? Date: Wed, 24 Nov 2010 16:38:36 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3706807133532359168==" --===============3706807133532359168== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit hi,all I try checkout obs source by svn,but the following link is broken. svn co https://forgesvn1.novell.com/svn/opensuse/trunk/buildservice what is the obs svn link? Thanks very much. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3706807133532359168==-- From adrian@suse.de Wed Nov 24 08:47:15 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] what is the obs svn link? Date: Wed, 24 Nov 2010 09:47:13 +0100 Message-ID: <201011240947.13858.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4133705076321120790==" --===============4133705076321120790== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Mittwoch, 24. November 2010, 09:38:36 schrieb 蓝黑王朝: > hi,all > > > I try checkout obs source by svn,but the following link is broken. > > svn co https://forgesvn1.novell.com/svn/opensuse/trunk/buildservice > > > what is the obs svn link? We moved to gitorious.org meanwhile: http://www.gitorious.org/opensuse/build-service git clone git://gitorious.org/opensuse/build-service.git General developer information: http://en.opensuse.org/openSUSE:Build_Service_Git -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4133705076321120790==-- From doiggl@velocitynet.com.au Wed Nov 24 09:34:36 2010 From: doiggl@velocitynet.com.au To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] seeking information about mirroring content from download.opensuse.org Date: Wed, 24 Nov 2010 20:32:35 +1100 Message-ID: <806f6a16a200b65b2f75fb13d0a5bcfc@mail.velocitynet.com.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7926356294145789238==" --===============7926356294145789238== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hello, I am going to ask some internet service providers in Australia if they are willing to mirror content from http://download.opensuse.org/ or a part of its content http://download.opensuse.org/repositories/home:/ - Do you have a document on how to do that ?. Thanks Glenn -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7926356294145789238==-- From adrian@suse.de Wed Nov 24 09:53:26 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] seeking information about mirroring content from download.opensuse.org Date: Wed, 24 Nov 2010 10:53:25 +0100 Message-ID: <201011241053.25770.adrian@suse.de> In-Reply-To: <806f6a16a200b65b2f75fb13d0a5bcfc@mail.velocitynet.com.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8877967454265239002==" --===============8877967454265239002== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Mittwoch, 24. November 2010, 10:32:35 schrieb doiggl(a)velocitynet.com.au: > Hello, > I am going to ask some internet service providers in Australia if they are > willing to mirror content from http://download.opensuse.org/ or a part of > its content http://download.opensuse.org/repositories/home:/ > - Do you have a document on how to do that ?. Check here: http://en.opensuse.org/openSUSE:Mirrors -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8877967454265239002==-- From nashif@linux.intel.com Wed Nov 24 11:20:02 2010 From: Anas Nashif To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 11:19:56 +0000 Message-ID: <89E610C9-5048-415D-B75C-2D9E6BE0E652@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8752549143452899912==" --===============8752549143452899912== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Is there a way to do requestownership? I looked at the code and it seems the value 'maintainer' is hardcoded, can we= set the role type using --role for example and be able to set different role= s? Does the patch below look ok? Anas -- diff --git a/osc/commandline.py b/osc/commandline.py index 2683ae7..089098a 100644 --- a/osc/commandline.py +++ b/osc/commandline.py @@ -1356,6 +1356,8 @@ Please submit there instead, or use --nodevelproject to= force direct submission. =20 @cmdln.option('-m', '--message', metavar=3D'TEXT', help=3D'specify message TEXT') + @cmdln.option('-r', '--role', metavar=3D'role', default=3D'maintainer', + help=3D'Specify user role (Default: maintainer)') @cmdln.alias("reqmaintainership") @cmdln.alias("reqms") def do_requestmaintainership(self, subcmd, opts, *args): @@ -1371,7 +1373,13 @@ Please submit there instead, or use --nodevelproject t= o force direct submission. """ args =3D slash_split(args) apiurl =3D self.get_api_url() - =20 + available_roles =3D ['maintainer', 'bugowner'] + role =3D 'maintainer' + print opts.role + if len(opts.role) and opts.role in available_roles: + print 'blah' + role =3D opts.role + print role =20 if len(args) < 2: if is_package_dir(os.getcwd()): project =3D store_read_project(os.curdir) @@ -1393,7 +1401,7 @@ Please submit there instead, or use --nodevelproject to= force direct submission. else: raise oscerr.WrongArgs('Wrong number of arguments.') =20 - arg =3D [ user, 'maintainer', project, package ] + arg =3D [ user, role, project, package ] =20 actionsxml =3D self._add_role(arg, None)--=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8752549143452899912==-- From jnelson-suse@jamponi.net Wed Nov 24 14:04:17 2010 From: Jon Nelson To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] osc 0.129 vs. OBS 2.1.2 Date: Wed, 24 Nov 2010 08:04:07 -0600 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8694665318013584248==" --===============8694665318013584248== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Talking to a local OBS instance with OBS 2.1.2, I am getting some strange errors that seem like bugs to me. In no particular order: 1. I have branched a package. 'osc up' seems to work fine: At revision b3f3e7835177e208defee12b1d8c5b30. (What does the hash signify, anyway?) However, 'osc up -e' doesn't work: osc: cannot expand/unexpand because your working copy has local modifications. Please revert/commit them and try again. 'osc status' doesn't show anything, though. 2. the help for 'osc up' has the same help text for -S and -s: -S, --server-side-source-service-files Use server side generated sources instead of local generation. -s, --source-service-files Use server side generated sources instead of local generation. What do '-s' and '-S' do? 3. Is there a way to download to the client the service files (not _service, but the files generated as a result of running the services..)? -- Jon -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8694665318013584248==-- From adrian@suse.de Wed Nov 24 14:37:02 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc 0.129 vs. OBS 2.1.2 Date: Wed, 24 Nov 2010 15:37:01 +0100 Message-ID: <201011241537.01560.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7803564173186725042==" --===============7803564173186725042== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, 24. November 2010, 15:04:07 schrieb Jon Nelson: > Talking to a local OBS instance with OBS 2.1.2, I am getting some > strange errors that seem like bugs to me. >=20 > In no particular order: >=20 > 1. I have branched a package. 'osc up' seems to work fine: > At revision b3f3e7835177e208defee12b1d8c5b30. >=20 > (What does the hash signify, anyway?) >=20 > However, 'osc up -e' doesn't work: > osc: cannot expand/unexpand because your working copy has local modificatio= ns. > Please revert/commit them and try again. Does this also happen with current osc from openSUSE:Tools:Unstable ? > 'osc status' doesn't show anything, though. >=20 >=20 > 2. the help for 'osc up' has the same help text for -S and -s: >=20 > -S, --server-side-source-service-files > Use server side generated sources instead of local > generation. > -s, --source-service-files > Use server side generated sources instead of local > generation. this is running source services locally after update. Just fixed the comment = in git. >=20 > 3. Is there a way to download to the client the service files (not > _service, but the files generated as a result of running the > services..)? osc up -S=20 ? --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7803564173186725042==-- From jnelson-suse@jamponi.net Wed Nov 24 14:54:31 2010 From: Jon Nelson To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc 0.129 vs. OBS 2.1.2 Date: Wed, 24 Nov 2010 08:54:20 -0600 Message-ID: In-Reply-To: <201011241537.01560.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0997233370973302286==" --===============0997233370973302286== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2010 at 8:37 AM, Adrian Schr=C3=B6ter wrot= e: > Am Mittwoch, 24. November 2010, 15:04:07 schrieb Jon Nelson: >> Talking to a local OBS instance with OBS 2.1.2, I am getting some >> strange errors that seem like bugs to me. >> >> In no particular order: >> >> 1. I have branched a package. =C2=A0'osc up' seems to work fine: >> At revision b3f3e7835177e208defee12b1d8c5b30. >> >> (What does the hash signify, anyway?) >> >> However, 'osc up -e' doesn't work: >> osc: cannot expand/unexpand because your working copy has local modificati= ons. >> Please revert/commit them and try again. > > Does this also happen with current osc from openSUSE:Tools:Unstable ? > >> 'osc status' doesn't show anything, though. >> >> >> 2. the help for 'osc up' has the same help text for -S and -s: >> >> =C2=A0 =C2=A0 -S, --server-side-source-service-files >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Use server side generated sources instead of local >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 generation. > >> =C2=A0 =C2=A0 -s, --source-service-files >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Use server side generated sources instead of local >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 generation. > > this is running source services locally after update. Just fixed the commen= t in git. > >> >> 3. Is there a way to download to the client the service files (not >> _service, but the files generated as a result of running the >> services..)? > > osc up -S All I get is this: At revision b3f3e7835177e208defee12b1d8c5b30. When I use osc-0.129git.1290116821-159.1: I get (with osc up -S): Your working copy '.' is in an inconsistent state. Please run 'osc repairwc .' (Note this might _remove_ files from the .osc/ dir). Please check the state of the working copy afterwards (via 'osc status .') After I use 'repairwc' then 'osc up -S' works. --=20 Jon --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0997233370973302286==-- From suse-tux@gmx.de Wed Nov 24 15:44:53 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 16:44:40 +0100 Message-ID: <20101124154440.GA4213@linux> In-Reply-To: <89E610C9-5048-415D-B75C-2D9E6BE0E652@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8502933205254806112==" --===============8502933205254806112== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, On 2010-11-24 11:19:56 +0000, Anas Nashif wrote: > Hi, > Is there a way to do requestownership? > I looked at the code and it seems the value 'maintainer' is hardcoded, can = we set the role type using --role for example and be able to set different ro= les? >=20 > Does the patch below look ok? >=20 I just committed a slightly modified version of your patch (see 6d89fee500ba29fffd9385903ffd1cbb4886c866). Thanks for the patch! Marcus --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8502933205254806112==-- From nashif@linux.intel.com Wed Nov 24 16:03:41 2010 From: Anas Nashif To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 16:03:25 +0000 Message-ID: <01696D15-FFAA-4337-9D26-017D7C2561C5@linux.intel.com> In-Reply-To: <20101124154440.GA4213@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7709039076849945469==" --===============7709039076849945469== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks, looks good :) Anas On 2010-11-24, at 3:44 PM, Marcus H=C3=BCwe wrote: > Hi, >=20 > On 2010-11-24 11:19:56 +0000, Anas Nashif wrote: >> Hi, >> Is there a way to do requestownership? >> I looked at the code and it seems the value 'maintainer' is hardcoded, can= we set the role type using --role for example and be able to set different r= oles? >>=20 >> Does the patch below look ok? >>=20 > I just committed a slightly modified version of your patch (see > 6d89fee500ba29fffd9385903ffd1cbb4886c866). > Thanks for the patch! >=20 >=20 > Marcus > --=20 > To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org >=20 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7709039076849945469==-- From prusnak@opensuse.org Wed Nov 24 17:24:18 2010 From: Pavol Rusnak To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 18:23:38 +0100 Message-ID: <4CED4A1A.7040302@opensuse.org> In-Reply-To: <20101124154440.GA4213@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1776243753809159560==" --===============1776243753809159560== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 24/11/10 16:44, Marcus H=C3=BCwe wrote: > I just committed a slightly modified version of your patch (see > 6d89fee500ba29fffd9385903ffd1cbb4886c866). > Thanks for the patch! I just pushed a commit[1] which renames requestmaintainership command to requestrole. It makes much more sense and is nicer. Do we want osc to write "requestmaintainership is obsolete, use requestrole instead" when requestmaintainership is used? OSC CLI commands have never been stable so users are probably used to checking manpage or --help, right? [1] http://gitorious.org/opensuse/osc/commit/cc9d3e07eb01d22b0e850281c8a0388e35ae= 0cfe --=20 Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1776243753809159560==-- From suse-tux@gmx.de Wed Nov 24 17:43:50 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 18:43:46 +0100 Message-ID: <20101124174346.GB4213@linux> In-Reply-To: <4CED4A1A.7040302@opensuse.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6335996530405930832==" --===============6335996530405930832== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On 2010-11-24 18:23:38 +0100, Pavol Rusnak wrote: > On 24/11/10 16:44, Marcus Hüwe wrote: > > I just committed a slightly modified version of your patch (see > > 6d89fee500ba29fffd9385903ffd1cbb4886c866). > > Thanks for the patch! > > I just pushed a commit[1] which renames requestmaintainership command to > requestrole. It makes much more sense and is nicer. > Hmm I'm not quite sure if this is a good change. If we change it to requestrole I would expect something like "osc requestrole [ ]" (instead of specifying a different role via a "--role" option). > Do we want osc to write "requestmaintainership is obsolete, use > requestrole instead" when requestmaintainership is used? IMHO the "old" cmds should be aliases for "requestrole" instead of simply dropping them. What do you think? > OSC CLI commands have never been stable so users are probably used > to checking manpage or --help, right? > Yes the UI has never been consistent... but that doesn't justify an unnecessary (IMHO) breakage:) Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6335996530405930832==-- From prusnak@opensuse.org Wed Nov 24 18:30:41 2010 From: Pavol Rusnak To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Wed, 24 Nov 2010 19:29:58 +0100 Message-ID: <4CED59A6.40703@opensuse.org> In-Reply-To: <20101124174346.GB4213@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3753599112427456478==" --===============3753599112427456478== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On 24/11/10 18:43, Marcus Hüwe wrote: > On 2010-11-24 18:23:38 +0100, Pavol Rusnak wrote: >> On 24/11/10 16:44, Marcus Hüwe wrote: >>> I just committed a slightly modified version of your patch (see >>> 6d89fee500ba29fffd9385903ffd1cbb4886c866). >>> Thanks for the patch! >> >> I just pushed a commit[1] which renames requestmaintainership command to >> requestrole. It makes much more sense and is nicer. >> > Hmm I'm not quite sure if this is a good change. If we change it to > requestrole I would expect something like > "osc requestrole [ ]" (instead of specifying > a different role via a "--role" option). Well, all (whatever)request and request(whatever) commands need serious overhaul. We should think about that ... >> Do we want osc to write "requestmaintainership is obsolete, use >> requestrole instead" when requestmaintainership is used? > IMHO the "old" cmds should be aliases for "requestrole" instead of > simply dropping them. What do you think? In case semantics change (you add role parameter as mandatory) then it should not be alias. Feel free to change anything or revert my commit completely ... -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3753599112427456478==-- From caoshouying@gmail.com Thu Nov 25 05:38:02 2010 From: caoshouying To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] how to add a global role Date: Thu, 25 Nov 2010 13:36:33 -0500 Message-ID: <4CEEACB1.9020203@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8496141941608565445==" --===============8496141941608565445== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, all I installed obs 2.0.6 on my machine, I want to add a global role, but how to ? Thanks! kevin -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8496141941608565445==-- From adrian@suse.de Thu Nov 25 07:46:52 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] how to add a global role Date: Thu, 25 Nov 2010 08:46:51 +0100 Message-ID: <201011250846.51779.adrian@suse.de> In-Reply-To: <4CEEACB1.9020203@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0295565885989733572==" --===============0295565885989733572== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Donnerstag, 25. November 2010, 19:36:33 schrieb caoshouying: > Hi, all > I installed obs 2.0.6 on my machine, I want to add a global role, but > how to ? A global role is usually not much help, if you do not extend the code as well. What do you want to achieve ? -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0295565885989733572==-- From adrian@suse.de Thu Nov 25 08:00:51 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Thu, 25 Nov 2010 08:52:32 +0100 Message-ID: <201011250852.32661.adrian@suse.de> In-Reply-To: <20101124174346.GB4213@linux> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4665395336088406265==" --===============4665395336088406265== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am Mittwoch, 24. November 2010, 18:43:46 schrieb Marcus Hüwe: > On 2010-11-24 18:23:38 +0100, Pavol Rusnak wrote: > > On 24/11/10 16:44, Marcus Hüwe wrote: > > > I just committed a slightly modified version of your patch (see > > > 6d89fee500ba29fffd9385903ffd1cbb4886c866). > > > Thanks for the patch! > > > > I just pushed a commit[1] which renames requestmaintainership command to > > requestrole. It makes much more sense and is nicer. > > > Hmm I'm not quite sure if this is a good change. If we change it to > requestrole I would expect something like > "osc requestrole [ ]" (instead of specifying > a different role via a "--role" option). yep, full support from me. Can we establish the policy that a change of osc interface always needs a mail on this list asking for support ? > > > Do we want osc to write "requestmaintainership is obsolete, use > > requestrole instead" when requestmaintainership is used? > IMHO the "old" cmds should be aliases for "requestrole" instead of > simply dropping them. What do you think? > > > OSC CLI commands have never been stable so users are probably used > > to checking manpage or --help, right? > > > Yes the UI has never been consistent... but that doesn't justify an > unnecessary (IMHO) breakage:) Yes. We should make it more consistent, but we should discuss it first ... -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4665395336088406265==-- From johannes@nomasi.com Thu Nov 25 08:25:11 2010 From: Johannes Lahti To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] powerhosts and powerjobs Date: Thu, 25 Nov 2010 10:25:07 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2296943244534007039==" --===============2296943244534007039== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi! I was browsing through the bs_dispatch, looking for a way to somehow assign certain packages to be built by a specific worker and I bumped into powerhosts and powerjobs. I could not find much information about these settings, so could anyone here tell me how to use them? -Johannes -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2296943244534007039==-- From fritz@fritz-elfert.de Thu Nov 25 09:47:39 2010 From: Fritz Elfert To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Fedora 14 Date: Thu, 25 Nov 2010 10:47:37 +0100 Message-ID: <4CEE30B9.2070904@fritz-elfert.de> In-Reply-To: <201011081426.50861.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7680812819049322595==" --===============7680812819049322595== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08.11.2010 14:26, Adrian Schröter wrote: > Am Montag, 8. November 2010, 12:02:16 schrieb Adrian Schröter: >> Am Mittwoch, 3. November 2010, 18:56:44 schrieb Troy Telford: >>>> FYI: Fedora 14 is out, >>>> So: Would you guys please be so kind to make it available on for builds >>>> build.opensuse.org. >>> >>> Along those lines: In my private OBS instance, here are the changes I >>> made to the prjconf (vs. Fedora 13) >> >> Thanks, that helps a lot. >> >> Fedora 14 for i586 got imported already, x86_64 is running atm. >> >> Not tested at all yet ... > > Looks like we need to update our workers first to use a newer kernel ... > Any news on that? Thanks -Fritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFM7jC5boM4mAMyprARAlytAJ9e9GcwEtdbIlPvCjsK9Imo2W2ykgCdFbKx NiN8+dfGsqWOeM6UmUl6U2c= =SoYz -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7680812819049322595==-- From adrian@suse.de Thu Nov 25 09:53:17 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Re: Fedora 14 Date: Thu, 25 Nov 2010 10:53:15 +0100 Message-ID: <201011251053.16074.adrian@suse.de> In-Reply-To: <4CEE30B9.2070904@fritz-elfert.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2390392960046834673==" --===============2390392960046834673== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 25. November 2010, 10:47:37 schrieb Fritz Elfert: > On 08.11.2010 14:26, Adrian Schr=C3=B6ter wrote: > > Am Montag, 8. November 2010, 12:02:16 schrieb Adrian Schr=C3=B6ter: > >> Am Mittwoch, 3. November 2010, 18:56:44 schrieb Troy Telford: > >>>> FYI: Fedora 14 is out, > >>>> So: Would you guys please be so kind to make it available on for builds > >>>> build.opensuse.org. > >>> > >>> Along those lines: In my private OBS instance, here are the changes I > >>> made to the prjconf (vs. Fedora 13) > >> > >> Thanks, that helps a lot. > >> > >> Fedora 14 for i586 got imported already, x86_64 is running atm. > >> > >> Not tested at all yet ... > > > > Looks like we need to update our workers first to use a newer kernel ... > > >=20 > Any news on that? No, we don't have a working XEN in Factory kernel atm which is blocking us at= m. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2390392960046834673==-- From adrian@suse.de Thu Nov 25 10:06:19 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] powerhosts and powerjobs Date: Thu, 25 Nov 2010 11:06:17 +0100 Message-ID: <201011251106.17874.adrian@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8528276572110439437==" --===============8528276572110439437== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Am Donnerstag, 25. November 2010, 09:25:07 schrieb Johannes Lahti: > Hi! > > I was browsing through the bs_dispatch, looking for a way to somehow > assign certain packages to be built by a specific worker and I bumped > into powerhosts and powerjobs. I could not find much information about > these settings, so could anyone here tell me how to use them? check the BSConfig.pm.template: # List of power hosts that can handle power jobs for the sake of # building critical packages fast. #our $powerhosts = ["build20"]; # List of power packages that can be built on power hosts #our $powerpkgs = [ "glibc", "qt" ] -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8528276572110439437==-- From johannes@nomasi.com Thu Nov 25 10:47:40 2010 From: Johannes Lahti To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] powerhosts and powerjobs Date: Thu, 25 Nov 2010 12:47:38 +0200 Message-ID: In-Reply-To: <201011251106.17874.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8903231304692738152==" --===============8903231304692738152== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit > check the BSConfig.pm.template: > > # List of power hosts that can handle power jobs for the sake of > # building critical packages fast. > #our $powerhosts  = ["build20"]; > > # List of power packages that can be built on power hosts > #our $powerpkgs = [ "glibc", "qt" ] Thanks! It seems that my OBS (2.1) didn't have that info in the template yet.. -Johannes -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8903231304692738152==-- From holmes86@gmail.com Thu Nov 25 13:08:05 2010 From: =?utf-8?b?6JOd6buR546L5pyd?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] how to add a local repository to OBS? Date: Thu, 25 Nov 2010 21:08:02 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5389627399675198773==" --===============5389627399675198773== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit hi,all I have a local apt source(http://localhost/mirror),I want to add it to OBS, but I don't know how to modify OBS. how can I configure OBS? Thanks in advance. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5389627399675198773==-- From jnelson-suse@jamponi.net Thu Nov 25 14:33:03 2010 From: Jon Nelson To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: [opensuse-packaging] OBS cleanup -> removal of outdated repositories Date: Thu, 25 Nov 2010 08:33:00 -0600 Message-ID: In-Reply-To: <201011231745.30915.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4982563653568208920==" --===============4982563653568208920== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 23, 2010 at 10:45 AM, Adrian Schr=C3=B6ter wro= te: > > Hi, > > Please excuse the cross post. > You may have noticed that we have higher and higher build load on build.o.o. > While the new dispatcher algorithms are still good to prefer the "right" jo= bs, > it is still a sign that we may should cleanup. > > My current plan is to remove all repositories in home projects, which have = not been > touched this year. Not touched means, no source submission and no meta data= has > been altered at all. > Additionally also all non-home projects, which have not been touch in last = two years. What about built binaries for projects that no longer exist? I branched a few things over the last year or two, and eventually deleted those projects. However, the build results for those projects still exist. Perhaps you could wipe build results (and directories) for projects which don't exist anymore? --=20 Jon --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4982563653568208920==-- From pelliott@blackpatchpanel.com Thu Nov 25 16:10:57 2010 From: Paul Elliott To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 10:10:49 -0600 Message-ID: <20101125161049.GA2564@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7034364483857227464==" --===============7034364483857227464== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I have not used this feature in so long I have forgotten how do you set up mandrivia, fedora so that one click install works? Where is this documented? When I tried it, it gave me a dialog that let me download a ymp file. What do I do with this file? --=20 Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite= J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --===============7034364483857227464== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNCAoR05V L0xpbnV4KQoKaUVZRUFSRUNBQVlGQWt6dWlva0FDZ2tRaXY5enBEUmMzWmtLb0FDZUs4cXFCOHZJ UEhaN3lYZnpXdGhJNGJkaQpGZ01BbmpQVEd5VHpxb1F3WjdJLzlxRy9COEVYdmoydwo9SWRIVgot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============7034364483857227464==-- From awafaa@opensuse.org Thu Nov 25 16:24:02 2010 From: Andrew Wafaa To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 16:26:22 +0000 Message-ID: <1290702383.13813.2.camel@fveult02.forcev.net> In-Reply-To: <20101125161049.GA2564@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8420335274504079874==" --===============8420335274504079874== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: > > I have not used this feature in so long I have forgotten > how do you set up mandrivia, fedora so that one click > install works? Where is this documented? > > When I tried it, it gave me a dialog that let me download > a ymp file. What do I do with this file? > I'm not so sure that they support the 1Click mechanism, I think you'll find it is an openSUSE/SLE feature only. As for the downloaded ymp you can open it in any editor that can cope with xml and then extrapolate the repository and package requirements from there. Those distros don't understand the information being passed. -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F openSUSE: Get It, Discover It, Create It at http://www.opensuse.org --===============8420335274504079874== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNSAoR05V L0xpbnV4KQoKaUVZRUFCRUNBQVlGQWt6dWppNEFDZ2tRVVZQUUd6bzJNUzl4RUFDZ24rQ1d2cVFO NkNhczJ2eDd4SHU2NjlobQo2WVVBb0xJdndVMTJkT2xYOHh5cFAvaUJ4cXRld3RoUAo9OTRFcgot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============8420335274504079874==-- From robxu9@gmail.com Thu Nov 25 19:55:19 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] /lib/cpp error Date: Thu, 25 Nov 2010 14:54:34 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1395298739045654818==" --===============1395298739045654818== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi all, It seems that every time I build for Fedora:*, and the build host doesn't like the gcc, it always drops an error: checking=E2=80=82how=E2=80=82to=E2=80=82run=E2=80=82the=E2=80=82C++=E2=80=82p= reprocessor...=E2=80=82/lib/cpp configure:=E2=80=82error:=E2=80=82in=E2=80=82`/home/abuild/rpmbuild/BUILD/dep= endencies/tqtinterface': configure:=E2=80=82error:=E2=80=82C++=E2=80=82preprocessor=E2=80=82"/lib/cpp"= =E2=80=82fails=E2=80=82sanity=E2=80=82check See=E2=80=82`config.log'=E2=80=82for=E2=80=82more=E2=80=82details. Any way to override this or fix this? I can guarantee that this builds on Fedora 14 x86_64 natively. --=20 later, Robert Xu --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1395298739045654818==-- From cs@linux-administrator.com Thu Nov 25 20:12:38 2010 From: Carsten Schoene To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] /lib/cpp error Date: Thu, 25 Nov 2010 21:12:20 +0100 Message-ID: <4CEEC324.70300@linux-administrator.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0838745575124699837==" --===============0838745575124699837== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Robert, i think you need BuildRequires: gcc-c++ Cheers, Carsten Robert Xu schrieb: > Hi all, >=20 > It seems that every time I build for Fedora:*, and the build host > doesn't like the gcc, it always drops an error: >=20 > checking=E2=80=82how=E2=80=82to=E2=80=82run=E2=80=82the=E2=80=82C++=E2=80= =82preprocessor...=E2=80=82/lib/cpp > configure:=E2=80=82error:=E2=80=82in=E2=80=82`/home/abuild/rpmbuild/BUILD/d= ependencies/tqtinterface': > configure:=E2=80=82error:=E2=80=82C++=E2=80=82preprocessor=E2=80=82"/lib/cp= p"=E2=80=82fails=E2=80=82sanity=E2=80=82check > See=E2=80=82`config.log'=E2=80=82for=E2=80=82more=E2=80=82details. >=20 > Any way to override this or fix this? I can guarantee that this builds > on Fedora 14 x86_64 natively. >=20 --===============0838745575124699837== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC45IChHTlUv TGludXgpCkNvbW1lbnQ6IFVzaW5nIEdudVBHIHdpdGggU1VTRSAtIGh0dHA6Ly9lbmlnbWFpbC5t b3pkZXYub3JnCgppRVlFQVJFQ0FBWUZBa3p1d3ljQUNna1E2TmZiZkhZNTJUdnVnQUNnaE5nQTR1 azVSUk9OV28weFRId3diVUZRCjJpNEFuQTJ2cEpwMjhhWWxsdzQrRHlCaEFVbWozc094Cj1MdW1v Ci0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============0838745575124699837==-- From ku.b@gmx.de Thu Nov 25 20:27:00 2010 From: Kai-Uwe Behrmann To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 21:25:52 +0100 Message-ID: In-Reply-To: <1290702383.13813.2.camel@fveult02.forcev.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1028323496974232614==" --===============1028323496974232614== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am 25.11.10, 16:26 -0000 schrieb Andrew Wafaa: > On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: >> >> I have not used this feature in so long I have forgotten >> how do you set up mandrivia, fedora so that one click >> install works? Where is this documented? >> >> When I tried it, it gave me a dialog that let me download >> a ymp file. What do I do with this file? >> > > I'm not so sure that they support the 1Click mechanism, I think you'll > find it is an openSUSE/SLE feature only. > > As for the downloaded ymp you can open it in any editor that can cope > with xml and then extrapolate the repository and package requirements > from there. Those distros don't understand the information being > passed. The yum mechanism might be not supported. However Fedora thierd party repositories[1] use RPMs[2] containing thre=20 repository and the according verification signatures. Supporting these kind of RPMs general for all projects on OBS level would=20 expectedly make OBS even more popular. kind regards Kai-Uwe Behrmann --=20 developing for colour management=20 www.behrmann.name + www.oyranos.org [1] http://rpmfusion.org/ [2] http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.= noarch.rpm --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1028323496974232614==-- From robxu9@gmail.com Thu Nov 25 21:03:25 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 16:02:41 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1020470610645639733==" --===============1020470610645639733== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, Nov 25, 2010 at 15:25, Kai-Uwe Behrmann wrote: > Am 25.11.10, 16:26 -0000 schrieb Andrew Wafaa: >> >> On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: >>> >>> I have not used this feature in so long I have forgotten >>> how do you set up mandrivia, fedora so that one click >>> install works? Where is this documented? >>> >>> When I tried it, it gave me a dialog that let me download >>> a ymp file. What do I do with this file? >>> >> >> I'm not so sure that they support the 1Click mechanism, I think you'll >> find it is an openSUSE/SLE feature only. >> >> As for the downloaded ymp you can open it in any editor that can cope >> with xml and then extrapolate the repository and package requirements >> from there.  Those distros don't understand the information being >> passed. > > The yum mechanism might be not supported. > However Fedora thierd party repositories[1] use RPMs[2] containing thre > repository and the according verification signatures. > > Supporting these kind of RPMs general for all projects on OBS level would > expectedly make OBS even more popular. > Fedora and Mandriva do not support One-Click Install; That feature is provided by YaST. You may want to create a package, ex. "yourpackage-meta", that Requires all the packages needed. -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1020470610645639733==-- From ku.b@gmx.de Thu Nov 25 21:19:09 2010 From: Kai-Uwe Behrmann To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 22:18:16 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1136360435970426046==" --===============1136360435970426046== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am 25.11.10, 16:02 -0500 schrieb Robert Xu: > On Thu, Nov 25, 2010 at 15:25, Kai-Uwe Behrmann wrote: >> Am 25.11.10, 16:26 -0000 schrieb Andrew Wafaa: >>> >>> On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: >>>> >>>> I have not used this feature in so long I have forgotten >>>> how do you set up mandrivia, fedora so that one click >>>> install works? Where is this documented? >>>> >>>> When I tried it, it gave me a dialog that let me download >>>> a ymp file. What do I do with this file? >>>> >>> >>> I'm not so sure that they support the 1Click mechanism, I think you'll >>> find it is an openSUSE/SLE feature only. >>> >>> As for the downloaded ymp you can open it in any editor that can cope >>> with xml and then extrapolate the repository and package requirements >>> from there.  Those distros don't understand the information being >>> passed. >> >> The yum mechanism might be not supported. >> However Fedora thierd party repositories[1] use RPMs[2] containing thre >> repository and the according verification signatures. >> >> Supporting these kind of RPMs general for all projects on OBS level would >> expectedly make OBS even more popular. >> > > Fedora and Mandriva do not support One-Click Install; That feature is > provided by YaST. Yes, thats correct about One-Click Install. But I think adding OBS repoitories to Fedoras package management system is still related. Remember currently is only the one per one RPM install possible. No dependencies are tracked. With the outlined repository RPM the selected OBS repo can be added to the Fedora package manager. Dependencies are tracked and thats much more convenient and appears in line with Fedoras package management system. > You may want to create a package, ex. "yourpackage-meta", that > Requires all the packages needed. Not shure if this is really useful. E.g. the Oyranos stack has many dependencies and optional features. Do a Gnome user need the KDE front end or stay with an light wight substitute. Shall the complete Oyranos stack be installed and include the compiz plugin and then compiz itself? IMHO "yourpackage-meta" would not be a general solution. For some project it might work. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org --===============1136360435970426046==-- From suse-tux@gmx.de Thu Nov 25 21:30:19 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] osc requestmaintainership Date: Thu, 25 Nov 2010 22:30:12 +0100 Message-ID: <20101125213011.GA4226@linux> In-Reply-To: <201011250852.32661.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3166908159363442230==" --===============3166908159363442230== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 2010-11-25 08:52:32 +0100, Adrian Schr=C3=B6ter wrote: > Am Mittwoch, 24. November 2010, 18:43:46 schrieb Marcus H=C3=BCwe: > > On 2010-11-24 18:23:38 +0100, Pavol Rusnak wrote: > > > On 24/11/10 16:44, Marcus H=C3=BCwe wrote: > > > > I just committed a slightly modified version of your patch (see > > > > 6d89fee500ba29fffd9385903ffd1cbb4886c866). > > > > Thanks for the patch! > > >=20 > > > I just pushed a commit[1] which renames requestmaintainership command to > > > requestrole. It makes much more sense and is nicer. > > >=20 > > Hmm I'm not quite sure if this is a good change. If we change it to > > requestrole I would expect something like > > "osc requestrole [ ]" (instead of specifying > > a different role via a "--role" option). >=20 > yep, full support from me. >=20 I just reverted the commit for now. > Can we establish the policy that a change of osc interface always needs a m= ail > on this list asking for support ? >=20 Sounds good at least if a cmd is going to be dropped (or if some cmd is changed in a backward incompatible way). > >=20 > > > Do we want osc to write "requestmaintainership is obsolete, use > > > requestrole instead" when requestmaintainership is used? > > IMHO the "old" cmds should be aliases for "requestrole" instead of > > simply dropping them. What do you think? > >=20 > > > OSC CLI commands have never been stable so users are probably used > > > to checking manpage or --help, right? > > >=20 > > Yes the UI has never been consistent... but that doesn't justify an > > unnecessary (IMHO) breakage:) >=20 > Yes. >=20 > We should make it more consistent, but we should discuss it first ... >=20 +1 Marcus --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3166908159363442230==-- From robxu9@gmail.com Thu Nov 25 21:47:05 2010 From: Robert Xu To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Thu, 25 Nov 2010 16:46:21 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2585423887103747676==" --===============2585423887103747676== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, Nov 25, 2010 at 16:18, Kai-Uwe Behrmann wrote: > Am 25.11.10, 16:02 -0500 schrieb Robert Xu: > >> On Thu, Nov 25, 2010 at 15:25, Kai-Uwe Behrmann wrote: >>> >>> Am 25.11.10, 16:26 -0000 schrieb Andrew Wafaa: >>>> >>>> On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: >>>>> >>>>> I have not used this feature in so long I have forgotten >>>>> how do you set up mandrivia, fedora so that one click >>>>> install works? Where is this documented? >>>>> >>>>> When I tried it, it gave me a dialog that let me download >>>>> a ymp file. What do I do with this file? >>>>> >>>> >>>> I'm not so sure that they support the 1Click mechanism, I think you'll >>>> find it is an openSUSE/SLE feature only. >>>> >>>> As for the downloaded ymp you can open it in any editor that can cope >>>> with xml and then extrapolate the repository and package requirements >>>> from there.  Those distros don't understand the information being >>>> passed. >>> >>> The yum mechanism might be not supported. >>> However Fedora thierd party repositories[1] use RPMs[2] containing thre >>> repository and the according verification signatures. >>> >>> Supporting these kind of RPMs general for all projects on OBS level would >>> expectedly make OBS even more popular. >>> >> >> Fedora and Mandriva do not support One-Click Install; That feature is >> provided by YaST. > > Yes, thats correct about One-Click Install. But I think adding OBS > repoitories to Fedoras package management system is still related. Well, of course it's related. There's no way for a user to get his updates without the repository. > > Remember currently is only the one per one RPM install possible. No > dependencies are tracked. With the outlined repository RPM the selected OBS > repo can be added to the Fedora package manager. Dependencies are tracked > and thats much more convenient and appears in line with Fedoras package > management system. > Why don't you just grab the generated .repo file... and throw it in /etc/yum.repos.d? >> You may want to create a package, ex. "yourpackage-meta", that >> Requires all the packages needed. > > Not shure if this is really useful. E.g. the Oyranos stack has many > dependencies and optional features. Do a Gnome user need the KDE front end > or stay with an light wight substitute. Shall the complete Oyranos stack be > installed and include the compiz plugin and then compiz itself? IMHO > "yourpackage-meta" would not be a general solution. For some project it > might work. Then create several. But if you want a metapackage, that's the only way atm. Feel free to try something else, like Patterns. Add the following line to your configuration: Patterntype: comps ymp Then grab osc and create a pattern. OBS will generate comps-style and ymp-style pattern configuration. Fedora can use comps, SuSE can use YMP. In Fedora and Mandriva, you must add the repository first before being able to use the pattern. Mandriva does the "yourpackage-meta" solution, complain to them if you do not like it. > > > kind regards > Kai-Uwe Behrmann > -- > developing for colour management www.behrmann.name + www.oyranos.org > -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2585423887103747676==-- From suse-tux@gmx.de Thu Nov 25 21:48:12 2010 From: Marcus =?utf-8?q?H=C3=BCwe?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH]: optimize _link files Date: Thu, 25 Nov 2010 22:48:08 +0100 Message-ID: <20101125214808.GB4226@linux> In-Reply-To: <201011111757.41787.dmueller@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5571808774546476429==" --===============5571808774546476429== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On 2010-11-11 17:57:41 +0100, Dirk Müller wrote: > On Thursday 04 November 2010, Marcus Hüwe wrote: > > > > osc copypac copies _link files verbatim, so if they refer > > > to the same project, copying them should make them also > > > refer to the new project. This can be done by leaving > > > out the project part if it is the same like the destination > > > project > > Is there a specific reason why you need this change? > > Sure, it is for packages with multiple spec files, e.g. libqt4 and libqt4- > devel-doc. > > so the setup is like > > KDE:Qt / libqt4 /libqt4.spec > KDE:Qt / libqt4-devel-doc / _link pointing to "libqt4" > > when I use linkpac, it hardcodes "KDE:Qt" in the _link file. > > so, next step, I copy the project to elsewhere (e.g. KDE:Qt to > home:dirkmueller:playground:qt). > > then in that new project it builds libqt4-devel-doc against the sources in > KDE:Qt, while in this case I want them to be built from > home:dirkmueller:playground:qt > > By not specifying the project, it does exactly that. > I just committed your patch. Thanks! Marcus -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5571808774546476429==-- From roger@opq.se Fri Nov 26 10:45:04 2010 From: Roger Oberholtzer To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Fri, 26 Nov 2010 11:38:19 +0100 Message-ID: <1290767900.20346.42.camel@acme.pacific> In-Reply-To: <1290702383.13813.2.camel@fveult02.forcev.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5810740740412194213==" --===============5810740740412194213== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, 2010-11-25 at 16:26 +0000, Andrew Wafaa wrote: > On Thu, 2010-11-25 at 10:10 -0600, Paul Elliott wrote: > > > > I have not used this feature in so long I have forgotten > > how do you set up mandrivia, fedora so that one click > > install works? Where is this documented? > > > > When I tried it, it gave me a dialog that let me download > > a ymp file. What do I do with this file? > > > > I'm not so sure that they support the 1Click mechanism, I think you'll > find it is an openSUSE/SLE feature only. > > As for the downloaded ymp you can open it in any editor that can cope > with xml and then extrapolate the repository and package requirements > from there. Those distros don't understand the information being > passed. Is there a description of the ymp file? I looked around the opensuse site and did not seem to see any. For example, is it possible to tell it only to install a package it it is not already installed? -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============5810740740412194213==-- From mrdocs@opensuse.org Fri Nov 26 18:16:00 2010 From: Peter Linnell To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] one click install for fedora, mandrivia Date: Fri, 26 Nov 2010 19:15:33 +0100 Message-ID: <4CEFF945.7020809@opensuse.org> In-Reply-To: <20101125161049.GA2564@BlackPatchPanel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0363477706095796075==" --===============0363477706095796075== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/25/10 5:10 PM, Paul Elliott wrote: > > > I have not used this feature in so long I have forgotten > how do you set up mandrivia, fedora so that one click > install works? Where is this documented? > > When I tried it, it gave me a dialog that let me download > a ymp file. What do I do with this file? > To properly support Mandriva on OBS, you need to be able to generate the hdlists.gz required for urpmi. I have started porting these tools to openSUSE and have hit a roadblock on one of the packages which will not compile. I've got 90% of them building on openSUSE already, but one is a real blocker. Anyone with perl and or rpmlibs expertise would be probably be able to solve it easily... patches or help very welcome. See: home:mrdocs:perl4rpm and related apps. Thanks, Peter -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0363477706095796075==-- From dl9pf@gmx.de Sat Nov 27 22:35:22 2010 From: Jan-Simon =?utf-8?q?M=C3=B6ller?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] [api] ACL 'access' rewrite for 2.2 Date: Sat, 27 Nov 2010 23:35:08 +0100 Message-ID: <201011272335.08144.dl9pf@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3057773399056590350==" --===============3057773399056590350== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi all! Available in git HEAD is now the rewritten ACL support for the "access" flag. http://gitorious.org/opensuse/build-service/commits/master The checks were moved into the db_project/db_package model and are thus access-protected/hidden projects don't show up at all instead of the old solution which removed them from the lists in the controllers. Currently we support hiding the projects and grant access to users listed in the project. To enable this feature, add to your meta prj Adrian will roll new unstable packages shortly. Testing and feedback very welcome. Todo: * add support for Vivian's LDAP group patches * cleanups * remoteprojects need testing * bugfixing Best, Jan-Simon -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============3057773399056590350==-- From adrian@suse.de Mon Nov 29 11:07:03 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [api] ACL 'access' rewrite for 2.2 Date: Mon, 29 Nov 2010 12:06:59 +0100 Message-ID: <20101129110702.51AF93C539A9@imap.suse.de> In-Reply-To: <201011272335.08144.dl9pf@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2837610268624427707==" --===============2837610268624427707== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Saturday 27 November 2010 23:35:08 Jan-Simon Möller wrote: ... > Adrian will roll new unstable packages shortly. Packages from openSUSE:Tools:Unstable with version 2.1.66 contain this first snapshot. It contains also a fix for OBS interconnect. The client side support was broken in last weeks "git master" code branch. > Testing and feedback very welcome. > > Todo: > * add support for Vivian's LDAP group patches > * cleanups > * remoteprojects need testing > * bugfixing We currently know that there is a leak in the webui. It does cache independend of the user and may grant access or show content of hidden projects to others. Otherwise the protection should be complete, even though there are still some documented broken test cases and also some wanted logic changes. If you have an idea to expose content of an "access" disable project, feel free to try it and to report. And of course, there can't be enough people to review this security relevant code ;) thanks adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============2837610268624427707==-- From fcrozat@novell.com Mon Nov 29 16:46:21 2010 From: Frederic Crozat To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] [PATCH] distinguish between local and worker builds Date: Mon, 29 Nov 2010 17:45:26 +0100 Message-ID: <1291049126.22190.0.camel@par-r81vxc7.par.novell.com> In-Reply-To: <266EC826-D909-472B-8B39-E7162AA857E9@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1969108232782844938==" --===============1969108232782844938== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Le mardi 21 septembre 2010 =C3=A0 14:46 +0100, Anas Nashif a =C3=A9crit : > On 2010-09-21, at 2:42 PM, Michael Schroeder wrote: >=20 > > On Tue, Sep 21, 2010 at 02:27:47PM +0100, Anas Nashif wrote: > >> Here is a tiny patch that define a macro when packages are built inside = OBS so that special packages built locally can be treated differently. > >=20 > > What's the concrete use case? I.e., what special packages are > > you talking about? >=20 > In our case that would be the kernel. When built in OBS, the kernel is buil= t from multiple spec files, so the kernel package would only build the source= and links to the kernel package, i.e. kernel-netbook would build in parallel= . when building the kernel package locally however, we want to make sure the = developer builds all variants, i.e. if I submit a patch to variant A, we want= to make sure all variants also build, even if the developer only cares about= variant A. Why not just set this macro in your project configuration ? --=20 Frederic Crozat Novell --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============1969108232782844938==-- From adrian@suse.de Tue Nov 30 10:21:47 2010 From: Adrian =?utf-8?q?Schr=C3=B6ter?= To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Build Team Meeting Date: Tue, 30 Nov 2010 11:21:44 +0100 Message-ID: <20101130102144.D0A313C539A9@imap.suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0482250341214652681==" --===============0482250341214652681== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable present: coolo, mls, adrian Topics: =3D=3D=3D=3D=3D=3D=3D * Status round * OBS 2.2 state Status round =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D coolo: * created source service based on cpan2spec to autogenerate spec files for=20 perl CPAN modules. It got installed on build.opensuse.org. adrian: * Fighting with current appliances, try to get a kvm-factory-pxe worker =20 appliance to become productive (problems in factory, kiwi and kvm). Also current git master leads to a not working appliance out of the box based on openSUSE 11.3 mls: * Fixed interconnect breakage in git master OBS 2.2 state =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jan-Simon from LF submitted current state for project hiding features. Open=20 issues are * Test interconnect server functionality * cleanup & bugfixes still needed * webui is caching independend of user, which is an information leak Vivian from Intel submitted LDAP group support patches. Further submissions o= n=20 it expected. General open issues are: * Current appliances are broken after directory cleanup in git. * XSS fixes introduced some regressions which need to be fixed. Important other tasks are (maybe even backport to 2.1): * Request review handling support/fixes for webui * mbranch call seems not to fetch all packages (#654640) We may be able to create a Beta 1 end of next week. --=20 Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0482250341214652681==-- From matwey.kornilov@gmail.com Tue Nov 30 12:33:33 2010 From: "Matwey V. Kornilov" To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Re: Ubuntu:10.10 and RHEL-6 available Date: Tue, 30 Nov 2010 15:32:59 +0300 Message-ID: In-Reply-To: <201011120936.23124.adrian@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7283800071670916526==" --===============7283800071670916526== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adrian Schr?ter wrote: >> >> 1. RHEL6 has just 192 -devel packages which prolly means that there are >> quite some more missing. > > There no more on the RHEL DVD media at least. > It is strange, because a lot of -devel packages are here: http://ftp.redhat.com/pub/redhat/rhel/beta/6/optional/i386/os/Packages/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkz07vsACgkQH33lBPnYRLsizACgixA2eCAZJMf8mKQ84naW6/RY X8oAn0kmJIyd4JdNZ7fqaF0WIan3b6b7 =0rwW -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7283800071670916526==-- From roffermanns@sysgo.com Tue Nov 30 16:22:18 2010 From: Rolf Offermanns To: buildservice@lists.opensuse.org Subject: [opensuse-buildservice] Problem with "build" dependency resolver Date: Tue, 30 Nov 2010 17:22:16 +0100 Message-ID: <4CF524B8.8070908@sysgo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0170751424553611726==" --===============0170751424553611726== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi All, I have a problem with the opensuse "build" script which is used in MeeGo, too. For the tests below I used the current git version (25b46a909ba0bcfec97821c1d06ad6cc41a9a2bc). I want to build an external kernel module. In the specfile I have [...] %define kernelversion 2.6.33.5-27.1 [...] BuildRequires: kernel-netbook-devel [...] I use the kernelversion macro later to avoid the use of $(uname -r) commonly found in the Makefiles of out-of-tree kernel modules. I pass several repository URLs to build: sudo /usr/bin/build \ --repository http://linuxdownload.adobe.com/linux/i386/ \ --repository http://repo.meego.com/MeeGo/updates/1.0/core/repos/ia32/pack= ages/ \ --repository http://repo.meego.com/MeeGo/updates/1.0/extra/repos/ia32/pac= kages/ \ --repository http://repo.meego.com/MeeGo/updates/1.0/netbook/repos/ia32/p= ackages/ \ --repository http://repo.meego.com/MeeGo/updates/1.0/non-oss/repos/ia32/p= ackages \ --repository http://repo.meego.com/MeeGo/releases/1.0.1/core/repos/ia32/p= ackages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0.1/extra/repos/ia32/= packages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0.1/netbook/repos/ia3= 2/packages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0.1/non-oss/repos/ia3= 2/packages \ --repository http://repo.meego.com/MeeGo/releases/1.0/core/repos/ia32/pac= kages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0/extra/repos/ia32/pa= ckages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0/netbook/repos/ia32/= packages/ \ --repository http://repo.meego.com/MeeGo/releases/1.0/non-oss/repos/ia32/= packages \ --arch i686 \ --target i686 \ --root /mnt/pool/meego/build-root/ \ --cachedir /mnt/pool/meego/build-cache \ kernel-test.spec The latest version of the kernel-netbook-devel package (at the time of this writing) is http://repo.meego.com/MeeGo/updates/1.0/core/repos/ia32/packages/kernel-netbo= ok-devel-2.6.33.5-27.1.i586.rpm. Unfortunately this is not the one "build" decides to install in the build-root directory. Instead it chooses some older version (not the oldest!) and yet another version for the kernel-netbook package (required by kernel-netbook-devel). I have tried to use=20 BuildRequires: kernel-netbook-devel =3D 2.6.33.5-27.1 without success. Can you please give a hint what is going wrong. I have already sent an email = to the meego-packaging list about this[1] and another user has the same problem and wrote to the meego-dev list[2]. Nobody answered. Thanks in advance, Rolf. [1] http://article.gmane.org/gmane.comp.handhelds.meego.packaging/558 [2] http://article.gmane.org/gmane.comp.handhelds.meego.devel/6911 --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============0170751424553611726==-- From mls@suse.de Tue Nov 30 16:43:17 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Problem with "build" dependency resolver Date: Tue, 30 Nov 2010 17:43:16 +0100 Message-ID: <20101130164316.GA27764@suse.de> In-Reply-To: <4CF524B8.8070908@sysgo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6143762618948777158==" --===============6143762618948777158== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 30, 2010 at 05:22:16PM +0100, Rolf Offermanns wrote: > I have a problem with the opensuse "build" script which is used in MeeGo, t= oo. > For the tests below I used the current git version > (25b46a909ba0bcfec97821c1d06ad6cc41a9a2bc). >=20 > I want to build an external kernel module. In the specfile I have > [...] > %define kernelversion 2.6.33.5-27.1 [...] > BuildRequires: kernel-netbook-devel > [...] >=20 > I use the kernelversion macro later to avoid the use of $(uname -r) commonly > found in the Makefiles of out-of-tree kernel modules. >=20 > I pass several repository URLs to build: >=20 > sudo /usr/bin/build \ > --repository http://linuxdownload.adobe.com/linux/i386/ \ > --repository http://repo.meego.com/MeeGo/updates/1.0/core/repos/ia32/pa= ckages/ \ > --repository http://repo.meego.com/MeeGo/updates/1.0/extra/repos/ia32/p= ackages/ \ > --repository http://repo.meego.com/MeeGo/updates/1.0/netbook/repos/ia32= /packages/ \ > --repository http://repo.meego.com/MeeGo/updates/1.0/non-oss/repos/ia32= /packages \ > --repository http://repo.meego.com/MeeGo/releases/1.0.1/core/repos/ia32= /packages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0.1/extra/repos/ia3= 2/packages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0.1/netbook/repos/i= a32/packages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0.1/non-oss/repos/i= a32/packages \ > --repository http://repo.meego.com/MeeGo/releases/1.0/core/repos/ia32/p= ackages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0/extra/repos/ia32/= packages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0/netbook/repos/ia3= 2/packages/ \ > --repository http://repo.meego.com/MeeGo/releases/1.0/non-oss/repos/ia3= 2/packages \ > --arch i686 \ > --target i686 \ > --root /mnt/pool/meego/build-root/ \ > --cachedir /mnt/pool/meego/build-cache \ > kernel-test.spec >=20 > The latest version of the kernel-netbook-devel package (at the time of this > writing) is > http://repo.meego.com/MeeGo/updates/1.0/core/repos/ia32/packages/kernel-net= book-devel-2.6.33.5-27.1.i586.rpm. >=20 > Unfortunately this is not the one "build" decides to install in the build-r= oot > directory. Instead it chooses some older version (not the oldest!) and yet > another version for the kernel-netbook package (required by > kernel-netbook-devel). Is the older version also in the 1.0/core repo? Unlike the build service which always uses the best version of a package in a repo, the build script is a bit stupid and uses the first one it sees. (The repos itself are priorized, e.g. if a package is in 1.0/core, all versio= ns in 1.0/extra and the following repos are ignored. This is by design.) I'll fix the code ASAP so that build script behaves the same as the build service. Cheers, Michael. --=20 Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=3D~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============6143762618948777158==-- From roffermanns@sysgo.com Tue Nov 30 16:56:42 2010 From: Rolf Offermanns To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Problem with "build" dependency resolver Date: Tue, 30 Nov 2010 17:56:36 +0100 Message-ID: <4CF52CC4.2020102@sysgo.com> In-Reply-To: <20101130164316.GA27764@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7058527557811183356==" --===============7058527557811183356== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 11/30/2010 05:43 PM, Michael Schroeder wrote: >> sudo /usr/bin/build \ >> --repository http://linuxdownload.adobe.com/linux/i386/ \ >> --repository http://repo.meego.com/MeeGo/updates/1.0/core/repos/ia32/= packages/ \ >> --repository http://repo.meego.com/MeeGo/updates/1.0/extra/repos/ia32= /packages/ \ >> --repository http://repo.meego.com/MeeGo/updates/1.0/netbook/repos/ia= 32/packages/ \ >> --repository http://repo.meego.com/MeeGo/updates/1.0/non-oss/repos/ia= 32/packages \ >> --repository http://repo.meego.com/MeeGo/releases/1.0.1/core/repos/ia= 32/packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0.1/extra/repos/i= a32/packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0.1/netbook/repos= /ia32/packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0.1/non-oss/repos= /ia32/packages \ >> --repository http://repo.meego.com/MeeGo/releases/1.0/core/repos/ia32= /packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0/extra/repos/ia3= 2/packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0/netbook/repos/i= a32/packages/ \ >> --repository http://repo.meego.com/MeeGo/releases/1.0/non-oss/repos/i= a32/packages \ >> --arch i686 \ >> --target i686 \ >> --root /mnt/pool/meego/build-root/ \ >> --cachedir /mnt/pool/meego/build-cache \ >> kernel-test.spec >> [...] > > Is the older version also in the 1.0/core repo? Unlike the build service wh= ich > always uses the best version of a package in a repo, the build script is a = bit > stupid and uses the first one it sees. > (The repos itself are priorized, e.g. if a package is in 1.0/core, all vers= ions > in 1.0/extra and the following repos are ignored. This is by design.) It looks like this: releases/1.0/core ----------------- kernel-netbook-2.6.33.3-11.1.i586.rpm updates/1.0/core ---------------- kernel-netbook-devel-2.6.33.3-19.1.i586.rpm kernel-netbook-devel-2.6.33.5-20.1.i586.rpm kernel-netbook-devel-2.6.33.5-22.1.i586.rpm kernel-netbook-devel-2.6.33.5-23.1.i586.rpm kernel-netbook-devel-2.6.33.5-24.1.i586.rpm kernel-netbook-devel-2.6.33.5-25.1.i586.rpm kernel-netbook-devel-2.6.33.5-26.1.i586.rpm kernel-netbook-devel-2.6.33.5-27.1.i586.rpm releases/1.0.1/core ------------------- kernel-netbook-devel-2.6.33.3-11.1.i586.rpm kernel-netbook-devel-2.6.33.3-19.1.i586.rpm kernel-netbook-devel-2.6.33.5-20.1.i586.rpm kernel-netbook-devel-2.6.33.5-22.1.i586.rpm kernel-netbook-devel-2.6.33.5-23.1.i586.rpm The one picked is: 2.6.33.5-24.1 When you say the repos itself are priorized, do you mean by order of=20 build cmdline arguments, or by some metadata in the repositories? > I'll fix the code ASAP so that build script behaves the same as the build > service. Thank you. Shall I open a bug for this? Or is there one I can track? -Rolf --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7058527557811183356==-- From mls@suse.de Tue Nov 30 17:01:51 2010 From: Michael Schroeder To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Problem with "build" dependency resolver Date: Tue, 30 Nov 2010 18:01:50 +0100 Message-ID: <20101130170150.GA14722@suse.de> In-Reply-To: <4CF52CC4.2020102@sysgo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7268077894473674325==" --===============7268077894473674325== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, Nov 30, 2010 at 05:56:36PM +0100, Rolf Offermanns wrote: > When you say the repos itself are priorized, do you mean by order of > build cmdline arguments, or by some metadata in the repositories? Yes, by order of cmdline arguments. > >I'll fix the code ASAP so that build script behaves the same as the build > >service. > > Thank you. Shall I open a bug for this? Or is there one I can track? Please open a bug in bugzilla.novell.com. Thanks, Michael. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============7268077894473674325==-- From roffermanns@sysgo.com Tue Nov 30 17:15:33 2010 From: Rolf Offermanns To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] Problem with "build" dependency resolver Date: Tue, 30 Nov 2010 18:15:28 +0100 Message-ID: <4CF53130.5090606@sysgo.com> In-Reply-To: <20101130170150.GA14722@suse.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8791131558173278987==" --===============8791131558173278987== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On 11/30/2010 06:01 PM, Michael Schroeder wrote: > On Tue, Nov 30, 2010 at 05:56:36PM +0100, Rolf Offermanns wrote: >> When you say the repos itself are priorized, do you mean by order of >> build cmdline arguments, or by some metadata in the repositories? > > Yes, by order of cmdline arguments. > >>> I'll fix the code ASAP so that build script behaves the same as the build >>> service. >> >> Thank you. Shall I open a bug for this? Or is there one I can track? > > Please open a bug in bugzilla.novell.com. https://bugzilla.novell.com/show_bug.cgi?id=656599 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============8791131558173278987==-- From mrdocs@opensuse.org Fri Dec 17 12:48:23 2010 From: P Linnell To: buildservice@lists.opensuse.org Subject: Re: [opensuse-buildservice] /lib/cpp error Date: Thu, 25 Nov 2010 23:06:03 +0100 Message-ID: In-Reply-To: <4CEEC324.70300@linux-administrator.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4786208852422737737==" --===============4786208852422737737== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday 25 November 2010 21:12:20 Carsten Schoene wrote: > Hi Robert, >=20 > i think you need > BuildRequires: gcc-c++ >=20 > Cheers, > Carsten >=20 > Robert Xu schrieb: > > Hi all, > >=20 > > It seems that every time I build for Fedora:*, and the build host > > doesn't like the gcc, it always drops an error: > >=20 > > checking=E2=80=82how=E2=80=82to=E2=80=82run=E2=80=82the=E2=80=82C++=E2=80= =82preprocessor...=E2=80=82/lib/cpp > > configure:=E2=80=82error:=E2=80=82in=E2=80=82`/home/abuild/rpmbuild/BUILD= /dependencies/tqtinterf > > ace': configure:=E2=80=82error:=E2=80=82C++=E2=80=82preprocessor=E2=80=82= "/lib/cpp"=E2=80=82fails=E2=80=82sanity=E2=80=82check > > See=E2=80=82`config.log'=E2=80=82for=E2=80=82more=E2=80=82details. > >=20 > > Any way to override this or fix this? I can guarantee that this builds > > on Fedora 14 x86_64 natively. Hi, I am guessing that on a local OBS the project config is not the same as the=20 public OBS, which would have something like: Preinstall: gcc-c++ This is a guess, but this might fix it for all your packages building locally. Peter --=20 To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org --===============4786208852422737737==--