[opensuse-buildservice] Complete openSUSE Build Service under GPL available
From today on the openSUSE Build Service (OBS) is available under the GPL license for everybody. You can find the latest version of the source code in the openSUSE project at Novell Forge: http://forge.novell.com/modules/xfmod/project/?opensuse Everybody is invited to join the public development there. Additionally you can find experimental rpm packages at http://software.opensuse.org/download/openSUSE:/Tools/ which can be used to easily install and configure an OBS running on a single host. Be welcome to join the discussion of the future of OBS in our mailinglist at opensuse-buildservice@opensuse.org or at the irc channel #opensuse-buildservice on irc.opensuse.org (Freenode). Further details can be found at http://en.opensuse.org/Build_Service -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Wed, Jan 24, 2007 at 03:24:29PM +0100, Adrian Schroeter wrote:
Additionally you can find experimental rpm packages at
To make this packages less experimental I suggest changing the line %post api to %post -n obs-api to make the build actually work. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
Am Wednesday 24 January 2007 19:53 schrieb Robert Schiele:
On Wed, Jan 24, 2007 at 03:24:29PM +0100, Adrian Schroeter wrote:
Additionally you can find experimental rpm packages at
To make this packages less experimental I suggest changing the line
%post api
to
%post -n obs-api
to make the build actually work.
right .... fixed. -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 10:33:36AM +0100, Adrian Schroeter wrote:
right .... fixed.
Ok, next point: I propose making them noarch packages since they don't contain any architecture specific things. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 03:31:59PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:33:36AM +0100, Adrian Schroeter wrote:
right .... fixed.
Ok, next point: I propose making them noarch packages since they don't contain any architecture specific things.
And then: Package sysconfig.obs-server and sysconfig.obs-worker. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
Am Thursday 25 January 2007 15:47 schrieb Robert Schiele:
On Thu, Jan 25, 2007 at 03:31:59PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:33:36AM +0100, Adrian Schroeter wrote:
right .... fixed.
Ok, next point: I propose making them noarch packages since they don't contain any architecture specific things.
And then: Package sysconfig.obs-server and sysconfig.obs-worker.
done. -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 03:50:59PM +0100, Adrian Schroeter wrote:
Am Thursday 25 January 2007 15:47 schrieb Robert Schiele:
And then: Package sysconfig.obs-server and sysconfig.obs-worker.
done.
Almost. Next is to change /var/adm/fillup-templates/obs-server to /var/adm/fillup-templates/sysconfig.obs-server and /var/adm/fillup-templates/obs-worker to /var/adm/fillup-templates/sysconfig.obs-worker to make this work. ;-) Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 04:05:09PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 03:50:59PM +0100, Adrian Schroeter wrote:
Am Thursday 25 January 2007 15:47 schrieb Robert Schiele:
And then: Package sysconfig.obs-server and sysconfig.obs-worker.
done.
Almost. Next is to change /var/adm/fillup-templates/obs-server to /var/adm/fillup-templates/sysconfig.obs-server and /var/adm/fillup-templates/obs-worker to /var/adm/fillup-templates/sysconfig.obs-worker to make this work. ;-)
Done now. Regards, Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
On Wed, Jan 24, 2007 at 03:24:29PM +0100, Adrian Schroeter wrote:
Everybody is invited to join the public development there.
So first about documentation in README.SETUP: It says: | 2. start the workers | ==================== | The workers ask the backend for open build jobs and do the build. | You need to install the "obs-server" package for this. Obviously this must be "obs-worker" here, not "obs-server". There is one vital chapter missing in this document and I also couldn't find it somewhere else: How does one bootstrap build targets? To add a target/repository to a project I am asked for a target to base this on. So I initially need a base repository with binary RPMs for one distribution. Where do I have to copy the RPMs? Is there more to configure? Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
Am Wednesday 24 January 2007 21:26 schrieb Robert Schiele:
On Wed, Jan 24, 2007 at 03:24:29PM +0100, Adrian Schroeter wrote:
Everybody is invited to join the public development there.
So first about documentation in README.SETUP:
It says: | 2. start the workers | ==================== | The workers ask the backend for open build jobs and do the build. | You need to install the "obs-server" package for this.
Obviously this must be "obs-worker" here, not "obs-server".
right, fixed in my copy ...
There is one vital chapter missing in this document and I also couldn't find it somewhere else:
How does one bootstrap build targets? To add a target/repository to a project I am asked for a target to base this on. So I initially need a base repository with binary RPMs for one distribution. Where do I have to copy the RPMs? Is there more to configure?
Right ... I consider currently to pre-define a 10.2 project inside of the packages as a base, but what about such a description: 4. Setup initial distributions ============================== The OBS does need some base projects and packages to start the building. You can setup it for example in this way to build for openSUSE 10.2: * Create an "openSUSE:10.2" project * Add a repository, for example called "standard" A resulting project xml file should look alike this one: <project name="openSUSE:10.2"> <repository status='disabled' name='standard'> <arch>i586</arch> </repository> <title>the openSUSE 10.2 distribution</title> <description></description> </project> The status='disabled' will stop any builds inside of this project, but it can be used anyway as a base in other projects. Afterwards you need to copy the rpms from the base distribution to the /srv/obs/rpms/openSUSE:10.2/standard/i586/:full/ directory. You can create the directory, if it does not exist. After copying all i586 and noarch rpms inside of it you need to trigger the reading of the directory of the scheduler. The easiest way to achieve this is to restart it. Last but not least you need to copy the distribution configuration to define how a base distribution needs to get setup. These configurations for SUSE are part of the build rpm. # cp /usr/lib/build/configs/sl10.2.conf /srv/obs/projects/openSUSE:10.2.conf The project is now ready to be used as a base for other projects. -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
The OBS does need some base projects and packages to start the building. You can setup it for example in this way to build for openSUSE 10.2:
* Create an "openSUSE:10.2" project * Add a repository, for example called "standard"
This is how I have tried that as well. But actually it crashes at that point. But if this actually is the way to go I will debug into this... Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 11:02:28AM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
The OBS does need some base projects and packages to start the building. You can setup it for example in this way to build for openSUSE 10.2:
* Create an "openSUSE:10.2" project * Add a repository, for example called "standard"
This is how I have tried that as well. But actually it crashes at that point. But if this actually is the way to go I will debug into this...
It crashes for me at that point if I enter ppc as arch, but not if I enter i586. Same crash as yours? https://bugzilla.novell.com/show_bug.cgi?id=238672 Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
On Thu, Jan 25, 2007 at 01:17:24PM +0100, Peter Poeml wrote:
It crashes for me at that point if I enter ppc as arch, but not if I enter i586.
Same crash as yours?
No, for me it crashes with any architecture. Like that: | OpenSUSE Frontend Error: | | Error Details: | | Errorcode: uncaught_exception | Message: undefined method `project' for #<ActiveXML::Node:0x2b46c38a66e8> | | Exception from API: | | NoMethodError: undefined method `project' for #<ActiveXML::Node:0x2b46c38a66e8> | | Stack Trace: | | /srv/www/obs/common/lib/activexml/node.rb:255:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:151:in `store_axml' | /srv/www/obs/common/lib/activexml/node.rb:227:in `call' | /srv/www/obs/common/lib/activexml/node.rb:227:in `method_missing' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /usr/lib64/ruby/1.8/rexml/xpath.rb:53:in `each' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /srv/www/obs/common/lib/activexml/node.rb:225:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:150:in `store_axml' | /srv/www/obs/common/lib/activexml/node.rb:227:in `call' | /srv/www/obs/common/lib/activexml/node.rb:227:in `method_missing' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /usr/lib64/ruby/1.8/rexml/xpath.rb:53:in `each' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /srv/www/obs/common/lib/activexml/node.rb:225:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:134:in `store_axml' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/connection_adapters/abstract/database_statements.rb:51:in `transaction' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/transactions.rb:91:in `transaction' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:43:in `store_axml' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:21:in `store_axml' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/connection_adapters/abstract/database_statements.rb:51:in `transaction' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/transactions.rb:91:in `transaction' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:17:in `store_axml' | /srv/www/obs/common/lib/activexml/transport.rb:227:in `save' | /srv/www/obs/common/lib/activexml/base.rb:90:in `save' | /srv/www/obs/frontend/public/../config/../app/controllers/source_controller.rb:260:in `project_meta' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:941:in `send' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:941:in `perform_action_without_filters' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/filters.rb:368:in `perform_action_without_benchmark' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/benchmarking.rb:69:in `perform_action_without_rescue' | /usr/lib64/ruby/1.8/benchmark.rb:293:in `measure' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/benchmarking.rb:69:in `perform_action_without_rescue' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/rescue.rb:82:in `perform_action' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:408:in `send' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:408:in `process_without_filters' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/filters.rb:377:in `process_without_session_management_support' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/session_management.rb:117:in `process' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/dispatcher.rb:38:in `dispatch' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:150:in `process_request' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:54:in `process!' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:612:in `each_cgi' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each_cgi' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:53:in `process!' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:23:in `process!' | /srv/www/obs/frontend/public/dispatch.fcgi:24 If you have an idea this would be welcome. Otherwise I will look into this myself at a later time. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 01:47:45PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 01:17:24PM +0100, Peter Poeml wrote:
It crashes for me at that point if I enter ppc as arch, but not if I enter i586.
Same crash as yours?
No, for me it crashes with any architecture. Like that:
Mine is solved, there is a small hardcoded list of architectures, which needs to be expanded (either statically or dynamically).
| OpenSUSE Frontend Error: | | Error Details: | | Errorcode: uncaught_exception | Message: undefined method `project' for #<ActiveXML::Node:0x2b46c38a66e8> | | Exception from API: | | NoMethodError: undefined method `project' for #<ActiveXML::Node:0x2b46c38a66e8> | | Stack Trace: | | /srv/www/obs/common/lib/activexml/node.rb:255:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:151:in `store_axml' | /srv/www/obs/common/lib/activexml/node.rb:227:in `call' | /srv/www/obs/common/lib/activexml/node.rb:227:in `method_missing' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /usr/lib64/ruby/1.8/rexml/xpath.rb:53:in `each' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /srv/www/obs/common/lib/activexml/node.rb:225:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:150:in `store_axml' | /srv/www/obs/common/lib/activexml/node.rb:227:in `call' | /srv/www/obs/common/lib/activexml/node.rb:227:in `method_missing' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /usr/lib64/ruby/1.8/rexml/xpath.rb:53:in `each' | /usr/lib64/ruby/1.8/rexml/element.rb:939:in `each' | /srv/www/obs/common/lib/activexml/node.rb:225:in `method_missing' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:134:in `store_axml' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/connection_adapters/abstract/database_statements.rb:51:in `transaction' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/transactions.rb:91:in `transaction' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:43:in `store_axml' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:21:in `store_axml' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/connection_adapters/abstract/database_statements.rb:51:in `transaction' | /usr/lib64/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/transactions.rb:91:in `transaction' | /srv/www/obs/frontend/public/../config/../app/models/db_project.rb:17:in `store_axml' | /srv/www/obs/common/lib/activexml/transport.rb:227:in `save' | /srv/www/obs/common/lib/activexml/base.rb:90:in `save' | /srv/www/obs/frontend/public/../config/../app/controllers/source_controller.rb:260:in `project_meta' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:941:in `send' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:941:in `perform_action_without_filters' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/filters.rb:368:in `perform_action_without_benchmark' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/benchmarking.rb:69:in `perform_action_without_rescue' | /usr/lib64/ruby/1.8/benchmark.rb:293:in `measure' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/benchmarking.rb:69:in `perform_action_without_rescue' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/rescue.rb:82:in `perform_action' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:408:in `send' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:408:in `process_without_filters' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/filters.rb:377:in `process_without_session_management_support' | /usr/lib64/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/session_management.rb:117:in `process' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/dispatcher.rb:38:in `dispatch' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:150:in `process_request' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:54:in `process!' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:612:in `each_cgi' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each' | /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each_cgi' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:53:in `process!' | /usr/lib64/ruby/gems/1.8/gems/rails-1.1.6/lib/fcgi_handler.rb:23:in `process!' | /srv/www/obs/frontend/public/dispatch.fcgi:24
If you have an idea this would be welcome. Otherwise I will look into this myself at a later time.
I have no idea about this one, sorry. Regards, Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
Robert Schiele schrieb:
On Thu, Jan 25, 2007 at 01:17:24PM +0100, Peter Poeml wrote:
It crashes for me at that point if I enter ppc as arch, but not if I enter i586.
Same crash as yours?
No, for me it crashes with any architecture. We've got the same problem here - any architecture ... same error message.
Marcel --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 01:47:45PM +0100, Robert Schiele wrote:
If you have an idea this would be welcome. Otherwise I will look into this myself at a later time.
Ok, the bug is that the web frontend submits a XML file with an empty "path" element like: | <project name='102' created='2007-01-24T21:04:02+01:00' updated='2007-01-24T21:04:02+01:00'> | <title>openSUSE 10.2</title> | <description>openSUSE 10.2</description> | <person role='maintainer' userid='robert'/> | <repository name='base'><path/><arch>i586</arch></repository></project> Obviously the empty "path" element breaks frontend/app/models/db_project.rb:151 for selecting non-existent sub-elements. Thus the web frontend does submit a broken xml file and the API implementation does lack proper error handling here. Adrian, this means the way you documented to setup the initial buildserver repositories does not work that way. Currently the only way I see is submitting the correct XML file manually. BTW: It would be really helpful for debugging if design documents like database entity relationship diagrams and class diagrams were available to understand the semantical meaning of the various parts of the implementation. Or was the design phase just completely skipped while developing the code? Honestly there is a very high barrier to understand code that was not usable from outside the Novell development group if it lacks structured semantical design documentation completely. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 10:16:26PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 01:47:45PM +0100, Robert Schiele wrote:
If you have an idea this would be welcome. Otherwise I will look into this myself at a later time.
Ok, the bug is that the web frontend submits a XML file with an empty "path" element like:
| <project name='102' created='2007-01-24T21:04:02+01:00' updated='2007-01-24T21:04:02+01:00'> | <title>openSUSE 10.2</title> | <description>openSUSE 10.2</description> | <person role='maintainer' userid='robert'/> | <repository name='base'><path/><arch>i586</arch></repository></project>
Uh, that's illegal. <path> must have a project and a repository. So it's a bug in the web frontend and the API is right to complain. Cheers, Michael. -- Michael Schroeder mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Friday 26 January 2007 12:50 schrieb Michael Schroeder:
On Thu, Jan 25, 2007 at 10:16:26PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 01:47:45PM +0100, Robert Schiele wrote:
If you have an idea this would be welcome. Otherwise I will look into this myself at a later time.
Ok, the bug is that the web frontend submits a XML file with an empty "path"
element like: | <project name='102' created='2007-01-24T21:04:02+01:00' | updated='2007-01-24T21:04:02+01:00'> <title>openSUSE 10.2</title> | <description>openSUSE 10.2</description> | <person role='maintainer' userid='robert'/> | <repository name='base'><path/><arch>i586</arch></repository></project>
Uh, that's illegal. <path> must have a project and a repository. So it's a bug in the web frontend and the API is right to complain.
The <path> statement is obsolete at all, because this initial project does not build on top of another one. So we need to fix the web frontend to skip the <path> if no base repo is selected. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
A resulting project xml file should look alike this one:
<project name="openSUSE:10.2"> <repository status='disabled' name='standard'> ^^^^^^^^^^^^^^^^^
The API does not accept this attribute here. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Thu, Jan 25, 2007 at 11:14:13PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
A resulting project xml file should look alike this one:
<project name="openSUSE:10.2"> <repository status='disabled' name='standard'> ^^^^^^^^^^^^^^^^^
The API does not accept this attribute here.
It never did, it's not an "official" attribute. The official one will probably be a "<disable />" element. But it is actually not needed in your case, no bad things happen if it is not used (as long as you don't create packages in the project). Cheers, Michael. -- Michael Schroeder mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Friday 26 January 2007 12:46, Michael Schroeder wrote:
On Thu, Jan 25, 2007 at 11:14:13PM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
A resulting project xml file should look alike this one:
<project name="openSUSE:10.2"> <repository status='disabled' name='standard'>
^^^^^^^^^^^^^^^^^
The API does not accept this attribute here.
It never did, it's not an "official" attribute. The official one will probably be a "<disable />" element.
But it is actually not needed in your case, no bad things happen if it is not used (as long as you don't create packages in the project).
By the way, the "official" API is supposed to be specified at https://forgesvn1.novell.com/svn/opensuse/trunk/buildservice/docs/api/fronte.... The master is the file api.txt. The documentation generated from that is at https://api.opensuse.org/apidocs/. The tools used for this can be found at https://forgesvn1.novell.com/svn/opensuse/trunk/buildservice/docs/api/tools. -- Cornelius Schumacher <cschum@suse.de> --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
Afterwards you need to copy the rpms from the base distribution to the /srv/obs/rpms/openSUSE:10.2/standard/i586/:full/ ^^^^
This should be "build", not "rpms". Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
On Fri, Jan 26, 2007 at 12:13:43AM +0100, Robert Schiele wrote:
On Thu, Jan 25, 2007 at 10:22:42AM +0100, Adrian Schroeter wrote:
Afterwards you need to copy the rpms from the base distribution to the /srv/obs/rpms/openSUSE:10.2/standard/i586/:full/ ^^^^
This should be "build", not "rpms".
Fixed. Thanks! Regards, Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
On Wed, Jan 24, 2007 at 03:24:29PM +0100, Adrian Schröter wrote:
which can be used to easily install and configure an OBS running on a single host.
I am happy to say that I have successfully set up a buildservice instance from these packages, on an old PowerPC machine, which has successfully built a number of packages tonight :-) Peter -- SUSE LINUX Products GmbH Bug, bogey, bugbear, bugaboo: Research & Development A malevolent monster (not true?); Some mischief microbic; What makes someone phobic; The work one does not want to do. From: Chris Young (The Omnificent English Dictionary In Limerick Form)
On Fri, Jan 26, 2007 at 10:18:58AM +0100, Peter Poeml wrote:
I am happy to say that I have successfully set up a buildservice instance from these packages, on an old PowerPC machine, which has successfully built a number of packages tonight :-)
If you want to have multiple architectures apply the following patch: Index: obsscheduler =================================================================== --- obsscheduler (revision 39) +++ obsscheduler (working copy) @@ -31,7 +31,10 @@ cd "$obsdir" # FIXME: not nice, this should receive a proper daemon handling, # including real logging, pid file and startproc - ./bs_sched $OBS_SCHEDULER_ARCHITECTURES >& /srv/obs/log/scheduler.log & + test -z "$OBS_SCHEDULER_ARCHITECTURES" && OBS_SCHEDULER_ARCHITECTURES=i586 + for i in $OBS_SCHEDULER_ARCHITECTURES; do + ./bs_sched $i >& /srv/obs/log/scheduler_$i.log & + done rc_status -v ;; stop) Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
Am Friday 26 January 2007 11:40 schrieb Robert Schiele:
On Fri, Jan 26, 2007 at 10:18:58AM +0100, Peter Poeml wrote:
I am happy to say that I have successfully set up a buildservice instance from these packages, on an old PowerPC machine, which has successfully built a number of packages tonight :-)
If you want to have multiple architectures apply the following patch:
ups, yet another stupid thing ... thanks for the fix, applied. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Fri, Jan 26, 2007 at 11:46:55AM +0100, Adrian Schroeter wrote:
ups, yet another stupid thing ...
Next is to add install -d -m 755 $RPM_BUILD_ROOT/srv/obs/run to the install section of the spec file. Robert -- Robert Schiele Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com "Quidquid latine dictum sit, altum sonatur."
Am Friday 26 January 2007 12:23 schrieb Robert Schiele:
On Fri, Jan 26, 2007 at 11:46:55AM +0100, Adrian Schroeter wrote:
ups, yet another stupid thing ...
Next is to add
install -d -m 755 $RPM_BUILD_ROOT/srv/obs/run
to the install section of the spec file.
No, this should be actually handled by the backend itself, I saw a bugreport mail from poeml to mls regarding this. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Fri, Jan 26, 2007 at 01:14:40PM +0100, Adrian Schröter wrote:
Am Friday 26 January 2007 12:23 schrieb Robert Schiele:
On Fri, Jan 26, 2007 at 11:46:55AM +0100, Adrian Schroeter wrote:
ups, yet another stupid thing ...
Next is to add
install -d -m 755 $RPM_BUILD_ROOT/srv/obs/run
to the install section of the spec file.
No, this should be actually handled by the backend itself, I saw a bugreport mail from poeml to mls regarding this.
No, Robert is correct, the directory should be owned by the rpm package. Cheers, Michael. -- Michael Schroeder mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Friday 26 January 2007 13:22 schrieb Michael Schroeder:
On Fri, Jan 26, 2007 at 01:14:40PM +0100, Adrian Schröter wrote:
Am Friday 26 January 2007 12:23 schrieb Robert Schiele:
On Fri, Jan 26, 2007 at 11:46:55AM +0100, Adrian Schroeter wrote:
ups, yet another stupid thing ...
Next is to add
install -d -m 755 $RPM_BUILD_ROOT/srv/obs/run
to the install section of the spec file.
No, this should be actually handled by the backend itself, I saw a bugreport mail from poeml to mls regarding this.
No, Robert is correct, the directory should be owned by the rpm package.
okay, added. -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
participants (6)
-
Adrian Schröter -
Cornelius Schumacher -
Dr. Peter Poeml -
Marcel Ritter -
Michael Schroeder -
Robert Schiele