Bug#907928: Packaging Zotero

2018-10-22 Thread Emiliano Heyns
How does the Debian-packaging for version 4 work? I have a little
experience with Zotero 5, maybe I can help.


Processed: your mail

2018-10-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 910798 ITA: iw -- tool for configuring Linux wireless devices
Bug #910798 [wnpp] O: iw -- tool for configuring Linux wireless devices
Changed Bug title to 'ITA: iw -- tool for configuring Linux wireless devices' 
from 'O: iw -- tool for configuring Linux wireless devices'.
> owner 910798 !
Bug #910798 [wnpp] ITA: iw -- tool for configuring Linux wireless devices
Owner recorded as Paride Legovini .
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
910798: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910798
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#911585: ITS: ceph -- distributed storage and file system

2018-10-22 Thread Thomas Goirand
Package: wnpp
Severity: normal

There was no upload of this package since 2017-05-17, it is currently
full of RC bugs, and it is mainly unusable in Sid. Also, Nova needs a
version with Python 3 support, which Ceph currently doesn't have.

Considering we're dangerously approaching from the Buster freeze, I'm
opening this ITS bug. The intention is to take over the package and
maintain it in the OpenStack group.

Cheers,

Thomas Goirand (zigo)



Bug#821397: ITP tagged as pending?

2018-10-22 Thread Sean Whitton
Hello Nicolas,

Do you recall why you tagged #821397 as pending?

AFAICT the package is not in NEW.

-- 
Sean Whitton


signature.asc
Description: PGP signature


Bug#911608: ITP: haskell-resolv -- Domain Name Service (DNS) lookup via libresolv

2018-10-22 Thread Ilias Tsitsimpis
Package: wnpp
Severity: wishlist
Owner: Ilias Tsitsimpis 

* Package name: haskell-resolv
  Version : 0.1.1.1
  Upstream Author : Herbert Valerio Riedel 
* URL : https://hackage.haskell.org/package/resolv
* License : GPL-3+
  Programming Lang: Haskell
  Description : Domain Name Service (DNS) lookup via libresolv
  .
  This package implements an API for accessing the Domain Name Service (DNS)
  resolver service via the standard libresolv system library (whose
  API is often available directly via the standard libc C library) on
  Unix systems.
  .
  This package also includes support for decoding message record types
  as defined in the following RFCs:
  .
   - RFC 1035: Domain Names - Implementation And Specification
   - RFC 1183: New DNS RR Definitions
   - RFC 2782: A DNS RR for specifying the location of services (DNS SRV)
   - RFC 2915: The Naming Authority Pointer (NAPTR) DNS Resource Record
   - RFC 3596: DNS Extensions to Support IP Version 6
   - RFC 4034: Resource Records for the DNS Security Extensions
   - RFC 4255: Using DNS to Securely Publish Secure Shell (SSH) Key Fingerprints
   - RFC 4408: Sender Policy Framework (SPF) for Authorizing Use of Domains
 in E-Mail, Version 1
   - RFC 5155: DNS Security (DNSSEC) Hashed Authenticated Denial of Existence
   - RFC 6844: DNS Certification Authority Authorization (CAA) Resource Record
   - RFC 6891: Extension Mechanisms for DNS (EDNS(0))
   - RFC 7553: The Uniform Resource Identifier (URI) DNS Resource Record

This is a dependency for newer versions of cabal-install (>= 2.2.0.0).

-- 
Ilias



Bug#910876: RFP: audmes -- AUDio MEasurement System

2018-10-22 Thread Antoine Beaupre
I would love to see this packaged in Debian. I had been looking for this
for a while and gave up when I couldn't find a package. I suspect the
multimedia team might be interested:

https://wiki.debian.org/DebianMultimedia

A.

-- 
Concepts have meaning only if we can point to objects to which they
refer and to the rules by which they are assigned to these objects.
   - Albert Einstein


signature.asc
Description: PGP signature


Bug#911537: marked as done (ITP: haskell-base-compat-batteries -- base-compat with extra batteries)

2018-10-22 Thread Debian Bug Tracking System
Your message dated Mon, 22 Oct 2018 16:00:10 +
with message-id 
and subject line Bug#911537: fixed in haskell-base-compat-batteries 0.10.1-1
has caused the Debian Bug report #911537,
regarding ITP: haskell-base-compat-batteries -- base-compat with extra batteries
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
911537: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911537
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Ilias Tsitsimpis 

* Package name: haskell-base-compat-batteries
  Version : 0.10.1
  Upstream Author : Simon Hengel ,
