Re: Bug#975016: Python 2 / OpenJDK 15 support state for Bullseye

* Matthias Klose: > As background: OpenJDK 12 can only be built with 11, 13 with 12, 14 with 13, > 15 > with 14, 16 with 15. Only having 11 in bullseye would make backports more > "interesting". All recent OpenJDK releases can be built by themselves, right? That's good enough for backports, I t

JDK Mission Control

Is anyone working on packaging this tool? Upstream is here:

Re: Help needed for calling Java class from R

* Andreas Tille: > On Tue, Apr 14, 2020 at 06:52:56PM +0200, Florian Weimer wrote: >> * Andreas Tille: >> > ERROR: loading failed >> > * removing >> > '/build/r-cran-rcdk-3.5.0/debian/r-cran-rcdk/usr/lib/R/site-library/rcdk' >> > dh_auto_in

Re: Help needed for calling Java class from R

* Andreas Tille: > Hi, > > in the COVID-19 packaging effort I need r-cran-rcdk as a predependency. > I have injected it into r-pkg-team Git[1]. It is using the rjava interface > and depends from r-cran-rcdklibs (which has a dependency from libcdk-java). > When I try to build I get: > > > ** insta

Re: Blocked testing migration

* Mechtilde: > I saw this information: > https://tracker.debian.org/pkg/jax-maven-plugin > > I look through the log but don't understand what happens. What can I fix > therr? > > I saw that there is something not uninstallable. > > Can someone give me a hint where I can find some more information

Re: to build "JVerein"

* Mechtilde Stehmann: > In > "/usr/share/maven-repo/joda-time/joda-time/2.10.3/joda-time-2.10.3.pom" > I found the notice "Build does not work on Java 9 or later". Does it > mean I can't use it under Java-11? Would it be possible to port the software to java.time (available since 1.8)?

Re: Mystery meat OpenJDK builds strike again

* Martijn Verburg: > On Mon, 27 May 2019 at 11:13, Florian Weimer wrote: > > * Gil Tene: > > > root@020dc36b9046:/# java -version > > openjdk version "1.8.0_212" > > OpenJDK Runtime Environment (build 1.8.0_212-8u212-b01-1~deb9u1-b01) > > Ope

Re: Mystery meat OpenJDK builds strike again

y understanding is that 8u212-b01 is a version identifier created by the jdk8u project, and based on a quick check, it matches what Debian identifies as its upstream sources (except for some stripping of system library components). But it's not the most current release. Thanks, Florian

Re: debian/patches/jdk-freetypeScaler-crash.diff causes a memory leak

* Heikki Aitakangas: > Based on history of > https://salsa.debian.org/java-team/openjdk-8/commits/master/debian/patches/jdk-freetypeScaler-crash.diff > the patch was added during OpenJDK 6 era. > > It would be good to know what problem the patch was supposed to fix, as > that would tell if the p

Re: Jackrabbit security update

* Markus Koschany: > On 26.09.2016 21:01, Florian Weimer wrote: >> * Florian Weimer: >> >>> * Markus Koschany: >>> >>>> I have prepared a security update for Jackrabbit to fix CVE-2016-6801. >>> >>> Hi Markus, >>> >>&g

Re: Jackrabbit security update

* Florian Weimer: > * Markus Koschany: > >> I have prepared a security update for Jackrabbit to fix CVE-2016-6801. > > Hi Markus, > > thanks, this looks good to me packaging-wise. Have you tested this > update in some way? If yes, please update to security-master. W

Re: Jackrabbit security update

* Markus Koschany: > I have prepared a security update for Jackrabbit to fix CVE-2016-6801. Hi Markus, thanks, this looks good to me packaging-wise. Have you tested this update in some way? If yes, please update to security-master. Florian

Re: Tomcat 7 security update

* Markus Koschany: > Am 16.04.2016 um 16:14 schrieb Florian Weimer: > [...] >> Packaging-wise, the changes look okay. Could you please upload? > > Uploaded to security-master. Have you tested these packages by running some real-world web application? Are they ready for release? Thanks.

