forked from pool/python-ephem
- Update to 4.2
* Fix windows build (#279) * Add twine check job (#280) * Update XEphem links to new URLs (#282) * Remove editable install from `requirements.txt` * Fix #266: limit rising/setting to 7 iterations * Add test for #258 and #266 * Fix #244: tweak `rebuild-star-data` for new format * Remove unused C variable from circum.c (#274) * Drop unused variable from deep.c (#275) * Upgrade lunar magnitude routine (#270) * Add basic test of new Moon visual magnitude code * Whitespace and other cleanup to new Moon code - Use Python 3.11 on SLE-15 by default OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=17
This commit is contained in:
Git OBS Bridge
156
python-ephem.changes
Normal file
156
python-ephem.changes
Normal file
@@ -0,0 +1,156 @@
|
||||
-------------------------------------------------------------------
|
||||
Fri Oct 31 12:40:02 UTC 2025 - John Paul Adrian Glaubitz <adrian.glaubitz@suse.com>
|
||||
|
||||
- Update to 4.2
|
||||
* Fix windows build (#279)
|
||||
* Add twine check job (#280)
|
||||
* Update XEphem links to new URLs (#282)
|
||||
* Remove editable install from `requirements.txt`
|
||||
* Fix #266: limit rising/setting to 7 iterations
|
||||
* Add test for #258 and #266
|
||||
* Fix #244: tweak `rebuild-star-data` for new format
|
||||
* Remove unused C variable from circum.c (#274)
|
||||
* Drop unused variable from deep.c (#275)
|
||||
* Upgrade lunar magnitude routine (#270)
|
||||
* Add basic test of new Moon visual magnitude code
|
||||
* Whitespace and other cleanup to new Moon code
|
||||
- Use Python 3.11 on SLE-15 by default
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Jun 23 01:30:08 UTC 2025 - Steve Kowalik <steven.kowalik@suse.com>
|
||||
|
||||
- Switch to pyproject macros.
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Tue Nov 12 12:31:19 UTC 2024 - John Paul Adrian Glaubitz <adrian.glaubitz@suse.com>
|
||||
|
||||
- Update to 4.1.6
|
||||
* Remove broken link to Meeus's book
|
||||
* Fix or remove several old broken links
|
||||
* Update github actions and add Python 3.13 (#278)
|
||||
* Build wheels for Python 2.7 again (#263)
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Dec 4 21:05:13 UTC 2023 - Dirk Müller <dmueller@suse.com>
|
||||
|
||||
- update to 4.1.5:
|
||||
* Add support for Python 3.12.
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Jan 2 19:57:05 UTC 2023 - Dirk Müller <dmueller@suse.com>
|
||||
|
||||
- update to 4.1.4:
|
||||
* A memory leak has been resolved, that was failing to free the storage
|
||||
for the satellite name (a Python string) and catalog number (a Python
|
||||
integer) when the satellite object itself was freed.
|
||||
* In previous versions, if you asked for the position of a body
|
||||
(a) whose elliptical or hyperbolic orbit has an eccentricity very
|
||||
close to 1.0 and (b) which is very far from perihelion, then the
|
||||
underlying C library would print a warning ``Near-parabolic orbit:
|
||||
inaccurate result`` but let your Python script continue on unawares.
|
||||
Now, no message is printed directly to the screen, and instead a
|
||||
``RuntimeError`` will tell you why PyEphem can’t compute the body’s
|
||||
position.
|
||||
* The underlying C library should no longer produce a segmentation fault
|
||||
if given the floating point number ``NaN`` as a date. The Python
|
||||
rising and setting logic now also watches out for ``NaN`` dates, and
|
||||
raises a ``ValueError`` when one is detected.
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Jan 17 20:46:45 UTC 2022 - Ben Greiner <code@bnavigator.de>
|
||||
|
||||
- Update to 4.1.3
|
||||
* Fixed an inadvertent loss of precision in the routine that
|
||||
computes a date’s hours, minutes, and seconds. It was
|
||||
sometimes returning a small negative number of seconds, which
|
||||
caused Python’s `datetime` type to complain `ValueError: second
|
||||
must be in 0..59`.
|
||||
- Release 4.1.2
|
||||
* Fixed the new rising and setting routines so they properly
|
||||
detect if a body is always below the horizon and raise a
|
||||
NeverUpError instead of a plain ValueError.
|
||||
* Gave bodies a new ha Hour Angle attribute, since the quantity
|
||||
was computed internally but then discarded.
|
||||
* Renamed the observer attribute temp to temperature, leaving an
|
||||
alias behind to support the old spelling.
|
||||
|
||||
-------------------------------------------------------------------
|
||||
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>
|
||||
|
||||
- update to 3.7.7.1:
|
||||
* Fixed a memory leak in ``readdb()``.
|
||||
* Fixed the ``Body.copy()`` method to correctly copy
|
||||
object-specific fields across to the new object, like Saturn ring tilt
|
||||
and Earth satellite catalog number.
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Fri Sep 13 12:22:13 UTC 2019 - Tomáš Chvátal <tchvatal@suse.com>
|
||||
|
||||
- Initial commit, needed by the convertdate
|
||||
Reference in New Issue
Block a user