Return-Path: X-Original-To: apmail-community-dev-archive@minotaur.apache.org Delivered-To: apmail-community-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BC31217B70 for ; Sun, 8 Mar 2015 11:48:03 +0000 (UTC) Received: (qmail 89978 invoked by uid 500); 8 Mar 2015 11:48:03 -0000 Delivered-To: apmail-community-dev-archive@community.apache.org Received: (qmail 89733 invoked by uid 500); 8 Mar 2015 11:48:03 -0000 Mailing-List: contact dev-help@community.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@community.apache.org Delivered-To: mailing list dev@community.apache.org Received: (qmail 89721 invoked by uid 99); 8 Mar 2015 11:48:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Mar 2015 11:48:03 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [194.158.98.14] (HELO mail-1y.bbox.fr) (194.158.98.14) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Mar 2015 11:47:35 +0000 Received: from herve-desktop.localnet (static-176-183-252-218.ncc.abo.bbox.fr [176.183.252.218]) by mail-1y.bbox.fr (Postfix) with ESMTP id 6AA3961 for ; Sun, 8 Mar 2015 12:47:14 +0100 (CET) From: =?ISO-8859-1?Q?Herv=E9?= BOUTEMY To: dev@community.apache.org Subject: Re: [VOTE] Replace projects.apache.org with projects-new.apache.org Date: Sun, 08 Mar 2015 12:47:13 +0100 Message-ID: <4678039.ffrNB7eO6D@herve-desktop> User-Agent: KMail/4.13.3 (Linux/3.13.0-46-generic; KDE/4.13.3; x86_64; ; ) In-Reply-To: <54FC2446.3040805@apache.org> References: <54F9DB53.1030005@redhat.com> <1500934.6lkPrb5ZuH@herve-desktop> <54FC2446.3040805@apache.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Virus-Checked: Checked by ClamAV on apache.org Le dimanche 8 mars 2015 11:28:22 Daniel Gruno a =E9crit : > > - "Whereas the old pages were basic, the new ones have kind of an u= nusual > > dark theme to them and look unpolished (vs. just plain as the old o= ne)" > > (copy/paste of another feedback that perfectly summarised a feeling= I > > could not express better) >=20 > Heh, not really a technical argument ;-) But if people feel it's too > dark, they are more than welcome to submit a patch for something ligh= ter :) yes, I'll try :) >=20 > > - can we have a link to source? how can we submit patches? how can = we test > > for ourselves improvement ideas before submitting patches? This is = really > > a good start, but IMHO, if we don't have community involved in upda= tes, > > this new site will loose a great opportunity to have contributors (= unless > > it is a choice to avoid contributors) >=20 > It's under the comdev banner, and as such, is available at > https://svn.apache.org/repos/asf/comdev/projects.apache.org/ great, I'll have a look >=20 > > - why doesn't this use the CMS for some classical pages? Should not= some > > parts of the old site be added to the new graphic content? While gr= aphics > > and generated content are great, I think that some handwritten cont= ent > > would be useful (to explain where data come from, for example, or w= hat > > happened to DOAP, or how to contribute...) >=20 > All excellent points. If you check out the source, you can see that a= ll > doap files have been converted to JSON instead. you mean that projects should not update DOAP files any more but these = json=20 files? I really missed the info (and this means we should perhaps move = maven- doap-plugin to the Attic...) > As for CMS, I don't see any reason to use the CMS compared to just > editing it in svn - it's 4-5 pages, each around 10 lines of html, not= a > 500+ page behemoth. CMS has staging, no? And perhaps the site is tiny because there is no easy editing: chicken = and=20 egg. IMHO, this new site has great graphics, but it really requires mor= e than=20 graphics. And the CMS could be part of the solution to do that. >=20 > > - the idea of online editing is great, but not knowing what happens= behind > > the scene, I fear to add sub-projects: what sub-projects should be = added? > > can sub- projects be removed if the addition gives unexpected resul= t? >=20 > A delete feature would make sense, yes. As for what can be added, tha= t's > really up to the project, just as it was with the doap files. If you > feel something in your project is a sub project in itself, you can ad= d it. IIUC, the online editing just updates=20 https://svn.apache.org/repos/asf/comdev/projects.apache.org/site/json/p= rojects/=20 ? Then editing these files is the way to track changes, or do what the on= line=20 editing doesn't have any feature to do? >=20 > > - what should we do with DOAP? Did I miss some explanations on priv= ate@ or > > dev@ ML from a project I'm working on? >=20 > DOAP will be replaced by the online editing. We haven't contacted > projects about this yet, but on the other hand, I don't think we'd ju= st > change the DNS without letting folks know what we were doing. It's on= ly > been in testing so far. Once it was on the path to becoming something= > more official, surely projects would be included more. what is great with DOAP is that there is a schema: is there something=20= equivalent with json? >=20 > But it also requires people other than me to chip in - I only have so= > many hands and feet :) now that we know where the source code is, I hope people will involve. How do we send patches? To you in person? Regards, Herv=E9 >=20 > With regards, > Daniel. >=20 > > Please take this feedback as constructive feedback: I really like t= he new > > site, just need some little improvements to get out of beta and mak= e a > > public release :) > >=20 > > Regards, > >=20 > > Herv=E9 > >=20 > > Le vendredi 6 mars 2015 11:52:35 Rich Bowen a =E9crit : > >> I'd like for us to go ahead and replace projects.apache.org with > >> projects-new.apache.org. It now has all the functionality that > >> projects.a.o has, and much more, and there's no reason to have two= sites > >> up. If you object to moving forward with this, please say so. > >>=20 > >> [ ] +1, do it > >> [ ] +0, whatevs > >> [ ] -1, No (and say why, so we can address the problem) > >>=20 > >> --Rich