Bug#451348: gnash-tools: [patch] missing library or dependency
On Tue, Dec 11, 2007 at 02:40:20AM +, Simon McVittie wrote: (I'm a new maintainer doing RC bug squashing; Michael Koch, Cc'd, is my AM.) I attach a proposed NMU interdiff for this bug, and for a FTBFS with recent dpkg-shlibdeps which I discovered while fixing it. I haven't built the patched packages cleanly yet - I've built and tested them successfully using incremental builds with -nc, but I'm still waiting for a clean build to finish - so it's possible that my patch isn't quite right, but it should at least be close. The patch attached to my previous mail does indeed seem to be OK in a clean build. Source and binaries, as I'd upload them if I was a DD, can be found here: http://people.alioth.debian.org/~smcv-guest/gnash-0.81~rc070818-2.1-rfs1/ Wow, that really takes time to build. Even on my quadcore system...I will upload tomorrow morning. Cheers, Michael signature.asc Description: Digital signature
Bug#439567: abraca - FTBFS: IOError: [Errno 2] No such file or directory
Hello Simon, On Mon, Dec 10, 2007 at 08:40:43PM +, Simon McVittie wrote: Michael: how would you recommend proceeding with this? Should I bother asking for a sponsored-NMU of a known-broken package in the hope that it's xmms2's fault, should I add the Recommends, should I file a separate bug for the Recommends? I would be for a separate bug for the Recommends so the maintainer can add it and add some documentation in /usr/share/doc/abraca/README.Debian on this. diff -u abraca-0.2/debian/changelog abraca-0.2/debian/changelog --- abraca-0.2/debian/changelog +++ abraca-0.2/debian/changelog @@ -1,3 +1,11 @@ +abraca (0.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Use a temporary $HOME during build to stop waf writing outside the build +directory (Closes: #439567). + + -- Simon McVittie [EMAIL PROTECTED] Mon, 10 Dec 2007 19:47:31 + + Is using a temporary $HOME really such a good idea? What do you thin about just disabling/removing (via patch) the stuff in ./waf that needs $HOME? I'm not a python guy, so I cant help much here. Cheers, Michael signature.asc Description: Digital signature
Bug#452875: xmlgraphics-commons: please build with free java implementation
tag 452875 pending thanks Hello Brian, On Sun, Nov 25, 2007 at 08:57:18PM +, brian m. carlson wrote: Package: xmlgraphics-commons Version: 1.1.dfsg.2-1 Severity: wishlist Please build xmlgraphics-commons with a free runtime, so that fop can go into main. I ran a test-build with icedtea-java7-jdk and it builds successfully, although the Sun-private codecs are not included. However, the package includes a TIFF codec, so the only one that's missing is the JPEG codec. I have uploaded a new revision for main built with java-gcj-compat and the package is the same (according to debdiff). Tagging this bug pending as this package needs to go through NEW queue. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451140: eclipse fails to start
On Fri, Nov 30, 2007 at 10:15:55PM +0800, darren wrote: [EMAIL PROTECTED]:~$ dpkg -l |grep libc6 ii libc62.7-3GNU C Library: Shared libraries ii libc6-dev2.7-3GNU C Library: Development Libraries and Hea ii libc6-i686 2.7-3GNU C Library: Shared libraries [i686 optimi [EMAIL PROTECTED]:~$ mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) the problem still exists. Can you please try to delete/rename/move your workspace AND ~/.eclipse directory and retry? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268002: Reopening bugs closed by spam
reopen 268002 reopen 286656 thanks Reopening bugs closed by spam. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450718: Please package version 5.1.5 of Connector/J
On Fri, Nov 30, 2007 at 08:55:53AM +0100, Michael Koch wrote: On Fri, Nov 09, 2007 at 07:49:43AM -0800, Marc Petit-Huguenin wrote: Package: libmysql-java Version: 5.0.4+dfsg-3 The last version of Connector/J is 5.1.5. We cant update currently as this new version needs Java 6 and we have no compatible implementation in main currently. We will propabaly be able to include it when icedtea/openjdk is in. I was not completely rigth. Its possible to disable JDBC 4 support for now. I will do that and upload a new package soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450718: Please package version 5.1.5 of Connector/J
On Fri, Nov 09, 2007 at 07:49:43AM -0800, Marc Petit-Huguenin wrote: Package: libmysql-java Version: 5.0.4+dfsg-3 The last version of Connector/J is 5.1.5. We cant update currently as this new version needs Java 6 and we have no compatible implementation in main currently. We will propabaly be able to include it when icedtea/openjdk is in. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453509: doesn't start with gcj jvm
On Thu, Nov 29, 2007 at 11:49:09PM +0100, NoX wrote: Package: eclipse Version: 3.2.2-4 Severity: grave Hi, I had problems launching eclipse. Every time I tried, the java process was using up to 80% of the memory. Please update to glibc 2.7-3 and retry and report back if its better. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453513: eclipse: does not start with gcj jvm
Hello Nicolas, On Thu, Nov 29, 2007 at 11:38:27PM +0100, Nicolas Maitre wrote: Package: eclipse Version: 3.2.2-4 Severity: grave Justification: causes non-serious data loss Hi, I had problems launching eclipse. Every time I tried, the java process was using up to 80% of the memory. Please update to libc6 2.7-3 and retry and report back if its better. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451140: eclipse fails to start
On Wed, Nov 14, 2007 at 12:23:50AM +0800, darren wrote: Package: eclipse Version: 3.2.2-4 Severity: grave Justification: renders package unusable Can please retry with libc6 2.7-3? With which options if your /home parition mounted? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452370: tomcat5.5: build libservlet2.4-java package from Tomcat sources
On Thu, Nov 22, 2007 at 11:04:02AM +0100, Marcus Better wrote: Package: tomcat5.5 Version: 5.5.25-1 Severity: normal The libservlet2.4-java{-gcj} packages are currently built from source package libservlet2.4-java, which contains only sources extracted from Tomcat. This leads to source duplication which is a Bad Thing. (I believe the reason for doing this was to break dependency cycles, but now that Tomcat is in the archive there is no reason to do this.) Unless someone opposes this, I am going to have tomcat5.5 build those packages instead. Then the libservlet2.4-java source package can be removed. Before you do this: Will tomcat6 then build libservlet2.5-java too? What happens to libservlet2.4-java when we have tomcat6 and remove tomcat5.5 from the archive? We will probably need libservlet2.4-java much longer then tomcat5.5. And another idea would be to build libapache2-mod-jk from tomcat{6.6|6}. What do you think? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452325: atlas-cpp: Should conflicts/replaces be added against the old package?
On Wed, Nov 21, 2007 at 10:14:33PM +, James Westby wrote: Package: atlas-cpp Version: 0.6.0-3 Hi, Ubuntu has added conflicts/replaces against libatlas-cpp-0.6-0c2a for libatlas-cpp-0.6-1. Should Debian do the same as the former is in etch? No. The main problem is that the library packages contains files which should be in the -dev package. Thats a packaging bug and adding hat Conflicts/Replaces doesnt solve this problem. It justs hides it. Thanks for reporting this. I will do a new upload for this soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448381: flutejava_1.3-2(sparc/experimental): FTBFS: dh_nativejava fails
On Sun, Oct 28, 2007 at 05:58:02PM +0100, Frank Lichtenheld wrote: Package: flutejava Version: 1.3-2 Severity: serious Hi, your package failed to build from source. The failure seems to appear on every architecture. | Automatic build of flutejava_1.3-2 on odin by sbuild/sparc 98-farm | Build started at 20071026-0914 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 176kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main flutejava 1.3-2 (dsc) [800B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main flutejava 1.3-2 (tar) [172kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main flutejava 1.3-2 (diff) [3026B] | Fetched 176kB in 0s (1313kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), java-gcj-compat-dev, libsac-java, javacc | Checking for already installed source dependencies... [...] | /usr/bin/fakeroot debian/rules binary-arch | dh_testdir | dh_testroot | dh_clean -k | dh_installdirs | dh_install | dh_testdir | dh_testroot | dh_installchangelogs -s | dh_installdocs -s | dh_link -s | dh_nativejava -s -plibflute-java-gcj | Traceback (most recent call last): | File /usr/bin/aot-compile, line 95, in ? | compiler.compile() | File /usr/lib/python2.4/site-packages/aotcompile.py, line 99, in compile | self.writeMakefile(MAKEFILE, jobs) | File /usr/lib/python2.4/site-packages/aotcompile.py, line 119, in writeMakefile | print fp, MAKEFILE_HEADER % { | TypeError: reduce() of empty sequence with no initial value | dh_nativejava: command returned error code 256 | make: *** [binary-arch] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20071026-0918 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.3-2pkg=flutejavaarch=sparc Can you please mail me the generate jars at this stage? I think there is something weird in them. It builds fine on amd64 here. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448286: java-common: [POLICY-PROPOSAL] Almost all Java libraries should be in section libs.
On Sat, Oct 27, 2007 at 10:24:56PM +0200, Eric Lavarde wrote: Package: java-common Version: 0.26 Severity: wishlist Hello, in section 2.4 Java libraries it should be specified that packages containing such libraries should belong to the 'libs' section and not to the 'devel' section. As Java libraries, to the difference of C libraries, are at the same time for runtime and development usage, they could be in both, but as 85% of them are already in this section, it makes more sense to make it consistent this way. Also, a java developer should know this, where a java user might not expect libraries to be in devel. Agreed. It would be better create an special 'java' section (as perl and python have there own sections too) but thats another issue. Eric: Can you please provide a patch against java-common so we can vote here about it? I guess thats the best democratic way and it shows directly how we change the policy instead of voting about some change we dont know how it will look like later. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447241: bouncycastle - FTBFS: gcj-4.2: Internal error: Killed (program jc1)
Hello, On Wed, Oct 24, 2007 at 07:13:55AM +0200, Michael Koch wrote: Please retry with current java-gcj-compat installed. This should use much less memory. Bastian requeued bouncycastle and it build this time (with newer java-gcj-compat). Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448073: ant doesn't work in eclipse due to ant-launcher.jar not on classpath
Version: 3.2.2-4 On Thu, Oct 25, 2007 at 08:37:49PM +0100, Matthew Toseland wrote: Package: eclipse Version: 3.2.1-6 Severity: important Eclipse is unable to run ant because of a classpath problem. It produces an error box could not find org.apache.tools.ant.launch.AntMain. Specifically, ant-launcher.jar is missing from the ant classpath config within eclipse. This persists across purging and reinstalling eclipse so appears to be a problem with eclipse itself. Adding the missing jar to the classpath fixes the problem, so it should be easy to fix. The missing jar is ant-launcher.jar, which is not symlinked in /usr/lib/eclipse/plugins/org.apache.ant_1.6.5/lib with the other jars; I added it from /usr/share/ant/lib/ directly, now building with ant works. PS the following may be relevant: $ ant -version Apache Ant version 1.7.0 compiled on August 24 2007 Listed in aptitude as 1.7.0-3 This was fixed in Eclipse 3.2.2-4. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346364: Two patches: extended java_home (for sun-java6-jre) or better check for JVM
Hello, On Fri, Oct 19, 2007 at 02:32:44AM +0200, Kai Wb. wrote: tags 346364 confirmed patch thanks Please dont confirm bugs if you are not the package maintainer. Thanks. The first patch attached to this mail adds the JVM provided by the sun-java6-jre to the search-path under /etc/eclipse/java_home That was fixed in 3.2.2-2 finally. When creating patches please do them against the latest version to avoid duplicate work. But wouldn't it be better to default to the value provided by /etc/alternatives/java (or at least check if it's available)? This should keep you/us out of trouble and you don't need to maintain a list of JVMs. Alternatively (or additionally) you could also check for the .*.jinfo-file under /usr/lib/jvm/ which should be generated by /usr/sbin/update-java-alternatives (provided by the package java-common). There should be (if a JRE/JDK is installed) a line like jre java /usr/lib/jvm/java-6-sun/jre/bin/java In the attachment you find a patch for /usr/bin/eclipse which adds these two options (but I must admit that I hadn't time to test it). I think it's not quite beautiful and you can shorten it if you try to determine JAVACMD directly because /etc/alternatives and the line from the *.jinfo-file point directly to the executable. In any case it should run without errors (at least it had done so on my bash). In #347254 it is said that this problem is fixed but this bug is open (and I find that justified). So I would suggest to reopen #347254 and mark one of them as the duplicate of the other (or have I misunderstood something in the BTS?). Greetings, Kai P.S.: I've tagged this as patched, but I haven't tested these patches (particularly the one which alters /usr/bin/eclipse) thoroughly. I hope that's ok, if not, feel free to remove the tag (in this case: sorry for being to fast *g*). The patch is against some file installed in the system. When creating patches please do them against the latest source package. I will leave this bug report closed as its fixed already. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447202: eclipse-platform: Not start-/usable for normal users
Hello Kai, On Thu, Oct 18, 2007 at 11:30:22PM +0200, Kai Wb. wrote: Package: eclipse-platform Version: 3.2.1-6 Severity: important Justification: Renders package unusable for normal (new/inexperienced) users Please report such bugs against the latest version. This package is the base-package for several standalone packages like eclipse-cdt. And if you install e.g. eclipse-cdt it's only based on eclipse-platform. But eclipse-platform brings no script/program for running eclipse (nothing is installed to /usr/bin which means a normal user expects to install eclipse-cdt and have a running eclipse-system which is startable via the normal commands (in this case that would be eclipse on the shell or via the preferred GUI (e.g. KDE)). This problem is made worse by the fact that no documentation accompanies this package. This results in four possible approaches (as far as I can see) for resolving this problem: 1) raise eclipse from recommends (this should maybe forwarded to eclipse-cdt/-jdt/-...) to depends or 2) integrate the binaries into eclipse-platform or 3) create eclipse-bin package on which all plugins like CDT depend or 4) state clearly in the package-description of the plugins, that eclipse is required for running them. Again: this is not a problem for experienced users but for people who want to have a start with Debian (today I encountered this problem when helping a friend of mine). If you need further information, feel free to contact me. I'm not sure about this. eclipse-platform is just a package to provide some core functionality to be used by other packages based on the code. The basic idea is that eclipse-cdt and such plugins depend on eclipse and not on eclipse-platform. If they want to have their own environment they should provide it. Perhaps I'm missing something. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440559: Default install of tomcat-5.5 throws 404.
tag 440559 confirmed thanks Hello, On Mon, Sep 03, 2007 at 12:38:38AM +0530, V. Karthik Kumar wrote: Package: tomcat Version: 5.5 When I run Tomcat and point my browser at it, I recieve a null page. When I use wget, I get a 404 (Host not found) error. Resolved by installing tomcat-webapps. I can confirm this bug Reason: ROOT context not found. This is found in tomcat-webapps (installs conf/Catalina/localhost/ROOT.xml). I suggest that a placeholder be kept (in /usr/share/tomcat-5.5) and a ROOT.xml file be symlinked in place. When tomcat-webapps be installed/removed/updated/, this file will be overridden. I'm not sure this is a good idea. This may be configure by the user/local admin. We need to find a way to make this easily configurable easily. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447469: javahelp2: FTBFS: class org.apache.tools.ant.taskdefs.optional.depend.Depend was not found
Hello, On Sun, Oct 21, 2007 at 12:21:56PM +0200, Lucas Nussbaum wrote: /build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/build.xml:119: The following error occurred while executing this line: /build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/JSearchIndexer_nbproject/nbproject/build-impl.xml:241: The following error occurred while executing this line: /build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/JSearchClient_nbproject/nbproject/build-impl.xml:241: The following error occurred while executing this line: /build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/nbproject/build-impl.xml:251: The following error occurred while executing this line: /build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/nbproject/build-impl.xml:129: Problem: failed to create task or type depend Cause: the class org.apache.tools.ant.taskdefs.optional.depend.Depend was not found. This looks like one of Ant's optional components. Action: Check that the appropriate optional JAR exists in -/usr/share/ant/lib -/nonexistent/.ant/lib -a directory added on the command line with the -lib argument Do not panic, this is a common problem. The commonest cause is a missing JAR. This is not a bug; it is a configuration problem Problem is that the package Build-Depends on ant and not on ant-optional. The solution is to just change this (ant-optional itself depends on ant, so only ant-optional is needed) Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445006: maven2: Selects first JRE found, ignoring alternatives
Hello, On Sun, Oct 21, 2007 at 11:07:13PM +0100, Paul Cager wrote: What about if we follow this algorithm to determine JAVA_HOME (assuming it is not already set)? (1) Keep following the symbolic link /usr/bin/java until you get to a plain file. (2) Traverse up the directory tree until you are in a directory where there is a lib/tools.jar file. (3) If step (2) fails, then try traversing up the tree until you find a directory with a bin subdirectory. E.g. if /usr/bin/java - /etc/alternatives/java and /etc/alternatives/java - /usr/lib/jvm/java-6-sun/jre/bin/java set JAVA_HOME=/usr/lib/jvm/java-6-sun Sounds like a good plan. Paul: Can you please look into implementing that? Cheers, Michael ___ pkg-java-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
On Sun, Oct 21, 2007 at 10:45:34PM +0200, Rene Wunderlich wrote: Hi, i tink it is an amd64 bug i have a 32bit and a 64bit system and the bug is only on the 64bit system (sid) the init on a clean homedir fail and eclipse crashes ;/ Hmm, I develop the package on x86_64 and it works fine there. Thats really a strange issue. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Fri, Oct 19, 2007 at 01:26:33AM -0700, Leo L. Schwab wrote: On Fri, Oct 19, 2007 at 06:43:01AM +0200, Michael Koch wrote: Can you please remove/rename your workspace too? Eclipse stores some information in the workspace too... Also done. The problem persists. I received private email from a gentleman who suggests switching from JRE 6 to JRE 5 might help (except, near as I can tell, Eclipse isn't using Sun's JRE at all). This bug is VM independant, it seems. Its 32bit vs. 64bit independant. Something needs to be different between the installations that work, and the the ones that dont work. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447455: entagged: FTBFS: source not available
On Sun, Oct 21, 2007 at 12:20:22PM +0200, Lucas Nussbaum wrote: Package: entagged version: 0.31-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071021 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: Need to get 3940kB of source archives. Get:1 http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (dsc) [784B] Err http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (tar) 404 Not Found Get:2 http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (diff) [4250B] Failed to fetch http://idpot.grenoble.grid5000.fr/mirrors/debian/pool/main/e/entagged/entagged_0.31.orig.tar.gz 404 Not Found Fetched 5034B in 0s (132kB/s) E: Failed to fetch some archives. /usr/bin/apt-get for sources failed Since your package moved from contrib to main, your source tarball has to be moved as well. I'm not sure if doing an upload with the source tarball is enough: maybe you have to wait until upstream changes its version number, or add an epoch. This is cause by a bug in dak (e.g. #232730). A possible workaround is to do a complete update with a new orig tarball. This means a new version number. If upstream is not releasing soon you can do something like nameing the old tarball entagged_0.31.ds1.orig.tar.gz and use 0.31.ds1-1 as version number for the upload. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447241: bouncycastle - FTBFS: gcj-4.2: Internal error: Killed (program jc1)
On Fri, Oct 19, 2007 at 12:19:19PM +0200, Bastian Blank wrote: Package: bouncycastle Version: 1.37-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of bouncycastle_1.37-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] install -m 644 build/artifacts/jdk1.4/jars/bcprov-jdk14-*.jar debian/libbcprov-java/usr/share/java/bcprov.jar ln -sf ../bcprov.jar debian/libbcprov-java/usr/share/java/gcj-endorsed/bcprov.jar touch debian/libbcprov-java/etc/java/security/security.d/2000-org.bouncycastle.jce.provider.BouncyCastleProvider rm -rf debian/libbcprov-java-gcj/usr/share/doc/libbcprov-java-gcj ln -s libbcprov-java \ debian/libbcprov-java-gcj/usr/share/doc/libbcprov-java-gcj dh_nativejava -plibbcprov-java-gcj make[1]: Entering directory `/build/buildd/bouncycastle-1.37/debian/libbcprov-java-gcj/usr/lib/gcj' /usr/bin/gcj-4.2 -c -g -O2 -fPIC -findirect-dispatch -fjni bcprov.jar.1.jar -o bcprov.jar.1.o gcj-4.2: Internal error: Killed (program jc1) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.2/README.Bugs. make[1]: *** [bcprov.jar.1.o] Error 1 make[1]: Leaving directory `/build/buildd/bouncycastle-1.37/debian/libbcprov-java-gcj/usr/lib/gcj' aot-compile: error: /usr/bin/make exited with code 2 dh_nativejava: command returned error code 256 make: *** [binary-post-install/libbcprov-java-gcj] Error 1 ** Build finished at 20071018-0636 FAILED [dpkg-buildpackage died] Please retry with current java-gcj-compat installed. This should use much less memory. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444655: solr: General update after the debconf review process
Hello, On Mon, Oct 22, 2007 at 07:31:02AM +0200, Christian Perrier wrote: Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. Jan-Pascal is working on a fix for #441890. He wants to wait with an upload until thats fixed. I will then upload for him as he is no DD yet. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446788: jetty: Description in init.d script copied from another package
tag 446788 pending thanks Hello, On Mon, Oct 15, 2007 at 12:29:00PM -0500, Luis Rodrigo Gallardo Cruz wrote: Package: jetty Version: 5.1.10-4 Severity: minor From /etc/init.d/jetty: # Short-Description: Generate xfree86 configuration at boot time # Description: Preseed X configuration and use dexconf to #generate a new configuration file. I have fixed this locallz and will upload soon. Thanks for reporting this. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Sat, Oct 13, 2007 at 02:33:53PM -0700, Leo L. Schwab wrote: On Fri, Oct 12, 2007 at 05:51:58PM +0200, Michael Koch wrote: On Fri, Oct 12, 2007 at 12:53:27AM -0700, Leo L. Schwab wrote: I can drop the output of 'apt-rdepends eclipse' on you, if you think that will help. Yes, please do. I cant reproduce the bug herestrange. Attached output of 'apt-rdepends --print-state eclipse'. Does it work now with the latest upgrade of libgtk2.0-0 package? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
Hello Leo, On Wed, Oct 17, 2007 at 11:27:19PM -0700, Leo L. Schwab wrote: On Thu, Oct 18, 2007 at 07:55:09AM +0200, Michael Koch wrote: Does it work now with the latest upgrade of libgtk2.0-0 package? The issue was not resolved by installing the latest version of libgtk2.0-0 from 'unstable' (2.12.0-3). On Wed, Oct 17, 2007 at 09:48:38PM +0200, Michael Koch wrote: Can you please check output of strace what path to startup.jar gets tried to load? How do you start eclipse? Via command line or menu entry? If by command line, invoking /usr/bin/eclipse or /usr/lib/eclipse/eclipse? I started it from the command line, which resolves to /usr/bin/eclipse. I've attached the 'strace' output. The relevant line would appear to be #353: execve(/usr/lib/eclipse/eclipse, [/usr/lib/eclipse/eclipse, -vm, /usr/lib/jvm/java-gcj/bin/java, -install, /usr/lib/eclipse, -startup, /usr/lib/eclipse/startup.jar, -vmargs, -Djava.library.path=/usr/lib/jni..., -Dgnu.gcj.precompiled.db.path=/v..., -Dgnu.gcj.runtime.VMClassLoader, -Dosgi.locking=none], [/* 34 vars */]) = 0 Hmmm, according to strace it tries to open '/usr/lib/eclipse//usr/lib/eclipse/startup.jar'. This is just wrong. I currently dont know where this comes from. Some other users reported the same but said latest updates from unstable fixed it. Can you try this? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Thu, Oct 18, 2007 at 08:55:45PM -0700, Leo L. Schwab wrote: On Fri, Oct 19, 2007 at 01:59:34AM +0200, Alban Browaeys wrote: thus -startup argument is correct. I also deleted the ~/.eclipse directory before running the trace. It sure *feels* like there's stale state information laying around somewhere, but I wouldn't know where to begin looking. Can you please remove/rename your workspace too? Eclipse stores some information in the workspace too... Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
Hello, On Tue, Oct 16, 2007 at 04:13:09PM +0800, Hongzheng Wang wrote: Hi, The error log is quite long. So I attach it at the end. One important thing is: the crashing is not reproduceable all the time although the success rate is so low :( Huh? It tries to load /usr/lib/eclipse/usr/lib/eclipse/startup.jar but the real name is /usr/lib/eclipse/startup.jar. How do you start eclipse? Via command line or menu entr? If by command line, invoking /usr/bin/eclipse or /usr/lib/eclipse/eclipse? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
Hello, On Sat, Oct 13, 2007 at 03:28:28AM -0700, Giangiacomo Mariotti wrote: I attached the strace of eclipse (I haven't looked at this too much,so maybe I'm saying something stupid,but that stat(/usr/lib/eclipse//usr/lib/eclipse/startup.jar, 0x7fff2eb39d40) = -1 ENOENT (No such file or directory) seems strange). How do you start eclipse? Via command line or menu entr? If by command line, invoking /usr/bin/eclipse or /usr/lib/eclipse/eclipse? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Sat, Oct 13, 2007 at 02:33:53PM -0700, Leo L. Schwab wrote: On Fri, Oct 12, 2007 at 05:51:58PM +0200, Michael Koch wrote: On Fri, Oct 12, 2007 at 12:53:27AM -0700, Leo L. Schwab wrote: I can drop the output of 'apt-rdepends eclipse' on you, if you think that will help. Yes, please do. I cant reproduce the bug herestrange. Attached output of 'apt-rdepends --print-state eclipse'. Can you please check output of strace what path to startup.jar gets tried to load? How do you start eclipse? Via command line or menu entry? If by command line, invoking /usr/bin/eclipse or /usr/lib/eclipse/eclipse? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445614: perceptualdiff: FTBFS: Different path to build in.
Hello, On Mon, Oct 15, 2007 at 12:02:50PM +0100, Simon McVittie wrote: [I'm a new maintainer doing RC bug fixing as part of TS; Michael is my AM.] It appears that all the CMake-generated files can safely be removed during clean, which will both avoid this FTBFS and reduce the size of the Debian diff. The necessary changes are attached. Michael, would you be willing to sponsor an NMU using this patch? Uploaded to DELAYED/3-days. Thanks for your work, Simon. Cheers, Michael signature.asc Description: Digital signature
Bug#424552: FTBFS with GCC 4.2: passing argument... incompatible pointer type
Hello, On Mon, Oct 15, 2007 at 03:10:28PM +0100, Simon McVittie wrote: On Mon, 15 Oct 2007 at 07:36:30 -0600, Martin Michlmayr wrote: * Simon McVittie [EMAIL PROTECTED] [2007-10-15 11:30]: A patch is attached. It makes the following changes to fix the FTBFS: Um, oops. Patch *really* attached... Uploaded to DELAYED/3-days. Thanks, Simon. Cheers, Michael signature.asc Description: Digital signature
Bug#424552: FTBFS with GCC 4.2: passing argument... incompatible pointer type
Hello Simon, On Mon, Oct 15, 2007 at 11:30:06AM +0100, Simon McVittie wrote: Michael: would you be willing to sponsor an NMU using this patch? Should I be addressing the Normal severity bugs (which have patches) in the same NMU? Yes, I'm going to NMU that with a 3 day delay tomorrow. Cheers, Michael signature.asc Description: Digital signature
Bug#446464: junit 4.4 is available
reassign #446464 junit4 thanks Hello Markus, On Sat, Oct 13, 2007 at 11:12:10AM +0200, Dr. Markus Waldeck wrote: Package: junit Version: 3.8.1.1-7 Severity: wishlist junit 4.4 is available since July 18, 2007 As Junit 4.x is API incompatible to Junit 3.x this is packaged as junit4 package. Reassigning to the correct package/maintainer. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446334: Re[2]: Bug#446334: java-package: Can't installibm-java2-sdk-5.0-5.1-linux-ppc.tgz
Hello Michael, On Fri, Oct 12, 2007 at 08:11:24PM +0400, Michael wrote: Really, thank you for the info, I forgot about 'recommends' because I used `dpkg -i` to install this package but usually I use aptitude which handles 'recommends' section automatically. Recommends section looks good: Recommends: netbase, libx11-6 | xlibs, libasound2, libgtk1.2 But make-jpkg gives me also this warning message: dpkg-shlibdeps: warning: could not find any packages for libstdc++.so.5 dpkg-shlibdeps: warning: unable to find dependency information for shared library libstdc++ (soname 5, path libstdc++.so.5, dependency field Depends) So libstdc++5 is not included in dependencies but should be (without this library java don't start). Agreed. libstdc++5 should be mentioned. What doesnt work? Nothing works are all? Or just some specific feature like the browser plugin? I wanna understand that. If its only a particulr feature I would probably add libstdc++5 as a suggests only. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446438: eclipse-jdt: ant editor can not open build.xml
tag 446438 confirmed thanks Hello, On Sat, Oct 13, 2007 at 10:34:20AM +0800, darren wrote: Package: eclipse-jdt Version: 3.2.2-4 Severity: important when I using ant editor to open a build.xml which is not empty.It fails to open Error Log is : java.lang.NoClassDefFoundError: org/apache/tools/ant/Main at org.apache.tools.ant.Project.initProperties(Project.java:308) at org.apache.tools.ant.Project.init(Project.java:295) at org.eclipse.ant.internal.ui.model.AntModelProject.init(AntModelProject.java:105) at org.eclipse.ant.internal.ui.model.AntModel.initializeProject(AntModel.java:367) at org.eclipse.ant.internal.ui.model.AntModel.prepareForFullParse(AntModel.java:341) at org.eclipse.ant.internal.ui.model.AntModel.parseDocument(AntModel.java:305) at org.eclipse.ant.internal.ui.model.AntModel.reconcile(AntModel.java:263) at org.eclipse.ant.internal.ui.model.AntModel.updateMarkers(AntModel.java:1546) at org.eclipse.ant.internal.ui.editor.AntEditor.doSave(AntEditor.java:1178) [...] This was actually a bug I wanted to fix with 3.2.2-4. It is fixed on amd64. I tried that. But I can reproduce the bug on i386. The fix seems to be in. I need to investigate that more... Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Thu, Oct 11, 2007 at 10:30:39PM -0700, Leo L. Schwab wrote: Package: eclipse Version: 3.2.2-4 Severity: important Attempts to open the Welcome screen result in a pane with an error describing an inability to load a class. The topmost error is: java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin This can most easily be reproduced by starting eclipse 'clean', that is, without any pre-existing 'workspace' or '.eclipse' directories. Eclipse will attempt to display the Welcome screen, but fail. Other panes *seem* to work correctly, but I'm not very experienced with eclipse so I can't speak to that (I'm trying to learn the darned thing, but I keep finding bugs.) This looks like the eclipse-rcp package is not installed, not uptodate, to something like that. Please make sure to install the 'eclipse' package to have all needed packages installed. Please check also that eclipse-platform is uptodate. I have the Sun JVM installed, but eclipse seems to be defaulting to gcj. Perhaps my Debian 'alternatives' are messed up? They're set up as: walkies:/etc# update-alternatives --display java_vm java_vm - status is auto. link currently points to /usr/lib/jvm/java-6-sun/jre/bin/java_vm /usr/lib/jvm/java-6-sun/jre/bin/java_vm - priority 63 Current `best' version is /usr/lib/jvm/java-6-sun/jre/bin/java_vm. walkies:/etc# update-alternatives --display java java - status is auto. link currently points to /usr/lib/jvm/java-gcj/jre/bin/java /usr/lib/jvm/java-6-sun/jre/bin/java - priority 63 slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz /usr/bin/gij-4.1 - priority 41 /usr/bin/gij-4.2 - priority 42 slave java.1.gz: /usr/share/man/man1/gij-4.2.1.gz /usr/lib/jvm/java-gcj/jre/bin/java - priority 1042 Current `best' version is /usr/lib/jvm/java-gcj/jre/bin/java. eclipse doesnt use the alternatives mechanism (yet). It has its own mechanism. To overwrite runtime search order please edit /etc/eclipse/java_home or use one of the other ways described in the eclipse manpage. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
Hello, On Fri, Oct 12, 2007 at 01:41:02PM +0800, Hongzheng Wang wrote: Hi, I can't find such a log file. In fact, there is not any log files found in ~/. Does it mean the sun jvm has not crashed but just be eclipse ui itself? Sorry, your subject line irritated me totally. Neither eclipse nor SUN JVM crashed according to your output. Please do eclipse -debug -consoleLog in some terminal and look at the output to see for an error message. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
Hello, On Thu, Oct 11, 2007 at 11:56:47PM -0700, Giangiacomo Mariotti wrote: Here I have the same error as above.Anyway the 'eclipse' executable doesn't crush and continue to live after java vm has crushed. As said on another place, I cant reproduce this. Unfortunately this seems to be a pretty common bug as many people seem to have it. Can you please try strace on eclipse and look for failed system calls? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446328: eclipse: Welcome Screen Fails to Start, Displays Error
On Fri, Oct 12, 2007 at 12:53:27AM -0700, Leo L. Schwab wrote: On Fri, Oct 12, 2007 at 07:58:15AM +0200, Michael Koch wrote: This looks like the eclipse-rcp package is not installed, not uptodate, to something like that. Please make sure to install the 'eclipse' package to have all needed packages installed. Please check also that eclipse-platform is uptodate. Both eclipse-rcp and eclipse-platform are uptodate at version 3.2.2-4. All other 'depends' packages are installed, and appear to be uptodate. I can drop the output of 'apt-rdepends eclipse' on you, if you think that will help. Yes, please do. I cant reproduce the bug herestrange. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446334: java-package: Can't install ibm-java2-sdk-5.0-5.1-linux-ppc.tgz
Hello Michael, On Fri, Oct 12, 2007 at 12:52:21PM +0400, Michael wrote: I downloaded from IBM's website latest PPC Java package called ibm-java2-sdk-5.0-5.1-linux-ppc.tgz and tried to make pkg with make-jpkg. But I got an error that don't recognized so I renamed it to ibm-java2-sdk-50-linux-ppc.tgz and tried to make-jpg again. Now it runs but I got a lot of warnings like this: dpkg-shlibdeps: warning: format of 'NEEDED libwrappers.so' not recognized The package build succesfully but there are no needed dependencies like libstdc++5, ligtk 1.2 and so on. So the resulted package builded using make-jpkg is unusable due to lack of dependenices. make-jpkg should have put the needed packages into Recommends. They are not direct Depends because might want to use the generated Debian package in a headless environment without X installed (one a server). You are then responsible yourself to install the recommended/suggested packages. Does the generated DEB recommend libstdc++5, ligtk 1.2, etc.? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: May be the same bug as #443905
Hello, On Fri, Oct 12, 2007 at 02:30:59PM +0800, Hongzheng Wang wrote: [...] Time to load bundles: 121 Starting application: 8119 !SESSION 2007-10-12 06:25:33.434 --- eclipse.buildId=M20070212-1330 java.version=1.6.0_03 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86 -debug -consoleLog !ENTRY org.eclipse.osgi 2 1 2007-10-12 06:25:42.605 !MESSAGE NLS missing message: initializer_error in: org.eclipse.core.internal.runtime.messages !ENTRY org.eclipse.osgi 2 1 2007-10-12 06:25:42.621 !MESSAGE NLS missing message: fileInitializer_fileNotFound in: org.eclipse.core.internal.runtime.messages !ENTRY org.eclipse.osgi 2 1 2007-10-12 06:25:42.621 !MESSAGE NLS missing message: fileInitializer_IOError in: org.eclipse.core.internal.runtime.messages !ENTRY org.eclipse.osgi 2 1 2007-10-12 06:25:42.622 !MESSAGE NLS missing message: fileInitializer_missingFileName in: org.eclipse.core.internal.runtime.messages Application Started: 31408 /usr/lib/bug-buddy/Eclipse: No such file or directory. This looks very much like bug #446328. Sorry, I have really no idea about this. Can you please run strace on eclipse and look for failed system calls? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446299: eclipse: Crashes on startup
On Thu, Oct 11, 2007 at 11:05:21PM +0300, Jaanus Rõõmus wrote: Package: eclipse Version: 3.2.2-4 Severity: grave Justification: renders package unusable After running eclipse, startup dialog crashes on loading workbench and shows error dialog: JVM terminated. Exit code=1 /usr/bin/java -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.2/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/lib/eclipse/startup.jar -os linux -ws gtk -arch x86_64 -launcher /usr/lib/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 3418028 -install /usr/lib/eclipse -vm /usr/bin/java -vmargs -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.2/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/lib/eclipse/startup.jar In the console, I can see: # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x2aaabd063e20, pid=7557, tid=1076017488 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.6.0_03-b05 mixed mode) # Problematic frame: # C [libglib-2.0.so.0+0x22e20] # # An error report file with more information is saved as # hs_err_pid7557.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # Please send us the file ~/hs_err_X.log. This is fil is generated by SUN JVM after such a crash. This file contains more info where this actually happened. Cheers, Michael
Bug#446299: May be the same bug as #443905
On Fri, Oct 12, 2007 at 11:15:03AM +0800, Hongzheng Wang wrote: I have the same experience. I didn't install gcj versions of eclipse, including eclipse-gcj etc. $ eclipse -debug searching for compatible vm... testing /usr/lib/jvm/java-gcj...not found testing /usr/lib/kaffe/pthreads...not found testing /usr/lib/jvm/java-6-sun...found Start VM: /usr/lib/jvm/java-6-sun/bin/java -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.2/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/lib/eclipse/startup.jar -os linux -ws gtk -arch x86 -launcher /usr/lib/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 4968011 -install /usr/lib/eclipse -debug -vm /usr/lib/jvm/java-6-sun/bin/java -vmargs -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.2/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/lib/eclipse/startup.jar Install location: file:/usr/lib/eclipse/ Configuration file: file:/usr/lib/eclipse/configuration/config.ini loaded Configuration location: file:/home/hzwang/.eclipse/org.eclipse.platform_3.2.0/configuration/ Configuration file: file:/home/hzwang/.eclipse/org.eclipse.platform_3.2.0/configuration/config.ini not found or not read Shared configuration location: file:/usr/lib/eclipse/configuration/ Framework located: file:/usr/lib/eclipse/plugins/org.eclipse.osgi_3.2.2.R32x_v20070118.jar Framework classpath: file:/usr/lib/eclipse/plugins/org.eclipse.osgi_3.2.2.R32x_v20070118.jar Splash location: /usr/lib/eclipse/plugins/org.eclipse.platform_3.2.2.r322_v20070117b/splash.bmp runCommand: /usr/lib/eclipse/eclipse-nameEclipse-showsplash600/usr/lib/eclipse/plugins/org.eclipse.platform_3.2.2.r322_v20070117b/splash.bmp Debug options: file:/home/hzwang/.options not found Time to load bundles: 8 Starting application: 1834 /usr/lib/bug-buddy/Eclipse: No such file or directory. Please send us the file ~/hs_err_XX.log. This file is generated when SUN JVM crashes and tells us more where the crash happened. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446117: jftp: just does not work.
tag 446117 confirmed thanks Hello Leonardo, On Wed, Oct 10, 2007 at 05:25:26PM +0200, Leonardo wrote: Package: jftp Version: 1.51~pre3-1 Severity: important on call: tempo:~# jftp Exception in thread main java.lang.ClassFormatError: net.sf.jftp.JFtp (unrecognized class file version) at java.lang.VMClassLoader.defineClass(libgcj.so.81) at java.lang.ClassLoader.defineClass(libgcj.so.81) at java.security.SecureClassLoader.defineClass(libgcj.so.81) at java.net.URLClassLoader.findClass(libgcj.so.81) at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81) at java.lang.ClassLoader.loadClass(libgcj.so.81) at java.lang.ClassLoader.loadClass(libgcj.so.81) at gnu.java.lang.MainThread.run(libgcj.so.81) tempo:~# this occour either a root or as normal user and also on another host. (this is a sarge updated to etch then lenny, the other an install born as etch the updated to lenny) The problem is that jftp is compiled with SUN Java 6 and you ecxecute it with GCJ. The current GCJ in Debian doesnt understand the class format from SUN Java 6. The solution for this is to put 'target=1.5 source=1.5' into the 'javac'-tags in build.xml. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446140: solr: [INTL:ru] Russian debconf templates translation
tag 446140 pending thanks On Wed, Oct 10, 2007 at 09:21:20PM +0400, Yuri Kozlov wrote: Package: solr Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. I have added this to our SVN repo. It will be included in the next upload. Thanks for your help. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446117: jftp: just does not work.
On Wed, Oct 10, 2007 at 11:38:31PM +0530, Varun Hiremath wrote: Hi Leonardo, On Wed, 10 Oct, 2007 at 05:25:26PM +0200, Leonardo wrote: Package: jftp Version: 1.51~pre3-1 Severity: important on call: tempo:~# jftp Exception in thread main java.lang.ClassFormatError: net.sf.jftp.JFtp (unrecognized class file version) at java.lang.VMClassLoader.defineClass(libgcj.so.81) at java.lang.ClassLoader.defineClass(libgcj.so.81) at java.security.SecureClassLoader.defineClass(libgcj.so.81) at java.net.URLClassLoader.findClass(libgcj.so.81) at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.81) at java.lang.ClassLoader.loadClass(libgcj.so.81) at java.lang.ClassLoader.loadClass(libgcj.so.81) at gnu.java.lang.MainThread.run(libgcj.so.81) tempo:~# Please use sun-java6 runtime. I totally forgot about that. I think we should make jftp explicitely depend on sun-java6-jre and call /usr/lib/jvm/java-6-sun/bin/java in /usr/bin/jftp instead of 'java'. This should be a temporary fix but it will help people a lot. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444547: closed by Michael Koch [EMAIL PROTECTED] (Bug#444547: fixed in libcommons-modeler-java 2.0.1-3)
Version: 2.0.1-4 On Tue, Oct 09, 2007 at 06:08:35PM +0200, Philipp Kern wrote: found 444547 2.0.1-3 thanks Hi Michael, On Tue, Oct 09, 2007 at 02:05:07PM +, Debian Bug Tracking System wrote: #444547: libcommons-modeler-java: FTBFS: tests failed It has been closed by Michael Koch [EMAIL PROTECTED]. * Don't use external DTD. Closes: #444547. Thanks for the patch to Kumar Appaiah. you just dropped the patch into `debian/patches' but there is nothing in your `debian/rules' which applies the patch. I suggest adding `include /usr/share/cdbs/1/rules/simple-patchsys.mk' to `debian/rules'. Finally fixed now. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446008: java.lang.NoClassDefFoundError: org/apache/commons/cli/ParseException
reassign 446008 libcommons-cli-java 1.0-9 thanks On Tue, Oct 09, 2007 at 10:08:07PM +0300, Mykola Nikishov wrote: Package: maven2 Version: 2.0.7-1 Severity: grave Justification: renders package unusable When running 'mvn': Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/cli/ParseException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2395) at java.lang.Class.privateGetPublicMethods(Class.java:2519) at java.lang.Class.getMethods(Class.java:1406) at org.codehaus.classworlds.Launcher.getEnhancedMainMethod(Launcher.java:195) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:294) 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) java - status is manual. link currently points to /usr/lib/jvm/java-1.5.0-sun/jre/bin/java /usr/lib/jvm/java-1.5.0-sun/jre/bin/java - priority 53 slave java.1.gz: /usr/lib/jvm/java-1.5.0-sun/jre/man/man1/java.1.gz /usr/lib/jvm/java-6-sun/jre/bin/java - priority 63 slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz Current `best' version is /usr/lib/jvm/java-6-sun/jre/bin/java. Changing to Java 6 doesn't make any difference. The problem is that the latest upload of libcommons-cli-java changed the name of the jar unintentionally. I'm preparing a fix for this and will upload it soon. Thanks for your report. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445119: This package is two years old
On Sun, Oct 07, 2007 at 02:49:38PM +0200, Encolpe Degoute wrote: Arnaud Vandyck a écrit : On 10/3/07, Encolpe Degoute [EMAIL PROTECTED] wrote: Julien Cristau a écrit : You'll need some justification if you want to make this a critical bug. The whole system doesn't get broken just because this particular package is a bit old. The goal was to awake mainteners... It seems to work. No it doesn't, I don't consider this bug serious and I merge it with two other bugs that were asking for new upstream. When you'll have your head in the build system and the hell dependencies, maybe you'll understand how a pain it is to package argouml. See the mdr license and source problem for example. As see with argouml developers, 0.24 is not compilable for now and there's no maintenance branch for it, only a unstable development branch. Can you envisage to drop argouml out of Debian ? The goal is to remove an outdated and obsolete package. Perhaps in few years we will have an argouml release that would be packagable. How does upstream build argouml when its not buildable according to you? Perhaps using icedtea for building will solve all issues. icedtea will (hopefully) be soon included in Debian. Cheers, Michael
Bug#445119: This package is two years old
On Sun, Oct 07, 2007 at 03:58:22PM +0200, Encolpe Degoute wrote: Michael Koch a écrit : On Sun, Oct 07, 2007 at 02:49:38PM +0200, Encolpe Degoute wrote: Arnaud Vandyck a écrit : On 10/3/07, Encolpe Degoute [EMAIL PROTECTED] wrote: Julien Cristau a écrit : You'll need some justification if you want to make this a critical bug. The whole system doesn't get broken just because this particular package is a bit old. The goal was to awake mainteners... It seems to work. No it doesn't, I don't consider this bug serious and I merge it with two other bugs that were asking for new upstream. When you'll have your head in the build system and the hell dependencies, maybe you'll understand how a pain it is to package argouml. See the mdr license and source problem for example. As see with argouml developers, 0.24 is not compilable for now and there's no maintenance branch for it, only a unstable development branch. Can you envisage to drop argouml out of Debian ? The goal is to remove an outdated and obsolete package. Perhaps in few years we will have an argouml release that would be packagable. How does upstream build argouml when its not buildable according to you? Perhaps using icedtea for building will solve all issues. icedtea will (hopefully) be soon included in Debian. The development branch can be built, but it's not usable for packaging: http://argouml.tigris.org/servlets/ReadMsg?list=devmsgNo=21295 The build issue for 0.24 can be fix using a part of the development branch (MDR) on which there's a license issue as Arnaud Vandyck said before. Then its perhaps best to file two bugs, one against ftp.debian.org to remove argouml from testing and another against argouml to prevent argouml from migrating into testing again. Then we can update argouml in unstable when its ready to do so. Cheers, Michael
Bug#445578: eclipse-gcj depends on ecj-bootstrap-gcj which is obsolete
tag 445578 pending thanks Hello Christoph, On Sun, Oct 07, 2007 at 04:40:17AM +0200, Christoph Anton Mitterer wrote: Package: eclipse-gcj Version: 3.2.2-3 Severity: normal ecj-bootstrap-gcj is no longer obsolete and described as: standalone version of the Eclipse Java compiler (transitional package) This is a transitional package; it can safely be removed. Thanks for your bug report. This is fixed in our SVN already and will be uploaded as 3.2.2-4 soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443490: eclipse-sdk: uninstallable on i386
tag 443490 pending thanks Hello Albert, On Fri, Sep 21, 2007 at 08:12:45PM +0200, Albert Dengg wrote: Package: eclipse-sdk Version: 3.2.2-3 Severity: grave Justification: renders package unusable hi because of a buildfailure on i386 (see http://buildd.debian.org/fetch.cgi?pkg=eclipsever=3.2.2-3arch=i386stamp=1187860160file=log ) currently eclipse-sdk is not installable (eclipse is on 3.2.2-2, but eclipse-sdk is 3.2.2-3 and so there is a dependecy problem (the build failure seems to be something else then in #443485, looks like it took to long to build) Confirmed. Thanks for your bug report. I will upload 3.2.2-4 soon. I will build it for i386 and amd64 on my machine to make sure its built and then upload. This will fix this then. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443905: File agains gtk?
clone 443905 -1 reassign -1 libgtk2.0-0 retitle 1 GTK crash with tooltips found -1 2.12.0-2 severity -1 important tag -1 patch thanks On Sat, Sep 29, 2007 at 03:26:58AM +0200, Christian Henz wrote: I also experienced this, and the patch posted at the Ubuntu link worked for me. The bug is already fixed in Ubuntu. Maybe this report should be reassigned to libgtk2.0-0? The bug should be cloned to be tracked and known in both. Doing so now. I have attached the patch that Ubuntu applies to gtk+2.0 to fix this issue. Please include it in Debian as well. Cheers, Michael --- gtktooltips.c 2007-09-10 18:07:09.0 +0200 +++ gtk+2.0-2.12.0/gtk/gtktooltips.c 2007-09-10 18:08:01.0 +0200 @@ -235,6 +235,7 @@ gtk_tooltips_set_tip (GtkTooltips *toolt } if (tooltips-active_tips_data + tooltipsdata tooltips-active_tips_data-widget == widget GTK_WIDGET_DRAWABLE (tooltips-active_tips_data-widget)) {
Bug#443905: eclipse: Eclipse crashes when showing tooltip
On Mon, Sep 24, 2007 at 05:24:30PM -0500, Rodrigo Chandia wrote: Package: eclipse Version: 3.2.2-3 Severity: grave Justification: causes non-serious data loss Briefly hovering the mouse on the title tab of a file makes eclipse segfault (using sun's java6 from non-free) It might be related to a similar bug reported for ubuntu: https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/128232 Thanks for your bug report. I have cloned this bug and notified the GTK maintainers. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445006: maven2: Selects first JRE found, ignoring alternatives
On Tue, Oct 02, 2007 at 06:37:55PM +0200, Krzysztof Sobolewski wrote: Package: maven2 Version: 2.0.7-1 Severity: normal I have two Java packages installed: sun-java5-jre and sun-java6-jre. The latter is selected as /usr/bin/java by update-java-alternatives. Now when Maven starts, it tries to select $JAVA_HOME by looking into places where it might find Java (/usr/lib/jvm), apparently giving priority to Sun packages. Unfortunately, in my case, it selects java-1.5.0-sun, because it comes up first. This is mostly fine, but creates problems when, for example, I'm compiling a program that uses newer APIs. The start script should probably first try to determine where /usr/bin/java (or even `which java`) comes from. The problem is that in the past not all JVM implementations worked for all usecases. That is why we implemented a way to guess a working JVM. This is wrong when new runtimes come up or change directories where they are installed. Using /usr/bin/java would probably work for Maven but /usr is no suitable setting for JAVA_HOME. I dont really know what a good solution might be here. Probably its using /usr as JAVA_HOME and /usr/bin/java as Java virtual machine and let the local admin decide which runtime to use. What are the opinion of others about this? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441205: CVE-2007-4724 XSS in cal2.jsp
On Fri, Sep 07, 2007 at 02:42:13PM +0200, Nico Golde wrote: Package: tomcat5-webapps Version: 5.0.30-12 Severity: minor Tags: security Hi, a CVE[0] has been issued against your package. CVE-2007-4724: Cross-site request forgery (CSRF) vulnerability in cal2.jsp in the calendar examples application in Apache Tomcat 4.1.31 allows remote attackers to add events as arbitrary users via the time and description parameters. I verified that this isse is present in etch however it is fixed in tomcat5.5-webapps in unstable and testing. Please include the CVE id in the changelog if you fix this issue. [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4724 I identified what needs to be fixed, finally. Problem is that the affected file (cal2.jsp) is included in tomcat5 source but during build of it it gets copied over from libservlet2.4-java package. So at least 2 source packages are affected by this. I will speak with the SRMs about this how to fix this in stable. In unstable is affected only libservlet2.4-java (the examples of it, to be concrete). Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441089: kaffe-pthreads: Uninstallable in sid
On Fri, Oct 05, 2007 at 10:33:21PM +0200, Torsten Werner wrote: Hi, kaffe-pthreads still depends an ecj-bootstrap which is not available in sid. Nope, it doesnt. Please check more carefully before reopening bugs. Please close the bug again with removing the Found: 1.1.8-1 first. $ apt-cache show kaffe-pthreads | grep ecj-bootstrap $ $ apt-cache policy kaffe-pthreads kaffe-pthreads: Installiert:2:1.1.8-1 Mögliche Pakete:2:1.1.8-1 Versions-Tabelle: *** 2:1.1.8-1 0 500 http://ftp.de.debian.org sid/main Packages 100 /var/lib/dpkg/status $ Cheers, Michael
Bug#441147: kaffe is installable again now in sid
Version: 1.1.8-1 Version 1.1.8-1 of kaffe fixed that issues. Sorry for forgetting to mention that in the changelog. Cheers, Michael -- Michael Koch Senior Developer Enough Software S�gestr. 70 28195 Bremen Germany Web: http://www.enough.de Mail: [EMAIL PROTECTED] Tel: +49-(0)421-9889 131 Fax: +49-(0)421-9889 132
Bug#445325: ftp.debian.org: Please put libpja-java-doc into section 'contrib/doc'
Package: ftp.debian.org Severity: normal Please put libpja-java-doc into section 'contrib/doc'. Its currently in section 'contrib/lib' which is wrong as this package contains only documentation. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442748: tomcat5.5: FTBFS if build twice in a row
Version: 5.5.23-1 On Sun, Sep 16, 2007 at 08:46:35PM +0200, Patrick Winnertz wrote: dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletOutputStream-uses.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/FilterChain.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/SingleThreadModel.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequest.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/Filter.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/SingleThreadModel-uses.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequestAttributeListener.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletResponseWrapper.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequest-uses.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequestWrapper.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequestAttributeEvent.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletRequestListener.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/FilterConfig-uses.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/javax/servlet/ServletConfig.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/all-classes.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/index.html has no final newline (either original or modified version) dpkg-source: cannot represent change to servletapi/jsr154/dist/docs/api/resources/inherit.png: binary file contents changed dpkg-source: warning: file servletapi/jsr154/dist/docs/api/deprecated.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/tree.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/all-packages.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/overview-summary.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/alphaindex.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/serialized-form.html has no final newline (either original or modified version) dpkg-source: warning: file servletapi/jsr154/dist/docs/api/about.html has no final newline (either original or modified version) dpkg-source: cannot represent change to servletapi/jsr154/dist/examples/examples.war: binary file contents changed dpkg-source: warning: ignoring deletion of file container/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java.orig dpkg-source: building tomcat5.5 in tomcat5.5_5.5.20-5.dsc dpkg-source: unrepresentable changes to source ** Build finished at 20070905-2254 END OF BUILD NO 2 FAILED [dpkg-buildpackage died] This was fixed in version 5.5.23-1. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441122: Fwd: Re: Bug#441122: cacao - FTBFS: undefined reference to `__data_start'
On Sat, Sep 29, 2007 at 10:41:47PM +0200, Florian Weimer wrote: * Cyril Brulebois: Forwarding the question to the (hopefully) appropriate persons. From: Bastian Blank [EMAIL PROTECTED] Subject: Re: Bug#441122: cacao - FTBFS: undefined reference to `__data_start' To: Cyril Brulebois [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Date: Sat, 29 Sep 2007 13:21:02 +0200 On Sat, Sep 29, 2007 at 12:07:52PM +0200, Cyril Brulebois wrote: is this bug still reproducible? I can't on some other archs at least. Yes. Why does it embed boehm-gc instead of using libgc? Does the security team know that? Some application require that the BDW collector is compiled with non-standard flags. Perhaps this is the case with Cacao? I spoke with upstream about this. Its currently not possible as cacao needs to access some internals of boehm-gc which are not exposed in a public API. Its about handling signals. Upstream plans to make it possible to use the the system installed boehm-gc but that will need some more work on cacao upstream. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445216: ftp.debian.org: Please put kaffe-doc into section 'doc'
Package: ftp.debian.org Severity: normal Please put kaffe-doc into section 'doc'. Its currently in section 'lib' which is wrong as this package contains only documentation. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444850: [Foo2zjs-maintainer] Bug#444850: Bug#444850: Bug#444850: foo2zjs: Please, provide a menu file for hannah
On Tue, Oct 02, 2007 at 02:06:42PM +1000, Steffen Joeris wrote: Hi Nelson I am wanting something like this, to be installed as /usr/share/menu/foo2zjs: ?package(foo2zjs):needs=x11 \ section=Applications/System/Administration \ title=Hannah firmware downloader \ longtitle=Foo2zjs firmware downloader and installer \ command=/usr/bin/hannah I am in doubt if it belongs to the Administration class. Also, the title and longtitle could be improved. Thanks for notifying us about this. I somehow forgot about the menu file, shame on me :/ Does anyone know or want to try out, if we can use the same line for the command field in the menu file, than the exec field in the .desktop file? (exec=if [ -n `which kdesu` ] ; then `which kdesu` /usr/bin/hannah : else `which gksu` /usr/bin/hannah ; fi) I wasnt able to test it but the Debian menu policy says the following: The command field holds the command that should be executed when the menu entry is selected. Commands will be executed with `sh -c' using execl(/bin/sh,sh,-c,command) or the equivalent. I think this implies that it works. It should just work as KDE does the same with the commands from the desktop files. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432540: tagging 432540, tagging 305325, tagging 433350, tagging 434316
On Tue, Oct 02, 2007 at 08:27:21AM +0100, Paul Cager wrote: Thanks for the reminder. I tagged the bugs as pending to show they are fixed in svn, but the package still needs some more work before it can be uploaded. The Java policy now is to use gcj rather than kaffe, but unfortunately this means ant's native2ascii task is no longer supported. I'm working on it, but my Debian time is a bit restricted at the moment (due to a rather nasty virus - and not the computer kind!) All the best from my side to make you feel better soon. Can I help you somehow with checkstyle? I think it should be possible to still let checkstyle depend on kaffe for now, if that makes things easier. I hope to be able to upload a working kaffe 1.1.8-1 tomorrow to the archive. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437524: ITP: libwfut - WorldForge Update Tool
owner 437524 ! thanks On Sun, Aug 12, 2007 at 11:35:19PM -0400, Andres Mejia wrote: Package: wnpp Severity: wishlist * Package name : libwfut Version : 0.1.0 Upstream Authors : Simon Goodall libwfut AT simongoodall.co.uk * URL : http://prdownloads.sourceforge.net/worldforge/libwfut-0.1.0.tar.gz?download * License : (LGPL) Description : libwfut is a C++ implementation of the client side of WFUT (forge/tools/WFUT). The aim of this library is to provide update capabilities for C++ based clients. This package will be needed by ember. I take over this ITP as Andres said to me in private mail that he is not interested in that package anymore and I need it for sear. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443964: java-package: javaws also crashes
Hello Vinvent, On Wed, Sep 26, 2007 at 11:40:57AM +0200, Vincent Lönngren wrote: The reason in my case is that I simple didn't know about the prepackages version. Anyway, it doesn't make a difference in this case - I've installed sun-java6-jre and the same thing keeps happening. I have some new information however: javaws -viewer also crashes. I conclude that there is a problem with javaws. Attached you will find the BugBuddy report from javaws crashing, minus the .xsession errors which didn't contain anything useful and did contain some personal information. I hope this new information is helpful. These bugs are not in java-package. The bug is in SUN JDK packaged by java-package. Please try the latest package from SUN and report the bugs to SUN when not fixed yet. I will close that bug now as we can do nothing about that proprietary software. Please reopen when you think the bug is in java-package - when java-package does something wrong with packaging SUN JDK. Sorry for that bad news. Cheers, Michael
Bug#444199: ITP: freecol -- freecol: an open version of Colonization
On Wed, Sep 26, 2007 at 09:13:40PM +0200, Vincent Fourmond wrote: Package: wnpp Severity: wishlist Owner: Vincent Fourmond [EMAIL PROTECTED] * Package name: freecol Version : 0.7.2 Upstream Author : [EMAIL PROTECTED] * URL : http://www.freecol.org/ * License : GPL Programming Lang: java Description : freecol: an open version of Colonization freecol is a game in the spirit of Civilization but taking place in a colonial background. Colonize a new world, build towns, trade or fight with natives and other European civilizations, trade with your homeland until you're ready to fight for your independance ! Java game, so probably will end up in contrib. License is GPL, I'm not sure though whether all art work is free. Great game (though buggy sometimes...) ! Alexander Schmehl did some prelimiary packages some time ago. But due to the legal issue with the art work he stopped. Please clear the legal situation with upstream before doing more work. Last time we asked upstream dont seem to care really. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443917: [Foo2zjs-maintainer] Bug#443917: udev complains about rules in 11-hplj10xx.rules
On Tue, Sep 25, 2007 at 06:27:15PM +0200, Daniel Leidert wrote: Am Dienstag, den 25.09.2007, 07:11 +0200 schrieb Michael Koch: On Tue, Sep 25, 2007 at 01:18:48AM +0200, Daniel Leidert wrote: During startup of the system, udev complains about 11-hplj10xx.rules. Can you please check the rules? Unfortunately the message is not left in the boot log. Hmm, it doesn't complain for me here. Can you try to get us your error message so dig deeper into it? from /var/log/daemon.log (even after puring and new installation): udevd[968]: add_to_rules: invalid rule '/etc/udev/rules.d/11-hplj10xx.rules:3' udevd[968]: add_to_rules: invalid rule '/etc/udev/rules.d/11-hplj10xx.rules:7' udevd[968]: add_to_rules: invalid rule '/etc/udev/rules.d/11-hplj10xx.rules:11' udevd[968]: add_to_rules: invalid rule '/etc/udev/rules.d/11-hplj10xx.rules:15' System is a recent Sid with all updates. Please don't hesitate to tell me, if I can/should provide more information Okay, I was bit blind. I found and hopefully fixed it now locally. Next reboot will show. Thanks for your report. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408842: ping
Hello, On Tue, Sep 25, 2007 at 04:01:27PM +0200, Daniel Leidert wrote: In fact I started already looking into it. We will upload a new package soon. Short, but important question: Are you going to update libsaxon-java or are you going to package a separate package, e.g. libsaxon8-java? I'm currently preparing the docbook-xsl Saxon and Xalan extensions for Debian. But they are written to work with Saxon 6. Upstream told me, that these extensions are not necessary with Saxon 8 anymore. So if you are going to update libsaxon-java, I don't need to try to put the extensions into Debian, because I would directly have to file an RoM again :) It will be a new source package because its for XSLT 2.0. Saxon 6 is for XSLT 1.0. So its a bit different. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408842: saxon 8.9: mono-side of the issue
Hello, On Tue, Sep 25, 2007 at 12:07:27AM +0200, Stefano Zacchiroli wrote: In the end Saxon is basically a Java implementation. In addition to that there is some glue C# code which provides just bindings from C# to the Java implementation. The source package is one for the two types of code together. They mono guys suggested to start packaging the Java part per-se. Then we can either have a separate source package with just the C# glue code and having it dep/build-dep on the Java part or have single source package which build both kind of packages. In both cases we should start from the Java part. Then, if we chose to have a single source package, I can ask the mono people to help me in patching it to build the C# stuff. Okay, perhaps I can do the first upload of it this weekend. Then it depends on FTP-Master to accept the package (or not). Then the mono guys can depend on the package. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408842: saxon 8.9: mono-side of the issue
On Mon, Sep 24, 2007 at 12:55:08PM +0200, Stefano Zacchiroli wrote: On Sat, Sep 22, 2007 at 07:25:46PM +0200, Michael Koch wrote: Are you interested in working on this bug report or should we NMU the package? In fact I started already looking into it. We will upload a new package soon. Still on this topic: Saxon 8.9 is available both for Java and for .NET; the latter part seems to work properly with mono. I guess, but I'm asking here for certainty, that you're only going to package the Java version, right? What do you think we should do for the mono part? Ask the appropriate team in Debian? Do you think you'll coordinate or something? As it is a different upstream source package anyway it makes sense that some csharp/.Net experienced packager handles this. Personally I have no clue about it. Can you please handle that and speak with the mono team? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443917: [Foo2zjs-maintainer] Bug#443917: udev complains about rules in 11-hplj10xx.rules
On Tue, Sep 25, 2007 at 01:18:48AM +0200, Daniel Leidert wrote: During startup of the system, udev complains about 11-hplj10xx.rules. Can you please check the rules? Unfortunately the message is not left in the boot log. Hmm, it doesn't complain for me here. Can you try to get us your error message so dig deeper into it? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443485: eclipse: fails to build
tag 443485 pending thanks On Fri, Sep 21, 2007 at 07:46:12PM +0200, Albert Dengg wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: eclipse Version: 3.2.2-2 Severity: serious Justification: no longer builds from source hi eclipse fails to build in pbuilder with the following errors (that i can find in the output): [javac] 2. ERROR in /tmp/buildd/eclipse-3.2.2/source-tree/plugins/org.eclipse.team.cvs.ssh2/src/org/eclipse/team/internal/ccvs/ssh2/CVSSSH2PreferencePage.java [javac] (at line 840) [javac] setErrorMessage(ee.message); [javac] ^^ [javac] ee.message cannot be resolved or is not a field [javac] -- [javac] 3. ERROR in /tmp/buildd/eclipse-3.2.2/source-tree/plugins/org.eclipse.team.cvs.ssh2/src/org/eclipse/ [javac] team/internal/ccvs/ssh2/CVSSSH2PreferencePage.java (at line 891) [javac] setErrorMessage(ee.message); [javac] ^^ [javac] ee.message cannot be resolved or is not a field [javac] -- This was caused by the jsch update which was API incompatible (this was the only issue). I added a patch for this to SVN. Thanks for reporting. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443531: ftp.debian.org: Please change priority of libws-commons-util to optional
Package: ftp.debian.org Severity: normal libws-commons-util currently has an override to make it extra. It should be optional. libxmlrpc3-java, which is optional, depends on it. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408842: ping
owner 408842 ! thanks On Sat, Sep 22, 2007 at 07:00:20PM +0200, Stefano Zacchiroli wrote: Any news on this bug report? I'm interested in seeing XSLT 2.0 support in Debian and there seems to be nothing. Are you interested in working on this bug report or should we NMU the package? Thanks for the ping. In fact I started already looking into it. We will upload a new package soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443343: ftp.debian.org: Please put libcommons-httpclient-java-doc into section 'doc'
Package: ftp.debian.org Severity: normal Please put libcommons-httpclient-java-doc into section 'doc'. Its currently in section 'lib' which is wrong as this package contains only documentation. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443039: libmatthew-java: FTBFS: Exception in thread main java.lang.NullPointerException
Version: 0.7.8-5 This bug was fixed in the version 0.7.8-5. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443039: libmatthew-java: FTBFS: Exception in thread main java.lang.NullPointerException
On Tue, Sep 18, 2007 at 09:17:53PM +0300, Touko Korpela wrote: Michael Koch wrote: This bug was fixed in the version 0.7.8-5 But this FTBFS build used 0.7.8-6. Is this bug reappeared? Its definitely fixed. We had a lot of failing packages. Perhaps the fix was not in gjdoc but in gcj-4.2... Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442748: tomcat5.5: FTBFS if build twice in a row
On Sun, Sep 16, 2007 at 08:46:35PM +0200, Patrick Winnertz wrote: Package: tomcat5.5 Severity: important Version: 5.5.20-5 User: [EMAIL PROTECTED] Usertags: qa-doublebuild Hello, please retry with current tomcat5.5 from unstable - 5.5.23-1. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443123: ITP: wired -- Music creation and production software
On Tue, Sep 18, 2007 at 09:02:02PM +0200, [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: wired Version : 0.5.0 Upstream Author : Name [EMAIL PROTECTED] * URL : https://sourceforge.net/projects/wired/ * License : GPL Programming Lang: C++ Description : Music creation and production software Wired aims to be a professional music production and creation software running on the Linux operating system. It brings musicians a complete studio environment to compose and record music without requiring expensive hardware. Already ITPed as #394755. Toby Smithe works on it and I will sponsor it. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442954: kaffe: uninstallable
merge 441089 442954 thanks On Tue, Sep 18, 2007 at 08:01:32AM +0200, Lucas Nussbaum wrote: Package: kaffe Version: 2:1.1.7-4 Severity: serious Hi, kaffe is currently uninstallable, due to the removal of ecj-bootstrap. :~# apt-get install kaffe [..] The following packages have unmet dependencies: kaffe: Depends: kaffe-pthreads (= 2:1.1.7-4) but it is not going to be installed or kaffe-jthreads (= 2:1.1.7-4) but it is not going to be installed E: Broken packages :~# apt-get install kaffe kaffe-jthreads [...] The following packages have unmet dependencies: kaffe-jthreads: Depends: ecj-bootstrap but it is not installable E: Broken packages New package is nearly done. Will be uploaded soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442246: reopen wrongly closed bug report
report 442246 thanks Sorry, I closed th wrong bug in an upload of java-package. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280981: specify --revision as command line argument
close 280981 0.35 thanks Applied and fixed in the 0.35 upload of java-package. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439488: jaxme: FTBFS: tests failed
On Mon, Sep 03, 2007 at 03:24:21PM +0200, Lucas Nussbaum wrote: On 01/09/07 at 16:06 +0200, Michael Koch wrote: On Sat, Aug 25, 2007 at 10:34:06AM +0200, Lucas Nussbaum wrote: Package: jaxme version: 0.5.2+dfsg-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20070823 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. I cant reproduce this? Can it be that this was already fixed by some upload of some other package? Can you try to reproduce this? Hi, I can still reproduce it, both on the system where I originally reproduced it, and on my laptop (x86 in a clean up-to-date sid chroot). Could you post the build log, so we can compare it with mine? I uploaded the build logs for i386 and amd64 to my account on people.debian.org: http://people.debian.org/~mkoch/jaxme-amd64.log.gz http://people.debian.org/~mkoch/jaxme-i386.log.gz Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441229: java-package: Can't locate controllib.pl and parselog problems
I'm not sure what this means, but it seems to prevent something or other from working like it should: Done. Testing extracted archive... okay. Can't locate controllib.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/822-date line 11. Create debian package: dh_testdir dh_testroot dh_installchangelogs parsechangelog/debian: error: badly formatted trailer line, at file debian/changelog line 5 dh_installchangelogs: changelog parse failure Aborted (dh_installchangelogs). Removing temporary directory: done How can I reproduce this? Cheers, Michael -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441049: FTBFS: Cannot build ant-jsch.jar
reassign 441049 jsch 0.1.34-1 thanks On Thu, Sep 06, 2007 at 04:42:29AM -0700, Matt Kraai wrote: Package: ant Version: 1.7.0-3 Severity: serious ant fails to compile because it cannot build ant-jsch.jar: Warning: skipping jar archive /tmp/buildd/ant-1.7.0/build/lib/ant-jsch.jar because no files were included. Warning: skipping jar archive /tmp/buildd/ant-1.7.0/build/lib/ant-jsch.jar because no files were included. ... [jar] Warning: skipping jar archive /tmp/buildd/ant-1.7.0/build/lib/ant-jsch.jar because no files were included. [jar] Warning: skipping jar archive /tmp/buildd/ant-1.7.0/build/lib/ant-jsch.jar because no files were included. ... dh_install -pant-optional cp: cannot stat `./build/lib/ant-jsch.jar': No such file or directory dh_install: command returned error code 256 make: *** [binary-install/ant-optional] Error 1 pbuilder: Failed autobuilding of package The upload of jsch 0.1.34-1 broke this by /usr/share/java/jsch.jar pointing to the old jar name (jsch-0.1.28.jar). I will upload a fixed jsch package. Cheers, Michael -- Matt ___ pkg-java-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441089: Bug#441147: Uninstallable due to dependency on virtual package ecj-bootstrap
reassign 441147 kaffe 2:1.1.7-4 merge 441147 441089 tag 441147 pending tag 441089 pending thanks On Thu, Sep 06, 2007 at 10:11:12PM -0700, Matt Kraai wrote: Package: kaffe-pthreads Version: 2:1.1.7-4 Severity: serious kaffe-pthreads fails to install because it depends on the virtual package ecj-bootstrap: # apt-get install kaffe-pthreads Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kaffe-pthreads: Depends: ecj-bootstrap but it is not installable E: Broken packages This is a duplicate of #441089. I'm merging these two bugs. I#m also working on new kaffe upload. Will upload soon. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396170: ecj-bootstrap removal - tomcat5.5 uninstallable
tag 396170 pending thanks On Thu, Sep 06, 2007 at 01:11:48PM -0400, Daniel Schepler wrote: package tomcat5.5 severity 396170 serious thanks As the subject says: since ecj-bootstrap has been removed from sid, tomcat5.5 is no longer installable. I'm working on this. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440816: ITP: bytecode -- Java library to access bytecode
On Tue, Sep 04, 2007 at 03:58:12PM +0200, Steffen Moeller wrote: Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ Nice upstream author and upstream url. The bytecode library comes with BioJava, a common library to work with sequence data from computational biology. . Homepage: http://www.biojava.org/ To me as a user this description is really non-describing. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434728: configuration should be in /etc/tomcat5.5
On Thu, Jul 26, 2007 at 10:15:33AM +0100, David Pashley wrote: Package: tomcat5.5 Version: 5.5.20-5 Severity: serious Tags: patch Justification: Policy 10.7.2 All the config files should be in /etc/tomcat5.5. The current scheme where some files are in /etc/tomcat5.5 and some are in /var/lib/tomcat5.5/conf with symlinks to the ones in /etc/tomcat5.5 is just confusing. I've included a patch which should move the conf directory to /etc/tomcat5.5 and hopefully migrate users files. It has been tested, but not heavily. I have applied the patch now. Lets flesh problems out, when they arrive. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431704: Policy file 50user.policy uses ${catalina.home}/webapps/ instead of ${catalina.base}/webapps/
On Wed, Jul 04, 2007 at 01:45:22PM +0200, Emmanuel Rodriguez Santiago wrote: Package: tomcat5.5 The policy file /etc/tomcat5.5/policy.d/50user.policy includes some sample directives that can be used to configure additional permissions for individual webapps. All the examples that refer to the folder 'webapps' use the variable ${catalina.home} instead of ${catalina.base}. The problem is that the ${catalina.home} point to a folder that doesn't include the webapps folder. Here's the value of each variable: catalina.base=/var/lib/tomcat5.5 catalina.home=/usr/share/tomcat5.5 Here's the contents of the folders: $ ls /var/lib/tomcat5.5 conf logs shared temp webapps work $ ls /usr/share/tomcat5.5 bin common conf doc logs server shared temp work As you can see the location ${catalina.home}/webapps/ gets translated to /usr/share/tomcat5.5/webapps/ which doesn't exist. The right path to use is ${catalina.base}/webapps/ which gets translated to /var/lib/tomcat5.5/webapps/ which exists. Hmm, for me the webapps dir is in both locations. But I agree that usage of catalina.home is wrong and irritating in this file. Thanks for reporting this issue. I will commit a fix to our SVN. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418962: tomcat5.5: Should not use relative symlinks
On Sat, Apr 14, 2007 at 09:56:05AM +0200, Arnaud Vandyck wrote: On 4/14/07, Mike Young [EMAIL PROTECTED] wrote: [...] The issue with symlinks still stands though, albeit a very minor issue now. Also, I am curious as to whether the changes made to /var/lib/tomcat should in fact be made to CATALINA_BASE or whether we should recommend that certain parts of CATALINA_BASE be pointed at their /var/lib/tomcat equivalents? after fixing the symlink error above, I am concerned that security patches and or updates might not make it to my system because of my choice to host the server under the /srv/ mount. In my POV, if you change the location of tomcat, you break the installation! I have multiple tomcat installed on my system and the Debian one just works fine. This is not about multiple installed tomcats, but about one installation with multiple tomcats running. IMO a very handy feature. I will investigate this more. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412489: tomcat5.5: multiple instances could be supported better
On Mon, Feb 26, 2007 at 11:53:50AM +, Adrian Bridgett wrote: Package: tomcat5.5 Version: 5.5.20-4 Severity: minor When following the instructions in /usr/share/doc/tomcat5.5/RUNNING.txt.gz, there are a few minor niggles with the current init.d script. I have written a script to clone one instance (creates the directories etc) which I've attached to this bug report. The sensible thing to do is to change the NAME in the init.d script, however then the CATALINA_HOME variable points to the wrong location. It would be nice to have it set separately. Conversely, CATALINA_BASE is hardcoded to /var/lib/tomcat5.5 and should be set from NAME :-) I really like your idea and the script. What license is it? Can I use it in the tomcat package. I would like to introduce some script for this feature to make it easy to setup multiple tomcat instances with one installation of tomcat. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440597: libapache2-mod-jk: fix for #425836 breaks normal rewriting with tomcat
On Mon, Sep 03, 2007 at 02:14:25AM +0200, Veit Guna wrote: Package: libapache2-mod-jk Version: 1:1.2.18-3etch1 Severity: important Did an apt-get upgrade this evening with the effect that my apache2 rewriting with mod-jk for tomcat doesn't work out anymore. I'm using this simple rewriting rule: RewriteEngine on RewriteCond %{REQUEST_URI} !^/(iurltoexcludefromtomcat|urltoexcludefromtomcat2) RewriteRule ^/(.*) /mytomcatcontext/$1 [PT] Which rewrites all access to /foo to /mytomcatcontext/foo. This doesn't work out anymore. Instead of going to the /mytomcatcontext/foo, just /foo in tomcat is requested. Took me a couple of hours to figure this out since _some_ packages changed regarding apache2 :(... Downgrading to 1.2.18-3 fixes the issue for me. The only change from 1.2.18-3 to 1.2.18-3etch1 was the change of the default for URI forwarding (from apache httpd to apache tomcat). This was made due to CVE-2007-1860. To get the old behavior use JkOptions +ForwardURICompat But beware. Thats a security risk. Please read the documentation at http://tomcat.apache.org/connectors-doc/reference/apache.html#Forwarding for more infos. Closing this bug as its not a bug. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440391: ITP: ganeti -- Virtual server cluster management platform
On Sat, Sep 01, 2007 at 07:23:19AM +0100, Guido Trotter wrote: Package: wnpp Severity: wishlist Owner: Ganeti Debian Team [EMAIL PROTECTED] * Package name: ganeti Version : 1.2~b1 Upstream Author : Ganeti Team [EMAIL PROTECTED] * URL : http://code.google.com/p/ganeti/ * License : GPLv2 Programming Lang: Python Description : Virtual server cluster management platform Ganeti is a virtual server cluster management software tool built on top of the Xen virtual machine monitor and other Open Source software. After setting it up it will provide you with an automated environment to manage highly available virtual machine instances. This was filed as #440359 too. Please check before you file ITPs. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439465: junit: FTBFS: javadoc errors
On Sat, Aug 25, 2007 at 10:32:43AM +0200, Lucas Nussbaum wrote: Package: junit version: 3.8.1.1-7 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20070823 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. I cant reproduce this? Can it be that this was already fixed by some upload of some other package? Can you try to reproduce this? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]