Mailinglist Archive: opensuse-buildservice (80 mails)

< Previous Next >
Re: [opensuse-buildservice] Re: Is there a way to setup Parallel builds for a product?
Hello Jan, Everyone,

Thank you for making me realize my mistake!

On Mon, 2019-11-25 at 16:34 +0100, Jan Engelhardt wrote:
On Monday 2019-11-25 15:56, Srinidhi B wrote:

Right now, we have been creating

* a "home" project to build code from trunk during the "Beta phase".
* The official :GA project contains source code from the corresponding
"Beta" branch.

But this is not being accepted as a solution because [points below].
I'm writing here to seek any possible solutions that will help solve
the [below] problems.
Any tips or suggestions on how to move forward would be greatly
appreciated.

I see no problems. (I don't even see any expectations here, which is the
result
of the silence on the thread.)


Fair enough! I should have been more clear!

We are building our product(s) in a Private instance of OBS.

During the development of ProductA, we need a way to build 2 different versions
of the same package. If packages are built independently in different projects,
then the package versions are different hence causing difficult with upgrades
and also cause confusion.

Let me try to explain this with an example:

* packageA-1.2.3-10.3.x86_64.rpm is being built in ProductA:GA
* _product ISO contains this RPM
* packageA-1.2.3-15.1.x86_64.rpm is being built in home:srinidhi:ProductA
* packageA has been updated 5 times more than it's corresponding source in
ProductA:GA and hence, the versrel is 15.1.

When users testing packageA from home:srinidhi:ProductA return back to testing
packageA from the ISO built from ProductA:GA, they will find the RPM version to
be lower. Yes, RPM changelog will contain latest information, but the RPM
downgrade is the first concern.

Is there a way to:

* sync the version release value of packages between 2 projects?
* ensure that package versions in ProductA:GA will always be higher than
home:srinidhi:ProductA? (I'm unable to understand the concept of
OBS:MakeOriginOlder attribute)



This is intentional for obvious security reasons. Don't use a home project
if you do not want this.


Yes, I'm aware of the security reasons and I was just stating a fact.

* We do not build product ISO from home project

Neither do the 40000-or-so users on OBS. So what?


My bad! I should have mentioned that we are building our product in a private
instance of OBS.

* Package versions diverge between GA and home project

Happens all the time. So what?

In the larger scheme of binary tracking of packages in product packages, we
would like to avoid this.

Is there a demo or tutorial available for Staging projects? I want to evaluate
if Staging workflow could help us manage multiple copies of same package by
moving around submit requests.

I hope this time I have made my questions a bit more clear. If not, then please
let me know.

Regards,
Srinidhi.N�����r��y隊Z)z{.����Wlz��qﮞ˛���m�)z{.��+�:�{Zr�az�'z��j)h����Ǜ�)]����Ǿ�
ޮ�^�ˬz��
< Previous Next >