search for: pythonically

At least libpython2.7-dev and libpython3.3-dev on current Debian/unstable ship with pkg-config files. As with the pkg-config check for Lua, we check for versioned and an unversioned .pc files. --- configure.ac | 35 ++++++++++++++++++++--------------- python/Makefile.am | 2 +- 2 files changed, 21 insertions(+), 16 deletions(-) diff --git a/configure.ac b/configure.ac index

Hi, when I tested building nbdkit 1.1.15 in a current Debian chroot, I ran into the following test failure. A repeated build went fine through the tests and so far I have not been able to reproduce it with the previous version. The failing build was done using a clean Debian/sid, amd64 chroot spawned by sbuild. Cheers, -Hilko FAIL: test-python =================

Fixes all the pycodestyle issues in the Python bindings, overring one that does not make sense to change (and it's in setup.py, so almost irrelevant). Add a simple optional pycodestyle-based test to avoid regressions in the future. Pino Toscano (8): python: PEP 8: adapt empty lines python: PEP 8: adapt whitespaces in lines python: tests: catch specific exception python: tests:

Fixes the majority of the pycodestyle issues in the Python bindings, leaving only an overly length line in setup.py. Add a simple optional pycodestyle-based test to avoid regressions in the future. Pino Toscano (7): python: PEP 8: adapt empty lines python: PEP 8: adapt whitespaces in lines python: tests: catch specific exception python: tests: improve variable naming python: tests:

Processing commands for control at bugs.debian.org: > # sorry for the noise > submitter 585188 ! Bug #585188 [convirt] convirt: Python string exceptions no more allowed in Python 2.6 Changed Bug submitter to 'Sandro Tosi <morph at debian.org>' from 'Sandro Tosi <morph at ravel.debian.org>' > submitter 585189 ! Bug #585189 {Done: Julien BLACHE <jblache at

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

On systems where python is still set to python2 the check will fail even though it is still completely possible to compile and use nbdkit. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- configure.ac | 2 +- plugins/python/nbdkit-python-plugin.pod | 13 +++++++------ 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/configure.ac

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

Hey folks, With all the troubles I''ve been having with the version of xen that comes with RHEL 5.8 I was wondering whether there is somewhere out there where I can grab more recent versions in RPM format. I pulled down the sources from xen.org but would prefer to avoid having to build it myself if possible. RPMs are much cleaner. Is there some place out there to get something newer

Thank you for your response. # python -V Python 2.6.6 # rpm -qa|grep python gnome-python2-bonobo-2.28.0-3.el6.x86_64 gnome-python2-extras-2.25.3-20.el6.x86_64 python-setuptools-0.6.10-3.el6.noarch python-unittest2-0.5.1-3.el6.noarch gnome-python2-gconf-2.28.0-3.el6.x86_64 python-psycopg2-2.6-1.rhel6.x86_64 python-feedparser-5.1.2-2.el6.noarch python-iwlib-0.1-1.2.el6.x86_64

Hi, I can't do update: yum update Traceback (most recent call last): File "/usr/bin/yum", line 29, in <module> yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 298, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 110, in main base = cli.YumBaseCli() File

Hi, I'm using py-rrdtool 0.2.1 with rrdtool 1.3.0 under 7.0-STABLE, and there's a couple of things about this new version of rrdtool that hurt performance under FreeBSD, but apparently help on whatever they tested on. For every update, the database file is opened, mapped into memory, madvise() is called, contents are modified, msync() is called, and the file is unmapped and closed:

Starting with nbdkit 1.16, Python >= 3.3 will be required. Python 2 reaches end of life on 2020-01-01: https://python3statement.org/ https://pythonclock.org/ Debian oldoldstable and RHEL 7 have Python 3.4 and 3.6 respectively, so it seems pointless to try to support Python < 3.3 which lacked support for PyUnicode_AsUTF8. --- README | 13 +++++++------ configure.ac

Hi, I have successfully installed libvirt-.0.10.0 from source ./configure make make install How can I check that if libvirt-python is installed? Search the folders, it seems there is no such file [root@tiger ~]# find /usr/ -name libvirt-python [root@tiger ~]# find . -name libvirt-python [root@tiger ~]#   Regards, Mahmood

When running ./configure, I get the following error message: checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts

Hi, centos 6.8 comes with python 2.6. But I want to use python 2.7 to build gstreamer sdk. I have built python 2.7 and installed it into my custom directory. How to set centos to use python 2.7 by default instead of python 2.6? Thanks! Regards Andrew

I installed a third DC today. Replication works find, but as systemctl status samba-ad-dc showed an error w.r.t. dnsupdate I was running samba_dnsupdate ?verbose. Below is the output. It looks like there are some missing DNS records, but what are potential causes of this error: dns_tkey_gssnegotiate: TKEY is unacceptable I already checked what?s listed @

And fill out most of the missing bits of the API. Rich.

Bear with me, this is CentOS related. :) I have a python CGI that's behaving weirldy on Whitebox systems that've been switched over to CentOS 4 (ages ago, no other problems to speak of aside from this one). I've broken the problem down to a minimal test case... 1. Create a small database # sqlite3 /tmp/testcase.db 'CREATE TABLE testtable ( date date primary key unique, name

I'd like to continue the discussion about minimum Python versions from the "Use multiprocessing instead of threading" thread in its own thread because I feel it warrants additional discussion. In that thread, we were discussing maintaining support for Python 2.4 and 2.5. The latest response is: On Fri, Nov 30, 2012 at 1:40 PM, Daniel Dunbar <daniel at zuster.org> wrote: >