Processed: openjdk-7: apt tool is needed by reverse dependencies

2014-10-12 Thread Debian Bug Tracking System 
Processing control commands:

> block 761269 by -1
Bug #761269 [src:lwjgl] FTBFS: requires 'apt' annotation processing tool from 
JDK <= 6
761269 was not blocked by any bugs.
761269 was not blocking any bugs.
Added blocking bug(s) of 761269: 765037
> block 759947 by -1
Bug #759947 [src:jruby] jruby: FTBFS:  [apt] E: Command line option 'd' [from 
-deprecation] is not known.
759947 was not blocked by any bugs.
759947 was not blocking any bugs.
Added blocking bug(s) of 759947: 765037

-- 
759947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759947
761269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761269
765037: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765037
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#761269: FTBFS: requires 'apt' annotation processing tool from JDK <= 6

2014-10-12 Thread Michael Gilbert 
On Fri, Oct 10, 2014 at 9:06 AM, Emmanuel Bourg wrote:
> Restoring the apt binary in the openjdk-7-jdk package should fix this
> issue. It was removed in openjdk-7/7u65-2.5.1-5 but it's still available
> upstream.
>
> This issue will come back with the Java 8 transition.

I looked at what it will take to get this working without java apt.
There is a newer lwjgl3, which doesn't use java apt, so that looks
deceivingly promising, but it requires the kotlin compile, which isn't
in debian.

kotlin itself doesn't look too bad, but it depends (or seems to
depend) on IDEA, which is a huge development environment and a bunch
of other unpackaged dependencies.

So, basically a lot of work is going to need to go into bootsrapping
the dependencies.  So someone should start thinking about that early
in the jessie+1 cycle.  I'm not hugely interested in this package any
more, so I'm not planning to work on that.

In the meantime, for jessie, I think the only solution is getting java
apt back for lwjgl2.

Best wishes,
Mike

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

jackson-dataformat-yaml is marked for autoremoval from testing

2014-10-12 Thread Debian testing autoremoval watch 
jackson-dataformat-yaml 2.2.3-1 is marked for autoremoval from testing on 
2014-10-28

It is affected by these RC bugs:
763226: jackson-dataformat-yaml: FTBFS: Compilation failure


__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764988: javahelper: please insert jh_installlibs after dh_link instead of before dh_compress

2014-10-12 Thread Andrew Ayer 
On Sun, 12 Oct 2014 23:20:44 +0200
Emmanuel Bourg  wrote:

> Le 12/10/2014 22:14, Andrew Ayer a écrit :
> 
> >  * Sets the timestamp of every Zip entry to January 1, 1980 (the
> >earliest date that can be represented in a Zip archive).
> 
> Would it be possible to set the timestamp to the release date in
> debian/changelog instead please? Sometimes when debugging tricky
> issues I have found useful to know the build time of a jar.

Yes, this is possible and we'll do it.
 
> Note that some java packages also produces jar files with the .war and
> .hpi extension, you may want to extend your processing to them.

Will do, thanks.

> >  * Lexicographically sorts the Zip entries by filename, while
> > keeping META-INF/ and META-INF/MANIFEST.MF at the beginning.
> 
> Ok
> 
> Regarding the MANIFEST.MF file, you may want to remove the
> Bnd-LastModified field (another timestamp) and the Built-By field (it
> contains the system username).

Thanks for alerting me to these.  We haven't come across these yet, but
it's good to be proactive :-).

> >  * Removes the timestamp comment from Javadoc-generated .html files
> >in the Jar file.
> 
> I was planning to add the -notimestamp option to the javadoc calls,
> but this solution is fine. I just hope it doesn't slow the build too
> much.

Passing -notimestamp to javadoc is preferable to stripping the
timestamp after the fact, so please still add the -notimestamp option
to the javadoc calls.  dh_strip_nondeterminism will take a faster
codepath if doesn't see the timestamp near the beginning of the html
file, which should hopefully avoid slowing the build too much.

