Re: Random FTBFS failures of joblib and what about team maintenance

igrations, but there are no random maintainers popping up to handle your package! -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F

Re: Review/sponsorship of osmalchemy package

default, where do f.e. -doc packages go now? They also go to extra. optional: "This is all the software that you might reasonably want to install if you didn't know what it was ." ... so you think people who don't know what osmalchemy is need to install it? -- Ber

Re: Review/sponsorship of osmalchemy package

reason... Because of https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities maybe? :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F

Bug#838818: O: python-application

e release of stretch. Best regards, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F

Re: Pushing a bunch of packages to jessie-backports

t branch names yet. I like standards, so > I'd prefer one described in DEP but they're not compatible with git-dpm, > unfortunately. I'd suggest to use jessie-backports and add a debian/gbp.conf, which tells gbp to point to that branch. -- Bernd Zeimetz

Re: Uploading pyusb 1.0.0~b2 to unstable

Hi, Yes, I don't use it anymore so it would be great if you could take care of it. Ruben removed me after I suggested to do so. Cheers and thanks, Bernd Am 20. Juni 2015 05:55:33 MESZ, schrieb Vincent Cheng : >Hi Bernd, > >Are you stepping down as uploader for pyusb? You've been recently >

Re: Removal of python-qt3?

thon-qt3 maintainers > willing > to continue with the python-qt3 maintenance wrt upstream work? I think python-qt3 should be removed, so raising the severity of the mentioned bugs (again?) would be a good start. Cheers, Bernd -- Bernd ZeimetzDebian GNU/L

Re: pythonX.Y maintenance team

anymore - I'm trying to reduce the list of my packages instead of adding new ones. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36

Re: Future of python2.6 in Debian

package and zope2.12 could be removed without blocking the itroduction of 2.13 by doing so. If really necessary Zope 2.12 could be removed from testing and stick in a broken state in unstable until its fixed. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.de

Re: Python 3 packaging

les team and commit your changes to the svn and ask for review :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, ema

Re: Scons build system

g mess of example on how you coudl do it, search for the VersionedSharedLibrary function... Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485

Re: RFS: DPMT: flufl.lock 2.1.1-1

t least 1.0.7+dfsg Would it fail to build with 1.0.7 or would it just ship non-dfsg stuff when built againt the version without +dfsg? -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: EC

Re: Debian scotch Python egg?

it from your source, usgin setup.py. We don't ship .egg files in Debian. Just have a look at the various examples on how to package a Python modules properly in the team's svn repository. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.de

Re: need someone to review and upload my package python-pycaptcha

On 08/13/2011 06:56 PM, Chow Loong Jin wrote: > On 14/08/2011 00:53, Bernd Zeimetz wrote: >> On 08/10/2011 01:35 PM, Olivier Sallou wrote: >>> I am on sid and changes file specify unstable distrib >>> >>> Whatever, package should be ok now (at least from lin

Re: need someone to review and upload my package python-pycaptcha

Bernd [1] http://en.wikipedia.org/wiki/Posting_style#Top-posting -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRI

Re: python-mysqldb 1.2.3

t;> ) >>>> < >> http://sourceforge.net/projects/mysql-python/files/mysql-python/1.2.3/MySQL-python-1.2.3.tar.gz/download > > > hey, > > i'm busy and don't expect to have time for python-mysqldb in debian > anytime soon

Re: restarting processes when python libraries are upgraded?

d, but for me it works well enough. For cases where you run code in a mod-wsgi daemon you should read http://code.google.com/p/modwsgi/wiki/ReloadingSourceCode -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.o

Re: restarting processes when python libraries are upgraded?

d by a part of the modules in the package, or they have recommended packages which are installed but not used by your daemon... and so on. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints

Re: restarting processes when python libraries are upgraded?

On 06/20/2011 10:34 AM, Bernd Zeimetz wrote: > Hi, > >> Since python doesn't keep .py files open its hard to use things like >> checkrestart to find out which servers to restart when upgrading a >> python library for security updates. I wonder if a dpkg triggers bas

Re: restarting processes when python libraries are upgraded?

bout watching the pyc files instead? Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to d

Re: list of package for python_support -> dh_python2 ?

On 06/07/2011 11:39 PM, Piotr Ożarowski wrote: > but pysupport is not deprecated so you cannot file bugs and ask people > to convert now Can we please do so for Wheezy? -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.de

Re: Upstream looks for a proper way to build the packages by itself

y > distro which is not very great I believe. One branch with the proper debian/gbp.conf should be enough, I think. Just make sure you build with a chroot according to the diustro you want to build for using cowbuilder/pbuilder/sbuil/whatyoulike. -- Bernd Zeimetz

