Re: additions to java-policy

In message: <[EMAIL PROTECTED]> Ben Burton <[EMAIL PROTECTED]> writes: > >> I agree with this. IMO a java jar should be handled the same as a >> binary lib ad should get API Version (~SONAME) included in its name. > >The problem is that many java libraries don't have a concept of an A

Re: additions to java-policy

> I agree with this. IMO a java jar should be handled the same as a > binary lib ad should get API Version (~SONAME) included in its name. The problem is that many java libraries don't have a concept of an API version / soname. All you can guarantee to get is a release version, which may or may

Re: additions to java-policy

In message: <[EMAIL PROTECTED]> Ben Burton <[EMAIL PROTECTED]> writes: > >> I agree with this. IMO a java jar should be handled the same as a >> binary lib ad should get API Version (~SONAME) included in its name. > >The problem is that many java libraries don't have a concept of an A

Re: additions to java-policy

Hallo T., * T. Alexander Popiel wrote: >>Java library have a versioned package dependency on this libraray? E.g. >>if I use the current /usr/share/java/xalan-2.5.0.jar in my package how >>should my dependency look? >I'd tend to go with #5, until the version number is formally moved >into the pac

Re: additions to java-policy

> I agree with this. IMO a java jar should be handled the same as a > binary lib ad should get API Version (~SONAME) included in its name. The problem is that many java libraries don't have a concept of an API version / soname. All you can guarantee to get is a release version, which may or may

Re: additions to java-policy

In message: <[EMAIL PROTECTED]> Stefan Gybas <[EMAIL PROTECTED]> writes: > >Should Java programs or libraries that use a versioned JAR from another >Java library have a versioned package dependency on this libraray? E.g. >if I use the current /usr/share/java/xalan-2.5.0.jar in my pa

Re: additions to java-policy

Ola Lundqvist wrote: Yes please. Treat this as an objection for the removal of the versioned names. Should Java programs or libraries that use a versioned JAR from another Java library have a versioned package dependency on this libraray? E.g. if I use the current /usr/share/java/xalan-2.5.0.jar

Re: additions to java-policy

Hallo T., * T. Alexander Popiel wrote: >>Java library have a versioned package dependency on this libraray? E.g. >>if I use the current /usr/share/java/xalan-2.5.0.jar in my package how >>should my dependency look? >I'd tend to go with #5, until the version number is formally moved >into the pac

Re: Bug#203187: ITP: charva -- java windowing toolkit for text terminals

I was playing with this a few weeks ago. It's a shame it doesn't support mouse or keyboard. Taken from their main webpage: CHARVA now also has mouse support on terminal-emulators that report mouse events, such as "xterm" and "PuTTY " Actual

Re: Bug#203148: ITP: libi18n-java -- internationalization library for java

On Mon, 28 Jul 2003, Arnaud Vandyck wrote: > Package: wnpp > Severity: wishlist > > * Package name: libi18n-java > Version : 0.1 > Upstream Author : Jean-Hugues de Raigniac <[EMAIL PROTECTED]> > * URL or Web page : http://jhraigniac.freesurf.fr/i18n-lib/ > * License : ACME

Re: Bug#203187: ITP: charva -- java windowing toolkit for text terminals

On Mon, 28 Jul 2003, Arnaud Vandyck wrote: > Package: wnpp > Severity: wishlist > > * Package name: charva > Version : 1.0.1 > Upstream Author : Rob Pitman <[EMAIL PROTECTED]> > * URL or Web page : http://www.pitman.co.za/projects/charva/ > * License : LGPL > Description

Re: Usage of dh_javadoc

On Mon, 28 Jul 2003 09:03:09 +0200, Arnaud Vandyck wrote: > Hi all, Hi Mark, > > I was trying dh_javadoc last night but I did not succeed :'( Can you > provide a valid 'package.javadoc' file with the different packages you > want to have in the javadoc? I always catch a "Not a valid cl

Re: additions to java-policy

