Re: A maturity model for Apache projects

Phil, I added your points on the wiki page https://wiki.apache.org/incubator/ApacheProjectMaturityModel Antoine On Jan 14, 2015, at 2:29 PM, Phil Steitz wrote: > The project is not dead. Bugs do not sit forever with no response. > Questions get answered on user lists.

Re: projects.apache.org overhaul proposal

I was probing the notion that it might be to the advantage of the OFBiz community to just volunteer something instead of being asked. Maybe the folks on this list know the other Apache projects better than I do, but I wouldn’t even know what to ask for. The project I’m involved in, Apache Flex, m

Re: projects.apache.org overhaul proposal

Like some have expressed in earlier messages in this thread this endeavour could take up some time. Especially when requirements are not clear. And let's not forget, the OFBiz community volunteers their effort to get to a better OFBiz product. They have the tools in place for that. If the ASF want

Re: projects.apache.org overhaul proposal

I’m way outside my area of knowledge, but is there anything stopping the OFBiz community from getting an ASF Azure box and trying to prototype something? -Alex On 1/14/15, 10:46 AM, "Pierre Smits" wrote: >You are correct. And I am aware that budgets are limitied. But I don't >what >the budget w

Re: A maturity model for Apache projects

On 1/14/15 8:22 AM, Bertrand Delacretaz wrote: > Hi, > > On Tue, Jan 6, 2015 at 6:28 PM, Bertrand Delacretaz > wrote: >> Creating such a model has been on my todo list for ages... > I've written a first draft at > https://wiki.apache.org/incubator/ApacheProjectMaturityModel > > I tried to take the

Re: projects.apache.org overhaul proposal

I think it is a good idea to replace the current projects.a.o build system because it is extremely complicated currently. It even has its own build system partly based on XML,and the build tools are spread over at least two parts of SVN. The build requires Perl, XSLT and I think there's now some Py

Re: projects.apache.org overhaul proposal

You are correct. And I am aware that budgets are limitied. But I don't what the budget will be nor decide where the money of the ASF flows. I can only ask for some of it regarding a project. And even then, I won't consider doing so for something that could be perceived as a pet project of Pierre Sm

Re: projects.apache.org overhaul proposal

On 01/14/2015 01:27 PM, Pierre Smits wrote: Though it might appear that my contributions in this thread visavis the OFBiz aspect may look like adversity towards deployment on comdev svn so the comdev community can work on it, I am +1 I don't see them as adversity at all. I see them as a long

Re: projects.apache.org overhaul proposal

Yes, it's great to have 3 OFBiz demos available, we (me on behalf of the OFBiz team) thank you (the infra team) for that! We could though give one back to infra or the ASF at large ;) Note: I'm not volunterring to support Pierre's idea ;) Jacques Le 14/01/2015 17:45, Daniel Gruno a écrit : Fur

Re: projects.apache.org overhaul proposal

Though it might appear that my contributions in this thread visavis the OFBiz aspect may look like adversity towards deployment on comdev svn so the comdev community can work on it, I am +1 Regards Pierre Smits *ORRTIZ.COM * Services & Solutions for Cloud- Based Manufactur

Re: projects.apache.org overhaul proposal

Le 14/01/2015 18:42, Daniel Gruno a écrit : On 2015-01-14 18:37, Jacques Le Roux wrote: Just as a note for the sake of truth, OFBiz has Content component http://projects.apache.pw/projects.html?category#content http://ofbiz.apache.org/doap_OFBiz.rdf disagrees ;-) but, assuming this gets acc

RE: projects.apache.org overhaul proposal

Daniel, There is no "assuming" just do it :-) You have a number of ComDev PMC members saying +1, and you are a PMC member yourself. Let's have the code where we can start working on it and let's get it to feature parity with projects.apache.org ASAP. I agree with Rich that there is value in th

Re: projects.apache.org overhaul proposal

On 2015-01-14 18:37, Jacques Le Roux wrote: Just as a note for the sake of truth, OFBiz has Content component http://projects.apache.pw/projects.html?category#content http://ofbiz.apache.org/doap_OFBiz.rdf disagrees ;-) but, assuming this gets accepted into comdev, you needn't worry about doa

Re: projects.apache.org overhaul proposal

Just as a note for the sake of truth, OFBiz has Content component http://projects.apache.pw/projects.html?category#content I very like what I saw, kudos! Jacques Le 14/01/2015 12:48, Daniel Gruno a écrit : Hi folks, I was having a conversation with Rich (Bowen) some weeks ago, and the sentime

