from:"Jakub Adam"

Bug#799375: [PATCH] jh_build: Fix build of sources with spaces in path

2015-09-18 Thread Jakub Adam

Package: javatools
Version: 0.53

Tags: patch

jh_build fails when a source directory passed as an argument contains spaces. 
For example:

  $ jh_build org.eclipse.ui.workbench_3.107.0.qualifier.jar 
"bundles/org.eclipse.ui.workbench/Eclipse UI Editor Support"

produces this output:

  find bundles/org.eclipse.ui.workbench/Eclipse UI Editor Support -name *.java 
-and -type f -print0 | xargs -0 /usr/lib/jvm/default-java/bin/javac -g
-cp :debian/_jh_build.org.eclipse.ui.workbench_3.107.0.qualifier -d 
debian/_jh_build.org.eclipse.ui.workbench_3.107.0.qualifier -source 1.5 -target 
1.5
  find: `bundles/org.eclipse.ui.workbench/Eclipse': No such file or directory
  find: `UI': No such file or directory
  find: `Editor': No such file or directory
  find: `Support': No such file or directory
  javac: no source files
  Usage: javac  
  use -help for a list of possible options

Please consider including the attached patch which should fix this issue.

Regards,

Jakub
From cfdc0aa86f6847ca99ed51b4a2af3c112e366765 Mon Sep 17 00:00:00 2001
From: Jakub Adam <jakub.a...@ktknet.cz>
Date: Fri, 18 Sep 2015 14:36:02 +0200
Subject: [PATCH 1/2] jh_build: Fix build of sources with spaces in path

---
 jh_build | 24 
 1 file changed, 12 insertions(+), 12 deletions(-)

diff --git a/jh_build b/jh_build
index 6e99dee..cd5834c 100755
--- a/jh_build
+++ b/jh_build
@@ -73,13 +73,13 @@ function dobuild()
 	jarfile="$1"
 	shift
 	ext="`basename "$jarfile" .jar`"
-	srcdirs=
-	srcfiles=
+	srcdirs=()
+	srcfiles=()
 	while [ -n "$1" ]; do 
 		if [ -f "$1" ]; then
-			srcfiles="$srcfiles $1"
+			srcfiles+=("$1")
 		elif [ -d "$1" ]; then
-			srcdirs="$srcdirs $1"
+			srcdirs+=("$1")
 		else
 			echo "Ignoring $1 because it does not exist"
 		fi
@@ -110,32 +110,32 @@ function dobuild()
 	if [ -n "$srcdirs" ]; then
 
 		if [ -z "`getarg q quiet`" ]; then
-			echo find $srcdirs -name '*.java' -and -type f -print0 '|' xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS $srcfiles
+			echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 		fi
 
-		find $srcdirs -name '*.java' -and -type f -print0 | xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS $srcfiles
+		find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 
 		if [ -n "`getarg J javadoc`" ] || [ -z "`getarg N no-javadoc`" ]; then
 			if [ -z "`getarg q quiet`" ]; then
-echo find $srcdirs -name '*.java' -and -type f -print0 '|' xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
+echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
 			fi
 
-			find $srcdirs -name '*.java' -and -type f -print0 | xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
+			find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
 		fi
 
 	elif [ -n "$srcfiles" ]; then
 
 		if [ -z "`getarg q quiet`" ]; then
-			echo $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS $srcfiles
+			echo $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 		fi
 
-		$JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS $srcfiles
+		$JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 
 		if [ -n "`getarg J javadoc`" ] || [ -z "`getarg N no-javadoc`" ]; then
 			if [ -z "`getarg q quiet`" ]; then
-echo $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
+echo $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
 			fi
-			$JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
+			$JAVADOC $CLASSPATHDOCS -classpath $CLASSP

Bug#799378: [PATCH] jh_build: Increase allowed command line length for xargs

2015-09-18 Thread Jakub Adam

Package: javatools
Version: 0.53

Tags: patch

Maximum length of command line that xargs (which jh_build uses to call javac) 
is allowed to produce
may be too low when there are hundreds of files in a source directory. Please 
consider increasing this
limit (see the attached patch). I've found 512000 B to be a reasonable value 
when building
org.eclipse.ui.workbench bundle (circa 1300 java sources).

Regards,

Jakub

From f83951bd33b405426c3f758c563cc50982acb398 Mon Sep 17 00:00:00 2001
From: Jakub Adam <jakub.a...@ktknet.cz>
Date: Fri, 18 Sep 2015 14:40:06 +0200
Subject: [PATCH 2/2] jh_build: Increase allowed command line length for xargs

Fixes build of source directories with many files.
---
 jh_build | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/jh_build b/jh_build
index cd5834c..3ac2d7c 100755
--- a/jh_build
+++ b/jh_build
@@ -110,17 +110,17 @@ function dobuild()
 	if [ -n "$srcdirs" ]; then
 
 		if [ -z "`getarg q quiet`" ]; then