Re: Tomcat 7 security update

. It is illegal in newer jre. Merge from r1715544 /tomcat/tc8.0.x/trunk Packaging-wise, the changes look okay. Could you please upload? Thanks, Florian

Re: guava-libraries 18?

* Thorsten Glaser: > On Tue, 28 Oct 2014, Emmanuel Bourg wrote: > >> like to highlight that in Java you can't have two incompatible versions >> of the same library on the classpath. So if elasticsearch pulls another >> library that depends on guava but is incompatible with the version 18, >> it's

Re: Tomcat 6 removal

* Emmanuel Bourg: > I've just uploaded an update of the tomcat6 package that builds only the > Servlet API (libservlet2.5-java) and no longer the server packages > (tomcat6, libtomcat6-java, etc). So even if the src:tomcat6 package is > still part of Jessie we won't have to support the security up

Re: Comments regarding relaxngcc_1.12-1_amd64.changes

* Timo Aaltonen: >> We have a bootstrapping issue with this.. upstream CVS repo ships with >> 'lib/bootstrap-relaxngcc.jar' which is used to generate the files for >> the parser. And since the source tarball can't include that relaxngcc >> has no way to enter Debian? >> >> Fedora doesn't seem to

Re: Runtime JVM != compile time JDK - acceptable?

* Joachim Zobel: > An obvious workaround for > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720684 > > would be to set the runtime jvm to java-7-openjdk while keeping the > compile time JVM at java 6. Is this acceptable or does it violate any > policies? Is this a bug in Netbeans or OpenJD

Re: Fwd: Bug#680475: ITP: jsamp -- Java toolkit for use with the Simple Application Messaging Protocol

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Emmanuel, thanks a lot for looking at the package! Am 28.05.2013 13:47, schrieb Emmanuel Bourg: > Hi Florian, > > I got a quick look at the package, here are my observations: > > * Standards-Version can be updated to 3.9.4 in

Fwd: Bug#680475: ITP: jsamp -- Java toolkit for use with the Simple Application Messaging Protocol

as been removed from mentors.debian but I can re-upload it to that place if required. Any kind of packaging help or comments on the current status of this package is appreciated. Best regards, Florian Original-Nachricht Betreff: Bug#680475: ITP: jsamp -- Java toolkit for use with

Re: Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files

Hi Ole (cc: hi Steffen), thank you very much for your very useful comments! Am 03.12.2012 17:02, schrieb Olе Streicher: > Hi Florian, > > Florian Rothmaier writes: >> Section: science > [...] >> >> So far, my binary package is called "libfits-java".

Re: Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files

Hi Ole, thanks a lot for your reply! Am 26.11.2012 17:10, schrieb Olе Streicher: > Hi Florian, > > Florian Rothmaier writes: >> * Package name: fits >> [...] >> * License : public-domain > > Some short comments: > > * I would not name the (s

Fwd: Fwd: Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files

Original-Nachricht Betreff: Fwd: Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files Datum: Mon, 26 Nov 2012 12:15:58 +0100 Von: Florian Rothmaier An: debian-scie...@lists.debian.org Package: wnpp Severity: wishlist Owner: Florian Rothmaier * Package

Re: Java 613 Threads limit: unable to create new native thread

t;> > > I'm sorry but I don't understand. My server is already running in a 64 > bit architecture. What does "java -version" show? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-

Re: Java 613 Threads limit: unable to create new native thread

ss option when you start the JVM. > I have done it and it changes nothing. Okay, then you need to provide more details: the exact way how you start the JVM, and how the JVM crashes. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 t

Re: Java 613 Threads limit: unable to create new native thread

ys my changes were accounted, but how to > be sure the default stack size is what I said ? I think you need to pass a suitable -Xss option when you start the JVM. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1

Re: Java 613 Threads limit: unable to create new native thread

* Keyja Keyja: > On my server, the program crashes after 613 threads. Is this on i386? Have you reduced the default stack size? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsr

Re: Backporting Eclipse

* Niels Thykier: > On 2011-11-10 11:48, Florian Weimer wrote: >> * Niels Thykier: >> >>> That being said - that line is only a warning as I recall, so that >>> cannot be reason for a failure. Also, this is not OSGi, but >>> eclipse-build's OSGi c

Re: Switching default-java to OpenJDK7

r from OpenJDK 7. > Is anyone in the team making Java 7 transition plans for Debian? Or > indeed does anyone have any opinion on whether this release of Debian is > the right point in time to switch default-java to openjdk-7? wheezy will be released after mid-2012, so the Java 7 tr

Re: Backporting Eclipse

t which appears to be working. 8-) -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subj

