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��