-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Damien,
I don't have a use case for the Jetty support, and I don't remember if
there ever was one. Possibly it should be included for the sake of
completeness, otherwise I don't mind if it's left out.
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Package: libtomcat6-java
Version: 6.0.26-1
Severity: important
Tags: patch, upstream, fixed-upstream
Tomcat up to 6.0.26 has a deadlock [1] that causes all sorts of
applications to hang [2, 3]. This has been fixed for 6.0.27. Suggest
to backport the fix to 6.0.26 if the next upstream release does
)
@@ -1,3 +1,9 @@
+tomcat6 (6.0.26-3) UNRELEASED; urgency=low
+
+ * Apply upstream fix for deadlock in WebappClassLoader. (Closes: #583896)
+
+ -- Marcus Better mar...@better.se Mon, 31 May 2010 15:50:57 +0200
+
tomcat6 (6.0.26-2) unstable; urgency=low
* debian/tomcat6.{postinst,prerm}: Respect
Package: wnpp
Severity: wishlist
* Package name: guice
Version : 2.0
Upstream Author : Google, Inc.
* URL or Web page : http://code.google.com/p/google-guice/
* License : Apache License 2.0
Description : lightweight dependency injection framework for Java
Needed as
On 2010-02-19 10:24, Benoit GUERIN wrote:
But, how do you redeploy a web app ? With my own experience, I sometimes
met some problems while upgrading a war or and unpacked web app while tomcat
was running (incorrect class loaded, mix between old and new jars, new files
unpacked but existing ones
Package: ant
Version: 1.7.1-4
Severity: wishlist
Ant 1.8.0 is available, please update.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32.8-melech (SMP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is ant completion support in the bash-completion package, which
provides /etc/bash_completion.d/ant.
Arguably the support should be moved into the ant package.
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tested with SR7, file name ibm-java-sdk-6.0-2.0-linux-x86_64.tgz, by
patching the pattern in /usr/share/java-package/ibm-j2sdk.sh, and it works.
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Fournier wrote:
On the other hand, both tomcat6-6.0.20/{build,extras}.xml (and incidently
tomcat6-6.0.20/debian/rules) seem to download quite a few files.
debian/rules binary should not download anything, please file a bug
with severity
Package: rhino
Version: 1.7R2-2
Severity: minor
The man page for rhino says the following about the -opt option:
Optimizes at level optLevel, which must be an integer between 0 and
9.
However there is also a level -1, (interpreted mode, see
https://developer.mozilla.org/en/Rhino_Optimization).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Fournier wrote:
The package is currently missing the extra components (currently a
complete commons-logging implementation
That sounds like code duplication. It is supposedly a package-renamed
version of Commons Logging?
and support for JSR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Debian's Tomcat is FHS-compliant, by necessity. That is the reason for
the differing directory structure.
Have you tried creating a Tomcat instance for Eclipse with tomcat6-user?
That gives you a separate Tomcat directory with its own conf directory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Bertels wrote:
Oh, before I forget. Something I've wanted to ask: Is there any interest
in taking the packages and officially make them part of Debian?
Yes, absolutely (see bugs #512396 and #502851). I'm not a DD so cannot
upload
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Alright, I started working on it. Got aduna-commons-collections more or
less finished.
Great!
Other will follow. You can take a look here, if you want to:
- From a *very* quick look:
debian/control:
Standards-Version: 2.2
should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Bertels wrote:
Are you using git-svn to mirror the upstream repo (which IIRC is using
svn), or just importing sources manually?
I've imported them manually via svn export. I guess I could set up a
mirror though, if that is a preferred
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Bertels wrote:
I was wondering if there have been any efforts towards packaging Sesame2
as a Soprano backend for use with Nepomuk?
I looked at it briefly. See bugs #512396 and #502851. Feel free to take over
the ITP if you work on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
[1] Three of these are already closed security bugs, which have been
added to this version of the changelog since their CVE ID was missing
in previous releases.
I believe you should edit the previous changelog entries to include those
bug
Package: libtomcat6-java
Version: 6.0.20-5
Severity: important
The symlink /usr/share/tomcat6/lib/jasper.jar appears to have moved
from tomcat6-common (in 6.0.20-2) to libtomcat6-java (in
6.0.20-5). Because of this, upgrades fail (excuse the Swedish):
Förbereder att ersätta libtomcat6-java
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
fixed 416265 3.4.1-1
thanks
This is an automatic notification regarding your Bug report
which was filed against the eclipse package:
#416265: eclipse: cannot download files from links in tutorial
It should preferably be fixed with a version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nico Golde wrote:
Bug not present in Tomcat 6.
so why closing a bug that was assigned for tomcat 5?
Oh, I didn't read closely enough and thought it had been reassigned to
tomcat6.
Anyway tomcat5 has been removed from the archive and all
Package: jaranalyzer
Severity: normal
Version: 1.2-3
jaranalyzer has an unconditional dependency on java-gcj-compat. Is
there a reason for this? It should be migrated to default-jre and have
the usual alternative Depends on virtual packages.
-- System Information:
Debian Release: squeeze/sid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Rodrigues wrote:
I was hoping the java team could help to assign bugs that still apply to
tomcat6 and left the ones that doesn't, so I can massively close them.
I looked through them quickly and closed all that did not apply anymore.
There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ludovic,
Ludovic Claude wrote:
I propose to break the package velocity in 2 parts:
velocity: contains velocity.jar and related stuff
velocity-ant: contains the links to be installed in /usr/share/ant/lib/
for the velocity Ant tasks
I still
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ludovic Claude wrote:
So the resolution of this bug implies 2 things:
Ant
- add support for user libraries in /usr/local/lib/ant
I think it's nice to have, but we don't have to block this bug because
of this. But note that it should be
tag 199176 wontfix
thanks
This does not bring any practical benefits, and changing the package
name for no good reason just creates bloat, requires an upgrade path
etc. (While the libfoo-java format is recommended for Java libraries,
not all packages follow it and it is of no great consequence.)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mathieu Malaterre wrote:
I must be doing something wrong, but I do not see what is wrong with
the following piece of code (*). Is there a restriction when using ecj
as the java compiler ?
The manpage for ecj indicates that it is building with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mathieu Malaterre wrote:
So my question: is it ok for package maintainer to use javac -source
1.5 to compile code or will there be some portability glitch (user is
alowed to set other java compiler).
It's certainly OK, even necessary in this case.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Onkar Shinde wrote:
So my question: is it ok for package maintainer to use javac -source
1.5 to compile code
It's certainly OK, even necessary in this case.
Please make sure that the package dependencies reflect that the
package is built with
Package: maven-site-plugin
Severity: important
We would like to remove tomcat5.5 in favour of tomcat6 for squeeze
(see #530724). Please either remove or downgrade the dependency on
libtomcat5.5-java, change it to tomcat6, or eliminate the hard
dependency on a container altogether.
-- System
Package: javahelp2
Severity: important
We intend to remove tomcat5.5 from squeeze in favour of
tomcat6. Please build the package against tomcat6 instead.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1,
Package: libjboss-remoting-java
Severity: important
We intend to remove tomcat5.5 from squeeze in favour of
tomcat6. Please build the package against tomcat6 instead.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1,
Package: libajaxtags-java
Severity: important
We intend to remove tomcat5.5 from squeeze in favour of
tomcat6. Please build the package against tomcat6 instead.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
From: Ana Guerrero a...@debian.org
Third and last warning, I will orphan eclipse next saturday (20th June),
Perhaps the right thing to do is simply to have eclipse removed from the
archive. It is way too outdated to be useful now, and would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Damien Raude-Morvan wrote:
It is obvious, but don't forget tu update debian/changelog (description +
credits to Emmanuel Bourg) as this patch doesn't include those files.
I don't think this trivial change warrants a changelog entry. If you are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Emmanuel Bourg wrote:
I checked the packages, the upstream releases of the versions in the
repository are all licensed under the Apache License 2.0.
Ouch.
Is it necessary to file a bug of each package, or it is possible to file
only one bug
Package: tomcat6
Version: 6.0.18-3
Severity: normal
Various directories that used to have group adm in tomcat5.5 are now
either root-only or onwer root, group tomcat6. So you need to be root
to add webapps or configure Tomcat (or be in group tomcat6, but that
does not look like a good idea). It
Package: tomcat6
Version: 6.0.18-3
Severity: wishlist
Tomcat 6.0.20 is out with a lot of bugfixes. Please update the package.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64
Package: libwagon-java
Version: 1.0-beta-2-2
Severity: wishlist
In 1.0 beta-3, upstream moved from the Slide WebDAV client to the one
from Jackrabbit. This is very much preferable since Slide is defunct
since 2007.
Please package the new upstream version to enable removal of
slide-webdavclient
Package: libslide-webdavclient-java
Version: 2.1+dfsg-2
Severity: serious
The Jakarta Slide project was retired on 2007-11-03 and has not been
receiving maintenance or security fixes for even longer. This package
should therefore be kept out of squeeze.
The recommended migration path is Apache
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ludovic Claude wrote:
I have looked at doing that, but the problem is that JackRabbit depends
on the JCR api, and this is not free software as far as I can tell.
Ouch. That's not good.
I'm not sure to what extent the JackRabbit WebDAV client
Package: jetty
Version: 5.1.14-1
Severity: important
Jetty should not depend on libtomcat5.5-java. Tomcat 5.5 is likely
going to be removed for squeeze.
That means that the dependency of libservlet2.4-java will need to be
bumped to 2.5.
-- System Information:
Debian Release: squeeze/sid
APT
Package: eclipse-platform
Version: 3.2.2-6.1
Severity: important
Please remove the dependency on Tomcat 5.5, change it to Tomcat 6
and/or downgrade it to a Suggests. Tomcat 5.5 is likely going away in
Squeeze.
(It should be possible to run Eclipse without Tomcat, I
think.)
-- System
Package: libmaven-site-plugin-java
Severity: important
Tomcat 5.5 is likely going away in squeeze. Please don't depend on it
- either move to Tomcat 6, or downgrade the dependency to a Suggests
if possible.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy:
Package: tomcat6
Version: 6.0.18-3
Severity: serious
When the package is uninstalled but configured, the init script will
show an error message about jsvc not existing at boot and shutdown. It
should rather terminate silently, in accordance with Policy 9.3.2.
-- System Information:
Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patch (applied in svn):
- --- debian/tomcat6.init (revision 8254)
+++ debian/tomcat6.init (revision 8268)
@@ -88,10 +88,7 @@
exit 1
fi
- -if [ ! -f $DAEMON ]; then
- - log_failure_msg missing $DAEMON
- - exit 1
- -fi
+[ -f
Package: libdom4j-java
Version: 1.6.1+dfsg-3
Severity: serious
Michal Vyskocil reported [1] that our tarball contains two doc files
generated from non-free source files (which were themselves removed by
us).
The files in question are:
docs/clover/org/dom4j/tree/ConcurrentReaderHashMap.java
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michal Vyskocil wrote:
I'm working on packaging of dom4j for SUSE, which is really difficult due
Sun's mess in licensing. Thanks to you and you dom4j package, which I
used.
You're welcome :-)
But our legal team is still not happy. Even if your
Package: solr-tomcat5.5
Severity: normal
I intend to request removal of tomcat5.5 for squeeze. Please move to
tomcat6, or set up a mechanism that works regardless of Tomcat
version.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: ivy
Version: 2.0.0-2
Severity: serious
A simple resolve of a package from the Maven repo fails with the
following (with full Ant debug logs):
Couldn't load ResourceStream for
org/apache/ivy/plugins/parser/m2/m2-entities.ent
[ivy:retrieve] io problem while parsing ivy file:
Package: ivy
Version: 2.0.0-1
Severity: important
The upstream distribution contains the Ant task definitions in
org/apache/ivy/ant/antlib.xml (and also in
fr/jayasoft/ivy/ant/antlib.xml), but these are missing from ivy.jar in
Debian. This breaks many build scripts and examples that use this
Package: ivy
Version: 2.0.0-1
Severity: wishlist
JSch is needed for the ssh and sftp resolvers to function. These are
quite commonly used with Ivy, so the package should Recommend or at
least Suggest libjsch-java.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Package: libtcnative-1
Version: 1.1.13-1
Severity: grave
Installing this package causes tomcat6 to stop functioning, giving the
following log messages at startup:
2009-mar-26 15:09:52 org.apache.coyote.http11.Http11AprProtocol init
ALLVARLIG: Error initializing endpoint
java.lang.Exception:
Package: tomcat6
Version: 6.0.18-3
Severity: wishlist
In order to add jars to Tomcat's common class loader, it is necessary
to add them to /usr/share/tomcat6/lib. This is messy since the admin's
additions are mixed up with system files. It should not be necessary
for the admin to change things in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Guillaume Lasmayous wrote:
Mar 2 09:22:04 debjava tomcat5.5: The java-gcj-compat-dev environment
currently doesn't
Mar 2 09:22:04 debjava tomcat5.5: support a security manager. See
README.Debian.
Mar 2 09:22:04 debjava jsvc.exec[6007]:
Jan-Pascal van Best wrote:
Why can't you just put the file in /etc/tomcat5.5/policy?
I could, but it's configuration for the solr web application,
No, it's a security policy file for Tomcat, and those go in the Tomcat conf
directory as any Tomcat administrator should know (and as documented in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthias Klose wrote:
tags 512498 + moreinfo
thanks
please package the latest release candidate and recheck.
(Hmm, that's an original use of the moreinfo tag :) )
One question here - why are we packaging these release candidates at all?
Package: wnpp
Owner: Marcus Better mar...@better.se
Severity: wishlist
* Package name: ivy
Version : 2.0.0
Upstream Author : Xavier Hanin Maarten Coene, Nicolas Lalevee, Gilles Scokart
* URL or Web page : http://ant.apache.org
* License : Apache License v2.0
Description
Package: rhino
Version: 1.7R2~pre-2
Severity: serious
rhino throws NullPointerException when invoked from the command line:
~$ rhino
Exception in thread main java.lang.NullPointerException
at org.mozilla.javascript.Kit.classOrNull(Kit.java:92)
at
Hi,
Torsten Werner wrote:
I have written a proposal on how to ship Maven pom files in Debian
packages at http://wiki.debian.org/Java/MavenRepoSpec. I would to
get an early feedback from you.
This part:
In a later upstream version 'c' adds another depends 'i' and that means
that we have to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tag 510139 moreinfo
thanks
Folkert van Heusden wrote:
libmysql-java: package not in default java library path
Of course not. You should add it to your classpath, together with any
other jars required by your application.
one now needs to explicit
Pantelis Koukousoulas wrote:
Since we're talking about Debian packaging (right?), the Debian BTS
should be the obvious choice IMHO.
I 'm not so sure about that. The fact is that this eclipse package is
not yet even in experimental
There are Eclipse packages in Debian already, why don't you
Hi,
Pantelis Koukousoulas wrote:
We need a project management system (aka bug tracker) to keep track of
the tasks, who is doing what and our progress.
Since we're talking about Debian packaging (right?), the Debian BTS should
be the obvious choice IMHO.
Also, please use debian-java for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terrence Brannon wrote:
For some reason, tomcat5.5 will not start on port 8180 as documented.
What version are you using?
[EMAIL PROTECTED]:/usr/share/tomcat5.5/bin# ./startup.sh
You should probably not be using that. There is a startup script in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terrence Brannon wrote:
[EMAIL PROTECTED]:/usr/share/tomcat5.5/bin# ./startup.sh
You should probably not be using that. There is a startup script in
/etc/init.d, it should get launched on boot.
I see, perhaps the docs should say that sort of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terrence Brannon wrote:
there is no manager role in tomcat-users.xml ... should I also add
that...
Yes. Something like this will do:
?xml version='1.0' encoding='utf-8'?
tomcat-users
role rolename=manager/
user username=marcus password=psst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Perrier skrev:
From your comments, it more fits a bug which has a major effect on
the usability of a package,
Actually it breaks an unrelated package, ant, which is central to most
Java development, by adding crufty code (from yet another
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benoit GUERIN wrote:
So, how do you explain that, when you upgrade tomcat5.5 package within the
Synaptic GUI, at the end of the upgrade, the tomcat daemon is not running ???
What version are you upgrading from and to?
Cheers,
Marcus
-BEGIN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benoit GUERIN skrev:
5.5.20-2etch2 to 5.5.20-2etch3, using synaptic 0.57.11.1 (Debian Etch 4.0
regularly updated)
The issue has been fixed for Lenny.
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reopen 491500
thanks
Reopening. I was thrown off by the comment about rotatelogs. Clearly
there is another issue here.
/Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
Package: java-package
Version: 0.42
Severity: wishlist
make-jpkg does not recognise IBM Java6 JREs (specifically
ibm-java-jre-6.0-2.0-linux-x86_64.tgz).
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Package: java-package
Version: 0.42
Severity: wishlist
make-jpkg does not support ibm-java-sdk-6.0-2.0-linux-x86_64.tgz, but
same with 0.0 instead of 2.0 works.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1,
Package: velocity
Version: 1.4-5
Severity: serious
velocity adds a bunch of symlinks to the Ant library directory. This
adds those libraries to the core class loader of Ant, thus
overriding any classpath specified in the build script.
For instance I just spent hours tracking down a build failure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Thomas Viehmann wrote:
for libjdom-java to go (#502500), you need to update jta to not depend
on that.
It's been fixed in jta 2.6+dfsg-1.1 (see #502344).
Cheers,
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Package: jta
Severity: important
Version: 2.6+dfsg-1
It seems that the jta package has a build-dep on libjdom0-java but the
binary package depends on libjdom-java. These are different packages
so this is asking for trouble.
In fact both packages are obsolete. Please upgrade if possible to
Package: statcvs
Severity: important
This package appears to be the only one left depending on
libjdom-java, which is a very old version of JDOM.
JDOM 1.0 was released in September 2004, so it should be possible to
migrate to libjdom1-java.
-- System Information:
Debian Release: lenny/sid
APT
Package: libjdom-java
Severity: important
JDOM 1.0 was released in September 2004, so it is time for users of
JDOM 0.9 to migrate, after which this package can be retired.
There are currently three versions of JDOM in Debian: libjdom-java,
libjdom0-java and libjdom1-java. Preferably only the
Package: libxpp3-java
Version: 1.1.3.4.O-3
Severity: serious
The xpp3.jar file contains the QName class from JAXP. This breaks the
GroovyWS web service client, since it ends up loading the class into
two different classloaders (the bootstrap class loader of the JRE and
the Groovy class loader
Package: libxpp3-java
Version: 1.1.3.4.O-3
Severity: normal
xpp3 contains repackaged code copies of large parts of the Jaxen and
Saxpath code base.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
can libcommons-net-java depend only on -headless java runtime packages?
Probably. Please file a wishlist bug against the package.
Cheers,
Marcus
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
Package: libjdom0-java
Version: 0.9b-3
Severity: important
JDOM 1.0 was released in September 2004, so it is time for users of
JDOM 0.9 to migrate, after which this package can be retired.
Please use the libjdom1-java package instead.
-- System Information:
Debian Release: lenny/sid
APT
Package: libwerken.xpath-java
Version: 0.9.4-9
Severity: wishlist
Please migrate from libjdom0-java to libjdom1-java if possible, so
that the former (JDOM 0.9) can be phased out.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: libnsuml-java
Severity: wishlist
Please migrate from libjdom0-java to libjdom1-java if possible, so
that the former (JDOM 0.9) can be phased out.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Package: velocity
Version: 1.4-5
Severity: wishlist
Please migrate from libjdom0-java to libjdom1-java if possible, so
that the former (JDOM 0.9) can be phased out.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1,
reassign 476286 gjdoc
severity 476286 wishlist
retitle 476286 javadoc incompatible HTML output
thanks
Reassigning since this is not a bug in libjdom1-java.
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tag 495235 patch pending
thanks
Actually fixed this in svn a little while ago...
On the other hand, the tomcat5.5 install/init.d scripts do not search
the openjdk path for a valid jdk, and so tomcat cannot be started, and
so the postinst script
For information, the problem affects upstream Eclipse 3.4 too, and the JVM bug
appears to be fixed in openjdk-6.
signature.asc
Description: This is a digitally signed message part.
___
pkg-java-maintainers mailing list
reopen 399595
thanks
Doesn't work for me. Please don't close bugs without verifying that they were
fixed.
Jun 13 08:18:12 dev tomcat5.5: The java-gcj-compat-dev environment currently
doesn't
Jun 13 08:18:12 dev tomcat5.5: support a security manager. See README.Debian.
Jun 13 08:18:12 dev
Package: aspectj
Severity: wishlist
Version: 1.5.4-1
I think aspectj is suitable for main, unless I missed
something. Please upload it at the next opportunity. (By the way,
1.6.0 has been released.)
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990,
tag 479226 -unreproducible help
severity 479226 important
block 479226 by 478560
thanks
This is quite probably caused by #478560. While I used an upstream
Eclipse distribution, the description matches.
Since it may not be possible to downgrade to the last working
sun-java6-jdk, another
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
Maybe, the init script should wait until Tomcat is in an up
state before exiting.
Is there a way jsvc could be used to achieve that?
No, I don't think jsvc provides this (although IMHO it should).
Marcus
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems like since I updated to tomcat5.5_5.5.26 I am having this problem.
May 5 14:34:04 localhost jsvc.exec[7386]: check that your kernel supports
capabilities
Does it? What does grep CAPAB /boot/config-2.6.25-1-686 say?
Cheers,
Marcus
# Automatically generated email from bts, devscripts version 2.10.25
reopen 426761
# catalina.policy file was reintroduced
found 426761 5.5.26-1
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
Seems this file was re-introduced by accident (?) in 5.5.25-1.
Marcus
signature.asc
Description: This is a digitally signed message part.
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
Michael Koch wrote:
Yes, by accident, damn. Do you have time to fix this today?
Probably not, sorry - I'm extremely tied up with work at the moment.
Marcus
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
Package: libjsch-java
Version: 0.1.37-3
Severity: minor
Tags: patch
The package description can be imporved a bit
* No need to mention the license.
* Capitalisation of Java.
Suggested patch below.
Index: debian/control
===
---
Package: wnpp
Owner: Marcus Better [EMAIL PROTECTED]
Severity: wishlist
* Package name: sitemesh
Version : 2.3
Upstream Author : The OpenSymphony Group
* URL or Web page : http://www.opensymphony.com/sitemesh/
* License : The OpenSymphony Software License, Version 1.1
Michael Koch wrote:
scom-sun-javadoc-$(VERSION).jar: classes $(com_sun_javadoc_jar_CLASSES)
- $(JAR) cf $@ -C classes com/sun/javadoc
+ $(JAR) cf $@ -C classes com/sun/javadoc -C classes
com/sun/tools/javadoc
to work around this.
Ok, then with that change the patch can go in.
Michael Koch wrote:
gjdoc currently uses upstream libtool 1.5.22 so it needs to be
replaced.
What's the reason for this?
Umm, dunno. Me just follow orders... :)
/Marcus
___
pkg-java-maintainers mailing list
Michael Koch wrote:
Are you okay with closing this bug until we really need to do it for a
real reason.
Yes, if you think it's not a problem...
/Marcus
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
tag 465389 patch
thanks
This patch will do for TestNG purposes, it implements two of the overloaded
methods.
With this patch the jar is built correctly, but I get some error from
aot-compile that I don't know how to deal with:
dh_installdirs -pgjdoc
rm -rf build-native
mkdir -p build-native
1 - 100 of 239 matches
Mail list logo