Bug#895619: plexus-compiler: use --release instead of -source/-target for jdk9+ when setting defaults

2018-04-13 Thread Tiago Stürmer Daitx 
Source: plexus-compiler
Version: 2.8.2-5
Severity: normal

Dear Maintainer,

plexus-compiler currently will default -source and/or -target to 1.7
whenever the following occours:
1) whenever either has not being set
2) whenever either has been set to 1.6 or earlier

This patch modifies the detection logic in order to be able to set the
'--release' flag when (and only when):
- the '--release' is *not* set
- AND both -source and -target are being set to a default value
- AND the running jvm is jdk9 or newer

This prevents errors such as the infamous "Method
flip()Ljava/nio/ByteBuffer; does not exist in class java.nio.ByteBuffer"
that is caused by building with openjdk-9 with -source set without
setting the proper bootclasspath [1,2]. JEP-247 [3] has provided the
--release to prevent such issues and should be used instead of -source
whenever the javac being used is jdk9 or higher.


I have tested and I can confirm it works fine, but I would like some
review to make sure it is sane and get opinions on other (better?) ways
to do this - specially concerning the detection of the jvm being run.

Also, fork and an alternative javac compiler might be set, thus I would
like to discuss as to what behavior it should default it in that case.

Regards,
Tiago Daitx

References:
[1] https://bugs.launchpad.net/ubuntu/+source/gradle/+bug/1760359
[2] https://github.com/plasma-umass/doppio/issues/497
[3] http://openjdk.java.net/jeps/247


-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-13-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

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

Bug#895616: gradle: fix support for openjdk-9 --release flag

2018-04-13 Thread Tiago Stürmer Daitx 
Source: gradle
Version: 3.4.1-7
Severity: normal

Dear Maintainer,

gradle 3.4.1 still detects and relies on the '-release' compiler
argument, but newer openjdk-9 has moved to a '--release' gnu-style
argument.

Upstream has fixed that on commit
https://github.com/gradle/gradle/commit/142f2f5233e77ba33146efe3815cd3b4b1245993