Re: dh_python2 transition

On 05/03/2011 10:36 AM, Tshepang Lekhonkhobe wrote: > On Tue, May 3, 2011 at 09:49, Bernd Zeimetz wrote: >> On 05/02/2011 04:45 PM, Arto Jantunen wrote: >>> How about concentrating on getting rid of dh_python and python-central >>> for wheezy? My understanding is tha

Re: dh_python2 transition

on should be gone already, I hope. python-support is kinda sane implemented, so I wouldn't mind to keepo it for yet another release - but I think we should get rid of it, too. Btw, is there any lintian check to see if the ld dh_python is being used? -- Bernd Zeimetz

Re: dh_python2 transition

eople laughing at us. > > How about concentrating on fixing things that *are* broken? The existance of now 3 helper tools is one of the biggest and long standing issues we have. It is about time to fix it, and now is a good time to start it. At least we can try

Re: dh_python2 transition

On 04/29/2011 09:14 PM, Barry Warsaw wrote: > On Apr 28, 2011, at 02:41 PM, Bernd Zeimetz wrote: > >> I can't see any problemswith pysupport here - >> http://wiki.debian.org/Python/PythonSupportToDHPython2 >> The migration is well documented and if there is something

Re: dh_python2 transition

(Perhaps?) controversial: python-support -> dh_python2 I can't see any problemswith pysupport here - http://wiki.debian.org/Python/PythonSupportToDHPython2 The migration is well documented and if there is something to fix in -support to make a migration happen, I'm happy to upload it.

Re: Introduction

ting with the dependencies. Please remember that applications go into the python applications team's repository, which libraries into the modules team... Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp

Re: Talk on Debian packaging of Python, Python modules and Python extensions at PyCon DE

0/038/paper.html#good-practices > http://wiki.debian.org/UpstreamGuide > http://www.python.org/dev/peps/pep-0386/ > http://mail.python.org/pipermail/python-dev/2010-April/099729.html Piotr, I think Jan suggested that you give a talk or tutorial :P -- Bernd Zeimetz

Re: Switching to git

svn-buildpackage AND IT IS WRITTEN IN PYTHON!!! ;-) And the git-buildpackage upstream is sane and quick on fixing bugs. Definitely the best idea imho. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org G

Re: Switching to git

the pristine-tar options. Some projects decide not to store upstream source in the repository - but if it is done, then yes please use pristine-tar. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG

Re: Switching to git

nguages. Or just write a script which works on a single repository only. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSU

Re: Switching to git

vide some well tested scripts which handle all these things sanely I could imagine that nobody would complain about a migration to git. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint

Re: Switching to git

Let me turn that around: why would you *not* want to use a Python based dVCS? Because none is as advanced as git is. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11

Re: Build-time testing

ted it should ensure that no network is being used for tests. Otherwise I'm all for automatic testing :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95

Re: Build-time testing

k it would be a good idea to enable this as default due to the fun part of setuptools which starts to download random eggs from the internet when they're not available. My guess would eb that a lot of packages would miss that and we'd run into failures on th

Re: Bug#609057: ITP: gsh -- remote shell multiplexor

On 01/10/2011 10:58 AM, Salvatore Bonaccorso wrote: I initially filled it as ITP, but I'm more concentrating on packaging other things, so I would like to ask, is someone of the Python Application team interested to package gsh under your Group umbrella? Do we really need yet another tool like

Re: Build-Depends-Indep dependencies

On 11/29/2010 12:27 PM, anatoly techtonik wrote: >> Of course you are still welcome to update packages, please send the according >> patches to me and I'll apply them. > > Please apply the patch in attach. attachment missing. -- Bernd Zeimetz

Re: Build-Depends-Indep dependencies

On 10/26/2010 06:04 PM, anatoly techtonik wrote: > On Tue, Oct 26, 2010 at 3:10 PM, Bernd Zeimetz wrote: >> >> I don't mind that beginners in packaging have write access to our >> repositories, >> assuming that they're willing to learn the necessary detail

Re: Build-Depends-Indep dependencies

eginners in packaging have write access to our repositories, assuming that they're willing to learn the necessary details during their work within the team. But as you're neither willing to learn how packaging software for Debian works, nor you seem to know the necessary basics like make

Re: Wrong SVN URLs at Alioth page

On 10/21/2010 05:52 PM, anatoly techtonik wrote: > Hello, > > The Alioth page lists wrong paths for SVN repositories: > https://alioth.debian.org/scm/?group_id=30714 That url should work fine. But you might want to report it to the alioth admins. Nothing we can fix. -- B

