Bug#720387: freemind: bogus french transation for find and replace

2013-08-21 Thread Yann Dirson
Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Find and replace in french would be Chercher et remplacer, not Montrer 
l'historique
de la carte which means Show map history !


-- 
Yann Dirson - Bertin Technologies

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.


Bug#720388: freemind: fails to locate jgoodies ButtonBarFactory class

2013-08-21 Thread Yann Dirson
Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Selecting the Find and replace menu entry causes the following exception:

STDERR: Exception in thread AWT-EventQueue-0
STDERR: java.lang.NoClassDefFoundError: 
com/jgoodies/forms/factories/ButtonBarFactory
STDERR: at 
accessories.plugins.time.TimeList.startupMapHook(TimeList.java:298)
STDERR: at 
freemind.modes.mindmapmode.MindMapController.invokeHook(MindMapController.java:1722)
STDERR: at 
freemind.modes.mindmapmode.actions.MindMapControllerHookAction.actionPerformed(MindMapControllerHookAction.java:48)
STDERR: at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
STDERR: at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
STDERR: at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
STDERR: at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
STDERR: at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:873)
STDERR: at 
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
STDERR: at java.awt.Component.processMouseEvent(Component.java:6288)
STDERR: at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
STDERR: at java.awt.Component.processEvent(Component.java:6053)
STDERR: at java.awt.Container.processEvent(Container.java:2045)
STDERR: at java.awt.Component.dispatchEventImpl(Component.java:4649)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2103)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
STDERR: at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
STDERR: at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2089)
STDERR: at java.awt.Window.dispatchEventImpl(Window.java:2587)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:675)
STDERR: at java.awt.EventQueue.access$300(EventQueue.java:96)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:634)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:632)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:648)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:646)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at java.awt.EventQueue.dispatchEvent(EventQueue.java:645)
STDERR: at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
STDERR: at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
STDERR: Caused by: java.lang.ClassNotFoundException: 
com.jgoodies.forms.factories.ButtonBarFactory
STDERR: at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
STDERR: at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
STDERR: at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
STDERR: at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
STDERR: ... 42 more


-- 
Yann Dirson - Bertin Technologies

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.


Bug#720390: freemind: showing preferences fails with IllegalAccessError

2013-08-21 Thread Yann Dirson
Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Selecting the Preferences menu entry causes the following exception:

STDERR: Exception in thread AWT-EventQueue-0 
STDERR: java.lang.IllegalAccessError: tried to access method 
com.jgoodies.forms.layout.RowSpec.init(Ljava/lang/String;)V from class 
freemind.preferences.layout.OptionPanel$KeyProperty
STDERR: at 
freemind.preferences.layout.OptionPanel$KeyProperty.layout(OptionPanel.java:403)
STDERR: at 
freemind.preferences.layout.OptionPanel.buildPanel(OptionPanel.java:205)
STDERR: at 
freemind.controller.Controller$PropertyAction.actionPerformed(Controller.java:1500)
STDERR: at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
STDERR: at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
STDERR: at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
STDERR: at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
STDERR: at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:873)
STDERR: at java.awt.Component.processMouseEvent(Component.java:6288)
STDERR: at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
STDERR: at java.awt.Component.processEvent(Component.java:6053)
STDERR: at java.awt.Container.processEvent(Container.java:2045)
STDERR: at java.awt.Component.dispatchEventImpl(Component.java:4649)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2103)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
STDERR: at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
STDERR: at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2089)
STDERR: at java.awt.Window.dispatchEventImpl(Window.java:2587)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:675)
STDERR: at java.awt.EventQueue.access$300(EventQueue.java:96)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:634)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:632)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:648)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:646)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at java.awt.EventQueue.dispatchEvent(EventQueue.java:645)
STDERR: at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
STDERR: at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:138)


-- 
Yann Dirson - Bertin Technologies

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.


Bug#720387: freemind: several bugus french translations

2013-08-21 Thread Yann Dirson
retitle 720387 freemind: several bugus french translations
thanks

Another one: Preferences should be Préférences, not Propriétés.

Could it be that this software is using a sub-standard way of handling
translations, instead of something like gettext ?

-- 
Yann Dirson - Bertin Technologies

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#554606: checkstyle: advertised sample configurations not in package

2010-12-04 Thread Yann Dirson
On Fri, Dec 03, 2010 at 07:31:22PM -0430, Miguel Landaeta wrote:
 On Thu, Nov 05, 2009 at 05:20:49PM +0100, Yann Dirson wrote:
  Extended description says other sample configuration files are
  supplied for other well known conventions.
 
 Hi Yann,
 
 Besides fixing the description of this package to not
 include that phrase I don't see another solution for this
 bug. The only configuration file included in this package
 is the one with the Sun Microsystems conventions.
 
 Is this solution acceptable?

