Bug#644259: Please switch to Git maven-repo-helper and maven-debian-helper
Thanks a lot Thomas, I was about to do the switch myself but the bad way, ignoring all previous history... Ludovic On 06/05/2012 14:47, Thomas Koch wrote: Hi Ludovic, happy election day! :-) I had to write my bachelor thesis, so this task slept for a while. The repos are now converted: http://anonscm.debian.org/gitweb/?p=pkg-java/maven-repo-helper.git http://anonscm.debian.org/gitweb/?p=pkg-java/maven-debian-helper.git I also added some svn-git conversion hints to: http://wiki.debian.org/Java/JavaGit I propose you close this bug with the next upload when you also switched the VCS-* fields in debian/control. You might also want to remove them from SVN. Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668233: libmockito-java: Intent to NMU: update use of maven-repo-helper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry for that. There were only 2 groups of changes, the update for Vcs-Git (a small change), and the use of jh_maven_repo_helper (the bulk of the change) Ludovic. On 05/05/2012 07:39, David Paleino wrote: Hello Ludovic, On Tue, 10 Apr 2012 00:44:36 +0200, Ludovic Claude wrote: [..] The changes have been commited in the Git repository for mockito Next time, please do *atomic* commits. Committing large unrelated changes makes a VCS useless. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPpQqUAAoJEImmFv6yGz69MfYP/ivBycIIUkse3F2dd7kkL3SA l4BOTGUDY5Ffuzx8C9oI3N18viUgBxjQC26WmYvPfGo0qG5s3vFhWvK26Of4vFt+ hluD9f8Q0DqW0+Cr+IUoADlfTRiAoH5fIAfwMZE/3wXzQg9YOxiqOv/0jRV5b1F2 iAnuOVQjWIootXRILysM+DV1VJuQ+qLbYVIPhZFNCYsdxjl9D3k7J4cf5ktvipt1 g7xISa3NOl6A7QiT0Rsevz9VSJV/yuack0bXz856SA2QnG3Wn9rAi7slsU8j2Ccx w6AB23ywJjmDAKChn7gInNu6UrctQqKTYki0YDn6DhAZM0XCGyXHlPvFI0zH1JAa CHOnMKweRq0cx2UGBvda5G/wGI/M9tT8ZCIbupsb3enXz+3DicwyCOCwZ4XV9aus TUR+UTUaEQh+tR89TWHp/NSc4wH0AfE4s5gc198EIcEdfkO5drjptjPh0VpwNHbL wdPUO1H+oA9mIq8wnjisBYnpq4p1GFyL5JKW63LOowyXNjEFOnsK5QiV9tkFsHjk AI0qveml5X42I2li42GulsxLXU/VTEUZKHhPXlcyb+0GDYaZPOHPv+rcCCW07ynf wfLxZ0LaYGo3EwyRrSyMOttbFZQW27/d0t9Vc9vKEIdZjQBN+INswGVw/PlZIgC/ DIIQFWcfT91JO40R9+Ge =eNvd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660845: lintian: [PATCH] false positive codeless-jar warning with javadoc jar files
Package: lintian Version: 2.5.6 Followup-For: Bug #660845 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, Please find attached a patch for this bug. My Perl is rusty, double check this patch! - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-6ubuntu1 ii bzip2 1.0.6-1 ii diffstat 1.54-1 ii file 5.09-2 ii gettext0.18.1.1-5ubuntu3 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.25build2 ii libc-bin 2.15-0ubuntu10 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1build3 ii libdpkg-perl 1.16.1.2ubuntu7 ii libemail-valid-perl0.185-1 ii libipc-run-perl0.90-1 ii libparse-debianchangelog-perl 1.2.0-1ubuntu1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.59-1 ii locales2.13+git20120306-3 ii man-db 2.6.1-2 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-6ubuntu2 ii unzip 6.0-4ubuntu1 lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch none ii dpkg-dev 1.16.1.2ubuntu7 ii libhtml-parser-perl3.69-1build1 ii libtext-template-perl 1.45-2 ii man-db 2.6.1-2 ii xz-utils 5.1.1alpha+20110809-3 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPowPVAAoJEImmFv6yGz693mUP/1lsQC1rk6SMnl+hb/fp2KkR GFIfjfPgVqadNwbWJoiwUf/lhhGu+YSJ4QLcF7ODed38Gr1GnawHbg9Olh94GOxV 8GJcJdvfYHfcW141GYKdNdDF6HEgcvzt0q7zydk+kyDuTTAZ/n/QGctTzmg0lME7 dqhz5BLf+og4pFTwI5S/j0JcHbPu71okWXvzQDb1S7ckZoqMk43oo0GWuBW+5rkQ FzWdDs/dlYCn83XNupODGJiMazl0HzcCvVJJjnXmE3pUSlqzJBQ5zHnqqmqiuotn J7bFKUE1kuWWL9Dr1GXkk7GiOdCkgjsWF5V0CC5bUUnjW/jnk8Qgja+SF1laMMj9 8USUaT0IH8v6ULfSITXsCtDGBuwrIj3sJN7PE/bUdbn7yJAnMR5U8SKVTLBHX+jp cnJSJwcqYC0VQS40/vINkX5hRBbEf6Gqr+M3y0or3mWNDdp5CQgg4tH9Z/3HfY/C 6/FNMdesNeam2xg+77Q9uA8EXneJiwvys3iJ0U3tfzEyvQISn6zZCvII94gab9HV J3q1KHJMLOhFHEVVpjO0HQJwlWamPAbRRt/hxDCtb3g6v4y9U6iqAdil/7ENEEsK 7GAnyMLM0QAOefdtzad8CbFRA7+s+RDyASNFqSBuDQv4HSCskyfZyvVDiTHmHVEL oPY1f8yqgAfEo328oifI =nwiy -END PGP SIGNATURE- From 100949797a8a468c6f803db966e60fc5f19702bb Mon Sep 17 00:00:00 2001 From: Ludovic Claude ludovic.cla...@laposte.net Date: Thu, 3 May 2012 23:32:04 +0200 Subject: [PATCH] checks/java: + Ignore javadoc jars for the codeless-jar tag. (Closes: #660845) --- checks/java |4 +++- debian/changelog |2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/checks/java b/checks/java index 2f8a893..2b7a5b9 100644 --- a/checks/java +++ b/checks/java @@ -97,7 +97,9 @@ for my $jar_file (sort keys %{$java_info}) { # Eclipse / OSGi bundles are sometimes source bundles # these do not ship classes but java files and other sources. -if ($bsname !~ m/\.source$/o || $cp) { +# Javadoc jars deployed in the Maven repository also do not ship +# classes but HTML files, images and CSS files +if (($bsname !~ m/\.source$/o $jar_file !~ m#^usr/share/maven-repo/.*-javadoc\.jar#) || $cp) { tag 'codeless-jar', $jar_file; } } diff --git a/debian/changelog b/debian/changelog index 01b579c..fbd5137 100644 --- a/debian/changelog +++ b/debian/changelog @@ -101,6 +101,8 @@ lintian (2.5.7) UNRELEASED; urgency=low raster images in scalable icon directories. Thanks to Paul Wise for the report and Felix Geyer for the patches. (Closes: #628189) + * checks/java: ++ Ignore javadoc jars for the codeless-jar tag. (Closes: #660845) * checks/lintian.desc: + [NT] Updated the description of the override tags. * checks/manpages{,.desc}: -- 1.7.9.5
Bug#660845: [PATCH] lintian: false positive codeless-jar warning with javadoc jar files
Hello, I made a patch for this bug, please review it. Thanks, Ludovic From 100949797a8a468c6f803db966e60fc5f19702bb Mon Sep 17 00:00:00 2001 From: Ludovic Claude ludovic.cla...@laposte.net Date: Thu, 3 May 2012 23:32:04 +0200 Subject: [PATCH] checks/java: + Ignore javadoc jars for the codeless-jar tag. (Closes: #660845) --- checks/java |4 +++- debian/changelog |2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/checks/java b/checks/java index 2f8a893..2b7a5b9 100644 --- a/checks/java +++ b/checks/java @@ -97,7 +97,9 @@ for my $jar_file (sort keys %{$java_info}) { # Eclipse / OSGi bundles are sometimes source bundles # these do not ship classes but java files and other sources. -if ($bsname !~ m/\.source$/o || $cp) { +# Javadoc jars deployed in the Maven repository also do not ship +# classes but HTML files, images and CSS files +if (($bsname !~ m/\.source$/o $jar_file !~ m#^usr/share/maven-repo/.*-javadoc\.jar#) || $cp) { tag 'codeless-jar', $jar_file; } } diff --git a/debian/changelog b/debian/changelog index 01b579c..fbd5137 100644 --- a/debian/changelog +++ b/debian/changelog @@ -101,6 +101,8 @@ lintian (2.5.7) UNRELEASED; urgency=low raster images in scalable icon directories. Thanks to Paul Wise for the report and Felix Geyer for the patches. (Closes: #628189) + * checks/java: ++ Ignore javadoc jars for the codeless-jar tag. (Closes: #660845) * checks/lintian.desc: + [NT] Updated the description of the override tags. * checks/manpages{,.desc}: -- 1.7.9.5
Bug#667598:
2.1.4 has appeared on the Maven repository. On 09/04/2012 15:11, Mathieu Malaterre wrote: maven cannot find 2.1.4, so I'll be packaging 2.1.3 instead: http://repo1.maven.org/maven2/org/quartz-scheduler/quartz/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668233: libmockito-java: Intent to NMU: update use of maven-repo-helper
Package: libmockito-java Version: 1.9.0+ds1-1.1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, I intent to NMU this package to improve some parts of the packaging. This is part of a wider initiative to document and improve the use of the packaging tools provided by maven-repo-helper. This upload simplifies debian/rules by using the jh_maven_repo_helper DH 7 plugin provided by maven-repo-helper. This plugin installs the jar and Maven metadata in /usr/share/maven-repo. Full changelog: mockito (1.9.0+ds1-1.1) unstable; urgency=low * Non-maintainer upload. * d/control: update locations of Mockito in Vcs-Git and Vcs-Browser * d/control: add version contraint = 1.7.1 to be able to use jh_maven_repo_helper plugin * d/rules: use jh_maven_repo_helper plugin and remove override_dh_auto_install section. * Update debian/pom.xml for mockito 1.9.0 -- Ludovic Claude ludovic.cla...@laposte.net Fri, 06 Apr 2012 00:17:33 +0200 The changes have been commited in the Git repository for mockito - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-22-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmockito-java depends on: ii junit4 4.8.2-2 ii libasm3-java 3.3.2-1 ii libcglib-java 2.2.2+dfsg-1 ii libhamcrest-java 1.2-2 ii libobjenesis-java 1.2+full-2 libmockito-java recommends no packages. libmockito-java suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPg2ZUAAoJEImmFv6yGz69rocQALINouDPdKhmrstzg0DduKBS OsQcASvz09Byy3iFkRxtuZpBSyFgIWn/7FcxtGbNK66aieplJmqSoaseqRUzoKwl uQNAWFOsB7Tx0qw+0QwHdViiFLK89Fwq/dOH+DXz3mEYEEjLGjXct3Sdrkki46SK aaugTsqT9mGTG+fZxRTm2d82OOuyTbxciPuK3Y7eKVdra7bnCZdm8NRg2HmqxvOv vuSeAziYfhBYLNgLNRsmDuN/7PfrUU57VQK+zKDWUJYkXufFlAuNzRh8qlBBKBYX jibgvD7rMSVbtIOm5Mj8ZH78G8wahXrfgC+uQ0lKGthwmOO6BMg7w0SdymJH6vQX PA4FdplNmZ4Otcu4tlidjdf3HQ6LGKq5p8591DrsEBkB9x6QY0JUemu9Dlu5bD94 97q5D9ojxIFVa7Bbj1EANkc4F4KjBupmGVevLryngW7HbvRoS/ICCYjqW9A5kXl4 bmk6D9P1R+LYKuiwOXY4TbIZOJ7zMY9QyKYIiOnYINv9vCiFRMy5QCzYWy4fOhz2 ejkebWyTUSQUaiFPh0i/u8HIO/ERTDLMmr7AzBwnvO+jB8zNPaJPwhXNWFJfkmVX oAmYBQIXJeUMQ3TZt2Q3zwgJnmQCK3VdiKpiKgxoSuSBPEiNOT+8YvTmlhSEnkH2 MRWyebCN2pP7Mt885p6v =H+om -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667000: Rebuilding objenesis from source makes mockito FTBFS
Hello Moritz, Thanks for your patch, I have improved it and applied it on objenesis. Ludovic On 03/04/2012 13:43, Moritz Mühlenhoff wrote: On Dienstag, 3. April 2012 12:06:38 Moritz Muehlenhoff wrote: Package: objenesis Version: 1.2+full-1 Severity: serious Diffing the file lists between the version in the archive and the rebuilt version shows that these files are missing after the rebuild: /usr/share/java/objenesis-1.2.jar /usr/share/java/objenesis.jar Attached patch fixes this, I'd appreciate some review from someone with more Java packaging foo, though. Cheers, Moritz __ 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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660757: tomcat7-common depends on java6, but what about java7?
openjdk-7-jre-headless provides java-5-runtime and java-6-runtime, both of which are alternative choices for tomcat7-common dependencies, so you can install openjdk-7-jre-headless, then tomcat7-common, and no additional JRE should be installed. Ludovic On 21/02/2012 17:29, Rohde Fischer wrote: Package: tomcat7-common Severity: normal Dear Maintainer, Tomcat7-common depends on default-jre-headless which in turn depends on openjdk-6-jre-headless. But what about openjdk-7-jre-headless? This should satisfy Tomcat perfectly. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash __ 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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644259: Please switch to Git maven-repo-helper and maven-debian-helper
Hello Thomas, Can you help me do the migration to Git for those packages. I have tried to do it, but Git apparently did not manage to complete. I ran this command, the authors file is attached to this mail. git svn clone --stdlayout --branches=branches/upstream --no-metadata -A /home/ludo/Projects/onAlioth/pkg-java.svn/maven-debian-helper/authors svn+ssh://ludovicc-gu...@svn.debian.org/svn/pkg-java/trunk/maven-debian-helper Thanks, Ludovic drazzib = Damien Raude-Morvan draz...@debian.org gg0-guest = gg0 g...@unknown.com ludovicc-guest = Ludovic Claude ludovic.cla...@laposte.net mkoch = Michael Koch konque...@gmx.de twerner = Torsten Werner twer...@debian.org
Bug#654269: ITP: libplexus-components-java -- Plexus Components parent POM
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libplexus-components-java Version : 1.1.16 Upstream Author : Codehaus * URL : http://plexus.codehaus.org/plexus-components * License : Apache-2.0 Programming Lang: XML, Java Description : Plexus Components parent POM -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPAePPAAoJEImmFv6yGz69OdYQAOBt+vDf3QDjfQfyh6CL9hka +hZbtrPNmMc4vBR9isB+9FORC2/t4FztZBbU1pYeq4eEZecbfKFKryQdEnQomNcv /mBR0zIbb2XE9TzAeiJEZME3McPnRRz/3oL79S6FK8crDXjJc1kiWdCZ2anMboLE qxK6WhC2DwoCQ+yTQbvLAxrs8k0nhSRYe8n+YmjO+WqOHC9/z9uKiTjBDINyHjOL x4bbLxw5+D6/mLwk6vI+XMfa9axI9yldZYo39TctNG0g3naMy9cnrMQWnoZWoQco AcBcFcOCglUXZNC7t2hSWwijh0mjTZhNgM3RAdH+FJdRMl3vWlYxHCztn+TbbY8L 4PXNPl3TRBXdQdYUQs/HswQqvRPYXxhWqfyfNyR3IltszUW5QStSrJO7qEeSVZ1F cCZxASYJf2N3Mox2HN2ovvtVYPxg/2qS1a4TOt0Hu6NG3EKs2OmZN6U6ljrjrn0K XQ3XCRPC06opLJ71fnV21LDH/HM507kf1+DV2RO8WgaLAShHkeoaOW9b7YMnew7E anXILIrvKLY+t96e6npyOce8JCTUC1h1ST+NKqOTSKIi80vw1hGsoS4BIuGZ5QWD W/aZpnmnZyk6/wdvQRLw4dK3aNKmxRPsTo3RZk9T96F6u4wZ0WjlZgpnXu+Jp9+r nTS6aIvRruZJXyJDhYce =0Git -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654318: libaspectj-java: Add a published Maven rule to help packagers
Package: libaspectj-java Version: 1.6.11+dfsg-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please add this rule to debian/maven.publishedRules, this will help packagers working on projects with a dependency using groupId aspectj instead of org.aspectjrt s/aspectj/org.aspectj/ aspectjrt jar s/.*/debian/ s/aspectj/org.aspectj/ aspectjtools jar s/.*/debian/ s/aspectj/org.aspectj/ aspectjweaver jar s/.*/debian/ - -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libaspectj-java depends on no packages. libaspectj-java recommends no packages. Versions of packages libaspectj-java suggests: pn aspectj none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPAjYRAAoJEImmFv6yGz69bBAP/2G0UWQp5815KsW7w2paryOK pqznbpJEcZrBK6gYtDyZrkQKG4kyq+glQkfhjheNNi75FNl4JJJ0IKCCVALUuk8V bBa8sO9xo3/JFACqAQQFwHwbs9KifL819MABbAAHtWZdVpyWkAFjr7TUCfOvTaLV D7XgAqO8BkZNPDnL5vmm/pNDty5lgdTkYp6rC6KnawcFjgegNQgmSVSEAhryue9L kWlibm71b5Jz9GFAu8q89f8zUn/0MLb9BEU8ys/3ac9DLg0YjGCsyquZrAWG7W3k HQq4cAl5Qt2YR+Ij2Q2v0ycVSKIqNb7w+hQOtNy5jwnvf8C9o/F8TO+OEYK4/ZAt G15mvBYthQNoEPMX5D+GNgkFccvyNXNX8WA7O3Z8Sz3zPx0Lknx3lQJpI5uCfO/g H5yQ9QhjIBZ1plF9mbNrbElKklRhPqiPqwHTiPbISUjYUYIeU16xVCdJb7VsBVVX yH5vJU5Pu2xhWGzL6uy3L96wcPsFNTJi3uEk3cuupK4u5gMPURUpahrJV08OhHcf K1+bWsNm+tjOIkW3ZTh/7QlZHOEVQXmdxicoCn7QiKcCZooxsYe5TwgjLhVqqSef EAJaY6Fy3EZ0C0lKrS0FpXsN6FDXfg4Kp0dI6MKHA1TmXElKKabQM3OwepyoEu// AY6c//n+Ya4C5SMPobmh =vnNc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653928: git-buildpackage: git-import-orig fails when --filter is used
Subject: git-buildpackage: git-import-orig fails when --filter is used Package: git-buildpackage Version: 0.5.30 Severity: important Hello, I'm running the following command: git-import-orig --filter=*.jar --filter-pristine-tar --pristine-tar -u1.1.16 ../plexus-components_1.1.16.orig.tar.gz and it fails with Traceback (most recent call last): File /usr/bin/git-import-orig, line 436, in module sys.exit(main(sys.argv)) File /usr/bin/git-import-orig, line 325, in main (options, args) = parse_args(argv) File /usr/bin/git-import-orig, line 311, in parse_args (options, args) = parser.parse_args(argv[1:]) File /usr/lib/python2.7/optparse.py, line 1400, in parse_args stop = self._process_args(largs, rargs, values) File /usr/lib/python2.7/optparse.py, line 1440, in _process_args self._process_long_opt(rargs, values) File /usr/lib/python2.7/optparse.py, line 1515, in _process_long_opt option.process(opt, value, values, self) File /usr/lib/python2.7/optparse.py, line 788, in process self.action, self.dest, opt, value, values, parser) File /usr/lib/python2.7/optparse.py, line 801, in take_action values.ensure_value(dest, []).append(value) AttributeError: 'str' object has no attribute 'append' git-buildpackage Version: 0.5.30 python Version: 2.7.2-7ubuntu2 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.11.1ubuntu3 scripts to make the life of a Debi ii git [git-core]1:1.7.5.4-1fast, scalable, distributed revisi ii git-core 1:1.7.5.4-1fast, scalable, distributed revisi ii python2.7.2-7ubuntu2 interactive high-level object-orie ii python-dateutil 1.4.1-4powerful extensions to the standar ii python2.6 2.6.7-4ubuntu1 An interactive high-level object-o ii python2.7 2.7.2-5ubuntu1 An interactive high-level object-o Versions of packages git-buildpackage recommends: ii cowbuilder 0.62+nmu2ubuntu1 pbuilder running on cowdancer ii pristine-tar1.14 regenerate pristine tarballs Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-2ubuntu2 Python bindings for libnotify ii unzip 6.0-4ubuntu1 De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651901: maven-repo-helper: mh_install should support creating additional links (at least one) for a jar
Package: maven-repo-helper Version: 1.7ubuntu1~ppa5 Severity: normal We should be able to specify the option --create-link for a POM file generating a jar -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-13-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-repo-helper depends on: ii default-jre- 1:1.6-42ubuntu2 Standard Java or Java compatible R ii gcj-4.4-jre- 4.4.6-2ubuntu2 Java runtime environment using GIJ ii gcj-4.5-jre- 4.5.3-9ubuntu1 Java runtime environment using GIJ ii gcj-4.6-jre- 4.6.1-4ubuntu2 Java runtime environment using GIJ ii gcj-jre-head 4:4.6.1-2ubuntu5Java runtime environment using GIJ ii libstax-java 1.2.0-1 StAX Reference Implementation (RI) ii openjdk-6-jr 6b23~pre11-0ubuntu1.11.10 OpenJDK Java runtime, using Hotspo ii openjdk-7-jr 7~b147-2.0-0ubuntu0.11.10.1 OpenJDK Java runtime, using Hotspo ii sun-java6-jr 6.26-1natty1Sun Java(TM) Runtime Environment ( Versions of packages maven-repo-helper recommends: ii debhelper 8.9.0ubuntu1 helper programs for debian/rules Versions of packages maven-repo-helper suggests: ii maven-debian-helper1.4.5ubuntu1~ppa4 Helper tools for building Debian p -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617425: sunjava-db already packaged in Debian and same as Derby
Hello, The package sunjava-db is already present in Debian, it's a version of Derby which is supported by Sun. Unless your project requires a specific version of Derby, you should probably be able to use Sun Java DB instead. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644259: Ok, lets switch to Git
Thomas, It looks like a good idea to szitch to Git for this package and for maven-debian-helper. Is there some kind of standard procedure for setting up Git and its many branches for a Debian package, and in particular in this case for a native Debian package? Thanks, Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644260: Improving maven-repo-helper code
Hello Thomas, Those are good ideas, but they will take time and bring not much more in terms of functionality. I agree that the code needs moderniwing, it was written for Java 1.4 as Maven 2.0 was also compiled for 1.4. The use of StAX parser made the code too procedural, and it evolved quickly in a big clob. We could use DecentXML for example to patch the POM files, maybe that's worth investigating. http://code.google.com/p/decentxml/ But in general I think that we should look into what Maven provides, and it looks like the new Aether libraries could help us to read those POM files. It would be great also to find a strategy to reuse the dependency resolution algorithm from Maven, as it's quite complex. So instead of trying to improve the code incrementally, I would favor a radical new approach if that were possible. I need first to work on Maven 3 packaging and look more deeply which APIs could be reused there. Another point is that maven-debian-helper and maven-repo-helper are deeply dependent, so changes on repo-helper will have to be carefully managed. Actually I started diving into maven-repo-helper because it somehow deleted a dependency from a project I want to package (jgit)... Could you file a bug report for this case? Thanks for your comments anyway, I will try to incorporate them in future devs. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648773: ITP: plexus-classworlds2 -- Class loading utilities for the Plexus framework
I've got it packaged already On 14/11/11 23:41, Damien Raude-Morvan wrote: Package: wnpp Severity: wishlist Owner: Damien Raude-Morvandraz...@debian.org X-Debbugs-CC: debian-j...@lists.debian.org * Package name: plexus-classworlds2 Version : 2.2.3 Upstream Author : Codehaus * URL : http://plexus.codehaus.org/plexus-classworlds * License : Apache-2.0 Programming Lang: Java Description : Class loading utilities for the Plexus framework The Plexus project provides a full software stack for creating and executing software projects. Based on the Plexus container, the applications can utilise component-oriented programming to build modular, reusable components that can easily be assembled and reused. . While Plexus is similar to other inversion-of-control (IoC) or dependency injection frameworks such as the Spring Framework, it is a full-fledged container that supports many more features such as: . * Component lifecycles * Component instantiation strategies * Nested containers * Component configuration * Auto-wiring * Component dependencies, and * Various dependency injection techniques including constructor injection, setter injection, and private field injection. This package is already in Debian as plexus-classworlds but we need a new source package to build new upstream release (which seems to break API/ABI- compat). This package is a dependency of Maven 3.x Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648774: ITP: plexus-utils2 -- utilities for the Plexus framework
I've got it packaged already On 14/11/11 23:41, Damien Raude-Morvan wrote: Package: wnpp Severity: wishlist Owner: Damien Raude-Morvandraz...@debian.org X-Debbugs-CC: debian-j...@lists.debian.org * Package name: plexus-utils2 Version : 2.0.5 Upstream Author : Codehaus * URL : http://plexus.codehaus.org/plexus-utils * License : Apache-2.0 Programming Lang: Java Description : utilities for the Plexus framework The Plexus project provides a full software stack for creating and executing software projects. Based on the Plexus container, the applications can utilise component-oriented programming to build modular, reusable components that can easily be assembled and reused. . While Plexus is similar to other inversion-of-control (IoC) or dependency injection frameworks such as the Spring Framework, it is a full-fledged container that supports many more features such as: . * Component lifecycles * Component instantiation strategies * Nested containers * Component configuration * Auto-wiring * Component dependencies, and * Various dependency injection techniques including constructor injection, setter injection, and private field injection. This package is already in Debian as plexus-utils but we need a new source package to build new upstream release (which seems to break API/ABI-compat). This package is a dependency of Maven 3.x Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644558: ITP: apache-pom -- Maven metadata for The Apache Software Foundation
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net X-Debbugs-Cc: debian-j...@lists.debian.org * Package name: libapache-pom-java Version : 10 Upstream Author : The Apache Software Foundation * URL : http://www.apache.org/ * License : Apache Programming Lang: Java Description : Maven metadata for The Apache Software Foundation The Apache Software Foundation provides support for the Apache community of open-source software projects. The Apache projects are characterized by a collaborative, consensus based development process, an open and pragmatic software license, and a desire to create high quality software that leads the way in its field. We consider ourselves not simply a group of projects sharing a server, but rather a community of developers and users. . This package contains the metadata (POM file) used by Maven during the build of many Apache projects. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644561: ITP: commons-parent -- Maven metadata for Apache Commons project
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net X-Debbugs-Cc: debian-j...@lists.debian.org * Package name: libcommons-parent-java Version : 21 Upstream Author : The Apache Software Foundation * URL : http://commons.apache.org/ * License : Apache Programming Lang: Java Description : Maven metadata for Apache Commons project The Apache Software Foundation provides support for the Apache community of open-source software projects. The Apache projects are characterized by a collaborative, consensus based development process, an open and pragmatic software license, and a desire to create high quality software that leads the way in its field. We consider ourselves not simply a group of projects sharing a server, but rather a community of developers and users. . This package contains the Maven metadata shared between all components of the Apache Commons project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643981: ITP: felix-osgi-core -- Java OSGi interfaces - Core module
Damien, I have already package OSGi minimum, foundation and compendium. You can find them here: https://launchpad.net/%7Eludovicc/+archive/ppa/+index?batch=75memo=75start=75 https://code.launchpad.net/~ludovicc/uj/osgi-ee-foundation-api https://code.launchpad.net/~ludovicc/uj/osgi-ee-minimum-api https://code.launchpad.net/~ludovicc/uj/osgi-core https://code.launchpad.net/~ludovicc/uj/osgi-compendium We simply need to upload those packages to Debian. Ludovic On 01/10/2011 14:21, Damien Raude-Morvan wrote: Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org X-Debbugs-Cc: debian-j...@lists.debian.org * Package name: felix-osgi-core Version : 1.4.0 Upstream Author : Apache Software Foundation / OSGi Alliance * URL : http://felix.apache.org/site/apache-felix-osgi-core.html * License : Apache-2.0 Programming Lang: Java Description : Java OSGi interfaces - Core module OSGi, for Open Services Gateway initiative framework, is a module system and service platform for the Java programming language. . This package contains OSGi Core for Release 4 Version 4.2. Two main provided packages are org.osgi.service and org.osgi.framework. . The Apache Felix OSGi Core sub-project simply repackages the standard OSGi Core API packages provided by the OSGi Alliance into a Maven module. There is no runtime dependencies between this package and Felix Framework itself, so that this library can be used without Felix. Right now, Felix Framework packages in Debian depends on libequinox-osgi-java (Eclipse Equinox OSGi framework) in order to just have OSGi simple interfaces. Since we have netbeans depending on felix-framework, then Netbeans source package actually depends on Eclipse... [1] By providing those felix-osgi-* packages, my goal is to have a separate, simplier, dependency chains for Netbeans. [1] http://release.debian.org/migration/testing.pl?package=netbeans Chers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639637: mh_make: wrong double backslash in maven.rules
Hello Torsten, The double backslash is not a comment, but an escape character for the regexp. The regexp follows Java's syntax for regexps. But it's true that only once backslash is needed... Ludovic On 28/08/2011 22:48, Torsten Werner wrote: Package: maven-debian-helper Version: 1.4.4 Severity: normal Hi, mh_make generates the file maven.rules with some comments. The last comment line is # junit junit jar s/3\\..*/3.x/ with a double backslash \\ which is wrong. It must be a single backslash. Torsten -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1:1.6-40 Standard Java or Java compatible D ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3Plexus component interface to velo ii libsurefire-java 2.4.3-3Surefire test framework for Java ii maven-repo-helper 1.5.2 Helper tools for including Maven m ii maven22.2.1-5Java software project management a ii velocity 1.6.2-4Java-based template engine for web maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: ii apt-file2.4.0search for files within Debian pac ii devscripts 2.10.69+squeeze1 scripts to make the life of a Debi ii libmaven-javadoc-plugin 2.6.1-1 Maven Javadoc Plugin ii subversion 1.6.12dfsg-6 Advanced version control system -- no debconf information __ 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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639338: maven-debian-helper: mh_make should support Vcs-Git
Good idea, but what about watch files? Is there a way to create a watch file from a git url? Ludovic On 26/08/2011 07:27, Torsten Werner wrote: Package: maven-debian-helper Version: 1.4.4 Severity: wishlist Hi, mh_make currently hardcodes Vcs-Svn but git is becoming more and more popular. It would be nice if it could support git addresses as well. Thanks, Torsten -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1:1.6-40 Standard Java or Java compatible D ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3Plexus component interface to velo ii libsurefire-java 2.4.3-3Surefire test framework for Java ii maven-repo-helper 1.5.2 Helper tools for including Maven m ii maven22.2.1-5Java software project management a ii velocity 1.6.2-4Java-based template engine for web maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: ii apt-file2.4.0search for files within Debian pac ii devscripts 2.10.69+squeeze1 scripts to make the life of a Debi ii libmaven-javadoc-plugin 2.6.1-1 Maven Javadoc Plugin ii subversion 1.6.12dfsg-6 Advanced version control system -- no debconf information __ 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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636660: maven-debian-helper: Jars should be installed in /usr/share/java
Package: maven-debian-helper Version: 1.4.0ubuntu1~ppa2 Severity: normal When the option --java-lib is used, then the jar should be installed in /usr/share/java (as per Debian Java policy) and a symlink should be created for the jar in the Maven repo at /usr/share/maven-repo -- System Information: Debian Release: squeeze/sid APT prefers natty APT policy: (700, 'natty'), (500, 'natty-updates'), (500, 'natty-security'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-8-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk1:1.6-40ubuntu1 Standard Java or Java compatible D ii libmaven-clean-plugin- 2.3-3 Maven clean plugin ii libmaven-compiler-plug 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-ja 2.2-4 Maven Jar plugin ii libmaven-resources-plu 2.3-5 Maven resources plugin ii libmaven-site-plugin-j 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-jav 1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-3 Surefire test framework for Java ii maven-repo-helper 1.5.1ubuntu1~ppa1 Helper tools for including Maven m ii maven2 2.2.1-5 Java software project management a ii velocity 1.6.2-4 Java-based template engine for web maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: ii apt-file 2.4.0 search for files within Debian pac ii devscripts 2.10.69ubuntu2 scripts to make the life of a Debi ii libmaven-javadoc-plu 2.6.1-1 Maven Javadoc Plugin ii subversion 1.6.12dfsg-4ubuntu2 Advanced version control system -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577785: Use debian/package.poms
This file is used to specify the locations of the POM files and can also contain various options for each POM files listed there. So your libpackage-java.poms file will contain: path/to/pom.xml --java-lib --usj-name=mylibrary2 and debian/rules will contain install/lib$(PACKAGE)-java:: mh_install clean:: mh_clean That's easy, isn't it? Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592218: Maven3 packaging status ?
Hello, I have created a team of people interested in packagin Maven 3 on Launchpad: https://launchpad.net/~maven3-debian-packagers Currently, the team is not really active, and I've been overwhelmed with work lately, but there is a good deal of work in progress however. I have updated this wiki page as well: https://wiki.debian.org/Java/Maven3 There is an important piece of work to complete before throwing our efforts into packaging: we should work on maven-debian-helper and in particular make the mh_make tool more robust and able to work on all kind of Maven projects, after this work packaging will be much more pleasant and quick. I want also to switch to using dh 7 instead of cdbs when building Maven packages, as dh 7 has lots of traction and it's faster and easier to debug than cdbs. Ludovic On 24/04/2011 22:14, Damien Raude-Morvan wrote: Hi, FTR, a wiki page has been setup by Matthias Schmitz regarding Maven3 packaging and missing/outdated dependencies : https://wiki.debian.org/Java/Maven3 Torsten Werner had also started to update some packages (maven3 reverse dependencies) : https://launchpad.net/~twerner/+archive/maven Could someone provide me with updated status ? Missing packages ? Outdated one ? Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554853: jetty: Jetty is unable to run on port 80
Hello, You should install the package libjetty-extra, it contains libsetuid.so which will help you to give Jetty the priviledge to use a port under 1024. You will need to configure jetty-setuid.xml, in particular set the startServerAsPrivileged property to true. Ludovic On 12/04/2011 10:54, Andreas Åkesson wrote: I'm having the same problems on jetty 6.1.24-6. Is there any system configs i can/should alter to make this work? /etc/default/jetty NO_START=0 VERBOSE=yes #JETTY_USER=jetty JETTY_USER=root JETTY_HOST=0.0.0.0 JETTY_PORT=80 jetty-setuid.xml: Configure id=Server class=org.mortbay.setuid.SetUIDServer Set name=startServerAsPrivilegedfalse/Set Set name=umask2/Set Set name=uid104/Set Set name=gid107/Set jetty:conf: # list of jetty configuration and property files /etc/jetty/jetty-setuid.xml /etc/jetty/jetty-logging.xml /etc/jetty/jetty.xml /etc/jetty/jetty-ssl.xml /etc/jetty/jetty-shared-webapps.xml log: 245 [main] INFO org.mortbay.log - Setting umask=02 246 [main] INFO org.mortbay.log - jetty-6.1.24 281 [main] INFO org.mortbay.log - Deploy /etc/jetty/contexts/javadoc.xml - org.mortbay.jetty.handler.ContextHand$ 393 [main] INFO org.mortbay.log - Opened /var/log/jetty/2011_04_12.request.log 407 [main] WARN org.mortbay.log - failed SelectChannelConnector@0.0.0.0:80: java.net.SocketException: Permission $ 427 [main] WARN org.mortbay.log - failed SslSocketConnector@0.0.0.0:443: java.net.BindException: Permission denied 427 [main] WARN org.mortbay.log - failed SetUIDServer@3a56860b: org.mortbay.util.MultiException[java.net.SocketEx$ 427 [main] WARN org.mortbay.log - EXCEPTION org.mortbay.util.MultiException[java.net.SocketException: Permission denied, java.net.BindException: Permission d$ at org.mortbay.jetty.Server.doStart(Server.java:188) ... Best regards, Andreas __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614333: how to ship catalina-jmx-remote.jar?
X-TagToolbar-Keys: D20110322235812145 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Tony, I think that it would be better to ship everything in a new tomcat6-extras package. As this package requires to open the RMI ports to be useful remotely, it can pose a security risk, so it's better if the user takes the initiative to install it if he really needs it. BTW, there are other ways of accessing JMX remotely nowadays, I've found Jolokia (http://www.jolokia.org/) to be quite useful, it's pure JSON over HTTP. Ludovic On 22/03/11 05:16, tony mancill wrote: Hello Marcus and other tomcat6 users, I have the Debian package building the catalina-jmx-remote.jar and am considering how best to package it. Perhaps the easiest thing would be to let the JAR ship with libtomcat6-java and the symlink for tomcat6/lib/ ship with tomcat6-common. An alternative would be to ship the symlink (or the symlink and JAR both) in a new tomcat6-extras package. (This package would include the other extras that are don't run afoul of licensing issues.) Thoughts one way or another on this topic? Thank you, tony __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618263: Please provide 1.2.x symlink for log4j artifact in maven repository
X-TagToolbar-Keys: D20110315230545409 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit That's because log4j 1.2.16 uses a packaging of 'bundle', instead of the usual 'jar' packaging. On 15/03/11 17:29, Miguel Landaeta wrote: On Mon, Mar 14, 2011 at 5:45 PM, Ludovic Claude ludovic.cla...@laposte.net wrote: liblog4j-1.2-java 1.2.15-11 (unstable) provides /usr/share/maven-repo/log4j/log4j/1.2.x/log4j-1.2.x.pom liblog4j-1.2-java 1.2.16-1 (experimental) doesn't provide that file anymore. That looks wrong, as this package should keep log4j-1.2.x.pom in the Maven repository. Actually, I have a fix for maven-repo-helper which will fix this issue, I need to commit it first. Ludovic Just curiosity, what change in liblog4j1.2-java 1.2.16-1 triggers this issue in maven-repo-helper? Since the helper had not been updated in a while I didn't suspect of that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618263: Please provide 1.2.x symlink for log4j artifact in maven repository
X-TagToolbar-Keys: D20110314231512422 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit liblog4j-1.2-java 1.2.15-11 (unstable) provides /usr/share/maven-repo/log4j/log4j/1.2.x/log4j-1.2.x.pom liblog4j-1.2-java 1.2.16-1 (experimental) doesn't provide that file anymore. That looks wrong, as this package should keep log4j-1.2.x.pom in the Maven repository. Actually, I have a fix for maven-repo-helper which will fix this issue, I need to commit it first. Ludovic On 14/03/11 00:38, Miguel Landaeta wrote: Hello Ludovic, On Sun, Mar 13, 2011 at 5:38 PM, Ludovic Claude ludovic.cla...@laposte.net wrote: Log4j has got already all Maven information required in the /usr/share/maven-repo repository. You need to adapt the version of log4j in your project to match what's in the Debian repo, like this: maven.rules: log4j log4j jar s/1\.2\..*/1.2.x/ I tried that but it didn't work. Maybe I filed a bug in the wrong package or this is not a bug but I observed this: slf4j-parent POM points to log4j:log4j:1.2.x as dependency. liblog4j-1.2-java 1.2.15-11 (unstable) provides /usr/share/maven-repo/log4j/log4j/1.2.x/log4j-1.2.x.pom liblog4j-1.2-java 1.2.16-1 (experimental) doesn't provide that file anymore. I believe that when I build libhibernate3-java I end dereferencing that dependency due to slf4j-parent artifact and my build fails. Maybe the bug is in libhibernate3-java, liblog4j1.2-java or libslf4j-java, but I think there is something odd somewhere. I'll look again at this more closely tomorrow or during the week. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618263: Please provide 1.2.x symlink for log4j artifact in maven repository
X-TagToolbar-Keys: D20110313230832670 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Miguel, Log4j has got already all Maven information required in the /usr/share/maven-repo repository. You need to adapt the version of log4j in your project to match what's in the Debian repo, like this: maven.rules: log4j log4j jar s/1\.2\..*/1.2.x/ I would recommand you to use mh_make (from maven-debian-helper) to build your package when working on a Maven project, you simply need to run this tool on the sources containing a pom.xml file and follow the instructions from the tool. It's not perfect yet, but it should give you a good start in many cases, otherwise let me know what's wrong. Ludovic On 13/03/11 20:59, Miguel Landaeta wrote: Package: liblog4j1.2-java Version: 1.2.16-1 Severity: important As title says. Currently I can't build libhibernate3-java 3.6.1.Final on experimental distribution because it can't find log4j:log4j:jar:1.2.x. This artifact is available in the version on unstable. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash liblog4j1.2-java depends on no packages. Versions of packages liblog4j1.2-java suggests: ii liblog4j1.2-java-gcj 1.2.16-1 Logging library for java (native c ii libgnumail-java 1.1.2-5free implementation of the javamai pn libjboss-jmx-java none (no description available) pn liblog4j1.2-java-doc none Documentation for liblog4j1.2-java -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588216: RFC: First attempt to package BaseX XML Database
Hello Alexander, Your package looks good, can you add 3 little changes and it will be perfect: - add this line to maven.cleanIgnoreRules to get the clean target to work without failures: org.apache.maven.plugins maven-source-plugin * * * * - add this line to maven.rules to have a safer upgrade path - here, we assume that the next releases in the 6.x branch will remain compatible, but major version changes (7.x and more) will require some adjustments: org.basex basex jar s/6\..*/6.x/ * * - the patch did not apply cleanly, I have refreshed it. The updated packaging is in https://code.launchpad.net/~ludovicc/uj/basex Ludovic On 20/02/11 14:47, Alexander Holupirek wrote: Hi, i tried to package 'BaseX - An XML Database' [1],[2] for Debian and produced a first set of package files that can be found on http://www.inf.uni-konstanz.de/dbis/basex/debian/index.php The maven-*-helper tools from Ludovic Claude were of great help. Thanks for those! Since this is my first packaging experience, I would like to ask for some comments if I could improve something before I try to find a sponsor. The package provides: $ apt-cache show basex Package: basex Status: install ok installed Priority: optional Section: database Installed-Size: 2272 Maintainer: Alexander Holupirek a...@holupirek.de Architecture: all Version: 6.5.1-1 Depends: java-wrappers, default-jre | java6-runtime Description: XML database and XPath/XQuery processor BaseX is a very fast and light-weight, yet powerful XML database and XPath/XQuery processor, including support for the latest W3C Full Text and Update Recommendations. It supports large XML instances and offers a highly interactive front-end (basexgui). Apart from two local standalone modes, BaseX offers a client/server architecture. . The package provides following commands: * basexgui ... Standalone local XML database. Graphical User Interface (GUI) mode. Includes data visualizations and XQuery editor. * basex .. Standalone local XML database. Command line mode. * basexserver XML database server * basexclient XML database client Homepage: http://basex.org Thanks, Alex [1] http://basex.org [2] ITP 588216 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588216 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612416: maven2: seems not to regard proxy settings
Hello Andreas, Can you run the same command but with the --debug option? This will help to trace what is the source of the problem, it can be anything here, especially as your proxy may not be configured properly. mvn --debug -Djava.net.preferIPv4Stack=true archetype:generate -DgroupId=jam -DartifactId=lib-jam -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false How did you set this http_proxy environment variable? Have you followed this guide for using proxies with Maven? http://maven.apache.org/guides/mini/guide-proxies.html Ludovic On 08/02/11 13:33, andr...@an3as.eu wrote: Package: maven2 Version: 2.2.1-5 Severity: normal Hi, when I tried mvn the first time when sitting behind a web proxy (http_proxy environment variable set) I've got: $ mvn -Djava.net.preferIPv4Stack=true archetype:generate -DgroupId=jam -DartifactId=lib-jam -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Unexpected end of file from server [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Tue Feb 08 13:26:54 CET 2011 [INFO] Final Memory: 2M/57M [INFO] As you see I have -Djava.net.preferIPv4Stack=true set to make sure I do not replicate #563946. Any idea how to verify if my assumption of not regarding http_proxy might be true? Kind regards and thanks for maintaining maven2 Andreas. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven2 depends on: ii default-jre [java2-runtime] 1:1.6-40 Standard Java or Java compatible R ii default-jre-headless [java2 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre-headless [java2 4.4.5-2 Java runtime environment using GIJ ii gcj-jre-headless [java2-run 4:4.4.5-1Java runtime environment using GIJ ii gij-4.3 [java2-runtime-head 4.3.4-4 The GNU Java bytecode interpreter ii libmaven2-core-java 2.2.1-4 Core libraries for Maven2 ii openjdk-6-jre [java2-runtim 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo ii openjdk-6-jre-headless [jav 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo Versions of packages maven2 recommends: ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-install-plugin-java 2.3-2 Maven install plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-shade-plugin-java1.2.1-2Maven shade plugin maven2 suggests no packages. -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611590: [libwoodstox-java] install POM file
Hello Giovanni, There is no need to rename the pom file with the version, mh_install* does it for you. If you upload your changes to experimental, then you can use the new conveniences in maven-repo-helper, and your patch will look like this: * add file debian/libwoodstock-java.poms with this line: src/maven/wstx-lgpl.pom --has-package-version --artifact=build/wstx-lgpl-*.jar --java-lib * remove debian/install --- libwoodstox-java-3.9.2.dfsg/debian/control 2010-05-08 12:46:18.0 +0200 +++ libwoodstox-java-3.9.2.dfsg/debian/control 2011-01-30 20:10:43.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Vincent Fourmond fourm...@debian.org Build-Depends-Indep: ant, ant-optional, default-jdk, junit -Build-Depends: cdbs, debhelper (= 5) +Build-Depends: cdbs, debhelper (= 5), maven-repo-helper (= 1.4) * no need for the patch on build.xml --- libwoodstox-java-3.9.2.dfsg/debian/rules2010-05-08 12:44:00.0 +0200 +++ libwoodstox-java-3.9.2.dfsg/debian/rules2011-01-31 01:01:20.0 +0100 @@ -15,6 +15,11 @@ clean:: -rm -Rf build doc test dist + mh_clean + +install/libwoodstox-java:: + mh_install Ludovic On 31/01/11 01:13, Giovanni Mascellani wrote: Package: libwoodstox-java Version: 1:3.9.2.dfsg-2 Severity: normal Tags: patch Hi. This patch makes libwoodstox-java install the POM file associated with the distributed jar. Having it makes it easier to compile project that use maven or ivy as build system (osmosis v. 0.38, in my case). Could you please apply it to the package? BTW, I'm aware that the package is team maintained, but I nonetheless prefer to receive some feedback before actually upload the package. Thanks, Giovanni. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0 500 unstablewww.debian-multimedia.org 500 unstablepoisson.phc.unipi.it 500 unstablemi.mirror.garr.it 500 testing mi.mirror.garr.it 500 stable volatile.debian.org 500 stable security.debian.org 1 experimentalmi.mirror.garr.it --- Package information. --- Depends (Version) | Installed =-+-=== default-jre-headless | 1:1.6-40 OR java2-runtime-headless| Package's Recommends field is empty. Package's Suggests field is empty. __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609536: libxerces2-java: please support xpointer() XPointer scheme
Hello Brian, This is a generic request for Xerces, as such, can you report it to the Xerces project directly? http://issues.apache.org/jira/browse/XERCESJ Thanks, Ludovic On 10/01/11 13:49, brian m. carlson wrote: Package: libxerces2-java Version: 2.9.1-4.1 Severity: wishlist Xerces currently supports the element() XPointer scheme, but not the xpointer() scheme. The latter would be very useful to have, especially when using XInclude to process documents that have no DTD but use a non-xml:id ID element (say, XHTML5). -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxerces2-java depends on: ii default-jre-headless [java2- 1:1.6-40Standard Java or Java compatible R ii gcj-4.4-jre-headless [java2- 4.4.5-9 Java runtime environment using GIJ ii gcj-jre-headless [java2-runt 4:4.4.5-2 Java runtime environment using GIJ ii libjaxp1.3-java 1.3.05-1Java XML parser and transformer AP ii openjdk-6-jre-headless [java 6b20~pre1-2 OpenJDK Java runtime, using Hotspo Versions of packages libxerces2-java recommends: pn libxerces2-java-gcj none (no description available) Versions of packages libxerces2-java suggests: pn libxerces2-java-doc none (no description available) -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607050: tomcat6: catalina.out grows
Logback and slf4j can provide a solution here as well, by redirecting all System.out and System.err to a log file managed by logback. See: http://blog.lidalia.org.uk/2010/04/system-out-over-slf4j-code-complete.html https://github.com/Mahoney/sysout-over-slf4j Ludovic On 12/20/2010 10:13 AM, Elmar Haneke wrote: Thank you for the bug report. I'm wondering if we could easily handle this by using log4j instead of the juli logger as the default logging subsystem. That would handle daily or sized-based rotations without requiring the user to set up anything additional. I would not expect that to help. File catalina.out is redirected stdout/stderr of tomcat java process it is not handled by any logging framework. The output should be piped through cronolog ore something similiar. Elmar __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607050: tomcat6: catalina.out grows
If you want to change the logging framework, you should consider logback which is the successor of log4j. It's faster, more configurable, and it's got even an adaptor for Tomcat juli (replace juli by juli-over-slf4j which will redirect the logs to logback and you're done) Logback can even take care of the access log of Tomcat, and of course rotate it as appropriate. https://github.com/olamy/slf4j (contains the additional juli-over-slf4j jar) http://logback.qos.ch/access.html You cloud split tomcat-juli out of libtomcat-java, and allow an alternative tomcat-logback package to be used with Tomcat, and this package will feature log rolling with logback. Like that, people expecting a standard Tomcat installation won't be surprised (juli is explained in the Tomcat manual), and people using Tomcat over a long period of time can be told to install tomcat-logback instead. Ludovic On 12/19/2010 09:12 PM, tony mancill wrote: On 12/14/2010 01:41 AM, Elmar Haneke wrote: Package: tomcat6 Version: 6.0.28-9 Severity: normal In /var/log/tomcat6 there is file catalina.out which does hold all console output. To allow cronjob remove old logging data there should be an new file started every day by usin cronolor or something similiar. Hello Elmar, Thank you for the bug report. I'm wondering if we could easily handle this by using log4j instead of the juli logger as the default logging subsystem. That would handle daily or sized-based rotations without requiring the user to set up anything additional. Regards, tony __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565749: bnd: Build the full jar with the OSGi and Eclipse dependencies
Hello Thomas, I'm building a new version of bnd using the full bnd build system, and it produces the jars biz.aQute.bnd.annotation.jar and biz.aQute.bnd.jar. I don't know what to do with those jars, as biz.aQute.bnd.jar is supposed to contain the Eclipse plugin for bnd, but I tried to install it in the plugins directory of Eclipse, and Eclipse doesn't want to recognise it. I tried also to download the jar from aQute.biz, but it doesn't work either. Do you have any idea there? Thanks, Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598433: ITP: maven-shared-jar -- Maven JAR Utilities
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-shared-jar Version : 1.1 Upstream Author : Maven team * URL : http://maven.apache.org/shared/ * License : Apache Programming Lang: Java Description : Utilities that help identify the contents of a JAR, including Java class analysis and Maven metadata analysis. Required by maven-project-info-report-plugin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594313: Bug#595136: tomcat6: French debconf templates translation
I vote for the left translation! Ludovic Le 02/09/2010 01:29, tony mancill a écrit : Hi Steve, This bug appears to be a duplicate of #594313, for which the translation has already been applied to package repository. (The package upload is pending.) However, I notice that the translations provided are not the same. Can you specify whether the translation attached to 594313 (left) or 595136 (right) is the desired one? Thank you, Tony $ diff debian/po/fr.po /tmp/fr.po 23c23 msgstr Compte système dédié au démon tomcat6 : --- msgstr Compte système dédié pour le démon tomcat6 : 34c34 compromettre la sécurité du système en s'exécutant avec les privilèges du --- compromettre la sécurité du système en s'exécutant avec les privilèges du 41c41 msgstr Groupe système dédié au démon tomcat6 : --- msgstr Groupe système dédié pour le démon tomcat6 : On 09/01/2010 03:00 AM, Steve Petruzzello wrote: Package: tomcat6 Version: 6.0.28-1 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591513: maven-debian-helper: mh_make just fails for livetribe-jsr223
Hi Alex, I think that if you take the latest versions of maven-repo-helper and maven-debian-helper from the pkg-java SVN repository and build them, it should work better (or maybe the version from my PPA at https://launchpad.net/~ludovicc/+archive/ppa/). I have no free time at all right now to make a release, I'm putting a large system in production for work. Maybe in a week or two. Le 26/08/2010 12:18, Alexander Holupirek a écrit : Hi Ludovic, I encounter the same problem when trying to package basex. Are you planning to commit your patch anytime soon? Don't want to put you under pressure, just bump the issue ;-) Thanks for your work, Alex In pom.xml: This plugin is not useful for the build or its use is against Debian policies. Ignore this plugin? org.apache.maven.plugins:maven-source-plugin:maven-plugin:2.1.1 [y]/n Exception in thread main java.lang.NullPointerException at org.debian.maven.repo.Repository.scan(Repository.java:326) at org.debian.maven.repo.Repository.scan(Repository.java:145) at org.debian.maven.repo.Repository.scanOnce(Repository.java:140) at org.debian.maven.repo.POMTransformer.usePluginVersionsFromRepository(POMTransformer.java:106) at org.debian.maven.repo.POMTransformer.main(POMTransformer.java:898) __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592218: Bug #592218 : RFP: maven3 -- Java software project management and comprehension tool
Here is a description of Aether: http://www.sonatype.com/people/2010/08/introducing-aether/ And about Guice, that's also not so stable there. There is a patch created by the Maven team for Guice, I don't know if it was integrated into the main project. Ludovic Le 19/08/2010 00:08, Torsten Werner a écrit : Hi Ludovic, thanks for your reply! On Wed, Aug 18, 2010 at 10:29 PM, Ludovic Claude ludovic.cla...@laposte.net wrote: I would not start packaging Maven 3 at this time. It's still in a lot of flux, and there are several important library changes (a pending switch from plexus-container My intention was to start updating/packaging the Build-Depends. But it does not make sense if plexus-container is going to get dropped. to guice, Would it make sense to package guice now? the introduction of the Aether library with a rocky discussion on the mailing lists). What is that? Do you have a link? Even the delta between 3.0 and 3.1 looks like it's going to be big in terms of packaging effort. Jackrabbit, Maven3... it is getting a real nightmare. :) Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592218: Bug #592218 : RFP: maven3 -- Java software project management and comprehension tool
Hello, I would not start packaging Maven 3 at this time. It's still in a lot of flux, and there are several important library changes (a pending switch from plexus-container to guice, the introduction of the Aether library with a rocky discussion on the mailing lists). Even the delta between 3.0 and 3.1 looks like it's going to be big in terms of packaging effort. As a reminder, it took me probably a full month of effort to package Maven 2 and all its dependencies... Ludovic Le 17/08/2010 22:58, Damien Raude-Morvan a écrit : Hi Matthias, Maven 3.x is still in beta stage [1] and Debian Squeeze 6.0 is now frozen so it may not be a high priority package. If someone have enough time to package this (ie. based on maven2 package + all new runtime dependencies), maybe we can upload it to experimental archive. [1] http://maven.apache.org/download.html [2] http://lists.debian.org/debian-announce/2010/msg9.html Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593160: libeasymock-java: Please add pom.xml
When using the mh_* utilities, you need to add a call to mh_clean on the clean target. clean:: mh_clean It's working more like the Java helper utilities now. Ludovic Le 16/08/2010 00:14, Niels Thykier a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-08-15 23:57, Torsten Werner wrote: Hi Matthias, On Sun, Aug 15, 2010 at 11:13 PM, Matthias Schmitzmatth...@sigxcpu.org wrote: Please add a pom.xml to the package. See attached patch. thanks for the patch but you want to remove the existing install/* target from debian/rules, too. Cheers, Torsten __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. Hi I recall the maven-repo-helper having issues cleaning up after itself (leaving behind a debian/.mh or so) and I did not see any additions to the clean rule to remove this. So is this patch missing an addition to the clean rule or have the maven helper tool stopped leaving things behind? ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREIAAYFAkxoZuIACgkQVCqoiq1YlqxWbwCghaT2KN4Rr+/jX4f3fnQreqCk nMkAoIq+PhUpuPTCwnvtusZRt3rskQS6 =nVr8 -END PGP SIGNATURE- __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591513: maven-debian-helper: mh_make just fails for livetribe-jsr223
Hello Torsten, Thanks for reporting this issue. I have fixed it, and I'm attaching the skeleton for livetribe-jsr223 packaging. I have updated the svn repository, you can build locally maven-repo-helper and maven-debian-helper to use now the fix, I will release those later when there are more fixes. Ludovic Le 03/08/2010 19:39, Torsten Werner a écrit : Package: maven-debian-helper Version: 1.1 Severity: normal Hi Ludovic, mh_make fails with the following messages: In pom.xml: Ignore the parent POM for this POM? org.livetribe:livetribe:pom:1.2 [y]/n [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [ERROR] Cannot find parent dependency org.livetribe:livetribe:pom:1.2, use --no-parent option to resolve this issue or install the parent POM in the Maven repository Exception in thread main java.lang.NullPointerException at org.debian.maven.repo.Repository.scan(Repository.java:326) at org.debian.maven.repo.Repository.scan(Repository.java:145) at org.debian.maven.repo.Repository.scanOnce(Repository.java:140) at org.debian.maven.repo.POMTransformer.usePluginVersionsFromRepository(POMTransformer.java:106) at org.debian.maven.repo.POMTransformer.main(POMTransformer.java:898) It creates the following files only: liblivetribe-jsr223-java.poms liblivetribe-jsr223-java.substvars maven.cleanIgnoreRules maven.ignoreRules maven.publishedRules maven.rules Cheers, Torsten -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1.6-38 Standard Java or Java compatible D ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3Plexus component interface to velo ii libsurefire-java 2.4.3-3Surefire test framework for Java ii maven-repo-helper 1.2Helper tools for including Maven m ii maven22.2.1-5Java software project management a ii velocity 1.6.2-4Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.4.0 search for files within Debian pac Versions of packages maven-debian-helper suggests: ii libmaven-javadoc-plugin-java 2.6.1-1Maven Javadoc Plugin -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. debian.tar.gz Description: GNU Zip compressed data
Bug#590699: antlr3: Add ant task
Is there a home page for this little project? Le 28/07/2010 16:53, Morten Sørensen a écrit : Package: antlr3 Version: 3.2-4 Severity: wishlist Hello Would it be possible to add the ant task to the antlr3 package? Download link: http://www.antlr.org/share/1169924912745/antlr3-task.zip //Morten __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580160: groovy: stargGroovy can't find javac
startGroovy tries to locate javac in order to build the JAVA_HOME variable. We should not depend on the JDK, groovy works very well on a small JRE, but startGroovy should be patched to use the default location of JAVA_HOME on a Debian system. Ludovic Le 05/08/2010 03:00, Miguel Landaeta a écrit : Hi Torsten, On Wed, Aug 4, 2010 at 8:09 PM, Torsten Wernertwer...@debian.org wrote: On Wed, Aug 4, 2010 at 8:40 PM, Miguel Landaetamig...@miguel.cc wrote: groovy is unusable without a JDK. is it really unusable without the compiler or is the start just broken? Well, groovy source code is dynamically compiled to JVM bytecode so I think a JDK must be present. The startGroovy script tries to detect where in the system is installed javac. I didn't noticed this bug before because I always install a JDK. BTW, the patch don't apply cleanly on what is on svn because there is an ongoing work to package groovy 1.7.4 but it is stalled because jansi library it is not in Debian. I think I'm going to file an ITP for that library. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591728: ITP: jansi -- Java library that allows to use ANSI escape sequences
Hello Miguel, Thanks for packaging jansi, I started to do that for the latest Groovy, but then I went to holidays... I'm back, if you need help with the Maven build let me know. Ludovic Le 05/08/2010 04:12, Miguel Landaeta a écrit : Package: wnpp Severity: wishlist Owner: Miguel Landaetamig...@miguel.cc * Package name: jansi Version : 1.4 Upstream Author : Progress Software, Inc. * URL : http://jansi.fusesource.org/ * License : Apache-2.0 Programming Lang: Java Description : Java library for generating and interpreting ANSI escape sequences Jansi is a small java library that allows you to use ANSI escape codes to format your console output which works across all platforms. . Jansi detects and abstracts the ANSI support provided by the attached terminal. When your Java application uses Jansi, it can always assume that standard out and error streams support ANSI sequences. This package it is needed to package Groovy 1.7.4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580160: groovy: stargGroovy can't find javac
Hello Russel, Yes, we should replace the upstream statrGroovy script with something that works only on Debian, it will be easier to maintain Ludovic Le 08/08/2010 18:50, Russel Winder a écrit : Ludovic, On Sun, 2010-08-08 at 18:17 +0200, Ludovic Claude wrote: startGroovy tries to locate javac in order to build the JAVA_HOME variable. We should not depend on the JDK, groovy works very well on a small JRE, but startGroovy should be patched to use the default location of JAVA_HOME on a Debian system. Ludovic I had thought that the Debian package used its own launcher script replacing the groovy and startGroovy from the upstream distribution -- on the very sensible grounds that Debian defines a specific path for the things that the upstream scripts have to infer. Also the upstream scripts try to cope with all Posix compliant systems, which a Debian specific script does not have to. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588114: maven-debian-helper: maven:DocDepends puts in Depends -doc packages which don't exist
Hello Gabriele, That's an interesting issue, but not so easy to fix neatly. The first thing you can do: don't use ${maven:DocDepends}, specify yourself the list of doc packages to include. Going forward, there are several solutions but they all look like it can take some time to implement them: - add a property in the pom like debian.package which indicates the name of the documentation package if it exists. This would force a change in all packages already deploying artifacts in the Debian Maven repository - use dpkg or apt-file to locate the documentation package associated with the dependent package - any other idea or advise? Ludovic Le 05/07/2010 01:14, Gabriele Giacone a écrit : Package: maven-debian-helper Version: 1.0 Severity: normal ${maven:DocDepends} is replaced with -doc packages even if they don't exist so -doc package will depend on non-existent packages like libmaven-shared-io-java-doc, libxstream-java-doc. Possibility to ignore them? Don't include them if they don't exist? Thanks. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1.6-36 Standard Java or Java compatible D ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3Plexus component interface to velo ii libsurefire-java 2.4.3-3Surefire test framework for Java ii maven-repo-helper 1.1Helper tools for including Maven m ii maven22.2.1-5Java software project management a ii velocity 1.6.2-4Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.4.0 search for files within Debian pac Versions of packages maven-debian-helper suggests: ii libmaven-javadoc-plugin-java 2.6.1-1Maven Javadoc Plugin -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588005: Does antlr3 really requires maven ?
This dependency is marked as required as gunit-maven-plugin is included in the main package. It would be better indeed to put gunit.jar and gunit-maven-plugin.jar in a separate package. maven-debian-helper is not yet able to install the jars in several packages, I will try to fix that soon. Ludovic Le 03/07/2010 22:36, Vincent Fourmond a écrit : Package: antlr3 Version: 3.2-3 Severity: wishlist Hello, While upgrading to the newer antlr3 (3.2-3), I noticed that the newer antlr3 pulls in maven libmaven2-core-java, which in turn pulls in about 33 MB of dependencies. Is that absolutely necessary to run antlr3 ? As maven is a project management tool, I find it weird. I'm glad a lot of work has been invested into making debian packages maven-friendly, but that would be great if that didn't mean we have to force maven on all users of java software. In short, with maven downgraded to a Recommend, would antlr3 still work ? Many thanks, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages antlr3 depends on: ii default-jre [java2-runtime] 1.6-38 Standard Java or Java compatible R ii default-jre-headless 1.6-38 Standard Java or Java compatible R ii libstringtemplate-java3.2.1-1StringTemplate templating engine f ii openjdk-6-jre [java2-runtime] 6b18-1.8-3 OpenJDK Java runtime, using Hotspo Versions of packages antlr3 recommends: pn antlr3-gcjnone (no description available) antlr3 suggests no packages. -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587401: closed by Torsten Werner twer...@debian.org (Bug#587401: fixed in antlr3 3.2-3)
Julien, Can you open a new bug report for the POM issue and include the build logs? Thanks, Ludovic Le 28/06/2010 22:14, Julien BLACHE a écrit : ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Hi, antlr3 (3.2-3) unstable; urgency=low . * Clean up build dependencies. (Closes: #587401) And, third time's the charm, indeed. Except for kfreebsd-* where the build fails with an XML exception - looks like the POM may be broken after patching. As 3.0.1 did have packages for kfreebsd-*, this will block the testing migration :( Thanks for your work on ANTLR! JB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586151: maven-repo-helper: please add an option like --disable-modules
That is something that's already there, maybe not well documented. That option is --ignore, and you need to add it for each pom.xml of the modules to ignore. For example, in this debian/libsomething-java.poms, we will ignore the gunit and gunit-maven-plugin modules. pom.xml runtime/Java/pom.xml tool/pom.xml antlr3-maven-plugin/pom.xml gunit/pom.xml --ignore gunit-maven-plugin/pom.xml --ignore Ludovic Le 16/06/2010 23:17, Torsten Werner a écrit : Package: maven-repo-helper Version: 1.0.6 Severity: wishlist Hi Ludovic, it would be nice to have an additional option --disable-modules (similar to --no-parent) that gets a comma separated list of modules that should not be build. We could have lines like pom.xml --no-parent --disable-modules=foo,bar something-api/pom.xml --disable-modules=baz in debian/libsomething-java.poms to avoid building modules that can't be built for some reason. Cheers, Torsten __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552621: Unit test failures in upstream antlr 3.2
Hello, I'm packaging the Maven version of antlr. It still has got failures in the unit tests, including when I run the build using only upstream sources, so I have disabled the unit tests in the Debian build. You can get the current code for the packaging here: https://code.launchpad.net/~ludovicc/uj/antlr3 Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582130: tomcat6: High values for currentThreadsBusy since 6.0.26-1
Hello Sylvain, Can you try to find more details about this issue? I cannot see any difference on an empty Tomcat instance, so this bug may be related to your webapp. Can you try to use VisualVM to find which threads are busy, and jstack to find what they are doing? Thanks, Ludovic Le 18/05/2010 17:44, Sylvain DEROSIAUX a écrit : Package: tomcat6 Version: 6.0.26-1 Severity: important Hi ! Since I have updated tomcat6 from 6.0.24-5 to 6.0.26-1, the currentThreadBusy value is very high. :/ # cat /var/log/aptitude [MIS A JOUR] libservlet2.5-java 6.0.24-5 - 6.0.26-1 [MIS A JOUR] libtomcat6-java 6.0.24-5 - 6.0.26-1 [MIS A JOUR] tomcat6 6.0.24-5 - 6.0.26-1 [MIS A JOUR] tomcat6-admin 6.0.24-5 - 6.0.26-1 [MIS A JOUR] tomcat6-common 6.0.24-5 - 6.0.26-1 Here a graph which show currentThreadBusy variable : http://www.easy-upload.net/fichiers/tomcat_threadInfo-week.2010513164524.png Best regards, Sylvain -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (600, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tomcat6 depends on: ii adduser 3.110 add and remove users and groups ii tomcat6-common 6.0.26-1 Servlet and JSP engine -- common f Versions of packages tomcat6 recommends: pn authbind none (no description available) Versions of packages tomcat6 suggests: ii tomcat6-admin 6.0.26-1 Servlet and JSP engine -- admin we pn tomcat6-docs none (no description available) pn tomcat6-examples none (no description available) pn tomcat6-user none (no description available) -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
Onkar, Can you put your work-in-progress online somewhere? I can help you more with the code. I think that a solution to your problem is to use the substitution rules: add a file called debian/maven.rules, and put this line in it: * maven-surefire-plugin maven-plugin s/.*/2.4.3/ Hope this helps, Ludovic On 05/12/2010 03:18 PM, Onkar Shinde wrote: On Fri, Apr 30, 2010 at 1:52 AM, Torsten Wernertwer...@debian.org wrote: Hi Onkar, On Wed, Apr 14, 2010 at 5:08 PM, Onkar Shindeonkarshi...@ubuntu.com wrote: I think the problem here is that surefire plugin does not have any 'debian' version in maven repository (only 2.4.3 version). yes, that is a limitation of the plugin handling. We do not a default debian version. Is there any solution to this problem I am facing. Without solution I can not move forward with struts2 packaging. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575580: Thanks for the patch
Hello Mark, thanks for the patch, I'm applying it to Tomcat. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
Hi Onkar, Can you give me the versions of maven2 and maven-debian-helper? Also, have you tried building your package with the maven.mk CDBS scripts? mvn-debian is not maintained and should be removed. Ludovic Onkar Shinde a écrit : Package: libsurefire-java Version: 2.4.3-3 Severity: important I am working packaging struts2 from source. While doing a test build I faced problem where maven-surefire-plugin is not detected by mvn-debian. Following is the debug output. on...@ibook:~/Desktop/struts-2.1.8/src$ mvn-debian -e -f core/pom.xml skip faking of existing javax.servlet:servlet-api::2.4 skip faking of existing jaxen:jaxen::debian + Error stacktraces are turned on. [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [INFO] Building Struts 2 Core [INFO]task-segment: [install] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-surefire-plugin Reason: POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Unable to build project for plugin 'org.apache.maven.plugins:maven-surefire-plugin': POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1557) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1851) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging(DefaultLifecycleExecutor.java:1311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:1275) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at org.debian.maven.Wrapper.main(Wrapper.java:90) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.InvalidPluginException: Unable to build project for plugin 'org.apache.maven.plugins:maven-surefire-plugin': POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in repository: System is offline. org.apache.maven.plugins:maven-surefire-plugin:pom:2.3 for project org.apache.maven.plugins:maven-surefire-plugin at org.apache.maven.plugin.DefaultPluginManager.checkRequiredMavenVersion(DefaultPluginManager.java:293) at org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:205) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:184) at org.apache.maven.plugin.DefaultPluginManager.loadPluginDescriptor(DefaultPluginManager.java:1642) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1540) ... 20 more Caused by:
Bug#577704: libsurefire-java: maven-surefire-plugin not detected by mvn-debian
Hi Onkar, First, try to get the latest versions of those 2 packages from Debian. There are also some new versions of related packages, I remember that there was maven-javadoc-plugin, maven-site-plugin, all doxia packages and maybe a few others. If you can synchronize them on Ubuntu Lucid, that would be great. Second, to build the packaging for a Maven project, use mh_make on the sources, it will locate all the dependencies and create most of the debian files for you. Cheers, Ludovic Onkar Shinde a écrit : On Wed, Apr 14, 2010 at 1:05 AM, Ludovic Claude ludovic.cla...@laposte.net wrote: Hi Onkar, Can you give me the versions of maven2 and maven-debian-helper? maven2 - 2.2.1-2 maven-debian-helper - 0.9 Also, have you tried building your package with the maven.mk CDBS scripts? mvn-debian is not maintained and should be removed. I haven't actually started the packaging. I was just doing a test build to check if all the build dependencies are available in repository. That is why I used mvn-debian. Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576873: tomcat6: Remove classloader directories shared/, common/ and server/
Package: tomcat6 Version: 6.0.26-0ubuntu1~ppa1 Severity: wishlist Suggestion from Jason Brittain (MuleSource): I noticed that the way we have tomcat6 configured is to add back the classloader directories that were present in Tomcat versions 4 and 5: shared/, common/, and server/. Stock Tomcat 6 got rid of these as of 6.0.0. Some software is still written for Tomcat 5.5, and docs may still refer to these classloading dirs.. I always found them helpful, since Tomcat's classloader hierarchy still has these three classloaders (server, common, and shared), but by default Tomcat 6 was always configured to just load everything from CATALINA_BASE/lib/. Being informed about Tomcat, I can handle these dirs being present, but this will likely confuse some users because stock Tomcat 6 doesn't have them. Looking forward to Tomcat 7, they're not being reintroduced, either. What do you think about eliminating these directories to make the Debian tomcat6 package more like stock Tomcat 6? -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-20-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6 depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii tomcat6-common 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- common f Versions of packages tomcat6 recommends: ii authbind 1.2.0build2 Allows non-root programs to bind() Versions of packages tomcat6 suggests: ii tomcat6-admin 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- admin we ii tomcat6-docs6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- document ii tomcat6-examples6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- example ii tomcat6-user6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- tools to -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576875: tomcat6: Allow running the init script as a normal user, not admin
Package: tomcat6 Version: 6.0.26-0ubuntu1~ppa1 Severity: wishlist From Jason Brittain (MuleSource): When the init script invoked Tomcat via jsvc, it had to be run by an administrator user because jsvc itself had to be started as root in order to allow binding to privileged ports. Now that we use authbind, it doesn't require the init script to run as an administrator to do the same thing. For example the init script could run as user 'tomcat6' and starts, stops, and restarts could work just fine while Tomcat could still bind to privileged ports. So, what's the use case for the init script being run as user 'tomcat6'? There are situations where the administrator does not want to or cannot configure sudo for a user to be able to run the Tomcat init script, or where there is a script that runs as user tomcat6 that needs to be able to either restart Tomcat or get Tomcat's status. It is possible to make this work now that the init script doesn't use jsvc, and I thought I'd ask you whether you think it would be helpful to allow it. The code change would be only inside the init script -- it would be a relatively small change to remove the few lines of code that requires the user be root to run it, possibly invoke start-stop-daemon without the --user switch, maybe a small number of changes to make sure that running the rest of the init script as non-root works properly. I think the changes are pretty small. It would, however, need to be tested afterwards to make sure the usual use case works properly still. So, I'm not proposing making this change for Lucid, unless there's time in the schedule to test and debug it afterwards. What do you guys think? -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-20-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6 depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii tomcat6-common 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- common f Versions of packages tomcat6 recommends: ii authbind 1.2.0build2 Allows non-root programs to bind() Versions of packages tomcat6 suggests: ii tomcat6-admin 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- admin we ii tomcat6-docs6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- document ii tomcat6-examples6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- example ii tomcat6-user6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- tools to -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573795: maven-repo-helper: does not create generic version 'debian' for maven-javadoc-plugin
Torsten Werner a écrit : On Sun, Mar 14, 2010 at 8:52 PM, Ludovic Claude ludovic.claud...@googlemail.com wrote: Not a bug, Maven requires all its plugins to use a real version, so this is why maven-javadoc-plugin is registered with its version only. But that means, we always have to change a lot of packages whenever a new upstream version of a maven plugin has been uploaded? Torsten No, the latest version of maven-debian-helper will scan the Maven repository and look for the installed version of the plugins, and force the use of those versions in the POM files. So that means that any projects that use Maven for their build will not need any change and will pick up automatically the correct Debian version. I'm assuming here that there is only one version of the plugin in Debian, which should be the case. There is one exeption to this rule though: if you update one of the core Maven plugins (the list of which is in /usr/share/maven-repo/org/apache/maven/maven-project/debian/maven-project-debian.jar/org/apache/maven/project/pom-4.0.0.xml), then you are forced to update Maven. There has been for example an update of the maven-javadoc-plugin, and I will have to update Maven, some projects may fail if they did not specify the version of the plugin in their POM file. Normally this list of core plugins should not be upgraded unless there is a new version of Maven, this is to ensure that builds are consistent (new since Maven 2.0.9) Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573795: maven-repo-helper: does not create generic version 'debian' for maven-javadoc-plugin
Not a bug, Maven requires all its plugins to use a real version, so this is why maven-javadoc-plugin is registered with its version only. Torsten Werner a écrit : Package: maven-repo-helper Version: 1.0.4 Severity: normal Hi, maven-repo-helper creates a pom file for maven-javadoc-plugin 2.6.1 but no 'debian' version. Cheers, Torsten ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573482: maven2: DAV Wagon not included - Cannot find wagon which supports the requested protocol: dav
JackRabbit 2.x uses the newest JCR 2.0 which is under an Apache 2 license. If somebody could convince (by providing a patch?) the Wagon developers to use this version of Jackrabbit, then we will be able to ship Maven with WebDAV support in Debian. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569189: Fixed in 0.8
version: 0.8 This issue has been fixed in 0.8. I have forgotten to add it to the changelog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572048: I can confirm failure to start
Pier, this looks like a conflict on port 8005. Can you run this command: netstat -p -l | grep 8005 Thanks, Ludovic Pier Luigi Pau a écrit : Hello, I couldn't get tomcat6 6.0.24-2 to start, either, and so far I haven't found anything better to do than revert to a previous version (6.0.20-dfsg1-1). This is on amd64, for the record. Purging the packages and reinstalling 6.0.24-2 didn't help; nor did switching between openjdk-6 and sun-java6. I had lines similar to these in my /var/log/tomcat6/catalina.(date).log: 1-mar-2010 10.34.37 org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib/jni:/lib:/usr/lib 1-mar-2010 10.34.37 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 1-mar-2010 10.34.37 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 570 ms 1-mar-2010 10.34.37 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 1-mar-2010 10.34.37 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor ROOT.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor docs.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor host-manager.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor manager.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor examples.xml 1-mar-2010 10.34.38 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 1-mar-2010 10.34.38 org.apache.catalina.startup.Catalina start INFO: Server startup in 591 ms 1-mar-2010 10.34.38 org.apache.catalina.core.StandardServer await GRAVE: StandardServer.await: create[8005]: java.net.SocketException: Invalid argument at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336) at java.net.ServerSocket.bind(ServerSocket.java:336) at java.net.ServerSocket.init(ServerSocket.java:202) at org.apache.catalina.core.StandardServer.await(StandardServer.java:373) at org.apache.catalina.startup.Catalina.await(Catalina.java:657) at org.apache.catalina.startup.Catalina.start(Catalina.java:617) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) An interesting behaviour I noticed: running /etc/init.d/tomcat6 start manually gave me an indication of failure; instead, if I rebooted my box altogether, it apparently worked, and I had a file with a process id at /var/run/tomcat6.pid, but by the time I could get into a shell, the process had somehow disappeared (died?). /etc/init.d/tomcat6 stop would answer that tomcat6 wasn't running, /etc/init.d/tomcat6 start would complain that there was a pid file and therefore nothing had to be done. Regards, Pier Luigi Pau ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572048: tomcat6: fails to start after upgrade to v6.0.24-2
Hello Teodor, The changes were motivated by the fact that jscv is unreliable (see #561559) and is hard to use when you need to setup Tomcat with ports 1024. Upstream maintains the catalina.sh script and recommends its use. We were kindly assisted by a Tomcat expert (Jason Brittain from MuleSoft) in this transition. With this script, it is now possible to use authbind easily if the ports are under 1024. Can you give me more details about your setup. It looks like an upgrade, so what other packages or webapps have you installed? Can you provide the Tomcat logs in /var/log/tomcat6. Thanks, Ludovic Teodor a écrit : Package: tomcat6 Version: 6.0.24-2 Severity: grave Justification: renders package unusable Hi, After todays upgrade to v6.0.24-2 due to migration to 'testing' the tomcat6 service doesn't start anymore. I've tried a fresh install and there is no difference. I see that 'jscv' is no longer used and 'authbind' is disabled by default, thus 'catalina.sh' upstream script is used instead. I believe this is a major regression since 'jsvc' is the only alternative for running a java-baser program as a service. The upstream 'catalina.sh' shell script doesn't make use of 'jsvc' because it is not available on all platforms, this script is meant to be portable on all Linux/ UNIX hosts. Another issue is that the execution of 'catalina.sh' should also be redirected to STDOUT/STDERR to avoid these informative lines: | Starting Tomcat servlet engine: tomcat6Using CATALINA_BASE: /var/lib/tomcat6 | Using CATALINA_HOME: /usr/share/tomcat6 | Using CATALINA_TMPDIR: /tmp/tomcat6-tmp | Using JRE_HOME:/usr/lib/jvm/java-6-openjdk | Using CLASSPATH: /usr/share/tomcat6/bin/bootstrap.jar | failed! | invoke-rc.d: initscript tomcat6, action start failed. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6 depends on: ii adduser 3.112 add and remove users and groups ii tomcat6-common6.0.24-2 Servlet and JSP engine -- common f Versions of packages tomcat6 recommends: ii authbind 1.2.0 Allows non-root programs to bind() Versions of packages tomcat6 suggests: pn tomcat6-admin none (no description available) pn tomcat6-docs none (no description available) pn tomcat6-examples none (no description available) pn tomcat6-user none (no description available) -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571046: jakarta-log4j: Please fix log4j maven dependencies
Gabriele, Your patch is fine for a quick work around, but for long term we would need a mixed solution: - Mark javax.jms:jms and javax.mail:mail as optional - use libgnumail-java for javax.mail:mail - I don't know yet what to use for jms - Ignore com.sun.jmx:jmxri and com.sun.jdmk:jmxtools, those libraries are not useful anymore since Java 5 as jmx is included in the JDK. Ludovic Gabriele Giacone a écrit : Package: jakarta-log4j Severity: normal Tags: patch Hello, I'm packaging a software which depends on log4j and log4j depends on 4 artifacts it can't find: javax.mail:mail javax.jms:jms com.sun.jmx:jmxri:jar:debian com.sun.jdmk:jmxtools:jar:debian I'm not a java developer, correct me if I'm wrong. I see 2 solutions: 1) Mavenizing those artifacts: javax.mail:mail = libgnumail-java javax.jms:jms= libgeronimo-jms-1.1-spec-java com.sun.jmx:jmxri:jar:debian = libjboss-jmx-java? libmx4j-java? com.sun.jdmk:jmxtools:jar:debian = libjboss-jmx-java? libmx4j-java? All of those packages lacks maven support. 2) Attached patch. Thanks, Gabriele -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570863: maven-repo-helper: maven.rules substitution does not work with jars (command, mh_installjar)
Package: maven-repo-helper Version: 1.0.1 Severity: important When packaging tomcat6, a sustitution rule is used: s/org.apache.tomcat/javax.servlet/ servlet-api jar s/.*/2.5/ mh_installpoms installs the POM files at the expected location: /usr/share/maven-repo/javax/servlet/servlet-api/2.5/servlet-api-2.5.pom but mh_installjar does not: /usr/share/maven-repo/org/apache/tomcat/servlet-api/2.5/servlet-api-2.5.jar -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-19-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-repo-helper depends on: ii default-jre-headless 1.6-30ubuntu5 Standard Java or Java compatible R ii gcj-4.4-jre-headless 4.4.1-5ubuntu2 Java runtime environment using GIJ ii gcj-jre-headless [ja 4:4.4.1-1ubuntu2Java runtime environment using GIJ ii gij-4.3 [java2-runti 4.3.4-4ubuntu1 The GNU Java bytecode interpreter ii libstax-java 1.2.0-1 StAX Reference Implementation (RI) ii openjdk-6-jre-headle 6b16-1.6.1-3ubuntu1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2 6-16-0ubuntu1.9.04 Sun Java(TM) Runtime Environment ( Versions of packages maven-repo-helper recommends: ii debhelper 7.3.15ubuntu3 helper programs for debian/rules Versions of packages maven-repo-helper suggests: ii maven-debian-helper 0.8 Helper tools for building Debian p -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552032: Any sample build file?
Hello Brian, Do you have a sample build file that I could run to reproduce this problem, that would help. Thanks, Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569189: maven-debian-helper: Dependencies with scope compile are not included in maven:Depends
Hello Gabriele, it looks like you're right! http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope As a quick fix,do not use the Maven expension variables for your project. I will include a fix in the next release of maven-debian-helper. Ludovic Gabriele Giacone a écrit : Package: maven-debian-helper Version: 0.7 Severity: normal pom.xml file like the following: [...] dependencies dependency groupIdorg.freehep/groupId artifactIdfreehep-export/artifactId /dependency dependency groupIdorg.freehep/groupId artifactIdfreehep-graphicsio/artifactId version2.1.1/version /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId scopecompile/scope /dependency dependency groupIdorg.freehep/groupId artifactIdjas-plotter/artifactId version2.2/version scopecompile/scope /dependency /dependencies [...] produces .substvars file: maven:CompileDepends=junit, libjas-plotter-java, libmaven-exec-plugin-java (\= 1.1.1), libsurefire-java (\= 2.4.3) maven:Depends=libfreehep-export-java, libfreehep-graphicsio-java maven:OptionalDepends= maven:TestDepends= It should produce maven:CompileDepends=libmaven-exec-plugin-java (\= 1.1.1), libsurefire-java (\= 2.4.3) maven:Depends=junit, libfreehep-export-java, libfreehep-graphicsio-java, libjas-plotter-java maven:OptionalDepends= maven:TestDepends= Specifying compile scope should be equal to not specifying any scope. Shouldn't it? Thanks, Gabriele -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jre [java2-runtime] 1.6-34 Standard Java or Java compatible R ii libmaven-clean-plugin-java 2.3-3 Maven clean plugin ii libmaven-compiler-plugin-jav 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-ja 2.3-5 Maven resources plugin ii libmaven-site-plugin-java2.0-2 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-3 Surefire test framework for Java ii maven-repo-helper0.9 Helper tools for including Maven m ii maven2 2.2.1-2 Java software project management a ii openjdk-6-jre [java2-runtime 6b17~pre3-1 OpenJDK Java runtime, using Hotspo ii velocity 1.6.2-3 Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.3.3 search for files within Debian pac Versions of packages maven-debian-helper suggests: pn libmaven-javadoc-plugin-java none (no description available) -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567778: ITP: xmlbeans -- Java library for accessing XML by binding it to Java types
XmlBeans already exists in ubuntu, please merge it in Debian. https://launchpad.net/ubuntu/+source/xmlbeans/2.4.0-0ubuntu2 Ludovic Damien Raude-Morvan a écrit : X-Debbugs-Cc: debian-j...@lists.debian.org Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: xmlbeans Version : 2.5.0 Upstream Author : Apache Software Foundation * URL : http://xmlbeans.apache.org/ * License : Apache-2.0 Programming Lang: Java Description : Java library for accessing XML by binding it to Java types XMLBeans is a technology for accessing XML by binding it to Java types. . XMLBeans provides several ways to get at the XML, including: * Through XML schema that has been compiled to generate Java types that represent schema types. In this way, you can access instances of the schema through JavaBeans-style accessors after the fashion of getFoo and setFoo. The XMLBeans API also allows you to reflect into the XML schema itself through an XML Schema Object model. * A cursor model through which you can traverse the full XML infoset. * Support for XML DOM. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567815: ITP: maven-antlr-plugin -- Maven Antlr plugin
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-antlr-plugin Version : 2.1 Upstream Author : Vincent Siveton vsive...@apache.org * URL : http://mojo.codehaus.org/antlr-maven-plugin/ * License : Apache Programming Lang: Java Description : Maven Plugin for Antlr v2. It can generate code from Antlr 2 scripts inside a Maven build. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565403: ant-contrib: doc refers to missing file antlib.xml
Hello Yann, Try this, it should work. taskdef resource=/net/sf/antcontrib/antlib.xml classpath pathelement location=/usr/share/java/ant-contrib.jar/ /classpath /taskdef The documentation needs to be corrected The ant-contrib jar is not added automatically to the Ant lib as it puts more classes in the classpath, so risks of name clashes and version mismatch are increased. Ludovic Yann Dirson a écrit : More info: I tried to use antlib.xml by copying it and the jar to my project, but adding the suggested block below: taskdef resource=.../antlib.xml classpath pathelement location=.../ant-contrib.jar/ /classpath /taskdef ... results in: Buildfile: build.xml [taskdef] Could not load definitions from resource .../antlib.xml. It could not be found. This happens both with absolute and relative paths to antlib. OTOH, I could make it work by copying the parts of its contents I'm interested in, eg: taskdef name=for classname=net.sf.antcontrib.logic.ForTask onerror=ignore classpath pathelement location=.../ant-contrib.jar/ /classpath /taskdef I can't really see what I'm doing wrong, maybe I just need some sleep, but that could just be an inaccurate doc, or a plain ant bug. ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557723: [maven-debian-helper] cleaning auto generated files
Hello Giovanni, I believe that maven-debian-helper 0.7 has fixed this bug, at least there is some code in maven.mk to attempt to do this cleanup # Detects that the files are created cdbs_new_poms_file := $(shell test ! -f debian/$(DEB_JAR_PACKAGE).poms echo yes) cdbs_new_poms_filecdbs_new_maven_rules_file := $(shell test ! -f debian/maven.rules echo yes) # Do the cleanup cleanbuilddir:: maven-sanity-check post-patches debian/maven-repo -$(DEB_MAVEN_INVOKE) $(DEB_MAVEN_CLEAN_TARGET) $(RM) -r $(DEB_MAVEN_REPO) debian/stamp-maven-build $(if $(cdbs_new_poms_file), $(RM) debian/$(DEB_JAR_PACKAGE).poms) $(if $(cdbs_new_maven_rules_file), $(RM) debian/maven.rules) $(if $(cdbs_use_maven_substvars), $(RM) debian/*.substvars) Tell me if this doesn't work well for you. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553977: maven2: Class Loader error when using pax (or depending plugins)
Benjamin, Can you test the pax plugin with the latest packaged version of Maven (2.2.1)? The packaging of Maven 2.0.9 had lots of issues and did not respect Maven's classloaders, so this is probably why you experience this issue. It should be fixed now, hopefully. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506988: ITP: libbnd-java/bnd -- create and diagnose OSGi R4 bundles
Hello Damien, I recently changed countries, now I'm back in Paris. I had no time to work on any project, but I'm planning to start again soon - maybe this week end. For BND, yes I was working with Peter Kriens, the author of BND, and I was trying to make build packaging of this library easier as well as removing non DFSG code from the library. Ludovic Damien Raude-Morvan a écrit : Le mercredi 02 décembre 2009 10:26:35, Niels Thykier a écrit : Hi Hi Niels, How is it going with this package? Do you need a hand? I've not worked recently on it (just commited some startup script and various fix in pkg-java SVN repository) The package got REJECTED by Torsten Werner ftpmas...@debian.org on 14/09/2009 with the following reason : bnd_0.0.337.1-2_amd64.changes REJECTED We believe that the Filter.java file is not DFSG free but the maintainer together with the upstream author are working on it. the maintainer being Ludovic Claude in this case, I haven't much news... Ludovic ? Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
I will, but now I'm moving houses and I don't have much access to Internet and my dev box is in another country. This is in my todo list for November, there is a small issue to fix in maven-repo-helper, then I will fix tomcat. Ludovic Michael Koch a écrit : On Mon, Sep 28, 2009 at 10:26:07AM +0200, Jakub Skoczen wrote: On my machine all jars under /usr/share/maven-repo/javax are real files and not symlinks. That includes Servlet, JSP and Expression Language APIs so stuff definitely loaded by tomcat: |-- javax | |-- el | | `-- el-api | | `-- 2.1 | | |-- el-api-2.1.jar | | `-- el-api-2.1.pom | `-- servlet | |-- jsp | | `-- jsp-api | | `-- 2.1 | | |-- jsp-api-2.1.jar | | `-- jsp-api-2.1.pom | `-- servlet-api | `-- 2.5 | |-- servlet-api-2.5.jar | `-- servlet-api-2.5.pom Latest package (libservlet2.5-java) also has it this way: mk...@quadriga ~ dpkg -c /var/cache/apt/archives/libservlet2.5-java_6.0.20-6_all.deb | grep jar$ -rw-r--r-- root/root 27811 2009-09-25 07:20 ./usr/share/maven-repo/javax/el/el-api/2.1/el-api-2.1.jar -rw-r--r-- root/root 76591 2009-09-25 07:20 ./usr/share/maven-repo/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1.jar -rw-r--r-- root/root 88191 2009-09-25 07:20 ./usr/share/maven-repo/javax/servlet/servlet-api/2.5/servlet-api-2.5.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/jsp-api-2.1.jar - ../maven-repo/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/el-api-2.1.jar - ../maven-repo/javax/el/el-api/2.1/el-api-2.1.jar lrwxrwxrwx root/root 0 2009-09-25 07:20 ./usr/share/java/servlet-api-2.5.jar - ../maven-repo/javax/servlet/servlet-api/2.5/servlet-api-2.5.jar Ludovic, can you please take a look at this? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Hi Jakub, This was a temporary issue with the way I installed jars both to /usr/share/java and /usr/share/maven-repo. In an old version of maven-repo-helper, the script mh_installjar was copying the jars to /usr/share/maven-repo and a link was created in /usr/share/java. I'm doing now the opposite, as it respects more the way things were done before. So this situation is only temporary, if your package is rebuilt against the latest version of maven-repo-helper, then this problem should not appear. Ludovic Jakub Skoczen a écrit : Hi Ludovic, Enabling all security privileges to /usr/share/maven-repo/ did the trick. Still, I don't fully understand why this is needed - shouldn't the maven repository be only used for building stuff (like source packages)? Why does a running tomcat instance even know about it and tries to load jar files from there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Yes, this version should fix this bug. It works for me, Jakub, can you confirm that the fix works for you as well? Ludovic Michael Koch a écrit : Hello, On Thu, Sep 24, 2009 at 12:29:11PM +0100, Ludovic Claude wrote: This was a temporary issue with the way I installed jars both to /usr/share/java and /usr/share/maven-repo. In an old version of maven-repo-helper, the script mh_installjar was copying the jars to /usr/share/maven-repo and a link was created in /usr/share/java. I'm doing now the opposite, as it respects more the way things were done before. So this situation is only temporary, if your package is rebuilt against the latest version of maven-repo-helper, then this problem should not appear. Does this mean we should upload 6.0.20-6 to the archive? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Hello Heikki and Jakub, Thanks for this detailed error report. I believe that I have fixed this issue, by adding a grant on /usr/share/maven-repo/ in the file 02debian.policy. Can you check that it is working? If you need, I have created a new .deb in my PPA (https://launchpad.net/~ludovicc/+archive/ppa/), and I will add those fixes shortly to Debian. 02debian.policy: // These permissions apply to all JARs from Debian packages grant codeBase file:/usr/share/java/- { permission java.security.AllPermission; }; grant codeBase file:/usr/share/maven-repo/- { permission java.security.AllPermission; }; grant codeBase file:/usr/share/ant/lib/- { permission java.security.AllPermission; }; Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542162: closed by Ludovic Claude ludovic.cla...@laposte.net (Bug#542162: fixed in maven2 2.2.1-1)
Hello Matthieu, Yes, I'd like a list of classes, or at least the packages they belong to. I have fixed plexus-interpolation and libslf4j-java which were compiled with Java 1.6 and included in Maven. In my builds, I could not see any other issues, but if you have older package versions, or if those packages have been rebuilt recently with openjdk-6, then new issues may come up. Thanks, Ludovic Matthieu Baechler a écrit : Hi, On Sun, Sep 6, 2009 at 12:57 AM, Debian Bug Tracking Systemow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the maven2 package: #542162: maven2: mvn command fail right after installing the package It has been closed by Ludovic Claude ludovic.cla...@laposte.net. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ludovic Claude ludovic.cla...@laposte.net by replying to this email. I'm sorry to tell that, but there's still some classes compiled in Java 1.6 : before : $ find -name *.class -exec file '{}' \; |grep Java 1.6|wc -l 230 now : $ find -name *.class -exec file '{}' \; |grep Java 1.6|wc -l 205 Tell me if you need me to attach the list of concerned files. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538020: double build with debhelper 7.3.5
Hello Joey, I tried to apply your fix, but it's not backward compatible with older versions of debhelper. Do you have a good trick to keep backwards compatibility? I don't know much debhelper 7. Thanks, Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508945: Fixed in 3.1-1
Tag: fixed Thanks for the patch, even if I missed it when I worked on this package... Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508342:
Tag: fixed This is not really a bug. The JDK is needed for some Ant tasks, in particular the common task of compiling. The Ant package does indicate a few JDK as Suggests (it was Recommends, but some distributions always install recommended packages, which can be problematic), so there are enough hints in the package to get this problem solved on your own. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542761: build-dep cycle
Hello Robert, I have tried hard to avoid circular build dependencies, so this one comes as a surprise. In particular, I don't understand why you found this dependency: libplexus-sec-dispatcher-java-modello-maven-plugin Normally, libplexus-sec-dispatcher-java build depends on libmodello-java - see http://packages.debian.org/source/unstable/plexus-sec-dispatcher Maybe you are using an outdated experimental version of this library, I don't know, I'm quite confused here. Ludovic Robert Collins a écrit : Package: maven2-core Version: 2.2.0 This package has a unresolvable build dep making it very hard / impossible to bootstrap upgrade into an older debian environment via clean builds. See reflections on trust :) The loop is: maven2-core - libplexus-sec-dispatcher-java-modello-maven-plugin-maven2-core maven2-core-2.2.0$ debuild -us -uc -b ... dpkg-checkbuilddeps: Unmet build dependencies: libplexus-sec-dispatcher-java cd ../plexus-sec-dispatcher-1.3.1/ plexus-sec-dispatcher-1.3.1$ debuild -us -uc -b ... generate-sources: [modello] Running the 'java' Modello plugin using model file src/main/mdo/settings-security.mdo for version 1.0.0 [modello] Cannot find file /usr/share/java/modello-plugin-java.jar make: *** [debian/stamp-ant-build] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 debuild: fatal error at line 1329: dpkg-buildpackage -rfakeroot -D -us -uc -b failed plexus-sec-dispatcher-1.3.1$ $ cd ../modello-maven-plugin/ modello-maven-plugin$ debuild -us -uc -b ... dpkg-checkbuilddeps: Unmet build dependencies: maven-debian-helper libmaven2-core-java ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542550: maven2: Crash after upgrading to latest plexus libs
Hello Stefan, You need to upgrade Maven as well, the current version in the repository is 2.2.0. Maven is very sensitive to the version of its dependencies. Ludovic Stefan Hübner a écrit : Package: maven2 Version: 2.0.9-2 Severity: grave Justification: renders package unusable I upgraded to the latest plexus libraries this morning. Now maven2 is unusable, as it fails right on start: sthub...@sthubner-1:~$ mvn -v Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/plexus/component/repository/exception/ComponentLifecycleException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.privateGetPublicMethods(Class.java:2547) at java.lang.Class.getMethods(Class.java:1410) 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) Caused by: java.lang.ClassNotFoundException: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:255) at org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java:214) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 9 more These are the libraries I've upgraded to: libplexus-classworlds-java 1.2+svn5720-1 libplexus-component-api-java 1.0+svn6316-1 libplexus-container-default-java 1.0-alpha-9-stable-1-2 libplexus-interactivity-api-java 1.0-alpha-6-2 libplexus-interpolation-java 1.7-2 libplexus-utils-java 1:1.5.6-3 libplexus-velocity-java 1.1.6-1 libplexus-classworlds-java 1.5.0-2 libplexus-component-api-java 1.0.0~alpha22-2 libplexus-container-default-java 1.0-alpha-9-stable-1-4 libplexus-containers-java 1.0~beta2-2 libplexus-i18n-java 1.0-beta-7+svn6675-3 libplexus-interactivity-api-java 1.0-alpha-6-4 libplexus-interpolation-java 1.11-2 libplexus-utils-java 1:1.5.15-2 libplexus-velocity-java 1.1.7-2 Thanks, Stefan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven2 depends on: ii libcommons-cli-java 1.2-2 API for working with the command l ii libdoxia-java1.1-3 a powerful content generation fram ii libjsch-java 0.1.41-2pure Java implementation of the SS ii libjtidy-java7+svn20070309-4 a Java port of HTML Tidy, a HTML s ii libplexus-interactivity- 1.0-alpha-6-4 interactivity API for the Plexus f ii libplexus-utils-java 1:1.5.15-2 utilities for the Plexus framework ii libwagon-java1.0-beta-2-4tools to manage Maven artifacts an ii libxalan2-java 2.7.1-2 XSL Transformations (XSLT) process maven2 recommends no packages. maven2 suggests no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542511: maven-debian-helper: mh_lspoms fails with IOException: Cannot run program
Hello Damien, The root cause here is that org.apache.mina:build:1.1.7 is not available in the /usr/share/maven-repo repository. So you will need first to add the Maven packaging for this artifact. I will add apt-file to Recommends, that sounds like something I have forgotten. Ludovic Damien Raude-Morvan a écrit : Package: maven-debian-helper Version: 0.6 Severity: normal Hi, When using mh_lspoms command from maven-debian-helper, I'm getting the following error : Check the parent dependency in the sub project ./core/pom.xml dpkg --search /usr/share/maven- repo/org/apache/mina/build/1.1.7/build-1.1.7.pom dpkg : /usr/share/maven-repo/org/apache/mina/build/1.1.7/build-1.1.7.pom introuvable. Cannot execute dpkg dpkg --search /usr/bin/mvn maven2: /usr/bin/mvn Found maven2 apt-file search /usr/share/maven- repo/org/apache/mina/build/1.1.7/build-1.1.7.pom java.io.IOException: Cannot run program apt-file: java.io.IOException: error=2, No such file or directory at java.lang.ProcessBuilder.start(ProcessBuilder.java:474) at org.debian.maven.packager.DependenciesSolver.executeProcess(DependenciesSolver.java:379) at org.debian.maven.packager.DependenciesSolver.searchPkg(DependenciesSolver.java:365) at org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:310) at org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:251) at org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:270) at org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:220) at org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:518) Caused by: java.io.IOException: java.io.IOException: error=2, No such file or directory at java.lang.UNIXProcess.init(UNIXProcess.java:164) at java.lang.ProcessImpl.start(ProcessImpl.java:81) at java.lang.ProcessBuilder.start(ProcessBuilder.java:467) ... 7 more Maybe a Recommends on apt-file should be added to package ? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jre [java2-runtime] 1.6-33 Standard Java or Java compatible R ii gcj-jre [java2-runtime] 4:4.3.3-9 Java runtime environment using GIJ ii java-gcj-compat [java2-runtim 1.0.80-5.1 Java runtime environment using GIJ ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.0-2 Maven Site Plugin for generating a ii libplexus-velocity-java 1.1.7-2Plexus component interface to velo ii libsurefire-java 2.4.3-3Surefire test framework for Java ii maven-repo-helper 0.7Helper tools for including Maven m ii maven22.2.0-2Java software project management a ii openjdk-6-jre [java2-runtime] 6b16-4 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime] 1.5.0-20-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime] 6-15-1 Sun Java(TM) Runtime Environment ( ii velocity 1.6.2-2Java-based template engine for web maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: pn libmaven-javadoc-plugin-java none (no description available) -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532284: Permissions for tomcat6
Hello Thierry, Well that sounds well argumented, in particular the issue of permissions for /etc/tomcat6. Do you recommend reverting permissions in /etc/tomcat6 to root:root 640? In any case, such security issues should have been well documented in the package, to prevent ignorant maintainers (me!) from messing up with those sensitive issues. Ludovic Thierry Carrez a écrit : I'm not sure it's a good change. When I worked on tomcat6 packaging, I changed the permissions used in tomcat5.5 on purpose. /etc/tomcat6: This was set to root:root 644, with two exceptions: - tomcat-users.xml that needs to be read by tomcat and hidden to users, so it is root:tomcat6 640 - Catalina directory that should allow autodeploy of new contexts by tomcat, so it is root:tomcat6 775 The idea behind this was to specifically *exclude* the tomcat6 user from messing with key configuration files like server.xml or tomcat-users.xml, and it is a security measure against any traversal by the tomcat6 user. Your argument is that you need to be root to configure Tomcat. Well, this mimics what is done for every other daemon out there: allow root to configure it, and do not allow the user the daemon is run under to modify its own configuration. See /etc/apache2 for an example of this. /var/lib/tomcat6/webapps: This was set to 775 root:tomcat6 so that tomcat can autodeploy applications. Additionally, members of the tomcat6 group are also allowed to deploy applications. Changing that to tomcat6:adm just transfers that capability from the tomcat6 group to the adm group. Looks like we lose some granularity, and I fail to see why adding users to the tomcat6 group does not look like a good idea. But I can live with that :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542162: maven2: mvn command fail right after installing the package
Hello, Can you send me the contents of /etc/maven2/m2.conf? Also, have you tried a full removal of the package then reinstalling it? Ludovic Matthieu Baechler a écrit : Package: maven2 Version: 2.2.0-2 Severity: grave Justification: renders package unusable I just installed maven2 package, and the command returns an error when invoqued : matth...@matthieu-laptop:~$ mvn org.codehaus.classworlds.NoSuchRealmException: plexus.core at org.codehaus.classworlds.ClassWorld.getRealm(ClassWorld.java:128) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:434) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) It used to work 3 weeks ago, so I thing some recent changes breaks it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages maven2 depends on: ii libmaven2-core-java 2.2.0-2Core libraries for Maven2 ii openjdk-6-jre [java2-runtime] 6b16-4 OpenJDK Java runtime, using Hotspo ii openjdk-6-jre-headless [java2 6b16-4 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime- 1.5.0-20-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime- 6-15-1 Sun Java(TM) Runtime Environment ( Versions of packages maven2 recommends: ii libmaven-clean-plugin-java2.3-3 Maven clean plugin ii libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin ii libmaven-install-plugin-java 2.3-2 Maven install plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin-jav 2.3-5 Maven resources plugin ii libmaven-shade-plugin-java1.2.1-2Maven shade plugin maven2 suggests no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540755: ftp.debian.org: Override disparity on velocity package
Package: ftp.debian.org Severity: minor Velocity is a Java program. Package is right -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540645: ftp.debian.org: Override disparity on groovy package
Package: ftp.debian.org Severity: minor Groovy is a Java program -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540643: ftp.debian.org: Override disparity on ivy package
Package: ftp.debian.org Severity: minor Ivy is a Java program / library -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540682: java.lang.NoSuchMethodError: com.thoughtworks.qdox.model.JavaClass.getPackage()Ljava/lang/String;
Hello Damien, Your patch should work well, I did similar fixes for other libraries after updating qdox to 1.9, I forgot this package though. Ludovic Damien Raude-Morvan a écrit : Package: libcommons-attributes-java Version: 2.2-5 Severity: normal Tags: patch Hi, When trying to use Commons Attributes Compiler in a ant build.xml I got the following exception : java.lang.NoSuchMethodError: com.thoughtworks.qdox.model.JavaClass.getPackage()Ljava/lang/String; at org.apache.commons.attributes.compiler.AttributeCompiler.generateClass(AttributeCompiler.java:244) at org.apache.commons.attributes.compiler.AttributeCompiler.generateClassAndInners(AttributeCompiler.java:508) at org.apache.commons.attributes.compiler.AttributeCompiler.execute(AttributeCompiler.java:495) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1189) at org.apache.tools.ant.Main.runBuild(Main.java:758) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) From QDox website [1], I've found that : In both JavaClass and JavaSource the getPackage() returns an object of type JavaPackage instead of a String. To get the same result as before use getPackage().getName(). I've commited a proposed fix in libcommons-attributes-java Pkg-Java SVN repository. [1] http://qdox.codehaus.org/upgrade.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcommons-attributes-java depends on: ii default-jre [java2-runtime] 1.6-33 Standard Java or Java compatible R ii gcj-jre [java2-runtime] 4:4.3.3-9 Java runtime environment using GIJ ii java-gcj-compat [java2-runti 1.0.80-5.1 Java runtime environment using GIJ ii kaffe-pthreads [java1-runtim 2:1.1.8-5.2 A POSIX threads enabled version of ii openjdk-6-jre [java2-runtime 6b16-4 OpenJDK Java runtime, using Hotspo libcommons-attributes-java recommends no packages. libcommons-attributes-java suggests no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540048: ITP: maven-dock-plugin -- Maven Documentation checker Plugin
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-dock-plugin Version : 1.0 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information. . Maven's primary goal is to allow a developer to comprehend the complete state of a development effort in the shortest period of time. In order to attain this goal there are several areas of concern that Maven attempts to deal with: . * Making the build process easy * Providing a uniform build system * Providing quality project information * Providing guidelines for best practices development * Allowing transparent migration to new features . The Maven Docck plugin checks for violations of the Plugin Documentation Standard. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540047: ITP: maven-invoker-plugin -- Maven Invoker Plugin
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-common-artifact-filters Version : 1.3 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information. . Maven's primary goal is to allow a developer to comprehend the complete state of a development effort in the shortest period of time. In order to attain this goal there are several areas of concern that Maven attempts to deal with: . * Making the build process easy * Providing a uniform build system * Providing quality project information * Providing guidelines for best practices development * Allowing transparent migration to new features . The Maven Invoker Plugin is used to run a set of Maven projects. The plugin can determine whether each project execution is successful, and optionally can verify the output generated from a given project execution. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540049: ITP: clirr-maven-plugin -- Maven plugin that checks Java libraries for compatibility with older releases
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: clirr-maven-plugin Version : 2.2.2 Upstream Author : Codehaus.org * URL : http://mojo.codehaus.org/clirr-maven-plugin/ * License : Apache-2.0 Programming Lang: Java Description : Clirr is a tool that checks Java libraries for binary and source compatibility with older releases. Basically you give it two sets of jar files and Clirr dumps out a list of changes in the public API. The clirr-maven-plugin can be configured to break the build, if it detects incompatible api changes. In a continuous integration process, the clirr-maven-plugin can automatically prevent accidental introduction of binary or source compatibility problems. Additionally, the plugin can generate a report as part of the generated site. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540051: ITP: maven-javadoc-plugin -- Maven Javadoc Plugin
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-javadoc-plugin Version : 2.5 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information. . Maven's primary goal is to allow a developer to comprehend the complete state of a development effort in the shortest period of time. In order to attain this goal there are several areas of concern that Maven attempts to deal with: . * Making the build process easy * Providing a uniform build system * Providing quality project information * Providing guidelines for best practices development * Allowing transparent migration to new features . The Maven Javadoc Plugin is a plugin that uses the javadoc tool for generating javadocs for the specified project. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540050: ITP: maven-repository-builder -- Maven Repository builder, a shared library used by Maven
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-repository-builder Version : 1.0~alpha2 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information. . Maven's primary goal is to allow a developer to comprehend the complete state of a development effort in the shortest period of time. In order to attain this goal there are several areas of concern that Maven attempts to deal with: . * Making the build process easy * Providing a uniform build system * Providing quality project information * Providing guidelines for best practices development * Allowing transparent migration to new features . The Maven Repository builder is a shared library used by Maven. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540055: ITP: maven-war-plugin -- Maven WAR Plugin
Package: wnpp Severity: wishlist Owner: Ludovic Claude ludovic.cla...@laposte.net * Package name: maven-war-plugin Version : 2.1~beta1 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information. . Maven's primary goal is to allow a developer to comprehend the complete state of a development effort in the shortest period of time. In order to attain this goal there are several areas of concern that Maven attempts to deal with: . * Making the build process easy * Providing a uniform build system * Providing quality project information * Providing guidelines for best practices development * Allowing transparent migration to new features . The Maven WAR plugin builds a Web Application Archive (WAR) file from the project output and its dependencies. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org