severity 340451 normal
tag 340451 unreproducible
thanks
> Ahah!
> /usr/lib/eclipse/plugins/org.eclipse.osgi_3.1.1.jar points
> to ../../../share/eclipse/plugins/org.eclipse.osgi_3.1.1.jar
> (/usr/share/...),
> but /usr/share/eclipse/plugins/org.eclipse.osgi_3.1.1.jar does not
> exist.
>
> I have
On Wed, Nov 23, 2005 at 09:05:49PM +0100, Matthias Klose wrote:
> well, too late, but please add conflicts/replaces to "libcal3d10c2" as
> well, when you update the package.
There was never such a package so why should such a confflicts/replaces
be added?
Michael
--
Escape the Java Trap with GN
On Sat, Nov 26, 2005 at 04:01:44PM +1000, Benjamin Carlyle wrote:
> !SESSION Sat Nov 26 15:57:22 GMT+10:00 2005
> !ENTRY org.eclipse.core.launcher 4 0
> 2005-11-26 15:57:22.289
> !MESSAGE Exception launching the Eclipse Platform:
> !STACK
> java.lang.ClassNotFoun
Hallo Benjamin,
Kaffe and sablevm in their current states in Debian unstable dont work
with eclipse. Current kaffe CVS does. A new release and upload of kaffe
is near. Sablevm development staled a bit. I don't know its current
state.
For gcj: Make sure you have the gcj-4.0 and java-gcj-compat pa
On Wed, Nov 16, 2005 at 11:00:05AM +0100, [EMAIL PROTECTED] wrote:
> Package: libswt3.1-gtk-jni
> Version: 3.1.1-3
> Severity: normal
>
>
> When libcairo2=1.0.2-1 (/usr/lib/libcairo.so.2.2.3) is installed, Eclipse
> (eclipse-base=3.1.1-3) won't launch. It gives the following error:
>
> An err
On Sat, Nov 12, 2005 at 02:45:21PM -0600, Greg Orlowski wrote:
> Package: jamvm
> Version: 1.3.3-2
>
> Actually, a couple bugs:
>
> (easy)
> 1) jamvm needs cdbs and zip to build, but they are not listed in the
> build-depends
I wonder where you have looke but cdbs and zip ARE in the Build-Depend
As spoken on IRC here is some strace output:
[pid 8494] execve("/home/mkoch/bin/c++filt", ["c++filt", "-s", "java"],
[/* 26 vars */]) = -1 ENOENT (No such file or directory)
[pid 8494] getpid()= 8494
[pid 8494] getrlimit(RLIMIT_STACK, {rlim_cur=RLIM_INFINITY,
rlim_max=RLIM_
And here is the testcase code ...
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
public class BinutilsTest
{
public static void main(String[] args)
{
try
{
System.out.println("throw the
On Tue, Nov 15, 2005 at 02:20:52AM -0800, Steve Langasek wrote:
> Hi Michael,
>
> On Tue, Nov 15, 2005 at 08:28:25AM +, Michael Koch wrote:
> > Starting with binutils 2.16.1cvs20050902-1 the program c++filt hangs
> > when starting up eclipse when using gcj as Java runt
Hello,
Thanks for zour report.
> I installed eclipse-sdk, and selected "Eclipse" from the Gnome menu.
Running eclipse in a terminal gives you additional informations like the
runtime that is used to execute Eclipse
> It popped up a little box to announce it was starting, and then
> displayed
Package: binutils
Version: 2.16.1cvs20050902-1
Severity: grave
Justification: renders package unusable
Starting with binutils 2.16.1cvs20050902-1 the program c++filt hangs
when starting up eclipse when using gcj as Java runtme. Gcj calls c++filt
internally when exceptions are thrown to be able to
Hello Bastian,
I think this is a bug in binutils on s390. According to
http://sources.redhat.com/ml/binutils/2001-11/msg00283.html
GCJ needs this symbol. From other sources I found its needed on arm and
sh. Perhaps its needed on s390 too. x86 and amd64 definitely doesnt need
it.
Can you try to v
Hello Bastian,
I think I found the root of the problem. Its probably a bug in
java-gcj-compat on some archs. To verify this please do the following:
apt-get install java-gcj-compat
strings /usr/lib/jvm/java-gcj/bin/java | grep error
On my x86 and powerpc systems this returns:
error spawning gi
Package: eclipse-sdk
Version: 3.1.1-4
Severity: normal
When run with free runtime Eclispe is very slow when checking out big chunks
from CVS. This is due to problems with synchronization.
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161483 for more
information.
-- System Informatio
close 337510 -1 -2 -3
reassign -1 kaffe
reassign -2 classpath
reassign -3 sablevm
reassign 337510 libgcj6
thanks
This is no eclipse bug but a bug in classpath's XML implementation. It
is fixed in classpath CVS after 0.19 was released [1]. Therefore I
reassign this to the differect copies of class
Package: cyphesis-cpp
Version: 0.5.1-1
Severity: wishlist
Please add LSB compliant tags into /etc/init.d/cyphesis init script.
An explanation is at http://wiki.debian.org/?LSBInitScripts.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstabl
On Wed, Nov 09, 2005 at 01:36:18PM +0100, Goswin von Brederlow wrote:
> Michael Koch <[EMAIL PROTECTED]> writes:
>
> > On Tue, Nov 08, 2005 at 08:17:04PM +0100, Goswin Brederlow wrote:
> >> Package: lucene
> >> Version: 1.4.3-8
> >> Severity: seriou
tag 336884 confirmed
thanks
On Tue, Nov 01, 2005 at 12:15:14PM -0600, David Bridges wrote:
> Package: eclipse-platform-common
> Version: 3.1.1-3
> Severity: normal
>
>
> eclipse-platform-common is configured to write to the /usr/local, this
> hierarchy should not be touched by packages and will
On Wed, Nov 09, 2005 at 10:46:48AM +0100, David N. Welton wrote:
> Arnaud Installe wrote:
> > Hi,
> >
> > I'm having the same issue as you had: eclipse doesn't start, and
> > looking in the eclipse log I see the same messages.
> >
> > Now I noticed in the workflow of debian bug #336338 that at so
Package: classpath
Version: 2:0.19-1
Severity: wishlist
MIDI support should be enabled in classpath. For this we need DSSI in Debian.
Its available at http://dssi.sourceforge.net/. All its prerequisites should be
in Debian already.
-- System Information:
Debian Release: testing/unstable
APT pr
tag 338209 confirmed
thanks
I can confirm this bug.
Cheers,
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On Tue, Nov 08, 2005 at 08:17:04PM +0100, Goswin Brederlow wrote:
> Package: lucene
> Version: 1.4.3-8
> Severity: serious
> Justification: missing sources in main
>
> Hi,
>
> your package lucene recently moved from contrib to main. Unfortunately
> the DAK is unable to handle two debian revisions
reassign 298896 libgtk2.0-0
thanks
This bug is/was a bug in GTK. I reassign to libgtk2.0-0 to let the GTK
maintainers know it and close it if fixed.
Cheers,
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.cla
tag 336405 wontfix
thanks
On Sun, Oct 30, 2005 at 10:36:41AM +0800, LI Daobing wrote:
> Package: libswt3.1-gtk-java
> Severity: normal
>
> eclipse3 depends on libswt3.1-gtk-java
> libswt3.1-gtk-java conflicts libswt-gtk-3.1-java
> azureus depends on libswt-gtk-3.1-java
>
> so, if I install eclip
On Mon, Oct 31, 2005 at 01:57:57AM +0100, Marcin D??bicki wrote:
> Package: eclipse-base
> Severity: important
>
> I don't really know why eclipse-base depends only on gij while it can
> work with Sun Java as well. package should depend on
> java-virtual-machine, java-compiler, java2-compiler or a
On Sun, Nov 06, 2005 at 10:02:58AM +0100, Michael Koch wrote:
> tag 337510 pending
> thanks
>
> On Fri, Nov 04, 2005 at 07:22:38PM +0100, David N. Welton wrote:
> > Package: eclipse-ecj
> > Version: 3.1.1-3
> > Severity: normal
> >
> >
> > To r
tag 337510 pending
thanks
On Fri, Nov 04, 2005 at 07:22:38PM +0100, David N. Welton wrote:
> Package: eclipse-ecj
> Version: 3.1.1-3
> Severity: normal
>
>
> To repeat this bug:
>
> 1) Open up an ant build file.
>
> 2) Hit the key combo for code completion, for instance M-/ in emacs keys
> mod
On Sat, Oct 29, 2005 at 01:57:38PM +0200, Michael Bergbauer wrote:
> Package: eclipse-platform
> Version: 3.1.1-3
> Severity: normal
>
> While installing eclipse3, I got the following error message:
> Unpacking eclipse-platform-common (from
> .../eclipse-platform-common_3.1.1-3_all.deb) ...
> dpkg
Package: azureus
Severity: normal
JNI libraries have to be in /usr/lib/jni and not in /usr/lib according
to Java policy. Azureus looks in /usr/lib.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Package: libseda-java
Version: 3.0-2
Severity: important
The class files in seda.jar are using class file format 49.0 which makes
it impossible to build the library with applications like azureus with SUN
JDK 1.4. It should be build with "-target 1.4" to make it use class file
format 48.0.
-- S
Package: libseda-java
Version: 3.0-2
Severity: normal
seda uses alternatives as Build-Depends ("gcj | java-compiler"). The
current package is definitely not build with gcj as it uses class file
format 49.0 which cannot be created with current gcj and makes it
incompatible with GCJ.
-- System In
Package: liblucene-java
Version: 1.4.3-6
Severity: normal
The link from /usr/share/java/lucene.jar to
/usr/share/java/lucene-1.4.3.jar is missing.
This link is needed according to Java Policy 2.4.
This change broke the build of eclipse.
Cheers,
Michael
-- System Information:
Debian Release:
On Thu, Oct 20, 2005 at 09:54:55PM +0200, Wolfgang Baer wrote:
> Hi Eric,
>
> this is definitly not a bug in ant but in your package. I will leave the bug
> open until it is fixed. Please test the comments below:
>
> Eric Lavarde wrote:
> >BUILD FAILED
> >/home/ericl/freemind-0.8.0/freemind/build
Package: jsch
Severity: wishlist
There is a new upstream version available: 0.1.23. I have packaged it already
locally but before it gets uploaded it needs to get tested with Eclipse
to get sure nothing gets borked more then before.
Cheers,
Michael
-- System Information:
Debian Release: 3.1
A
On Tue, Oct 18, 2005 at 01:20:00PM -0700, Matt Kraai wrote:
> Package: jsch
> Version: 0.1.19-2
> Severity: serious
>
> jsch fails to build:
>
> > for dir in debian/patches ; do \
> > rm -f $dir/*.log ; \
> > done
> > You must specify a valid ANT_HOME directory!
> > make: *** [ant-sanity-chec
Package: wnpp
Severity: wishlist
Owner: Michael Koch <[EMAIL PROTECTED]>
* Package name: libmodelfile
Version : 0.1.92
Upstream Author : Al Riddoch <[EMAIL PROTECTED]>
* URL : http://www.worldforge.org/
* License : GPL
Description : libra
On Fri, Oct 14, 2005 at 10:19:54AM +0200, Jeff Breidenbach wrote:
> >I just talked with ftp-master. Your upload is broken. When moving
> >packages to main you need to include the orig.tar.gz in the upload.
>
> I re-uploaded the package along with the orig.tar.gz.
> If more fancy trickery is requir
On Fri, Oct 14, 2005 at 07:16:52AM +0200, Jeff Breidenbach wrote:
> I have tested the kaffe built Lucene with the Sun runtime - all unit
> tests pass including the one giving us headaches. Thus there is
> no reason to believe the kaffe compiled jar is any worse than the
> Sun compiled jar currently
reassign 284911 wnpp
retitle 284911 ITP: eclipse-cdt --Eclipse C/C++ development environment
thanks
I will take care of this.
Cheers,
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
--
To
On Tue, Oct 11, 2005 at 04:14:49PM +0200, Arnaud Vandyck wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Seo Sanghyeon wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Seo Sanghyeon <[EMAIL PROTECTED]>
> >
> > * Package name: icu4j
> > Version : 3.4
> > Upst
On Mon, Oct 10, 2005 at 08:58:14PM +0200, Alexander Dreweke wrote:
> Package: libasm-java
> Version: 1.5.3-2
> Severity: normal
> File: /usr/share/java/asm-1.5.3.jar
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi
>
> there are libasm-java versions available
> (http://forge.objectweb.
On Mon, Oct 10, 2005 at 11:02:26PM +0900, Seo Sanghyeon wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Seo Sanghyeon <[EMAIL PROTECTED]>
>
> * Package name: icu4j
> Version : 3.4
> Upstream Author : IBM
> * URL : http://icu.sourceforge.net/
> * License : M
On Fri, Oct 07, 2005 at 02:34:00PM -0700, Matt Kraai wrote:
> Package: eris
> Version: 1.3.7-3
> Severity: serious
>
> eris fails to build because it cannot find functions that match calls
> to StreamConnect and getCodec:
>
> > /bin/sh ../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -
On Sun, Oct 02, 2005 at 09:03:12AM +0200, Christian Perrier wrote:
>
> > Thanks for this bug report. I will look at it soon.
>
>
> Please note that I have no expertise at all in these things. I went on
> the issue while updating the French translation. I now request
> maintainers to look at dbco
On Sat, Oct 01, 2005 at 07:30:41PM +0200, Christian Perrier wrote:
> Package: cyphesis-cpp
> Version: N/A
> Severity: wishlist
>
> Your package currently configures a database using MySQL or PostgreSQL or
> both.
>
> Therefore, it uses debconf to prompt users for information about the
> databases
On Wed, Sep 28, 2005 at 09:58:32AM +0200, Julien Wajsberg wrote:
> Package: tomcat4
> Version: 4.1.31-4
> Severity: normal
>
> Hi
>
> Tomcat4 depends on libjessie-java, which provides an SSL
> implementation, "aiming for compliance and compatibility with the JSSE
> as it exists in Java 1.4".
>
>
On Sat, Sep 24, 2005 at 02:48:50AM -0700, Steve Langasek wrote:
> Package: cyphesis-cpp
> Version: 0.3.5-2
> Severity: grave
>
> The cyphesis-cpp package is currently not installable in unstable due to
> various library transitions:
>
> # aptitude install cyphesis-cpp
> Reading package lists... D
On Sun, Sep 18, 2005 at 07:53:32AM -0700, Blars Blarson wrote:
> gjdoc failed to build on a sparc buildd, but built fine on my sparc
> pbuilder. I suspect this may be due to using the latest version of
> the gcc related packages in the pbuilder.
Strange it fails in my uptodate pbuilder on i386. R
On Sun, Sep 18, 2005 at 11:13:33AM +0200, Andreas Jochens wrote:
> Package: gjdoc
> Version: 0.7.5-3
> Severity: serious
> Tags: patch
>
> When building 'gjdoc' in a clean 'unstable' chroot,
> I get the following error:
>
> checking whether stripping libraries is possible... yes
> You have no CLA
On Fri, Sep 16, 2005 at 10:20:14PM +0300, Lior Kaplan wrote:
> Thanks for the quick response.
>
> I think you look more at the archive side, than the user side. Why does
> a user have to download and install the package he might not ever use
> (unless he builds Debian packages).
>
> I ran a searc
On Thu, Sep 15, 2005 at 11:27:21AM -0400, Charles Fry wrote:
> > The plans are to wait for libtomcat5-java and liblucene-java to be in
> > unstable/main. libtomcat5-java should be there tomorrow. liblucene-java
> > can take a while as we need to fix some rmic issues first to be able to
> > build it
Andreas Jochens
>
> diff -urN ../tmp-orig/jamvm-1.3.3/debian/control ./debian/control
> --- ../tmp-orig/jamvm-1.3.3/debian/control2005-09-15 06:10:25.0
> +
> +++ ./debian/control 2005-09-15 06:09:57.0 +
> @@ -3,7 +3,7 @@
> Priority: option
On Thu, Sep 15, 2005 at 12:34:08PM +0900, Seo Sanghyeon wrote:
> reopen 68147
> thanks
>
> "Debian Java in Sarge" report to d-d-a
> http://lists.debian.org/debian-devel-announce/2005/06/msg2.html
> states that:
>
> * eclipse, tomcat5, dom4j, hibernate, spring, derby, ofbiz,
>geronimo, jo
On Wed, Sep 14, 2005 at 07:11:16PM -0500, Billy Biggs wrote:
> Shaun Jackman ([EMAIL PROTECTED]):
>
> > Keeping SWT and Eclipse in different source packages allows the two
> > packages to be maintained independently, which I think is a major
> > plus. For one, this allows SWT to be patched without
On Wed, Sep 14, 2005 at 01:40:54PM -0600, Shaun Jackman wrote:
> 2005/9/14, Michael Koch <[EMAIL PROTECTED]>:
> > I just dont get why you wanna patch when upstream has already did the work
> > for you
> > and made SWT work on both types of platforms. And changing
On Wed, Sep 14, 2005 at 01:05:50PM -0600, Shaun Jackman wrote:
> 2005/9/14, Michael Koch <[EMAIL PROTECTED]>:
> > You replace jint (which is garanteed to be 32 bit) with long which dont has
> > this garantee.
> > Why dont you just build the native sources that upstre
On Wed, Sep 14, 2005 at 09:52:00AM -0600, Shaun Jackman wrote:
> 2005/9/14, Michael Koch <[EMAIL PROTECTED]>:
> > UURGH, NO. This will break SWT on 32 bit archs - if it works on 64 bit
> > archs at all.
> >
> > You cannont compare normal C code with JNI C code
On Wed, Sep 14, 2005 at 09:18:48AM -0600, Shaun Jackman wrote:
> 2005/9/13, Andreas Jochens <[EMAIL PROTECTED]>:
> > On 05-Sep-13 15:09, Shaun Jackman wrote:
> > > Does the package actually run and work this way? If so, I'll simply
> > > apply your patch. Although, it is admittedly a bit of a hack.
Package: coreutils
Version: 5.2.1-2
Severity: normal
In the german version of sort(1) the description of the -o option is
wrong. Mainly it says "write to FILE instead standard input" while
"standard output" was meant and correctly used in the english version
of the manpage.
-- System Information
On Wed, Sep 14, 2005 at 12:01:27AM +0200, Kurt Roeckx wrote:
> On Tue, Sep 13, 2005 at 08:46:24PM +0200, Andreas Jochens wrote:
> > On 05-Sep-13 19:52, Kurt Roeckx wrote:
> > > Pretty please stop using longs as something that can hold a
> > > pointer. In general you should not cast a pointer to an
On Tue, Sep 13, 2005 at 03:12:07PM -0600, Shaun Jackman wrote:
> 2005/9/13, Michael Koch <[EMAIL PROTECTED]>:
> > The problems is that you need to run JNIGeneratorApp on the sources. This
> > application replaces the integers used normally on 32-bit archs with longs
On Tue, Sep 13, 2005 at 03:16:55PM -0600, Shaun Jackman wrote:
> 2005/9/13, Steve Langasek <[EMAIL PROTECTED]>:
> > Which is a pretty lame excuse, because sizeof(long) == 4 on 32-bit archs
> > (not just Linux but most other platforms as well), and sizeof(long) == 8
> > on 64-bit archs...
>
> I bel
On Tue, Sep 13, 2005 at 12:20:03PM -0700, Steve Langasek wrote:
> On Tue, Sep 13, 2005 at 08:17:39PM +0200, Michael Koch wrote:
> > SWT generally runs on 64 bit archs. I built my Eclipse packages on amd64.
> > The problems is that you need to run JNIGeneratorApp on th
Hello Andreas,
Redefining jint to something else will probably fix the warnings/errors
but it will not work. Every virtual machine for Java on this planet expects
jint to be exact 32 bit. The Java Language Specification mandates this.
This is not changeable.
Cheers,
Michael
--
Escape the Java
On Tue, Sep 13, 2005 at 10:52:02AM -0600, Shaun Jackman wrote:
> SWT 3.1 does not build on 64 bit platforms due to numerous...
> cast from 'void*' to 'jint' loses precision
> ... errors [1]. The patch to fix this issue would be large, indeed.
> I'm inclined to remove the 64 bit platforms from
On Fri, Sep 09, 2005 at 03:17:30PM +0200, Wolfgang Baer wrote:
> Eric Lavarde wrote:
> > Package: libbatik-java
> > Version: 1.5.1-1
> > Severity: normal
> >
> >
> > Hi,
> >
> > I'm trying to package the next version of FreeMind (0.8.0) for Debian,
> > which has a plugin to export SVG and PDF.
>
Package: devscripts
Version: 2.9.7
Severity: normal
debdiff should compare the file lists more carefully. It doesnt
recognize links pointing to different targets. This hit me hard when
comparing architecture all packages generated on different architecures.
Michael
-- System Information:
Debian
Package: libsnmp1.4-java
Severity: important
The package misses dependencies. It should at least depend on one free
runtime and java1-runtime as alternative. E.g.
kaffe (>= 1.1.5) | java1-runtime
This is needed to make this package usable and one just needs the
library for another package.
--
Package: libxml-commons-resolver1.1-java
Severity: normal
Please Build-Depend on ant instead of libant1.6-java to help the ant
transition in debian. libant1.6-java will get removed soon from the
archive. Please use /usr/share/ant instead of /usr/share/ant1.6 as
ANT_HOME.
-- System Information:
D
Package: proguard
Severity: normal
Please Build-Depend on ant instead of libant1.6-java to help with the
ant transition in Debian. libant1.6-java will get removed from the
archive soon as ant supplies everything needed. Please use
/usr/share/ant and not /usr/share/ant1.6 as ANT_HOME.
Michael
-
Package: commons-daemon
Severity: normal
Please Build-Depend on ant instead of libant1.6-java to help the ant
transition in Debian. libant1.6-java will get removed soon in Debian.
Please use /usr/share/ant instead of /usr/share/ant1.6 as ANT_HOME.
-- System Information:
Debian Release: testing/u
On Wed, Aug 31, 2005 at 07:04:39PM +0200, Philipp Meier wrote:
> Am Mittwoch, den 31.08.2005, 09:02 +0200 schrieb Michael Koch:
> > On Tue, Aug 30, 2005 at 09:22:08AM +0200, Johannes Boneschanscher wrote:
> > > Version: 5.1.5rc1-2
> > >
> > > libant-1.6
On Tue, Aug 30, 2005 at 09:22:08AM +0200, Johannes Boneschanscher wrote:
> Version: 5.1.5rc1-2
>
> QUOTE:
> [EMAIL PROTECTED]:~# dpkg-query -L libant1.6-java
> /.
> /usr
> /usr/share
> /usr/share/ant1.6
> /usr/share/ant1.6/bin
> /usr/share/ant1.6/bin/antRun
> /usr/share/ant1.6/lib
> /usr/share/ant
Package: libtomcat5-java
Version: 5.0.30-4
Severity: normal
libtomcat5-java includes a symbolic link from
/usr/share/tomcat5/bin/commons-launcher.jar to
../../java/commons-launcher.jar.
Unfortunately it doesnt depend on libcommons-launcher-java so the link
can be broken from install time. I thin
On Fri, Aug 19, 2005 at 01:15:19PM -0400, Charles Fry wrote:
> Michael,
>
> Thank you for the work that you have gone through in creating this
> package.
>
> Can I ask what your plans are for uploading this into Debian?
The plans are to wait for libtomcat5-java and liblucene-java to be in
unstab
On Wed, Jul 20, 2005 at 02:44:09PM +0200, Matthias Klose wrote:
> Arnaud Vandyck writes:
> > Wolfgang Baer wrote:
> > > Matthias Klose wrote:
> > >
> > >>gjdoc currently is not installable in unstable. It should definitely
> > >>depend on the java1-runtime or java2-runtime alternative. At least
>
On Fri, Jul 08, 2005 at 09:24:31AM +0200, Wolfgang Baer wrote:
> Michael Koch wrote:
> > On Thu, Jul 07, 2005 at 11:20:19PM +0200, Andreas Krüger wrote:
> [...]
> >
> > For Sarge its too late to change this. Your best option is to use a backport
> > of kaffe from
On Thu, Jul 07, 2005 at 11:20:19PM +0200, Andreas Krüger wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Michael Koch wrote:
>
> > You are really suggesting to deactivate the security manager by default?
>
> What I really suggest is: When I install
On Sat, Jul 02, 2005 at 03:48:47AM +0200, Andreas Krüger wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Package: tomcat4
> Version: 4.1.31-3
> Severity: normal
>
> I installed tomcat4 and tomcat4-admin on a Sarge machine.
>
> That machine is a server and has few other software
> pa
On Thu, May 19, 2005 at 11:00:46AM +0300, Antti-Juhani Kaijanaho wrote:
> On 20050519T003723+0200, Julian Scheid wrote:
> > Strange. Maybe your first run with the old tools created bogus files.
> > Have you retried in a clean build directory?
>
> Okay. New checkout, aclocal-1.9 -I m4 works, but:
On Wed, May 18, 2005 at 11:24:57PM +0300, Antti-Juhani Kaijanaho wrote:
> On 20050518T203943+0200, Michael Koch wrote:
> > "aclocal -I m4" (or in what directory the needed m4 files are ever located
> > now).
>
> Ok.
>
> JAVA="/usr/lib/kaffe/bin/
On Wed, May 18, 2005 at 10:08:59PM +0300, Antti-Juhani Kaijanaho wrote:
> On 20050518T150528+0200, Julian Scheid wrote:
> > Sorry, I forgot: you need recent versions of automake, autoconf and
> > libtool. On my system I have:
>
> As I said, all build-dependencies declared by the Debian package (e
On Wed, May 18, 2005 at 03:50:26PM +0300, Antti-Juhani Kaijanaho wrote:
> On 20050518T142623+0200, Julian Scheid wrote:
> > Gjdoc can be fetched from CVS using:
> > CVS_RSH=ssh cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/classpath
> > co gjdoc
> >
> > Standard build procedure applies:
> > ./configu
On Sun, May 15, 2005 at 09:58:15PM +0200, Koos Vriezen wrote:
> Hi,
>
> FWIW, using kaffe for kjas, the KDE applet server for konqueror, I get
> this same error:
>
> java -Djava.version=1.3 -classpath
> /opt/kde-cvs/kde3/share/apps/kjava/kjava.jar
> -Djava.security.manager=org.kde.kjas.server.K
caught an unexpected exception.
> Please check your CLASSPATH and your installation.
> java/lang/ExceptionInInitializerError
> at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:772)
>
> Discussions on IRC between Michael Koch, Dalibor Topic, and myself
> curre
On Mon, May 02, 2005 at 02:04:10PM -0400, Mark Johnson wrote:
> (I'm resending this cuz I forgot to CC: everyone...)
>
> Hi All,
>
> IMO, this package should be dropped, as the wrapper script probably needs to
> be rewritten, and the
> package depends on stuff that is superceded by the
> libxm
On Sat, Apr 30, 2005 at 03:28:51PM +0300, Lars Wirzenius wrote:
> la, 2005-04-30 kello 13:03 +0200, Michael Koch kirjoitti:
> > On Sat, Apr 30, 2005 at 02:32:07PM +0300, Lars Wirzenius wrote:
> > > I've verified the build failure and tested the fix. Attached is a patch
>
On Sat, Apr 30, 2005 at 02:32:07PM +0300, Lars Wirzenius wrote:
> I've verified the build failure and tested the fix. Attached is a patch
> for an NMU I intend to make later today (since we're in a 0-day NMU
> period), unless there are objections.
>
> Hopefully this is helpful. Happy hacking.
I'm
On Fri, Apr 29, 2005 at 10:10:09AM +0300, Kalle Kivimaa wrote:
> Barry Hawkins <[EMAIL PROTECTED]> writes:
> > The JDKs are packaged by make-jpkg are non-free, and as such, we do not
> > tamper with the javac, java, etc. commands of any vendor's JRE/JDK.
> > People expect that sort of thing to be l
On Wed, Apr 27, 2005 at 10:23:38PM +0200, Andreas Jochens wrote:
> Package: libgef-java
> Version: 0.9.6-5
> Severity: serious
> Tags: patch
>
> To build the package in a clean chroot with j2sdk1.4-{sun,ibm,blackdown}
> installed, I first have to change debian/rules to use the correct
> JAVA_HOM
On Wed, Apr 27, 2005 at 05:06:05PM +0200, Chris Vanden Berghe wrote:
> Hi,
>
> Is the feature requested in this bug actually being considered?
>
> Its absence seems to keep quite a few java packages out of main (e.g.
> Tomcat4): http://java.debian.net/index.php/MovingJavaToMain
It will be implem
On Thu, Apr 21, 2005 at 01:34:53PM +0200, Jeroen van Wolffelaar wrote:
> On Wed, Apr 20, 2005 at 10:12:02PM -0700, [EMAIL PROTECTED] wrote:
> > Package: kaffe
> > Version: 1.1.5-2
> >
> > I got this error with kaffe -
> >
> >
> > [...]
> > java.io.IOException: java.nio.FileChannelImpl.lock(): no
On Wed, Apr 20, 2005 at 01:37:44PM +1000, David Blaikie wrote:
> On Tue, Apr 19, 2005 at 11:57:56AM +0200, Michael Koch wrote:
> > On Tue, Apr 19, 2005 at 07:30:47PM +1000, David Blaikie wrote:
> > > Package: checkstyle
> > > Version: 3.4-8
> > > Severit
On Tue, Apr 19, 2005 at 07:30:47PM +1000, David Blaikie wrote:
> Package: checkstyle
> Version: 3.4-8
> Severity: important
>
>
> Checkstyle apparently cannot run properly with Antlr 2.7.5 (latest in Debian
> Sid). I haven't tested intermediate versions but Checkstyle's documentation
> (and my ex
On Sat, Apr 16, 2005 at 07:40:27PM +0200, Wolfgang Baer wrote:
> Roland Stigge wrote:
> >Package: libxerces2-java
> >Version: 2.6.2-1
> >Severity: serious
> >Hi,
> >building the package libxerces2-java in a clean sid build environment
> >(with pbuilder) on i386 results in:
>
> [...]
>
> > [xjav
Hi Nicolas,
here is a patch for #300935. Please apply it to javacc package as soon
as possible as we want to get rid of libant1.5-java in Debian.
Michael
diff -u javacc-3.2+0/debian/rules javacc-3.2+0/debian/rules
--- javacc-3.2+0/debian/rules
+++ javacc-3.2+0/debian/rules
@@ -14,8 +14,8 @@
Package: librelaxng-datatype-java
Severity: normal
Tags: patch
libant1.5-java will get removed soon from the archive. This makes it
need that librelaxng-datatype-java Build-Depends on linant1.6-java
instead linant1.5-java. The attached patch fixes this. The former
alternative linant1.6-java don't
On Thu, Apr 14, 2005 at 12:12:02AM -0400, Francois-Denis Gonthier wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Francois-Denis Gonthier" <[EMAIL PROTECTED]>
>
>
> * Package name: codeblocks
> Version : x.y.z
No version?
> Upstream Author : Name <[EMAIL PROTECTED]>
No up
On Wed, Apr 13, 2005 at 06:08:24PM -0400, [EMAIL PROTECTED] wrote:
> On Wed, Apr 13, 2005 at 08:35:19PM +0200, Michael Koch wrote:
>
> > Please make sure it uses the classpath packages in Debian and not again
> > its own copy of classpath.
>
> I'll try.
If you need
On Wed, Apr 13, 2005 at 02:40:45PM -0400, Evan Prodromou wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Evan Prodromou <[EMAIL PROTECTED]>
>
>
> * Package name: cacao
> Version : 0.91
> Upstream Author : Cacao Team <[EMAIL PROTECTED]>
> * URL : http://www.cacaojv
701 - 800 of 828 matches
Mail list logo
