Re: MSDN Subscription For Committers
On Thu, 6 Feb 2014 12:01:38 -0500 Ryan Baxter rbaxte...@apache.org wrote: Hi, A while ago all committers were offered MSDN subscriptions from Microsoft. Mine has expired, so I went back and filled out the form[1] to apply for a subscription earlier this week. I have yet to hear anything back. Are the MSDN subscriptions still be offered? How long does it take to process? -Ryan [1] https://svn.apache.org/repos/private/committers/donated-licenses/msdn-subscription.html Most of this was answered, but I have passed on two reports of frustrated committers to Garrett, who has coordinated the grants (he processes those forms, and they go to a number of different centers for processing depending on the geographic region a given committer lives in). I'm waiting to hear back confirmation that all is well, and will keep the list in the loop once I hear back. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Liberal corporate open source policies
On 3/29/2011 5:52 PM, Marvin Humphrey wrote: In my opinion, it's important that the Policy make only one major distinction: between open source software and proprietary software. As a practical matter, advocating for particular technologies seems likely to alienate people at companies who have invested in competing technologies. Ideally, we would like this Policy to be as influential as possible, and to be adopted as widely as possible; anything that limits its audience is detrimental. Even advocating for particular licenses seems likely to to be a net negative. Keep in mind, that even open source and proprietary software often intersect. If the document wants to evangelize an 'all open' solution, so be it, this is your document :) But there are spaces where open source can supplement closed sources (think plug ins, extensions etc), or where closed projects might supplement open source development (think various code analysis utilities). Any document which helps increase the use of and contributions back towards open source by the corporate world will be a useful addition to the existing publications, so thanks for making this effort :) Bill - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Liberal corporate open source policies
On 3/22/2011 7:19 PM, Keith Curtis wrote: I guess some might consider a solution like that no worse than any other but I think endorsing such a stack goes against a good policy. If you are going to make a policy, you should love the results it endorses. That is all I was trying to suggest. See, I guess that's where I think this discussion has gone off the rails for an Apache Software Foundation discussion. In large measure, ASF participants are pragmatists. This isn't a culture you might find in the Gnome or other FSF projects which seek to win an entirely free (as in beer) ecosystem. Linus himself is exempted from this gross over-generalization, as he does not come down against allowing vendors to interface closed source with his kernel or running his kernel on top of closed systems, so I'd place him in this same pragmatist culture. The ASF itself for its infrastructure runs mostly atop FreeBSD, with some Linux, Solaris, and Windows in this mix, mostly sliced by VMware for the virtual boxes in combination with Solaris zones. Of course much of the software that the infra team hosts is OSS, but not exclusively. And in the ultimate nod to pragmatism, the ASF is happy to run donated software in lieu of purchasing licenses. You might find this is orthogonal to our public letter to Sun with respect to Java, the TCK and the Apache Harmony project. But this was not; the letter simply sought the terms promised by Sun and their compliance to the JSPA which Sun authored. Had those promises and JSPA contract not existed, the ASF would have been just as likely to never attempt the Harmony project, yet it was still developing code in Java. The ASF still publishes open source which runs on proprietary languages (Java) and proprietary operating systems (Solaris, Windows) without any apologies or remorse. Advocacy for open source and/or completely open solutions is fine, but the two are not identical. And until there is an open chipset design for their target architecture, the entirely 100% open solution champions are being disingenuous, IMHO :) - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Liberal corporate open source policies
On 3/22/2011 10:24 PM, Keith Curtis wrote: I try to be pragmatic as well but free software is better and cheaper and so these worthy goals and reasons should be reflected in the policies on a topic. the policies, hmmm. Those would be 'your policies'. Which may or may not be what Marvin is attempting to compose. Your form of evangelism could be counterproductive to the audience who Marvin is addressing. Unless you are prepared to show data on better as well as cheaper, this is all a very hollow statement. You are certainly welcome at the ASF no matter if you have a FLOSS-centric or OSS-centric approach to source code, but enough proselytizing already. community@ is a gathering of minds, not a divisive exclusionary zone :) - 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?
On 9/23/2010 10:37 AM, Grant Ingersoll wrote: 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. I'd actually think that your client is on the mark, and that the mythology of working on open source is stronger than the actual variance, but where there is perception, there is benefit to advertising their participation in open source for prospective candidates. Many of the real satisfaction questions to an engineer have more to do with how dirty they get their hands into code vs. architecture vs. management, what their working environment is like, relationships to peers and mgmt, and similar factors. Keep in mind that some engineers are more attracted to sub-sub-sub-basement top-secret work and the thought of having to participate in an open and public environment may be terrifying, or simply uninteresting to them. If you really were to sample developers, I would think that how much using open source also plays into satisfaction. Simply being able to dig into the flaws or implementation details in my support libraries was always the biggest indicator of my job satisfaction, irrespective of whether I contributed back or not. - 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?
On 9/23/2010 11:13 PM, Martin Cooper wrote: The other thing I'd say is that the answers to these questions are going to depend a lot on the particular developers in question. A couple of people have commented here on how great it is to be able to dig in and find the root cause of a bug, and even fix it. That's great for us open source nuts. But the vast majority of developers don't give a hoot about why a tool or library or whatever doesn't work, whether it's open source or not - they just want it to work. See, that's the difference. The folks who appreciate open source are getting their code to work, no if's and's or but's. The folks who rely on a vendor to Just Fix It and really couldn't care if they are off to another project (or doing nothing) for a few weeks aren't in the market for the sources of their tooling. - 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?
On 9/23/2010 11:40 PM, Martin Cooper wrote: On Thu, Sep 23, 2010 at 9:20 PM, William A. Rowe Jr. wr...@apache.org wrote: On 9/23/2010 11:13 PM, Martin Cooper wrote: The other thing I'd say is that the answers to these questions are going to depend a lot on the particular developers in question. A couple of people have commented here on how great it is to be able to dig in and find the root cause of a bug, and even fix it. That's great for us open source nuts. But the vast majority of developers don't give a hoot about why a tool or library or whatever doesn't work, whether it's open source or not - they just want it to work. See, that's the difference. Well, yes and no. The question was about those who use or work with open source, as I understand it. Whether those same people _appreciate_ open source is somewhat different. (Or are you telling me that I must not appreciate open source because I do have ifs attached to where in the code I'll go, and won't dig in to fix a Linux bug?) Right. I won't fix every bug I encounter. I'll fix every bug in my way standing between me and completion of my current project(s). There is a difference (and I'm happy to jump operating systems to work around the platform bugs). Likewise, those who just need a dependency to work are not necessarily depending on a vendor to fix it. It may be an open source dependency and they may not have the time, the inclination, or the leeway from their legal department, to fix it themselves. Or... the author's legal department, c.f. MS bugs. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: WANTED: Old Apache Community Photos (and your participation!)
Ryan Bloom wrote: Any chance this will be recorded? It would be kind of fun to see this for some of the old timers who can't be there. Last I heard, we will have webcasts for downloads of the three keynote sessions for this ApacheCon, so yes. Will update community/party etc with news once they are available to watch. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Respects (Re: ApacheCon at ASIA)
Tetsuya Kitahata wrote: The Apache Software Fundation's rule - there is no relationships between superior and inferior. I mean, hierarchy. (bureaucratism is one of them) Nope. There are those with merit, and those with increasing or decreasing fractions of merit, and those with no merit. Then there are those who literally have negative merit, the amount they have contributed to the foundation is literally insufficient to cover the aggrivation which they have caused to the foundation. This is a rare case, but your litany's to this list come dangerously close to that line. The chair is a founder of the Apache Group, one of 8 who thought that it would be cool to come together and collect patches to improve open source software, one who helped form the foundation, one who served as it's secretary for almost a decade and one who has chaired both the board and the prc for several years. That isn't authority, that is an investment of energy and effort, and demonstrates merit. I'm sorry you still can't make this connection, I believe I'm done trying to point you in the right direction. The most appropriate resolution is likely to consider you persona non grata to the entire community, and if you would like a vote on this matter, this list would be happy to oblige. Otherwise please cease and desist. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: ApacheCon at ASIA
Tetsuya Kitahata wrote: I had longly thought that this is for the committers' relaxation room. (Freely but with RESPECTs to each other) Tetsuya, you have show the utmost lack of respect on this forum to the chairman of the organization, who in the most friendly and forgiving way attempted to nudge you away from inappropriate directions. Noone else in this organization is so flexible. So your complaint falls on deaf ears. If this was a closed list, you could say whatever you wanted, no harm no foul except for your relationships to individual fellow committers. But that is not how it is perceived that you have used this list or other marketing angles. If there is no such list, I want such one. Not in the form of ML would be appreciative also. (There are a lot of SNS exists now) If changed in the past, would it be visible? Where can I find out? Committers (not members) can not see at all? community@ is open to all. that means the general public. that means that you should first work out fundraising or similar ideas on closed lists with the appropriate people, and then introduce them to the public. Right now these appear to be your personal fundraising schemes in the name of the ASF, and that wouldn't have been the case if you approached PRC directly. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: ApacheCon at ASIA
Tetsuya Kitahata wrote: Seems that it's (mentioned) mailing list is open to the members only. Correct, and please forgive Rich. Reflex response :) Discuess here would be helpful for the participants (including commiters only) don't you think? No. Not really. The mechanics of creating a conference (or fundraising effort) are wider than a community discussion list. Good ideas are always welcome, and good suggestions posted to concom at apache.org will always be moderated through. But there are hundreds of factors to consider. Thankfully, Beijing and Colombo appear to be under discussion already for this year - as a 2x city bill. As you say, much penetration into the Asia community! If China would be impossible, Tokyo would be also nice. And Bali (near Jakarta) would be attractive. 10th anniversary and Jakarta's 10th anniversary --- BACK to the FUTURE! CN has proven easier than JP. Again, this is a list to discuss communities of coders. Not to first propose moneymaking schemes or new conference sites. If anyone has a fund raising idea which benefits the ASF, email p...@apache.org. If anyone has an tangible conference idea (location/site/hotel/sponsors) please contact con...@apache.org - thank you all for helping us brainstorm these! - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: ApacheCon at ASIA
Tetsuya Kitahata wrote: About Bali (Near Java, Jakarta) issue, I know intertnational conductors who are managing the big events at Bali island. Then please, leave this discussion from this list, and introduce these people to the concom folks, simply email concom at apache.org with a letter of introduction, that's all it takes. About the fact of STRONG YEN (against EUR, USD - every!) issue, maybe you are right, Bill. (In this sense, now Seoul is a good place ... M) Very true - we had currency conversion issues even organizing the last EU event in AMS when budgeted in USD. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: ApacheCon at ASIA
William A. Rowe, Jr. wrote: Tetsuya Kitahata wrote: About Bali (Near Java, Jakarta) issue, I know intertnational conductors who are managing the big events at Bali island. Then please, leave this discussion from this list, and introduce these people to the concom folks, simply email concom at apache.org with a letter of introduction, that's all it takes. [noted that this reply was moderated to the appropriate lists for further discussion, thanks Tetsuya, look forward to corresponding there, rather than on publicly archived lists.] - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Arrack
Shane Curcuru wrote: Reminder for all: the ApacheCon group room rate discount ($169/night) is scheduled to end TODAY, so if you're planning on staying at the hotel, register your room RIGHT NOW! http://www.us.apachecon.com/c/acus2009/about/venue Extended - through the 18th - you all have a reprieve but act soon!\ - 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
Jukka Zitting wrote: Hi, On Tue, Aug 11, 2009 at 4:09 PM, Rich Bowenrbo...@rcbowen.com wrote: Is it possible to regenerate my gpg key without losing all the signatures on my existing key? To bootstrap the new key, you could sign it with your old key. Not sure if that should be enough for others to trust that it came from you even without a F2F keysigning party. Signed with Ultimate trust, it should be enough. You can have multiple private keys in place so enigmail and other programs will still decrypt all of your artifacts. But you should have people sign the new key (and we can do so, trusting that you-were-you, and your new key has ultimate trust from the key we already signed). E.g. my old key is still valid, not yet revoked, but used far too often for far too many artifacts. So I rolled a 10 year (you might want it to be forever) master key, and just roll some one or two year encryption and signing keys to use for 'a while'. The nice bit, people sign your master key. You sign your subordinate keys for various purposes, creating new ones whenever you want. So no more need to get new keys signed. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: Handling security vulnerabilities at Apache
Jukka Zitting wrote: The process at .../security/ answers parts of that question, but I find some steps like the suggestion to obscure the commit that fixes a vulnerability a bit awkward. One idea I came up with is to have a read-protected area in svn where (only?) security fixes can be developed and prepared for release. We pass around patches at secur...@httpd until they are right. Less efficient than SVN, perhaps. We are eliminating private areas from /repos/asf/ due to the desire to mirror and otherwise duplicate the repository as a whole. Which leaves your project's existing private area already at /repos/private/pmc/TLP --- but of course you don't gain the ability to fork because they aren't rooted from the same repository. So for most issues, passing around small patches just works. Bill - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: ApacheCon Evolution/Revolution
David Welton wrote: Not having gone to any of them lately, (too much $$$), I don't really have much to say, but if there's to be a revolution, the first thing to go out the window ought to be training as a noun. As much as I agree that this is a perversion of the English language, our users/their employers are paying for a training [session] more readily than the old tutorials or other ways of phrasing it. E.g. leave it and that part of the program will sell more effectively. I'd totally agree to leave this abuse out of our non-$$$ conferences :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Promote your project, 72 hour countdown
If your project's NEW technology needs exposure, if you are in search of users for these new features or to recruit more committers to a new code base, and you are in Amsterdam for ApacheCon/EU, this last reminder message is for you. We will close the program and print the final schedule on Tuesday afternoon, so act now! Or perhaps you want to share a technological leap your project made in the use of some additional tools, or introduce a new concept in order to attract folks to a BOF you are hosting? Just to give you a sample... here are the topics already proposed, there are 5 15 minutes slots open on Wednesday afternoon and 3 more slots on Thursday afternoon. The current Wed/Thurs topics include; Apache JDO 2.1, an update of the Java Data Objects spec Mahout (Lucene) - Bringing Machine Learning to Industrial Strength MIME Magic with Apache Tika XMPP Server: IM and beyond (Vysper Lab) Developing OSGi with the Felix SCR Plugin Apache Sling - A Content Based Web Development Framework Start loving your middleware with Apache Qpid Invitation to the Shindig (OpenSocial) OOXML in Apache POI An Introduction to W3C State Chart XML (Commons SCXML) Rolling out Debugable Win32 Binaries Apache MyFaces Trinidad What's new in Apache Cactus Introducing Scala: Developing a new DSL for Apache Camel This gives you a taste of the sorts of topics being offered in this concise forum, tailored to the detail (and leaving more exploration of the technology up to the attendee, through the website, additional resources, and by corning the speaker after their presentation). You have exactly 15 minutes to get the point across. Note this forum is not for rehashing established technologies or projects, but for introducing ApacheCon attendees, especially our fellow ASF contributors, to new code, features, specifications and so forth. In other words, it's ideal for the incubator, labs, but also new sub-projects and new code which is scattered across the entire foundation! Won't you join us? Please email [EMAIL PROTECTED] with your session title, abstract, name and short bio (if your bio is not yet on the ApacheCon website). Please note; presenting a FFT short session comes with only the perks of karma and recognition, not the complete set of speaker perks offered to hour-long session presenters. Many thanks, Bertrand, Bill, and Carsten your FastFeather organizers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
An interesting one from yesterday's /.
Survey Says GPLv3 Is Shunned from the opinion-is-divided dept. posted by kdawson on Tuesday September 25, @16:37 (GNU is Not Unix) http://developers.slashdot.org/article.pl?sid=07/09/25/2011246 Scroll down to 'Other findings' :) Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
Thomas Vandahl wrote: Why is the use of author tags discouraged? I found these to be valuable information when trying to understand a piece of code, simply by recognizing the style of a certain author. 1. once committed, it isn't your code, it's the project's code. (Not from a copyright perspective, you still have that. But the copy in the ASF is now the project's to manage. We don't have technology leads/patch wranglers here, unlike other OSS projects and methodologies.) 2. they inevitably lead to out-of-band, off-the-dev-list communications to the author from third parties, including IP auditors, affected users who hit a bug, developers with patches to offer, etc. 3. they add non-ASF metrics such as who touched how many files, who has more merit, etc. Simply - our measure of participants comes from subversion commit history, the 'participants' or 'who we are' project page, and nothing much more. We summarize their contributions in CHANGES, but that list is rarely well maintained nor definitively complete. 4? w.r.t. style of specific authors, doesn't the project aim to have one consistent style? If author tags can encourage folks to adopt their own style in lieu of following a project-wide style, isn't this an issue? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
Henri - I grok what you are saying. This isn't a Code of Conduct, it's a top-level description of our ethos. Two more inline... Henri Yandell wrote: 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. confidential is [EMAIL PROTECTED] It's for your eyes only - this goes back to the fact that individuals participate, not companies, not other orgs. That needs to be solidified into a code of conduct; you don't represent your employer, you wear a different hat here. What you read here (in private@) stays private, what you find out at work should be private to your work life. Folks need to know how to switch, and also wear hats. 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? Hell ya. Let me state that when various leaks of members@ level and higher material occured, I was personally read to pen a resolution to expel the idiot with no respect for the foundation. We are fortunate that in recent memory, when folks fucked up, they have admitted it and offered their mea culpas. That's terrific, I'm glad they knew (in hindsight) that they did the ASF a disservice. But I have no problem with a PMC turning off pmc access, commit access, or even un-subbing an obnoxious participant. We just had to do this at the wiki level in httpd. It happens, solve it, move on. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
Ted Husted wrote: The example project guidelines and cultural principles were added to put the draft community guidelines into context. Though, we might not want to post all three items together as a block. Yea - I'm sort of confused. I'm looking to inject two more concepts, reinforce that you are you (not your company), that companies aren't here (thou there employees may be) they are participating as ASF folk, not as company X folk, and that what is private@ to the ASF doesn't leave the ASF. (Any more than we want you to share private stuff from your company here with the ASF). Respect privacy boundaries, and act as yourself, an individual participant, first. Not as an employee. We sort of start down that path in a few spots already, but didn't really bring that picture full circle yet. One other bit, shouldn't it be developer-friendly license terms? (That is, developers should be free to use the code however they like for whatever purpose it serves them, as opposed to FSF'isms that code has inherent freedom to be expressed. That's how I've described the AL/GPL divide in the past). Of course, when a resource is public, our only recourse is to shun an obnoxious participant, since unsubbing someone that obnoxious will simply encourage more bad behavior under a new email address. We should try and be sure that our communities understand that Don't feed the trolls does work. Oh ya. We've had those too - in fact it's been interesting that the banned wiki spammer suddenly started communicating on docs after their wiki keys were taken away. And maybe started to grok what they had been doing wrong. (Or not, heh.) It's more effective to ignore/shun, than to begin banning IPs from public mailing lists for misbehavior. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
Craig L Russell wrote: I have a question about this part of the guidelines: Project source code and documentation must be donated to the ASF under a Contributor's License Agreement. This just absolutely clarifies the intent of the author, it's the simplest method of conveying your-code to 'our-code' under clear license. Donated source code and documentation must carry the ASF copyright and be placed under the Apache License. Code and documentation donated to the ASF must be maintained on ASF hardware. Obtaining a non-exclusive ASF copyright on all material in the ASF repository is encouraged. I'd like to understand if the requirement is to donate code and documentation or to license it to ASF. I thought that the requirement was to simply license it to ASF under ASL v2.0. Either 1. it's really tiny - 8 line patches and so forth, and we accept without a CLA (lots of dev@, issues.a.o sorts of input from the community). 2. it's substantial, and we hope they will help maintain/keep committing, and get a CLA from them to reflect both. 3. it's actually owned by a company or individual who we don't expect to commit in the future. Otherwise it isn't ASF code. So -if- it is still accepted by the project (treat this as an external IP import), it comes in with its NOTICE of copyright, and its LICENSE (ASF or otherwise acceptable license). Even as it evolves, it's providence is still from external IP. It's also not a matter of their licensing it 'to the ASF', as licensing it under the AL (not ASL ;-) offers that license to the world including the ASF. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community Guidelines (was Code of Conduct)
William A. Rowe, Jr. wrote: Craig L Russell wrote: Donated source code and documentation must carry the ASF copyright and be placed under the Apache License. Code and documentation donated to the ASF must be maintained on ASF hardware. Obtaining a non-exclusive ASF copyright on all material in the ASF repository is encouraged. I'd like to understand if the requirement is to donate code and documentation or to license it to ASF. Either 1. it's really tiny - 8 line patches and so forth, and we accept without a CLA (lots of dev@, issues.a.o sorts of input from the community). 2. it's substantial, and we hope they will help maintain/keep committing, and get a CLA from them to reflect both. 3. it's actually owned by a company or individual who we don't expect to commit in the future. ... 3. ... We simply request a Code Grant to make the license explicit and keep a record of the license. This is how most pre-existing IP enters the incubator. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Announcement] UIMA Innovation Grants - proposals sought from University full-time faculty members
Filip at Apache wrote: but I have a question, is community@apache.org the right place for this kind of solicitation? Certainly - if community@ isn't about discussing and solicting to grow a community, I'm not sure what it's here for :) Unlike committers@, the community@ list is opt-in/opt-out. We've had much pushback from folks begging not to spam committers@ with any such thing. It's also worth floating this to Jakarta's general list I think, since you have a broad spectrum of java coders there? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Website Consultant Wanted
William A. Rowe, Jr. wrote: here's the text I came up with. Edits/feedback before I resend this to community, members and jobs @a.o? proving once again 'reply-to munging considered harmful' has nothing to do with the munging - it's all EBCAD (error between chair and desk). Anyways, if this interests you, please contact Fraiser promptly, the ConCom is nearly set to begin publicizing ApacheCon US/Atlanta! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Crypto Issues BOF 9pm Thursday Leinster room
Please note the Crypto/Export BOF at 9pm Thursday evening in the Leinster room, Dublin. cliffs will be on hand to explain (and we can verify the details of) the BIS notification process and the way the export rules apply to our open source communities. Once the final http://www.apache.org/dev/crypto.html policy emerges, there should be no further obstacles to our projects shipping public cryptography. And also note that Cliff's spent quite a bit of time talking to the right people about the nature of the ASF and its works, and has some fascinating things to share with folks who show up. If your project consumes crypto (jsse, openssl, etc) or provides crypto (any ssl/tls protocol server, etc) you will enjoy this evening session. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plans For Docathon@ApacheEU2006
If there is anything on http://www.apache.org/ and across the foundation's websites that ever bothered you, *docathon* is your answer. Committers with site-wide access will be available to solve these issues and get suggestions committed to the site(s). [Please don't assault the docathon team with project-specific doc issues, however. Take those to the projects themselves.] And if anyone has an answer offhand, I'm looking for a tool that does six degrees of separation analysis across our sites, to determine which pages are so far removed that they are impossible for the average Joe to find. If you have leads on this, please email me pointers directly. Thanks Bill robert burrell donkin wrote: Problem: the foundation and incubator documentation Solution: docathon Those who aren't going to be at ApacheCon EU 2006 in body are very welcome to participate through IRC #asfdocathon at freenode. This channel will also be used for ad hoc communication. Those interested should subscribe to community@apache.org for follow ups. [EMAIL PROTECTED] --- 1400 hours Dublin time (1300 UTC) on Monday has been pencilled in for a more focused gathering. Cliff Schmidt and myself will be around both Monday and Tuesday at the hackathon working on documentation. Anyone willing to lend a hand should feel free to drop in any time. Gathering to tackle particular documentation problems (for example, incubator project templates) will be arranged by an ad hoc basis through IRC. [EMAIL PROTECTED] For those in Dublin on Sunday, folks will be meeting late afternoon-early evening in one of the hotel bars for planning/socialising/discussing what exactly a docathon is. We might even write some documentation as well. Details will (hopefully) be posted (once they are know) to community@apache.org or just wander around until you find someone with a laptop :-) If there's demand, then we could find a room one evening later in the week. BTW if you're going to attend the hackathon, please remember to sign up https://svn.apache.org/repos/private/committers/hackathons/ApacheCon_Europe.txt - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question on sending email to PMCs ?
Matthias Wessendorf wrote: So I'd like to mail an informal email to [EMAIL PROTECTED] that all PMC member know about that award. As you've announced this to the public community@ list, to which all ASF members and contributors are welcome at, I'd suggest you've already done a perfectly complete job of announcing this. It would be good to see more ASF-related press pointers, awards and so forth at this forum. Such posts come up on members@ but I think those sorts of announcements have a wider audience, such as here :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
General interest; BRR initative
http://www.openbrr.org/ Thought some here might be interested in participating the the public comment period. What is it? Business Readiness Rating (BRR) is being proposed as a new standard model for rating open source software. It is intended to enable the entire community (enterprise adopters and developers) to rate software in an open and standardized way. BRR is a community initiative that is being sponsored by Carnegie Mellon West Center for Open Source Investigation, O'Reilly CodeZoo, SpikeSource and Intel. Phase one is a public comment period. We are asking the community to provide feedback and help shape this standard to make it useful to both enterprise adopters and open source developers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Europe 2005 Call for Participation is open
The deadline is tomorrow, so I suppose it might be late to ask a foolish question; conference/presentations are in English? Mein Deutch ist nicht so gut. At 07:14 AM 2/8/2005, Rodent of Unusual Size wrote: If you'd like to give a presentation, please go to the Web site (http://ApacheCon.Com/2005/EU/) and submit a proposal. Or more than one! *The deadline is 4 March 2005.* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Avalon Closed
At 09:21 PM 12/19/2004, Stephen McConnell wrote: Maybe this about making Apache a better place by identifying hypocrisy here out in the open instead of behind the protection of private lists. Maybe it's about dealing with the breach of procedure by the Chair of a PMC and ensuring that this does not get rewarded nor repeated. The phrase can't we all get along comes to mind. Clearly that wasn't the case here, which is why, clearly, this code had moved on to other venues. Apache is about community (hence, the title of this mailing list) and to my understanding, such didn't exist, or was so fractured as to imply there was no salvaging it. Thanks to those who helped lay the issues to rest, happy ranting to those who wish to beat the dead horse, and long live good code in whatever forum is appropriate to it. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Avalon Closed
At 08:30 PM 12/16/2004, Stephen McConnell wrote: Concerning our decision making processes, I have a couple of questions... * What do you think is the role of a PMC in our decision making process? They have absolute decision making process within the board's mandate for their project. * Within our decision processes, what do you think is more important - the community or the individual? The community. Individuals participate, but the distinction between an ASF project and a, say, sourceforge project, is that the ASF project is more than one individual. One hopes they survive the departure of any given individual, or the influnces of one specific individual Sadly, that doesn't always happen. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Florida election shenanigans caught on tape
At 03:04 PM 11/19/2004, Brian Behlendorf wrote: This may be completely inappropriate for this list... but this, is so, *wrong*. And no matter what side of the political spectrum you sit on, I know transparency and auditability and trust is important to you - that's why you're here at Apache. And yes, this is news; not a rehash of what you heard second-hand was debunked, or whatever. http://www.commondreams.org/views04/1118-22.htm All very sensational - lots of 'evidence', but I'm waiting for major media to pick up on it... http://slate.msn.com/id/2109141/ http://archive.salon.com/tech/feature/2004/11/12/hysteria/index_np.html http://www.miami.com/mld/miamiherald/news/columnists/fred_grimm/10137159.htm?1c http://www.washingtonpost.com/wp-dyn/articles/A41106-2004Nov10.html Not much there yet. If it can be proven, a Pulitzer story for one media outlet or another. The only problem, of course, is the lack of audit and accountability. The only result (if proved true) is the complete loss of faith in any form of electronic voting by the general public for at least the next 20 years. Vote fraud occurred. Not an opinion, but a historical trend dating from the outset of democratic elections. The goal has to be deter and minimize. In the end, the electoral college decides, so if there was enough fraud to tip the balance, someone better provide plausible and complete documentation to the electoral college soon :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Florida election shenanigans caught on tape
At 11:08 AM 11/20/2004, Noel J. Bergman wrote: William A. Rowe, Jr. wrote: The only result (if proved true) is the complete loss of faith in any form of electronic voting by the general public for at least the next 20 years. You're kidding, right? Is there anyone here who has faith in unauditable systems? Let's make certain you read me right. I said General Public. The ones who have microwaves, clock radios, electronic ovens, VCR's that still blink 12:00 since sometime in the 80's. And a PC that crashes at least once a week. If it works, they trust it, when it breaks, they don't. They will never understand the concepts behind the audits inside the computer. They can clearly understand the idea of an 'audit tape' being signed, and what happens if those are 'switched'. But right now, in general, they trust the 'machine' more than people. When that flips, they will have a very hard time regaining trust in the 'machine' - at least people apologize and resign or are fired, they are replaced by people who insist they are more honest and will restore confidence in the public trust (and have some record of service to back it up.) The machines won't proclaim they are safer. People will, but once the voting public knows that machines 'eat' or 'edit' their votes in such a way that nobody is ever aware of the changes, then they will balk. Once confidence is destroyed, no manner of encryption/transaction tracking/electronic audit will satisfy them. The only fraud arises from people (programmers, vote counters, multiple voters or 'impartial' observers), but the faith is in the machine now. That will soon be lost. One thing, paper receipts to the voter and to the voting precinct counters, will be the only method to restore the faith. Fraud will continue, but it will be back on the humans to answer for. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] HP memo forecasts MS patent attacks on free software
At 03:22 PM 7/21/2004, Antonio Gallardo wrote: While your are right about the licenses cocktail. I think the comment is OT. The main point to post the article to the list, was let the rest of us know we are on target. That is all. Perhaps 2 years from now we will know what is prepared for us. If this is not already prepared. ;-) There is no doubt what's going on in the heads of some of upper mgmt, at Microsoft, IBM, Sun, etc. One has to remember that the corporate management is never of a single mind, tends to shift over time, and every one of us, at one job or another, can think of at least one manager who was at odds with the corporate culture. You know - the one you thought was sinking your company into the ground. We've all had one good example in our lives. One astute reader pointed out, that between the three of them, they have such overwhelming patent portfolios that it makes the concept of 'global thermonuclear war' seem mild. SCO threw their entire enterprise to the winds on one collection of patents and intellectual property, which they believe is the end-all of regaining some value to their company and portfolio. One can argue they had too little at stake -not- to throw this at the wall and decide if it sticks. If it sticks, they win, if it falls to the ground, their company is dead. Wasn't it already? That's VIP-room no-limit Las Vegas poker. But in the case of the 'big three' - Remember Craig Mundie finally read the GPL - and decreed that 'Open Source' was the bane of civilization as we know it. Later, it was pointed out to him that his company's code is chock-full of BSD-licensed software. Then, we began to hear that the GPL was anti-capitalist (quite possibly true), and his true target was revealed, the ability or lack thereof to sell programs, not share code. If Microsoft could take the Linux kernel tomorrow, wrap their fingers around it, twist it and close it as a single-source-solution deployed within every Windows box six years from now, claiming that Windows was more Linux than any 'open source' solution - do we doubt they would pass up that opportunity? Look at how effectively this has played (with BSD) on Mac OS/X? Who doesn't love it :) Knowing how off-base and insane Mundie was two years ago, who would dispute the authenticity of this memo? Does MS have it's entire deathstar legal team pointed at the GPL? Perhaps. But more likely, as they have done time and time again in the past, they have their oem/sales lasers armed with more a more detailed FUD than they feed to the general consumer. Microsoft wants one thing, profits. On one side is competition from Linux and many other players. On the other side, just as potentially troubling to them, are anti-trust regulators on six continents just waiting for the misstep. As folks also pointed out on that thread, this is a battle for far more than one country's pocketbooks, and there are plenty of jurisdictions to contend with who will interpret the GPL, MS's own patents and other IP rights differently. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inexpensive Lists
At 05:33 PM 7/21/2004, Justin Erenkrantz wrote: --On Wednesday, July 21, 2004 4:10 PM -0600 Adam R. B. Jack [EMAIL PROTECTED] wrote: Why do you keep assuming it is for chit chat? If it were [EMAIL PROTECTED] and it was clear (community imposed/whatever) to be about Java @ ASF, wouldn't that make sense? Aren't there issues (i.e. supporting JDK1.5, not supporting JDK 1.2, that are good cross-project topics?) I'm not suggesting ASF host forums, but a list to discuss language issues/tips-tricks and help w/ fixes/changes, whatever. I don't see why the ASF should be involved. There are lots of other suitable forums for help with Python, Java, C#, etc. Must we host them all? I don't think so. We're not in the business of competing with them. I think one thing folks are asking for is an [EMAIL PROTECTED], one where idle questions and chitchat about cool solutions and code for our servers and sites would be shared. But I agree with Justin, beyond this purpose, I just don't see the need to replace the vital external lists that already exist in the java/perl/php/python worlds, etc. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
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. 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. 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. 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.) 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]
Fwd: ASP.NET support for httpd project?
I'm sending this out as a feeler to discover how large a community one of two proposals might have for incubation, and eventual incorporation as subprojects of the httpd top-level project. First proposal, I'm in the process of ensuring that all of the I's are dotted and T's are crossed to offer the mod_asp.net module developed by Covalent to the ASF. Important details; this runs in-process within httpd/win32 only, and invokes the Microsoft.NET implementation of System.Web.Hosting to support the ASP.NET framework. Additional proposal, I'd like to investigate extending an invitation to the crew of mod_mono, if they would have it, to make such an Apache mod_net implementation pluggable with different front and back ends, much like the Tomcat connector project. In fact, rather than the ASP_NET plugin, one alternative will be to use the Tomcat connector, itself, rather than inventing the wheel. I'm led to believe that it's what mod_mono already does. I should really point out that the System.Web classes would not be part of such a project, those belong in the .NET implementation - we would be using the implementation's System.Web.Hosting classes and exposing our own Apache.Web classes to participate as hosts. Another server front-end plugin could allow Mono to run in-process, much as the Covalent implementation already does on Win32. The back-end plugin would extend whatever support is necessary for either Microsoft.NET, Mono, or whichever .NET framework would host the module. Note that front-ends run as platform native code, while back-ends run within the .NET CLR runtime. What would be *most* cool, and was the original plan (never realized) for mod_mono, would be true httpd module creation al la mod_perl. This would certainly have to be the in-process flavor, not the out of process extension such as a Tomcat connector. Perhaps different front-end stubs would allow us a single back-end .NET framework design for any .NET implementation. But I would expect this to grow out of the experience of building in-process connectors from Apache into those .NET frameworks for basic ASP.NET services. So just a straw poll, who would be actively interested in participating in an ASF-hosted ASP.NET implementation, first for win32, and secondly for all platforms e.g. mod_mono revisited, as an ASF entity? If you are answering *hell ya* - I expect to add your name to the proposal for incubation, so be careful what you ask for :) I should have code to present to the ASF with the contribution form all set up, I'd formally propose this for incubation, once all of that is in place and I have a list of the group of us interested in evaluating this and behind the first community. Consider this the proposal-before-the-proposal. Note I originally posted this to PMC - but thought that there may be several non-httpd contributors who might be interested in some of this proposal. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ASF Board Summary for January 21, 2004
At 02:29 PM 1/24/2004, Paul Libbrecht wrote: Everytime I see an open-source license coming out, I keep having the same question: what is expected, what is known (and known to fail), in terms of applicability of this license in other countries than the USA ? Keep in mind that unlike some projects hosted outside of the USA, the Apache Software Foundation is a Deleware 501c(3) USA corporation, which owns the legal rights to the software it has copyrighted. So as Brian hinted at - if you wish to legally use the software in any country with treaty relations with the US, you continue to be licensed the software (it doesn't become owned by you) according to a legal agreement. That agreement happens to be our license. Without consenting to the license, as a user, you have no legal rights whatsoever to ASF software. To the extent that another government might ignore or abrogate international contract law, well there isn't much we can, or should do about that, and not much point to worrying about language within the license to cover such situations, since I suspect it would be altogether meaningless in that case :) Finally, if we aren't quite as pedantic as the FSF, it's partially because the GNU licenses attempt to enforce more covenants with the users than our license does. Our license primarily protects our ownership, our developers, and the foundation. The GNU licenses attempt more so to protect the code as a living organic entity, which is legally newer ground. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disregard Re: Undermining the Incubator
At 12:36 AM 1/13/2004, Andrew C. Oliver wrote: The Send button is near the close button. I missed. Suggestion from an httpd/apr hothead to our community forum participants [NOT specifically ACO]... Delay sending messages: [30] (minutes) is a really great option to enable, well worth the effort to enable. I can't think of a modern email client that doesn't offer the feature. Many of us rant in email, delete, then recompose with some decorum. Since many things that are discussed in community involve strongly held personal opinions and beliefs, this safety measure ensures that intelligent dialogs can be pursued and the best course of action followed. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plan of the future Newsletter
At 10:52 PM 12/23/2003, Tetsuya Kitahata wrote: Hello, I will take back my remarks upon this issue. Sorry for the annoyance. What remarks? What annoyance? I'm confused because I see what looks like the middle of some conversation that didn't appear on community, perhaps? The entire suggestion? I was really surprised that you proposed spaming the announce list again with the full body of the newsletter, but the rest of your proposals seemed on target. Of course the creation of a newsletter list didn't seem off target, nor did announcing that list with an invitation to subscribe sent to [EMAIL PROTECTED] Please clarify, I'm confused, I'm expecting others are, as well? Thank you, I wish you a merry Christmas. And to you. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transition of the subscribers to announce MLs
At 07:00 AM 12/1/2003, Tetsuya Kitahata wrote: *Maybe* resulted from good marketing effort :-) BTW - realize that Apache is not only not-for-profit, but is a charitable organization. Some folks might not be comfortable with the phrase 'marketing' although it certainly applies. If you want to avoid offense, a much better term for your efforts (and more recognizable in the western open-source world) is evangelism. And those evangelism efforts from you, and many folks who champion the foundation and the ApacheCon show, are always appreciated :-) Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transition of the subscribers to announce MLs
At 12:02 PM 12/1/2003, Bill Stoddard wrote: William A. Rowe, Jr. wrote: At 07:00 AM 12/1/2003, Tetsuya Kitahata wrote: *Maybe* resulted from good marketing effort :-) BTW - realize that Apache is not only not-for-profit, but is a charitable organization. Some folks might not be comfortable with the phrase 'marketing' although it certainly applies. If you want to avoid offense, a much better term for your efforts (and more recognizable in the western open-source world) is evangelism. How 'bout 'advocacy'? 'Evangelism' carries some baggage of its own here in the U.S of A. You are right... Advocacy is a much better phrase to describe championing a project... Evangelism is better applied to the debate of GNU v.s. BSD licenses, since it sort of implies a faith in some underlying principal that folks may not see eyeball to eyeball on. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The board is not responsible!
At 09:12 AM 10/22/2003, Tetsuya Kitahata wrote: On Wed, 22 Oct 2003 13:31:20 - (Subject: RE: The board is not responsible!) Magnus ?or Torfason [EMAIL PROTECTED] wrote: Isn't the ASF Board ultimately responsible This is just wrong. Responsibility lies with the individual commiters, members, and their associated project PMCs. But this seems to have been exactly the problem with the recent discussions. The arguments have been over the use of the announce@apache.org mailing list, and there seems to be no PMC responsible for that list. * Fund-raising (Board Committee) * Security Team (Board Committee) * Infrastructure or Operations team (Presidents Committee) These three do not have PMC entities in the strict sense of the word. These are (non-project) management committees. They are empowered to make certain decisions and are accountable to the membership as a whole through the board and president, respectively. The two board ones answer to the board, infrastructure answers to the president. If their was a public relations or communications committee, the newsletter would obviously fit right there. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Microsoft's patent loss rattles tech community
At 05:47 PM 9/5/2003, David N. Welton wrote: Noel J. Bergman [EMAIL PROTECTED] writes: NO ONE should be permitted to have IP rights over public infrastructure standards, except for the body charged with protecting them for the public. Open Standards must be just that: OPEN. Oh, I wholeheartedly agree! I just wanted to point out that these guys aren't necessarily a bunch of money-grubbers out to squeeze anyone they can get their hands on. http://www.eolas.com/Eolas Technologies, a University of California spin-off with one employee, no products, a http://www.eolas.com/technology.htmlhandful of patents and 100 investors, on Monday http://zdnet.com.com/2100-1104-5062409.html?tag=nlprevailed in its $521 million patent-infringement suit against Microsoft. http://zdnet.com.com/2100-1104_2-5063444.html The question comes down to the one guy and 100 investors (or the majority shareholders. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: EU Software Patents
At 12:44 PM 8/26/2003, Danny Angus wrote: If anyone's counting a show of hands here I'm a European and +1 to opposing software patents in Europe and +1 to the ASF supporting the demo. I will say that I'm pleased the members were able to turn the ship so quickly to support the initiative, it shows exactly how far from lethargy our community is, even near the end of summer. I should point out though that ASF support of the protest is a bit odd. We are a US Delaware charitable corporation bound by (primarily) US law and patents (and US patent treaty obligations.) When the topic of US patent reform comes up (the insanity that has led to issues such as the .gif file format, SCO v.s. the world, etc) that we most carefully consider a position and reflect that in our activites. There are very stringent lobbing restrictions on the charitable corporation, but that does not mean we cannot have any positions (consider the various cancer foundations' support of anti-smoking efforts.) One thing I do not want from the foundation is a double standard applied to our positions on US v.s. Euro patents. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: From editor of ... (Re: Newsletter.)
At 03:39 AM 8/26/2003, David Reid wrote: 3. Apache Newsletter is one of the News from the ASF material, which people who do not have much time to read all the websites in the Apache.org have been eager to get in the past, so it fit to the original usage of [EMAIL PROTECTED] mailing list and I will publish this newsletter to this mailing list. Please clarify you mean you will post an announcement giving details of the existance of the newsletter and details of where it may be viewed to announce@ as posting the entire newletter to the list doesn't fit well with it's stated purpose. Providing the table of contents (with or without a one sentence intro) is consistent with these sorts of newsletter distributions, and I would like to see at least a list of those contents go out in the announce. It's the difference between a 3kb mail and a 5kb mail - nothing significant traffic wise. But it will probably make a noticeable difference, readership wise. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
