Bug #9368
closedWarning during deployment to openstack cloud
0%
Description
2018-11-07 18:08:44 (ssh.py:116) INFO> Executed command STDERR: /usr/local/lib/python3.5/dist-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>. """)
Updated by Evgeny Novikov about 6 years ago
- Status changed from New to Rejected
This is just a warning. We should not take care about it. I hope that soon it will disappear.
Updated by Ilja Zakharov about 6 years ago
I whould also propse to fix this, since it is a one-line fix in deployment configuration (change name of the package).
Updated by Evgeny Novikov about 6 years ago
I think that you both did not investigate reasons of this warning, but propose to suppress it.
Updated by Ilja Zakharov about 6 years ago
Nope, you are wrong. The reason is usage of a deprecated package instead of a new one. Locally I use the correct one and do not have this warning.
Updated by Evgeny Novikov about 6 years ago
Ilja Zakharov wrote:
Nope, you are wrong. The reason is usage of a deprecated package instead of a new one. Locally I use the correct one and do not have this warning.
Did you read http://initd.org/psycopg/docs/install.html#binary-install-from-pypi? Perhaps I mistake but it says that nobody should use the binary package in production. The only disadvantage for us is that soon we may need to add some build time dependencies if we already do not have them.
Updated by Ilja Zakharov about 6 years ago
The document says this in the following context:
If you are the maintainer of a publish package depending on psycopg2 you shouldn’t use psycopg2-binary as a module dependency. For production use you are advised to use the source distribution.
We defnietly not maintain any public pip packages that rely upon psycopg, however, it is not clear about other cases. The latest version of psycopg is 2.8, so the next version according to the warning will be renamed. Possible solution of course is to wait for the next version and solve the problem later.
On my machine I do not experience any problems using the binary version.
Updated by Evgeny Novikov about 6 years ago
Ilja Zakharov wrote:
The document says this in the following context:
If you are the maintainer of a publish package depending on psycopg2 you shouldn’t use psycopg2-binary as a module dependency. For production use you are advised to use the source distribution.
We defnietly not maintain any public pip packages that rely upon psycopg, however, it is not clear about other cases. The latest version of psycopg is 2.8, so the next version according to the warning will be renamed. Possible solution of course is to wait for the next version and solve the problem later.
As far as I understand by using "psycopg2" without suffix "-binary" we will just build it from sources (it seems that we already may do this, but not in all cases) - the package will not be renamed. For more details you should read https://pypi.org/project/psycopg2/.
On my machine I do not experience any problems using the binary version.
This will likely be the case in all our use cases.