action #1523
closedCheck for linked packages while adding sr
Added by _miska_ almost 11 years ago. Updated over 10 years ago.
100%
Description
When adding rq for package A into staging project, we should check whether there is no package B that is linked to A and if so, fix link in the staging project so B wouldn't point to A in parent project but to A in staging project. Think kernel.
Updated by coolo almost 11 years ago
I'm not sure what you're up to here.
kernel-default links to 'kernel-source', so if we take 'kernel-source' kernel-default's link will be correct. And we shouldn't take kernel-desktop - at all.
Updated by _miska_ almost 11 years ago
One think that we spoke about in Nue was that if you have a project link and you have kernel-source in staging project, kernel-default from staging project links to kernel-default in parent project, which links to kernel-source in parent project. So the end results is kernel-default pointing to kernel-source from ring instead of staging. If this is not the case, we can close this as invalid :-)
Updated by coolo almost 11 years ago
- Priority changed from Normal to Low
Yes, the links are prj-local. The only harm done is with links pointing to explicit projects.
E.g. 0-Bootstrap/gettext-runtime-mini points to 1-MinimalX/gettext-runtime. A request to gettext-runtime needs to take 2 things into account:
- it's actually a bootstrap package
- gettext-runtime-mini needs to be created with a prj-local link
But there are very few packages with that setup. So I set the prio to low
Updated by coolo over 10 years ago
- Assignee set to coolo
- Priority changed from Low to High
- Target version changed from Future to Staging sprint 5
- Estimated time set to 5.00 h
due to having 3 rings now, this raised in priority ;(
Updated by coolo over 10 years ago
note: when adding to ring-1, check linked_packages on minimalX to then add a link
Updated by coolo over 10 years ago
- Assignee changed from coolo to aplanas
I think this is better done by Alberto. To translate #7 into APIs :
When adding libqt4 to a staging prj, this is what needs to be done:
coolo@gertrude#~>osc api -X POST "/source/openSUSE:Factory:Rings:1-MinimalX/libqt4?cmd=showlinked"
<collection>
<package project="openSUSE:Factory:Rings:2-TestDVD" name="libqt4-sql-plugins"/>
</collection>
As another ring has a package linking, we need to create a link from F:DVD/libqt4-sql-plugins to F/libqt4 after adding libqt4 to F.
On rm_from_prj the same has to happen the other way around.
Updated by coolo over 10 years ago
- Assignee deleted (
aplanas) - Target version deleted (
Staging sprint 5)
Updated by aplanas over 10 years ago
- Assignee set to alarrosa
- Target version set to Staging sprint 08
Updated by coolo over 10 years ago
- Target version changed from Staging sprint 08 to Staging sprint 09
Updated by ancorgs over 10 years ago
- Target version changed from Staging sprint 09 to Staging sprint 10
Updated by coolo over 10 years ago
- Status changed from New to In Progress
- Priority changed from High to Urgent
Updated by coolo over 10 years ago
- Status changed from In Progress to Resolved
- % Done changed from 70 to 100
I consider the costs of writing a test case too high as we don't have DVD prjs in the test suite atm.