Quoting Daniel P. Berrange (berrange(a)redhat.com):
On Thu, Sep 24, 2015 at 02:41:49PM +0000, Serge Hallyn wrote:
> Quoting Fabio Kung (fabio.kung(a)gmail.com):
> > On Wed, Sep 16, 2015 at 12:29 PM, Serge Hallyn <serge.hallyn(a)ubuntu.com>
wrote:
> > >
> > > Ok, so I could create a project on github, but that doesn't come with
> > > a m-l. Last I used it, sf was problematic. Any other suggestions for
> > > where to host a mailing list? Might the github issue tracker suffice?
> > > We could (as worked quite well for lxd) have a specs/ directory in a
> > > libresource source tree, and use issues and pull reuqests to guide the
> > > api specifications under that directory. Just a thought.
> >
> > This all sgtm. A mailing list for design discussions + github issue
> > tracker seems to be working well for many open source projects I've
> > been tracking lately. Most of them are using Google Groups for their
> > mailing lists.
>
> Well for starters I created
https://github.com/hallyn/libresource . We
> should create a real project for it but it's a start. (I'll create an
> organization if this starts to move)
>
> Actually I suppose the first step would be deciding on a license. Normally
> I default to gplv2, but for this that may not be appropriate. Apache
> license? Can be settled in an issue or pull request for a License file,
> I think.
My personal preference is always LGPLv2+ for libraries, since it gives
ability to use from non-open source apps, but is still copyleft. I know
corporates tend to prefer non-copyleft licenses like Apache these days,
but that is generally for ulterior motives like being able to do dual
open/closed products.
Regards,
Daniel
I think one of the most important consumers would be procps, and this
wouldn't be an issue for them. Now one of the reasons we want this is
so that software like databases and big java apps can check their
real available resources to scale - would this be an issue for them,
or do we think they would just link to or execute commands from
procps?
-serge