python3-openvdb: build against the default python3 version

configure+build+install per python version). Thanks, On Fri, Mar 27, 2020 at 12:57 PM Emilio Pozuelo Monfort wrote: > > Control: reopen -1 7.0.0-1 > Control: retitle -1 python3-openvdb: build against the default python3 version > > On Mon, 24 Feb 2020 11:10:49 +0100 Mathieu Malaterre wro

c++ package with both python2 and python3 binding

[CC me please] Could someone please point me to a c++ based package which provides both a python2 and python3 binding. I'd like to start working toward #849426 (new upstream is now using cmake as possible build system instead of the old Makefile based one). Thanks

Re: Salvaging pylibtiff to Debian Python team or removing it from Debian?

On Fri, Oct 21, 2016 at 9:36 AM, Andreas Tille wrote: [...] > So if anybody in the Python team would like to take over from here on > I'd be really happy. Otherwise I consider either orphaning the package > or ask ftpmaster for removal. [...] Orphan bug report was sent in

Can't create directory '/svn/python-modules/db/transactions/32752-1.txn': Permission denied

[CC me please] Has anyone seen this lately: $ svn ci -mprepare package Sendingdebian/changelog Sendingdebian/control Sendingdebian/rules Sendingdebian/watch Transmitting file data svn: E13: Commit failed (details follow): svn: E13: Can't create

Re: Can't create directory '/svn/python-modules/db/transactions/32752-1.txn': Permission denied

On Thu, May 21, 2015 at 12:08 PM, Ansgar Burchardt ans...@debian.org wrote: Hi, On 05/21/2015 11:59 AM, Mathieu Malaterre wrote: Has anyone seen this lately: $ svn ci -mprepare package Sendingdebian/changelog Sendingdebian/control Sendingdebian/rules Sending

package-installs-python-bytecode

[Please CC me] I am reviewing some python packages. On my jessie machine here is what I am seeing: $ dget -u http://mentors.debian.net/debian/pool/main/p/python-udiskie/python-udiskie_1.1.2-1.dsc $ cd python-udiskie* $ dpkg-buildpackage -rfakeroot -us -uc $ lintian -I

Cannot find installed package that provides pillow. Using python-pillow as package name.

[CC me please] Dear all, I am starring at #744748. I do not understand how ${python:Depends} get changed into `python-pillow` for dh_python2. The bug is not really that annoying except that it prevent a backport of python-openslide (python 2.x) to wheezy, since python-pillow is only in jessie (I

Re: Cannot find installed package that provides pillow. Using python-pillow as package name.

On Wed, Jun 11, 2014 at 9:09 AM, Mathieu Malaterre ma...@debian.org wrote: [CC me please] Dear all, I am starring at #744748. I do not understand how ${python:Depends} get changed into `python-pillow` for dh_python2. The bug is not really that annoying except that it prevent a backport

Re: Cannot find installed package that provides pillow. Using python-pillow as package name.

On Wed, Jun 11, 2014 at 9:54 AM, Piotr Ożarowski pi...@debian.org wrote: [Mathieu Malaterre, 2014-06-11] On Wed, Jun 11, 2014 at 9:09 AM, Mathieu Malaterre ma...@debian.org wrote: I am starring at #744748. I do not understand how ${python:Depends} get changed into `python-pillow

Selecting python-flask vs python3-flask

[CC me please] Hi, I am trying to work on : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740907 Basically I have an example package (dh_installexamples) which needs to depends on python-flask. Depending whether my users installed python3-openslide or python-openslide, I need to

pybuild: python2,python3 and dh_installexamples

[CC me please] Dear all, I am trying to build a python3 package from an existing package: openslide-python. After following recommendations from: https://wiki.debian.org/Python/LibraryStyleGuide Here is what I get: http://packages.debian.org/sid/all/python3-openslide/filelist clearly

warning: package python-gdcm: unused substitution variable ${python:Versions}

[CC me pls] Hi there, I am starring at the following warning: warning: package python-gdcm: unused substitution variable ${python:Versions} My package reads as: $ cat d/control Source: gdcm ... X-Python-Version: 2.7 ... Package: python-gdcm Section: python Architecture: any Depends:

W: dh_python2:427: public extension linked with libpython2.7: libvtkgdcmPython.so

[CC me please] Hi there, I am looking for more information about [1] and [2]. Here is my current issue. GDCM ships a python module which in turn links to a shared libs. It looks like this: $ readelf -d /usr/lib/pyshared/python2.7/libvtkgdcmPython.so Dynamic section at offset 0x1de0 contains

Re: W: dh_python2:427: public extension linked with libpython2.7: libvtkgdcmPython.so

