On Mon, Dec 14, 2015 at 5:48 AM, Peter Stuge <pe...@stuge.se> wrote:
>
> The key point to remember is that it is NOT neccessary to be part of
> the team in order to contribute solutions. You *first* contribute
> solutions and only *then* have a chance of becoming part of the team.
>
> I for one am working in my non-existant spare time on a fast
> ChangeLog generator.
>
++, and thanks.

I was actually trying to think beyond this point though.  Right now we
have lots of infra stuff that the infra team would probably love to
publish except there is no easy way to do it without creating security
issues (intermixing of credentials and code, etc).  We have a few devs
who have access to all of it, but their time needs to be split between
keeping the current state working, and trying to build some future
state which is easier to contribute to.  For the rest of our part, we
do need to put up and start building things.

So, how do we get from that to a future state where our infra servers
have public backups or whatever minus /etc/credentials.include and
/var/spool/private-email and so on?  That is, a future state where the
default is open with necessary exceptions?  And how do we do it with
what we have, or are able to get?

I just want to be constructive.  Clearly the first step is to
acknowledge that the onus is on those who really want to see change to
chip in to make it happen.  We have to be here to serve - this is a
volunteer FOSS project.

-- 
Rich

Reply via email to