On Mon, Oct 16, 2017 at 2:07 PM, Joerg Schilling <
[email protected]> wrote:

> [email protected] (Volker A. Brandt) wrote:
>
> > > FreeBSD doesn't have this problem. They have different teams,
> interested
> > > in different areas, but still share single code base. Even embedded
> > > FreeBSD images can be created from the same code base. So, I consider
> > > that this is just a matter of organization and processes, which still
> > > try to follow corporate policies of big organization, instead of
> > > adopting to existing world of OSS.
> >
> > I disagree.  Igor created DilOS because he wanted Debian-based packages.
> > Peter created Tribblix because he wanted to work on a minimalist distro
> > at his own pace.  Jörg created Schillix because he preferred SVR4 pkgs.
> > Alexander E built v9os because he wanted an OmniOS for SPARC.  And the
> > list goes on...
> >
> > This has nothing to do with corporate policies of big organizations.
> > If someone is willing to give gis time and work, then he gets to decide
> > what he spends it on.
>
> Hi,
>
> I believe that you are close to the reason....
>
> FreeBSD cannot be used as an example here as FreeBSD is a single project.
>

Yet there are multiple BSDs, created to satisfy needs that FreeBSD does not.


> OpenSolaris on the other side caused several independent projects to start
> on
> the code and each project has different goals.
>
> This does not make collaboration impossible, but it requires collaboration
> to
> be done in a different way.
>
> What we need is a repository or something similar that is completely based
> on
> an agreement on the least common denominator.
>

https://github.com/illumos/illumos-gate

Oh, and I want something better than lowest common denominator.


> An important decision would be not to remove programs or features if even
> just
> a single person mentions a veto. Also no code should be added that did not
> get
> a code review, or if even just a single person mentions a veto.
>

Absolutely not. As Alan said, you can't have individuals (or groups) holding
the whole community to ransom. That way lies stagnation and division.

We're actually too close to that now, with anyone able to derail anything.
I've
had the misfortune to end up on both sides of that, and it's not good.

There will inevitably be differences of opinion. What we desperately need is
a mechanism to resolve such differences, and we don't have one. (There's
the mythical developer council, which should perform that role, but it's not
doing so.)


> Important should be that there is a need for a common repository that
> includes
> SVr4 package meta data, because otherwise only the IPS fans are satisfied.
>

Nope, you need exactly one source of package metadata. The IPS metadata is
good, maintained, and entirely suitable to generate packages in any
packaging
system you require.


> If there is someone who likes to discuss this with me, I am happy to do so.
> This can be done outside this list and it meay even be more effective if
> such a
> discussion happens off-line.
>
> I would be glad if there was a way to find a way that avoids to do a single
> work more than once and that could help OpenSolaris distros to be more
> effective.
>

Looking around, there's actually not much duplication of effort. Where
distros
want the same output, work largely gets done once; when distros want
different
outputs, work cannot be shared so easily, and doing so would increase the
burden on everybody.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/

------------------------------------------
illumos-discuss
Archives: 
https://illumos.topicbox.com/groups/discuss/discussions/T784fc87098d66577-M5fb234b746db1857f4d9bff9
Powered by Topicbox: https://topicbox.com

Reply via email to