-			echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
+			echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -s 512000 -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 		fi
 
-		find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
+		find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -s 512000 -0 $JAVAC -g -cp $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.$ext $JH_JAVAC_OPTS "${srcfiles[@]}"
 
 		if [ -n "`getarg J javadoc`" ] || [ -z "`getarg N no-javadoc`" ]; then
 			if [ -z "`getarg q quiet`" ]; then
-echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
+echo find "${srcdirs[@]}" -name '*.java' -and -type f -print0 '|' xargs -s 512000 -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
 			fi
 
-			find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
+			find "${srcdirs[@]}" -name '*.java' -and -type f -print0 | xargs -s 512000 -0 $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS "${srcfiles[@]}"
 		fi
 
 	elif [ -n "$srcfiles" ]; then
-- 
2.5.1



signature.asc
Description: OpenPGP digital signature
__
This is the maintainer address of Debian's Java team
<http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers>. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#790409: eclipse-pydev: pydev is not recognized by eclipse anymore

2015-06-30 Thread Jakub Adam

Hi Markus,

On 06/30/2015 12:26 AM, Markus Koschany wrote:
 Hence I would like to suggest that we aim for a solution with the
 current version of bnd 1.5.0 in unstable. I think bnd isn't the real
 blocker. Your fix for bnd 2.1.0 will not be in vain. It's good to know
 that those packages work with the newer version of bnd. If you agree, we
 could make all affected packages work with bnd 1.5.0, which should be
 trivial, and get this bug here fixed as soon as possible.

okay, switching back to bnd 1.5 will not cause much trouble. I'll soon start
RFS'ing all the missing pieces needed for bringing Pydev back into working 
state.

Regards,

Jakub



signature.asc
Description: OpenPGP digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#790409: eclipse-pydev: pydev is not recognized by eclipse anymore

2015-06-29 Thread Jakub Adam

Hi Markus,

On Mon, 29 Jun 2015 19:17:19 +0200 Markus Koschany a...@gambaru.de wrote:
 I saw that Jakub Adam already changed the build-dependencies and dependencies
 in eclipse-pydev but I don't know what else is required to fix this
 issue. If someone else does, please let us know.

Some of the new dependencies are missing OSGi metadata in their manifests, 
which are
needed in order for them to be usable in Eclipse. I use bnd to generate the 
metadata
at build time and have pushed the necessary changes to the java packages in 
question.

Because bnd is now in a process of being updated, I made my changes already 
compatible
with the bnd version in experimental. So, the best way you could help is to 
finish the
transition and get bnd 2.1 into sid. Once this is done, I'll start issuing 
sponsorship
requests for all the components needed to get Pydev working again.

If there is something blocking the bnd upload, please let me know.

Regards,

Jakub



signature.asc
Description: OpenPGP digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#747054: FTBFS: package javax.servlet.http does not exist

2014-05-08 Thread Jakub Adam


Hi,

I've rebuilt eclipse package in current sid using pbuilder and didn't encounter 
any error.
Can someone please confirm this bug is still relevant?

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#739413: [eclipse] Eclipse segfault at startup on libgtk-x11

2014-04-02 Thread Jakub Adam


This is likely the same bug:

https://issues.apache.org/jira/browse/DIRSTUDIO-962.

It seems it depends on the used GTK theme.

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#734674: eclipse: Frequently segfaults under some circumstances

2014-01-09 Thread Jakub Adam


Hi,


Upon inspecting the segfaults, I saw messages in my dmesg log pointing to
libsoup and I found:

http://bugs.debian.org/705420

And a small patch is available at:


http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=b22a7d19afbe2a3811a0f8aa54c1e85d92c62a2c

Can we have eclipse rebuilt with this patch, please?


we already have this patch, it even originates from Debian. Please make sure 
you have installed
libswt-gtk-3-java = 3.8.2-1, which is the first version with the fix applied 
[1].

Regards,

Jakub

[1] 
http://ftp-master.metadata.debian.org/changelogs//main/s/swt-gtk/swt-gtk_3.8.2-1_changelog

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#730813: no /usr/lib/arch/jni in default java.library.path

2013-12-04 Thread Jakub Adam


Hi,

what version of JRE do you have installed? Both openjdk-6-jre and openjdk-7-jre 
in sid
now should correctly search for JNI libraries in /usr/lib/arch/jni by default.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#725452: eclipse-cdt: After project delete and import, eclipse doesn't re-import the gcc includes

2013-10-07 Thread Jakub Adam


Hi,


are you planning to release a backport for this package?


I can think about it, but first please check whether the latest version really 
works for you.
If so, I might look into it sometime next week.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#725452: eclipse-cdt: After project delete and import, eclipse doesn't re-import the gcc includes

