Re: [VOTE] Create a mailinglist for intra-project communication

[Jorge Betancourt]

My vote goes to option c.

Best regards,
Jorge

Re: Use GitLab, not GitHub

[Jorge Betancourt]

On Mon, Feb 18, 2019 at 6:51 PM Julian Foad  wrote:

> Jorge Betancourt wrote:
> > [...] Like Rich said
> > there is a great value on being reachable to outside contributors, [...]
>
> That's illusory. GitLab isn't hard to reach. Should we have suggested 20
> years ago that our infrastructure should be primarily Microsoft tools
> because they were familiar to the most developers worldwide?
>

I agree with you, both are easy to use and it is basically the same
workflow (from a contributor point of view), but it is a reality that a
great deal of developers already use Github. For good or for bad people
assume that open source code lives on Github, although in reality it could
be hosted elsewhere. Again, I'm not advocating for using Github, I'm just
saying that it is understandable why it is considered more approachable
(popular) than Gitlab.

Best Regards,
Jorge


> --
> - Julian
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Use GitLab, not GitHub

[Jorge Betancourt]

Hi,

It is true that Github is, at the end of the day, a commercial entity, and
that we're placing valuable metadata, regarding the changes that eventually
will end up being maintained by the members of our projects. Like Rich said
there is a great value on being reachable to outside contributors, and
right now I would say that a lot of them find use through Github because at
this point is a very logical assumption (from the user's point of view).

I've seen that some projects (I've seen this on Nutch) mirror the
interactions on Github into Jira, at least as long as the PR is linked to
the appropriate issue in Jira, that way we still keep the conversation
around the proposed changes in our control. The integration could be
improved but I think this protects us partially. Perhaps this could be used
by more/all projects? At least it could be included in the contributions
guidelines of our repositories.

Best Regards,
Jorge

On Mon, Feb 18, 2019 at 3:39 PM Rich Bowen  wrote:

>
>
> On 2/18/19 9:30 AM, Julian Foad wrote:
> > Thanks for your comments, Rich.
> >
> > Re. "owning our data": we do own our source code but what about all the
> conversational metadata in GH? In the Subversion project we have a GH
> mirror of the code but pull requests and code comments etc. in GH aren't
> even copied to the Subversion PMC mailing lists, apart from the first
> message in each PR which is; these are known limitations.
>
> Indeed. This is a very good point.
>
> >
> > Re. "infra": infra is here to create and manage the infra to support the
> projects' wants and needs; I am speaking here to the community to try to
> influence their wants and needs.
>
> Yeah, I would also like to see us move away from GitHub. But the
> argument that it's where people look first, is compelling. Perhaps we
> can be influential in changing that? I don't know.
>
>
>
> --
> Rich Bowen - rbo...@rcbowen.com
> http://rcbowen.com/
> @rbowen
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: What happened to the Committers Map?

[Jorge Betancourt]

+1 about providing the LDAP integration via id.apache.org. It would be a
lot easier to update in the future (i.e less prone to be forgotten).

Re: managing accounts which belong to a project

[Jorge Betancourt]

So Infra is paying for LastPass, right? Would make sense to try to get the
1Password open source license? I think it would be similar to the one that
we get from JetBrains, Microsoft? I don't know I'm just throwing it here :)

Or, perhaps having an infra-hosted version of https://www.passbolt.com/?

On Wed, Aug 22, 2018 at 5:32 PM Mark Thomas  wrote:

> On 22/08/18 16:21, Rich Bowen wrote:
> > Yes. Infra has shared password infrastructure. I don't know what
> > specific tool they use, but as I understand it, it's available to a
> > wider audience.
>
> Put the password in a text file in the PMC's private svn area. And
> change the mime type to a binary type so you don't get diffs to the
> private@ mailing list.
>
> If you want to go the extra mile you can encrypt that file to the PMC
> members' private keys (I've never bothered with this step).
>
> Infra uses LastPass but the associated costs ($48 per user per year)
> strike me as excessive for the sort of stuff we are generally talking
> about.
>
> Mark
>
>
> >
> > Asking for someone from that team to pipe up here.
> >
> > On 08/22/2018 10:46 AM, Myrle Krantz wrote:
> >> Hey all,
> >>
> >> We just recently had a GSoC intern create an email account for the
> >> purpose of testing a component which sends email notifications to
> >> customers.  The account should belong to the project.  Currently I've
> >> encouraged him to put the password in a private confluence page.  I
> >> feel a uncomfortable with that approach.
> >>
> >> Does anyone else have any experience in doing shared password
> >> management at an Apache project?  Does Apache have a LastPass or
> >> 1Password account(s) for projects/teams?  How have you handled
> >> situations like this?
> >>
> >> Best Regards,
> >> Myrle
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> >> For additional commands, e-mail: dev-h...@community.apache.org
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: managing accounts which belong to a project

[Jorge Betancourt]

Myrie, I'm not sure if we have something like 1Password/LastPass already
but, at least for 1Password I think that it can be requested (
https://github.com/1Password/1password-teams-open-source)?

Best Regards,
Jorge

On Wed, Aug 22, 2018 at 4:46 PM Myrle Krantz  wrote:

> Hey all,
>
> We just recently had a GSoC intern create an email account for the
> purpose of testing a component which sends email notifications to
> customers.  The account should belong to the project.  Currently I've
> encouraged him to put the password in a private confluence page.  I
> feel a uncomfortable with that approach.
>
> Does anyone else have any experience in doing shared password
> management at an Apache project?  Does Apache have a LastPass or
> 1Password account(s) for projects/teams?  How have you handled
> situations like this?
>
> Best Regards,
> Myrle
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Booth Volunteers Needed for Apache EU Roadshow 2018 in Berlin

[Jorge Betancourt]

Hi Sharan,

I'm planning on attending, and I could help in the booth! Please add me as
well.

Regards,

On Thu, Mar 22, 2018 at 1:34 PM Sharan Foga  wrote:

> Thanks Kevin and will do.
>
> Thanks
> Sharan
>
> On 2018/03/22 12:29:29, "Kevin A. McGrail"  wrote:
> > Add me as well, Sharan.
> >
> > On Thu, Mar 22, 2018, 04:37 Sharan Foga  wrote:
> >
> > > Hi Bertrand
> > >
> > > Great and don't worry about formal times. The plan is to have some core
> > > volunteers to ensure that we have at least someone there, and we can
> > > supplement them with other people who can come along to help whenever
> they
> > > are available.
> > >
> > > Thanks
> > > Sharan
> > >
> > > On 2018/03/22 08:26:33, Bertrand Delacretaz 
> > > wrote:
> > > > Hi Sharan,
> > > >
> > > > On Wed, Mar 21, 2018 at 3:46 PM, Sharan Foga 
> wrote:
> > > > >.. We are looking for volunteers to help out on the Apache booth
> during
> > > these events
> > > >
> > > > I'll be at FOSS Backstage and can help, but I cannot confirm a time
> > > > before their schedule is out as I have submitted a talk.
> > > >
> > > > -Bertrand
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > > For additional commands, e-mail: dev-h...@community.apache.org
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>