The reason why we still want dh_strip_nondeterminism to strip out these
timestamps is because of packages calling javadoc outside of
javahelper.  If it slows down the build despite the fast path, we can
add a command line argument to dh_strip_nondeterminism to disable
javadoc processing, and javahelper could set it with
add_command_options.

-- Andrew

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764960: java.lang.NoClassDefFoundError: hudson/tasks/Mailer$UserProperty when adding new git job

2014-10-12 Thread Emmanuel Bourg 
Le 12/10/2014 22:27, Hans Joachim Desserud a écrit :

> After installing Mailer plugin I'm no longer able to trigger this issue.
> Sounds like another undocumented dependency of the git plugin.

Thank you for confirming. I'll try to get the mailer-plugin in the
default installation before the freeze.

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764988: javahelper: please insert jh_installlibs after dh_link instead of before dh_compress

2014-10-12 Thread Emmanuel Bourg 
Le 12/10/2014 22:14, Andrew Ayer a écrit :

>  * Sets the timestamp of every Zip entry to January 1, 1980 (the
>earliest date that can be represented in a Zip archive).

Would it be possible to set the timestamp to the release date in
debian/changelog instead please? Sometimes when debugging tricky issues
I have found useful to know the build time of a jar.

Note that some java packages also produces jar files with the .war and
.hpi extension, you may want to extend your processing to them.

>  * Lexicographically sorts the Zip entries by filename, while keeping
>META-INF/ and META-INF/MANIFEST.MF at the beginning.

Ok

Regarding the MANIFEST.MF file, you may want to remove the
Bnd-LastModified field (another timestamp) and the Built-By field (it
contains the system username).


>  * Removes the timestamp comment from Javadoc-generated .html files
>in the Jar file.

I was planning to add the -notimestamp option to the javadoc calls, but
this solution is fine. I just hope it doesn't slow the build too much.

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764960: java.lang.NoClassDefFoundError: hudson/tasks/Mailer$UserProperty when adding new git job

2014-10-12 Thread Hans Joachim Desserud 

Thank you for the detailed report. Could you try installing the Mailer
plugin and check again please?


Hi Emmanuel

After installing Mailer plugin I'm no longer able to trigger this issue.
Sounds like another undocumented dependency of the git plugin.

---
mvh / best regards
Hans Joachim Desserud
http://desserud.org

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764988: javahelper: please insert jh_installlibs after dh_link instead of before dh_compress

2014-10-12 Thread Andrew Ayer 
On Sun, 12 Oct 2014 21:59:44 +0200
Emmanuel Bourg  wrote:

> How does dh_strip_nondeterminism affect the jar files exactly? I
> understand that it normalizes the timestamps of the zip entries, but
> what date is used?

Hi Emmanuel,

dh_strip_nondeterminism does the following:

 * Sets the timestamp of every Zip entry to January 1, 1980 (the
   earliest date that can be represented in a Zip archive).

 * Lexicographically sorts the Zip entries by filename, while keeping
   META-INF/ and META-INF/MANIFEST.MF at the beginning.

 * Removes the timestamp comment from Javadoc-generated .html files
   in the Jar file.

-- Andrew

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#758516: Struts 1.2 should not be shipped with jessie

