Re: [Daemon] RE: [jsvc] manpage for jsvc
Tue, 12 Oct 2004 09:03:39 -0400, "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > Hi, > > Thanks for the submission. I see some garbled stuff at the end, so if > you could please attach your contribution to a new Bugzilla enhancement > item for Commons - Daemon (jsvc is part of Daemon), that'd be great. > Thanks, Done. Thanks for your time. -- Arnaud Vandyck http://fosdem.org/ Free and Open Source Developers' European Meeting February 26-27 2005, Bruxelles, Belgium - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jsvc] manpage for jsvc
jsvc.1.xml Description: application/xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VALIDATOR] XML/SGML catalog for validator
Hi all, I'd like to register the validator dtd's in Debian. Thus, I need a catalog! Does anyone already done it? If yes, shouldn't it be in the package? ;) I have something that looks like a catalog (sgml?), maybe someone with experience can review, I'll be glad to patch it. And it will be very kind to put it in the next release ;) Last question, do I have to make a second catalog for 1.0 or only 1.0.1 is necessary? Many thanks for your time, Best regards, -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. -- .. -- -- Catalog data for FORM-VALIDATOR V1.0.1 ... -- -- File validator.cat ... -- -- By Arnaud Vandyck, based on DocBook XML V4.2 catalog. Any comments: [EMAIL PROTECTED] -- -- public identifiers override system identifiers, if both are supplied -- OVERRIDE YES -- .. -- -- DocBook driver file .. -- PUBLIC "-//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0.1//EN" "validator_1_0_1.dtd" -- End of catalog data for FORM-VALIDATOR V1.0.1 -- -- .. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [LANG] (patch) LICENSE location problem in build.xml
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: [...] > For what it's worth, I've been making the proposed change (to use a > local copy of LICENSE.txt instead of "../LICENSE") in the Commons > packages that I deal with. It makes the process of checking out and > building individual packages much easier, at the (small enough to not > matter, IMHO) cost of having to update the copyright year in one extra > file per package. Well, be aware that it's impossible to build commons-lang and commons-el directly from the downloaded sources because of LICENSE file is not where ant think it would be (and not the same name). As the Debian maintainer of the commons-lang, I had to patch it to build. So the minimum I can do is to give you a feed back with the patch ;) Cheers, -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[LANG] (patch) LICENSE location problem in build.xml
Hi, I'm building Debian package of commons-lang and found that the build.xml try to copy ../LICENSE file instead of LICENSE.txt. I attached the simple patch (replace the two occurences). Best regards, -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. Index: build.xml === RCS file: /home/cvspublic/jakarta-commons/lang/build.xml,v retrieving revision 1.12 diff -u -r1.12 build.xml --- build.xml 31 May 2003 18:44:36 - 1.12 +++ build.xml 3 Jul 2003 10:50:48 - @@ -79,14 +79,14 @@ - + - + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[FILEUPLOAD] Release 1.0 in Debian
Hi, I'm glad to announce the availability of Commons-Fileupload release 1.0 as a Debian package[1]. Here is the changelog for this release of the package: libcommons-fileupload-java (1.0-1) unstable; urgency=low * New upstream release * I do not need to patch build.xml anymore because upstream changed it. I just have to override the libdir property in debian/rules. Thanks to Martin Cooper. * There is no more a libcommons-fileupload-java-doc package because it's to small, so I merged it with the library (dist/doc/*). * The jar is now in dist directory. -- Arnaud Vandyck <[EMAIL PROTECTED]> Mon, 30 Jun 2003 15:10:36 +0200 Best regards, -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. Footnotes: [1] http://packages.debian.org/unstable/libs/libcommons-fileupload-java.html http://packages.qa.debian.org/libc/libcommons-fileupload-java.html http://packages.qa.debian.org/libc/libcommons-fileupload-java/news/1.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] FileUpload 1.0 Final Release Plan
Hi all, I read a mail a while ago about the release candidate of fileupload that explain this release break tomcat!? Is it true? If yes, which version of tomcat are affected? As Debian maintainer of fileupload, I'd like to know if I have to tell Debian users if they have to upgrade tomcat (and which version) if they install Fileupload v1.0. Many thanks for your attention, Best regard, Arnaud. Martin Cooper <[EMAIL PROTECTED]> wrote: > Release Candidate 1 of the Commons FileUpload component has proved to > be stable, with no new showstopper issues reported since that release, > and only minor documentation updates applied. > > Therefore, I propose that the tip of the main trunk in CVS be released > as FileUpload 1.0 Final. I will act as the Release Manager. -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [fileupload] [proposal] lib property in build.xml
Martin Cooper <[EMAIL PROTECTED]> wrote: > > My proposal is to change the reference to the lib directory to a > > reference to a property so I can override it from my ant call. > > The problem is that build.xml for FileUpload is generated by Maven, so > any change to it will be overwritten the next time it is generated. I don't know your internals very well. > I don't really understand what the requirement is for Debian. You > mention the classpath, but I don't see how that is related to the > 'lib' value in the build file. Could you explain in more detail? Then > perhaps we can find an alternative way of solving the problem. 1° It is not acceptable that a Debian package require an internet connection to be build (they are all built from source and have to be built by anyone who respect the dependencies!). It must depend on other packages and when installed, it has to compile without problem. So impossible to go to ibiblio! 2° I got some troubles with my jdk (j2sdk 1.3 from Blackdown[1]) if the directory 'lib' is in the classpath but does not exist. Maybe there is a work around. 3° I have to define the classpath by hand whereas there is a directory containing all the installed jars[2]. Thanks for your help, Footnotes: [1] http://blackdown.org [2] /usr/share/java/*.jar -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. pgp0.pgp Description: PGP signature
Re: [patch] [fileupload] [proposal] lib property in build.xml
> Is there any reason you are only changing one use of the lib
> directory?
absent-minded :-p
I now replaced all the occurences.
--
arnaud @ somewhere
Index: build.xml
===
RCS file: /home/cvspublic/jakarta-commons/fileupload/build.xml,v
retrieving revision 1.5
diff -u -r1.5 build.xml
--- build.xml 27 Oct 2002 18:47:51 - 1.5
+++ build.xml 2 Jun 2003 07:28:58 -
@@ -9,6 +9,7 @@
+
@@ -34,7 +35,7 @@
-
+
@@ -68,7 +69,7 @@
failonerror="${test.failonerror}">
-
+
@@ -85,7 +86,7 @@
-
+
@@ -114,7 +115,7 @@
-
+
@@ -125,11 +126,11 @@
-
+
-http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-1.3.jar";>
-http://www.ibiblio.org/maven/servletapi/jars/servletapi-2.3.jar";>
-http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar";>
+http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-1.3.jar";>
+http://www.ibiblio.org/maven/servletapi/jars/servletapi-2.3.jar";>
+http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar";>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[patch] [fileupload] [proposal] lib property in build.xml
robert burrell donkin <[EMAIL PROTECTED]> wrote: > that sounds fine. please supply a patch against CVS HEAD (see > http://jakarta.apache.org/commons/patches.html for more details). done ;-) > On Friday, May 30, 2003, at 09:13 AM, Arnaud Vandyck wrote: > > > Hi all, > > > > I am working on packaging fileupload to Debian. Because of some > > requierments in Debian, I have to specify the CLASSPATH my self (or > > tell to ant where it is). But I do not have any lib directory, so > > ant craches. I've been obliged to comment the additionnal classpath > > information in the javac task. > > > > My proposal is to change the reference to the lib directory to a > > reference to a property so I can override it from my ant call. > > > > Thanks for your time, -- Arnaud Vandyck, STE fi, ULg Index: build.xml === RCS file: /home/cvspublic/jakarta-commons/fileupload/build.xml,v retrieving revision 1.5 diff -u -r1.5 build.xml --- build.xml 27 Oct 2002 18:47:51 - 1.5 +++ build.xml 1 Jun 2003 21:10:03 - @@ -9,6 +9,7 @@ + @@ -34,7 +35,7 @@ - + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[fileupload] [proposal] lib property in build.xml
Hi all, I am working on packaging fileupload to Debian. Because of some requierments in Debian, I have to specify the CLASSPATH my self (or tell to ant where it is). But I do not have any lib directory, so ant craches. I've been obliged to comment the additionnal classpath information in the javac task. My proposal is to change the reference to the lib directory to a reference to a property so I can override it from my ant call. Thanks for your time, -- Arnaud Vandyck, STE fi, ULg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
