[oi-dev] [OpenIndiana-discuss] Installing OpenOffice pkg://openindiana.org/desktop/office/openoffice

[Alexander Pyhalov]

Nikola M. писал 27.09.2014 02:18:
> On 09/26/14 09:33 PM, Alexander Pyhalov wrote:
>> 
>> Guys, what do you think about this? First of all, why can't we just 
>> make all incorporations
>> empty packages? What harm can it cause?
> As I understand, consolidations are there to precisely lock versions
> of interdependent packages, that are proved from testing before
> release, to work nicely together, forming something that actually
> work, versus bunch of disconnected applications where every change of
> one application can break functionality of several other in strange
> ways.

Hello.
Consolidations are a rudiment of old Sunny days when there were a lot of 
teams working on
different parts of the system. There were a lot of software gates and 
consolidations.
In Hipster most of the software is produced by oi-userland. I don't see 
any sense in
supporting legacy consolidations when all software in them has been 
migrated to oi-userland
and rebuilt. If something depends on some particular version of package 
X, it has
require dependency on it. If it doesn't, report a bug. If it is known to 
work badly with new
version of package X, it is patched and recompiled.

I'm asking mainly about consolidations with closed-source software or 
software, which we (still) can't recompile.

If you think, distributions needs more testing, suggest a way how we can 
test something,
or write tests for individual components.

Generally, I think we are going BSD way, as it simplifies development. I 
understand that we don't meet
Sun quality of distribution, but what a hell, we don't have so much 
developers. Seriously, the only
component which has enough attention is illumos-gate.
So, you have a choice - use stable and tested but out-of-date OI /dev or 
not so stable and perhaps insufficiently tested
Hipster.

But it's off topic.

To allow updates from oi-dev we should either bump all package versions 
from 0.151.1.8  to 2014.X and modify incorporations
so they allow people to update. Also we should publish some more 
"obsoleting" packages.

So, what seriously can go wrong if we relax all incorporations?
Which one should and which one shouldn't be relaxed? What can we do with 
those that shouldn't?
---
System Administrator of Southern Federal University Computer Center