** Changed in: python-dateutil (Debian)
Status: New => Fix Released
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.u
** Changed in: python-dateutil (Debian)
Status: Unknown => New
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu
Hi Gustavo,
Gustavo Niemeyer [2008-09-29 11:41 -]:
> dateutil has always preferred the installed timezone information when
> it is available. The documented way to ask for a timezone is via the
> dateutil.tz.gettz() function, which will process the system's timezone
> and give precedence to i
Approved, promoted
** Changed in: python-dateutil (Ubuntu)
Status: In Progress => Fix Released
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
Hello Martin,
> in http://bugs.debian.org/416204 and
> https://bugs.launchpad.net/bugs/271680 we requested that the
> python-dateutil package in Debian and Ubuntu should use the system
> tzdata files instead of the shipped obsolete copy. This will keep a
> single reference of the pretty volatile t
Thanks a lot Martin!
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ub
python-dateutil (1.4-1ubuntu1) intrepid; urgency=low
* debian/patches/system_tzdata.diff: Use system tzdata instead of builtin
obsolete copy of the Olson timezone database. (LP #271680, Debian #416204)
* debian/rules: Do not ship the obsolete tzdata tarball.
* debian/rules: Run the test
** Also affects: python-dateutil (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416204
Importance: Unknown
Status: Unknown
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a member of Ubuntu
Bugs, whic
I have a working patch now to make it use the system tzdata. I'll
forward it to upstream and Debian.
** Changed in: python-dateutil (Ubuntu)
Status: Incomplete => In Progress
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you a
#storm:
10:46 < therve> lool: it's unlikely to happen before intreprid release
10:46 < therve> intrepid even
10:46 < therve> it may be easier to fix python-dateutil, now?
10:51 < lool> Probably
#ubuntu-devel:
10:50 < pitti> lool: so eliza actually uses the time zone db in python-dateutil?
10:50 <
#ubuntu-devel:
10:38 < lool> pitti: Re: python-dateutil MIR; there's an embedded storm copy in
elisa which is the code which relies on python-dateutil
10:38 < lool> I don't know how easy it would be for storm to move to python-tz;
I'll try to ask them, but it's unlikel
We went through some effort to eliminate all copies of the Olson time
zone database in python-tz, postgresql, and a couple of other places, to
use "tzdata" everywhere (which we keep up to date in stable releases).
python-dateutil is a step backwards again, since it yet again contains a
(very old) c
I am not sure if one should confirm MIR bugs, but this definitely needs
some attention. It blocks elisa.
** Changed in: python-dateutil (Ubuntu)
Status: New => Confirmed
--
MIR for python-dateutil
https://bugs.launchpad.net/bugs/271680
You received this bug notification because you are a
** Description changed:
- Binary package hint: python-dateutil
-
-
Binary package hint: python-dateutil
Request for python-dateutil to be included into main. This is a small
pure Python package providing helpers for Python developers willing to
play with timezones.
See: https://w
14 matches
Mail list logo
