Project

General

Profile

Actions

Feature #5228

closed

IPS should have escape flags so that developers could ignore incorporations

Added by Alexander Pyhalov over 9 years ago. Updated about 2 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2014-10-14
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

Currently IPS enforces incorporate dependencies, which can be unsuitable for developers. We need to introduce some "hidden" flag so that it ignored them.

Actions #1

Updated by Nikola M. almost 9 years ago

  • Status changed from New to Feedback

Incorporate dependencies are actually there to ensure testing can do it's job and to restrain changes to those not invading already tested incorporations that are in production, before testing with updating components is done.

Introducing such hidden flags could make distribution and versioning control impossible and would lead to unmaintainable mess of a distribution.

Also that way teams of testers and developers could have their job ruined if someone else change something and they do not notice it, leading to inability to resolving bugs and undermining other people's work on other consolidations.

If packages are needed to be updated for testing purposes, why not changing consolidation definitions and ask for testing changes before updating consolidations themselves in publicly accessible repositories.

'entire' also should depend on something. Openindiana needs it to pinpoint bug introduction dates.
Also Openindiana is not FreeBSD.
And Openindiana needs teams to work on consolidations, it is not ment for 'one man' kind of projects.

Actions #2

Updated by Alexander Pyhalov almost 9 years ago

Some clarification. The change was requested by illumos developers to facilitate testing and development.

Actions #3

Updated by Nikola M. almost 9 years ago

Incorporations are also there to facilitate testing and development.

Actions #4

Updated by Marcel Telka about 2 months ago

Is this request still valid?

There are few ways how to achieve that:
  • the userland-incorporation could be uninstalled,
  • all packages incorporated into userland-incorporation have corresponding version-lock facet that could be used to free particular package from the incorporation constraint,
  • few packages incorporated into osnet-incorporation have similar version-lock facet,
  • other incorporations are either empty or almost empty and creates no real constraint in the system.
Actions #5

Updated by Alexander Pyhalov about 2 months ago

Marcel Telka wrote in #note-4:

Is this request still valid?

There are few ways how to achieve that:
  • the userland-incorporation could be uninstalled,
  • all packages incorporated into userland-incorporation have corresponding version-lock facet that could be used to free particular package from the incorporation constraint,
  • few packages incorporated into osnet-incorporation have similar version-lock facet,
  • other incorporations are either empty or almost empty and creates no real constraint in the system.

I think we've solved this for userland-incorporation. osnet-incorporation is still not uninstallable. Don't know if it's an issue - anyway one usually builds and installs whole illumos-gate.

Actions #6

Updated by Marcel Telka about 2 months ago

  • Status changed from Feedback to Resolved

Closing as Resolved then. Thank you.

Actions

Also available in: Atom PDF