Bug#925164: RM: deltachat-core/0.39.0-1+ds2
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
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.
Package: wnpp Severity: wishlist Owner: Andre Bianchi 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.
Package: wnpp Severity: wishlist Owner: Andre Bianchi 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
Package: wnpp Followup-For: Bug #854895 Owner: Andre Bianchi 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
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
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