In message: <[EMAIL PROTECTED]> Stefan Gybas <[EMAIL PROTECTED]> writes: > >Should Java programs or libraries that use a versioned JAR from another >Java library have a versioned package dependency on this libraray? E.g. >if I use the current /usr/share/java/xalan-2.5.0.jar in my pa

Re: [PROPOSAL] dh_ant

On Mon, 28 Jul 2003 14:47:35 +0200, Stefan Gybas wrote: >> I'd propose to conform to dh_* and use something like debian/ant or >> debian/package.ant > > I think I have a better solution. I'd like to create an Ant class for CDBS I want both! Seriously, there are some cases where a full cdbs clas

Re: [PROPOSAL] dh_ant

Daniel Bonniot wrote: It's best to have both options. Otherwise it forces every package to build-depend on a specific JVM, even though some might work with any JVM. That's exactly the purpose. A build dependency for a JVM should be specific, see http://pkg-java.alioth.debian.org/building.html for

Re: additions to java-policy

Ola Lundqvist wrote: Yes please. Treat this as an objection for the removal of the versioned names. Should Java programs or libraries that use a versioned JAR from another Java library have a versioned package dependency on this libraray? E.g. if I use the current /usr/share/java/xalan-2.5.0.jar

Re: [PROPOSAL] dh_ant

Jan Schulz wrote: I don't agree, at least until this can also be done with packages, where I have to call differnt targets, install difeferently and so on. You can do this, just add the additional required commands to the corresponding targets in debian/rules, like I did in doc++: --- cut here ---

Re: [PROPOSAL] dh_ant

Ben Burton wrote: JAVA_HOME=/usr/lib/j2se/1.4 Would there be a way of making this bit magic? i.e. following the /usr/bin/java symlink? This is dangerous - even if you jave j2sdk1.4 installed, /usr/bin/java might still point to kaffe, gij, etc. I'd stick with a hard-coded path, especia

Re: [PROPOSAL] dh_ant

Ross Burton wrote: Excellent plan. CDBS is a godsend for packaging GNOME software (2 includes). I must note here that the initial idea for a CDBS Ant class was from Mark Howard, so he deserves most of the credits. I didn't even know what CDBS was until he told me. :-) Stefan

Re: Bug#203187: ITP: charva -- java windowing toolkit for text terminals

I was playing with this a few weeks ago. It's a shame it doesn't support mouse or keyboard. Taken from their main webpage: CHARVA now also has mouse support on terminal-emulators that report mouse events, such as "xterm" and "PuTTY " Actual

Re: Bug#203148: ITP: libi18n-java -- internationalization libraryfor java

On Mon, 28 Jul 2003, Arnaud Vandyck wrote: > Package: wnpp > Severity: wishlist > > * Package name: libi18n-java > Version : 0.1 > Upstream Author : Jean-Hugues de Raigniac <[EMAIL PROTECTED]> > * URL or Web page : http://jhraigniac.freesurf.fr/i18n-lib/ > * License : ACME

Re: [PROPOSAL] dh_ant

Hallo Stefan, * Stefan Gybas wrote: >I think I have a better solution. I'd like to create an Ant class for >CDBS (http://build-common.alioth.debian.org/) so debian/rules will >become really simple. For example, take a look at debian/rules from the >latest doc++ package, it's really amazing. Ima

Re: Bug#203187: ITP: charva -- java windowing toolkit for textterminals

On Mon, 28 Jul 2003, Arnaud Vandyck wrote: > Package: wnpp > Severity: wishlist > > * Package name: charva > Version : 1.0.1 > Upstream Author : Rob Pitman <[EMAIL PROTECTED]> > * URL or Web page : http://www.pitman.co.za/projects/charva/ > * License : LGPL > Description

Re: [PROPOSAL] dh_ant

