Hi!
The new --set-trusted-host option needs a new devpi-common release.
Because we dropped Python 2.6 support in devpi-common, we would either
have to backport the changes to devpi-common 2.x, or drop support of
Python 2.6 for devpi-client.
I vote for dropping Python 2.6 support. Soon pip will stop supporting it
and that will mean it will become even harder to test with Python 2.6.
Anyone who still needs Python 2.6 support should use an older
devpi-client release. All other devpi packages dropped Python 2.6
already.
The next devpi-client release would then be 3.0.0.
Regards,
Florian Schulze
Hello everybody,
I'm using devpi-server to upload multiple versions the same package. I wanted to create an script that uploads the versions of the packages that are not present, so it will run really fast if the cache is already up to date.
I tried using 'devpi list -v' to check the available versions but it only shows the latest. When I try to delete the package, it shows what I need.
If this is the intended behavior, it's very confusing. Any help on this matter will be ver appreciated.
------------------------------------------------------------------------------------------------------------------------------------
(env)[devpi@s0m3s3rv3r-203 wheels2]$ devpi list -v | grep numpy
(env)[devpi@s0m3s3rv3r-203 wheels2]$ ls -al numpy-1.*
-rw-rw-r-- 1 devpi devpi 16499335 Mar 30 18:46 numpy-1.12.1-cp27-cp27mu-manylinux1_x86_64.whl
-rw-rw-r-- 1 devpi devpi 14700818 Mar 30 18:46 numpy-1.9.0-cp27-cp27mu-manylinux1_x86_64.whl
-rw-rw-r-- 1 devpi devpi 14711385 Mar 30 18:46 numpy-1.9.1-cp27-cp27mu-manylinux1_x86_64.whl
-rw-rw-r-- 1 devpi devpi 14735595 Mar 30 18:45 numpy-1.9.2-cp27-cp27mu-manylinux1_x86_64.whl
(env)[devpi@s0m3s3rv3r-203 wheels2]$ devpi upload numpy-1.*
register numpy-1.9.2 to http://localhost:3141/root/prod/
file_upload of numpy-1.9.2-cp27-cp27mu-manylinux1_x86_64.whl to http://localhost:3141/root/prod/
register numpy-1.12.1 to http://localhost:3141/root/prod/
file_upload of numpy-1.12.1-cp27-cp27mu-manylinux1_x86_64.whl to http://localhost:3141/root/prod/
register numpy-1.9.0 to http://localhost:3141/root/prod/
file_upload of numpy-1.9.0-cp27-cp27mu-manylinux1_x86_64.whl to http://localhost:3141/root/prod/
register numpy-1.9.1 to http://localhost:3141/root/prod/
file_upload of numpy-1.9.1-cp27-cp27mu-manylinux1_x86_64.whl to http://localhost:3141/root/prod/
(env)[devpi@s0m3s3rv3r-203 wheels2]$ devpi list -v | grep numpy
numpy-1.12.1
(env)[devpi@s0m3s3rv3r-203 wheels2]$ devpi remove numpy -y
About to remove the following releases and distributions
version: 1.9.1
- http://localhost:3141/root/prod/+f/74c/b491e6a11e843/numpy-1.9.1-cp27-cp27m…
version: 1.9.0
- http://localhost:3141/root/prod/+f/ff6/4c4a6d588ebac/numpy-1.9.0-cp27-cp27m…
version: 1.9.2
- http://localhost:3141/root/prod/+f/425/cc2d1f8326e28/numpy-1.9.2-cp27-cp27m…
version: 1.12.1
- http://localhost:3141/root/prod/+f/cd7/892f7d644d1b4/numpy-1.12.1-cp27-cp27…
Are you sure (yes/no)? yes (autoset from -y option)
deleting release 1.9.1 of numpy
deleting release 1.9.0 of numpy
deleting release 1.9.2 of numpy
deleting release 1.12.1 of numpy
(env)[devpi@s0m3s3rv3r-203 wheels2]$ devpi --version
devpi-client 2.7.0
------------------------------------------------------------------------------------------------------------------------------------
Thanks in advance,
Alfredo
Hello,
We have an wheelhouse index inheriting from pypi to house binary wheels (target environments do not have a compiler).
How would I remove an offending wheel based on platform?
--------------
$ devpi remove msgpack_python==0.4.6
About to remove the following releases and distributions
version: 0.4.6
- https://devpypi.inhouse.com/root/wheelhouse/+f/14f/95fae22b1b552/msgpack_py…
- https://devpypi.inhouse.com/root/wheelhouse/+f/cc5/e4c85dda75123/msgpack_py… # this is what I would like to remove (and only this)
---------------
using pep 508 environment specifiers errors out:
devpi remove 'msgpack_python==0.4.6; sys_platform="linux"'
$ devpi remove 'msgpack_python==0.4.6;sys_platform="linux"'
Traceback (most recent call last):
File "F:\Python2.7.12\Lib\runpy.py", line 174, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "F:\Python2.7.12\Lib\runpy.py", line 72, in _run_code
exec code in run_globals
File "F:\venv\Scripts\devpi.exe\__main__.py", line 9, in <module>
File "f:\venv\lib\site-packages\devpi\main.py", line 32, in main
return method(hub, hub.args)
File "f:\venv\lib\site-packages\devpi\list_remove.py", line 123, in main_remove
req = parse_requirement(args.spec)
File "f:\venv\lib\site-packages\devpi_common\metadata.py", line 152, in parse_requirement
return Requirement.parse(s)
File "f:\venv\lib\site-packages\pkg_resources\__init__.py", line 2918, in parse
req, = parse_requirements(s)
File "f:\venv\lib\site-packages\pkg_resources\__init__.py", line 2866, in parse_requirements
yield Requirement(line)
File "f:\venv\lib\site-packages\pkg_resources\__init__.py", line 2875, in __init__
raise RequirementParseError(str(e))
pkg_resources.RequirementParseError: Invalid requirement, parse error at "';sys_pla'"
Thanks,
D.
