On 4/25/19 10:04 AM, Artem Golubev wrote:
Hello, I’m using python3.5, python3.7 on Debian 9 stretch
This is my code:
[snip]
When I execute my code I receive this error
***
Traceback (most recent call last):
File "/root/python/projects/test/socket.py", line 7, in
sock =
On 1/14/19 1:36 PM, Piotr Ożarowski wrote:
>> Conceptually I think it's more relevant to override dh_auto_test. To make
>> sure pytest will register the plugin one may tweak the $PYTHONPATH. That's
>> the approach I followed in pytest-flask, see [1].
>
>> [1]
>> https://salsa.debian.org/python-te
On 1/13/19 9:23 PM, Scott Talbert wrote:
When packaging a pytest plugin and wanting to run the plugin's unit
tests during the build process, the plugin usually has to be installed
before running the tests, otherwise pytest cannot find the plugin. This
seems to require workarounds such as this
Package: wnpp
Severity: wishlist
Owner: Alexandros Afentoulis
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: pystemd
Version : 0.5.0
Upstream Author : Alvaro Leiva
* URL : https://github.com/facebookincubator/pystemd
Hello people,
I am packaging pytest-flask [1], bug #816713, and I would like to
maintain it within the DPMT. I've been in contact with Apollon
Oikonomopoulos for sponsorship.
I did read and agree with team's policy [2].
My salsa username is alexaf-guest.
Thanks!
[1] https://salsa.debian.org/al
- A set of pytest fixtures to test Flask extensions
To access further information about this package, please visit the
following URL:
https://mentors.debian.net/package/pytest-flask
Regards,
Alexandros Afentoulis
Package: wnpp
Severity: wishlist
Owner: Alexandros Afentoulis
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: python-django-nocaptcha-recaptcha
Version : 0.0.20
Upstream Author : Imaginary Landscape
* URL :
https
Nice,cool, thank you Alexandros Afentoulis
Στις 22/01/2018 09:20 μμ, ο Alexandros Afentoulis έγραψε:
> Alexandros Afentoulis
On 01/22/2018 01:34 PM, Piotr Ożarowski wrote:
> [Alexandros Afentoulis, 2018-01-21]
>> This is the test, essentially two HTTP endpoints where a GET to the
>> first results in a GET to the second, as far as I can tell:
>
> pybuild (by default) sets http{,s}_proxy to http{,s
Perhaps that's why the
test never ends?
I'm trying to understand which parameter of the dpkg environment results
in this behavior. Is there some kind of restriction for the
interprocess communication through TCP sockets? As far as I can tell
'USENETWORK' has nothing to do with this, since all connections are to
localhost.
Any insight would be appreciated.
Of course bypassing the test with
'-k-test_concurrent_requests_to_live_server' successfully builds the
package.
Thanks in advance,
Alexandros
[1] https://gitlab.com/alexaf/pytest-flask
[2]
https://github.com/pytest-dev/pytest-flask/blob/master/tests/test_live_server.py#L86
Στις 14 Δεκεμβρίου 2017 3:38:46 μ.μ. EET, ο/η "Piotr Ożarowski"
έγραψε:
>Hi,
>
>I plan to prepare new dh-python upload soon and hence a question about
>a bit controversial change: should dh_python2 (as we discussed during
>last DebConf's Python BoF) replace /usr/bin/python shebangs with
>/usr/b
11 matches
Mail list logo