2013-10-06 Thread Jakub Adam


Hi,


Is it possible to fix it even if I use stable?


this might be a problem as I don't know the specific patch fixing the issue.
I would recommend to upgrade to CDT from testing or unstable. It has very
few dependencies and will work with Eclipse 3.8.0 from stable.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#723776: androidsdk-tools: FTBFS with perl 5.18: POD errors

2013-09-19 Thread Jakub Adam


Hi Damyan,

this is already fixed in the new version uploaded into sid yesterday.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#721953: eclipse: fatal error in soup_session_feature_detach with WebKitGTK+ = 1.11.91

2013-09-06 Thread Jakub Adam


Hi Dominic,

is this just a warning about a possible problem or have you really experienced
this kind of crash yourself with latest eclipse package in Debian? That would
mean there is a regression because I've already fixed this in libswt-gtk-3-java
3.8.2-1 - what you've linked is actually my patch and bug report for upstream.

So if you see the crashes, please make sure you have libswt-gtk-3-java = 
3.8.2-1
installed and let me know if the problem is still there or whether I can close
this as duplicate.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#721953: eclipse: fatal error in soup_session_feature_detach with WebKitGTK+ = 1.11.91

2013-09-06 Thread Jakub Adam


Oh, now I see swt-gtk is still stuck in unstable invalidated by dependency.
That can be the reason why the fix didn't reach you yet if you are on testing.

So please just install libswt-gtk-3-java from unstable.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#714189: maven.pm: touch debian/stamp-poms-patched after mh_patchpoms is run

2013-06-26 Thread Jakub Adam


Package: maven-debian-helper
Severity: important
Tags: patch

When POMs are in patched state, there has to be debian/stamp-poms-patched
file existing. It is expected by mh_resolve_dependencies, which otherwise
deletes debian/[package].poms and regenerates it from scratch, discarding
any user specified parameters.

Patch mirrors this cdbs behavior into dh, where it was missing.

From 820d09e2483ac1ec36e5fa6335d3175455612404 Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Wed, 26 Jun 2013 19:22:16 +0200
Subject: [PATCH] Touch debian/stamp-poms-patched after mh_patchpoms is run

When POMs are in patched state, there has to be debian/stamp-poms-patched
file existing. It is expected by mh_resolve_dependencies, which otherwise
deletes debian/[package].poms and regenerates it from scratch, discarding
any user specified parameters.

Patch mirrors this cdbs behavior into dh, where it was missing.
---
 share/perl/maven.pm |2 ++
 1 file changed, 2 insertions(+)

diff --git a/share/perl/maven.pm b/share/perl/maven.pm
index 00520df..f752e55 100644
--- a/share/perl/maven.pm
+++ b/share/perl/maven.pm
@@ -62,6 +62,7 @@ sub configure {
 	$this-doit_in_sourcedir(mh_patchpoms, -p$this-{package},
 		--debian-build, --keep-pom-version,
 		--maven-repo=$this-{cwd}/debian/maven-repo, @patch_args);
+	doit(touch, debian/stamp-poms-patched);
 }
 
 sub build {
@@ -119,6 +120,7 @@ sub clean {
 		doit(rm, -r, $this-{cwd}/debian/maven-repo);
 	}
 	$this-doit_in_sourcedir(mh_unpatchpoms, -p$this-{package});
+	doit(rm, -f, debian/stamp-poms-patched);
 	doit(mh_clean);
 }
 
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#712658: maven-repo-helper: POMReader doesn't trim whitespace

2013-06-18 Thread Jakub Adam


Package: maven-repo-helper
Severity: important
Tags: patch

Because of recent changes in POMReader.java, values parsed from XML keep their
leading and trailing whitespace.

Consequently, a malformed .mh/pom.properties is created for example from 
pom.xml[1],
causing a build failure.

I propose a very simple patch to fix this issue.

Regards,

Jakub

[1] 
http://anonscm.debian.org/viewvc/pkg-java/trunk/bnd/debian/pom.xml?revision=15264view=markup
From 784c41c79cfa7d1ca660a2a2a4237b88bb043a54 Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Tue, 18 Jun 2013 12:54:23 +0200
Subject: [PATCH] Trim whitespace from values in POMReader

---
 src/main/java/org/debian/maven/repo/POMReader.java |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/main/java/org/debian/maven/repo/POMReader.java b/src/main/java/org/debian/maven/repo/POMReader.java
