[Python-modules-team] Bug#894560: pygame: Don't drop python2 package

2018-04-10 Thread Emilio Pozuelo Monfort
Hi, On Mon, 2 Apr 2018 00:12:58 +0200 Dominik George wrote: > > Your latest upload drops the python-pygame pacakge but I count 35 > > packages in Debian Testing that depend on it. Please restore the > > python-pygame package until all those packages no longer depend on it. > > > > Even without a

[Python-modules-team] Bug#790141: txaws: depends on python-gnomekeyring which is deprecated

2017-10-15 Thread Emilio Pozuelo Monfort
Control: severity -1 serious Hi, We are finally removing gnome-python-desktop (so python-rsvg, python-gnomekeyring, python-wnck) so this is now RC. Cheers, Emilio ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://

[Python-modules-team] Bug#848287: python-testing.mysqld: (build-)depends on mysql-{client, server}

2017-01-01 Thread Emilio Pozuelo Monfort
On 01/01/17 17:30, Dominik George wrote: > Hi, > > I was able to identify the issue, but need help fixing it. > > The problem is that the testing module uses the default root user of the > newly created database, and it uses the UNIX socket, and that has > peercred authentication by default in Ma

[Python-modules-team] Bug#848287: python-testing.mysqld: (build-)depends on mysql-{client, server}

2017-01-01 Thread Emilio Pozuelo Monfort
On 01/01/17 12:49, Dominik George wrote: > Hi, > >> You should have kept me in Cc if you wanted me to see your reply and have a >> chance to reply. > > sorry, I just cannot remember that the Debian BTS does not automatically > notify the submitter ☹. > > So, I have several problems: > > * I ca

[Python-modules-team] Bug#848287: python-testing.mysqld: (build-)depends on mysql-{client, server}

2016-12-29 Thread Emilio Pozuelo Monfort
Control: severity -1 serious On Fri, 23 Dec 2016 10:36:54 +0100 Dominik George wrote: > Control: severity -1 important > > Hi, > > > Your package (build-)depends on mysql-server/client. Since we're > > transitioning to mariadb as the default mysql provider, you should > > switch your build depe

[Python-modules-team] Bug#848287: python-testing.mysqld: (build-)depends on mysql-{client, server}

2016-12-15 Thread Emilio Pozuelo Monfort
Source: python-testing.mysqld Version: 1.4.0-1 Severity: serious Your package (build-)depends on mysql-server/client. Since we're transitioning to mariadb as the default mysql provider, you should switch your build dependencies and dependencies to something like: default-mysql-server | virtual-my

[Python-modules-team] Bug#830872: python3-gitdb: depends on python-smmap

2016-07-12 Thread Emilio Pozuelo Monfort
Package: python3-gitdb Version: 0.6.4-3 Severity: important Hi, This package depends on both python-smmap and python3-smmap. It should only depend on the latter, as these are the python3 bindings. Cheers, Emilio ___ Python-modules-team mailing list Py

[Python-modules-team] Bug#829173: swiginac: FTBFS: /usr/include/ginac/ptr.h:37:13: error: expected '; ' at end of member declaration

2016-07-01 Thread Emilio Pozuelo Monfort
Source: swiginac Version: 1.5.1.1-2 Severity: serious On a rebuild against the new ginac, your package failed to build everywhere: creating build/temp.linux-x86_64-2.7 x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOUR

Re: [Python-modules-team] Processed: Re: python3-babel: depends on python3.4

2016-05-10 Thread Emilio Pozuelo Monfort
On 10/05/16 12:51, Debian Bug Tracking System wrote: > Processing control commands: > >> retitle -1 nmu: python-babel_1.3+dfsg.1-6 > Bug #820202 [python3-babel] python3-babel: depends on python3.4 > Changed Bug title to 'nmu: python-babel_1.3+dfsg.1-6' from 'python3-babel: > depends on python3.4'

[Python-modules-team] Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

2016-04-26 Thread Emilio Pozuelo Monfort
On 20/04/16 00:33, Julian Taylor wrote: > On 13.04.2016 15:39, Julian Taylor wrote: >> On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote: >>> On 29/03/16 19:10, László Böszörményi (GCS) wrote: >>>> Hi Julian, >>>> >>>> On Sun, Mar 20,