Hallo Arnaud, * Arnaud Vandyck wrote: >I'd propose to conform to dh_* and use something like +1 >debian/ant or >debian/package.ant I don't think that a package.ant will be usefull: In eclipse, I have two buildfiles (one patched, one "patched into existence"), which I call tree times each (as t

Re: [PROPOSAL] dh_ant

> > JAVA_HOME=/usr/lib/j2se/1.4 > > Would there be a way of making this bit magic? i.e. following the > /usr/bin/java symlink? This is dangerous - even if you jave j2sdk1.4 installed, /usr/bin/java might still point to kaffe, gij, etc. I'd stick with a hard-coded path, especially if it require

Re: [PROPOSAL] dh_ant

On Mon, 2003-07-28 at 13:47, Stefan Gybas wrote: > Arnaud Vandyck wrote: > > > I'd propose to conform to dh_* and use something like > > debian/ant or > > debian/package.ant > > I think I have a better solution. I'd like to create an Ant class for > CDBS (http://build-common.alioth.debian.org/)

Re: Usage of dh_javadoc

On Mon, 28 Jul 2003 09:03:09 +0200, Arnaud Vandyck wrote: > Hi all, Hi Mark, > > I was trying dh_javadoc last night but I did not succeed :'( Can you > provide a valid 'package.javadoc' file with the different packages you > want to have in the javadoc? I always catch a "Not a valid cl

Re: [PROPOSAL] dh_ant

On Mon, 28 Jul 2003 14:47:35 +0200, Stefan Gybas wrote: >> I'd propose to conform to dh_* and use something like debian/ant or >> debian/package.ant > > I think I have a better solution. I'd like to create an Ant class for CDBS I want both! Seriously, there are some cases where a full cdbs clas

Re: [PROPOSAL] dh_ant

Daniel Bonniot wrote: It's best to have both options. Otherwise it forces every package to build-depend on a specific JVM, even though some might work with any JVM. That's exactly the purpose. A build dependency for a JVM should be specific, see http://pkg-java.alioth.debian.org/building.html for

Re: [PROPOSAL] dh_ant

Jan Schulz wrote: I don't agree, at least until this can also be done with packages, where I have to call differnt targets, install difeferently and so on. You can do this, just add the additional required commands to the corresponding targets in debian/rules, like I did in doc++: --- cut here ---

Re: [PROPOSAL] dh_ant

Ben Burton wrote: JAVA_HOME=/usr/lib/j2se/1.4 Would there be a way of making this bit magic? i.e. following the /usr/bin/java symlink? This is dangerous - even if you jave j2sdk1.4 installed, /usr/bin/java might still point to kaffe, gij, etc. I'd stick with a hard-coded path, especi

Re: [PROPOSAL] dh_ant

Ross Burton wrote: Excellent plan. CDBS is a godsend for packaging GNOME software (2 includes). I must note here that the initial idea for a CDBS Ant class was from Mark Howard, so he deserves most of the credits. I didn't even know what CDBS was until he told me. :-) Stefan -- To UNSUBSCRIBE

Re: [PROPOSAL] dh_ant

Hallo Stefan, * Stefan Gybas wrote: >I think I have a better solution. I'd like to create an Ant class for >CDBS (http://build-common.alioth.debian.org/) so debian/rules will >become really simple. For example, take a look at debian/rules from the >latest doc++ package, it's really amazing. Ima

Re: [PROPOSAL] dh_ant

Hallo Arnaud, * Arnaud Vandyck wrote: >I'd propose to conform to dh_* and use something like +1 >debian/ant or >debian/package.ant I don't think that a package.ant will be usefull: In eclipse, I have two buildfiles (one patched, one "patched into existence"), which I call tree times each (as t

Re: [PROPOSAL] dh_ant

> > JAVA_HOME=/usr/lib/j2se/1.4 > > Would there be a way of making this bit magic? i.e. following the > /usr/bin/java symlink? This is dangerous - even if you jave j2sdk1.4 installed, /usr/bin/java might still point to kaffe, gij, etc. I'd stick with a hard-coded path, especially if it require

Re: [PROPOSAL] dh_ant

On Mon, 2003-07-28 at 13:47, Stefan Gybas wrote: > Arnaud Vandyck wrote: > > > I'd propose to conform to dh_* and use something like > > debian/ant or > > debian/package.ant > > I think I have a better solution. I'd like to create an Ant class for > CDBS (http://build-common.alioth.debian.org/)

Re: [PROPOSAL] dh_ant

Arnaud Vandyck wrote: I'd propose to conform to dh_* and use something like debian/ant or debian/package.ant I think I have a better solution. I'd like to create an Ant class for CDBS (http://build-common.alioth.debian.org/) so debian/rules will become really simple. For example, take a look at

[PROPOSAL] dh_ant

Hi all, A lot of java packages are now build with ant and I feel like it'd be a good idea to have common practices with ant. The recent idea comming with the proposed Jetty package (debian/ant.properties file) is an example of good practices we could use. I'd propose to conform to dh_

Bug#203188: ITP: jaxe -- xml editor written in java

Package: wnpp Severity: wishlist * Package name: jaxe Version : 1.5 Upstream Author : Damien Guillaume, Bodo Tasche, Léa Guillon, Bertrand Delacretaz, Sven Kitschke. * URL or Web page : http://jaxe.sourceforge.net/ * License : GPL Description : xml

Bug#203187: ITP: charva -- java windowing toolkit for text terminals

Package: wnpp Severity: wishlist * Package name: charva Version : 1.0.1 Upstream Author : Rob Pitman <[EMAIL PROTECTED]> * URL or Web page : http://www.pitman.co.za/projects/charva/ * License : LGPL Description : java windowing toolkit for text terminals Java framewo

Re: [PROPOSAL] dh_ant

Arnaud Vandyck wrote: I'd propose to conform to dh_* and use something like debian/ant or debian/package.ant I think I have a better solution. I'd like to create an Ant class for CDBS (http://build-common.alioth.debian.org/) so debian/rules will become really simple. For example, take a look at

[PROPOSAL] dh_ant

Hi all, A lot of java packages are now build with ant and I feel like it'd be a good idea to have common practices with ant. The recent idea comming with the proposed Jetty package (debian/ant.properties file) is an example of good practices we could use. I'd propose to conform to dh_

Bug#203188: ITP: jaxe -- xml editor written in java

Package: wnpp Severity: wishlist * Package name: jaxe Version : 1.5 Upstream Author : Damien Guillaume, Bodo Tasche, Léa Guillon, Bertrand Delacretaz, Sven Kitschke. * URL or Web page : http://jaxe.sourceforge.net/ * License : GPL Description : xml

Bug#203187: ITP: charva -- java windowing toolkit for text terminals

Package: wnpp Severity: wishlist * Package name: charva Version : 1.0.1 Upstream Author : Rob Pitman <[EMAIL PROTECTED]> * URL or Web page : http://www.pitman.co.za/projects/charva/ * License : LGPL Description : java windowing toolkit for text terminals Java framewo

RFS: libi18n-java -- internationalization library for java

Hi all! I'm looking for a sponsor to upload libi18n-java which is a library I'll need for the next stable release of ArgoUML. http://vbstefi60.fapse.ulg.ac.be/~arnaud/libi18n-java-0.1.tar.gz Many thanks for your time and help, -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/

Usage of dh_javadoc

Hi all, Hi Mark, I was trying dh_javadoc last night but I did not succeed :'( Can you provide a valid 'package.javadoc' file with the different packages you want to have in the javadoc? I always catch a "Not a valid class or package" error message. Best regards, -- Arnaud Vandyck

RFS: libi18n-java -- internationalization library for java

Hi all! I'm looking for a sponsor to upload libi18n-java which is a library I'll need for the next stable release of ArgoUML. http://vbstefi60.fapse.ulg.ac.be/~arnaud/libi18n-java-0.1.tar.gz Many thanks for your time and help, -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/

Usage of dh_javadoc

Hi all, Hi Mark, I was trying dh_javadoc last night but I did not succeed :'( Can you provide a valid 'package.javadoc' file with the different packages you want to have in the javadoc? I always catch a "Not a valid class or package" error message. Best regards, -- Arnaud Vandyck