On Fri, 8 Aug 2014, Emmanuel Bourg wrote:
> 5. Implement a java.time.zone.ZoneRulesProvider [3] that reads the TZif2
> files installed by the tzdata package in /usr/share/zoneinfo. This would
> render the tzdata-java package obsolete in the long term. GNU ClassPath
> has a TZif2 parser [4] that co
On Fri, Aug 8, 2014 at 7:22 AM, Emmanuel Bourg wrote:
> 1. Do nothing. The timezone data will be updated with the quarterly
> updates of OpenJDK.
Sounds like OpenJDK has an embedded copy of tzdata? Can we get
upstream to disentangle that, at least for their source releases?
> 2. Copy the sources
Hi all,
There is a pending issue with the time zone data in openjdk-8 I'd like
to discuss.
Starting with OpenJDK 8 the format of the timezone data used by the Java
runtime is different from the previous versions. With OpenJDK 6 & 7
there was a set of files, one per timezone, under the
$JAVA_HOME/
This bug is fixed in the recently-released 2014f release of the tz
database, and when that release propagates into Debian you should be
able to close this bug report.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: libc6
Version: 2.19-7
Severity: normal
Tags: patch
Dear Maintainer,
when the REG_STARTEND bit is set in eflags, regexec happily accepts
anything that is set as begin and end offset of the actual string in
rm_so and rm_eo. If undefined or set to inplausible values, regexec
might take long
5 matches
Mail list logo