[Python-modules-team] Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

2016-04-13 Thread Emilio Pozuelo Monfort
On 13/04/16 15:39, Julian Taylor wrote: > On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote: >> On 29/03/16 19:10, László Böszörményi (GCS) wrote: >>> Hi Julian, >>> >>> On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor >>> wrote: >>>

[Python-modules-team] Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

2016-04-13 Thread Emilio Pozuelo Monfort
On 29/03/16 19:10, László Böszörményi (GCS) wrote: > Hi Julian, > > On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor > wrote: >> On 20.03.2016 11:11, László Böszörményi (GCS) wrote: >>> Sorry, my life was chaotic. Yes and no, checked it. First, there's a >>> new upstream version of pyzmq (15.2) f

[Python-modules-team] Bug#818265: pyzmq: FTBFS with newest zeromq3

2016-03-15 Thread Emilio Pozuelo Monfort
Source: pyzmq Version: 15.1.0-1 Severity: serious Your package failed to build on several architectures on a rebuild against libzmq5: https://buildd.debian.org/status/logs.php?pkg=pyzmq&ver=15.1.0-1%2Bb2 Emilio ___ Python-modules-team mailing list Pyt

[Python-modules-team] Bug#804323: python-pgmagick: FTBFS against new graphicsmagick

2015-11-07 Thread Emilio Pozuelo Monfort
Package: python-pgmagick Version: 0.5.11-1 Severity: serious Control: block 804055 with -1 On a rebuild against the new graphicsmagick, your package failed to build with: ../src/_Image.cpp: In function 'void __Image()': ../src/_Image.cpp:65:116: error: no matching function for call to 'boost::py

[Python-modules-team] Bug#800392: Bug#800392: Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

2015-10-02 Thread Emilio Pozuelo Monfort
On 02/10/15 07:49, Sandro Tosi wrote: > On Thu, Oct 1, 2015 at 11:24 PM, Emilio Pozuelo Monfort > wrote: >> numpy/core/src/multiarray/lowlevel_strided_loops.c.src:10:15: warning: extra >> tokens at end of #ifdef directive >> #ifdef defined(__ppc__) || defined(__powerpc

[Python-modules-team] Bug#800392: Bug#800392: Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

2015-10-01 Thread Emilio Pozuelo Monfort
On 02/10/15 00:05, Emilio Pozuelo Monfort wrote: > On Thu, 1 Oct 2015 21:13:04 +0100 Sandro Tosi wrote: >>> those certainly should work, forgot about them. >>> you should be able to login to a powerpc porterbox and check. >>> cat test.c >>> __POWERPC

[Python-modules-team] Bug#800392: Bug#800392: Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

2015-10-01 Thread Emilio Pozuelo Monfort
On Thu, 1 Oct 2015 21:13:04 +0100 Sandro Tosi wrote: > > those certainly should work, forgot about them. > > you should be able to login to a powerpc porterbox and check. > > cat test.c > > __POWERPC__ > > gcc -E test.c > > i tried with something like this: > > $ cat t.c > #ifdef __POWERPC__ > #

[Python-modules-team] Bug#751343: python-tornado: FTBFS on mips due to test failure

2014-06-20 Thread Emilio Pozuelo Monfort
On 20/06/14 12:37, Dejan Latinovic wrote: > > > > Hello Scott, > > It seams that this failure > is related to board performance, > since this test failed three times but always on corelli (Cavium). > > I was not able to reproduce this test failure on my local boards, > aside from decreasing ti

[Python-modules-team] Bug#524131: Bug#524131: marked as done (python-scipy: outdated and incomplete copyright file)

2009-04-28 Thread Emilio Pozuelo Monfort
found 524131 thanks Debian Bug Tracking System wrote: > haskell-devscripts (0.6.15+nmu9) unstable; urgency=low > . >* Non-maintainer upload. >* dh_haskell_shlibdeps: Treat correctly the names of libraries with > dash. Thanks to TANIGUCHI Takaki . > Closes: #524131, #525568.

Re: [Python-modules-team] [Python-modules-commits] r8307 - in packages/pyenchant/trunk/debian (6 files)