Re: update-java-alternatives in postinst

several of the postinst scripts for JVM packages use roughly equivalent code for setting alternatives, hence my question. It's true that changing this is likely not worth the hassle. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100

update-java-alternatives in postinst

thout switching between manual and automatic mode? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debia

Re: [SECURITY] [DSA 2311-1] openjdk-6 security update

* Simon McVittie: > Would it be possible to provide some sort of empty transitional package for > those Hotspot variants in order to get rid of them? I don't think we use transitional packages for this purpose. I think adding a Replaces: icedtea-6-jre-cacao to openjdk-6-jre-headless (on i386 and

Backporting Eclipse

is I would appreciate pointers why OSGi is doing this, and how I can disable those hash-based checks. (I assume that minor Lucene versions are actually binary-compatible.) This OSGi behavior is reminiscent of bootloaders which verify digital signatures. 8-/ -- Florian Weimer BF

Re: Symbols/shlibs files for Java

r of a method to a derived class. These are source-compatible changes, but not binary-compatible. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUB

OpenJDK security updates

Hi, I'd like to release IcedTea 1.8.7 as a security update for both squeeze and lenny. In order to keep the version numbering sane, I'd like to see it in unstable first. Do you plan to upload 1.8.7 soon? Florian -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* tony mancill: > On 01/14/2011 11:46 AM, Florian Weimer wrote: >> * tony mancill: >> >>> As per Section 5.8.5 of the Developer's Reference, I'd like to get >>> confirmation from the Security Team that they are anticipating and >>> approve of

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* Florian Weimer: > AFAICT, Debian is actually shipping IcedTea releases, but those are > re-rebranded as IcedTea. Sorry, "re-rebranded as OpenJDK". -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact l

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* Torsten Werner: > Hi, > > On Sun, Jan 16, 2011 at 11:09 AM, Julien Cristau wrote: >> How does that follow?  These kinds of updates are sort of allowed for >> sun-java6 because it's non-free so there's no choice.  That does not >> apply to openjdk, as far as I know. > > I think that openjdk is n

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* Matthias Klose: > get the files from testing/unstable && touch debian/control.in && > debian/rules debian/control I end up with this: mkdir -p /tmp/buildd/openjdk-6-6b18-1.8.3/build/plugin/icedteanp && \ cd /tmp/buildd/openjdk-6-6b18-1.8.3/build/plugin/icedteanp && \ x86_64-lin

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* tony mancill: > As per Section 5.8.5 of the Developer's Reference, I'd like to get > confirmation from the Security Team that they are anticipating and > approve of the upload of the new source version. (My apologies if this > has already been covered; I joined the thread already in progress.)

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* Philipp Kern: > Florian, > > On 08/08/2010 11:21 AM, Florian Weimer wrote: >> Cool, it's based on OpenJDK 6b18. However, we can't upload it as-is >> because the version number is greater than the one in testing. >> > > apart from the fact that

Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny

* Matthias Klose: > Or does everybody see openjdk as an alibi for Debian to build things > and then use the sun-java packages from non-free? I know folks who use it in production, admittedly with compiler excludes to work around some C2 bugs. > For those who are interested in an openjdk-6 update

