Vdist

Latest version: v2.3.0.post9

Safety actively analyzes 682244 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 2 of 3

1.7.3

Manpage is now available. Just type "man vdist" and you'll get usage help.

untagged-fcd59fcd95bd7188f7dd
Debian packages now depends on official docker-ce packages and not on docker.io.

1.5.8

* Since Python 3.7 it seems you need to install libffi as a prerequisite to compile python. I've included libffi installation in template so you don't need to do it manually through build_deps flag in your vdist config file.
* I've changed Travis CI configuration for vdist building:
* Centos profiles were giving me many headaches. Their dependencies were so difficult to accomplish that I've dropped support for Centos 6.
* Even in Centos 7 I've split my tests in several batches to not to get timeouts at Travis.
* I've improved the way I pushed tags to Github.

1.4.9

None

1.4.8

- Travis build scripts habe been refactored to install vdist on Travis
from Pypi. That way I fixed some compatibility issues between docker
client library and docker server that is installed in Travis Ubuntu
version. Good news are that now Travis build step is some minutes
shorter.
- Some build tasks were failing silently at Travis CI so I thought I was
packaging properly releases when I actually wasn't. So I've made some
changes to explicitely return error codes on exceptions to warn Travis
about error conditions. Hopefully this will make Travis fail the job and
stop it properly.
- Fixed a problem related with a docker client version mismatch.
- Removed some redundant code that caused a rare race condition at Travis-CI
build stage.
- Inner docker engine has been refactored to use docker API instead of console
commands. This way basecode is cleaner and easier to maintain.
- Since Python 2.7 is now longer a supported platform for vdist, all
inner python 2 code has been removed. That way code should be easier
to maintain.
- Codebase has been refactored to a more idiomatic Python 3.

1.3.1

Urgent fix. I've realized that packaging configuration had a wrong parameter, so version that was being packaged was not from master branch but from a wrong one.

1.3

* Added multiprocessing support. Now builds are run parallely if run in multicore machines. So, if you build for many targets you're going to experience great performance improvement.
* This is the first release that removes Python 2 support. I want to include some features to make code more maintainable but those are Python 3 only. Be aware that this only could affect you if you use vdist in integration mode or from Pypi. If you use it from a DEB or RPM install then you are safe because those packages include their own python framework apart the one you use in your system.

Page 2 of 3

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.