Re: [proposal] daedalus jar repository (was: primary distribution location)
On Thu, 20 Feb 2003, Leo Simons wrote: > Based on the above, I suggest we create such a machine-readable > repository @ > daedalus.apache.org:/www/www.apache.org/dist/java-repository +1. I see nothing wrong with the plan. Hopefully Ant can be made smart enough to pull the jars down from mirrors, too. Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers / project list
On Thu, 20 Feb 2003, Santiago Gala wrote: > It's really great. I'll try to integrate the imagemap coordinates in it, > so that the dots are clickable and show tooltips. I think I will be able > to steal some time for it during the weekend. What I can do is have the 'getFeatureInfo' return that sort of information. So it can then be used for some sort of display. Dw. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers / project list
Dirk-Willem van Gulik wrote: On Thu, 20 Feb 2003, Santiago Gala wrote: It is rather experimental. I'm playing with it, and have not yet set up a cron to update it hourly or so in nagoya. The map below is generated on the fly - and the coordinates are checked once every 6 hours for changes in urls.txt and every 24 hour for changes in the ICBM coordinates for existing folks. I'd be quite happy to make that quicker if so desired. http://cvs.apache.org/~dirkx/sgala.html I can move the whole perl script over to ASF infrastruct if desired. It's really great. I'll try to integrate the imagemap coordinates in it, so that the dots are clickable and show tooltips. I think I will be able to steal some time for it during the weekend. There was some discussion about community.apache.org (home pages, ...) AFAIK it was unconclusive. This kind of efforts would be welcome in such a place, even if it does not yet exist. Regards, Santiago Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers / project list
On Thu, 20 Feb 2003, Santiago Gala wrote: > It is rather experimental. I'm playing with it, and have not yet set up > a cron to update it hourly or so in nagoya. The map below is generated on the fly - and the coordinates are checked once every 6 hours for changes in urls.txt and every 24 hour for changes in the ICBM coordinates for existing folks. I'd be quite happy to make that quicker if so desired. http://cvs.apache.org/~dirkx/sgala.html I can move the whole perl script over to ASF infrastruct if desired. Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers / project list
Erik Abele wrote: Ask Bjoern Hansen <[EMAIL PROTECTED]> wrote: I updated the committers / projects list: http://cvs.apache.org/~ask/ http://cvs.apache.org/~ask/people.html http://cvs.apache.org/~ask/committers.html - ask great, but wouldn't it make more sense to update this info regularly (weekly, bi-weekly?) and to store it only in one place? AFAIK, Jim, the Incubator and you maintain these lists on their own sites, but it's not clear how up-to-date the different lists are. This is also a problem with Krell, sometimes the newest map can be found under /~sgala/, sometimes under /~stefano/ ... It is rather experimental. I'm playing with it, and have not yet set up a cron to update it hourly or so in nagoya. Most of the times I test at home and ssh the results up. I imagine it is the same with stefanos version. And there is even more: Vadim's Stats, BONK (linkchecker, to be installed soon), ... Perhaps a central page with some links would be sufficient, but IMHO the most useful approach would be a new repo (perhaps just a dir under the community or infrastructure repo?). Thoughts? If someone tells me the proper place to setup the cron to copy to, I will write a cron tu update urls.txt, build the maps and put the maps there hourly, karma allowing. I have just committed a change to show the generation date and updated ;-) cheers, Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: committers / project list
Ask Bjoern Hansen <[EMAIL PROTECTED]> wrote: > > I updated the committers / projects list: > > http://cvs.apache.org/~ask/ > > http://cvs.apache.org/~ask/people.html > http://cvs.apache.org/~ask/committers.html > > > - ask > great, but wouldn't it make more sense to update this info regularly (weekly, bi-weekly?) and to store it only in one place? AFAIK, Jim, the Incubator and you maintain these lists on their own sites, but it's not clear how up-to-date the different lists are. This is also a problem with Krell, sometimes the newest map can be found under /~sgala/, sometimes under /~stefano/ ... And there is even more: Vadim's Stats, BONK (linkchecker, to be installed soon), ... Perhaps a central page with some links would be sufficient, but IMHO the most useful approach would be a new repo (perhaps just a dir under the community or infrastructure repo?). Thoughts? cheers, Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[proposal] daedalus jar repository (was: primary distribution location)
Hi all, (sorry for the massive crosspost up front, as this is a proposal that should in the end come from the various PMCs towards the infrastructure team I'm doing lots of CCing, just once) I've been giving this some thought. It has been pointed out that the primary distribution location for all apache projects should be an apache machine (board position, that is, and I guess mostly everyone agrees). It has also become evident that it makes sense to have the distribution repository structured in such a way that a software tool can understand it, and that it is very valuable for java-based projects to distribute jar files as well as zipped/tar+gzipped distributions (closest analogy is probably that it makes sense to ship an apache httpd msi in addition to a tar/gz). Finally, it is desirable to make use of the existing distribution mirroring setup already in place for apache to keep actual load on asf machines and the network as a whole as low as possible. Based on the above, I suggest we create such a machine-readable repository @ daedalus.apache.org:/www/www.apache.org/dist/java-repository using the de-facto common repository format pioneered by maven and supported in centipede, supported in Ant using RuperTask or a simple script (http://cvs.apache.org/viewcvs.cgi/avalon/check-targets.ent), and easily supported in any software too that can do an HTTP GET and a sprintf(). The use of this repository is simply to contain symlinks to the various distributions in /www/www.apache.org/dist of the various projects. I am specifically _not_ suggesting that this repository should distribute other project distributions (like junit.jar). ASF is not in the mirroring business atm. Though I wouldn't have a problem if we were to change that, I doubt it'll increase the likelyhood of this proposal getting through and it would hence take more work :D As all java-based projects could benefit from having their software symlinked from this repository, it is probably useful if all committers with accounts on daedalus and that are part of the apcvs group (I think that's everyone by definition :D) gain access to the repository. Individual projects can then create dirs in the repository and tighten permissions, ie one would do something like cd /www/www.apache.org/ mkdir avalon-framework chown -Rf leosimons:avalon avalon-framework chmod -Rf 775 avalon-framework cd avalon-framework ln -s /www/www.apache.org/LICENSE.txt mkdir distributions mkdir jars cd distributions ln -s ../../../avalon/framework/latest/*.tar.gz ln -s ../../../avalon/framework/latest/*.zip # ... ln -s ../../../avalon/framework/v4.0/*.tar.gz ln -s ../../../avalon/framework/v4.0/*.zip ln -s /www/www.apache.org/LICENSE.txt cd ../jars ln -s ../../../avalon/framework/latest/avalon-framework-4.1.4.jar # ... ln -s ../../../avalon/framework/v4.0/avalon-framework-4.0.jar ln -s /www/www.apache.org/LICENSE.txt An alternative is of course to create an apjarrepo group consisting of perhaps a committer subset; I'd like to leave that choice up to the infrastructure team. If that is a better idea, please tell us so we can figure out a list of people who should be part of that group. Normally, I'd just ask the infrastructure peeps to umask 002 mkdir /www/www.apache.org/dist/java-repository chown :apcvs /www/www.apache.org/dist/java-repository and get things started, but given the unusual (well, maybe not ;) amount of controversy I think it makes sense to get noses in the right direction on this first. I would like to invite everyone to follow-up on this matter on community@apache.org, hold a (hopefully, brief & productive) discussion, vote on a revised proposal (I'll happily volunteer for tallying things up), and format the results of that (assuming that my proposal gets through :D) as a request by all the involved java-related PMCs to have the infrastructure peeps do a 'mkdir java-repository'. Note the legal headache or impact caused by all this is zero: we are only providing convenience URLs for things apache already distributes. Also note the likely diskspace and bandwidth impact is also near zero: this repository would be automatically mirrored by the existing apache mirrors. Third, note the complete simplicity: it works out of the box with all existing build tools (that I know of), and the additional overhead impact on the infrastructure team is a single mkdir/chown. Finally, note the ease with which existing repositories like www.ibiblio.org/maven/ can be made to mirror this repository: rsync is already in place and available. so, thoughts? cheers all, - Leo Greg Stein pretty much summarized: > I don't see why we need to do anything. Distribute from daedalus. Ibiblio > can rsync it over. What more is needed? Andrew C. Oliver got the discussion started: > I think the maven repository should be Apache's primary distribution of all Jakarta/XML projects. --
committers / project list
I updated the committers / projects list: http://cvs.apache.org/~ask/ http://cvs.apache.org/~ask/people.html http://cvs.apache.org/~ask/committers.html - ask -- ask bjoern hansen, http://askbjoernhansen.com/ !try; develooper llc,http://www.develooper.com/ do(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MIT paper on "community joining"
A group of MIT researchers who I've gotten to know quite well (as has Ben Hyde) has recently published a paper on the kind of patterns witnessed in an open source community (specifically, Freenet, but not intended to be specific to). You can find it at http://opensource.mit.edu/papers/rp-vonkroghspaethlakhani.pdf It was interesting reading - 90% of it obvious and plain, the other 10% interesting and new. Thought I'd pass along the reference. There are some other papers like this at http://opensource.mit.edu/online_papers.php if you're interested. Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]