2009-04-26 Thread Emilio Pozuelo Monfort
Piotr Ozarowski wrote: > [Piotr Ożarowski, 2009-04-26] >> [Emilio Pozuelo Monfort, 2009-04-26] >>>> +if [ "$1" = upgrade ] && dpkg --compare-versions "$2" lt 1.5.2-1~; >>> I think you want lt-nl there, rather than lt. >> you're r

Re: [Python-modules-team] [Python-modules-commits] r8307 - in packages/pyenchant/trunk/debian (6 files)

2009-04-26 Thread Emilio Pozuelo Monfort
Hi Piotr, pi...@users.alioth.debian.org wrote: > * Switch to python-support > + add preinst to remove pycentral files > Added: packages/pyenchant/trunk/debian/preinst > === > --- packages/pyenchant/trunk/debian/preinst

[Python-modules-team] Bug#516518: helper tool doesn't create the symlink farm if something weird happens during an upgrade

2009-03-26 Thread Emilio Pozuelo Monfort
severity 516518 grave tags 516518 - moreinfo unreproducible thanks Hi, I can reproduce the bug. I'm raising the severity as it leaves python-cairo completely unusable (it can't be imported from any python version). The problem is due to the switch to python-support, there were probably some file

[Python-modules-team] Bug#516197: raising severity

2009-02-20 Thread Emilio Pozuelo Monfort
Setting severity to important as when pysupport is uploaded to unstable these packages will fail to build. I've fixed them in svn, should be in the archive soon. Regards, Emilio signature.asc Description: OpenPGP digital signature ___ Python-modules-

Re: [Python-modules-team] [Python-modules-commits] r7487 - in packages/scipy/trunk/debian (changelog control)

2009-02-11 Thread Emilio Pozuelo Monfort
Hi David, As you can see, there was already an UNRELEASED entry in the changelog, so instead of adding another one, you should add your changes there. If you use DEBCHANGE_RELEASE_HEURISTIC=changelog, dch will always DTRT if you do $(dch "Remove foo dependency"), adding a new UNRELEASED entry whe

[Python-modules-team] Bug#500556: Bug#500556: Bug#500556: ipython: just want to thank for the progress ; -)

2008-12-12 Thread Emilio Pozuelo Monfort
Yaroslav Halchenko wrote: >> ipython 0.9.1 has actually already been prepared for uploading to >> experimental (due to the lenny freeze, see [0]) as soon as foolscap >> enters unstable. > actually at this moment I don't see any big reason to don't upload > ipython into unstable directly: > > * Fr

[Python-modules-team] Bug#505769: Bug#505769: python-opengl: Python-Version should be >= 2.4

2008-11-27 Thread Emilio Pozuelo Monfort
Eric Sharkey wrote: > For the record, I also have python2.1 and python2.2 installed. > > Disk space is cheap, and I feel no need to hunt these things down and > remove them. Nor even for security? :-) BTW, there are tools you can use to know what packages you have installed that are no longer in

[Python-modules-team] Bug#502453: patch

2008-10-20 Thread Emilio Pozuelo Monfort
tags 502453 + patch thanks Hi, This patch fixes this bug by building ZSI for the default python interpreter first, as scripts/wsdl2py's shebang is changed to #!/usr/bin/pythonX.Y when built with pythonX.Y, and the first built one is copied to ./usr/bin. Also, it will build it with 'python' i

[Python-modules-team] Bug#486329: Please also ship Numpy documentation

2008-06-15 Thread Emilio Pozuelo Monfort
- Also install Numpy documentation in python-numpy-doc. + * debian/control: +- Update python-numpy-doc's long description to mention that it also + contains Numpy documentation. + + -- Emilio Pozuelo Monfort <[EMAIL PROTECTED]> Sun, 15 Jun 2008 13:28:58 +0200 + python-numpy

Re: [Python-modules-team] On team maintainership of DPMT (PAPT) packages

2008-03-09 Thread Emilio Pozuelo Monfort
Hello, Sandro Tosi wrote: > Hi all, > I'd like to report here my feelings about the current way to maintain > package in our repositories (DPMT and PAPT). > > As of now, policy[1] states that: > > Thus if you bring some packages into the team, you can keep your > name in the Maintainer field