Sounds acceptable - I am not using this package anymore ($DAYJOB
changed since), so cannot suggest any better :)



__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#575402: java-access-bridge: spits out corba errors

2010-03-25 Thread Yann Dirson
Package: java-access-bridge
Version: 1.26.2-4

After setting up java-access-bridge as described on their website, I
tried to run 2 apps under it (filler, and freemind).

Although I have not noticed any problem when no AT-SPI client was
running, just having accerciser running causes the bridge to spit out
exception backtraces like the following.  Those exceptions do not
always appear when doing the same action, but it is sufficient to play
with the GUI only a couple a seconds to trigger them.

Note that nothing else than com.sun.corba.se in displayed backtrace
(but then all are truncated with ... N more messages)

When run under openjdk:

$ LANG=C LC_ALL=C filler
default locale is c
Mar 25, 2010 3:59:11 PM
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl
convertThrowableToSystemException WARNING: IOP00010202: (UNKNOWN)
Unknown user exception thrown by the server org.omg.CORBA.UNKNOWN:
vmcid: SUN  minor code: 202 completed: Maybe at
com.sun.corba.se.impl.logging.ORBUtilSystemException.runtimeexception(ORBUtilSystemException.java:8393)
at
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.convertThrowableToSystemException(CorbaMessageMediatorImpl.java:1936)
[...] Caused by: java.lang.RuntimeException:
handleThrowableDuringServerDispatch: cannot create response. at
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleThrowableDuringServerDispatch(CorbaMessageMediatorImpl.java:1863)
[...] Caused by: org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code:
203  completed: No at
com.sun.corba.se.impl.logging.ORBUtilSystemException.writeErrorSend(ORBUtilSystemException.java:2231)
[...]


When run under sun-java6 (after setting up java-access-bridge as
described on the access-bridge website), the following exception
appears several times on app startup, and then accerciser gets deadly
slow for some reason.

$ LANG=C LC_ALL=C filler
default locale is c
Mar 25, 2010 4:19:52 PM com.sun.corba.se.impl.interceptors.PIHandlerImpl 
peekClientRequestInfoImplStack
WARNING: IOP00710817: (INTERNAL) Assertion failed: client request info stack 
is null
org.omg.CORBA.INTERNAL:   vmcid: SUN  minor code: 817  completed: No
at 
com.sun.corba.se.impl.logging.InterceptorsSystemException.clientInfoStackNull(InterceptorsSystemException.java:701)
at 
com.sun.corba.se.impl.logging.InterceptorsSystemException.clientInfoStackNull(InterceptorsSystemException.java:723)
at 
com.sun.corba.se.impl.interceptors.PIHandlerImpl.peekClientRequestInfoImplStack(PIHandlerImpl.java:735)
at 
com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeClientPIEndingPoint(PIHandlerImpl.java:386)
at 
com.sun.corba.se.impl.encoding.BufferManagerWriteStream.overflow(BufferManagerWriteStream.java:56)
at 
com.sun.corba.se.impl.encoding.CDROutputStream_1_2.grow(CDROutputStream_1_2.java:211)
at 
com.sun.corba.se.impl.encoding.CDROutputStream_1_2.alignAndReserve(CDROutputStream_1_2.java:182)
at 
com.sun.corba.se.impl.encoding.CDROutputStream_1_0.internalWriteOctetArray(CDROutputStream_1_0.java:547)
at 
com.sun.corba.se.impl.encoding.CDROutputStream_1_0.write_octet_array(CDROutputStream_1_0.java:567)
at 
com.sun.corba.se.impl.encoding.CDROutputStream.write_octet_array(CDROutputStream.java:169)
at 
com.sun.corba.se.spi.servicecontext.UnknownServiceContext.write(UnknownServiceContext.java:43)
at 
com.sun.corba.se.spi.servicecontext.ServiceContexts.writeMapEntry(ServiceContexts.java:322)
at 
com.sun.corba.se.spi.servicecontext.ServiceContexts.writeServiceContextsInOrder(ServiceContexts.java:283)
at 
com.sun.corba.se.spi.servicecontext.ServiceContexts.write(ServiceContexts.java:247)
at 
com.sun.corba.se.impl.protocol.giopmsgheaders.ReplyMessage_1_2.write(ReplyMessage_1_2.java:175)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createResponseHelper(CorbaMessageMediatorImpl.java:2201)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createResponseHelper(CorbaMessageMediatorImpl.java:2164)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createSystemExceptionResponse(CorbaMessageMediatorImpl.java:2089)
  
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleThrowableDuringServerDispatch(CorbaMessageMediatorImpl.java:1873)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleThrowableDuringServerDispatch(CorbaMessageMediatorImpl.java:1823)
at 
com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:258)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1682)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1540)
at 
com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:922)
at 

