news.eclipse.board.committer.reps

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

denis.roy@xxxxxxx (Denis Roy) — Fri, 10 Oct 2008 19:22:57 GMT

David Carver wrote:

Any thought of moving the news groups to a support.eclipse.org link, instead of having it in dev.eclipse.org?

The newsgroups aren't in dev.eclipse.org, they are accessible via nntp at news.eclipse.org or via web at http://www.eclipse.org/newsportal.

[news.eclipse.board.committer.reps] nojoNxIpAFIYqMASHa

kdrkev@xxxxxxx (qfgsjr) — Tue, 19 Aug 2008 13:12:28 GMT

e8K8Au http://tsdkfhwznlof.com/";>tsdkfhwznlof, [url=http://vxjbgctymllc.com/]vxjbgctymllc[/url], [link=http://mhyghxrwvqrc.com/]mhyghxrwvqrc[/link], http://fdfoecbgwfzf.com/

[news.eclipse.board.committer.reps] CZbPYcBxNzgFqmbJs

cbmrxl@xxxxxxx (bewujpdvgsu) — Mon, 18 Aug 2008 12:37:16 GMT

xUiF06 http://eqwhlcocrjll.com/";>eqwhlcocrjll, [url=http://urmqyzzfvpnw.com/]urmqyzzfvpnw[/url], [link=http://sprwbubguwuj.com/]sprwbubguwuj[/link], http://bhcrpffzvxze.com/

[news.eclipse.board.committer.reps] HnLrWWHPLndcF

rqeygm@xxxxxxx (qukwjia) — Thu, 14 Aug 2008 08:41:08 GMT

Up1QuN http://ktxztnooxjrh.com/";>ktxztnooxjrh, [url=http://ynioreihjrju.com/]ynioreihjrju[/url], [link=http://jbrkxbkkoifa.com/]jbrkxbkkoifa[/link], http://rxzysfpuaxfp.com/

[news.eclipse.board.committer.reps] kqjMeVvAMLCgFDj

zsbepf@xxxxxxx (wrdxzg) — Sat, 09 Aug 2008 08:26:09 GMT

VRzIgw http://lvbmqefoopsr.com/";>lvbmqefoopsr, [url=http://nrocaktlejnt.com/]nrocaktlejnt[/url], [link=http://thijsdmxdfwx.com/]thijsdmxdfwx[/link], http://prkscuiisdto.com/

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

bjorn.freeman-benson@xxxxxxx (Bjorn Freeman-Benson) — Tue, 05 Aug 2008 19:02:10 GMT

David Carver wrote:

Here is some information on MetaDot:

That's nice, but what we need is you to step you and do an evaluation. You know what features the current portal provides (because you use it) - how does Metadot or PHPGroupWare support those features?

As for the EPF composer project, ... but I think it has to be a Foundation project, not necessarily run by the community

I think it needs to be run by the community. We currently have a solution run by the Foundation. It's ok, but it has problems. If the current solution is not solving the community's needs, the community (you) need to help create a better solution. I've stated, here, in public, that I'm willing to assist with and adopt your solution. But you and the community have to create it.

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

dcarver@xxxxxxx (David Carver) — Tue, 05 Aug 2008 18:55:51 GMT

There are several open source portals now, with a variety of functionality. Some even have plugin api that could allow you to customize pieces and parts for integration into the Foundation data bases and processes.
Again, great. Point us to the right one to use that provides the functionality that the portal currently provides (including all the open and transparent process documentation) and we'll look into how much work it will be to switch. We're certainly not wed to a given technology: if there's something better for which the cost of switching plus the long term maintenance of the new X is lower than the long term maintenance cost of the existing Y, we'll switch.


Here is some infomration on MetaDot:

http://www.intranetjournal.com/articles/200504/ij_04_29_05a.html

There is also PHPGroupWare. Only the Foundation can determine if the effort of switching is worth it or not. I'm just tossing out ideas for the committer reps to contemplate.

