apache big data and apacheCON CORE Budapest.
Hi. A big THANKS to everybody who participated in the 2 events and/or helped at or before the events. And to everybody else, you missed a great event :-) It was nice 5 days, and as usual nice to talk to a lot of people. I hope everybody who participated had a super experience. For me it was especially fun, to prepare the event together with Linux Foundation, those people do a lot to make the event a success. I have a list of things we could do better, based on input from many people attending the conference. Thanks for the constructive input. Do not forget to book time for apache big data and apacheCON CORE, Vancouver 9-13 may 2016. thanks jan i.
Re: Fwd: A $5B Value: The Code in Linux Foundation Collaborative Projects
Hi Daniel. I know that David gave a keynote (was there) with the numbers you mention, but I imaged making it more "official" like this report, so we have something to sponsors and other interested. We need to promote ASF, and this could be one way of doing it. rgds jan I. On 30 September 2015 at 17:20, Daniel Gruno wrote: > Hi Jan, > We actually did the math last year for ACEU 2014, I'll try to find it for > you. > But in short, take the LF number, multiply it by 1.25 and you sort of get > to the figures we were discussing back then. > This is highly subjective and not in any way an _actual_ science (neither > are the LF numbers, they're all just big guesses), but it's fun do try out > the math :) > > We have around 140-150 million lines of code at the moment, which by using > our own model would take around 38k person-years to do (LF has used some > math that makes coding take even longer - by their standards, it would take > 50k person-years to write our code). We had a very conservative cost > estimation at $2B back then. By LF standards, that figure would be $6.1B. > > With regards, > Daniel. > > On 2015-09-30 16:59, jan iversen wrote: > >> Hi. >> >> This report is real interesting reading, it could be real cool to do the >> same math for ASF. >> >> Is anybody interested in forming a small work team (a LABS project), and >> try to do the calculation for ASF ? >> >> rgds >> jan I. >> >> >> >> -- Forwarded message -- >> From: Linux Foundation >> Date: 30 September 2015 at 14:21 >> Subject: A $5B Value: The Code in Linux Foundation Collaborative Projects >> To: jancasacon...@gmail.com >> >> >> Email not displaying correctly? View it in your browser >> < >> http://go.linuxfoundation.org/webmail/6342/660023375/7f912be3342cd3bcc0a96fc9875f6fc8 >> > >> . >> >> NEW Report: Estimating the Total Development Costs of Collaborative >> Projects >> < >> http://go.linuxfoundation.org/e/6342/ndation-collaborative-projects/2v9lw6/660023375 >> > >> The >> Linux Foundation today is releasing its first-ever report that attempts to >> measure the collective value of development costs in its Collaborative >> Projects. The report is titled “*A $5 Billion Value: Estimating the Total >> Development Cost of Linux Foundation’s Collaborative Projects >> < >> http://go.linuxfoundation.org/e/6342/ndation-collaborative-projects/2v9lw6/660023375 >> >.* >> ” >> >> Linux Foundation Collaborative Projects are independently funded software >> projects that harness the power of collaborative development to fuel >> innovation across industries and ecosystems. More than 500 companies and >> thousands of developers from around the world contribute to these open >> source software projects that are changing the world in which we live. >> >> *Top-level findings from the report include:* >> >> - The total *lines of source code* present today in Linux Foundation’s >> Collaborative Projects are *115,013,302*. >> >> - The *estimated, total amount of effort* required to retrace the >> steps >> of *collaborative development* for these projects is *41,192.25 person >> years*. >> >> - In other words, it would take *1,356 developers 30 years* to >> recreate >> the code bases present in Linux Foundation’s current Collaborative >> Projects >> listed above. The total economic value of this work is estimated to >> be over *5 >> billion dollars* >> <http://go.linuxfoundation.org/e/6342/avO7n/2v9lvl/660023375>. >> >> We believe that when people have the tools and trust to collaborate on a >> massive scale, nearly any problem can be solved. In fact, the most complex >> technology challenges of our day are being solved through collaboration >> and >> what we call Distributed Genius >> < >> http://go.linuxfoundation.org/e/6342/-player-embedded-v-SqXUu-EsAiE/2v9lvn/660023375 >> >. >> Distributed Genius is when thousands of people from every corner of the >> world bring their genius and their unique experience to bear. >> >> < >> http://go.linuxfoundation.org/e/6342/-player-embedded-v-SqXUu-EsAiE/2v9lvn/660023375 >> > >> >> Join the conversation on Twitter with #DistributedGenius >> < >> http://go.linuxfoundation.org/e/6342/q-23DistributedGenius-src-typd/2v9lvq/660023375 >> > >> or learn more about our Collaborative Projects at >> http://go.linuxfoundation.
Re: Software Freedom Day
On 17 September 2015 at 20:22, Ajoy Bhatia wrote: > I guess it's like Mothers' Day or Fathers' Day or Grandparents' Day. > Everyone ought to remember, respect and appreciate them every day, but > those specially marked days drive awareness of all that they bring to our > lives. > > Thus, SFD would publicize and increase awareness of the benefits of FOSS. > This is the first time that I have heard of SFD, though, but then, I have > not been actively involved in any FOSS community until recently. > I do not think this a matter of how long you have been involved, I have been involved a lifetime (35+) and first noticed it now. Maybe SFD should start be creating awareness of itself :-) rgds jan i. > > - Ajoy > > > On Fri, Sep 11, 2015 at 12:48 AM, Stefan Reich < > stefan.reich.maker.of@googlemail.com> wrote: > > > Hi! > > > > I don't know... Every day is software freedom day for me. :) > > > > Many greetings, > > Stefan > > Am 11.09.2015 03:13 schrieb "Louis Suárez-Potts" : > > > > > Hey Everyone, > > > > > > Software Freedom Day is 25 September. See: > > http://softwarefreedomday.org/ > > > > > > There’s been a seeming lack of excitement about it. In other years, for > > > instance, many geolocal AOO communities would work with the SFD locals. > > > This year… not so much. Why is that? Have your communities contacted > them > > > at SFD? Or vice versa? > > > > > > Perhaps we ought to make something out of it? Normally, that can simply > > be > > > having a meet-up, posting a banner—SFD has suggestions. > > > > > > -louis > > >
Re: Current status of the apache extra move to SF ?
On Friday, September 4, 2015, Daniel Gruno wrote: > Hi Pontus, > I am not aware that comdev has reached a decision on this matter yet. > Perhaps it is time to do so, I think the discussion died out without any > formal verdict. that is also my impression. rgds jan i > > WIth regards, > Daniel. > > On 2015-09-04 17:05, Pontus Ullgren wrote: > >> Hi, >> >> Just wanted to check if there is any current status of the project to move >> the apache extra projects to SF ? >> There is pressure for the camel-extra users to get a 2.15.x release out to >> match the latest release from the Apache Camel project also at present we >> have no where to record bugs or even push patches to the code. >> >> Thanks >> Pontus Ullgren >> >> > -- Sent from My iPad, sorry for any misspellings.
Re: What is the legal basis for enforcing release policies at ASF?
On 17 August 2015 at 10:24, Ross Gardler wrote: > Moderating first posts would be better. > +1 to that solution (did not know that was possible), that way the moderators to not get overloaded with work. Alternative would be to allow apache ID, and moderate others. rgds jan i. > > -Original Message- > From: sebb [mailto:seb...@gmail.com] > Sent: Monday, August 17, 2015 1:22 AM > To: Roman Shaposhnik > Cc: ComDev ; Apache Infrastructure < > infrastruct...@apache.org> > Subject: Re: What is the legal basis for enforcing release policies at ASF? > > This is a new subscription (send an e-mail to dev-log@community.a.o for > details) > > Perhaps we need to consider moderated subscriptions for this list. > > On 16 August 2015 at 21:33, Roman Shaposhnik wrote: > > This email echoing keeps happening. I thought we've dealt with it, no? > > > > > > -- Forwarded message -- > > From: 田義忠 > > Date: Sun, Aug 16, 2015 at 1:27 PM > > Subject: Re: What is the legal basis for enforcing release policies at > ASF? > > To: "dev@community.apache.org" > > > > > > > > > > 從我的 iPhone 傳送 > > > >> Roman Shaposhnik 於 2015年8月17日 04:25 寫道： > >> > >>> On Fri, Aug 14, 2015 at 3:59 PM, Shane Curcuru > wrote: > >>>> On 8/7/15 7:53 AM, Niclas Hedhman wrote: > >>>> Bill, > >>>> So I can release "Niclas Hadoop platform, based on Apache Hadoop" > >>>> ?? I thought the discussion a few years ago was that this was > misleading... > >>> > >>> No, you cannot. See our actual trademark policy: > >>> > >>> > >>> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fwww > >>> .apache.org%2ffoundation%2fmarks%2ffaq%2f%23products&data=01%7c01%7c > >>> ross.gardler%40microsoft.com%7c53be77cdd3ef4dca285308d2a6dced17%7c72 > >>> f988bf86f141af91ab2d7cd011db47%7c1&sdata=DdcuJh%2bbhphaiy7yoW%2f2caG > >>> y15TIxfrsXg1V%2fHh9Jsg%3d > >>> > >>> Our release policy, as Roman originally asked about, applies only to > >>> ASF projects, and has no bearing on third parties. However our > >>> trademark policy, and trademark law, prevents third parties from > >>> publicly providing software using our trademarks. > >>> > >>> Our operational policies only apply to our projects, just like any > >>> other corporation. Some policies, like our license itself and our > >>> formal trademark policy, inform the rest of the world how they are > >>> allowed to use our websites, software code, and brands. > >>> > >>> Make sense? > >> > >> It does, but our relationships with downstream Linux vendors (just to > >> take the most obvious example) set a very confusing precedent. > >> > >> Shane, if would be super helpful if you took a look at: > >> > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpkgs.org%2fsearch%2fhadoop&data=01%7c01%7cross.gardler%40microsoft.com%7c53be77cdd3ef4dca285308d2a6dced17%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=ZXiKGbcB8ekfCts3JOcHVPYpX35xcqfr87Adbmf77%2f8%3d > >> > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpkgs.org%2fsearch%2fmaven&data=01%7c01%7cross.gardler%40microsoft.com%7c53be77cdd3ef4dca285308d2a6dced17%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=bbku3kk8GRT8rNXWo5gwhRfpWIOoouH%2buNNzmrCpI0I%3d > >> > >> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpkgs. > >> org%2fsearch%2fsubversion&data=01%7c01%7cross.gardler%40microsoft.com > >> %7c53be77cdd3ef4dca285308d2a6dced17%7c72f988bf86f141af91ab2d7cd011db4 > >> 7%7c1&sdata=BEHyTF%2b6dOsaARgvSX3%2bp1gWPkiVjbg7wODXVv2tzA8%3d > >> and pubished your narrative of how the ASF branding policies apply in > >> both cases. > >> > >> The 3 projects I'm picking represent a pretty diverse set of cases of > >> how PMCs are conducting themselves. > >> > >> Thanks, > >> Roman. >
Re: slack
On Monday, August 10, 2015, Steve Rowe wrote: > > > On Aug 9, 2015, at 8:52 PM, Roman Shaposhnik > wrote: > > > > On Sun, Aug 9, 2015 at 8:45 AM, Bertrand Delacretaz > > > wrote: > >> On Sun, Aug 9, 2015 at 3:48 AM, jay vyas > wrote: > >>> ...1) We have to trust PMCs to foster a healthy and transparent > roadmap. > >>> Exclusive cliques and backchannels should not ever exist in a healthy > ASF > >>> project, period > >> > >> That's where our "if it didn't happen on the project's dev list, it > >> didn't happen" rule comes from. > >> > >> Multiple communications channels are inevitable, our rule is simply > >> that someone who's using just the project's dev mailing should not > >> miss anything important. They'll just have less chatter I guess. > > > > And I guess that answers my question on how much Slack is compatible > > with "Apache Way". With an aspiration of trying to kill email (*) -- not > much. > > > > Thanks, > > Roman. > > > > (*) > http://www.theverge.com/2014/8/12/5991005/slack-is-killing-email-yes-really > > If Slack could be configured to send a periodic transcript to the > project’s dev mailing list, problem solved, no? That would solve it in theory at least halfway, but how do you get the reactions from people only using ML back into slack. Remember it is totally valid only to communicate on ML, Slack and other media are secondary. rgds jan i -- Sent from My iPad, sorry for any misspellings.
Re: I want to give an open source web development framework toApache, how do I do?
On 29 July 2015 at 18:07, Houfeng wrote: > Hi, > > > Nokit is a web development framework, based on Node.js, has been submitted > to NPM, has been updated many versions. some people are using it, at > present, source code is hosted on GitHub, repository address " > https://github.com/Houfeng/nokit";, project website "http://nokit.org/"; . > > > > To use it, is not really something I can respond to, that is marketing. I you mean to develop it, then you have several options: - find a project that is interested, and donate the source to that project. - Write a proposal to incubator about starting a project in apache (see link I sent you), this requires you have a community of people developing the software - Advertize it on github. rgds jan i. > Thank you very much! > > I am Houfeng > > 原始邮件 > *发件人:* jan i > *收件人:* dev@community.apache.org; admin< > ad...@xhou.net> > *发送时间:* 2015年7月29日(周三) 20:15 > *主题:* Re: I want to give an open source web development framework > toApache, how do I do? > > Hi. > > At Apache we want communities, so it is not possible just to donate > software without a community. > > If you look at > http://incubator.apache.org/ > > that is the entry point for new projects. > > If you have a community around the source I am happy to help you find your > way into apache. > > rgds > jan i. > > > On 29 July 2015 at 06:21, Houfeng wrote: > >> hello, >> >> >> I want to give an open source web development framework to Apache, how do >> I do? >> >> >> thx >> >> >> I am Houfeng > > >
Re: I want to give an open source web development framework to Apache, how do I do?
Hi. At Apache we want communities, so it is not possible just to donate software without a community. If you look at http://incubator.apache.org/ that is the entry point for new projects. If you have a community around the source I am happy to help you find your way into apache. rgds jan i. On 29 July 2015 at 06:21, Houfeng wrote: > hello, > > > I want to give an open source web development framework to Apache, how do > I do? > > > thx > > > I am Houfeng
Re: FOSDEM
Hi. tony@ thanks for creating the page roman@ thanks for making the initial dump I have now tried to format all the information including adding bits and pieces from other discussions. https://cwiki.apache.org/confluence/display/COMDEV/FOSDEM+2016 Please consider all information on the page (especially the wording) for work in progress and please change/correct as you please. If anybody does not have access, please email me changes and I will try to make it happen. rgds jan i. On 17 July 2015 at 09:24, Andrea Pescetti wrote: > On 17/07/2015 Roman Shaposhnik wrote: > >> What's the process of proposing a dev room? For example, last year >> I really wanted to do bigdata and/or data science dev. room >> > > You wait for the call and you send a proposal. I mean, this whole thread > does not have a big value until the calls are out... > https://fosdem.org/2016/ will display, at due time, the calls. > > Again: if last year's timeline is to be used as reference, > https://archive.fosdem.org/2015/news/2014-07-01-call-for-participation/ > call was issued in July 2014 with a deadline of mid-September 2014. > > Note that the FOSDEM organizer won't simply give a yes/no on a proposal: > they may merge or rearrange different proposals as they see fit. > > Regards, > Andrea. >
Re: Cwiki or wiki.
On 17 July 2015 at 15:39, Rich Bowen wrote: > > > On 07/17/2015 09:06 AM, jan i wrote: > >> On 17 July 2015 at 14:37, Rich Bowen wrote: >> >> Well, on a casual dig through, it looks like most of our event archive >>> sites are sadly very broken. I'd like to get that fixed, but I can't >>> promise I can find the time to do it myself. :( >>> >>> >> How about a compromise, we leave all the old content in wiki, and copy the >> front page to comdev cwiki, that way old links (broken or not) should be >> kept. >> >> after the copy, we modify the front page in wiki to point at cwiki. >> > > > It would be well worth discussing with Infra, first, what their long term > wiki plans are, so that we're not moving from one platform to another just > to have another change next year. good point, I will start that discussion. rgds jan I > > > --Rich > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon >
Re: Cwiki or wiki.
On 17 July 2015 at 14:37, Rich Bowen wrote: > Well, on a casual dig through, it looks like most of our event archive > sites are sadly very broken. I'd like to get that fixed, but I can't > promise I can find the time to do it myself. :( > How about a compromise, we leave all the old content in wiki, and copy the front page to comdev cwiki, that way old links (broken or not) should be kept. after the copy, we modify the front page in wiki to point at cwiki. rgds jan I. > > --Rich > > > On 07/17/2015 08:35 AM, Rich Bowen wrote: > >> Most of the ones listed here - >> http://wiki.apache.org/apachecon/FrontPage - have links to stuff like >> "more information about Dublin" buried in the content somewhere. >> >> --Rich >> >> On 07/17/2015 08:31 AM, Pierre Smits wrote: >> >>> @Rich: can you give a URL of a past ApacheCon site that links to the >>> wiki? >>> >>> Best regards, >>> >>> Pierre >>> >>> Op vrijdag 17 juli 2015 heeft Rich Bowen het >>> volgende >>> geschreven: >>> >>> >>>> >>>> On 07/17/2015 07:39 AM, jan i wrote: >>>> >>>> But I did not think we had many links to the apacheCON wiki, seems >>>>> I am >>>>> mistaken, so lets leave it (it is easier). >>>>> >>>>> >>>> A lot of the ApacheCon history is in there, and thus there are links >>>> to it >>>> from most of the old ApacheCon websites. Honestly, I don't know if >>>> anybody >>>> cares about that but me, but they are out there. >>>> >>>> --Rich >>>> >>>> >>>> -- >>>> Rich Bowen - rbo...@rcbowen.com - @rbowen >>>> http://apachecon.com/ - @apachecon >>>> >>>> >>> >>> >> >> > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon >
Re: Cwiki or wiki.
On 16 July 2015 at 18:47, Pierre Smits wrote: > Nothing a little effort wouldn't solve, I would say. > I am all ears, to how you would do it, without conflicting with the wiki db. rgds jan i. > > Best regards, > > Pierre > > Op donderdag 16 juli 2015 heeft Rich Bowen het > volgende geschreven: > > > > > > > On 07/16/2015 10:55 AM, jan i wrote: > > > >> Hi > >> > >> I am just wondering, why do we have the comdev pages on > >> cwiki and apacheCON on wiki ? > >> > >> Is is historical reason, and if so should we not move apacheCON to sit > >> in the comdev space ? > >> > > > > I believe it's purely historical. My only concern with moving the > > ApacheCon wiki is preservation of URLs. If we can manage that, no > worries. > > > > > > -- > > Rich Bowen - rbo...@rcbowen.com - @rbowen > > http://apachecon.com/ - @apachecon > > > > > -- > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com >
Re: Cwiki or wiki.
On 16 July 2015 at 17:07, Rich Bowen wrote: > > > On 07/16/2015 10:55 AM, jan i wrote: > >> Hi >> >> I am just wondering, why do we have the comdev pages on >> cwiki and apacheCON on wiki ? >> >> Is is historical reason, and if so should we not move apacheCON to sit >> in the comdev space ? >> > > I believe it's purely historical. My only concern with moving the > ApacheCon wiki is preservation of URLs. If we can manage that, no worries. > Moving the wiki will be moving all URLs, I think it will be very difficult to keep them. But I did not think we had many links to the apacheCON wiki, seems I am mistaken, so lets leave it (it is easier). rgds jan i. > > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon >
Karma to comdev cwiki pages.
Hi. Can someone please give me karma to edit the comdev cwiki pages my cwiki user is "janiversen" thanks in advance. rgds jan i
Cwiki or wiki.
Hi I am just wondering, why do we have the comdev pages on cwiki and apacheCON on wiki ? Is is historical reason, and if so should we not move apacheCON to sit in the comdev space ? rgds jan I.
Re: Apache Reporter Service
On 16 July 2015 at 11:47, Daniel Gruno wrote: > Hi Lefty, > Any list containing either "commits", "private" or "security" is left out > of the generated report template for privacy and s2n ratio issues. > This is partly because the reports will be publicly available, and partly > because a disinterest was expressed in having commits@ stats, as that is > just the number of commits made for most projects (where discussion about a > commit would usually happen on the dev list). > I for one think this was the right decision, especially considering that the reports are made publicly available. rgds jan i. > > I hope this answers your question. > > With regards, > Daniel. > > > On 2015-07-16 08:26, Lefty Leverenz wrote: > >> Question about the report template: why doesn't it include the commits@ >> mailing list? (Is that because JIRA activity already covers the number of >> commits?) >> >> Thanks. >> >> -- Lefty >> >> >> >> On Fri, May 1, 2015 at 5:32 PM, Alex Harui wrote: >> >> This is a really cool service. I noticed it wants login creds. What >>> data >>> would have to be stripped in order to allow general public access? What >>> would it take to get the JSON for the public info? I’ll write the client >>> side in Apache Flex. >>> >>> Thanks, >>> -Alex >>> >>> On 3/5/15, 1:39 AM, "Daniel Gruno" wrote: >>> >>> >>>> On 2015-03-05 01:00, sebb wrote: >>>> >>>>> On 4 March 2015 at 07:26, Daniel Gruno wrote: >>>>> >>>>>> On 2015-03-04 01:29, sebb wrote: >>>>>> >>>>>>> The tool looks cool, but does not handle Apache Commons properly, as >>>>>>> it calls it "Apache Commons BeanUtils". >>>>>>> BeanUtils is just one of the Commons components (it seems to be >>>>>>> picking the first component alphabetically). >>>>>>> >>>>>> This was due to Commons not having any information on the base project >>>>>> available in rdf/json, so the system picked what it thought looked >>>>>> like a >>>>>> winner. I have since changed it to just fetch the name from the PMC >>>>>> data >>>>>> instead. >>>>>> >>>>>>> The JIRA release option does not work well for Commons. >>>>>>> Each component has a separate JIRA id, but the graph does not show >>>>>>> the id. >>>>>>> There are other TLPs with multiple JIRA instances and release cycles, >>>>>>> for example Creadur >>>>>>> >>>>>> The JIRA stats are in their infancy still, I'll see if I can't make it >>>>>> more >>>>>> useful for Commons this week. >>>>>> >>>>>>> The JIRA release fetch tool does not report an error for an invalid >>>>>>> JIRA >>>>>>> id. >>>>>>> >>>>>>> Note that all Commons JIRA ids are in the Category Commons; similarly >>>>>>> all Creadur instances are in the Category Creadur. >>>>>>> It would be really useful if the releases could be fetched using the >>>>>>> Category. >>>>>>> >>>>>>> I am on the PMC for Commons, JMeter and Creadur. >>>>>>> Only the JMeter display shows the chair person. >>>>>>> >>>>>> fixed for comons. As for Creadur, whenever someone creates a profile >>>>>> for the >>>>>> >>>>> How does one create profiles? >>>>> Nothing obvious on the website. >>>>> >>>> One clicks on the editor icon to the far right of the menu bar. UI >>>> patches are most welcome :) >>>> >>>> project on projects-new.apache.org, the data will automatically start >>>>>> >>>>> projects-new shows >>>>> >>>>> Apache Commons BeanUtils: 121 committers, 35 PMC members => sub-project >>>>> >>>>> It does not make sense to include sub-projects in the project list. >>>>> >>>>> >>>>> showing up on reporter.a.o. >>>>>> >>>>> That seems to have been done. >>>>> Might be useful to cross-link the two app
Re: FOSDEM
Hi Just to keep everybody informed, I spoke with Stehmann who usually organize and man the AOO stand at FOSCOM. They intent to be at FOSDEM this year, and welcomes a combined stand ! This actually means that we have to a large degree solved the problem about manning the stand (Stehmann, myself and a couple of volunteers). rgds jan I. On 15 July 2015 at 01:46, jan i wrote: > > > On 14 July 2015 at 09:06, Andrea Pescetti wrote: > >> On 13/07/2015 jan i wrote: >> >>> who takes lead on keeping an eye on the FOSDEM team? >>> >> >> I usually monitor that, and I can notify this list too this year (even >> though now is way too early for me to have any ideas about my possible >> commitment to an OpenOffice and/or and Apache presence). >> > thanks a lot for volunteering to help keep a finger on the pulse. > > It might be that you do not have any idea about the AOO presence, but it > seems I am in a more lucky position, because I know we will have a > presence, either the stehmanns will do their normal elegant job, or I will > personally represent AOO at the booth. > > >> >> For reference: last year the call was mid-September with a deadline of >> mid-November and the conference was in late January like this year. >> > The dates I have been told are saturday 30 january 2016 to sunday 31 > january 2016. > > > I hereby volunteer to be the pointman at FOSDEM (if somebody else wants to > do I am pleased to hand it over). So lets start discuss what we want: > - AOO traditionally has a double table on the first floor, I would would > like (as ASF and AOO) to get 4 tables in the ground floor. > - if we have enough projects, we can try and make a Apache dev.room (AOO > might prefer to be in open editors room). Is it ok if I write to all PMCS > asking for > interest ? > - The table need to be manned throughout both days, I can supply materials > (I will coordinate with melissa and sally), but we need 2-3 persons extra, > volunteers ? > - swag will be supplied from the european logistic center (me :-) ). > > Now the more soft parts: > - Which message to do we want to bring across ? just that we exist or more > ? > - Is the booth a place for people to join Apache, or just a "we exist, go > and look us up" ? > - Do the projects present at FOSDEM, want to help on the booth, and maybe > have some "why join us" folders ? > > Looking forward to hear what you think. > > Please if somebody feel I bully by taking lead, please tell me so and I > will step down. > rgds > jan i. > >> >> Regards > > > > >> , >> Andrea. >> > >
Re: FOSDEM
On 14 July 2015 at 09:06, Andrea Pescetti wrote: > On 13/07/2015 jan i wrote: > >> who takes lead on keeping an eye on the FOSDEM team? >> > > I usually monitor that, and I can notify this list too this year (even > though now is way too early for me to have any ideas about my possible > commitment to an OpenOffice and/or and Apache presence). > thanks a lot for volunteering to help keep a finger on the pulse. It might be that you do not have any idea about the AOO presence, but it seems I am in a more lucky position, because I know we will have a presence, either the stehmanns will do their normal elegant job, or I will personally represent AOO at the booth. > > For reference: last year the call was mid-September with a deadline of > mid-November and the conference was in late January like this year. > The dates I have been told are saturday 30 january 2016 to sunday 31 january 2016. I hereby volunteer to be the pointman at FOSDEM (if somebody else wants to do I am pleased to hand it over). So lets start discuss what we want: - AOO traditionally has a double table on the first floor, I would would like (as ASF and AOO) to get 4 tables in the ground floor. - if we have enough projects, we can try and make a Apache dev.room (AOO might prefer to be in open editors room). Is it ok if I write to all PMCS asking for interest ? - The table need to be manned throughout both days, I can supply materials (I will coordinate with melissa and sally), but we need 2-3 persons extra, volunteers ? - swag will be supplied from the european logistic center (me :-) ). Now the more soft parts: - Which message to do we want to bring across ? just that we exist or more ? - Is the booth a place for people to join Apache, or just a "we exist, go and look us up" ? - Do the projects present at FOSDEM, want to help on the booth, and maybe have some "why join us" folders ? Looking forward to hear what you think. Please if somebody feel I bully by taking lead, please tell me so and I will step down. rgds jan i. > > Regards > , > Andrea. >
Re: Moving Apache Extras
On Monday, July 13, 2015, Rich Bowen wrote: > > > On 07/13/2015 04:00 PM, Ross Gardler wrote: > >> Apache-extras is a service managed by ComDev. Though we never provided >> any commitment to support it. >> >> However, many extras (most?) are used by ASF PMCs and they need a >> solution to the fact that Google Code is closing down. We are doing this >> with infra resources for that reason (as a director you've seen the >> repeated requests from some PMCs to find a resolution, you've also seen the >> responses to those requests). >> >> It's easier for Infra to move all projects rather than some projects. >> Hence the current approach. Though you are correct, as noted on a different >> thread, that the assumption all projects on extras belong to PMCs is likely >> flawed. Unfortunately there is no easy way of identifying which are PMC >> owned and which are not. >> >> So here's an alternative approach. We (ComDev) send out a mail to PMCs >> indicating that they need to great a ComDev issue if they want their >> project moving. If they don't sign up they don't get moved. >> >> We (ComDev) provide infra with a reduced list of projects to move and >> they run the scripts for those projects. >> > > I think I must have been watching all of these conversations (I know it's > been going for more than a year) with a certain understanding that we were > going to push everything onto volunteer labor rather than Infra. So, mea > culpa for not paying close enough attention. Yes, I know that this has been > discussed for *ages*. > > I figured that what we, the ASF, were doing for these projects was > negotiating with SF for the service/resources/whatever, not doing the > actual migration. I figured either the projects themselves would do that > work, or Roberto and his team at SF would do it. that was my understanding as well. AOO moved a while ago. We should notify the PMCs how to move, and leave the rest to volunteer time. rgds jan i > > --Rich > > > >> >> >> Sent from my Windows Phone >> >> From: Rich Bowen<mailto:rbo...@rcbowen.com> >> Sent: 7/13/2015 12:47 PM >> To: dev@community.apache.org<mailto:dev@community.apache.org> >> Subject: Re: Moving Apache Extras >> >> >> >> On 07/09/2015 02:42 PM, Daniel Gruno wrote: >> >>> Hiya folks, >>> >>> I'm the "lucky person" in charge of moving the some 350 projects from >>> Google Code to SourceForge. >>> This will happen over the course of next week, save some freak accident >>> occurs, however, SourceForge is not Google Code, and as such, there are >>> a few things we need to consider: >>> >> >> Wait what? >> >> Are you doing this because you're a nice person, or because it's an >> Infra Assignment? >> >> I ask because it seems a really iffy precedent giving paid infra support >> to non-ASF projects. Tell me you're doing this for scotch rather than >> for money, and I'll back off. I know you do wear many different hats. >> >> --Rich >> >> >>> - I will create an admin account that will initially own all the >>> imported projects. This can/will be shared with the ComDev PMC. >>> - Someone (not me!!) will have to step up and help out with delegating >>> read/write access to the new repos on SourceForge. >>> - Preferably, someone will have to go through the giant list of >>> projects, and select those we'll import. This is not strictly necessary, >>> but if someone volunteers for this, that'd be super duper. >>> >>> The most important thing is that we are able to delegate write access to >>> the devs (and do so!), so this does not simply become a big data dump >>> that just sits there. If any of you are interested in taking on that >>> task (preferably more than one person), please do speak up :) >>> >>> With regards, >>> Daniel. >>> >> >> >> -- >> Rich Bowen - rbo...@rcbowen.com - @rbowen >> http://apachecon.com/ - @apachecon >> >> > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon > -- Sent from My iPad, sorry for any misspellings.
Re: FOSDEM
I too volunteer, and will bring materials like a big poster and swag for the table who takes lead on keeping an eye on the FOSDEM team? rgds jan i ps. AOO traditionally has a table and are prepared to share. On Monday, July 13, 2015, Daniel Gruno wrote: > I've spoken to the FOSDEM team, and the next step is playing the waiting > game. > They will announce real soon the where/how/when of getting a booth, and > when that happens, we'll request just that. > So, stay tuned! > > With regards, > Daniel. > > On 2015-07-13 19:46, Roman Shaposhnik wrote: > >> I'd like to volunteer! Next steps? >> >> Thanks, >> Roman. >> >> On Mon, Jul 13, 2015 at 9:52 AM, Rich Bowen wrote: >> >>> FOSDEM dates have been announced. This is a reminder that several months >>> ago >>> we talked about the notion of having an ASF presence at FOSDEM (as >>> opposed >>> to just an AOO presence) and people were generally in favor of the idea. >>> >>> I will be there, but will already be working two other tables in the >>> community space, and can't head this up. Several people suggested that >>> they >>> might have the bandwidth to take a lead on this. It's probably time to >>> start >>> thinking logistics, as well as connecting with the Open Office people who >>> have already been doing this for years. >>> >>> -- >>> Rich Bowen - rbo...@rcbowen.com - @rbowen >>> http://apachecon.com/ - @apachecon >>> >> > -- Sent from My iPad, sorry for any misspellings.
Re: Incubating, Graduating & Code of conduct @ The ASF (spin-off of Better specifying....)
On 10 July 2015 at 12:56, Pierre Smits wrote: > Tim, > > It seems you're rather fond of it. Quite the number of posters in this > thread are particpating in either body, or both. I feel confident that they > can take it as input from here and discuss appropriate follow-up in their > specific mailing lists. > I you want board to make a change you need to make a proposal to board@ otherwise it is most likely not going to happen. rgds jan i. > > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Fri, Jul 10, 2015 at 12:37 PM, Tim Williams > wrote: > > > On Fri, Jul 10, 2015 at 10:23 AM, Pierre Smits > > wrote: > > > Branko, > > > > > > I am confident that the existing project with bylaws, policies and/or > > > standing rules formalised has had its share of discussions regarding > > > applicability of elements therein.. And have resolved those. I guess > that > > > when such an element is either to vague or to restrictive so that the > > > situation becomes untenable to move things forward, the community will > > find > > > ways to resolve it. > > > > > > This thread is about: > > > > > > > > >- why does the Board tasks projects to create a set of bylaws for > some > > >graduating podlings (when so many seem to feel that it doesn't add > > value); > > >- and when it does, why doesn't it follow up on the task or request > > the > > >VP of the project to report on its progress until the task is > > completed. > > > > > > It has to come from somewhere. It seems to come to light during the > > > incubation phase. Don't mentors advice properly? > > > > I reckon the answer to these questions is simply that we've all > > realized over a long period of time that project-specific bylaws - > > while once popular and thought necessary - aren't desirable. We > > thought they were necessary a decade ago and over the course of time > > realized not so much. And, while we've all come to that realization, > > no one has taken the time to change the TLP resolution to reflect > > that. And that's likely because most of us don't have bureaucratic > > itches - you apparently do, so why not just ask the incubator > > PMC/board to drop that paragraph? > > > > Thanks, > > --tim > > >
Re: LABS a top level project of the ASF? (Was: Re: Incubating, ....)
On 6 July 2015 at 15:00, Bertrand Delacretaz wrote: > On Mon, Jul 6, 2015 at 2:34 PM, Tim Williams wrote: > > ...I'd say this is the wrong place to have this particular discussion. > > The courteous thing to do is to have a project specific discussion on > > the project's specific list > > Agreed, that's what I meant to say, comdev has no business discussing > the validity of the labs project unless that discussion is started by > the labs PMC. > +1 as both LABS and ComDEV PMC I totally agree. I gave the project name because it seemed correct to answer Sebb, not to start a discussion about LABS. Pierre@ feel welcome to take this discussion to our mailing list l...@labs.apache.org over there I will be more than happy to discuss whether or not LABS is a real TLP. looking forward to the discussion. rgds jan i. > -Bertrand >
Re: Incubating, Graduating & Code of conduct @ The ASF (spin-off of Better specifying....)
On Monday, July 6, 2015, sebb wrote: > On 6 July 2015 at 10:24, jan i > wrote: > > On 6 July 2015 at 11:10, Pierre Smits > wrote: > > > >> Thank you, Branko. I feel (somewhat) sorry for you, when I read your > >> statement of being disgusted by the viewpoint of others on the matter. I > >> hope you recover from it soon. > >> > > > > Having been (and still be) in a project that have strong bylaws, limiting > > voting etc, > > I know what a PITA project bylaws can be. > > > > We fought for about 6 month to get the bylaws changed, to something there > > was > > total consensus about. The problem was that the bylaws could only be > changed > > with 2/3 +1 of all PMC, which is quite hard to reach when 1/2 of the PMC > no > > longer > > are active. > > As I recall, the main problem was that the local project bylaws had > been badly drafted, and were not clear, so needed to be changed. the bylaws was very clear and understandable but drafted in a time where LABS was a active project. > > > > Bylaws can in some special cases help a project, but really should not be > > necesary. If > > our bylaws and policies are unprecise we should do something centrally > and > > not remedy > > this problem in 200 projects. > > Indeed. Had the local project bylaws not existed, I suspect there > would have been no problem in the case to which Jan refers. Correct actually LABS is a good example of a project where the bylaws are not needed. rgds jan i > > > rgds > > jan I. > > > > > >> > >> Best regards, > >> > >> > >> Pierre Smits > >> > >> *ORRTIZ.COM <http://www.orrtiz.com>* > >> Services & Solutions for Cloud- > >> Based Manufacturing, Professional > >> Services and Retail & Trade > >> http://www.orrtiz.com > >> > >> On Mon, Jul 6, 2015 at 10:51 AM, Branko Čibej > wrote: > >> > >> > On 04.07.2015 18:34, Pierre Smits wrote: > >> > > Having done a cursory review of the incubator reports to the board > for > >> > > this year (January till May/June 2015), I found that only the SAMOA > >> > > podling reported working on a project set of bylaws, which without > >> > > knowing details could encompass and/or incorporate the code of > conduct. > >> > > >> > I find myself disgusted by this widespread assumption that each > project > >> > needs its own bylaws. WTF for? Are not ASF policies and practices > enough > >> > for everyone? What sort of bylaws could you possibly invent that are > >> > both a useful extension of these policies and practices /and/ are not > >> > applicable to other projects? > >> > > >> > Per-project bylaws are just a tool for fragmenting the ASF community, > in > >> > other words, they're a bad idea; paper-shuffling at its most useless. > >> > > >> > -- Brane > >> > > >> > -- Sent from My iPad, sorry for any misspellings.
Re: Incubating, Graduating & Code of conduct @ The ASF (spin-off of Better specifying....)
On 6 July 2015 at 11:10, Pierre Smits wrote: > Thank you, Branko. I feel (somewhat) sorry for you, when I read your > statement of being disgusted by the viewpoint of others on the matter. I > hope you recover from it soon. > Having been (and still be) in a project that have strong bylaws, limiting voting etc, I know what a PITA project bylaws can be. We fought for about 6 month to get the bylaws changed, to something there was total consensus about. The problem was that the bylaws could only be changed with 2/3 +1 of all PMC, which is quite hard to reach when 1/2 of the PMC no longer are active. Bylaws can in some special cases help a project, but really should not be necesary. If our bylaws and policies are unprecise we should do something centrally and not remedy this problem in 200 projects. rgds jan I. > > Best regards, > > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Mon, Jul 6, 2015 at 10:51 AM, Branko Čibej wrote: > > > On 04.07.2015 18:34, Pierre Smits wrote: > > > Having done a cursory review of the incubator reports to the board for > > > this year (January till May/June 2015), I found that only the SAMOA > > > podling reported working on a project set of bylaws, which without > > > knowing details could encompass and/or incorporate the code of conduct. > > > > I find myself disgusted by this widespread assumption that each project > > needs its own bylaws. WTF for? Are not ASF policies and practices enough > > for everyone? What sort of bylaws could you possibly invent that are > > both a useful extension of these policies and practices /and/ are not > > applicable to other projects? > > > > Per-project bylaws are just a tool for fragmenting the ASF community, in > > other words, they're a bad idea; paper-shuffling at its most useless. > > > > -- Brane > > >
Re: Incubating, Graduating & Code of conduct @ The ASF (spin-off of Better specifying....)
On Sunday, July 5, 2015, Pierre Smits wrote: > Then again, Jan stated that he thought that instilling compliance to the > official ASF policies, or expressions of deviation thereof, in the bylaws > is a part of the incubation process. Is he wrong with his assumption? Or > does the incubator project have it mixed up somewhere and he is right? I did not mean that a oodling should create its own bylaws, but simply use default and follow the ASF bylaws. Bylaws in projects should be (and are) an exception. rgds jan i > > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Sun, Jul 5, 2015 at 1:46 AM, Pierre Smits > wrote: > > > Is that just your opinion? Or something that is documented elsewhere as a > > part of the rules of the game for projects of the ASF? And if so, where? > > > > Best regards, > > > > > > Pierre Smits > > > > *ORRTIZ.COM <http://www.orrtiz.com>* > > Services & Solutions for Cloud- > > Based Manufacturing, Professional > > Services and Retail & Trade > > http://www.orrtiz.com > > > > On Sun, Jul 5, 2015 at 1:36 AM, Ross Gardler (MS OPEN TECH) < > > ross.gard...@microsoft.com > wrote: > > > >> In the absence of bye-laws the defaults apply. > >> > >> Sent from my Windows Phone > >> > >> From: Pierre Smits<mailto:pierre.sm...@gmail.com > > >> Sent: 7/4/2015 3:35 PM > >> To: dev@community.apache.org dev@community.apache.org > > >> Subject: Re: Incubating, Graduating & Code of conduct @ The ASF > (spin-off > >> of Better specifying) > >> > >> How can that be? The board of the ASF explicitly tasks the projects (at > >> least those that I have seen, as mentioned in my earlier posting) to > >> establish a set of bylaws. That sounds like a binding clause for being a > >> project of the ASF. The conclusion that can be derived from that is that > >> the project that don't comply can't be an Apache project until that > >> condition is met. > >> > >> Best regards, > >> > >> Pierre Smits > >> > >> *ORRTIZ.COM <http://www.orrtiz.com>* > >> Services & Solutions for Cloud- > >> Based Manufacturing, Professional > >> Services and Retail & Trade > >> http://www.orrtiz.com > >> > >> On Sun, Jul 5, 2015 at 1:28 AM, Ross Gardler (MS OPEN TECH) < > >> ross.gard...@microsoft.com > wrote: > >> > >> > No I said if projects don't write bye-laws then the defaults if the > >> Apache > >> > Way apply. If they have local bye-laws they are expected to be in the > >> > spirit of the Apache Way but tuned to the specifics of that project. > >> > > >> > Sent from my Windows Phone > >> > > >> > From: Pierre Smits<mailto:pierre.sm...@gmail.com > > >> > Sent: 7/4/2015 3:16 PM > >> > To: dev@community.apache.org dev@community.apache.org > > >> > Subject: Incubating, Graduating & Code of conduct @ The ASF (spin-off > of > >> > Better specifying) > >> > > >> > Off list? > >> > > >> > I am sure that quite a few more than just I couldn't > >> > distill anything insightful or meaningful from your alrgument. > >> > > >> > So are we to understand that doing the right thing with respect to the > >> > community is pushing paperwork? Doesn't that make the Community over > >> Code > >> > aspect of the Apache Way nothing more than a hollow phrase? > >> > > >> > Best regards, > >> > > >> > Pierre > >> > > >> > Op zaterdag 4 juli 2015 heeft Ross Gardler (MS OPEN TECH) < > >> > ross.gard...@microsoft.com > >> > ');>> het > >> volgende > >> > geschreven: > >> > > >> > > Sorry rushing and as has been pointed out off list auto-correct was > >> not > >> > > kind here. > >> > > > >> > > First sentence is unparseable so here it is again: > >> > > > >> > > The ASF is about doing the right thing in code, not pushing > paperwork > >> (or > >> > > the electronic equivalent
Re: Better specifying the scope of our Code of Conduct
On 2 July 2015 at 18:05, Pierre Smits wrote: > It is a good thing that the board and the President regard the Code of > Conduct page as an official ASF policy and expect others to follow it, but > when at least one of its members in more than one occasion states that > projects are independent (of the ASF) regarding how they conduct their > business - except for the license aspect - it is rendered a paper tiger... > I think you are driving a simple statement far longer than intended. We do not (luckily) have many polices at ASF, but of course a project must follow those. A project can independent, make extra policies or even harden the ASF policies (e.g. voting rules). A project that act totally independent of ASF only following the license rules, cannot really be a ASF project. > Having such an official ASF policy without the executing office policing > it, without podlings being required to accept and instill it in their > bylaws before graduation and allowing existing projects not to incorporate > it makes it nothing more than a hollow statement, > Being part of IPMC, I thought it was part of the incubator to make sure that exactly this happened. I for one, does not see things as negative as you signal. Things can always improve, but please not in the direction, that board installs a policy police. We, the committers, are those "controlling" that polices are kept,not the board or any exec office. just my opinion. rgds jan i. > > Something to think about when making statement like these > > Best regards, > > Pierre Smits > > Op donderdag 2 juli 2015 heeft Shane Curcuru het > volgende geschreven: > > > On 6/30/15 2:04 PM, Rich Bowen wrote: > > > > > > > > > On 06/30/2015 12:37 PM, Stefan Reich wrote: > > >> I'm almost tired of criticizing so much, but... I think a "code of > > >> conduct" > > >> is evil legalese and should be abandoned. > > >> > > >> Like Jesus said: "Love is the only law you need." > > > > > > > > > Unfortunately, that hasn't worked out for us so far. > > > > More to the point, the board and the President have made it clear that > > the current CoC is an official ASF policy, so for interactions at ASF > > events or on our mailing lists, we expect people to follow it when > > working here on Apache projects. > > > > Obviously, other organizations or individuals can choose to use (or not) > > their own CoCs for their own projects, but this is the one we've chosen > > here. > > > > - Shane > > > > > > > > A CoC serves several real needs. Publicly stating that we have such an > > > expectation makes the ASF more welcoming to joiners. It also makes > > > explicit some of the expectations for people who bull through life > > > without thinking about their interactions. > > > > > > Google for 'why we need a code of conduct' and then click on a link at > > > random and you'll get a more articulate statement of why this is > > > absolutely critical to an organization like ours that spans cultures, > > > timezones, projects, and many other borders. > > > > > > It is simply not the case that people just naturally know the right way > > > to behave. And it is the case that we need to have given careful > thought > > > to what we're going to do about it when people are jerks. > > > > > > Even Jesus violently threw people out of the temple when they broke the > > > code of conduct. > > > > > > --Rich > > > > > >> > > >> Cheers > > >> Stefan > > >> > > >> On Tue, Jun 30, 2015 at 1:01 PM, Bertrand Delacretaz > > >> > > >>> wrote: > > >> > > >>> Hi, > > >>> > > >>> Someone mentioned to me that they find the first paragraph of > > >>> http://www.apache.org/foundation/policies/conduct.html overly broad, > > >>> and I tend to agree. > > >>> > > >>> That paragraph says "this code of conduct governs how we behave in > any > > >>> forum and whenever we will be judged by our actions" which implies > > >>> that it also applies outside of "ASF territory" - I don't think > that's > > >>> appropriate. The next paragraph mentions "spaces managed by the > Apache > > >>> Software Foundation" which I find much more appropriate, maybe > > >>> expanded with "and whenever w
Re: ApacheCON CORE? ApacheCon!
On 1 July 2015 at 13:31, Pierre Smits wrote: > Who, in his moment of brightness, dreamed up the notion that a perfectly > accepted household name (and thereby a de facto brand) as ApacheCon for the > main event of the ASF would benefit from adding an extension like CORE? > The apacheCON team did that with LF and marketing, and it was actually discussed quite while ago. This is the first time we divide the traditional apacheCON, so the intention is (and was) to make a clear statement, this is not the old apacheCON. > > ApacheCon in itself doesn't eat into the impact of the joint event 'Apache > Big Data', as that name doesn't have Con attached to Apache in all > promotions done up to now... Or dilutes the branding impact of that event. > Actually while we discussed it, one of the ideas was "apacheCON: big data", but LF preferred "apache big data" and since it is their event they choose. > > Is there a negative connotation with the name that it would benefit from > the CORE extension? > No just to avoid some confusion. Think of our homepage, travel assistance, reports etc, that is all done combined for the 2 events. Let me put it like I see it personally, despite contracts, producers etc, and please bear in mind, other people have different views. to me the total "thing" is apacheCON, that consist of 2 unique events (big data and core). rgds jan i. > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Wed, Jul 1, 2015 at 2:20 PM, jan i wrote: > > > We have now passed the deadline for submitting talks to ApacheCON CORE in > > Budapest. > > > > We have received 156 submissions, which now will be reviewed. Thanks a > lot > > for the > > big interest. > > > > It is already now clear, that some talks have been submitted to both > > events, and some > > talks submitted to CORE; really fits better in big data. The ApacheCON > team > > will contact > > the authors shortly, to clarify these cases. > > > > Apache Big Data has July 10th as deadline for CFP. There are a lot of > open > > slots here. > > > > Please do not hesitate to submit your proposal for Apache Big Data. > > > > thanks > > on behalf of the ApacheCON Team. > > jan i. > > >
Re: ApacheCON CORE and Apache Big Data, Budapest 28 september - 2 October.
Hi thanks for catching this, I have corrected it. the CFP deadline for big data is July 10th rgds jan i. On 1 July 2015 at 13:27, Andrea Pescetti wrote: > jan i wrote: > >> Apache Big Data has July 10th as deadline for CFP. >> > > Then https://wiki.apache.org/apachecon/FrontPage should be corrected. It > still lists today as deadline for Core (and that's OK) and July 15th as > deadline for Big Data (and that should be changed if it's July 10th as you > state above). I don't plan to submit any talks for Big Data, this is just > for people like me who tend to notice things when it's almost too late... > > Regards, > Andrea. >
ApacheCON CORE and Apache Big Data, Budapest 28 september - 2 October.
We have now passed the deadline for submitting talks to ApacheCON CORE in Budapest. We have received 156 submissions, which now will be reviewed. Thanks a lot for the big interest. It is already now clear, that some talks have been submitted to both events, and some talks submitted to CORE; really fits better in big data. The ApacheCON team will contact the authors shortly, to clarify these cases. Apache Big Data has July 10th as deadline for CFP. There are a lot of open slots here. Please do not hesitate to submit your proposal for Apache Big Data. thanks on behalf of the ApacheCON Team. jan i.
Re: Better specifying the scope of our Code of Conduct
On Tuesday, June 30, 2015, Bertrand Delacretaz wrote: > Hi, > > On Tue, Jun 30, 2015 at 1:23 PM, jan i > > wrote: > > ...I read it as apacheCON CORE is not covered and > > surely apache big data > > (which is a "pure" LF managed event), because the space is managed by > LF... > > It says "A code of conduct which is specific to in-person events (ie., > conferences) is codified in the published ASF anti-harassment policy." > which refers to > http://www.apache.org/foundation/policies/anti-harassment.html > > Does that work for you? +1 rgds jan i > > -Bertrand > -- Sent from My iPad, sorry for any misspellings.
Re: Better specifying the scope of our Code of Conduct
On 30 June 2015 at 13:01, Bertrand Delacretaz wrote: > Hi, > > Someone mentioned to me that they find the first paragraph of > http://www.apache.org/foundation/policies/conduct.html overly broad, > and I tend to agree. > > That paragraph says "this code of conduct governs how we behave in any > forum and whenever we will be judged by our actions" which implies > that it also applies outside of "ASF territory" - I don't think that's > appropriate. The next paragraph mentions "spaces managed by the Apache > Software Foundation" which I find much more appropriate, maybe > expanded with "and whenever we represent the ASF". > > The reasoning is that we can only speak about our own territory. > > As a simple example, putting your hand on someone's shoulder while > talking to them is totally welcome in some cultures while considered > "unwelcome sexual attention" (to reuse the words of that document) in > others. We might ask people to refrain from doing that in our > multi-cultural environment where we need to go down to some common > denominator of acceptable behavior, but we can't blame them for doing > that where it's culturally acceptable and even expected. The same goes > with profanity, where the acceptable level varies immensely between > cultures. > > So I think it's good to restrict our code of conduct to our own territory. > > I suggest reworking the first few paragraphs as follows, to clarify that: > > *** reworked code of conduct intro section *** > This code of conduct applies to all spaces managed by the Apache > Software Foundation, including IRC, all public and private mailing > lists, issue trackers, wikis, blogs, Twitter, and any other > communication channel used by our communities. A code of conduct which > is specific to in-person events (ie., conferences) is codified in the > published ASF anti-harassment policy. > > We expect this code of conduct to be honored by everyone who > participates in the Apache community formally or informally, or claims > any affiliation with the Foundation, in any Foundation-related > activities and especially when representing the ASF, in any role. > > This code is not exhaustive or complete(unchanged from here on) > *** reworked code of conduct intro section *** > > What do people think? > Maybe I am a bad reader, but I read it as apacheCON CORE is not covered and surely apache big data (which is a "pure" LF managed event), because the space is managed by LF. I would like to see it "applied to" and not only "expect to be honered" for all apache events including apacheCON. rgds jan i. > -Bertrand >
Re: 48 hours left to get your free ticket to apacheCON Core, budapest.
On 28 June 2015 at 16:39, Stefan Reich < stefan.reich.maker.of@googlemail.com> wrote: > With a flight ticket also? :D > Normally you can apply for that through travel assistance https://tac-apply.apache.org/ but for various reasons it has not been opened up for ACEU. At this point in time I cannot tell you whether or not it will be possible to apply for travel assistance. rgds jan i. > Am 28.06.2015 15:24 schrieb "jan i" : > > > Hi. > > > > CFP for apacheCON core will close in around 48 hours (1 July). > > > > Submit a talk, if accepted, you will get a free ticket. > > > > Looking forward to see you all in Budapest. > > > > on behalf of the apacheCON team > > jan i. > > > > ps. mail me if you have questions or comments. > > >
48 hours left to get your free ticket to apacheCON Core, budapest.
Hi. CFP for apacheCON core will close in around 48 hours (1 July). Submit a talk, if accepted, you will get a free ticket. Looking forward to see you all in Budapest. on behalf of the apacheCON team jan i. ps. mail me if you have questions or comments.
Re: switching projects to projects-old and project-new to projects
On 27 June 2015 at 12:04, Hervé BOUTEMY wrote: > After recent discussions, I updated projects-new to be completely decoupled > from projects-old: see https://projects-new.apache.org/about.html > > Now, the switch can happen smoothly whenever we want. > > > Now, we just have: > > 1. to decide when we do it (and communicate about it) > Choose a day with infra (jump on hipchat that is the fastest), where you and infra have time. (I can be around for testing nearly anytime, given a notice). I would mail it on this list. I would furthermore send an email to all PMCS (I can help with sending the mail, if needed), describing what changes are affecting them. > > 2. determine who (probably in infra) can do the switch (and deploy > projects- > new in classical svnpubsub Apache sites mechanism), without breaking > projects- > old cron jobs > yes it is infra, and you should make a jira + talk with them. There are several people in infra who can do this blindfolded (clever guys), but they are busy so it is easiest to coordinate with them. > > > At this point, I don't see what I can do more on my own. > a bit there is, see above. rgds jan i. > > Regards, > > Hervé >
Re: Twitter account, barcamp.
On 26 June 2015 at 14:59, Marvin Humphrey wrote: > On Fri, Jun 26, 2015 at 3:36 AM, jan i wrote: > > > Does anybody which email is registred for our barcamp twitter account. > > > > Help is: > > > > > > *co@a*. > > Have you tried commun...@apache.org? > yeah no luck. rgds jan i. > > Marvin Humphrey >
Re: Is https://projects-new.apache.org/ ready for prime time?
On 26 June 2015 at 08:12, Hervé BOUTEMY wrote: > that's why I want to switch projects to projects-old and projects-new to > projects: be able to work on extracting documentation from projects-old and > updating it to match the new location > If we wait too long, too many people start using projects-new. I do not think it is possible to make the perfect site, especially not in advance. > > I proposed http://svn.apache.org/viewvc/comdev/projects.apache.org/data/ > as > the new location of DOAP files lists (both PMC and projects) but got no > answer > ups, I did not see it as a question, but as a decision to which I had no objections. > > if we're ok with that new location, the next step is to stop modifying > equivalent files in > http://svn.apache.org/viewvc/infrastructure/site-tools/trunk/projects/ > (or even remove them) but point to the new location > > Of course, if ok with the new location, we can immediately add > committees.xml > and projects.xml pointers to https://projects-new.apache.org/about.html > IMHO the simple file names and location in about.html would make things > very > clear before diggin into more details on DOAP format and conventions (which > could be in the Wiki for ease of editing) > > > can we agree: > 1. on the new data location and content: > http://svn.apache.org/viewvc/comdev/projects.apache.org/data/ > +1 > > 2. on the switch then update of everything to match the new location (and > stop > updating projects-old) > +1 I do not have a lot of spare cycles due to apacheCON, but I am always availble if you need a bit of testing. rgds jan i. > > Regards, > > Hervé > > Le jeudi 25 juin 2015 09:17:32 vous avez écrit : > > On 25 June 2015 at 06:53, Hervé BOUTEMY wrote: > > > Sebb, > > > > > > as main maintainer of current http://projects.apache.org/ (AFAIK), > are you > > > ok with switching the url to the new service and renaming current > service > > > to projects-old (to let use time to continue content migration withotu > > > loosing anything)? Do you see any show stopper? > > > > The main item missing from projects-new is documentation - it > > currently points to projects. > > It's not immediately obvious how to provide data for the site. > > I think the main page needs to provide more of an overview. > > > > I think the first step needs to be to improve the projects-new > > documentation so it does not rely on the current project pages. > > > > Also I notice that it seems p-new relies on parsing > > http://people.apache.org/committer-index.html > > which in turn parses other data sources. > > > > That needs to be fixed. > > > > > Of course, I'm interested in your help to maintain the new projects > site: > > > don't hesitate to comment on or change the code. > > > > > > Regards, > > > > > > Hervé > > > > > > Le dimanche 21 juin 2015 17:16:07 jan i a écrit : > > >> +1 switch as soon as possible, and then continue working on the data > end. > > >> > > >> rgds > > >> jan i > > >> > > >> On Sunday, June 21, 2015, Hervé BOUTEMY > wrote: > > >> > Le dimanche 21 juin 2015 15:54:29 jan i a écrit : > > >> > > On 21 June 2015 at 15:48, Daniel Gruno > >> > > > >> > > wrote: > > >> > > > On 2015-06-21 02:45, Hervé BOUTEMY wrote: > > >> > > >> for me, the new site is ready: there is of course room for > > >> > > > >> > improvements, > > >> > > > >> > > >> but > > >> > > >> it is stable and maintainable, waiting for contributions > > >> > > >> > > >> > > >> notice: I changed the wording to stop using "TLP", but use > > >> > > >> "Committee" > > >> > > >> instead, since TLP cause issues when trying to describe each > > >> > > >> projects > > >> > > >> (the > > >> > > >> software) as TLP or sub-projects > > >> > > >> > > >> > > >> > > >> > > >> when doing the switch, we'll need to rename current site as > > >> > > >> projects- > > >> > > >> old.apache.org: there is some content to migrate (DOAP, > > >> > > > >> > documentation) > > >> > > > >> > > >
Re: apacheCON: core, barcamp.
On 26 June 2015 at 13:03, jean-frederic clere wrote: > On 06/26/2015 12:42 PM, jan i wrote: > >> Hi >> >> apacheCON: core is 2 days in budapest (october 1-2), but there will still >> be place to hold a >> barcamp. >> > > +1 I can do it as last time ;-) > you just got a job :-) Please add a presentation type "lab" with the title "barcamp" so we can schedule it. rgds jan i. > > Cheers > > Jean-Frederic >
apacheCON: core, barcamp.
Hi apacheCON: core is 2 days in budapest (october 1-2), but there will still be place to hold a barcamp. We look for a volunteer to help organize it, if you are interested please email me. Please do not forget to submit your talks, CFP for this event closes july 1, and currently we have plenty of free slots. on behalf of the apacheCON team jan i.
Twitter account, barcamp.
Hi. Does anybody which email is registred for our barcamp twitter account. Help is: *co@a*. I wanted to login and tweet about apacheCON, but got stuck by this mail question. thanks in advance for fast help. rgds jan i.
Re: Apache Extras, Google Code and Sourceforge
On 24 June 2015 at 19:05, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > Edited out private stuff and moved to ComDev list since we are now making > decisions about Apache Extras > > To your options below: > > We've always said Apache will provide no management of this other than to > make it available. To this end I propose we do b) (only the projects that > are original to Apache Extras), which includes projects with no content. > > In terms of the name clash is it possible to provide a list of the 39 > affected projects? If so then we can prune any that are empty from that > shorter list and attempt to notify the owners of the others. Failing any > response asking us to do otherwise I suggest we add an "ax-" prefix to > those project names (I am assuming this is just the project name in URLs > and similar). > > One other thing that will need to be done once migration is complete is an > update of DNS. http://apache-extras.com currently redirects to > https://code.google.com/a/apache-extras.org/hosting/ > > Finally we'll need to read over the FAQ to update appropriately (I can do > that) - http://community.apache.org/apache-extras/faq.html > After having read the mail from David (and still a bit chocked of the wilderness) I too recommend b) We should consider sending an email to all the other projects, so they cannot say they were not informed (if such a mail can be generated). rgds jan i. > Ross > > -Original Message- > From: David Nalley [mailto:ke4...@apache.org] > Sent: Wednesday, June 24, 2015 9:09 AM > To: Ross Gardler (MS OPEN TECH) > Cc: Jim Jagielski > Subject: Re: Apache Extras, Google Code and Sourceforge > > So dropping the SF folks again. > > Some updates on what we've found. > In total, there are around 350 projects in the A-E directory on google > code. > > Of those 350, 161 are mirrors of content from elsewhere. Some of them are > even mirrors of other projects within Apache Extras, which is just > bewildering. > > That leaves us with 189 projects that are original with us. In doing some > spot checking, we've discovered that many of those contain zero content, or > perhaps only a single commit, with no material code. > Daniel believes that perhaps as many as 1/2 of the original projects > contain nothing meaningful. > > In short, migrating all 350 doesn't seem to make a lot of sense, and I'd > argue makes it more difficult to find anything of value. > > We did do checking on the ~189 projects that are original to us, 150 of > those we could migrate straight away (subject to the above > comments) however, 39 have name conflicts at SourceForge, so we would > need to rename them. > > That leaves us with a few questions: > Does ComDev want us to migrate: > a) all 350 > b) only the projects that are original at Apache Extras > c) only the projects at Apache Extras that are original and actually have > content - and if c) - please provide a list. > > What would ComDev like to rename the projects where naming collisions are > in place? > > --David >
Re: Is https://projects-new.apache.org/ ready for prime time?
+1 switch as soon as possible, and then continue working on the data end. rgds jan i On Sunday, June 21, 2015, Hervé BOUTEMY wrote: > Le dimanche 21 juin 2015 15:54:29 jan i a écrit : > > On 21 June 2015 at 15:48, Daniel Gruno > wrote: > > > On 2015-06-21 02:45, Hervé BOUTEMY wrote: > > >> for me, the new site is ready: there is of course room for > improvements, > > >> but > > >> it is stable and maintainable, waiting for contributions > > >> > > >> notice: I changed the wording to stop using "TLP", but use "Committee" > > >> instead, since TLP cause issues when trying to describe each projects > > >> (the > > >> software) as TLP or sub-projects > > >> > > >> > > >> when doing the switch, we'll need to rename current site as projects- > > >> old.apache.org: there is some content to migrate (DOAP, > documentation) > > >> associated to communication with projects on the changes that has to > be > > >> decoupled from public vizualisation. I'll continue working on it. > > >> > > >> There one choice to do: continue serving the pages from current VM or > > >> serve > > >> through standard resilient httpds. The VM is useful for cron jobs, > but is > > >> not > > >> absolutely necessary for serving content since I removed online > content > > >> editing that caused the VM requirement for content serving AFAIK. > Using > > >> standard httpd will avoid SPOF or eventual load issue. > > > > > > What do you mean by 'standard httpd'? It already uses...standard httpd > for > > > serving the site. > > > The cron jobs are needed for updating various statistics and data on > the > > > site, they can't just be shut off - they also power > reporter.apache.org. > > > > Maybe I misunderstood something, I understood that we are using httpd, > but > > in our own vm. In my opinion it would be nicer to use the www.a.o httpd > > (sorry > > vms have been changing lately so I am not sure where it runs), since that > > would put httpd maintenance on infra instead of comdev. > +1 > that was what I mean by "standard httpd" (ie not the binary but the > machines > where it runs) > > > > > > > I think the site is ready for a more prominent role, but I find this > > > discussion confusing, and I find it somewhat sad that we're gonna stick > > > with something as arcane as DOAP. > > > > +100 !! > > > > DOAP == Dead On Arrival Permanently :-) JSON == Jump Simply On New > > (but I know I am only 1 voice). > step by step, please: this will avoid confusion between independant topics > > switching without disturbing current conventions/knowledge is something > that > already takes a long time and energy: I know it because I put a lot of > energy > on it for a few monthes now! > > We started a discussion on this source format topic during april, and AFAIK > nobody worked on it. > > What I'd like now is to switch: we can discuss later on what we want to > change > (and communication to every comittees this requires). > With the new site, we'll be able to change formats if we want, the only > requirement is to have json files for the visualization > > > Regards, > > Hervé > > > > > rgds > > jan i. > > > > > With regards, > > > Daniel. > > > > > >> but definitely, the site is ready for the switch > > >> > > >> Regards, > > >> > > >> Hervé > > >> > > >> Le vendredi 19 juin 2015 20:55:52 Sally Khudairi a écrit : > > >>> Hello Uli and the Apache ComDev team --I hope this message finds you > > >>> well. > > >>> Per below, I'm interested in promoting the new Projects page. > > >>> Can you please let me know if/when we're ready to do so? > > >>> Thanks so much, > > >>> Sally > > >>> > > >>> - Forwarded Message - > > >>> > > >>>From: David Nalley > > > >>> > > >>> To: Sally Khudairi > > > >>> > > >>> Cc: Daniel Gruno >; ASF > Infrastructure > > >>> > Sent: Friday, June 19, > 2015 11:50 AM > > >>> > > >>> Subject: Re: Is https://projects-new.apache.org/ ready for prime > time? > > >>> > >
Re: Fw: Is https://projects-new.apache.org/ ready for prime time?
On 21 June 2015 at 15:48, Daniel Gruno wrote: > > > On 2015-06-21 02:45, Hervé BOUTEMY wrote: > >> for me, the new site is ready: there is of course room for improvements, >> but >> it is stable and maintainable, waiting for contributions >> >> notice: I changed the wording to stop using "TLP", but use "Committee" >> instead, since TLP cause issues when trying to describe each projects (the >> software) as TLP or sub-projects >> >> >> when doing the switch, we'll need to rename current site as projects- >> old.apache.org: there is some content to migrate (DOAP, documentation) >> associated to communication with projects on the changes that has to be >> decoupled from public vizualisation. I'll continue working on it. >> >> There one choice to do: continue serving the pages from current VM or >> serve >> through standard resilient httpds. The VM is useful for cron jobs, but is >> not >> absolutely necessary for serving content since I removed online content >> editing that caused the VM requirement for content serving AFAIK. Using >> standard httpd will avoid SPOF or eventual load issue. >> > What do you mean by 'standard httpd'? It already uses...standard httpd for > serving the site. > The cron jobs are needed for updating various statistics and data on the > site, they can't just be shut off - they also power reporter.apache.org. > Maybe I misunderstood something, I understood that we are using httpd, but in our own vm. In my opinion it would be nicer to use the www.a.o httpd (sorry vms have been changing lately so I am not sure where it runs), since that would put httpd maintenance on infra instead of comdev. > > I think the site is ready for a more prominent role, but I find this > discussion confusing, and I find it somewhat sad that we're gonna stick > with something as arcane as DOAP. > +100 !! DOAP == Dead On Arrival Permanently :-) JSON == Jump Simply On New (but I know I am only 1 voice). rgds jan i. > > With regards, > Daniel. > > >> >> but definitely, the site is ready for the switch >> >> Regards, >> >> Hervé >> >> Le vendredi 19 juin 2015 20:55:52 Sally Khudairi a écrit : >> >>> Hello Uli and the Apache ComDev team --I hope this message finds you >>> well. >>> Per below, I'm interested in promoting the new Projects page. >>> Can you please let me know if/when we're ready to do so? >>> Thanks so much, >>> Sally >>> >>> - Forwarded Message - >>>From: David Nalley >>> To: Sally Khudairi >>> Cc: Daniel Gruno ; ASF Infrastructure >>> Sent: Friday, June 19, 2015 11:50 AM >>> Subject: Re: Is https://projects-new.apache.org/ ready for prime time? >>> >>> Hi Sally: >>> >>> projects-new.apache.org is a ComDev managed resource, not an >>> infrastructure managed resource. I think the PMC has had a discussion >>> or two about when to migrate projects-new to projects.a.o >>> >>> --David >>> >>> >>> >>> On Fri, Jun 19, 2015 at 11:30 AM, Sally Khudairi >>> >>> wrote: >>> >>>> Hello Daniel and David --I hope you are both well. >>>> >>>> >>>> I was wondering if the new Projects page at >>>> >>>> https://projects-new.apache.org/ >>>> >>>> was ready to be publicly deployed/announced/promoted. >>>> >>>> There's so much great information there and it's an incredible resource >>>> (I >>>> use it every week for the News Round-ups and we relied on it for the >>>> Annual Report), if there's no reason why it should still be in stealth >>>> mode, I'd like to shout out about it from the rooftops. >>>> >>>> Just let me know if we're good to go and if there are any >>>> disclaimers/caveats we should be aware of. >>>> >>>> Warm thanks, >>>> Sally >>>> >>>> >>>> = = = = = >>>> vox +1 617 921 8656 >>>> off2 +1 646 583 3362 >>>> skype sallykhudairi >>>> >>> >
Re: Is https://projects-new.apache.org/ ready for prime time?
On Sunday, June 21, 2015, Hervé BOUTEMY wrote: > for me, the new site is ready: there is of course room for improvements, > but > it is stable and maintainable, waiting for contributions > > notice: I changed the wording to stop using "TLP", but use "Committee" > instead, since TLP cause issues when trying to describe each projects (the > software) as TLP or sub-projects > > > when doing the switch, we'll need to rename current site as projects- > old.apache.org: there is some content to migrate (DOAP, documentation) > associated to communication with projects on the changes that has to be > decoupled from public vizualisation. I'll continue working on it. > > There one choice to do: continue serving the pages from current VM or serve > through standard resilient httpds. The VM is useful for cron jobs, but is > not > absolutely necessary for serving content since I removed online content > editing that caused the VM requirement for content serving AFAIK. Using > standard httpd will avoid SPOF or eventual load issue. +1 to move to standard httpd instead of the vm. rgds jan i > > > but definitely, the site is ready for the switch > > Regards, > > Hervé > > Le vendredi 19 juin 2015 20:55:52 Sally Khudairi a écrit : > > Hello Uli and the Apache ComDev team --I hope this message finds you > well. > > Per below, I'm interested in promoting the new Projects page. > > Can you please let me know if/when we're ready to do so? > > Thanks so much, > > Sally > > > > - Forwarded Message - > > From: David Nalley > > > To: Sally Khudairi > > > Cc: Daniel Gruno >; ASF > Infrastructure > > > Sent: Friday, June 19, 2015 > 11:50 AM > > Subject: Re: Is https://projects-new.apache.org/ ready for prime time? > > > > Hi Sally: > > > > projects-new.apache.org is a ComDev managed resource, not an > > infrastructure managed resource. I think the PMC has had a discussion > > or two about when to migrate projects-new to projects.a.o > > > > --David > > > > > > > > On Fri, Jun 19, 2015 at 11:30 AM, Sally Khudairi > > > > > wrote: > > > Hello Daniel and David --I hope you are both well. > > > > > > > > > I was wondering if the new Projects page at > > > > > > https://projects-new.apache.org/ > > > > > > was ready to be publicly deployed/announced/promoted. > > > > > > There's so much great information there and it's an incredible > resource (I > > > use it every week for the News Round-ups and we relied on it for the > > > Annual Report), if there's no reason why it should still be in stealth > > > mode, I'd like to shout out about it from the rooftops. > > > > > > Just let me know if we're good to go and if there are any > > > disclaimers/caveats we should be aware of. > > > > > > Warm thanks, > > > Sally > > > > > > > > > = = = = = > > > vox +1 617 921 8656 > > > off2 +1 646 583 3362 > > > skype sallykhudairi > > -- Sent from My iPad, sorry for any misspellings.
Re: Fw: Is https://projects-new.apache.org/ ready for prime time?
On 20 June 2015 at 12:34, Sally Khudairi wrote: > Thanks, David! > > I noticed that Roman tweeted the link yesterday, so I guess the cat is out > of the bag, as the saying goes. > > As such, barring any objections, I'll start spreading the word. > Do we really want to do marketing on the temporary URL ? In my opinion, we should do some renaming so the current one is called -old and the new one replaces the current one. rgds jan i. > > Are there plans in place to link this from the apache.org homepage? > > Thanks again, > Sally > > > [From the mobile; please excuse top-posting, spelling/spacing errors, and > brevity] > > - Reply message - > From: "David Crossley" > To: , "Sally Khudairi" > Subject: Fw: Is https://projects-new.apache.org/ ready for prime time? > Date: Sat, Jun 20, 2015 03:03 > > Previous discussion here was about how to maintain the > actual project data. > Also various items listed here: > https://projects-new.apache.org/about.html > > ~David > > On Fri, Jun 19, 2015 at 08:55:52PM +, Sally Khudairi wrote: > > Hello Uli and the Apache ComDev team --I hope this message finds you > well. > > Per below, I'm interested in promoting the new Projects page. > > Can you please let me know if/when we're ready to do so? > > Thanks so much, > > Sally > > > > - Forwarded Message - > > From: David Nalley > > To: Sally Khudairi > > Cc: Daniel Gruno ; ASF Infrastructure < > infrastruct...@apache.org> > > Sent: Friday, June 19, 2015 11:50 AM > > Subject: Re: Is https://projects-new.apache.org/ ready for prime time? > > > > Hi Sally: > > > > projects-new.apache.org is a ComDev managed resource, not an > > infrastructure managed resource. I think the PMC has had a discussion > > or two about when to migrate projects-new to projects.a.o > > > > --David > > > > > > > > On Fri, Jun 19, 2015 at 11:30 AM, Sally Khudairi > > wrote: > > > Hello Daniel and David --I hope you are both well. > > > > > > > > > I was wondering if the new Projects page at > > > > > > https://projects-new.apache.org/ > > > > > > was ready to be publicly deployed/announced/promoted. > > > > > > There's so much great information there and it's an incredible > resource (I use it every week for the News Round-ups and we relied on it > for the Annual Report), if there's no reason why it should still be in > stealth mode, I'd like to shout out about it from the rooftops. > > > > > > Just let me know if we're good to go and if there are any > disclaimers/caveats we should be aware of. > > > > > > Warm thanks, > > > Sally > > > > > > > > > = = = = = > > > vox +1 617 921 8656 > > > off2 +1 646 583 3362 > > > skype sallykhudairi > > > > >
Re: Fw: Is https://projects-new.apache.org/ ready for prime time?
On 19 June 2015 at 22:55, Sally Khudairi wrote: > Hello Uli and the Apache ComDev team --I hope this message finds you well. > Per below, I'm interested in promoting the new Projects page. > Can you please let me know if/when we're ready to do so? > I have followed it for a while now, and seen from my pow, we should change that to be the live site now, but that is of course just my opinion. rgds jan I. > Thanks so much, > Sally > > - Forwarded Message - > From: David Nalley > To: Sally Khudairi > Cc: Daniel Gruno ; ASF Infrastructure < > infrastruct...@apache.org> > Sent: Friday, June 19, 2015 11:50 AM > Subject: Re: Is https://projects-new.apache.org/ ready for prime time? > > Hi Sally: > > projects-new.apache.org is a ComDev managed resource, not an > infrastructure managed resource. I think the PMC has had a discussion > or two about when to migrate projects-new to projects.a.o > > --David > > > > On Fri, Jun 19, 2015 at 11:30 AM, Sally Khudairi > wrote: > > Hello Daniel and David --I hope you are both well. > > > > > > I was wondering if the new Projects page at > > > > https://projects-new.apache.org/ > > > > was ready to be publicly deployed/announced/promoted. > > > > There's so much great information there and it's an incredible resource > (I use it every week for the News Round-ups and we relied on it for the > Annual Report), if there's no reason why it should still be in stealth > mode, I'd like to shout out about it from the rooftops. > > > > Just let me know if we're good to go and if there are any > disclaimers/caveats we should be aware of. > > > > Warm thanks, > > Sally > > > > > > = = = = = > > vox +1 617 921 8656 > > off2 +1 646 583 3362 > > skype sallykhudairi > > >
Re: Can you please add me to apachecon/ContributorsGroup ?
Done (I hope). rgds jan i. On 18 June 2015 at 05:48, Roman Shaposhnik wrote: > My wiki account name is RomanShaposhnik > > Thanks, > Roman. >
Re: Requesting Edit Access Rights to the ApacheCon Wiki Page
On 17 June 2015 at 15:35, Shawn McKinney wrote: > Hello, > > May I be added to the list for edit rights to this page: > https://wiki.apache.org/apachecon/FrontPage > > My intent is to add a security track here: > ApacheCon: Core Europe 2015 > ... > (Security Track) (Full Track) Committee: Shawn McKinney > Hi I do not have karma to give you edit rights, but I have done the second best and added your track. thanks for building a track. on behalf of the apachecon team jan i. > > Thanks > > Shawn > smckin...@apache.org > > > >
Re: ApacheCon Europe dates incorrect in a "10times.com" article
On 3 June 2015 at 17:47, Melissa Warnkin wrote: > Hey everyone, > > My sister did a google search on ApacheCon, and the first result (on her > machine, anyway) that popped up was from 10times.com. She brought it to > my attention that there are two sets of dates reflected in that > announcement. Now, while I don't know who wrote this article, or if we > need to make any changes, I at least wanted to bring it to ya'lls attention. > thanks a lot, at least they have the start date correct :-) I would love to have it corrected, but I simply have no idea how to achieve that. have a nice weekend rgds jan i. > > Copied from the article: > > *"The APACHECON Europe, organized by the The Linux Foundation will take > place from 28th September to the 1st October 2015 at the Corinthia Hotel > Budapest in Budapest, Hungary. ...* > > *The Developers, Programmers, Committers and Users Driving This Innovation > and Utilizing These Tools Will Meet in Budapest, November 17-21, for > Collaboration, Education and Community Building."* > > Have a great day everyone! > > ~M >
Re: Source signed by someone not on your list
Hi Juergen Schmidt was the release manager for the latest AOO releases so the key is valid. If you use our official mirror through www.openoffice.org you should see that the key is legal. but thanks for being observant and reporting your findings. rgds jan i v.p. apache openoffice On Wednesday, June 3, 2015, tensizes wrote: > Hi, > > This is a security heads-up. After downloading the latest release of > Apache Open Office and checking the key, I found it was signed by someone > not on your published KEYS file list of contributors, someone named Jeurgen > Schmidt > > His/her pgp key id is 51B5FDE8 > > The release file is from mirror http://mirrors.gigenet.com > Filename: apache-openoffice-4.1.1-r1617669-src.tar.bz2 > > Either Jeurgen Schmidt has been left off of your list, or they have been > signing sources without permission. > > Thanks for your development efforts, > tensizes > -- Sent from My iPad, sorry for any misspellings.
Re: Wiki edit permissions for wiki.apache.org/apachecon
On Tuesday, June 2, 2015, Robert Metzger wrote: > Hi, > > I would like to edit something at the apachecon wiki. > My account id in the wiki is "RobertMetzger", my apache id is "rmetzger". If I understood the mail on apachecon-discuss correct, then this is no longer the case. rgds jan i > > > Best wishes, > Robert > -- Sent from My iPad, sorry for any misspellings.
Re: projects-new.a.o updates
On 22 May 2015 at 21:28, sebb wrote: > On 22 May 2015 at 16:26, jan i wrote: > > Hi > > > > Sorry for top posting. > > This needs a new thread please. > Probably also needs to be on a different mailing list, e.g. site-dev. > > > Do we have a place to record problems with the new pages ? > > > > I just had a look at http://www.apache.org/foundation/ and the list > > of Directors is looking very unformatted (not in columns) > > That is nothing to do with projects-new.a.o > Sorry my fault, I mixed themes. rgds jan I. > > > rgds > > jan i. > > > > > > > > > > On 22 May 2015 at 17:21, sebb wrote: > > > >> On 22 May 2015 at 07:04, Hervé BOUTEMY wrote: > >> > Le jeudi 21 mai 2015 11:38:05 sebb a écrit : > >> > [...] > >> >> > the only information that require manual entry is charter: > >> >> So where is the charter to be documented? > >> > "documented"? > >> > I don't understand the question > >> > >> I meant: > >> > >> Where is the charter recorded/written down/defined? > >> > >> > if I look at http://projects.apache.org/docs/pmc.html, every field > can > >> be > >> > automatically filled with great precision (better precision than what > >> people > >> > can do) > >> > >> AFAIK the only fields that are currently recorded (documented) elsewere > >> are: > >> > >> asfext:name > >> asfext:chair > >> asfext:member > >> All the above can be extracted from committee-info.txt (which is the > >> official source for the info). > >> > >> asfext:pmc - requires special processing to derive this > >> foaf:homepage - ditto > >> asfext:charter - that should be available from the board meeting > >> minutes, but it is non-trivial to extract. > >> > >> > We just hav to decide where to write the remaining fields: there are a > >> lot of > >> > svn places available > >> > project.a.o then projects-new.a.o seems to be a good place to make > >> information > >> > central and let PMCs know they're part of projects directory > >> > > >> > the format question is just a detail (that has to be precised, of > course) > >> > >> s/precised/defined/ > >> > >> > > >> > [...] > >> >> >> Might be easier to use a Wiki page for that? > >> >> > > >> >> > it's temporary > >> >> > >> >> Even more reason to use the Wiki, surely? > >> > thinking at it, more than the About page, a Wiki could be a great > place > >> to put > >> > documentation for PMCs on the topic > >> > >> Long-term documentation is fine in SVN/Git. > >> Wiki spaces are generally more useful for discussion and where 3rd > >> party input is welcomed. > >> But so long as the documentation can easily be found from the website, > >> I guess it could be on the Wiki. > >> > >> > then I just tried to find COMDEV wiki and use it > >> > found, ok: https://cwiki.apache.org/confluence/display/COMDEV/Index > >> > use, ko: how do I get karma? > >> > >> No idea, try filing an Infra JIRA. > >> > >> > Regards, > >> > > >> > Hervé > >> >
Re: projects-new.a.o updates
Hi Sorry for top posting. Do we have a place to record problems with the new pages ? I just had a look at http://www.apache.org/foundation/ and the list of Directors is looking very unformatted (not in columns) rgds jan i. On 22 May 2015 at 17:21, sebb wrote: > On 22 May 2015 at 07:04, Hervé BOUTEMY wrote: > > Le jeudi 21 mai 2015 11:38:05 sebb a écrit : > > [...] > >> > the only information that require manual entry is charter: > >> So where is the charter to be documented? > > "documented"? > > I don't understand the question > > I meant: > > Where is the charter recorded/written down/defined? > > > if I look at http://projects.apache.org/docs/pmc.html, every field can > be > > automatically filled with great precision (better precision than what > people > > can do) > > AFAIK the only fields that are currently recorded (documented) elsewere > are: > > asfext:name > asfext:chair > asfext:member > All the above can be extracted from committee-info.txt (which is the > official source for the info). > > asfext:pmc - requires special processing to derive this > foaf:homepage - ditto > asfext:charter - that should be available from the board meeting > minutes, but it is non-trivial to extract. > > > We just hav to decide where to write the remaining fields: there are a > lot of > > svn places available > > project.a.o then projects-new.a.o seems to be a good place to make > information > > central and let PMCs know they're part of projects directory > > > > the format question is just a detail (that has to be precised, of course) > > s/precised/defined/ > > > > > [...] > >> >> Might be easier to use a Wiki page for that? > >> > > >> > it's temporary > >> > >> Even more reason to use the Wiki, surely? > > thinking at it, more than the About page, a Wiki could be a great place > to put > > documentation for PMCs on the topic > > Long-term documentation is fine in SVN/Git. > Wiki spaces are generally more useful for discussion and where 3rd > party input is welcomed. > But so long as the documentation can easily be found from the website, > I guess it could be on the Wiki. > > > then I just tried to find COMDEV wiki and use it > > found, ok: https://cwiki.apache.org/confluence/display/COMDEV/Index > > use, ko: how do I get karma? > > No idea, try filing an Infra JIRA. > > > Regards, > > > > Hervé >
Re: Apachecon EU Track Themes
Hi Sharan I am writing on an email with this information in this moment. LF just informed me, that the last missing pieces (decisions) are in place, and they/we can announce the CFP next week. I am sorry for the long wait, it was caused by several clashing events. You will see that there will be 2 events, a big-data event and the "normal" apacheCON. Thanks for volunteering to activate your community. rgds jan I. On 22 May 2015 at 09:15, Sharan Foga wrote: > Hi > > Do we have any more information on the proposed track themes for Apachecon > EU? > > I'd like to start sending out some CFP requests to my community on our > mailing lists etc but before I can do that I need to get some idea of what > areas we are needing to cover. > > Thanks > Sharan >
Re: Thank You for Joining Pivotal at ApacheCon and Welcome Apache Geode!
On Friday, May 15, 2015, Roman Shaposhnik wrote: > Turns out it was an over-eager corp. marketing that > used sources unrelated to ACNA to figure out "who may > be interested in Geode" (whatever that means). > > Apologies for the noise, my initial thought was exactly > along the lines of Melissa's note: whoever got scanned > (which in my mind would be a totally fair game). I now > confirmed it wasn't that. > > Once again -- apologies. I tried to make it as clear > as possible that this is NOT cool. I really hope it > doesn't happen again (although we will scan your > badges if you want our swag ;-)). > I am happy to let me badge be scanned for ACEU, if pivotall becomes a > sponsor and even more if the swag is something useful > rgds jan I. > Thanks, > Roman. > > On Thu, May 14, 2015 at 3:58 PM, jan i > > wrote: > > Just to balance the ladder a little bit. > > > > Even though I am mentor for the newest Pivotal kid in town, I did not > > receive the mail. > > > > I know that LF has a very strict policy. > > > > > > rgds > > jan I > > > > On Friday, May 15, 2015, Shane Curcuru > wrote: > > > >> On 5/14/15 3:41 PM, Jim Jagielski wrote: > >> > Hrm Is this SPAM due to Pivotal getting my Email via the ACUS > roster? > >> > >> My understanding of LF event policy (who runs the reg and conference for > >> us) is that they do *not* share email lists with vendors. I got the > >> below email also, to my @apache.org email address, which I do not use > >> for LF registration, so they clearly got it some other way. > >> > >> - Shane > >> > >> > > >> > Disappointed. > >> > > >> >> Begin forwarded message: > >> >> > >> >> *From: *Andrea Rojas > >> anro...@pivotal.io >> > >> >> *Subject: **Thank You for Joining Pivotal at ApacheCon and Welcome > >> >> Apache Geode!* > >> >> *Date: *May 14, 2015 at 10:51:16 AM EDT > >> >> *To: *j...@apache.orgj...@apache.org > >> > > >> >> *Reply-To: *anro...@pivotal.io > >> anro...@pivotal.io > > >> >> *Message-Id: > >> >> *< > 1063550227.890044935.1431615076532.javamail.r...@sjmas02.marketo.org > > >> > >> >> >> 1063550227.890044935.1431615076532.javamail.r...@sjmas02.marketo.org > > >> >> > >> >> > >> >> <http://info.pivotal.io/HI0020k0AaZFRJW1NaU00wC> > >> >> > >> >> Hi Jim, > >> >> > >> >> Pivotal had a lot going on this year as a Platinum sponsor at > >> >> ApacheCon. In addition to several excellent sessions, Pivotal also > >> >> debuted Apache Geode > >> >> <http://info.pivotal.io/eA0FxJ02010UIR0kWa0Na0C> (now incubating) – > >> >> the new in-memory distributed database that will form the open source > >> >> core of Pivotal GemFire < > http://info.pivotal.io/HI0020k0Aa1FRJW1NaU00yC > >> >. > >> >> > >> >> Pivotal is looking for supporters for the Apache Geode technology and > >> >> community. Check out this blog > >> >> <http://info.pivotal.io/FaFUN00z20I1a2Rk000JCAW> for information on > >> >> how to get involved. > >> >> > >> >> For additional opportunities to support the effort: > >> >> > >> >> * Visit the Apache Geode page > >> >> <http://info.pivotal.io/DIAW0030JUF00R1aNA2a0Ck> > >> >> * Participate in the Apache Geode community > >> >> <http://info.pivotal.io/E0C0I1a4UBF0A0kJ2R0WN0a> > >> >> * Learn how you can become a project contributor to this powerful > >> >> in-memory, distributed database in this video > >> >> <http://info.pivotal.io/CUa0050CN1RI0ACF2k0aJ0W> > >> >> * Join this webinar > >> >> <http://info.pivotal.io/GaU0JR20F6WDI0CN0100aAk> on June 2nd > for a > >> >> technical tutorial demonstrating how to use in-memory data grid > >> >> technologies and add these capabilities to your applications > >> >> > >> >> > >> >> Want more? Come see Pivotal in action at a Pivotal Big Data Roadshow > >> >> <http://info.pivotal.io/x0IR2Ea1NAU07CWaFJk> or Pivotal Cloud > >> >> P
Re: Thank You for Joining Pivotal at ApacheCon and Welcome Apache Geode!
Just to balance the ladder a little bit. Even though I am mentor for the newest Pivotal kid in town, I did not receive the mail. I know that LF has a very strict policy. rgds jan I On Friday, May 15, 2015, Shane Curcuru wrote: > On 5/14/15 3:41 PM, Jim Jagielski wrote: > > Hrm Is this SPAM due to Pivotal getting my Email via the ACUS roster? > > My understanding of LF event policy (who runs the reg and conference for > us) is that they do *not* share email lists with vendors. I got the > below email also, to my @apache.org email address, which I do not use > for LF registration, so they clearly got it some other way. > > - Shane > > > > > Disappointed. > > > >> Begin forwarded message: > >> > >> *From: *Andrea Rojas anro...@pivotal.io >> > >> *Subject: **Thank You for Joining Pivotal at ApacheCon and Welcome > >> Apache Geode!* > >> *Date: *May 14, 2015 at 10:51:16 AM EDT > >> *To: *j...@apache.org <mailto:j...@apache.org > > > >> *Reply-To: *anro...@pivotal.io anro...@pivotal.io > > >> *Message-Id: > >> *<1063550227.890044935.1431615076532.javamail.r...@sjmas02.marketo.org > > >> 1063550227.890044935.1431615076532.javamail.r...@sjmas02.marketo.org > >> > >> > >> <http://info.pivotal.io/HI0020k0AaZFRJW1NaU00wC> > >> > >> Hi Jim, > >> > >> Pivotal had a lot going on this year as a Platinum sponsor at > >> ApacheCon. In addition to several excellent sessions, Pivotal also > >> debuted Apache Geode > >> <http://info.pivotal.io/eA0FxJ02010UIR0kWa0Na0C> (now incubating) – > >> the new in-memory distributed database that will form the open source > >> core of Pivotal GemFire <http://info.pivotal.io/HI0020k0Aa1FRJW1NaU00yC > >. > >> > >> Pivotal is looking for supporters for the Apache Geode technology and > >> community. Check out this blog > >> <http://info.pivotal.io/FaFUN00z20I1a2Rk000JCAW> for information on > >> how to get involved. > >> > >> For additional opportunities to support the effort: > >> > >> * Visit the Apache Geode page > >> <http://info.pivotal.io/DIAW0030JUF00R1aNA2a0Ck> > >> * Participate in the Apache Geode community > >> <http://info.pivotal.io/E0C0I1a4UBF0A0kJ2R0WN0a> > >> * Learn how you can become a project contributor to this powerful > >> in-memory, distributed database in this video > >> <http://info.pivotal.io/CUa0050CN1RI0ACF2k0aJ0W> > >> * Join this webinar > >> <http://info.pivotal.io/GaU0JR20F6WDI0CN0100aAk> on June 2nd for a > >> technical tutorial demonstrating how to use in-memory data grid > >> technologies and add these capabilities to your applications > >> > >> > >> Want more? Come see Pivotal in action at a Pivotal Big Data Roadshow > >> <http://info.pivotal.io/x0IR2Ea1NAU07CWaFJk> or Pivotal Cloud > >> Platform Roadshow > >> <http://info.pivotal.io/Ba008I2JA000W1RU0FFNakC> near you. > >> > >> We look forward to seeing you at our next event > >> <http://info.pivotal.io/i9RI0AUaaGN00C010Fk2J0W>! > >> > >> Sincerely, > >> The Pivotal Team > >> > >> pivotal.io <http://info.pivotal.io/HI0020k0AaZFRJW1NaU00wC> > >> Follow us on Twitter <http://info.pivotal.io/kI1aN0A00Ra02UCkFa0HW0J> > >> Join the conversation on LinkedIn > >> <http://info.pivotal.io/NU00IIkC001aaRJ0bAW0F2N> Like us on > Facebook > >> <http://info.pivotal.io/ZUAWa0acC0001k0FJ20NJIR> Add us on Google+ > >> <http://info.pivotal.io/Y0CWR0dAa00kF012NUI0KJa> Visit our YouTube > >> channel <http://info.pivotal.io/TeAIR0a0a000FUL21NWkCJ0> > >> > >> Pivotal <http://info.pivotal.io/HI0020k0AaZFRJW1NaU00wC> is a trusted > >> partner for IT innovation, enabling enterprises to provide modern > >> software-driven experiences for their customers and workforces. The > >> combination of leading agile development services, an open cloud > >> platform and open suite of big data products accelerate innovation > >> cycles for our customers across every industry. More at pivotal.io. > >> <http://info.pivotal.io/HI0020k0AaZFRJW1NaU00wC> > >> © Pivotal, and the Pivotal logo are registered trademarks or > >> trademarks of Pivotal Software, Inc. in the United States and other > >> countries. All other trademarks used herein are the property of their > >> respective owners. © 2015 Pivotal Software, Inc. All rights reserved. > >> Published in the USA. > >> Unsubscribe <http://info.pivotal.io/a0201N0akI0F00fJMUARWaC> > >> > > > > -- Sent from My iPad, sorry for any misspellings.
Re: Integrating JavaX
On Sunday, May 10, 2015, Stefan Reich < stefan.reich.maker.of@googlemail.com> wrote: > I wrote the mail... I thought you guys wanted to "chime in"? I did see a reply to you on general@ did you not get it? apache does not take over projects, we help projects who have a community grow. rgds jan i > > All the best, > Stefan > Am 08.05.2015 19:00 schrieb "Konstantin Boudnik" >: > > > Stefan, > > > > As Thiago suggested, you can move this conversation to > > gene...@incubator.apache.org : there's a bunch of people > who are helping > > new > > projects to get into ASF and up to speed on a daily basis. > > > > I, for one, will keep an eye on your email and will chime in as soon as > it > > arrives ;) > > > > Good luck! > > Cos > > > > On Fri, May 08, 2015 at 06:41PM, Stefan Reich wrote: > > > Nice! I'll make it a tech spike. > > > > > > Now we should move this discussion somewhere else I guess (sorry for > > > posting to the list, Mike - I need attention :). Just where? > > > > > > Cheers > > > Am 08.05.2015 17:34 schrieb "Mike Kienenberger" >: > > > > > > > javaX definitely looks interesting. > > > > > > > > I've always wished Java supported named parameter methods like > > Objective-C. > > > > > > > > drawCircleWithRadius:r atX:x y:y; > > > > instead of > > > > drawCircle(r, x, y); > > > > > > > > I suppose that would conflict with the conditional expression > operator > > > > (b ? t : f) but maybe two colons > > > > > > > > drawCircleWithRadius::r atX::x y::y; > > > > > > > > Of course, without the smalltalk-esque grouping brackets, maybe it'd > > > > be too hard to read and parse it in java. Guess the idea would need > > > > more work. > > > > > > > > [renderer drawCircleWithRadius:r atX:[radiusSource xBasedOnInputA:a > > b:b] > > > > y:y]; > > > > versus > > > > renderer.drawCircleWithRadiusAtXandY(r, > > > > radiusSource.xBasedOnInputAandB(a, b), y); > > > > > > > > doesn't really work as > > > > > > > > renderer.drawCircleWithRadius::r atX::radiusSource.xBasedOnInputA::a > > b::b > > > > y::y; > > > > > > > > Maybe with extra parens... > > > > > > > > renderer.(drawCircleWithRadius::r > atX::radiusSource.(xBasedOnInputA::a > > > > b::b) y::y); > > > > > > > > but at this point, it stops having the same readability > > > > > > > > Guess we really need objective C method call syntax for java :) > > > > > > > > > > > > > > > > On Fri, May 8, 2015 at 9:58 AM, Thiago H de Paula Figueiredo > > > > > wrote: > > > > > On Fri, 08 May 2015 09:18:10 -0300, Stefan Reich > > > > > > wrote: > > > > > > > > > >> Hi! > > > > > > > > > > > > > > > Hi! > > > > > > > > > >> I'd like to find a home (or home-s) for the "JavaX" project ( > > > > >> http://javax.tinybrain.de). > > > > > > > > > > > > > > > Taking a look . . . :) > > > > > > > > > >> > > > > >> JavaX is a super-extensible version of Java. > > > > >> > > > > >> It's probably the easiest way to extend any language existing > right > > now. > > > > >> > > > > >> Is there a way to collaborate with Apache? I think I can promise > you > > > > that > > > > >> this is the way of the future :-) > > > > > > > > > > > > > > > I believe the incubator is the place to start: > > > > http://incubator.apache.org/ > > > > > "The Incubator project is the entry path into The Apache Software > > > > Foundation > > > > > (ASF) for projects and codebases wishing to become part of the > > > > Foundation's > > > > > efforts. All code donations from external organisations and > existing > > > > > external projects wishing to join Apache enter through the > > Incubator." > > > > > > > > > > -- > > > > > Thiago H. de Paula Figueiredo > > > > > Tapestry, Java and Hibernate consultant and developer > > > > > http://machina.com.br > > > > > > > -- Sent from My iPad, sorry for any misspellings.
Re: Mailing list statistics (PMC available only)
On 10 May 2015 at 16:50, Karl Heinz Marbaise wrote: > Hi, > > I can see on that page the statistics for the mailing lists of the Maven > project. > > https://reporter.apache.org/ > > The question is. Can this be made visible for the community? Or do we have > already such a thing which is available? > I too would like it to be available, but I have understood it is not scalable. I am sure we could all live with the following: - Make a "button" that generates a offline version of static HTML, which we can make available on the respective dev@ - there should no be copies, meaning latest "button" press overwrites. For my projects it would mean quite a significant difference, at the moment I copy the content manually. rgds jan I. > Kind regards > Karl Heinz Marbaise > Apache Maven PMC >
Re: ApacheConNA 2015 slides
On Thursday, May 7, 2015, Kay Schenk wrote: > On Sun, Apr 19, 2015 at 11:06 PM, Andrea Pescetti > > wrote: > > > On 19/04/2015 Mattmann, Chris A (3980) wrote: > > > >> Thanks Andrea. I don’t see them there yet, so maybe they are > >> still delayed. Do you know how I can check if they are delayed, > >> or if I simply uploaded them wrong? > >> > > > > For the ACEU14 site (which seems to be the same system) I checked that it > > was working by: re-editing my session; finding the attached file; the > file > > is presented as a link that one can publicly access, so one can check > that > > the upload was successful. I don't remember if there was a checkbox to > make > > the file publicly visible. > > > > But it also happened automatically that the slides appeared on the Slides > > page, which for ACNA15 would be > > > > > http://events.linuxfoundation.org/events/apachecon-north-america/program/slides > > and it seems this hasn't been populated yet. > > > > Regards, > > Andrea. > > > > Would it be possible to put a link to the slides site above on the > ApacheCon site -- http://www.apachecon.com/ ? good idea, I will look into that. rgds jan i > > Thanks. > > -- > > - > MzK > > “What is the point of being alive if you don't > at least try to do something remarkable?” >-- John Green, "An Abundance of Katherines" > -- Sent from My iPad, sorry for any misspellings.
Re: "alternative" to google summer of code.
Hi It looks as if you are trying to sign up as mentor and not as student. Your university must participate in the program for you to sign in as student. rgds jan i On 29 April 2015 at 00:12, Buddhika Jayawardhana wrote: > Hi, > > I am a Integrated Computer Engineering Undergraduate from University of > Moratuwa, Sri Lanka. I would like to participate for next semester of code > program. What should I enter in "Type the key you got in the invitation" > field in create account form? > > > Regards > > On Thu, Apr 2, 2015 at 6:18 PM, jan i wrote: > > > Hi. > > > > I created "Apache Software Foundation" as organization a while ago in > > http://vps2.semesterofcode.com > > > > This is a setup similar to GSoC except the students earn merit and do not > > get paid. Projects normally run with the academic year, and I expect a > new > > round starting in August. > > > > Should any project be interested in submitting proposals, then I am happy > > to add the login to our > > organizational account. > > > > I am not comDev or a lot of other things, so if somebody feel the > > organizational account should be moved to e.g. the comDev PMC, then just > > let me know. > > > > rgds > > jan I. > > > > Ps. one of my suggested projects is now "owned" by a student. > > > > > > -- > *Buddhika Jayawardhana* > Undergraduate | Department of Computer Science & Engineering > University of Moratuwa > *buddhika...@cse.mrt.ac.lk * | LinkedIn > <http://lk.linkedin.com/in/buddhikajay/> >
Presentation selections for ACEU 2015 Budapest.
Hi. Rereading today's threads about ACEU 2015, made me realize that I have been unclear. For ACEU 2015, intention is to use the following outline: 1) LF define the theme(s) for the conference 2) CFP open officially with announcement(s) defining the content wanted 3) CFP closes and LF selects talks and only ask for advice if needed. 4) LF makes and publishes the schedule There will not be a ASF program committee, and of course the apacheCON team will be in contact with LF and help with announcements etc. As said many times today, this is a needed step to make the numbers of paying attendees grow and thereby create a base we can built on. I had the opportunity in Austin to talk with Rich and Ross as well as LF, and we all agree on both goal and roadmap. Let us all make sure ACEU a blazing success and thereby take a step towards a common goal. rgds jan I.
Re: Proposing tracks for ACEU15
On 20 April 2015 at 16:51, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > ApacheCon is created by the LF. It will have a tighter focus on talks that > bring people. Our community defined and selected tracks simply do not > create a good conference (from the perspective of the paying attendee). > > What this means is that we have, moving forwards, very little say in what > tracks will be present. > > So where does that leave us with respect to supporting projects that fall > outside the LF defined tracks? What about the community aspects of the > event? > > If nobody steps up we have nothing for these goals. But its not all bad > news. > To avoid unnecessary confusion. ACEU 2015, will have place (although limited) for both community talks and projects that are outside the main definition. I see it as my responsibility, to help strike a balance, between the 2 goals. With the current attendee numbers that balance goes strongly but not solely towards LF defined tracks. > For the near future there will be a community day, in which things like > the below tracks could go. > > Longer term this is a step towards the end game. The end game is that > there are enough paying people at ApacheCon that we can have a heavily > subsidized community event alongside it. Unfortunately its a chicken and > egg problem. We need paying people before we can afford to subsidize a > community event. OR we need people to organize the community event. > > We can wait for LF to have ApacheCon attendance numbers up to 1000+ or > someone can step up and organize a community event (note we tried many > types of community event in the past and have yet to find a made that > works). > Making a community event for around 200 projects is not a small job, and the chances of success not too high. I recommend to wait a bit, before advertizing after such a volunteer. rgds jan I. > > Sent from my Windows Phone > > From: Pierre Smits<mailto:pierre.sm...@gmail.com> > Sent: 4/20/2015 7:36 AM > To: apachecon-disc...@apache.org<mailto:apachecon-disc...@apache.org> > Cc: dev@community.apache.org<mailto:dev@community.apache.org> > Subject: Proposing tracks for ACEU15 > > Hi all, > > In the weeks prior to ACNA15 I have reached out to a few communities to > gather momentum for ACEU15. Based on what is in the portfolio of the ASF > quite a lot of interesting tracks could be built. Before the doors of the > CFP opens we could investigate potential topic clusters (anything > goes). Anyway, I thought starting early gives a head start. Here are a few > examples: > > *Community building with the ASF* > About: How visions at the ASF and the Apache products can help building OS > Community > Topics could be: > >- The Apache Maturity Model (or a generalisation thereof) - Betrand >Delacrétaz >- How a Code of Conduct Matters - Speaker TBD >- A Case Study (PoC) of Community Management with OFBiz - Pierre Smits >- Due Process with Apache STeVe - Speaker TBD >- Version Control with Apache Subversion - Speaker TBD >- Directory Management with Apache Directory - Speaker TBD >- Conferencing with Apache OpenMeetings > > *Securing With Apache products* > About: how Apache products support Identity Management, Security, > Authentication & Authorization > Topics could be: > >- Directory Management with Apache Directory >- RBAC enablement with Apache Fortress >- The Security Framework of Apache CXF >- Etc > > So you want big? We have BIG! > About the 'big' topics of today addressed by Apache products/processes > >- Big Data Solutions >- Scaling with Apache products >- Managing a BIG community >- etc > > > Of course the above are just suggestions. Maybe we could introduce some > kind of tagging to create, beyond tracks, a have a kind of pathway/streams > of interests areas? > > I invite you to post your suggestions of tracks/streams/broad scope > interests areas to this thread at apachecon-discuss@a.o. > > Best regards, > > > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com >
Re: Proposing tracks for ACEU15
On 20 April 2015 at 16:52, Achim Nierbeck wrote: > Hi, > > LF. The CFP(s) will open shortly after, and I hope no later than next week. > > > > > Interesting, cause I think one is already capable of submitting a talk for > ACNEU 2015 via the LF site. > Is this intentional, or by accident? > It happened :-) The CFP site will be changed, maybe the URL will stay the same. The apacheCON Team, will transfer any CFP´s submitted into the new structure. rgds jan I. > > regards, Achim >
Re: Proposing tracks for ACEU15
Hi. Thanks a lot for taking time to reach out to communities, and mailing it here. LF is responsible for producing the event, as well as carrying the financial responsibility, while ASF is responsible for the content. This seems very clear until you start asking "which content", because that highly influenced how popular the conference will be. It is highly likely that ACEU 2015 will be differently structured, in order to get a clearer marketing message. We expect that to be decided this week in close cooperation with LF. The CFP(s) will open shortly after, and I hope no later than next week. rgds jan I. On 20 April 2015 at 16:36, Pierre Smits wrote: > Hi all, > > In the weeks prior to ACNA15 I have reached out to a few communities to > gather momentum for ACEU15. Based on what is in the portfolio of the ASF > quite a lot of interesting tracks could be built. Before the doors of the > CFP opens we could investigate potential topic clusters (anything > goes). Anyway, I thought starting early gives a head start. Here are a few > examples: > > *Community building with the ASF* > About: How visions at the ASF and the Apache products can help building OS > Community > Topics could be: > >- The Apache Maturity Model (or a generalisation thereof) - Betrand >Delacrétaz >- How a Code of Conduct Matters - Speaker TBD >- A Case Study (PoC) of Community Management with OFBiz - Pierre Smits >- Due Process with Apache STeVe - Speaker TBD >- Version Control with Apache Subversion - Speaker TBD >- Directory Management with Apache Directory - Speaker TBD >- Conferencing with Apache OpenMeetings > > *Securing With Apache products* > About: how Apache products support Identity Management, Security, > Authentication & Authorization > Topics could be: > >- Directory Management with Apache Directory >- RBAC enablement with Apache Fortress >- The Security Framework of Apache CXF >- Etc > > So you want big? We have BIG! > About the 'big' topics of today addressed by Apache products/processes > >- Big Data Solutions >- Scaling with Apache products >- Managing a BIG community >- etc > > > Of course the above are just suggestions. Maybe we could introduce some > kind of tagging to create, beyond tracks, a have a kind of pathway/streams > of interests areas? > > I invite you to post your suggestions of tracks/streams/broad scope > interests areas to this thread at apachecon-discuss@a.o. > > Best regards, > > > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com >
Re: Wiki apacheCON
On 20 April 2015 at 15:58, Rich Bowen wrote: > Added ACNA 2016 as well. Hopefully we can get the CFP for that going soon, > so that we have a few months extra lead time this year. > "soon" is good, but please allow ACEU 2015 a head start, to avoid any potential confusion (remember how many times we have heard about people selecting the wrong conference in the combobox). rgds jan I. > > --Rich > > > > > On 04/19/2015 03:29 PM, jan i wrote: > >> For info. >> >> I just updated: >> >> http://wiki.apache.org/apachecon/FrontPage >> >> Pushing the Austin content into ACNA15. >> >> It seems as if at some point the editing was made in ACNA15 and later in >> FrontPage. >> >> I have tried to update ACNA15 to have all the information. >> >> Next task is apachecon.com and apachecon.eu. >> >> I will try to keep all apacheCON discussions for ACEU15 on >> apachecon-disc...@apache.org >> >> rgds >> jan I. >> >> > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon >
Re: Wiki apacheCON
On 20 April 2015 at 00:54, Konstantin Kolinko wrote: > 2015-04-19 22:29 GMT+03:00 jan i : > > For info. > > > > I just updated: > > > > http://wiki.apache.org/apachecon/FrontPage > > > > Pushing the Austin content into ACNA15. > > Great! > > Note though that "ApacheCon North America 2015, Austin, Texas, USA" > link in Past events section points to ACNA2014. > > It should point to ACNA2015. > > > A couple of minor typos: > > s/ressources/resources/ > > Duplicate 'CategoryHomepage' category in the footer. > Nice to know someone actually reads it, thanks for the corrections all done (including the year old spelling mistakes). have a nice day jan I. > Best regards, > Konstantin Kolinko > > > It seems as if at some point the editing was made in ACNA15 and later in > > FrontPage. > > > > I have tried to update ACNA15 to have all the information. > > > > Next task is apachecon.com and apachecon.eu. > > > > I will try to keep all apacheCON discussions for ACEU15 on > > apachecon-disc...@apache.org > > > > rgds > > jan I. >
Wiki apacheCON
For info. I just updated: http://wiki.apache.org/apachecon/FrontPage Pushing the Austin content into ACNA15. It seems as if at some point the editing was made in ACNA15 and later in FrontPage. I have tried to update ACNA15 to have all the information. Next task is apachecon.com and apachecon.eu. I will try to keep all apacheCON discussions for ACEU15 on apachecon-disc...@apache.org rgds jan I.
Re: BarCampApache offshoot: codes of conduct
On 16 April 2015 at 22:41, Shane Curcuru wrote: > Hey, after an awesome week at ApacheCon, I noticed that we have a > different published code of conduct for the conference - as the official > LF site has - than the one we publish for the ASF overall: > > > > https://www.apache.org/foundation/policies/conduct.html > > Is this something we're interested in changing, i.e. to expand or > replace the conference one (for future ApacheCon branded events) with > the overall ASF one? > Formally apacheCON is not our event, we licensed it to Linux Foundation, as a consequence they define the CoC (even though I am sure they listen if we have suggestions). I will, with my ACEU hat on, talk with LF about how we can enforce, without being speech police, the CoC. Personally I find the LF vesion quite ok, please remember this is not a matter of wording, but about people taking action when it happens. I think this thread and others have made us all aware of the common responsibility we share, and awareness is to me the most important part. rgds jan i. > - Shane >
Re: Re : Re: Project Visualization Tool...
On Saturday, April 18, 2015, wrote: > It was told the new site would use native json, instead of doap > But I'm not convinced at all, since Doap is an invaluable source of info, > documented, and so on json is also a documented standard, that in general is more known, and I believe has more tools supporting it. > > then imho it would be better to generate json from doap > > I disabled the json edit feature recently since it will cause problems which problems? with a defined json it is simple to generate the doap file. I highly recommend staying at json and using that as base for all our central data. rgds jan i > > regards > > Hervé > - Mail d'origine - > De: Shane Curcuru > > À: dev@community.apache.org > Envoyé: Sat, 18 Apr 2015 06:43:37 +0200 (CEST) > Objet: Re: Project Visualization Tool... > > We had a great session, and a lot of energy, hopefully we can make some > progress. One note: this needs to be a comdev PMC project, and we need > to really plan the data part out if we want to be successful. > > Note that projects-new.a.o is the planned future replacement for > projects.a.o - there are *significant* differences, so you need to look > at the About page and the source repo. In particular, the new site uses > it's own new JSON generated sources which (I think) will no longer use > the DOAPs. > > In particular, Infra currently does *not* consider either the data > gathering (i.e. populating the JSON behind the projects-new site) nor > the visualizations (current or ones we want to build) as core supported > services. So whatever we build needs to be maintained by this PMC to > start with. > > Also, Link dump of useful related bits: > > Old service, based on crappy cron jobs and DOAP files from projects: > https://projects.apache.org/ > > New service, soon to be infra supported, relying on JSON data generated > by infra on a regular schedule: > https://projects-new.apache.org/ > > Useful PMC chair report helper, that surfaces a number of different > statistics about your PMC(s), including mailing list stats, > PMC/committer changes, some software releases, etc. etc. (Members have > visibility to all PMCs): > https://reporter.apache.org > > Rob Weir (AOO, Member) used to do some visualization stuff and might > have code ideas: > http://www.robweir.com/blog/2013/05/mapping-apache.html > > Ken Coar's old mailing list stats page: > > https://people.apache.org/~coar/mlists.html > > The AOO project wrote a mailing list visualizer for who talks to whom: > https://blogs.apache.org/OOo/entry/visualizing_the_aoo_dev_list > > Some outside statistics FLOSSmole generated about Apache communities and > lists: > http://flossmole.org/category/tags/apache > > Random other interesting analytics: > The Subversion project has the "contribulyzer" > > > > - Shane > > -- Sent from My iPad, sorry for any misspellings.
Re: Project Visualization Tool...
On Saturday, April 18, 2015, Shane Curcuru wrote: > We had a great session, and a lot of energy, hopefully we can make some > progress. One note: this needs to be a comdev PMC project, and we need > to really plan the data part out if we want to be successful. Yeah we had a great discussion, but the original goal got lost in all kind of technical details (which was actually interesting) the original discussion was something like "how do I find related projects to contribute to?" and I believe the nice graph is part of that solution but not the whole solution. I believe we could in addition use a "ebay" page, where projects can make small advertisements about a problem or sub project they need solved. There are probably committers in other projects who fancy solving it and an advert might make them interested in the project. > Note that projects-new.a.o is the planned future replacement for > projects.a.o - there are *significant* differences, so you need to look > at the About page and the source repo. In particular, the new site uses > it's own new JSON generated sources which (I think) will no longer use > the DOAPs. > > In particular, Infra currently does *not* consider either the data > gathering (i.e. populating the JSON behind the projects-new site) nor > the visualizations (current or ones we want to build) as core supported > services. So whatever we build needs to be maintained by this PMC to > start with. which is similar to today. rgds jan i > > Also, Link dump of useful related bits: > > Old service, based on crappy cron jobs and DOAP files from projects: > https://projects.apache.org/ > > New service, soon to be infra supported, relying on JSON data generated > by infra on a regular schedule: > https://projects-new.apache.org/ > > Useful PMC chair report helper, that surfaces a number of different > statistics about your PMC(s), including mailing list stats, > PMC/committer changes, some software releases, etc. etc. (Members have > visibility to all PMCs): > https://reporter.apache.org > > Rob Weir (AOO, Member) used to do some visualization stuff and might > have code ideas: > http://www.robweir.com/blog/2013/05/mapping-apache.html > > Ken Coar's old mailing list stats page: > > https://people.apache.org/~coar/mlists.html > > The AOO project wrote a mailing list visualizer for who talks to whom: > https://blogs.apache.org/OOo/entry/visualizing_the_aoo_dev_list > > Some outside statistics FLOSSmole generated about Apache communities and > lists: > http://flossmole.org/category/tags/apache > > Random other interesting analytics: > The Subversion project has the "contribulyzer" > > > > - Shane > -- Sent from My iPad, sorry for any misspellings.
Re: ApacheCon 2015
On Thursday, April 16, 2015, Pierre Smits wrote: > Thanks Adrian. > > How did it you experience the event and your session? Would love to hear > from all presenters and attendees how it went down... > > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Thu, Apr 16, 2015 at 12:41 PM, Adrian Crum < > adrian.c...@sandglass-software.com > wrote: > > > Here is the slideshow from my presentation at ApacheCon: > > > > http://www.sandglass-software.com/products/sandglass/ > > documents/2015_ApacheCon_Reduced.pdf Super, please remember, if you have not already done it, to upload the slides to the cfp site. We try to have all presentations (at least) in one place. thanks for speaking and participating. jan i > > > > -- > > Adrian Crum > > Sandglass Software > > www.sandglass-software.com > > > -- Sent from My iPad, sorry for any misspellings.
Re: Events calendar
Can we progress with the calendar issue. Preferable I would like to get the calendar in people.a.o nuked, and secondly tell projects (and them how, with a filter for their project) that they can have their events in the google calendar. To make things easy, let the projects mail this list, and one with karma updates the calendar, using the "you must crawl, before you walk" philosophy rgds jan I. On 10 April 2015 at 23:53, Pierre Smits wrote: > Excuse me for contributing... > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Fri, Apr 10, 2015 at 11:47 PM, Ross Gardler (MS OPEN TECH) < > ross.gard...@microsoft.com> wrote: > > > ApacheCon is not owned by the ASF (other than the brand that is). We are > > not talking about ApacheCon, we are talking about a calendar of events. > > > > -Original Message- > > From: Pierre Smits [mailto:pierre.sm...@gmail.com] > > Sent: Friday, April 10, 2015 2:27 PM > > To: dev@community.apache.org > > Subject: Re: Events calendar > > > > The question is surely important, and can't be circumvented for a > > organisation that spends a load of money on furthering the projects and > > their works. > > > > Not only do we need mid and long term plans from every office, but we > also > > need the supporting and governing processes and procedures written down > and > > made available to the ASF community. That way we al can see what needs to > > be done when it needs to be done. > > > > For example, recent mails regarding the various activities executed for > > the ACNA 15 event pointed out that things got forgotten (like > presentation > > templates). For such events we need scripts, and such scripts need to > > evaluated and improved after the event. That way we don't make the > mistakes > > when doing a new event like we did in the past. > > > > Most importantly, Offices need to take ownership. > > > > Best regards, > > > > Pierre Smits > > > > *ORRTIZ.COM <http://www.orrtiz.com>* > > Services & Solutions for Cloud- > > Based Manufacturing, Professional > > Services and Retail & Trade > > http://www.orrtiz.com > > > > On Fri, Apr 10, 2015 at 11:09 PM, Ross Gardler (MS OPEN TECH) < > > ross.gard...@microsoft.com> wrote: > > > > > To get people involved we need to provide value. Today, we offer no > > value. > > > So, if I may, I would like to answer a slightly different question. > > > The one I want to answer is "how can we provide value so that PMCs > > > will proactively maintain a central events calendar?" Here's my > > > starting answer, more ideas very welcome... > > > > > > VP Brand has added a clause to the events policy that requires > > > avoidance of event date clashes. > > > > > > Marketing is ramping up on a quarterly report that, once we are in the > > > swing of things, will be broadly distributed (and thus provide > > > visibility for events listed in the calendar). > > > > > > We have a budget for stickers and other such giveaways at community > > > events, we won't ship those unless it's on the calendar. > > > > > > More? > > > > > > -Original Message- > > > From: Rich Bowen [mailto:rbo...@rcbowen.com] > > > Sent: Friday, April 10, 2015 2:01 PM > > > To: dev > > > Subject: Events calendar > > > > > > Today I found out about yet another Apache event that is almost here > > > and I hadn't heard about before. > > > > > > I also noticed that http://www.apache.org/events/ is ... kinda > > > embarrassing. > > > > > > This, in conjunction with Jan's question a week ago about who managed > > > the calendar on people.a.o, which is completely a separate thing from > > > the calendar I thought he was talking about - the Google calendar, at > > > http://community.apache.org/calendars/conferences.html - makes me > > > wonder why this is so hard for us. > > > > > > So, two questions: > > > > > > 1) What other calendars are out there, and what can we do to > > > consolidate them? > > > > > > 2) How can we get PMCs to put their events in that consolidated > > > calendar, once it exists, so that we don't have all of these > > > last-minute event surprises, and, also, so that we can help in > promoting > > our communities' > > > events? > > > > > > Suggestions welcome. > > > > > > I, for one, am a fan of nuking every calendar we come across, and > > > publishing the above Google Calendar all over the place, and then > > > making a google form for people to submit events. > > > > > > --Rich > > > > > > -- > > > Rich Bowen - rbo...@rcbowen.com - @rbowen http://apachecon.com/ - > > > @apachecon > > > > > >
Re: Google Code shutting down Jan 2016
On 13 April 2015 at 20:42, Roger and Beth Whitcomb < rogerandb...@rbwhitcomb.com> wrote: > Pivot is using Apache Extras basically for "source-code for projects that > can't..." because of licensing issues. So, my feeling is we are different > than AOO. > AOO uses apache-extra, for libraries that we cannot include in our repo due to license restriction. These libraries are solely used by developers who work on the internals of AOO. One developer typically download the libraries once and then check from time to time for updates. The binaries are relative big, but the download numbers really low. These binaries should not be confused with our executables which are big and downloaded frequently, these are stored on sourceForge. rgds jan I. > > ~Roger Whitcomb > Apache Pivot PMC Chair > > > On 4/13/15 6:48 AM, Stian Soiland-Reyes wrote: > >> How much of Apache Extras is "binary dumping ground" (as used by OO >> builds), and how much is just "source-code for projects that >> can't/won't quite fit into ASF" (e.g. for licensing reasons or lack of >> community)? >> >> As long as you have the source code, then you can attach binaries to >> tagged releases in GitHub. >> >> Atlassian's BitBucket likewise provides both source code and binary >> hosting - here binaries are easier to attach independently. >> >> >> As I said, I also found BinTray a great way to do independent >> downloads, with the optional capability of Maven repository with >> mirroring to Central as a nice thing for those still doing >> Java/Groovy/Clojure/Scala etc. >> >> It's still "all eggs in one company's basket" of course.. but then so >> is SourceForge.. and at the moment I would be more worried about >> SourceForge disappearing than GitHub or Atlassian. >> >> On 13 April 2015 at 06:17, Branko Čibej wrote: >> >>> On 19.03.2015 06:22, Stian Soiland-Reyes wrote: >>> >>>> +1 for GitHub - as Apache Extras are easily mini-communities of one >>>> or two people and not as clear way in to contribute. >>>> >>>> >>>> GitHub should seriously be considered. Making an apache-extras >>>> organization there should be straight forward. >>>> >>> GitHub neither provides nor allows the kind of service that Apache >>> Extras needs. It's pretty much useless as a pure download server, their >>> terms explicitly say they can shut down a project without notice if they >>> don't like its bandwidth characteristics. >>> >>> As for binaries - I found it very useful to use BinTray for Beanshell >>>> - as I could do both Maven and regular downloads: >>>> >>> Do please consider that all the world cannot use Maven just as all the >>> world is not written in Java. >>> >>> -- Brane >>> >>> >> >> >
Re: Events calendar
On 10 April 2015 at 23:26, Nick Burch wrote: > On Fri, 10 Apr 2015, Rich Bowen wrote: > >> 1) What other calendars are out there, and what can we do to consolidate >> them? >> > > I tried to consolodate everything to the "official" Apache Events calendar > as maintained in google docs + displayed on the comdev site, and a Lanyrd > conferene guide which was for wider "Apache related" events which anyone > could add to: > http://lanyrd.com/guides/apache-software-and-technologies/ > > The Lanyrd group did well for a bit, but hasn't seen that much traction > lately, possibly because it isn't that well advertised. Concom was axed > before we finished consolodating onto the google calendar + events site, > which is probably why there are so many odd/other ones still around > > 2) How can we get PMCs to put their events in that consolidated calendar, >> once it exists, so that we don't have all of these last-minute event >> surprises, and, also, so that we can help in promoting our communities' >> events? >> > > How about we create a conference committee, and give them the role? ;-) > > Seriously though, we probably need to finalise/review the rules on what > events go where (eg can an event with lots of Apache Projects at it go on > the "main" one, or do they have to go elsewhere eg Lanyrd), then zap the > old other calendars, then write up some more on how to add to the > calendar(s) we have + how to add them to your site, then publicise. > I am all for that ALL apache events small and big go into the calendar, that way it becomes THE place to see what is happening in the apache world. > > Adding events for those with karma is easy for both the google calendar > and lanyrd, what we're lacking is examples of easy ways for people to > display them on their PMC / other sites. Without people using them, it's > hard to get people enthusied in updating them, especially without a > dedicated committee pushing it... > Google calendar can be very easy embedded on other pages, even with a filter showing only the project in question. We could use the category field as project name. We do have a dedicated project. This is community development, and that is comDev. rgds jan I. > > Nick >
Re: Events calendar
On 10 April 2015 at 23:09, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > To get people involved we need to provide value. Today, we offer no value. > So, if I may, I would like to answer a slightly different question. The one > I want to answer is "how can we provide value so that PMCs will proactively > maintain a central events calendar?" Here's my starting answer, more ideas > very welcome... > > VP Brand has added a clause to the events policy that requires avoidance > of event date clashes. > > Marketing is ramping up on a quarterly report that, once we are in the > swing of things, will be broadly distributed (and thus provide visibility > for events listed in the calendar). > > We have a budget for stickers and other such giveaways at community > events, we won't ship those unless it's on the calendar. > Marketing can announce the events on twitter etc, when they are in the common calendar, and not only in quarterly reports. THE calendar get a link from www.apache.org and thus gets a lot more hits.. It must be easy to add events, no long mail discussions, but a simple web page and e.g. the acceptance from comDev (similar to moderating a mailing list). It is also not just about value, but also about knowingI started in one calendar where I saw ACEU was missing, then I searched for another event and came across the other calendar. Our events should not be found by accident. I believe having ONE calendar that is been given links from top pages and being actively promoted, is good value for all PMCs, whereas n calendars are of no value. rgds jan I. > > More? > > -Original Message- > From: Rich Bowen [mailto:rbo...@rcbowen.com] > Sent: Friday, April 10, 2015 2:01 PM > To: dev > Subject: Events calendar > > Today I found out about yet another Apache event that is almost here and I > hadn't heard about before. > > I also noticed that http://www.apache.org/events/ is ... kinda > embarrassing. > > This, in conjunction with Jan's question a week ago about who managed the > calendar on people.a.o, which is completely a separate thing from the > calendar I thought he was talking about - the Google calendar, at > http://community.apache.org/calendars/conferences.html - makes me wonder > why this is so hard for us. > > So, two questions: > > 1) What other calendars are out there, and what can we do to consolidate > them? > > 2) How can we get PMCs to put their events in that consolidated calendar, > once it exists, so that we don't have all of these last-minute event > surprises, and, also, so that we can help in promoting our communities' > events? > > Suggestions welcome. > > I, for one, am a fan of nuking every calendar we come across, and > publishing the above Google Calendar all over the place, and then making a > google form for people to submit events. > > --Rich > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen http://apachecon.com/ - > @apachecon >
Re: ApacheCon session recording - sponsor needed
On 7 April 2015 at 12:56, "Ulrich Stärk" wrote: > Are the costs covered now or do we still need a sponsor? If we do I can > pass this along to somebody who might be willing to step in as I learned > yesterday. > If they are covered, keep in mind we also need one for ACEU. rgds jan i > Cheers, > > Uli > > On Tue, March 17, 2015 21:39, Rich Bowen wrote: > > > > > > On 03/17/2015 11:02 AM, Bertrand Delacretaz wrote: > >> Hi Rich, > >> > >> On Tue, Mar 17, 2015 at 2:26 PM, Rich Bowen wrote: > >>> ...As of right now, we don't have a sponsor to cover recording > >>> conference > >>> sessions - video or audio... > >> > >> How much money are we talking about, approximately? > > > > > > > > We're looking at 20k to bring in a professional video company to record > > all the talks, and do post-production. There's also the option of > > splitting the cost with another sponsor - one has identified themselves > > privately, but are not, at the moment, willing to pick up the entire > > tab. So there's an opportunity for sharing the cost. > > > > And, lest this number feel really large, folks that have done this can > > verify that it is indeed a HUGE amount of work to do this well. > > > > But it's kind of an all-or-nothing thing, so far as which sessions we > > record. We don't want to field "why was that talk recorded and not mine" > > kinds of questions, and we don't want to miss talks. So we don't really > > have a half-way option. > > > > We also have the option of bringing the ASF's digital recorders, > > plugging them into the audio boards, and then doing volunteer audio > > editing after the event, like we did in Vancouver - but that's *just* > > audio. > > > > -- > > Rich Bowen - rbo...@rcbowen.com - @rbowen > > http://apachecon.com/ - @apachecon > > > > >
Re: Who manages calendar on people.a.o ?
On 6 April 2015 at 17:06, Melissa Warnkin wrote: > Hi Jan, > Both good questions! > It is also showing incorrect information for ApacheCon NA 2015; it > reflects it's being held in May. > maybe the correct thing would be to delete, and show the "one true" calendar, which at least you can update. rgds jan i. > ~M > > From: jan i > To: "dev@community.apache.org" > Sent: Saturday, April 4, 2015 7:17 AM > Subject: Who manages calendar on people.a.o ? > > Hi > > Is it comDev that manages the calendar on people.a.o ? > > I have 2 questions: > - Can we please have apacheCON EU added (I cannot find a description how to > do it). > - Why does it not refer to our comDev calendar ? > > thanks in advance for any information. > rgds > jan i. > > > >
Who manages calendar on people.a.o ?
Hi Is it comDev that manages the calendar on people.a.o ? I have 2 questions: - Can we please have apacheCON EU added (I cannot find a description how to do it). - Why does it not refer to our comDev calendar ? thanks in advance for any information. rgds jan i.
Re: Presentations about Apache Software Foundation
On Thursday, April 2, 2015, Shane Curcuru wrote: > On 4/2/15 4:15 PM, Krzysztof Sobkowiak wrote: > > Hi > > > > I was asked to make a small talk about ASF and my project (Apache > ServiceMix) during an open source conference in > > Poland. Could you recommend me some existing presentations (or other > resources) about ASF (especially with actual data > > like number of projects, number of committers,...) which could help me > to construct some slides how ASF works? > > Especially I'd like to see some presentations where you talk about ASF, > your project and your experiences/story in > > community work. > > > > Thanks for your support. > > > > Regards > > Krzysztof > > The first place to look is past ApacheCon conference websites; almost > all of them have links to various speaker's slides hidden somewhere on > the websites, and some have videos as well. > > Some overview presentations: > > https://community.apache.org/speakers/slides.html > > Past couple of ApacheCon slide pages: > > https://events.linuxfoundation.org/events/archive/2014/apachecon-europe > > https://events.linuxfoundation.org/events/archive/2014/apachecon-north-america > > For some cross-project statistics, see the new projects overview site: > > https://projects-new.apache.org/ Just a question, because I am unsure, can a presenter copy slides from the links provided without the permission or at least crediting the author? rgds jan i > - Shane > -- Sent from My iPad, sorry for any misspellings.
Re: apacheCON EU in conference calendar.
On Thursday, April 2, 2015, Rich Bowen wrote: > Added. > > I'd also be glad to add anyone (should we limit this to ComDev PMC?) to > the list of people that can manage this calendar. > > sounds logical to me, that we have a kind of filter, like the comDev PMC. rgds jan i --Rich > > > > On 04/02/2015 06:12 AM, jan i wrote: > >> Hi >> >> Is it possible to get >> >> apacheCON EU 2015, 28 september - 1 october, budapest, hotel corinthia >> >> Listed in >> http://community.apache.org/calendars/conferences.html >> >> thanks in advance. >> rgds >> jan i. >> >> > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon > -- Sent from My iPad, sorry for any misspellings.
"alternative" to google summer of code.
Hi. I created "Apache Software Foundation" as organization a while ago in http://vps2.semesterofcode.com This is a setup similar to GSoC except the students earn merit and do not get paid. Projects normally run with the academic year, and I expect a new round starting in August. Should any project be interested in submitting proposals, then I am happy to add the login to our organizational account. I am not comDev or a lot of other things, so if somebody feel the organizational account should be moved to e.g. the comDev PMC, then just let me know. rgds jan I. Ps. one of my suggested projects is now "owned" by a student.
apacheCON EU in conference calendar.
Hi Is it possible to get apacheCON EU 2015, 28 september - 1 october, budapest, hotel corinthia Listed in http://community.apache.org/calendars/conferences.html thanks in advance. rgds jan i.
Help promote apacheCON NA 2015, and meet friends/colleagues while attending.
Hi fellow ASFer. I am going to apacheCON NA Austin in just over 2 weeks. I hope, so are you. We need your help to promote apacheCON NA and get more people to come. More people attending apacheCON, means more visibility for Apache and your project(s), but just as important, more tickets sold, means we can make the event even better for all of us. I have prepared (with help from Linux Foundation) a few examples of how you help promote the event: Feel free to use these as is, edit them, or write your own, but please help us get the word out: Twitter: Learn more about #ApacheCon speaking sessions at Schedule <http://goo.gl/BCzJWM> , and register to attend at Register <http://goo.gl/3Q8GFE> Join me in Austin for #ApacheCon, the place to learn about the projects driving the future of open source! Facebook/Google+: I’ll be at ApacheCon, the place to learn about and collaborate on the technologies and projects driving the future of open source, big data and cloud computing, April 13-16 in Austin. Learn more about the schedule at Schedule <http://goo.gl/BCzJWM> , and register to attend at Register <http://goo.gl/3Q8GFE> Interested in learning more about the open source projects that power over half the Internet, petabytes of data, teraflops of operations, billions of objects, and enhance the lives of countless users and developers? I’m presenting a session at ApacheCon, April 13-16 in Austin. Details on the schedule are here: Schedule <http://goo.gl/BCzJWM> , and you can join me by registering at Register <http://goo.gl/3Q8GFE> The media will also be present at the event, so it might be an excellent opportunity to promote your project(s). If your project does not have any presentations, then please think about participating in ACEU 2015, which will be in Budapest. I look forward to seeing you in Austin! On behalf of the apacheCON team rgds jan i.
Re: Code of Conduct - links to why they are needed etc
On 25 March 2015 at 13:08, Noah Slater wrote: > Jan, > > Late to the party here, sorry. But I wanna reply to your point that the CoC > is not meant to be enforceable. > > That is not the case, as I understand it. Indeed, an unenforceable or > not-regularly-enforced CoC is not worthless, it's actually *harmful* and > dangerous for marginalised people in our community. Because we are > communicating to them that we have certain standards, and then not taking > any action to make sure that those standards are met. > Maybe I should have spent more words. Of course there are CoC items that should and can be enforced, but to me there are also some with quite some elastic built in. For example we have a CoC for email, do not use he/she and be polite. The first part is easy to enforce, but the second part ? what you see as polite might not be polite to me. > > A community is, in many ways, defined by whatever its leaders are prepared > to tolerate. Our CoC is, and should continue to be, a document that > outlines what we do not tolerate. And for that to mean anything, we need to > put our money where our mouth is and enforce it. > I agree the CoC needs to contain what is not to be tolerated and will be enforced. But may the rest is CoC good practice, which to me is just as important for new people. > > And this shouldn't be optional for podlings or projects. This should apply > across the board, for the whole org, like the foundation's bylaws > themselves. Or again, it is useless. > > To make that work, we need to add three things: > > 1. A clear way for the document to be updated. We have a model on CouchDB > (which is where the doc came from) and we can simply port that the > Community PMC, where people can come to discuss changes. > +1 > > 2. We need a foundation-level reporting mechanism (again, presumably > coordinating this through the Community PMC) > I would not like the community PMC to become judges or police, ideally the PMC should deal with it, and if they fail we need an escalation mechanism. > > 3. We need clearly defined enforcement guidelines or punitive measures, so > that people know what action will be taken, and when > +1 I hope that made my point a bit clearer, I do not think we disagree as such. rgds jan i. > > On Sat, 20 Dec 2014 at 21:14 jan i wrote: > > > On 20 December 2014 at 20:55, Louis Suárez-Potts > wrote: > > > > > Hi, > > > > On 20 Dec 2014, at 09:50, Jim Jagielski wrote: > > > > > > > > This is great and, as noted, long overdue. Although the code > > > > itself "simply" codifies what had been the tribal knowledge > > > > of the ASF, and how we'd expected people to behave, NOT having > > > > it written down was pretty sad. > > > > > > > > Thx to all for making it happen. > > > > > > > >> On Dec 20, 2014, at 6:33 AM, sebb wrote: > > > >> > > > >> There are some useful links in the CoC blog: > > > >> > > > >> > > > https://blogs.apache.org/foundation/entry/asf_ > > publishes_long_overdue_code > > > >> > > > >> For example, > > > >> Ashe Dryden's introductory resource for learning more about how > Codes > > > >> of Conduct can help > > > >> > > > >> Perhaps these should be added to the ASF CoC page at > > > >> > > > >> http://www.apache.org/foundation/policies/conduct.html > > > > > > > > > > So, now that it is written down—great—does this mean then that we will > be > > > asking all new projects (and podlings and everything else) to > > obligatorily > > > review it? As part of the Apache Way? That is, what is the relationship > > > between this CoC and the Apache Way from the perspective of the new > > member > > > to Apache? > > > > > > > maybe I see it wrong, but to me a "code of conduct" is more a guideline > > than an actual rulebook. It is a description of how we would like to > > interact with other, and therefore not something that should be used as > > "you did not follow the code of conduct, so now I take action". > > > > I think it is important to see both the "apache way" and "code of > conduct" > > as guidelines, not something formulated by lawyers to stand up in court. > > > > So in essence we should all be aware of what the intention is and that > > includes podlings coming to apache. > > > > rgds > > jan i. > > > > > > > Louis > > > > > > > > >
Re: Veto! Veto?
On 24 March 2015 at 16:15, Rich Bowen wrote: > > > On 03/24/2015 11:01 AM, jan i wrote: > >> Consider the scenario a PMC discusses, and the vote is called (indirectly >> to stop critical voices) early, then a -1 is the only >> way to express your opinion. >> >> When we define rules, as important as this, we should not look so much at >> the "good weather" situations, but where things dont follow the book, >> like a vote called on purpose too early. >> > > In that case, veto the *vote*, not the person. > you are completely right, this is my real concern. rgds jan i. > > That is, if you feel that a community has called a vote early specifically > to quell dissent, then you, as a community member, should declare the vote > invalid. > > "This vote is premature, and I declare it invalid. Let's discuss this some > more until there's consensus." > > The real problem here is creating situations where a veto can happen at > all. As Greg has said a bunch of times, in this thread and in others, votes > are not the place to generate consensus. To quote: > > "Stop with the "Votes" ... Damn I hate that. Generate consensus. A vote > does not generate consensus. It forces a result, and those voting fall into > winners/losers rather than general consensus." > > > > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon >
Re: Veto! Veto?
On 24 March 2015 at 15:53, Benson Margulies wrote: > On Tue, Mar 24, 2015 at 10:47 AM, Rich Bowen wrote: > > > > > > On 03/24/2015 06:43 AM, Pierre Smits wrote: > >> > >> Shouldn't the sentence 'Any veto must be accompanied by reasoning and be > >> prepared to defend it. Other members can attempt to encourage them to > >> change.' then be removed > >> fromhttp://community.apache.org/newcommitter.html? > > > > > > That sentence, and that sentiment, is incredibly important. Thinking > that a > > veto is final, written in stone, and never to be revisited, is kind of > > damaging to conversation. > > The 'commit veto' process is, I think, a different matter altogether > from a discussion about a new person or about a new website. The idea > of the code veto is 'This code is so wrong that it has to leave the > repo _right now_.' One casts such a veto immediately upon observing > the commit, and then the required reasoning starts the community > process as to whether it stays out of the repo. > > If decisions about people are consensus decisions, subject to > blocking, then the 'veto' comes at the _end_, _after_ the discussion > in which people air their objections. So, I claim, this sentence isn't > entirely apropos to the subject of this thread. > Consider the scenario a PMC discusses, and the vote is called (indirectly to stop critical voices) early, then a -1 is the only way to express your opinion. When we define rules, as important as this, we should not look so much at the "good weather" situations, but where things dont follow the book, like a vote called on purpose too early. rgds jan i. > > > > > > -- > > Rich Bowen - rbo...@rcbowen.com - @rbowen > > http://apachecon.com/ - @apachecon >
Re: Veto! Veto?
On Tuesday, March 24, 2015, Greg Stein wrote: > On Tue, Mar 24, 2015 at 8:33 AM, Marvin Humphrey > > wrote: > > > On Tue, Mar 24, 2015 at 2:43 AM, Bertrand Delacretaz > > > wrote: > > > On Tue, Mar 24, 2015 at 10:28 AM, Jacques Le Roux > > > > wrote: > > >> Who will update the https://community.apache.org/newcommitter.html > > page?* > > > > > > I've done that, it now says "In general, committer elections are > > > majority approval votes, as described on the Apache Voting Process > > > page" with a link. > > > > That's not my understanding. It's not what I've heard from the Board > > over the years, particularly from Greg. And I believe that it's for a > > very good reason that personnel votes at Apache are not majority rule: > > majority rule forces a result rather than creates consensus. > > > > I dislike all voting, yes. Consensus through discussion is definitely a > better approach. > > Concretely: I don't think there is any specific recommendation for how a > PMC/community decides upon new committers. I've seen many mechanisms. In > fact, within Apache Subversion, a committer can be added by any *singular* > PMC member, no vote required (but their resulting commit rights are > limited). Just for my understanding, does subversion have 2 types of committer one with the full subversion repo bit, and another limited (to part of the repo) ? rgds jan i > > For PMC Members, Roy has stated [on general@incubator, on 1/31/2012] that: > > "Well, it boils down to the fact that making someone a PMC member gives > them veto power over the changes you make. The only way that works > socially is if everyone currently on the PMC agrees that person is a peer." > > >... > > Cheers, > -g > -- Sent from My iPad, sorry for any misspellings.
Re: Veto! Veto?
On 24 March 2015 at 10:43, Bertrand Delacretaz wrote: > On Tue, Mar 24, 2015 at 10:28 AM, Jacques Le Roux > wrote: > > Who will update the https://community.apache.org/newcommitter.html > page?* > > I've done that, it now says "In general, committer elections are > majority approval votes, as described on the Apache Voting Process > page" with a link. > +1, a good wording that gives a recommendation without disallowing other processes. Since this is really a procedural vote on https://www.apache.org/foundation/voting.html which leaves it totally open: Procedural Votes or Opinion Polls *TBS* It might be a good idea to update that page as well. rgds jan I. > -Bertrand >
Re: Veto! Veto?
On Monday, March 23, 2015, Pierre Smits wrote: > The principle/policy/rule of the ASF regarding code changes is very > explicit, well documented and unambiguous. Can a project's PMC have another > methodology in place while being part of the ASF? I guess not. not another but always a tougher (e.g. 6+1 no -1). > > Consensus with respect to on and off boarding of people is nice, as it > expresses unanimity. And I, as I expect it to be for all, am all for it. > But to have it as an requirement would be a show stopper. > > Would it be ok for the ASF if there were a project under its umbrella, that > would say: that majority voting principle you for procedural issues is > nice, but for us - when it comes to people - we veto > promotors/speakers/book writers to participate in our project with > privileges (commit right, PMC membership)? Or, that it vetoes people from > France (this is example, I have nothing against people from France or even > with the French nationality)? > > If the community wants it like that, then there is consensus. It is not the task of ASF to police the communities. We must be very careful only to make ASF wide rules where it is really needed e.g. our release policy is there for legal reasons. rgds jan i > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Mon, Mar 23, 2015 at 9:20 AM, jan i > > wrote: > > > On 23 March 2015 at 09:02, Pierre Smits > wrote: > > > > > When it comes to people, consensus (acceptance by unanimity) is the > best > > > thing to have. But if the ASF has as its principle that no vetoes are > > > allowed, how can it be the remit of a project's PMC have it as its > > policy? > > > > > > > I think it is a matter of wording, I do not think it is a ASF Principle > > (actually not sure how that relates to "policy") that veto is not > allowed, > > Consensus is the ASF Principle. We all want to avoid Vetos, for many good > > reasons, but that it not the same as not being allowed. > > > > As a Foundation we try to have very few rules and policies, and let the > > communities handle how they want to do it, this here is surely > > a case where we do not a foundation wide rule. > > > > I would have no problem, if the wording on the page was something like > "it > > is recommended not to use Veto" > > > > Pierre@ maybe just for my understanding, why would ASF be better, if we > > make this rule foundation wide, instead of leaving it up to > > the single community ? > > > > rgds > > jan I. > > > > > > > Best regards, > > > > > > > > > Pierre Smits > > > > > > *ORRTIZ.COM <http://www.orrtiz.com>* > > > Services & Solutions for Cloud- > > > Based Manufacturing, Professional > > > Services and Retail & Trade > > > http://www.orrtiz.com > > > > > > On Sun, Mar 22, 2015 at 3:17 PM, Jacques Le Roux < > > > jacques.le.r...@les7arts.com > wrote: > > > > > > > Le 22/03/2015 14:42, jan i a écrit : > > > > > > > >> On 22 March 2015 at 14:35, Pierre Smits > > > wrote: > > > >> > > > >> HI Bertrand, > > > >>> > > > >>> Thanks for the clarification regarding > > > >>> http://community.apache.org/newcommitter.html > > > >>> > > > >>> Shouldn't http://www.apache.org/foundation/voting.html then also > > > >>> explicitly > > > >>> reflect that vetoes aren't allowed when it comes to on- and > > ofboarding > > > >>> contributors as committer and PMC member? That would surely bring > > > >>> clarity. > > > >>> > > > >>> I would be very unhappy with "aren´t allowed", that is something > the > > > >> individual PMCs should decide ! > > > >> > > > > > > > > Yes indeed that's PMCs 's remit; we just need to clarify the ASF > > default. > > > > > > > > Jacques > > > > > > > > > > > > > > > >> rgds > > > >> jan I. > > > >> > > > >> > > > >> Best regards, > > > >>> > > > >>> Pierre Smits > > > >>> > > > >>> *ORRTIZ.COM <http://www.orrtiz.com>* > > > >>> Services & Solutions for Cloud- > > > >>> Based Manufacturing, Professional > > > >>> Services and Retail & Trade > > > >>> http://www.orrtiz.com > > > >>> > > > >>> On Sun, Mar 22, 2015 at 2:25 PM, Bertrand Delacretaz < > > > >>> bdelacre...@apache.org > > > >>> > > > >>>> wrote: > > > >>>> On Sun, Mar 22, 2015 at 2:17 PM, Jacques Le Roux > > > >>>> > wrote: > > > >>>> > > > >>>>> ...Thanks for the clarification Bertrand, this was also unclear > to > > > me. > > > >>>>> > > > >>>> Should > > > >>>> > > > >>>>> we not amend the newcommitter page?.. > > > >>>>> > > > >>>> That would be great, I don't have time right now myself. > > > >>>> -Bertrand > > > >>>> > > > >>>> > > > > > > -- Sent from My iPad, sorry for any misspellings.
Re: Veto! Veto?
On 23 March 2015 at 09:20, Bertrand Delacretaz wrote: > On Mon, Mar 23, 2015 at 9:02 AM, Pierre Smits > wrote: > > ...if the ASF has as its principle that no vetoes are > > allowed, how can it be the remit of a project's PMC have it as its > policy?... > > Our PMCs have a lot of leeway and the board doesn't micromanage them. > > In our loosely-coupled communities vetoes can give too much power to > individuals, that's why https://www.apache.org/foundation/voting.html > is so restrictive about them. > Sadly enough, for procedural votes, that page leaves everything open, otherwise it is a good page. "Procedural Votes or Opinion Polls *TBS"* Rgds jan I. > I'd say broadly allowing vetoes works as long as people don't use > them, or just use them in a friendly and temporary way. But if people > are all friendly you don't really need rules anyway ;-) > > -Bertrand >
Re: Veto! Veto?
On 23 March 2015 at 09:02, Pierre Smits wrote: > When it comes to people, consensus (acceptance by unanimity) is the best > thing to have. But if the ASF has as its principle that no vetoes are > allowed, how can it be the remit of a project's PMC have it as its policy? > I think it is a matter of wording, I do not think it is a ASF Principle (actually not sure how that relates to "policy") that veto is not allowed, Consensus is the ASF Principle. We all want to avoid Vetos, for many good reasons, but that it not the same as not being allowed. As a Foundation we try to have very few rules and policies, and let the communities handle how they want to do it, this here is surely a case where we do not a foundation wide rule. I would have no problem, if the wording on the page was something like "it is recommended not to use Veto" Pierre@ maybe just for my understanding, why would ASF be better, if we make this rule foundation wide, instead of leaving it up to the single community ? rgds jan I. > Best regards, > > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Sun, Mar 22, 2015 at 3:17 PM, Jacques Le Roux < > jacques.le.r...@les7arts.com> wrote: > > > Le 22/03/2015 14:42, jan i a écrit : > > > >> On 22 March 2015 at 14:35, Pierre Smits wrote: > >> > >> HI Bertrand, > >>> > >>> Thanks for the clarification regarding > >>> http://community.apache.org/newcommitter.html > >>> > >>> Shouldn't http://www.apache.org/foundation/voting.html then also > >>> explicitly > >>> reflect that vetoes aren't allowed when it comes to on- and ofboarding > >>> contributors as committer and PMC member? That would surely bring > >>> clarity. > >>> > >>> I would be very unhappy with "aren´t allowed", that is something the > >> individual PMCs should decide ! > >> > > > > Yes indeed that's PMCs 's remit; we just need to clarify the ASF default. > > > > Jacques > > > > > > > >> rgds > >> jan I. > >> > >> > >> Best regards, > >>> > >>> Pierre Smits > >>> > >>> *ORRTIZ.COM <http://www.orrtiz.com>* > >>> Services & Solutions for Cloud- > >>> Based Manufacturing, Professional > >>> Services and Retail & Trade > >>> http://www.orrtiz.com > >>> > >>> On Sun, Mar 22, 2015 at 2:25 PM, Bertrand Delacretaz < > >>> bdelacre...@apache.org > >>> > >>>> wrote: > >>>> On Sun, Mar 22, 2015 at 2:17 PM, Jacques Le Roux > >>>> wrote: > >>>> > >>>>> ...Thanks for the clarification Bertrand, this was also unclear to > me. > >>>>> > >>>> Should > >>>> > >>>>> we not amend the newcommitter page?.. > >>>>> > >>>> That would be great, I don't have time right now myself. > >>>> -Bertrand > >>>> > >>>> >
Re: Veto! Veto?
On 22 March 2015 at 14:35, Pierre Smits wrote: > HI Bertrand, > > Thanks for the clarification regarding > http://community.apache.org/newcommitter.html > > Shouldn't http://www.apache.org/foundation/voting.html then also > explicitly > reflect that vetoes aren't allowed when it comes to on- and ofboarding > contributors as committer and PMC member? That would surely bring clarity. > I would be very unhappy with "aren´t allowed", that is something the individual PMCs should decide ! rgds jan I. > > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Sun, Mar 22, 2015 at 2:25 PM, Bertrand Delacretaz < > bdelacre...@apache.org > > wrote: > > > On Sun, Mar 22, 2015 at 2:17 PM, Jacques Le Roux > > wrote: > > > ...Thanks for the clarification Bertrand, this was also unclear to me. > > Should > > > we not amend the newcommitter page?.. > > > > That would be great, I don't have time right now myself. > > -Bertrand > > >
Re: Veto! Veto?
On 21 March 2015 at 15:24, Pierre Smits wrote: > Again, this is not about the veto mechanism for the technical works of the > project. This is about onboarding of new people, this is about community > development. > > Voting is not a technicality or formality when it comes to people. It is > the ultimate means to get to a resolution. We can discuss all we want, but > there are times when discussing doesn't lead to some kind of resolution > (consensus or implicit acceptance). When the discussion heats up, it often > leads to 'I am right and you are wrong' to and fro. When that happens > voting will bring a resolution. But then a veto is the ultimate 'my way and > I won't budge' variant in stead of seeking the compromise. In the case of > people (both onboarding and offboarding) it doesn't help to move a project > forward. It is a postponer, a show stopper. > > In a posting above it said that the PMC of a project is free to define it > own ruleset regarding the way that project operates. But that freedom is > bound by the principles of the Apache Software Foundation. Principles (and > changes thereon) that are voted upon by the members of the ASF. This > platform is the place to discuss the aspects of community development in a > broader sense. Like we did when the topic of the project maturity model > came up. This is another topic in that broader sense of building mature > projects. > you are right this is the platform to discuss these matters, but you are wrong that there is a policy or principle that the vote for new committers/need to allow a veto. What you refer to is a recommendation ! Is you follow projects you will from time to time see projects forward a suggested PMC extension to the board (Board has to acknowledge every PMC extension, with a 72 hour delay) without having had a vote, but just refer to a consensus thread. So I do not understand the problem, if your PMC wants not to include veto in PMC/Committer go ahead and do so. My personal opinion (my policy or ...) is that if a PMC have had a discussion and then someone gives a -1 in the vote, there is a community problem not a policy problem. > > Why the need to talk specifics? This is not about finger pointing or naming > and shaming. And if it were, it shouldn't be done here but in a private > message to the board. And I trust that the board has ample means to take > appropriate actions. > Sorry it was not to offend you, but simply to get a better understanding of what the problem really is, as said above if your PMC does not like veto then don´t use it, nobody forces you to use it. If the problem is you want to change the recommendation, then it might be a good idea to talk about a specific change to a specific page. rgds jan I. > > Best regards, > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Sat, Mar 21, 2015 at 2:42 PM, Mike Kienenberger > wrote: > > > Have you read https://www.apache.org/foundation/voting.html? > > > > As others have said, the idea is always to build consensus rather than > > force a result. I guess I've been fortunate in that the projects in > > which I've been most active have always been more interested in > > consensus than individuals forcing a result. This does add what > > seems to be a bit of bureaucracy at first glance. For example, we > > "vote" about taking a vote for committers and PMC members (others > > above have called it "DISCUSS"). And if we aren't going to be > > unanimous in our decision to add in a new committer or PMC member, > > then we've always decided to postpone the vote until the individual > > overcomes whatever caused the objection. > > > > I think the reason that code commits can be vetoed is to prevent > > dangerous situations. Projects can't afford to delay dealing with > > security issues or licensing issues. I've been on the PMC for two > > different projects for a decade, and to my recollection we've never > > had a code veto. As far as I know, there's only been a threat of a > > veto one time in those 20 project-years of time, and it was by me. I > > used the threat of veto with a specific committer who had been asked > > before to not make behavioral changes to the code in the same commit > > where he reformatted every line of the file. It was making it > > impossible to review his code changes. > > > > Veto is there for emergencies, not for bending others to your technical > > vision. > > > > And yes, we've
Re: Veto! Veto?
On 21 March 2015 at 12:00, Pierre Smits wrote: > If the majority perceives that a nominee is an obstructionist then it will > be reflected in the voting result. But if the minority - or even only one > voter - perceives that and others don't, then a veto would be a show > stopper for innovation, expansion and merit recognition c.q. privilege > awarding. > > I wonder how it can be that democracy is perceived worse than any other > cracy when it comes to people in open source projects in general and ASF > projects in particular. Mature projects shouldn't need to have such a > mechanism when it comes to people. And it doesn't seem to fit in he Apache > Way. > I really hope (and partly) know that our mature project, use the time and effort on consensus (something which of course would not work in a community the size of a country), for these projects the VOTE is merely a confirmation of the consensus. Reading this thread you seem to be working your way around a specific problem/discussion. Maybe it would be easier to talk about specifics. As written earlier a PMC can make their own rules so we do not need to change the general recommendations. One of the main reasons I am with ASF, is the consensus model, in many other foundations you have either pure anarchy (the loudest win) or strong voting rules, neither is good for the community. Consensus building is not easy, being the odd voice in a PMC calls for healthy nerves and a good deal of diplomacy. But the tough work is rewarded by the fact that the community stays united. just my 2ct. jan I. > > Best regards > > > > Pierre Smits > > *ORRTIZ.COM <http://www.orrtiz.com>* > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com > > On Sat, Mar 21, 2015 at 5:24 AM, Alex Harui wrote: > > > Consensus Approval works great until you have someone who others rightly > > or wrongly perceive as an obstructionist. Then it just makes the whole > > project the loser. > > > > At least one project uses majority approval for new members, but a > serious > > attempt is made to make sure that the vote is unanimous anyway. Those in > > opposition deserve to be listened to, but if there are only one or two > > against and lots more in favor, then majority approval avoids long > threads > > trying to persuade the one or two. Sure discussing more to achieve > > Consensus can be better, but you can also lose momentum of the committer > > candidate and momentum of the rest of the community. > > > > The -1 vote is an alluring drug. It can be misused by individuals who, > > consciously or not, cannot avoid the temptation to have control rather > > than to collaborate. But really make sure you listen. History is full > of > > disasters caused by not listening to that one person. > > > > -Alex > > > > >
Re: ACNA Presentation Template
On Wednesday, March 18, 2015, Melissa Warnkin wrote: > Hi guys! > > I hope you're all having a wonderful day! > > Just following up on this as I haven't seen a response. Any chance our > wonderful OpenOffice folks can provide an updated template relatively soon? > (Don't make me create one on PowerPoint!!) LOL > > I did notice that I was added to this mail, as AOO chair I am subscribed to dev@ But even though I would like to make a template, I cannot add more to my plate which is already more than full. I hope someone in the community will do it. Making a template with AOO is real good marketing for AOO, in Denver the template was used in more than half of the talks. rgds jan i > Thanks a bunch, > ~M > > -- > *From:* Rich Bowen > > *To:* dev > > *Sent:* Wednesday, March 18, 2015 10:44 AM > *Subject:* Fwd: ACNA Presentation Template > > Hey, OpenOffice folks, any chance you can update last year's > presentation template for ACNA2015? Thanks. > > > Forwarded Message > Subject: ACNA Presentation Template > Date: Wed, 18 Mar 2015 09:26:30 -0500 > From: Shawn McKinney > > Reply-To: apachecon-disc...@apache.org > > To: apachecon-disc...@apache.org > > > Hello, > > Is there a presentation template available for upcoming ACNA in austin? > Thanks > > Shawn > smckin...@apache.org > > > > > > > > > -- Sent from My iPad, sorry for any misspellings.
Re: Google Code shutting down Jan 2016
On 12 March 2015 at 23:08, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > This has nothing to do with the AOO downloads, it only affects > apache-extras. As far as I'm aware AOO downloads have been fine for a very > long time - has that changed? > No it has not changed, but maybe I did not use the right words. Our primary binaries (the executable) for "real" endusers are downloaded from SF, but we have plenty of stuff on apache_extra (ooo extras) which can be and are downloaded. Currently most of ooo_extras are targeted at developers and not end-users, and especially that part of our community is something we do not want to hurt. rgds jan i. > Microsoft Open Technologies, Inc. > A subsidiary of Microsoft Corporation > > -Original Message- > From: jan i [mailto:j...@apache.org] > Sent: Thursday, March 12, 2015 3:06 PM > To: dev@community.apache.org > Subject: Re: Google Code shutting down Jan 2016 > > On 12 March 2015 at 22:55, Andrea Pescetti wrote: > > > On 12/03/2015 Roger and Beth Whitcomb wrote: > > > >> I was involved at one point on behalf of Pivot (where we have several > >> projects), and Andrea Pescetti on behalf of Open Office was also > >> involved (since they have a bunch of stuff there). But things have > >> gone quiet for about 2 months. There was a second prototype that > >> looked pretty good (to us). But, I don't know the state of things now. > >> > > > > It was not me personally, but the OpenOffice project as a whole. We > > are now using http://sourceforge.net/projects/oooextras.mirror/files/ > > in the OpenOffice trunk and it works for us (our needs are limited to > > storage of some optional build dependencies; for the record, Github > won't allow that). > > > > http://sourceforge.net/directory/apache_extras is the link to the > > latest proposal for an ASF-wide replacement. There was little interest > > all times the matter was discussed on this list, so OpenOffice just > > moved on and started using the SourceForge space. > > > > I support Andrea strongly here, AOO need a decision on this, apache_extras > is an essential part of our downloads, and not just "extras". > > Personally I think the SF solution is what we as ASF need, unless Infra > prefer to host it on our own hardware, and do not have a problem with the > download bandwidth. > > Can I please politely ask the people, who says (or others say) they are > working on this theme, to come to a decision. This seems to be a matter > where a single person could make the decision but we still continue > discussing. > > > > > > Regards, > > Andrea. > > >
Re: Google Code shutting down Jan 2016
On 12 March 2015 at 22:55, Andrea Pescetti wrote: > On 12/03/2015 Roger and Beth Whitcomb wrote: > >> I was involved at one point on behalf of Pivot (where we have several >> projects), and Andrea Pescetti on behalf of Open Office was also >> involved (since they have a bunch of stuff there). But things have gone >> quiet for about 2 months. There was a second prototype that looked >> pretty good (to us). But, I don't know the state of things now. >> > > It was not me personally, but the OpenOffice project as a whole. We are > now using http://sourceforge.net/projects/oooextras.mirror/files/ in the > OpenOffice trunk and it works for us (our needs are limited to storage of > some optional build dependencies; for the record, Github won't allow that). > > http://sourceforge.net/directory/apache_extras is the link to the latest > proposal for an ASF-wide replacement. There was little interest all times > the matter was discussed on this list, so OpenOffice just moved on and > started using the SourceForge space. > I support Andrea strongly here, AOO need a decision on this, apache_extras is an essential part of our downloads, and not just "extras". Personally I think the SF solution is what we as ASF need, unless Infra prefer to host it on our own hardware, and do not have a problem with the download bandwidth. Can I please politely ask the people, who says (or others say) they are working on this theme, to come to a decision. This seems to be a matter where a single person could make the decision but we still continue discussing. > > Regards, > Andrea. >
Re: [ApacheCon] Scheduling help, pass 2
On Wednesday, March 11, 2015, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > Oh, that was my case study session. That's not so easy to replace. > > I do have a session from the HD insight team here at MS which would focus > on Hadoop on Linux on Azure and our experience working with the ASF and the > Hadoop ecosystem specifically. (HD Insight is Microsofts Hadoop based big > data service). I'm a little concerned about just dropping that in given > that it might appear self-serving. > > Am I being too cautious? If my opinion counts, it would be ok especially if they focus on the part "working with the ASF and the Hadoop ecosystem", we might all learn something from that good and bad. Rich@ do you want me to pull the current schedule and see if I can find a couple of talks to waitlist. Maybe we could get Craig to cross reference the registrations with the speakers of non-selected talks. That would be potential wait-list candidates (after a confirmation mail). rgds jan i > > Ross > > > -Original Message- > From: Rich Bowen [mailto:rbo...@rcbowen.com ] > Sent: Wednesday, March 11, 2015 12:12 PM > To: dev@community.apache.org > Subject: Re: [ApacheCon] Scheduling help, pass 2 > > > > On 03/11/2015 03:05 PM, Ross Gardler (MS OPEN TECH) wrote: > > I can give you a content one for mobile (Cordova) as I just confirmed > that a colleague here will be at ApacheCon to organize a tooling BoF on > Cordova with some colleagues in a number of other companies (Adobe > currently being confirmed). I'll get an abstract out of him to consider > along with any others the track chair would like. > > > > For the "Big Data; Big Picture" one which is it that has been cancelled? > I'll find the replacement for that. > > > > > > Looks like it was "Letters from the Trenches: Behind the scenes with Hive > at Yahoo: Mithun Radhakrishnan" > > > > > > -Original Message- > > From: Rich Bowen [mailto:rbo...@rcbowen.com ] > > Sent: Wednesday, March 11, 2015 11:57 AM > > To: dev > > Subject: [ApacheCon] Scheduling help, pass 2 > > > > Craig has mentioned me that we have several slots that have opened up > due to cancellations. > > > > Looks to me that we have two in Science, one in "Big Data; Big Picture", > two in "Content". and one in "Mobile" > > > > If you have any insight into any of these areas, please let me know what > > talk(s) you think we should swap in for those missing talks. Just get in > touch with me and I'll send you what remains of the track, so that you know > what we're working with. > > > > Thanks. > > > > --Rich > > > > -- > > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon > > > > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen > http://apachecon.com/ - @apachecon > -- Sent from My iPad, sorry for any misspellings.
Re: [ApacheCon] Scheduling help, pass 2
On 11 March 2015 at 20:05, Ross Gardler (MS OPEN TECH) < ross.gard...@microsoft.com> wrote: > I can give you a content one for mobile (Cordova) as I just confirmed that > a colleague here will be at ApacheCon to organize a tooling BoF on Cordova > with some colleagues in a number of other companies (Adobe currently being > confirmed). I'll get an abstract out of him to consider along with any > others the track chair would like. > A Cordova talk more would be good. > > For the "Big Data; Big Picture" one which is it that has been cancelled? > I'll find the replacement for that. > > Microsoft Open Technologies, Inc. > A subsidiary of Microsoft Corporation > > -Original Message- > From: Rich Bowen [mailto:rbo...@rcbowen.com] > Sent: Wednesday, March 11, 2015 11:57 AM > To: dev > Subject: [ApacheCon] Scheduling help, pass 2 > > Craig has mentioned me that we have several slots that have opened up due > to cancellations. > > Looks to me that we have two in Science, one in "Big Data; Big Picture", > two in "Content". and one in "Mobile" > How does this affect our waiting list ? rgds jan i. > > If you have any insight into any of these areas, please let me know what > talk(s) you think we should swap in for those missing talks. Just get in > touch with me and I'll send you what remains of the track, so that you know > what we're working with. > > Thanks. > > --Rich > > -- > Rich Bowen - rbo...@rcbowen.com - @rbowen http://apachecon.com/ - > @apachecon >
Re: Chairs: A small addition to the Marvin email you received yesterday.
On 10 March 2015 at 18:14, Daniel Gruno wrote: > Hi Jan, > It's not a secret - it was disclosed on a public mailing list (this one) > :). > Currently a login is required to be able to compile the list of projects > you are affiliated with, and it is kept pmcs only because it only makes > sense for PMC members. Seccondly, it is not geared for "anonymous" viewing > simply because the data compilation does not scale well. It can handle some > 5,000 people knowing about it, but not 5,000,000 people :). > Thirdly, this is a tool for generating a board report, not an activity > monitor meant for the public. I wrote it to serve the PMCs, and the PMCs > may or may not choose to have mailing list data publicly available, that is > not for me to decide. > OK got it, a very valid reason. > > What we _could_ do publicly is tie some of the gathered information into > the new projects.apache.org site, and provide it through there > (committership/PMC changes for instance as well as release data), but I am > at the edge of what I'm willing to single-handedly do for that project (it > was never meant to be a one-man project), so I'll need someone else to step > in and collaborate with me on that. > Sounds like a hint to me. I would like to see the mail graphs public as they are a a good barometer for the communities. I my skills is suited, I volunteer to help you, even though it will be in form of patches since I believe I do not have karma. Can you give me some pointers offlist (I will come on hipchat later). rgds jan I. > > With regards, > Daniel. > > > On 2015-03-10 18:04, jan i wrote: > >> Hi. >> >> The tool is real awesome, but is there a reason to keep it so secret. >> >> I would like to share the nice mail graphs with my fellow committers, and >> I >> cannot really see any secret in the reports. >> >> My suggestion is, keep it as it is for people who do a login (that is a >> big >> help), but allow a non-login version with (nearly) the same information. >> >> I find tools like this awesome, but do not understand why we try to make a >> lot of this for members or PMCs only, Apache is also about transparency, >> and this tool only collect information (except for the private lists), >> that >> can be found publicly. >> >> >> rgds >> jan I. >> >> >> On 10 March 2015 at 17:42, Kevin A. McGrail >> wrote: >> >> This is AWESOME! >>> >>> >>> On 3/5/2015 9:31 AM, Daniel Gruno wrote: >>> >>> Hi Project chairs, >>>> In yesterday's email to you about your upcoming board report, we forgot >>>> to mention that we have a new tool that can help you in cobbling >>>> together a >>>> report, or just view statistics of the PMCs you are on. >>>> >>>> The new service is located at: https://reporter.apache.org and is PMC >>>> members only. >>>> Should you choose to make use of the board report template in this >>>> system, do remember to add in the important activity bits and any issues >>>> that require board activity. >>>> >>>> Next time Marvin sends you an email, it will include the URL for the >>>> reporter system. >>>> >>>> If you have ANY feedback about this system, don't hesitate to let us >>>> know! :) >>>> >>>> On behalf of the Community Development Project, >>>> Daniel. >>>> >>>> >>> >
Re: Chairs: A small addition to the Marvin email you received yesterday.
Hi. The tool is real awesome, but is there a reason to keep it so secret. I would like to share the nice mail graphs with my fellow committers, and I cannot really see any secret in the reports. My suggestion is, keep it as it is for people who do a login (that is a big help), but allow a non-login version with (nearly) the same information. I find tools like this awesome, but do not understand why we try to make a lot of this for members or PMCs only, Apache is also about transparency, and this tool only collect information (except for the private lists), that can be found publicly. rgds jan I. On 10 March 2015 at 17:42, Kevin A. McGrail wrote: > This is AWESOME! > > > On 3/5/2015 9:31 AM, Daniel Gruno wrote: > >> Hi Project chairs, >> In yesterday's email to you about your upcoming board report, we forgot >> to mention that we have a new tool that can help you in cobbling together a >> report, or just view statistics of the PMCs you are on. >> >> The new service is located at: https://reporter.apache.org and is PMC >> members only. >> Should you choose to make use of the board report template in this >> system, do remember to add in the important activity bits and any issues >> that require board activity. >> >> Next time Marvin sends you an email, it will include the URL for the >> reporter system. >> >> If you have ANY feedback about this system, don't hesitate to let us >> know! :) >> >> On behalf of the Community Development Project, >> Daniel. >> > >
