Bug#925164: RM: deltachat-core/0.39.0-1+ds2

[Andre Bianchi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Release Team,

Delta Chat upstream team doesn't want the package to go into next stable
(Buster) because the Delta Chat Core API is currently changing too fast
and they don't want to commit to maintaining the current packaged
version for the time Buster will exist.

Can you please remove deltachat-core 0.39.0-1+ds2 from current testing?

Thank you very much for your work.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEsrOXkE0587PUulEepea8pim6QScFAlySeeIACgkQpea8pim6
QSenvQ//US//02hKbNeatrK7fsyMcZbpC/77kWy43CkiN/G0AVAqR+8USshyXYd3
oVQw5PdN2mYfEwNrlDzPhoACiB3Ub+kW8C9SoE5aKwQOgEehF7ckW8BMP7kvuHl1
xzmMXVATEl+qolr96KNOOG/uvvvb/DgGp6Ru0oXSQfjrO/FQUTbdUgYgpaGfHzTy
cMd0g729jZaXKVlSKhucMBUCiQ6OLuXNZ58E3JOT2hrZC1jwtb34btlHfweHWdqs
JCbgpIISZCBtHwaryQsWsrMoKlqyv/rlPg1M/FPfm8XPFlWI1VGLqADXbfnU5tpy
RUlOexfE4qpoZoWba+23FVUy+AsohshyEw3gGfwWAqPLeYpf9FRzD8JRZjg/a/e9
wPMnRMHKBsQfDGT3r75f3VShjx1hSVO24rE70Yml7ATWUvK7W1plyKTaDgbZMqy8
EnkzE+Q7JiuqUJ165ZWgHjDq5q51+rh5YwozZDkaz8CtkKhKvVSqTO/r3A9c723z
ASOIO1y5adEsTCzdebJw/WCTx6fXk69ghM/KJ2GeWGMyiE2xmv3m4qnmK0bc8qUk
Z53q2qsg93w6DsqBitdYuaOUSvDkwpOguzXbBCrg3TZeSrWweNZDhm/g5PdLDQNf
MT7OucntNRV2jdv2/L2djyg3eudky++gsS/qxek548D9ZFCVCYc=
=CIJ0
-END PGP SIGNATURE-

Bug#854894: RFP: python-social-auth-core -- Core component of the python-social-auth ecosystem

[Andre Bianchi]

Control: retitle 854894 ITP: python-social-auth-core -- Core component of the 
python-social-auth ecosystem

I intend to package this and maintain it as part of the Debian Python
Modules Team. Everyone is welcome to help. :)

Bug#892190: ITP: python-user-agents -- A Python library that provides an easy way to identify devices like mobile phones, tablets and their capabilities by parsing (browser) user agent strings.

[Andre Bianchi]

Package: wnpp
Severity: wishlist
Owner: Andre Bianchi <dr...@riseup.net>
Control: block 745661 by -1
Control: block 796777 by -1

* Package name: python-user-agents
  Version : 1.1.0
  Upstream Author : Selwin Ong, Loisaida Sam Sandberg
* URL : https://pypi.python.org/pypi/user-agents
* License : MIT
  Programming Lang: Python
  Description : A Python library that provides an easy way to identify 
devices like mobile phones, tablets and their capabilities by parsing (browser) 
user agent strings.

user_agents is a Python library that provides an easy way to
identify/detect devices like mobile phones, tablets and their
capabilities by parsing (browser/HTTP) user agent strings. The goal is
to reliably detect whether:

- User agent is a mobile, tablet or PC based device
- User agent has touch capabilities (has touch screen)

user_agents relies on ua-parser <https://github.com/tobie/ua-parser>_ to
do the actual parsing of the raw user agent string.

This is a dependency for Weblate (https://weblate.org/):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745661
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796777

The idea is to maintain it inside the Debian Python Modules Team.
Everyone is welcome to help. :)

Bug#892182: ITP: siphashc -- siphashc is a python c-module for siphash, based on floodberry's version.

[Andre Bianchi]

Package: wnpp
Severity: wishlist
Owner: Andre Bianchi <dr...@riseup.net>
Control: block 745661 by -1
Control: block 796777 by -1

* Package name: siphashc
  Version : 1.0
  Upstream Author : Eli Janssen, Carlo Pires, Michal Čihař
* URL : https://github.com/WeblateOrg/siphashc/
* License : MIT
  Programming Lang: C, Python
  Description : siphashc is a python c-module for siphash, based on 
floodberry's version

SipHash is a family of pseudorandom functions (a.k.a. keyed hash
functions) optimized for speed on short messages. 

siphashc is a python c-module for siphash, based on floodberry's
version.

This is a dependency for Weblate (http://weblate.org): 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745661
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796777

I have asked upstream why they chose siphashc over alternatives, and the
answer was: "It was third party package where I later took over the
maintainership, that's why it's separate. I was looking at other
alternatives as well, but the problem is that the only maintained
alternative which exposes siphash is python-nacl and that performs way
worse due to working as generic hash and producing strings instead of 64
bit integers which we need. Overall it was quite big performance drop in
my tests."

The plan is to maintain it inside the Debian Python Modules Team.
Everyone is welcome to help. :-)

Bug#854895: RFP: social-auth-app-django -- Core component of the python-social-auth ecosystem

[Andre Bianchi]

Package: wnpp
Followup-For: Bug #854895
Owner: Andre Bianchi <dr...@riseup.net>

retitle 854895 ITP: social-auth-app-django -- Core component of the 
python-social-auth ecosystem
thank you

I intend to package this. PyPI page is:

  https://pypi.python.org/pypi/social-auth-app-django

Bug#859685: sqlcipher: Enable use of usleep in platforms that support it

[Andre Bianchi]

Source: sqlcipher
Version: 3.2.0-2
Severity: normal

SQLCipher inherits from SQLite a compile time option called HAVE_USLEEP
that enables the use of the usleep() system call. If it is not set,
sqlite3_sleep() will have a minimum wait interval of 1 second,
regardless of its argument (see: https://sqlite.org/compile.html).

In the case of concurrent access to a database, the internal sqlcipher
retry strategy is affected. Instead of sleeping for something between 1
and 100 milliseconds, sqlcipher will always sleep for one whole second
before trying to gain write access again. This is a waste of resources
as threads might be sleeping much more than needed, and also affects
applications in which the configured timeout is less than one second.
Also, retry strategies implemented on top of sqlcipher are more
difficult to succeed and be tuned.

To fix this, the HAVE_USLEEP compile time option has to be enabled for
the platforms that support it.

Bug#856209: override: diceware:utils/optional

[Andre Bianchi]

Package: ftp.debian.org
Severity: normal

When it was created, 'diceware' was mistakenly uploaded in section
"python", which is for packages that install the Python programming
language or libraries. As 'diceware' actually installs an application,
it should not be in the "python" section.

>From the section descriptions, it seems that the "utils" section is more
appropriate for 'diceware'.

Thanks to Ben Finney  that noticed that:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826637