search for: get_config_var

...586.rpm I have also checked on the location of R using R RHOME which returns /usr/lib/R. When I run python setup.py install I get the following complaints, [root at localhost rpy]# python setup.py install Traceback (most recent call last): File "setup.py", line 17, in ? get_config_vars()['OPT'] = '-DNDEBUG -g -O3 -Wall' File "/usr/lib/python2.2/distutils/sysconfig.py", line 408, in get_config_vars func() File "/usr/lib/python2.2/distutils/sysconfig.py", line 313, in _init_posix raise DistutilsPlatformError(my_msg) distutils.errors....

This is the same fix I posted a few days ago for hivex (<1369351909-23821-3-git-send-email-bengen@hilluzination.de>). Cheers, -Hilko

...on" != "xno"], AC_MSG_CHECKING([for Python extension suffix (PEP-3149)]) if test -z "$PYTHON_EXT_SUFFIX"; then - python_ext_suffix=`$PYTHON -c "import sysconfig; \ - print (sysconfig.get_config_var('EXT_SUFFIX') or sysconfig.get_config_var('SO'))"` + python_ext_suffix=`$PYTHON -c "import distutils.sysconfig; \ + print (distutils.sysconfig.get_config_var('EXT_SUFFIX') or distutils.sysconfig.get_confi...

...in File "/usr/lib/python2.7/site.py", line 278, in addusersitepackages File "/usr/lib/python2.7/site.py", line 253, in getusersitepackages File "/usr/lib/python2.7/site.py", line 243, in getuserbase File "/usr/lib/python2.7/sysconfig.py", line 520, in get_config_var File "/usr/lib/python2.7/sysconfig.py", line 419, in get_config_vars File "/usr/lib/python2.7/sysconfig.py", line 298, in _init_posix IOError: invalid Python installation: unable to open /usr/include/python2.7/pyconfig-32.h (No such file or directory) I: -input-charset not s...

..._MSG_RESULT([$PYTHON_INSTALLDIR]) fi + AC_MSG_CHECKING([for Python extension suffix (PEP-3149)]) + if test -z "$PYTHON_EXT_SUFFIX"; then + python_ext_suffix=`$PYTHON -c "import sysconfig; \ + print (sysconfig.get_config_var('EXT_SUFFIX') or sysconfig.get_config_var('SO'))"` + PYTHON_EXT_SUFFIX=$python_ext_suffix + fi + AC_MSG_RESULT([$PYTHON_EXT_SUFFIX]) + dnl Look for some optional symbols in libpython. old_LIBS="$LIBS" @@ -1183,6 +1191,7 @@...

..._RESULT([$PYTHON_EXT_SUFFIX]) > > dnl Look for some optional symbols in libpython. > - old_LIBS="$LIBS" > - > - PYTHON_BLDLIBRARY=`$PYTHON -c "import distutils.sysconfig; \ > - print (distutils.sysconfig.get_config_var('BLDLIBRARY'))"` > AC_CHECK_LIB([c],[PyCapsule_New], > [AC_DEFINE([HAVE_PYCAPSULE_NEW],1, > [Found PyCapsule_New in libpython.])], > - [],[$PYTHON_BLDLIBRARY]) > + [],...

Building against multiple versions of Python is a lot of fun as it is. Add autoconf/automake/libtool (and possible distribution-specific stuff) to the mix and things get really interesting: On Debian and Ubuntu, building against python 3.3 requires an extra include path as documented in <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692387>. As discussed in

This commit starts to split our massive, monolithic configure.ac file into smaller files, using the m4_include mechanism to combine them. I don't know if we should really do this, so I'm open to comments about it. However: - Our configure.ac script is 1800+ lines long, and that's pretty long. - configure.ac lacks structure; splitting it up might improve that. - From what I read,

Patch #7 depends on: https://www.redhat.com/archives/libguestfs/2020-January/msg00035.html No, Python < 3 support is not dropped yet, however it will be easier after this series. Pino Toscano (7): build: enforce a minimum Python version python: drop code for Python < 2.5 python: assume support for Capsules python: remove compile time check for PyString_AsString python: replace

...[AC_MSG_FAILURE([$LIBPYTHON is not installed])]) - AC_CHECK_FUNCS([PyCapsule_New \ - PyString_AsString]) + PYTHON_BLDLIBRARY=`$PYTHON -c "import distutils.sysconfig; \ + print (distutils.sysconfig.get_config_var('BLDLIBRARY'))"` + AC_CHECK_LIB([c],[PyCapsule_New], + [AC_DEFINE([HAVE_PYCAPSULE_NEW],1, + [Found PyCapsule_New in libpython])], + [],[$PYTHON_BLDLIBRARY]) + AC_CHECK_LIB([c],[PySt...

...t;xno"],[ AC_MSG_RESULT([$PYTHON_EXT_SUFFIX]) dnl Look for some optional symbols in libpython. - old_LIBS="$LIBS" - - PYTHON_BLDLIBRARY=`$PYTHON -c "import distutils.sysconfig; \ - print (distutils.sysconfig.get_config_var('BLDLIBRARY'))"` AC_CHECK_LIB([c],[PyCapsule_New], [AC_DEFINE([HAVE_PYCAPSULE_NEW],1, [Found PyCapsule_New in libpython.])], - [],[$PYTHON_BLDLIBRARY]) + [],[$PYTHON_LIBS])...

...AC_MSG_WARN([python $PYTHON_VERSION not found]) enable_python=no ])])]) - - dnl Check for various functions needed by the bindings. - old_LIBS="$LIBS" - - PYTHON_BLDLIBRARY=`$PYTHON -c "import distutils.sysconfig; \ - print (distutils.sysconfig.get_config_var('BLDLIBRARY'))"` - AC_CHECK_LIB([c],[PyString_FromString], - [AC_DEFINE([HAVE_PYSTRING_FROMSTRING],1, - [Found PyString_FromString in libpython.])], - [],[$PYTHON_BLDLIBRARY]) - AC_CHECK_LIB([c],[PyString_AsString], -...

This patch proposes to drop support for Python 2 in nbdkit. Rather than abruptly drop it everywhere, my proposal is that we point people to nbdkit 1.14 (the current stable version) if they want to continue with Python 2 plugins, while gently reminding them of the upcoming Python 2.7 end of life announcement. Libnbd never supported Python 2. Libguestfs in theory supports Python 2 but I dropped

Hi, continuing what started a couple of weeks ago [1], the attached patch series continues the work in making it easier to build and run libguestfs (in fixed appliance mode) on OSes different than Linux. The provided changes should cause no functional changes on Linux. [1] https://www.redhat.com/archives/libguestfs/2014-October/msg00176.html Thanks, -- Pino Pino Toscano (9): build: check

Two (not related to each other) refactorings: Patches 1-12 split configure.ac into smaller files using the m4_include mechanism. Patches 13-15 split out parts of guestfs.pod (ie. guestfs(3)) into three new manual pages: guestfs-hacking(3) - how to extend and contribute to libguestfs guestfs-internals(3) - architecture and internals guestfs-security(3) - security and CVEs Patch 16 is a