Sorry, I didn't know. Thahks a lot! openSUSE rocks.
_______
Dmitriy Perlow @ SE J10i Elm
---- Original message ----
From: Stephan Kulow <coolo(a)suse.de>
Sent: 03-May-2013 10:23
To: opensuse-buildservice(a)opensuse.org
Subject: Re: [opensuse-buildservice] Re: [obs submit-request 174037] openSUSE:Factory/python3-nbxmpp: decline
On 02.05.2013 20:31, Dmitriy Perlow wrote:
> Hello. Could anybody help me to fix it somehow please?
>
>
> <hermes(a)opensuse.org> Thu, 02 May 2013 19:05:46 +0300:
>
>>
>> State of submit-request #174037 was changed by factory-repo-checker:
>>
>> review -> declined
>>
>> Comment:
>> devel:languages:python/python-nbxmpp should _link to
>> devel:languages:python/python3-nbxmpp
>>
You should only submit the main package - i.e. the one others link to.
In this case you submitted both python-nbxmpp and python3-nbxmpp, but
python3-* is automatically generated if python-nbxmpp has a 2nd spec file.
Greetings, Stephan
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi all,
Why does openbuildservice.org connect to beans.opensuse.org?
Not only does the request time out, it also slows down the overall
loading of the page...
--
Robert Xu :: protocol.by/rxu
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
I'm pretty sure this isn't the right plact to o
I recently upgraded OBS to 2.4.
I did so by using the package repository at:
http://download.opensuse.org/repositories/OBS:/Server:/2.4/openSUSE_12.1/
--
Troy Telford
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hello.
We have our own private OBS instance 2.3.6 and I configured several
OBS project for cross compiling.
The situation is like this.
Suppose, I have project 'A' which has package 'a' which generates
a.i586.rpm and cross-a.armv7l.rpm with baselibs configuration.
I have aggregate package 'b' in project 'B' which aggregate all the
packages built from project 'A' and have exportfilters in project
conf. something like "ExportFilter: \.armv7l\.rpm$ armv7l"
The problem happened if I wiped the built results of package 'b' while
the armv7l scheduler was busy since the i586 scheduler was idle.
the i586 scheduler processed wipe event and sent filtered import event
to armv7l scheduler that intended to clear imported packages form
'armv7l/:full' but the armv7l scheduler was too busy to process that
import event.
And the i586 scheduler processed aggregation of package 'b' and sent
filtered import event to armv7l again that intended to copy imported
packages to 'armv7l/:full'.
When armv7l scheduler would be idle, it got events and tried to
process then by its own order. The order was 'priority', 'name of
type', 'name of project' and 'name of job'.
Suppose the name of filtered import event of wipe was 'import-zzzz'
and the name of filtered import event of aggregation was
'import-aaaa', then the filtered import event of aggregation was
processed first and the filtered import event of wipe was processed
next and it deleted the imported packages in armv7l/:full and the
build could not continue.
I think the order of event processing should be timed order instead of
alphabetical order.
I applied following patch and it seemed work fine for me.
diff --git a/src/backend/bs_sched b/src/backend/bs_sched
@@ -4740,9 +4740,7 @@ while(1) {
# uploadbuild events must go last
my %evprio = ('exit' => -1, 'exitcomplete' => -1, 'restart' =>
-1, 'uploadbuild' => 1);
@events = sort {($evprio{$a->{'type'}} || 0) <=>
($evprio{$b->{'type'}} || 0) ||
- $a->{'type'} cmp $b->{'type'} ||
- ($a->{'project'} || '') cmp ($b->{'project'} || '') ||
- ($a->{'job'} || '') cmp ($b->{'job'} || '')
+ -M "$myeventdir/$b->{'evfilename'}" <=> -M
"$myeventdir/$a->{'evfilename'}"
} @events;
}
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
I run a few OBS systems...
one of them is now not running the x86_64 scheduler.
The log isn't overly helpful:
starting build service scheduler
cold start, scanning all projects
getting data for all projects from http://foo.bar.com:5352
calculating project dependencies...
sorting projects and repositories...
exiting (with complete info)...
bye.
How do I increase the verbosity so I can see why the scheduler is quitting?
--
Troy Telford
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi,
We regularly use the OBS for our project and we really appreciate your
great service.
It seems you recently introduced a feature which sends an automatic
delete request for every package which builds for a distribution which
is marked as EOL.
Here's an example:
165543 State:new By:Admin When:2013-04-15T13:08:12
delete:
home:xtreemfs(Mandriva_2011)
Descr: This is a kind request to remove this repository from your
project. The distribution it builds for is End Of Life
(EOL) so
it should not be used anymore in real life. Accepting this
request will free resources on our always crowded
server. Please
decline this request if you want to keep this repository
nevertheless. Otherwise this request will get accept
automatically in near future.
Due to the number of our project's packages and distributions, I have 91
new requests ;-)
After which time do requests get accepted automatically? As a
work-around to get rid of them I thought about using "osc" and some Bash
magic to accept them automatically. Or is there already another solution
available?
I would prefer the old behavior where EOL distributions automatically
disappear. Even if the request will get accepted automatically at some
point in time, I would prefer to not see the requests at all/get mixed
up with regular requests. Can you please implement this? Or this is
already possible?
Best regards,
Michael
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Howdy all,
New subscriber here and longtime user.
Wondering when/if xUbuntu 13.04 might be added as a repository?
Any ETA?
-Allen
--
Allen Winter | allen.winter(a)kdab.com | Software Engineer
KDAB (USA), LLC, a KDAB Group company
Tel. USA +1-866-777-KDAB(5322) ext3, Sweden (HQ) +46-563-540090
KDAB - Qt Experts - Platform-independent software solutions
I have my own OBS instance, and I decided to try upgrading to 2.4
This didn't go well...
I've used the RPM repositories (not the appliance) for 5-6 years now.
So, I upgraded the packages, and tried to run
RAILS_ENV="production" rake db:migrate
and I end up with errors:
undefined local variable or method `config' for main:Object
I get the same error when a user tries to load the web UI (though with
a nicer screen)
Help?!?
--
Troy Telford
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
I find I need to free up some disk space on my private-instance OBS
server. I have culled several unnecessary projects and packages but
find that there is still a LOT of stuff in /srv/obs/sources/ that
surprises me -- since they appear to refer to packages that are no
longer built by OBS.
Should OBS be cleaning up redundant or unnecessary stuff in .../sources
automatically? If not, is it safe to remove
/srv/obs/sources/REDUNDANT/
either with an API command (how?) or simply 'rm' ?
Regards
Magnus Lewis-Smith
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org