Bug#565403: ant-contrib: doc refers to missing file antlib.xml

2010-01-15 Thread Yann Dirson
Package: ant-contrib
Version: 1.0~b3+svn177-1

/usr/share/doc/ant-contrib/manual/index.html advertises taskdef
resource=net/sf/antcontrib/antlib.xml as the standard way to use
ant-contrib tasks, but no file by that name is present in the deb.

The whole src/main/resources/net/sf/antcontrib/ directory from the source
package should probably be shipped (as /usr/share/antcontrib ?).

Once shipped, a note in the doc about the Debian-specific path to use
would be useful as well.

Also, is there any reason not to install a symlink in /usr/share/ant/lib/,
as many packages (eg. junit) are doing, so that users do not need to add
any host-specific stuff to their antfiles ?





___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#565403: ant-contrib: doc refers to missing file antlib.xml

2010-01-15 Thread Yann Dirson
More info:

I tried to use antlib.xml by copying it and the jar to my project, but
adding the suggested block below:

  taskdef resource=.../antlib.xml
classpath
  pathelement location=.../ant-contrib.jar/
/classpath
  /taskdef

... results in:

Buildfile: build.xml
  [taskdef] Could not load definitions from resource .../antlib.xml. It
could not be found.

This happens both with absolute and relative paths to antlib.

OTOH, I could make it work by copying the parts of its contents I'm
interested in, eg:

  taskdef
 name=for
 classname=net.sf.antcontrib.logic.ForTask
 onerror=ignore
classpath
  pathelement location=.../ant-contrib.jar/
/classpath
  /taskdef


I can't really see what I'm doing wrong, maybe I just need some sleep, but
that could just be an inaccurate doc, or a plain ant bug.




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#539016: eclipse: Software Updates do not work in 3.4

2009-11-30 Thread Yann Dirson
Hi,

Any news on this ?  Do you need some help testing the 3.5 packages ?

(note that because of this update problem I had to dl the eclipse.org
version, but that I have some problems with it ;)



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#558246: eclipse recommends eclipse-gcj, not available for 3.4

2009-11-27 Thread Yann Dirson
Package: eclipse
Version: 3.4.1-1
Severity: important

When one has both stable and unstable sources, eclipse from unstable
tries to pull eclipse-gcj from stable, which does not work and
generates conflicts.

The same seems to hold for all other -gcj packages.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 
'stable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#548310: ivy: rc2 jar is named rc1

2009-09-25 Thread Yann Dirson
Package: ivy
Version: 2.1.0~rc2-2
Severity: minor

All versions (in the jar name and in the maven tree) claim o be 2.1.0-rc1.





___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#548311: ivy: command-line usage does not work as advertised in doc

2009-09-25 Thread Yann Dirson
Package: ivy
Version: 2.1.0~rc2-2

http://ant.apache.org/ivy/history/latest-milestone/standalone.html says
the following should work with rc2, but I get an error:

$ java -jar /usr/share/java/ivy.jar -?
Failed to load Main-Class manifest attribute from
/usr/share/java/ivy.jar


It may just be me lacking a clue, in which case some note about this
particular usage could be added to README.Debian.





___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#422469: gjdoc: upgrade fails with invalid pointer when /proc not mounted

2007-05-06 Thread Yann Dirson
Package: gjdoc
Version: 0.7.8-1
Severity: normal

When uprading my unstable chroot, I got the following failure.  As is
obvious from the trace, /proc is not mounted for some reason, but the
rest of the trace seems to imply that this error condition was not
properly caught.

As expected, mounting /proc allowed the upgrade to proceed.