Re: Wheezy plans

d just fix the packages instead. And easier transition would be to provide dh_pycentral and ph_pysupport wrappers which just do the right thing, together with a lintian error telling people that they need to fix their packages. And of course upload transitional -central and -support packages. Chee

Re: python transition incomplete

On 09/27/2010 09:14 PM, Toni Mueller wrote: > > Hi, > > On Mon, 27.09.2010 at 00:10:35 +0200, Bernd Zeimetz wrote: >> Yes, and? We will have Python2.5 in Lenny thanks to your own fault of >> starting >> the transition more than half a year too late. Please don&#

Re: How to ship .a files in a python-support package?

esn't build > without libnpymath.a . That is usually a static library. http://www.linux.org/docs/ldp/howto/Program-Library-HOWTO/static-libraries.html The question would be: why do they need a static library and is it possible to build and use a shared lib instead. -- Bernd Zeimetz

Re: How to ship .a files in a python-support package?

king new modules statically with the library? -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-py

Re: binary packages with explicit python2.5 build dependency

ssue without depending on all Python versions. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-pyth

Re: python transition incomplete

tion more than half a year too late. Please don't start to create a mess now. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F --

Re: Getting rid of dh_python

inary packages. > Or that use existing helper in "interesting" ways. Yay for diversity. I think this should be fixed before Squeeze is released. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian

Re: No minutes from Debconf Python BoF?

> >> Why do minutes need to be "polished" ... ? > > Maybe polished isn't the correct term. What I meant was: reviewed by all > attendees to check if everyone agrees with what's in that document (i.e. > what has been discussed during the BoF). I don't wan

Re: package providing an ipython Extension

init__.py file Actually it should not matter what it does as python-support should do the right thing and the end, but you'll have to test it... And in case it fails to install or weird things happen, remember my pointe rto the python-support documentation ;) -- Bernd Zeimetz

Re: package providing an ipython Extension

python-support as we might run into ugly issues otherwise. Also please test the installation properly, it might happen that the "Namespace packages and broken modules" part of /usr/share/doc/python-support/README.gz becomes interesting for you. -- Bernd Zeimetz

Re: Will DPMT be ok maintaining a package that could potentially build other language bindings?

uldn't know how to > fix problems in those bindings. > > OTOH, I don't have a better suggestion. :( The real proper suggest is to put it into collab-maint. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.de

Re: karaage

due to the non-freeness of fastcgi. > > Only for apache. FastCGI support is built-in in e.g. lighttpd which is > in main. > There is libapache2-mod-fcgid in main which is a proper replacement for the fastcgi module. But you might want to use wsgi with apache anyway ... -- Bernd Zei

Re: unused substitution,variable ${python:Versions}

th new Python versions/packaging changes if necessary. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 24

Re: Help with Python 2.6 migration

aintainer. CCing the real one :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95

Re: Hello DPMT!

On 07/07/2010 07:18 PM, Clint Byrum wrote: > On Thu, 2010-07-01 at 12:21 +0200, Bernd Zeimetz wrote: >> Welcome to the team, I've added you some seconds ago. >> Please make sure you read our policy >> http://python-modules.alioth.debian.org/python-modules-policy.html &

Re: RFH: Debugging symbols of pyside

On 06/30/2010 05:03 PM, Didier 'OdyX' Raboud wrote: > Hi Bernd and Yaroslav, hi again debian-python, > > So, if I summarize: > > Bernd Zeimetz wrote: >> On 06/28/2010 04:34 PM, Yaroslav Halchenko wrote: >>> AFAIK: >>> >>> - regular p

Re: Hello DPMT!

lace to join is #debian-python on the OFTC network. Hint: usually we don't sponsor packages which are not in the team's svn Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org G

Re: RFH: Debugging symbols of pyside

ow much easier > bug/problem triage in Python extensions using debug build of Python also - and that is the much more important imho part for pyside - if you want to run something else in the debug interpreter which uses pyside, you need the _d build of pyside, too. -- Bernd Zeimetz

Re: Bug#585627: hplip: Error with hpmudext module : hp-* dont works

Hi, as it is a bit urgent to get the Python transition done I've uploaded a fixed package to delayed/1. Please let me know if I should remove or delay it, but it would be appreciated if the problems could be fixed ASAP. Cheers, Bernd -- Bernd ZeimetzDebia

Re: Bug#585627: hplip: Error with hpmudext module : hp-* dont works

ckages. > So how do I force depends to be set to ensure the correct version of python > is installed, or how to I ensure that either version of python will look in > either location for the modules?? Both ways are wrong. python-support handles that for you (in case you're using non-priv

Re: Policy for "Specifying Supported Versions" for Python3

l fields just makes the mess bigger. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95

Re: DPMT and PAPT request

kly! :) The reason behind the -guest is that the accounts from the debian ldap are synchronized with alioth, so it is necessary to have a way to distinguish between DDs and non-DDs, especially to ensure that an account is not used on alioth already when a new DD requests to have the name. Hop

Re: Python talks at DebConf

.6 bug by disabling the tests which showed the bugs... -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2

Bug#579111: RFP: pybindgen -- Python bindings generator

Package: wnpp Severity: wishlist * Package name: pybindgen Upstream Author : Gustavo Carneiro * URL : https://launchpad.net/pybindgen/ * License : GNU LGPL v2.1 Programming Lang: Python/C/C++ Description : Python bindings generator PyBindGen is a Python module t

Re: python 2.6 deb for lenny ?

back my way! I think Fabio (kob...@d.o) also wanted to / is working on a backport, might make sense to co-maintain that with him. CCed him :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerpri

Re: python2.6 vs python-json

act below) > The other option is using python-anyjson, although I start to wonder how they make a difference betweek py2.6's json and python-json, if its necessary at all for anyjson. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.de