João Cristóvão ,
Ryan Scott 
* URL : https://hackage.haskell.org/package/base-compat-batteries
* License : Expat
  Programming Lang: Haskell
  Description : base-compat with extra batteries
  .
  Provides functions available in later versions of base to a wider
  range of compilers, without requiring you to use CPP pragmas
  in your code.
  .
  This package provides the same API as the base-compat library,
  but depends on compatibility packages (such as semigroups) to offer
  a wider support window than base-compat, which has no dependencies.
  Most of the modules in this library have the same names as in
  base-compat to make it easier to switch between the two. There also
  exist versions of each module with the suffix .Repl.Batteries, which
  are distinct from anything in base-compat, to allow for easier
  use in GHCi.

This is a dependency for newer versions of criterion (>= 1.4.1.0) and
aeson-extra (>= 0.4.1.1).

-- 
Ilias
--- End Message ---
--- Begin Message ---
Source: haskell-base-compat-batteries
Source-Version: 0.10.1-1

We believe that the bug you reported is fixed in the latest version of
haskell-base-compat-batteries, which is due to be installed in the Debian FTP 
archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 911...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ilias Tsitsimpis  (supplier of updated 
haskell-base-compat-batteries package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 21 Oct 2018 19:36:03 +0300
Source: haskell-base-compat-batteries
Binary: libghc-base-compat-batteries-dev libghc-base-compat-batteries-prof 
libghc-base-compat-batteries-doc
Architecture: source amd64 all
Version: 0.10.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group 

Changed-By: Ilias Tsitsimpis 
Description:
 libghc-base-compat-batteries-dev -
 libghc-base-compat-batteries-doc -
 libghc-base-compat-batteries-prof -
Closes: 911537
Changes:
 haskell-base-compat-batteries (0.10.1-1) unstable; urgency=low
 .
   * Initial release (Closes: #911537)
Checksums-Sha1:
 4b33c9fb33277000ca6b59b6db2099eb04ee7666 2745 
haskell-base-compat-batteries_0.10.1-1.dsc
 71acb8620d2c611082cd1acf87ebb17267ec966f 15813 
haskell-base-compat-batteries_0.10.1.orig.tar.gz
 ca84c3945600bed2681ff909849c116da5bedb6f 2368 
haskell-base-compat-batteries_0.10.1-1.debian.tar.xz
 2cba2d2b9d678ecaee93e82ffbba8391e3e5e271 8985 
haskell-base-compat-batteries_0.10.1-1_amd64.buildinfo
 9366bf45d1cca68cce46f77b8253ce167052ab52 76516 
libghc-base-compat-batteries-dev_0.10.1-1_amd64.deb
 bb263c35b9aaa12e592ccb904002a1fac141df65 108836 
libghc-base-compat-batteries-doc_0.10.1-1_all.deb
 ceeb44f6e7376595f3a9097d871c4313f8f2f979 58056 
libghc-base-compat-batteries-prof_0.10.1-1_amd64.deb
Checksums-Sha256:
 33b78b8b8be01f21859644799fb2d99b40879f3ae0a73bfcb67fd8a3994e457d 2745 
haskell-base-compat-batteries_0.10.1-1.dsc
 15578bafe45db81f7c7ad33253b2b047dab9b6df4ca7ca57f541d64084f113c9 15813 
haskell-base-compat-batteries_0.10.1.orig.tar.gz
 dcda5b07b5a52a31503892c6e1b0a9db62bed0b0192aca1a591deec031cfa03a 2368 
haskell-base-compat-batteries_0.10.1-1.debian.tar.xz
 6143d463d530b131a34d6c64e134c943ce69dacc352a71f056c92b62e53793dc 8985 
haskell-base-compat-batteries_0.10.1-1_amd64.buildinfo
 9074d52625447e9d4de85094198a4740aa1439eeb77dca8431a38225a3541af7 76516 
libghc-base-compat-batteries-dev_0.10.1-1_amd64.deb
 d2e578d888e2eb4fd1e2c5268ec5bf097708e4de16d05eb6bbd8deb2cf5faba5 108836 

Bug#911543: marked as done (ITP: haskell-skylighting-core -- syntax highlighting library)

2018-10-22 Thread Debian Bug Tracking System
Your message dated Mon, 22 Oct 2018 16:00:11 +
with message-id 
and subject line Bug#911543: fixed in haskell-skylighting-core 0.7.3-1
has caused the Debian Bug report #911543,
regarding ITP: haskell-skylighting-core -- syntax highlighting library
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
911543: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911543
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Ilias Tsitsimpis 

* Package name: haskell-skylighting-core
  Version : 0.7.3
  Upstream Author : John MacFarlane 
* URL : https://hackage.haskell.org/package/skylighting-core
* License : BSD-3-clause
  Programming Lang: Haskell
  Description : syntax highlighting library
  .
  Skylighting is a syntax highlighting library. It derives its tokenizers
  from XML syntax definitions used by KDE's KSyntaxHighlighting framework,
  so any syntax supported by that framework can be added. An optional
  command-line program is provided. Skylighting is intended to be the
  successor to highlighting-kate.
  .
  This package provides the core highlighting functionality under a permissive
  license. It also bundles XML parser definitions licensed under the GPL.

This is a dependency for newer versions of haskell-skylighting (>= 0.7).

-- 
Ilias
--- End Message ---
--- Begin Message ---
Source: haskell-skylighting-core
Source-Version: 0.7.3-1

We believe that the bug you reported is fixed in the latest version of
haskell-skylighting-core, which is due to be installed in the Debian FTP 
archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 911...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ilias Tsitsimpis  (supplier of updated 
haskell-skylighting-core package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 21 Oct 2018 19:46:49 +0300
Source: haskell-skylighting-core
Binary: libghc-skylighting-core-dev libghc-skylighting-core-prof 
libghc-skylighting-core-doc
Architecture: source amd64 all
Version: 0.7.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group 

Changed-By: Ilias Tsitsimpis 
Description:
 libghc-skylighting-core-dev -
 libghc-skylighting-core-doc -
 libghc-skylighting-core-prof -
Closes: 911543
Changes:
 haskell-skylighting-core (0.7.3-1) unstable; urgency=low
 .
   * Initial release (Closes: #911543)
Checksums-Sha1:
 fd6e7d1aaea765b42402982c452529f945551da6 3726 
haskell-skylighting-core_0.7.3-1.dsc
 58934270010adc968afe1f7fdd63431a31ff9b7e 556588 
haskell-skylighting-core_0.7.3.orig.tar.gz
 8f0ab47e73845b2138b8245a2ba1541ccf241ee5 4216 
haskell-skylighting-core_0.7.3-1.debian.tar.xz
 b9e6a7c1af8b5e9ac9b130ce82d00bf4a39e6dbc 12341 
haskell-skylighting-core_0.7.3-1_amd64.buildinfo
 2b8c1a3a3f35e46658f9be32b24d4e008ed5996d 947532 
libghc-skylighting-core-dev_0.7.3-1_amd64.deb
 e8ff650b82c3be33396a2606d754385bf299f9c8 125232 
libghc-skylighting-core-doc_0.7.3-1_all.deb
 9e4a2409a83029370033bbb290d256ee4247a618 849008 
libghc-skylighting-core-prof_0.7.3-1_amd64.deb
Checksums-Sha256:
 67f24876d79343bd1b51f9728bf1dfaf6597a240e9fc30ed934c74baa84ea8c9 3726 
haskell-skylighting-core_0.7.3-1.dsc
 ec680d7ae507562e35916cb8bfe651b5644181946d2e7830116d2bb00c7a6262 556588 
haskell-skylighting-core_0.7.3.orig.tar.gz
 1d98b60f170f1656fb99078017b56dad40a4a8d831f7643eb1b81791ab281716 4216 
haskell-skylighting-core_0.7.3-1.debian.tar.xz
 89bcf175fe9441f8316927659b8658c8d3d902587d984598c329b6f7adec7c99 12341 
haskell-skylighting-core_0.7.3-1_amd64.buildinfo
 b38f07df5fe1cb72df7311f564783851e8a9dddad91b569996a3ac053949be1f 947532 
libghc-skylighting-core-dev_0.7.3-1_amd64.deb
 d26d797fdb029fdb0758ffc8f439147e3efdf6c95580f476b9181e359cfa45bd 125232 
libghc-skylighting-core-doc_0.7.3-1_all.deb
 4ac6f71d394e155fdaca004f1966532485b84abbca37b0e3c5e26133161ae28e 849008 
libghc-skylighting-core-prof_0.7.3-1_amd64.deb
Files:
 45799dcce97d5467bbbec874eca3c399 3726 haskell optional 
haskell-skylighting-core_0.7.3-1.dsc
 7d510a82d9d776afe91feb1c099a1132 556588 haskell optional 
haskell-skylighting-core_0.7.3.orig.tar.gz
 d0bee4125ba2bb1426598af813b751e9 4216 haskell optional 

Bug#905388: RFP: elogind -- The systemd project's "logind", extracted to a standalone package

2018-10-22 Thread Laurent Bigonville
On Fri, 03 Aug 2018 14:55:11 -0700 Brian Clinkenbeard 
 wrote:

> [...]
>
> Github description:
> Elogind is the systemd project's "logind", extracted out to be a
> standalone daemon. It integrates with PAM to know the set of users
> that are logged in to a system and whether they are logged in
> graphically, on the console, or remotely. Elogind exposes this
> information via the standard org.freedesktop.login1 D-Bus interface,
> as well as through the file system using systemd's standard
> /run/systemd layout. Elogind also provides "libelogind", which is a
> subset of the facilities offered by "libsystemd". There is a
> "libelogind.pc" pkg-config file as well.
>
> Gentoo description:
> elogind is the systemd project's logind, extracted to a standalone
> package. It's designed for users who prefer a non-systemd init system,
> but still want to use popular software such as KDE/Wayland or GNOME that
> otherwise hard-depends on systemd.
>
> Considering that ConsoleKit is no longer maintained and, according to
> the package changelog, "On Linux, the consolekit package is actively
> harmful and should no longer be installed", elogind is the only
> available seat/user/session management option for Linux users without
> systemd. Most distros that do not use systemd by default (e.g. Gentoo)
> have chosen to use elogind to provide these capabilities.

elogind source tarball is also building a elogind PAM module and a 
libelogind library.


IMVHO, the libelogind library shouldn't be package as a public library 
and all packages in debian should use libsystemd built from src:systemd 
package instead as it would otherwise lead to consistency issues an code 
duplication.


Please keep that in mind if somebody is packaging this for debian.

my 2¢



Bug#722204: marked as done (RFP: hrpg -- Command line interface to HabitRPG)

2018-10-22 Thread Debian Bug Tracking System
Your message dated Tue, 23 Oct 2018 04:19:59 +
with message-id 
and subject line closing RFP: hrpg -- Command line interface to HabitRPG
has caused the Debian Bug report #722204,
regarding RFP: hrpg -- Command line interface to HabitRPG
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
722204: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722204
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist

* Package name: hrpg
  Version : 0.20
  Upstream Author : Paul Fenwick 
* URL : http://search.cpan.org/perldoc?hrpg
* License : Same as Perl 5
  Programming Lang: Perl
  Description : Command line interface to HabitRPG
--- End Message ---
--- Begin Message ---
RFP 722204 has no visible progress for a long time, so closing.--- End Message ---


Bug#910876: RFP: audmes -- AUDio MEasurement System

2018-10-22 Thread Petter Reinholdtsen
[Antoine Beaupre]
> I would love to see this packaged in Debian. I had been looking for this
> for a while and gave up when I couldn't find a package. I suspect the
> multimedia team might be interested:
>
> https://wiki.debian.org/DebianMultimedia

As far as I can tell, no-one in the multimedia team have capacity to
look at it.  Perhaps you can give it a go and maintain i?  I would be
happy to help with the initial packaging, but do not want to promise to
look after it after this.

Feel free to ping me on #debian-multimedia if you are interested.

-- 
Happy hacking
Petter Reinholdtsen



Bug#911585: closed by Gaudenz Steinlin (Re: ITS: ceph -- distributed storage and file system)

2018-10-22 Thread Thomas Goirand
On 10/22/18 7:03 PM, Debian Bug Tracking System wrote:
> Hi Thomas
> 
> As per the package salvation process I oppose to this. I'm actively
> working on an updated package and I invited everyone who mailed me about
> the package to help maintain it. Unfortunately nobody really started to
> help in the last months.

Every single time someone started working on it, you managed to drive
him away. I do not intend to attempt the same approach again. So if
we're to do team work, then please answer what's bellow, and let's get
the job done (together, hopefully).

> As you know from previous conversation on this, my work in progress

Yeah, it's been nearly a year it's "in progress". Unfortunately, that's
not enough to reach Buster in time. What's holding you from uploading,
except what you describe below?

> can be found here. I also sent this to everyone else asking.
> 
> https://salsa.debian.org/ceph-team/ceph/tree/luminous/wip-gaudenz

I read "luminous" there in the branch name. Is this really what you
propose? Can't we have Mimic for Buster? Mimic comes with loads of nice
features, like a fully working cephfs that came out of beta. It'd be
really disappointing for everyone if we only had Luminous. Though
Luminous, I guess, is better than no ceph at all, which is the current
state of things... :(

> As you can see there was steady progress. That package is finally mostly
> ready.

I don't even understand where's the package that you're talking about.
On that branch you're pointing at, the changelog shows no entry from you
since Feb 2017. Should I manually fix the changelog to build a certain
version? If so, why didn't you edit it, to match the new upstream
release number?

> If you want to help, I'd appreciate someone to build the package
> and test it.

Sure, if you point at something that remotely looks like what we expect.

> There are also still two Errors reported by lintian which
> need fixing. One is an RPATH issue on the Java JNI libraray which I
> could not solve yet and where help would be much appreciated.

Can you explain further where to search for a fix?

Cheers,

Thomas Goirand (zigo)



Bug#911585: marked as done (ITS: ceph -- distributed storage and file system)

2018-10-22 Thread Debian Bug Tracking System
Your message dated Mon, 22 Oct 2018 18:52:52 +0200
with message-id <87h8hdx6sb@meteor.durcheinandertal.bofh>
and subject line Re: ITS: ceph -- distributed storage and file system
has caused the Debian Bug report #911585,
regarding ITS: ceph -- distributed storage and file system
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
911585: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911585
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

There was no upload of this package since 2017-05-17, it is currently
full of RC bugs, and it is mainly unusable in Sid. Also, Nova needs a
version with Python 3 support, which Ceph currently doesn't have.

Considering we're dangerously approaching from the Buster freeze, I'm
opening this ITS bug. The intention is to take over the package and
maintain it in the OpenStack group.

Cheers,

Thomas Goirand (zigo)
--- End Message ---
--- Begin Message ---


Hi Thomas

As per the package salvation process I oppose to this. I'm 
actively working on an updated package and I invited everyone who 
mailed me about the package to help maintain it. Unfortunately 
nobody really started to help in the last months.


As you know from previous conversation on this, my work in 
progress can be found here. I also sent this to everyone else 
asking.


https://salsa.debian.org/ceph-team/ceph/tree/luminous/wip-gaudenz

As you can see there was steady progress. That package is finally 
mostly ready. If you want to help, I'd appreciate someone to build 
the package and test it. There are also still two Errors reported 
by lintian which need fixing. One is an RPATH issue on the Java 
JNI libraray which I could not solve yet and where help would be 
much appreciated. I'm right now looking into the other error which 
related to systemd service files.


Gaudenz


Thomas Goirand  writes:


Package: wnpp
Severity: normal

There was no upload of this package since 2017-05-17, it is currently
full of RC bugs, and it is mainly unusable in Sid. Also, Nova needs a
version with Python 3 support, which Ceph currently doesn't have.

Considering we're dangerously approaching from the Buster freeze, I'm
opening this ITS bug. The intention is to take over the package and
maintain it in the OpenStack group.

Cheers,

Thomas Goirand (zigo)


--
PGP: 836E 4F81 EFBB ADA7 0852 79BF A97A 7702 BAF9 1EF5--- End Message ---


Bug#911646: RFP: python-skyfield -- Elegant astronomy for Python

2018-10-22 Thread Antoine Beaupre
Package: wnpp
Severity: wishlist

* Package name: python-skyfield
  Version : 1.9
  Upstream Author : Brandon Rhodes 
* URL : https://rhodesmill.org/skyfield/
* License : MIT/X
  Programming Lang: Python
  Description : Elegant astronomy for Python

Skyfield is a pure-Python astronomy package that is compatible with
both Python 2 and 3 and makes it easy to generate high precision
research-grade positions for planets and Earth satellites.

Skyfield computes positions for the stars, planets, and satellites in
orbit around the Earth. Its results should agree with the positions
generated by the United States Naval Observatory and their
Astronomical Almanac to within 0.0005 arcseconds (which equals half a
“mas” or milliarcsecond).



Brandon Rhodes is the author of PyEphem, already packaged in Debian,
but he's now working on a replacement called Skyfield which seems to
be better designed.

For example, I had to write a lot of boilerplate code to come up with
a moon phase generator here:

https://gitlab.com/anarcat/undertime/blob/master/moonphases.py

while it's only 5 lines of code in skyfield:

https://rhodesmill.org/skyfield/almanac.html#phases-of-the-moon

It's not completely clear to me what the difference is between the
two projects, so I have asked upstream for a clarification:

https://github.com/skyfielders/python-skyfield/issues/215

I don't have time to maintain it but it seems to me it should be
maintained as part of the astro team like pyephem.

Thanks!