RFS: libxdoclet-java (updated package)

b non-free - dget http://mentors.debian.net/debian/pool/main/l/libxdoclet-java/libxdoclet-java_1.2.3-4.dsc I would be glad if someone uploaded this package for me. Kind regards Florian Grandel -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe&quo

RFS: libxjavadoc-java (updated package)

net/debian/pool/main/l/libxjavadoc-java/libxjavadoc-java_1.1-4.dsc I would be glad if someone uploaded this package for me. Kind regards Florian Grandel -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

RFS: jaranalyzer (updated package)

I would be glad if someone uploaded this package for me. Kind regards Florian Grandel -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: java-problem in lenny

* Claudia Neumann: > The programmer's answer was: > Ich habe auch herausgefunden, an > welcher Stelle das Programm abbricht. Zum Verschlüsseln der Daten wird > ein Session-Key generiert. Dies geschieht mit einer Standard-Java > Funktion( Die Klasse KeyGenerator). Innerhalb dieses Aufrufs ko

Re: Circular build dependency in maven-plugin-tools

* Vincent Fourmond: > Imagine there is a huge security hole in this package. Do you really > think the security team will want to use the *problematic* package to > build a *clean* one ? The machines we use for building have no untrusted local users, and only restricted networking. Of course,

Re: building class path from package list

Hi Johan, I wonder what the right way of building the classpath from a list of packages is? I see that there are symlinks in /usr/share/java/ and it seems I have to hardcode paths to these? please have a look at the debian-java mailing list archives. You'll see that the classpath topic has be

OpenJDK build attempts on the testing security infrastructure

Here are the results of building some OpenJDK packages on the security buildd infrastructure (with the test suites disabled). First, for openjdk-6 6b11-6+lenny1, we have: Successes: amd64, armel, i386, ia64, mips, mipsel, powerpc, sparc Failures: alpha, s390 The s390 failure may be due to too li

Re: freeze exception for cacao-oj6

* Matthias Klose: > unfortunately the -2 build did fail on s390 and armel. > > - s390: rebuilt by hand on raptor/unstable without problems. >Bastian pointed to #479952 as a possible reason. would it >be possible to do a test-rebuild on the machine which is >used security updates? I'm

Re: freeze exception for cacao-oj6

* Matthias Klose: > - s390: rebuilt by hand on raptor/unstable without problems. >Bastian pointed to #479952 as a possible reason. would it >be possible to do a test-rebuild on the machine which is >used security updates? I think we can apply a real security patch to all the Sun-base

Re: freeze exception for cacao-oj6

* Matthias Klose: >> Well, you know that there is a T2000 available and if the security team >> needs a faster buildd they have to ask. > > the estimate is wrong. I what sense? I quoted the actual build time on lebrun. Is spontini really faster than that? > the openjdk-6 package runs the tests

Re: freeze exception for cacao-oj6

* Luk Claes: > Matthias Klose wrote: >> proposing a freeze exception for cacao-oj6 for testing. cacao-oj6 is a >> copy of the openjdk-6 package with the cacao sources >> included. Compared to openjdk-6 on architectures without the Hotspot >> JIT support, cacao-oj6 (including a JIT) is a much faste

Re: OpenJDK for lenny

* Matthias Klose: > So, we are late with OpenJDK for lenny. I still think lenny would > benefit from having OpenJDK. I'm proposing the following steps, > realizing that not all of them probably can be realized. Is there upstream security support for OpenJDK 6? I'm asking because the DLJ stuff us

Re: Bug#489900: Cleanup in .orig.tar.gz or debian/rules?

o the non-free category (see [1]) unless all these binaries will be split off and built from (DFSG-compliant) sources. Florian [0] http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg [1] http://www.debian.org/doc/debian-policy/ch-archive.html#s-non-free -- To UNSUBSCRIBE, email to [

