Re: Internet mapping server and geographic projects at the ASF
Philip Mark Donaghy wrote: On 12/25/05, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: Stefano Mazzocchi wrote: You might want to take a look at what we (my group at MIT) did the international semantic web conference: http://simile.mit.edu/conferences/iswc2005/ Sorry, this was meant to be http://simile.mit.edu/conference/iswc2005/ That is cool, I just added my name. Is it only the base map and the mapping api that is using Google. Is there an external data format or database storing the data? All the data is in RDF and it's stored in a triple store (we use Sesame, Warning: LGPL) and presented with Velocity templates and full text search powered by Lucene. The code is available at http://simile.mit.edu/repository/semantic-bank/branches/conference/ and it's BSD-licensed. I find it the most powerful to use a special view with faceted browsing functionality, for example http://tinyurl.com/889w4 the application is fully RESTful, no cookie or session is used (which is why the URLs are so big) but makes it very handy for bookmarking or for exporting. For example, the (undocumented) way to get the data out is to change the command=browse into command=export as in http://tinyurl.com/ahwek which will give you the RDF formatted as RDF/XML. If you want to know more, I'll be very happy to follow up privately or you are welcome to subscribe to the [EMAIL PROTECTED] mailing list and ask your questions there. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internet mapping server and geographic projects at the ASF
Stefano Mazzocchi wrote: You might want to take a look at what we (my group at MIT) did the international semantic web conference: http://simile.mit.edu/conferences/iswc2005/ Sorry, this was meant to be http://simile.mit.edu/conference/iswc2005/ -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internet mapping server and geographic projects at the ASF
Philip Mark Donaghy wrote: Inspired by the ApacheCon and a discussion during the closing talks on maintaining a virtual map of the world using devices carried by humans, I wish to propose a project at Apache that does that and more. I would like to seek out interested people who would like to work on mapping software at the ASF. The projects that interest me are, 1. A map server that shows the location of people at the Apache conference. This is for people who wish to remain accessible to others. This idea bothers some people. But as with any ASF project security and privacy are very important. 2. I wrote a portlet application for Jetspeed 2 which uses the MapServer project. This could be separated out as a generic portlet map server. 3. I would like to do a community driven social experiment as a way of gathering global data. 4. A generic Java map server project. I would like to build some better tools for authoring and publishing online maps. 5. Torsten Curdt spoke to me about his ideas of blogging by geographic location. Essentially all blogs are tagged with a location based on IP address. 6. I discussed a mapping project with Chris Schaefer. There is some live data being published by the california highway authority about traffic. It is text and html and lacks a mapping server so it is rather difficult to visualize the information. 7. Google is obviously leading the way in mapping technology. I would like to see an apache project that provides similar quality services. I am learning where my web traffic comes from using Google analytics. But they don't provide interactive maps. Please contact me if anyone is interested. Obviously the incubator is where this project will start but building the community is the first step. Happy holidays everyone! You might want to take a look at what we (my group at MIT) did the international semantic web conference: http://simile.mit.edu/conferences/iswc2005/ and note: we already have scripts that transform some of the ASF data into RDF already. As for an 'apache mapping' project, I think you *seriously* underestimate the amount of resources required to run such a service. Landsat 7 data is available as public domain, for a really nice little program that uses you can check out WW2D http://ww2d.csoft.net/index.php?title=Introduction which is a NASA WorldWind java+opengl clone (and amazingly fast! at least on my mac). There are two "tile servers" available to the public: one is run my Microsoft (part of terraserver, *not* virtualearth), one is run by NASA (as part of the infrastructure that powers WorldWind). Landsat 7 has a resolution of 15m per pixel, while GoogleMaps is using images from QuickBird (operated by DigitalGlobe) which has 0.6m per pixel (but it's clearly not public domain ;-) I would personally very much like apache to host the software that clones the javascript part of google maps in an open source way, but running the tile server is going to require massive amount of technical infrastructure. A much better idea is to partner with NASA and Coral http://coralcdn.org/ -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: At what point do you unsubscribe/deny a misbehaving user?
Jean T. Anderson wrote: Roy T. Fielding wrote: On Dec 16, 2005, at 5:17 PM, Jean T. Anderson wrote: derby-user@db.apache.org has been grappling with someone who delights in belittling other posters on the list. The topic was raised on women@ (see the thread starting with http://mail- archives.apache.org/mod_mbox/www-women/200511.mbox/%3c4371355F. [EMAIL PROTECTED] ), but I think it's more appropriate for this list. For crying out loud, would you please supply links to the exact posts you consider to be in poor taste and the person's name? I just wasted 10 minutes trying to follow the bread crumbs. You have to make it easier on reviewers -- everyone seems to be painfully avoiding a pointer to an actual message. sorry -- I'm not trying to frustrate folks. I considered posting specific links, but withdrew them at the end, even though they are links to public archives. The name at the core is Michael Segel. Below are links to public responses to some of his posts (which are numerous enough that they alone would be frustrating to wade through): http://mail-archives.apache.org/mod_mbox/db-derby-user/200508.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200510.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200511.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200512.mbox/[EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/db-derby-user/200512.mbox/[EMAIL PROTECTED] The first two posts were disassociated from the offending message and the tactic clearly didn't work. The last two were recent (this week). Off line communication makes me believe he has no intention of moderating his behavior, hence the question of at what point you unsubscribe/deny a user. In general, it is the responsibility of the PMC to govern its own lists. If the PMC decides to boot them, then go ahead. Most groups just shun the user. One of the DB PMC members was asking about frequency of denial, which is an excellent question, which Noel responded to with "Rarely. Really really rarely." It's helpful for us to know how other projects at the ASF handle such situations. I'm getting questions from users asking why we don't just boot him. I'm happy to respond with "The ASF doesn't like to do that except for the most extreme cases" if that is the right answer. This case is merely very annoying, not extreme. I think ignoring is an excellent tactic for a developer's list. I worry that isn't strong enough for a user's list, but I also wouldn't want to embark on a path that could backfire. One technique that I have applied with very nice success works like this: 1) somebody crosses the line of respect and you see a pattern [at this point you feel you should say something: *DON'T*] 2) but somebody less clueful will 3) you flame the #2 guy Now, it sounds pretty weird but this is the rationale: 1) those who cross the line of respect with a pattern do it intentionally, the motivations are numerous but they are normally asking for help or they are just looking for a good fight 2) in both cases, replying to him (yes, him, it's *always* a guy) and tell him what the rules of the community and stuff like "flame-free zone" are just going to make things worse. If he wants help, he'll start looking for the fight, if the fight was what he was looking for, he found it. 3) there is always somebody in the community that doesn't know this pattern, so they will reply quietly or, even better, they will flame him. 4) if they flame him back, it's easier: just flame the counter-flamer. The counter-flamer probably has tons of respect for you, because he (again, a guy) wants to protect the community he cares for. He's just not seeing the whole picture. So, what you do is tell him that the original flamer has all the rights in the world to speak in the way he wants. If #2 doesn't flame (as in your case), it's harder for the reasons below. 5) let's say you flamed the counter-flamer, this has two consequences: a) the counter-flamer is a little offended but a private email explaining this rational would save his ego and also have the benefit of increasing the trust he has on you as a leader. For sure he will stop flaming, because that's what he wanted to avoid in the first place and calling him on that stops it. b) but more important, the original flaming guy is puzzled. If he was looking for help, he found out that he doesn't have to tone his language, he feels more accepted, therefore less defensive, therefore his language changes and gets easier to deal with. If he was looking for a fight, he knows he's not going to get it here and leaves. Now, the *WORST* thing you can do is to reply "this is a flame-free zone". It's very hard to get out of there, because now the guy feels cornered and anything you do in relation to his behavior is going to enforce it. Kicki
Re: [ANN] Introducing Apache Agora - reloaded!
Stefano Mazzocchi wrote: > Ian Holsman wrote: > >>How would you compare it against Microsoft's Netscan >>(http://netscan.research.microsoft.com/Static/Default.asp) >>? >>which also tries to find the main contributors in different communities. > > > I think "main" implies metrics and I really didn't want to go there. I > think contribution is inversily proportional to the distance from the > center of gravity of the group, but I wanted to keep it subjective to > avoid building altars than that people want to fight to step on. > sorry, hit sent too soon. >>Is 'agora' public knowledge? no 'private' mail list is being analyzed, so yes, it's public knowledge. it has not been largerly publicized (yet) but I wouldn't be against putting it in a more visible position on the apache.org web site. >>what does the 'decay' area do? if you do one reply to a message of mine, agora creates a link between you and me of strenght 1.0, then if you do another reply this gets added. Note that links are directional: you might reply a lot to me, but I never reply to you, this is still calculated in the graph drawing algorithm. Decay means that you get 1.0 if you reply now and exponentially lower value if your reply was earlier in time. I introduced this because I was curious about how much the past of a project (especially if you load a lot of months of a project in memory) was influencing its present. Rather surprisingly, decay does *NOT* introduce substantial difference in the way the graph is shaped or the position of people in the graph, which is a very very interesting property and I have no idea why that is the case. >>How does one differentiate between a useful communication and a flame >>war? There is no attempt to do, ATM. >>I remember seeing Mark Smith (the netscan developer) talk about how >>he could identify the different types via the length of the conversation. As I mentioned earlier, we don't tend to host a lot of inflammatory people in Apache (don't really know why, I suspect is an historical thing or avoiding to react agressively to aggressions, which make flamelovers go somewhere else, but I don't know how to test this hypothesis), this keeps the signal/noise ratio high. Identifying a conversation means that at least *you* can pretend to understand the difference between inflammatory and not. I suspect this difference is also very cultural: a conversation that is a 'normal' tone in one community might be considered very 'strident' in another. I'm sure I'm not the only one who has experienced this. At the end of the day, I'm a big fan of the love/hate hypothesis: replying to somebody indicates a sort of preferential attachment, no matter what you are saying. Ignoring them is the only signal that the communication is not useful. NOTE: I do *not* think that the size of the social cluster is an indication of health, there is something else that influences it... but I don't know what it is (yet). >>Overall a big '+1' Thanks. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Introducing Apache Agora - reloaded!
Ian Holsman wrote: > How would you compare it against Microsoft's Netscan > (http://netscan.research.microsoft.com/Static/Default.asp) > ? > which also tries to find the main contributors in different communities. I think "main" implies metrics and I really didn't want to go there. I think contribution is inversily proportional to the distance from the center of gravity of the group, but I wanted to keep it subjective to avoid building altars than that people want to fight to step on. > Is 'agora' public knowledge? > > what does the 'decay' area do? > > How does one differentiate between a useful communication and a flame > war? I remember seeing Mark Smith (the netscan developer) talk about how > he could identify the different types via the length of the conversation. > > Overall a big '+1' > > Will Glass-Husain wrote: > >> Replying to the community list as requested... >> >> Neat app! Not immediately intuitive as to how to interpret it, but >> with a >> little experimentation I could see patterns. For example, it was >> interesting to notice how my email moved from the outskirts of the circle >> with data from early months to the center of the circle in later >> months (for >> the projects I'm involved with). >> >> I'm still unclear on what to look for in terms of community "health". >> What >> are some of the general macro patterns you've seen with this tool? What >> insight does this provide into the community? The docs provide a good >> micro >> level description of how the app models the relationships between >> individuals, but don't discuss the macro patterns that emerge. It'd be >> interesting to hear some of your thoughts. >> >> Best, >> WILL >> >> >> - Original Message - From: "Stefano Mazzocchi" >> <[EMAIL PROTECTED]> >> To: "Apache Committers" <[EMAIL PROTECTED]> >> Sent: Thursday, July 14, 2005 12:14 PM >> Subject: [ANN] Introducing Apache Agora - reloaded! >> >> >>> NOTE: please excuse the noise if you are not interested, but there is no >>> easier way to reach all of you and I thought many of you might be >>> interested in this. >>> >>> http://people.apache.org/~stefano/agora/ | >>> | | >>> +---+ >>> >>> >>> what is this? >>> - >>> >>> Agora is a community visualizer. If you wonder who is the core of a >>> particular community (for example, to know who to ask for something) or >>> how big/active/diverse/balanced a community is, Agora is for you. >>> >>> >>> how does it work? >>> - >>> >>> Agora is composed of two pieces: >>> >>> 1) a python scripts that reads mbox files and generates 'precooked' data >>> >>> 2) a java applet that reads the precooked data and visualizes it >>> >>> the script is running every week (on sundays) on minotaur and it's fully >>> incremental, meaning that knows where it lefts off the week before. >>> >>> how about the network? >>> -- >>> >>> The network is created by harvesting the email addresses and linking >>> them depending on the fact that one address replied to a message sent by >>> another address. >>> >>> I say address because an address is not a person, as there might be >>> several addresses belonging to the same person (and no, the system >>> doesn't (yet) allow different addresses that belong to the same person >>> to be smooshed together) >>> >>> In order to reduce noise, the network is the pruned. All addresses that >>> only received or sent email are removed from the graph. So, the >>> resulting graph is a smaller version of those nodes that exhibit minimal >>> connectivity characteristics (and helps to remove, for example, agents >>> like bugzilla or SVN or spam, that never reply, or lurkers that don't >>> participate in discussions). >>> >>> >>> how do I start using it? >>> >>> >>> The tree on the left lists all the 'precooked data' that agora is able >>> to understand. This is a mirror of the list of the folders in >>> /home/apmail/public-arch on minotaur.apach
Re: [ANN] Introducing Apache Agora - reloaded!
Will Glass-Husain wrote: > Replying to the community list as requested... Thank you. > Neat app! Not immediately intuitive as to how to interpret it, but with a > little experimentation I could see patterns. For example, it was > interesting to notice how my email moved from the outskirts of the circle > with data from early months to the center of the circle in later months > (for > the projects I'm involved with). > > I'm still unclear on what to look for in terms of community "health". eheh, I'm not sure either :-) > What are some of the general macro patterns you've seen with this tool? First of all, the 'size' of the pruned graph is generally a good sign because it means there is less chance of a few key players moving out of the project and leaving the social network disconnected. Another interesting thing is that the people at the center are actually the people I expect to be there. In projects that I follow, I was hardly ever surprised: the distance of their node from the 'center of social gravity' of the community was always (and I mean *always*) reasonable. I don't know about the projects that I don't follow, but I've never heard anybody complain. I also found out to be very effective in understanding how much "traction/influence" a person might have in a community by dragging his node. Sometimes, if more people are involved in a discussion, I pull their nodes apart and see where the center of gravity shifts. Normally the result of the discussion tends to settle toward the person that moved more the graph. This is amazing, because agora does *NOT* even try to understand what the messages say, but only that the message did happen. I suspect there is a deep reason for the apparent incredible signal: in well behaving communities, people do not reply if they don't have anything to say. I suspect Agora would fail miserably to be as effective in disfunctional communities where people keep emailing eachother with flamewars. Luckily, this is rarely the case in the foundation. > What insight does this provide into the community? The docs provide a good > micro > level description of how the app models the relationships between > individuals, but don't discuss the macro patterns that emerge. It'd be > interesting to hear some of your thoughts. I wrote this years ago, as an experiment. Then I started to use it more and more as a 'telescope' to look at communities that I didn't know, to understand who were the key players in that communities or, if I heard something worrysome about somebody, whether or not to worry that it could have a big impact on a particular community. Unfortunately, this came before the incubator was setup, so the mail archive on nagoya, who was based on eyebrowse, was kinda left alone and a lot of the mailing lists were not there. Some people from the incubator wanted to evaluate the growth of the project with Agora, but they couldn't. There seems to be a lot of information in there. I have my own way of using it but I don't know if it's a general rule and I don't want people to think that their project is "better" than another just because their graph is bigger or more densly connected. But it is fascinating to compare different mailing lists, especially over time. For example, whether or not 'dev' is more or less densily connected than 'users'. And it's also very useful to understand the 'bridges', the people that write email in more than one mailing list, those are very important people for the ASF, as they bring crosspollination and allow information to flow thru the various islands (and improves our ability to evolutionarely adapt to change in the technical and social ecosystem). It's a social telescope. And normally it's a lot of fun to use telescopes, even if you don't understand everything about the why the stars and galaxies are they way they are. I feel the same way about Agora: you don't have to have a model of what is happening absolutely, as long as you can spot differences between various projects. But I don't know the metric for community health and I don't think such a thing even exists, so if that's what you are looking for, you are not going to get it from Agora (nor anything I do). -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tsunami help] Help somebody find this boy
Noel J. Bergman wrote: Please do NOT send this further: http://www.snopes.com/inboxer/children/hannes.asp The boy was reunited with his family weeks ago. Thank you. And sorry for the noise. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tsunami help] Help somebody find this boy
People, please apologize for the OT matter, but if there is something *solid* that we can do to help this kid is to find somebody that knows him. I know some of you are or live in scandinavia and my ethical guessing points me toward that direction. Theory says that there should be no more than 10 jumps to get to somebody that knows him, so don't think it's useless we might be half way thru. So, please, route this picture toward the channels where you think somebody might know him. Thanks a lot. -- Stefano. --- Begin Message --- Title: FW: PLEASE SEND THIS TO ALL YOU KNOW.] Da: ceciocas [mailto:[EMAIL PROTECTED] Inviato: venerdì 7 gennaio 2005 9.33 A: Wally Merotto; Vittoria Ranghieri; Simone Albonico; Sergio Buonadonna; SAVE VENICE; Sarah Glennie; Sara Cossiga + Dario Pinton; Patrizia Giacone; NYU; Nori Dainotti; Michele Magnifichi; Michela Scibilia; Michela De Faveri; Michael Nixon; Mauro Sambo; Maurizio Pellegrin; Massimo Ongaro; Mariolina Toniolo; Marie-Paule Roudil; Mariateresa Sartori; Maria Grazia Degenhardt; Lorenza Smith; Key-Stone; Kay Ngee Tan; John Millerchip; Guido Salsilli; Graziano Arici; Giorgio Camuffo; francesca zucchini TOD'S; Enrichetta Emo; Donatella Asta; Dominique Pinchi; Diego Carpentiero; didi gnocchi; Daniele Resini; cristiano e veronica; Cola associati; Claudia Savino; Chiara Romanelli Oggetto: Fw: PLEASE SEND THIS TO ALL YOU KNOW.] Vincenzo Casali architetto S.Marco 5134 30124 Venezia Italy t +39 041 27 74 273 f +39 041 52 39 841 www.vincenzocasali.it - - Original Message - From: Grace Weir To: Joseph Walker Sent: Thursday, January 06, 2005 10:41 PM Subject: FW: PLEASE SEND THIS TO ALL YOU KNOW.] -- Forwarded Message From: "Dave Beech" <[EMAIL PROTECTED]> Date: Thu, 6 Jan 2005 20:38:16 - To: Subject: Fw: PLEASE SEND THIS TO ALL YOU KNOW.] Sent: Thursday, January 06, 2005 7:41 PM Subject: [Fwd: PLEASE SEND THIS TO ALL YOU KNOW.] Nobody knows who this boy belongs to! Please send this to all - we mean all! - the people in your entire network. Looking for his family. The boy about 2 years, from Khoa Lak is missing his parents. Nobody knows what country he comes from. If anyboy known him please contact us by phone 076-249400-4 ext. 1336, 1339 or e- mail : [EMAIL PROTECTED] -- End of Forwarded Message <>--- End Message --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Stephen McConnell wrote: -Original Message- From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED] Sent: 21 December 2004 20:22 To: community@apache.org Subject: Re: [ANN] Avalon Closed -BEGIN PGP SIGNED MESSAGE- Stephen McConnell wrote: No policy adopted by a project can supercede the policies of the ASF. Any that do are null and void, or, at best, advisory only. Then clearly you have been negligent in your responsibility towards the Avalon community. No more than, say, the federal government is to citizens of a state when that state passes laws that encroach on federal authority. I.e., not at all. Things stand until they're tested. Bravo, Stephen; you've now competely and utterly convinced me that you're an accomplished troll. It's evidently impossible to hold a reasoned discussion with you. Apparently you're not the least bit interested in Truth; all you're interested in is Being Right. Or so it seems to me. Until you demonstrate that you can at least attempt dispassion and objectivity, I don't intend to waste any more of my time responding to your trolls. Clearly you are not prepared to face up to the fact that the there is a disconnect within the ASF policies and procedures and the functioning of an open community. Clearly you are not prepared, willing or able to address this. You decision to abstain from further discussion within this context is an appropriate move and I commend and applaud this decision. Yes, Stephen, you are right: 9 directors, 120 members, 10 PMC members and 200 subscribers to this list are wrong and you are right. You are so right. Oh my god, you are so right, please, please, take us in your new wonderful world, please, take me with you! I so love your magic wisdom and the fact that no matter what you have an answer for everything and your world is so clean and perfect and shine [john lennon's imagine playing in the back] please, please, take me with you, I was wrong, all of us where wrong... you know how to make software, you know how to make people unite for a cause, you know how to bring money and experience and knowledge to people so that they will be grateful to you and send you good vibes... please, please, don't go away, stay with us, become the Executieve Director and lead us to the next millenium and teach us your wisdom, humility and balance. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update to mailing lists page
Rodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- Geir Magnusson Jr wrote: this is cool! Any chance we can get labeled x and y axis? No, not unless you can convince of a way to do it that makes sense. I wrote a few shell scripts to do http://simile.mit.edu/charts.html I'm using the excellent Ploticus (http://ploticus.sf.net) tool to generate the graphs out of simple space-separated data. This is the script that does the subscribers: http://simile.mit.edu/repository/site/scripts/stats/scripts/subscribers.script it's ran every night and generates the data here http://simile.mit.edu/charts/subscribers/general/data [NOTE: there was a bug so the deltas are all screwed in the past, but it should be fixed now] http://simile.mit.edu/charts/subscribers/ The script is in the public domain so, feel free to use it or to tear apart :-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Florida election shenanigans caught on tape
Niclas Hedhman wrote: The way you make the bed, is the way you are going to sleep. Niclas, in case you didn't notice, the ASF is *NOT* a democracy. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Organizational analysis of ASF codebases
Dave Brondsema wrote: http://libresoft.dat.escet.urjc.es/html/downloads/woss-icse-2004.pdf I hadn't seen this before; hopefully others will find this interesting also. Hmmm, my day job is about graph analysis and I have researched way to visualize community structure and interaction in the ASF for the last 2 years. Personally, and you can quote me on this, I find this paper very interesting but scientifically shaky. First of all their use of Newmann's algorithm is 'twisted' to say the least. Newman and his assistant Girvan found a method to clusterize community of nodes, not to find a spanning tree between those. The idea of visualizing a spanning tree rather then the entire cluster topology is interesting but might yield to severe artifacts in representation of the relationship information. Second, their use of CVS cross-commits is a very interesting idea, but without taking into consideration mail communication (which is where social communication happens), it might yield to other artifacts. In short, inferring political information (as somebody is already doing) out of such graphs analysis is purely speculative and should be taken with a little bigger grain of salt. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Open Source, Cold Shoulder (fwd): One woman's comments
Brian Behlendorf wrote: On Tue, 19 Oct 2004, Julie MacNaught wrote: Conclusion? Just play nice. Right on! It's amazing how well a bit of humility, encouragement of others, and responding to fire with ice works in online communities - whether technical like this one, or social, or whatever. I'm haunted, though, by whether there's a sort of cognitive dissonance in "being nice" and the "Apache" name. I'm not suggesting we rename ourselves the "Cute Nice Fluffy Bunnies Software Foundation". :) Just wondering if it's something we should overtly work to overcome rather than just inertly hope we aren't setting the wrong tone... Let me remind of when Marc Fleury of JBoss once named us "the fat ladies drinking tea" while he named the JBoss people "the knights fighting the big evil corporations". How many girls does JBoss has? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Open Source, Cold Shoulder (fwd)
Stefano Mazzocchi wrote: Henri Yandell wrote: I'm really not very impressed with the article. case in point? What I mean by that is, look at us, read our style in replying. We like to be slick and sharp, and sometimes email is a form of word-based chess playing made with quotes and (smart) elisions. I looked at LinuxChix.org and, I have to say, seeing all those women ranked and doing some job I think to myself: what a nicer place the ASF will be with some women in the house. I lived with male roomates before and other friends' too: it's just not as good (I live only with roommates from both sexes, if gay even better). It's not about doing the dishes, or about having to take a look at them when they got out of the shower or things like that, is the little touch, the vibe of mutual yet resonating differences in how we perceive reality and how that shapes the environment in a better way. why don't women come in? for the same reason why girls put "girls-only" on craigslist. A women in an established full-man house will just feel out of place. Oh, yeah, smarty pants, if you read FLOSS it's just about crap? scratch taht surface a little, would you? Now, re-read that sentence. I know Ben can take it. He will probably smile at it. He will probably like me even more after that. Now, imagine the author of that paper reading Ben's comment. Will she take it like that? Sure she doesn't know Ben, she doesn't understand that if he does not say something bad, it means he felt it was "good enough". Silence is probably the best complient you can get from him. Imagine living in a house where teh ASF board members lived together. [mental image of stefano running out of the house screaming] Look at us. Yeah, us, alpha geeks! A little flowers on the table might not be enough to get the alpha geek-ness go away, but, know what?, it's not the result (which is going to be pathetic anyway, and they know that already), it's the effort! I really strongly hope that efforts like linuxchix.org take off... in a few years, *we* might be using female aliases to go overthere and be able to start questions without having to spend a few months ahead of time to know enough not to look like idiots (or using the "violent tone" just to mask our knowledge lacks with arrogance). Or maybe, I'm all wrong. And it's their fault. And we are cool and they are a bunch of losers. So let's go back and play. Where were we? Who's up for a D&D game? [sound of stefano scratching ass] -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Open Source, Cold Shoulder (fwd)
Henri Yandell wrote: I'm really not very impressed with the article. case in point? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Style of community building
Niclas Hedhman wrote: b. The Incubator. [...] b. is in the group considered a "death sentence". Be that an overstatement, some users are indicating it to be a signal of the negative kind. Steven already said loud and clear and with very nice wording, but let me state one example for all: the Lenya people went thru hell and back with the incubator, also accepting policies that were continously changing, demonstrating lots of patience and will to collaborate, they hang on, even when it was frustrating and *I* was pissed at the incubator PMC for not saying the same thing the same week. They had big customers, they risked their assets in the event of a 'death sentence' (a real one) and they made several big mistakes that forced the mentors to get in and say "look, one other thing like this and you are out". They learned, they stimulated a community, which is now diverse, friendly and healthy from all possible senses and even ego attachments to some of the architectural issues were diluted in the process and there is no more sign of that. Result, a long time after that, they graduated. They *earned it*. The hard way, now they are trusted peers. Merlin/Metro still has to go thru all that and you tell everybody that you think that would be a death sentence? Believe me, Niclas, you were a lot more closer to TLP a week ago where I was willing to believe that Stephen was the problem and all you guys were just trying to help out and work with me to fix him. Now I think that several people in Merlin just want to cover their ass for their poor decisions and they don't care if they will abuse the foundation (and disrespect fellow committers) in doing so. If you believed in the technology, the brand should not care. If you believed in the brand and in what it stands for, then you would not think that you would be killed by incubation. If you are not willing to pay the price of being inside the foundation, you don't deserve to be here. You want an easy way to earn the best position in the foundation and you are not willing to pay anything for it, just waiving some silly guilt-play for those who invested in a technology without understanding that the dynamics behind it were screwed. Well, this is *abusive*. This is wrong. This is just an insult for those people that went thru all that to earn their merit. And when asked *expliticly* to address our concerns about community-style, you just look the other way. Tell me: what would *you* do in my shoes? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Board Commentary: Metro and Avalon
Niclas Hedhman wrote: The problem that Nicola perhaps doesn't realize is that, for Apache to be long-term viable, it constantly needs to revive and evolve itself. Otherwise it will become a speck in history, and not a dominant force of horizontal open-source projects. And as you, Ceki, correctly point out, suche evolution is likely to come from a minority and possibly not from the top-tier. I very much agree with that. Unfortunately, what Avalon proposes now is a friction-based style of community development which impedence creates mismatch with the consensus-based style of community developement that is welcome and incubated in all other projects. This impedence mismatch requires continue energy from the top to be controlled. Now the board is left to determine if we want to promote this new style to top level or not and, as a director of the foundation, I have *NOT* seen anything that indicates that this approach works better, or even equivalently well, with the style that we have today in place. If you want to change my mind, that's how you start: tell me what is the benefit for the ASF in promoting this style of community building, despite its long-term history of social energy waste, frustration and contract instability. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: IDE licenses
Brian Behlendorf wrote: Eclipse is open source. Why is this company using their brand? Ugh. And you know what's funny? This company bought its way in the board of Eclipse too. "F***ed up" might not be right, but it's the first thing that comes to mind. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Policy (Was: Playboy mirror logo?)
Vadim Gritsenko wrote: Bertrand Delacretaz wrote: Le 25 août 04, à 15:53, Sam Ruby a écrit : ...What Jim meant when he said that is that people should STOP saying things like "I am begging you!!" and "God help us all.", and START making concrete suggestions on how the policy itself should change... So how about: a) In principle, only logos from IT-related [1] entities are accepted -1. First of all, what's non-IT company's fault so it gets discriminated like that? Are they somehow "second class" and "do not deserve" to be mentioned? Second of all, I just don't see any logical justification behind this suggestion. b) Logos from other entities might be accepted if a vote among ASF members is more than X percent positive (suggest 80%) "we will take your bandwidth, thank you, but your logo too sucky to be ever shown on our page". That's not the message I'd like ASF to show to the world out there. I completely agree with Vadim. if you don't like to download stuff from "playboy.com" don't. How hard is that? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inexpensive Lists
Justin Erenkrantz wrote: --On Sunday, July 18, 2004 4:20 PM -0400 Brian McCallister <[EMAIL PROTECTED]> wrote: I suspect that if 3 ASF'ers want to discuss a topic via email, and think a mailing list would help, there should be a mechanism to simply have it created, bang. Just my 2 cents =) Mailing lists without PMC oversight should be treated with extreme caution. Lists without the necessary oversight might expose the ASF to unwanted liability. The ASF isn't a personal soapbox medium: it's meant to facilitate collaborative software projects. For example, this list (community@) is a *horrible* waste of time that adds little value: almost every topic here has a more appropriate list elsewhere in the ASF (or, ideally, outside of the ASF). But, people seem to use this list as a dumping ground and are often too lazy to think about what the 'proper' list is - instead they just post to [EMAIL PROTECTED] Bitter? Nah. ;-) -- justin I completely disagree with this view. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF Board Summary for June 23, 2004
Sam Ruby wrote: Stefano Mazzocchi wrote: Greg Stein wrote: * The Cocoon PMC Chair also switched over to Sylvain Wallez, after Steven decided to step down. Steven and Geir are both part of the new PRC, too. What new PRC? Three paragraphs earlier, in Greg's summary: * The Board approved the formation of the Public Relations Committee (PRC). This new committee replaces the Fundraising Committee and also rolls in the responsibility and management of our press activities, public relations, and management of our web sites. The intent is to present a coherent message to the press, our sponsors, and all interested parties. This new committee is chaired by Brian Fitzpatrick. Oh, given the text formatting, I thought it was something related to cocoon. Consusing typesettings, but nevermind. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF Board Summary for June 23, 2004
Greg Stein wrote: * The Cocoon PMC Chair also switched over to Sylvain Wallez, after Steven decided to step down. Steven and Geir are both part of the new PRC, too. What new PRC? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Dirk-Willem van Gulik wrote: On Jun 11, 2004, at 10:35 PM, Stefano Mazzocchi wrote: Brian McCallister wrote: [EMAIL PROTECTED] mccallister]$ umask umask 0002 [EMAIL PROTECTED] mccallister]$ umask -S u=rwx,g=rwx,o=rx and set the group sticky bit on the repository home so that group is preserved good hint, thanks. As we had some conflicting requirements we pretty much killed all use of svn over ssh - and forced people to use HTTP/DAV (even on localhost). That solved 80% of those problems :-) can you elaborate more on this? [very interested] -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Dirk-Willem van Gulik wrote: On Jun 11, 2004, at 2:20 PM, Henri Yandell wrote: 1) Website needs to be in SVN, else we'll still need accounts for everyone who wants to modify their site annd do releases. Are the SVN based projects taking an approach that handles this? Will it? In the company we right now use a small script, triggered by the commmit - which syncs the website up everytime a commit is made to the released branch/tag. curious, why not mod_proxy-it directly? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Brian McCallister wrote: [EMAIL PROTECTED] mccallister]$ umask umask 0002 [EMAIL PROTECTED] mccallister]$ umask -S u=rwx,g=rwx,o=rx and set the group sticky bit on the repository home so that group is preserved good hint, thanks. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Brian W. Fitzpatrick wrote: On Fri, 2004-06-11 at 13:15, Stefano Mazzocchi wrote: Pier Fumagalli wrote: On 11 Jun 2004, at 22:02, Jim Moore wrote: Actually, the "all or nothing" part of the transaction isn't a big deal because, as you said, it's very rare that a commit in CVS would fail. Problem being (though) is that I've seen Subversion (1.0.2 under Linux) fail right because of that... Somehow an "atomic" transaction was left open on the server, don't ask me why... Basically, after that commit failed, the entire repository was so slow that most TCP/IP connections were failing after 3 minutes for timeouts... Only solution was to run a "svn recover" followed by a "svn rmtxt" and again followed by another "svn recover"... I am experiencing random svn corruptions with svnserve over ssh with svn 1.0 Please be careful to distinguish "corruption" from "my repository needs to have 'svnadmin recover' run on it." Could you be running into a repository permissions error? http://subversion.tigris.org/project_faq.html#permissions (how do I find out the real version btw? why isn't svn -v|--version give me the version?) over linux 2.6.4 any clue? 'svn --version' works for me: $ svn --version svn, version 1.0.2 (r9423) compiled Apr 28 2004, 17:16:48 ... hit me with a baseball bat! -- Stefano, crawling back in his corner :-( smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Brian McCallister wrote: We hit this a number of times with svn+ssh until we got everyone to properly set their umask. haven't had it happen since then, however. uh, interesting, what umask did you use? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS and Subversion
Pier Fumagalli wrote: On 11 Jun 2004, at 22:02, Jim Moore wrote: Actually, the "all or nothing" part of the transaction isn't a big deal because, as you said, it's very rare that a commit in CVS would fail. Problem being (though) is that I've seen Subversion (1.0.2 under Linux) fail right because of that... Somehow an "atomic" transaction was left open on the server, don't ask me why... Basically, after that commit failed, the entire repository was so slow that most TCP/IP connections were failing after 3 minutes for timeouts... Only solution was to run a "svn recover" followed by a "svn rmtxt" and again followed by another "svn recover"... I am experiencing random svn corruptions with svnserve over ssh with svn 1.0 (how do I find out the real version btw? why isn't svn -v|--version give me the version?) over linux 2.6.4 any clue? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: The Opposite of Incubator
Niclas Hedhman wrote: Hi, At Avalon we have a small problem. Phoenix has ceased to be actively developed, and an external fork has occurred driven by the previous Phoenix developers, called Loom at CodeHaus, and users who needs help with Phoenix are directed to the Loom project. Now, what do we do with the Phoenix codebase in ASF?? GUMP makes this apparent. When changes are made in CVS in projects that Phoenix depends on, we will receive Nags. These are of three types; 1. Temporary and will disappear by themself. 2. Incompatible change in other project, by mistake or un-awareness. 3. Permanent Incompatible change. 1.0 -> 2.0 By upgrading Phoenix to these changes, seems fairly meaningless. Killing the Gump descriptor seems like the most logical thing to do, but that would affect projects that depends on it (or other similar cases), James in this case, I think. Should there be a notion of "Compost", "Graveyard" or "Retirement Home" for projects that has outlived their community? There was a lot of discussion about this at the time of the incubator's birth. It was suggested that anything related to 'death' was a bad idea. JServ is, for example, in dead from a community point of view, yet many people use it in production. JServ is now located at archive.apache.org. If the avalon project feels like discontinuing phoenix, I think you just require a PMC vote and then require infrastructure to seal the CVS repository and put it in the archive. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
Martin Kraemer wrote: On Fri, Apr 16, 2004 at 09:18:17PM -0400, Stefano Mazzocchi wrote: Will the ASF use Spamassassin? But my biggest concern is about false positives. That is why I switched from SA to using *only* bogofilter since last summer. I never regretted it, because the heuristic approach of SA needs rule updates everytime a new pattern arises. (Or did I miss a new SA development?) Well, I still use SA because it is invoked by amavisd, but I ignore its decisions completely (because of the false positives, and because of its suboptimal detection rate overall). that has been my experience as well, but spammers are becoming more creative and they figured a way to make bayesian blind. does anybody know if SA is able to update rules automatically now? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
David Crossley wrote: Stefano Mazzocchi wrote: David Crossley wrote: It is a classic isn't it. A search at http://pgp.mit.edu/ for "apache" does the trick. So we are doomed. Stefano, i notice that you are not on the list. Is that deliberate? no, I just never got serious enough with PGP to actually be able to say "this is my key" and never felt the urge for it. Ah, and also that you are using S/MIME not PGP. Sorry for asking silly questions, i am new to this minefield. eheh, it's a field you learn fast, nothing better than some good itches to scratch to stimulate your creativity ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Announcing Erathostenes 1.0
Andrew Savory wrote: Hi, On 17 Apr 2004, at 18:59, Stefano Mazzocchi wrote: Find out how this works here: http://www.betaversion.org/~stefano/software/erathostenes/index.html Interesting! But when you say "the assumption is that you *never* delete anything" ... do you mean in perpetuity? How realistic do you think this is, given the ~40kb payload of most virus mails these days? Over the last 6 months, I've accumulated over a gigabyte of such mail ... that's a pretty high cost in disk space! Or do you discard after retraining? In this version of the script, if you remove an email from the spam folder, the spam database is untrained. This allows you to avoid the escalation of false positives (if you can still spot them!). In the previous incarnation, the script was not doing this, but the problem was that if you had a false positive (or, much more frequent, you moved your ham in the spam folder by mistake and you didn't notice before cron called the trainer) this "pollutes" the database. In order to be able to perform "undo" in training (this is not frequent but it's a nice feature) you need to save everything at all time. Actually, the way the script works today is that it makes a local copy of the email in your server, so not only you save everything, but you have two copies of it. Note that it is entirely possible, in case your disk space is limited, to modify the script to remove binary attachments from email. Anyway, In my case, I have 320mb of spam in the last 6 months. Disk space is not that big of a deal these days, especially on servers. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
David Crossley wrote: Noel J. Bergman wrote: Sounds like a *contest* to me! :-) Can anyone (besides Stefano, who's in a class by himself :-) beat my 1,540 references I found 2 unique references for my @apache.org address. I was hoping for none, since I never use it. One is because I simply hadn't noticed that someone had used that address when adding me to a page. The other can't be helped: it is in the KEYS file. You know ... as in: pub 1024D/23CB7A2A 2004/04/17 David Crossley <[EMAIL PROTECTED]> PGP key servers are also a list of e-mail addresses for spammers. It is a classic isn't it. A search at http://pgp.mit.edu/ for "apache" does the trick. So we are doomed. Stefano, i notice that you are not on the list. Is that deliberate? no, I just never got serious enough with PGP to actually be able to say "this is my key" and never felt the urge for it. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
Antonio Gallardo wrote: I just hope soon the spam problem will find a final solution. The final solution is to render it obviously ineffective and this battle is done on your end. Why do you think google gives you a Gb-worth of storage? so that you don't delete anything. Why that? have way more subsymbolic semantic data to train their networks, so that not only they can be the best search engine, but also the best spam filter in the world. I've been doing this myself for more than a year now and I could not imagine a world without this, it would be impossible for me to find a single email in the pile of shit I receive. The hope is not that spammers will go away, but that those who *pay* them for spamming will find the thing so ineffective that will put them out of business. And you win this battle only with with better content-based filters, not obfuscation, nor whitelists, nor blacklists. Or you make sending email more expensive or you have authorities regulating digital identies. But those might create more problems than they solve. What we need is a web of distributed identity control. But that's the hardest thing in the history of technology applied to society. Luckily Apache hosts a few people that have been working extensively in the area... so well, something might turn out from that too. For now, I just filter the hell out of them ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Announcing Erathostenes 1.0
My email address gets 3,820 references in google. Security by obscurity doesn't work, nor fighting spam via obfuscation. My counter indicates 4534 spam message since monday. Of these, only 45 reached my inbox (and half of those are those damn Vicodin strains! grrr) Of all the 27000 spam messages that my spam repo has, I was not able to find a single false positive in the last 6 months. Find out how this works here: http://www.betaversion.org/~stefano/software/erathostenes/index.html Hope this helps. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
Antonio Gallardo wrote: Stefano Mazzocchi dijo: David Crossley wrote: Surely we can tune SA to minimise false-positives, especially since we have the experts themselves at Apache. Being an expert in pattern matching doesn't make you an expert in understanding what is spam or not for somebody. AFAIK, if anti-spam expert existed, the SPAM problem will be solved years ago and this is not the case. People is trying to find the anti-spam solution. The progress in the area is good, but nobody found the right solution. I personally think the one (or team) who will solve the anti-spam problem will be part of the computer history for ever! Sometime I found you very reluctant to some technologies. Please look around and you will find that spamassassin is the best we can have right now in anti-spam technology. This is not casuality that many companies are building anti-spam product using spamassassin to stop spam around the world. Currently, spamassassin is scaning millions of mail per day and is sucessful in that: http://wiki.apache.org/spamassassin/CommercialProducts And we (on the ASF) are discusing right not about if will be fine to eat our own food. :-( I didn't say we aren't not going to use it. I just said that given the size of the email traffic and the variety of people (almost a thousand) that this move will impact, the ASF infrastructure team is considering this with great care and, as usual, doesn't want to rush things, but try to do them right. Besides, there is no hurry since, as I said, you still do all you want from your end without impacting everybody else. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
David Crossley wrote: Stefano Mazzocchi wrote: But my biggest concern is about false positives. One solution would be to use spamassassin for tagging purposes only, but at that point it's much better to let people do the filtering themselves. There is no reason in wasting precious CPU power for that. A more socially-acceptable compromise would be to leave the "threshold level" of the cutoff point to the various people to set (you could set a .spam_threshold file in your home directory with the cut-off point). So, if you keep the threshold low and complain, well, that was your own fault. I would prefer to see server-side filtering because i don't want to even receive the volume of junk. It is a big waste of precious bandwidth. True, but keep in mind that you can still do server-side filtering, just you have to do it on your own (as I do already today, for example). Surely we can tune SA to minimise false-positives, especially since we have the experts themselves at Apache. Being an expert in pattern matching doesn't make you an expert in understanding what is spam or not for somebody. My point is that no matter what, there is only so much you can do on a centralized spam filter and you should not, IMO, attempt to do to much. That's why I think leaving the threshold configurable by person is the best approach since it leaves you the ability to "turn the nob" in how selective your filter is. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF use spamassassin?
Antonio Gallardo wrote: 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? the ASF infrastructure team is currently testing one of the new IBM boxes (hermes.apache.org) to test the load. spamassassin is a pretty resource intensive beast and even if we do have those new shiny boxes, there is concern about load. But my biggest concern is about false positives. One solution would be to use spamassassin for tagging purposes only, but at that point it's much better to let people do the filtering themselves. There is no reason in wasting precious CPU power for that. A more socially-acceptable compromise would be to leave the "threshold level" of the cutoff point to the various people to set (you could set a .spam_threshold file in your home directory with the cut-off point). So, if you keep the threshold low and complain, well, that was your own fault. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Mailing lists hiding sender's address?
Ceki Gülcü <[EMAIL PROTECTED]> wrote: Your comments are welcome. If you pick 10 people and ask them, you come up with at least 20 solutions for spam and 100 ideas. I think email obfuscation is just as useless yet appealing as security thru obscurity if the amount of email obfuscated is high enough (and apache produces tons of it). We can pick n random obfucation methods, but this will make the job just n times harder and I don't think we can come up with more than, say, 20 meaningful obfuscation methods. Another idea is to remove the From: header entirely. This way, you don't know who sent the email, nor spammers can. But this will totally destroy the mail list ecosystem. Your proposal of using bogus address looks appealing at first, but it potentially makes the problem even worse: it might be a worm sending you that message, pretending to be me. Net result: Ceki is now (involuntarely) spamming Stefano. Note that if this method was institutionalized, you need rebouncing prevention (my bogus address spamming your bogus address and ping-pong forever). I am strongly against any system that bounces email and my 300 spam/bounces messages a day prove why [ and I can't estimate how many don't even reach my inbox due to @apache.org prefiltering ] -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Adding Stefano's "How it Works!" paper to Apache web
Dirk-Willem van Gulik wrote: On Apr 4, 2004, at 4:14 PM, Phil Steitz wrote: After forwarding the whitepaper version of Stefano Mazzocchi's Apachecon 2003 session on "How the ASF Works" to several people interested in learning about Apache, it occurred to me that having this content somewhere easy to find on the web site would be a good thing. So...with Stefano's permission, I converted the pdf to xdoc and submitted a patch here http://issues.apache.org/jira/browse/INFRA-56 I included a patch to add a link to the new page off of the Foundation menu. Both the formatting and placement are just initial suggestions. If others think this is a good idea, we can reformat / pull apart / relocate in whatever way makes sense. Nice ! Very Nice ! I have received a lot of positive comments on that content and I'm very happy (and proud) that Phil took the time and effort to do this. I would be honored if that became the "official" document on the ASF. I also received a bunch of suggestions mostly from Ben and Jason (here copied because I'm not sure they are subscribed here). I hope they chime in. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Apache should join the open source java discussion
Noel J. Bergman wrote: What about starting by making sure Apache java projects _do_ work with the 2 open source JVMs that are mentioned in the article ? That would be a statement, much better than "we like open source java, but our software doesn't run on it because it doesn't really matter". Nobody has been stopping you from proposing an incubation project about this. Why would it be an incubation? Because all new project have to go thru incubation to get up to speed. What new project? I didn't see one. I don't think Geir saw one. All I saw was a notion that existing projects would test with other JVMs. This could be done by each project that cares to do it, and perhaps GUMP could do it for all. And, by the way, outside projects enter the ASF through the Incubator. I don't believe that anyone has ever said that if, for the sake of argument, Cocoon wants to build a new Flash-based webapp framework, that it needs to start it in the Incubator. Did I miss a memo? No, you are both right, it's me misunderstanding Costin's comments. Apologies, I need a brain transplant soon. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Apache should join the open source java discussion
Geir Magnusson Jr wrote: On Mar 18, 2004, at 7:10 PM, Stefano Mazzocchi wrote: Costin Manolache wrote: Serge Knystautas wrote: Leo Simons wrote: Key ASF individuals are joining these discussions, on weblogs and various discussion forums. But the ASF as a whole is silent. In lieu of forming a statement for the ASF as a whole, what about organizing/encouraging/guiding people who want to participate? Maybe specific resources that should be targetted, such as where the most active and/or productive discussions are taking place. What about starting by making sure Apache java projects _do_ work with the 2 open source JVMs that are mentioned in the article ? That would be a statement, much better than "we like open source java, but our software doesn't run on it because it doesn't really matter". Nobody has been stopping you from proposing an incubation project about this. Why would it be an incubation? Because all new project have to go thru incubation to get up to speed. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Apache should join the open source java discussion
Costin Manolache wrote: Serge Knystautas wrote: Leo Simons wrote: Key ASF individuals are joining these discussions, on weblogs and various discussion forums. But the ASF as a whole is silent. In lieu of forming a statement for the ASF as a whole, what about organizing/encouraging/guiding people who want to participate? Maybe specific resources that should be targetted, such as where the most active and/or productive discussions are taking place. What about starting by making sure Apache java projects _do_ work with the 2 open source JVMs that are mentioned in the article ? That would be a statement, much better than "we like open source java, but our software doesn't run on it because it doesn't really matter". Nobody has been stopping you from proposing an incubation project about this. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF Board Summary for March 17, 2004
Peter B. West wrote: Greg Stein wrote: Hi all, This morning, we had our monthly Board meeting. This message is to give a quick summary of the actions or discussions which might impact you, as a participant in the activities of the ASF. ... * There has been a good amount of discussion with respect to incorporating "third-party" software within releases from ASF projects. For now, don't worry about taking any harsh measures to deal with third-party code. Ensure you're following their licenses, of course, but a formal policy will be drafted up and discussed. That could take a little bit of time, so it wouldn't be advisable to turn everything upside down until we have figured exactly what is needed. Congratulations to the Board on a very sensible approach to the question. You guys are worth every cent of those lucrative executive salaries we pay you! ROTFL :-) I needed that so bad today :-) Thanks. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Apache should join the open source java discussion
David N. Welton wrote: Brian McCallister <[EMAIL PROTECTED]> writes: I suspect that getting a consensus from the ASF members, much less the community at large, as to a stance on open source Java will be pretty difficult. The ASF is made up of individuals, not a small number of which are intimately involved with each of the major JVM providers. Is anyone actually against this? I would find that disheartening. I think a simple, general statement would be a good contribution: "The Apache Software Foundation would like to add our encouragement to the parties looking into open sourcing some or all of Java. We are in no way opposed to the existance of proprietary software, but in our years of experience working with open source infrastructure, have come to recognize that having the basic building blocks for some of our most successful projects be free would be of enourmous benefit to all involved, both individuals and corporations" Or something along those lines...short, sweet, not asking, but suggesting. I would totally give my +1 for something like this. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Renaming package names
Nick Chalko wrote: Ceki Gülcü wrote: In one of my current projects I have come across some 3rd-party commercial product, that they have renamed the package-structure (from org.apache.log4j to com.COMPANY.org.apache.log4j) - just wanted to know if this does not violate the Apache Software license? I think bea, does this. It is one way of ensuring that bea will use exactly the version of log4j they want without naming/classpath confilts. I think it is fine as long as the NOTICE with attribution to the ASF is left. java (unlike c#) does not have a versioning concept for classes so many people are resulting in changing package names to do exactly that and make sure that you don't trigger class cast exceptions during classloading. [cocoon is currently voting about doing the same on the other side, changing the name of the rhino packages to avoid collision with rhino shipped with weblogic and websphere] also, keep in mind that there is nothing in the license that stops people from changing package names. You could think that the use of the name "apache" and "log4j" in the package name would be considered abusive, but this would result in them changing the name entirely and this would not solve any issue. In short: if they give credits, they are in good faith, if not, no matter what they do with the software, they are abusive... but package name change should not be considered abusive as such, but rather a necessity that arised out of java internal limitations. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Subversion 1.0
Jeff Trawick wrote: Sander Striker wrote: On Thu, 2004-02-26 at 21:02, Noel J. Bergman wrote: Is SVN being proposed for Incubation? I hadn't heard. SVN is built on top of APR, and also implements an Apache module (mod_dav_svn), so it already uses a lot of ASF code. That said, it would totally rock if SVN would come to the ASF. well put!! I wonder how the SVN community would feel about this. Greg, do you have any idea? what would be your opinion about this? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF Board Summary for February 18, 2004
On Feb 23, 2004, at 10:05, Dirk-Willem van Gulik wrote: On 23/02/2004, at 3:55 PM, Stefano Mazzocchi wrote: Greg Stein wrote: ... It's amazing to see how the foundation, despite it's growth, is still flexible enough to make serious decisions in changing old habits and past mistakes. This is all very refreshing. Thanks ! Great work guys, I'm proud. :-) Ha! :-) :-) But no amounth of flattery is going to keep you safe - one day we will finally find a way to see you shanghaied and tied up onto a board seat.. :-) :-) Damn smart kids! :-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kfo...@collab.net: Subversion 1.0.0 released.]
Greg Stein wrote: fyi... - Forwarded message from [EMAIL PROTECTED] - From: [EMAIL PROTECTED] Subject: Subversion 1.0.0 released. To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Mon, 23 Feb 2004 04:24:55 -0600 (CST) Reply-To: [EMAIL PROTECTED] Subversion 1.0.0 is ready! It lives! :-) Finally, I must say [with all due respect, that is] ;-) Awesome! More than anything, I strongly hope that means that the protocol is stable. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: ASF Board Summary for February 18, 2004
Greg Stein wrote: Hi all, Since the minutes from a board meeting are not usually available until a month or so after the meeting, I like to provide informal summaries of the meeting. This can help to keep people informed about the actions the Board has taken which may have an effect on the development community here at the ASF. If you're a committer, then you'll want to read this :-) It was quite a busy meeting: * The Board established two new PMCs: - The Apache Gump Project will now oversee the development and maintenance of the Apache Jakarta Gump project. Stefan Bodewig is the new Chair of this PMC. - The Apache Portals Project will be pulling together a number of different ASF technologies that are used to create portals. Santiago Gala is the new project Chair. * Sam Ruby requested to step down from the Apache Jakarta Chair position. The Board appointed Geir Magnusson Jr to the newly-vacant Chair. Thanks Sam for your time in the Chair. I also look forward to the things that Geir can bring to the Apache Jakarta Project! * The Board fixed a mistake we made a few years ago. In an attempt to create a tight bond of a "sister project" with the PHP community, we created a PHP PMC. That hasn't ever been quite right, though, as the PHP community is self-sufficient and the ASF doesn't actually own any rights to the code. So, the Board closed down the PMC, and we'll move PHP to its proper place on our site: as a favored sister project. This won't actually _change_ anything, other than from an ASF legal perspective. We still love those guys :-) * We confirmed the March 1 deadline for two separate events: - 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. - All releases made after March 1 must use the new Apache License 2.0. Please note that this applies to *all* releases, even maintenance releases where the original went out under the 1.1 license. Please see http://www.apache.org/dev/apply-license.html for more information on applying the license. * In conjunction with the the discussion about relicensing and some copyright issues, the Board is establishing an official policy in this area: - each and every file must have exactly *one* Copyright line, specifying The Apache Software Foundation. additional individual or corporate copyrights are not allowed. (of course, binary files or certain restrictively formatted files cannot include the copyright and license, but the copyright/license header should be in everything possible) - for contributions of entire files/packages, it is permissible to include a section saying something along the lines of "originally written by ...". this text should occur *after* the copyright and license header. - author tags are officially discouraged. these create difficulties in establishing the proper ownership and the protection of our committers. there are other social issues dealing with collaborative development, but the Board is concerned about the legal ramifications around the use of author tags - it is quite acceptable and encouraged to recognize developers' efforts in a CHANGES file, or some other descriptive file which is associated with the overall PMC or release rather than individual files. * The Board reiterated that distribution of software from our servers must be licensed with the Apache License or a *less* restrictive license (such as plain BSD or the MIT licenses). * The XML Project submitted a plan to the Board regarding a desire to move to a federation of PMCs, rather than a "big umbrella" PMC. The Board is very supportive of this move, and is looking forward to seeing this happen. I believe that is about it (whew!). Please continue any discussion on [EMAIL PROTECTED] If you have any questions, comments, or other concerns, then you can send them directly to me ([EMAIL PROTECTED]), or to any other ASF officer. Very nice! It's amazing to see how the foundation, despite it's growth, is still flexible enough to make serious decisions in changing old habits and past mistakes. This is all very refreshing. Great work guys, I'm proud. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: planet aggregation doing some editing?
On 9 Feb 2004, at 10:04, Brian McCallister wrote: On Feb 9, 2004, at 9:50 AM, Rodent of Unusual Size wrote: the style attribute is dangerous? absolute positioning, maybe. with color. I remember somebody (norman walsh?) showing how you can change the meaning of a page by injecting style that could color words in a sentence white on a white background, then rearrange the words around and make it look like a totally different sentence. pretty clever hack and for sure not that portable with current state of CSS selectors support, but in the future, well, that's something to be really concerned about in general. but for this particular case, style is no danger since it's embedded and come from the same source. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Single Location for syndicated Apache blogs
On 8 Jan 2004, at 19:38, Ted Leung wrote: Next someone will insist that this has to go through the incubator. LOL -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Community *thanks* and Community *responsibility*
Tetsuya Kitahata wrote: Hello! Now I am exploring about our brains. :-) left-side cerebral cortex (A) | right-side cerebral cortex (D) --|--- left-side limbic system (B) | right-side limbic system (C) (A) can be expressed as "Calculation Brain" (B) can be expressed as "Organization/Planning Brain" (C) can be expressed as "Communication Brain" (D) can be expressed as "Innovation/Integration Brain" (A) is opposed to (C) as well as (B) is opposed to (D). The confrontation between (A) and (C) can be expressed as the difference of men/women. (Just a difference of the preference of thinking) (B) brain often takes "responsibilities" of local organization (and person). Also, (B) brain is highly related to "sectionalism", "bureaucratism". (Bureaucrats often create "trifling" works in order to maintain their *local* organizations and keep their prides ;-) On the other hand, (D) brain (as opposed to (B) brain) can also take responsibilities, however, they would be rather "global" responsibilites. I imagined these *responsibilities* can be highly associated with "community thanks". When I became Apache Software Foundation Committer, I felt strangeness of the messages "Thanks"/"Sorry" from some ASF members. I tried to confirm what makes them say such words in particular situations. Now, I do realize that this was "Community thanks"/"Community sorry". ( = These *thanks* messages are derived from the WILL of our community) Yes, I have come to realize and now feel these "Community Thanks/Sorry"s very comfortable. Also, I can proudly say that "Thanks, Apache". Maybe, this is one of the most important factors by which Apache attracts a lot of developers and users from all over the world. Also, as I've read the bylaws of the ASF, this bylaws seems to have affinity to these kinds of "Community Thanks/Sorry/Responsibility" ... really nice. ... What do you folks think? What is this "community thanks/sorry" thing? and what does this have to do with the brain stucture you describe? Excuse my evident stupidity but I don't get it. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transition of the subscribers to announce MLs
On 1 Dec 2003, at 22:55, Tetsuya Kitahata wrote: On Mon, 01 Dec 2003 11:40:21 -0600 William A. Rowe, Jr. wrote: 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 :-) Aha... Okeydokey, I've already known the term "evangelize" and it's common in japan, too. I did "not" know that this word can be used in the western open-source world. I imagined that "evangelize"/"evangelist" could be used only by me and Stefano ;-) # "Evalgelion" -- The title of the famous Japanimation. To contextualize a little: Tetsuia and I had a few private conversations about differences in culture between Italy and Japan (also, the are also amazing similiarities... don't forget that WWII was Germany+Italy+Japan vs. rest of the world, definately not something to be proud of, but nevertheless interesting to understand how it could came to be) During these conversations, I expressed my long-time fascination for the japanese culture and society that, I believe, was transmitted to me thru anime (I basically grew up watching anime) and more recently mangas. BTW, the complete title is "Neon Genesis Evangelion" and I believe it's, by far, the best robot anime ever. If you can, watch it. -- Stefano. smime.p7s Description: S/MIME cryptographic signature
Re: Talk about ASF
On 28 Nov 2003, at 09:57, Sander Striker wrote: On Fri, 2003-11-28 at 08:28, Avik Sengupta wrote: Hi, I have been invited to give a talk on the Apache Software Foundation at the Linux Bangalore/2003 (http://linux-bangalore.org/2003) which bills itself as India's premier Linux/OpenSource event. I hope to give the audience an idea of what the ASF community is all about. A brief outline of my thoughts for the talk is at http://www.sengupta.net/pages/ASF.html I would be keen to get some advise from folks here.. what are the attributes of our community you would highlight at events like this. I suggest you have a chat with Stefano, who did a talk at the ApacheCon this year about the structure of the ASF: http://www.apachecon.com/2003/US/html/sessions.html The second plenary on monday. Find the presentation here http://www.betaversion.org/~stefano/papers/AC2003-ASF.pdf and the whitepaper here http://www.betaversion.org/~stefano/papers/AC2003-ASF-slides.pdf feel free to use. Ciao. -- Stefano. smime.p7s Description: S/MIME cryptographic signature
Re: volunteeritis
On 28 Nov 2003, at 00:20, Roy T. Fielding wrote: I just wrote about the importance of volunteerism. However, I didn't want to let that go without also warning about the limits of volunteerism, namely volunteeritis. That particular malady is found in the most well-meaning people you will ever meet -- the people who simply want to help in whatever ways they can, but often without recognizing their own limits. Volunteeritis is what you get when you volunteer to do more than you can handle at any given moment. There are hundreds of reasons for that, but what must be understood is that volunteering isn't always a good thing to do. Even if someone else is ready to volunteer to do a task, they will often defer to those whom they consider more "senior" even when it is obvious that person is already overloaded. The result is a task that is never completed, or at least not done anywhere near as quickly as it could have been done by someone else. So, my word of warning is simply this: if you are feeling overwhelmed by what you have volunteered to do, don't just let it grow on you. Let others know -- encourage others to volunteer -- spend your time teaching them how to do things instead of just doing them yourself. Amen. -- Stefano. smime.p7s Description: S/MIME cryptographic signature
Re: Mailing from apache email address
On 7 Nov 2003, at 23:25, Brian Behlendorf wrote: Therefore, you have one other option involving SSH, but allowing you to use your local mail client. Minotaur.apache.org is configured to allow SMTP relaying via the localhost interface. So what you do is set up an SSH tunnel that connects your own localhost port X (X can be any value above 1024) to minotaur's localhost port 25; then in your mail client configuration, you set your SMTP server to be "localhost", port X. When you send a message, your mail client will connect to localhost:X, relayed over your SSH connection to localhost:25 on minotaur. I do this, though not with apache.org's server. Uh, didn't know that minotaur allowed that. You learn something new every day ;-) -- Stefano, who likes to have several options when email is concerned - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inappropriate use of announce@
On Wednesday, Oct 22, 2003, at 01:23 Europe/Rome, Tetsuya Kitahata wrote: "Condemn the offense but not the offender." ( Tsumi wo nikun de, hito wo nikuma zu ) I'll add this to my list of design patterns for community management. Without this principle, e-mail communication might soon end up with the meaningless controversies, and full of frastrations ... We are cleverer than yesterday :-) ... I think so. Yes. Thank you, You are welcome. I got a good feeling out of this: we are all different and our text based asynchronous communication media might just suck us dry after a while... but human signal *does* get thru. And this, more than any newsletter or infrastructure, is what, IMO, makes us (the ASF) a different kind of community. A place where you are ready to step the frustration aside to learn and, as you say, be "cleverer than yesterday". Tetsuya. P.S. Yes, I think I should "take a rest" for a while. I will unsubscribe all the -dev lists which I am now participating, and travel (Not for Yoga in Mt. Fuji :-) in the next month.. I want to go to Okinawa and Kyoto) I think it's a very good idea. Pull the plug for a while, if you can, get back to the simple things. You'll find things more balanced in your mind after that. Ciao. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inappropriate use of announce@
I don't want to drag this along forever, but I feel I need to be precise because I don't want email communication to make it drier than it is. On Tuesday, Oct 21, 2003, at 09:07 Europe/Rome, Tetsuya Kitahata wrote: On Tue, 21 Oct 2003 08:52:16 +0200 Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: When I apologized it was because of the tone of the discussion and because the discussion took place in the wrong location (when foundation-wide entities start to deal with merit issues, the entire foundation looses the ability to increase its diversity, thus to adapt better to a changing environment) Stefano, to tell the truth, what made me sad was the apologies from you at [EMAIL PROTECTED] You, announce@ moderator, should not have apologized because you were *not* guilty. What made me angry and sad was not the TONE of the controversy at [EMAIL PROTECTED] Rather, what I did (publish the newsletter) let you apologize to the other people. I understand and respect your feelings and positions, but I also would like you to know that I was not sad, nor angry, just disappointed by what happened over at [EMAIL PROTECTED] This discussions seems to be touching several human sides and it's probably getting bigger that is should be, but there are a few things that were realized: 1) infrastructure@ should deal with infrastructure issues *only*. the decisions to use announce@ for publishing the newsletter should *NOT* have been discussed on infrastructure and any decision taken by them without a reasonable infrastructural concern should be void and overruled. 2) open source communities tend to be aggressive environments. I don't know if this is because we have "our hearts on our keyboards" as Ken poetically phrased ('poetically' intended as a compliment, not as ironic criticism), if because email is such a poor communication media, if we use a common language and native speakers tend to forget the impedence mismatch with non-native speakers, if we haven't seen in person before, a lot of potential reasons. NOTE: #2 is, IMHO, the reason why women cannot stay in an open source environment for long. Women dislike aggressive environments by nature. 3) burn-out happens. I have been burned out twice and in both situations I left for a while. As long as one year at one point. All the people that I know and learned from all burned out, some left for some time, some left entirely. 4) the more the foundation grows, the harder is going to be to change something. this appears as beaurocracy, but it's not, it's just social inertia and it's not as bad as it seems because it keeps thing sane. Yes, I knew that you did really take care of the mood of "community" and i suspect that you apologized because of it. However, it made me sad at the same time. You shouldn't be. I felt I had to apologize because when I consider myself part of a community or team (not that I'm consider myself part of infrastructure@, i'm just a stupid lurker there with no sysadm skills whatsoever), if one makes a mistake, the entire community makes it. I don't think David and Sander did such a bad thing, they expressed their opinion, but I disliked the way they did and I wanted to apologize for the feeling you got out of this. You felt sad but they probably felt angry at me because of this, but, if they did, they didn't express it publicly. As you see, there are many sides all the time and it's really hard to find a balance. It takes respect and a good dose of patience and ability to digest what you dislike and simply pass by without taking it personally. And, believe me, this is an art on its own and crosses cultural borders to reach the limits of wisdom. ...but I'm getting too philosophical, I think, so I stop here and just respect your choice. Calling the ASF beaurocratic shows only how low your ability to understand and adapt to a much more complex system is. No, I did not declare. I am now talking about the *beaurocracy* with the people in japanese government. Most of my juniors (Kouhai) / seniors (Sempai) are government officials. That's it. Oh, then if I misinterpreted your comments. Sorry for that. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inappropriate use of announce@
On Tuesday, Oct 21, 2003, at 07:03 Europe/Rome, Craig R. McClanahan wrote: Tetsuya Kitahata wrote: On Mon, 20 Oct 2003 08:02:35 -0400 (Subject: Re: Inappropriate use of announce@) Rodent of Unusual Size <[EMAIL PROTECTED]> wrote: tetsuya has a lot of energy, and i think we are seeing the common decay into inertia and conservatism common to groups as they grow and age. imho, we should work against this tendency, and seek to empower people (or at least help them find appropriate ways to use all that energy) rather than stifle them with policies and bureaucracy. Thank you :) The only two ways to avoid bureaucracy are : * Accept the difference, heterogeneous ways of thinking with each other (with RESPECT) * Invite Innovative-Mind guys/ladies constantly Innovative (half of the computer engineers have such a mind) way of thinking can be easily in opposition to that of Conservative. This is explained by the brain (In these cases, right-cerebral brain and left-limbic brain) mechanism. Bureaucracy is highly tied up with left-limbic brain. Also, bureaucracy is one of "social-disease"s, which are curable by no means. Bureaucrats tend to hide their asses, possess the instinct of self-preservation, and highly show the self-defense mechanism when attacked by innovative (non-conservative, liberal) ones. # Self-Defense Mechanism can be perceived by very funny # reactions of the bureaucrats. Very Funny, Indeed. The matter is worse, those who are genuine :) bureaucrats can not assay themselves as they are suffering from the disease of bureaucratism. This (bureaucracy) can be found here, there, everywhere in japan :) Incurable serious disease of the society... As if we are awiting the collapse to death of our social system within a few years. well well, you are just going too far here, IMO. One thing is being rude and non diplomatic. An entirely different thing is to be a part of a serious disease. sad. Even more sad that you can see the similarities, but not the differences. When I apologized it was because of the tone of the discussion and because the discussion took place in the wrong location (when foundation-wide entities start to deal with merit issues, the entire foundation looses the ability to increase its diversity, thus to adapt better to a changing environment) Now, you want the system to adapt to you, but how much are you going to adapt to the system? Calling the ASF beaurocratic shows only how low your ability to understand and adapt to a much more complex system is. This is understandable, but not excusable as a reason to resign. [you can just say "sorry, I'm tired" or "have no time for this" and that would be a perfect reason to resign, but that's another story] Tetsuya, Like many others here, I definitely appreciate your contributions on the Apache Newsletter. It has been a task needing to be done, but nobody previously was willing to put in the energy and enthusiasm you have shown to actually make it happen. But I would like to point out something you *might* not have given enough weight to in your own thinking -- cultural sensitivity is a two way street. One of the hardest things for many newcomers to Apache (or other open source cultures that operate similarly) is the brusque-sounding tone of many comments. It's not personal -- it's based on a (shared) goal to improve things, not necessarily (or even usually) intended to shut things down. There are more than a few times when I've come close to saying "to heck with this place" due to criticisms of my actions that I took too personally; but not doing so was one of the best things I ever avoided doing. Your comment about bureacracy is interesting. For the first time in my life, I've spent the last three+ years working for a big company (Sun), after working for organizations with < 500 employees previously in my career. Apache's bureaucracy doesn't hold a candle to Sun's :-). Nor, from what I gather, does it compare to most other big organizations either. In fact, the real problems I see for Apache are almost the opposite. It is the *lack* of a final "authority" making decisions is what causes most of the conflict I see. True, but for &deity;'s sake, I wouldn't want to change!!! As a wise and effective politician once said "democracy is a terribly poor form of government, but every other one is worse". The meritocratic system we use has its own defects and it's questionable if it can scale more without collapsing on its own weight (due to its inverted top-bottom flow of control), but any other form of government would possibly induce higher efficiency, but lower our ability to adapt and diversify. In the case at hand, you ended up reacting to one person's statement. That person did not speak for the Board or the Members; he spoke for himself. I personally doubt if his opinion was, or is, even a majority view of whatever constituency you consider to be "the Apache community." And, the fact t
Re: How to get pgp keys signed
On Thursday, Oct 16, 2003, at 18:56 Europe/Rome, Ben Hyde wrote: Stefano Mazzocchi wrote: Ben Hyde wrote: - ben (who thinks that the web of PGP signatures doesn't grow because people can't figure out the rules and are embaressed to admit it) ..or they haven't been given a reason to care. My dear friend Stefano - go ahead, pull my cord, bait me, tease me... yep, that was the goal! :-) Hot button: How to make your community more action oriented: Don't focus on motives for actions, focus on barriers that prevent those actions. There is a wonderful bit of psych research on this. They were attempting to see if people[1] were better motivated by reason or fear. So they made two pamphlets, one explained the benefits of testing for STDs and the other painted a horrific picture of the consequences of going untreated. Much to their frustration the behavior of the students was mostly indistinguishable. Both approaches resulted in some increase in the desired behavior. But this is the important bit. They then made a 'slight' modification to the pamphlets. They provided directions on how to get to the clinic along with it's hours of operation. This single change made all the difference. - ben :-) [1] undergrads actually. Point taken and understood, but ask yourself: would have they gone to the clinic if they didn't know what a clinic was? If somebody doesn't know what difference does it make to have a key signed or not, why would he/she want to go thru it? Before giving the clinic hours of operation, you should at least tell them what a clinic actually is for, no? -- Stefano, crypto ignorant but fascinated by it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get pgp keys signed
On Wednesday, Oct 15, 2003, at 23:31 Europe/Rome, Ben Hyde wrote: - ben (who thinks that the web of PGP signatures doesn't grow because people can't figure out the rules and are embaressed to admit it) ..or they haven't been given a reason to care. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Web Of Trust, was Re: [FYI] Apache Agora 1.2
On Monday, Oct 13, 2003, at 15:35 Europe/Rome, Ben Laurie wrote: Speaking of which: where's those t-shirt designs, dammit? I would gladly to the graphic design part but don't have any idea on what to write on it :-( -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[FYI] Apache Agora 1.2
It's with great pleasure that I announce the availability of Apache Agora 1.2. Find it over at http://nagoya.apache.org/~stefano/ [NOTE: the location has changed since last version!] Unlike previous versions where dataclouds were generated by a script and simply visualized by the application, with this new version, you can play interactively not only with the graph, but changing it directly from the application. In the above location you find an instance of agora running as an applet (NOTE: you need Java 1.2 or above to see it!) and connecting to the Apache mail archives hosted on Nagoya. Agora runs a preprocessing scripts over the entire eyebrowse archives every Sunday morning (Pacific time) understanding which mbox files were modified and reprocessing only those who need reprocessing. You can also download a distribution to run the visualizer and the script locally on your own MBOX files. See the README.txt file included in the distribution for more info on how to do this. The changes since version 1.1 are: o) Added the ability to zoom into the graphs by right-clicking (or control-clicking for single-button mice) and show the labels of the nodes closeby (they are drawn radially from the mouse location to reduce label overlap). o) Moved the datacloud aggregation and processing into the application. This allows a nicer usability of the tool so that users can create dataclouds on the fly using preprocessed mailbox information that can be published on the web. o) Added the ability to introduce time-based "link decay" which simulates the fact that the importance of a reply decays with time. o) Modified the mailbox processing scripts to produce message data instead of dataclouds. Message data is fetched by the application to produce the datacloud according to the selection of the processed message archives that the user selects. o) Improved the overall prettyness of the drawing by extensive use of Java2D functions like rounded rectangles and transparency. The overall drawing performance has been reduced, but there is the ability to turn off part of the drawing to improve performance. o) Introduction of a "grouping" capabilities that draws circles around the nodes that participated in a particular community. This allows better identification of the 'node clusters' which belong to different communities. - o - Agora will be presented in detail at my "Virtual Community Dynamics" at ApacheCON 2003 As usual, feedback, is very welcome. Happy playing! :-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Apache Newsletter Draft] News from YOUR PROJECTS in July, 2003
On Friday, Aug 1, 2003, at 15:01 Europe/Rome, David Reid wrote: Can we move discussions about newsletters to another mailing list? I know I'm not alone in finding that while some here will be interested, many aren't interested in assisting though will happily read the finished results. Regrettable? Certainly. Why not add a newsletter@ mailing list and those that feel they have literary bones can join there and contribute towards the newsletters production, then once it's ready and available it can be announced on announce@ (and possibly here as well). Life is too full of emails that can be considered spam already and I'd rather not add to that pile with messages (however well intentioned) about newsletters and the administration thereof. what happend to the tune "please not yet another mail list"? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MailAlias.txt
On Tuesday, Jul 22, 2003, at 23:41 America/Guayaquil, Tetsuya Kitahata wrote: Hi, I put the text file named "MailAlias.txt" on the committer module (on the top directory). USAGE: [EMAIL PROTECTED],[EMAIL PROTECTED] [EMAIL PROTECTED],[EMAIL PROTECTED] . The aim of this file is to make AGORA stats more precise. I created this file for the purpose of making stats on each mailing lists (fantastic!) via my favorite mail client soft originally, however, I thought that this could be used for AGORA, too. Please feel free to add your e-mail or modify this file. Wonderful!! I'll patch agora to include this information ASAP. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache Newsletter [Re: Jakarta Newsletter Issue 9 -- May-June 2003]
on 7/11/03 6:07 AM Thom May wrote: > Why the obsession with email? push vs. pull example: we are having this conversation and the information I'm sending its pushed into your mailbox. I could post this information on a weblog and then point you to it, but, in my experience, the chance that you will read it is much lower. another reason is asynchronicity. if I push it in your mailboxes, you carry it with you. maybe on a train, as it was already noted. Sure, you can download stuff from the web and carry it with you but it *requires* effort from your part. Again, the chance that you will do it is much lower. This is what I would like to see: 1) the ASF publishes a newsletter (following the very nice style used in the recent Jakarta one) that covers all the ASF endevours. Including infrastructure, licensing, security, incubation and all the non-so-project stuff. 2) the newsletter is sent to announce@apache.org 3) the newsletter is then archived on www.apache.org/newsletter/[date] What do you think? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Newsletter Issue 9 -- May-June 2003
on 7/10/03 4:21 PM Dirk-Willem van Gulik wrote: > ... > >>one of the consequences of encouraging the breaking up of jakarta is >>that there are a lot more apache projects (whether they started in > > ... > >>if we do manage to get some momentum for an apache-wide newsletter, would > > > Please please ! > > I think that none of us works in a vacuum across artificial boundaries. > Virtually all systems I build at work or for play, mix and match things; a > bit of XML here, some application language there, perhaps some java left, > somea bit of apache to connect it safely to the internet; some PDF > generation to keep PHB's happy, etc, etc. > > XML, web and java are rarely separated; WS and ant straddle half our world > - t is hard to think of any app server environment whilst ignoring bits of > php or mod_perl, etc, etc > > So an apache-wide newsletter would be great. And posting it to apache wide > announce, or even xposting it to all announce mailing list - sure. I'd > love that. Having it on the web is nice for archival too - but I certainly > do not mind 5-25k of well written quality newsletter (like the recent one, > or like apache week) delivered to my doorstep. > > Keep up the good work - and think broad - there are no real boundaries in > the ASF, except for those we invent ourselves. I can hardly agree more with Dirk's view. I think we should have an apache-wide newsletter and deliver it thru announce@apache.org once a month. At apachecon one of the most packed sessions is always the explaination about all the different projects in one confy session. This newsletter tells people about the "status quo" without having to shop around for info. I think it would be a great tool to increase crosspollination and awareness even for people inside the ASF (me first!) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/27/03 5:37 PM Steve Brewin wrote: >> - the chance of a JVM exploit. >> - potential exploits via native code in >> a JDBC driver. >> - the use of native code in matchers/mailets, >> e.g., the anti-virus matcher. >> --- >> - the use of third party matchers/mailets. >> - the use of user-defined scripting matchers/mailets >> - support for SOAP >> - one pipeline being extra busy or big >> performing lots of processing and/or >> handling large messages, should not >> deny service to other users. >> > > I remain unconvinced that all of the issues are potential security risks, > but as I tried to say in an earlier posting, its a matter of trust. Many java programmers are used to think that being so abstract from metal, a java JVM is instrinsically more secure. It is true that the usual types of attack like buffer overflows just don't make any sense (unless they attack the native libraries underneath, but even that is hard) and that the JVM security model is very well designed (they choose security over performance and it's a choice that, IMO, paid well, .NET does the other way around and we'll see what happens) At the same time, imagine taking all sendmails of the world and substitute them with what James right now, how long would it take hack into it? I would suspect a few weeks. Yeah, it's a matter of trust and it's because of paranoia that trust is created because it's a catch-22 cycle: - sysadm are paranoid (irrationally so, so forget about changing that) - sysadm with big load and with a system that works, won't change it because of architectural elegance, you need functionality: they look at security, performance and ease of configuration/use (in that order) and 99% of them stop there - performance can be effectively measured, ease of configuration/use can be tried and appreciated (although irrationally as well, so be prepared to do stuff that *they* are used to, not stuff that you think they should be learning to do! this is the key to usability: adapt the system to users, not the other way around) but... - security cannot be measured, it's a matter of trust. I'll tell you a story: Apache JServ is still considered today one of the most solid, scalable and lightweight servlet engines on the market. So much so that Oracle still ships it in their AppServer. Well, we *never* were able to convince the Apache sysadms to install it on apache machines. Why? at the end, I think, it was lack of trust. On java, on java on freeBSD, on the load consumption, on the memory consumption, I can't really tell you what it was, but, reality is that it never happened. is there an *real* reason for that? I don't think so. but we are humans, we have feelings and we have fears. If you don't design a technical system taking ease of use and the users' fears into consideration, you are doomed to failure in aquiring a good and diverse community of users. Reading your post that dismiss the UNIX sysadm fears as a "think of the past", remind me of the discussion Pier and I had when we thought about the exact same thing of Brian's (for us, excessive) concerns on java. Today, after being involved in infrastructure@ for a while (just lurking, I'm not even close to be decent enough as a sysadm to help them), I can tell you that it's exactly this "get modern and stop the crap" approach that is hurting java and stopping it from becoming mainstream in main fields. I might be wrong, but I blame it on WORA. I'm really happy to hear Noel having a much more "down to earth" approach to the problems, it will give James much more chances of being appreciated by a much wider audience. And this was the reason why I started talking about this. You can argue all day about the technical reasons why those fears are unjustified, but fears are not objective: there are aereonautic engineers who are afraid of flying. From a purely rational point of view, it should be impossible, but it happens. Pier is a world-class java programmer and earned this merit by participating in writing some of the best java software available on the market. Still, and maybe because of this, he doesn't trust it as much as it trusts other software or, let's put it this way, doesn't trust the WORA-injected syndrome that everything should be run inside the JVM. I heard rumors that many of the Solaris engineers in Sun think exactly the same about java, but they are silenced by the company. Go figure. So, at the end, while I agree with you that some of those fears are technically hard to justify, the only objective part is that they exist. You can choose to ignore them, but in doing so, James will just never exit the "cool concept" stage it has been in since its creation. I believe there is critical mass for this project to exit that stage and enter the next phase where it really starts eroding marketshares of other mail servers, but the mindset of its developers must exit the 'go pure and screw t
Re: WORA Considered Evil ;-)
on 6/27/03 1:23 PM Noel J. Bergman wrote: > There are good reasons for allowing the mail administrator to > choose (easy of use and reduced memory consumption vs robustness and > flexibility). Agreed. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/27/03 6:43 AM Danny Angus wrote: > Stephano wrote: > > >>And in order to do this, we must commit a few sins, one of which could >>be compiling our existing code for .NET CLI > > > Funny you should mention that... because I'm porting the Mailet API to .NET. > > The problem isn't with the API, but with the dependance on javax.mail in > particular MimeMessage et al. For which an OS (or at least free) .NET version > doesn't exist. Nono, you didn't get my point: I think it's possible to get *existing* java classes and re-compile them into CLI. Since java and C# are converging into two different syntaxes of the exact same functionality, and we have millions of lines of java code, I think that working at the bytecode level will give us a much better (and easier) portability choice. And, if that could do it for CLI or Parrot at the same time, it would be even better, more choice equals more freedom. Why bothering? 1) we have no access to the JVM code, we can't make it faster, even if we wanted and knew how (java would be *so* much faster if we could reimplement part of the standard library natively! expecially Strings!) 2) the JVM bytecode was created for settop boxes. one register and one stack. most of the operations are performed in getting data in and out of that single register. Maybe it was cool 10 years ago when targetting *7, but today it's pure bullshit. CLI is designed as a modern CPU and it's much easier to compile into native code. 3) parrot has native continuations. I expect Java to have continuations in 1.6 or sooner if .NET adds them. But the VM functionalities are converging. If I had time and energy, I would submit a JSR to modernize the bytecode. But then politics would get in, corporations would slow things down, marketing would impose visions and all that shit. I don't have it, so I think I'll just route around the big obstacle to the evolution of java which is called JCP. And they go around saying that JCP means innovation. I guess that in a world of perennial stagnation, anything that changes is named "innovation". Bah, there is nobody blinder that those who don't want to see. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java + Scripting languages
on 6/27/03 5:58 AM Sam Ruby wrote: > Sometimes it sucks to be four years ahead of your time. Amen. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/26/03 9:01 PM Noel J. Bergman wrote: >>Well, all "decent" OSes... You won't find "fork" in stupid WindoSH... > > "According to market researcher OneStat.com, Windows now controls 97.46 > percent of the global desktop operating system market, compared to just 1.43 > percent for Apple Macintosh and 0.26 percent for Linux." Bah, we are talking about different market here. I was raising concerns that *real* sysadms have. I don't know any sysadm who, free to choose his server operating system, would choose windosh. If only for the frequency rate of those security holes and having to wait for them to patch it. If you want James to be good-enough for the ASF (even if it doesn't get into production), forget your windows user base and target the real heavy duty servers. They will also help you create a community of *serious* email users, which probably have 0.1% of the market, but handle 90% of the email of the planet. Don't forget that Microsoft owns HotMail but it still runs on FreeBSD machines. [I even heard that they recompiled httpd to show an ISS as the headers but people doing TCP/IP stack analysis showed they were not using the windows TCP/IP stack, but FreeBSD's, but maybe it's a rumor, I can't prove this] -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/26/03 4:47 PM Noel J. Bergman wrote: > [Reply in multiple pieces based on sub-topic] > > >>>A problem with multiple JVM instances is the lack of sharing between >>>multiple instances. > > >>on some operating systems, different JVMs share as much as 80% of >>their memory. > > >>>I would like to see the JVM/JIT generate and share common class >>>code on platforms that support it. > > >>This is already there. > > > On which platforms? And are we talking about the same thing? Are you > saying that if I do > > export CATALINA_BASE=/site1; startup.sh > export CATALINA_BASE=/site2; startup.sh > export CATALINA_BASE=/site3; startup.sh > ... > export CATALINA_BASE=/siteN; startup.sh > service james start > > that the N separate sets of Tomcat processes and James are sharing memory > images for all common class code? I don't remember where or when, but I remember reading about some JVM (I would suspect JVM for Solaris on Sparc, from a marketing perspective, but Sun hardware marketing never talks to the Sun software marketing so you never know how dumb they can end up being) that would share memory if many JVM were running on the same machine. Now, I really can't tell you *what* kind of memory they share. I think that sharing *all* common classes is a potentially high security problem, so probably they just share native code, jvm code (not the local stack, of course) rt.jar and endorsed libraries. Which is probably 20Mb of stuff. I think it's totally reasonable to think that you can have james and tomcat running on the same machine where both JVM use 30Mb of RAM (each), but 20Mb are shared so the real usage is 20Mb + 10Mb (for tomcat) + 10Mb (for James) = 40Mb which is less than what your "top" says 30Mb + 30Mb = 60Mb. of course, the more processes you run, the better because at that point, the 20Mb overhead of the JVM is diluted across all running processes and become, more or less, equivalent to an OS overhead. >From memory analysis of my very laptop, I suspect that the Apple JVM that ships with MacOSX does exactly this. In fact, you can have many java stuff running on MacOSX without noticing (unless it's eclipse, but that's another story since it's not even close to be optimized for macosx) I heard that Oracle had a superscalar multi-process JVM (running inside their database! to allow stored procedures in java) but don't know if ever went in production. I would not be surprised to see even IBM JVM having some fancy inter-process shared memory facility as well. > Do you know when/where that was > introduced? If not with 1.2 for sure with 1.3 but I really don't remember more (or maybe I thought about it so much that I convinced myself it's already working this way ;-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Parrot [was Re: How ASF membership works and what it means]
copying the cocoon folks since we are getting pretty serious with continuations overthere (we implement them using a modified version of Mozilla Rhino, a javascript engine written in java) on 6/26/03 3:15 PM Ask Bjoern Hansen wrote: > On Thu, 26 Jun 2003, Santiago Gala wrote: > > [...] > >>I still feel shocked when I (rarely) see a JavaVM crash with a seg fault >>(out of memory always, maybe some beta JDK at times). The safety of the >>JavaVM contrasts a lot with the dangers of C/C++ environments, and makes >>it compelling to write a java alternative even when good native >>libraries do exist. This is the viral character of it. I wonder >>is "parrot" will do the same for perl/python/ruby. > > > I think it has always been true for those languages that people > often choose to reimplement something in that language instead of > wrapping a C module. > > Some of the big things that Parrot hopefully will bring are: > easy interop between languages that are targeted to the parrot VM > (use Python and Perl libraries in your BASIC program) > > Shared VM development between the various dynamic languages > instead of having everyone roll their own as it happens now. yeah, this is a cool thing and it's impressive to note that almost all modern programming languages are moving (one way or another) the VMS way of bytecode compilation for a virtual machine. (even XSLT stylesheets are being compiled into bytecode) > Dan Sugalski wrote an article about why we can't just run Perl, > Python or Ruby on the JVM or CLI: > http://www.sidhe.org/~dan/blog/archives/000151.html > > - ask > > ps. http://oreilly.com/parrot/ was the April Fools joke, > http://www.parrotcode.org/ is not. :-) > Wow, a VM with native continuations, very interesting. Question: do you think it would be possible to compile java source code into parrot bytecode? how would the limited Perl typing capabilities would impact that? I feel like crosspollinating these days ;-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/26/03 11:28 AM Stefano Mazzocchi wrote: > So, we created the Mailet API and started JAMES, later we had Federico > involved that did most of the coding. The above is not painting the picture correctly. Federico did the POP3 server and the first Avalon integration, while Serge did the SMTP part (including DNS lookup and all that). Serge has been the real driver of the JAMES project since the beginning. Pier, Federico and I were just instrumental in getting the concept in java.apache.org and inject a little vision on the mailet concept. But James has been a real community development and we have pretty much nothing to do with what James is right now. Serge infinite much more credits than we do. Apologies for not having been precise. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/26/03 1:03 AM Noel J. Bergman wrote: > Do you really know only such cloistered Java programmers despite all of the > ones you meet? Yes. Very few have the guts to exit the celebrated monocultural java vision (and I was one of them since not so long ago) >>basically they are totally isolated, which leads to concepts such as > > server > >>microkernel architectures (avalon Phoenix) which look cool from a purely >>architectural perspective, but are totally weak from a security and >>stability perspective, because they use one JVM for the entire thing, a >>very weak setup. > > > However, having something like httpd front-end lots of backend JVMs on > multiple machines is nice. Hey, I know that. I was one of the designers of mod_jserv, you know? ;-) > And what prevents mod_jk2 from using a launcher > to control and monitor JVM processes? Nothing. that's exactly how mod_jserv worked. > It would be nice to be able to do > something like: > > > ServerName RingBearer > JkUserID frodo FoTR > Jk... > ... > > > and have Coyote communicate to a "jkLauncher" a connection request for a JVM > running as that user (configuration of the JVM not being the launcher's > responsibility). It would certainly make my configuration easier, and more > robust. Currently, I do something similar by hand. > > A problem with multiple JVM instances is the lack of sharing between > multiple instances. ??? on some operating systems, different JVMs share as much as 80% of their memory. > f you run multiple instances of tomcat, one per > virtual host for example, your memory overhead is considerable since none of > the class code is shared. I would like to see the JVM/JIT generate and > share common class code on platforms that support it. This is already there. > Sun appears to prefer intra-process threading or inter-process communication > over network interfaces. You might find: > > http://www.iee.org/Publish/Journals/ProfJourn/Proc/SEN/vinter.pdf > http://www.cs.berkeley.edu/~szewczyk/cs267/Final.html > http://matsu-www.is.titech.ac.jp/~sohda/research/javag2001.pdf > > interesting. I didn't say practical. :-) Although JPS looks interesting. > > True, Java is not a systems programming language. But without WORA, I do > not believe that Java would have the success that it has on the server. A few months ago, I had a very interesting conversation with Pier on JAMES. JAMES (james.apache.org) is a mail server written in Java that contains pluggable programmatic modules called "mailet" to extend its functionality (much like servlets for an HTTP server) Pier and I designed the concept of Mailet on the plane going to ApacheCON '98, then we met with James Duncan Davidson at Sun to discuss the issues we had with the Servlet API at that time (James was not yet an apache fellow, but he was the spec lead for the Servlet API). There we proposed to add "mail" capabilities to the servlet API. After a long discussion, James turned the proposal down, basically because the Servlet API *looked* like it's abstract enough to take mail operation in consideration, but it's not: it's designed with the concept that the response goes back to the requestor. Which is not the case for email. Also, there were major marketing problems in moving a clearly web-centric architecture in a realm (email servers) where Sun (nor the other vendors) had no interest in going. So, we created the Mailet API and started JAMES, later we had Federico involved that did most of the coding. Now, Pier, Fede and I share our email infrastructure on betaversion.org. It's a pretty complex (and very powerful) setup made with qmail+cyrus+bogofilter+sieve+Horde/IMP glued with some croned-invoqued python code that updates every 5 minutes the bogofilter database extracting the spam/ham from the cyrus folders. I also added some PHP to IMP to allow me to update my sieve file directly from a web interface. The system is solid, very powerful, but hey, from the eyes of a software architect, looks messy as hell. So, one night, when I was visiting them in London, Pier and I sit down and talked about how feasible/useful/dangerous was to update our email infrastructure to JAMES. [despite the little coding I've done on it, I'm still emotionally attached to the idea of having an entire email infrastructure based on the beauty of java modularity and pluggability] It turned out that Pier had pretty rock solid arguments *not* to use JAMES as a MTA and all came from the sysadm paranoia that he grew accustomed to (and which I totally lack, given my very basic sysadm skills and experience). Unfortunately, I don't recall exactly what his arguments were, Pier, do you have a minute to chime in? I think the JAMES people would love to hear your criticism. Anyway, i remember that all of his points came from the fact that by using the JVM you are basically giving away all multi-processing features of the operating system and since UNIX is basic
Re: Java + Scripting languages
on 6/26/03 7:55 AM David N. Welton wrote: > Hi guys, I saw this: > > http://www.jcp.org/en/jsr/detail?id=223 > > The specification may include a Java API that can be used, > possibly through JNI, by an scripting language engine to > access the desired Java objects. > > Can anyone give us a more concrete description of what this is really > about? >From where I stand, it looks like the JSP folks changed gears in their marketing engine. Now they want to make it easy to move millions of PHP folks into the J2EE. > It looks interesting, because... hey, who wouldn't want to associate > with a million dollar marketing machine:-) Yeah, that's exactly how they are going fishing for new market opportunities, so you wait for them instead of doing your own stuff and you get locked into their politics. I heard rumors that PHP5 might be (partially) compiled into bytecode, with JNI hooks to existing php libraries, or, on the other hand, use JNI hooks to access the servlet API exposed objects. btw, our good old Sam Ruby showed it's already possible both hooking from java to php or from php to java. Code is already into PHP and there was a time where you could write an XSP page for Cocoon using PHP as a scripting language (but nobody cared and the code died) At the end, I will not be surprised if this turns out to be yet another JSP-like political compromise between vendors, with no technological value associated to it. [note: I was part of the JSP JSR and asked to be removed exactly because I couldn't stand their political-driven design attitude.] Sorry to sound cynical or rain on the party, but I lost hope in the JCP (or all committee-driven design, for that matter) a long time ago and it's simply getting worse. My point is: you can hook to java *right* now, if you care (look at Sam's code in PHP if you want to see how). JNI is there and it's all you need. It is true that a *common* native abstraction for hooking into scriptable java objects would make it much easier to hook different scripting languages to the java platform (today, you have to do everything by hand for every language you hook), but then again, it's nothing that is not already possible. Hope this helps. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How ASF membership works and what it means
on 6/26/03 6:46 AM Santiago Gala wrote: > Stefano Mazzocchi escribió: > >>on 6/24/03 6:59 AM Dirk-Willem van Gulik wrote: >> >> >> >>>>I think that we have multiple subcultures under the ASF umbrella, due to >>>>the way that the umbrella projects were formed. Whether you like that >>>>or not, I think that is the reality. I know that I personally would >>> >>>And I think that is a healty thing. It makes us more resiliant and self >>>supporting in a changing world. I certainly do not thing that 'enforcing' >>>the patterns of 'httpd' are a good idea. >> >> >>I agree, also because I'm not so sure that the patterns of "httpd" are >>necessarely the best ones. I believe that the java.apache.org-originated >>culture of a lower bar for committership created the explosive growth of >>jakarta and xml. Something that the HTTPd culture fails to identify as a >>value, but it might well be from a purely darwinistical perspective, >>because it allows more noise and mutations to enter the system, thus >>improving the ability to adapt to environmental changes. > > This, I think, is the other side of WORA at work. Your criticism of it > does not show that WORA (or, really, the Java VM architecture) allows > for a lot more safety to experiment than native architectures. > > I still feel shocked when I (rarely) see a JavaVM crash with a seg fault > (out of memory always, maybe some beta JDK at times). The safety of the > JavaVM contrasts a lot with the dangers of C/C++ environments, and makes > it compelling to write a java alternative even when good native > libraries do exist. This is the viral character of it. Hey, don't forget that, despite my criticism on the java monoculture, I remain a java fan. I just opened up my views to other languages (expecially scripting ones) since I think that java falls short in many situations. > I wonder is > "parrot" will do the same for perl/python/ruby. uh? wasn't "parrot" an april's fool joke? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
on 6/26/03 8:03 AM David N. Welton wrote: > Glen Stampoultzis <[EMAIL PROTECTED]> writes: > > >>Yes. As dogmatic as Sun has been about "pure" Java it's still a >>success factor in the adoption of Java. There's still no other >>platform out there that makes it as easy as Java to write for >>multiple platforms. > > > Errr... really? Glen is talking about the JVM, I suspect, more than the java language. This is in line with things like Jython and PHP5 being all compiled to java bytecode. It is even more so in .NET where the CLI virtual machine has been designed to be similar to a modern high-end processor, not as a microwave oven microcontroller one (as, unfortunately, it is the case with java, where the JVM architecture sucks ass). And exactly for this reason, if Mono is successful and doesn't get locked by Microsoft legal battles and Sun doesn't open up the JVM, we'll simply write a compiler from JVM to CLI and simply mix the best of both worlds, escaping, at least, vendor lockin from the JVM part and hopefully removing some of that "holy WORA" syndrome that is really stopping people from thinking about the fact that diversity is good for you and doesn't necessarely prevent portability. BTW, Glen, HTTPd is written in C and it's *by far* more portable than any java program out there. At the same time, the amount of work done to allow this portability is impressive, while, compiling for a JVM, gets you instant portability and almost no cost. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How ASF membership works and what it means
on 6/24/03 6:55 AM Dirk-Willem van Gulik wrote: > Then perhaps my observation means absolutely nothing - and I should really > try to get my mind around a fundamentally different development model (and > some aspect you call WORA). Oh, sorry, WORA := Write Once Run Anywhere. It's java's first commandament. Basically, it's bullshit: java runs everywhere because all virtual machines descend from the same codebase (in fact, those exotic virtual machines like Kaffe or natively-gcc-compiled are not used because the number of small incompatibilities/deficiencies is simply too big). WORA translates automatically into Java's biggest sin: native code. Java programmers were tough the religion of "java purity" as the only way to purify their souls from the "sin of native code". This is the reason why we basically we have mod_* where * is any programming language, but not mod_java, there is no java API that mimics the HTTPD API because we preferred to avoid the "sin" of doing JNI (java native interface) and preferred the socket disconnected way with mod_jserv. note that for apache 1.3.x, JNI would have been hard because of the multi-process environment, but for apache 2.0, a JNI-based mod_java is perfectly valid architecturarely, but nobody works on it because of this "sin" syndrome. Also, java programmers tend *not* to have any knowledge of things like "how to link a library in a native environment". basically they are totally isolated, which leads to concepts such as server microkernel architectures (avalon Phoenix) which look cool from a purely architectural perspective, but are totally weak from a security and stability perspective, because they use one JVM for the entire thing, a very weak setup. Pier is probably the only person I know who has great capacity on both sides of the fence and he tried to add unix deamon-like capabilities to java but crushed into several JCP walls where native stuff is still seen as a sin. Note how Java failed on the client side because of how slow swing is. Eclipse introduces SWT, something that Sun really disliked because of considered again a "sin" to have something OS-specific. Again, the culture difference between java and python, for example, is that python has OS-specific features, java does not and will never. java is based on a common denominator. Python is based on giving access to what you have. note how apple provides OS-specific hooks to java and native alternate implementations of java libraries (such as swing). we'll see how much this impact the java purity concept. this is just to show how peculiar the java development culture is. personally, I feel ashamed I was not able to see that this WORA concept is just bullshit and that I wasn't able to see how mentally limiting this "pure java" thing is. But it's far from common to have language open mindness in the java world and this is due to this purity religion. >>>-> the java world seems to need amazing number of indians (or >>> committers) relative to lines of codes or bugs fixed. And seems >>> to see more isolated pockets of people than the xml and other >>> parts of the ASF. >> >>I don't get what you mean here, can you elaborate more? > > > Actually - an extension of your Agora should propably be better at > showing and modeling it; I was basically looking at commit-scope of people > in a single code bases across projects. And had the impression that we see > smaller scope activity, by more people relative to total project activity; > and more often by people who only work on that part - but do not > 'participate' in the larger architecture and structure. I see. But gathering this data would be a pretty hard CVS datamining problem. Anyway, agora can visualize any structure you come out with so if you want to experiment with it, it would be very cool and I might even be able to help you. > But the latter part is not really proper statistics. Let me try to back > that up when I have some time. Cool, let me know when you come up with some data to show. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How ASF membership works and what it means
on 6/24/03 6:59 AM Dirk-Willem van Gulik wrote: >>I think that we have multiple subcultures under the ASF umbrella, due to >>the way that the umbrella projects were formed. Whether you like that >>or not, I think that is the reality. I know that I personally would > > And I think that is a healty thing. It makes us more resiliant and self > supporting in a changing world. I certainly do not thing that 'enforcing' > the patterns of 'httpd' are a good idea. I agree, also because I'm not so sure that the patterns of "httpd" are necessarely the best ones. I believe that the java.apache.org-originated culture of a lower bar for committership created the explosive growth of jakarta and xml. Something that the HTTPd culture fails to identify as a value, but it might well be from a purely darwinistical perspective, because it allows more noise and mutations to enter the system, thus improving the ability to adapt to environmental changes. The problem was, IMO, that this growth was not identified early on and this lead to the creation of somewhat balkanized subcultures, which we (ASF) are now trying to reduce by allowing projects to autogovern themselves and escape the umbrella. But again, only if they like so, because freedom of choice is key in a healthy and respectful organization. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How ASF membership works and what it means
on 6/23/03 8:42 AM Dirk-Willem van Gulik wrote: > > On Mon, 23 Jun 2003, Steven Noels wrote: > > >>Stefano's insightful post got me carried away to run some stats on >>members & projects: http://blogs.cocoondev.org/stevenn/archives/001008.html > > > I've always stopped short of doing just this; and more kept things limited > to a pie diagram and postings/#of commits. > > This as it mostly shows 'today' rather than the members body which grew > over time and is effectively lagging. I.e. you are looking at data which > tells you more about history than about the future. And that todays future > is tomorrows history. Dirk is right pointing out how a specific frame in time tells you the 'position' but not the 'speed'. Luckily, social dynamics don't exhibit the Heinsenberg principle. >>Please comment if you care, but keep the thread on community (or >>cocoon-dev). I'd love to hear your opinion. > > > My main interpretation is > > ->We are tremendously dynamic in terms of ratio's and > relative numbers; things turn upside down regulary. Yeah, in analysing dynamics, change in time cannot be overlooked. > ->xml and java are 75% of the activity; the 'old school' > has dropped below 20% now (Ignoring PHP here). > > ->Despite the enourmous influx of java and xml the ASF > as a whole is growing significantly slower than the internet. This might not be as bad as it seems: you fail to note that the growth of the internet is *not* necessarely the same growth of its technical side. When a technology matures, the growth indicates adoption, not necessarely increase in social technical substrate. I think the social technical substrate is growing much slower than the internet in general. And it might just be the same growth that we exhibit. Which would be totally fair. [no numbers to prove this, nor any idea on how to get those numbers] > ->Documentation is growing even slower; even including > translations. *this* is a problem. I'm currently spending all my research effort to overcome this. I think it's entirely possible. > ->Organisationally xml and java are still lagging behind; > but have been catching up (though the catch up has slowed down > somewhat due to a much larger influx from the old school > side; and that influx is by average younger than the proposed > influx from xml and java (in terms of lines of code and/or years > of activity on *MORE* than one project). the inertia of the foundation is big. but things are slowly moving. I expect more stabilization and new top-level projects in the future. this will help uniforming the foundation and participation. > ->Java (and to a lesser extend xml) is _actively_ under > represented and produces less orgaisational/infrastructure/legal > people than one would expect given the current relative number of > existing java/xml folks in organisational positions. That may > be a cultural thing. could be. could also be lack of information or lack of social contact with other parts of the foundation. In my todo list I still have some plans to increase the power of Agora as a community microscope. > ->In the java, and to some extend the xml world, we have much, much > much more code which was only touched 1-4 times by <= 2 people > over time. this is another problem and, IMO, it's a cultural thing as well: java people tend to like to reinvent the wheel, just because coding in java is easy and the WORA religion is a powerful engine. > ->the java world seems to need amazing number of indians (or > committers) relative to lines of codes or bugs fixed. And seems > to see more isolated pockets of people than the xml and other > parts of the ASF. I don't get what you mean here, can you elaborate more? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How ASF membership works and what it means
on 6/21/03 11:01 PM Thom May wrote: > * Stefano Mazzocchi ([EMAIL PROTECTED]) wrote : > >>NOTE: copying members@ and community@ since this might be helpful to >>many people. >> > > Stefano, > this was a really well written piece that, for me anyway, explained > perfectly the difference between committers and members and what the process > was for moving from one state to the next. > Would it be possible to put this under the foundation site somewhere? Thom, as I wrote inside my email, while the description of the process is more or less objective and it can well be placed on the web, the value of membership is only my own personal view and it's not a vision shared by the entire group of members. But I believe that "the meaning of membership" will be a hot discussion point in the future and, as we come up with consensus, I'll be happy to describe it and place it in a public location. > Thanks again, and thanks to everyone for granting me the distinct privilege > of being a member of the ASF. Welcome on board! ;-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How ASF membership works and what it means
NOTE: copying members@ and community@ since this might be helpful to many people. As many of you know, three cocoon committers were nominated then elected members of the Apache Software Foundation yesterday. Since I've been inquired by a few on how the system works, I'll spend some words on the process and what it means for me. Note: there is current a debate happening inside the members of the ASF on the "value and meaning of ASF membership" so, please, don't take my words as the ASF truth (if there is one), but just as my personal opinion on this matter. Now, for the objective things, here is how the process works: 1) any ASF member has the right to nominate an ASF committer for membership. 2) when such nomination is done, a few sentences have to be provided on the reason for the nomination, for example, explaining what they have done for the ASF and why the nominator thinks that they have the skills/will/behavior required to be an ASF member. 3) in the past, a nomination required to be seconded by another ASF member. This is no longer required (am I right on this?), even if highly welcomed by the members because it indicates some level of agreement. 4) every 6 months or so, the members do an election. In the past, the elections were done physically and synchronously. Today, we have a digital voting system which works like this: a) if you are eligible to vote (you are a member and you are not emeritus), you receive an email with a number that uniquely identifies your vote. b) you connect thru SSH to cvs.apache.org and use the tool on /home/voter/ to vote, using the number that identifies your vote along with the vote content. c) the vote takes a time span (normally one or two days), you can vote as many times you want and the last vote is the one that counts (previous votes are overridden). d) votes are then counted. results shared to the members list (which is a private list where only ASF members can read/write email) and the elected people are informed and asked for participation. Members have access to all election data, so a member is able to find out who nominated him/her and who seconded. Votes, on the other hand, are secret and remain so, even for members. - o - Now for the value of ASF membership. The chain of merit inside Apache is: user -> committer -> member - everybody can be a user - users who care about a project are elected as committers - committers who care about the foundation are elected as members It is hard to nominate a member, much harder, IMO, than to nominate a committer. Why? well, because it's easy to understand if somebody cares about a project (they submit code, they participate in the community, they do stuff and get to be known), but it's much harder to know if someone really cares about the foundation, because normally they don't do much for the foundation if they are not made members. Kicken-egg problem. There are great committers who can be terrible members. And regular committers who can be incredibly good members. A committer that works on more than one project and takes cross-pollination and community building practicesa in great consideration, makes a great candidate for membership. A committer that evangelizes about the apache spirit, that cares about community dynamics, that tries to help other apache communities, makes a great candidate for membership. But since I value membership so much, I personally have a pretty high bar for membership (this is not shared by other people and others projects inside the ASF, but I don't see this as a problem because respecting differences is what makes us stronger and able to learn) and this is why it takes years for me to nominate somebody for membership. Now, what is a member? A member is a shareholder of the foundation. Basically, it's part of those who "own" the foundation and are able to effectively decide how the foundation works and, for example, where it spends its money. You want to make an official apache conference? the members decide how and who should. You want to have our servers hosted in a location that we own instead of sharing bandwidth with a corporation that can cut us off at any moment? the members decide how, where, how much we can afford to pay for it and so forth. You have an idea to promote the foundation or to do something new and marvellous? the members decide what to do. Also, remember that members nominate the "board of directors" who are the one that run the foundation in all those daily details that most of us don't see and take for granted. Yeah, all of this is still, in perfect apache spirit, a volunteer job. This is the reason why committers are nominated, then elected but it's still a personal choice if they want to participate or not. Becoming a member is not only a great personal achievement, but it's also a responsibility. A responsibility in front of those committers, those people, that you are going to represent wi
Re: The cash of our lives / Dvorak
on 6/10/03 2:10 PM Ben Hyde wrote: > On Tuesday, June 10, 2003, at 03:01 PM, Greg Stein wrote: > > >>On Tue, Jun 10, 2003 at 01:58:16PM +0100, Danny Angus wrote: >> >>>Jeff, >>> >>> Yes, and isn't it fun. >>> >>>--fun snipped-- ;-) >>> >>>So should we only do things that are fun? >>> >>>Moving and re-naming files in an ssh terminal session is not crazily >>>graphical nor easy enough for a 4 year old, but I bet there are >>>enough people in Apache who can do it without sweating that it is, >>>IMO, a poor excuse for throwing away useful information. >> >>Bah. >> >> >> >>Use Subversion. >> >> >> >>:-) >> >>-- >>Greg Stein, http://www.lyra.org/ > > > Nope that didn't seem to help - ben > > $ telnet svn.apache.org 80 > Trying 208.185.179.13... > Connected to svn.apache.org. > Escape character is '^]'. > dir c: > dir c: > > > 400 Bad Request > > Bad Request > Your browser sent a request that this server could not > understand. > > > Apache/2.1.0-dev (Unix) SVN/0.23.0+ DAV/2 Server at > icarus.apache.org Port 80 > > Connection closed by foreign host. > $ ROTFL! :-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: news.apache.org (was: apache.org vs. mozilla.org)
on 4/6/03 12:17 AM Danny Angus wrote: >>Two problems I'd have with switching to NNTP exclusively: > > > I would hope that this discussion is about augmenting the listservers by > providing NNTP as an alternative means of access, not a replacement. Yes, people, do not worry: the discussion is about *augmenting*, not about replacing anything. In fact, ezmlm *WILL* remain as it is. I never even thought about changing it for a second! NNTP can provide a *wrapper* on top of our SMTP-based infrastructure so that people can choose their favorite use to access the meat and messages are *NEVER* removed. Personally, I would probably keep using email for the mail list I mostly follow, but then use news for the lists I just lurk sometimes. So that i don't have to keep myself subscribed to them *AND* I get a nicer client than a web interface to browse them (an awesome web-based mail archive browsing SUCK ASS compared to any decent news client!) If there is consensus about this, we can move it over to infrastructure. So, summing up, is anybody against running news.apache.org which *wraps* (NOT REPLACE!) the current SMTP-based infrastructure? This will also work as a permanent archive and will probably be picked up by google groups to provide nice mail searching (that we could also hook into our project web pages directly!) Thoughts? -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
talking about privacy
I started looking up a bunch of US people I know and I found this: http://preview.ussearch.com/preview/preview.jsp?adID=10002101&fc=NCSHORT&x=0&y=0&searchFName=Sam&searchMName=&searchLName=Ruby&searchCity=&searchState=&searchApproxAge=40 Gosh, Sam, you really look younger than your age ;-) Anyway, such a site would be *SUPER ILLEGAL* in europe and, I'll tell you what, my gut feeling is that I'd really like it to remain so. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: apache.org vs. mozilla.org
on 4/5/03 4:22 PM Glen Stampoultzis wrote: > At 11:15 PM 5/04/2003, you wrote: > >>Recently, I've started to dive into mozilla with a developer eye. *very >>slowly* since my c++ skills are almost non-existant (and my c skills >>are, h, rusted and ruined by the java garbage collector :-) >> >>Anyway, the cultural differences between their style of development and >>ours are striking. > > > Have you talked to them about this. No, and this is exactly the point: I don't know who to send it to! post it on their 'general mail list' seems a bit ackward. Posting it to their 'board-equivalent' too much high. they don't have community@apache.org or [EMAIL PROTECTED] ! they just have newsgroups for users and everything that happens behind the scenes. Sure this might well appear the same about the ASF from the outside, but I found myself with no reference. Any suggestion? > The comparison could be very interesting/useful to them. I would love to see mozilla.org and apache.org crosspollinating more. It can only be useful for the web. Leading web Server and web Client open development communities unite to keep the web open! That would make a great story, wouldn't it? :-) But, IMO, this shouldn't happen *from the top*, but from the bottom. Too bad that their skills/programming-languages are almost orthogonal to the ASF's ones. :-/ We host just two C++ projects and all of them have been donated and are maintained mainly by corporate sponsorship (and would probably die in a few seconds if they stopped supporting them) Actually, the bigger overlap between the ASF and mozilla.org (despite the dependency on HTTP, of course) is done by, guess what?, Cocoon which is actively using Rhino as the engine for its continuation-based web application framework. Too bad rhino is a satellite of the mozilla.org world since java counts almost nothing there (and for a reason, I would add), in fact, it's rhino that doesn't really fit to mozilla.org, IMO. Anyway, I'm very interested in both Minotaur (the factored out mail client, which indeed rocks even at 0.1a state!) and Midas (the iframe-based inline editing component). I'm seriously thinking about working to add serious contentEditable="" operativity to mozilla and this will require pretty hard work inside the trunk. I might eventually be able to get commit access in order to maintain it and that would be pretty cool. but all this depends on many variables about my workign future so don't hold your breath or take this as a promise :-) -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
apache.org vs. mozilla.org
Recently, I've started to dive into mozilla with a developer eye. *very slowly* since my c++ skills are almost non-existant (and my c skills are, h, rusted and ruined by the java garbage collector :-) Anyway, the cultural differences between their style of development and ours are striking. 1) they have *ONE* big CVS module where all developers can commit to anything. I believe this is a *major* mistake because devs have to download the whole thing in order to build mozilla. the communicator philosophy was attached to their very mindset. also notice that the mozilla CVS module is 650 Mb (as of yesterday), this rules out almost all dialup or pay-per-minute fee users. Which means, in the last 5 years, probably 80% of the potential non-US developers!!! While DSL is changing this for europe and other first-world nations, this is not so for the rest of the world. with smaller and more manageable CVS modules (and nightly snapshots to route around CVS firewall restrictions), *our* potential dev pool is orders of magnitude bigger than theirs. 2) tinkerbox is a nightly build system which aims to improve continuous integration by forcing everybody to commit to the same tree. I think this can't scale as much as we can with a Gump-like approach. The continous forking friction (chimera, phoenix, minotaur) is tearing their communicator-inflicted mindset apart. Rightly so, IMO. The more diverse the development community becomes (and this is slowly happening, also, maybe, because of increase on european broadband), the more the community will look for 'KISS' solutions that are driven by lazyness and 'getting the job done' by small incremental steps. In this new mindset, their infrastructure will have to change significantly to adapt to this. 3) mozilla.org doesn't have the concept of separate 'users/dev' forums [see below why I call them 'forums']. This means that development is mostly done internally, or privately. Most available forums are equivalent to our 'users' forums where power users post questions on use and simply don't care about the internal development. I believe this sums up the problem of acquiring new developers: people are rarely sucked in and they don't get to 'know' and appreciate the developers by listening to their dev-oriented conversations. Star stages are bad, but visibility is the way people pay back. having a mozilla.org account is not seen as valuable as having an apache.org account. why? well, because all netscape people got one for free! there is no clear meritocracy and this means no clear visibility value since there are no mozilla stars. not even as a group. nothing. This is emerging now with the smaller projects like phoenix and camino and minotaur where a few people really drive the show and earn their merit and create envy in others that want to be part of that show and feel cool. ego is an incredible motivator for geeks. only recently mozilla.org has understood a way to make good use of it and this is stop forcing everybody in the same room and see what happens. [even the ASF is doing this by promoting projects in top-level domains and this is a good thing for both, IMO] - o - Now, there is one difference that puzzled me. In mozilla.org, forums are newsgroups. In apache.org, forums are mailing lists. Yes, I'm aware that it's possible and quite doable to automatically map one into the other (and sites like GMane do already for some of our lists), but I think the differences might be a lot more important. Worth discussing the differences: 1) the ASF has human spam filtering, mozilla.org doesn't. This shows. The amount of spam in their newsgroups is, well, irritating even if not very high. This is clearly a plus for our approach. 2) mozilla.org is archived at google groups. this is clearly a plus for their approach since our mail archiving and indexing capabilities, well, suck ass compared to theirs. (no offense for the eyebrowse people, just stating reality) moreover, google groups archives the entire history of the internet. From an historical perspective this is going to be incredibly important (and another reason to worry about google to be the next microsoft/AOL big-brother-wannabe, but that's another story) 3) mail clients have newsgroups-advanced features that are normally lacking in mail folders. For example, autotrimming forums to, say, the last 500 messages. (please don't tell me how smart is your client or your solution to do it anyway: my point is that newsgroups and NNTP were *designed* for forums, while email was designed for point2point communication and clients reflect these mindsets) also the need for mail filtering is a lot decreased (again, don't tell me how you do it because I don't care) 4) for newsgroups, lurkers can read archives from their favorite mail/news reader. for mail lists, they have to use web-based intefaces. This is, IMO, a *HUGE* plus for newsgroups. - o - N
Re: [proposal] daedalus jar repository
[EMAIL PROTECTED] wrote: As an aside, one of the issues we had when coming up with Maven's repository format, is that often artifacts (jars, wars, ears etc), will get left on the filesystem outside of a repository. Think rpms for example. Having a file encode --.type has been very useful for us. Yes, it's often different from what the project creates and distributes, but I (and others) have been bitten by commons-logging.jar, struts.jar, junit.jar so many times, that seeing log4j-1.2.5.jar is a godsend. I totally share this experience and support the concept. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and community
Noel J. Bergman wrote: The thought behind my earlier question about the PMC, which initiated this spiral, was that having Ant and Maven under a PMC would help that effort. Noel, the ASF has a pretty long history of forcing people inside containers because many vocal ASF members thought along the same lines of thoughts that you (and others) are exhibiting in this thread. Unfortunately, and jakarta shows it more than evidently, it *DOES* *NOT* work: containment doesn't more harm than good. The board has to judge the openness of the Maven community more than anything. Jason's past comments don't help painting the picture of an open community, even if I agree with him about selectivity being natural and with Dion when he says that a community is much more than a single invidivual. I would say 'go for it' and let darwin lead the way. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Scrambling jar files?
I just ran into this and found that might be worth injecting into the jar repositories discussions. http://nbbuild.netbeans.org/scrambler.html -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant PMC Issue (was: RE: [proposal] daedalus jar repository)
James Strachan wrote: From: "Noel J. Bergman" <[EMAIL PROTECTED]> Well, I didn't ask about Gump, Centipede or Ruper. I asked about Ant and Maven. Start there. And as far as I'm concerned, if Build Project X sucks (a logical antecedent for the sake of discussion), then an Ant/Maven PMC could resolve that by correction/replacement as part of their on-going development. I thought the whole reason that Ant, Avalon, Cocoon, James et al moved top level (out of Jakarta) was to get rid of top level umbrella PMCs so that each project has its own PMC. This is all Maven is trying to do. Any kinds of integration/merging is an internal decision for the Ant and Maven communities isn't it? I see Ant/Maven integration as a totally separate issue from who makes up the PMC to look after the Maven project. I don't see why why we'd need another top level PMC looking after both Ant and Maven as they are separate projects afterall. I agree with this vision. My suggestion to the board would be to identify the health and diversity of the community behind Maven, not its technical realms or potential overlap since this will be dealt with by darwinistic means if the dev community is healthy. I repeat: *if* the community is healthy. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant PMC Issue (was: RE: [proposal] daedalus jar repository (was: primary distribution location))
Jason van Zyl wrote: What irks the hell out of me is people like Nicola constantly whining about being excluded. Excluded from what? I find this message quite interesting in this context: http://www.mail-archive.com/general@jakarta.apache.org/msg07046.html Expecially your signature. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant PMC Issue (was: RE: [proposal] daedalus jar repository)
Jason van Zyl wrote: Or how about we make a tautalogical resolution like the Ant or Cocoon resolutions which got passed. I'm fine with changing the resolution to something like those of Ant or Cocoon: "The Maven Project will deal with the Maven system". FYI, the ASF Board stated clearly that this 'recursive nature' of the Cocoon Resolution is a problem and that they expect the Cocoon PMC to fix this ASAP. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[fyi] apache ego massage
http://java.sun.com/features/2003/02/britannica.html -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: the artistic license and ASF code - okay?
Henri Gomez wrote: FYI, Cocoon ships with Jetty built in. Never tried to bundled with Tomcat ?) No, Cocoon is big enough already. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: the artistic license and ASF code - okay?
Henri Gomez wrote: Leo Simons wrote: hi all, Avalon has some code which imports jetty, and does an autodownload as well. Jetty is based on the OSI-approved artistic license: LOL, Jetty grabed from a jakarta project ?-) > Another proof that jakarta community is not mind closed and don't use only its own projects ;) FYI, Cocoon ships with Jetty built in. -- Stefano Mazzocchi <[EMAIL PROTECTED]> Pluralitas non est ponenda sine necessitate [William of Ockham] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]