Bug#1021982: ITP: python-dbus-fast -- Faster version of Python dbus-next

2022-10-18 Thread Edward Betts
Package: wnpp
Severity: wishlist
Owner: Edward Betts 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org

* Package name: python-dbus-fast
  Version : 1.45.0
  Upstream Author : Bluetooth Devices Authors 
* URL : https://github.com/bluetooth-devices/dbus-fast
* License : MIT
  Programming Lang: Python & C
  Description : Faster version of Python dbus-next

  dbus-fast is a Python library for DBus that aims to be a performant fully
  featured high level library primarily geared towards integration of
  applications into Linux desktop and mobile environments.
  .
  Desktop application developers can use this library for integrating their
  applications into desktop environments by implementing common DBus standard
  interfaces or creating custom plugin interfaces.
  .
  Desktop users can use this library to create their own scripts and utilities
  to interact with those interfaces for customization of their desktop
  environment.
  .
  dbus-fast plans to improve over other DBus libraries for Python in the
  following ways:
  .
   - Zero dependencies and pure Python 3.
   - Focus on performance
   - Support for multiple IO backends including asyncio and the GLib main loop.
   - Nonblocking IO suitable for GUI development.
   - Target the latest language features of Python for beautiful services and
 clients.
   - Complete implementation of the DBus type system without ever guessing
 types.
   - Integration tests for all features of the library.
   - Completely documented public API.

This package is needed because upstream for the Python bleak library has added
it as a dependancy.
 
I plan to maintain this package as part of the Python team.



beancount: updating to 2.3.5 and later

2022-10-18 Thread Blair Noctis
Hi team,

Was trying to package beancount 2.3.5, it failed with this:

> I: pybuild pybuild:326: chmod +x 
> /var/lib/sbuild/beancount/.pybuild/cpython3_3.10/build/beancount/tools/treeify.py
>  
> /var/lib/sbuild/beancount/.pybuild/cpython3_3.10/build/beancount/tools/sheets_upload.py;
>  rm 
> /var/lib/sbuild/beancount/.pybuild/cpython3_3.10/build/beancount/scripts/setup_test.py
> cd /var/lib/sbuild/beancount/bin; \
>   for binary in *; do \
> if [ "X$binary" = "XBUILD" ]; then continue; fi ; \
> PYTHONPATH=$(cd /var/lib/sbuild/beancount; pybuild --print build_dir 
> --interpreter python3) \
>   help2man \
> --name "$(grep $binary 
> /var/lib/sbuild/beancount/debian/manpages/whatis.txt | cut -f 2)" \
> --no-info \
> --help-option=-h \
> --version-string=2.3.5 \
> ./$binary > /var/lib/sbuild/beancount/debian/manpages/$binary.1 ; \
>   done
> help2man: can't get `-h' info from ./upload-to-sheets
> Try `--no-discard-stderr' if option outputs to stderr
> make[1]: *** [debian/rules:20: override_dh_auto_build] Error 1
> make[1]: Leaving directory '/var/lib/sbuild/beancount'
> make: *** [debian/rules:13: binary] Error 2
> dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
> 2

After a little investigation it's found to be beancount.tools.sheets_upload
having changed to require google-auth-oauthlib in 2.3.4. It no longer depends on
googleapi, which itself hasn't seen upload or development since mid-2020.

Further on, beancount developement branch has non-core components moved to
beanlabs [1], including bin/upload-to-sheets, removing
beancount.tools.sheets_upload entirely [2]. Maybe we could start packaging 
beanlabs?

1: https://github.com/beancount/beanlabs
2: https://github.com/beancount/beancount/issues/654

-- 
Regards,
Blair Noctis


OpenPGP_signature
Description: OpenPGP digital signature