Bug#673119: provide maven dep taglibs:standard
Package: jakarta-taglibs-standard Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I assume that this is the right package when searching for the maven dependency taglibs:standard. Could you please install it to /usr/share/maven-repo? Thanks, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPs3XPAAoJEAf8SJEEK6ZapbwP/2UiKiJCj6PF0zmeotkAaGiO o3SPH4G6tJjPUz+X1bbewbs5u1I/SjmAajk65xwqueJKSf2tVvedLhlD259wabMW 65o6MCR2teHMg7ev0qPDkn6KMKg4NxRBIipnS5eSyivAIZ6gvvcHr/aF1dntNhWX LctuQldVJB/I/U1fMbJQ3YhbNWBdQ3tMX8udDUjgcQfP0yXuzSw1/GX8wEgJPiGt 0ZbNoa+raVaq95TQmMIpWngDXH+FA5/uR/adqFMlj+IZxtUZGlKRA+9jalt6np4o EZyxmDhiPxDZjQ9BBvNNkJY3D4BcMynkPVcoQR2G1SGU6p5ZRNWG1oLpwnn8gi3q fVU8wxNEssMeXUvWxZQBfyw+aASLYmzW5duOeltS8I1UQ68NGkD1cqH72HXwLg1I 7M9EGrq7NVl5fhQ7/k1WaxriVWrKVJUOdM4BM9KUope4r7FwhTO3hIRZX8KGc073 6ddQYDHjPqBEvXIHqdN5TWcz4+VsSpFCFTTE6fdWsobf2U/Ay7HnXwxPACh/ztBZ +69c85Dyg/iIe6795E4vmaJNcEmRj3aqAMsHaz1H+c+8JQ1aGP8QRHxkJE35GN00 miq5eF3BO+NGRYvgG4WQK62v+LPDrBgTRl7rZqYlHKPtXiU8Jk9hM+fEn8VP6LAH uBKeyme362TsCIABKI52 =84P9 -END PGP SIGNATURE- __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#673144: mh_make should check all dependencies at once
Package: maven-debian-helper Version: 1.5.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Currently mh_make checks one dependency after the other and waits for user interaction after each failed check. This is very time consuming for the user (Debian packager). mh_make should ckeck all dependencies in a row and then print a combined apt-get install line and check again everything in a row. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPs6RRAAoJEAf8SJEEK6ZajNwP/2xOf2W/fMtWuHd/PuPMack2 zNJhc1FDHyM67J8n/i0sh40QtB+BqKs8Hq1r66N1w4ra06Eh02UfZe5gCP2zD2BH A93+soL68UKrZWeKMoFIxzNrQ2z0iUJf8Gf5RDfRq4ozgUulZdX4nj1svv5sWN2g nQAO64H7Ku5rRbedjvtpoQ6FqknJAqTwSL5yknAu/n3vtAvICFaHVBZi1FyEhDtY idnhwbw5jhUM1KitT2TYrOukjsgwZehdA1K2YJxfVvVcZWnPImwPtXhaYOx7z7Rf q9vaIDrtcfR8y7+wxGnYqSBC1QqJ3Lqd3wKEwY/eR126qxkO4bpV6vQtxGpIyTxJ kx6mzjJ6Y8Q78ueGbNVdTh2AeAabyC62DKy5N+KB83TZbEhidWV7ASLEOzOCASwn 2DqX7aIIuIwnupwOV7bj3RqhWC21zVPAdmywI+9ZsEAZ/+0S1c1ZHOunjuHPgq2p GrzMTZTu7irZc55WrfqLrwRa8C1a4riWlZrIN3brnqB/+gNp4Hc2Yu4esGIM0DrN rElsG+k5+8bCe5VRlgeEX/nwU6PPlDrTu3zMTsuwP5H3LNjWMnlQY90EkHXYacN7 0MdwA0Iytl1Obdq1f0CQom7tRpSL3zGioAPwSn7DS6JREejhB+18plQ8RhNp6nR5 j3FzV6BRgspEIS/YqUH4 =xILQ -END PGP SIGNATURE- __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#673147: clean up java code
Package: maven-debian-helper Version: 1.5.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The current state of the java code ... could be improved. A nicer code base is more fun to improve and hack on. After a first glance I'd like to do the following: - - use modern for loops: for (item:items) - - use immutability as much as possible - - separate command line option parsing in a separate class (and maybe later use a library for option parsing) - - avoid long methods and deeply nested conditions or loops - - separate logic from IO and user interaction Please tell me, if you're fine with changes like that. I'm normally following advises from Joshua Blochs Effective Java. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPs6aVAAoJEAf8SJEEK6Za71YP/iLY4o9XHB75xjr3dxBgUWEr lTnVRVGeIOZxFK3BmV6JSKO1UyWr1GV0HBd1CjQjC+Z9q4seyj1sVSzvjLVycC9l xIQCqyEzIWcaMWHNSqnLfb6EkagNG1CCqM6V1C5NIkT/RQta5RE5vrvzKcPFOK6s JfWLMVozliiU9YLk+WNo/PQ19JUZcQjRDlTGO3Ewm9mWPNq8zreM4YFoGarSW+yr XEl7yRrhn+U8LKxtMEKiUxS/fwhk3BXa7q78paTzbdyhCxw0R6p/FufdoxfgyQ8Y Pplq8eiYVtpII0izi9hD52+VsWyTKOuRwBJR/nr9fE0HwZegLS39mTfn5RAMazBa v7iEW7+Vu7HYv4m24B/Nv5y5/b8LfEpOszsqlQh9CO+BqDhkgz1bpsIh7sr2FtiX Y00DP5loMEWV9lp+PWC2+MEp/1kLSRssjj+wNL5cw4FMXuHg+HkQWfSnGGVcOYMV ZAGPsnxn7AJbOHC2qc0zyNHIjGedCQXqqrakTRAHUIlqtSXO8QkDqdpRKmVmTdiU udrTgD6oYnVlg0stg9GS6c7bFk47NtGaKX5i2rbp6mn6989faXHKTm+ooY38yoSF v1mKQJOO4MWzi5YYthE8f8O1r1KrX2d21eRDZ1xPvrBtvcR/XCE7PaMaW1St97Ds BOoNupgUkSSSjDqDS432 =MoVD -END PGP SIGNATURE- __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#670756: Tuxguitar does not start
On 05/15/2012 09:40 AM, Jakub Adam wrote: On 15.5.2012 07:52, Niels Thykier wrote: On 2012-05-15 06:38, tony mancill wrote: On 05/14/2012 08:18 AM, Jakub Adam wrote: In my opinion libswt-gtk-3.5-java and libswt-3-gtk-java are not in conflict, generally it's ok to have them installed both. The problem is in tuxguitar package itself which will not work with SWT 3.5. So I suggest that we make tuxguitar to conflict with libswt-gtk-3.5-java (and maybe also with libswt-gtk-3.4-java and libswt-gtk-3.6-java I see in Grant's package list too). Hi Jakub, There are times in the past when tuxguitar explicitly depended on libswt-gtk-3.5-jar, so it seems odd to say that tuxguitar won't work with it. What seems to be the case is that tuxguitar won't work when both -3.5 and -3 packages are install. Sorry, I was wrong with my statement. I thought libswt-cairo-gtk-3555.so was for some reason not built in swt-gtk 3.5, but I missed it is packaged separately in libswt-cairo-gtk-3.5-jni. I believe that swt uses alternatives for the swt.jar, so if you have an older version of libswt-*-java providing the alternative without (all) the relevant -jni package = boom. Now that should not be possible to do, but it is... un libswt-gnome-gtk-3.5-jninone [...] un libswt-gnome-gtk-3.6-jninone [...] [...] ii libswt-gtk-3.5-java 3.5.1-5 [...] ii libswt-gtk-3.6-java 3.6.2-1 [...] Presumably the dependency relations on the old -jni packages (or on the old -java packages) are not strong enough. I'd like to note that even the most recent libswt-gtk-3-java doesn't have a strong dependency on all its -jni packages. For example libswt-cairo-gtk-3-jni is neither a dependency nor a suggestion in any other package created from swt-gtk (except -gcj which is not relevant in this case I suppose). If it was meant to be changed in the past, presumably it wasn't done. I don't think this is something wrong, as it allows to install only what is really needed, as long as applications list all the -jni packages they require. Tuxguitar does this, but only for libswt-gtk-3-java and doesn't expect that any alternative can be present, therefore it may crash. So I think we would have to change its Depends to something like: Depends: libswt-gtk-3-java | libswt-gtk-3.5-java, libswt-cairo-gtk-3-jni | libswt-cairo-gtk-3.5-jni, ... etc ... or get rid of the alternatives. That change to depends won't have the desired effect. All that expresses is either libswt-gtk-3-java or libswt-gtk-3.5-java or both which is what we are trying to avoid. I believe you want to express an exclusive (XOR) in there - one or other, but not both. When you say get rid of the alternatives, I'm not sure what you mean. Tuxguitar only lists the following swt dependencies: libswt-gtk-3-java, libswt-cairo-gtk-3-jni, and libswt-webkit-gtk-3-jni. It sounds like we might be back to conflicting with libswt-gtk-3.5-java. In any event, I'm still able to run tuxguitar on sid with both 3.5 and 3 packages installed, so I'm not convinced we've ironed out the precise cause of the bug. Regards, tony signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#673175: cglib: Fix test suite failure with OpenJDK7
Package: cglib Version: 2.2.2+dfsg-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS with OpenJDK7: - d/ant.properties: Ensure that all classes are built to target Java 1.5 to ensure backwards compatibility and correct execution of test suite. Obviously this won't be an issue in Debian yet as the default-jdk is still openjdk-6 but this future fix won't impact current functionality, Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPs9XDAAoJEL/srsug59jDNu4P/AzHlX+b5Gd8hWe1rIZA4841 Lwxf4HmtmS/krQN9dPE+JAYpf6ZME0ZTSd6VpS2lwqLN6tNWKbktpl/PyFY7xWsC ZOswuk3WlFmRM/Nq16q+JMvmqRaq03OtvNirMygxGbjpeGonld8DV3O9a7hPtFcK kTutM+hjLvLyaWQrkENXseLoqJ+jGdK9QrLivwszXabjTK7H6i2nKaYQNBQ4ZJB5 U7Bi6uaDA7W/9zoz8iSW5sdWfXamrezYqaHP90qkHsnb+RwbaSDMIEv4hNW+LSRV wqZSdsWcFmNItwg/lV+Xl+N3AGy0q7YMMiJ7DwHe/A3Ss3TKDlyDfEaiEpDrN7tX rw9kMuZbg/R+6VelkSnY8yaPLZRvl+q543yap8yaAD9GxcwdgGN+2E3elpTlGvIm Nv1kpPHf/9KvG1recvdtoDy1x+MuWUJJFmeHY6mdZNsJmqgwrq7cM7VuCbABBXUj crL6YQpHcY4t09XwMb4PHZgnHUk6r4DwSAMRQ+2orhfyXpf2YNSkJV++CUgldicH lVEBvg5YmP/FIw12iu8Yh6iTjDMcktPVorg+VAuNxwLsNXGiY9fusTg8S98FlNNM 4KH0dACCLCjn9Ahlc40OUiKqOf7G3OgdWsuyE5WzzZHxhvrpBIVfQc+7seuLg/Nh FHJ/oHdc1hAKdkiz/wVw =YIhn -END PGP SIGNATURE- === modified file 'debian/ant.properties' --- debian/ant.properties 2009-10-08 21:23:45 + +++ debian/ant.properties 2012-05-16 16:12:45 + @@ -1 +1,3 @@ compile.target = 1.4 +ant.build.javac.source=1.5 +ant.build.javac.target=1.5 __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#673177: libxerces2-java: Ensure classes are backwards compatible with previous versions of java
Package: libxerces2-java Version: 2.11.0-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/rules: Build class files with source/target = 1.4 to ensure backwards compatibility (LP: #999749). By default, this package aligns source/target to the version of Java being used to compile the code - in Ubuntu default java has switch to OpenJDK7 which means that this package generates classes which are not compatible with earlier versions of Java Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPs9cHAAoJEL/srsug59jDYcQQANI5Ji/f+tIV6ODtCoFfn/+t cGHByUih8wBioEVNjddNpC7hh2PB5UoUICbfYEm7qjciUbNo+l4phpk6dtZuseUa AWrOTItetpjGmPFO3XO21ZfLCDOpKjQtl2I69cYHkpA3CLMWZHVoYLwwl4szqg08 VI9yecCzrWSvv5nw1lutOYM4KXWDWFs0M6SeMWWPo7g4a5khaUmV5bc0CROdjnBF KG5A58R0fgoRjsl7TALj4GB7wOiw9fw3PPm5mZBflGxJU+38NKkdka6hhSMXJbcq w9AL9A1uW7lZvPZhcVRlNYD33w9XVF4M37VNGeeb6HtxbUbyEAyjZSyKyHqMzkVO kRT6+2QNcpwUhnSa8iFYk7cuIBXj9kNw964Yv0AdkPbIsqK9bVPgm6S5pnbMi1uX D1ESvg6cIzjypTZVSbl9GbloEDO9CQWqc6/Sq8pGMblZ7iU3cdyIotPKJHwfRoeH UoE+VwU+FwqByVv8KRA351nsfI3POlNL85OTLhRp5QQ9HUu2jM8IraIvRiczYZyw LLzGfPHfk0llsSSmWRXUIXDOKM3aBc99Nl+wNuQsFttyhL779hFbRtqttrZa3R+G 1L/yW9HiQmey+JRm+Zfz2LSEoGExmfJFCj8kjzroGNMwl14mqaoPF3H431WFQl88 AkybHVGisw7Wl9rw51vd =Y1bF -END PGP SIGNATURE- diff -Nru libxerces2-java-2.11.0/debian/rules libxerces2-java-2.11.0/debian/rules --- libxerces2-java-2.11.0/debian/rules 2011-12-02 07:43:46.0 + +++ libxerces2-java-2.11.0/debian/rules 2012-05-15 18:45:47.0 +0100 @@ -9,7 +9,7 @@ VERSION := $(DEB_UPSTREAM_VERSION) JAVA_HOME:= /usr/lib/jvm/default-java ANT_HOME := /usr/share/ant -ANT_OPTS = -Dant.build.javac.source=1.4 -Dant.build.javac.target=1.4 +ANT_OPTS = -Dant.build.javac.source=1.4 -Dant.build.javac.target=1.4 -Djavac.source=1.4 -Djavac.target=1.4 include /usr/share/gcj/debian_defaults ifneq (,$(filter $(DEB_HOST_ARCH), $(gcj_native_archs))) __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#670756: Tuxguitar does not start
Hi Tony, On 16.5.2012 17:01, tony mancill wrote: In any event, I'm still able to run tuxguitar on sid with both 3.5 and 3 packages installed, so I'm not convinced we've ironed out the precise cause of the bug. Ok, I will try to describe it more thoroughly: The direct cause of crash is that required JNI library libswt-cairo-gtk-3555.so (from package libswt-cairo-gtk-3.5-jni) is not installed when it has to be. On a clean system where neither SWT nor tuxguitar is installed we can get into this situation with following sequence of events: (1) Install tuxguitar: $ apt-get install tuxguitar Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libswt-cairo-gtk-3-jni libswt-gtk-3-java Suggested packages: libswt-gtk-3-java-gcj tuxguitar-jsa lilypond Recommended packages: tuxguitar-alsa tuxguitar-oss The following NEW packages will be installed: libswt-cairo-gtk-3-jni libswt-gtk-3-java tuxguitar 0 upgraded, 3 newly installed, 0 to remove and 15 not upgraded. ... Setting up libswt-gtk-3-java (3.7.2-2) ... update-alternatives: using /usr/share/java/swt-gtk-3.7.jar to provide /usr/share/java/swt.jar (swt.jar) in auto mode. ... Now we have libswt-gtk-3-java, libswt-cairo-gtk-3-jni and /usr/share/java/swt.jar is provided by swt-gtk-3.7.jar. So far good, we can successfully launch tuxguitar and it will use SWT 3.7 (2) Now let's add libswt-gtk-3.5-java to the installation $ apt-get install libswt-gtk-3.5-java Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libswt-gtk-3.5-jni Suggested packages: libswt-gtk-3.5-java-gcj libswt-gnome-gtk-3.5-jni The following NEW packages will be installed: libswt-gtk-3.5-java libswt-gtk-3.5-jni 0 upgraded, 2 newly installed, 0 to remove and 15 not upgraded. ... We have libswt-gtk-3.5-java installed, *BUT NOT* libswt-cairo-gtk-3.5-jni and /usr/share/java/swt.jar is symlinked to swt-gtk-3.5.1.jar. When you now try to start tuxguitar, it will use SWT 3.5 and crashes with exception we already know from Grant: Exception in thread main org.eclipse.swt.SWTException: Unable to load graphics library [Cairo is required] (java.lang.UnsatisfiedLinkError: no swt-cairo-gtk-3555 or swt-cairo-gtk in swt.library.path, java.library.path or the jar file) (3) To fix this, we can manually install libswt-cairo-gtk-3.5-jni. Then tuxguitar finally runs also with SWT 3.5 - this is most probably your (Tony's) situation, when you have both SWTs and application is working: ||/ NameVersion Description +++-===-===- ii libswt-cairo-gtk-3-jni 3.7.2-2 Standard Widget Toolkit for GTK+ Cairo JNI library ii libswt-cairo-gtk-3.5-jni3.5.1-2.1 Standard Widget Toolkit for GTK+ Cairo JNI library un libswt-gnome-gtk-3-jni none (no description available) un libswt-gnome-gtk-3.5-jninone (no description available) ii libswt-gtk-3-java 3.7.2-2 Standard Widget Toolkit for GTK+ Java library un libswt-gtk-3-java-gcj none (no description available) ii libswt-gtk-3-jni3.7.2-2 Standard Widget Toolkit for GTK+ JNI library ii libswt-gtk-3.5-java 3.5.1-2.1 Standard Widget Toolkit for GTK+ Java library un libswt-gtk-3.5-java-gcj none (no description available) ii libswt-gtk-3.5-jni 3.5.1-2.1 Standard Widget Toolkit for GTK+ JNI library ii libswt-webkit-gtk-3-jni 3.7.2-2 Standard Widget Toolkit for GTK+ WebKit JNI library It's that tuxguitar sometimes needs libswt-cairo-gtk-3.5-jni, but it's not depending on it in any way. Do you see where is the problem now or did I confuse you even more? :) So I think we would have to change its Depends to something like: Depends: libswt-gtk-3-java | libswt-gtk-3.5-java, libswt-cairo-gtk-3-jni | libswt-cairo-gtk-3.5-jni, ... etc That change to depends won't have the desired effect. All that expresses is either libswt-gtk-3-java or libswt-gtk-3.5-java or both which is what we are trying to avoid. I believe you want to express an exclusive (XOR) in there - one or other, but not both. You are right, my change is not sufficient. XOR might work, but I'm not sure if this can be expressed in Depends. When you say get rid of the alternatives, I'm not sure what you mean. Tuxguitar only lists the following swt dependencies: libswt-gtk-3-java, libswt-cairo-gtk-3-jni, and libswt-webkit-gtk-3-jni. It sounds like we might be back to conflicting with
Processed: merge 665749 665754
Processing commands for cont...@bugs.debian.org: package ca-certificates-java Limiting to bugs with field 'package' containing at least one of 'ca-certificates-java' Limit currently set to 'package':'ca-certificates-java' merge 665749 665754 Bug #665749 [ca-certificates-java] ca-certificates-java: postinst script generates link /libnss3.so Bug #665754 [ca-certificates-java] ca-certificates: reconfiguration creates links in / Marked as found in versions ca-certificates-java/20120225. Merged 665749 665754 End of message, stopping processing here. Please contact me if you need assistance. -- 665749: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665749 665754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665754 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.