Re: projects.apache.org overhaul proposal

On 01/14/2015 11:45 AM, Daniel Gruno wrote: Perhaps we should start a new thread about the OfBiz part? It seems to be a very different discussion than what I had in mind, and most likely a discussion that will go on for some time. +1 I have no objections to having, some day, an ofbiz-based s

RE: projects.apache.org overhaul proposal

I'm on a real computer now, so I've taken another look at the deck you shared. It brings up a few questions: Where is the data stored? For example, slide 6 shows he "Offices" tab, this has buttons for creating new members, offices, officers, projects etc. Where is this data stored and how does

Re: Some maturity model comments

LC50: I think the LC50 is actually correct but could perhaps be phrased better My understanding was that the ASF owns the copyright for the collective work of the project I.e. releases. As Benson notes contributors retain copyright on their contributions but grant the ASF a perpetual license to

Re: Some maturity model comments

On Wed, Jan 14, 2015 at 11:46 AM, Rob Vesse wrote: > LC50: > > I think the LC50 is actually correct but could perhaps be phrased better > > My understanding was that the ASF owns the copyright for the collective > work of the project I.e. releases. As Benson notes contributors retain > copyright

Re: projects.apache.org overhaul proposal

Let me just interject that this thread is (or was originally) about replacing a convenience web site that helps people find projects of interest, not about creating a canonical internal source for foundation records :) If such a canonical system was to be made, it would not be projects.apache

RE: projects.apache.org overhaul proposal

Maintaining servers costs money. Money has to come from somewhere and has to be budgeted. We can't just drop a new demand on infra without discussing it with them and ensuring they have the capacity. In terms of maintenance of the result Im thinking who makes the changes we need as requirements

RE: projects.apache.org overhaul proposal

Louis, these are hardly ad-hoc committees, they are some of the oldest committees in the foundation. They are Presidents committees and without them the ASF would not operate well at all. Whimsy is not a committee but a set of tools maintained by Sam Ruby to help the board. They are invisible

Re: projects.apache.org overhaul proposal

Like INFRA is expected to host/support svn instances, etc. All dependant on the requirements of the ASF. OFBiz is the open source business enablement suite of the ASF (the works - as a result of the project being an ASF), though primarily advertised as an ERP/E-Commerce solution by the project. W

Re: projects.apache.org overhaul proposal

> On 14 Jan 2015, at 10:36, Ross Gardler (MS OPEN TECH) > wrote: > > As I said when you originally raised this I would recommend focusing on a > committee that tracks other data, data that is not currently well structured. > Trademarks, media, fundraising and whimsy.apache.org are all example

Some maturity model comments

CD40: perhaps change 'previous version' to 'released version' CD50: the committer is not necessarily the author; someone might read this and not understand what it implies for committers committing contributions via all of the channels allowed for by the AL. One patch would be 'immediate provenanc

RE: projects.apache.org overhaul proposal

This requires that infra maintain a running instance of OfBiz and that any ComDev member who wants to help out needs to learn OfBiz. Have you consulted with infra? Can ComDev members be expected to learn OfBiz in order to make a small tweak? It seems to me that whilst the extra functionality di

RE: projects.apache.org overhaul proposal

+1 from an observer. There is much to favor in the least that can possibly work, especially since it will inspire consolidation around requirements and what folks want next without serious front-loading. Daniel's approach fits that model and delivers something that is visibly maintainable. Th

RE: projects.apache.org overhaul proposal

Having read the while thread, to date, I find I have nothing to add other than a hearty +1 Sent from my Windows Phone From: Daniel Gruno Sent: ‎1/‎14/‎2015 3:48 AM To: dev@community.apache.org Subject:

Re: A maturity model for Apache projects

Hi, On Tue, Jan 6, 2015 at 6:28 PM, Bertrand Delacretaz wrote: > Creating such a model has been on my todo list for ages... I've written a first draft at https://wiki.apache.org/incubator/ApacheProjectMaturityModel I tried to take the comments of this thread into account, while keeping the mode

Re: projects.apache.org overhaul proposal

Indeed, an integrated approach and subsequent solution could help in delivering information in a unified way and reduce resource consumption. Best regards, Pierre Smits *ORRTIZ.COM * Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Tr

