Bug#591109: libfreemarker-java: FTBFS: cannot find symbol PyJavaInstance
On Tue, Aug 03, 2010 at 09:23:01PM +0200, Torsten Werner wrote: reassign 591109 jython affects 591109 + libfreemarker-java thanks Hi Nicolas, you have changed the jython package in a way which does not follow the Debian Java Policy. The package ships a tree of class files instead of a jar file as in Lenny. Hi Torsten, I think you were confused by the .class files in the /usr/share/jython/Lib directory. These class files are the result of the byte-compilation of the Lib python files by the Jython compiler. These files are completely and transparently handled by the Jython interpreter much like the .pyo and .pyc files for Python. They are not supposed to be directly accessed by users. The Jython public API is included in the /usr/share/java/jython.jar file, and I think it follows the Debian Java policy. I think the real issue for libfreemarker-java is that the public API for Jython has changed between Jython 2.2 and 2.5 and so the Jython wrapper of freemarker needs to be ported to Jython 2.5. BTW, you even ship Windows *.exe files. Please remove them. You are right about the .exe files. I'll have a look at that. But I wonder if that is not part of the Python distutil distribution. Regards, -- Nicolas Duboc ndu...@debian.org signature.asc Description: Digital signature
Bug#454236: Patch
tags 454236 + patch thanks Please find below a patch that fixes this issue. As your are listed in the LowThresholdNmu wiki page, I may upload an NMU before Friday if you don't acknowledge this patch and if I find time. Regards, -- Nicolas Duboc [EMAIL PROTECTED] - diff -ur vpnc-0.5.1r254-1/debian/patches/04_debianitis.dpatch vpnc-0.5.1r254/debian/patches/04_debianitis.dpatch --- vpnc-0.5.1r254-1/debian/patches/04_debianitis.dpatch2007-12-23 14:50:28.0 +0100 +++ vpnc-0.5.1r254/debian/patches/04_debianitis.dpatch 2007-12-23 12:49:56.0 +0100 @@ -3,9 +3,9 @@ ## @DPATCH@ -diff -urNad vpnc~/config.c vpnc/config.c vpnc~/config.c 2007-10-18 09:42:04.0 +0200 -+++ vpnc/config.c 2007-10-18 09:59:34.0 +0200 +diff -urNad vpnc-0.5.1r254~/config.c vpnc-0.5.1r254/config.c +--- vpnc-0.5.1r254~/config.c 2007-12-23 12:29:41.0 +0100 vpnc-0.5.1r254/config.c2007-12-23 12:45:44.0 +0100 @@ -186,6 +186,16 @@ return cisco; } @@ -52,9 +52,9 @@ 0, 0, 0, NULL, NULL, NULL, NULL, NULL } }; -diff -urNad vpnc~/config.h vpnc/config.h vpnc~/config.h 2007-10-18 09:42:04.0 +0200 -+++ vpnc/config.h 2007-10-18 09:59:34.0 +0200 +diff -urNad vpnc-0.5.1r254~/config.h vpnc-0.5.1r254/config.h +--- vpnc-0.5.1r254~/config.h 2007-12-23 12:29:41.0 +0100 vpnc-0.5.1r254/config.h2007-12-23 12:45:44.0 +0100 @@ -57,6 +57,11 @@ CONFIG_AUTH_MODE, CONFIG_CA_FILE, @@ -67,21 +67,21 @@ LAST_CONFIG }; -diff -urNad vpnc~/pcf2vpnc vpnc/pcf2vpnc vpnc~/pcf2vpnc 2007-08-30 20:51:30.0 +0200 -+++ vpnc/pcf2vpnc 2007-10-18 10:00:27.0 +0200 +diff -urNad vpnc-0.5.1r254~/pcf2vpnc vpnc-0.5.1r254/pcf2vpnc +--- vpnc-0.5.1r254~/pcf2vpnc 2007-12-23 12:29:41.0 +0100 vpnc-0.5.1r254/pcf2vpnc2007-12-23 12:46:16.0 +0100 @@ -24,6 +24,8 @@ use strict; use warnings; -+$ENV{PATH}.=:/usr/share/vpnc; ++$ENV{PATH}.=:/usr/lib/vpnc; + my %authmode = ( 1 = 'psk', 3 = 'cert', 5 = 'hybrid' ); my $no_decrypt = 0; if (system(cisco-decrypt, q) == -1) { -diff -urNad vpnc~/vpnc-script.in vpnc/vpnc-script.in vpnc~/vpnc-script.in 2007-10-18 09:42:04.0 +0200 -+++ vpnc/vpnc-script.in2007-10-18 09:59:34.0 +0200 +diff -urNad vpnc-0.5.1r254~/vpnc-script.in vpnc-0.5.1r254/vpnc-script.in +--- vpnc-0.5.1r254~/vpnc-script.in 2007-12-23 12:29:41.0 +0100 vpnc-0.5.1r254/vpnc-script.in 2007-12-23 12:45:44.0 +0100 @@ -84,7 +84,7 @@ # === tunnel interface handling @@ -186,9 +186,9 @@ fi } -diff -urNad vpnc~/vpnc.c vpnc/vpnc.c vpnc~/vpnc.c 2007-10-18 09:42:04.0 +0200 -+++ vpnc/vpnc.c2007-10-18 09:59:34.0 +0200 +diff -urNad vpnc-0.5.1r254~/vpnc.c vpnc-0.5.1r254/vpnc.c +--- vpnc-0.5.1r254~/vpnc.c 2007-12-23 12:29:41.0 +0100 vpnc-0.5.1r254/vpnc.c 2007-12-23 12:45:44.0 +0100 @@ -265,6 +265,9 @@ { setenv(VPNGATEWAY, inet_ntoa(s-dst), 1); diff -ur vpnc-0.5.1r254-1/debian/rules vpnc-0.5.1r254/debian/rules --- vpnc-0.5.1r254-1/debian/rules 2007-12-23 14:50:28.0 +0100 +++ vpnc-0.5.1r254/debian/rules 2007-12-23 12:51:19.0 +0100 @@ -57,7 +57,7 @@ # Add here commands to install the package into debian/vpnc. cp vpnc vpnc-disconnect debian/vpnc/usr/sbin/ install -m755 pcf2vpnc debian/vpnc/usr/share/vpnc/ - install -m755 cisco-decrypt debian/vpnc/usr/share/vpnc/ + install -m755 cisco-decrypt debian/vpnc/usr/lib/vpnc/ install -D -m600 vpnc.conf debian/vpnc/etc/vpnc/example.conf install -D -m755 vpnc-script debian/vpnc/etc/vpnc/vpnc-script chmod 700 debian/vpnc/etc/vpnc diff -ur vpnc-0.5.1r254-1/debian/vpnc.dirs vpnc-0.5.1r254/debian/vpnc.dirs --- vpnc-0.5.1r254-1/debian/vpnc.dirs 2007-12-23 14:50:28.0 +0100 +++ vpnc-0.5.1r254/debian/vpnc.dirs 2007-12-23 12:55:10.0 +0100 @@ -1,3 +1,4 @@ usr/sbin var/run/vpnc usr/share/vpnc +usr/lib/vpnc Seulement dans vpnc-0.5.1r254: vpnc-script pgpAPF3765hBJ.pgp Description: PGP signature
Bug#457478: mnogosearch-mysql: Package uninstallable
Package: mnogosearch-mysql Version: 3.3.6-2 Severity: grave Justification: renders package unusable It seems that mnogosearch-mysql and mnogosearch-common have files that conflict. That made the packages uninstallable on my (up-to-date) sid system : [EMAIL PROTECTED]:~$ sudo aptitude install mnogosearch-mysql Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Building tag database... Done The following packages have been kept back: tora The following NEW packages will be installed: mnogosearch-common{a} mnogosearch-mysql 0 packages upgraded, 2 newly installed, 0 to remove and 1 not upgraded. Need to get 3222kB of archives. After unpacking 10.6MB will be used. Do you want to continue? [Y/n/?] y Writing extended state information... Done Get:1 http://ftp.fr.debian.org sid/main mnogosearch-mysql 3.3.6-2 [1444kB] Get:2 http://ftp.fr.debian.org sid/main mnogosearch-common 3.3.6-2 [1778kB] Fetched 3222kB in 7s (415kB/s) Preconfiguring packages ... Selecting previously deselected package mnogosearch-mysql. (Reading database ... 242246 files and directories currently installed.) Unpacking mnogosearch-mysql (from .../mnogosearch-mysql_3.3.6-2_i386.deb) ... Unpacking mnogosearch-common (from .../mnogosearch-common_3.3.6-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/mnogosearch-common_3.3.6-2_all.deb (--unpack): trying to overwrite `/usr/share/mnogosearch/tables/cache/create.single.sql', which is also in package mnogosearch-mysql dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/mnogosearch-common_3.3.6-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of mnogosearch-mysql: mnogosearch-mysql depends on mnogosearch-common (= 3.3.6-2); however: Package mnogosearch-common is not installed. dpkg: error processing mnogosearch-mysql (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: mnogosearch-mysql Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Building tag database... Done There are now 1 broken [+1]. [EMAIL PROTECTED]:~$ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages mnogosearch-mysql depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libmysqlclient15off 5.0.51-1 MySQL database client library ii libssl0.9.8 0.9.8g-3 SSL shared libraries pn mnogosearch-common none (no description available) ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime mnogosearch-mysql recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395260: FTBFS: sablevm: cannot create vm
On Thu, Nov 09, 2006 at 08:43:10PM +0100, Ana Guerrero wrote: I have just tried to reproduce this in a etch chroot and henplus builds correctly. I did not either reproduce this FTBFS with my testing system today. It may be more a problem with sablevm itself. See how your grid5000 system had the same problem when building libcommons-jexl-java : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395366 Arnaud fixed the problem by switching to java-gcj-compat-dev instead of jikes-sablevm but it is just a work-around hidding the true problem. -- Nicolas Duboc [EMAIL PROTECTED] pgpRRI3ndm3Ke.pgp Description: PGP signature
Bug#395260: FTBFS: sablevm: cannot create vm
On Fri, Nov 10, 2006 at 01:40:35PM +0100, Nicolas Duboc wrote: On Thu, Nov 09, 2006 at 08:43:10PM +0100, Ana Guerrero wrote: I have just tried to reproduce this in a etch chroot and henplus builds correctly. I did not either reproduce this FTBFS with my testing system today. I did not reproduce it either in an etch i386 chroot on an AMD64 machine. (the system of my previous email was an etch i386 chroot on a Pentium M machine). -- Nicolas Duboc [EMAIL PROTECTED] pgpxpLfHD3MCg.pgp Description: PGP signature
Bug#393016: Bug:#393016: FTBFS: You need to modify your classpath...
Hi Martin, I think the problem is actually from jikes-gij (#384613) and was fixed with version 1:1.22-5.1 (now in testing). I did not reproduce the FTBFS in a clean pbuilder environment today. Can you confirm that the jikes-gij you used was prior 1:1.22-5.1 and that you can't reproduce today ? Thanks, -- Nicolas Duboc [EMAIL PROTECTED] pgp3lnomb44Qd.pgp Description: PGP signature
Bug#376107: Bug#362292: Bug#376107: libbsf-java: FTBFS: .orig.tar.gz missing and Build-Dependencies can not be satisfied
unblock 376107 by 362292 thanks On Fri, Jun 30, 2006 at 11:46:12AM +0200, Andreas Jochens wrote: [...] # apt-get build-dep libbsf-java Reading package lists... Done Building dependency tree... Done E: Build-dependencies for libbsf-java could not be satisfied. To be able to fix this issue we need a new upload of jython which still depends on python2.1 (which doesn't exist anymore). Jython is back in sid since yesterday. Regards, -- Nicolas Duboc [EMAIL PROTECTED] pgp6Motatix5E.pgp Description: PGP signature
Bug#376107: Bug#362292: Bug#376107: libbsf-java: FTBFS: .orig.tar.gz missing and Build-Dependencies can not be satisfied
On Sun, Jul 02, 2006 at 12:42:49AM +0200, Michael Koch wrote: block 376107 by 362292 thanks On Fri, Jun 30, 2006 at 11:46:12AM +0200, Andreas Jochens wrote: Package: libbsf-java Version: 1:2.3.0+cvs20050308-6 Severity: serious When trying to build 'libbsf-java' in a clean unstable chroot, I get the following error: [...] To be able to fix this issue we need a new upload of jython which still depends on python2.1 (which doesn't exist anymore). My work to get jython back in the archive is nearly finished. I expect to upload it in the next seven days. Regards, -- Nicolas Duboc [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362292: jython: FTBFS: Obsolete Build-Depends on python2.1
Hi Ben, I have started to think about how to fix this jython RC bug. I don't think waiting for a new release of jython is a solution if we want to have it in etch. So I'm considering shipping duplicates of python 2.1 modules. This raises some questions : 1. which version of python 2.1 modules to include 2. how to package these modules 3. the support of /usr/lib/python2.1/site-packages 1. There are two possibilities : either take the modules from the jython upstream binary release, which should be the same as the python upstream version modulo the jython specific modules, or take the Debian python2.1 package (same modulo). Matthias Klose had patched some of the upstream modules for his Debian package. Do you have preference/clue on this choice ? 2. Adding all these modules to the Debian diff is certainly not a solution (it would be too big , no ?). That made me wonder how you produced the jython tar.gz. On Jython website I only found a .class release, nothing that looks like a source release. Did you reworked this .class file ? Or worked from CVS ? I see to possibilities : either include the new modules in the tar.gz or create a new source package (e.g. python2.1-modules) that would just include these modules and which jython would build-depend on. 3. In your orphaning mail you mentioned the problem of the /usr/lib/python2.1/site-packages. Wouldn't just keeping this directory in the sys.path of jython suffices ? Modules droped in this directory would still be available from jython. Thanks in advance for your help. Regards, -- Nicolas Duboc [EMAIL PROTECTED] pgpVleXp89GyJ.pgp Description: PGP signature
Bug#360542: Announce of NMU for 360542
Hi, I'm going to upload a NMU of argouml to fix this bug by applying patch provided by Andreas. As we are in an BSP period, I'm uploading directly to the archive. Below is the patch of the NMU. Regards, -- Nicolas Duboc [EMAIL PROTECTED] diff -u argouml-0.19.6/debian/changelog argouml-0.19.6/debian/changelog --- argouml-0.19.6/debian/changelog +++ argouml-0.19.6/debian/changelog @@ -1,3 +1,12 @@ +argouml (0.19.6-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Replaced usage of base64-decode (package mime-codecs) by a Perl one-liner +and removed build-dependency on mime-codecs (patch from Andreas Jochens) +(closes: #360542) + + -- Nicolas Duboc [EMAIL PROTECTED] Fri, 21 Apr 2006 13:36:58 +0200 + argouml (0.19.6-2) unstable; urgency=low * added dependency against libgnujmi-java and libswidgets-java diff -u argouml-0.19.6/debian/control argouml-0.19.6/debian/control --- argouml-0.19.6/debian/control +++ argouml-0.19.6/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Uploaders: Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends-Indep: kaffe | java2-compiler, cdbs (= 0.4.5.3), debhelper ( 4.0.0), libxerces-java, antlr, liblog4j1.2-java, libgef-java (= 0.10.2), libnsuml-java, libocl-argo-java, jikes, ant (=1.5), ant-optional, libjdepend-java, junit, libi18n-java (= 0.1.3), libtoolbar-java (= 0.4), mime-codecs, libgnujmi-java, libswidgets-java +Build-Depends-Indep: kaffe | java2-compiler, cdbs (= 0.4.5.3), debhelper ( 4.0.0), libxerces-java, antlr, liblog4j1.2-java, libgef-java (= 0.10.2), libnsuml-java, libocl-argo-java, jikes, ant (=1.5), ant-optional, libjdepend-java, junit, libi18n-java (= 0.1.3), libtoolbar-java (= 0.4), libgnujmi-java, libswidgets-java Standards-Version: 3.6.2 Package: argouml diff -u argouml-0.19.6/debian/rules argouml-0.19.6/debian/rules --- argouml-0.19.6/debian/rules +++ argouml-0.19.6/debian/rules @@ -22,7 +22,7 @@ install -m 644 $(CURDIR)/build/argouml.jar $(CURDIR)/debian/argouml/usr/share/java/ install -m 644 $(CURDIR)/build/argouml-model.jar $(CURDIR)/debian/argouml/usr/share/java/ install -m 755 $(CURDIR)/debian/argouml.sh $(CURDIR)/debian/argouml/usr/bin/argouml - base64-decode debian/argologo32x32.xpm.asc $(CURDIR)/debian/argouml/usr/share/pixmaps/argouml_icon.xpm + perl -MMIME::Base64 -e 'print decode_base64(join(, ))' debian/argologo32x32.xpm.asc $(CURDIR)/debian/argouml/usr/share/pixmaps/argouml_icon.xpm -mkdir $(CURDIR)/debian/argouml-doc/usr/share/doc/argouml-doc/apidoc -cp -R $(CURDIR)/build/javadocs/* \ $(CURDIR)/debian/argouml-doc/usr/share/doc/argouml-doc/apidoc pgpVt2MdqOAEi.pgp Description: PGP signature