Re: Government License
On Wed, Jul 2, 2014 at 12:24 AM, David Welton dav...@dedasys.com wrote: Closest I've seen in the 'free' area is licensing that forbids military uses. Which is, once again, neither 'free software' nor open source because it goes against the definition. You can't have it both ways: you can't exclude people from using it because they are military, gay, Illinois nazis, Alaskan women, Liechtensteiners or whatever else you happen to dislike. At risk of sounding flippant; the original poster didn't indicate he wanted a license that would be compatible with the definitions of free software or open source :) Hen
Re: Political Candidate Relations
I think that's the wrong question. We're (mostly) a bunch of programmers and know sod all about governance (much as each/most of us will happily expound on what we think we know :) ). I imagine however that many of us would happily offer up some time to hear about the problems that government faces being efficient and share anecdotes and history from our communities that may have useful analogies within the problems being faced by government. For example - I was at a conference where a government group were considering how they could best open source their legacy system and get 'the community' (quotes mine) to help with a rewrite. The press, media and our own self-marketing has convinced people that there are magic community elves waiting to do whatever work might come their way. I made the point that they had to start by identifying the community being talked about; and that that community should be the ones who feel the pain of an inadequate product and want to scratch it (shallow example in the interest of brevity :) ). Hen On Wed, Jul 2, 2014 at 11:20 AM, McGovern, James james.mcgov...@hp.com wrote: I have decided to run for State Representative and often get questions from other candidates regarding ways government can be made more efficient. Do you think there is merit in technology groups such as Apache holding forums to educate elected officials on the value of open source? http://facebook.com/McGovernForCT
Re: Government License
Closest I've seen in the 'free' area is licensing that forbids military uses. Hen On Monday, June 30, 2014, McGovern, James james.mcgov...@hp.com wrote: Has anyone ever explored creation of a license model that forbids the Federal Government in using its software? For example, you may want to create a new encryption algorithm but for whatever reasons, don’t want the NSA to have access to it. http://facebook.com/McGovernForCT
Re: Low level community
+1 to the decoupling part. The bigger the bump to join in, the less people will join. Other important items imo: * What is the value of your project? Is it valuable? Who is it valuable to? What is the larger community it is related to and what are the trends in that community? Are you also trending the same way? Basically put on a devil advocate hat, and try to convince yourself that your project is worth using. * Once you've identified where that larger community is, tweet to them (or other communication method). A quiet but constant monologue, a heartbeat. I think communities get the heartbeat at the gut level, a project whose heartbeat can't be heard is assumed to be dead. You need to establish that beat. * Communicate todo items too. If your community is full of hard core hackers, send out the gnarly problems while you fix the build. If, more typically, your project hides the painful and makes life easier for users, then typically you would send out the simpler issues while you deal with the gnarly. I wonder if the Attic needs a page on Staying out of the Attic :) Hen On Sun, Jun 29, 2014 at 4:58 AM, Santiago Gala santiago.g...@gmail.com wrote: On Sat, Jun 28, 2014 at 11:09 AM, Lewis John Mcgibbney lewis.mcgibb...@gmail.com wrote: Hi Folks, community@ is the orrect place for this question. What do we* do when we have low level activity, low level community, generally speaking low level anything on a project? Other ideas worth exploring (I'm not sure what kind of project you talk about): * ensure that parts of the project worth separate use are packaged separately, so that people can feel compelled to use, and improve/maintain, them. Again, you need to publisize them * See if your project have reinvented wheels, i.e. parts that can be easily replaced with off the shelf components and that are adding no value (say a template engine with no special value, present because of historical reasons). If this is the case, maintenance can be simplified by substituting them with well-maintained components Regards Santiago I am NOT talking about the attic. I am committed to ensuring the project is NOT going to the attic. Lewis * in the collective sense. Your, I, Us, Etc. -- *Lewis*
Re: Activity in Apache
Why don't we have a committers IRC channel? The members one is useful, and I don't see that 3000 is some unfeasible number. There are more than 3000 Tomcat users but the Tomcat channel isn't insane. Hen On Sat, Mar 24, 2012 at 4:10 PM, Ross Gardler rgard...@opendirective.com wrote: The ASF spans the globe in terms of contributors, as such we do not, as a rule, adopt synchronous communication tools - they exclude people who are in other time zones. In the ASF we have a saying: if it didn't happen on a mailing list, it didn't happen. Furthermore, we have over 100 top level and over 50 incubating projects. There are over 3000 committers and who knows how many contributors. An ASF wide IRC channel would be kind of noisy (some projects do use IRC for informal chatter). You can find our blog roll at planet.Apache.org and many of our projects have blogs at blog.apache.org Our ASF-wide GSoC focused mailing list is this one, so you are in the right place, welcome. For discussion about a specific project you would use the projects own mailing list. Ross Sent from my mobile device, please forgive errors and brevity. On Mar 24, 2012 10:55 PM, Sonny from Tacoma ikste...@gmail.com wrote: On Wed, May 4, 2011 at 7:29 AM, akshay khatri akshaykhatri...@gmail.com wrote: Hi I wanted to get into Apache development. Though I am looking into various projects and looking what interests me. But I wanted to put in some views that I have noticed: 1) I didn't find any IRC channel for apache 2) It is good that mailing list is one of the prime means to communicate in Apache but I feel that lack of IRC or active blog roll would have been great. As mailing list isn't supposed to chat with fellow developers, sharing ideas (other than development) Or is it that in Apache familiarizing with people happen only if you live close by or know each other in prior ? (or no discussion other than development is required/allowed among people ) 3) I just saw that GSoC results were out, but didn't find any email/blog/news from apache about the same. 4) As a prospective student, I was looking to familiarize with other students all over Apache, but again no mode of communication to them and I strongly believe that there wouldn't be any correspondence between student/developers among various apache projects. ( IRC is really a great thing for that and I believe a community today should have IRC culture to grow ) These were just my inputs, only aiming to know other people. Just an example of what I am feeling: Fellow students/developers/gsoc students please email me personally so that I may know you better.(and let it go to thousands of busy persons over there) Thanks -- Harrison Valetski 2304 South Jefferson Avenue Tacoma Wa, 98402 (253) 382 - 4308 - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Activity in Apache
irc.freenode.net #asfcommitters Added it to my autojoin list. Hen On Sat, Mar 24, 2012 at 5:06 PM, Henri Yandell bay...@apache.org wrote: Why don't we have a committers IRC channel? The members one is useful, and I don't see that 3000 is some unfeasible number. There are more than 3000 Tomcat users but the Tomcat channel isn't insane. Hen On Sat, Mar 24, 2012 at 4:10 PM, Ross Gardler rgard...@opendirective.com wrote: The ASF spans the globe in terms of contributors, as such we do not, as a rule, adopt synchronous communication tools - they exclude people who are in other time zones. In the ASF we have a saying: if it didn't happen on a mailing list, it didn't happen. Furthermore, we have over 100 top level and over 50 incubating projects. There are over 3000 committers and who knows how many contributors. An ASF wide IRC channel would be kind of noisy (some projects do use IRC for informal chatter). You can find our blog roll at planet.Apache.org and many of our projects have blogs at blog.apache.org Our ASF-wide GSoC focused mailing list is this one, so you are in the right place, welcome. For discussion about a specific project you would use the projects own mailing list. Ross Sent from my mobile device, please forgive errors and brevity. On Mar 24, 2012 10:55 PM, Sonny from Tacoma ikste...@gmail.com wrote: On Wed, May 4, 2011 at 7:29 AM, akshay khatri akshaykhatri...@gmail.com wrote: Hi I wanted to get into Apache development. Though I am looking into various projects and looking what interests me. But I wanted to put in some views that I have noticed: 1) I didn't find any IRC channel for apache 2) It is good that mailing list is one of the prime means to communicate in Apache but I feel that lack of IRC or active blog roll would have been great. As mailing list isn't supposed to chat with fellow developers, sharing ideas (other than development) Or is it that in Apache familiarizing with people happen only if you live close by or know each other in prior ? (or no discussion other than development is required/allowed among people ) 3) I just saw that GSoC results were out, but didn't find any email/blog/news from apache about the same. 4) As a prospective student, I was looking to familiarize with other students all over Apache, but again no mode of communication to them and I strongly believe that there wouldn't be any correspondence between student/developers among various apache projects. ( IRC is really a great thing for that and I believe a community today should have IRC culture to grow ) These were just my inputs, only aiming to know other people. Just an example of what I am feeling: Fellow students/developers/gsoc students please email me personally so that I may know you better.(and let it go to thousands of busy persons over there) Thanks -- Harrison Valetski 2304 South Jefferson Avenue Tacoma Wa, 98402 (253) 382 - 4308 - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: PhD Research in Open Source Software
Hopefully the grad knows it's been done already (OSS + CMM). https://secure.wikimedia.org/wikipedia/en/wiki/Open_Source_Maturity_Model https://secure.wikimedia.org/wikipedia/en/wiki/QSOS On Mon, Apr 18, 2011 at 1:57 PM, Antonio Gallardo anto...@apache.org wrote: Hi Folks, I know we usually get this kind of request for survey for some F/OSS development. Please feel free to fill the survey at your discretion. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Liberal corporate open source policies
On Thu, Mar 17, 2011 at 6:44 PM, Marvin Humphrey mar...@rectangular.com wrote: On Thu, Mar 17, 2011 at 09:22:57PM +, Ross Gardler wrote: This is an interesting question. I was recently asked to help with exactly this issue and I also struggled. Perhaps we might consider working up an example policy ourselves? Cool idea :) It is in the interest of the ASF to make it as easy as possible for companies to contribute to our projects. Creating a company open source policy has a cost. If we provide a template policy that is rock solid with regards to using and contributing to ASF projects at the least -- and hopefully open source at large -- we can bring that cost down. In addition, if a company adopts the sample policy verbatim, it becomes easier for a candidate to assess whether they would be happy there. I can see a web startup with a limited budget taking the easy route and adopting an ASF-crafted open source policy verbatim. I don't know, though -- I'm just an ASF committer on an Incubator project, so I don't know whether any part of the ASF, if any, would take on such a project or in what form. It's a meritocracy; by stepping up with this email you've already started the project. Stay quietly persistent and keep it going (and I don't see why it can't stay on community@). Find a wiki and start documenting. :) Here's what I told the company that asked me about this: A healthy policy would look like the outline you describe, some (off the top of my head) statements that would be appropriate are: Presumably this outline described procedures for obtaining clearance from management to work on open source projects? Depends how liberal you're talking. A liberal company would be more along the lines of: Let us know projects you work on. If anything terrifies us we'll let you know to back out and will add it to the 'please don't' list. - we will honour all trademarks policies and licences relating to the projects This is more challenging than it sounds! The participating employees have to recieve sufficient training and guidance to execute the policy cleanly. If we assume the likely user of a liberal set of policies would be a startup, the main concern is in making sure no copyleft code ends up in a distributed product, and no network-copyleft code ends up 'networked' in. Startups tend to get strong advice to secure a few patents. Assuming they're taking that particular VC advice, then making sure staff know about the patents they have is very worthwhile and those areas can be forbidden for open source activities. That's a pretty small amount of required training. Draw a few architectural circles to pay more attention in, a few licenses to pay more attention to and discuss your patents internally such that employees know to avoid the space. Other small companies who aren't looking for a sale can afford to be more liberal. Non-project orgs for example (who I suspect would love such a liberal policy). So, here's my liberal, yet not non-existent, Open Source policy: * List of company products which require someone sign off on inclusion of Open Source unless under these licenses list permissive licenses. * List of licenses which require someone sign off on use anywhere: list. * List of company patents. * List of projects (or type of project) to avoid for specified reason. * Company email address to mail when contributing to a project (having checked above project-avoid list). * Company email address to mail to get CCLAs signed. Hen - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Are devs who work on or use open source happier in their employment?
I've not seen any studies. I have a slightly different view as developing is only part of what I do nowadays... so I'll share it/bore you with it :) The source isn't the only part, Open applies to a lot more in your standard OSS project: * I like that I can identify solutions and bugs through a web search and not by having to contact technical support. * I like that my choice of the product doesn't start with a contract negotiation - OSS is generally take-it-or-leave-it licensing, yet not an unfair license. * I like that the 'vendor' and myself as the 'customer' largely want the same thing - for the product to be better, with less bugs and more features. Summarizing - In Open Source the relationship is not antagonistic. It's not perfect, the project don't want to add my special ideas or agree that with my view of a bug, but generally I know the vendor and I aren't in a battle with the vendor wanting more money and myself wanting more value. There's less politics. Hen On Thu, Sep 23, 2010 at 8:37 AM, Grant Ingersoll gsing...@apache.org wrote: One of the things I've noticed in my day job, which is admittedly self-selecting since I work for a company that engages with people deploying open source, is that I routinely hear, how shall I say it, more enjoyment from the developers in their work as compared to the old days when they worked on a proprietary equivalent, and I think it even holds true when working on troubleshooting engagements where something is broken. Since, most of us here likely work on open source, I'm curious as to what others think? Are devs who work on or use open source happier in their day jobs? And I don't just mean committers/contributors here, I mean people who are using the software to solve some bigger problem for their company and who may never do anything more than ask a question on a mailing list from time to time. Has anyone seen _independent_ studies that say one way or the other? (References please.) I do think, that some of the answer depends on the quality of the software they are working on (just as it likely does when working on proprietary software), so perhaps I should separate out what could be called hobbyist open source versus open source that has a large community of followers (regardless of license) like Linux, ASF projects, Eclipse, etc. Therefore, assuming two different pieces of software, one being proprietary and one being open, both of which will solve the problem, are developers who solve the problem with open source happier in their job? At any rate, my motivation for asking is that I'm writing an article on some thoughts in this area spurred by something a client told me (at a very old, established company, mind you) about why they wanted to get the word out that they were using open source: they felt it would help them attract and retain developers b/c they would be more satisfied in their jobs b/c they got to work on innovative open source technologies. Thanks for your insights, Grant - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
A community page
I'd like to propose that the following page is something the Community list could be thinking of improving: http://www.apache.org/foundation/getinvolved.html - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Returned post for committ...@apache.org
I question the labeling of Cobertura as our dogfood and Clover as not our dogfood. Which is 'our dogfood', the GPL product or the proprietary product built on top of permissively licensed Open Source (not that I know if Clover is like this; but I've heard the same argument against JIRA)? Do we support the Open Source movement, whatever that might be described as today, or our users? Hen On Wed, Dec 23, 2009 at 11:56 AM, Gary Gregory garydgreg...@gmail.com wrote: Hi All: [I am replying here to message (below) posted on committ...@a.o on 12/20/2009 03:17 by Michael McCandless] As an open source community, I feel we should eat our own open source philosophy dog food and use open source software whenever possible. I've used Cobertura for a while now on various Commons projects and at work and its reports are just as useful and pretty as Clover. I also believe that each project community is free to do what it feels serves it best. At this time, though, I wonder what Clover offer that is so much better than Cobertura to merit put aside what I feel is an important philosophical point. What we do at Apache for this type of issue is very important IMO when we think about the image and expertise that we project. We are a technical community and people look to our choices as implicit guidance if not endorsement. When we pick a commercial product like Clover over an open source solution (like Cobertura), I feel we are telling the world that there is no one in the open source space that could serve our need and that we had to turn to a commercial product. That fact that we have a free license is besides the point. My 2c, Gary On 12/20/2009 03:17, Michael McCandless wrote: Hi all, Atlassian has generously donated a site license to Apache for Clover 2.6, to test code coverage for any source code under org.apache. We've checked the license in here: https://svn.apache.org/repos/private/committers/donated-licenses/clover/2.6.x/ In Atlassian's words: The license is available to anyone working on the org.apache.* be it in IDEA/Eclipse/Ant/Maven locally, or on a central build server. Since the license will only instrument and report coverage on org.apache packages, please mention that it is fine to commit this license to each project if it makes running builds easier. ie just check out the project and run with Clover, without the need for the extra step of locating and installing the clover license. Uwe Schindler has worked with Atlassian to upgrade Lucene's nightly build to use Clover 2.6 and the resulting report is great, eg: http://hudson.zones.apache.org/hudson/job/Lucene-trunk/lastSuccessfulBuild/clover-report Feel free to fold into your build, use Clover during development, etc. Mike - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Returned post for committ...@apache.org
Nexus/Archiva one still also falls into the GPL vs Permissive camp though. A better one is Proprietary Sun Java vs Harmony. Generally the answer on 'internal' tools, is that volunteer and merit is more important than product dogfooding (why wasn't an Archiva set up?). On 'external' products (i.e. why doesn't Tomcat ship with Harmony), we recognize that decoupling and independence are both architecturally valuable and helps us socially (Tomcat don't have to wait on Harmony to release). Cobertura vs Clover exposes, I think, a 3rd axis. Pragmatism. Clover was definitely the better product when I looked many years back, I suspect it still is. Also a 4th: Choice. No reason why both can't be used. Hen On Wed, Jan 27, 2010 at 8:18 PM, Carlos Sanchez car...@apache.org wrote: Talking about our own dogfood, it probably makes a better argument Nexus (used in the ASF) vs Archiva (Apache project) On Wed, Jan 27, 2010 at 8:10 PM, Henri Yandell hyand...@gmail.com wrote: I question the labeling of Cobertura as our dogfood and Clover as not our dogfood. Which is 'our dogfood', the GPL product or the proprietary product built on top of permissively licensed Open Source (not that I know if Clover is like this; but I've heard the same argument against JIRA)? Do we support the Open Source movement, whatever that might be described as today, or our users? Hen On Wed, Dec 23, 2009 at 11:56 AM, Gary Gregory garydgreg...@gmail.com wrote: Hi All: [I am replying here to message (below) posted on committ...@a.o on 12/20/2009 03:17 by Michael McCandless] As an open source community, I feel we should eat our own open source philosophy dog food and use open source software whenever possible. I've used Cobertura for a while now on various Commons projects and at work and its reports are just as useful and pretty as Clover. I also believe that each project community is free to do what it feels serves it best. At this time, though, I wonder what Clover offer that is so much better than Cobertura to merit put aside what I feel is an important philosophical point. What we do at Apache for this type of issue is very important IMO when we think about the image and expertise that we project. We are a technical community and people look to our choices as implicit guidance if not endorsement. When we pick a commercial product like Clover over an open source solution (like Cobertura), I feel we are telling the world that there is no one in the open source space that could serve our need and that we had to turn to a commercial product. That fact that we have a free license is besides the point. My 2c, Gary On 12/20/2009 03:17, Michael McCandless wrote: Hi all, Atlassian has generously donated a site license to Apache for Clover 2.6, to test code coverage for any source code under org.apache. We've checked the license in here: https://svn.apache.org/repos/private/committers/donated-licenses/clover/2.6.x/ In Atlassian's words: The license is available to anyone working on the org.apache.* be it in IDEA/Eclipse/Ant/Maven locally, or on a central build server. Since the license will only instrument and report coverage on org.apache packages, please mention that it is fine to commit this license to each project if it makes running builds easier. ie just check out the project and run with Clover, without the need for the extra step of locating and installing the clover license. Uwe Schindler has worked with Atlassian to upgrade Lucene's nightly build to use Clover 2.6 and the resulting report is great, eg: http://hudson.zones.apache.org/hudson/job/Lucene-trunk/lastSuccessfulBuild/clover-report Feel free to fold into your build, use Clover during development, etc. Mike - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: MySQL/Roller
Chances are this is out of date with modern MT and Roller, but here's how I did it many years back: http://blog.generationjava.com/roller/bayard/entry/mt_to_roller_migration On Thu, Oct 22, 2009 at 10:20 AM, Tetsuya Kitahata tets...@apache.org wrote: Now I would like to know how to retrieve the data from .rdf, .atom etc of movable type to put again to mysql server Anybody knows? (Then, I would like to switch to the Apache Roller) tetsuya @ apache - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: [OpenPGP] Moving Away From DSA and SHA-1
Need to update http://www.apache.org/dev/release-signing.html to say 4096 asap I suspect :) Stop new people being lured into this problem. Hen On Tue, Aug 11, 2009 at 5:39 AM, Robert Burrell Donkinrdon...@apache.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 with ApacheConUS only three months away, we really need to start planning how apache can move away from short keys (DSA and RSA 2048) and weak WOT links (SHA-1)[1]. the consensus on infra was that this is the best list for this discussion. if it happens to get too busy then a new list can be created. the first step needs to be updating the documents so that new release managers know how to set up and use GnuPG[2] to generate keys unlikely to need changing in the next couple of years. i'll start a thread over on site dev to cover this. the first question for discussion is recommended key length. 2048 is the minimum safe size for new keys but only just. for keys used to sign releases, 4096 is more credible today. 8192 bit keys are possible with GnuPG[3] but are fiddly and - in older tools - support may be patchy. going for 4096 would mean a second transition before 2015 but the next generation (SHA-3 and next generation of OpenPGP) should be available by then. consensus on infra was to go for 4096 but if anyone knows any good reasons to go for some other value, please jump in. - - robert [1] http://www.jroller.com/robertburrelldonkin/entry/release_distribution_renewing_the_web [2] http://www.gnupg.org [3] http://www.jroller.com/robertburrelldonkin/entry/gnupg_8192bit_rsa_keys -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJKgWaEAAoJEHl6NpRAqILLzzQP/RI/ZpkauHrLMzW48lNRsmUc h9a4HJ1WXL6eESSbJK9rawPxrAvG/p3rbH3TTixIkwLPz8BQDuG8kxmTHn8LDlGg /YLZbDtgFpF3SElGn1MbzldI48DTgw/JXa4opVHi/gvSAoA72+P7td5D12YiA+6R Urr6I8hcDOdHRfDsXPHbu5MLh4S//vVgrdOXahLqwzwJK0GCdsjJ88RGJgPXrWfH abfzKY3jGUheLtIJUbQiMI2IKA5VrCK+WMXoWxnqnnxL6JDQUGXfpai5dxoRy22D wcv6UN+FIUF8OCBymYRXMcngwczYDkYkUyrVEjOSlnmtC4rHKq/wZGtn3VJGSCEf hLoSC+aZ+HLHxK5pA0ZxRs4IFhMtTijV5ng6VA1aOPW0N1ySIUd7fgAO7QpksCcL 84LZMAzstH48Ce2Zzrj8oJ5NLYIR531Mh0C7N/JRkUdPLTXDByvXBTJ9uRXoRw6v a1IexoewUxXfAcR2Yi0lVtkL9ZBVWMm/caXpSqLHKxFvQND71dWg+7UsfJR057c3 CP5bwJIp4dANLOeYa6kj07b+Xu2ZutKBAdZWSH/u3lx1Grh3apq1gbGmdoyKyLyj d4px2wyB6oWS5C3ZEdAG8oy9QC1LERgnqTt7kMGMNl5j8E1AAMsPTw7laULss1S1 itF2Nys9bJZA1dfQTx7B =w79Q -END PGP SIGNATURE- - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Dinner at OSCON
If any of you committers are at OSCON, feel free to meet up for dinner at Gordon Biersch [7:30pm]: http://maps.google.com/maps?client=safarioe=UTF-8ie=UTF8q=gordon+biersch+san+josefb=1split=1gl=usei=wo5oSoT6FIqOMeyE8c8Mll=37.334774,-121.888571spn=0.001147,0.001725z=19iwloc=A Hen - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Dinner at OSCON
Just converge. On Thursday, July 23, 2009, Sander Temme san...@temme.net wrote: On Jul 23, 2009, at 9:27 AM, Henri Yandell wrote: If any of you committers are at OSCON, feel free to meet up for dinner at Gordon Biersch [7:30pm]: http://maps.google.com/maps?client=safarioe=UTF-8ie=UTF8q=gordon+biersch+san+josefb=1split=1gl=usei=wo5oSoT6FIqOMeyE8c8Mll=37.334774,-121.888571spn=0.001147,0.001725z=19iwloc=A +1. Are you getting a count for a table? Or are we just converging? I'll be driving down from the North Bay to see your mugs, so it'd be good to know you'll be showing up! S. -- san...@temme.net http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: [apachecon] Meet the developers corner
On Mon, May 25, 2009 at 8:50 AM, Robert Burrell Donkin rdon...@apache.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jukka Zitting wrote: Hi, Here's an idea I came up with for the proposed Content/Web Technology track in ApacheCon US 2009: We'd reserve and mark a table or a corner of the Hackathon area as the Meet the developers corner where conference attendees could come and meet the speakers and other project committers in a semi-organized manner. The corner would have a wiki page where people from various projects can sign up so everyone will know when they'll be there and what projects they know about. This should make it easier for users and other interested people to connect with the developers. The corner could also be used as a place for ad-hoc demos, hands-on tutorials, etc. and I'd like to ask the speakers of this track to drop by the corner for 10-15 minutes after their presentation for any followup questions and discussions for which there wasn't enough time earlier. If people like this idea, we could even expand it to cover the entire conference instead of just a single track. WDYT? +1 +1, but what I'd really like to drum up the energy to do is a Come develop with the developers corner. In so much as I spend a decent amount of every ApacheCon now working on a Commons release and being able to pull people in and distribute out some JIRA issues would be kinda cool. Hen - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Geek book collectors
Can't recommend http://www.delicious-monster.com/ enough btw, if you have OS X :) Let's you mix the book geek and tech geek in you. Hen On Feb 7, 2008 7:28 AM, Rich Bowen [EMAIL PROTECTED] wrote: Thanks, folks. The response was immediate and overwhelming. I think he's got enough to round out his research. :-) It's good to know I'm not the only one with a problem. On Feb 7, 2008, at 09:43, Rich Bowen wrote: A friend of mine is doing a newspaper article about the seemingly contradictory trend that he's noticed that many geeks also are voracious readers and have large book collections. I spend 10 hours a day staring at a computer screen, but I have a book collection of close to 1000 books. Yes, I have a problem. Anyways, I was wondering if any of you folks share my problem, and would be willing to speak (or email) briefly with someone who's interested in getting to the bottom of our psychosis, and understanding why people so interested in computers and the internet would also care about something as archaic as ink on paper. If you'd be willing, please drop me a note, and I can put you in touch with him. Thanks. -- Whatever you do will be insignificant, but it is very important that you do it. Mahatma Ghandi -- Rich Bowen [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Grassroots PR
On 7/6/07, Noel J. Bergman [EMAIL PROTECTED] wrote: Ted Husted wrote: Perhaps it's time [we] encourage development of a Roller zone where our PMC's can post easy-to-aggregate announcement blogs. These would not be individual blogs as we have on PlanetApache.org, but PMC blogs that would focus solely on project news. +1 I made this suggestion to you and Dave at ApacheCon San Diego. I don't know if it's wanted, but featheredblogs.org is about to expire. I stopped being able to run Java on the shoddy excuse for a server that Godaddy provide, so had to turn the Roller instance the Commons blog was on. I think the idea is good, but we didn't use it much. We did: Release Announcements Mock interviews - basically descriptions of components Tips Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
On 6/28/07, Ted Husted [EMAIL PROTECTED] wrote: Some of the ASF Members have indicated a wish to draft a code of conduct. A working draft of a set of Community Guidelines is available on the incubator wiki, * http://wiki.apache.org/incubator/CodeOfConduct Any comments would be very welcome. So... I really dislike the BlogHer code of conduct, and what you've got too. It's hard to explain why, so now I've ranted out loud to my wife for a while, I'll try to see if I've got an explanation. I fully agree with the crapness of what led to said code of conduct. We shouldn't put up with people acting that way to a member of our community (blogging in this case, not apache) unless that's something they're signing up for. So biling Hani, sure. But harassing someone whose given no reason that they're into such things, no. The code of conduct is bad though. It's this thing that supposedly I'm meant to be saying Yes, I'll adhere to this code of conduct, but it is far too close to licensing and legal talk. What is a moral right? What is an obligation of confidentiality? Afaik I can do anything with anything I'm given unless someone indicates its confidential (where my employment ndas always seem to define lots as confidential etc). Same for much of it. The authors are trying to define play nice, but all they do is create a list of things that if I have to sign up for will mean someday that someone is going to accuse me of breaking said rule because they interpret the vague words in some other way to me. With play nice, it's obvious that we're all interpreting things, but with the attempted code of conduct there's an impression that it is definitive and that I'm supposed to understand it all. Slight side note. What's the punishment? Are we going to throw people out of our community for breaking this? Are we only going to throw them out if they sign up? Laws exist and work (as such) because we punish people who break them. The BlogHer code of conduct is useless afaict because there is no punishment. Being able to waggle fingers at someone and tell them they're breaking your code of conduct is useless. In our case, we actually can punish; so I'd be scared to see us define something like this. The blogging codes are harmless unless they're running your server, for us it wouldn't be. So on this I don't see the point. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN server problems (fwd)
Spreading the word a bit. -- Forwarded message -- From: Henri Yandell [EMAIL PROTECTED] Date: May 10, 2006 6:15 PM Subject: SVN server problems To: Apache Infrastructure [EMAIL PROTECTED] Putting an email on the infra list to provide an update (from a spectator's point of view) on today's issues. Minotaur, which is chiefly handling the SVN repository, Apache project sites, people.apache.org sites and [EMAIL PROTECTED] email addresses had a kernel panic and was acting up after the reboot (errors on commands that should not have errored). Things were taken down for a memtest run and the static websites (not the dynamic tcl.apache or perl.apache) were failed over to Ajax (failover machine in Europe). The memtest passed, and the subversion repositories are being checked for validity while also making sure that an up to date backup of the svn repositories is made. Minotaur is slowly being brought back online. Sometime tonight read-only SVN will be re-enabled; and presuming things go well I imagine read-write and unix accounts will be turned back on. Medium term, SVN will be moved to one of the machines that Infra have recently been getting ready. As an aside. It's very impressive to sit on #asfinfra and watch the infra@ volunteers dealing with such things. Half a dozen people have juggled their schedules to spend a lot of today dealing with the problem, and I'm sure they'll be putting many more hours in to get there. So remember to say thanks in Dublin next month if you get the chance :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: End user code contributions to asf wikis
On Fri, 28 Apr 2006, Jean T. Anderson wrote: A user just posted an example -- with code -- to the Derby wiki: http://wiki.apache.org/db-derby/DatabaseManager My first reaction is delight that a user has energy to do this. My second reaction is to wonder about licensing issues. Jira upload has the handy feature that it prompts the uploader to check a box that grants license to the ASF. The wiki has nothing like that. However, neither does Bugzilla. If the Jira upload box is legally necessary, we have much bigger problems than the wiki example. Also, a user example on the wiki isn't something the ASF owns is it? I imagine it's more like an email on the mailing list with a piece of code in it. The ASF is the owner of the compound work (or something like that) but the original author remains the owner. Might be a legal-discuss question. Maybe all these types of things (and examples in books etc) just get rolled under the carpet as 'too small to be important'. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do projects sign up for Google Summer of Code -- 2006 ?
Join [EMAIL PROTECTED] From my basic understanding, we have a couple of weeks to get our ideas/proposals up at the google site, and that's the mailing list where we'll be bringing all the ideas together (I presume in an improved variant of the method used last year on that list). Hen On Sat, 15 Apr 2006, Jean T. Anderson wrote: People are noticing that the ASF has an entry at http://code.google.com/soc/ Two projects I'm active on are already asking how to sign up to participate this year. Does anyone have details? thanks, -jean - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question on sending email to PMCs ?
My personal opinion is that PMCs exist for internal discussion - so if the foundation wants all communities to know something, they would mail [EMAIL PROTECTED] So depends if the below is an internal or an external news item. Formally, you'd send this over to the prc@ and they'd decide if they wanted everyone to know it etc, or maybe they'd just send it to specific PMCs. Otherwise, just sending to [EMAIL PROTECTED] Hen On Thu, 6 Apr 2006, Matthias Wessendorf wrote: Hi there, In May there is in Germany the JAX ([1]) conference and the host is about to announce the so called jax innovation award ([2]). This award may be in interested of the projects, hosted at the ASF, since they're innovative :-) So I'd like to mail an informal email to [EMAIL PROTECTED] that all PMC member know about that award. Will PMCS be the right point for doing something like that, or better using this list, or even none ? Thanks for any feedback. -Matthias [1] http://www.jax.de/konferenzen/divers/psecom,id,294,nodeid,437,_language,uk.html [2] http://www.jaxaward.de/jax_award/index_en.php -- Matthias Wessendorf Zülpicher Wall 12, 239 50674 Köln http://www.wessendorf.net mwessendorf-at-gmail-dot-com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: At what point do you unsubscribe/deny a misbehaving user?
On Fri, 16 Dec 2005, Jean T. Anderson wrote: Below are links to public responses to some of his posts (which are numerous enough that they alone would be frustrating to wade through): http://mail-archives.apache.org/mod_mbox/db-derby-user/200508.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200510.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200511.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200512.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200512.mbox/[EMAIL PROTECTED] Have you had an off-list chat with the individual? Sometimes this kind of thing is just culture-clash; there are places where his style is more normal (often noted by the constant ;)'s to attempt to imply joking). A private word is often a lot more successful in winning someone over to your culture than trying to deal with it publically. The classic 'praise in public, criticize in private'. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN migration race to 2006
Congratulations to Web Services(11) for dropping down to only 11 modules to go; their strategy of steadily plugging away at a module at a time has dropped Tomcat(12) and XML(12) into last place. Mark Thomas' 5-step plan for Tomcat threatens to leave XML in its dust, so can the federation pull themselves together to put the heat on Logging(8) and Tcl(8)? http://www.apache.org/dev/drafts/subversion-migration-plan.txt Remember, it's not a race but somebody is still going to be last. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Info] Jini goes OSS.
All sounds great but the open sourcing of the spec confuses me. How exactly is that going to work? Has anyone open-sourced a spec before? Will the official version of the Jini spec remain within the JCP? Hen On Thu, 20 Jan 2005, Niclas Hedhman wrote: FWIW, Sun have decided to put the Jini specification, documentation and reference implementations under an OSS license. Early on, the discussion of which licensed circled around; BSD, MIT and ALv2. After a lengthy debate on the pros and cons, especially in respect of the patent rights expressed in ALv2 vs BSD/MIT + a separate 'patent promise', it seems that the Jini community have swayed Sun from initially wanting to use the MIT license to now go for the ALv2. Other Jini contributors, will be encouraged to license their projects in the same manner. What this means for the Java community at large, is that Jini can finally a) be adopted as a core technology in many fields, b) new exciting Jini applications can be developed from scratch, c) the OSS communities can take a shot at improving the reference implementation, d) even implementing the specs from scratch if we like. It will still take the Jini team some time to get all the paper work sorted out over at Sun. I think this news together with the arrival of JDO at ASF are the best news, I have heard in a long time. Cheers Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is ASL2.0 not GPL-compatible ??
On Wed, 22 Dec 2004, Niclas Hedhman wrote: On Tuesday 21 December 2004 00:02, Nicola Ken Barozzi wrote: http://www.apache.org/licenses/GPL-compatibility.html The Jini technology is going Open Source and I think that is great, and even though I tried hard, it will not be under a ASL2.0 license, most likely the MIT license. I always thought the MIT licence was just the same as the BSD 1.1 licence. The GNU page lists a couple under that name (X11 License and Expat License). It'd be interesting to know why the MIT licence in particular is desired, I thought it was quite out of fashion nowadays. Now, hasn't their been licensing disputes from (L)GPL camps, IIRC JBoss?? Where they were accusing the ASF of breach of licensing. Can't ASF pay back with the same coins, referring to their own authority (FSF) about that the licensing is incompatible... From our point of view, ASL licenced code may be used in such products, so whether the FSF might have an issue or not with them is not in our realm of interest. I'm also pretty sure that we're not looking for pay back with the same coins. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is ASL2.0 not GPL-compatible ??
On Tue, 21 Dec 2004, Niclas Hedhman wrote: On Monday 20 December 2004 23:54, Joshua Slive wrote: Niclas Hedhman wrote: Does anyone know, and preferably have any authorative-like links ?? http://www.apache.org/licenses/ http://www.apache.org/licenses/GPL-compatibility.html thanks!!! Of far more interest I think: http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses The list of incompatible licences is not a small one. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Clover licence for ASF
cvs:committers/donated-licenses/clover/ contains a version of the Clover license that may be used by any ASF project. It's restricted to the following package hierarchies: org.apache javax org.xml org.w3c com.example For projects who already have a license from Clover, this is not an attempt to get you to change. It's just to save the rest of us effort :) Henri Yandell Jakarta VP = Instructions for use with Maven: 1) Put the .license file in your .maven/repository/clover/jars directory. 2) Put the following two lines in your project.properties: maven.jar.override=on maven.jar.clover=1.3.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page of mailing list data
On Thu, 4 Nov 2004, Rodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- Henri Yandell wrote: The # of moderators would be good to have on there, even better would be the apache logon of the moderators. I don't see why.. that information is already available to committers, and I'm not at all sure we want it any more public than that. Just looking for an easier way than querying the mail lists one at a time. Every now and then we discover that a list is inadequately moderated and so I'm trying to think of ways to maintain oversight there. I guess a better solution would be to target my actual problem and see if alerts can fire to the PMC when a mail list's moderation queue exceeds a certain amount. For the first statistical report, could you specify what the collection period was? It's running daily now. Cool :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page of mailing list data
Looks good Ken. The # of moderators would be good to have on there, even better would be the apache logon of the moderators. For the first statistical report, could you specify what the collection period was? Thanks, Hen On Tue, 26 Oct 2004, Rodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- I've been collecting data about the Apache mailing lists for months, and have finally gotten around to formatting them and making the results available. All public ASF lists are now listed, along with some interesting factoidae, at http://www.apache.org/~coar/mlists Barring accidents or coding/environmental errors, this page should get updated on a daily basis. - -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBQX5w45rNPMCpn3XdAQFTwAQAu/KXMD2IIZg38JyJYzXxzKCBSDDdu5gJ 7ZrCpFaebeFNL6AK/bKzyo/AiYhyQHyS9RepgydZ72LOQf+dA0n/mlft4bx/doMk bXB6ScwrcHT5yQ3WQ/7QFnO6dobdB2m/RGidm+Dj7bZc1Y41tBOb9AcfR5Ex2nHd 4vpuxpH00cw= =AKOn -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Clover licence for Apache
Hopefully everything will soon be go on having a Clover licence for all Apache Java projects: http://www.cenqua.com/clover/ One such example of an ASF project already using Clover is Geronimo: http://geronimo.apache.org/modules/security/clover/ Part of the licence will be a restriction on which packages it applies to. Currently I have the following listed as packages the ASF may create classes in: org.apache javax org.xml org.w3c com.example default namespace Am I missing anything obvious? Geronimo has packages of system and noNamespace too. I'm not sure what the deal with that is, seems to be xmlbeans related. Thanks, Hen (Other tools similar to Clover are JCoverage and Emma. Emma is open-sourced, though not as mature as the other two currently. I've been following the Clover opportunity along as Clover is the most common tool in use at the ASF for this currently) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Open Source, Cold Shoulder (fwd)
I'm really not very impressed with the article. The gender issue just confuses things and they provide a perfectly rational reason for why the gender difference exists (in the same way that there's an age, nationality, education level, career-path bias to open-source). The only solution is more female coders, and it will happen. As an aside, I wonder what the ratio of female coders between large corporates and small corporates is compared to the male ratio. I bet female coders are largely at the big corporates rather than the small, and ignoring a few exceptions, big corporates are not likely environments for open-source as they become so insular. If we remove the gender parts of this article, we basically get something that says that open-source coding will not succeed if it continues to be a group of coders doing things that interest coders. ie) in their eyes the same number of open-source coders should be working on mythtv as are working on linux or eclipse, because each product is equally important. In fact, mythtv should be more important than eclipse as there are far more potential PVR customers than developers out there. This is completely true. If we were a large company pondering our product plan, we'd agree that bringing out a games console is a better move than trying to improve our developer IDE in terms of simple profit margin. But we're not. We're a community working on the things that interest our community. The open-source coding community leads the way in showing how communities can group together, especially using the Internet as a backbone, to solve problems that normally would require a large corporate and a subscription model, but it isn't a development team to work on all the world's problems. There are other communities (which definitely overlap the open-source coding community) to do that. In the end, I think the only thing that will hurt us is if the people who shape the future of computing stop being those who are most interested in computing. The only way that seems likely to happen are a) if computing becomes easy, and then we're all out of a job, or b) governments/lawyers decide to decide the future. (The success of open-source coding on b) is very impressive thanks to the wonderful legal work of the FSF. ) -- Some directed notes: * The domination of Apple laptops at open-source conventions shows the adoration with which FLOSS developers have greeted Apple's user interface. In fact, I think we represent the only new market for Apple' computers recently. * Python/Apache are terrible projects to look at. These are established communities towards the core of coding (not as deep as Linux, but close). Instead start looking at a higher level at open community projects concerning things that affect non-coders. Sorry for the spam, but you asked and it's Friday evening at 6pm :) Killing time while the rush-hour dies. Hen On Fri, 8 Oct 2004, Brian Behlendorf wrote: Use www.bugmenot.com if you need a password. Comments? Is there anything the community thinks we could do to address the situation? Brian -- Forwarded message -- Date: Fri, 8 Oct 2004 14:09:41 -0400 From: Greg Wilson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Open Source, Cold Shoulder Hello everyone. I'm very pleased to announce that an article Michelle Levesque and I wrote about why so few women get involved in open source computing, and what that reveals about open source's weaknesses, is now on-line at: http://www.sdmagazine.com/documents/sdm0411b/ You may have to register to view it, but registration is free. Thanks, Greg Wilson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: private mailing list for committers
On Tue, 5 Oct 2004, Santiago Gala wrote: What would be the advantages? The only advantage I can think of is that many hypothetical conversations on members@ that want to be private would be able to include committers. Every now and then I see an email that says We should discuss this on members and I realise the thread is about to leave my awareness. That said, many of these threads probably should be only going to members as it's their role to make such shareholder style decisions so I don't think having this list available would make any difference except to confuse [EMAIL PROTECTED] I'm a -0. Suggestion: world at apache dot org world does not fit well with a closed list. If it got approved (and I'm against it) I would rather choose a different name. Agreed. -1 on [EMAIL PROTECTED] Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IDE licenses
On Tue, 21 Sep 2004, Felipe Leme wrote: - some people said MyEclipseIDE (MEIDE, for short) is not necessary, as there are OSS-equivalent tools for all its tasks. I used to think so I know it's gone over to PRC, but one question I'd like to ask is what MyEclipseIDE gives Apache developers. Originally it mainly seemed to sell itself as having an excellent tool for using Struts, plus some nice JSP editing. Looking at the much larger feature list on their side, there's definitely more there now, but does any of it really help with the development of Apache products? I don't know of Apache projects using Struts, EJBs, Hibernate, JSF; instead we create these systems. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IDE licenses
On Wed, 22 Sep 2004, Vadim Gritsenko wrote: Felipe Leme wrote: On Wed, 2004-09-22 at 02:13, Henri Yandell wrote: I don't know of Apache projects using Struts, EJBs, Hibernate, JSF; instead we create these systems. First, AFAIK we don't create JSF JFYI, http://incubator.apache.org/projects/myfaces.html Yep. But MyFaces is an implementation of JSF, rather than a site created using JSF. As far as I know, MyEclipse is really a tool aimed at our customers who are using our products, rather than something we could use to create our products. Felipe did have a point that we have to create demo's etc, but that's a pretty small part of things. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inexpensive Lists (was: Re: Python anybody?)
On Wed, 21 Jul 2004, Justin Erenkrantz wrote: --On Wednesday, July 21, 2004 6:22 PM -0400 Henri Yandell [EMAIL PROTECTED] wrote: list. Go read groklaw. However, discussions on whether a python community should exist seem to be perfectly designed for the community list (unless they cross-post to all python interested mailing lists), as it pertains to the future of how Apache balances itself. Language-oriented TLPs have repeatedly demonstrated themselves to be poor overseers of code. The 'balancing of the ASF' brings back horrors of the reorg@ list which was another of those misguided lists... -- justin As far as I understood the language-oriented suggetions back in the reorg@ time, it was that they would be SF foundries, not projects; so the only code they'd need to oversee would be those directly relevant to the community (website, mailing list). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inexpensive Lists (was: Re: Python anybody?)
Do you have the same feelings for [EMAIL PROTECTED] It seems to me that members@ is akin to a community-dev list, while community@ is akin to a community-users list. Any reason to keep members@ should exist for [EMAIL PROTECTED] I agree that MS Patent stuff is boring and unnecessary on a community list. Go read groklaw. However, discussions on whether a python community should exist seem to be perfectly designed for the community list (unless they cross-post to all python interested mailing lists), as it pertains to the future of how Apache balances itself. ie) a wide-base of projects with various vertical technology communities. Hen On Wed, 21 Jul 2004, Justin Erenkrantz wrote: --On Wednesday, July 21, 2004 12:54 PM -0600 Adam R. B. Jack [EMAIL PROTECTED] wrote: 1) I might've missed a better place to post, I don't think so. I thought about it for a while, and this was the best I came up with. So if you know of one, then maybe I'm simply clueless, not lazy. Otherwise, here it is. My take is, right idea, wrong place. Not your fault. I might even subscribe to such a list. But, I fail to see what is ASF-specific about a python-talk list? It's not, and hence shouldn't be hosted by the ASF. 3) The ASF mantra of it's the community not the technology really dictates a community@ list. I'm sorry if you feel it is a waste, I don't. That's inaccurate. A better phrase, It's the community [around the technology] not the technology. community@ serves no place as it has nothing to do with anything that the ASF does or will ever do. 4) personal soapbox medium -- GAK! Why would anybody out of diapers waste breath on soapboxing? Come on, give the community some credit... I don't see why the ASF should care about potential MS patent attacks. That has no place on an ASF-sponsored list. From my perspective, community@ is and persists to be a giant waste of time. (If you are on or know of FoRK, that's a list that laps up pointless conversations like the one re: patents.) I'm just floating this idea. If you and/or others want to kill it, so be it. If it go nowhere 'cos of lack of support of the ASF powers that be, so be it. Python (for better or worse) is becoming part of ASF, but it is less well understood/supported than Java. I was just hoping for a bit of help getting some things going... Again, a list is fine. I'd just prefer to find someone else to host it: the ASF isn't the end-all-be-all to all of your hosting needs. And, obviously, feel free to invite all of the ASF folks to that list. -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: apache swag
I've ordered a simple t-shirt and a long sleeved t-shirt (http://www.cafeshops.com/osjava) and am happy with the quality. Had them for a year or so and they've survived frequent wear and laundry without problem. Hen On 15 Jul 2004, David N. Welton wrote: Rodent of Unusual Size [EMAIL PROTECTED] writes: the appropriate permissions having been obtained, my apache swag store is now open: http://www.cafeshops.com/meepzor/230676 a percentage of the profits are donated to the apache software foundation. this note is not a solicitation to buy stuff, but for sugegstions for additional items. i'm not a graphic designer, so the best i can do is rather primitive. Have you had a look at the results of any of these things, in person? I have some stuff of my own there ( http://www.cafeshops.com/tclwear ) but I haven't actually ordered any of it myself yet:-) -- David N. Welton Personal: http://www.dedasys.com/davidw/ Free Software: http://www.dedasys.com/freesoftware/ Apache Tcl: http://tcl.apache.org/ Photos: http://www.dedasys.com/photos/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Python anybody?
While I'm not highly into python (I like whitespace idea, but knowledge of perl stops me getting too much beyond reading the O'Reilly books), perhaps this would be a way to experiement with the non-project technology focused communities that were talked about a couple of years ago. The one that preceded increasing the number of Apache projects so Apache was broader and discussed having cross-project communities united on something like language. So Xerces-Java belongs to both XML and Java communities, etc etc. mod-python would belong to the httpd-module community, as well as the python community. Hen On Thu, 15 Jul 2004, Thom May wrote: * Adam R. B. Jack ([EMAIL PROTECTED]) wrote : Hi, Are there sufficient ASF folks working in Python (on MoinMoin, or whatever) to warrant something like an ASF focused Python list? [I don't mean mod-python, but I'm not excluding that/them.] I, for one, don't have bandwidth (network nor mental) for comp.lang.python, but I'd be interested in sharing/learning with other ASF folks working in Python . I think this is a great idea. it'd be nice to have a community orriented list to help each other out and learn from each other. -Thom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: failure notice
On Thu, 8 Jul 2004, Tetsuya Kitahata wrote: Aye. Thanks a ton. By the way, can I suggest it that -- if your team (infrastructure team) would have conducted *critical* infrastructural affairs, could you please use [EMAIL PROTECTED] mailing list to notify those changes? infrastructure@ is closed list and community@ (and committers@) are open lists. -- so, for the better communications, can I propose this? infrastructure@ is an open list as far as I can tell. I'm subscribed and am a committer like yourself. That said, it would be nice to have some form of outward communication on the various admin things. Yet another painful thing for the admins to have to juggle, but nice for those of us out here on the fringe. One example is the massive spam improvements. The amount of spam coming into my moderator queues dived and I spent a little while wondering what was up with my email server :) Fortunately I listen to infrastructure and after a while someone mentioned that spamassassin was in place and taking care of much. Unsure what the best medium would be. A weekly 'infrastructure notes' email? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Do we have a jobs list?
On Tue, 6 Jul 2004, Martin Cooper wrote: On Tue, 6 Jul 2004, Niclas Hedhman wrote: Why can't the PMC be responsible if the committers are the one the place the stuff (I see that all 'content' goes into CVS/SVN). Perhaps some PMC members are happy to spend their time verifying job listings, updating the site with new listings, and removing obsolete ones. However, I strongly suspect that most of us have itches to scratch that we consider more important or enjoyable than helping other folks to find new jobs. ;-) Most importantly, jobs are not split upon PMC boundaries. Fact of life is that they are largely split upon technology boundaries, and we've long since crossed those separations. So employers and users alike will be confused by a PMC demarcation of the jobs list. Given, someday, the external to project categorization that Brian described a couple of years back, I could see those picking up jobs lists, otherwise, how about the PRC :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS and Subversion
Two biggest problems I forsee with subversion: 1) Website needs to be in SVN, else we'll still need accounts for everyone who wants to modify their site annd do releases. Are the SVN based projects taking an approach that handles this? Will it? 2) Tagging is clumsy. (I may just not be seeing it in the manual). It seems hard to tag a directory and files not in that directory with a tag, or tag a directory without tagging every file in it. Otherwise I'm enjoying using subversion. I'm going to try having a structure of: /site/ /trunk/ /distributions/ /jar-repository/ and see if I can manage to not give out any accounts. Hen On Fri, 11 Jun 2004, Brian McCallister wrote: I think the best way to sell Subversion is atomic commits and move/rename keeps history (big seller to the Java we love cheap rename in [Eclipse | IDEA | JDEE] crowd) ;-) Now we just need to talk about adding dummy -dP flags to update so that I can stop getting errors... Did I mention atomic commits ? -Brian ps: atomic commits On Jun 11, 2004, at 6:17 AM, Dirk-Willem van Gulik wrote: In reaction to some worried emails related to some projects moving from CVS to Subversion. - Do not panic. - There is no ASF driven push (yet) for this move, no deadlines, no forcing. - It is you, the developers yourself, in each project who decide for -yourself- when and if it is time to go to Subversion - just let infrastructure know and they'll help you with the transition. - But I urge you to give it a look - it is a darn cool piece of technology; and it integrates very nicely with other tools. And although it is true that Subversion is young and has a serious footprint - it does have one important feature for projects like the ASF: it no longer requires user accounts in order to do commits. So in theory it is easier to secure a box and guard against changes under the hood; i.e. done to the repository directly. And thus tamper with our record of history - as right now developers -must- have r/w access to disk with the repository itself on the CVS machine. With about a thousand committers using several thousands of machines back home and a ssh/password based access controls it is a given that things leak over time. And one leak is quite enough. Thus reducing history/repository access alone is something the ASF as the legal steward of the code cares about a lot. (Those who where around a few years back during the last compromise of the CVS machine may recall the countless hours of work when we had to pour over the CVS records and backups to certify each and every file). It also means that subversion is easier to sandbox - thus further minimizing the damage from 'real' exploits. So all in all - it is a step forward; but yes a relatively young step - and that is why we are not yet making this an ASF wide compulsory change. Secondly Ben Laurie/infrastructure is working on a ASF wide Certificate Authority in the Bunker.co.uk using a machine specially donated by Ironsystems.com/Cliff Skolnick. Once that is in place we've added an other much needed layer which allows us to continue to scale in numbers of developers without suddenly needing a dozen full time sysadmins :) and it allows us to decrease the sensitive information, like password files, which need to be managed on a daily basis by multiple people on the machines even more. And ultimately it means that it becomes more and more possible to rely less on a 'unix root' admin - and means that we can handle the mutations from the then several thousands of commtiters on a timely basis. So in sort - and to stress: there are no deadlines, pushing or sticks to get projects to move from CVS to Subversion. Just the above carrots. But unless the early projects hit some major snags with subversion - DO expect the ASF to move there in the next two or three years - to allow us to continue to scale the infrastructure along with the number of developers and their demands while being good stewards to our code heritage at the same time On a positive note; do look at subversion; play with it - and note that its modern infrastructure and standard based protocols do allow for levels of integration previously hard to attain. Thanks, Dw, -- Dirk-Willem van Gulik, President of the Apache Software Foundation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Free java profiler tools for open source projects?
I believe the only one was RefactorIt. At least, that's the main one I remember from the discussion and the one whose licence file I have sitting in my home dir :) Hen On Thu, 13 Mar 2003, Steven Noels wrote: Hi, I remember a thread on 'some' ASF list about the availability of a number of commercial tools for free, when used within open source projects, just like the Atlassian guys currently do with Jira. I can't find that thread anymore, so I was hoping somebody else still remembers. More specifically, I was hoping one of the Java profiler tool vendors like Borland is doing something similar with OptimizeIT. Anyone who remembers that thread, or knows about some freebie Java profiling tool for ASF projects? Thanks, /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: primary distribution location
On Wed, 5 Feb 2003, Conor MacNeill wrote: Noel J. Bergman wrote: Conor, I expect that people are worried about the viral implications of LGPL, I'm worried about it :) If it's LGPL, I can use it at work, but I can't release any code that imports from the LGPL'd jar. And with RMS' 99 article: http://www.fsf.org/licenses/why-not-lgpl.html It would seem that it is not in the FSF' interest to clarify the LGPL as far as it applies to Java as they/he only want the LGPL to be used in certain strategic cases. We're trying to get alternate licensing from any LGPL code. So far we haven't had too much of a problem getting such licenses, but we'll see. How about side-stepping the issue entirely and organising some kind of collation of projects on sourceforge/ibiblio, or even if lgpl is the main problem, setting up a project at savannah to host all the lgpl plugins to asf licenced works? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: primary distribution location
On Wed, 5 Feb 2003, Noel J. Bergman wrote: It will typically have import statements - something like: import lgpl.sshlibrary.Thingy; Thank you very much for this explanation. It should help explain to authors why we are asking them to provide their LGPL code under a different open source license. Many believe that LGPL works differently than you've explained. They're wrong :) Or at least, not right yet. Not to put too fine a point on this, but just to understand. A number of Java packages, such as JNDI and JavaMail, completely decouple the client code from the service provider. There is no source connection whatsoever In that specific situation, what is permissible? We could link to their site and recommend downloading their jar? :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: licensing review
On Wed, 5 Feb 2003, Serge Knystautas wrote: Certainly we need an official reading on this, but Classpath is specifically licensed as GPL, the least compatible open-source license out there (not even a murkier LGPL). The Classpath author adds an addendum to allow bundling of this library into an executable, but that still won't allow us to distribute jars in CVS or downloadable with source builds (never mind Java doesn't have executables). ibiblio would still be in violation of the license, as would CVSWeb, CVS, and anything that allowed these Jars to be downloaded independently. If it's based on GPL, ie) LGPL or GPL with a clause, then until there's any form of legal ruling on it, surely it's as good as GPL. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant buildfiles - best practices for Apache projects
Sounds like you're describing maven and centipede to me. At least in terms of their dependency abilities. Hen On Tue, 4 Feb 2003, Joerg Pietschmann wrote: Hi, I think its time to get gather some best practices for setting up Ant buildfiles. Let me start with a story. I thought I'll download the Tomcat 4.1.18 source distro and compile it, just for fun. The fun ended abruptly after unpacking and calling ant, The build process spwed a lot a unhelpful flag settings, then aborted because there was no servlet.jar to copy. Ok, this was to expect, get a servlet.jar and drop it into the lib directory. Didn't work. Ok, there is a build.properties.samples. Copied to it build.properties and changed the base.path property. Restarted ant. The build still bombs, now because commons-collections.jar was missing. Ok, downloaded jakarta-comons-collections-2.0-src (a sub-sub-project?) (yes I now there is a 2.1), unpacked and started ant there. Bombs, because Junit is missing. Makeing test the default target is a bit odd, but so what. Ant -projecthelp reveals there is a build target. Start ant.sh buld. Unfortunately, this compiles the source but doesn't build a jar. Well, ant.sh dist fixed this, but seems to be a bit of overkill. Back to the tomcat build. The Collections jar is still not found: the sample properties expects it in commons-collections-2.0, the Collections source distro unpacks to commons-collections-2.0-src. This src suffx is *annoying*. Deleted it. Still no success. The jar is expected in ${commons-collections.home} but actually resides in ${commons-collections.home}/dist after the dist build. Fixed this too. Next bomb: commons-beanutils.jar is missing. Downloaded and unpacked commons-beanutils and started ant. Result: a slew of errors because collections and logging were not found. In contrast to Tomcat, beanutils expects collections by default in ../collections/dist, if the samples properties were used. At this point I decided to write this message. Note that this is unrelated to Stefano's rant here: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104428772907971w=2 Another story with similar experiences regarding excalibur is here: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=102382875622031w=2 Ok so far. The question is: Why doesn't it Just Work (TM)? Let's view it from another angle. The Unix/C/Make/GNU folks have developed a set of rules and tools to cope with complex dependencies, to some extent. There are somewhat reasonable, well known defaults for locations of libraries and whole packages. Well, the Java world lacks this, thanks Sun, and instead of DLL and .so hell we got Jar hell. Ok, no further discussion about this part of the problem. Then there is make(1) and the associated GNU tools: autoconf, automake, libtool. There are default targets in makefiles with a reasonably well defined semantics, you can be fairly sure that all is default and that make all will produce executables ready to run (with a few exceptions), and that there are install, clean and a few others (unfortunately, the uninstall target is not necessarily properly implemented, if at all). Also, ./configure is quite good to adapt the package to the environment, and usually you'll get fairly good messages if mandatory packages are missing. Automake makes it reasonably easy to provide makefiles compatible with autoconf and adhering to the standards. Back to Jakarta, and Apache Java projects in general. Building an infrastructure of reusable libraries is a laudable goal. However, I'm not going to download packages piecemeal, figure out how to configure each package individually, and actually do this manually. Now, how should this problem be tackled? Some requirements which come readily to mind: - The default buildfile target should inform the user about missing mandatory configuration data (properties pointing to various stuff). - The buildfile should alert the user if mandatory libraries cannot be found through the configured properties, rather than dumping errors during compilation. - There should be verbose hints relating configuration properties to the packages. Gump might already help here with the dependencies. We might need an equivalent for autoconf. I have a huge bunch of other ideas I will publish later, partially because I want to hear unbiased comments first. If there is some resonance to this post, I'll setup a Wiki page (suggestions for a name? substructure?) for publishing upcoming ideas. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [poll] weblog package on apache.org
On Thu, 30 Jan 2003, Aaron Bannert wrote: On Wednesday, January 29, 2003, at 07:07 AM, David Reid wrote: I agree that providing a forum where news can be made available for projects in an easier to find location is a good thing and soemthing we should aim to provide, but I'm totally opposed to blogs or wiki as the medium to fulfil this need. Isn't that just the news link from a project's webpage? A blog hints at something totally subjective, not something like official newsworthy events. I agree with David here. News is a weak thing to put on blogs. To me, the perfect place for a blog on a project woould be to provide a public place to state decisions made by the project. These are effectively small pieces of news, ie: +++ Commons Collections Blog +++ Scope for 3.0 decided upon: Jakarta Commons Collections decided that it would include the much debated Apache JList component for SWT programming in its forthcoming 3.0 release. Here are links to the 7 months of interesting discourse. +++ Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ASF Colocation proposal
Hmm. There was another site selling them, which had rather poor user feedback: http://www.copyleft.net/item.phtml?page=product_966_front.phtml Ken's is: http://apache-server.com/store.html Others: http://apache.covalent.net/store/t.php http://geekt.org/geekt/comment.cgi?newsid=1197 Hen On Wed, 29 Jan 2003, Lars Eilebrecht wrote: According to O'brien, Tim: I don't know if anyone is interested in selling swag, but I found this: http://www.cafeshops.com/cp/store.aspx?s=freebsdgear It is fairly easy to setup, and I believe one can customize the interface. Well, the ASF is already an affiliate of Jinx Hackwear. http://www.jinxhackwear.com/scripts/products.asp?affID=16 ciao... -- Lars Eilebrecht- Before you ask more questions, think about [EMAIL PROTECTED]- wether you really want to know the answers. (Gene Wolfe) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ASF Colocation proposal
So when will there be a Jakarta t-shirt available? :) Hen On Wed, 29 Jan 2003, Erik Abele wrote: Martin van den Bemt wrote: I believe Ken has a shop for that stuff already (thought I found the shop via his site at least) http://apache-server.com/store.html http://www.copyleft.net/search.phtml?search=1lookup[brand_id]=52 cheers, erik Mvgr, Martin -Original Message- From: O'brien, Tim [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 23:39 To: community@apache.org Subject: RE: ASF Colocation proposal According to Steven Noels: Would that be as simple as opening up some PayPall account? We are actually in the process of doing this. I don't know if anyone is interested in selling swag, but I found this: http://www.cafeshops.com/cp/store.aspx?s=freebsdgear It is fairly easy to setup, and I believe one can customize the interface. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ot] domain registrars
www.godaddy.com has looked good to me [some customers use it], the price was cheap and the central management seemed useful the one time I went and used it for them. I use www.dots-r-us.com, another Tucows reseller and my only complaint there is that the renewal system is poor. I have to buy a new domain of 'RENEW-domain.com' where domain.com is my domain name, or do the renewal online. That said, it's never screwed up for me. Hen On Thu, 19 Dec 2002, Rodent of Unusual Size wrote: i forgot to list a couple of things i need from a registrar: 1. reasonable transfer prices (no 'pay us for the privilege of paying us in the future' hooey, please ;-) 2. central management (multiple domains manageable from a single signon to the registrar's site) 3. ability to have differing per-domain contact information; i take care of all aspects of a few domains except paying for them, so they should have a different billing address -- but everything else should be me. -- #ken P-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: suggestion for news...
On Sat, 16 Nov 2002, Andrew C. Oliver wrote: Not meaning to embarrass anyone, but I suggest not writing news on any news pages like this: http://jakarta.apache.org/site/news.html#1106.1 The Commons CLI team is proud to announce Commons CLI 1.0, the first official release of this Commons component. Binary and source distributions are available here http://jakarta.apache.org/builds/jakarta-commons/release/commons-cli/v1.0/. More information about Commons CLI can be found on the project home page http://jakarta.apache.org/commons/cli/. The reason being is that its mirrored and carried throughout. Reading thiswhat is the Commons CLI? Why do I care it has a new release...what is in the new release (okay its 1.0 so maybe thats okay).. CLI makes me think of Common Language Interface. Sure there are links but it might be just what someone who gets it in syndication needs, but they won't know based on this blurb and they'll rpobably miss it. So, are you saying the boring repetitive 'news' from Commons is the problem? Or just the acronym? I'm all for adding a line to Commons releases which say what the project is actually for :) Hen
RE: @apache web pages
-Original Message- From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED] Sent: Monday, November 11, 2002 7:06 PM To: community@apache.org Subject: @apache web pages someone (andy?) started a trend of setting up personal First I know of was jstrachan's: http://www.apache.org/~jstrachan Hen
Re: @apache web pages
On Tue, 12 Nov 2002, Andrew C. Oliver wrote: Yes. and no. Las Vegas is way too far for my travel budget this year :( I'll have to wait for the next Europe ApacheCon. I hope thats not spaced too close together... Next May in London please :) Actually no, early June. I'll be at a wedding in May. *still getting used to the complete lack of holiday in the US* Hen
Re: The Apache Jakarta Law (Scientific?)
First time I've ever seen it discussed. Was an interesting discussion for a while until I hit the point of: Okay, go write this up on a webpage so it makes sense. On Tue, 12 Nov 2002, Andrew C. Oliver wrote: The Apache Jakarta Law: Any discussion regarding Apache Jakarta will eventually degrade into a discussion about the Tomcat 3.3/4.0 issue, often including a full re-analysis of the events, revision of the history, and sometimes degrading into a full re-enactment of the emotionally charged flamewar that engulfed the Tomcat project at the time. Often even those who don't often participate in such interesting uses of time will even match the judgement logic necessary to participate in such a conversation. I hope one day my Law is proven false. Perhaps if those involved were to take this on to a wiki and document all about it, the different view points and lessons learned, opposing lessons learned etc, we could one day make this law obsolete at least. -Andy Joe Schaefer wrote: Stefano Mazzocchi [EMAIL PROTECTED] writes: [...] I believe it was a mistake to allow two different codebases to share the same name. I'm not convinced that having two codebases is necessarily a mistake. So far the discussion here seems to have centered around the concerns of the existing tomcat developers. I'd like to know what the tomcat users (ie. the future tomcat developers) think of the 3.x/4.x division. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers repos (was: ASF Membership Nomination)
On Tue, 29 Oct 2002, Greg Stein wrote: On Wed, Oct 30, 2002 at 12:50:59AM +1100, David Crossley wrote: ... What about using CVS for this? Can only committers checkout the committers module? (I see that it is not available via ViewCVS.) Yes, the committers repos is only available to committers. Its absence from ViewCVS is probably more of an oversight than intended, but that *is* the correct standpoint. The repos contains committer-private information; in particular, the hackathon signup sheet is there -- the hackathon is not a public event. So what's the hackathon? [Beyond the obvious of people doing some kind of coding in a big session]. Does it have a focus, or completely open play etc? Another question to the community, will ApacheCon contain more in the way of Java project talks in the future? I'd always ignored ApacheCon information as in years passed Apache meant httpd to me. Looking at the upcoming one, there seem to be only two talks which would appeal to Jakarta as a community and both are quite vague and Tomcat focused. There are some xml ones which might be of interest to the community. Is this normal for ApacheCon? Or just an oddity. If it is normal, why is it normal? I think the answer to that might be enlightening. I've been thinking about putting a list of all the top-level projects in there and detailing who is on the PMC for each, along with the chair. Partly for my own benefit when I need to mail the PMC Chairs for their reports to the Board :-) +1. Knowing the scope/size of the community is a good way to understand the community and become a part of the community. Hen
Re: [VOTE] Openness
On Wed, 30 Oct 2002, Stefano Mazzocchi wrote: VOTE 1: would you like to make it possible for non-committers to read this mail list thru a web archive? [ X ] +1 yes, let's make it readable [ ] 0 don't know/don't care [ ] -1 no, let's keep it private - o - VOTE 2: would you like to make it possible for non-committers to fully subscribe to this mail list? [ ] +1 yes, let's open it to everyone [ ] 0 don't know/don't care [ X ] -1 no, let's keep it for committers only - o - Please, place your vote even if you already voted in the previous poll. We'll reset the clock and give 78 hours for the vote. I volunteer to count the retults and post them here.
Re: Man, it's quiet here
On Sat, 26 Oct 2002, Andrew C. Oliver wrote: This is a symptom of having certain constituency that fails the basic UNIX literacy test. So ssh'ing to a UNIX box and creating a .forward file is difficult. solution: Solution is that when a new person is voted for committership, they are invited to include their forwarding-email to the admin if they want such a thing to be done. When the account is setup, a .forward can be made by the admin via whatever script they want to use. The problem isn't that people don't know how to use it IMO, it's more that they don't know it's there. Or even just switch the system. Make the default that all new committers have a .forward made and a note is made for those happy with a unix-style command line so they can remove it. I'm very comfortable on a command line but took agesto setup a .forward because I didn't even realise I had a [EMAIL PROTECTED] email address running. Was only later I found a 400k mailbox when I logged onto cvs.apache.org and realised. Hen