Re:RPM's (was: Jakarta - A study in self defeating projects)

2004-10-12 Thread Adrian Sutton
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


Re: [VOTE] Updating PMC bylaws

2004-08-10 Thread Adrian Sutton
+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

2004-04-14 Thread Adrian Sutton
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]