Re: [VOTE] Updating PMC bylaws
+1 Cheers Jean-Frederic 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] signature.asc Description: OpenPGP digital signature
[ANNOUNCE] Slide 2.1 beta
The Jakarta Slide community is pleased to announce that version 2.1 beta1 has been released. Beside many new features, performance enhancements, and bug fixes, it now features the Projector framework. Projector is a process based web framework that was designed to build complex applications on top of Slide. For details on Projector have a look at: http://jakarta.apache.org/slide/projector.html You can download Slide at: http://jakarta.apache.org/slide/download.html Release notes can be found here: http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.1-BETA1 Project's page: http://jakarta.apache.org/slide Oliver (on behalf of the Jakarta Slide community) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Updating PMC bylaws
+1 d. Danny Angus *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Updating PMC bylaws
Henri Yandell wrote: Suggested new bylaws are at: http://www.osjava.org/~hen/jakarta/management.html [X] +1 - let's do it [ ] -1 - not good Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Updating PMC bylaws
=== [X] +1 - let's do it [ ] -1 - not good === Larry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
md5 checksum formats on BSD
A subject came up on the Tomcat developers list which we thought should be shared with the whole community. Specifically, it was found that BSD's default md5 format is not parsable by some external programs that clients are using to verify the integrity of our downloads. While we thought this not mission critical, we did think it wise that we should begin making the following recommendation when creating md5 signatures for files. We discovered there is a -r option which makes BSD md5 generate md5 signature format that is the same as that of GNU's md5sum, a more prevalent tool for generating checksums of files. We also found that on BSD, cksum is comparable to to GNU's md5sum --check functionality and that it works on both the BSD and GNU file format. Our recommendation is that Apache should be signing with the more prevalent GNU formated output so that other file integrity software available on platforms other than BSD can verify the file integrity more easily. This is simply accomplished by adding the -r option For Example: %md5 -r foo.bar foo.bar.md5 We should remember that md5 signatures are for the public to verify the integrity of our software package distributions. Making sure that everyone can verify our file integrity is probably more important than maintaining a platform specific format because it is the default for the OS these were generated on. -Mark Diggory Mark R. Diggory wrote: For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta Binary downloads I have found that a lot of other MD5 file are using the Tomcat format. Thanks, Andy Mudrak [EMAIL PROTECTED] - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: md5 checksum formats on BSD
Both Maven and Ant only insert only the checksum into the file. I believe they resolve the location of the actual source file from the name of the checksum file, which forces all checksum files to reside in the same directory as thier source files. This represents a problem if you want verify the generated checksum on *nix or BSD using md5sum or cksum as these tools require the file path (relative to the md5) to actually be present in the md5 file and I do not believe there is any way around this. -Mark Martin Cooper wrote: Do you happen to know which flavour Ant creates? For Struts releases, the Ant build file generates the MD5 files using the checksum task. That seems like a pretty obvious way to generate them for any project that uses Ant, but the task doesn't appear to have any switch for determining flavour (and the docs don't appear to say anything about different flavours of MD5). -- Martin Cooper On Wed, 11 Aug 2004 13:06:00 -0400, Mark R. Diggory [EMAIL PROTECTED] wrote: A subject came up on the Tomcat developers list which we thought should be shared with the whole community. Specifically, it was found that BSD's default md5 format is not parsable by some external programs that clients are using to verify the integrity of our downloads. While we thought this not mission critical, we did think it wise that we should begin making the following recommendation when creating md5 signatures for files. We discovered there is a -r option which makes BSD md5 generate md5 signature format that is the same as that of GNU's md5sum, a more prevalent tool for generating checksums of files. We also found that on BSD, cksum is comparable to to GNU's md5sum --check functionality and that it works on both the BSD and GNU file format. Our recommendation is that Apache should be signing with the more prevalent GNU formated output so that other file integrity software available on platforms other than BSD can verify the file integrity more easily. This is simply accomplished by adding the -r option For Example: %md5 -r foo.bar foo.bar.md5 We should remember that md5 signatures are for the public to verify the integrity of our software package distributions. Making sure that everyone can verify our file integrity is probably more important than maintaining a platform specific format because it is the default for the OS these were generated on. -Mark Diggory Mark R. Diggory wrote: For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta
Re: md5 checksum formats on BSD
Excuse the cross post, I wanted to get this out to the Ant and Maven lists as well. In the larger community the BSD default format is refered to as SVF (Simple File Verification) and the GNU md5sum format as MD5SUM, I suspect it would be good to see these as output features/options that could be set within Ant and Maven to allow developers to choose the md5 output format one would like to use. Yes, I do believe this would be an excellent feature enhancement to these tools. -Mark Mark R. Diggory wrote: Both Maven and Ant only insert only the checksum into the file. I believe they resolve the location of the actual source file from the name of the checksum file, which forces all checksum files to reside in the same directory as thier source files. This represents a problem if you want verify the generated checksum on *nix or BSD using md5sum or cksum as these tools require the file path (relative to the md5) to actually be present in the md5 file and I do not believe there is any way around this. -Mark Martin Cooper wrote: Do you happen to know which flavour Ant creates? For Struts releases, the Ant build file generates the MD5 files using the checksum task. That seems like a pretty obvious way to generate them for any project that uses Ant, but the task doesn't appear to have any switch for determining flavour (and the docs don't appear to say anything about different flavours of MD5). -- Martin Cooper On Wed, 11 Aug 2004 13:06:00 -0400, Mark R. Diggory [EMAIL PROTECTED] wrote: A subject came up on the Tomcat developers list which we thought should be shared with the whole community. Specifically, it was found that BSD's default md5 format is not parsable by some external programs that clients are using to verify the integrity of our downloads. While we thought this not mission critical, we did think it wise that we should begin making the following recommendation when creating md5 signatures for files. We discovered there is a -r option which makes BSD md5 generate md5 signature format that is the same as that of GNU's md5sum, a more prevalent tool for generating checksums of files. We also found that on BSD, cksum is comparable to to GNU's md5sum --check functionality and that it works on both the BSD and GNU file format. Our recommendation is that Apache should be signing with the more prevalent GNU formated output so that other file integrity software available on platforms other than BSD can verify the file integrity more easily. This is simply accomplished by adding the -r option For Example: %md5 -r foo.bar foo.bar.md5 We should remember that md5 signatures are for the public to verify the integrity of our software package distributions. Making sure that everyone can verify our file integrity is probably more important than maintaining a platform specific format because it is the default for the OS these were generated on. -Mark Diggory Mark R. Diggory wrote: For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject:
Re: md5 checksum formats on BSD
Do you happen to know which flavour Ant creates? For Struts releases, the Ant build file generates the MD5 files using the checksum task. That seems like a pretty obvious way to generate them for any project that uses Ant, but the task doesn't appear to have any switch for determining flavour (and the docs don't appear to say anything about different flavours of MD5). -- Martin Cooper On Wed, 11 Aug 2004 13:06:00 -0400, Mark R. Diggory [EMAIL PROTECTED] wrote: A subject came up on the Tomcat developers list which we thought should be shared with the whole community. Specifically, it was found that BSD's default md5 format is not parsable by some external programs that clients are using to verify the integrity of our downloads. While we thought this not mission critical, we did think it wise that we should begin making the following recommendation when creating md5 signatures for files. We discovered there is a -r option which makes BSD md5 generate md5 signature format that is the same as that of GNU's md5sum, a more prevalent tool for generating checksums of files. We also found that on BSD, cksum is comparable to to GNU's md5sum --check functionality and that it works on both the BSD and GNU file format. Our recommendation is that Apache should be signing with the more prevalent GNU formated output so that other file integrity software available on platforms other than BSD can verify the file integrity more easily. This is simply accomplished by adding the -r option For Example: %md5 -r foo.bar foo.bar.md5 We should remember that md5 signatures are for the public to verify the integrity of our software package distributions. Making sure that everyone can verify our file integrity is probably more important than maintaining a platform specific format because it is the default for the OS these were generated on. -Mark Diggory Mark R. Diggory wrote: For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta Binary downloads I have found that a lot of other MD5 file are using the Tomcat format. Thanks, Andy Mudrak [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Who is moderating Jakarta Turbine JCS mailing lists?
Hi, the subject is already the question: Is anyone moderating turbine-jcs-dev and turbine-jcs-user @ jakarta? Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ Java, perl, Solaris, Linux, xSP Consulting, Web Services RHCE - Consultant - Jakarta Turbine Development - hero for hire Fighting for one's political stand is an honourable action, but re- fusing to acknowledge that there might be weaknesses in one's position - in order to identify them so that they can be remedied - is a large enough problem with the Open Source movement that it deserves to be on this list of the top five problems. --Michelle Levesque, Fundamental Issues with Open Source Software Development - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: md5 checksum formats on BSD
On Wed, 11 Aug 2004, Martin Cooper [EMAIL PROTECTED] wrote: Do you happen to know which flavour Ant creates? Ant only inserts the checksum itself into a file which is different from either format AFAIK. There've been plans to make the format pluggable, but noone stepped up to code it yet (it would be trivial, but there's obviously not been too much pressure). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
