forked from pool/python-ephem
- 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. OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=9
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
#
|
||||
# spec file for package python-ephem
|
||||
#
|
||||
# Copyright (c) 2022 SUSE LLC
|
||||
# Copyright (c) 2023 SUSE LLC
|
||||
#
|
||||
# All modifications and additions to the file contributed by third parties
|
||||
# remain the property of their copyright owners, unless otherwise agreed
|
||||
@@ -18,7 +18,7 @@
|
||||
|
||||
%{?!python_module:%define python_module() python-%{**} python3-%{**}}
|
||||
Name: python-ephem
|
||||
Version: 4.1.3
|
||||
Version: 4.1.4
|
||||
Release: 0
|
||||
Summary: Scientific-grade astronomy routines for Python
|
||||
License: MIT
|
||||
|
||||
Reference in New Issue
Block a user