Pytz warnings when using khal #1092

rodriguegaspard · 2021-10-21T10:21:33Z

Hello, I did a full system upgrade yesterday, and I now have those warnings when I'm trying to display events or calendars (khal at, khal list, khal calendar)

/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py:153: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  localized_events = self.get_localized(localize(start), localize(end))
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:541: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  start_local_datetime = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:543: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  end_local_datetime = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:546: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_start = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:549: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_end = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py:162: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  self._backend.get_localized_calendars(localize(start), localize(end)),

Here's the link mentioned in the warning log for convenience : https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html

The text was updated successfully, but these errors were encountered:

kflak · 2021-10-21T10:59:07Z

Same thing here! System: Arch Linux latest

pjkaufman · 2021-10-21T13:05:55Z

I am hitting the same issue as well. I can see about making a PR for this, but it would need to be validated by a maintainer as I do not have a whole bunch of python experience. This issue happens for me on Pop!Os 21.04.

pjkaufman · 2021-10-22T05:50:28Z

@WhyNotHugo , @d7415 I think I have a potential fix for this issue and the tests pass locally, but I don't think I have access to create a PR on this repo. So I will just explain the solution I used.

You need to do the following in both event.py and khalander.py:

from zoneinfo import ZoneInfo with the other imports
create a local variable to store the updated locale and then use that to replace the old locale method use as mentioned in the warnings above (note doing so for all instances breaks lost of unit tests, but doing it for just the ones listed above does not):

 def get_events_on(self, day: dt.date) -> Iterable[Event]:
        """return all events on `day`"""
        ...
        locale = ZoneInfo(str(self._locale['local_timezone'])) # create local variable for new locale
        localized_events = self.get_localized(start.replace(tzinfo=locale), end.replace(tzinfo=locale)) # equivalent to using the new locale
        return itertools.chain(localized_events, floating_events)

mschilli87 · 2021-10-22T11:37:09Z

@pjkaufman:

I don't think I have access to create a PR on this repo.

If you fork the repo via the button on the top right, you can commit/push to your fork, and open a PR to merge your changes here.

pjkaufman · 2021-10-22T11:58:52Z

@mschilli87 , thank you for letting me know. I did not realize the only way to make PRs was through forking the repo. I will try that and see what happens.

jtorrex · 2021-11-02T17:29:56Z

Hello,

I'm facing some issues quite similar to the issue related here when I try to use khal from Arch:

  localized_events = self.get_localized(localize(start), localize(end))
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:546: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_start = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:549: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_end = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py:162: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  self._backend.get_localized_calendars(localize(start), localize(end)),

ikhal, version 0.10.4
Linux archlinux 5.10.76-1-lts 1 SMP Sat, 30 Oct 2021 19:13:46 +0000 x86_64 GNU/Linux

Any suggestion on how to correct it or workaround this? I'm unable to create events from it.

Thanks in advance.

Terrance · 2021-11-03T08:15:49Z

The issue for me was tzlocal -- as the comments on that PR request a smaller change to keep the current code working in the meantime, I've opened #1098 with a requirements tweak to keep tzlocal 2.x for now.

jinnko · 2021-11-10T21:17:30Z

Still seeing these issues on ArchLinux when using the khal-git package at version 0.10.5.dev17+g44d5959-1, which seems to be the commit where #1098 was merged.

Additionally when I edit an event via ikhal and enter the date fields there are errors emitted in the form, then when saving the changes ikhal exits with the following exception.