As for the EPF composer project, I formally submit the idea, but I think it has to be a Foundation project, not necessarily run by the community in order to make sure it's accurate.

Dave

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

bjorn.freeman-benson@xxxxxxx (Bjorn Freeman-Benson) — Tue, 05 Aug 2008 17:58:05 GMT

David Carver wrote:

Now what might be nice is if Eclipse wanted to have a Project that was setup for this.


Great, I look forward to your proposing that project.
I will join as a committer.

There are several open source portals now, with a variety of functionality. Some even have plugin api that could allow you to customize pieces and parts for integration into the Foundation data bases and processes.

Again, great. Point us to the right one to use that provides the functionality that the portal currently provides (including all the open and transparent process documentation) and we'll look into how much work it will be to switch. We're certainly not wed to a given technology: if there's something better for which the cost of switching plus the long term maintenance of the new X is lower than the long term maintenance cost of the existing Y, we'll switch.

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

dcarver@xxxxxxx (David Carver) — Mon, 04 Aug 2008 23:03:42 GMT

Bjorn Freeman-Benson wrote:

David Carver wrote:
Yeah, I know we want determined people to be committers, but everybody has a limited amount of time to waste just trying to get started.
I couldn't agree with you more.
> I'd suggest using EPF
Composer and generating a Website from that content so that it's all in one place.
I thought I'd already suggested this, but in case it was only the voices in my head: "go for it, Dave!". Use EPF Composer to take the existing development process and generate a website. We'll even supply you with a vserver if you need. Once you show us how, we'll adopt it.

Here's the thing, I don't know all of the eclipse documentation, the roles that are involved, and the various activity diagrams, documentation, and resources that would need to go into consolidating this information. Now what might be nice is if Eclipse wanted to have a Project that was setup for this. Then I might be able to help, you might also get some of the EPF committers to participate as well. It would be a good real world sample for showing off the project.

Plus eclipse can use it's own projects to help elevate some of the community pain.

Committers Portal / Foundation Portal
Ward and I looked very carefully at all the existing portal software before deciding to undertake a brand-new piece of software. At the time, none of the existing portal software we could find provided transparent open processes, e.g., something like this: http://tinyurl.com/3to3qj We felt that it was more important to provide more transparency and openness about the way the Foundation was operating. Perhaps that was the wrong decision? Anyway, we'd certainly like to switch to an existing open source portal system but none that has been recommended to us (to date) has this transparency that we deem so important.

It might be time to revisit again. Unfortunately, I dislike that tinyurl diagram you put together. Some may like it but I don't find it very clear and straight forward. I prefer activity diagrams or something like that.

There are several open source portals now, with a variety of functionality. Some even have plugin api that could allow you to customize pieces and parts for integration into the Foundation data bases and processes.

[news.eclipse.board.committer.reps] Re: Ideas to help Community Members become Committers

bjorn.freeman-benson@xxxxxxx (Bjorn Freeman-Benson) — Mon, 04 Aug 2008 14:46:22 GMT

David Carver wrote:

Yeah, I know we want determined people to be committers, but everybody has a limited amount of time to waste just trying to get started.


I couldn't agree with you more.

> I'd suggest using EPF

Composer and generating a Website from that content so that it's all in one place.

I thought I'd already suggested this, but in case it was only the voices in my head: "go for it, Dave!". Use EPF Composer to take the existing development process and generate a website. We'll even supply you with a vserver if you need. Once you show us how, we'll adopt it.

Committers Portal / Foundation Portal

Ward and I looked very carefully at all the existing portal software before deciding to undertake a brand-new piece of software. At the time, none of the existing portal software we could find provided transparent open processes, e.g., something like this: http://tinyurl.com/3to3qj We felt that it was more important to provide more transparency and openness about the way the Foundation was operating. Perhaps that was the wrong decision? Anyway, we'd certainly like to switch to an existing open source portal system but none that has been recommended to us (to date) has this transparency that we deem so important.