See https://bugzilla.novell.com/426290
Or, now we have a case where octave was moved from Factory to Contrib,
so libsndfile could not be built with octave support anymore. I would
like to be able to compile libsndfile with octave support... but
hosting libsndfile-octave in Contrib and the rest in Factory.
I see problems with this, not sure about how to implement it exactly.
But comment #2 from bug #426290 says Fedora does it... any idea?
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
I am implementing openid for buildservice on the frontend.
Webclient is required to send an direct html request to the frontend
for the verification of openid.
The problem is that I need to send authentication information in the headers.
Is there already a way in which the headers can be set automatically
and I only supply the controller name of the frontend ?
--
================================
Udit Sajjanhar
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Status
------
froh:
- DriverBuild: Scott is pushing the PRD and HLD in the PLT through
the feasibility gate.
PRD: Product Requirements Document
HLD: High Level Design Document
PLT: Product Leadership Team
abauer:
- worked on attribute storage in the build service database needed
for PDB migration
- helped adrian with API request handling changes
turned out that we are not rails2.3 ready yet
rlihm:
- worked on flyer for LinuxTag in Berlin
- helped preparing a poster
- worked on web client 2.0
mls:
- worked on kiwi instsource code changes so that our special
"local" worker uses the build script as well
- fixed bug in reposerver kiwi instsource buildinfo creation
(remote repositories didn't work)
poeml:
- updated some infrastructure servers to newest kernels
- looked at log analysis and intrusion detection
- released new versions of MirrorBrain & logdigest
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
Hi
I just finish to implement the summary status of repository on the
main tab, i also started some stuff about general info / statistic and
submitreq.
I will made as soon as possible some RPM, but at this time it is only
available from SVN :
http://monoosc.svn.sourceforge.net/viewvc/monoosc/MonoOSC.tar.gz
--
Cordially.
Small Eric Quotations of the days:
---------------------------------------------------------------------------
If one day one reproaches you that your work is not a work of
professional, say you that:
Amateurs built the arch of Noah, and professionals the Titanic.
---------------------------------------------------------------------------
Few people are done for independence, it is the privilege of the powerful ones.
---------------------------------------------------------------------------
No key was wounded during the drafting of this message.
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
By default the OBS builds the packages without debuginfo (there is a
space problem in openSUSE infrastructure or just in mirrors? perhaps
it could be enabled by default but putting them in a separate repo, as
the main repo already does?). When debuginfo is enabled at the end the
binaries are stripped, when splitting the debug info... but when isn't
enabled there is no strip at all.
The thing is that when stripping something more than the debug
information is removed. So, even if you compile without -g, when
compiling without debuginfo rpmlint ends complaining with a "W:
unstripped-binary-or-object".
...could a strip script be added at the end of every
non-debuginfo-enabled to avoid this? I suppose it would even save some
bytes from the final packages ;-)
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hello,
Juergen, Michael, Klaas and me sit together to discuss how should we design
the osc request interface. The problem is that osc only knows "submitreq"
command so far. But now we have two more requests, delete and devel_change
requests. And more will come.
This new design will not be compatible with the current "osc submitreq" and we
will most likely not be able to support the old commands in the same syntax
anymore. But we think it is better to do this change anyway to have it more
consistent.
Our idea are the following commands for osc. Please tell us your opinion about
it. (We will implement this tomorrow if no new problems pop up).
Create new requests:
================
osc sr
osc sr PROJECT PACKAGE DESTPROJECT [DESTPACKAGE]
osc submitrequest
osc submitrequest PROJECT PACKAGE DESTPROJECT [DESTPACKAGE]
osc dr PROJECT [PACKAGE]
osc deleterequest PROJECT [PACKAGE
osc cr PROJECT PACKAGE DEVEL_PROJECT [DEVEL_PACKAGE]
osc changedevelrequest PROJECT PACKAGE DEVEL_PROJECT [DEVEL_PACKAGE]
Note: So far we had "osc submitreq create ...", the create will get dropped.
Modify existing requests:
=========================
osc request accept ID
osc request decline ID
osc request revoke ID (drops the request, but it is still showable)
osc request wipe ID (removes the requst forever)
(optional "rq" for "request")
Show existing requests:
=======================
osc list # list requests (maybe we can make this one obsolete)
osc request # list requests
osc request ID # show request with $ID
Open questions are:
* How to support requests with multiple actions later ?
( osc submitreq PROJECT PACKAGE , deletereq PROJECT PACKAGE , deletereq . )
--
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
I'm using a few rpmlintrc exeption rules, for a snapshot build. As the
reason why I added might be fixed soon. I would like to see which
rpmlintrc filter rules are still hit.
Currently I cant see this. I would have to disable the rpmlintrc rules to
see which rules are still hit.
The disadvantage is that it taxes the build capacity at the side of
openSUSE buildservice. And it needs extra actions.
It might be that this option is already available?
Regards,
Joop Boonen.
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
I'm attempting to locally build CentOS_5 packages, I'm on openSUSE 11.1
with osc 0.117-9.1.i586. I've found
<https://bugzilla.novell.com/show_bug.cgi?id=455960> but the suggested
work around doesn't work for me, osc build always fails with:
$ osc build CentOS_5 i586 ogo-gnustep_make.spec
Building ogo-gnustep_make.spec for CentOS_5/i586
Getting buildinfo from server
buildinfo is broken... it says:
expansion error: nothing provides vim
Is there any other work around?
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi!
While doing some kiwi builds with "osc build foo.kiwi", I noticed that it took ages
to setup the chroot and also to run createrepo. This is because _all_ repositories
in the cache get copied and indexed.
This can be more than annoying (read: pita) if you've a big cache.
The attached patch is a first shot to use only the needed packages (or repos).
Comments ?
Best,
Jan-Simon