index cc2f4ce..47b2408 100644
--- a/src/main/java/org/debian/maven/repo/POMReader.java
+++ b/src/main/java/org/debian/maven/repo/POMReader.java
@@ -103,7 +103,7 @@ public class POMReader {
 }
 
 case XMLStreamConstants.END_ELEMENT: {
-String value = buffer != null ? buffer.toString() : null;
+String value = buffer != null ? buffer.toString().trim() : null;
 if (inIgnoredElement  0 || path.contains(exclusions)) {
 // ignore
 } else if (path.contains(dependency) || path.contains(plugin) || path.contains(extension)) {
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#711852: maven.pm: Don't install documentation jar into maven-repo by default

2013-06-10 Thread Jakub Adam


Package: maven-debian-helper
Severity: wishlist
Tags: patch

Standard place where generated javadoc API documentation is installed on Debian 
system
is /usr/share/doc/package-name/api/. Maven dh build installs it also a JAR in 
maven-repo.
Having this duplicate file isn't necessary, so please consider not installing
the javadoc JAR by default.

Required change is implemented in attached patch.

Adding 'export MH_INSTALL_DOC=1' into d/rules overrides the setting.

Regards,

Jakub

From 81c9f308c6a21979f8e3d7feb2a3af232ce825b7 Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Mon, 10 Jun 2013 13:35:10 +0200
Subject: [PATCH] maven.pm: Don't install documentation jar into maven-repo by
 default

Add 'export MH_INSTALL_DOC=1' into d/rules to override the setting.
---
 share/perl/maven.pm |8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/share/perl/maven.pm b/share/perl/maven.pm
index 00520df..ca94eff 100644
--- a/share/perl/maven.pm
+++ b/share/perl/maven.pm
@@ -97,9 +97,11 @@ sub install {
 	$this-doit_in_builddir(mh_resolve_dependencies, --non-interactive,
 		--offline, -p$this-{package}, @resolvedep_args);
 	if ($this-{doc_package}) {
-		$this-doit_in_builddir(@{$this-{maven_cmd}},
-			-Ddebian.package=$this-{doc_package},
-			org.debian.maven:debian-maven-plugin:$maven_debian_version:install-doc);
+		if ($ENV{MH_INSTALL_DOC} == 1) {
+			$this-doit_in_builddir(@{$this-{maven_cmd}},
+-Ddebian.package=$this-{doc_package},
+org.debian.maven:debian-maven-plugin:$maven_debian_version:install-doc);
+		}
 		doit(cp,debian/$this-{package}.substvars,
 			debian/$this-{doc_package}.substvars);
 		# clean up generated docs
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#710131: maven.pm ignores content of d/maven.properties

2013-05-29 Thread Jakub Adam


I've pushed the patch together with my progress on Maven 3 support into 
development git
as a branch topic-bug-710131 so it is enough for the maintainer to just merge it
into master now.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#710131: maven.pm ignores content of d/maven.properties

2013-05-28 Thread Jakub Adam


Package: maven-debian-helper
Severity: normal
Tags: patch

Hi,

in dh build, path to debian/maven.properties file in 'properties.file.manual'
should be passed to Maven as a JVM system property, but the perl script simply
appends it at the end of the command line, making it a Maven property.

Because of this misplacement, content of d/maven.properties is ignored by dh 
build.

Please see attached patch.

Regards,

Jakub
From 3f377ddcb852522438609bfcf93a729c6473b2ac Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Tue, 28 May 2013 12:52:06 +0200
Subject: [PATCH] maven.pm: pass properties.file.manual as JVM system property

Because it was passed as Maven property, content of d/maven.properties
was ignored in dh build.
---
 share/perl/maven.pm |   12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/share/perl/maven.pm b/share/perl/maven.pm
index adfaed0..00520df 100644
--- a/share/perl/maven.pm
+++ b/share/perl/maven.pm
@@ -36,16 +36,18 @@ sub new {
 		push(@classpath, $java_home/lib/tools.jar);
 	}
 
+	my @jvmopts = ('-noverify', '-cp', join(':',@classpath),
+		-Dclassworlds.conf=$classconf);
+	if (-e $this-{cwd}/debian/maven.properties) {
+		push (@jvmopts, -Dproperties.file.manual=$this-{cwd}/debian/maven.properties);
+	}
+
 	@{$this-{maven_cmd}} = ($java_home . '/bin/java',
-		'-noverify', '-cp', join(':',@classpath),
-		-Dclassworlds.conf=$classconf,
+		@jvmopts,
 		org.codehaus.classworlds.Launcher,
 		-s/etc/maven2/settings-debian.xml,
 		-Ddebian.dir=$this-{cwd}/debian,
 		-Dmaven.repo.local=$this-{cwd}/debian/maven-repo);
-	if (-e $this-{cwd}/debian/maven.properties) {
-		push (@{$this-{maven_cmd}}, -Dproperties.file.manual=$this-{cwd}/debian/maven.properties);
-	}
 	return $this;
 }
 
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#706782: maven.pm: Crashes because using obsolete maven-debian-plugin

2013-05-04 Thread Jakub Adam


Package: maven-debian-helper
Severity: important
Tags: patch

Hi,

When using dh to build a package using Maven, the build crashes because 
maven.pm looks
for maven-debian-plugin in maven-repo. This plugin was renamed to 
debian-maven-plugin
in 1.5.1, maven.pm still uses the old name.

Please see attached patch.

Regards,

Jakub

From 432d49041fe64e3487574803b3868ab2a4495f50 Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Sat, 4 May 2013 13:25:04 +0200
Subject: [PATCH] maven.pm: Rename maven-debian-plugin - debian-maven-plugin

Fixes crash during maven invocation, plugin was renamed in 1.5.1.
---
 share/perl/maven.pm |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/share/perl/maven.pm b/share/perl/maven.pm
index 0c17ac6..adfaed0 100644
--- a/share/perl/maven.pm
+++ b/share/perl/maven.pm
@@ -91,13 +91,13 @@ sub install {
 	$this-doit_in_builddir(@{$this-{maven_cmd}},
 		-Ddebian.package=$this-{package},
 		-Dinstall.to.usj=true,
-		org.debian.maven:maven-debian-plugin:$maven_debian_version:install);
+		org.debian.maven:debian-maven-plugin:$maven_debian_version:install);
 	$this-doit_in_builddir(mh_resolve_dependencies, --non-interactive,
 		--offline, -p$this-{package}, @resolvedep_args);
 	if ($this-{doc_package}) {
 		$this-doit_in_builddir(@{$this-{maven_cmd}},
 			-Ddebian.package=$this-{doc_package},
-			org.debian.maven:maven-debian-plugin:$maven_debian_version:install-doc);
+			org.debian.maven:debian-maven-plugin:$maven_debian_version:install-doc);
 		doit(cp,debian/$this-{package}.substvars,
 			debian/$this-{doc_package}.substvars);
 		# clean up generated docs
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#705421: RFS: libcommons-logging-java 1.1.2-2 (for experimental)

2013-04-18 Thread Jakub Adam


Hi Emmanuel,

On 15.4.2013 22:48, Emmanuel Bourg wrote:

A new upstream release is expected soon to fix the OSGi metadata.

https://issues.apache.org/jira/browse/LOGGING-151


do you have any more accurate time frame for the next release? If we don't know 
for
sure it's going to happen within say 1-2 weeks I'd prefer to proceed with this 
upload
as 1.1.2-1 renders Eclipse unusable when installed.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#705421: eclipse: Eclipse does not show CDT and all other installed stuff

2013-04-15 Thread Jakub Adam


Hi,

as a workaround please downgrade libcommons-logging-java to the version in 
unstable.

I will request upload of a fixed version of the package in a few minutes.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#705421: RFS: libcommons-logging-java 1.1.2-2 (for experimental)

2013-04-15 Thread Jakub Adam


Dear java packagers,

I am looking for a sponsor for package libcommons-logging-java.

 * Package name: libcommons-logging-java
   Version : 1.1.2-2
   Upstream Author : The Apache Software Foundation
 * URL : http://commons.apache.org/logging/
 * License : Apache-2.0
   Section : java

It builds those binary packages:

 libcommons-logging-java - commmon wrapper interface for several logging APIs
 libcommons-logging-java-doc - commmon wrapper interface for several logging 
APIs (documentation)

Package sources can be accessed at pkg-java svn repository:

 svn://svn.debian.org/svn/pkg-java/trunk/libcommons-logging-java

This version fixes OSGi Bundle-SymbolicName that was changed in previous upload
and prevented Eclipse from finding the library.

I also fixed typos in the package synopsis that I noticed after copying them 
into this RFS :)

I would be glad if someone uploaded this package into experimental for me.

Kind regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#704516: Upstream bugreport

2013-04-03 Thread Jakub Adam


Bug reported upstream:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#704516: crash: fatal error in soup_session_feature_detach

2013-04-02 Thread Jakub Adam


Hi Thomas,


I can't work on java code anymore since some days. When I click on something
in the java editor, eclipse crashes. I remember having updated eclipse-wtp and
webkit lately.


This crash is caused by the webkit update from experimental, I prepared a patch
in git[1]. If you can, please build yourself the package and test the fix.
I'm going to RFS the new upload probably within a day or two -- I may use the
opportunity to also package a new upstream version of SWT.

All Eclipse versions downloadable from eclipse.org up to Kepler M6 are also 
crashing
so I'll send the patch upstream.

Regards,

Jakub

[1] 
http://anonscm.debian.org/gitweb/?p=pkg-java/swt-gtk.git;a=commit;h=ba8b966014adc356f54d758c212eb474099c20e6

__
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.

Re: eclipse-subclipse_1.8.16-1_amd64.changes REJECTED

2012-11-15 Thread Jakub Adam


Hi Tony,

I made an update to eclipse-subclipse d/copyright based on problems pointed out
by Luca. Could you please reupload[1]?

Regards,

Jakub

[1] http://anonscm.debian.org/gitweb/?p=pkg-java/eclipse-subclipse.git

On 14.11.2012 23:00, Luca Falavigna wrote:


Hi,

some files under org.tigris.subversion.subclipse.tests/ are licensed under
different licenses than those listed in copyright file (e.g. Apache amd CPL).

Cheers,
Luca


__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#692230: jh_build: generates javadoc into wrong output location

2012-11-03 Thread Jakub Adam


Package: javahelper
Severity: normal
Tags: patch

Hi,

when there are only *.java files and no source directories specified on 
jh_build command line,
javadoc is generated in debian/_jh_build.javadoc.ext/api directory. I presume 
it should be
debian/_jh_build.javadoc/api, same as when we have at least one source dir 
specified.

Please see attached patch.

Regards,

Jakub
From 502dc0922dfbccc1e06e3cfa39b515a5dc0bdbbf Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Sat, 3 Nov 2012 20:13:44 +0100
Subject: [PATCH] jh_build: Fix wrong javadoc output location

---
 jh_build |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/jh_build b/jh_build
index 653d083..137445a 100755
--- a/jh_build
+++ b/jh_build
@@ -129,9 +129,9 @@ function dobuild()
 
 		if [ -n `getarg J javadoc` ] || [ -z `getarg N no-javadoc` ]; then
 			if [ -z `getarg q quiet` ]; then
-echo $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc.ext/api -quiet $JH_JAVADOC_OPTS $srcfiles
+echo $JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
 			fi
-			$JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc.ext/api -quiet $JH_JAVADOC_OPTS $srcfiles
+			$JAVADOC $CLASSPATHDOCS -classpath $CLASSPATH:debian/_jh_build.$ext -d debian/_jh_build.javadoc/api -quiet $JH_JAVADOC_OPTS $srcfiles
 		fi
 
 	else
-- 
1.7.10.4

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#689452: Circular build dependency between eclipse-mylyn and eclipse-egit

2012-10-02 Thread Jakub Adam


Package: src:eclipse-mylyn
Version: 3.8.0-1
Severity: serious

There is a circular build dependency between eclipse-mylyn and eclipse-egit. 
This can
introduce problems when rebuilding the packages.

This dependency should be avoided.

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#684604: eclipse-rcp: eclipse 3.8 hangs on splash screen with Loading Workbench after update from 3.7.2

2012-08-25 Thread Jakub Adam


Hi Felix,

Thanks for all the information you provided so far. I spent some time studying 
the logs but
couldn't make any final conclusion. All of the required packages you have 
installed seem to
be at their latest versions and I didn't find any fatal error related to bundle 
loading in
your debug logs.

Thinking of it more, maybe there is nothing wrong with the installation, but 
there is something
in your workspace that makes Eclipse hang during startup (but also it doesn't 
affect 4.2 binary
tarball).

When you run without ~/.eclipse do you see a workspace selection popup? If so, 
can you please
try to create a new empty workspace and look if Eclipse will start then?

If it happens that it's your current workspace that causes the hang on startup, 
are you able
to put somewhere for download a stripped down version? I think only the 
.metadata folder will
be sufficient, no projects that might contain private of confidential data. 
Please check
that the hang still occurs with the stripped workspace before uploading.

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#684604: eclipse-rcp: eclipse 3.8 hangs on splash screen with Loading Workbench after update from 3.7.2

2012-08-19 Thread Jakub Adam


Hi Felix,

On 19.8.2012 17:33, Felix Natter wrote:

Meanwhile I read this:
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681726
and decided to give Juno 4.2 a try.
This seems to work fine right now :-)


Just to make it clear, that bug is a wishlist item. Wheezy release is now frozen
so 4.2 will NOT make it into Debian until the next stable release is made
(a horizon of months) and it was never in our plan for Wheezy, as all the 
plugins
we have packaged run the same on Eclipse 3.8 (now the deprecated platform).


!MESSAGE The artifact file for osgi.bundle,javax.servlet,2.5.0.v200806031605
was not found.


Thanks a lot for your help, unfortunately I didn't receive it in time
(my own fault), and I am happy with 4.2 :-)


