moin
moin copied to clipboard
pass "--system-site-packages" into `virtualenv`?
I'm using moin2 on OpenBSD 6.4 (the current release).
./m extras doesn't install. The error is:
Running setup.py install for python-ldap: finished with status 'error'
Modules/constants.h:7:10: fatal error: 'lber.h' file not found
1 error generated.
error: command 'cc' failed with exit status 1
However, "lber.h" does exist on my system:
# pkg_info -L openldap-client | grep lber.h
/usr/local/include/lber.h
Digging deeper, I found that I could install "python-ldap" by:
pkg_add openldap-client(in case not already installed)git clone https://github.com/python-ldap/python-ldap.git- `cd python-ldap
vi setup.cfgand adding the following to the[_ldap]section:
library_dirs = /usr/local/lib
include_dirs = /usr/local/include /usr/local/include/sasl
. ../activate(so install will be in the env)python setup.py install
I then tried to get the python-ldap to make the change permanent, but they pushed back: https://github.com/python-ldap/python-ldap/issues/273.
So I took it to the OpenBSD list here, and got an interesting response here, to which I responded here.
So now my question (and the reason for this Issue) is, would it be generally okay to pass "--system-site-packages" into virtualenv?
As I understand it, I should be able to install the OpenBSD package py-ldap, which installs the Python package python-ldap, and thus virtualenv --system-site-packages should find the dependency already resolved.
PS: I'm aware of Issue #748, but that is more of a documentation effort (I think), and doesn't help here, as I already have all the dependencies installed.
Long ago when moin2 had many GSOC students, we frequently had users with fresh installations pull current versions of packages that caused failures. Devs with older package versions could not reproduce these failures, causing much confusion. Eventually quickinstall.py was changed to always update packages so devs had a chance to find these problems before new users (assuming some devs would regularly run quickinstall).
So first issue is how does --system-site-packages effect getting the current versions of all packages when quickinstall is rerun.
Second issue is will it be harder to debug package related issues when some users have virtualenv packages "missing".
If this is just an issue with OpenBSD, could you just do "./m extras --system-site-packages"?
On Sun, Mar 31, 2019 at 4:15 PM Kent Watsen [email protected] wrote:
I'm using moin2 on OpenBSD 6.4 (the current release).
./m extras doesn't install. The error is:
Running setup.py install for python-ldap: finished with status 'error' Modules/constants.h:7:10: fatal error: 'lber.h' file not found 1 error generated. error: command 'cc' failed with exit status 1
However, "lber.h" does exist on my system:
pkg_info -L openldap-client | grep lber.h
/usr/local/include/lber.hDigging deeper, I found that I could install "python-ldap" by:
- pkg_add openldap-client (in case not already installed)
- git clone https://github.com/python-ldap/python-ldap.git
- `cd python-ldap
- vi setup.cfg and adding the following to the [_ldap] section:
library_dirs = /usr/local/lib include_dirs = /usr/local/include /usr/local/include/sasl
- . ../activate (so install will be in the env)
- python setup.py install
I then tried to get the python-ldap to make the change permanent, but they pushed back: python-ldap/python-ldap#273 https://github.com/python-ldap/python-ldap/issues/273.
So I took it to the OpenBSD list here https://marc.info/?l=openbsd-misc&m=155406413900882&w=2, and got an interesting response here https://marc.info/?l=openbsd-misc&m=155406760301721&w=2, to which I responded here https://marc.info/?l=openbsd-misc&m=155407210202794&w=2.
So now my question (and the reason for this Issue) is, would it be generally okay to pass "--system-site-packages" into virtualenv?
As I understand it, I should be able to install the OpenBSD package py-ldap, which installs the Python package python-ldap, and thus virtualenv --system-site-packages should find the dependency already resolved.
PS: I'm aware of Issue #748 https://github.com/moinwiki/moin/issues/748, but that is more of a documentation effort (I think), and doesn't help here, as I already have all the dependencies installed.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/moinwiki/moin/issues/805, or mute the thread https://github.com/notifications/unsubscribe-auth/AAzhnsdr8hdVMFBqUl6CcIAooi1E0DYmks5vcUGsgaJpZM4cUm8W .