/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py:153: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  localized_events = self.get_localized(localize(start), localize(end))
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:546: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_start = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:549: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  day_end = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py:162: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  self._backend.get_localized_calendars(localize(start), localize(end)),
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:541: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  start_local_datetime = self._locale['local_timezone'].localize(
/usr/lib/python3.9/site-packages/khal/khalendar/event.py:543: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html
  end_local_datetime = self._locale['local_timezone'].localize(
Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/khal/ui/__init__.py", line 1358, in start_pane
    loop.run()
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 287, in run
    self._run()
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 385, in _run
    self.event_loop.run()
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 790, in run
    self._loop()
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 827, in _loop
    self._watch_files[fd]()
  File "/usr/lib/python3.9/site-packages/urwid/raw_display.py", line 416, in <lambda>
    wrapper = lambda: self.parse_input(
  File "/usr/lib/python3.9/site-packages/urwid/raw_display.py", line 515, in parse_input
    callback(processed, processed_codes)
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 412, in _update
    self.process_input(keys)
  File "/usr/lib/python3.9/site-packages/urwid/main_loop.py", line 513, in process_input
    k = self._topmost_widget.keypress(self.screen_size, k)
  File "/usr/lib/python3.9/site-packages/urwid/wimp.py", line 651, in keypress
    return self._current_widget.keypress(size, key)
  File "/usr/lib/python3.9/site-packages/urwid/container.py", line 1135, in keypress
    return self.body.keypress( (maxcol, remaining), key )
  File "/usr/lib/python3.9/site-packages/urwid/container.py", line 2316, in keypress
    key = w.keypress((mc,) + size[1:], key)
  File "/usr/lib/python3.9/site-packages/khal/ui/editor.py", line 530, in keypress
    return super().keypress(size, key)
  File "/usr/lib/python3.9/site-packages/khal/ui/widgets.py", line 376, in keypress
    key = super().keypress(size, key)
  File "/usr/lib/python3.9/site-packages/urwid/listbox.py", line 968, in keypress
    key = focus_widget.keypress((maxcol,),key)
  File "/usr/lib/python3.9/site-packages/urwid/container.py", line 2316, in keypress
    key = w.keypress((mc,) + size[1:], key)
  File "/usr/lib/python3.9/site-packages/urwid/wimp.py", line 543, in keypress
    self._emit('click')
  File "/usr/lib/python3.9/site-packages/urwid/widget.py", line 461, in _emit
    signals.emit_signal(self, name, self, *args)
  File "/usr/lib/python3.9/site-packages/urwid/signals.py", line 265, in emit
    result |= self._call_callback(callback, user_arg, user_args, args)
  File "/usr/lib/python3.9/site-packages/urwid/signals.py", line 295, in _call_callback
    return bool(callback(*args_to_pass))
  File "/usr/lib/python3.9/site-packages/khal/ui/editor.py", line 510, in save
    self.collection.update(self.event)
  File "/usr/lib/python3.9/site-packages/khal/khalendar/khalendar.py", line 172, in update
    event.etag = self._storages[event.calendar].update(event.href, event, event.etag)
  File "/usr/lib/python3.9/site-packages/khal/khalendar/vdir.py", line 251, in update
    if not isinstance(item.raw, str):
  File "/usr/lib/python3.9/site-packages/khal/khalendar/event.py", line 382, in raw
    timezone = create_timezone(tzinfo, self.start)
  File "/usr/lib/python3.9/site-packages/khal/khalendar/event.py", line 858, in create_timezone
    for one, two in iter(tz._tzinfos.items())
AttributeError: '_PytzShimTimezone' object has no attribute '_tzinfos'

Terrance · 2021-11-10T22:41:23Z

The requirement tweak in my PR doesn't extend to the AUR package, which just depends on the latest python-tzlocal from the main repository. You'd need to do your own build of tzlocal 2.x using e.g. the previous PKGBUILD for that package.

nicksellen · 2021-11-11T18:35:13Z

I experienced the same issue as @jinnko too, with this error on save:

AttributeError: '_PytzShimTimezone' object has no attribute '_tzinfos'

Also on arch. Using the community repo package. I guess this project needs updating to support tzlocal v3+.

Until then though, I downgraded my python-tzlocal package to v2, by fetching it from the archive (https://archive.archlinux.org/packages/p/python-tzlocal/), and installing with pacman -U, or in one go:

sudo pacman -U https://archive.archlinux.org/packages/p/python-tzlocal/python-tzlocal-2.1-3-any.pkg.tar.zst

And then prevent it getting upgraded again in /etc/pacman.conf:

IgnorePkg   = python-tzlocal

(In my case khal was the only thing using python-tzlocal, check with pacman -Qi python-tzlocal, so nothing else might break as a result of the downgrade)

eoli3n · 2021-11-16T13:07:03Z

Same with downgrade tool which does those two things interactively.
https://aur.archlinux.org/packages/downgrade/

mstmob · 2021-12-14T06:59:52Z

@nicksellen Thanks for your (temporary) workaround!
Yesterday there were a bunch of python updates and now khal seems to be broken again:

khal calendar
Traceback (most recent call last):
  File "/usr/bin/khal", line 2, in <module>
    from khal.cli import main_khal
  File "/usr/lib/python3.10/site-packages/khal/cli.py", line 35, in <module>
    from .settings import InvalidSettingsError, get_config
  File "/usr/lib/python3.10/site-packages/khal/settings/__init__.py", line 1, in <module>
    from .settings import get_config  # noqa
  File "/usr/lib/python3.10/site-packages/khal/settings/settings.py", line 34, in <module>
    from .utils import (config_checks, expand_db_path, expand_path,
  File "/usr/lib/python3.10/site-packages/khal/settings/utils.py", line 30, in <module>
    from tzlocal import get_localzone
ModuleNotFoundError: No module named 'tzlocal'

WhyNotHugo · 2021-12-14T08:41:48Z

If you're using ArchLinux, you need to re-build any AUR package that's still using python3.9. You may get a list of those using pacman -Qo /usr/lib/python3.9.

mstmob · 2021-12-14T09:14:16Z

Yes I'm using ArchLinux. The only package which still uses python3.9 is python-tzlocal because of manual downgrade workaround.

Upgrading python-tzlocal results in the deprecation warning and an unusable ikhal...

WhyNotHugo · 2021-12-14T09:19:55Z

A python3.9 package won't work with python 3.10.

If you need an older version of python-tzlocal, you'll need to re-build it using python 3.10. It might make sense to have an aur package for that TBH.

mstmob · 2021-12-14T12:20:22Z

Thanks, this makes sense! Actually I don't need python-tzlocal at all, except for khal.
Has anybody found another workaround or do we need to wait for #1093 ?

nicksellen · 2021-12-15T18:32:01Z

I just did:

sudo pip install tzlocal==2

It's not a good solution, as it replaces the package installed version. But enough for me for now!

Terrance · 2021-12-15T18:39:45Z

As I hinted at before, it's easy enough to just build your own copy of the package using the repo's PKGBUILD as a base:

cd $(mktemp -d)
wget 'https://raw.githubusercontent.com/archlinux/svntogit-community/9bf3950/trunk/PKGBUILD' # python-tzlocal 2.1r3
makepkg -s
sudo pacman -U python-tzlocal-2.1-3-any.pkg.tar.zst

This will target whichever version of Python you currently have installed.

pinpox · 2022-01-26T10:00:23Z

Also happening on the NixOS package. Is there any hope this get fixed?

pjkaufman · 2022-01-26T10:18:38Z

It is currently waiting on updates to dependencies. They have not been working for some time with the replacement for pytz. The problem exists in some of the newer versions of python. So using python 3.3 or something less than 3.8/9 should at least get it to work.

…

On Wed, Jan 26, 2022, 5:00 AM Pablo Ovelleiro Corral < ***@***.***> wrote: Also happening on the NixOS package. Is there any hope this get fixed? — Reply to this email directly, view it on GitHub <#1092 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHEDPO74LTXUEQPUVNSSJO3UX7A4LANCNFSM5GNYH3EQ> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

lucc · 2022-01-29T12:59:44Z

@pjkaufman can you tell us which dependencies so? Maybe somebody is motivated to jump in and help there.

pjkaufman · 2022-01-29T14:15:40Z

The dependency is called icalendar (I believe). A couple of PRs have been issued there to fix the issues in question that are preventing moving forward, but it looks like the CI has labeled them as failing and the person that issued the PRs is not interested in loading up the UTs the way that they are run in that CI to see why they fail there, but not locally.

…

On Sat, Jan 29, 2022, 7:59 AM Lucas Hoffmann ***@***.***> wrote: @pjkaufman <https://github.com/pjkaufman> can you tell us which dependencies so? Maybe somebody is motivated to jump in and help there. — Reply to this email directly, view it on GitHub <#1092 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHEDPO2DPFOPD2ONBBYEO2DUYPQE3ANCNFSM5GNYH3EQ> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

pimutils/khal#1092

polyzen · 2022-03-04T22:22:47Z

Manual intervention is no longer needed on Arch Linux, the python-tzlocal package is back to version 2.1. You can go ahead and remove it from your IgnorePkg list.

arjan-s · 2022-03-18T14:00:39Z

For those like me on NixOS without flakes (which is linked above), here's an overlay to temporarily fix this issue by downgrading the tzlocal used by khal. Just put it in /etc/nixos/configuration.nix or an imported file.

  nixpkgs.overlays = [ (self: super: {
    khal = super.khal.overridePythonAttrs (attrs: rec {
      # fixes https://github.com/pimutils/khal/issues/1092
      tzlocal21 = super.python39Packages.tzlocal.overridePythonAttrs (old: rec {
        pname = "tzlocal";
        version = "2.1";
        propagatedBuildInputs = [ super.python39Packages.pytz ];
        src = super.python39Packages.fetchPypi {
          inherit pname version;
          sha256 = "sha256-ZDyXxSlK7cc3eApJ2d8wiJMhy+EgTqwsLsYTQDWpLkQ=";
        };
        doCheck = false;
        pythonImportsCheck = [ "tzlocal" ];
      });
      propagatedBuildInputs = (builtins.filter (i: i.pname != "tzlocal")
        attrs.propagatedBuildInputs) ++ [ tzlocal21 ];
    });
  })];

Newer versions of tzlocal return tzinfo timezones, not pytz ones. Khal can't deal with tzinfo timezones for the moment, so we force pytz timezones when we use tzlocal. This should be removed when we completely migrate to tzinfo. Fix #1092

geier · 2022-05-04T20:20:31Z

If you can, please check if the workaround in #1126 is working for you. Thanks!

Newer versions of tzlocal return tzinfo timezones, not pytz ones. Khal can't deal with tzinfo timezones for the moment, so we force pytz timezones when we use tzlocal. This should be removed when we completely migrate to tzinfo. Fix #1092

Newer versions of tzlocal return tzinfo timezones, not pytz ones. Khal can't deal with tzinfo timezones for the moment, so we force pytz timezones when we use tzlocal. This should be removed when we completely migrate to tzinfo. Fix pimutils#1092

pjkaufman mentioned this issue Oct 22, 2021

Update khal to Follow PEP495 Removing Deprecation Warnings #1093

Draft

RonnyPfannschmidt mentioned this issue Oct 26, 2021

pytz shim tzinfo exceptions on serializing events when creating #1096

Closed

geier added type: bug cat: timezone labels Jan 7, 2022

heapifyman mentioned this issue Feb 5, 2022

unable to create events in khal manjaro-sway/manjaro-sway#245

Closed

dpaetzel added a commit to dpaetzel/overlays that referenced this issue Feb 7, 2022

✨ Add fix for khal

5c6d8e5

pimutils/khal#1092

Lodifice mentioned this issue Mar 4, 2022

Arch Linux package unusable due to Pytz incompatibilities #1116

Closed

WhyNotHugo pinned this issue Mar 14, 2022

geier mentioned this issue May 4, 2022

Fix tzlocal issue #1126

Merged

geier closed this as completed in #1126 May 7, 2022

geier unpinned this issue Jun 24, 2022

This was referenced Oct 18, 2022

PytzUsageWarning: The localize method is no longer necessary, #1196

Closed

ikhal Crashes when attempting to edit an Event #1186

Open

Pytz warnings when using khal #1092

Pytz warnings when using khal #1092

Comments

rodriguegaspard commented Oct 21, 2021 • edited by WhyNotHugo Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

kflak commented Oct 21, 2021 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

pjkaufman commented Oct 21, 2021

Uh oh!

pjkaufman commented Oct 22, 2021 • edited by WhyNotHugo Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

mschilli87 commented Oct 22, 2021

Uh oh!

pjkaufman commented Oct 22, 2021

Uh oh!

jtorrex commented Nov 2, 2021 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Terrance commented Nov 3, 2021

Uh oh!

jinnko commented Nov 10, 2021

Uh oh!

Terrance commented Nov 10, 2021

Uh oh!

nicksellen commented Nov 11, 2021

Uh oh!

eoli3n commented Nov 16, 2021

Uh oh!

mstmob commented Dec 14, 2021

Uh oh!

WhyNotHugo commented Dec 14, 2021

Uh oh!

mstmob commented Dec 14, 2021

Uh oh!

WhyNotHugo commented Dec 14, 2021

Uh oh!

mstmob commented Dec 14, 2021

Uh oh!

nicksellen commented Dec 15, 2021

Uh oh!

Terrance commented Dec 15, 2021

Uh oh!

pinpox commented Jan 26, 2022

Uh oh!

pjkaufman commented Jan 26, 2022 via email

Uh oh!

lucc commented Jan 29, 2022

Uh oh!

pjkaufman commented Jan 29, 2022 via email

Uh oh!

polyzen commented Mar 4, 2022

Uh oh!

arjan-s commented Mar 18, 2022

Uh oh!

geier commented May 4, 2022

Uh oh!

rodriguegaspard commented Oct 21, 2021 •

edited by WhyNotHugo

Loading

kflak commented Oct 21, 2021 •

edited

Loading

pjkaufman commented Oct 22, 2021 •

edited by WhyNotHugo

Loading

jtorrex commented Nov 2, 2021 •

edited

Loading