I'll close this report soon then. I tried to reproduce the problem, but without 
success.
It could be your local configuration issue, but also it's possible the bug is 
still
there affecting other users and might even persist into 4.2 release if not fixed
properly. Anyway, if you could still provide some of the information I asked 
previously,
you would be much helpful. I can't force you of course :)

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#684604: eclipse-rcp: eclipse 3.8 hangs on splash screen with Loading Workbench after update from 3.7.2

2012-08-19 Thread Jakub Adam


Hi Felix,

On 19.8.2012 19:31, Felix Natter wrote:

I'd really like to help you, but this file:
  
/usr/lib/eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info
is not there any more.


It will be back when you reinstall eclipse-platform. That you are missing it 
right now
is a good sign, means you will get correct version from the latest package when 
installed
and we don't have to care about its content. You shouldn't ever run eclipse as 
root of course,
or it will be overwritten.

BTW, what do you have in /etc/eclipse.ini?


To make things easier for me, here are the versions of *all* installed
packages (of course some packages have been removed when I removed the
eclipse packages):
   http://pastebin.com/9cHJaj5J


Thanks for the list, but please reinstall eclipse-platform and make a new one, 
current is
missing many packages as you noted. I assume you use 4.2 tarball from 
eclipse.org, so
reinstalling distribution Eclipse will not interfere with your work environment.