On Tue, May 8, 2012 at 9:28 AM, Mathieu Malaterre ma...@debian.org wrote: ... $ readelf -d /usr/lib/pyshared/python2.7/libvtkgdcmPython.so Dynamic section at offset 0x1de0 contains 26 entries:  Tag        Type                         Name/Value  0x0001 (NEEDED)             Shared

Re: warning: symbol PyLong_FromUnsignedLong...

On Thu, Apr 12, 2012 at 7:42 PM, Jakub Wilk jw...@debian.org wrote: * Mathieu Malaterre ma...@debian.org, 2012-04-12, 12:32: Since every single python module suffer from this, I thought there would be something very simple. No, most of Python extension modules don't suffer from it. I am

Re: warning: symbol PyLong_FromUnsignedLong...

Paul, On Wed, Apr 11, 2012 at 11:52 PM, Paul Wise p...@debian.org wrote: On Wed, Apr 11, 2012 at 11:43 PM, Mathieu Malaterre wrote:  I am trying to remove the remaining warnings from the gdcm/python package. They can be seen here: That is pretty normal for plugins on Linux; the symbols

Re: warning: symbol PyLong_FromUnsignedLong...

Jakub, On Thu, Apr 12, 2012 at 12:20 PM, Jakub Wilk jw...@debian.org wrote: * Mathieu Malaterre ma...@debian.org, 2012-04-11, 17:43: dpkg-shlibdeps: warning: debian/python-gdcm/usr/lib/python2.7/dist-packages/_gdcmswig.so contains an unresolvable reference to symbol PyObject_IsTrue: it's

Re: warning: symbol PyLong_FromUnsignedLong...

On Thu, Apr 12, 2012 at 12:23 PM, Jakub Wilk jw...@debian.org wrote: * Mathieu Malaterre ma...@debian.org, 2012-04-12, 09:04: I am trying to remove the annoying 'todo' section of the gdcm package page: http://packages.qa.debian.org/g/gdcm.html If this was a lintian false positive, one

warning: symbol PyLong_FromUnsignedLong...

[CC me please] Hi there, I am trying to remove the remaining warnings from the gdcm/python package. They can be seen here: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=powerpcver=2.2.0-10stamp=1334158394 copied here for convenience: ... dpkg-shlibdeps: warning:

Re: Bug #649904: running install_data

On Tue, Nov 29, 2011 at 10:44 AM, Piotr Ożarowski pi...@debian.org wrote: [Mathieu Malaterre, 2011-11-29]   I am trying to fix bug #649904. I have been talking with upstream, and apparently the install process on debian is doing something weird after the line running install_data, see

Re: ImportError: No module named multiarray (is back)

[CC me please] hi all, 2011/11/22 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: [...] Hi Mathieu, I don't think that your problem can be solved in any simple way, apart from physically moving the script or providing a second helper script. This is a very unfortunate interaction between

ImportError: No module named multiarray (is back)

[CC me please] Hi all, The issue with multiarray came back. I manage to get things working for the tifffile package installing the tifffile.py into /usr/bin/tiffile (removing the py extension). However another package is now failing: CellProfiler. Symptoms are: $ python

ImportError: No module named multiarray

[CC me please] Hi all, I am trying to package a tiny python module: http://mentors.debian.net/debian/pool/main/t/tifffile/tifffile_2012-1.dsc I thought I did it right, but I cannot load the python module properly when installed, it fails with: $ python /usr/share/pyshared/tifffile.py

Dependencies with cType

Dear all, [Please CC me as I am not subscribed] I am trying to package a python module which load the real C library using cType. I am using dh_python2 but I seem to be missing something as the dependencies is still not quite right. $ apt-cache show python-openslide ... Depends: python2.6 |

Re: Dependencies with cType

On Mon, Oct 3, 2011 at 9:11 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: The full debian/* package can be found at: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/python-openslide/trunk/ Sorry I meant: http://anonscm.debian.org/viewvc/debian-med/trunk/packages

Re: Dependencies with cType

On Mon, Oct 3, 2011 at 9:56 PM, Jakub Wilk jw...@debian.org wrote: I am trying to package a python module which load the real C library using cType. I am using dh_python2 but I seem to be missing something as the dependencies is still not quite right. $ apt-cache show python-openslide ...

Re: SONAME for python modules is bad?

On Wed, Jul 22, 2009 at 8:47 AM, Steve M. Robbinsst...@sumost.ca wrote: Hi, Recently, Mathieu Malaterre wrote to say that having a SOVERSION on a python module is wrong, with reference to an oblique comment from Josselin Mouette [1]. Is this true?  What is the rationale for not versioning