Bug#691028: xml-twig-tools: xml_grep producing invalid output when input from stdin
Package: xml-twig-tools Version: 1:3.39-1 Severity: normal Dear Maintainer, when using xml_grep with input directly from stdin its output misses the closing /file tag. This also gives a warning about uninitialzed variable. $ echo 'xmltest/test/xml' | xml_grep xml ?xml version=1.0 ? xml_grep version=0.9 date=Sat Oct 20 14:47:53 2012 Use of uninitialized value $current_file in concatenation (.) or string at /usr/bin/xml_grep line 284. file filename=xml test/test /xml /xml_grep When using '-' as input filename for stdin it works: $ echo 'xmltest/test/xml' | xml_grep xml - ?xml version=1.0 ? xml_grep version=0.9 date=Sat Oct 20 14:47:59 2012 file filename=-xml test/test /xml /file /xml_grep I think both versions to use the command should output the same xml. When no file is explicitely given on the command line stdin should be implicitely assumed, as it is currently. But the XML should be also valid then. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xml-twig-tools depends on: ii libxml-parser-perl 2.41-1+b1 ii libxml-twig-perl1:3.39-1 ii perl5.14.2-14 xml-twig-tools recommends no packages. xml-twig-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552569: incomplete/incorrect license information
Version: 1.6.4-4 On Tue, Oct 27, 2009 at 03:34:31PM +0100, Matthias Klose wrote: Package: groovy Version: 1.6.4-4 Severity: serious User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic There are a lot of files licensed under the Apache-2.0 license; the debian/copyright file was updated for 1.6.3 in Ubuntu/karmic, but is not updated for 1.6.4. I think that 1.6.4-4 don't has this problem. The debian/changelog got reworked in 1.6.4-4. Closing this bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552621: antlr3: Enable testsuite (and fix resulting failures)
On Tue, Oct 27, 2009 at 03:42:20PM +0100, Michael Terry wrote: Package: antlr3 Version: 3.0.1+dfsg-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch I was looking into enabling the testsuite in Ubuntu, and the attached diff will do so. Thought you might be interested in doing the same. However, running it, there were 14 failures. Presumably those are upstream failures. So obviously, this patch shouldn't be applied without also fixing those failures. But ideally both would happen. :) -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-14-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u antlr3-3.0.1+dfsg/debian/rules antlr3-3.0.1+dfsg/debian/rules [31m--- antlr3-3.0.1+dfsg/debian/rules[m [32m+++ antlr3-3.0.1+dfsg/debian/rules[m [34m@@ -13,7 +13,8 @@[m JAVA_HOME := /usr/lib/jvm/default-java ANT_OPTS = -Dant.build.javac.source=1.4 [31m-DEB_JARS := ant-antlr antlr junit[m [32m+DEB_JARS := ant-antlr antlr junit ant-junit ant-trax[m [32m+DEB_ANT_CHECK_TARGET = test[m build/antlr3:: install -m 644 -D build/antlr.jar \ Thanks for this patch. The problem is that I'm currently working on a new upstream version. Upstream changed from Ant to Maven as build system. This makes your patch unusable. But the idea is generally good. I will look into into enabling testsuite running in the new package too. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory
On Sun, Oct 25, 2009 at 08:12:50PM +0100, Lucas Nussbaum wrote: On 25/10/09 at 19:39 +0100, Michael Koch wrote: On Mon, Oct 05, 2009 at 08:54:45PM +0200, Lucas Nussbaum wrote: Source: libgnucrypto-java Version: 2.1.0-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[2]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[1]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' dh_installdirs -plibgnucrypto-java dh_installdocs -plibgnucrypto-java ./README ./AUTHORS ./THANKS dh_installexamples -plibgnucrypto-java dh_installman -plibgnucrypto-java dh_installinfo -plibgnucrypto-java dh_installmenu -plibgnucrypto-java dh_installcron -plibgnucrypto-java dh_installinit -plibgnucrypto-java dh_installdebconf -plibgnucrypto-java dh_installemacsen -plibgnucrypto-java dh_installcatalogs -plibgnucrypto-java dh_installpam -plibgnucrypto-java dh_installlogrotate -plibgnucrypto-java dh_installlogcheck -plibgnucrypto-java dh_installchangelogs -plibgnucrypto-java ./ChangeLog dh_installudev -plibgnucrypto-java dh_lintian -plibgnucrypto-java dh_install -plibgnucrypto-java dh_link -plibgnucrypto-java dh_installmime -plibgnucrypto-java touch debian/libgnucrypto-java/etc/java/security/security.d/3000-gnu.crypto.jce.GnuCrypto rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory make: *** [binary-install/libgnucrypto-java] Error 1 I just tried locally in pbuilder and the rm above did not failed and the package build successfully. Is this FTBFS still reproducible for you? Or was the bug somewhere else and got fixed already? It failed again on 16/10/2009, but I haven't tested since then. Have you tried diff'ing your build log with mine? Hmm, after some search I saw that your buildlog warns about missing /usr/bin/install-info which should be provided by dpkg (= 1.15.4) for Build-Depends. Should I Build-Depend on this version of dpkg? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551126: libcommons-httpclient-java: Maven POMs: commons-httpclient is not anymore
Hello, On Thu, Oct 15, 2009 at 11:17:41PM +0200, Damien Raude-Morvan wrote: But, first, I would like to understand the reasoning behind this change in version mapping. Michael could you please describe your process ? The process was very simple. I tried to update doxia and related packages. Problem was that doxia-sitetools depends on commons-httpclient and rdeps of doxia-sitetools dont build because new doxia-sitetools depends on commons-httpclient and maven wasnt able to find it. I wasnt somehow able to fix doxia-sitetools, so I changed commons-httpclient. I think I tested all direct reverse dependencies after that before I uploaded everything. I have a buildd for checking rdeps. So either I made something fundamentally wrong or the broken packages are build-rdeps of rdeps which I dont tested. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#297041: control
Hello, Upstream said in http://www.ogre3d.org/mantis/view.php?id=246#c323 that GLX is preferred over SDL and there are no plans to resurrect SDL. Closing this bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory
On Mon, Oct 05, 2009 at 08:54:45PM +0200, Lucas Nussbaum wrote: Source: libgnucrypto-java Version: 2.1.0-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[2]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' make[1]: Leaving directory `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' dh_installdirs -plibgnucrypto-java dh_installdocs -plibgnucrypto-java ./README ./AUTHORS ./THANKS dh_installexamples -plibgnucrypto-java dh_installman -plibgnucrypto-java dh_installinfo -plibgnucrypto-java dh_installmenu -plibgnucrypto-java dh_installcron -plibgnucrypto-java dh_installinit -plibgnucrypto-java dh_installdebconf -plibgnucrypto-java dh_installemacsen -plibgnucrypto-java dh_installcatalogs -plibgnucrypto-java dh_installpam -plibgnucrypto-java dh_installlogrotate -plibgnucrypto-java dh_installlogcheck -plibgnucrypto-java dh_installchangelogs -plibgnucrypto-java ./ChangeLog dh_installudev -plibgnucrypto-java dh_lintian -plibgnucrypto-java dh_install -plibgnucrypto-java dh_link -plibgnucrypto-java dh_installmime -plibgnucrypto-java touch debian/libgnucrypto-java/etc/java/security/security.d/3000-gnu.crypto.jce.GnuCrypto rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory make: *** [binary-install/libgnucrypto-java] Error 1 I just tried locally in pbuilder and the rm above did not failed and the package build successfully. Is this FTBFS still reproducible for you? Or was the bug somewhere else and got fixed already? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552387: ITP: libjsr305-java -- annotations for software defect detection
Package: wnpp Severity: wishlist Owner: Michael Koch konque...@gmx.de * Package name: libjsr305-java Version : 0~svn97 Upstream Author : Bill Pugh and others. * URL : http://code.google.com/p/jsr-305/ * License : BSD Programming Lang: Java Description : annotations for software defect detection This library provides the implementation of Java Specification Request 305. This JSR specifies annotations for software defect detection. These annotations can used to automatically check that methods are working as expected. This package is needed to be able to update libgoogle-collections-java to a newer upstream version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503813: [Foo2zjs-maintainer] Bug#449497: closed by Michael Koch (Bug#449497: fixed in hannah-foo2zjs 1:1)
close 449497 close 503813 close 503814 thanks On Wed, Oct 21, 2009 at 05:56:40PM -0400, Michael Gilbert wrote: On Mon, 31 Aug 2009 15:18:17 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the foo2zjs package: #449497: foo2zjs: getweb script depends on non-free firmware the getweb script is still present in foo2zjs in main, so this hasn't been fully addressed yet. Please don't play bug ping-pong and reopen bugs which are closed just because you like to do so. We have implemented the solution that was recommended by the (former) release team. If you disagree please talk with the (current) release team and get a decision from them that says that we need to change packaging. Before that we will always re-close these three bugs. You can reach the release team at debian-rele...@lists.debian.org Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549838: excalibur-logkit: FTBFS: Nonexistent build-dependency: libgeronimo-jms-1.1-spec-java
tags 549838 - unreproducible thanks On Tue, Oct 06, 2009 at 04:24:45PM +0530, Onkar Shinde wrote: tags 549838 + unreproducible thanks excalibur-logkit has alternate build dependency on libjboss-j2ee-java. So it should not fail to build. This bug is not reproducible in pbuilder chroot for sid. I have uploaded a log at [1] [1] http://people.ubuntu.com/~onkarshinde/excalibur-logkit_2.0-1_build.log Pbuilder is useless here. Buildds always use the first alternative. That's the reason why the first alternative may never be a virtual (or in this case a non-existing) package. The solution in this case is to remove the alternative on libgeronimo-jms-1.1-spec-java as its not in the archive anyway. Build alternatives are mostly never really useful. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549329: after restarting tomcat6, it won't listen on any ports
On Mon, Oct 05, 2009 at 03:56:42PM +0200, Folkert van Heusden wrote: Ok problem can be closed: it DOES open ports, it only takes a couple of minutes(!) to do so. Closing bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549232: libogre-dev and libceguiogre-dev: error when trying to install together
Version: 1.6.4.dfsg1-1 On Thu, Oct 01, 2009 at 08:23:37PM +0200, Ralf Treinen wrote: Package: libceguiogre-dev,libogre-dev Version: libceguiogre-dev/1.6.3.dfsg1-1 Version: libogre-dev/1.6.3.dfsg1-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-10-01 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! x11-common libice6 x11proto-core-dev libice-dev libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxau-dev libxdmcp-dev x11proto-input-dev x11proto-kb-dev xtrans-dev libpthread-stubs0 libpthread-stubs0-dev libxcb1-dev libx11-dev libsm6 libxext6 libxt6 libxmu6 libxpm4 libxaw7 x11proto-xext-dev libxext-dev libsm-dev libxt-dev libxmu-headers libxmu-dev libxpm-dev libxaw7-dev libxfixes3 libc-dev-bin linux-libc-dev libc6-dev libfreeimage3 libceguiogrerenderer-1.6.3 libfreetype6 libdrm2 libxdamage1 libxxf86vm1 libgl1-mesa-glx libglu1-mesa libxrender1 libxrandr2 libzzip-0-13 libogremain-1.6.3 libfreeimage-dev zlib1g-dev libfreetype6-dev libzzip-dev libilmbase6 libopenexr6 libilmbase-dev libopenexr-dev libogre-dev libceguiogre-dev Extracting templates from packages: 51% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package x11-common. (Reading database ... 10249 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.4+4_all.deb) ... Selecting previously deselected package libice6. Unpacking libice6 (from .../libice6_2%3a1.0.5-1_amd64.deb) ... Processing triggers for man-db ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up x11-common (1:7.4+4) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package x11proto-core-dev. (Reading database ... 10283 files and directories currently installed.) Unpacking x11proto-core-dev (from .../x11proto-core-dev_7.0.15-1_all.deb) ... Selecting previously deselected package libice-dev. Unpacking libice-dev (from .../libice-dev_2%3a1.0.5-1_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.5-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.0.2-3_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.4-1_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.2.2-1_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.2.2-1_amd64.deb) ... Selecting previously deselected package libxau-dev. Unpacking libxau-dev (from .../libxau-dev_1%3a1.0.5-1_amd64.deb) ... Selecting previously deselected package libxdmcp-dev. Unpacking libxdmcp-dev (from .../libxdmcp-dev_1%3a1.0.2-3_amd64.deb) ... Selecting previously deselected package x11proto-input-dev. Unpacking x11proto-input-dev (from .../x11proto-input-dev_1.5.0-2_all.deb) ... Selecting previously deselected package x11proto-kb-dev. Unpacking x11proto-kb-dev (from .../x11proto-kb-dev_1.0.3-3_all.deb) ... Selecting previously deselected package xtrans-dev. Unpacking xtrans-dev (from .../xtrans-dev_1.2.4-1_all.deb) ... Selecting previously deselected package libpthread-stubs0. Unpacking libpthread-stubs0 (from .../libpthread-stubs0_0.2-1_amd64.deb) ... Selecting previously deselected package libpthread-stubs0-dev. Unpacking libpthread-stubs0-dev (from .../libpthread-stubs0-dev_0.2-1_amd64.deb) ... Selecting previously deselected package libxcb1-dev. Unpacking libxcb1-dev (from .../libxcb1-dev_1.4-1_amd64.deb) ... Selecting previously deselected package libx11-dev. Unpacking libx11-dev (from .../libx11-dev_2%3a1.2.2-1_amd64.deb) ... Selecting previously deselected package libsm6. Unpacking libsm6 (from .../libsm6_2%3a1.1.1-1_amd64.deb) ... Selecting previously deselected package libxext6. Unpacking libxext6 (from .../libxext6_2%3a1.0.4-1_amd64.deb) ... Selecting previously deselected package libxt6. Unpacking libxt6 (from .../libxt6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxmu6. Unpacking libxmu6 (from .../libxmu6_2%3a1.0.4-2_amd64.deb) ... Selecting previously deselected package libxpm4. Unpacking libxpm4 (from .../libxpm4_1%3a3.5.7-2_amd64.deb) ... Selecting previously deselected package libxaw7. Unpacking libxaw7 (from .../libxaw7_2%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package x11proto-xext-dev. Unpacking x11proto-xext-dev (from .../x11proto-xext-dev_7.0.4-2_all.deb) ... Selecting previously
Bug#549181: tomcat6: binds to port 8080, this conflicts with other packages on the system
On Thu, Oct 01, 2009 at 10:48:20AM +0200, Folkert van Heusden wrote: Package: tomcat6 Version: 6.0.20-5 Severity: normal Tomcat6 wants to bind to port 8080. This, in my case, conflicts with other installed software. Solution would be making the tomcat6 bind-port configurable. Preferably with bind to networkcard as well. With which software does it conflict? Is it a Debian packaged software? Generelly this is a problem. We need to document this in a better way. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549181: tomcat6: binds to port 8080, this conflicts with other packages on the system
On Fri, Oct 02, 2009 at 03:19:19PM +0200, Folkert van Heusden wrote: Package: tomcat6 Version: 6.0.20-5 Severity: normal Tomcat6 wants to bind to port 8080. This, in my case, conflicts with other installed software. Solution would be making the tomcat6 bind-port configurable. Preferably with bind to networkcard as well. With which software does it conflict? Is it a Debian packaged software? It is Squid. Debian binds it to 3128 or so but 8080 is a more standard port for proxies so we decided to bind it to that one. Ah, okay. 3128 is indeed the stanard port for web proxies. I would call 8080 non-standard for this. I close the bug because of this for now as the problem is home-brewn and does not exist in default Debian-packages. Generelly this is a problem. We need to document this in a better way. You mean there's a workaround? Can it be configured somewhere somehow? You can configure this in /etc/tomcat6/server.xml. Just replace 8080 by something you like and restart tomcat. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548477: classpath: FTBFS on alpha: The literal 1.4e-45f of type float is out of range
Hello, On Sat, Sep 26, 2009 at 05:04:58PM +0200, Kurt Roeckx wrote: -- 3208. ERROR in ../java/lang/Float.java (at line 76) public static final float MIN_VALUE = 1.4e-45f; The literal 1.4e-45f of type float is out of range -- The really strange issue here is that this problem seems not to be reproducible with a small testcase. Perhaps we can use another Java compiler on alpha. I will take another look at it, hopefully this weekend. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549329: after restarting tomcat6, it won't listen on any ports
On Fri, Oct 02, 2009 at 04:07:11PM +0200, Folkert van Heusden wrote: Package: tomcat6 Version: 6.0.20-5 Severity: normal After restarting tomcat6, it won't listen on any ports. E.g. /etc/init.d/tomcat6 restart Connector port=8880 protocol=HTTP/1.1 connectionTimeout=2 redirectPort=8443 / mauer:/usr/local/games/stop# netstat -nap | grep 8880 mauer:/usr/local/games/stop# Not reproducible here. Are you sure tomcat6 was running before doing restart? Thats a prerequesite of restart. mk...@quadriga ~ sudo netstat -tulpen | grep jsvc tcp6 0 0 :::8080 :::*LISTEN 1132874698210433/jsvc mk...@quadriga ~ sudo sed -i -e 's/8080/8280/' /etc/tomcat6/server.xml mk...@quadriga ~ sudo /etc/init.d/tomcat6 restart * Stopping Tomcat servlet engine tomcat6 ...done. * Starting Tomcat servlet engine tomcat6 ...done. mk...@quadriga ~ sudo netstat -tulpen | grep jsvc tcp6 0 0 :::8280 :::*LISTEN 1134184608826653/jsvc mk...@quadriga ~ Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
On Mon, Sep 28, 2009 at 10:26:07AM +0200, Jakub Skoczen wrote: On my machine all jars under /usr/share/maven-repo/javax are real files and not symlinks. That includes Servlet, JSP and Expression Language APIs so stuff definitely loaded by tomcat: |-- javax | |-- el | | `-- el-api | | `-- 2.1 | | |-- el-api-2.1.jar | | `-- el-api-2.1.pom | `-- servlet | |-- jsp | | `-- jsp-api | | `-- 2.1 | | |-- jsp-api-2.1.jar | | `-- jsp-api-2.1.pom | `-- servlet-api | `-- 2.5 | |-- servlet-api-2.5.jar | `-- servlet-api-2.5.pom Latest package (libservlet2.5-java) also has it this way: mk...@quadriga ~ dpkg -c /var/cache/apt/archives/libservlet2.5-java_6.0.20-6_all.deb | grep jar$ -rw-r--r-- root/root 27811 2009-09-25 07:20 ./usr/share/maven-repo/javax/el/el-api/2.1/el-api-2.1.jar -rw-r--r-- root/root 76591 2009-09-25 07:20 ./usr/share/maven-repo/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1.jar -rw-r--r-- root/root 88191 2009-09-25 07:20 ./usr/share/maven-repo/javax/servlet/servlet-api/2.5/servlet-api-2.5.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/jsp-api-2.1.jar - ../maven-repo/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/el-api-2.1.jar - ../maven-repo/javax/el/el-api/2.1/el-api-2.1.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/servlet-api-2.5.jar - ../maven-repo/javax/servlet/servlet-api/2.5/servlet-api-2.5.jar Ludovic, can you please take a look at this? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526611: New upstream version
On Sat, May 02, 2009 at 10:05:42AM +0200, Florian Weimer wrote: Package: libjibx-java Version: 1.0.2-1 Please upgrade the package to version 1.2.1, which is a build dependency of OpenJDK 7. I have done a prelimiary package if libjibx-java 1.2.1. Unfortunatly it needs Eclipse libraries for building the jibx-tools.jar. I think about disabling this feature for now. I got notified that OpenJDK 7 will drop the dependency on jibx in one of the next releases. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548495: kaffe: FTBFS on alpha: sun: No such file or directory
Hello, On Sat, Sep 26, 2009 at 05:24:33PM +0200, Kurt Roeckx wrote: Source: kaffe Version: 2:1.1.8-5.3 Severity: important Hi, There was an error while trying to autobuild your package: Start Time: 20090918-1956 [...] Build-Depends: debhelper (= 5), libpng12-dev, libjpeg62-dev, libungif4-dev, zlib1g-dev, libgmp3-dev, xutils, dbs, zip, fastjar, ecj-gcj (= 3.3) [!alpha !arm !hppa !hurd-i386], gij [!alpha !arm !hppa !hurd-i386], libgtk2.0-dev, libart-2.0-dev, libxml2-dev, libxslt1-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libesd0-dev, libcairo2-dev, libxtst-dev, libx11-dev, libxext-dev, libice-dev, libxt-dev, libgconf2-dev, gcc-4.2 [...] Toolchain package versions: libc6.1-dev_2.9-26 linux-libc-dev_2.6.30-6 g++-4.3_4.3.4-2 gcc-4.3_4.3.4-2 binutils_2.19.91.20090910-1 libstdc++6_4.4.1-4 libstdc++6-4.3-dev_4.3.4-2 [...] touch compile-classes touch resources if test != ; then -r -D glibj.zip gnu java javax org sun META-INF /dev/null; fi if test /usr/bin/fastjar != ; then /usr/bin/fastjar cf glibj.zip gnu java javax org sun META-INF; fi sun: No such file or directory Error adding sun to jar archive! make[4]: *** [glibj.zip] Error 1 make[4]: Leaving directory `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib/external/classpath/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib/external/classpath' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads' make: *** [stampdir/build-jthreads] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=alphapkg=kaffever=2:1.1.8-5.3 We are preparing removal of kaffe from the archive. So probably no need to fix this bug anymore. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526611: New upstream version
On Tue, Sep 29, 2009 at 08:51:15AM +0200, Eric Lavarde - Debian wrote: Hello, PLEASE, create a new package for this version of Jibx: 1.2.x is not backward compatible with 1.0.x (and neither with 1.1.x), and FreeMind 0.9.0 depends on version 1.0.x (and doesn't work already with 1.1.x). I'm trying since years to get a newer version of FreeMind and failed due to mainly licensing reasons, and I'm now only one upstream release from success. Please don't make it fail now for technical reasons! Good to know. I checked reverse depends in the archive and found none. So I thought it would be okay. Lets do it this way: I update libjibx-java to 1.2.x. I also introduce libjibx1.0-java for freemind. This way freemind can depend on it and when/if freemind updates to a newer version we can savely remove the versioned package. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541343: pdfsam-console - output files not readable
On Thu, Aug 13, 2009 at 04:57:37PM +0200, Steffen Moeller wrote: Package: pdfsam Version: 1.1.3-1 Severity: serious Hello, when invoking pdfsam-console regularly, I just get no error but unreadable files. When following the instructions from pdfsam-console -h, I get the following: $ java -jar /usr/share/pdfsam/lib/pdfsam-console-2.0.5e.jar concat tmp/shell/*.pdf a.pdf log4j:WARN No appenders could be found for logger (org.pdfsam.console.business.parser). log4j:WARN Please initialize the log4j system properly. and unreadable files :) Any suggestions? I can forward the files should that be informative, but I presume my problem is just very much file-invariant. There is a new upstream version, 2.0.0. Can you please test if this fixes this problem? I will meanwhile update the packaging and upload after your feedback. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Sat, Sep 26, 2009 at 09:25:21AM -0400, Patrick McFarland wrote: Basically, either allow Ivy to work by default with no additional changes, or don't bother packaging Ivy at all. People are going to get really confused when they apt-get install ivy and it doesn't work and there are no instructions included with the .deb to make it work. People would not apt-get Ivy if they didn't want to use it. Your same argument applies to ant itself, But but but some projects include ant right inside of them, why have ant on the path install, it might conflict with theirs! Programs that include ant and/or ant rules to download Ivy do not effect Debian's packaging of Ant or Ivy in any realistic way. My suggestion of a dpkg-configure option to install a symlink or not pleases both crowds and makes your argument entirely moot. I'm a bit reluctant to just implement this debconf question for this. I see no place in Debian where we recommend to just 'apt-get install' java libraries and they will automatically get used. Even contents of /usr/share/java ist not put on the CLASSPATH by default. There are too many possible problems with this. Too many things can break when wrong jars are on the CLASSPATH or jars are in the wrong order on the CLASSPATH. Do you have any really world example where Ivy is used inside Ant with this setup? Having a good real world example where this is needed and the example also works out-of-the-box with upstream ant releases would be good hint to put Ivy into the Ant installation by default. What would be possible would be an entry in README.Debian. Then the local admin can do it if he wants to. And we can also clearly speak about the possible implications of it. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color
Hello Christoph, On Mon, Sep 28, 2009 at 11:07:30AM +0200, Christoph Haas wrote: Michael, thanks for your quick response. Michael Koch schrieb: D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) This looks like the culprit. I'm not sure how to further debug it. I have tried to install the Lenny versions of ghostscript and foo2zjs to no avail. I'm also not sure if this bug is connected to #534414. The package version of ghostscript I have installed is 8.70~dfsg-2 and according to the bug report the issue was resolved in 8.64 already. I don't think this bug is connected to #534414. I think its a bug in /usr/bin/foo2hp2600-wrapper. This is a shell script. Can you try to to track the bug down in this file a bit? There are not too many places using cat and sed. I have set the /usr/bin/foo2hp2600-wrapper script to -x in the shebang line to see what commands are run: D [28/Sep/2009:10:54:14 +0200] [Job 118] + USER= D [28/Sep/2009:10:54:14 +0200] [Job 118] + GS=gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2zjs-pstops -n -c -w D [28/Sep/2009:10:54:14 +0200] [Job 118] + cat D [28/Sep/2009:10:54:14 +0200] [Job 118] + gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -J -U -B -A -D1 D [28/Sep/2009:10:54:15 +0200] [Job 118] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] Segmentation fault D [28/Sep/2009:10:54:15 +0200] [Job 118] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ -x /usr/bin/logger ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- gs -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 /tmp/icc.usecie.ps D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -B -A D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ 1 -eq 0 ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + exit 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] renderer exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid4 exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid3 finished D [28/Sep/2009:10:54:15 +0200] [Job 118] Read 72 bytes of print data... D [28/Sep/2009:10:54:15 +0200] [Job 118] Wrote 72 bytes of print data... Sorry for the german output. Not sure how I can set it to english for debugging. Anyway it appears like Ghostscript (gs) is called (although I wonder why the letter format is chosen - I'm using A4 everywhere in my settings). And gs pipes to foo2hp. And somehow during this piping something unexpected is happening. Strangely I can print *some* documents. I have created a new inkscape drawing and put the Debian logo and a few colored circles into it. That printed well. However my hardly more complicated image (I wanted to print a sign for our office door with our company logo and a little text on it) didn't print. Any ideas? Thanks! This looks like the segfault happens in foo2hp or so. Is it possible that you edit foo2hp2600-wrapper and make a copy of the current document to some place? Then we can try to execute the steps done by it manually to reproduce the bug and see where the bug is for real. Or if this not possible that you create at least a file containing a document that I can feed here into foo2hp2600-wrapper together with your options. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500840: liboro-java should depend only on -headless java runtime packages
Version: 2.0.8a-5 On Wed, Oct 01, 2008 at 11:25:20PM +0200, Kolja Nowak wrote: Package: liboro-java Version: 2.0.8a-4 Severity: wishlist Hi, can liboro-java depend only on -headless java runtime packages? Ubuntu has it allready done this way, therefore I assume it should work: - http://packages.ubuntu.com/de/intrepid/i386/liboro-java This fix was applied in 2.0.8a-5 already and not closed automatically. Doing now. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color
Hello Christoph, On Mon, Sep 28, 2009 at 03:57:58PM +0200, Christoph Haas wrote: Hi, Michael... Michael Koch schrieb: On Mon, Sep 28, 2009 at 11:07:30AM +0200, Christoph Haas wrote: Michael Koch schrieb: D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) This looks like the culprit. I'm not sure how to further debug it. I have tried to install the Lenny versions of ghostscript and foo2zjs to no avail. I'm also not sure if this bug is connected to #534414. The package version of ghostscript I have installed is 8.70~dfsg-2 and according to the bug report the issue was resolved in 8.64 already. I don't think this bug is connected to #534414. I think its a bug in /usr/bin/foo2hp2600-wrapper. This is a shell script. Can you try to to track the bug down in this file a bit? There are not too many places using cat and sed. I have set the /usr/bin/foo2hp2600-wrapper script to -x in the shebang line to see what commands are run: D [28/Sep/2009:10:54:14 +0200] [Job 118] + USER= D [28/Sep/2009:10:54:14 +0200] [Job 118] + GS=gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2zjs-pstops -n -c -w D [28/Sep/2009:10:54:14 +0200] [Job 118] + cat D [28/Sep/2009:10:54:14 +0200] [Job 118] + gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -J -U -B -A -D1 D [28/Sep/2009:10:54:15 +0200] [Job 118] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] Segmentation fault D [28/Sep/2009:10:54:15 +0200] [Job 118] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ -x /usr/bin/logger ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- gs -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 /tmp/icc.usecie.ps D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -B -A D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ 1 -eq 0 ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + exit 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] renderer exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid4 exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid3 finished D [28/Sep/2009:10:54:15 +0200] [Job 118] Read 72 bytes of print data... D [28/Sep/2009:10:54:15 +0200] [Job 118] Wrote 72 bytes of print data... This looks like the segfault happens in foo2hp or so. Is it possible that you edit foo2hp2600-wrapper and make a copy of the current document to some place? Then we can try to execute the steps done by it manually to reproduce the bug and see where the bug is for real. Okay. I have replace the | foo2hp ... call by | cat /tmp/foo. And /tmp/foo gets created but is empty: -rw--- 1 lp lp 0 Sep 28 15:25 /tmp/foo So it appears like foo2hp doesn't get any input. Or if this not possible that you create at least a file containing a document that I can feed here into foo2hp2600-wrapper together with your options. Okay, first I used these lines in the wrapper script: foo2zjs-pstops $PSTOPS_OPTS | \ $PREFILTER \ | cat /tmp/foo So I'm intercepting the output before it goes into $GS $PAPERSIZE I have attached the file as foo.gz. Then I was feeding that into the gs call like: $ cat /tmp/foo | gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ | cat /tmp/foo2 The result: zsh: 3: bad file descriptor That is because the around 'cat 13' are missing. They are in the original wrapper code. I tries this locally and got: cat foo | gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ foo2 GPL Ghostscript 8.70: Unrecoverable error, exit code 1 So your input seem to trigger a ghostscript segfault. Can you confirm this? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548809: java-common: update-java-alternatives lacks a manpage
On Mon, Sep 28, 2009 at 11:32:30PM +0200, Arnout Engelen wrote: Package: java-common Version: 0.30 Severity: normal update-java-alternatives lacks a manpage, making it not show up in 'man -k' and generally hard-to-find. mk...@oberon:~$ cat /etc/debian_version 5.0.3 mk...@oberon:~$ dpkg -l java-common Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht) ||/ NameVersion Beschreibung +++-===-===-== ii java-common 0.30 Base of all Java packages mk...@oberon:~$ man -k update-java-alternatives update-java-alternatives (8) - update alternatives for jre/sdk installations I think you are wrong. Closing this bug. Please reopen if you find out why you dont found the manpage on your computer and its a bug in Debian. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548755: [Policy Update] Updating the java-policy to reflect current practices + small changes.
On Mon, Sep 28, 2009 at 06:04:33PM +0200, Niels Thykier wrote: Package: java-common Version: 0.33 Severity: normal Tags: patch Hi I have made an attempt to bring the java policy up to date and made some small changes to make it more compatible with the Debian Policy. Attached is a patch and a list of the changes. I have also provided these along with how it would look if this patch is applied at the following website [#1]. To those of you, who already read my previous draft, please note that I modified section [2] and [2.1] to [2.4]. The modifications done to [2] and [2.2] to [2.4] is merely to mention the headless counterpart of the javaX-runtime packages. However [2.1] has received a few more modifications, where I have spelled out when a VM providing package may provide a headless vs a non-headless. Thanks for doing the hard work on this. We should really work to finish this, finally. There is one typo I saw: 'jave' should be 'Java'. There are also some unneeded whitespace changes in the file which makes the diff just bigger. I have also some issues with 2.4. The naming looks like its written in stone. The problem is that you can use each Java program as library. Checkstyle is a good example for this. For such cases we should define that its up to the maintainer to decide. Another issue is the jars need to be named like 'packagename-fullversion.jar'. Some packages does not fullfil this. See bouncycastle. We should never need to rename jars because of policy. We should always keep upstream jar name, if possible (no conflicts with other software). Otherwise we will need to adapt each software depending on that Java library. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395372: [policy] relax or expand the binaries in /usr/bin restriction (2.3)
On Sun, Sep 27, 2009 at 10:05:56AM +0100, Matthew Johnson wrote: On Mon Sep 21 08:40, Michael Koch wrote: I second this proposal to include /usr/games in 2.3. Thirded! /usr/games is just another incarantion of /usr/bin and should be explicitely allowed to nt confuse people. We should just reference policy/the FHS. Binaries should be allowed by d-j policy anywhere that they are allowed by normal policy. Good idea. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499835: libpg-java: eclipse 3.5 M2 depends on postgresql jdbc 8.3 . Please provides it.
On Mon, Sep 22, 2008 at 10:26:47PM +0200, Alban Browaeys wrote: Package: libpg-java Version: 8.2-504-2 Severity: normal p2 console log (not shown in the UI) while upgrading to 3.5 M2 (http://wiki.eclipse.org/Eclipse_Project_Update_Sites). !MESSAGE Unable to satisfy dependency from org.eclipse.net4j.db.postgresql 1.0.0.v200809110620 to requiredCapability: java.package/org.postgresql/[8.3.0,9.0.0). !SUBENTRY 1 org.eclipse.equinox.p2.director 2 0 2008-09-22 22:04:03.888 !MESSAGE Unable to satisfy dependency from org.eclipse.net4j.db.postgresql 1.0.0.v200809110620 to requiredCapability: java.package/org.postgresql.ds/[8.3.0,9.0.0). 8.3 jdbc 3 and 4 are available at: http://jdbc.postgresql.org/download.html This is no bug in the Debian package as Eclipse 3.5M2 was never in Debian and Eclipse has its own plugin/dependency mechanism. Closing. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Fri, Sep 25, 2009 at 09:10:10AM +0200, Marcus Better wrote: Michael Koch wrote: On Thu, Sep 24, 2009 at 04:31:54AM -0400, Patrick McFarland wrote: I would also like to see Ivy added to ant/lib. Ivy is a special case in that it is a sister project to Ant I would prefer this decision to be based on technical reasons. people expect Ivy to work by default when installing it. Nothing like that happens when you download the Ivy package from upstream (and for good reasons!), so I doubt this. In fact projects I've seen using Ivy have different ways of ensuring Ivy is on the classpath. (For instance, Grails projects have an Ant target that downloads Ivy if necessary.) This is a valid point. After looking into the issue more closely I think we can make an exception for Ivy in this case. I'm with Patrick for the symlink. Can any of the proponents of this suggestions actually show the requirement (real-life use case)? I am too lazy to plug into ~/.ant/lib or set the classpath does not count. Can you prove that it won't cause breakage similar to #506018 when someone tries to load a different Ivy version in their build? I have just worked on ant-contrib and for it to build its enough to put 'ivy' into DEB_JARS which puts it on the classpath when calling ant. Ok, as long as we have no really good reason we dont put it into ant/lib/. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color
Hello Christoph, D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) This looks like the culprit. I'm not sure how to further debug it. I have tried to install the Lenny versions of ghostscript and foo2zjs to no avail. I'm also not sure if this bug is connected to #534414. The package version of ghostscript I have installed is 8.70~dfsg-2 and according to the bug report the issue was resolved in 8.64 already. I don't think this bug is connected to #534414. I think its a bug in /usr/bin/foo2hp2600-wrapper. This is a shell script. Can you try to to track the bug down in this file a bit? There are not too many places using cat and sed. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
On Fri, Sep 25, 2009 at 11:35:17AM +0200, Jakub Skoczen wrote: Hi Ludovic, I don't see the new packages being available in testing yet, at least not on danish mirrors. I'll upgrade and test them as soon as they are. It will not be in testing for at least the next 10 days as we just uploaded the package to unstable. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508954: default-jre conversion and resolve lintian errors
Version: 1.6.1+dfsg.2-2 On Tue, Dec 16, 2008 at 04:22:14PM -0600, Chris Cheney wrote: Package: dom4j Version: 1.6.1+dfsg-3 Severity: important Tags: patch This is a patch to convert dom4j to use default-jre and also fixes the various lintian errors that are being output. Thanks, Chris Cheney diff -u dom4j-1.6.1+dfsg/debian/rules dom4j-1.6.1+dfsg/debian/rules --- dom4j-1.6.1+dfsg/debian/rules +++ dom4j-1.6.1+dfsg/debian/rules @@ -1,6 +1,6 @@ #!/usr/bin/make -f -JAVA_HOME:= /usr/lib/jvm/java-6-openjdk +JAVA_HOME:= /usr/lib/jvm/default-java DEB_JARS_BASE:= /usr/share/java JAVACMD := $(JAVA_HOME)/bin/java diff -u dom4j-1.6.1+dfsg/debian/control dom4j-1.6.1+dfsg/debian/control --- dom4j-1.6.1+dfsg/debian/control +++ dom4j-1.6.1+dfsg/debian/control @@ -4,15 +4,15 @@ Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Marcus Better mar...@better.se, Michael Koch konque...@gmx.de Build-Depends: debhelper (= 5) -Build-Depends-Indep: antlr, openjdk-6-jdk, ant-optional, libjaxen-java (= 1.1~beta11), libjaxme-java, libxpp2-java, libxpp3-java, libxerces2-java, libxalan2-java (= 2.7.0), libbackport-util-concurrent-java, junit, libjunitperf-java -Standards-Version: 3.7.3 +Build-Depends-Indep: antlr, default-jdk, ant-optional, libbackport-util-concurrent-java, libjaxen-java (= 1.1~beta11), libjaxme-java, libjunitperf-java, libxalan2-java (= 2.7.0), libxerces2-java, libxpp2-java, libxpp3-java, junit +Standards-Version: 3.8.0.0 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/dom4j Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/dom4j Homepage: http://www.dom4j.org Package: libdom4j-java Architecture: all -Depends: kaffe | java1-runtime | java2-runtime, libjaxen-java (= 1.1~beta11), libjaxme-java, libxpp2-java, libxpp3-java, libbackport-util-concurrent-java +Depends: default-jre-headless | java2-runtime-headless, libbackport-util-concurrent-java, libjaxen-java (= 1.1~beta11), libjaxme-java, libxpp2-java, libxpp3-java Suggests: java-virtual-machine, libdom4j-java-doc Description: flexible XML framework for Java dom4j is a library for working with XML, XPath and XSLT on the Java Building this package with default-jdk is probably not a good idea as we had some issues in the past when building the package with GCJ. default-jdk points on some archs to openjdk but on others to gcj. So we need to be careful here. I applied the Depends line of libdom4j-java and some other changes to version 1.6.1+dfsg.2-2 of the package and so closing the bug report. Thanks for providing the patch. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548144: libhamcrest-java: new upstream release
Package: libhamcrest-java Version: 1.1-2 Severity: wishlist hamcrest 1.2 is out. It should be packaged. Problem is that JUnit 4 Build-Depends on hamcrest and breaks with hamcrest 1.2. In JUnit GIT repository you can even see that they tried to use hamcrest 1.2 and reverted all changes related to it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhamcrest-java depends on: ii default-jre [java2-runtime] 1.6-33 Standard Java or Java compatible R ii gcj-jre [java2-runtime] 4:4.3.3-9Java runtime environment using GIJ ii jamvm [java1-runtime] 1.5.3-2 virtual machine which conforms to ii java-gcj-compat [java2-runt 1.0.80-5.1 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtim 6b16-1.6.1-1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtim 6-16-1 Sun Java(TM) Runtime Environment ( libhamcrest-java recommends no packages. libhamcrest-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547735: libcommons-compress-java: Breaks bootchart (no TarInputStream)
reassign 547735 bootchart thanks On Tue, Sep 22, 2009 at 02:01:17AM +0200, Michael Biebl wrote: Package: libcommons-compress-java Version: 1.0-1 Severity: serious Justification: breaks unrelated packages Well the package is not unrelated, bootchart depends on libcommons-compress-java. Since the latest update of libcommons-compress-java, the bootchart binary is broken, it exits with the following error: bootchart /var/log/bootchart/pluto-sid-20090922-1.tgz Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/compress/archivers/tar/TarInputStream Caused by: java.lang.ClassNotFoundException: org.apache.commons.compress.archivers.tar.TarInputStream at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) Could not find the main class: org.bootchart.Main. Program will exit With the libcommons-compress-java version from testing, it works fine. Problem might be, that the Class name seems to have been renamed to TarArchiveInputStream which breaks dependend packages. Yes, thats a problem. Upstream of libcommons-compress-java decided to change the API for the 1.0 release. Hopefully to make it stable now. bootchart now needs to adopt the new API. Reassigning the bug to bootchart. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Hello, On Thu, Sep 24, 2009 at 12:29:11PM +0100, Ludovic Claude wrote: This was a temporary issue with the way I installed jars both to /usr/share/java and /usr/share/maven-repo. In an old version of maven-repo-helper, the script mh_installjar was copying the jars to /usr/share/maven-repo and a link was created in /usr/share/java. I'm doing now the opposite, as it respects more the way things were done before. So this situation is only temporary, if your package is rebuilt against the latest version of maven-repo-helper, then this problem should not appear. Does this mean we should upload 6.0.20-6 to the archive? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548208: RFP: libpostfix-parse-mailq-perl -- Perl module to parse the postfix mailq
Package: wnpp Severity: wishlist * Package name: libpostfix-parse-mailq-perl Version : 1.001 Upstream Author : Ricardo SIGNES r...@cpan.org * URL : http://search.cpan.org/~rjbs/Postfix-Parse-Mailq-1.001/lib/Postfix/Parse/Mailq.pm * License : Perl license Programming Lang: Perl Description : Perl module to parse the postfix mailq easy access to the entries in the mail queue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Thu, Sep 24, 2009 at 04:31:54AM -0400, Patrick McFarland wrote: I would also like to see Ivy added to ant/lib. Ivy is a special case in that it is a sister project to Ant and people expect Ivy to work by default when installing it. I find a dpkg configure option an acceptable alternative to blindly symlinking ivy.jar to the ant/lib director, as in, ask the user if he wants to do it (defaulting to yes). After looking into the issue more closely I think we can make an exception for Ivy in this case. I'm with Patrick for the symlink. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508916: default-jre conversion and resolve lintian errors
Version: 2.1.10-5 On Tue, Dec 16, 2008 at 11:05:16AM -0600, Chris Cheney wrote: Package: libxpp2-java Version: 2.1.10-4 Severity: important Tags: patch This is a patch to convert libxpp2-java to use default-jre and also fixes the various lintian errors that are being output. All issues fixed in the patch were already fixed in the version 2.1.10-5. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508935: default-jre conversion and resolve lintian errors
Version: 7+svn20070309-3 On Tue, Dec 16, 2008 at 01:30:16PM -0600, Chris Cheney wrote: Package: jtidy Version: 7+svn20070309-2 Severity: important Tags: patch This is a patch to convert jtidy to use default-jre and also fixes the various lintian errors that are being output. All the issues fixed by the patch were fixed in version 7+svn20070309-3. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
On Thu, Sep 24, 2009 at 09:15:47PM +0100, Ludovic Claude wrote: Yes, this version should fix this bug. It works for me, Jakub, can you confirm that the fix works for you as well? I have made some small changes and uploaded to the archive. Thanks for your work. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
On Wed, Jul 29, 2009 at 05:41:28PM +0200, Michael Koch wrote: tag 515123 upstream thanks Marking bug as upstream bug. I mail with upstream and he said he will create a new release in the next 3-4 works including pkg-config support. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515935: change section to .../doc
Version: 1.0.1-3 On Wed, Feb 18, 2009 at 01:06:04PM +0100, Christoph Anton Mitterer wrote: Package: libjmock-java-doc Severity: wishlist As this package contains documentation, shouldn't it be moved to the doc section? Thanks for taking the time to write this bug report. This bug was fixed some time ago but not properly closed. Doing so now. Cheers. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Wed, Sep 23, 2009 at 09:29:55AM +0530, Onkar Shinde wrote: Ant upstream authors recommend using classpath attribute for optional ant tasks when defining the task in build.xml.[1] Hence the symlink should not be present in ant's library. Also the symlink modifies the default classpath of ant which will cause problem if user wants to use another version of ivy outside the system installation. I agree with Onkar. There are several ways to make additional classes for tasks know to ant. Polluting Ant's lib-directory is one of the worst ones. I tend to tag this bug as wontfix but I will wait some more days for more opinions. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#401948: ecj-bootstrap: The import java.util.Scanner cannot be resolved
reassign 401948 gcj-4.4 close 401948 4.4.0-1 thanks On Thu, Dec 07, 2006 at 01:21:00AM +0100, Jhair Tocancipa Triana wrote: Package: ecj-bootstrap Version: 3.2.1-3 Severity: normal The following program compiles fine with /usr/lib/jvm/java-1.5.0-sun/bin/javac --8---cut here---start-8--- import java.util.Scanner; class TestScanner { public static void main(String[] args) { System.out.println (hi); } } --8---cut here---end---8--- But the eclipse compiler says, (debian-unstable)jtocanc...@golem:~/tmp$ /usr/bin/ecj-bootstrap TestScanner.java -- 1. ERROR in TestScanner.java (at line 1) import java.util.Scanner; ^ The import java.util.Scanner cannot be resolved -- The eclipse compiler should be fixed to compile the program. This is not a bug in the Eclipse compiler itself but in the class library it uses. When GCJ got updated to version 4.4.0 the Scanner class was introduced and it now compiles. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#365408: Drop java*-runtime/compiler, create classpath-jre/jdk and java-jre/jdk
On Sun, Sep 20, 2009 at 06:22:13PM +0200, Matthias Klose wrote: On 20.09.2009 13:43, Niels Thykier wrote: Package: java-common Version: 0.33 Severity: normal I second this proposal using the java-{jre,jdk} for free and java-{jre,jdk}-nonfree for nonfree packages. No, we should develop against a spec, not against a product. maybe this was more wanted in the past, but we should not make this distinction in the presence of OpenJDK. I see it the same way. We have now default-* and that should be enough. We should close this bug instead as times have changed since it was filed. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395372: [policy] relax or expand the binaries in /usr/bin restriction (2.3)
On Sun, Sep 20, 2009 at 01:53:42PM +0200, Niels Thykier wrote: Package: java-common Version: 0.33 Severity: normal Hi, I second this proposal to include /usr/games in 2.3. Thirded! /usr/games is just another incarantion of /usr/bin and should be explicitely allowed to nt confuse people. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#365408: Drop java*-runtime/compiler, create classpath-jre/jdk and java-jre/jdk
On Mon, Sep 21, 2009 at 08:10:46AM +0200, Michael Koch wrote: On Sun, Sep 20, 2009 at 06:22:13PM +0200, Matthias Klose wrote: On 20.09.2009 13:43, Niels Thykier wrote: Package: java-common Version: 0.33 Severity: normal I second this proposal using the java-{jre,jdk} for free and java-{jre,jdk}-nonfree for nonfree packages. No, we should develop against a spec, not against a product. maybe this was more wanted in the past, but we should not make this distinction in the presence of OpenJDK. I see it the same way. We have now default-* and that should be enough. We should close this bug instead as times have changed since it was filed. I was a bit in need for coffee I think. In my opinion we should remove java-compiler. Its not really needed anymore as we nowadays can depend on a JDK and be done. In the past we needed to explicitely depend on compiler and class library. I see currently no way to remove javaX-runtime virtual packages. On the contrary. We need to redefine and extend them to meet current JREs/JDKs. In the past we also got requests to provide a virtual package for 'jar'. I think we should neglect this. People can use the existing packages (like default-jdk) and be done. I know this installs much more than just jar. For people who need only jar they can use fastjar. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504054: libceguiogrerenderer-1.4.9: undefined reference to `CEGUI::Exception::Exception(CEGUI::String const)'
Version: 1.6.1.dfsg1-1 On Sat, Sep 05, 2009 at 05:11:08AM +0200, Michael Koch wrote: On Thu, Oct 30, 2008 at 08:54:48PM +, Robert Lemmen wrote: Package: libceguiogrerenderer-1.4.9 Version: 1.4.9.dfsg1-1 Severity: normal not sure if this should be reported against liceguiogrerenderer or against libcegui-mk2-dev, but in lenny this works: g++ -o test -lOgreMain -L/usr/lib -lOIS -lCEGUIBase \ -lCEGUIOgreRenderer -lOgreMain -lCEGUIBase where in sid it gives me a /usr/lib/libCEGUIOgreRenderer.so: undefined reference to `CEGUI::Exception::Exception(CEGUI::String const)' the difference is that in lenny we have libcegui-mk2-dev 0.5.0-4.1 and in sid we have 0.6.1-1 Does this problem still exist for you? I just tried to reproduce it and failed to. So I wonder if it was fixed somehow or I failed to do the right thing to reproduce. Please report back. Two weeks passed and no feedback. As I think that this bug was fixed when 1.6.1.dfsg1-1 was uploaded I close this bug now. If its still reproducible for you plesae reopen the bug report and add exact infos on how to reprocuce it with current ogre libs. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529762: libogremain-1.6.1: [Truncated content] Missing basic plugins from release and headers.
Version: 1.6.1.dfsg1-1 On Sat, Sep 05, 2009 at 04:56:25AM +0200, Michael Koch wrote: On Thu, May 21, 2009 at 01:42:20PM +0200, Mateusz Kaduk wrote: Package: libogremain-1.6.1 Version: 1.6.1.dfsg1-1 Severity: normal Normaly 1.6.1 provides some basic plugins such us /usr/lib/OGRE/libOctreeSceneManagerPlugin.so which are removed from package along with headers. This makes package questionably usable, especially for developers. Compiling most of addons is impossible due to missing basic plugins that addons base on. When running the command apt-file search lib/OGRE I get the following output: libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.la libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/libPlugin_PCZSceneManager.so ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.la ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.so ogre-plugins-cgprogrammanager-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_CgProgramManager.so Was libOctreeSceneManagerPlugin.so renamed to Plugin_OctreeSceneManager.so by upstream? Two weeks passed and no feedback. I did some resaerch and wasn't able to find a file called libOctreeSceneManagerPlugin.so in older releases of ogre. I will close the bug now. If you still think this is a bug in the packaging please reopen the bug report and add additional infos where this library should come from and which versions of ogre should contain it. Cheers. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502476: libogre is built incorrectly, old style
Version: 1.6.1.dfsg1-1 On Sun, Nov 09, 2008 at 12:53:37PM -0500, Andres Mejia wrote: tags 502476 moreinfo severity 502476 minor thanks As I understand it, ogre was built with either freeimage (preferred) or libdevil and an optional plugin was built using openexr. Currently, ogre does build with freeimage with the optional plugin for openexr. At least since ogre 1.6.1.dfsg1-1 OGRE is built with --disable-openexr. Closing bug because of this. Please reopen bug if you disagree and add more infos. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529872: kaffe: diff for NMU version 2:1.1.8-5.3
On Wed, Sep 16, 2009 at 11:59:53PM +0200, Stefano Zacchiroli wrote: On Wed, Sep 16, 2009 at 11:12:22PM +0200, Michael Koch wrote: Do you have any specific showstopper for filing a removal request RoM right ahead? The only showstopper I can think is that the built kaffe VM might not work. I remember problems when a) gcc and gcj ha different major versions or b) gcc was 4.2 due to stricter aliasing rules. I dont know if these problems still apply. Perhaps it sounded differently but I'm not against the NMU. I just wanted to make the current situation clear. And every fixed RC bug is a good RC bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517832: jsvc: Tomcat5.5/s390 doesn't start with default JVM
reassign 517832 gcj-4.4 4.4.1-1 thanks Hello Guillaume, On Mon, Mar 02, 2009 at 12:22:38PM +, Guillaume Lasmayous wrote: Package: jsvc Version: 1.0.2~svn20061127-9 Severity: important My Debian machine is installed as a guest of z/VM 5.4. I apt-get installed tomcat5.5, pulling in all required dependencies. At startup, tomcat5.5 fails with the following error in /var/log/daemon.log 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]: Cannot dynamically link to /usr/lib/jvm/default-java/jre/lib/s390/client/libjvm.so Mar 2 09:22:04 debjava jsvc.exec[6007]: /usr/lib/libgcj.so.90: undefined symbol: __data_start Using the script startup.sh in /usr/lib/tomcat5.5/bin, Tomcat5.5 starts successfully. I did the same test on another machine using the IBM JDK 1.5 (31bits version) I downloaded from DW. It fails with a similar error: Feb 27 13:46:01 debian jsvc.exec[1040]: Cannot dynamically link to /usr/lib/j2sdk1.5-ibm/jre/bin/classic/libjvm.so This is a problem in GCJ. A fix for this was lately commited to GCC trunk. I'm nur sure if it was also backported to GCC/GCJ 4.4. I reassign the bug to gcj-4.4 hereby to get this solved correctly. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546851: override: libfreeimage-dev:libdevel/optional, libfreeimage3:libs/optional
Package: ftp.debian.org Severity: normal The packages libfreeimage3 and libfreeimage-dev have no reason to put in priority extra as they conflict with no package of higher priority. So moving them to priority optional is possible. Also note that there are several packages already depending on libfreeimage which are priority optional. This is currently a policy violation. To solve this issue I would like to get libfreeimage moved to optional too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546902: libcommons-launcher-java: 1.1-4 is now depending only on default-jdk, which requires my to install openjdk
On Wed, Sep 16, 2009 at 07:39:04AM -0400, Michael R Head wrote: Package: libcommons-launcher-java Version: 1.1-4 Severity: normal I just dist-upgraded libcommons-launcher-java, and it forcibly pulled in openjdk, which I don't wish to install. I was quite happy having only the sun-java6 packages installed. Sorry for the problem. I will upload a fixed package later today. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#341776:
On Wed, Sep 16, 2009 at 03:32:36PM +0200, Mathieu Malaterre wrote: Is is possible to havve JAI in non-free meanwhile ? Have they changed their license meanwhile? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#341776:
On Wed, Sep 16, 2009 at 04:13:25PM +0200, Mathieu Malaterre wrote: On Wed, Sep 16, 2009 at 3:59 PM, Michael Koch konque...@gmx.de wrote: On Wed, Sep 16, 2009 at 03:32:36PM +0200, Mathieu Malaterre wrote: Is is possible to havve JAI in non-free meanwhile ? Have they changed their license meanwhile? Obviously not. I would not be asking for non-free otherwise :) I'd like to avoid redoing the debian/* files. Thanks. IIRC the old license was even unsuitable for non-free. You can mail Arnaud directly about the debian/* files. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529872: kaffe: diff for NMU version 2:1.1.8-5.3
Hello zack, On Wed, Sep 16, 2009 at 09:25:00PM +0200, Stefano Zacchiroli wrote: I've prepared an NMU for kaffe (versioned as 2:1.1.8-5.3) and uploaded it to DELAYED/2, as allowed by devref §5.11.1. The patch generalize the build-dep which was on gcj-4.2 to plain gcj. The current plan is to RM kaffe from Debian as its dead upstream and not needed anymore as we have openjdk now. We uploaded already some new packages which depended on kaffe in the past and now don't anymore. Do we really need a new version of kaffe shorty before RMing it? (I know this was not documented in the according RC bug) Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529872: kaffe: diff for NMU version 2:1.1.8-5.3
On Wed, Sep 16, 2009 at 10:47:08PM +0200, Stefano Zacchiroli wrote: On Wed, Sep 16, 2009 at 10:28:43PM +0200, Stefano Zacchiroli wrote: Many thanks in advance, BTW, I forgot to mention, it is of course totally up to you to decide whether let my delayed NMU flow in or not. I doubt it will do any harm, so I would personally let it go, but you might know reasons why you prefer to stop it (note that also the 2 previous kaffe versions have been NMUed). Do you have any specific showstopper for filing a removal request RoM right ahead? The only showstopper I can think is that the built kaffe VM might not work. I remember problems when a) gcc and gcj ha different major versions or b) gcc was 4.2 due to stricter aliasing rules. I dont know if these problems still apply. We dont filed a RoM yet because there are still some packages tied to kaffe and not all are maintained by the pkg-java-maintainers. So this needs some coordination before we tell ftp-master to remove kaffe for real. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524777: ogre: new upstream release: 1.6.2
On Sun, Apr 19, 2009 at 10:34:41PM +0200, Gonéri Le Bouder wrote: Package: ogre Version: 1.6.1.dfsg1-1 Severity: wishlist Hi, A new minor release has been release some day ago: http://www.ogre3d.org/2009/04/11/ogre-v162-shoggoth-released I have pacakges for 1.6.3 now but they need some more polishing before upload and 1.6.1 packages should migrate to testing first. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546032: libjgrapht0.6-java-doc and libjgrapht-java-doc: error , when trying to install together
On Mon, Sep 14, 2009 at 10:01:04PM +0200, Torsten Werner wrote: On Sat, Sep 12, 2009 at 5:12 PM, Niels Thykier ni...@thykier.net wrote: Shouldn't the libjgrapht0.6 then have the Replaces entry in the control file? No, the old package should get removed. Steffen filed the removal request #546040 and it will be removed as soon as the ftp team finds the time. And what about people who have the old package already installed? A Replaces helps them and is needed in this case afaik. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546032: libjgrapht0.6-java-doc and libjgrapht-java-doc: error , when trying to install together
On Mon, Sep 14, 2009 at 10:43:57PM +0200, Torsten Werner wrote: On Mon, Sep 14, 2009 at 10:25 PM, Michael Koch konque...@gmx.de wrote: And what about people who have the old package already installed? A Replaces helps them and is needed in this case afaik. A Replaces won't hurt but I am not sure if it is really needed. It help apt-get/aptitude to make smarter decisions on dist-upgrades. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546513: Please drop {Build-,}Depends on sun-java5-*
On Sun, Sep 13, 2009 at 10:26:12PM +0200, Torsten Werner wrote: On Sun, Sep 13, 2009 at 9:06 PM, Chris Lamb la...@debian.org wrote: Package: pj Severity: serious Version: 0.0~20080628-1 no reverse (build) deps, low popcon, outdated upstream version, last upload 14 months, nobody cared to move it from contrib to main [x] vote for removal if nobody wants to fix the package I'm in contact with Manuel (the only uploader) and he is working on a new version. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545950: [Foo2zjs-maintainer] Bug#545950: foo2zjs: upstreams supports mc1690mf, debian package does not
On Thu, Sep 10, 2009 at 10:18:19AM +0200, Florian Reitmeir wrote: Package: foo2zjs Version: 20090301dfsg-5 Severity: important Hello, upstreams support the printer minolta mc1690MF now for some months, and there are updates to the package, but not to the printer support in question. and even less nicely, it looks like upstream and the packager don't like each other, because its not possible to install upstream _and_ the package at the same time without breaking one of them. if the problem is non free whatever, it would be nice for the user if it would possible to install the nonfree stuff for them self. please add support for the printer, like upstream does.o This basically means packaging a new upstream version. This is planned already. Steffen: You said you wanted to look into an upstream update. Whats your status about this? When you do the upstream tarball I can do the rest of the work (updating the packaging, extending hannah, etc.) Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545819: cyphesis-cpp: Configure doesn't support Python 2.6
tag 545819 + confirmed + pending thanks Hallo Scott, On Wed, Sep 09, 2009 at 07:39:48AM -0400, Scott Kitterman wrote: Package: cyphesis-cpp Version: 0.5.20-2 Severity: wishlist Currently Python 2.5 is the most recent version that configure will look for. The attached patch adds support for Python 2.6. This will also need a build depend on automake1.10. Wishlist since Pyhton 2.6 isn't in Unstable yet. The new upstream version of cyphesis-cpp (0.5.21) supports this already. This version got released yesterday, but the patch is already some time in upstream git afaik. I will package the new version in the next days and also hopefully finish the dbconfig-common stuff. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544546: reassign 544546 to fop, retitle 544546 to should provide libfop-java
On Wed, Sep 09, 2009 at 06:06:41PM +0200, Samuel Thibault wrote: reassign 544546 fop retitle 544546 should provide libfop-java Why? There is no real need to for this. Any packages can depend on fop and be done. The reason why it was called fop and not libfop-java was that it is not only a library but also a program. Please rethink your bug report. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526547: libnoise: FTBFS: undefined reference to `main'
On Fri, May 01, 2009 at 02:19:01PM -0700, Daniel Schepler wrote: Package: libnoise Version: 1.0.0 Severity: serious From my pbuilder build log: ... libtool --mode=link g++ -shared -Wl,-soname=libnoise.so.0 -o libnoise.so.0.3 ../src/latlon.lo ../src/noisegen.lo ../src/model/cylinder.lo ../src/model/line.lo ../src/model/plane.lo ../src/model/sphere.lo ../src/module/abs.lo ../src/module/add.lo ../src/module/billow.lo ../src/module/blend.lo ../src/module/cache.lo ../src/module/checkerboard.lo ../src/module/clamp.lo ../src/module/const.lo ../src/module/curve.lo ../src/module/cylinders.lo ../src/module/displace.lo ../src/module/exponent.lo ../src/module/invert.lo ../src/module/max.lo ../src/module/min.lo ../src/module/modulebase.lo ../src/module/multiply.lo ../src/module/perlin.lo ../src/module/power.lo ../src/module/ridgedmulti.lo ../src/module/rotatepoint.lo ../src/module/scalebias.lo ../src/module/scalepoint.lo ../src/module/select.lo ../src/module/spheres.lo ../src/module/terrace.lo ../src/module/translatepoint.lo ../src/module/turbulence.lo ../src/module/voronoi.lo libtool: link: g++ -Wl,-soname=libnoise.so.0 -o libnoise.so.0.3 ../src/.libs/latlon.o ../src/.libs/noisegen.o ../src/model/.libs/cylinder.o ../src/model/.libs/line.o ../src/model/.libs/plane.o ../src/model/.libs/sphere.o ../src/module/.libs/abs.o ../src/module/.libs/add.o ../src/module/.libs/billow.o ../src/module/.libs/blend.o ../src/module/.libs/cache.o ../src/module/.libs/checkerboard.o ../src/module/.libs/clamp.o ../src/module/.libs/const.o ../src/module/.libs/curve.o ../src/module/.libs/cylinders.o ../src/module/.libs/displace.o ../src/module/.libs/exponent.o ../src/module/.libs/invert.o ../src/module/.libs/max.o ../src/module/.libs/min.o ../src/module/.libs/modulebase.o ../src/module/.libs/multiply.o ../src/module/.libs/perlin.o ../src/module/.libs/power.o ../src/module/.libs/ridgedmulti.o ../src/module/.libs/rotatepoint.o ../src/module/.libs/scalebias.o ../src/module/.libs/scalepoint.o ../src/module/.libs/select.o ../src/module/.libs/spheres.o ../src/module/.libs/terrace.o ../src/module/.libs/translatepoint.o ../src/module/.libs/turbulence.o ../src/module/.libs/voronoi.o /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crt1.o: In function `_start': /tmp/buildd/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' collect2: ld returned 1 exit status make[2]: *** [libnoise.so.0.3] Error 1 make[2]: Leaving directory `/tmp/buildd/libnoise-1.0.0/build-tree/noise/src' make[1]: *** [src] Error 2 make[1]: Leaving directory `/tmp/buildd/libnoise-1.0.0/build-tree/noise' make: *** [stampdir/build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 I have debugged this a bit. The problem seems to be with libtool usage. As one can see above -shared is given to libtool but its not in the g++ command line invoked by libtool. This is reproducible with libtool 2.2.6a-4. With libtool 1.5.26-4 this behavior is not reprodicable and the package builds fine. As this is a library package with a very old upstream release and no reverse dependency in Debian I would recommend removal of the package instead of further fixing. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545775: eris: Fails to build with gcc 4.4
Version: 1.3.14-1 On Tue, Sep 08, 2009 at 11:58:07PM -0400, Scott Kitterman wrote: Package: eris Version: 1.3.13-2 Severity: wishlist Building with gcc 4.4 fails with the following error: TimedEventService.cpp: In member function 'void Eris::TimedEventService::registerEvent(Eris::TimedEvent*)': TimedEventService.cpp:56: error: 'assert' was not declared in this scope TimedEventService.cpp: In member function 'void Eris::TimedEventService::unregisterEvent(Eris::TimedEvent*)': TimedEventService.cpp:64: error: 'assert' was not declared in this scope The attached patch fixes this. Wishlist sincd gcc 4.4 isn't in Debian Unstable yet. Thanks bug was fixed when eris 1.3.14-1 hit unstable. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545774: libskstream-0.3-dev: Header fails due to missing include with gcc 4.4
Version: 0.3.6-4 On Tue, Sep 08, 2009 at 11:46:14PM -0400, Scott Kitterman wrote: Package: libskstream-0.3-dev Version: 0.3.6-3 Severity: wishlist Rebuilding cyphesis-cpp using libskstream-0.3-dev 0.3.6-3 and gcc 4.4 failed with the following error: In file included from CommStreamClient.h:25, from CommClient.h:23, from Connection_methods.h:25, from ExternalMind.cpp:22: /usr/include/skstream-0.3/skstream/skstream.h:94: error: 'EOF' was not declared in this scope /usr/include/skstream-0.3/skstream/skstream.h:124: error: 'EOF' was not declared in this scope /usr/include/skstream-0.3/skstream/skstream.h:178: error: 'EOF' was not declared in this scope The attached patch fixes this. Wishlist since gcc 4.4 isn't in Debian Unstable yet. This bug was fixed when 0.3.6-4 hit unstable. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540737: libantlr2.7-cil: installation into Mono fails (no strong name)
On Sat, Sep 05, 2009 at 09:44:25PM +0200, Michael Koch wrote: tag 540737 + confirmed thanks On Sun, Aug 09, 2009 at 09:14:49PM -0400, Aaron M. Ucko wrote: | Setting up libantlr2.7-cil (2.7.7-11) ... | * Installing 2 assemblies from libantlr2.7-cil into Mono | E: installing Assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll failed | E: Installation of libantlr2.7-cil with /usr/share/cli-common/runtimes.d/mono failed | dpkg: error processing libantlr2.7-cil (--install): | subprocess installed post-installation script returned error exit status 9 [...] | $ sudo gacutil -i /usr/lib/cli/antlr-2.7/antlr.astframe.dll | Failure adding assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll to the cache: Attempt to install an assembly without a strong name I observed this when upgrading to -13, but as you can see -11 exhibits the same problem, presumably a long-standing bug exposed by Mono 2.4.2.3. Could you please look into it? I can reproduce this bug. I have currently no idea what the cause of this can be... I think I found the culprit. AssemblyInfo.cs references 'org.antlr.snk' as key file and this key file doesnt exist in the source tarball, so signing fails. Newer versions of Mono reject installation into the GAC for unsigned assemblies. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505596: FTBFS with GCC 4.4: dereferencing type-punned pointer...
forwarded 505596 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41303 tag 505596 + upstream thanks On Thu, Nov 13, 2008 at 08:17:08PM +0100, Martin Michlmayr wrote: Package: classpath Version: 2:0.97.2-1.1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Your package fails to build with the upcoming GCC 4.4. Version 4.4 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You can reproduce this problem with gcc-snapshot from unstable. Automatic build of classpath_2:0.97.2-1.1 on em64t by sbuild/amd64 0.53 ... cc1: warnings being treated as errors cpnet.c: In function 'cpnet_addMembership': cpnet.c:583: error: dereferencing type-punned pointer will break strict-aliasing rules cpnet.c: In function 'cpnet_dropMembership': cpnet.c:598: error: dereferencing type-punned pointer will break strict-aliasing rules make[4]: *** [cpnet.lo] Error 1 Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545210: RM: sigcperl -- ROM; unused library, upstream dead, upstream rdeps dead
retitle 545210 RM: sigcperl -- ROM; unused library, upstream dead, upstream rdeps dead thanks This RM bug was meant for sigcperl which is tied to sigc. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543101: c3p0: FTBFS: java errors
Version: 0.9.1.2-3 Hello, the package builds fine now. I'm unsure if this was a temporary breakage in another package or what. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545209: RM: sigc -- ROM; unused library, upstream dead, upstream rdeps dead
Package: ftp.debian.org Severity: normal Upstream is dead since years. Upstream of rdeps is dead years. Not used in Debian, rdeps never made it into the archive -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545210: RM: sigc -- ROM; unused library, upstream dead, upstream rdeps dead
Package: ftp.debian.org Severity: normal Upstream is dead since years. Upstream of rdeps is dead years. Not used in Debian, rdeps never made it into the archive -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545219: lintian: many false positives for debian-rules-calls-debhelper-in-odd-order check
Package: lintian Version: 2.2.14 Severity: normal When running lintian on the antlr source package I get this: W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 137) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 138) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 148) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 149) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 162) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 163) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 173) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 174) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_makeshlibs (line 207) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 208) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_shlibdeps (line 209) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 210) But when looking at the debian/rules file for antlr source package I see the following: # C# library dh_makeclilibs -V -plibantlr2.7-cil dh_installcligac -plibantlr2.7-cil dh_clideps -plibantlr2.7-cil dh_installdocs -plibantlr2.7-cil dh_installexamples -plibantlr2.7-cil dh_installchangelogs -plibantlr2.7-cil dh_fixperms -plibantlr2.7-cil chmod a-x debian/libantlr2.7-cil/usr/lib/cli/antlr-2.7/antlr.*.dll dh_compress -plibantlr2.7-cil dh_installdeb -plibantlr2.7-cil dh_gencontrol -plibantlr2.7-cil dh_md5sums -plibantlr2.7-cil dh_builddeb -plibantlr2.7-cil # antlr-doc dh_installdocs -pantlr-doc dh_installexamples -pantlr-doc dh_installchangelogs -pantlr-doc rm -rf debian/antlr-doc/usr/share/doc/antlr-doc/examples/csharp rm -f debian/antlr-doc/usr/share/doc/antlr-doc/csharp-runtime.html rm -f debian/antlr-doc/usr/share/doc/antlr-doc/Makefile* find debian/antlr-doc/usr/share/doc/antlr-doc/examples -type f -print | xargs chmod 0644 dh_fixperms -pantlr-doc dh_compress -pantlr-doc dh_installdeb -pantlr-doc dh_gencontrol -pantlr-doc dh_md5sums -pantlr-doc dh_builddeb -pantlr-doc # antlr dh_installman -pantlr dh_installdocs -pantlr dh_installchangelogs -pantlr dh_compress -pantlr dh_fixperms -pantlr dh_installdeb -pantlr dh_gencontrol -pantlr dh_md5sums -pantlr dh_builddeb -pantlr # antlr dh_installman -plibantlr-java dh_installdocs -plibantlr-java dh_installchangelogs -plibantlr-java dh_link -plibantlr-java \ usr/share/java/antlr.jar usr/share/java/antlr.debug.jar \ usr/share/java/antlr.jar usr/share/java/antlrall.jar dh_compress -plibantlr-java dh_fixperms -plibantlr-java dh_installdeb -plibantlr-java dh_gencontrol -plibantlr-java dh_md5sums -plibantlr-java dh_builddeb -plibantlr-java # python-antlr dh_installdocs -ppython-antlr dh_installchangelogs -ppython-antlr dh_pysupport -ppython-antlr dh_compress -ppython-antlr dh_fixperms -ppython-antlr dh_installdeb -ppython-antlr dh_gencontrol -ppython-antlr dh_md5sums -ppython-antlr dh_builddeb -ppython-antlr To me this looks like a false positive as all dh_* calls use -p explicitely on a specific package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.19.51.20090827-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using magic ii gettext 0.17-8 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db
Bug#540737: libantlr2.7-cil: installation into Mono fails (no strong name)
tag 540737 + confirmed thanks On Sun, Aug 09, 2009 at 09:14:49PM -0400, Aaron M. Ucko wrote: | Setting up libantlr2.7-cil (2.7.7-11) ... | * Installing 2 assemblies from libantlr2.7-cil into Mono | E: installing Assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll failed | E: Installation of libantlr2.7-cil with /usr/share/cli-common/runtimes.d/mono failed | dpkg: error processing libantlr2.7-cil (--install): | subprocess installed post-installation script returned error exit status 9 [...] | $ sudo gacutil -i /usr/lib/cli/antlr-2.7/antlr.astframe.dll | Failure adding assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll to the cache: Attempt to install an assembly without a strong name I observed this when upgrading to -13, but as you can see -11 exhibits the same problem, presumably a long-standing bug exposed by Mono 2.4.2.3. Could you please look into it? I can reproduce this bug. I have currently no idea what the cause of this can be... Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529762: libogremain-1.6.1: [Truncated content] Missing basic plugins from release and headers.
On Thu, May 21, 2009 at 01:42:20PM +0200, Mateusz Kaduk wrote: Package: libogremain-1.6.1 Version: 1.6.1.dfsg1-1 Severity: normal Normaly 1.6.1 provides some basic plugins such us /usr/lib/OGRE/libOctreeSceneManagerPlugin.so which are removed from package along with headers. This makes package questionably usable, especially for developers. Compiling most of addons is impossible due to missing basic plugins that addons base on. When running the command apt-file search lib/OGRE I get the following output: libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.la libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/libPlugin_PCZSceneManager.so ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.la ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.so ogre-plugins-cgprogrammanager-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_CgProgramManager.so Was libOctreeSceneManagerPlugin.so renamed to Plugin_OctreeSceneManager.so by upstream? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504054: libceguiogrerenderer-1.4.9: undefined reference to `CEGUI::Exception::Exception(CEGUI::String const)'
On Thu, Oct 30, 2008 at 08:54:48PM +, Robert Lemmen wrote: Package: libceguiogrerenderer-1.4.9 Version: 1.4.9.dfsg1-1 Severity: normal not sure if this should be reported against liceguiogrerenderer or against libcegui-mk2-dev, but in lenny this works: g++ -o test -lOgreMain -L/usr/lib -lOIS -lCEGUIBase \ -lCEGUIOgreRenderer -lOgreMain -lCEGUIBase where in sid it gives me a /usr/lib/libCEGUIOgreRenderer.so: undefined reference to `CEGUI::Exception::Exception(CEGUI::String const)' the difference is that in lenny we have libcegui-mk2-dev 0.5.0-4.1 and in sid we have 0.6.1-1 Does this problem still exist for you? I just tried to reproduce it and failed to. So I wonder if it was fixed somehow or I failed to do the right thing to reproduce. Please report back. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520461: libogremain-1.4.9: ogre-plugins-cgprogrammanager 1.6.1 held up on upgrade for libogremain-1.6.1
On Thu, Mar 19, 2009 at 03:43:49PM -0700, Marc J. Driftmeyer wrote: Package: libogremain-1.4.9 Version: 1.4.9.dfsg1-1 Severity: important libogremain-1.6.1 is unavailable leaving ogre-plugins-cgprogrammanager 1.6.1 orphaned while waiting for the parent lib to be available in main. I'm closing this bug as I think this was a transition issue from ogre 1.4.9 to 1.6.1 while ogre-plugins-cgprogrammanager was not updated as both come from different source pacakes. Please reopen with additional infos if you think different. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488807: libapache2-mod-jk: requests wrong URL when using mod_rewrite
On Mon, Jun 30, 2008 at 10:48:16PM -0400, Alex Mizrahi wrote: Package: libapache2-mod-jk Version: 1:1.2.18-3etch1 Severity: important after update to 1.2.18-3etch1 (not sure about that), mod_jk stopped using URL produced by mod_rewrite, but used original URL instead. upgrading to a version from backports fixed the problem. relevant piece of config: JkMount /we-tag/servlet/* ajp13 RewriteEngine on RewriteRule ^/api/(\w+)/?$ /we-tag/servlet/LspExec?action=$1 [PT,QSA] This was a default behavior change in the package due to a fix for CVE 2007-1860 [1]. Upstream also has made this change and documented that. I close this bug as its expected behavior. Cheers, Michael [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-1860 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503373: foo2zjs: Should/Better select printer and run ``getweb'' to download firmwire during package installation
On Sat, Oct 25, 2008 at 07:16:41PM +0800, Yang Zhe wrote: Package: foo2zjs Version: 20070718dfsg-8 Severity: important After I had configured my printer (HP LaserJet 1020), I find that I can't print unless it has been used on another system say windows, do not poweroff it, then connect to my system. I also find that if it was turned off and turned on, I should use another system to print a document again, then connect to my system, to get it work on my system. After a long time searching on web I find that I should run ``getweb 1020''. I think it's better prompt it when doing postinst. Sorry for the long delay on this. I think it's a bad idea to put this into postinst as not all printers need additional files download from the web. Users are expected to read the file README.Debian in /usr/share/doc/package name when something like this happens. I tried to make the text in this file more clear on this. If you still have issues with this please replay. This will be in the next upload of foo2zjs package. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#426761: marked as done (tomcat5.5: don't include auto-generated policy)
reopen 426761 ! thanks Hello, I don't know whether this is fixed in tomcat6 but, because of new technology, I won't track Tomcat bugs anymore. Please don't just close bugs you are not interested in anymore. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539126: classpath: FTBFS: configure: error: conditional GCJ_JAVAC was never defined.
On Wed, Jul 29, 2009 at 11:47:38AM +0200, Kurt Roeckx wrote: Source: classpath Version: 2:0.98-1 Severity: serious Hi, There was an error while trying to autobuild your package: Start Time: 20090729-0552 [...] Build-Depends: debhelper (= 5), ecj [!alpha !arm !hppa !hurd-i386], gcj [!alpha !arm !hppa !hurd-i386], zip, libgtk2.0-dev, libgconf2-dev, libart-2.0-dev, libx11-dev, libice-dev, libxt-dev, libxtst-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libcairo2-dev, dpatch, libqt4-dev (= 4.1.0), dssi-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], iceape-dev (= 1.1.9-5), libmagic-dev [...] Toolchain package versions: libc6-dev_2.9-23 linux-libc-dev_2.6.30-3 g++-4.3_4.3.3-14 gcc-4.3_4.3.3-14 binutils_2.19.51.20090723-1 libstdc++6_4.4.1-1 libstdc++6-4.3-dev_4.3.3-14 [...] checking for find... /usr/bin/find checking for zip... /usr/bin/zip checking for a jar-like tool... trying fastjar, gjar and jar checking for fastjar... /usr/bin/fastjar checking whether to regenerate parsers with jay... no checking for stdint types... stdint.h (shortcircuit) make use of stdint.h in include/config-int.h (assuming C99 compatible system) configure: error: conditional GCJ_JAVAC was never defined. Usually this means the macro was only invoked conditionally. make: *** [configure-native-only] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=i386pkg=classpathver=2:0.98-1 Damn this happens on all buildds but not on my system and not in my pbuilder. Can you send me the config.log file of this build? Its this possible? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436691: foo2zjs: Man page cleanup
Version: 20090301dfsg-1 Sorry for the late feedback, but this bug was fixed in version 20090301dfsg-1. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
tag 515123 upstream thanks Marking bug as upstream bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello everyone, I have a working package now. What is missing is that I need to write a manpage for ember and to package ember-media. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello, On Wed, Jul 22, 2009 at 10:07:23PM -0500, Erick Vresnev Castellanos Hernández wrote: I'm afraid I'll not be of much help. When I tried to package ember I focused on getting CEGUI working properly as an ember's dependency, but when I finally help cegui's mainteiner with a patch, I ran out of time and couldn't package ember. I just check my ember's package directory and I only have the templates that debhelper creates. So, basically you need to start from scratch. Let's hope you have more time than I in order to get ember into Debian. I have now a building package. It still has some glitches in it but ti builds. A first step is done. More work to do. I will keeop you updated. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538170: (no subject)
On Thu, Jul 23, 2009 at 07:29:24PM +0100, Al Riddoch wrote: Subject: cyphesis-cpp packages since at least version 0.5.15 are missing key files Package: cyphesis-cpp Version: 0.5.15-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** I am the upstream author of cyphesis-C++ A number of releases ago changes were made to the filesystem layout of cyphesis after installation, and the package does not seem to have been updated to include files which have changed location or been added. Firstly a number of files with the suffix .xml are installed in /etc/cyphesis/mason.d/ and should be included in the package cyphesis-cpp-mason. Currently only basic.xml and mason.xml are included, meaning data which is vital for cyphesis to run usefully is missing. The contents of this directory are likely to grow, so the package should use a wildcard, not a fixed list of known files. Secondly a directory full of Python files is installed in /usr/share/cyphesis/scripts/cyphesis/ which are vital for the scripting interface of cyphesis, and these do not seem to be included in the package. Without a functional scripting interface, cyphesis is effectively useless. I can confirm this issue directly on 0.5.15, and am fairly sure the issue applies to 0.5.16 as public servers using this version on the internet display the same issue. You are right. I currently prepare an update to 0.5.20 which needs to wait for mercator go through NEW queue first. This release will address all above issues. Cheers, ichael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274484: bsh shebang line: it works
On Fri, Jul 24, 2009 at 09:43:07AM +0200, Niels Thykier wrote: Hi I just tested this with bsh (version 2.0b4) and it does not seem to work for me. Neither the previous example nor String a = Hello System.out.println(a); Which works directly in bsh, but not from a #!/usr/bin/bsh shell. My kernel version is: 2.6.26-2-686 I just tried your example with the version of bsh from lenny aka stable and sid aka unstable and I can't reproduce the bug. It just works. That's really a strange bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507089: fixed with jamvm 1.5.1
reassign 507089 jamvm close 507089 1.5.1-1 thanks Just cleaning up some old mails... On Fri, Nov 28, 2008 at 10:28:35PM +0100, Carsten Pfeiffer wrote: Never mind, this is not a classpath, but a jamvm issue. It works perfectly with Jamvm 1.5.1. Thanks for the report and solutionn. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
severity 515123 wishlist thanks Hello Luca, On Fri, Feb 13, 2009 at 07:37:16PM +0100, Luca Bigliardi wrote: Package: libsdl-image1.2-dev Version: 1.2.6-3 Severity: normal Tags: patch Hi, I sent the attached patch to SDL_image upstream to add pkg-config support, but I haven't received any feedback and the patch is not in their svn. Please can you help me contacting the upstream ? Thanks for the report. I contacted Sam Lantinga about it. Lets see what he says. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello Erick, On Fri, Apr 17, 2009 at 09:15:42AM -0500, Erick Vresnev Castellanos Hernández wrote: El Vie, 17 de Abril de 2009, 8:46 am, Steve Cotton escribió: Hello Erick, Are you still intending to package Ember? libwfut has been packaged for Sear, which is currently the only user of four libary packages: liberis-1.3-14 libmd3-1 libsage2 libwfut-0.2-1 I've just filed #524484: sear, sear-media: should this package be removed? which may lead to all of those libraries being removed. Regards, Steve Hi Steve, I couldn't make a usable package in the past because of some issues with CEGUI (#456244), and after that the usage of a new version. I'm still interested in the package, but right now I do not have enough time to work on it. If someone (perhaps you? :) ) is willing to package it, please go ahead. If not, I'll prefer to ask for *not* removing the libraries you mentioned. And I'll try to give some time to re-try packaging ember. Anyway, I appreciate the notice. I'm also interested in getting this into Debian. I'm also the maintainer of all the WorldForge libs in Debian. Do you have already some partly Debian source package? Would you provide this for further work on Ember? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537290: classpath-common, gcj-jdk: Conflicting file /usr/share/man/man1/gappletviewer.1.gz
Hello, On Sat, Jul 18, 2009 at 07:47:11PM -0400, Matthias Klose wrote: reassign 537290 classpath-common thanks No, there's nothing wrong with gcj-jdk. It defines a conflict with the current classpath-common. What needs to be done: update classpath to 0.98, build cacao using the new classpath, then decide what to do with the tools which are both built by gcj-jdk and classpath, if we want to avoid the conflict. classpath/cacao should at least provide something like /usr/lib/jvm/something and provide alternatives as other JVM's do. Maybe it is a help to provide a new cacao-source source package just building the cacao-source binary package, which then is then used by classpath and openjdk-6 to build the cacao runtime. If nobody is interested in classpath, then we maybe should remove it. I will take care of this. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524484: sear, sear-media: should this package be removed?
Hello Steve, sorry for the long delay. On Fri, Apr 17, 2009 at 04:03:15PM +0100, Steve Cotton wrote: There's a year-old ITP for Ember: #437516 Sear is currently the only user of four libary packages: liberis-1.3-14 libmd3-1 libsage2 libwfut-0.2-1 Erick (Ember's ITP'r) requests that those libraries remain for Ember's use. I agree that sear should be removed. I also agree that ember is the future. I will keep the libraries for now in Debian. They are no burden currently and might be needed for ember (I haven't checked ember's prerequisites yet). Will you file the RM bugs for sear and sear-media or should I do it? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496882: drbd8-source: drbd-source generated module package misses to run depmod
Package: drbd8-source Version: 2:8.0.13-1 Severity: important A kernel module package generated from drbd8-source misses to run depmod after installation (in postinst script). Because of this it is not easily possible to do modprobe drbd. $ sudo modprobe drbd FATAL: Module drbd not found. Running depmod locally fixes this but it should be done automatically in the postinst script. The postrm script has to call depmod too to remove the module again from the list of known modules. Debhelper offers the dh_installmodules helper which does all this automtically. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drbd8-source depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.17 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii module-assistant 0.10.11.0 tool to make module package creati Versions of packages drbd8-source recommends: ii debconf-utils 1.5.23 debconf utilities ii dpkg-dev 1.14.21Debian package development tools ii kernel-package11.001-0.1 A utility for building Linux kerne drbd8-source suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489610: sear: SEAR_MEDIA not set correctly
On Sun, Jul 06, 2008 at 08:15:05PM -0500, Lee Lindwood wrote: Subject: sear: SEAR_MEDIA not set correctly Package: sear Version: 0.6.3+cvs20080411-2 Severity: important *** Please type your report below this line *** Starting sear gives the following message: Starting Sear [Error] System: Error opening script file: ${SEAR_MEDIA}/media.script [...] It seems that the client doens't have any access to its data because it doesn't know where to find it. Yes, the sear-media package needs an update. Thanks for noticing. I will do that in the next days. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489507: ITP: icu4j -- unicode and globalization library
Package: wnpp Severity: wishlist Owner: Michael Koch [EMAIL PROTECTED] * Package name: icu4j Version : 3.8.1 Upstream Author : IBM Corp. and ICU Team * URL : http://icu-project.org/ * License : ICU License Programming Lang: Java Description : unicode and globalization library ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode and Globalization support for software applications. ICU is widely portable and gives applications the same results on all platforms and between C/C++ and Java software. . ICU4J is Java version of ICU library. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487036: dom4j: FTBFS: Nonexistent build-dependency: openjdk-6-jdk
tag 487036 pending thanks On Thu, Jun 19, 2008 at 12:04:22PM +0200, Lucas Nussbaum wrote: Package: dom4j Version: 1.6.1+dfsg-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5) Build-Depends-Indep: ant-optional, antlr, junit, libbackport-util-concurrent-java, libjaxen-java (= 1.1~beta11), libjaxme-java, libjunitperf-java, libxalan2-java (= 2.7.0), libxerces2-java, libxpp2-java, libxpp3-java, openjdk-6-jdk Checking for already installed source dependencies... W: Unable to locate package openjdk-6-jdk openjdk-6-jdk is waiting in NEW queue to get accepted. Some issues are still beeing worked on on this. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446068: Bug#434106: Please package a new upstream version
On Thu, Mar 20, 2008 at 11:49:36PM +0100, Aurelien Jarno wrote: Hi, Do you plan to work on packaging a new version before the Lenny freeze which will happen soon? I see no reason of not packaging version 7.0 which is available for almost 9 months. Note that this new upstream version fixes bugs #405669 and #401724. If you lack some time to package it, please tell me I will work on that and upload the package. I'm very interested in this update too. I need it for CACAO (as Christan Thalinger already said). If you want we can comaintain the package. Ryan: How can we help you best? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]