Re: Bug#489900: Cleanup in .orig.tar.gz or debian/rules?

ountry internet access as I do ;-) ). Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Cleanup in .orig.tar.gz or debian/rules?

you build /yourself/ during the build process should be stripped out within the clean target so that you return to the state your folder hierarchy was in before the build. Hope this helps to clarify the issue. Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubs

Re: Cleanup in .orig.tar.gz or debian/rules?

ill want to check my statement? Florian [1] http://lists.debian.org/debian-java/2008/07/msg00022.html [2] http://lists.debian.org/debian-java/2008/07/msg00026.html [3] http://mentors.debian.net/debian/pool/main/j/jaranalyzer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of &q

Re: Question concerning patched jars

different binaries from one source package. JPackage is working on merging the conflicting source packages to get one and only one binary. So this is what I'll work on as well. No need for any "workaround". Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Question concerning patched jars

largely redundant files being installed on the system. What do you think about that? Could I follow the JPackage solution (which would allow me to reuse much of their work) or do you see difficulties with this? Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubs

Re: Apache Commons packaging question

at. See [1]. Regards, Florian [1] http://ftp.debian.org/debian/pool/contrib/j/jbossas4/jbossas4_4.2.2.GA-5.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Developing with Java on Debian

licy issue that doesn't concern my current work too much and may be easily switched when changed. They just said that they still maintain the policy and that they may respond themselves here on the list. They are subscribed. Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a sub

Re: Sponsor for jaranalyzer package needed

endency analysis and one to get a readily usable classpath proposition). If one of the packagers finds different results then I'll certainly help to analyze and interpret the difference. Florian [1] http://lists.debian.org/debian-java/2008/06/msg00042.html -- To UNSUBSCRIBE, email to

Re: Sponsor for jaranalyzer package needed

with all dependencies and further dependency statistics. See the XML-part of README.Debian for an example on how to get the HTML. As you are not able to build the package yourself I'll send you the binary package so you might try it if you like. Bye, Florian [1] http://mentors.debian.net/

Sponsor for jaranalyzer package needed

pbuilder - produces no lintian messages It builds with javahelper, cdbs, quilt and ant. I now need a sponsor to review and (hopefully) upload the package. Is there some DD out there who would like to sponsor the package? Kind regards, Florian PS: Any idea where I could publicly upload test

Re: Question concerning jh_manifest

Hi Matthew, I have further researched this problem. To me it seems a (not too trivial) bug in jh_manifest. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489214. Maybe better to discuss the topic there to keep this list clean... Cheers, Florian -- To UNSUBSCRIBE, email to [EMAIL

Question concerning jh_manifest

rrectly executed. How do you work around this problem when building your jars with + jh_manifest? Bye, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: How do you handle overlapping jar-packages?

classes may get out of sync). But as long as the overlapping jars are built from the same source package, maintainability is not an issue neither as all jars will always be built from the same source. Rgds, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubs

Re: Developing with Java on Debian

ardcoded so not very useful as a general patch to your script. If you like you might add a parameter to your script that allows addition of further jar repositories to be included in the analysis. I think this would be useful for other packagers as well. Rgds, Florian -- To UNSUBSCRIBE, email

Re: Developing with Java on Debian

source package and put them in one directory. Then try to establish the dependencies of jbossmq.jar. It has a build dependency on jboss-j2ee.jar which doesn't show up for me when I analyze jbossmq.jar. All other dependencies are correctly discovered. Rgds, Florian [1] http://sourceforge.

Re: Developing with Java on Debian

guration error on my side. I also found http://www.kirkk.com/main/Main/JarAnalyzer. Looks promising as it should give you all dependencies in one run. Has anybody of you already used this? Cheers, Florian [1] http://www.jpackage.org/jpprequest.php -- To UNSUBSCRIBE, email to [EMAIL PROTEC

Re: How do you handle overlapping jar-packages?

ng as well and how I started doing it now. Bye, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

How do you handle overlapping jar-packages?