Bug#559237: python-asterisk: FTBFS with Python2.6

Package: python-asterisk Version: 0.1a3+r160-4 Severity: important Tags: patch User: debian-python@lists.debian.org Usertags: python2.6 python-asterisk ftbfs with Python2.6, which will hit unstable soon. Please import the changes from Ubuntu, which fixed the bugs (hopefully): https://launchpad.ne

Re: Bug#556148: installs files into /usr/local for Python >= 2.6

git;a=blob;f=.pbuilderrc;h=b1b9517bc31b3a3e36de87b9c1a2474f709e0b4b;hb=HEAD Then all you need to do is pbuilder --create if your debian/changelog says experimental. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C

Re: License entry in egg info files

nt overrides, and I think such > overrides are an indicator that the specific check is inappropriate. Usually an override is a fail in the maintainer's brain or a bug in lintian. Only in rare cases overrides are the right way to go. -- Bernd ZeimetzDebi

Re: Fw: RFS: python-coverage 3.0.1-1

uirement to be > created; is it in a part of Policy that I've overlooked? There is no need to use a .dirs file if setup.py creates the directory for you. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www

Re: [pkg-fso-maint] Bug#547510: zhone refuse to start

s now. The last time we had such an issue it was due to the setup.py doing weird things (like creating the to-be-installed script on the fly). I didn't have the time to investigate in zhone, but I'm kinda sure its an issue with its setup.py. -- Bernd Zeimetz

Re: new dh_python proposal

tr's > favourite language, Python, but may need to be rewritten in Perl for > inclusion in debhelper: > > http://lists.debian.org/debian-python/2009/08/msg6.html Time for a python binding to debhelper then? ;) But indeed the only proper way to write a debhelper tool is in perl. --

Re: python shebang, and other interpreters.

s using Python. > If however the *env python scheme is enforced in the policy the problems > I outlined in my original post are solved without additional problems > (?). If there are any i would like to know about them! There are probably not more problems than the

Re: Python packaging

bian-python on OFTC and just ask for help. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, ema

Re: will 2.6 be default?

Josselin Mouette wrote: > Le dimanche 13 septembre 2009 à 02:23 +0200, Bernd Zeimetz a écrit : >> The patch looks pretty much hackish and I could imagine that it will break a >> backport of cdbs to Lenny as python2.4 is called with --install-layout=deb, >> too. > >

Re: will 2.6 be default?

and is why you need to tar the directories and rename them... or so. Cheers, Bernd ... who knows why he does not use cdbs... -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11

Re: XS-Python-Version vs pyversions

et cdbs and dh7 > to use it instead If there is really a consensus about that, it would not be too hard to implement it in dh directly. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79

Re: XS-Python-Version vs pyversions

t; SL> archives. > >> Mailing list archives are not documentation. > > They're documentation that you're wrong. Stop wasting my time. Oh snap. Come on Steve, the only useful written documentation about the new Python policy was (is?) a wiki page.

Re: XS-Python-Version vs pyversions

ort is easy: - the upstream author is responsive - the upstream author fixes bugs in time - it just works as expected - it doesn't need such ugly workarounds like "nomove" That alone are more than enough reasons to to use -central. Its not my fault that the upstreams of both help

Re: XS-Python-Version vs pyversions

