Re:RPM's (was: Jakarta - A study in self defeating projects)
On 12/10/2004, at 11:00 PM, Shapira, Yoav wrote: Hi, The folks at JPackage.org already track several Jakarta projects and issue RPMs for them: for example, they've been doing this with Tomcat for a long time. We appreciate their work. We've spoken on the tomcat-dev list about issuing our own RPMs, and I think it was Costin (Manolache) who was very interested and knowledgable in this area, so he might be a good person to ask if you're interested in more Jakarta/RPM work. Hi Yoav et al, Is there good information around somewhere about how to make RPMs for Java libraries? For instance, HttpClient provides nothing by itself and should be put into the classpath of each project you need to use it with. It's not a good idea for installers to put things into the extensions directory of the JRE because it can cause conflicts, hides the fact that the jar has to be redistributed with the application and the installer likely has no idea with JVM it needs to install into anyway. So given that, is it useful to have RPMs for Java libraries and if so, how should they be packaged? My personal opinion is that Java libraries should be packaged as tar.gz and .zip archives complete with documentation as well as a plain jar file if it's totally standalone (though that's not essential). I've never wanted an installer and always actively avoid them for libraries. Complete programs (eg: tomcat and maven) on the other hand I'm all for having an installer for and thus RPMs would be great. Yoav Regards, Adrian Sutton. -- Intencha "tomorrow's technology today" Ph: 3420 4584 0422236329 35 Prenzler St Upper Mount Gravatt 4122 Australia QLD www.intencha.com PGP.sig Description: This is a digitally signed message part
Collaboration with JDNC
Hi all, I've been following the JDNC project (http://jdnc.dev.java.net) which is currently beginning to build a community and work out what the best way to develop opensource software is. For the Sun employees tasked with pushing the project forward it seems to be a fairly new experience. A mention was made that Apache seems to have sorted much of this out so I suggested that some collaboration might be beneficial between some of the people who have worked in Apache and helped build up the community and policies here and the folks (both Sun and non-Sun) that have gathered over there. I have no idea how such a collaboration would work (though I'm pretty certain it should remain informal) but thought I'd give a heads up here so that those people who are interested in sharing their expertise in community building can pay some attention to the JDNC forums and those with suggestions on ways to capture the community building knowledge within Apache and share it could pipe up. For the record there have been a couple of very positive responses to the suggestion of learning from Apache. Regards, Adrian Sutton. -- Intencha "tomorrow's technology today" Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com PGP.sig Description: This is a digitally signed message part
Re: [VOTE] Updating PMC bylaws
+1 Adrian Sutton. On 11/08/2004, at 1:58 AM, Henri Yandell wrote: Suggested new bylaws are at: http://www.osjava.org/~hen/jakarta/management.html The aim is to identify the current reality, rather than plan out a new set of bylaws. I believe I've responded to the past week of comments, sometimes by dropping things from the text as they require discussion (ie: active/inactive projects). Voting rules are that we need at least 3 +1 _PMC votes_, and a 3/4 majority of +1's to -1's. I'll announce results next Tuesday. === [ ] +1 - let's do it [ ] -1 - not good === I think the above voting rule is fair enough, though there are others we could use. Let's not worry too much about it unless we have major disagreements. Also, if people have non-voting commentary, it would be nice if they could change the subject (ie: Madness Was: [VOTE] Updating PMC bylaws). Makes counting the votes a lot easier. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Intencha "tomorrow's technology today" Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com PGP.sig Description: This is a digitally signed message part
Re: [NOTICE] HttpClient is requesting to move from commons to Jakarta sub-project
Geir et al, Sorry that was my fault. It was my understanding that the PMC had to vote on it and thus logical to forward it to [EMAIL PROTECTED] I had however forgotten to take into account the fact that pmc@ is a private list. Regards, Adrian Sutton. On 15/04/2004, at 2:29 AM, Geir Magnusson Jr wrote: All, The HttpClient project has voted to ask to become a Jakarta sub-project. The PMC is voting on expanding Jakarta, and I personally apologize to the community for accidentally holding the vote on the private PMC list. In order to keep confusion to to a minimum, we'll keep it there and do better next time. If anyone has any comments, speak now or forever hold it... :) geir -- Intencha "tomorrow's technology today" Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