Please consider applying the patch. A debdiff will follow shortly (need
the bug # for the DEP-3 header).

thanks

-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-13-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

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

Bug#895583: libcommons-lang3-java FTBFS due to unsupported locale type

2018-04-12 Thread Tiago Stürmer Daitx 
Package: libcommons-lang3-java
Version: 3.5-1
Severity: normal

Dear Maintainer,

With bug #895234 [1] fixed, libcommons-lang3-java will FTBFS as bellow:

[INFO] Running org.apache.commons.lang3.LocaleUtilsTest
[ERROR] Tests run: 15, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.007 
s <<< FAILURE! - in org.apache.commons.lang3.LocaleUtilsTest
[ERROR] testParseAllLocales(org.apache.commons.lang3.LocaleUtilsTest)  Time 
elapsed: 0.004 s  <<< ERROR!
java.lang.IllegalArgumentException: Invalid locale format: ji_001
at 
org.apache.commons.lang3.LocaleUtilsTest.testParseAllLocales(LocaleUtilsTest.java:578)

Which has been fixed upstream by LANG-1312 [2]. The patch provided in
the bug report applies cleanly.

A debdiff will be provided shortly.


References:
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895234
[2] https://issues.apache.org/jira/browse/LANG-1312

-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-13-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libcommons-lang3-java depends on:
ii  libcommons-parent-java  43-1

libcommons-lang3-java recommends no packages.

Versions of packages libcommons-lang3-java suggests:
pn  libcommons-lang3-java-doc  

-- no debconf information

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

Bug#893487: gradle FTBFS due to missing cast "as long"

2018-03-19 Thread Tiago Stürmer Daitx 
Package: gradle
Version: 3.4.1-2
Followup-For: Bug #893487

Dear Maintainer,

please consider the attached debdiff for a suggested fix.

thanks

Tiago Daitx

-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-10-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru gradle-3.4.1/debian/changelog gradle-3.4.1/debian/changelog
--- gradle-3.4.1/debian/changelog   2017-11-29 16:09:02.0 +0100
+++ gradle-3.4.1/debian/changelog   2018-03-19 12:19:49.0 +0100
@@ -1,3 +1,10 @@
+gradle (3.4.1-3) UNRELEASED; urgency=medium
+
+  * d/p/cast-estimated-runtime-to-long.patch: fix FTBFS due to missing cast.
+(Closes: #893487)
+
+ -- Tiago Stürmer Daitx <tiago.da...@ubuntu.com>  Mon, 19 Mar 2018 11:19:49 
+
+
 gradle (3.4.1-2) experimental; urgency=medium
 
   * Team upload.
diff -Nru gradle-3.4.1/debian/patches/cast-estimated-runtime-to-long.patch 
gradle-3.4.1/debian/patches/cast-estimated-runtime-to-long.patch
--- gradle-3.4.1/debian/patches/cast-estimated-runtime-to-long.patch
1970-01-01 01:00:00.0 +0100
+++ gradle-3.4.1/debian/patches/cast-estimated-runtime-to-long.patch
2018-03-19 12:15:47.0 +0100
@@ -0,0 +1,22 @@
+Description: gradle 3.4.1 FTBFS with a missing cast to long
+ estimatedRuntime must be cast to long otherwise gradle 3.4.1 FTBFS with
+ buildSrc/src/main/groovy/org/gradle/testing/DistributedPerformanceTest.groovy:
+ 134: [Static type checking] - Cannot assign value of type java.math.BigDecimal
+ to variable of type long.
+Author: Tiago Stürmer Daitx <tiago.da...@ubuntu.com>
+Bug-Debian: https://bugs.debian.org/893487
+Forwarded: no
+Last-Update: 2018-03-19
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- 
a/buildSrc/src/main/groovy/org/gradle/testing/DistributedPerformanceTest.groovy
 
b/buildSrc/src/main/groovy/org/gradle/testing/DistributedPerformanceTest.groovy
+@@ -131,7 +131,7 @@ class DistributedPerformanceTest extends
+ def scenarios = scenarioList.readLines()
+ .collect { line ->
+ def parts = Splitter.on(';').split(line).toList()
+-new Scenario(id : parts[0], estimatedRuntime: new 
BigDecimal(parts[1]), templates: parts.subList(2, parts.size()))
++new Scenario(id : parts[0], estimatedRuntime: new 
BigDecimal(parts[1]) as long, templates: parts.subList(2, parts.size()))
+ }
+ .sort{ -it.estimatedRuntime }
+ 
diff -Nru gradle-3.4.1/debian/patches/series gradle-3.4.1/debian/patches/series
--- gradle-3.4.1/debian/patches/series  2017-11-29 16:07:56.0 +0100
+++ gradle-3.4.1/debian/patches/series  2018-03-19 11:55:59.0 +0100
@@ -23,3 +23,4 @@
 use-local-artifacts.patch
 jansi.patch
 commons-io.patch
+cast-estimated-runtime-to-long.patch
__
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#893487: gradle FTBFS due to missing cast "as long"

2018-03-19 Thread Tiago Stürmer Daitx 
Package: gradle
Version: 3.4.1-2
Severity: normal

Dear Maintainer,

gradle 3.4.1-2 FTBFS due to a missing cast, as per build log:


:compileJava - is not incremental (e.g. outputs have changed, no previous 
execution, etc.).
Note: /<>/buildSrc/src/main/java/WriteProperties.java uses or 
overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
:buildSrc:compileGroovywarning: Implicitly compiled files were not subject to 
annotation processing.
  Use -proc:none to disable annotation processing or -implicit to specify a 
policy for implicit compilation.
1 warning
startup failed:
/<>/buildSrc/src/main/groovy/org/gradle/testing/DistributedPerformanceTest.groovy:
 134: [Static type checking] - Cannot assign value of type java.math.BigDecimal 
to variable of type long
 @ line 134, column 61.
   d : parts[0], estimatedRuntime: new BigD
 ^

1 error

 FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':compileGroovy'.
> Compilation failed; see the compiler error output for details.

* Try:
Run with --info or --debug option to get more log output.

* Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task 
':compileGroovy'.
at 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:84)
at 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:55)
at 
org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:61)
at 
org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
at 
org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:88)
at 
org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:45)
at 
org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
at 
org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54)
at 
org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
at 
org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:233)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:215)
at 
org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:74)
at 
org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:55)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
Caused by: org.gradle.api.internal.tasks.compile.CompilationFailedException: 
Compilation failed; see the compiler error output for details.
at 
org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:179)
at 
org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:60)
at 
org.gradle.api.internal.tasks.compile.daemon.CompilerDaemonServer.execute(CompilerDaemonServer.java:31)
at 
org.gradle.process.internal.worker.request.WorkerAction.run(WorkerAction.java:87)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
... 2 more


