Bug#671035: libcommons-net-java: Minor mistake in short description
Package: libcommons-net-java Version: 1.4.1-5 Severity: minor Dear Maintainer, There is minor mistake in short description. The current description is as follows. dummy package for upgrading to libcommons-net-java It implies the package is for upgrade path to itself. The description should be dummy package for upgrading to libcommons-net1-java -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcommons-net-java depends on: ii libcommons-net1-java 1.4.1-5 libcommons-net-java recommends no packages. libcommons-net-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#624502: iceweasel: URL bar not working anymore
On Sat, Aug 6, 2011 at 2:30 PM, Mike Hommey m...@glandium.org wrote: On Sun, May 08, 2011 at 08:02:28AM +0200, Mike Hommey wrote: On Sun, May 08, 2011 at 08:37:29AM +0530, Onkar Shinde wrote: On 5/4/11, Mike Hommey m...@glandium.org wrote: snip This may be related to bug #560329. Can you try the instructions from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560329#40 ? /snip I haven't lost my bookmarks or history. So I am definitely not affected by bug 560329. Following is the output of commands mentioned in the comment 40 of that bug. sqlite select count(*) from moz_historyvisits; 3976 sqlite select count(*) from moz_bookmarks; 121 What I noticed is that when I created new profile everything is working fine. So something has gone wrong with my default profile. Can you try copying that sqlite file from your default profile into the new profile and see if that still works? Also, does it work if you start in safe mode? Did the instructions above lead somewhere? I thought I had replied to this. But it seems it completely slipped my mind. Starting the troubling profile in safe mode does not make any difference. Also I copied the sqlite file from old profile to new profile. It works perfectly in new profile. I am attaching here a diff of files/directories between old profile and new profile. Please see if it gives any hint as to the source of the problem. Cheers. Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. --- default_files.txt 2011-08-07 09:22:28.0 +0530 +++ test_files.txt 2011-08-07 09:22:40.0 +0530 @@ -3,7 +3,6 @@ bookmarks.html Cache cert8.db -cert_override.txt chrome compatibility.ini compreg.dat @@ -14,13 +13,11 @@ extensions.cache extensions.ini extensions.rdf -firebug formhistory.sqlite key3.db localstore.rdf localstore-safe.rdf mimeTypes.rdf -OfflineCache permissions.sqlite places.sqlite places.sqlite-journal @@ -29,18 +26,9 @@ search.json search.sqlite secmod.db -sessionstore-1.js -sessionstore-2.js -sessionstore-3.js -sessionstore-4.js -sessionstore-5.js -sessionstore-6.js -sessionstore-7.js -signons3.txt signons.sqlite urlclassifier3.sqlite urlclassifierkey3.txt -webappsstore.sqlite XPC.mfasl xpti.dat XUL.mfasl
Bug#624502: iceweasel: URL bar not working anymore
On Sun, Aug 7, 2011 at 9:28 AM, Onkar Shinde onkarshi...@ubuntu.com wrote: On Sat, Aug 6, 2011 at 2:30 PM, Mike Hommey m...@glandium.org wrote: On Sun, May 08, 2011 at 08:02:28AM +0200, Mike Hommey wrote: On Sun, May 08, 2011 at 08:37:29AM +0530, Onkar Shinde wrote: On 5/4/11, Mike Hommey m...@glandium.org wrote: snip This may be related to bug #560329. Can you try the instructions from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560329#40 ? /snip I haven't lost my bookmarks or history. So I am definitely not affected by bug 560329. Following is the output of commands mentioned in the comment 40 of that bug. sqlite select count(*) from moz_historyvisits; 3976 sqlite select count(*) from moz_bookmarks; 121 What I noticed is that when I created new profile everything is working fine. So something has gone wrong with my default profile. Can you try copying that sqlite file from your default profile into the new profile and see if that still works? Also, does it work if you start in safe mode? Did the instructions above lead somewhere? I thought I had replied to this. But it seems it completely slipped my mind. Starting the troubling profile in safe mode does not make any difference. Also I copied the sqlite file from old profile to new profile. It works perfectly in new profile. I am attaching here a diff of files/directories between old profile and new profile. Please see if it gives any hint as to the source of the problem. I found what the issue is. I noticed that in the troubling profile, search toolbar had no entries. So I thought may be the file causing problem is search.sqlite. When I tried to open this file with sqlitebrowser I got following error. onkar@iBook:~/.mozilla/firefox$ sqlitebrowser xn5aqxhc.default/search.sqlite could not get list of tables: 1, unsupported file format could not get list of tables: 1, unsupported file format So I deleted the file and restarted with the same profile that was causing problem. Everything works fine. So this indeed seems an issue related to sqlite, but not related to places.sqlite. I am attaching here the search.sqlite file from the profile back so that you can do further analysis if needed. Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. search.sqlite Description: Binary data
Bug#630112: ITP: jakarta-taglibs-standard -- Implementation of JSP Standard Tag Library (JSTL)
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: jakarta-taglibs-standard Version : 1.1.2 Upstream Author : The Apache Software Foundation * URL : http://tomcat.apache.org/taglibs/standard/ * License : Apache-2.0 Programming Lang: Java Description : Implementation of JSP Standard Tag Library (JSTL) JSTL can be used to embed logic in JSP pages without using embedded java code. Various tags are defined for common tasks such as conditional execution, loops, internationalization, XML processing etc. This package is Apache implementation of JSTL specification. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628142: libxom-java: Missing dependency and runtime classpath
Package: libxom-java Version: 1.2.1-3 Severity: normal The package libxom-java is missing runtime dependency on libxerces2-java. It is also missing classpath in the MANIFEST.mf file of the xom.jar. I think classpath should include at least jaxen.jar and xercesImpl.jar. -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxom-java depends on: ii libjaxen-java 1.1.3-1Java XPath engine libxom-java recommends no packages. Versions of packages libxom-java suggests: pn libxom-java-doc none (no description available) -- 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#627683: libcdk-java: Cinfony does not work with Debian's CDK
There are two issues here. 1. The libcdk-java package does not have correct runtime dependencies. 2. Various jar files in the package do not load appropriate third party class files by use of 'Class-Path' attribute of MANIFEST.MF file. I have figured out fixes for both of the issues and I will upload next revision soon. But this will also need a fix to libxom-java package (bug #628142). by the way, the reason why it works with upstream distribution is that all the class files including thirst party dependencies are shipped in a single jar. So there is no need for resolving dependencies/classpath. Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592419: glassfish-javaee: Please provide a copy of jstl jar in /usr/share/java directory
On Wed, May 25, 2011 at 10:06 PM, Damien Raude-Morvan draz...@drazzib.com wrote: Hi Tony, On Wed, 25 May 2011 08:34:29 -0700, tony mancill tmanc...@debian.org wrote: It might be better that it's not named jstl.jar, as it doesn't seem to provide all of the classes that other JARs floating around with that name provide. Specifically, I was hoping that wiring up Tomcat to this JAR would solve the issue with the tag plugin examples in tomcat6-examples and tomcat7-examples (#606768). But tomcat still needs something to provide the javax.servlet.jsp.jstl.* classes. JFTR, I know two things named JSTL : - javax.servlet.jsp.jstl.* (JavaServer Pages Standard Tag Library) - http://mvnrepository.com/artifact/jstl/jstl/1.1.2 - Homepage: http://java.sun.com/products/jsp/jstl/ - org.apache.taglibs.standard.* (Apache Standard Taglib) - http://mvnrepository.com/artifact/taglibs/standard/1.0.6 - Homepage: http://tomcat.apache.org/taglibs/index.html The link with title 'Apache Standard Taglib' on the second page actually leads to a download which contains both Apache Standard Taglib (standard.jar) and reference implementation of JSTL (jstl.jar) http://tomcat.apache.org/taglibs/standard/ I have a half-done package of this taglib I mention lying on my machine. The package builds fine but I haven't completed the debian/copyright file. I will try to complete it over weekend and upload it on mentors.d.n for sponsorship. Worst case I will at least push everything to SVN/GIT so that someone else can continue. Regards, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627712: libcdk-java: XML config files missing from cdk-core.jar
tags 627712 upstream thanks This problem seems to be with upstream build.xml. But I am not sure why it does not cause issue in upstream distributions. Following lines in build.xml are responsible in adding the XML data files in jar files (line 419-422 in 1.2.x branch). fileset dir=${source} exclude name=**/* unless=module.datafiles.present/ includesfile name=${metainf}/${module}.datafiles if=module.datafiles.present / /fileset Please note that instead of (or in addition to) '${source}' we should have '${src}' here. From my brief analysis it seems that while 'source' works for some modules, others (such as core) will need 'src' variable. I can patch the build.xml in Debian for now. I will do this soon (most probably this weekend). Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627523: libcdk-java should depend on libstdc++5, so that the InChI part works
severity 627523 wishlist thanks The issue is caused in a file which is not part of any Debian package. So can't help much here. :-) Of course the other related issue is that inchi module is not actually built (the jar does not contain any code) because the build dependency (jni-inchi) is not in Debian yet. This has been explained in README.Debian file (/usr/share/doc/libcdk-java/README.Debian). Once jni-inchi is packaged in Debian it will obviously built against appropriate stdc++ version. Till then I can keep this bug open as a reminder to package jni-inchi and then build appropriate module in cdk. As of now the action item is to remove the empty jars from Debian package to avoid any confusion. Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628066: /usr/bin/uscan: uscan suddenly giving error 404 for SF redirector
Package: devscripts Version: 2.10.73 Severity: normal File: /usr/bin/uscan Uscan has suddenly started failing for me since today for watch files that use SF redirector. It was working till yesterday. Following is the error seen for 'uscan --verbose --report' in cdk source package. onkar@iBook:~/programs/cdk-1.2.8$ uscan --verbose --report -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: http://sf.net/cdk/ cdk-(1\.[2468]\.[\d\.]+)\.tar\.gz debian uupdate uscan warning: In watchfile debian/watch, reading webpage http://qa.debian.org/watch/sf.php/cdk/ failed: 404 File Not Found -- Scan finished -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0.3 Debian package development tools ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii perl 5.12.3-6 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at3.1.12-1 Delayed job execution and batch pr ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii dctrl-tools 2.18 Command-line tools to process Debi pn debian-keyringnone (no description available) pn debian-maintainersnone (no description available) ii dput 0.9.6.2Debian package upload tool pn equivsnone (no description available) ii fakeroot 1.15.1-1 tool for simulating superuser priv ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libcrypt-ssleay-perl 0.57-2+b2 Support for https protocol in LWP ii libjson-perl 2.51-1 module for manipulating JSON-forma ii libparse-debcontrol-perl 2.005-3parser for debian control-like fil pn libsoap-lite-perl none (no description available) ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-perl 6.01-3 simple and consistent interface to ii lintian 2.5.0 Debian package checker ii lsb-release 3.2-27 Linux Standard Base version report ii man-db2.6.0.2-1 on-line manual pager ii patch 2.6.1-1Apply a diff file to an original ii patchutils0.3.2-1Utilities to work with patches ii sensible-utils0.0.6 Utilities for sensible alternative pn stracenone (no description available) ii unzip 6.0-4 De-archiver for .zip files pn wdiff none (no description available) ii wget 1.12-3.1 retrieves files from the web ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages devscripts suggests: pn bsd-mailx | mailx none (no description available) ii build-essential 11.5 Informational list of build-essent pn cvs-buildpackage none (no description available) pn devscripts-el none (no description available) pn gnuplot none (no description available) pn libauthen-sasl-perl none (no description available) ii libfile-desktopentry-perl 0.04-2 Perl module to handle freedesktop pn libnet-smtp-ssl-perl none (no description available) ii libterm-size-perl 0.2-4+b2 Perl extension for retrieving term ii libtimedate-perl 1.2000-1 collection of modules to manipulat pn libyaml-syck-perl none (no description available) pn mutt none (no description available) ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec ii svn-buildpackage 0.8.3 helper programs to maintain Debian ii w3m 0.5.3-2+b1 WWW browsable pager with excellent -- 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#627712: Found the root cause
I found the root cause of this issue. It is the structure of the tar.gz that is problematic. I have submitted a patch to upstream build.xml at [1]. But untill it is fixed upstream I will have to patch build.xml in Debian packaging. [1] https://sourceforge.net/tracker/?group_id=20024atid=320024 Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627110: ant: FTBFS on s390
On Tue, May 17, 2011 at 11:59 PM, Niels Thykier ni...@thykier.net wrote: Package: ant Version: 1.8.2-1 Severity: serious Tags: help Justification: FTBFS Hey As the title suggests, ant does not do too well on s390[1]. I had ant given back a couple of days and it gave exactly the same error, so I doubt it is a temporary issue. By the looks of it, my best guess is that openjdk-6 chokes here. Patch, fix or just a workaround appreciated. Just a few pointers. 1. Looking at the log it seems javadoc generation is choking. Ant's javadoc task always forks the process. So it is possible that the buildd doesn't have enough memory for allocation and hence the failure. 2. As a workaround you can disable the javadoc building on s390. This will need some 'trial and error' process and you will need access to the s390 machine. I had implemented similar change in java-gnome packaging. You can take a look at it. Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626069: tag 626069 wheezy sid
On Mon, May 9, 2011 at 7:01 PM, Matt Kraai kr...@ftbfs.org wrote: tag 626069 wheezy sid thanks Hi, This build failure is only reproducible in wheezy and sid, so I'm adding those tags to remove this bug from the list of release-critical bugs affecting squeeze. My guess is that this bug is probably fixed in fop 1.0 available in experimental. But I haven't tried rebuilding version in experimental myself. Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624502: iceweasel: URL bar not working anymore
On 5/4/11, Mike Hommey m...@glandium.org wrote: snip This may be related to bug #560329. Can you try the instructions from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560329#40 ? /snip I haven't lost my bookmarks or history. So I am definitely not affected by bug 560329. Following is the output of commands mentioned in the comment 40 of that bug. sqlite select count(*) from moz_historyvisits; 3976 sqlite select count(*) from moz_bookmarks; 121 What I noticed is that when I created new profile everything is working fine. So something has gone wrong with my default profile. -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624502: iceweasel: URL bar not working anymore
On Sun, May 1, 2011 at 11:57 AM, Mike Hommey m...@glandium.org wrote: snip This error should be fixed in version 3.5.19-2. Can you check if the other problem still remains? /snip The error seen at installation is fixed with 3.5.19-2. But the behavior of browser remains same. And I also see same error in 'Error Console'. Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624502: iceweasel: URL bar not working anymore
Package: iceweasel Version: 3.5.18-1 Severity: important For last few days the URL bar in iceweasel is not responding to 'Enter' key. Also the right arrow (indicating 'Go to URL' action) does not work. So I can not open any websites from URL bar. Following error is seen in 'Error Console' when I try. Error: uncaught exception: [Exception... Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService] nsresult: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) location: JS frame :: chrome://browser/content/search/search.xml :: get_searchService :: line 145 data: no] Please note that I can open websites from bookmarks menu. I thought that the installation had become corrupt somehow. So I reinstalled xulrunner-1.9.1 and iceweasel. At the time of installation I see following error which might be related to the problem. Selecting previously deselected package xulrunner-1.9.1. (Reading database ... 165411 files and directories currently installed.) Unpacking xulrunner-1.9.1 (from .../xulrunner-1.9.1_1.9.1.18-1_powerpc.deb) ... Selecting previously deselected package iceweasel. Unpacking iceweasel (from .../iceweasel_3.5.18-1_powerpc.deb) ... Adding 'diversion of /usr/bin/firefox to /usr/bin/firefox.real by iceweasel' Processing triggers for man-db ... Processing triggers for menu ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Processing triggers for hicolor-icon-theme ... Setting up xulrunner-1.9.1 (1.9.1.18-1) ... ../xpcshell: error while loading shared libraries: ./libxul.so: R_PPC_REL24 relocation at 0x0f9ed56c for symbol `_restgpr_29_x' out of range update-alternatives: using /usr/lib/xulrunner-1.9.1/xulrunner-stub to provide /usr/bin/xulrunner-stub (xulrunner-stub) in auto mode. Setting up iceweasel (3.5.18-1) ... Processing triggers for menu ... -- Package-specific info: -- Extensions information Name: Default Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled -- Plugins information Name: Shockwave Flash Location: /usr/lib/gnash/libgnashplugin.so Package: browser-plugin-gnash Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled -- Addons package information ii browser-plugin 0.8.9-1GNU Shockwave Flash (SWF) player - Plugin fo ii iceweasel 3.5.18-1 Web browser based on Firefox ii rhythmbox-plug 0.12.8-3 plugins for rhythmbox music player -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig2.8.0-2.2 generic font configuration library ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.7-2NetScape Portable Runtime Library ii libstdc++64.6.0-2The GNU Standard C++ Library v3 ii procps1:3.2.8-10 /proc file system utilities ii xulrunner-1.9.1 1.9.1.18-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-2 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - k pn mozplugger none(no description available) ii ttf-lyx2.0.0~rc3-2 TrueType versions of some TeX font pn ttf-mathematica4.1 none(no description available) ii xfonts-mathml 4 Type1 Symbol font for MathML pn xprint none(no description available) Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.23-3shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2 GCC support
Bug#598606: easymock fails to build from source due to missing build dependency on libhamcrest-java
On Thu, Sep 30, 2010 at 9:31 PM, James Page james.p...@canonical.com wrote: On Thu, 2010-09-30 at 10:49 -0430, Miguel Landaeta wrote: Hi Miguel I could not reproduce this in Debian. easymock B-D on junit4 and this depends on libhamcrest-java. You are completely correct; I overlooked this. However this package still fails to build on Ubuntu Maverick Meerkat during the test phase of the build. The easymock debian/rules file does not include hamcrest-core in DEB_JARS which I believe is the cause of the failure. Do you have a log of the failed build on Ubuntu? See attachment This is Ubuntu specific bug. The junit4 package in Ubuntu is not in sync with Debian. The version in Debian has hamcrest.jar in junit4's MANIFEST.MF. This autoloads hamcrest whenever junit4 is loaded. I have already requested junit4 sync. Check https://bugs.edge.launchpad.net/ubuntu/+source/junit4/+bug/648227 Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594270: libjcharts-java should depend on javaX-runtime
A look at the source tells me that there is only one file using Sun specific APIs - src/org/jCharts/encoders/JPEGEncoder13.java. Also it looks like this file has been superseeded by src/org/jCharts/encoders/JPEGEncoder.java which uses java standard APIs. So it makes sense to not compile JPEGEncoder13.java file. Other files referring to JPEGEncoder13.java are 1. src/org/jCharts/test/ChartTestDriver.java - tests the encoding using JPEGEncoder13. 2. src/org/jCharts/encoders/ServletEncoderHelper.java - provides an API to be used by servlets/jsps using JPEGEncoder13. It should be easy to patch the sources to exclude these sources. By the way, we currently do not run tests. Now may be good time to enable them. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594270: libjcharts-java should depend on javaX-runtime
On Wed, Aug 25, 2010 at 10:41 AM, tony mancill tmanc...@debian.org wrote: On 08/24/2010 08:01 PM, Thadeu Lima de Souza Cascardo wrote: Package: libjcharts-java Version: 0.7.5-1 Severity: normal libjcharts-java depends on openjdk or sun jre explictly. It does not allow the use of other java runtime (like gcj), which would be possible if it depended on java5-runtime, for example. I don't know what version is needed for libjcharts-java, so I am not providing a patch. It already depends on another java library (libbatik-java), which depends on java2-runtime-headless. I am not sure libjcharts-java is headless, but this should also be considered. Given that this source package only generates a single library package which doesn't appear that it's used as a stand-alone app (I may be incorrect on that, but I didn't see anything about it on the jCharts site), there needn't be a runtime JRE dependency at all. Any objections to removing the JRE from Depends completely? IIRC, jcharts uses some Sun specific APIs which are only available in Sun JRE and OpenJDK JRE. If this isn't the case then the restricted dependencies is a packaging mistake on my part. Please feel free to remove JRE dependency after verification. Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590817:
I was going to try and update this package. But there seems to be already some packaging work done in the SVN repository. What is the status of this packaging work? Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591851: jetty: Please include gnumail-providers.jar in start.config
On Wed, Aug 18, 2010 at 6:30 PM, Michele Renda mic.re...@email.it wrote: Hello to all, Il giorno gio, 05/08/2010 alle 23.38 +0200, Niels Thykier ha scritto: | # Optional stuff for libjetty-extra-java | /usr/share/java/gnumail.jar | /usr/share/java/gnumail-providers.jar | ... I found it would be good to add this entry too: /usr/share/java/inetlib.jar This file is provided by package . I don't think it create dependence problems because the package libgnumail-java (who provide gnumail.jar) depends by libgnuinet-java. This jar is needed to have gnumail.jar running without the exception: java.lang.ClassNotFoundException: gnu.inet.util.LineInputStream I fixed this part long time back. Please refer to [1] and [2]. If you are still facing the problem then there is some other issue. [1] http://packages.qa.debian.org/libg/libgnumail-java/news/20091120T155344Z.html [2] http://svn.debian.org/viewsvn/pkg-java/trunk/libgnumail-java/debian/patches/01_fix_classpath.patch?view=markup Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589231:
The pmu_battery module was not built in kernels 2.32 in Debian. gnome-power-manager previously used some different methods for battery detection. So it didn't depend on presence of pmu_battery. IIRC, the problem started showing up since gnome-power-manager version 2.28. Now it can not detect battery if the pmu_battery module is not loaded. Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589363: Fix FTBFS by not fail on error
Some packages were removed from build dependencies because they were not built. It was case of circular build dependencies. The problem is still not solved. But I hope it will be solved in Maverick. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589269: xmlgraphics-commons: New upstream: 1.4
Both batik and fop rely heaving on xmlgraphics-commons for the image processing. Let's make sure there are no regressions in these packages due to new version. It is possible that fop 1.0 needs xmlgraphics-commons 1.4. I haven't checked. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588895: fop 1.0 is out
The 1.0 release is not mentioned at [1]. So I assume it is not final yet. By the way, when you work on the package you may want to check/fix some of the existing bugs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566484 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575411 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519592 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512443 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586469 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544546 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451258 (This should be fixed in 1.0) Cheers, Onkar [1] - http://xmlgraphics.apache.org/fop/download.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586781: /usr/bin/jabref outputs warning if openjdk6 is missing
On Tue, Jun 22, 2010 at 8:54 PM, gregor herrmann gre...@debian.org wrote: On Tue, 22 Jun 2010 16:29:42 +0200, Martin Lutz wrote: the startup script /usr/bin/jabref contains the line find_java_runtime openjdk6 || find_java_runtime sun6 if the first find_java_runtime fails, a warning is given, even if the second part is successful (sun6 is installed). The warning is confusing: [warning] /usr/bin/jabref: No java runtime was found I agree that this output is confusing. Since it comes from /usr/lib/java-wrappers/java-wrappers.sh I guess it should be improved there. Vincent, what do you think about changing the line to something like java_warning No java runtime for argument '$1' was found ? I think the usage of find_java_runtime is not preferred way. As per the comment in /usr/lib/java-wrappers/java-wrappers.sh, # More than one argument can be specified; they will be taken into account # in that order; the first one found will be selected. So ideally it should be 'find_java_runtime openjdk6 sun6'. This way the first runtime found will be used and there won't be any warning. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584386: cdk: FTBFS: Java errors
Fri, Jun 4, 2010 at 4:56 AM, Daniel Leidert daniel.leid...@wgdd.de wrote: Am Donnerstag, den 03.06.2010, 21:53 +0200 schrieb Torsten Werner: On Thu, Jun 3, 2010 at 12:02 PM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Justification: FTBFS on amd64 cdk builds perfectly on my amd64 cowbuilder. Which jgrapht version did it use to build? The build-log by Lucas says 0.8 and AFAIK CDK doesn't build with this version. The fix is probably as easy as using libjgrapht0.6-java | libjgrapht-java in debian/control. Or updating cdk to a version that builds with jgrapht 0.8, if such a version exists. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582508: mplayer: DVD menu support not available
Package: mplayer Version: 2:1.0~rc3+svn20100502-2 Severity: normal According to mplayer news [1] it supports new way to play DVDs - mplayer dvdnav://. As per my understanding this means display of DVD menu. But even though Debian's mplayer package is created from a recent snapshot this functionality is not available. Following error is seen when trying to use uri dvdnav:// * on...@ibook:~$ mplayer -nocache dvdnav:// MPlayer SVN-r1.0~rc3+svn20100502-4.4.3 (C) 2000-2009 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing dvdnav://. No stream found to handle url dvdnav:// Exiting... (End of file) * It seems that mplayer is not built with dvdnav support (missing build-dep libdvdnav-dev). I did a local build with libdvdnav-dev added as build-dep and resulting mplayer package shows DVD menu. It will be great if this functionality was added in Debian package. [1] http://www.mplayerhq.hu/design7/news.html -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38 ascii art library ii libartsc0 1.5.9-3+b1 aRts sound system C support librar ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling ii libdirectfb-1.2-9 1.2.10.0-3 direct frame buffer graphics - sha ii libdvdread4 4.1.3-9 library for reading DVDs ii libenca01.13-1 Extremely Naive Charset Analyser - ii libesd0 0.2.41-7 Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-1GCC support library ii libgif4 4.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [libgl1 7.7.1-1 A free implementation of the OpenG ii libjack01.9.5~dfsg-13JACK Audio Connection Kit (librari ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblzo2-2 2.03-2 data compression library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.11.753-1 Software implementation of the Ope ii libpng12-0 1.2.43-1 PNG library - runtime ii libpostproc51 4:0.5.1-3ffmpeg video postprocessing librar ii libpulse0 0.9.21-1 PulseAudio client libraries ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libsmbclient2:3.4.7~dfsg-2 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii libxv1 2:1.0.5-1X11 Video extension library ii libxvmc12:1.0.5-1X11 Video extension library ii libxxf86dga12:1.1.1-2X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.0-2X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-4high-quality block-sorting file co ii fontconfig2.8.0-2.1 generic font configuration library pn mplayer-doc none (no
Bug#582510: libspring-2.5-java: spring-aspects*.jar not available in any package
Package: libspring-2.5-java Version: 2.5.6.SEC01-9 Severity: normal I am working on packaging xwork2 which in turn is build-dep of struts2. xwork2 has build-dep 'spring-aspects' according to the pom.xml file in source package. It looks like this jar file should be built by libspring-2.5-java source package but it isn't. Can you please fix this? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582508: mplayer: DVD menu support not available
On Fri, May 21, 2010 at 5:24 PM, Reinhard Tartler siret...@tauware.de wrote: snip Debian's mplayer is based on a snapshot about 14 months old. So this will most likely have to wait for mplayer rc4. /snip What does 'svn20100502' in version string signify then? It is this string that led me to believe that it is recent svn snapshot. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581566: libaopalliance-java: Please add maven repo information
Package: libaopalliance-java Version: 20070526-2 Severity: wishlist I am working on packaging xwork which is a build dependency of struts2. xwork uses maven for building and needs aopalliance as build dependency. As of now this package does not include any maven repo information hence it can not be used as build dependency. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-3-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaopalliance-java depends on: ii default-jre [java2-runtime] 1.6-36 Standard Java or Java compatible R ii openjdk-6-jre [java2-runtime] 6b18-1.8-1 OpenJDK Java runtime, using Hotspo libaopalliance-java recommends no packages. libaopalliance-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#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
On Fri, Apr 30, 2010 at 1:52 AM, Torsten Werner twer...@debian.org wrote: Hi Onkar, On Wed, Apr 14, 2010 at 5:08 PM, Onkar Shinde onkarshi...@ubuntu.com wrote: I think the problem here is that surefire plugin does not have any 'debian' version in maven repository (only 2.4.3 version). yes, that is a limitation of the plugin handling. We do not a default debian version. Is there any solution to this problem I am facing. Without solution I can not move forward with struts2 packaging. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
On Wed, Apr 14, 2010 at 2:24 AM, Ludovic Claude ludovic.cla...@laposte.net wrote: Hi Onkar, First, try to get the latest versions of those 2 packages from Debian. There are also some new versions of related packages, I remember that there was maven-javadoc-plugin, maven-site-plugin, all doxia packages and maybe a few others. If you can synchronize them on Ubuntu Lucid, that would be great. I am working on Debian testing installation. So I have recent version of most packages except those which have not migrated to testing. Sync to Lucid does not seem to be possible at this point. We are just one day away from final freeze and some packages may need feature freeze exceptions. Second, to build the packaging for a Maven project, use mh_make on the sources, it will locate all the dependencies and create most of the debian files for you. I will try this way and report back. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577783: /usr/bin/mh_make: mh_make should prompt for pom.xml location when file is not present in source root
Package: maven-debian-helper Version: 0.9 Severity: normal File: /usr/bin/mh_make I am working on packaging struts 2 and found out that the source does not contain the main pom.xml in source root directory. Instead it is in src directory. Trying to use mh_make with this source fails because mh_make expects pom.xml in root directory. Ideally mh_make should prompt user for path to pom.xml file if it is not found in root directory. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-3-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jre [java2-runtime] 1.6-34 Standard Java or Java compatible R ii libmaven-clean-plugin-java 2.3-3 Maven clean plugin ii libmaven-compiler-plugin-jav 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-ja 2.3-5 Maven resources plugin ii libmaven-site-plugin-java2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-3 Surefire test framework for Java ii maven-repo-helper1.0.5 Helper tools for including Maven m ii maven2 2.2.1-2 Java software project management a ii openjdk-6-jre [java2-runtime 6b18~pre2-1 OpenJDK Java runtime, using Hotspo ii velocity 1.6.2-4 Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.3.3 search for files within Debian pac Versions of packages maven-debian-helper suggests: pn libmaven-javadoc-plugin-java none (no description available) -- 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#577785: /usr/share/cdbs/1/class/maven-vars.mk: Provide variable DEB_MAVEN_BUILDFILE to specify alternating pom.xml file
Package: maven-debian-helper Version: 0.9 Severity: wishlist File: /usr/share/cdbs/1/class/maven-vars.mk ant-vars.mk has a variable DEB_ANT_BUILDFILE which if set from debian/rules file is used as path to an alternate build.xml file. Similar variable (DEB_MAVEN_BUILDFILE) should be defined in maven-var.mk. Currently the only way to specify alternative pom.xml file is to set MAVEN_ARGS in debian/rules to '-f path/to/pom.xml'. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-3-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jre [java2-runtime] 1.6-34 Standard Java or Java compatible R ii libmaven-clean-plugin-java 2.3-3 Maven clean plugin ii libmaven-compiler-plugin-jav 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-ja 2.3-5 Maven resources plugin ii libmaven-site-plugin-java2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-3 Surefire test framework for Java ii maven-repo-helper1.0.5 Helper tools for including Maven m ii maven2 2.2.1-2 Java software project management a ii openjdk-6-jre [java2-runtime 6b18~pre2-1 OpenJDK Java runtime, using Hotspo ii velocity 1.6.2-4 Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.3.3 search for files within Debian pac Versions of packages maven-debian-helper suggests: pn libmaven-javadoc-plugin-java none (no description available) -- 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#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
On Wed, Apr 14, 2010 at 11:44 AM, Onkar Shinde onkarshi...@ubuntu.com wrote: snip Second, to build the packaging for a Maven project, use mh_make on the sources, it will locate all the dependencies and create most of the debian files for you. I will try this way and report back. /snip mh_make did not work for me because pom.xml file is not in root directory of the source. Filed bug 577783 for that. So I created minimal packaging files manually and used maven.mk in debian/rules. Also I had to specify pom.xml file in src/core directory as the main pom.xml file in src/ is giving me some other problem. This does not solve my problem. I still get same error when building package with pbuilder. Please note that libsurefire-java is installed as build dependency. *** NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [INFO] Building Struts 2 Core [INFO]task-segment: [package] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-surefire-plugin Reason: POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin *** I think the problem here is that surefire plugin does not have any 'debian' version in maven repository (only 2.4.3 version). $ find /usr/share/maven-repo/org/apache/maven/plugins/maven-surefire-plugin/ -name *.pom /usr/share/maven-repo/org/apache/maven/plugins/maven-surefire-plugin/2.4.3/maven-surefire-plugin-2.4.3.pom Compare this will following. $ find /usr/share/maven-repo/org/apache/maven/surefire/surefire/ -name *.pom /usr/share/maven-repo/org/apache/maven/surefire/surefire/debian/surefire-debian.pom /usr/share/maven-repo/org/apache/maven/surefire/surefire/2.4.3/surefire-2.4.3.pom Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
Package: libsurefire-java Version: 2.4.3-3 Severity: important I am working packaging struts2 from source. While doing a test build I faced problem where maven-surefire-plugin is not detected by mvn-debian. Following is the debug output. on...@ibook:~/Desktop/struts-2.1.8/src$ mvn-debian -e -f core/pom.xml skip faking of existing javax.servlet:servlet-api::2.4 skip faking of existing jaxen:jaxen::debian + Error stacktraces are turned on. [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [INFO] Building Struts 2 Core [INFO]task-segment: [install] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-surefire-plugin Reason: POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Unable to build project for plugin 'org.apache.maven.plugins:maven-surefire-plugin': POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1557) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1851) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging(DefaultLifecycleExecutor.java:1311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:1275) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at org.debian.maven.Wrapper.main(Wrapper.java:90) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.InvalidPluginException: Unable to build project for plugin 'org.apache.maven.plugins:maven-surefire-plugin': POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin at org.apache.maven.plugin.DefaultPluginManager.checkRequiredMavenVersion(DefaultPluginManager.java:293) at org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:205) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:184) at org.apache.maven.plugin.DefaultPluginManager.loadPluginDescriptor(DefaultPluginManager.java:1642) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1540) ... 20 more Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin at
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
On Wed, Apr 14, 2010 at 1:05 AM, Ludovic Claude ludovic.cla...@laposte.net wrote: Hi Onkar, Can you give me the versions of maven2 and maven-debian-helper? maven2 - 2.2.1-2 maven-debian-helper - 0.9 Also, have you tried building your package with the maven.mk CDBS scripts? mvn-debian is not maintained and should be removed. I haven't actually started the packaging. I was just doing a test build to check if all the build dependencies are available in repository. That is why I used mvn-debian. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576978: libcommons-modeler-java: FTBFS: Test failures
On Thu, Apr 8, 2010 at 11:02 PM, Torsten Werner twer...@debian.org wrote: Hi, On Thu, Apr 8, 2010 at 7:02 PM, Daniel Schepler dschep...@gmail.com wrote: [java] FAILURES!!! [java] Tests run: 7, Failures: 0, Errors: 7 it looks like another gij f*ckup. Switching to default-jdk helps. I am working on this. I just fixed this package yesterday in Ubuntu. I will port the changes to Debian. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573581: newer upstream version available (4.8.1)
There is already a junit4 package at version 4.8.1-1. Isn't that what you are looking for? Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573581: newer upstream version available (4.8.1)
On Fri, Mar 12, 2010 at 10:06 PM, David Paleino da...@debian.org wrote: On Friday 12 March 2010 17:33:11, Onkar Shinde wrote: There is already a junit4 package at version 4.8.1-1. Isn't that what you are looking for? Yes :) However, the package is at version 4.8.1, but it contains /usr/share/maven- repo/junit/junit/4.7/junit-4.7.pom . Was this intended? I don't have answer to this question. Adding Debian Java team mailing list in loop. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573123:
snip I am all for free sw such as OpenJDK, only my netbank disagrees, so I do need at least an install of java that works in my iceweasel, and furthermore, preferably one that is acceptable to my netbank. /snip Did you try installing sun-java6-plugin from non-free repository? Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543103: Please find attached the patch
Please find attached debdiff that fixes this bug and other build problems with the package. Onkar maven-embedder_2.0.4-1.1.debdiff Description: Binary data
Bug#562437: Please find attached the patch
tags 562437 patch thanks Please find attached a debdiff against current version archive. This patch ports the Ubuntu changes to Debian which essentially fixes this bug and few other minor changes. Regards, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. jakarta-ecs_1.4.2-1.2.debdiff Description: Binary data
Bug#561177: RFS: cobertura
I have one question about this package. Is there any particular reason why you created the package from scratch instead of basing it on the cobertura package from Ubuntu? Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558999: Build still fails
reopen 558999 thanks The bug is not fixed even with latest changes in packaging. It looks like compiler flag set from debian/rules file is not getting used by the build system. The build still fails with same error on hppa. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562239: libgtksourceview2.0-0: Provide symbols files for better dependency calculation
Package: libgtksourceview2.0-0 Version: 2.8.1-1 Severity: wishlist Currently the shlib version is hard coded to 2.7.2. It will be great if the symbols files were added for better dependency calculation. This adds some overhead to maintenance so the bug is marked as wishlist. Guide for usage of symbols files - http://wiki.debian.org/UsingSymbolsFiles Auto generated symbols files that can be used as base - http://qa.debian.org/cgi-bin/mole/seedsymbols/?pkgname=libgtksourceview2.0-0 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtksourceview2.0-0 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libglib2.0-02.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libgtksourceview2.0-common 2.8.1-1 common files for the GTK+ syntax h ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libxml2 2.7.6.dfsg-1 GNOME XML library libgtksourceview2.0-0 recommends no packages. libgtksourceview2.0-0 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#557720:
notfound 557720 2.6.32-2 thanks The build does not fail on powerpc in 2.6.32-2. https://buildd.debian.org/pkg.cgi?pkg=linux-2.6 Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561437: RM: libxmlrpc3-java [hppa kfreebsd-i386 kfreebsd-amd64] -- ROM; Blocks testing migration of new release
Package: ftp.debian.org Severity: normal Currently the migration of libxmlrpc3-java [1] to testing is blocked because of build failure on certain architectures. But the build failure is a tool chain issue [2] and not an issue with package itself. It was suggested by Dann Frazier that -gcj binary packages be removed for the architectures where the build fails. [3] So I am requesting the same. The packages that need to be removed are: 1. libxmlrpc3-client-java-gcj 2. libxmlrpc3-common-java-gcj 3. libxmlrpc3-server-java-gcj The architectures affected are hppa, kfreebsd-i386 and kfreebsd-amd64. [1] http://packages.qa.debian.org/libx/libxmlrpc3-java.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561317 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559967#26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561317: libgcj10: Method java.net.URL.openConnection(java.net.Proxy) not implemented
Package: libgcj10 Version: 4.4.2-3 Severity: normal Although GCJ claims compliance with Java 5.0 standard APIs it does not implement method java.net.URL.openConnection(java.net.Proxy). This may not be a big issue ordinarily but in this case it is causing FTBFS of libxmlrpc3-java. [1] Following is the test program that fails to compile with GCJ but compiles fine with OpenJDK. *** import java.net.*; public class Hello { public static void main (String args[]){ try { URL url = new URL(http://www.google.com;); url.openConnection(Proxy.NO_PROXY); } catch (Exception e) { e.printStackTrace(); } } } *** [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559967 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgcj10 depends on: ii gcj-4.4-base 4.4.2-3 The GNU Compiler Collection (gcj b ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-3 GCC support library ii libgcj-common 1:4.4.1-1 Java runtime library (common files ii libgmp3c2 2:4.3.1+dfsg-3Multiprecision arithmetic library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages libgcj10 recommends: ii gcj-4.4-jre-lib 4.4.2-3Java runtime library for use with Versions of packages libgcj10 suggests: pn libgcj10-awt none (no description available) pn libgcj10-dbg none (no description available) -- 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#559967:
block 559967 by 561317 thanks, I had logged bug against libgcj10. I have also requested removal of -gcj packages. [1] [1] http://lists.debian.org/debian-release/2009/12/msg00150.html Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559967: FTBFS [hppa]: method openConnection() in the type URL is not...
AFAIK, GCJ uses classpath library these days. The code from classpath is being merged in GCJ. And from the status of classpath [1] it is clear that java.net.URL.openConnection(java.net.Proxy) does not exist in classpath implementation. This can be easily tested. Try compiling following code with GCJ and OpenJDK. GCJ fails to compile the code but OpenJDK works fine. *** import java.net.*; public class Hello { public static void main (String args[]){ try { URL url = new URL(http://www.google.com;); url.openConnection(Proxy.NO_PROXY); } catch (Exception e) { e.printStackTrace(); } } } *** Hence this is a tool chain issue and not issue in package libxmlrpc3-java itself. As of now there is nothing package maintainer can do except disabling building of the package for all arch that use GCJ as default compiler (to unblock the transition to testing). [1] http://builder.classpath.org/japi/jdk15-classpath.html#pkg_java_net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559766: java3d: FTBFS on non-Linux ports
Thanks for the patch. I had already worked on a solution that solves current problem. But going forward the compilation fails as java3d uses some Sun specific APIs which are not available in anything other than openjdk (considering packages in main). Openjdk is not available on kfreebsd architectures. So the build will fail eventually. Same is the case for HPPA. That is the reason I gave up fixing the build failures for this package. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559988: ITP: cruisecontrol -- continuous integration and build tool
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: cruisecontrol Version : 2.8.2 Upstream Author : cruisecontrol-de...@lists.sourceforge.net * URL : http://cruisecontrol.sourceforge.net/ * License : BSD (3 clause) like Programming Lang: Java Description : continuous integration and build tool CruiseControl is both a continuous integration tool and an extensible framework for creating a custom continuous build process. It includes dozens of plugins for a variety of source controls, build technologies, and notifications schemes including email and instant messaging. A web interface provides details of the current and previous builds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558999: FTBFS [hppa] - recompile with -ffunction-sections
I am not very good at GCC optimizations. Can you please explain why this problem is not seen on other architectures? Also can you please advise if I should add this compiler option for all arch or just hppa. Thanks, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557835: ITP: jug -- Pure java UUID generator
On Wed, Nov 25, 2009 at 2:02 PM, Marcus Better mar...@better.se wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Why is this needed when there is java.util.UUID? If some other package depends on it, maybe that should be fixed instead... I am working on packaging cruisecontrol [1]. I will file an ITP for that in a day or two. Cruisecontrol uses jug for generating UUIDs for the builds. That is why I filed this ITP. I could patch cruisecontrol source to use standard Java APIs but I feel that it is better to stick to what upstream is using. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557685: libspring-web-2.5-java: Add dependencies to classpath
On Tue, Nov 24, 2009 at 8:27 PM, Damien Raude-Morvan dam...@raude-morvan.com wrote: On Tue, 24 Nov 2009 00:09:13 +0530, Onkar Shinde onkarshi...@ubuntu.com wrote: Hi Onkar, Please add the dependencies of this package to the classpath so that (build)rdepends don't have to specifically take into consideration those depedencies. Nice idea, I'll try to do that on Spring Framework JARs (12). BTW, did someone already used tools out there to automate this ? - build 'Class-Path' entry from CDBS DEB_JARS variable (with excluding capabilities - junit, antlr, ant-*) - or use 'Class-Path' entry from JAR to generate Depends field in debian/control - or use Maven pom.xml dependencies to generate Depends field AND 'Class-Path' entry I've found java-propose-classpath on Debian wiki (http://wiki.debian.org/Java/Packaging) but I've never used it. And it seems only Without some tooling, maintaining all this (POM/Depends field/Class-Path entry) in sync by hand seems very error-prone. jh_depends and jh_classpath from javahelper may be useful. I have never used those tools personally. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557835: ITP: jug -- Pure java UUID generator
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: jug Version : 2.0.0 Upstream Author : Tatu Saloranta tatu.salora...@iki.fi * URL : http://jug.safehaus.org/ * License : Apache-2.0 and LGPL 2.1 Programming Lang: Java Description : Pure java UUID generator JUG is a pure java UUID generator that generates UUIDs according to the IETF UUID draft specification. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557673: checkstyle: Add dependencies to classpath
Package: checkstyle Version: 4.4+dfsg-4 Severity: normal Please add the dependencies of this package to the classpath so that (build)rdepends don't have to specifically take into consideration those depedencies. This can be solved by adding appropriate jar file names (with full path if necessary) in a 'Class-Path' entry to MANIFEST.MF. You can either patch the upstream manifest file or create the classpath entry on the fly. Refer to [1] and [2] for examples. [1] http://svn.debian.org/viewsvn/pkg-java/trunk/commons-httpclient/debian/patches/04_fix_classpath.patch?revision=11036view=markup [2] http://svn.debian.org/viewsvn/pkg-java/trunk/libxstream-java/debian/patches/01_fix_classpath.diff?revision=10995view=markup -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages checkstyle depends on: ii antlr 2.7.7-14 language tool for constructing rec ii default-jre [java2-runtime] 1.6-33 Standard Java or Java compatible R ii java-wrappers 0.1.15 wrappers for java executables ii junit 3.8.2-3Automated testing framework for Ja ii libcommons-beanutils-java 1.8.1-1utility for manipulating JavaBeans ii libcommons-cli-java 1.2-2 API for working with the command l ii libcommons-collections-java 2.1.1-8A set of abstract data type interf ii libcommons-logging-java 1.1.1-5commmon wrapper interface for seve ii libregexp-java1.5-2 Regular expression library for Jav ii openjdk-6-jre [java2-runtime] 6b16-4 OpenJDK Java runtime, using Hotspo checkstyle recommends no packages. checkstyle 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#557685: libspring-web-2.5-java: Add dependencies to classpath
Package: libspring-web-2.5-java Version: 2.5.6.SEC01-6 Severity: normal Please add the dependencies of this package to the classpath so that (build)rdepends don't have to specifically take into consideration those depedencies. This can be solved by adding appropriate jar file names (with full path if necessary) in a 'Class-Path' entry to MANIFEST.MF. You can either patch the upstream manifest file or create the classpath entry on the fly. Refer to [1] and [2] for examples. [1] http://svn.debian.org/viewsvn/pkg-java/trunk/commons-httpclient/debian/patches/04_fix_classpath.patch?revision=11036view=markup [2] http://svn.debian.org/viewsvn/pkg-java/trunk/libxstream-java/debian/patches/01_fix_classpath.diff?revision=10995view=markup -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libspring-web-2.5-java depends on: ii default-jre [java2-runtime 1.6-33Standard Java or Java compatible R ii libspring-context-2.5-java 2.5.6.SEC01-6 modular Java/J2EE application fram ii openjdk-6-jre [java2-runti 6b16-4OpenJDK Java runtime, using Hotspo Versions of packages libspring-web-2.5-java recommends: pn libaxis-java none (no description available) ii libcommons-httpclient-java3.1-8 A Java(TM) library for creating HT pn libstruts1.2-java none (no description available) Versions of packages libspring-web-2.5-java suggests: pn glassfish-appserv none (no description available) -- 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#555944: ITP: fast-md5 -- fast implementation of the MD5 algorithm written in Java
On Sat, Nov 14, 2009 at 2:27 PM, Florian Weimer f...@deneb.enyo.de wrote: * Onkar Shinde: * Java's built-in MD5 support is a bottleneck for your program's performance and you want something faster. The benchmarks are from Java 1.4. This was quite a while ago. Is the speed difference still there? This is a valid question. I have asked upstream maintainer about benchmarks. He said that it will be at least a week before he can update them. The main reason I packaged this is because I am working on packaging of cruisecontrol [1] and this is one of the essential build-deps. [1] http://cruisecontrol.sourceforge.net/ Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551545:
Batik includes some classes (such as used by squiggle) which are related to GUI. But I agree that most of the classes do not use and Swing/ATK APIs. I would prefer splitting the launcher scripts for various programs such as squiggle, rasterizer in a separate binary package called batik. This package will then have dependency on -jre and libbatik-java will have dependency on -jre-headless. This can be done when packaging next upstream release. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555944: ITP: fast-md5 -- fast implementation of the MD5 algorithm written in Java
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: fast-md5 Version : 2.6.2 Upstream Author : Timothy W Macinta t...@twmacinta.com * URL : http://www.twmacinta.com/myjava/fast_md5.php * License : LGPL Programming Lang: Java Description : fast implementation of the MD5 algorithm written in Java fast-md5 is faster than the build-in MD5 support in java standard toolkit. It can be used if one or more of following applies: * Java's built-in MD5 support is a bottleneck for your program's performance and you want something faster. * You are using a version of Java which doesn't have MD5 support, such as J2ME MIDP/CLDC. * You want the extra convenience methods for hashing a file, hashing a string, converting the hash to a hex string, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553068:
retitle 553068 ITA: gnusim8085 -- Graphical Intel 8085 simulator, assembler and debugger owner 553068 onkarshi...@ubuntu.com thanks I am one of the upstream developers. I wish to adopt the package. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500535:
Please find attached a debdiff. This completes migration to libjdom1-java and also makes some other fixes as per the latest packaging conventions for java apps/libs. Cheers, Onkar openjump_1.0-3.1.debdiff Description: Binary data
Bug#553148: cortado: new upstream release 0.5.0
On Thu, Oct 29, 2009 at 1:47 PM, Torsten Werner twer...@debian.org wrote: Package: cortado Version: 0.2.2-4 Severity: wishlist Cortado is maintained by xiph.org now at http://downloads.xiph.org/releases/cortado/. The current upstream version is 0.5.0. That's nice. If no one starts working on this before weekend, I will do. :-) Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552032: ant: xslt task cannot use Commons resolver
Do you have ant-optional package installed? ant-apache-resolver.jar is part of that package. Simply installing the package should ideally fix the issue. Onkar -- 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 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 Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531621:
Any update on this issue? Unfortunately I could not get access to a i386 machine to check side effects of the patch if any. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517348:
Now that libjgrapht-java is moved to main and the package is renamed to libjgrapht0.6-java can someone please fix the build and runtime dependencies of cdk? Please also fix bug 546306. Cheers, Onkar -- 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
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. [1] http://ant.apache.org/manual/install.html#optionalTasks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546313: java-gnome - FTBFS: Could not initialize inotify
On Sat, Sep 12, 2009 at 7:39 PM, Bastian Blank wa...@debian.org wrote: Source: java-gnome Version: 4.0.13-1 Severity: serious There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de [...] KILL Xvfb KILL metacity Exception in thread main org.gnome.glib.FatalError: GLib-GIO-WARNING Could not initialize inotify at org.gnome.gtk.GtkFileChooserDialog.gtk_file_chooser_dialog_new(Native Method) at org.gnome.gtk.GtkFileChooserDialog.createFileChooserDialog(GtkFileChooserDialog.java:38) at org.gnome.gtk.FileChooserDialog.init(FileChooserDialog.java:79) at org.gnome.gtk.SnapshotFileChooserDialog.init(SnapshotFileChooserDialog.java:26) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at Harness.main(Harness.java:196) make[1]: *** [doc] Error 1 make[1]: Leaving directory `/build/buildd-java-gnome_4.0.13-1-s390-imbX4m/java-gnome-4.0.13' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 The problem is not a bug with java-gnome. The package builds fine in pbuilder chroot for unstable. Looks like a bug caused by the combination of glib version and kernel version is being triggered here. I found another similar bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543587 I am waiting for this package to be synced to Ubuntu to see if it fails there as well, so that I can find out a common solution for build failures. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546306: cdk: Please migrate to libvecmath-java as build dependency
Package: cdk Version: 1:1.0.2-2 Severity: important libvecmath1.2-java is unofficial and unmaintained implementation of vecmath api. We now have the official implementation in the repository (source vecmath, binary libvecmath-java). Please migrate the build dependency for cdk accordingly. Also I have noticed that cdk misses corresponding runtime dependency on libvecmath-java. Please fix this as well. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-1-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534029: Please find attached the patch
Please find attached the patch that fixes this bug and improves the packaging in general. Cheers, Onkar proguard_4.3-2.1.debdiff Description: Binary data
Bug#545840: java3d: FTBFS: cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such file or directory
snip install: install -m 644 -D j3d-core/build/default/opt/native/libj3dcore-ogl.so \ debian/libjava3d-jni/usr/lib/jni/libj3dcore-ogl.so cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such file or directory make: *** [install/libjava3d-jni] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 /snip The root cause of the failure lies elsewhere in the build process (found in first half of the log). But I don't know what to make of it. Following is the relevant snippet of the log. ** init: [mkdir] Created dir: /build/buildd-java3d_1.5.2+dfsg-3-alpha-2zgVJi/java3d-1.5.2+dfsg/j3d-core/build/linux-generic/debug/native/ogl/objs [mkdir] Created dir: /build/buildd-java3d_1.5.2+dfsg-3-alpha-2zgVJi/java3d-1.5.2+dfsg/j3d-core/build/linux-generic/debug/lib/alpha compile-ogl: [echo] Executing native renderer build [debug] [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineRgbSrcIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineRgbSrcIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineSrc [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineSrc [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineRgbOpIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineRgbOpIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineFcn [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineFcn [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineAlphaSrcIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineAlphaSrcIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineSrc [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineSrc [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineAlphaOpIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineAlphaOpIndex [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineFcn [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_combineFcn [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol screen_door [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol screen_door [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_textureCubeMapFace [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_textureCubeMapFace [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_textureCubeMapFace [exec] ld: Attributes.o: gp-relative relocation against dynamic symbol _gl_textureCubeMapFace [exec] ld: final link failed: Nonrepresentable section on output [exec] Result: 1 compile-ogl-cg: compile: ** Any help in decoding this is appreciated. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534029:
It looks like gcj does not understand '-sourcepath' option. I tried changing the build dependency to default-jdk but there are other problems with debian/rules file which still cause problem. Upstream now contains a ant build script which does the heavy lifting of the build process. I guess maintainer did not notice this ant script. I am working on using this script for build. I will submit a patch in a day or two. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543327: junit4 has dropped ant jar
On Mon, Aug 24, 2009 at 4:18 PM, Antti-Juhani Kaijanahoantti-juh...@kaijanaho.fi wrote: On Mon, Aug 24, 2009 at 12:21:21PM +0200, Damien Raude-Morvan wrote: BTW, I think there was a classpath conflict between : /usr/share/ant/lib/junit4.jar (4.7) and /usr/share/ant/lib/junit.jar (3.8.7) Both provides junit.* classes. Are you sure having both of them auto-loaded by Ant is the right thing to do ? Probably not. But how many have both installed at the same time? In my opinion, there shouldn't be any symlinks in ant lib directory for files that have nothing to do with ant. This unexpectedly modifies the default classpath for ant. It takes lot of time to hunt down build failures caused by such links. Fox example, velocity package was installing links to 3 libraries in ant lib directory. One of them was jdom0. And this caused problem for building packages which needed jdom1. Please do not add the link again. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543327: junit4 has dropped ant jar
On Mon, Aug 24, 2009 at 5:36 PM, Antti-Juhani Kaijanahoantti-juh...@kaijanaho.fi wrote: On Mon, Aug 24, 2009 at 05:34:10PM +0530, Onkar Shinde wrote: Please do not add the link again. If this ends up being the result, a NEWS.Debian entry would be appropriate, since I'm likely not the only one who was relying on the old behavior. OTOH, I wouldn't want to hardcode the junit path in my build.xml. Is there an alternative way to specify the jar, short of putting one in my project repository? How about specify the relative path like ${lib.dir}/junit.jar so that lib.dir can be overridden by the package maintainer in the debian/rules. Also with cdbs you can specify DEB_JARS which simply contains names of libraries. The jar files will be looked for in a specific directory i.e. /usr/share/java. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543327: junit4 has dropped ant jar
On Mon, Aug 24, 2009 at 5:48 PM, Antti-Juhani Kaijanahoantti-juh...@kaijanaho.fi wrote: On Mon, Aug 24, 2009 at 05:46:07PM +0530, Onkar Shinde wrote: How about specify the relative path like ${lib.dir}/junit.jar so that lib.dir can be overridden by the package maintainer in the debian/rules. All the world's Debian, eh? I believe we are talking in context of Debian. Since we were talking about the installation of junit4 and ant in Debian. And the 1st solution I provided (which you quoted here) can apply to any package maintainer. Overriding ant properties is a generic thing, nothing specific to Debian. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542392: azureus: Refuses to start
On Wed, Aug 19, 2009 at 5:42 PM, Jan Willem Stumpeljstum...@planet.nl wrote: Package: azureus Version: 4.2.0.4-1 Severity: grave Justification: renders package unusable I have openjdk-6-jre installed, because azureus used to depend on it. openjdk works fine with other java applications as well, so no complaints here. But (see bug report #515015) some users found it annoying that other jre's, like Sun's, could not be used. Now the latest azureus version corrects this, I believe by means of the script java-wrappers.sh. I suppose sun jre users are now happy. But I am very UNhappy, because now azureus refuses to start at all. The error messages are: /usr/lib/java-wrappers/java-wrappers.sh: line 243: /usr/lib/java/bin/java: / No such file or directory /usr/lib/java-wrappers/java-wrappers.sh: line 243: exec: / /usr/lib/java/bin/java: cannot execute: No such file or directory I don't see a problem with java-wrappers script or azureus launcher script. Can you please try this? Modify the azureus launcher script (/usr/bin/azureus), and add DEBUG_WRAPPER=1 just before run_java. i.e. DEBUG_WRAPPER=1 run_java -Dazureus.install.path=$HOME/.azureus $UI \ org.gudy.azureus2.ui.common.Main $@ Try launching azureus from command line then and paste the output in the bug. Why can't azureus simply use the /etc/alternatives mechanism? Because azureus is known not to work with anything other than openjdk or sun JREs. That's why. :-) Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505877: ITP: jakarta-jmeter -- Load testing and performance measurement application.
On Wed, Jul 22, 2009 at 5:59 PM, Onkar Shindeonkarshi...@ubuntu.com wrote: Here is an update. Both excalibur-logkit and excalibur-logger are in Ubuntu archive for next version (karmic). I should be done with jmeter hopefully by end of next week. After that I will port all these packages to Debian. Jan, Jmeter has landed in Ubuntu. You can search and download the packages from http://packages.ubuntu.com. You will need to manually install libexcalibur-logkit-java and libexcalibur-logger-java from the Ubuntu archive as well. Let me know if you have any comments. I have filed ITP for excalibur-logkit and excalibur-logger. I have also ported excalibur-logkit in pkg-java svn and now waiting for sponsorship. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505877: ITP: jakarta-jmeter -- Load testing and performance measurement application.
On Wed, Aug 12, 2009 at 5:30 PM, Jan Wagnerw...@cyconet.org wrote: Hi Onkar, On Wednesday 12 August 2009 13:37:19 you wrote: Jmeter has landed in Ubuntu. You can search and download the packages from http://packages.ubuntu.com. You will need to manually install libexcalibur-logkit-java and libexcalibur-logger-java from the Ubuntu archive as well. Let me know if you have any comments. thanks for the update ... a short look at http://packages.ubuntu.com/search?keywords=jakarta- jmetersearchon=namessuite=allsection=all can't find anything. :( The source package is jakarta-jmeter. The binary packages are named jmeter*. This is because the application is usually simply referred as jmeter. http://packages.ubuntu.com/search?suite=allsection=allarch=anysearchon=nameskeywords=jmeter I have filed ITP for excalibur-logkit and excalibur-logger. I have also ported excalibur-logkit in pkg-java svn and now waiting for sponsorship. When I understand you correct, you are waiting for a sponsor from the Java Packaging team? Right. I have sent mail to the team mailing list. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541111: ITP: excalibur-logkit -- Lightweight and fast designed logging toolkit for Java
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: excalibur-logkit Version : 2.0 Upstream Author : The Apache Software Foundation * URL : http://excalibur.apache.org/ * License : Apache-2.0 Programming Lang: Java Description : Lightweight and fast designed logging toolkit for Java Excalibur Logkit (previously avalon logkit) is a lightweight, fast, securely designed logging toolkit. It is designed to integrate into existing applications. Logkit is more lightweight than Log4j. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541124: ITP: excalibur-logger -- Excalibur project's log management system
Package: wnpp Severity: wishlist Owner: Onkar Shinde onkarshi...@ubuntu.com * Package name: excalibur-logger Version : 2.1 Upstream Author : The Apache Software Foundation * URL : http://excalibur.apache.org/ * License : Apache-2.0 Programming Lang: Java Description : Excalibur project's log management system Excalibur-Logger integrates neatly into the Avalon ECM and Excalibur-Fortress. The main goal is to be able to define the log categories on a component basis by specifying a 'logger' attribute which denotes the log category to use for a particular component (given the component is LogEnabled or Loggable). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505877: ITP: jakarta-jmeter -- Load testing and performance measurement application.
Here is an update. Both excalibur-logkit and excalibur-logger are in Ubuntu archive for next version (karmic). I should be done with jmeter hopefully by end of next week. After that I will port all these packages to Debian. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531621:
I can verify that the patch attached to the bug fixes the issue for me on powerpc (ibook G4). The playback does not work at all in totem before applying the patch. I am using totem packages form experimental and with this patch I can have complete playback (with navigation). Searching for word BIGENDIAN I found that configure.ac contains this - AC_C_BIGENDIAN. But probably this is not taking effect at all since the configure2 script is not related to configure.ac. Another note, src/md5.c includes similar logic (as specified in patch) for setting WORDS_BIGENDIAN. I don't have access to an i386 machine right now. I hopefully will be able to check if this patch introduces any problem on i386 over weekend. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537934: javahelper forces dependency on gcj and fastjar
Package: javatools Version: 0.20 Severity: Important javahelper has runtime dependencies gcj and fastjar. Looking at the source it does not look like it specifically needs those packages. Please correct me if I am wrong. Having these dependencies means that GCJ is installed even if user already has another JDK installed. Please consider replacing these dependencies with 'default-jdk | java2-sdk'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537934: javahelper forces dependency on gcj and fastjar
On Wed, Jul 22, 2009 at 4:13 AM, Matthew Johnsonmj...@debian.org wrote: On Wed Jul 22 01:23, Onkar Shinde wrote: javahelper has runtime dependencies gcj and fastjar. Looking at the source it does not look like it specifically needs those packages. Please correct me if I am wrong. Having these dependencies means that GCJ is installed even if user already has another JDK installed. Please consider replacing these dependencies with 'default-jdk | java2-sdk'. I use jcf-dump, which is only in gcj and I _believe_ I found some small differences in behaviour between sun jar and fastjar (to do with replacing files in jars) which I want the fastjar behaviour. Since this is only for build-depends (well, depends of something that's only a build-depends) I don't consider it a big problem, although I would like to do without the depends on gcj. Feel free to reopen this if you'd like me to try harder to eliminate them, particularly if you have any suggestions. My main concern was with GCJ as it means lot of MBs of download when trying to build a package with javahelper. But if it is a must, as you say, I am ok with it. I will be still glad if the dependency disappeared in future. Meanwhile if I understand the functionality of jcf-dump and find a JRE independent replacement I will let you know. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537071: Wrong versions for build dependencies
Package: gupnp-tools Version: 0.7.1-1 Severity: important The build dependency libglib2.0-dev has version specified as = 2.16. But looking at configure script the minimum version required is actually 2.12 (GIO_REQUIRED=2.12). Also libgtk2.0-dev needs to be = 2.16 (GTK_REQUIRED=2.16) but there is no version specified in debian/control. Please fix this. Also if it possible see if you can use following description for upload utility. The description is copied from README file. * Upload: a simple commandline utility that uploads files to known MediaServers. Use Universal Control Point for discovering the MediaServers. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532378:
The latest upstream version required java 1.6 to build and run. This will limit the users to only using openjdk-6-jre or sun-java6-jre. In my opinion, for now we should simply upload the experimental version to unstable. Another question that came to my mind is, do we really need versioned binaries? Is the 0.7 api not backwards compatible with 0.6? Please note that I have not taken a look at api, so if this is a foolish question please excuse me. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536069: Package should have Architecture: powerpc
On Fri, Jul 10, 2009 at 11:02 PM, Aurelien Jarnoaurel...@aurel32.net wrote: This package should be installable on other architectures than only powerpc as this package is used by the QEMU emulator, so the Architecture: all is correct. Closing the bug. Can you please then remove the code from debian/rules that causes build failure on non-powerpc architectures? Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536069: Package should have Architecture: powerpc
Package: openbios-ppc Version: 1.0-3 Severity: important The debian/rules file has logic that causes the build to fail when building on non-powerpc architecture. Please check the build failure in Ubuntu at [1]. Even though this is the case the architecture is specified as all in debian/control file. It should be only powerpc. Also lintian reports following errors about your package. * arch-independent-package-contains-binary-or-object ./usr/share/openbios/openbios-ppc * arch-dependent-file-in-usr-share ./usr/share/openbios/openbios-ppc * statically-linked-binary ./usr/share/openbios/openbios-ppc Please fix this. [1] https://edge.launchpad.net/ubuntu/karmic/+source/openbios-ppc/+builds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506018: velocity: adds libraries to /usr/share/ant/lib
On Tue, Jul 7, 2009 at 5:40 PM, Ludovic Claudeludovic.cla...@laposte.net wrote: Onkar, I don't want to split the velocity jar in 2 parts, only the packaging. In the current packaging, installing velocity means that some links to jars are installed under /usr/share/ant/lib, which is not desirable in most cases. My mistake. Didn't read your mail properly. I agree with Marcus that having links in ant lib directory is 'not desirable at all'. So this should be fixed. User has to take care of specifying the classpath. There is no point in creating a separate binary package adding links in ant lib directory. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506018: velocity: adds libraries to /usr/share/ant/lib
On Tue, Jul 7, 2009 at 6:47 PM, Ludovic Claudeludovic.cla...@laposte.net wrote: So the resolution of this bug implies 2 things: Ant - add support for user libraries in /usr/local/lib/ant I am not sure I agree with this one. But I have nothing against it. Velocity: - remove all links under ant/lib Right. In case you are working on this (preferably in pkg-java svn) can you also remove dependency on ant as well. Please refer bug 532640 for the justification. In case you are not working on this today then let me know. I will fix everything. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506018: velocity: adds libraries to /usr/share/ant/lib
On Tue, Jul 7, 2009 at 5:18 AM, Ludovic Claudeludovic.cla...@laposte.net wrote: Hi Marcus, I propose to break the package velocity in 2 parts: velocity: contains velocity.jar and related stuff velocity-ant: contains the links to be installed in /usr/share/ant/lib/ for the velocity Ant tasks The rational is that if you install Velocity, you may not always want to use the ant tasks, but if you install velocity-ant, then you know that you will use the ant tasks, and having all the jars in the ant lib directory means less configuration for you. It doesn't make sense to split the jar in two. Because that means we are deviating from upstream. We will have to carry that difference perhaps indefinitely. I would rather just drop links created in ant directory because it breaks ant and also the dependency on ant (bug #532640). Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535919: doxia: JAVA_HOME in debian/rules does not correspond to default-jdk
Package: doxia Version: 1.0-alpha-11-3 Severity: important *** Please type your report below this line *** Currently the JAVA_HOME specified in debian/rules does not correspond to default-jdk. It should be '/usr/lib/jvm/default-java' instead of '/usr/lib/jvm/java-gcj'. While this may not cause problem right now, it will make the package FTBFS when default-jdk is switched to openjdk. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532640:
I checked the source of velocity and it looks like it provides two ant tasks - TexenTask and AnakiaTask. These tasks have dependency on ant for functionality. Also anyone trying to use these tasks is expected to have ant installed. None of the remaining classes in velocity.jar depend on ant. So the ant can be safely moved from depends to suggests. It is also possible to remove the dependency altogether similar to fop which provides ant tasks but does not depend on ant. Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505877: ITP: jakarta-jmeter -- Load testing and performance measurement application.
On Thu, May 28, 2009 at 2:44 AM, Jan Wagnerw...@cyconet.org wrote: Hi Onkar, how are you? How is the process so far? :) On Thursday 19 March 2009, Onkar Shinde wrote: So the conclusion is that for Jmeter to enter in Debian: 1. libcommons-jexl-java needs to be updated 2. jcharts needs to be ported from Ubuntu. 3. logkit needs to be updated (actually excalibur-logkit needs to be packaged so we don't affect rdepends of logkit.) 4. excalibur-logger needs to be packaged. That is lot of work. :-) Looking a bit around indicates that you completed the first two steps. Is there some more process within Ubuntu or do you just want the packages first integrated into Debian? I have been busy on personal front lately. So couldn't continue on this. I will probably work on excalibur-logkit in coming week. I have excalibur-logger half ready but in the end it will need - logkit to build properly in pbuilder. I haven't decided where I will upload the packages. Debian Java team have some active sponsors these days. So I might as well get the packages in Debian first. But I am not sure about new queue processing. On the other hand it is possible I will get these two packages and jmeter in Ubuntu first and then port them to Debian. Regards, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533896: FTBFS: Probably because of missing build dependency
On Wed, Jun 24, 2009 at 11:09 AM, Andreas Tilletil...@rki.de wrote: Here is the patch I injected into packaging SVN: http://svn.debian.org/wsvn/debian-med/trunk/packages/biojava/trunk/debian/control?op=diffrev=0sc=0 This is exactly the change I tried while doing local build in pbuilder. But there is one small mistake in your commit. You removed the comma after libbytecode-java build-dep. Not sure if that is causing the build problem. It might be that openjdk-6-jdk|sun-java6-jdk|sun-java5-jdk|sun-j2sdk1.4|java2-compiler will be resolved by different JDKs. I'm no Java expert at all but I have the feeling that this might be the source of the problem. I attached the full build log of the build which leaded to an error on my side. The virtual package java2-compiler is provided by all the different java compilers in repositories. But considering that non-virtual package openjdk-6-jdk comes first in the build dependencies, I don't see a reason why pbuilder would pick other compiler. Can you please make sure that your pbuilder chroot does not have a non-sun java compiler installed inside ex. gcj or kaffe etc. The error you mentioned about mising API will come form such a compiler. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533896:
@Andreas, Did you try to build it in pbuilder. I added the build dependency ant-optional and built modified package in pbuilder. It builds fine. @Peter, You forgot to actually add the patch. :-) Cheers, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org