into the Debian "jar-sharing" concept as we would like to avoid having to maintain different versions of the same (base) classes across different packages. I think Debian usually assumes that jars are "atomic" installation units that do not overlap. What do you recommend

Re: Developing with Java on Debian

ot be very hard to do it that way. :-) Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

How to go on with JBoss AS?

on the efforts of the JPackage community. What are the reasons for Debian not directly re-using JPackage efforts? Ok, so many questions. I hope that somebody out there will find the time to give me some responses! Florian Btw: I am subscribed to debian-java, no need to put me CC. Some pers

Re: openfire debian package

* Matthew Johnson: > Oh sure, if the _source_ is distributed from upstream together then it > can and probably should be a single source package. I was assuming that > these were external libraries which were being distributed as jars with > the source for this program. However, the sources shoul

Re: Autobuilding packages depending on sun-java6-jdk

* Matthias Klose: > Florian Weimer writes: >> This does not work in a pristine build environment (such as one set up >> by pbuilder) because the DLJ has to be accepted, which can't work in a >> non-interactive environment. >> >> How do you cope with that?

Autobuilding packages depending on sun-java6-jdk

This does not work in a pristine build environment (such as one set up by pbuilder) because the DLJ has to be accepted, which can't work in a non-interactive environment. How do you cope with that? Use a patched version of sun-java6-jdk installed in a local archive? -- To UNSUBSCRIBE, email to

Re: eclipse and junit4

* Timo Aaltonen: > I've got a notice from a java-class teacher that the Debian/Ubuntu > packaged eclipse doesn't include junit4 -support (junit 3.8.1 being > too old), which was probably due to junit4 not being available? junit4 requires Java 5 for its annotation, and the free toolchain only re

Re: Package com.sun.tools.javac in Java 6

* Benjamin Mesing: > I am packaging UMLet and it compiles fine with Sun Java 5. However, > starting from Sun Java 6 it complains that "package com.sun.tools.javac > does not exist". Have you put tools.jar on the classpath? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubs

Re: high system cpu load while running several java machines on 2.6 kernels