BUILD FAILED

Total time: 45.972 secs
debian/rules:39: recipe for target 'override_dh_auto_build' failed


thanks

Tiago Daitx


-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-10-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

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

Bug#892937: cglib: FTBFS with openjdk-9 due to failing tests

2018-03-14 Thread Tiago Stürmer Daitx 
Source: cglib
Version: 3.2.6-1
Severity: normal

Dear Maintainer,

When building with openjdk-9, for which there will be hopefully a
transition soon.

There are currently 5 tests that fail (setting 'nocheck' in
DEB_BUILD_OPTIONS allow the build to succeed).


[ERROR] Tests run: 51, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.821 
s <<< FAILURE! - in net.sf.cglib.proxy.TestEnhancer
[ERROR] testSql(net.sf.cglib.proxy.TestEnhancer)  Time elapsed: 0.021 s  <<< 
ERROR!
net.sf.cglib.core.CodeGenerationException: 
java.lang.reflect.InvocationTargetException-->null
at net.sf.cglib.proxy.TestEnhancer.testSql(TestEnhancer.java:819)
Caused by: java.lang.reflect.InvocationTargetException
at net.sf.cglib.proxy.TestEnhancer.testSql(TestEnhancer.java:819)
Caused by: java.lang.NoClassDefFoundError: net/sf/cglib/proxy/Factory
at net.sf.cglib.proxy.TestEnhancer.testSql(TestEnhancer.java:819)
Caused by: java.lang.ClassNotFoundException: net.sf.cglib.proxy.Factory
at net.sf.cglib.proxy.TestEnhancer.testSql(TestEnhancer.java:819)


[ERROR] Tests run: 12, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.024 
s <<< FAILURE! - in net.sf.cglib.reflect.TestFastClass
[ERROR] 
testPackagePrivateMethod_bootstrapClassLoader(net.sf.cglib.reflect.TestFastClass)
  Time elapsed: 0 s  <<< ERROR!