Use 'dpkg --list' to create the list, it will be easier for me to compare.




Do you have any additional plugins installed?


Yes, I installed saferefactor from here:
   http://dsc.ufcg.edu.br/~spg/saferefactor/


I assume you installed it from the update site as regular user, so running 
Eclipse without
~/.eclipse eliminates its possible influence on the configuration. You already 
tried this,
so I doubt the extra plugin is a source of the problem.

Many thanks,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#684604: eclipse-rcp: eclipse 3.8 hangs on splash screen with Loading Workbench after update from 3.7.2

2012-08-12 Thread Jakub Adam


Hi Felix,

!MESSAGE The artifact file for osgi.bundle,javax.servlet,2.5.0.v200806031605
was not found.

This should not happen, Eclipse 3.8 uses javax.servlet 3.0.0. Please paste here
the contents of your

 
/usr/lib/eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info

Maybe it wasn't updated for some reason.

Also please create an .options file somewhere, with following contents:

org.eclipse.equinox.p2.core/debug=true
org.eclipse.equinox.p2.core/reconciler=true
org.eclipse.equinox.p2.core/installregistry=true
org.eclipse.eclipse.p2.engine/engine/debug=true
osgi.checkConfiguration=true
org.eclipse.osgi/debug=true

Then run eclipse *from the same directory* where .options is placed, with these 
arguments:

/usr/lib/eclipse/eclipse -consoleLog -debug

This should produce more debug information. Start with empty ~/.eclipse.

Please check if you have installed the latest version of libservlet3.0-java 
from Debian testing.
Even better if you can get a list of all dependencies of eclipse-rcp package 
and installed versions.

Do you have any additional plugins installed?

Also check /usr/lib/eclipse/plugins for any broken symlinks.

Regards

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#683930: eclipse: 3.8.0~rc4-1 exits with log error: Unable to acquire application

2012-08-11 Thread Jakub Adam


Hi,

On 11.8.2012 05:18, JS wrote:

I retried your suggestion but never got the console to look for the output you 
suggested. Below is all I saw
(also tried adding the -clean option, with the same result).

jack@berkeley:~ = eclipse -console -consoleLog -noExit
!SESSION 2012-08-10 23:05:56.732 ---
eclipse.buildId=unknown
java.version=1.7.0_05
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86 -console -consoleLog

!ENTRY org.eclipse.osgi 4 0 2012-08-10 23:05:56.964
!MESSAGE Could not find bundle: org.eclipse.equinox.console
!STACK 0
org.osgi.framework.BundleException: Could not find bundle: 
org.eclipse.equinox.console
at 
org.eclipse.osgi.framework.internal.core.ConsoleManager.checkForConsoleBundle(ConsoleManager.java:211)
at 
org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:297)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)


Hmm no wonder you couldn't get the console when Eclipse is unable to load even 
the console support bundle.
Looking at the dependencies of org.eclipse.equinox.console, could you please 
check that you have installed
the latest versions of these packages available in Debian testing?

 libfelix-gogo-command-java
 libfelix-gogo-shell-java
 libservlet3.0-java
 libtomcat7-java

Eclipse is not declaring a dependency on any particular version of these 
packages so you might have an old,
incompatible one. Our list of required packages should be updated in this case.


!ENTRY org.eclipse.osgi 4 0 2012-08-10 23:05:56.972
!MESSAGE Application error
!STACK 1
java.lang.IllegalStateException: Unable to acquire application service. Ensure 
that the org.eclipse.core.runtime bundle is resolved and started (see
config.ini).
at 
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:74)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:353)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)


Looks only as a consequence of previous error(s).

Regards,

Jakub

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#683930: eclipse: 3.8.0~rc4-1 exits with log error: Unable to acquire application

2012-08-06 Thread Jakub Adam

Hi,

On 6.8.2012 04:41, JS wrote:

I ran the eclipse 3.8.0 gotten straight from eclipse.org, without any change to
my existing configuration or
selection of java alternatives (of Oracle jre) and it ran perfectly fine.
Further, I did not run eclipse as root.