which have the Python versions limited to <<2.5, so they'll be gone as soon as Python 2.4 is removed. So I fail to see a reason why the XS-Foo stuff is necessary. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2

Re: XS-Python-Version vs pyversions

se do not even think about talking about the so called Python policy, which is not maintained at all, does not reflect the current state of packaging, is missing a lot of information and is far away from reality. Even Manoj managed to write a much more complete version of the policy out o

Re: lintian troubles and .changes doubts

was lintian clean on rel 0.8.6-rc5, then I did 'dch -v 0.8.6' and >> dch required -b option as felt 0.8.6-rc5 was grater than 0.8.6. > > it is. You should have used “0.8.6~rc5”, which sorts lower than > “0.8.6”, while “0.8.6-rc5” sorts higher. dpkg --compare-versions is

Re: VCS for Python code Was: Trac team almost dead?

hat were discussed often enough, no need to start that again. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To

Re: Trac team almost dead?

Cyril Brulebois wrote: > Bernd Zeimetz (28/08/2009): >> long time, actually there is even a plan (at least in my head) to >> make it possible to have modules in git or svn while still being >> able to checkout all of them in a useful way, but that means writing >> new

Re: Trac team almost dead?

make sense indeed, so I'm not sure what the best way to handle this is *now* - on the long run I;m sure we'll find a way to include it properly. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B F

Re: pycentral pkginstall fails to byte-compile

Toni Mueller wrote: > > What's the right way to fix this, please? No real idea, but I'd give python-support a try. Often it just works then... -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067

Re: Building extensions / dbg packages with dh

Bernd Zeimetz wrote: > with debhelper >= 7.3.5 it is possible to build Python extensions and -dbg > packages, as long as they come with a distutils/setuptools based setup.py. In case you're looking for examples: python-usb and python-cjson use the new dh now. python-cjson builds

Building extensions / dbg packages with dh

ter in this version. If an according build-dependency was found, the dbg extensions will be built. As they'll end up in debian/tmp together with the normal build, you'll have to write proper debian/package.install files to put them into the right package. Let me know if you find any prob

Re: RFS: pygpgme (2nd attempt)

depend on setup.py's executable bit (i.e. add "python ") or just use dh, see above :) Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432

Re: RFS: pygpgme (2nd attempt)

f you have any questions... http://python-modules.alioth.debian.org/python-modules-policy.html -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 4

Re: Bug#520834: dh_auto_{build,install,clean} should support different python versions

Bernd Zeimetz wrote: > b...@think /tmp/A% pyversions -r > pyversions: error parsing Python-Version attribute > 1 b...@think /tmp/A% pyversions -s > python2.4 python2.5 > b...@think /tmp/A% > > Doesn't seem so... *sigh* it works well if there is a debian/control fil

Re: Bug#520834: dh_auto_{build,install,clean} should support different python versions

Josselin Mouette wrote: > Le jeudi 18 juin 2009 à 10:33 +0200, Bernd Zeimetz a écrit : >> Use pyversions -s if pyversions -r fails. pyversions -s will work always as >> it >> lists all supported Python versions. If a package doesn'tlimit itself to >> Python >

Re: Bug#520834: dh_auto_{build,install,clean} should support different python versions

hould also be built with all Python versions to ensure they won't fail to build at install time when pysupport compiles them. If a package breaks due to that, it is *not* a bug in dh but a bug in the package. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Dev

Re: Python related changes for unstable/squeeze

tool, which gets more testing and will have less bugs than > current concurrent solutions. Ack. Please guys, get together, discuss it in a *sane* way (why do I fear that's not possible...) and merge both tools or drop both of them and do something else useful - together. -- Bernd Zeim

Re: ok to upload cython 0.10.3-1?

Hi! Ondrej Certik wrote: > is it ok if I upload 0.10.3-1? E.g. will it break the sage build (or > anything else)? Lenny will be released in 5 days - is it really a problem to wait for that? Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint

Re: please test the numpy package

package in the meantime can use experimental, that's what experimental is for. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debia

Re: numpy 1.2.1, switching to git?

) unfortunately not... Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: numpy 1.2.1, switching to git?

efore I do prefer > bzr over hg over svn over others. In my opinion git is much more intuitive than any other tool - but you have to climb a bit on the learning curve before you realize it. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD

Re: numpy 1.2.1, switching to git?

Cyril Brulebois wrote: > Tristan Seligmann (20/12/2008): >> My personal preference ordering would probably be: >> >> hg, bzr, svn, git > > git, FD, * +1 :) http://whygitisbetterthanx.com -- Bernd Zeimetz Debian GNU/Linux Developer

  1   2   >