Bug#444866: Bug #444866: tzdata: Please provide tzdata-source package with original Olsen database

2008-04-04 Thread Torsten Werner
Hi,

I second the request. A source package with the original timezone data
would be very useful for the jdk packages and libjoda-time-java, too.

Thank you,
Torsten

-- 
http://twerner.blogspot.com



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#444866: Bug #444866: tzdata: Please provide tzdata-source package with original Olsen database

2008-04-04 Thread Aurelien Jarno
Torsten Werner a écrit :
 Hi,
 
 I second the request. A source package with the original timezone data
 would be very useful for the jdk packages and libjoda-time-java, too.
 

Note that a tzdata-java package will be provided soon (when the openjdk
package is uploaded to unstable).

I am clearly not in favor of providing tzdata-source (and I guess it is
the same for the release team), as it means each time a new tzdata is
uploaded (and that happens often), other packages depending on
tzdata-source have to be rebuilt.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#444866: tzdata: Please provide tzdata-source package with original Olsen database

2007-10-04 Thread Clint Adams
On Mon, Oct 01, 2007 at 05:02:00PM +0200, Piotr Roszatycki wrote:
 Please provide the tzdata-source binary package with original Olsen
 database. My package libdatetime-timezone-perl (possibly others, like
 libicu) could use it as build-dep. It would make the synchronizing the
 timezone data much simplier for volatile archive.
 
 See also Bug#416206.

Is making it use the tzdata binary data at runtime (as suggested in
#416206) not a much better idea?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#444866: tzdata: Please provide tzdata-source package with original Olsen database

2007-10-04 Thread Piotr Roszatycki
2007/10/4, Clint Adams [EMAIL PROTECTED]:
 On Mon, Oct 01, 2007 at 05:02:00PM +0200, Piotr Roszatycki wrote:
  Please provide the tzdata-source binary package with original Olsen
  database. My package libdatetime-timezone-perl (possibly others, like
  libicu) could use it as build-dep. It would make the synchronizing the
  timezone data much simplier for volatile archive.
 
  See also Bug#416206.

 Is making it use the tzdata binary data at runtime (as suggested in
 #416206) not a much better idea?

Providing another library with 100% compatible API is interesting
idea, but the DateTime::TimeZone already exists and is used by some
existing projects and packages. This library is stable and reliable.

I'm the maintainer of DateTime::TimeZone , not the upstream developer.
I really don't want to completly redesign this library just because
the Debian already provides the Olson DB only as binary data.
Rewriting the library from scratch can't be harmless for its stability
and reliability.

I think this idea is just not realizable.
-- 
 .''`.Piotr Roszatycki
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#444866: tzdata: Please provide tzdata-source package with original Olsen database

2007-10-01 Thread Piotr Roszatycki
Package: tzdata
Version: 2007g-2
Severity: wishlist

Please provide the tzdata-source binary package with original Olsen
database. My package libdatetime-timezone-perl (possibly others, like
libicu) could use it as build-dep. It would make the synchronizing the
timezone data much simplier for volatile archive.

See also Bug#416206.

-- 
 .''`.Piotr Roszatycki
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]