Preparing to replace gjdoc 0.7.7-6 (using .../gjdoc_0.7.8-1_i386.deb) ...
Unpacking replacement gjdoc ...
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** gcj-dbtool-4.1: munmap_chunk(): invalid pointer: 
0xb75ecc01 ***
=== Backtrace: =
/lib/libc.so.6(cfree+0x1bc)[0xb5e6283c]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0xb5f7ea96]
/usr/lib/libgcj.so.71[0xb75f26b9]
/usr/lib/libgcj.so.71[0xb75ee10c]
/usr/lib/libgcj.so.71[0xb75ee193]
/usr/lib/libgcj.so.71[0xb75e8862]
/usr/lib/libgcj.so.71(_Z10_Jv_InitGCv+0x5a)[0xb6c054ea]
[0xb7f4a000]
=== Memory map: 
dpkg: warning - old post-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** gcj-dbtool-4.1: munmap_chunk(): invalid pointer: 
0xb7619c01 ***
=== Backtrace: =
/lib/libc.so.6(cfree+0x1bc)[0xb5e8f83c]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0xb5faba96]
/usr/lib/libgcj.so.71[0xb761f6b9]
/usr/lib/libgcj.so.71[0xb761b10c]
/usr/lib/libgcj.so.71[0xb761b193]
/usr/lib/libgcj.so.71[0xb7615862]
/usr/lib/libgcj.so.71(_Z10_Jv_InitGCv+0x5a)[0xb6c324ea]
[0xb7f77000]
=== Memory map: 
dpkg: error processing /var/cache/apt/archives/gjdoc_0.7.8-1_i386.deb 
(--unpack):
 subprocess new post-removal script returned error exit status 2


___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#387983: classpath: missing Replaces in new gtk-peer package

2006-09-17 Thread Yann Dirson
Package: classpath
Version: 2:0.92-3
Severity: serious

Selecting previously deselected package classpath-gtkpeer.
Unpacking classpath-gtkpeer (from .../classpath-gtkpeer_2%3a0.92-3_i386.deb) ...
dpkg: error processing 
/var/cache/apt/archives/classpath-gtkpeer_2%3a0.92-3_i386.deb (--unpack):
 trying to overwrite `/usr/lib/classpath/libgtkpeer.la', which is also in 
package classpath
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Preparing to replace classpath 2:0.91-3 (using 
.../classpath_2%3a0.92-3_i386.deb) ...
Unpacking replacement classpath ...
Errors were encountered while processing:
 /var/cache/apt/archives/classpath-gtkpeer_2%3a0.92-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of classpath:
 classpath depends on classpath-gtkpeer (= 2:0.92-3); however:
  Package classpath-gtkpeer is not installed.
dpkg: error processing classpath (--configure):
 dependency problems - leaving unconfigured


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (90, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4-smp-gbbde1285
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages classpath depends on:
ii  classpath-common 2:0.92-3clean room standard Java libraries
pn  classpath-gtkpeernone  (no description available)
ii  libasound2   1.0.11-7ALSA library
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcj-common1:4.1.1-10  Java runtime library (common files
ii  libjack0.100.0-0 0.101.1-1   JACK Audio Connection Kit (librari
ii  libmagic14.17-3  File type determination library us

classpath recommends no packages.

-- no debconf information


___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


status of kaffe on mipsel ?

2005-10-08 Thread Yann Dirson
Hi,

I noticed that kaffe still cannot build on mipsel, and as far as I
look, I cannot find any indication of ecj-bootstrap having ever been
available on this platform, due to gcj/gij apparently not being built
there.  Or am I missing something ?

Best regards,
-- 
Yann Dirson[EMAIL PROTECTED] |
Debian-related: [EMAIL PROTECTED] |   Support Debian GNU/Linux:
|  Freedom, Power, Stability, Gratis
 http://ydirson.free.fr/| Check http://www.debian.org/

___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers


Bug#328328: kaffe-pthreads: jar systematically throws NullPointerException

2005-09-14 Thread Yann Dirson
Package: kaffe-pthreads
Version: 2:1.1.5-cvs20050808-2
Severity: grave

In the sid chroot on escher:

$ /usr/lib/kaffe/pthreads/bin/jar
Internal error: caught an unexpected exception.
Please check your CLASSPATH and your installation.
java/lang/NullPointerException
   at gnu.classpath.SystemProperties.getProperty (SystemProperties.java:134)
   at java.lang.ClassLoader.getSystemClassLoaderUrls (ClassLoader.java:1031)
   at java.lang.ClassLoader.defaultGetSystemClassLoader (ClassLoader.java:1060)
   at java.lang.VMClassLoader.getSystemClassLoader (VMClassLoader.java:339)
   at java.lang.ClassLoader$StaticData.clinit (ClassLoader.java:161)
Aborted



-- 
Yann Dirson[EMAIL PROTECTED] |
Debian-related: [EMAIL PROTECTED] |   Support Debian GNU/Linux:
|  Freedom, Power, Stability, Gratis
 http://ydirson.free.fr/| Check http://www.debian.org/


___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers