[License-discuss] "Fairness" vs. mission objectives

[VanL]

I'll +1 Richard here. Decertification is the better long-term outcome.
Deprecated may be a step to decertification, but there are a few licenses
that should probably be decertified.

On the flip side, I think there should be an affirmative effort to certify
licenses - such as those identified via the SPDX project - even without
affirmative submission. Most of them will not be controversial. We want to
reach a world in which we have looked at all the source-available licenses
and made a determination as to their OSD conformance. This strengthens the
OSD as a tool for measuring licenses.

Thanks,
Van


On Tue, Feb 25, 2020 at 12:59 PM Richard Fontana <rfontana at redhat.com>
wrote:

> On Mon, Feb 24, 2020 at 1:09 PM Simon Phipps
> <simon.phipps at opensource.org> wrote:
>
> > What I'd propose here is that we explore a process for deprecation of
> licenses by someone other than the license steward.  Maybe it would start
> with a substantiated request endorsed by several regular list members, and
> then follow the same discussion-followed-by-committee-review process as
> approval. The decision to involuntarily deprecate a license would then
> finally be reviewed by the Board.
>
> +1. I'd personally prefer to see a process for outright
> decertification of licenses determined to be non-conformant to OSI's
> license approval criteria, as opposed to mere deprecation, but the few
> (I think) times I've brought this up over the years on this list there
> didn't seem to be much appetite for that from anyone else.
>
> Richard
>
>
> _______________________________________________
> License-discuss mailing list
> License-discuss at lists.opensource.org
>
> http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20200225/706e743e/attachment.html>