java.lang.NoSuchMethodException: java.lang.String.getChars([C, int)
at 
net.sf.cglib.reflect.TestFastClass.testPackagePrivateMethod_bootstrapClassLoader(TestFastClass.java:663)


[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.007 s 
<<< FAILURE! - in net.sf.cglib.transform.impl.TestDemo
[ERROR] test(net.sf.cglib.transform.impl.TestDemo)  Time elapsed: 0.007 s  <<< 
ERROR!
java.lang.IllegalAccessError: Update to static final field 
net.sf.cglib.transform.impl.TransformDemo.CGLIB$FIELD_NAMES attempted from a 
different method (CGLIB$STATICHOOK77) than the initializer method 
at net.sf.cglib.transform.impl.TestDemo.test(TestDemo.java:19)


[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.004 s 
<<< FAILURE! - in net.sf.cglib.transform.impl.TestProvideFields
[ERROR] initializationError(net.sf.cglib.transform.impl.TestProvideFields)  
Time elapsed: 0 s  <<< ERROR!
java.lang.IllegalAccessError: Update to static final field 
net.sf.cglib.transform.AbstractTransformTest.CGLIB$FIELD_NAMES attempted from a 
different method (CGLIB$STATICHOOK82) than the initializer method 
at 
net.sf.cglib.transform.impl.TestProvideFields.suite(TestProvideFields.java:69)


[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.022 s 
<<< FAILURE! - in net.sf.cglib.TestAll
[ERROR] initializationError(net.sf.cglib.TestAll)  Time elapsed: 0 s  <<< ERROR!
java.lang.IllegalAccessError: Update to static final field 
net.sf.cglib.transform.AbstractTransformTest.CGLIB$FIELD_NAMES attempted from a 
different method (CGLIB$STATICHOOK108) than the initializer method 
at net.sf.cglib.TestAll.suite(TestAll.java:81)




The summary says:
[INFO] Results:
[INFO]
[ERROR] Errors:
[ERROR]   TestAll.suite:81 ? IllegalAccess Update to static final field 
net.sf.cglib.tra...
[ERROR]   TestEnhancer.testSql:819 ? CodeGeneration 
java.lang.reflect.InvocationTargetEx...
[ERROR]   TestFastClass.testPackagePrivateMethod_bootstrapClassLoader:663 ? 
NoSuchMethod
[ERROR]   TestDemo.test:19 ? IllegalAccess Update to static final field 
net.sf.cglib.tra...
[ERROR]   
TestProvideFields.suite:69->AbstractTransformTest.:-1->AbstractTransformTest.CGLIB$STATICHOOK82:-1
 ? IllegalAccess
[INFO]
[ERROR] Tests run: 156, Failures: 0, Errors: 5, Skipped: 0




I reported these failures upstream at https://github.com/cglib/cglib/issues/119

thanks
Tiago Daitx


-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (400, 'bionic-proposed')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-10-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

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

Bug#874434: severity is grave

2017-09-28 Thread Tiago Stürmer Daitx 
Resending it with a .patch extension so hopefully BTS will identify it
as an actual text/plain file.

On Thu, 28 Sep 2017 15:18:20 -0700
=?UTF-8?Q?Tiago_St=C3=BCrmer_Daitx?= <tda...@gmail.com> wrote:
> Please consider removing the jvm.cfg checks. OpenJDK 7, 8, and 9 have
> been shipping a default jvm.cfg for quite some time now and it is used
> when a jvm.cfg is not present in the /etc/ directory.
>
> Patch is attached.
>
>
> thanks
diff -Nru ca-certificates-java-20170531+nmu1/debian/changelog ca-certificates-java-20170531+nmu1.1/debian/changelog
--- ca-certificates-java-20170531+nmu1/debian/changelog	2017-06-15 11:33:00.0 -0400
+++ ca-certificates-java-20170531+nmu1.1/debian/changelog	2017-09-28 16:54:50.0 -0400
@@ -1,3 +1,11 @@
+ca-certificates-java (20170531+nmu1.1) UNRELEASED; urgency=medium
+
+  * Remove jvm.cfg temporary generation as openjdk-8 already ships with a
+default jvm.cfg for cases wihere the one in /etc is missing or not yet
+setup. Closes: #874434. 
+
+ -- Tiago Stürmer Daitx <tiago.da...@ubuntu.com>  Thu, 28 Sep 2017 20:54:50 +
+
 ca-certificates-java (20170531+nmu1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru ca-certificates-java-20170531+nmu1/debian/jks-keystore.hook.in ca-certificates-java-20170531+nmu1.1/debian/jks-keystore.hook.in
--- ca-certificates-java-20170531+nmu1/debian/jks-keystore.hook.in	2017-05-31 08:39:26.0 -0400
+++ ca-certificates-java-20170531+nmu1.1/debian/jks-keystore.hook.in	2017-09-28 10:44:15.0 -0400
@@ -48,14 +48,6 @@
 export JAVA_HOME=/usr/lib/jvm/$jvm
 PATH=$JAVA_HOME/bin:$PATH
 
-temp_jvm_cfg=
-if [ ! -f /etc/${jvm%-$arch}/jvm-$arch.cfg ]; then
-# the jre is not yet configured, but jvm.cfg is needed to run it
-temp_jvm_cfg=/etc/${jvm%-$arch}/jvm-$arch.cfg
-mkdir -p /etc/${jvm%-$arch}
-printf -- "-server KNOWN\n" > $temp_jvm_cfg
-fi
-
 if dpkg-query --version >/dev/null; then
 nsspkg=$(dpkg-query -L "$(nsslib_name)" | sed -n 's,\(.*\)/libnss3\.so$,\1,p'|head -n 1)
 nsscfg=/etc/${jvm%-$arch}/security/nss.cfg
@@ -71,7 +63,6 @@
 
 do_cleanup()
 {
-[ -z "$temp_jvm_cfg" ] || rm -f $temp_jvm_cfg
 if [ -n "$nsspkg" ] && [ -n "$nssjdk" ] && [ "$nsspkg" != "$nssjdk" ]
 then
 rm -f $nssjdk/libnss3.so
diff -Nru ca-certificates-java-20170531+nmu1/debian/postinst.in ca-certificates-java-20170531+nmu1.1/debian/postinst.in
--- ca-certificates-java-20170531+nmu1/debian/postinst.in	2017-05-31 08:39:26.0 -0400
+++ ca-certificates-java-20170531+nmu1.1/debian/postinst.in	2017-09-28 10:43:16.0 -0400
@@ -72,7 +72,6 @@
 
 do_cleanup()
 {
-[ -z "$temp_jvm_cfg" ] || rm -f $temp_jvm_cfg
 if [ -n "$nsspkg" ] && [ -n "$nssjdk" ] && [ "$nsspkg" != "$nssjdk" ]
 then
 rm -f $nssjdk/libnss3.so
@@ -95,14 +94,6 @@
 exit 1
 fi
 
-temp_jvm_cfg=
-if [ ! -f /etc/${jvm%-$arch}/jvm-$arch.cfg ]; then
-# the jre is not yet configured, but jvm.cfg is needed to run it
-temp_jvm_cfg=/etc/${jvm%-$arch}/jvm-$arch.cfg
-mkdir -p /etc/${jvm%-$arch}
-printf -- "-server KNOWN\n" > $temp_jvm_cfg
-fi
-
 trap do_cleanup EXIT
 first_install
 fi
__
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#874434: severity is grave

2017-09-28 Thread Tiago Stürmer Daitx 
Please consider removing the jvm.cfg checks. OpenJDK 7, 8, and 9 have
been shipping a default jvm.cfg for quite some time now and it is used
when a jvm.cfg is not present in the /etc/ directory.

Patch is attached.


thanks


ca-certificates-java_20170531+nmu1_20170531+nmu1.1.debdiff
Description: Binary data
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#797842: libjoda-time-java: Update libjoda-time-java to 2.8.2 to fix timezone

2015-09-02 Thread Tiago Stürmer Daitx 
Package: libjoda-time-java
Version: 2.7-2
Severity: wishlist

Dear Maintainer,

As reported in LP:# 1491530 jruby FTBFS partly due to an outdated joda-time 
package.
https://bugs.launchpad.net/ubuntu/+source/libjoda-time-java/+bug/1491530


This particular bug lead to 2 mspec test failures causing jruby to FTBFS as 
reported in LP: #1491526 as jruby currently runs OpenJDK 8u66 in wily.

libjoda-time-java will fail to report TZ name and shortname when running under 
OpenJDK 8u60 or earlier.

Upstream bugs https://github.com/JodaOrg/joda-time/issues/288 and 
https://github.com/JodaOrg/joda-time/issues/291

Fixed on 2.8.1. Latest is 2.8.2 with updated TZ data.

Both issues were reported upstream since JRuby should not fail due to 
joda-time: https://github.com/jruby/jruby/issues/3303 and 
https://github.com/jruby/jruby/issues/3303


Snippet from log:
30)
Time#strftime returns the timezone with %Z FAILED
Expected "+00:00"
 to equal "GMT"

/«PKGBUILDDIR»/spec/ruby/core/time/strftime_spec.rb:238:in `(root)'
org/jruby/RubyBasicObject.java:1574:in `instance_eval'
org/jruby/RubyEnumerable.java:1412:in `all?'
org/jruby/RubyFixnum.java:275:in `times'
org/jruby/RubyArray.java:1613:in `each'
/«PKGBUILDDIR»/spec/ruby/core/time/strftime_spec.rb:4:in `(root)'
org/jruby/RubyKernel.java:1059:in `load'
org/jruby/RubyBasicObject.java:1574:in `instance_eval'
org/jruby/RubyArray.java:1613:in `each'

31)
Time#zone returns UTC when called on a UTC time FAILED
Expected "GMT"
 to equal "UTC"


-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-26-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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

Bug#797842: libjoda-time-java: Update libjoda-time-java to 2.8.2 to fix timezone

2015-09-02 Thread Tiago Stürmer Daitx 
Package: libjoda-time-java
Followup-For: Bug #797842
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

A debdiff for updating libjoda-time-java from 2.7 to 2.8.2 is attached.

The sources can also be obtained by going to LP: #1491530
https://bugs.launchpad.net/ubuntu/+source/libjoda-time-java/+bug/1491530

*** /tmp/tmp5B_fWw/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

  - 2 JRuby mspec tests for timezone do not fail any longer



  * New upstream release. (LP: #1491530, Closes: #797842)
  * Refresh patches.


Thanks for considering the patch.


-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-26-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libjoda-time-java-2.7/debian/changelog libjoda-time-java-2.8.2/debian/changelog
diff -Nru libjoda-time-java-2.7/debian/patches/01-maven2-compatibility.patch libjoda-time-java-2.8.2/debian/patches/01-maven2-compatibility.patch
--- libjoda-time-java-2.7/debian/patches/01-maven2-compatibility.patch	2015-05-01 00:52:13.0 -0300
+++ libjoda-time-java-2.8.2/debian/patches/01-maven2-compatibility.patch	2015-09-01 23:26:56.0 -0300
@@ -3,7 +3,7 @@
 Forwarded: no
 --- a/pom.xml
 +++ b/pom.xml
-@@ -610,7 +610,7 @@
+@@ -614,7 +614,7 @@
  


diff -Nru libjoda-time-java-2.7/pom.xml libjoda-time-java-2.8.2/pom.xml
--- libjoda-time-java-2.7/pom.xml	2015-01-11 22:20:35.0 -0200
+++ libjoda-time-java-2.8.2/pom.xml	2015-08-11 08:57:35.0 -0300
@@ -9,7 +9,7 @@
   joda-time
   jar
   Joda-Time
-  2.7
+  2.8.2
   Date and time library to replace JDK date handling
   http://www.joda.org/joda-time/
 
@@ -65,6 +65,10 @@
   https://github.com/mebigfatguy
 
 
+  Dan Cavallaro
+  https://github.com/dancavallaro
+
+
   Luc Claes
   https://github.com/lucclaes
 
@@ -253,7 +257,7 @@
   
 org.codehaus.mojo  
 exec-maven-plugin
-1.2.1
+1.4.0
 
   
 compile-tzdb
@@ -312,7 +316,7 @@
 src/conf/MANIFEST.MF
 
   ${tz.database.version}
-  Joda-Time-No-TZDB
+  org.joda.time
 
   
 
@@ -432,7 +436,7 @@
   
 com.github.github
 site-maven-plugin
-0.10
+0.12
 
   
 github-site
@@ -455,9 +459,9 @@
   
 org.codehaus.mojo
 clirr-maven-plugin
-2.3
+2.6.1
 
-  2.3
+  2.7
   info
   true
 
@@ -756,28 +760,28 @@
   
   
 
-2.4
-2.9
-2.11
-2.5
-3.1
-2.8.1
-2.8
-1.4
-2.5.1
-2.4
-2.9.1
-2.3
-3.2
-3.0.1
-2.7
-2.3.1
-2.6
-3.3
-2.2.1
-2.16
-2.16
-1.0
+2.5.5
+2.11
+2.16
+2.6.1
+3.3
+2.8.2
+2.10
+1.6
+2.5.2
+2.6
+2.10.3
+2.5
+3.4
+3.5
+2.8
+2.4
+2.7
+3.4
+2.4
+2.18.1
+2.18.1
+1.1
 
 1.5
 1.5
@@ -795,6 +799,6 @@
 
 UTF-8
 UTF-8
-2014j
+2015f
   
 
diff -Nru libjoda-time-java-2.7/README.md libjoda-time-java-2.8.2/README.md
--- libjoda-time-java-2.7/README.md	2015-01-11 22:20:35.0 -0200
+++ libjoda-time-java-2.8.2/README.md	2015-08-11 08:57:35.0 -0300
@@ -46,11 +46,11 @@
 
 
 ### Releases
-[Release 2.7](http://www.joda.org/joda-time/download.html) is the current latest release.
-This release is considered stable and worthy of the 1.x tag.
+[Release 2.8.2](http://www.joda.org/joda-time/download.html) is the current latest release.
+This release is considered stable and worthy of the 2.x tag.
 It depends on JDK 1.5 or later.
 
-Available in the [Maven Central repository](http://search.maven.org/#artifactdetails|joda-time|joda-time|2.7|jar)
+Available in the [Maven Central repository](http://search.maven.org/#artifactdetails|joda-time|joda-time|2.8.2|jar)
 
 
 ### Related projects
diff -Nru libjoda-time-java-2.7/RELEASE-NOTES.txt libjoda-time-java-2.8.2/RELEASE-NOTES.txt
--- libjoda-time-java-2.7/RELEASE-NOTES.txt	2015-01-11 22:20:35.0 -0200
+++ libjoda-time-java-2.8.2/RELEASE-NOTES.txt	2015-08-11 08:57:35.0 -0300
@@ -1,5 +1,5 @@
-Joda-Time version 2.7
--
+Joda-Time version 2.8.2
+---
 
 Joda-Time is a date and time handling library that seeks to replace the JDK
 Date and Calendar classes.
@@ -9,68 +9,30 @@
 
 Joda-Time is licensed under the business-friendly Apache License Version 2.
 This is the same license as all of Apache, plus