2014-10-12 Thread Moritz Mühlenhoff 
On Wed, Sep 17, 2014 at 01:50:36PM +0200, Emmanuel Bourg wrote:
> Le 17/09/2014 12:57, Moritz Muehlenhoff a écrit :
> 
> > That's not how we handle in Debian: If a library is shipped in Debian,
> > it is fully supported to be used by local libs. 
> > 
> > Anything in /usr/local or installed through Maven is of course the 
> > responsibility
> > of the user.
> > 
> > So we should go ahead with the removal of struts 1.2 by filing RC bugs 
> > against
> > the packages using it.
> 
> Well that's sad because this is really a waste of time and our resources
> are desperately limited :( libstruts1.2-java is not a security threat as
> used by the other Debian libraries and applications, and upstream even
> provided a patch for CVE-2014-0114 [1][2] despite the EOL. I'd rather
> spend this time on other important issues.

Would it help if I upload NMUs for libspring-java and easyconf?

Cheers,
Moritz

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764988: javahelper: please insert jh_installlibs after dh_link instead of before dh_compress

2014-10-12 Thread Emmanuel Bourg 
Hi Andrew,

How does dh_strip_nondeterminism affect the jar files exactly? I
understand that it normalizes the timestamps of the zip entries, but
what date is used?

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764988: javahelper: please insert jh_installlibs after dh_link instead of before dh_compress

2014-10-12 Thread Andrew Ayer 
Package: javahelper
Version: 0.47
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain

Hi!

As part of the Reproducible Builds effort [1], we have developed a new
debhelper add-on, dh_strip_nondeterminism, that strips non-deterministic
data from builds to make them reproducible.  It needs to run after files
are installed, but before they are compressed, so we are inserting it
in the dh sequence before dh_compress.

However, javahelper inserts jh_installlibs before dh_compress too,
and consequentially, jh_installlibs runs after dh_strip_nondeterminism,
preventing dh_strip_nondeterminism from stripping non-determinism from
JAR files installed by jh_installlibs.

The attached patch instead inserts jh_installlibs after dh_link, which
currently comes right before dh_compress in the standard dh sequence.
This will ensure the correct ordering vis-a-vis dh_strip_nondeterminism.
Could this patch be applied to javahelper?

(Alternatively, you could insert jh_installlibs after dh_install, which
seems more logical to me and also seems to be popular among other debhelper
add-ons[2], but this is a more radical change so I leave it to your
discretion.)

Thanks,
Andrew


[1] https://wiki.debian.org/ReproducibleBuilds
[2] 
http://codesearch.debian.net/search?q=insert_after\%28[%22%27]dh_install[%22%27]
diff -ruN javatools-0.47.orig/javahelper.pm javatools-0.47/javahelper.pm
--- javatools-0.47.orig/javahelper.pm	2014-09-10 12:33:53.0 -0700
+++ javatools-0.47/javahelper.pm	2014-10-12 12:02:57.860291000 -0700
@@ -8,7 +8,7 @@
 
 use Debian::Debhelper::Dh_Lib;
 
-insert_before('dh_compress', 'jh_installlibs');
+insert_after('dh_link', 'jh_installlibs');
 insert_after('jh_installlibs', 'jh_classpath');
 insert_after('jh_classpath', 'jh_manifest');
 insert_after('jh_manifest', 'jh_exec');
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764960: java.lang.NoClassDefFoundError: hudson/tasks/Mailer$UserProperty when adding new git job

2014-10-12 Thread Emmanuel Bourg 
Hi Hans,

Thank you for the detailed report. Could you try installing the Mailer
plugin and check again please?

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#764960: java.lang.NoClassDefFoundError: hudson/tasks/Mailer$UserProperty when adding new git job

2014-10-12 Thread Hans Joachim Desserud 

Package: jenkins
Version: 1.565.3-1
Severity: normal

Hello,

Thanks for upgrading and packaging the latest version of Jenkins.
Much appreciated. :)

I have Jenkins 1.565.3-1 installed, as well as the following plugins:

Credentials Plugin
1.16.1

GIT client plugin
1.10.2

GIT plugin
2.2.7

Matrix Project Plugin
1.3

SCM API Plugin
0.2

SSH Credentials Plugin
1.9

(In other words I have installed Git Plugin and Matrix Project Plugin, 
otherwise is just the defaults)


Steps to reproduce:
1. Go to Jenkins -> New item
2. Pick Build a free-style software project and give it some name. Click 
Ok.
3. Under source code managment, select Git. You don't have to enter a 
repo url

   or anything else.
4. Click save.

Expected result:
A new job is created with the specificed configuration

Actual result:
When I select Git, regardless of whether I enter a repository url I get 
a

stacktrace when saving. (See attachment for details)
If I go through the exact same steps, except leaving the SCM option set 
to

none, I do not see the stacktrace.

It should be noted that I originally had Jenkins 1.509 installed before 
upgrading,
but I have tried purging jenkins and jenkins-common (and removing 
/var/lib/jenkins).
After this I reinstalled the Jenkins package which I believe should be 
close