Re: projects.apache.org overhaul proposal

On 2015-01-14 15:39, Bertrand Delacretaz wrote: On Wed, Jan 14, 2015 at 3:19 PM, Daniel Gruno wrote: ...The site itself is 100% static HTML+JavaScript, I haven't added any arcane Lua/PHP/whatever scripts to it ;) Oh no...it's not really ASF if it doesn't have arcane stuff in it that no on

Re: projects.apache.org overhaul proposal

See inline, On Wed, Jan 14, 2015 at 3:13 PM, Daniel Gruno wrote: > >> First off, comdev needs to officially accept the task of maintaining the > site. It is currently maintained by infra, which has no interest in running > it. > > Which internal organisation of the ASF takes ownership of the so

Re: projects.apache.org overhaul proposal

On Wed, Jan 14, 2015 at 3:19 PM, Daniel Gruno wrote: > ...The site itself is 100% static HTML+JavaScript, I haven't added any arcane > Lua/PHP/whatever scripts to it ;) Oh no...it's not really ASF if it doesn't have arcane stuff in it that no one can maintain after a few months ;-) Big thank

Re: projects.apache.org overhaul proposal

Hi, > On 14 Jan 2015, at 06:48, Daniel Gruno wrote: > > I have been working on a proposal that follows these ideas, which is > available for preview at http://projects.apache.pw/ for those interested. > Only the first two tabs in the menu currently work (and the extensive search > feature), b

Re: projects.apache.org overhaul proposal

On 2015-01-14 14:40, Rich Bowen wrote: On 01/14/2015 06:48 AM, Daniel Gruno wrote: Hi folks, I was having a conversation with Rich (Bowen) some weeks ago, and the sentiment was that our projects page ( projects.apache.org ) could use a big overhaul. It's outdated,

Re: projects.apache.org overhaul proposal

On 2015-01-14 15:04, Pierre Smits wrote: Why don't we create an improvement issue in the JIRA of comdev to track issues regarding this proposal. That will ensure that everything regarding requirements, suggestions, approaches etc is registered in one place and (amongst others) sub-tasks can be r

Re: projects.apache.org overhaul proposal

Why don't we create an improvement issue in the JIRA of comdev to track issues regarding this proposal. That will ensure that everything regarding requirements, suggestions, approaches etc is registered in one place and (amongst others) sub-tasks can be registered to track progress. Regards, Pier

Re: projects.apache.org overhaul proposal

On 01/14/2015 06:48 AM, Daniel Gruno wrote: Hi folks, I was having a conversation with Rich (Bowen) some weeks ago, and the sentiment was that our projects page ( projects.apache.org ) could use a big overhaul. It's outdated, not very user friendly, doesn't really c

Re: projects.apache.org overhaul proposal

Daniel, Previous data = data. Data can be imported Best regards, Pierre Smits *ORRTIZ.COM * Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Wed, Jan 14, 2015 at 2:36 PM, Daniel Gruno wrote: > R

Re: projects.apache.org overhaul proposal

Rich, Every change has impact. Depending on what the ASF wants to achieve more or less effort is involved. Best regards, Pierre Smits *ORRTIZ.COM * Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Wed,

Re: projects.apache.org overhaul proposal

Replies in-line On 2015-01-14 14:28, Pierre Smits wrote: I agree with Daniel that (several) ASF pages could do with an overhaul to make them more up-to-date regarding usebility and functionality. This is inline with what I said earlier in a thread in this mailing list (see: http://community.mark

Re: projects.apache.org overhaul proposal

On 01/14/2015 08:28 AM, Pierre Smits wrote: I agree with Daniel that (several) ASF pages could do with an overhaul to make them more up-to-date regarding usebility and functionality. This is inline with what I said earlier in a thread in this mailing list (see: http://community.markmail.org/me

Re: projects.apache.org overhaul proposal

I agree with Daniel that (several) ASF pages could do with an overhaul to make them more up-to-date regarding usebility and functionality. This is inline with what I said earlier in a thread in this mailing list (see: http://community.markmail.org/message/a73m7slgtqtso3gs?q=list:org%2Eapache%2Ecom

projects.apache.org overhaul proposal

Hi folks, I was having a conversation with Rich (Bowen) some weeks ago, and the sentiment was that our projects page ( projects.apache.org ) could use a big overhaul. It's outdated, not very user friendly, doesn't really compile the data into anything useful (mostl