* Alexander Burnos: > Could anybody point me where I have to look for the reasons of this > issue? You should try to get thread dumps from the VMs while this is happening, to discover what they are doing. The autoconfiguration code might pick different parameters on 2.4 or 2.6 kernels (for insta

Re: java dependency substvars and native compilation

* Arnaud Vandyck: > On 5/11/07, Matthew Johnson <[EMAIL PROTECTED]> wrote: >> On Fri May 11 07:19, Michael Koch wrote: >> > On Thu, May 10, 2007 at 02:11:27PM +0100, Matthew Johnson wrote: >> > > OK, so as an alternative, I have a version which reads the Class-Path: >> > > variable from the jar. >

Re: OpenJDK and the Free Java Packaging Roadmap

* Tom Marble: > Following up one's own post is rarely a good idea, but in this > case... please find today's slides here: > > deb-openjdk.odp > https://penta.debconf.org/file/event_attachment/38 deb-openjdk.odp > > deb-openjdk.pdf > https://penta.debconf.org/file/event_attachment/39 deb-openjd

Re: GNU/Linux Java Policy and Packaging

* Tom Marble: > 10. Filesystem conventions (FHS) for runtimes (e.g. /usr/lib/jvm) > and libraries (e.g. /usr/share/java). I think we also need to decide if we want to ship something under /usr/share/java which can be ripped out and redistributed outside the system, or if we follow the usual r

Re: Getting Maven Into Main - What Next?

* Paul Cager: >> This is a bit tricky. Theoretically, you are supposed to bootstrap >> from an installed version (IOW, a self-depdency). > > So we couldn't use bootstrapping to get the *first* version into Debian? If there are architecture-dependent binary packages, they need to built and upload

Re: Getting Maven Into Main - What Next?

* Paul Cager: > Now that we are making progress with packaging Maven's > Build-Dependencies, I'm beginning to wonder what happens next. I've > noticed from the JavaCC packaging that it seems to be all right to > include a "bootstrap jar" in the upstream source. Is this right? I guess > to be valid

Re: Java policy and ABI changes

* Marcus Better: > I think the Java policy needs to be tweaked to allow for multiple versions > of the same library. The problem is much easier than for C libraries, since > we don't have a dynamic linker, so the user is responsible for adding the > correct library to the classpath. Not quite tru

Re: java dependency substvars and native compilation

* Matthew Johnson: > It also makes sense for libraries; Java recursively adds the > classpath, so a library which depended on other libraries would have > one so that applications don't have to guess what libraries their > libraries may use. Looking at the spec, this doesn't seem to be required.

Re: java dependency substvars and native compilation

* Michael Koch: > On Thu, May 03, 2007 at 03:51:11AM +0200, Florian Weimer wrote: >> * Matthew Johnson: >> >> > Two subjects to this mail. Firstly, I had a go at writing a dh_javadeps >> > which will search for jar files, find the classes they reference and &

Re: java dependency substvars and native compilation

* Matthew Johnson: > Two subjects to this mail. Firstly, I had a go at writing a dh_javadeps > which will search for jar files, find the classes they reference and > find the packages they are in. This can be found at > http://mjj29.matthew.ath.cx/dh_javadeps It updates $package.substvars so > you

Re: Attempt at packaging StringTemplate

* Michael Koch: > Don't depend on this fact. We are thinking of switching away from gjdoc > to sinjdoc perhaps. Or javadoc from SUN. Yes, makes sense. > (Yes, I have seen that you added it). Thanks again. Shall I upload the package? Do you think it would be generally useful? >> Hmm. I don'

Re: Attempt at packaging StringTemplate

* Michael Koch: > - You dont need to Build-Depend on ant. ant-optional already Depends on > it. > > - You should Build-Depend on antlr when build.properties references it > and its used. Okay, although it's pulled in by gjdoc already. > - You should call the binary package either stringtempl

Attempt at packaging StringTemplate

Would anyone familiar with Java packaging please review my attempt at packaging StringTemplate? $ git clone http://git.enyo.de/fw/debian/stringtemplate.git I'm not quite sure about the build dependencies, and how to force ant to use a particularly Java compiler if multiple ones are installed. -

Re: TagSoup - new upstream files, no license.

* Paul Cager: > In the mean time I have sent an email to the author (see below). Is the > author's statement below sufficient to allow the inclusion of the files > in Debian? It's sufficient, IMNSHO. Just summarize your communication with the author in the debian/copyright file. -- To UNSUBSC

Re: Selecting a javac which supports at least Java5

* Marcus Better: > Yes, that is the only correct way. We must be sure that the package > builds with identical results on different systems, It's not so much that we need identical results, but the result must use the same ABI, which isn't true across major Java versions. -- To UNSUBSCRIBE, em

Re: Bits from the FOSDEM

* Petter Reinholdtsen: > [Florian Weimer] >> "can be built" or "are built"? AFAICS, only the latter complies >> with the letter of the policy and the spirit of the DFSG. > > How are you to see the difference? debian/rules actually compiles the source

Re: [Debian-Java] Bits from the FOSDEM

* Arnaud Vandyck: >We have some proposals about the Debian-Java policy changes that > includes: > - java libraries can go to main if they can be built with free VM; "can be built" or "are built"? AFAICS, only the latter complies with the letter of the policy and the spirit of the DFSG. --

Re: Java Threading

* Matt Mason: > [loading ./Thread.class] You seem to have a compiled Thread class in the current directory. Don't do that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: JCE Code Signing Certificate

* Charles Fry: >> In the meantime, it occurred to me that the certified key (including >> the private key) would have to be included in the source package, >> otherwise the package would fail to build from source. >> >> While I see nothing in Sun's form that requires us to keep the private >> key

  1   2   >