Re: [Python-modules-team] lists.alioth.debian.org migration scheduled for 13th/14th April
[Dominic Hargreaves, 2018-04-12] > Are you willing to act as the new owner of > python-modules-team@lists.alioth.debian.org as we didn't have any reply > from the owner so far? OK (/me just checked and doesn't have password for this mailing list on alioth so it's probably not him who's the owner) -- GPG: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Accepted python-attrs 17.4.0-2 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 14 Mar 2018 11:57:11 +0100 Source: python-attrs Binary: python-attr python3-attr pypy-attr python-attr-doc Architecture: source all Version: 17.4.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Python Modules Team <python-modules-team@lists.alioth.debian.org> Changed-By: Piotr Ożarowski <pi...@debian.org> Description: pypy-attr - Attributes without boilerplate (PyPy) python-attr - Attributes without boilerplate (Python 2) python-attr-doc - documentation for the attrs Python library python3-attr - Attributes without boilerplate (Python 3) Changes: python-attrs (17.4.0-2) unstable; urgency=medium . [ Ondřej Nový ] * d/control: Set Vcs-* to salsa.debian.org . [ Piotr Ożarowski ] * use pybuild --print build_dir istead of patching docs/conf.py (requires dh-python >= 3.20180313) * do not ship conftest.py (used only during tests) Checksums-Sha1: ad33d80fac4a664e640a2c0a4d439fa97514b1fb 2639 python-attrs_17.4.0-2.dsc 0c7bf5df875aa71001dd10a19aa0ac5df3cb03e8 4084 python-attrs_17.4.0-2.debian.tar.xz fa8ff83724cd25b2b194fad9740cf91bad91a859 23828 pypy-attr_17.4.0-2_all.deb a1d960a31088f4db6637765f4d1d68c3f8b02337 81848 python-attr-doc_17.4.0-2_all.deb c871b23a3f8e752f18b25972118c0489ba85b7d1 23752 python-attr_17.4.0-2_all.deb f232e6277898faa530be6fbfe97bc4c94bcf03e0 8915 python-attrs_17.4.0-2_amd64.buildinfo 68245bb0c07103ddf73606dcb5d2cbd849bfa29f 23828 python3-attr_17.4.0-2_all.deb Checksums-Sha256: d36062c2a69d4af57a3994f3dce7a06904f44e8305a1763d4b1e86f2c049a66a 2639 python-attrs_17.4.0-2.dsc a9046e718b3fbdabdc2c7da669f8552c1347549f1e6f0f43605fd0e04138db30 4084 python-attrs_17.4.0-2.debian.tar.xz 794f2c1fa476125ddcf336f165942af886f940c608a1f9fec991e1b20a7ec3ad 23828 pypy-attr_17.4.0-2_all.deb c618d9dc3ff8441f07d688efa9f2868b2d965945bea7fb9a30bb17c8f42d95b0 81848 python-attr-doc_17.4.0-2_all.deb a290bda90af273dea112fce284276d8040c5c043abaa9382c46eff54f70da74d 23752 python-attr_17.4.0-2_all.deb 4cdc0cd7291ee98510652a19c6975557cde00711e37141bd1d4372dcf88cddc6 8915 python-attrs_17.4.0-2_amd64.buildinfo 9e61d56ac379d95f3ff828e34ee931a450595454b1b8f644a72cb7c8e6976868 23828 python3-attr_17.4.0-2_all.deb Files: 41aa6dd0fa51060c76d6b8d2723da80d 2639 python optional python-attrs_17.4.0-2.dsc 9e5e630c8ae123bcdfbed908f2ed9d01 4084 python optional python-attrs_17.4.0-2.debian.tar.xz 9022624d7d9dff187ff9cd5565e10249 23828 python optional pypy-attr_17.4.0-2_all.deb 79194755db61977a63224d8412b964e9 81848 doc optional python-attr-doc_17.4.0-2_all.deb ea0288d430c386fedb18367974cee9ef 23752 python optional python-attr_17.4.0-2_all.deb 939aac156429c872349fa4bae743de3f 8915 python optional python-attrs_17.4.0-2_amd64.buildinfo d702267ee2431744d4ae77d6c5b4f176 23828 python optional python3-attr_17.4.0-2_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEHS+omFjar2IXhi33rvbxoqdFdkUFAlqpBOAACgkQrvbxoqdF dkWtNxAAjJI8JqqmRLRbdRgvnoBNg+D0BJtDsVIl0eZwglKPG7uyPWdTEpzk3A/V XUrQ+fxAJpze4ycK09G/LXrbhhmrWA8E2L7ncL87iSrpOh0IiUAAdBmaloPBQFMS ZJQ9x2Co2HC/Vr5HgKh4zsVKJ/iSq8gOlD6qi/PTY45v8ueT31jcY2ajResaZVlb lf686Jcxp1vqhhQ4HVY4uW7bRmPdmqUQu1zqH4oV38B9VjVY5UDFScgGqRYKm+5x f4SKhVvyKV+41lJruzQJu2SJJ0w9UhyKKBplTpmeBjC4ovQWDYBN6PEoFqwCuQkj w/MeZp0zDvWlhv0eKALcNdtg2qyVChjKu5ho00lTSd/oBw9asH2c5a/HOZKFgdd5 mGnHpTB3qho7BK2OeynIvyY3DfhV28DdCoDPgtbczlqx+NsMOIro7+MFMfN8lr21 AwsL+48zRNjOulo1LjG+4LaaCN4bMyGtz1nC5t9RP5mJzZJqlB9EyS6kDEdwy5H/ aaNHRaL9s31/Xj+nAG9xIXqOcJOuW0lpF1yUGqdpYkHV067ZsL0NXqzyyaJ3l9zA cLN6YOQq4ghOGyPSl9k/TWJSSNVynlTDkez2zKWrgEVnknmNZSoAx7uyorey9u9P Oy5RCHeUH/kyigWRsPiqIMXh4SQ27wIhnaHOzv2KvSAxPqmE3lo= =VtIP -END PGP SIGNATURE- ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#873965: not a bug
Hi, you want to run tests from source package's root directory, right? The directory contains "aiohttp" subdir with __init__.py file... you try to test installed module but Python gives preference to the files in current directory so installed module and extension are ignored. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#808654: Bug #808654 closed accidentally (it seems)
> Hello Piotr. For reasons I still don't understand, your commands > above made the bug to be closed. the bug was actually not in fedmsg but in moksha.hub and I fixed it in 1.4.1-2 (hence different source package/version that was closing bug). I just checked (build logs you pointed me to are really old, before my fix) and this package still FTBFS but for a completely different reason (I guess it's OK to reopen this one as the final result is the same - it doesn't build) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#820783: mkdocs: please move non-py files to /usr/share/mkdocs/
Package: mkdocs Version: 0.14.0-1 Severity: normal Dear Maintainer, please move non Python files to /usr/share/mkdocs and (if needed) patch the code to search for themes there. Patching /usr/bin/mkdocs to add /usr/share/mkdocs/ to sys.path also makes sense (even though it's an ugly hack) because it looks like other themes use pkg_resources just to find egg-info dir (see mkdocs-bootswatch) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] O: simplejson -- simple, fast, extensible JSON encoder/decoder for Python
Hi Federico, [Mathias Behrle, 2015-12-17] > when looking at > https://packages.qa.debian.org/s/simplejson.html > and > https://qa.debian.org/developer.php?login=feder...@debian.org > > I mainly see commits and maintenance by Piotr/DPMT. > > So I assume that this orphaning bug was filed against the wrong package > (probably should have been turbojson?). yeah, I hope it was just a mistake... > Is this correct and just in case could you please close this bug? or rename it to the right package ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Jessie backport of sqlalchemy 1.0.8
Hi Sandro, > do you have any plan to backport sqlalchemy to Jessie? I understand > 1.x contains incompatible changes over 0.9.x but it also has pretty > interesting features we could use in stable not in the near feature, go ahead and upload one if you need it (I don't think anything other than a rebuild and some tests is needed, but if I can make backports easier, let me know) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#774064: podnapisi provider fails if there's no result
Package: subliminal Version: 0.7.4-1 Severity: minor File: /usr/bin/subliminal | ERROR: Unexpected error in provider 'podnapisi' | Traceback (most recent call last): | File /usr/lib/python3/dist-packages/subliminal/api.py, line 216, in download_best_subtitles | provider_subtitles = provider.list_subtitles(video, provider_video_languages) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 141, in list_subtitles | return [s for l in languages for s in self.query(l, series=video.series, season=video.season, | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 142, in listcomp | episode=video.episode)] | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 128, in query | for s in root.findall('subtitle')]) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 128, in listcomp | for s in root.findall('subtitle')]) | AttributeError: 'NoneType' object has no attribute 'split' File name I used: 'X-Files S08E09 - Salvage.mkv', language: pl changing subliminal/providers/podnapisi.py:125's (and probably 130's): s.find('release').text.split() into (s.find('release').text or '').split() is a quick fix which leads to: | ERROR: Unexpected error in provider 'podnapisi' | Traceback (most recent call last): | File /usr/lib/python3/dist-packages/subliminal/api.py, line 250, in download_best_subtitles | subtitle_text = provider.download_subtitle(subtitle) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 150, in download_subtitle | raise ProviderError('Cannot find the download link') | subliminal.exceptions.ProviderError: Cannot find the download link so I guess line 121 (the one with break condition) should be improved -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages subliminal depends on: ii python3 3.4.2-2 ii python3-subliminal 0.7.4-1 subliminal recommends no packages. subliminal suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#771794: Bug#771794: pip silently removes/updates system provided python packages
IMO we should patch pip to *not* touch (install, upgrade, uninstall, etc.) anything in /usr directory (or /) except /usr/local. Our Python interpreter already installs to /usr/local and so should pip. This way: * pip doesn't need to figure out which file can be touched, * we can detect cause of problems just by looking at traceback (right now the very first thing I do once someone sends me a traceback is to look for .egg files in there (thank you ez_install!); with pip installing/overwriting files in /usr instead of /usr/local it's not that easy, not to mention that it will be a lot harder to fix it after such install) * we'll be able to easily prove to our users that we're not insane and we did test our stuff (please rename /usr/local/pythonX.Y/dist-packages to something else for few minutes and try again) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#759981: sbuild?
IMO it's a sbuild issue, but I'll investigate... ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] SQLAlchemy 0.9.X in unstable
Hi guys, I just uploaded sqlalchemy 0.9.3 to unstable (0.9.1 and 0.9.2 was only in experimental). I've set urgency to low to give it a bit more time before if migrates to testing. Please check if your package works fine with 0.9 and let me know if it doesn't. If the dependency on python-sqlalchemy was generated by dh_python2, you already have python-sqlalchemy ( 0.9) in Depends. If your package works fine with 0.9.X, just rebuild it with the one in unstable - dh_python2 will generate 0.10 Migration notes: * http://docs.sqlalchemy.org/en/rel_0_9/changelog/migration_09.html or * /usr/share/doc/python-sqlalchemy-doc/rst/changelog/migration_09.txt or * /usr/share/doc/python-sqlalchemy-doc/html/changelog/migration_09.html ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#735301: pyjavaproperties: please move your package to DPMT's repo
Package: pyjavaproperties Version: 0.6-1 Severity: wishlist Please move your package to DPMT's repo. Unfortunately we still use SVN, nobody had time to prepare migration to GIT (and random location is not an option). Alternative is to remove Debian Python Modules Team from Uploaders. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#735303: python-pgpdump: please move your package to DPMT's repo
Package: python-pgpdump Version: 1.4-1 Severity: wishlist Please move your package to DPMT's repo. Unfortunately we still use SVN, nobody had time to prepare migration to GIT (and random location is not an option). Alternative is to remove Debian Python Modules Team from Maintainer field. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#735306: python-w3lib: please add your package to DPMT repo
Package: python-w3lib Version: 1.0-1 Severity: wishlist Please add your package to DPMT's repo (and set VCS-* fields). Alternative is to remove Debian Python Modules Team from Maintainer field. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#666900: RFA: python-repoze.who -- identification and authentication framework for Python WSGI applications
Package: wnpp Severity: normal I request an adopter for the python-repoze.who and python-repoze.who-plugins source packages (if you want to adopt one, you should adopt the other as well; consider also adopting closely related python-repoze.what{,-plugins} packages), I can act as a sponsor for non-DD (within or outside Debian Python Modules Team) Package description: repoze.who is an identification and authentication framework for arbitrary Python WSGI applications; it acts as WSGI middleware. . repoze.who is inspired by Zope 2's Pluggable Authentication Service (PAS), but is not dependent on Zope in any way; it is useful for any WSGI application. . It provides no facility for authorization (ensuring whether a user can or cannot perform the operation implied by the request). This is considered to be the domain of the WSGI application. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] new DPMT admin: Jakub Wilk
Hi Jakub, As I threatened before, your DPMT status on alioth was changed, sorry (and welcome on board :) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#652653: python-virtualenv: insecure /tmp file handling
[Adam D. Barratt, 2011-12-19] I noticed that an upload which appears to fix this issue (although without reference the bug number) has appeared in p-u-NEW. Whilst sorry, I didn't notice a bug was reported that's an admirable turn-around :-) it really should have been discussed with the SRMs first, rather than simply uploading (I believe this is well documented enough by now - if not, please point out where and how we could make it clearer). ups, I assumed someone from SRMs is in the thread Looking at the diff, and the equivalent code in the unstable package, there seems to be a missing component - namely, that the directory created via mkdtemp() is never cleaned up. Am I missing something, or does fixing this issue result in orphaned temporary directories? the old code didn't do it as well, I can update the patch to remove it -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] RFS: UPDATE: pyfribidi 0.10.0-3
[أحمد المحمودي, 2011-07-11] svn+ssh://svn.debian.org/svn/python-modules/packages/pyfribidi/trunk uploaded -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#620469: Bug#620469: Bug#620496
[Clint Byrum, 2011-06-08] Excerpts from Piotr Ożarowski's message of Tue Apr 19 03:27:05 -0700 2011: FYI: if this package doesn't use setuptools/distribute's namespace_packages.txt, you can add --namespace gearman to dh_python2's call and let the helper handle namespace issue Hi Piotr. If I understand the suggestion correctly, we can use something in distutils/setuptools to extend the path in this file, without actually having this file in either package? you can add namespace_packages=['gearman'] to setup.py if it uses setuptools/distribute (pure distutils is not enough) and that's all, dh_python2 will do the rest (remove __init__.py file and recreate it at install time). If you don't want to patch upstream files you can pass the namespace name to dh_python2 directly via --namespace (dh_python2 --namespace gearman). -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#620469: Bug#620469: Bug#620496
FYI: if this package doesn't use setuptools/distribute's namespace_packages.txt, you can add --namespace gearman to dh_python2's call and let the helper handle namespace issue -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Cython 0.14.1 is to be uploaded to unstable -- FTBFs warnings
[Stefan Behnel, 2011-02-14] Yaroslav Halchenko, 14.02.2011 04:08: To get back from the habit of using inconvenient experimental and keeping unstable stable; thus to return unstable to its definition and to foster progress, I am going to upload 0.14.1 to unstable/sid. That will cause following sid versions of packages to FTBFS: [...] pyzmq Fix: 'bool' - 'bint' This is a semantic change in Cython 0.14: 'bool' is no longer available by default, simply because it doesn't make sense to use it and it's ambiguous (C++ has it's own bool, for example). this is the reason why pyzmq is in experimental, Yaroslav, you're a team member, just do a team upload to unstable after uploading cython or ping me -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#613282: Bug#613282: python-scrapy: spurious build-dependency on python-jinja
python-scrapy build-depends on python-jinja, but (as far as I can tell) this package is not used at build time. please also note that python-jinja will be removed from unstable soon, use python-jinja2 instead. -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Numpy 1.5 and python 3
[Ben Gamari, 2011-01-29] By the way, what is the recommended way to track changes/generate patches in /debian packaging directories? $ debcheckout python-numpy $ cd python-numpy $ sensible-editor debian/{control,rules} $ dch -m 'my changes $ svn diff my_changes.patch and yes, it looks like cdbs still doesn't support Python3 (my working patch was modified and now I don't know how to use it with Python 3.X now) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] TG2 and Pylons version in Ubuntu 10.10
[jd_jedi, 2011-01-03] On 01/03/2011 01:29 AM, Piotr Ożarowski wrote: [Jd, 2011-01-03] We have been trying to get out open source version of the product in to Ubuntu 10.10. The TG2 package seems to depend on Pylon 0.10, Which seems to be some intermediate release. Debian Squeeze will have python-pylons 0.10 mainly because TurboGears2 doesn't work with Pylons 1.0 (the other reason is to make it easier to migrate other Pylons applications to 1.0, Pylons 1.0 is the same as 0.10 with one exception: all deprecated code is removed). From the link I sent earlier it seems to be a problem with the new version of pylons :- pylons 0.10 if i install pylons 0.9.7 , it works fine. I remember sending a patch to turbogears2 package after uploading new python-routes - I don't know if that was the only problem, Zack (CCed) should know better... Note it says TG2.0.3 does not work with pylons 0.10. Does this means TG2 will not work on Squeeze as well ? 1.0 and most probably Pyramid. I'll decide later if Pylons will be in Wheezy+1 (python-pyramid will be maintained by TANIGUCHI Takaki) humm.. interesting, will have to see how quickly we can move project to Pyramid based stack. upstream authors will support Pylons for a while, new development happens only in Pyramid, though (TurboGears authors joined Pyramid as well, BTW, so it might be a good idea to start looking at Pyramid, I started focusing on Flask instead. I will still maintain Pylons related packages, don't worry, I use it at work) This is breaking our application and is preventing us from creating the application package (.deb ) More context : http://groups.google.com/group/turbogears/browse_thread/thread/6f209bd6a22d66c5/791918d036f1e1b4?lnk=gstq=Ubuntu+10.10#791918d036f1e1b4 can you reproduce it in Debian? If yes, please report a serious bug against turbogears2 package Which version of Debian is Ubuntu 10.10 based on ? Lenny ? Could you please confirm so we test against the right version. IIRC it's based on Squeeze (the one before our freeze) - so it should look more like upcoming Debian stable release. python-turbogears2 and python-pylons versions do match, I didn't check dependencies, though (and note that Ubuntu is ) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#608730: Bug#608730: python-turbogears2: fresh upstream (2.1) is available
[Yaroslav Halchenko, 2011-01-03] Package: python-turbogears2 Version: 2.0.3-2 Severity: wishlist please charge experimental ;) please don't, use unstable instead Yaroslav: ;-P ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] TG2 and Pylons version in Ubuntu 10.10
[Jd, 2011-01-03] We have been trying to get out open source version of the product in to Ubuntu 10.10. The TG2 package seems to depend on Pylon 0.10, Which seems to be some intermediate release. Debian Squeeze will have python-pylons 0.10 mainly because TurboGears2 doesn't work with Pylons 1.0 (the other reason is to make it easier to migrate other Pylons applications to 1.0, Pylons 1.0 is the same as 0.10 with one exception: all deprecated code is removed). Pylons 1.0 is in experimental right now, Debian Wheezy will have Pylons 1.0 and most probably Pyramid. I'll decide later if Pylons will be in Wheezy+1 (python-pyramid will be maintained by TANIGUCHI Takaki) This is breaking our application and is preventing us from creating the application package (.deb ) More context : http://groups.google.com/group/turbogears/browse_thread/thread/6f209bd6a22d66c5/791918d036f1e1b4?lnk=gstq=Ubuntu+10.10#791918d036f1e1b4 can you reproduce it in Debian? If yes, please report a serious bug against turbogears2 package -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#605365: Bug#605365: pyopenssl: Use dh_python2 instead of dh_pysupport
Unless you need OpenSSL module at install time (for some other module/application) and you don't want to invoke pysupport's trigger (for various reasons, it's very slow and requires touching maintainer scripts to name two)... I don't understand¹ why you want to provide delta between Debian and Ubuntu packages (the change looks trivial, but it actually is a big change as dh_python2 uses different sys.path entry and thus this change can break all packages that use the same namespace²). [¹] debian/changelog doesn't mention reasons [²] not a problem in this case, it looks like python-openssl is the only package that uses OpenSSL namespace PS you probably also want to add Breaks: ${python:Breaks} or lintian will complain. PPS don't get me wrong, I want all pycentral and pysupport packages to be converted to dh_python2 in Wheezy, you just have to be careful while converting pysupport based packages (pycentral ones do not need much attention) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] 'pyenchant' uploaded to mentors.debian.net
[mentors.debian.net, 2010-10-20] The upload of the package 'pyenchant' to mentors.debian.net was successful. URL of your package is: http://mentors.debian.net/debian/pool/main/p/pyenchant Uploaded version: 1.6.3-1.1 Roberto, we're in a freeze so I uploaded pyenchant 1.6.3-1 to experimental in August. I'm perfectly aware that Squeeze should be released with pyenchant 1.6.* as enchant 1.6 is already in there, but I can do nothing about it. Let me know if you want to help me with this package and I'll add you to DPMT. -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] [Python-modules-commits] r14689 - in packages/rabbitvcs/trunk/debian (changelog)
Hi There's new upstream version of rabbitvcs in DPMT's repo prepared by Jason Heeris, please consider polishing it a little bit and uploading at least to experimental. TIA -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#599645: Bug#599645: python-tempita: New version (0.5) released
[John Eikenberry, 2010-10-09] Tempita 0.5 has been released and includes python3 support. no, it wasn't released. 0.5~dev is out, but since upstream author doesn't consider it stable, I didn't package it. -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#591981: Bug#591981: python-pyside: New upstream release available (v0.4.0)
[Kirill Smelkov, 2010-08-06] New PySide with massive effort to close bugs is available [1]. Hopefully, it should fix #588556 and #588558 (both are coredumps in QtGui examples). Also because of the above bugs, and also because PySide is still not widely used, maybe squeeze is frozen should not apply to pyside too hard... we will try to convince release managers to allow new PySide. Right now build dependencies are not ready (some new binary packages are waiting in NEW) - if everything will be ok with experimental builds, we'll ask RMs for an exception and upload to unstable -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#592714: Bug#592714: [FTBFS]: lib directory in python and in debian/rules does not match
[Alfonso Cepeda Caballos, 2010-08-12] for py in $(PYVERS); do \ - $$py setup.py build; \ + $$py setup.py build --build-lib=build/lib; \ done I don't think it's the right fix. You will overwrite previously generated files this way (it's arch:all package so if .py files are equal, it will not break the module). -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#586884: Bug#586884: Error in python installation dirs
[Angel Abad, 2010-06-23] -Maintainer: Debian Python Modules Team python-modules-team@lists.alioth.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com you want us to change maintainer to Ubuntu Developers? Will you take care of bugs and new upstream releases? Great ;-) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556377: python-pybabel: wrong package name (should be: python-babel)
python-babel is no longer in Squeeze. If you don't want to rename it in Squeeze, please consider doing it in Squeeze+1. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] pylons release in squeeze?
[Cornelius Kölbel, 2010-05-18] we got an application that is based on pylons. I took a glance an squeeze as we would like have our app also run on squeeze smoothly. Is it set, that squeeze will come with pylons 0.10 or 1.0? Or might the be a fallback to 0.9.7? I plan to ship Pylons 1.0 in Squeeze (1.0~rc1 is currently in experimental). testing and unstable still contains 0.10 because TurgoGears2 still doesn't work with Pylons 1.0. Please note that Pylons 1.0 is basically Pylons 0.10 with deprecated code removed. 0.9.7 will not be in Squeeze for sure. -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#574640: patch
tags 574640 + patch thanks # Routes = 1.12 disables minimization by default, this patch enabled it in # TurboGears (since TG depends on this functionality) Index: turbogears2-2.0.3/tg/configuration.py === --- turbogears2-2.0.3.orig/tg/configuration.py +++ turbogears2-2.0.3/tg/configuration.py @@ -211,6 +211,7 @@ class AppConfig(Bunch): map = Mapper(directory=config['pylons.paths']['controllers'], always_scan=config['debug']) +map.minimization = True # Setup a default route for the root of object dispatch map.connect('*url', controller='root', action='routes_placeholder') -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#567145: foolscap and DFSG
By the way I see that python-foolscap has a version number with +dfsg in it. Does this mean you needed to patch it in order to get rid of something hat was non-Free? I'm sure that the upstream foolscap is intend ed to be fully Free misc/testutils contains some 3rd party files and we're too lazy to find their license and copyright holder. It's in the changelog. -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556150: Fix for this bug
[Kumar Appaiah, 2009-11-14] diff -Nru --exclude changelog pyelemental-1.2.0/debian/control pyelemental-1.2.0/debian/control --- pyelemental-1.2.0/debian/control 2009-11-14 00:48:12.0 -0600 +++ pyelemental-1.2.0/debian/control 2009-11-14 00:48:13.0 -0600 @@ -33,6 +33,7 @@ Priority: extra Architecture: any Depends: python-elemental (= ${binary:Version}), python-dbg, ${shlibs:Depends} +XB-Python-Version: ${python:Versions} Description: Python bindings for liblemental (debug extension) gElemental is a GTK+ periodic table viewer that provides detailed information about chemical elements. diff -Nru --exclude changelog pyelemental-1.2.0/debian/rules pyelemental-1.2.0/debian/rules --- pyelemental-1.2.0/debian/rules2009-11-14 00:48:12.0 -0600 +++ pyelemental-1.2.0/debian/rules2009-11-14 00:48:13.0 -0600 @@ -16,7 +16,7 @@ install/python-elemental-dbg:: for i in $(cdbs_python_build_versions); do \ - python$$i-dbg ./setup.py install --root $(CURDIR)/debian/python-elemental-dbg; \ + python$$i-dbg ./setup.py install --root $(CURDIR)/debian/python-elemental-dbg --prefix=/usr ; \ done find debian/python-elemental-dbg \ ! -type d ! -name '*_d.so' | xargs rm -f adding XB-Python-Version to -dbg package is enough, no need to add --prefix (although it will not harm to have it) - latest pycentral will move these files to the right location if XB-P-V header is present. signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556150: installs files into /usr/local for Python = 2.6
Package: pyelemental Version: 1.2.0-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local Hi, Starting from Python 2.6, the installation paths for distutils have changed. /usr/local is now used by default. When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from Debian experimental, your package contained these files: pyelemental:drwxr-xr-x root/root 0 2009-11-13 07:23 ./usr/local/ pyelemental:drwxr-xr-x root/root 0 2009-11-13 07:23 ./usr/local/lib/ pyelemental:drwxr-xr-x root/root 0 2009-11-13 07:23 ./usr/local/lib/python2.6/ pyelemental:drwxr-xr-x root/root 0 2009-11-13 07:23 ./usr/local/lib/python2.6/dist-packages/ pyelemental:-rw-r--r-- root/root866490 2009-11-13 07:23 ./usr/local/lib/python2.6/dist-packages/Elemental_d.so How to fix it? === * try to pass --prefix=/usr to setup.py call, check if it's enough, * if your package is using python-central: - add XB-Python-Version: ${python:Versions} to all binary packages that ship Python modules (.py files) or extensions (.so, including _d.so) in debian/control, check if it's enough, - try to convert to python-support[1], check if it's enough, * add --install-layout=deb to setup.py call and bump minimum required python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough * ask for help on #debian-python or debian-pyt...@l.d.o [1] http://wiki.debian.org/DebianPython/central2support ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556154: installs files into /usr/local for Python = 2.6
Package: pyogg Version: 1.3+repack-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local Hi, Starting from Python 2.6, the installation paths for distutils have changed. /usr/local is now used by default. When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from Debian experimental, your package contained these files: pyogg:drwxr-xr-x root/root 0 2009-11-13 08:45 ./usr/local/ pyogg:drwxr-xr-x root/root 0 2009-11-13 08:45 ./usr/local/include/ pyogg:drwxr-xr-x root/root 0 2009-11-13 08:45 ./usr/local/include/python2.6/ pyogg:drwxr-xr-x root/root 0 2009-11-13 08:45 ./usr/local/include/python2.6/pyogg/ pyogg:-rw-r--r-- root/root 674 2002-10-07 01:04 ./usr/local/include/python2.6/pyogg/pyogg.h How to fix it? === * try to pass --prefix=/usr to setup.py call, check if it's enough, * if your package is using python-central: - add XB-Python-Version: ${python:Versions} to all binary packages that ship Python modules (.py files) or extensions (.so, including _d.so) in debian/control, check if it's enough, - try to convert to python-support[1], check if it's enough, * add --install-layout=deb to setup.py call and bump minimum required python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough * ask for help on #debian-python or debian-pyt...@l.d.o [1] http://wiki.debian.org/DebianPython/central2support ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556156: installs files into /usr/local for Python = 2.6
Package: python-pybabel Version: 0.9.4-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local Hi, Starting from Python 2.6, the installation paths for distutils have changed. /usr/local is now used by default. When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from Debian experimental, your package contained these files: python-pybabel:drwxr-xr-x root/root 0 2009-11-13 10:03 ./usr/local/ python-pybabel:drwxr-xr-x root/root 0 2009-11-13 10:03 ./usr/local/bin/ python-pybabel:-rwxr-xr-x root/root 298 2009-11-13 10:03 ./usr/local/bin/pybabel How to fix it? === * try to pass --prefix=/usr to setup.py call, check if it's enough, * if your package is using python-central: - add XB-Python-Version: ${python:Versions} to all binary packages that ship Python modules (.py files) or extensions (.so, including _d.so) in debian/control, check if it's enough, - try to convert to python-support[1], check if it's enough, * add --install-layout=deb to setup.py call and bump minimum required python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough * ask for help on #debian-python or debian-pyt...@l.d.o [1] http://wiki.debian.org/DebianPython/central2support ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#556158: installs files into /usr/local for Python = 2.6
Package: pyxine Version: 0.1alpha2-5 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local Hi, Starting from Python 2.6, the installation paths for distutils have changed. /usr/local is now used by default. When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from Debian experimental, your package contained these files: pyxine:drwxr-xr-x root/root 0 2009-11-13 10:50 ./usr/lib/debug/usr/local/ pyxine:drwxr-xr-x root/root 0 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/ pyxine:drwxr-xr-x root/root 0 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/python2.6/ pyxine:drwxr-xr-x root/root 0 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/python2.6/dist-packages/ pyxine:drwxr-xr-x root/root 0 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/python2.6/dist-packages/pyxine/ pyxine:-rw-r--r-- root/root171581 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/python2.6/dist-packages/pyxine/libxine.so pyxine:-rw-r--r-- root/root423145 2009-11-13 10:50 ./usr/lib/debug/usr/local/lib/python2.6/dist-packages/pyxine/pxlibc.so How to fix it? === * try to pass --prefix=/usr to setup.py call, check if it's enough, * if your package is using python-central: - add XB-Python-Version: ${python:Versions} to all binary packages that ship Python modules (.py files) or extensions (.so, including _d.so) in debian/control, check if it's enough, - try to convert to python-support[1], check if it's enough, * add --install-layout=deb to setup.py call and bump minimum required python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough * ask for help on #debian-python or debian-pyt...@l.d.o [1] http://wiki.debian.org/DebianPython/central2support ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#551467: Bug#551467: python-webflash dep on python-simplejson is optional with python 2.6
On Sun, Oct 18, 2009 at 01:12:36PM +0200, W. Martin Borgert wrote: just a reminder for Python 2.6: AFAIK, python-simplejson is now part of the Python standard library, so you should depend on python (= 2.6) | python-simplejson or something like that. only if there's something like: | try: | import json | except ImportError: |import simplejson as json in the code signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#546847: Bug#546847: epsilon FTBFS with python 2.6
[Fabrice Coutadeur, 2009-09-16] epsilon FTBFS with python 2.6, with the following error: Works fine for me (with python2.6 from experimental) [...] -- System Information: Debian Release: squeeze/sid ^^^ APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: amd64 (x86_64) hmm... anyway, please list build dependencies and their versions (the ones you used on Debian and got FTBFS) signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#550353: ITP: stdeb -- Python to Debian source package conversion utility
Package: wnpp Severity: wishlist Owner: Piotr Ożarowski pi...@debian.org * Package name: stdeb Version : 0.4.1 Upstream Author : Andrew Straw straw...@astraw.com * URL : http://github.com/astraw/stdeb * License : MIT Programming Lang: Python Description : Python to Debian source package conversion utility stdeb produces Debian source packages from Python packages via a new distutils command, sdist_dsc. Automatic defaults are provided for the Debian package, but many aspects of the resulting package can be customized via a configuration file. An additional command, bdist_deb, creates a Debian binary package, a .deb file. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#542638: Bug#542638: python-mysqldb: Doesn't include python 2.5 packages
severity 542638 wishlist retitle 542638 please include Python 2.5 bindings in Etch fixed 542638 1.2.2-7 thanks non-stdlib modules/extensions are not officially supported for Python 2.5 in Etch (i.e. python2.5 is not in the `pyversions -s` output so by default extensions for Python 2.5 are not built). Packages in stable are updated only when a serious bug is found so it's very unlikely that 2.5 bindings will be added in Etch (specially since Etch is already oldstable and Lenny, new stable Debian release, supports Python 2.5) If you really need it, rebuild it yourself by following these steps: (but I really suggest to upgrade to Lenny instead) $ apt-get source python-mysqldb $ apt-get build-dep python-mysqldb # this will install build dependencies, you can remove them later $ apt-get install python2.5-dev $ cd python-mysqldb-* $ sed -i -e 's/PYVERS=$(shell pyversions -r)/PYVERS=$(shell pyversions -r) python2.5/g' debian/rules $ dpkg-buildpackage -rfakeroot $ dpkg -i ../python-python-mysqldb*deb ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] python-modules takeover of python-webpy?
[W. Martin Borgert, 2009-08-19] I talked to Kai Hendry, the current maintainer of web.py, who would like to give up the package (python-webpy). I already prepared a new version (current upstream, both open Debian bugs solved), which I would like to upload under the flag of the python-modules-team (my membership is pending). Any comments? Vetos? As I can see, similar packages are all handled by this team, e.g. CheeryPy, Django, TurboGears... Not mentioning Pylons in a web frameworks list? Veto! ;-) ... please go ahead, you're already a DPMT member :-) -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Further Questions
[anatoly techtonik, 2009-07-28] About central vs support, as they are entrypoints for packaging 1. Can anybody explain what is python-central exactly? aptitude show python-central; man dh_pycentral 2. What is the differences between python-central and python-support? they implement the same thing in different way and use different end location for .pyc files (i.e. pysupport adds /usr/lib/pymodules to sys.path) 3. Why isn't it possible to choose one-- and preferably only one --obvious way to do it (PEP 20)? it is, we now prefer python-support 4. What are the main conflicting points between support and central? both of them have their own issues, see BTS for more info 5. Where is the latest source for python-support to view /usr/share/doc/python-support/README.gz online? svn co svn://svn.debian.org/collab-maint/deb-maint/python-support/trunk/ 6. Is there any PEP to explain reasoning behind Debian packaging and central/support dichotomy? it's Linux distributions specific, so there's no PEP -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Existing modules for new Python
[anatoly techtonik, 2009-07-28] Can anybody tell what happens with existing Python modules when a new Python version is deployed on the system? Are they recompiled or reinstalled or left inaccessible in this version? python-central and python-support will generate symlinks to Python modules and extensions for newly installed Python version and then bytecompile modules. Debian packages contain Python extensions for all supported Python versions and Python moduless that are later symlinked to the end location and bytecompiled. If Python modules cannot be shared between various Python versions, different versions are shipped inside the package. -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#535855: Bug#535855: matplotlib._path
[Thomas Viehmann, 2009-07-08] Fabrice Silva wrote: I will try tonight at home. Which are the mechanism that add items to sys.path ? sys.path is a regular python list, so sys.path.append(/foo) adds to the end, sys.path.insert(i, /foo) adds /foo in i-th position (put in your favorite integer). ... or you can have PYTHONPATH env. var. set somewhere (f.e. in ~/.bashrc) you can also grep your code (I assume nobody would do such nasty thing in Debian package ;) for siteaddsitedir\( or import site ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#534723: Bug#534723: Bug#534723: python-axiom: Failure in post-install
[Sandro Tosi, 2009-06-26] I'm not going to close this bug, since I'm not the maintainer of the package, but I believe this is not a bug at all, since we can do nothing about it. we can: bump minimum required Python version to =2.4 -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] mod-wsgi backport for Apache 1.3
Hi Anatoly, First of all, thanks for working on mod-wsgi. Packages in backports.org should contain as small changes compared to official package as possible, so updating Standards-Version or changing debian/copyright format is not really desired (new format is not accepted yet, BTW, so we'll stay with the old one for now). About supporting Apache 1 (the only remaining change) - Etch support will be dropped soon (and Apache 1 will be no longer supported in Debian then; please also note that Apache 1 is in Etch only to give people a sane way to migrate to the newer one) - do you really think it's worth adding such package for few months only (you'll have to convince BPO admins to allow a package that never have been in testing, BTW)? We appreciate your work, though, so if you want to join us and maintain this package with us, we would like to add you to the team. Our next task is to convince release managers to allow mod_wsgi 2.5 in stable or (if they'll not agree to allow new upstream release), backport most important bug fixes. -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- signature.asc Description: Digital signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#515200: Bug#515200: OpenSSL linked clause
Mike, Just one questions: are you sure it can be linked with OpenSSL? FTR: I didn't check, I'm asking you since you seems to be sure we're allowed to do so. As Sandro pointed out, openssl keyword triggers red light. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#528458: Bug#528458: python-logilab-astng: improper deployment, module logilab.astng is not avail within logilab
[Yaroslav Halchenko, 2009-05-13] *$ ls -l /usr/lib/python2.5/site-packages/logilab/ total 8 4 drwxr-xr-x 3 root root 4096 2008-05-21 14:29 common/ 0 lrwxrwxrwx 1 root root 39 2008-05-21 14:11 __init__.py - /usr/share/pyshared/logilab/__init__.py 4 -rw-r--r-- 1 root root 216 2008-05-21 14:29 __init__.pyc both python-logilab-astng and python-logilab-common are using python-support so /usr/lib/python2.5/site-packages/ should *not* contain logilab module (there's missing preinst script that removes pycentral leftovers most probably) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] python-glpk
[Joao Pedro Pedroso, 2009-04-24] How should I proceed in order to update the package? Well, it depends on what you want to do: would you like to become a Debian maintainer and maintain your tool into our distribution, or would you prefer someone else to do it. I can try to maintain the package myself. What is it the next step to do? if you want us to keep an eye on the package, join DPMT[1,2] and update the debian dir in our repo, then ping us on this list or on #debian-python IRC channel to upload it. [1] http://python-modules.alioth.debian.org/ [2] https://alioth.debian.org/project/request.php?group_id=30714 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#510922: Bug#510922: python-pywt: wp.reconstruct() might fail with '...must satisfy (0 = len(cA) - len(cD) = 1).'
Please try new upstream snapshot: http://people.debian.org/~piotr/python-pywt_0.1.7~svn109-1_amd64.deb to rebuild it (using pbuilder and svn-buildpackage): $ debcheckout pywavelets $ cd pywavelets/ $ ./debian/rules get-orig-source $ mv pywavelets_*.orig.tar.gz ../ $ svn-buildpackage --svn-builder=pdebuild --svn-override=origDir=.. [Yaroslav Halchenko, 2009-01-06] I am attaching again that example file with embedded data snippet and adjusted threshold to reproduce the problem. Traceback (most recent call last): File /tmp/wp_simple_compression_3.py, line 113, in module dtype=N.float32) NameError: name 'N' is not defined (/me is building newer matplotlib...) -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- pgplg4gKsVob7.pgp Description: PGP signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#510922: Bug#510922: Bug#510922: python-pywt: wp.reconstruct() might fail with '...must satisfy (0 = len(cA) - len(cD) = 1).'
[Yaroslav Halchenko, 2009-01-06] apparently in revision 103 Filip have done heavy refactoring of pywt, so my bugs are somewhat obsolete since mechanism for pruning has been changed considerably. I've emailed Filip asking on what is the desired 'workflow' now ;-) ok, I'll close both bugs in 0.1.7~svn*-1 (once Filip will confirm that it can be uploaded to unstable or experimental) BTW: do you want to join DPMT and maintain this package it with us (I don't use this module, so I moved myself to Uploaders) [Yaroslav Halchenko, 2009-01-06] I am attaching again that example file with embedded data snippet and adjusted threshold to reproduce the problem. Traceback (most recent call last): File /tmp/wp_simple_compression_3.py, line 113, in module dtype=N.float32) NameError: name 'N' is not defined (/me is building newer matplotlib...) doh... sorry about that -- N is for numpy there... so s/N/numpy ;) it still fails even with s/P/pylab ;-P -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpYXUCJQYQfo.pgp Description: PGP signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] python-pybabel override disparity
[Debian Installer, 2008-12-28] There are disparities between your recently accepted upload and the override file for the following file(s): python-pybabel_0.9.4-1_all.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your mail due to missing information. Please change python-pybabel's priority to optional. Zine package (optional) will depend on it soon and python-jinja2 (optional) recommends it. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#497786: Bug#497786: import of numpy fails for python2.5
[Tony Mancill, 2008-09-07 07:03] Piotr Ożarowski wrote: 2008/9/5 tony mancill [EMAIL PROTECTED]: $ python-dbg ./0831-support.py [...] undefined symbol: Py_InitModule4 if there's no python-yourmodule-dbg package installed (i.e. no yourmodule_d.so file), python-dbg returns similar output Err... yeah. The python-dbg output is a red-herring. By changing the order of the imports of pylab and matplotlib, I was able to get a new error message from python-dbg. $ python-dbg ./0831-support.py just don't use -dbg interpreter for now or build python-matplotlib-dbg package's trunk version[1] [1] svn co svn://svn.debian.org/python-modules/packages/matplotlib/trunk/debian/ ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] pyelemental_1.2.0-1_amd64.changes REJECTED
[Cesare Tirabassi, 2008-06-14] On Saturday 14 June 2008 12:26:23 you wrote: Hi Cesare, unfortunately pyelemental's debian/copyright lacks copyright statements for the docbook stylesheet, so it cannot be accepted into Debian before fixing it. Kind regards T. Thanks for looking so thoroughly Thomas, I had missed that completely. I've added the copyright info with the following svn commit (Committed revision 5637): Index: copyright === --- copyright (revision 5535) +++ copyright (working copy) @@ -8,6 +8,7 @@ Upstream Author: Kevin Daughtridge [EMAIL PROTECTED] Copyright (C) 2006-2007 Kevin Daughtridge [EMAIL PROTECTED] +Copyright (C) Johan Dahlin, James Henstridge (PyGObject) docs/reference.xsl is based on Johan Dahlin's and James Henstridge's html.xsl. If I'm right, only this file is not 100% Kevin Daughtridge's so just mention it in debian/copyright (with the comment from docs/reference.xsl) and remove above line (from pyelemental's copyright holders) -- :wq! pgp8zFNPtukG4.pgp Description: PGP signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Re: [Python-modules-team] 'tftpy' uploaded to mentors.debian.net
[Carlos, 2008-05-19] Uploaded version: 0.4.4-1 ReviewUpload needed, please :) W: tftpy source: out-of-date-standards-version 3.7.2 (current is 3.7.3) take a look at /usr/share/doc/debian-policy/upgrading-checklist.txt.gz and bump Standards-Version to 3.7.3 0.4.3-2 was never uploaded to Debian (that's why there's UNRELEASED in distribution field :-) - please merge 0.4.3-2 and 0.4.4-1 in the the changelog (BTW, dch command will do this automatically if you'll add DEBCHANGE_RELEASE_HEURISTIC=changelog to ~/.devscripts) BTW: I uploaded this package once, so you can simply send me RFS mail when you need another upload (see link from my signature). No need to upload to mentors.d.n., I will use files from our SVN repository -- http://people.debian.org/~piotr/sponsor.txt pgp9AffUfCZIY.pgp Description: PGP signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#461190: malformatted help output
Sounds more like a broken terminal (-setting...). Please give me the exact steps to reproduce this, starting with a normal Debian installation. Martin, are you using the 'most' or 'less' pagers? doesn't make a difference here, works fine with all of them. PAGER=less ipython # shows some esc codes here PAGER='less -R' ipython # works fine pgph69mFU5brQ.pgp Description: PGP signature ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team