- update to 4.1.1:

* When you provide PyEphem with a Python ``datetime`` that has a time
  zone attached, PyEphem now detects the time zone and converts the date
  and time to UTC automatically.
  * A new search routine had been written and tested
  to power the :ref:`transit-rising-setting` methods
  ``previous_rising()``,
  ``previous_setting()``,
  ``next_rising()``, and
  ``next_setting()``.
  They should no longer be susceptible to getting hung up in a loop.
  You should also find them substantially faster.
  * Fixed the ``constellation()`` routine so that it uses astrometric,
  rather than apparent, right ascension and declination.  This should
  make it more accurate along the borders of each constellation.
  * Fixed how the underlying “libastro” library computes whether a body’s
  image is deflected by gravity when its light passes close to the Sun.
  Previously, users would see coordinates jump unexpectedly as the
  deflection formula turned on and off haphazardly.
  * Fixed the star positions in the ``ephem.stars`` star catalog by adding
  8.75 years of proper motion to each star.  Previously, each 1991.25
  position from the Hipparcos catalog was being incorrectly treated as a
  2000.0 position.
  * A new routine ``unrefract()`` lets you compute the real altitude
  of a body that you observe in the sky at a given apparent altitude.
  * The old ``cities.lookup()`` function is now officially deprecated.
  Because of a Google API restriction, it stopped working in 2018.
  * Planetary moon positions are now available through the year 2040
  (previously, asking for a position past 2020 returned zeroes).
  * The ``Date`` object is improved such that the return values of

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=7

python-ephem.changes

@@ -1,3 +1,70 @@
+-------------------------------------------------------------------
+Mon Jan 17 20:30:14 UTC 2022 - Dirk Müller <dmueller@suse.com>
+
+- update to 4.1.1:
+  * When you provide PyEphem with a Python ``datetime`` that has a time
+  zone attached, PyEphem now detects the time zone and converts the date
+  and time to UTC automatically.
+  * A new search routine had been written and tested
+  to power the :ref:`transit-rising-setting` methods
+  ``previous_rising()``,
+  ``previous_setting()``,
+  ``next_rising()``, and
+  ``next_setting()``.
+  They should no longer be susceptible to getting hung up in a loop.
+  You should also find them substantially faster.
+  * Fixed the ``constellation()`` routine so that it uses astrometric,
+  rather than apparent, right ascension and declination.  This should
+  make it more accurate along the borders of each constellation.
+  * Fixed how the underlying “libastro” library computes whether a body’s
+  image is deflected by gravity when its light passes close to the Sun.
+  Previously, users would see coordinates jump unexpectedly as the
+  deflection formula turned on and off haphazardly.
+  * Fixed the star positions in the ``ephem.stars`` star catalog by adding
+  8.75 years of proper motion to each star.  Previously, each 1991.25
+  position from the Hipparcos catalog was being incorrectly treated as a
+  2000.0 position.
+  * A new routine ``unrefract()`` lets you compute the real altitude
+  of a body that you observe in the sky at a given apparent altitude.
+  * The old ``cities.lookup()`` function is now officially deprecated.
+  Because of a Google API restriction, it stopped working in 2018.
+  * Planetary moon positions are now available through the year 2040
+  (previously, asking for a position past 2020 returned zeroes).
+  * The ``Date`` object is improved such that the return values of
+  ``str(d)``, ``d.datetime()``, and ``d.tuple()`` always agree and are
+  always rounded to the nearest microsecond.
+  * Earth satellites offer new orbit parameter attributes.  The old names
+  (which are still present, but no longer documented) started awkwardly
+  with underscores, and had inconsistent getters and setters that would
+  change the satellite if you attempted a round trip like ``sat._inc =
+  sat._inc``.  The new attributes (see the list in the Quick Reference)
+  have simple names and use the same units when getting and setting.
+  * Updated Pluto’s long-term orbital elements
+  to match the Astronomical Almanac 2020.
+  * Fixed the body ``copy()`` method to correct copy the extra attributes
+  * that some bodies have beyond those of a normal body, like the catalog
+  * number of an Earth satellite.  This bug had made core dumps possible.
+  * Expanded the ∆T table so that it now runs through 2018,
+  with data from the Astronomical Almanac 2020.
+  * The ``Observer.copy()`` method is now documented,
+  and (after a user requested it)
+  the class also now works with Python’s ``copy`` module.
+  * PyEphem should now be able to compile for pypy3.
+  * Restore PyEphem’s undocumented ability to parse angle strings like
+  ``'12 34 56'`` that are only separated with spaces, instead of
+  insisting on ``'12:34:56'`` for 12 degrees, 34 arcminutes, and 56
+  arcseconds.
+  * Fix a compile error `‘for’ loop initial declarations are only allowed
+  in C99 mode` reported from a user on Oracle Linux.
+  * Fix ``MANIFEST.in`` so the ``.tar.gz`` source distribution includes
+  all the header files necessary for compilation.
+  * Upgraded to the MIT license following Elwood Downey’s generous
+  decision to open-source XEphem’s code.
+  * Fix a bug where supplying a string with a decimal degree measurement
+  could send the parser into an infinite loop.
+  * The ``FixedBody`` constructor, which accepts no arguments, now
+  correctly raises a ``TypeError`` if any are supplied.
+
 -------------------------------------------------------------------
 Thu Sep 17 06:57:36 UTC 2020 - Dirk Mueller <dmueller@suse.com>