Re: Netiquette: Is there an issue, and can we make the ASF more welcoming?
Jean T. Anderson wrote: ... Lately I've been adding a sincere If that page/post doesn't help, please be sure to post back to this list! This a good idea. But I think you can add more cosmetic. As is currently it may be to strong for some people. ;-) Maybe something like: If this page/post doesn't help, feel free to ask for more help. (I am not a native english speaker too. Perhaps someone else can improve the above sentence. ;-) Best Regards, Antonio Gallardo. Documenting that brevity should not be taken as harshness is a great idea and I'll go update http://db.apache.org/derby/derby_mail.html -- but that also assumes the reader has found the page with that wording. -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: Fwd: Apache / mail-archive.com
Hi Erick: I found it as a very good offer for all the apache mail lists. Will be fine if each project check if they have all the list there: dev, users and svn (cvs or whatever). Having more mail archives around for our apache lists is a good thing. Plus: another backup, diferent search engines used, more avaliability, etc. Please mail moderator read: http://www.mail-archive.com/addlist.html I hope this helps. :-D Best Regards, Antonio Gallardo. On Lun, 20 de Diciembre de 2004, 18:02, Erik Abele dijo: This forum is probably more applicable for these kinds of offers: Begin forwarded message: From: Jeff Breidenbach jeff (at) jab.org Date: 16. Dezember 2004 09:16:49 MEZ Subject: Apache / mail-archive.com ... Also I noticed Apache lists are using our service pretty heavily. That's great - please shout if you have customization requests. Cheers, Jeff The Mail Archive www.mail-archive.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is ASL2.0 not 'GPL-compatible' ??
On Mar, 21 de Diciembre de 2004, 14:15, robert burrell donkin dijo: On 21 Dec 2004, at 19:52, Niclas Hedhman wrote: On Tuesday 21 December 2004 00:02, Nicola Ken Barozzi wrote: snip Furthermore, it was explained to me that the patent right disclaimers in the ASL2.0 can be circumvented in nasty ways by a truly malicious company/individual if that is the intent, SO the GPL compatibility had higher value than the patent right issue. in europe at least, it's very likely that this won't really matter. by this time next year, software patent violations are most likely to be enforceable by criminal sanction. any company wanted to maliciously damage an open source project would only have to target individual european release managers using the most pliant european legal system (UK law, for example). i don't see any way in which the ASF could act to help release managers faced with the criminal law in europe and (against this particular patent threat) neither the GPL nor the ASL could offer any protection at all. IMO the chilling effect of only one open source release manager facing a long prison sentence together with total sequestration of assets would be tremendous. As a workaround we can give release manager roles to people in countries where this problems does not exists at all. ;-) happy christmas, one and all! +1 Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is ASL2.0 not 'GPL-compatible' ??
On Mar, 21 de Diciembre de 2004, 15:17, Stephen McConnell dijo: Will the ASF shield me? I doubt it. I really doubt it. Stephen. Why not Stephen? In all stuff related to the ASF I guess the answer is a clear yes as whatever other ASF committer or member. Why you doubt it? AFAIK there is no a clausule telling: All committers or members, except Stephen ;-) I truly believe we can have diferences including diferent POVs and hard discussions this is normal in every community, even inside families. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is ASL2.0 not 'GPL-compatible' ??
On Mar, 21 de Diciembre de 2004, 17:12, Henning Schmiedehausen dijo: On Tue, 2004-12-21 at 15:28 -0600, Antonio Gallardo wrote: On Mar, 21 de Diciembre de 2004, 15:17, Stephen McConnell dijo: AFAIK there is no a clausule telling: All committers or members, except Stephen ;-) You don't seem to have access to the purple files... Please! we don't need that! ;-) Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update to mailing lists page
Hi Ken: The link is very nice! Can you add the cvs mail lists to see the activity of them too? Best Regards, Antonio Gallardo On Jue, 2 de Diciembre de 2004, 6:52, Rodent of Unusual Size dijo: -BEGIN PGP SIGNED MESSAGE- I've revamped the Apache mailing lists data page a little bit. (http://www.apache.org/~coar/mlists.html) For one thing, the moderator-supplied description for each list has moved to *below* the list statistics. For another, I've added an activity graph for each list. The graph shows subscription and post activity for up to the last 90 samples. Since the sample interval is 1 day, that generally means three months. If samples aren't collected for a week, though, it means the graph will cover 97 days, with the uncollected week's data silently missing from the graph. The graph is for showing trends *only*. Both the post-count and the subscriber-count lines are scaled properly, but each uses its *own* scale to fit nicely into the chart. So you can safely say, 'Cool! More and more people are subscribing!' but not necessarily, 'Cool! Four people subscribed last Tuesday!' I've attached a sample graph from the derby-dev list. - -- #ken P-)} 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 iQCVAwUBQa8PkJrNPMCpn3XdAQHOKAP/dxNVOLGkSec/NuccHXGAX4fr1kM4ers9 chBqMYgecqN8jvSPTnOD70PiLEcqZ+rwS6dooM6ZasmZ7AnCe09aPsbTObCREslM hwcmrZHOkTZiY0B4OXQTA5PrB6/tOonxSnxLLUAY0A4quGDgNyJ+anL9I0MmmYby ZcrBTkR8c3E= =na1P -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]
[RT] Why wiki vandalism it is a big deal?
Hi: My community spirit move me to post here again. The link is to an answer I posted in the forrest few minuts ago. This can help other Apache communities to understand why the wiki vandalism is a big deal: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=11666 If the things explained below are too obvious for you. Please accept my apologies. Also please tell me if is desired to stop this kind of posts here. I will be no angry at all. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[HEADS-UP] Migrating to SVN, history files and old repos...
Hi: Probably, the point below is clear to most of you, but I thought it is important to share this experiences with the rest of us who have other idea of how it can be managed. All of us is a key player to keep the ASF safe. Please take your time an read below: These days, many projects inside the ASF are migrating from CVS to Subversion (SVN). One of the main question while doing that is that we need to decide: Should the history being moved to SVN or not? Similar question we faced in Forrest project and after the discussion we choosed to have avaliable the history for legal reasons. Here is why: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=11638 If you have other ideas of why not is a good idea, please let us know. I think this issue must be a policy inside the ASF rather than let each project decide what to do. Please join the discussion. To reach a consensus. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [HEADS-UP] Migrating to SVN, history files and old repos...
Hi: I think expressed myself bad. Sorry for that. Let's me explain: 1-Nobody suggested to DELETE or DISCARD the history. The question is related to hold the history in the old CVS repo and migrate just the lastest sources to SVN vs. a full migrationg to SVN (including the history). That was the point of the mail. 2-I saw geronimo and forrest discussing the above point. Even voting about that. I saw this as a waste resources and time. I just wanted to help, by avoid other communities to discuss this point when will choose to migrate to SVN. 3- For these reasons, I thought it was important to discuss this. I am sorry if the mail was too dumb for you. Best Regards, Antonio Gallardo Noel J. Bergman dijo: many projects inside the ASF are migrating from CVS to Subversion One of the main question while doing that is that we need to decide [is] should the history being moved to SVN or not? Is there a question? IMO, the answer is categorically that it is important to preserve the entire IP history of code. History is to be preserved, period. I think this issue must be a policy inside the ASF rather than let each project decide what to do. Under what circumstance does anyone suggest that it is appropriate to discard source control history? --- Noel - 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]
ASF use spamassassin?
Hi: The motivation to write this mail and ask about is: 2 days ago, I installed the spamassassin - http://incubator.apache.org/projects/spamassassin.html Because as many of us I really hate the spam. But what I found is more interesting: I get mails from to my apache.org address that in spamassassin got more than 40 points! This clearly signs to me we are not eating our own dogfood. And spamassassin is really very tasty and nutritive! ;-). Will the ASF use Spamassassin? Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ASF use spamassassin?
Noel J. Bergman dijo: Hmm. The new machines are right for the work. AFAIK, one of them is intended to be used only as mail server. The new mail server is an IBM xSeries with dual Xeon processors and 2GB RAM. The old mail server is a dual Pentium III. Under the current normal load, which includes dealing with spam, I rarely see less than 10% usage. Often it will spike to over 50% usage. I just watched the system get entirely consumed for a few minutes. And that is on a Friday night with light load, and without a major worm The percentages are related to the old or to the new server? If they are related to the old server we can divide by 4 the values, right? Instead of being afraid of the load, I think we really need to test it and see if the new machines can work with spamassassin or not. That's already on the docket. :-D There is no reason in wasting precious CPU power for that. precious CPU power? I really want to see where we use it. From minotaur, right now minotaur isn't the mail server. And average isn't te problem. I know minotaur is not running the main server. But it runs a MTA. We get some mail from it. I discover it because when daedalus was blocked by spamcop I was able to get mail to the Cocoon PMC maillist. I wonder why and discovered that mail was sent from minotaur. But what about distribute the load of spamassassin? AFAIK, with the spamc we can be able to use other machine to analyze the mail. I think it is posible. Of course if there is other machine that has a low load. The problem is when the worms are running. I've got to chart it out sometime, but we have been seeing a 4x higher than normal rate of spam for a while now. But that is a fraction of what we've seen when things get really bad, and the mail server is backed up for hours. I know what happen when things goes really, really bad. And I can tell you I saw often how well they manage the situation. I had experiences deploying anti-virus+anti-spam appliances before, on and after a peak virus and/or spam epidemias. In nano sized companies sometimes you see the one-man shows: he sell, drive, develop, deploy, configure, fix, teach, etc. ;-) Personally, I am in favor of blocking all DHCP pools at the interface, and not allowing direct connections. That is one of the lowest cost means of stopping spambots running on Windows. If they want to send e-mail, they should be told to go through their ISP, company server, or get a static IP. Not sure. DHCP pools are still used for many people around the world and can make a digital-divide world (the a new fashion meme ;-). Seriously, I think lot of people is using fixed IP nows, but this will not be fine for a far more lot people that connect mainly via DHCP pools. For them the only solution is to share the IPs. About spambots on windows and other I really will appreciate to be able to view the current mailserver config in the ASF and see if I can help there. Please don't be ofended about this request. I know the ASF members managing the infraestructure is very competent, but I think we can apply the power of OSS development in the ASF server config. WDYT? Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ASF use spamassassin?
Hi: BTW, the sender header of the mail I replied is: X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N That means we are using something to break [EMAIL PROTECTED] ;-) I know each one can set it for his own account. And here is the spamassassin header on the same mail that generated my mail server: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on ags01.agsoftware.dnsalias.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ASF use spamassassin?
Noel J. Bergman dijo: because of spam via address harvesting and spoofing. Or just plain dictionary attacks. As an experiment, create a hotmail address, and never use. See how long it is before it gets spam. I keep a tail -f monitor on the logs for my mail server. It just scrolls by in a corner of the screen, but I recognize good and bad pattens, so if something looks odd, I can check the logs for the details. Mostly I'm after anything that indicates a bug to fix, but I notice other patterns. One pattern I have been noticing is that I see more dictionary attacks than anything else. One filters I want to write is to check all of the RCPT TO commands for a message. If a message has too high a ratio of bad recipients to valid ones, that would be flagged as spam. With 10-20 recipients in an typical attack, and 1-2 good addresses, I consider that to be a fairly good indicator. I want to do is review my logs to see how often the same IP address spams me. If it turns out that spammers are stupid enough to use the same IP often enough, I could cache IP addresses so that once an IP has been flagged as spamming by my filters it is blocked for a period of time, and then released. An attempt at a self-maintaining block list. Good idea! The lasts days, I saw recently this kind of attacks too. They uses from 3 to 20 diferent account guess. We need to focus on good filtering techniques and also try to minimise our exposure, e.g. removing author tags from javadoc; obfuscating web pages especially the who.html in each project. And what makes you think that there aren't harvesters that scan CVS change logs? :-D Of course they are! But I think that out there are diferent level of spammers from the most experienced that uses the most sofisticated to the newbies that only try to find the classics regexp containing @ and dots. I also think the most sophisticated are mainly well know and they are listed in many blacklists. The newbies or new starters are the worse, because they started just yesterday and they need time to go on a blacklist. Here is where I see the utility of a tool like SA. Hiding your e-mail address as if it were an unlisted phone number is just a form of security through obscurity, and the wrong place to address the problem. It works better for spammers who hide their origins through criminal activity, than recipients. I agree. I think we really need good anti-spam tool rather than hidding our identities. I just hope soon the spam problem will find a final solution. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache should join the open source java discussion
Noel J. Bergman dijo: And if they do things that impinge on their own patents, the GPL says that you cannot use their code, even though it is under the GPL. This means MS cannot do fork by using own patents and redistribute without breaking the GPL license, this is the poison pill, right? ;-) The poison pill is the patent. Section 7 of the GPL says, in part: if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program. If you release code with patent encumbrances you could release the entire thing under GPL, and no other developer could use it. They would still be forced to either license the patent, or fork and compete without the functionality. Not agree because even the 1st releaser cannot distribute the code. If you read the next sentence of the part you posted: snip For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program. /snip There is a very nice word: indirectly. Suppose: A - a patent holder. B - Buy from A. The Software include patents from A. C - Receives the software from B. But with the nice word indirectly also C recieves the software from A. Then A cannot distribute it. It can have his own patented for his own internal use. It is a kind of lock-in. BTW, I not think people on the GPL cannot saw this. Will be good to contact them to ask about this. It is too obvious that I cannot believe they don't include this posibility as you suggested. The poison pill is GPL, not a patent. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
Hi William: William A. Rowe, Jr. dijo: At 01:46 PM 3/18/2004, Antonio Gallardo wrote: If you read the open letters there is clear they suggest an full GPL license, because if not maybe it can end (intentionally) in a fork. As Noel said already - GPL does not inhibit forking. The license does prohibit adopting the same name for a fork. If someone forks Tomcat (which they could do under many licenses) they could not call it Tomcat. AFAIK, Tomcat is not under GPL. It is under AL, and that is a diferent beast. :-D Please read my answer to Noel. A forked Java would not be Java - although some Cappuccino fork could behave identically and be an improved implementation. Forking the competence is a long know way to win a battle. The UNIX history is a good example of how a BSD-style licence can end forking and no-one is the winner. How do you call BSD code adopted by the GNU folks, the Microsoft folks, even SCO as a no-win? True it is not homogenous. But we have Linux and Mac OS/X - both strong OS's - neither would exist without dedicated personal and corporate interests. I can write nearly identical network code on all three, because the BSD Sockets layer was 'forked' in so many directions. Would we be better off with none of this? ATT's System V staff might believe so. BTW, Where is the ATT staff now? It exists as an staff at all? Why? Where is now the ATT influence around the software development? Sorry, I don't see it. AFAIK, they are selling phones stuff, right? Who win the battle? For sure it was not ATT. Forks reflect that folks disagree, and sometimes hit insurmountable roadblocks and obstacles. The best fork generally attracts the most interest, but that actually means the best supported/community/docs and many features beyond simply code. Nice rethoric for an ideal world. I am aware of your point about forking. Note, I am not telling: forking is evil or I don't recognize the effort done by other corporation and the big bucks they put on the Open Source effort. I am not against it at all. Here we are talking about diferent things. Is MS can fork Java they will do it and Java is death. If Java stay just on the Sun side, then Java is death too. This is the point behind my words. Knowing old experiences is a good way to see that it would happen: snip In 1987, three years after the success of NFS, Sun lost the war to define the standard graphics interface for the next generation. The winner, the X Window System, was technically inferior to Sun's NeWS offering. But X had one critical advantage; it was open source. Ten years later in 1997, when Bill Joy came to a Linux conference to push Jini as a universal network-service protocol, we in the open-source community told him straight up You can have ubiquity or you can have control. Pick one. He picked control, and Jini failed in its promise. The contrast with NFS could hardly be more stark. /snip Source: http://linuxtoday.com/it_management/2004021600226OPSWDV A forked Java would not be Java, could not be called Java, and would succeed only if the vast majority of the huge Java community walked away from Sun's effort. If that happened, I'm sure such an exodus would have been well earned. * BSD like license - code may drift from published version, without being disclosed (closed source). Published code may be incorporated/adopted into BSD or GPL licensed forks/distributions. * GPL like license - code may drift from published version without being disclosed to parties other than recipients (limited disribution.) The idea of limited distribution is not correct. You are here talking about LGPL that is diferent of the GPL. snip Using the GPL will require that all the released improved versions be free software. This means you can avoid the risk of having to compete with a proprietary modified version of your own work. /snip Source: http://www.gnu.org/licenses/gpl-faq.html#WhyUseGPL Also, snip_from_the_GPL if you distribute copies of such a program, whether gratis or for a fee, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights. /snip_from_the_GPL See: YOU MUST GIVE THE RECIPIENTS ALL THE RIGHTS THAT YOU HAVE. I think the above sentece also apply in the case of patents. Best Regards, Antonio Gallardo Published code may only be incorporated/adopted into GPL licensed forks/distributions. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
Serge Knystautas dijo: Antonio Gallardo wrote: I see many wrong here. Just to refresh the mind: http://news.com.com/2100-1001_3-225523.html http://news.com.com/2100-1001_3-227105.html http://news.com.com/2100-1001_3-251401.html At the core of these discussions is that Microsoft wanted to make it easier to control ActiveX components from within Java, and Sun wanted keep Java OS-neutral. When I evaluated Sun (JNI) and MS's (JDirect) proposals, I thought MS has a better one. And I think there's a cause-effect relationship between Sun's stance of keeping OS-neutral and Java losing the desktop. But ActiveX implementation not exists in Linux, OS-X, etc. Other OSes has another special features. Part of the power of Java is that you are able to compile it (in any OS) and run it in any OS. But if you start using some features locked to an specific OS, then you start to lose that. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
Brian McCallister dijo: On Mar 18, 2004, at 9:49 AM, Antonio Gallardo wrote: I have just a question: If Java goes GPL (as suggested by many opinion writters), it can clash with the ASF license? I remember discussions about the viral nature of (L)GPL in Java language. Then if Java goes (L)GPL it will infect the java code in the ASF? I think we think about this. Please comments about it. FWIW I hope if it a JVM is open sourced it isn't licensed on a .*GPL license -- and looking at the major vendors in a position to do this, I think it is pretty unlikely to happen that way. A BSD/ASL style license just works better for everyone potentially involved. If you read the open letters there is clear they suggest an full GPL license, because if not maybe it can end (intentionally) in a fork. Forking the competence is a long know way to win a battle. The UNIX history is a good example of how a BSD-style licence can end forking and no-one is the winner. I don't think the JVM being GPL'ed would matter to java apps as long as the apps didn't make use of features specific to that JVM. The standard library would be the same. :-) Interesing enough, please read the concerns described in the Java section in http://ometer.com/desktop-language.html I believe the Gnome people want an implementation open sourced (and to their credit seem to be working on one), the spec is probably safely in the hands of the JCP (though Sun's veto power in the JCP may be a sore point for some people). FWIW -- I would love to see Sun/IBM/BEA make a proposal to the Incubator to donate a JVM and standard library implementation =) -Brian ps: Sun's JVM is already open source, just not free according to the FSF, et. al. You can grab the source, build it, use it -- just not redistribute it etc. You can even distribute patches -- FreeBSD does this now. Not sure, here is the OpenSource def I already know: http://www.opensource.org/docs/definition.php There the 1st point is about Free Redistribution. This is what we cannot have in the Sun case. I am +1 on a AL license in case of other products, but never in the case of the Java VM. There is too much to risk, even for people than don't like the GPL license. I think a GPL Java VM is the best choice to avoid (intentional) forking. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Violation of ASF license, how to resolve?
Bertrand Delacretaz dijo: Le Mercredi, 25 fév 2004, à 11:24 Europe/Zurich, Dirk-Willem van Gulik a écrit : ...If a _letter_ needs to be written; the foundation needs to ultimately send it. But it seems from your description that this may get solved without one... Certainly, so if you're ok I'll just send to them an email in French stating that: -The ASF asks them to include the appropriate license.txt file along with the redistributed jars in future releases, and a notice in the about box, contains software copyrighted by the Apache Software Foundation. -We would appreciate a notice on the website where the software is distributed, something like Our software includes software components copyrighted by the Apache Software Foundation, but we omitted to include the required license. This will be corrected in future releases. How does this sound? Sounds good to me. Just to make things clear to me: The notice in the about box is OBLIGATORY with ASL 1.1? What about ASL 2.0? The question is because I am also developing a gov. app and don't want to have problems with the ASF ;-) Anyway we already included this info in the about page of the app, but I want to have this clear, when someone else will ask me this. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ASF Board Summary for February 18, 2004
[EMAIL PROTECTED] dijo: - All committers must have a CLA on file by March 1. On that date, the infrastructure team will lock out all accounts without a CLA on file. If that is going to be a problem for some reason, then please discuss it with your project's PMC. Please make sure we have some sort of confirmation/non-confirmation-warning before. To my knowledge I've done what's needed for the CLA, but haven't received any sort of confirmation. Hi scott: Review your name in: http://www.apache.org/~jim/committers.html If your name is in italic, then this is like a confirmation. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Farewell to Martin Pöschl
Sander Striker dijo: On Wed, 2004-02-11 at 18:21, Jim Jagielski wrote: I think it would be most appropriate for the ASF to send some sort of condolences to the Pöschl family (eg: flowers). I agree. +1 Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon logo: a little less busy
B. W. Fitzpatrick dijo: Forgot to cc community on this one. Here's a less busy submission that keeps with the gaming motif: http://www.red-bean.com/fitz/acpoker.jpg Great! Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inappropriate use of announce@
Hi Tetsuya! Many people is very interested and apreciate your effort in creating a kind of glue for all the projects under the Apache umbrella. Here include me too, for sure! Tetsuya Kitahata dijo: Nope. I have to resign. The difference of the e-mail culture. Hmm I can't believe that. :( I think we are here to learn too. :-D We, Japanese, do not complain about the volume of the mails (especially when they are useful and informative) and I am accustomed to that culture. I think many of us have the same culture as you (look that I am not Japanese!), and we really appreciate what you did. But as was pointed above we are here to learn too. I am glad of this part as a member of the community. So, I think here is an important lesson to learn here: What about to send inside the newsletter mail just the most important headlines of the newsletter in a short mail with the link to the full text, that way everybody will read what he really think is important for him. We cannot asumme everybody is interested in every topic of the newsletter. This is normal, not everybody is involved in every project in the ASF. Think a little how we read a newspaper: We don't like to read every word of the newspaper, for this reasons the newspaper is separated in sections. We read the name of a section, if we are interested in the section, then we read the headlines in the section and if we are really interested in the news at all, then we read every word of the news. Is this correct? So this kind of order is what (I think) was requested in the last mail. It was not to attack or destroy your good effort. It just will help to save time by allowing people to choose the right news to be read. Also it will save AS bandwith! :) Someone like me (who have such a mind) should not have become the editor of that newsletter. There could be often friction and it will cause the balkanization of the e-mail culture. Please don't be negative. As I pointed above we really apreciate your effort and I think is very important for the ASF at all. I will be glad if you really go back to work, do another try and improve the overall newletter. I am sure this will be a success. Please do a try. :-D Note, there was nothing like this newsletter before in the ASF. So, as usual, start a new project is the most dificult and you are doing that right now. So let people comment about how you are doing and receive the critict in a constructive way. OK? :-D The original intention of the newsletter was Newsletter will be one of the *glue* of the communities in the ASF umbrella, beyond the artificial boundaries of technical languages etc. Hope this can gradually lead the good course of the ASF, avoiding the balkanization of each projects and keep the hand tightly with various projects.: cooperative collaboration space for all the contributors. Yep. This is very important and the idea is great, please continue the work! ... It seems that the newsletter itself is going to the contrary. Never mind this is not true! We really apreciate your work. But some critics are good to, please take them in the good sense. I think we are here to learn too. This is not bad at all. We need to enjoy it. ;-) Very sad. I am willing to resign. I can not believe you are giving up too soon. :( I though you are a good player. Good players stay to the end of the game and this game is just beginning! So stay in your position and play as best as you can! :-D Seriuosly, for the good of all the comunity, please reconsider your resign! Thanks you for reading. Thans to you too. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ISO may charge developers to use language and country codes
robert burrell donkin dijo: see http://lists.w3.org/Archives/Public/www-international/2003JulSep/0213. if ISO decides to charge. This is very nasty! When will start charging us for thinking? In what work we are living? Software Patents, charge for usage country codes...? Why they does not define a clear politic? Initially it was OK to use it, now (when everybody uses it) they ask for money to use it! It remember me the GIF format affair. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ISO may charge developers to use language and country codes
robert burrell donkin dijo: see http://lists.w3.org/Archives/Public/www-international/2003JulSep/0213. if ISO decides to charge. This is very nasty! When will start charging us for thinking? In what work we are living? Software Patents, charge for usage country codes...? Why they does not define a clear politic? Initially it was OK to use it, now (when everybody uses it) they ask for money to use it! It remember me the GIF format affair. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apachecon: The Guru Is In
Rodent of Unusual Size dijo: Pier Fumagalli wrote: In my opinion the key idea of the ASF is to push the idea of the different communities behind a project. I can't count how many times I heard on our lists that a project can be considered mature only when the original author left and someone else in the community picked up the leading role in the development. Pushing the idea of a guru (IMVHO) is exactly the opposite of pushing the idea of a community. It's a single individual over the bazillion of people behind this or that project, and I wouldn't want it to be seen as a serious figure promoted by the foundation... pier, please remember that the people at apachecon are primarily USERS, not developers. please do not try to apply our internal criteria to them. a 'guru' is exactly what many of them would like to encounter. And why to not tell it direct. Many of the commiter are considered Apache gurus. That is true. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Advert police strikes again
Tetsuya Kitahata dijo: Dear Police, http://ws.apache.org/jaxme/ ... Please honor with a testimonial and give the certificate of commendation to this good-natured, honest boy. ... Really good boy. ApacheCon, ApacheCon, everywhere ApacheCon... :-) lol :-D Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]