Tarball from Eclipse.org is quite different in some aspects, it can write to
any file in its installation
and because it carries all required libraries inside, it will work almost
anywhere independent on the system.
It won't help much in investigating of this issue.

But you said Eclipse won't start even without your ~/.eclipse, so the problem
is not there but somewhere else.

One test that can say us something more is running Eclipse with enabled OSGi
console. Execute from the shell:

eclipse -console -consoleLog -noExit

After a while you should be presented with the console, it should keep running
even after Eclipse terminates
with error. Type 'ss' in the shell. Then you will see a list of loaded plugins
like this:

id State Bundle
0 ACTIVE org.eclipse.osgi_3.8.0.dist
1 ACTIVE org.eclipse.equinox.simpleconfigurator_1.0.300.dist
2 ACTIVE com.ibm.icu_4.4.2.v20110823
3 RESOLVEDcom.jcraft.jsch_0.1.42
4 RESOLVEDjavax.el_2.2.0
5 RESOLVEDjavax.servlet_3.0.0.v201103241327
6 RESOLVEDjavax.servlet.jsp_2.2.0.v201103241327
7 RESOLVEDorg.apache.ant_1.8.3.v20120321-1730
8 RESOLVEDorg.apache.commons.codec_1.4.0
9 RESOLVEDorg.apache.commons.httpclient_3.1.0
10 RESOLVEDorg.apache.commons.logging_1.0.4.v20080605-1930
...

Look if there are any bundles in INSTALLED State. Those are the ones that had
some problem in initialization.
Run 'diag bundle numeric id' to see more information on that plugin, like any
unresolved dependencies.

You can read some more information about OSGi console in this article [1].

If the same upstream source works fine on my system but the debian package does
not, isn't this more
likely to be a packaging issue?

Maybe, I can't say for sure right now, as I don't have enough information yet.
Post here an output from your
OSGi console session, perhaps try to answer some questions from my previous
mail. Can you run distribution
Eclipse with OpenJDK? Is a different user (with clean $HOME) able to run it?

A similar issue arose with 3.7.2 in the earlier bug referenced in my email.

This was a problem with Oracle Java and its hardcoded search path for JNI
libraries that doesn't include
/usr/lib/jni, where JNI libraries are placed according to Debian guidelines.
Eventually we decided to put a
workaround patch into SWT package because many people are still using Oracle
Java [2].

Nevertheless, with SWT 3.8.0 this should be fixed and there is no mention of
~/.swt/lib/linux/x86 in your error
logs, so your problem seems to have a different cause.

Regards,

Jakub

[1] http://www.eclipsezone.com/eclipse/forums/t99010.html
[2]
http://anonscm.debian.org/gitweb/?p=pkg-java/swt-gtk.git;a=commit;h=c4fe7237fef825b2643993a7cf5e4b8cc1dc0285

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#683930: eclipse: 3.8.0~rc4-1 exits with log error: Unable to acquire application

2012-08-05 Thread Jakub Adam


Hi,

installation of Eclipse into a clean sid system works for me. As you say you 
got an error
even when config is removed, I think it's a different local issue. Here are 
some tips for
further investigation:

1. Try to run Eclipse with OpenJDK 6 to make sure it's not a problem specific 
to Oracle JRE.
   ~/.swt/lib/linux/x86 symlinks are not needed with 3.8.0, that was a 
different issue.

2. If possible, try to launch with a new clean user account, find out if there 
isn't still
   any configuration in your $HOME that prevents Eclipse from starting.

3. There might be some modified files in the installation, left by an 
(accidental) attempt
   to run Eclipse as root. Try purging the installation (removing 
libequinox-osgi-java
   should uninstall also all the eclipse packages). Make sure that 
/usr/lib/eclipse and
   /usr/share/eclipse are empty, delete any files still there. Then install 
everything back
   again.

Regards,

Jakub

__
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.

Re: sqljet_1.1.3-1_amd64.changes REJECTED

2012-07-28 Thread Jakub Adam


Hi Niels,

I packaged new upstream of sqljet and addressed the problems found by
FTP masters:

On 28.7.2012 12:59, Luca Falavigna wrote:

* sqljet-distribution/src/main/site/prettify.* lack source,
they're minified stuff. Either provide the uncompressed form,
or drop them from the tarball.


Removed both files as they are not really needed for package build,
in d/README.source I mentioned where to get the prettify sources in
case anyone will want them.


* d/README.Debian-source: this really should be d/README.source.
The information is great, but README.source is the canonical
location for this kind of stuff.


Renamed.

Could you, please, reupload the fixed package [1]?

Regards,

Jakub

[1] http://anonscm.debian.org/gitweb/?p=pkg-java/sqljet.git

__
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.

1 2 3 4 5 6 >

1 - 100 of 553 matches

Mail list logo