present: freitag, coolo, adrian, tschmidt, mls
Topics:
* Status round
* Hermes request accept mails
Status round:
=============
adrian:
* urgent bugfixing
* preparing 1.7.1 release
* Feature planning, next release will be a 2.0
Hermes request accept mails:
============================
Mails of accepted submit requests are not helpfull atm
-> source package does not exist anymore often
-> no matching difference in source and target package
anymore
Solution is to send in accepted case different mails
-> store revision number, before and after xsrcmd5 in request
-> Factory checkin scripts need to send requestid
--
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
Hi,
should all repositories from my OBS projects be available on rsync.suse.de?
What is the expected sync interval, is it a scheduled task or will
things get pushed to rsync.suse.de whenever a build was finished.
I am building packages in OBS and have OBS create repos for several
distributions (openSUSE, SLE, Mandriva, debian, ...).
In a second step, I am using rsync to pull the repo from the OBS server,
however, only SLE and openSUSE repos show up in rsync.
The repos show up fine through
http://download.opensuse.org/repositories/home:/$USER. rsync on
rsync.opensuse.org::buildservice-repos/home:/$user however only shows
SLE and opensuse.
I triggered the publish button again (through project defaults as well
as per the individual repository), but this didn't help either.
thanks for your help,
Olli
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi all,
I'm attempting to install and crowbar an OBS instance locally to
build various packages that I'm working on for a project. This generally
seems to be going well, but I'm having problems importing a respository
grabbed from build.opensuse.org.
After running obs_mirror_project, I restart the scheduler and attempt an
import of the new repository. Unfortunately, this seems to fail:
obs1:/srv/www/obs/api/script # RAILS_ENV="production" ruby -I /srv/www/obs/common/lib/ import
/usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:443:in `load_missing_constant': uninitialized constant ActiveXML (NameError)
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:80:in `const_missing'
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:92:in `const_missing'
from /srv/www/obs/api/app/models/bs_request.rb:1
from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:31:in `require'
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:158:in `require'
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:265:in `require_or_load'
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:224:in `depend_on'
from /usr/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:136:in `require_dependency'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:414:in `load_application_classes'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:413:in `each'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:413:in `load_application_classes'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:411:in `each'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:411:in `load_application_classes'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:197:in `process'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:113:in `send'
from /usr/lib/ruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:113:in `run'
from import:18
This is running openSUSE 11.1 with OBS 1.7.0-5.4 and rubygems 1.3.5-8.1, using the openSUSE:Tools repo.
Any ideas where would be the best place to look?
Thanks,
Neil
--
Neil McGovern
Amino Communications
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi, when I try to checkin to multimedia:apps rosegarden4 from my working
copy, I have a problem.
First of all it wants to delete two files which are the same on bs and
my working copy then if I attempt osc ci I get the error :-
osc ci
Log message unchanged or not specified
a)bort, c)ontinue, e)dit: c
Deleting rosegarden-10.02-plugin-lib64path.patch
Deleting rosegarden4rpmlintrc
Transmitting file data
Traceback (most recent call last):
File "/usr/bin/osc", line 21, in <module>
r = babysitter.run(osccli)
File "/usr/lib/python2.6/site-packages/osc/babysitter.py", line 46, in run
return prg.main()
File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 308, in main
return self.cmd(args)
File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 331, in cmd
retval = self.onecmd(argv)
File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 447, in onecmd
return self._dispatch_cmd(handler, argv)
File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 1177, in
_dispatch_cmd
return handler(argv[0], opts, *args)
File "/usr/lib/python2.6/site-packages/osc/commandline.py", line 2311,
in do_commit
Project(prj).commit(tuple(packages), msg, files)
File "/usr/lib/python2.6/site-packages/osc/core.py", line 574, in commit
p.commit(msg)
File "/usr/lib/python2.6/site-packages/osc/core.py", line 855, in commit
self.to_be_deleted.remove(filename)
ValueError: list.remove(x): x not in list
How do I fix this?
Thanks
Dave P
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi,
it appears to me, that the publisher is taking ages to get its job done.
It is not the first time, I suffer from this, therefore..
See here:
https://build.opensuse.org/project/show?project=home%3Afrispete%3Aaufs2
kernel-default build for i586 was done at:
build18 finished "build kernel-default.spec" at Sat Feb 13 00:55:44 UTC
2010.
Now, approx. 11 hours later, the project status is still in finished state.
Is that to be expected?
Is there something, that could be done from my side?
Pete
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Just a small notice here ... 1.7 final got released !
http://news.opensuse.org/2010/02/09/opensuse-build-service-1-7-now-availabl…
Thanks a ton to everybody who helped to get this code !
I personally have the feeling that 1.7 is much more mature
and that we are on a good way to make a really complete
product out of it with 2.0 release.
Have a beer on OBS 1.7 this evening !
--
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
Hi, I just initiated "osc build --ccache openSUSE_11.2" for the same
package with no build requires additions to the spec file except for the
latest scons which I had built previously and obs downloaded several new
packages including the scons update and then launched straight into the
build without installing anything except for scons. Unfortunately I
missed the names of the other packages except that one of them was
libatk I think. Here's the first part of the build log :-
Memory limit set to 1361296KB
Using BUILD_ROOT=/var/tmp/build-root
Using BUILD_ARCH=x86_64:i686:i586:i486:i386
Arbuthnot started "build blender.spec" at Thu Feb 11 14:40:21 SAST 2010.
processing specfile
/data/src/osc/home:plater:blender/blender/blender.spec ...
running changelog2spec --target rpm --file
/data/src/osc/home:plater:blender/blender/blender.spec
init_buildsystem --rpmlist /tmp/rpmlist.y35GfW
/data/src/osc/home:plater:blender/blender/blender.spec ccache ...
reordering...cycle: atk -> libatk-1_0-0
breaking dependency libatk-1_0-0 -> atk
cycle: libpolkit0 -> polkit -> ConsoleKit
breaking dependency polkit -> ConsoleKit
cycle: libpolkit0 -> polkit
breaking dependency polkit -> libpolkit0
done
deleting unwanted scons-1.2.0-7.1
installing scons-1.2.0-8.1
removing nis flags from /var/tmp/build-root/etc/nsswitch.conf...
now finalizing build dir...
Checking permissions and ownerships - using the permissions files
/tmp/Check.perms.hg1C9M
setting /etc/shadow to root:shadow 0640. (wrong owner/group root:root
permissions 0644)
setting /usr/src/packages/SOURCES/ to root:root 0755. (wrong owner/group
abuild:abuild)
setting /usr/src/packages/BUILD/ to root:root 0755. (wrong owner/group
abuild:abuild)
setting /usr/src/packages/BUILDROOT/ to root:root 0755. (wrong
owner/group abuild:abuild)
setting /usr/src/packages/RPMS/ to root:root 0755. (wrong owner/group
abuild:abuild)
setting /usr/src/packages/RPMS/i386/ to root:root 0755. (wrong
owner/group abuild:abuild)
setting /usr/src/packages/RPMS/x86_64/ to root:root 0755. (wrong
owner/group abuild:abuild)
setting /usr/src/packages/RPMS/noarch/ to root:root 0755. (wrong
owner/group abuild:abuild)
setting /usr/src/packages/SPECS/ to root:root 0755. (wrong owner/group
abuild:abuild)
setting /usr/src/packages/SRPMS/ to root:root 0755. (wrong owner/group
abuild:abuild)
Starting SuSEconfig, the SuSE Configuration Tool...
Running in full featured mode.
Reading /etc/sysconfig and updating the system...
Executing /sbin/conf.d/SuSEconfig.desktop-file-utils...
Executing /sbin/conf.d/SuSEconfig.glib2...
Executing /sbin/conf.d/SuSEconfig.groff...
Executing /sbin/conf.d/SuSEconfig.gtk2...
Executing /sbin/conf.d/SuSEconfig.permissions...
Finished.
Installed ccache wrapper as /var/tmp/build-root/var/lib/build/ccache/bin/gcc
Installed ccache wrapper as /var/tmp/build-root/var/lib/build/ccache/bin/g++
Installed ccache wrapper as /var/tmp/build-root/var/lib/build/ccache/bin/cc
Installed ccache wrapper as /var/tmp/build-root/var/lib/build/ccache/bin/c++
cp: omitting directory
`/data/src/osc/home:plater:blender/blender/blender-2.50'
Warning: spec file parser line 54: can't expand %(...)
-----------------------------------------------------------------
I have the following modifications for blender.spec:
415a416
> %changelog
-----------------------------------------------------------------
----- building blender.spec (user abuild)
Regards
Dave P
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hello,
Ports:ARM:11.2 has some failing packages:
https://build.opensuse.org/project/monitor?arch_armv5el=1&defaults=0&failed…
I could probably fix some of the packages. How should I do that (once
"osc co" works again...)? I definitely need somebody to review my
changes, as they will make the packages compile, but without actually
knowing the packages, they won't always do the right stuff :-)
Bye,
CzP
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hello,
right now the OBS is mostly idle, trying to repeatedly build
home:prusnak:scout/scout. The full log I managed to capture is at
http://pastebin.ca/1773632, the interesting parts seem to be:
=====
...
preinstalling bash...
...
preinstalling libreadline6...
...
/bin/bash: error while loading shared libraries: libreadline.so.5: cannot open
shared object file: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
=====
I'm not sure why exactly this got broken, but home:prusnak:scout includes
also a bash package, so I assume the preinstall somehow used packages also
from there, and it got somehow messed up.
The real problem however is that the OBS was repeatedly trying to dispatch
this build, it failed almost immediately and the OBS retried again, and
again, and again. It managed to dispatch about 1 other build per minute.
I think this is a consequence of the recent fix that retries builds that
failed because of the build host itself instead of the package. Would it be
possible to adjust it so that such failed builds are put at the end of the
queue instead of being handled again right away?
--
Lubos Lunak
openSUSE Boosters team, KDE developer
l.lunak(a)suse.cz , l.lunak(a)kde.org
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org