to a clean install. The issue still persists.

I've read bug 762798 and the Debian.Readme, and have installed the 
Matrix

Project Plugin, but this seems like a separate issue.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.16-2-486
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 jenkins depends on:
ii  adduser  3.113+nmu3
ii  daemon   0.6.4-1
ii  default-jre-headless [java6-runtime-headless]2:1.7-52
ii  jenkins-common   1.565.3-1
ii  net-tools1.60-26
ii  openjdk-7-jre-headless [java6-runtime-headless]  7u65-2.5.2-4
ii  procps   2:3.3.9-8
ii  psmisc   22.21-2

jenkins recommends no packages.

jenkins suggests no packages.

-- no debconf information


--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgStack trace

javax.servlet.ServletException: java.lang.NoClassDefFoundError: 
hudson/tasks/Mailer$UserProperty
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:778)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631)
at org.kohsuke.stapler.Stapler.service(Stapler.java:225)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)
at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at 
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:46)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHa

Bug#763226: marked as done (jackson-dataformat-yaml: FTBFS: Compilation failure)

2014-10-12 Thread Debian Bug Tracking System 
Your message dated Sun, 12 Oct 2014 13:18:37 +
with message-id 
and subject line Bug#763226: fixed in jackson-dataformat-yaml 2.4.3-1
has caused the Debian Bug report #763226,
regarding jackson-dataformat-yaml: FTBFS: Compilation failure
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763226: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763226
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: jackson-dataformat-yaml
Version: 2.2.3-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140926 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/«PKGBUILDDIR»'
> sh debian/replace-generate.sh 
> src/main/java/com/fasterxml/jackson/dataformat/yaml/PackageVersion.java
> dh_auto_configure
> make[1]: Leaving directory '/«PKGBUILDDIR»'
>jh_linkjars -O--buildsystem=maven
>dh_auto_build -O--buildsystem=maven
> [INFO] 
> NOTE: Maven is executing in offline mode. Any artifacts not already in your 
> local
> repository will be inaccessible.
> 
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'javadoc'.
> [INFO] 
> 
> [INFO] Building Jackson-dataformat-YAML
> [INFO]task-segment: [package, javadoc:jar]
> [INFO] 
> 
> [INFO] [resources:resources {execution: default-resources}]
> [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy filtered 
> resources, i.e. build is platform dependent!
> [INFO] Copying 3 resources
> [INFO] [compiler:compile {execution: default-compile}]
> [WARNING] File encoding has not been set, using platform encoding 
> ANSI_X3.4-1968, i.e. build is platform dependent!
> [INFO] Compiling 6 source files to /«PKGBUILDDIR»/target/classes
> [INFO] -
> [ERROR] COMPILATION ERROR : 
> [INFO] -
> [ERROR] 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[586,4]
>  error: method does not override or implement a method from a supertype
> [ERROR] 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[593,4]
>  error: method does not override or implement a method from a supertype
> [ERROR] 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[600,4]
>  error: method does not override or implement a method from a supertype
> [ERROR] 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[618,4]
>  error: method does not override or implement a method from a supertype
> [ERROR] 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[630,4]
>  error: method does not override or implement a method from a supertype
> [INFO] 5 errors 
> [INFO] -
> [INFO] 
> 
> [ERROR] BUILD FAILURE
> [INFO] 
> 
> [INFO] Compilation failure
> 
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[586,4]
>  error: method does not override or implement a method from a supertype
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[593,4]
>  error: method does not override or implement a method from a supertype
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[600,4]
>  error: method does not override or implement a method from a supertype
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[618,4]
>  error: method does not override or implement a method from a supertype
> /«PKGBUILDDIR»/src/main/java/com/fasterxml/jackson/dataformat/yaml/YAMLFactory.java:[630,4]
>  error: method does not override or implement a method from a supertype
> 
> [INFO] 
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO] 
> 
> [INFO] Total time: 3 seconds
> [INFO] Finished at: Sun Sep 28 09:12:49 UTC 2014
> [INFO] Final Memory: 19M/205M
> [INFO] 
> -