Bug#962665: python3: System site-packages directory not in sys.path breaking mechanism for pip3 install from source
[Matthias, 2020-06-11] > after installing a python package (radiotray) from source with pip3 (sudo pip3 > install .) The package is not listed by pip3 (pip3 list), nor can it be > imported. did you use pip3 from Debian or upstream? > When checking manually the files a located under: /usr/lib/python3.6/site- > packages/radiotray > But this path is missing in the sys.path of python3: [...] > So please add the site-packages directory under /usr to the sys.path of > python3. this will never happen, we removed site-packages for a good reason¹ [¹] https://wiki.debian.org/Python#Deviations_from_upstream so… if you're using our pip3, then there's a bug (it should install into dist-packages even if user used the --I-know-it-s-stupid-but-please-use-sudo-and-break-my-system option) If not (i.e. you used pip3 from outside Debian) then there's nothing we can do.
Bug#926187: dh-python: dh_python3 replaces shebang with /usr/bin/python2 not /usr/bin/python3
> I see. So you mean upstream would need to use > #!/usr/bin/env python3 > to get it handled as /usr/bin/python3 yes (I know some upstreams think /usr/bin/python is Python 3.X…)
Bug#883004: dh-python: pybuild autotest support for stestr, testrepository and ostestr
Hi, thanks for the patch and sorry for long time it took me to take a loot at it. I tried to test it with python-os-testr but it FTBFS is there a better package to test it with? Note that I added cd {build_dir} and --config to the command line as testing source files doesn't make much sense. diff --git a/dh/pybuild.pm b/dh/pybuild.pm index c032644..906f383 100644 --- a/dh/pybuild.pm +++ b/dh/pybuild.pm @@ -141,12 +141,24 @@ sub pybuild_commands { push @py2opts, '--test-pytest'} elsif (grep {$_ eq 'python-nose'} @deps and $ENV{'PYBUILD_TEST_NOSE'} ne '0') { push @py2opts, '--test-nose'} + elsif (grep {$_ eq 'python-stestr'} @deps and $ENV{'PYBUILD_TEST_STESTR'} ne '0') { +push @py2opts, '--test-stestr'} + elsif (grep {$_ eq 'python-testrepository'} @deps and $ENV{'PYBUILD_TEST_TESTR'} ne '0') { +push @py2opts, '--test-testr'} + elsif (grep {$_ eq 'python-os-testr'} @deps and $ENV{'PYBUILD_TEST_OSTESTR'} ne '0') { +push @py2opts, '--test-ostestr'} if (grep {$_ eq 'python3-tox'} @deps and $ENV{'PYBUILD_TEST_TOX'} ne '0') { push @py3opts, '--test-tox'} elsif (grep {$_ eq 'python3-pytest'} @deps and $ENV{'PYBUILD_TEST_PYTEST'} ne '0') { push @py3opts, '--test-pytest'} elsif (grep {$_ eq 'python3-nose'} @deps and $ENV{'PYBUILD_TEST_NOSE'} ne '0') { push @py3opts, '--test-nose'} + elsif (grep {$_ eq 'python3-stestr'} @deps and $ENV{'PYBUILD_TEST_STESTR'} ne '0') { +push @py3opts, '--test-stestr'} + elsif (grep {$_ eq 'python3-testrepository'} @deps and $ENV{'PYBUILD_TEST_TESTR'} ne '0') { +push @py3opts, '--test-testr'} + elsif (grep {$_ eq 'python3-os-testr'} @deps and $ENV{'PYBUILD_TEST_OSTESTR'} ne '0') { +push @py3opts, '--test-ostestr'} if (grep {$_ eq 'pypy-tox'} @deps and $ENV{'PYBUILD_TEST_TOX'} ne '0') { push @pypyopts, '--test-tox'} elsif (grep {$_ eq 'pypy-pytest'} @deps and $ENV{'PYBUILD_TEST_PYTEST'} ne '0') { diff --git a/dhpython/build/base.py b/dhpython/build/base.py index b99ccad..eb675ae 100644 --- a/dhpython/build/base.py +++ b/dhpython/build/base.py @@ -201,7 +201,18 @@ class Base: elif self.cfg.test_pytest: return 'cd {build_dir}; {interpreter} -m pytest {args}' elif self.cfg.test_tox: -return 'cd {build_dir}; tox -c {dir}/tox.ini -e py{version.major}{version.minor}' +return 'cd {build_dir}; tox -c {dir}/tox.ini -e py{version}' +elif self.cfg.test_stestr: +return ('cd {build_dir};' +'python{version.major}-stestr --config {dir}/.stestr.conf init;' +'PYTHON=python{version} python{version.major}-stestr --config {dir}/.stestr.conf run') +elif self.cfg.test_testr: +return ('cd {build_dir};' +'testr-python{version.major} init;' +'PYTHON=python{version} testr-python{version.major} run') +elif self.cfg.test_ostestr: +return ('cd {build_dir};' +'PYTHON=python{version} python{version.major}-ostestr') elif args['version'] == '2.7' or args['version'] >> '3.1' or args['interpreter'] == 'pypy': return 'cd {build_dir}; {interpreter} -m unittest discover -v {args}' diff --git a/pybuild b/pybuild index 4354183..7b19a56 100755 --- a/pybuild +++ b/pybuild @@ -453,6 +453,15 @@ def parse_args(argv): tests.add_argument('--test-tox', action='store_true', default=environ.get('PYBUILD_TEST_TOX') == '1', help='use tox in --test step') +tests.add_argument('--test-stestr', action='store_true', + default=environ.get('PYBUILD_TEST_STESTR') == '1', + help='use stestr in --test step') +tests.add_argument('--test-testr', action='store_true', + default=environ.get('PYBUILD_TEST_TESTR') == '1', + help='use testr in --test step') +tests.add_argument('--test-ostestr', action='store_true', + default=environ.get('PYBUILD_TEST_OSTESTR') == '1', + help='use ostestr in --test step') dirs = parser.add_argument_group('DIRECTORIES') dirs.add_argument('-d', '--dir', action='store', metavar='DIR', @@ -507,6 +516,7 @@ def parse_args(argv): args.versions = versions if args.test_nose or args.test_pytest or args.test_tox\ + or args.test_stestr or args.test_testr or args.test_ostestr\ or args.system == 'custom': args.custom_tests = True else: diff --git a/pybuild.rst b/pybuild.rst index e5709a4..1a5eb9d 100644 --- a/pybuild.rst +++ b/pybuild.rst @@ -88,6 +88,15 @@ TESTS --test-tox use tox command in test step, remember to add python-tox to Build-Depends. Requires tox.ini file +--test-stestr +use stestr command in test step, remember to add python-stestr and/or +python3-stestr to Build-Depends. +--test-testr +use
Bug#864599: python-minimal: pyclean, pycompile and pyversions: Error when /usr/bin/python is python3
Control: severity 864599 wishlist [Matthias Julius, 2017-06-11] > After setting /usr/bin/python to point to python3 via alternatives the > next update of debconf failed with: /usr/bin/python is not something you should be changing via alternatives > File "/usr/bin/pyclean", line 63 > except (IOError, OSError), e: > ^ > SyntaxError: invalid syntax if you want Python 3 version of these scripts, use py3compile / py3clean > #! /usr/bin/python2 > > helped. They are apparently not compatible with python3. I'm not a fan of python2 - we'll not change /usr/bin/python to something else than Python 2.X so there's no need to change shebangs. /usr/bin/python2 symlink is provided only to workaround damage done by one other distro.
Bug#718819: python3 has circular Depends on dh-python
[Faidon Liambotis, 2017-02-05] > Hi! > > On Tue, Aug 06, 2013 at 10:21:43AM +0200, Matthias Klose wrote: > > > There is a circular dependency between python3 and dh-python: > > > > > > python3 :Depends: dh-python > > > dh-python :Depends: python3 (>= 3.2.3-3~) > > > > expected. > > Could you perhaps explain why is that the case? I came looking in the > BTS because I found it odd that the python3 package, presumably intended > for end-users (or end-systems), just wanting to run python3 code, > depends on dh-python, a package that contains "Debian helper tools for > packaging Python libraries and applications". that's because many packages still build depend on python3 without dh-python (dh_python3 used to be shipped in python3 package). dh-python build depends on python3-minimal only so it shouldn't be that big of a problem. python3 will drop dh-python dependency in Buster (it's too late to deal with all the FTBFS in Strech)
Bug#796517: python-werkzeug: FTBFS: python3.4 -m nose: error: no such option: -k
fixed¹ in dh-python package, thanks for the bug report [¹] https://anonscm.debian.org/cgit/dh-python/dh-python.git/commit/?id=a0ddb4c253fb646bad7b317fd148aa9beb7d7a87
Bug#698258: ITP: python-charade -- universal encoding detector for Python 2 and Python 3
[Daniele Tricoli, 2013-11-25] Piotr, do you have any concerns? not anymore, please send me RFS mail when it's ready (you can also add python-chardet package that imports * from charade and I will remove chardet from Debian) signature.asc Description: Digital signature
Bug#700194: unblock: python3-defaults/3.2.3-6
[Julien Cristau, 2013-02-21] So there's bits in debpython/depends.py I don't understand. Why is maxv sometimes inclusive and sometimes exclusive? I assume you're talking about minv==maxv case, that's a special case and I admit it's confusing - that's why in experimental there's new Version class (and VersionRange) which should fix the confusion (when the refactoring is done) Why change the minv == maxv case? because generating python3 (= 3.3), python3 ( 3.3) doesn't make sense -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682906: unblock: python-defaults/2.7.3-2
[Julien Cristau, 2013-02-03] Why is some stuff being removed from pydist/dist_fallback? What is that file for? if package foo has Bar in egg-info/requires.txt, dh_python2 will try to find Bar-*.egg-info file and add package that provides it to foo's Depends; if this file cannot be found, it will add python-bar unless there's an exception in dist_fallback file. dist_fallback is a map of uncommon egg names and Debian package names that provide them. And as discussed on IRC the prerm/postrm changes are broken and need a revert. please be more verbose for those of us who did not participate in this discussion (or do not remember 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 signature.asc Description: Digital signature
Bug#698851: python-lxml: new homepage
Package: python-lxml Version: 2.3.5-1 Severity: minor Please update Homepage field to point to http://lxml.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682906: unblock: python-defaults/2.7.3-2
[Jonathan Nieder, 2012-12-09] [...] --- python-defaults-2.7.3~rc2/debian/pyversions.py 2012-06-05 22:58:56.0 -0400 +++ python-defaults-2.7.3/debian/pyversions.py 2012-07-26 18:26:10.0 -0400 @@ -110,7 +110,8 @@ else: return _unsupported_versions -_supported_versions = None +_supported_versions = [python%s % ver for ver in \ + os.environ.get('DEBPYTHON_SUPPORTED', '').split()] That's * pyversions, dh_python2, pycompile: allow to override system's list of supported Python versions via DEBPYTHON_SUPPORTED and default Python version via DEBPYTHON_DEFAULT env. variables Do any packages in wheezy use these envvars? What will happen if they are rebuilt against python-defaults from wheezy? packages are not using it yet. Once they do, they should use it for tests only. Wheezy administrators will be able to easily re-add support for Python 2.4 thanks to these envvars (rebuilding one package to add 2.4 symlinks should be much easier and safer with envvar than with changing list of supported versions system-wide) --- python-defaults-2.7.3~rc2/debpython/pydist.py 2012-06-05 22:58:56.0 -0400 +++ python-defaults-2.7.3/debpython/pydist.py 2012-07-26 18:26:10.0 -0400 [...] @@ -41,7 +42,7 @@ ;\s* (?PstandardPEP386)?# PEP-386 mode \s* -(?Pruless/.*)? # translator rules +(?Prules(?:s|tr|y).*)? # translator rules )? Do source packages in wheezy use this feature? no (sadly, it looks like I'm the only one who includes *.pydist files in packages) [...] --- python-defaults-2.7.3~rc2/Makefile 2012-06-05 22:58:56.0 -0400 +++ python-defaults-2.7.3/Makefile 2012-07-26 18:26:10.0 -0400 @@ -30,6 +30,9 @@ %.1: %.rst rst2man $ $@ +%.html: %.rst + rst2html $ $@ Doesn't seem necessary for wheezy. it's not used at build time [...] --- python-defaults-2.7.3~rc2/pydist/dist_fallback 2012-06-05 22:58:56.0 -0400 +++ python-defaults-2.7.3/pydist/dist_fallback 2012-07-26 18:26:10.0 -0400 @@ -2,7 +2,9 @@ setuptools python-pkg-resources wsgiref python (= 2.5) | python-wsgiref argparse python (= 2.7) | python-argparse +pil python-imaging AddOns python-peak.util +BatchModify trac-batchmodify [etc] --- python-defaults-2.7.3~rc2/pydist/generate_fallback_list.py 2012-06-05 22:58:56.0 -0400 +++ python-defaults-2.7.3/pydist/generate_fallback_list.py 2012-07-26 18:26:10.0 -0400 @@ -72,4 +72,6 @@ fp.write('setuptools python-pkg-resources\n') fp.write('wsgiref python (= 2.5) | python-wsgiref\n') fp.write('argparse python (= 2.7) | python-argparse\n') +# wasn't recognized due to .pth file (egg-info is in PIL/ and not in *-packages/) +fp.write('pil python-imaging\n') Am I correct in guessing these are needed in wheezy? yes, at least one package was depending on the pil line, the rest is just an update (fallback list is not generated at every build as it requires network connection to download Contents file) [...] Thanks for including tests along with the fixes. \o/ you should see what SQLAlchemy author does - there are over 100 KiB of pure Python unit tests (for almost every bug reported) in sqlalchemy 0.7.9 (for which I still didn't send unblock request - I'll do it once 0.6.9 update for Squeeze is ready - I will need to convince you upstream author is very sane in both cases) -- 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
Bug#538978: please add support for multiple python version to more build classes
[Joey Hess, 2011-02-24] If this were say, rewritten in python :) and factored out into a standalone program with a name like python-multibuild, and included in some python development package, then debhelper and rules files could just call it, and pass it the setup.py to run and the action to do. I'm interested in writing such tool and shipping it in python package, could you elaborate a little bit more about API? What arguments do you want to pass? Only something like this: $ python-multibuild build $ python-multibuild install $ python-multibuild test $ python-multibuild clean or will you also pass more options, like build dir (the one with setup.py file) for example? -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606530: [Build-common-hackers] Bug#606530: packages build-depending on python-dev should not be built for non-default python version
[Jonas Smedegaard, 2010-12-30] On Fri, Dec 10, 2010 at 12:07:36AM +0100, Matthias Klose wrote: A package which build-depends on python-dev and not python-all-dev should only be built with the default python version. Is that a fact, or do you propose this behaviour? that's a common practice, yes. Debian Python Policy describes python{,-dev,-all,-all-dev} packages here¹. [¹] http://www.debian.org/doc/packaging-manuals/python-policy/ap-build_dependencies.html Seems wrong to me to mandate such behaviour based on direct build dependencies. some packages use standard CDBS/dh build system (i.e. without overrides to build using one Python version only) and later move Python modules from public place ({site,dist}-packages/) to a private directory. = 2.4 in XS-Python-Version is still valid as the (private) module works fine with all Python versions (binNMU will be needed if it contains private extension, otherwise helper tools will just regenerate .pyc files when new default Python version will be installed). I think Build-Depends is the best place to mark such cases (where only one Python version is needed at build time). The other way to fix this bug is to adjust pyversions tool to parse build dependencies and return one Python version only, I'm not sure if it's a good idea, though (but since dh_py* helper tools will ignore² it, and bytecompile/create symlinks for all requested Python versions, maybe it's something we can do (and avoid current problems at the same time) Matthias and Scott: if you think it's a good idea, I will implement it. [²] note the difference between this behaviour and the one with current keyword PS Note that even if you will build for one Python version only, Python helpers will try to deal with that - dh_pycentral and dh_pysupport will generate symlinks at install time anyway; if package is using XB-Python-Version, we'll detect missing extensions (for arch:any packages) during the transition. dh_python2 will create missing symlinks at build time and FTBFS if it will detect a missing extension Both debhelper and cdbs now try to build for the intersection of the installed and requested python versions (which only depends on the installed pythonX.Y packages, but not the pythonX.Y-dev packages), and then fail to build not finding e.g. headers in the non-default pythonX.Y-dev package. CDBS currently by default build for all variants of Python available at build time. It is then the responsibility of the package even if we will change pyversions to parse Build-Depends, please try to build for all interpreters returned by `pyversions -r`, do not limit it to the ones installed, it's much better to FTBFS if given interpreter is missing than to build with missing extensions [...] In the past we had the XS-Python-Version: current attribute for this scenario, but that was ditched for reasons not entirely understood by me. current does more than that (building for one Python version) - it uses one Python version even at runtime. Public Python modules should be available for as many installed Python interpreters as possible (limited only by upstream author, not by us) and current keyword provides more harm than good by limiting public module's list of supported Python versions, IMHO. It was deprecated because you can get exactly the same effect by installing your module as private one (and not messing with public ones). CDBS provides helper tools for packaging, not (if we can avoid it) band-aid for lack of sensible logic in underlying build infrastructures. but there's *is* a logic: build depend on python or python-dev or pythonX.Y-dev if you want to build for one Python version only and build depend on python-all/python-all-dev if you want to support more than one Python version (i.e. your package provides public module) I sugest you resolve Python build systems issues internally among the build infrastructures python-central python-support and python-default, and then tell us package helper folks what you came up with which we can then support from a higher altitude. as noted before, dh_py* helper tools know how to deal with this situation, the only problem is with cdbs/dh → pyversions. We can either fix it in CDBS/dh or in pyversions (if both CDBS and dh will try to build for all `pyversions -rv` versions and not only for `pyversions -riv` or `pyversions -iv` ones) [/me subscribed bug#606530] PPS a lot of things will (hopefully) be simplified in Wheezy (due to the fact that we will most probably support one Python 2.X version only - the last one³, and due to upstream changes in Python 3.X interpreters) [³] upstream will never release Python 2.8 -- 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
Bug#607132: unblock: python-defaults/2.6.6-3+squeeze3
retitle 607132 unblock: python-defaults/2.6.6-3+squeeze4 thanks RC bug (#607555) backported from 2.6.6-9 signature.asc Description: Digital signature
Bug#598432: python-apt: upgrade fails
tags 598432 + patch thanks [Piotr Ożarowski, 2010-09-29] I'll try to send you a patch this evening attached Luca: If python-apt maintainers will decide to use my patch, please fast-process it in NEW if possible (it's part of the python3 in Squeeze goal we talked about before, TIA) diff -Nru python-apt-0.7.98/debian/changelog python-apt-0.7.98+nmu1/debian/changelog --- python-apt-0.7.98/debian/changelog 2010-09-28 15:47:51.0 +0200 +++ python-apt-0.7.98+nmu1/debian/changelog 2010-09-29 18:23:59.0 +0200 @@ -1,3 +1,12 @@ +python-apt (0.7.98+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Use dh_python3 to handle Python 3 files +- bump minimum required versions of python-central and python3-all-dev +- add new python3-apt, python3-apt-bdg and python-common binary packages + + -- Piotr Ożarowski pi...@debian.org Wed, 29 Sep 2010 18:23:25 +0200 + python-apt (0.7.98) unstable; urgency=low [ Michael Vogt ] diff -Nru python-apt-0.7.98/debian/control python-apt-0.7.98+nmu1/debian/control --- python-apt-0.7.98/debian/control 2010-09-07 14:03:20.0 +0200 +++ python-apt-0.7.98+nmu1/debian/control 2010-09-29 19:34:37.0 +0200 @@ -11,9 +11,9 @@ libapt-pkg-dev (= 0.8), python-all-dev, python-all-dbg, - python3-all-dev (= 3.1.2-6~), + python3-all-dev (= 3.1.2-10~), python3-all-dbg (= 3.1.2-6~), - python-central (= 0.5), + python-central (= 0.6.16+nmu1), python-distutils-extra (= 2.0), python-sphinx (= 0.5), python-debian @@ -22,10 +22,10 @@ Package: python-apt Architecture: any -Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends} +Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}, python-apt-common Recommends: lsb-release, iso-codes, python2.6 Breaks: debdelta ( 0.28~), packagekit-backend-apt (= 0.4.8-0ubuntu4) -Provides: python3-apt, ${python:Provides} +Provides: ${python:Provides} Suggests: python-apt-dbg, python-gtk2, python-vte, python-apt-doc XB-Python-Version: ${python:Versions} Description: Python interface to libapt-pkg @@ -82,3 +82,52 @@ . This package contains the header files needed to use python-apt objects from C++ applications. + +Package: python-apt-common +Priority: optional +Architecture: all +Depends: ${misc:Depends}, python | python3 +Enhances: python-apt, python3-apt +Breaks: python-apt ( 0.7.98+nmu1) +Description: Python interface to libapt-pkg (locales) + The apt_pkg Python interface will provide full access to the internal + libapt-pkg structures allowing Python programs to easily perform a + variety of functions. + . + This package contains locales. + +Package: python3-apt +Architecture: any +Depends: ${python3:Depends}, ${shlibs:Depends}, ${misc:Depends}, python-apt-common +Recommends: lsb-release, iso-codes +Provides: ${python3:Provides} +Suggests: python3-apt-dbg, python-apt-doc +Breaks: python-apt ( 0.7.98+nmu1) +Replaces: python-apt ( 0.7.98+nmu1) +Description: Python 3 interface to libapt-pkg + The apt_pkg Python 3 interface will provide full access to the internal + libapt-pkg structures allowing Python 3 programs to easily perform a + variety of functions, such as: + . + - Access to the APT configuration system + - Access to the APT package information database + - Parsing of Debian package control files, and other files with a +similar structure + . + The included 'aptsources' Python interface provides an abstraction of + the sources.list configuration on the repository and the distro level. + +Package: python3-apt-dbg +Priority: extra +Architecture: any +Section: debug +Breaks: python-apt ( 0.7.98+nmu1) +Depends: python3-dbg, python3-apt (= ${binary:Version}), ${shlibs:Depends}, + ${misc:Depends} +Description: Python 3 interface to libapt-pkg (debug extension) + The apt_pkg Python 3 interface will provide full access to the internal + libapt-pkg structures allowing Python 3 programs to easily perform a + variety of functions. + . + This package contains the extension built for the Python debug interpreter. + diff -Nru python-apt-0.7.98/debian/python3-apt-dbg.install python-apt-0.7.98+nmu1/debian/python3-apt-dbg.install --- python-apt-0.7.98/debian/python3-apt-dbg.install 1970-01-01 01:00:00.0 +0100 +++ python-apt-0.7.98+nmu1/debian/python3-apt-dbg.install 2010-09-29 15:59:03.0 +0200 @@ -0,0 +1 @@ +usr/lib/python3*/*/*_d.so diff -Nru python-apt-0.7.98/debian/python3-apt.install python-apt-0.7.98+nmu1/debian/python3-apt.install --- python-apt-0.7.98/debian/python3-apt.install 1970-01-01 01:00:00.0 +0100 +++ python-apt-0.7.98+nmu1/debian/python3-apt.install 2010-09-29 16:17:19.0 +0200 @@ -0,0 +1,4 @@ +usr/lib/python3*/*/apt_pkg.so +usr/lib/python3*/*/apt_inst.so +usr/lib/python3*/*/*/ +usr/lib/python3*/*/*.egg-info diff -Nru python-apt-0.7.98/debian/python-apt-common.install
Bug#596807: please invoke dh_python3 for python3-foo binary packages
[Piotr Ożarowski, 2010-09-14] It would also make sense to pass -N python3-foo to (invoked by default) dh_pysupport (in case python3-foo package provides also private directories, dh_pysupport ignores only public python3.X packages) actually... ignore this part, I will upload python-central and python-support new versions that will ignore python3-* packages -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591599: dependencies need to move to pre-depend?
tags 591599 + patch thanks attached patch should fix this bug diff -u pootle-2.0.5/debian/changelog pootle-2.0.5/debian/changelog --- pootle-2.0.5/debian/changelog +++ pootle-2.0.5/debian/changelog @@ -1,3 +1,11 @@ +pootle (2.0.5-0.2) UNRELEASED; urgency=medium + + * Non-maintainer upload + * Run update-python-modules before invoking django-admin (closes: 591599) + * Remove /var/lib/pootle on purge + + -- Piotr Ożarowski pi...@debian.org Thu, 26 Aug 2010 22:14:05 +0200 + pootle (2.0.5-0.1) unstable; urgency=low * Non-maintainer upload with maintainer's agreement diff -u pootle-2.0.5/debian/pootle.postinst pootle-2.0.5/debian/pootle.postinst --- pootle-2.0.5/debian/pootle.postinst +++ pootle-2.0.5/debian/pootle.postinst @@ -60,6 +60,7 @@ case $1 in configure) if [ -z $2 ]; then +update-python-modules -p su pootle -p -c django-admin syncdb --settings pootle.settings --noinput su pootle -p -c django-admin initdb --settings pootle.settings su pootle -p -c django-admin refresh_stats --settings pootle.settings @@ -76,6 +77,7 @@ ;; esac done +update-python-modules -p su pootle -p -c django-admin syncdb --settings pootle.settings --noinput su pootle -p -c django-admin initdb --settings pootle.settings su pootle -p -c python /usr/share/pyshared/pootle/tools/import_old_prefs.py /etc/pootle/pootle.prefs /etc/pootle/users.prefs only in patch2: unchanged: --- pootle-2.0.5.orig/debian/pootle.postrm +++ pootle-2.0.5/debian/pootle.postrm @@ -0,0 +1,9 @@ +#!/bin/sh + +set -e + +if [ $1 = purge ]; then + rm -rf /var/lib/pootle/ +fi + +#DEBHELPER#
Bug#591599: dependencies need to move to pre-depend?
tags 591599 + patch thanks attached patch should fix this bug diff -u pootle-2.0.5/debian/changelog pootle-2.0.5/debian/changelog --- pootle-2.0.5/debian/changelog +++ pootle-2.0.5/debian/changelog @@ -1,3 +1,11 @@ +pootle (2.0.5-0.2) UNRELEASED; urgency=medium + + * Non-maintainer upload + * Run update-python-modules before invoking django-admin (closes: 591599) + * Remove /var/lib/pootle on purge + + -- Piotr Ożarowski pi...@debian.org Thu, 26 Aug 2010 22:14:05 +0200 + pootle (2.0.5-0.1) unstable; urgency=low * Non-maintainer upload with maintainer's agreement diff -u pootle-2.0.5/debian/pootle.postinst pootle-2.0.5/debian/pootle.postinst --- pootle-2.0.5/debian/pootle.postinst +++ pootle-2.0.5/debian/pootle.postinst @@ -60,6 +60,7 @@ case $1 in configure) if [ -z $2 ]; then +update-python-modules -p su pootle -p -c django-admin syncdb --settings pootle.settings --noinput su pootle -p -c django-admin initdb --settings pootle.settings su pootle -p -c django-admin refresh_stats --settings pootle.settings @@ -76,6 +77,7 @@ ;; esac done +update-python-modules -p su pootle -p -c django-admin syncdb --settings pootle.settings --noinput su pootle -p -c django-admin initdb --settings pootle.settings su pootle -p -c python /usr/share/pyshared/pootle/tools/import_old_prefs.py /etc/pootle/pootle.prefs /etc/pootle/users.prefs only in patch2: unchanged: --- pootle-2.0.5.orig/debian/pootle.postrm +++ pootle-2.0.5/debian/pootle.postrm @@ -0,0 +1,9 @@ +#!/bin/sh + +set -e + +if [ $1 = purge ]; then + rm -rf /var/lib/pootle/ +fi + +#DEBHELPER#
Bug#507529: ITP: bauble -- Bauble is a biodiversity collection manager software application
please note that I will upload python-sqlalchemy 0.5.x to unstable (0.5.0~rc4-1 is currently in experimental) once Lenny will be released, so I suggest to test the package with SA 0.5 and add python-sqlalchemy 0.5~ dependency if needed. The same applies to python-simplejson 2.0.x BTW: there's Python Applications Packaging Team[1] if you're interested [1] http://python-apps.alioth.debian.org/policy.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445399: XS-Python-Version: current generates incorrect dependencies
[Bernd Zeimetz, 17.02.2008] diff -u musiclibrarian-1.6/debian/control musiclibrarian-1.6/debian/control --- musiclibrarian-1.6/debian/control +++ musiclibrarian-1.6/debian/control @@ -5,22 +5,20 @@ -Build-Depends: debhelper (= 5.0.37.2), python-central (= 0.5) -Build-Depends-Indep: debhelper (= 5.0.37.2), python-central (= 0.5), python (= 2.3.0), python-dev (= 2.3.0) -Standards-Version: 3.6.0 +Build-Depends: debhelper (= 5.0.38) +Build-Depends-Indep: python-central (= 0.5.6), python-all-dev (= 2.3.5-11) why python-all-dev? Is there a c module to compile? the right fix would be to drop python-dev. Also you need at least python in build-depends, as you need it for the clean target (if you'd run setup.py clean in there, which is the proper way) ok, it should be python-all, my fault, but still, byte compiling for all supported Python versions makes sense (I already detected a bug before uploading to unstable once) Since Daniel doesn't maintain Python modules we (Barry and I) decided to byte compile it for all versions, like in Python extensions (we both think that it has more advantages than disadvantages) +XS-Python-Version: all +Homepage: http://alioth.debian.org/projects/musiclibrarian Package: musiclibrarian Architecture: all Depends: ${python:Depends}, python-gtk2 (= 2.4.0), python-glade2, python-pyvorbis, python-id3, python-pyao, python-pymad, libglade2-0 (= 1:2.4.1) -XS-Python-Version: current XB-Python-Version: ${python:Versions} ... should be installed for the current version only, and modules moved into a private module dir imho (see below). not in NMU, Daniel decided to not install it as a private module so we didn't change it diff -u musiclibrarian-1.6/debian/rules musiclibrarian-1.6/debian/rules --- musiclibrarian-1.6/debian/rules +++ musiclibrarian-1.6/debian/rules @@ -6,29 +6,35 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +PYVERS=$(shell pyversions -vr) + Why!? For private modules? see above CFLAGS = -Wall -g clean: dh_testdir dh_testroot - rm -f build-stamp configure-stamp + -rm -rf build Where's the sense of the - at the begin? man rm. You should run setup.py clean and search for *.pyc and remove the files, in case setup.py leaves them sitting around. ok - should be removed but calling setup.py clean forces changes in Build-Depends (moving python-all from -Indep) which should not be done in NMU, IMO again, my fault (I suggested to use test -e, though) + rm -f build-stamp configure-stamp install-stamp dh_clean # Nothing to do to build the package. build: -install: +install: install-stamp +install-stamp: $(PYVERS:%=install-python-%) + touch $@ + + sed -i -e '1s/python.*/python/' $(CURDIR)/debian/musiclibrarian/usr/bin/music-librarian Did you think about that? It will be called for all python versions you build for (which doesn't make sense anyway...). It should not even be necessary if you build it with the default python version. nope, sed is in install-stamp, not in install-python-% + +install-python-%: dh_testdir dh_testroot - dh_clean -k - dh_installdirs - ./setup.py install --no-compile --prefix=$(CURDIR)/debian/musiclibrarian/usr + python$* ./setup.py install --no-compile --prefix=$(CURDIR)/debian/musiclibrarian/usr Again, runnign setup once with python is enough. Better fix the package to use a private modules dir like /usr/share/musiclibrarian only. pycentral will handle that... see above (BTW: I agree that it should be private) + rmdir $(CURDIR)/debian/musiclibrarian/usr/lib This will FTBFS as soon as pycentral is fixed. I suggested to use rmdir instead of rm -f to be sure that this dir is empty. I simply assumed that #452227 will not be fixed. Sorry. pgpEyQR6oGqnD.pgp Description: PGP signature
Bug#445399: XS-Python-Version: current generates incorrect dependencies
- ./setup.py install --no-compile --prefix=$(CURDIR)/debian/musiclibrarian/usr damn, I didn't notice that this line contains --no-compile, that changes a lot. Barry, please remove all compiling for all Python versions stuff. pgplSU5GLzI9J.pgp Description: PGP signature
Bug#425313: doesn't work with libcurl4-gnutls 7.16.2-3
Package: sms-pl Version: 2.1.0-1+b1 Severity: serious Yeah, we know that sms-pl doesn't work with libcurl4-gnutls 7.16.2-3 (see http://bugs.debian.org/424894). Somebody binNMUed this package to rebuild it against libcurl4-gnutls so if you have 2.1.0-1+b[0-9] installed, please ignore double free crash (application will send message anyway) or rebuild it with libcurl4-openssl-dev I will upload -2 ASAP (after #424894 fix) For Polish speaking users: Przykro mi chłopaki (jakaś dziewczyna używa tej paczki? Proszę o maila... :-) ale jakiś nadgorliwiec przebudował paczkę z nową wersją Curla, która miała buga. Problem jest już naprawiony w CVSie Curla, więc jak tylko naprawiony zostanie #424894, wrzucę 2.1.0-2 do unstable (z działającą bramką orangembox)
Bug#414549: python-pygments: pygmentize cli fails with AttributeError
[Günter Milde, 12.03.2007] Version: 0.5.1-1 ^^^ version 0.5.1 contains cmdline_main, not cmdline.main - see line 79 in /usr/share/pycentral/python-pygments/site-packages/pygments/__init__.py (cmdline.main is used in leter version, see package from experimental) The command line interface for the pygments module `pygmentize` contains a leftover from previous version that prevents it from working at all:: You are still using the older version! (see above) [EMAIL PROTECTED]:~/.python/packages pygmentize pylit.py Traceback (most recent call last): File /usr/bin/pygmentize, line 4, in ? sys.exit(pygments.cmdline_main(sys.argv)) AttributeError: 'module' object has no attribute 'cmdline_main' Did you try to upgrade to 0.7.1-1 in the meantime? (it works fine here with both 0.5.1-1 and 0.7.1-1) -- :wq! pgpHllXO59txX.pgp Description: PGP signature
Bug#412218: ITP: python-elixir -- Declarative Mapper for SQLAlchemy
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-elixir Version : 0.1.0 Upstream Author : Jonathan LaCour, Daniel Haus, Gaetan de Menten [EMAIL PROTECTED] * URL : http://elixir.ematia.de/ * License : MIT Programming Lang: Python Description : Declarative Mapper for SQLAlchemy A declarative layer on top of SQLAlchemy. It is a fairly thin wrapper, which provides the ability to define model objects following the Active Record design pattern, and using a DSL syntax similar to that of the Ruby on Rails ActiveRecord system. . Elixir does not intend to replace SQLAlchemy's core features, but instead focuses on providing a simpler syntax for defining model objects when you do not need the full expressiveness of SQLAlchemy's manual mapper definitions. . Elixir is intended to replace the ActiveMapper SQLAlchemy extension, and the TurboEntity project. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410359: ITP: python-pudge -- documentation generator for Python projects
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-pudge Version : 0.1.2+svn134-1 Upstream Author : Ryan Tomayko [EMAIL PROTECTED] * URL : http://pudge.lesscode.org/ * License : MIT Programming Lang: Python Description : documentation generator for Python projects Pudge is a documentation system for Python projects. . Its highlights are: * Generate documentation for Python packages, modules, classes, functions, and methods. * Module and Class index hierarchies * Support for Restructured Text in docstrings * Easily apply common free documentation licenses (GNU, CC) * Syntax colored source HTML generation with anchors for line numbers * Generated reference documents link to source for all modules, classes, functions, and methods * Basic Restructured Text document templating (brings external documents into the flow of generated pages) * Support for HTML 4.01 or XHTML 1.0 output * Basic Trac integration (adds Trac project links to navigational elements) * Uses a combination of runtime inspection and Python source code scanning * Extensible and customizable using kid templates -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409814: [Python-modules-team] Bug#409814: python-mysqldb: no python2.5 support
severity 409814 wishlist thanks The python-mysqldb package should support python2.5. Python 2.5 is still not supported in Debian, see `pyversions --supported`. (it will be supported in Lenny) pgp90Px3uxh52.pgp Description: PGP signature
Bug#409390: pycentral is not removing symlinks from old python versions
Package: python-central Version: 0.5.12 Severity: important I've installed some packages with python modules while python2.3 was supported and pycentral created symlinks in /usr/lib/python2.3/site-packages directory (package's postinst triggered pycentral) When I tried to remove these packages, symlinks were not removed (.pyc files are gone, only symlinks are still there) because python2.3 is not supported anymore. I don't have python2.3 installed and symlinks were not removed while I purged python2.3 package. To reproduce it, choose one file from /usr/lib/python2.3/site-packages and try to remove related package (dpkg -S /usr/lib/python2.3/site-packages/module/file.py) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19.1 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages python-central depends on: ii python2.4.4-2An interactive high-level object-o python-central recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408224: please replace latin1 with iso-8859-1 in encoding declaration (python2.5 issue)
Package: python-webhelpers Version: 0.2.2-1 Severity: wishlist Python 2.5 does not recognize latin1 encoding declaration anymore. Please do sed -i -e 2s/latin1/iso-8859-1 on webhelpers/textile.py file. Python 2.5 is not supported in Debian yet, so I'm reporting this bug as a wishlist. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19.1 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages python-webhelpers depends on: ii python2.4.4-2An interactive high-level object-o ii python-routes 1.6.2-1Routing Recognition and Generation ii python-simplejson 1.5-1 Simple, fast, extensible JSON enco ii python-support0.5.6 automated rebuilding support for p python-webhelpers recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405576: ITP: python-mako -- template library written in Python
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-mako Version : 0.1.0 Upstream Author : Mike Bayer [EMAIL PROTECTED] * URL : http://www.makotemplates.org * License : MIT Programming Lang: Python Description : template library written in Python Mako is a template library written in Python. It provides a familiar, non-XML syntax which compiles into Python modules for maximum performance. Mako's syntax and API borrows from the best ideas of many others, including Django templates, Cheetah, Myghty, and Genshi. Conceptually, Mako is an embedded Python (i.e. Python Server Page) language, which refines the familiar ideas of componentized layout and inheritance to produce one of the most straightforward and flexible models available, while also maintaining close ties to Python calling and scoping semantics. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404355: python-psycopg: Python 2.5 support missing
* 2006-12-23 23:12, Christian Joergensen wrote: It seems as if there is no support for python 2.5 in this package: $ pyversions --supported python2.4 or: $ apt-cache show python-all | grep Depends Depends: python (= 2.4.4-2), python2.4 (python2.5 is not yet supported in Debian) -- wq! pgpJNbBlkHGG2.pgp Description: PGP signature
Bug#379058: bug fixed in new upstream
Just to let you know: this bug is fixed in new upstream release (0.1.6-1) -- :wq! pgpcbaZgCVjG9.pgp Description: PGP signature
Bug#391988: marked as done (advpng: makes 2-bit PNGs become 8-bit)
reopen 391988 thanks * Fix typo in copyright. Closes: #391988. And that's another typo (should be #391998, closing in another mail) -- :wq! pgpp0GsIBEQzz.pgp Description: PGP signature
Bug#398728: emma: 'pretty format query' clears some queries.
tags 398728 + confirmed upstream thanks It's a known bug and as far as I can tell, it will be fixed in next version. pgpK3Ts1FnXQx.pgp Description: PGP signature
Bug#398337: emma: Impossible to create a new connection
tags 398337 + pending patch thanks Sorry, I added all my connections in 0.4 and didn't test adding new connections in 0.5. Attached patch fixes this bug. I will try to upload new package today. -- :wq! --- emma-0.5.orig/emmalib/__init__.py +++ emma-0.5/emmalib/__init__.py @@ -2284,7 +2284,7 @@ if not data[0]: self.connection_window.hide() return - data.append(False) + #data.append(False) self.add_mysql_host(*data) else: for n in self.cw_props: pgp1p2ZGQEqMp.pgp Description: PGP signature
Bug#382350: [Python-modules-team] Bug#382350: close this bug
in python2.3 set() is available thru | from sets import Set as set command but it's too late to include this workaround in ipython package since python2.3 will (most probably) be removed from supported python versions soon pgpqGOFHQn8Sv.pgp Description: PGP signature
Bug#395064: ITP: python-pygments -- syntax highlighting package written in Python
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-pygments Version : 0.1~svn2258 Upstream Author : Georg Brandl [EMAIL PROTECTED] * URL : http://pygments.pocoo.org/ * License : LGPL Programming Lang: Python Description : syntax highlighting package written in Python Pygments aims to be a generic syntax highlighter for general use in all kinds of software such as forum systems, wikis or other applications that need to prettify source code. . Highlights are: * a wide range of common languages and markup formats is supported * special attention is paid to details, increasing quality by a fair amount * support for new languages and formats are added easily * a number of output formats, presently HTML, LaTeX and ANSI sequences * it is usable as a command-line tool and as a library * ... and it highlights even Brainfuck! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394705: ITP: emma -- extendable MySQL managing assistant
Since users of package emma will start app. most probably from some kind of menu (I.e. I'm providing debian menu file in my package) and users of your package will use shell, I will rename /usr/bin/emma to /usr/bin/Emma. pgpfwGX0QJiDw.pgp Description: PGP signature
Bug#394705: ITP: emma -- extendable MySQL managing assistant
Charles Plessy wrote: I am preparing a package for a software suite called EMBOSS, and one of its binaries is called emma. Is the Emma you are packaging also containing a emma binary ? Yes, my package has only one file in /usr/bin - emma. I wanted to search for sponsor today, but I will delay it so we can work on consensus here... Are other binaries depending on emma name in your package? pgpMWgrR7EYXw.pgp Description: PGP signature
Bug#394705: ITP: emma -- extendable MySQL managing assistant
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: emma Version : 0.4 Upstream Author : Florian Schmidt [EMAIL PROTECTED] * URL : http://www.fastflo.de/projects/emma * License : GPL Programming Lang: Python Description : extendable MySQL managing assistant Emma is a graphical toolkit for MySQL database developers and administrators. It provides dialogs to create or modify MySQL databases, tables and associated indexes. It has a built-in syntax highlighting SQL editor with table and field name tab-completion and automatic SQL statement formatting. The results of an executed query are displayed in a result set where the record data can be edited by the user, if the SQL statement allows for it. The SQL editor and result set view are grouped in tabs. Results can be exported to CSV files. Multiple simultaneously opened MySQL connections are possible. Emma is the successor of yamysqlfront. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391988: advpng: makes 2-bit PNGs become 8-bit
After taking a deeper look at lib/png.c file I think this behaviour IS intentional. It will be mentioned in manpage. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpj7ECtLQbEW.pgp Description: PGP signature
Bug#391988: advpng: makes 2-bit PNGs become 8-bit
tags 391988 + confirmed upstream thanks I have forwarded this bug upstream: http://sourceforge.net/tracker/index.php?func=detailaid=1573995group_id=33717atid=409010 test file can be downloaded from here: http://www.libpng.org/pub/png/PngSuite/basn3p02.png -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391536: failed to launch without OSS support in kernel
Package: pyracerz Version: 0.2-3 Severity: normal Tags: patch | $ pyracerz | Traceback (most recent call last): | File /usr/bin/pyracerz, line 276, in ? | if __name__ == '__main__': main() | File /usr/bin/pyracerz, line 110, in main | pygame.mixer.music.load(os.path.join(/usr/share/games/pyracerz/sounds, start.ogg)) | pygame.error: mixer system not initialized After `modprobe snd-pcm-oss` (emulate OSS in ALSA) all worked fine Attached patch will disable sound when mixer is not initialized correctly (i.e. when OSS support in kernel is disabled) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages pyracerz depends on: ii libsdl-ttf2.0-0 2.0.8-3ttf library for Simple DirectMedia ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.6 register and build utility for Pyt ii python-numeric24.2-6 Numerical (matrix-oriented) Mathem ii python-pygame 1.7.1release-4 SDL bindings for games development Versions of packages pyracerz recommends: ii python-psyco 1.5-3 python specializing compiler -- no debconf information only in patch2: unchanged: --- pyracerz-0.2.orig/pyRacerz.py +++ pyracerz-0.2/pyRacerz.py @@ -107,8 +107,12 @@ pygame.display.set_icon(pygame.image.load(os.path.join(sprites, pyRacerzIcon.bmp))) if misc.music == 1: -pygame.mixer.music.load(os.path.join(sounds, start.ogg)) -pygame.mixer.music.play() +try: + pygame.mixer.music.load(os.path.join(sounds, start.ogg)) + pygame.mixer.music.play() +except: + print pyRacerz cannot initialize sound... disabling + misc.music = 0 try: import psyco
Bug#380852: new python policy patch
Shouldn't debhelper compatibility be bumped to 5 in debian/compat file? python-all-dev build dependency can be replaced with python-dev (package is build for current python version only). python will work as well, but I recommend to use python-dev since one of my arch:all packages failed to build for python2.5 (it worked fine with 2.3 and 2.4) Commands: | dh_pycentral -plfm | dh_python -plfm are not required in debian/rules, python-distutils.mk will do the job. Note that there are still some lintian warnings but (as I understand it) your patch was supposed to fix only python related issues, so it's OK. Good luck in NM process :) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389199: Recommends unavailable python-flup (= 0.2015-1)
tags 389199 +pending thanks Your package recommends python-flup (= 0.2015-1) which is not available in unstable. You might want to relax the recommends so python-flup 0.5-1 can fulfill it? Yes it can, I have misread python-flup's changelog. See bug #386354 Regards, -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgp4TBmOu9O9j.pgp Description: PGP signature
Bug#388490: ITP: python-wareweb -- servlet-style web framework, similar to Webware
Package is available in Debian Python Modules Team repository[1] and on mentors.d.n[2]. It's not yet in Debian because it needs more tests and I don't have enough time right now. [1] svn://svn.debian.org/python-modules/packages/wareweb/trunk [2] http://mentors.debian.net/debian/pool/main/w/wareweb/ -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpuOfgUePYc4.pgp Description: PGP signature
Bug#379058: grsecurity
Addition: It's not grsecurity related bug (in my report there is -grsec kernel listed), I'm getting SIGSEGV on vanilla kernels as well. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpYHzrUgjFmH.pgp Description: PGP signature
Bug#388490: ITP: python-wareweb -- servlet-style web framework, similar to Webware
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-wareweb Version : 0.2 Upstream Author : Ian Bicking [EMAIL PROTECTED] * URL : http://pythonpaste.org/wareweb/ * License : MIT Programming Lang: Python Description : servlet-style web framework, similar to Webware Wareweb is a rethinking of the ideas behind Webware. Webware is a fairly old framework, written back in the days of Python 1.5.2, and some of the API decisions behind it now show their age. Also, many of the abstractions in Webware didn't turn out to be useful, while some other abstractions are missing. . Wareweb tries to keep the basic model of Webware, while simplifying many portions and adding some new techniques. It's not backward compatible, but it doesn't require major revamping to apply to a Webware application. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386354: closed by Kai Hendry [EMAIL PROTECTED] (Re: Bug#386354: epoch bumping is needed)
Kai Hendry ([EMAIL PROTECTED]): 0.2016-1 was never uploaded to Debian, so I can't this being a problem. Only 0.5 was finally uploaded. Indeed, there is only 0.5-1 version listed in PTS [1]. I was confused, because I have recommended python-flup (=0.2015-1) in my pastescript package after reading python-flup's changelog (since 0.2015-1 your package is new python policy ready) and now debcheck is complaining [2]. Maybe changing unstable to UNRELEASED in all unreleased versions of your package would be a good idea (so nobody else will be confused). [1] http://packages.qa.debian.org/f/flup.html [2] http://qa.debian.org/debcheck.php?dist=unstablepackage=pastescript -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpIfML66NZvg.pgp Description: PGP signature
Bug#386354: epoch bumping is needed
Package: python-flup Version: 0.5-1 Severity: minor 2016 is greater than 5 so you need to bump epoch in package's version try to run this: $ dpkg --compare-versions 0.5-1 lt 0.2016-1 echo TRUE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386023: griffith does not start, probably because of missing gtk module
severity 386023 normal tags 386023 + unreproducible thanks Pavel Kraus ([EMAIL PROTECTED]): After starting griffith from command line, I get following output: [EMAIL PROTECTED]:~$ griffith Traceback (most recent call last): File /usr/bin/griffith, line 25, in ? import gtk ImportError: No module named gtk As you can see, python-gtk2 is installed. I tried to install python-gtk-1.2, but the problem remained. I also looked at the list of installed modules, available from python help, but gtk was not there. So maybe this is rather problem of python-gtk2 package... $ python Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58) [GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2 Type help, copyright, credits or license for more information. import gtk gtk.__file__ '/var/lib/python-support/python2.4/gtk-2.0/gtk/__init__.pyc' $ ls -la /var/lib/python-support/python2.4/gtk-2.0/gtk/__init__.py lrwxrwxrwx 1 root root 61 2006-08-08 11:08 /var/lib/python-support/python2.4/gtk-2.0/gtk/__init__.py - /usr/share/python-support/python-gtk2/gtk-2.0/gtk/__init__.py $ apt-file search /usr/share/python-support/python-gtk2/gtk-2.0/gtk/__init__.py python-gtk2: usr/share/python-support/python-gtk2/gtk-2.0/gtk/__init__.py So it's not a griffith's bug, please check your python-gtk2 installation, if you still think your system is OK, please reassign this bug to python-gtk2. Otherwise close it. PS I hope it's only a wrong python-gtk2 installation and you will become a Griffith fan soon :-) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpOSB8Mt3a26.pgp Description: PGP signature
Bug#309059: Scanning error if excluded directory doesn't exist
Adam Porter ([EMAIL PROTECTED]): $ 7za a test.7z Scripts/ -x!Nothing According to the man page and the p7zip manual, as best I can determine, this should make a new file (test.7z) and add the contents of the Scripts directory, while excluding the file or directory named Nothing. However, the output of this command is simply: bash: !Nothing: event not found ! has special meaning in bash, you need to escape it with \, like this: $ 7za a test.7z Scripts/ -x\!Nothing -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpru09BJ5M4m.pgp Description: PGP signature
Bug#380847: unusable because of python transition
severity 380847 serious retitle 380847 unusable because of python transition thanks Unusable because of new default python version (and thus new modules location): $ imgSeek Traceback (most recent call last): File /usr/bin/imgSeek, line 26, in ? from imgSeekLib import imgSeekApp ImportError: No module named imgSeekLib Attached diff will also shout up new lintian errors (see below). All dependencies generated with previous patch were correct, but apparently lintian wants them listed in specific order now... E: imgseek: python-script-but-no-python-dep ./usr/bin/imgSeek E: imgseek: python-script-but-no-python-dep ./usr/bin/imgSeekCmd -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- imgseek_0.8.6-0.1.diff.gz Description: application/gunzip pgpb91x4waAD9.pgp Description: PGP signature
Bug#380914: help with python transition in pyracerz game
tags 380914 + patch thanks Attached patch will only make necessary changes for the new python policy, some other issues still has not been resolved, i.e. * old Standards-Version * missed space before Homepage pseudo header (dev ref 6.2.4) * file permission problems, after saving scores I'm getting: Traceback (most recent call last): File /usr/bin/pyracerz, line 276, in ? if __name__ == '__main__': main() File /usr/bin/pyracerz, line 179, in main race.play() File /usr/share/games/pyracerz/modules/game.py, line 546, in play self.computeScores(currentTrack) File /usr/share/games/pyracerz/modules/game.py, line 609, in computeScores if misc.addHiScore(track, play) == 1: File /usr/share/games/pyracerz/modules/misc.py, line 183, in addHiScore fwrite = file(/var/games/pyracerz/pyracerz.conf, w+) IOError: [Errno 13] Permission denied: '/var/games/pyracerz/pyracerz.conf' -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- diff -u pyracerz-0.2/debian/control pyracerz-0.2/debian/control --- pyracerz-0.2/debian/control +++ pyracerz-0.2/debian/control @@ -3,13 +3,16 @@ Priority: optional Maintainer: Jose Carlos Medeiros [EMAIL PROTECTED] Uploaders: Ola Lundqvist [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), docbook-to-man, python (= 2.3.5) +Build-Depends: debhelper (= 5.0.37.2), docbook-to-man +Build-Depends-Indep: python-central (= 0.5), python (= 2.3.5-11) +XS-Python-Version: current Standards-Version: 3.6.2 Package: pyracerz Architecture: all -Depends: ${shlibs:Depends}, python (= 2.3.5), python-pygame (= 1.7.0), libsdl-ttf2.0-0 +Depends: ${python:Depends}, ${shlibs:Depends}, python-pygame (= 1.7.0), libsdl-ttf2.0-0 Recommends: python-psyco +XB-Python-Version: ${python:Versions} Description: multiplayer top view 2D racing game It features multiplayer (on the same computer), tournaments, high scores, replays, 6 tracks (really 12, because each track can be used Normal or diff -u pyracerz-0.2/debian/rules pyracerz-0.2/debian/rules --- pyracerz-0.2/debian/rules +++ pyracerz-0.2/debian/rules @@ -82,6 +82,7 @@ dh_strip dh_compress dh_fixperms + dh_pycentral dh_python dh_installdeb dh_shlibdeps only in patch2: unchanged: --- pyracerz-0.2.orig/debian/pycompat +++ pyracerz-0.2/debian/pycompat @@ -0,0 +1 @@ +2 pgpEg4vGoakwh.pgp Description: PGP signature
Bug#383177: wrong symlink after changing current python
Package: fetchmailconf Version: 6.3.4-4 Severity: important Tags: patch I've made a mistake in my previous patch: fetchmailconf will not work after changing current (default) python version because of hard coded python version in /usr/bin/fetchmailconf link. With attached patch applied there will be no need to binNMU after such changes. Sorry for my mistake. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages fetchmailconf depends on: ii fetchmail 6.3.4-4SSL enabled POP3, APOP, IMAP mail ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt ii python-tk 2.4.3-3Tkinter - Writing Tk applications fetchmailconf recommends no packages. -- no debconf information diff -u fetchmail-6.3.4/debian/patches/00list fetchmail-6.3.4/debian/patches/00list --- fetchmail-6.3.4/debian/patches/00list +++ fetchmail-6.3.4/debian/patches/00list @@ -1,2 +1,3 @@ +01_fetchmailconf 03_imap_experimental 04_eof_fix diff -u fetchmail-6.3.4/debian/rules fetchmail-6.3.4/debian/rules --- fetchmail-6.3.4/debian/rules +++ fetchmail-6.3.4/debian/rules @@ -160,8 +160,6 @@ dh_installman -i dh_installchangelogs -i dh_link -i usr/share/man/man1/fetchmail.1.gz usr/share/man/man1/fetchmailconf.1.gz - dh_link -i -pfetchmailconf usr/lib/python$(PYVER)/site-packages/fetchmailconf.py /usr/bin/fetchmailconf - chmod +x debian/fetchmailconf/usr/lib/python$(PYVER)/site-packages/fetchmailconf.py dh_pycentral -i dh_python -i dh_compress -i only in patch2: unchanged: --- fetchmail-6.3.4.orig/debian/patches/01_fetchmailconf.dpatch +++ fetchmail-6.3.4/debian/patches/01_fetchmailconf.dpatch @@ -0,0 +1,40 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 03.fetchmailconf.dpatch by Hector Garcia [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad trunk~/Makefile.am trunk/Makefile.am +--- trunk~/Makefile.am 2006-04-02 12:19:27.0 +0200 trunk/Makefile.am 2006-08-15 12:58:31.0 +0200 +@@ -121,7 +121,7 @@ + dist-tools/manServer.pl + + fetchmailconf: +- ( echo '#! /bin/sh' echo 'exec @PYTHON@ @pythondir@/fetchmailconf.py $$@' ) $@ || { rm -f $@ ; exit 1; } ++ ( echo '#! /bin/sh' echo 'exec @PYTHON@ /usr/lib/`pyversions -d`/site-packages/fetchmailconf.py $$@' ) $@ || { rm -f $@ ; exit 1; } + + FAQ: fetchmail-FAQ.html $(srcdir)/dist-tools/html2txt + AWK=$(AWK) $(SHELL) $(srcdir)/dist-tools/html2txt $(srcdir)/fetchmail-FAQ.html $@ || { rm -f $@ ; exit 1 ; } +diff -urNad trunk~/Makefile.in trunk/Makefile.in +--- trunk~/Makefile.in 2006-04-14 17:42:56.0 +0200 trunk/Makefile.in 2006-08-15 12:58:53.0 +0200 +@@ -1422,7 +1422,7 @@ + $(srcdir)/specgen.sh $(VERSION) fetchmail.spec + + fetchmailconf: +- ( echo '#! /bin/sh' echo 'exec @PYTHON@ @pythondir@/fetchmailconf.py $$@' ) $@ || { rm -f $@ ; exit 1; } ++ ( echo '#! /bin/sh' echo 'exec @PYTHON@ /usr/lib/`pyversions -d`/site-packages/fetchmailconf.py $$@' ) $@ || { rm -f $@ ; exit 1; } + + FAQ: fetchmail-FAQ.html $(srcdir)/dist-tools/html2txt + AWK=$(AWK) $(SHELL) $(srcdir)/dist-tools/html2txt $(srcdir)/fetchmail-FAQ.html $@ || { rm -f $@ ; exit 1 ; } +diff -urNad trunk~/fetchmailconf.py trunk/fetchmailconf.py +--- trunk~/fetchmailconf.py2006-03-14 17:10:10.0 +0100 trunk/fetchmailconf.py 2006-08-15 12:57:27.0 +0200 +@@ -1,5 +1,3 @@ +-#!/usr/bin/env python +-# + # A GUI configurator for generating fetchmail configuration files. + # by Eric S. Raymond, [EMAIL PROTECTED], + # Matthias Andree [EMAIL PROTECTED]
Bug#380912: Python transition (#2): you are building a private python module !
tags 380912 + patch thanks Here's promised patch -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- diff -u pypanel-2.4/debian/changelog pypanel-2.4/debian/changelog --- pypanel-2.4/debian/changelog +++ pypanel-2.4/debian/changelog @@ -1,3 +1,16 @@ +pypanel (2.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update for new python policy (Closes: #380912) +- Convert to python-central. +- Add debian/pycompat file. +- Dependencies updated. +- Bumped debhelper compatibility level to 5. + * Fixed Homepage pseudo header in long description. + * Bumped Standards-Version to 3.7.2 (no changes needed). + + -- Piotr Ozarowski [EMAIL PROTECTED] Wed, 2 Aug 2006 00:10:04 +0200 + pypanel (2.4-1) unstable; urgency=low * New upstream version. diff -u pypanel-2.4/debian/compat pypanel-2.4/debian/compat --- pypanel-2.4/debian/compat +++ pypanel-2.4/debian/compat @@ -1 +1 @@ -4 +5 diff -u pypanel-2.4/debian/control pypanel-2.4/debian/control --- pypanel-2.4/debian/control +++ pypanel-2.4/debian/control @@ -2,12 +2,14 @@ Section: x11 Priority: optional Maintainer: Bartosz Fenski [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), python-dev, python-xlib, libx11-dev, libxft-dev, libxpm-dev, libimlib2-dev, dpatch, sed (= 4) -Standards-Version: 3.6.2 +Build-Depends: debhelper (= 5.0.37.2), python-dev (= 2.3.5-11), python-xlib (= 0.12-5.1), libx11-dev, libxft-dev, libxpm-dev, libimlib2-dev, dpatch, sed (= 4), python-central (= 0.5) +Standards-Version: 3.7.2 +XS-Python-Version: current Package: pypanel Architecture: any -Depends: ${shlibs:Depends}, ${python:Depends}, python-xlib +Depends: ${shlibs:Depends}, ${python:Depends}, python-xlib (= 0.12-5.1) +XB-Python-Version: ${python:Versions} Description: lightweight panel/taskbar for X11 window managers PyPanel is a lightweight panel/taskbar written in Python and C for X11 window managers. It can be easily customized to match any desktop theme or @@ -26 +28 @@ - Homepage: http://pypanel.sourceforge.net + Homepage: http://pypanel.sourceforge.net/ diff -u pypanel-2.4/debian/dirs pypanel-2.4/debian/dirs --- pypanel-2.4/debian/dirs +++ pypanel-2.4/debian/dirs @@ -1,3 +1,2 @@ usr/bin -usr/lib/python2.3/site-packages usr/share/pypanel diff -u pypanel-2.4/debian/rules pypanel-2.4/debian/rules --- pypanel-2.4/debian/rules +++ pypanel-2.4/debian/rules @@ -6,6 +6,8 @@ include /usr/share/dpatch/dpatch.make +PYVER=$(shell pyversions -vd) + CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -37,18 +39,20 @@ dh_testdir dh_testroot rm -f build-stamp configure-stamp + rm -rf build/ python setup.py clean - - dh_clean + + dh_clean install: build dh_testdir dh_testroot dh_clean -k dh_installdirs + mkdir -p debian/pypanel/usr/lib/python$(PYVER)/site-packages/ find build -name ppmodule.so -print0 | \ - xargs -0r -i mv {} debian/pypanel/usr/lib/python2.3/site-packages/ + xargs -0r -i mv {} debian/pypanel/usr/lib/python$(PYVER)/site-packages/ find build -name pypanel -print0 | \ xargs -0r -i mv {} debian/pypanel/usr/bin/ dh_install @@ -68,6 +72,7 @@ dh_strip dh_compress dh_fixperms + dh_pycentral dh_python dh_installdeb dh_shlibdeps only in patch2: unchanged: --- pypanel-2.4.orig/debian/pycompat +++ pypanel-2.4/debian/pycompat @@ -0,0 +1 @@ +2 pgpsQBCfIOvJe.pgp Description: PGP signature
Bug#380847: Python transition (#2): you are building a private python module !
Piotr Ozarowski ([EMAIL PROTECTED]): Here's promised patch It builds fine in pbuilder but please add python-central (= 0.5) to Build-Depends. Sorry. -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpltDooq0fev.pgp Description: PGP signature
Bug#380847: Python transition (#2): you are building a private python module !
tags 380847 + patch thanks Here's promised patch -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- imgseek_0.8.6-0.1.diff.gz Description: application/gunzip pgpQNMtkbP9s5.pgp Description: PGP signature
Bug#380757: Python transition (#2): you are building a private python module !
tags 380757 + patch thanks Hi fEnIo, As I told you on IRC, I don't feel competent to package perl stuff so it's disabled. You will need to remove --without-perl-support from 23th debian/rules line to enable it again. I'm closing bug #352107 but automake1.7 is still in Build-Depends, see bug details and decide if it should be removed. -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- adesklets_0.6.1-0.1.diff.gz Description: application/gunzip pgpziOv7Jg5ok.pgp Description: PGP signature
Bug#380622: malloc(): memory corruption when using psycopg instead of psycopg2
Just wondering... could you check that psycopg is working at all (without sqlalchemy) try to test it with this code: #!/usr/bin/python from psycopg import connect conn = connect(dbname=xxx user=yyy password=zzz) curs = conn.cursor() curs.execute(CREATE TABLE testtable(testcolumn char(8))) curs.execute(INSERT INTO testtable VALUES ('a')) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgp1xlZksUYMq.pgp Description: PGP signature
Bug#380622: malloc(): memory corruption when using psycopg instead of psycopg2
Christoph Haas ([EMAIL PROTECTED]): The current Etch version of python-sqlalchemy does not seem to be able to connect to PostgreSQL when python-psycopg is installed (as Suggested:) but python-psycopg2 is not. Error message: *** glibc detected *** malloc(): memory corruption: 0x0818ee38 *** However when python-psycopg2 is installed, too, then the program runs well. I have downgraded my python-sqlalchemy package version to 0.2.3, removed python-psycopg2 (2.0.2-1) package (python-psycopg in version 1.1.21-9 is still installed) and my app. *still* works with PostgreSQL 8.1 (8.1.4-5) Could you provide more info? -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpprNmQ7346f.pgp Description: PGP signature
Bug#380622: malloc(): memory corruption when using psycopg instead of psycopg2
What version of libkrb53 package do you have? (mine's 1.4.3-8) $ diff firststeps_with_psycopg_strace_output firststeps_with_psycopg2_strace_output shows that /usr/lib/libkrb5support.so.0 could be the one causing problems (in both cases example worked fine on my machine) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpn64ztImp1A.pgp Description: PGP signature
Bug#380622: malloc(): memory corruption when using psycopg instead of psycopg2
Christoph Haas ([EMAIL PROTECTED]): I'm puzzled. :( so am I, sorry :( Could you try upgrading sqlalchemy to 0.2.6? It will not help probably, but it's worth the shot. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgp4UW0esxE2c.pgp Description: PGP signature
Bug#380366: ITP: python-jinja -- simple pythonic template language
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-jinja Version : 0.8 Upstream Author : Armin Ronacher [EMAIL PROTECTED] * URL : http://wsgiarea.pocoo.org/jinja/ * License : BSD Programming Lang: Python Description : simple pythonic template language Jinja is a text-based template language similar to Cheetah and Smarty. The syntax and parts of the code where taken from the django template. . Like the django template, Jinja tries to simplify templating but provide a powerful syntax. The idea is to remove all application logic from the template. Sounds limited but you should have a look at the example below to see the power behind the system. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379438: pypar2: Missing dependency on python-xml
tags 379438 + pending thanks new upstream version will be relased really soon, I will fix this bug with new upload. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpcOXrJsY8Z0.pgp Description: PGP signature
Bug#379058: segmentation fault
Package: zatacka Version: 0.1.5dfsg1-2 Severity: important I'm getting SIGSEGV (Segmentation fault) while starting the game. I can see game window for a second and just after that I'm getting SIGSEGV. $ strace zatacka 21 | tail rt_sigaction(SIGBUS, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGFPE, NULL, {0xb7ecc3a0, [], 0}, 8) = 0 rt_sigaction(SIGFPE, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGQUIT, NULL, {0xb7ecc3a0, [], 0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 tgkill(12384, 12384, SIGSEGV) = 0 sigreturn() = ? (mask now []) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 12384 detached $ gdb zatacka # package created without dh_strip [...] (gdb) run Starting program: /tmp/zatacka-0.1.5dfsg1/zatacka [Thread debugging using libthread_db enabled] [New Thread -1214056768 (LWP 125)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214056768 (LWP 125)] 0xb7e42884 in SDL_SetTimer () from /usr/lib/libSDL-1.2.so.0 (gdb) bt #0 0xb7e42884 in SDL_SetTimer () from /usr/lib/libSDL-1.2.so.0 #1 0xb7e3281a in SDL_SetTimer () from /usr/lib/libSDL-1.2.so.0 #2 0xb7e4ccd9 in SDL_LowerBlit () from /usr/lib/libSDL-1.2.so.0 #3 0xb7e4e672 in SDL_UpdateRects () from /usr/lib/libSDL-1.2.so.0 #4 0x08049501 in DisplayImage () #5 0x0804959a in DispText () #6 0x0804a7c3 in menu () #7 0x080490e6 in main () -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages zatacka depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-9 GCC support library ii libsdl-image1.2 1.2.5-1image loading library for Simple D ii libsdl-ttf2.0-0 2.0.8-2ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.10-3 Simple DirectMedia Layer ii libstdc++64.1.1-9The GNU Standard C++ Library v3 ii ttf-dejavu2.7-2 Bitstream Vera fonts with addition zatacka recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378859: ITP: pypar2 -- graphical frontend for the par2 command line utility
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: pypar2 Version : 0.05 Upstream Author : Ingelrest François [EMAIL PROTECTED] * URL : http://pypar2.silent-blade.org/ * License : GPL Programming Lang: Python Description : graphical frontend for the par2 command line utility PyPar2 is designed to be very easy to use. For this reason: * Advanced settings are present, but hidden by default. * There is no preferences dialog, all selected options are automatically saved and restored. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Bug#377570: Recommends unavailable griffith-extra-artwork
Luk Claes ([EMAIL PROTECTED]): Your package recommends griffith-extra-arwork which is not available in unstable (anymore). It's already moved to Suggests in griffith's SVN repository (will be fixed in next release) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpW6Fyzg2CYJ.pgp Description: PGP signature
Bug#376600: advancecomp: debian/description could be improved (not enough information)
Jari Aalto+mail.linux ([EMAIL PROTECTED]): Reading the description does make one wonder: - Why would I need this package when there are separate 7zip, rzip etc. packages. With rzip/7zip you can't [1] do something like this: $ advzip -z4 path/to/*zip (it will try to recompress all zip files and replace original ones if it make sense) that's why short description is set to collection of _recompression_ utilities Roms are usually compressed with zip or gzip and that's why they are mentioned in original description (whole Advance* project is about roms) [1] You can of course write a script that will extend rzip/7zip with that functionality. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpowJeQpxZ6H.pgp Description: PGP signature
Bug#376881: Recommends unavailable python-chardet
merge 376881 375809 thanks Luk Claes ([EMAIL PROTECTED]): Your package recommends python-chardet which is not available (anymore). ^^^ It's in NEW queue. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpj4NLsjv2Ga.pgp Description: PGP signature
Bug#376600: advancecomp: debian/description could be improved (not enough information)
severity 376600 wishlist thanks Jari Aalto ([EMAIL PROTECTED]): It's mainly intended for recompressing your rom, snapshot and clip collection of emulated games. I don't think this information is very useful. In my opinion most of users that use this package just want to recompress their archives/png images and mentioning roms could only confuse them. The main features are : Recompress ZIP, GZ, PNG and MNG files using the Deflate 7-Zip implementation. Recompress MNG files using Delta and Move optimization. Don't you think this information is redundant (see description's first sentence)? Does regular user know what Delta and Move optimization is? BTW, I have changed severity to wishlist since in my opinion it's not a bug at all. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgphOOarXzqYN.pgp Description: PGP signature
Bug#375809: ITP: python-chardet -- character encoding auto-detection in Python
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-chardet Version : 1.0 Upstream Author : Mark Pilgrim [EMAIL PROTECTED] * URL : http://chardet.feedparser.org/ * License : GPL Programming Lang: Python Description : character encoding auto-detection in Python It takes a sequence of bytes in an unknown character encoding, and attempts to determine the encoding. . This library is a port of the auto-detection code in Mozilla. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.19-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373997: fixed in cdbs 0.4.43
reopen 373997 thanks + honnour minor supported version (thanks to Piotr Ozarowski for the original patch) (Closes: #373997). It's still not fixed, please take a look at whole patch from #374809 -- -=[ Piotr Ożarowski ]=- -=[ http://www.ozarowski.pl ]=- pgptsvp1q7kbX.pgp Description: PGP signature
Bug#374809: cdbs: updated python class needed to achieve the transition
Please consider adding something similar to attached patch. It adds support for packages that are arch all and depend on python version current. 163a164,168 # check if current is in build versions ifneq ($(cdbs_python_current_version), $(filter $(cdbs_python_current_version), $(shell pyversions -vr))) cdbs_python_compile_version := $(word 1, $(strip $(sort $(shell pyversions -vr cdbs_python_build_versions := $(cdbs_python_compile_version) else 164a170 endif 181a188,191 ifneq (, $(cdbs_python_compile_version)) # TODO: versioned dependency CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), python${cdbs_python_compile_version}-dev else 182a193 endif 197c208 cd $(DEB_SRCDIR) python $(DEB_PYTHON_SETUP_CMD) build $(DEB_PYTHON_BUILD_ARGS) --- cd $(DEB_SRCDIR) python$(cdbs_python_compile_version) $(DEB_PYTHON_SETUP_CMD) build $(DEB_PYTHON_BUILD_ARGS) 208c219 cd $(DEB_SRCDIR) python $(DEB_PYTHON_SETUP_CMD) install --root=$(DEB_DESTDIR) $(DEB_PYTHON_INSTALL_ARGS_ALL) --- cd $(DEB_SRCDIR) python$(cdbs_python_compile_version) $(DEB_PYTHON_SETUP_CMD) install --root=$(DEB_DESTDIR) $(DEB_PYTHON_INSTALL_ARGS_ALL) 233c244 -cd $(DEB_SRCDIR) python $(DEB_PYTHON_SETUP_CMD) clean $(DEB_PYTHON_CLEAN_ARGS) --- -cd $(DEB_SRCDIR) python$(cdbs_python_compile_version) $(DEB_PYTHON_SETUP_CMD) clean $(DEB_PYTHON_CLEAN_ARGS) pgpV4Whs4wzAa.pgp Description: PGP signature
Bug#369371: python 2.3 issue
I have added a temporary (upstream author will fix it in 0.2.4) patch for python 2.3 compatibility -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.2.3-0.1.diff.gz Description: application/gunzip pgpM6NuzWMQra.pgp Description: PGP signature
Bug#369371: new upstream release
* New 0.2.3 upstream release. * Updated to latest python policy changes: - add pycompat file - suggested packages versions updated -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.2.3-0.1.diff.gz Description: application/gunzip pgp9hMRzEUYje.pgp Description: PGP signature
Bug#369371: added a workaround for ticket 218
This version will compile with python 2.3 as well I have added a temporary workaround for ticket 218 (http://www.sqlalchemy.org/trac/ticket/218) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.2.3-0.1.diff.gz Description: application/gunzip pgpgkbMQC1klE.pgp Description: PGP signature
Bug#369371: python 2.3 issue
but maybe a better idea would be bumping python requirements to = 2.4 (XS-Python-Version: = 2.4) since not all functions in 0.2.3 are working with python2.3 -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpFV6oEA39sH.pgp Description: PGP signature
Bug#374404: missed python-egenix-mxtools dependency
Package: python-egenix-mxdatetime Version: 2.0.6-3.1 Severity: important python2.3-egenix-mxdatetime package was depending on python2.3-egenix-mxtools python-egenix-mxdatetime (=2.0.6-3.1) should depend on python-egenix-mxtools (=2.0.6-3.1) I wasn't able to connect to my postgresql server without this package installed -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-egenix-mxdatetime depends on: ii python2.3.5-10 An interactive high-level object-o ii python-central0.4.17 register and build utility for Pyt python-egenix-mxdatetime recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369371: 0.1.4-1 updated for new python policy
As suggested on #debian-python, I have prepared NMU for 0.1.4 (upstream's version currently present in Debian archives) so it could be uploaded as 0-day NMU -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.1.4-1.1.diff.gz Description: application/gunzip pgpPrJAiGvHs5.pgp Description: PGP signature
Bug#369371: Update for new python policy
New python policy ready version attached -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.2.2-0.1.diff.gz Description: application/gunzip pgpyJPucQYD8C.pgp Description: PGP signature
Bug#366759: Egg support
Chad Walstrom ([EMAIL PROTECTED]): Are you doing a pbuilder build? It builds fine with my pbuilder (up-to-date Sid) If you're talking about Build-Depends-Indep issue, than yes, it's broken (I agreed with that in private mail I send you some time ago) PS I didn't get this reply either. There's also no information about it here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366759 PS2 Chad, sorry you need to read it again, I forgot to CC b.d.o -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpU5gNMQfGPL.pgp Description: PGP signature
Bug#373853: dh_python generated wrong substvars
severity 373853 wishlist thanks Raphael Hertzog ([EMAIL PROTECTED]): On Fri, 16 Jun 2006, Piotr Ozarowski wrote: I have following line in debian/control (source section) XS-Python-Version: = 2.4 and in generated *.substvars file: python:Versions=all Is your package arch: all? yes, it is If that's the case, then it's normal. The Python-Version: field in the *binary* package is there to document if the package needs update to work with a new python version. That's the only reason why it has been introduced. (New) Debian Python Policy, section 2.3: | Your control file should also have a line: | | XB-Python-Version: ${python:Versions} | |The python:Versions is substituted by the supported Python versions of the |binary package, based on XS-Python-Version. (If you are not using dh_python you |will need to handle this substitution yourself.) The format of the field |XB-Python-Version is the same as the XS-Python-Version field for packages not |containing extensions. Packages with extensions must list the versions |explicitely. my package doesn't support python 2.3, that's why I have reported bug (other packages could have similar problem, thats why I used important severity) If it's expected behaviour, please clarify the policy - I asked about that on #debian-python before reporting bug and nobody told me what you just did If you agree with this reasoning, feel free to close the bug. I have changed severity level, please close bug after policy will be updated (or is it only me who get it wrong?) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpmaICfcEKcp.pgp Description: PGP signature
Bug#373853: dh_python generated wrong substvars
Package: debhelper Version: 5.0.37.1 Severity: important I have following line in debian/control (source section) XS-Python-Version: = 2.4 and in generated *.substvars file: python:Versions=all since python2.3 is still supported, I think it shouldn't be all note that `pyversions -r '=2.4'` is generating python2.4 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages debhelper depends on: ii binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina ii coreutils5.96-3 The GNU core utilities ii dpkg-dev 1.13.21 package building tools for Debian ii file 4.17-2 Determines file type using magic ii html2text1.3.2a-3An advanced HTML to text converter ii perl 5.8.8-6 Larry Wall's Practical Extraction ii po-debconf 1.0.2 manage translated Debconf template debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366759: eggiffy patch
It builds on my machine, why do you think it's broken? Why didn't I get a copy of your mail? -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgplPpli4NdcC.pgp Description: PGP signature
Bug#366759: version without renaming Egg directory
Note that for python-support/central you will have to rename this directory anyway. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- eggify.patch.gz Description: application/gunzip pgpQrQd6aueuN.pgp Description: PGP signature
Bug#373265: Please update to new python policy
Package: python-cheetah Version: 1.0-1 Severity: serious Please update your package to new python policy, you can find more info about it in these mails: http://lists.debian.org/debian-devel-announce/2006/06/msg8.html http://lists.debian.org/debian-devel-announce/2006/06/msg9.html If you don't respond soon I'll start to prepade a NMU for this weekend (see mentioned mails for details) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-cheetah depends on: ii python2.3-cheetah 1.0-1 text-based template engine and Pyt python-cheetah recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369371: Please update to new python policy
retitle 369371 Please update to new python policy; new upstream releases; offer to take over severity 369371 serious tags 369371 + pending thanks Please respond, at end of week NMU will be done if you don't You can find some details about new python policy in following mails: http://lists.debian.org/debian-devel-announce/2006/06/msg8.html http://lists.debian.org/debian-devel-announce/2006/06/msg9.html -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpDb9wsiA3tw.pgp Description: PGP signature
Bug#372660: kiwi-i18n and kiwi-ui-test commands doesn't work
Package: python-kiwi Version: 1.9.8-2 Severity: normal All I get after running kiwi-ui-test/kiwi-i18n: $ /usr/bin/kiwi-ui-test Traceback (most recent call last): File /usr/bin/kiwi-ui-test, line 37, in ? majmin = tuple(map(int, version_string.split('.'))) ValueError: invalid literal for int(): 4c0 $ /usr/bin/kiwi-i18n Traceback (most recent call last): File /usr/bin/kiwi-i18n, line 37, in ? majmin = tuple(map(int, version_string.split('.'))) ValueError: invalid literal for int(): 4c0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-kiwi depends on: ii python2.3.5-5An interactive high-level object-o ii python-support0.2.2 automated rebuilding support for p ii python2.4 2.4.3-4An interactive high-level object-o ii python2.4-gtk22.8.2-3Python bindings for the GTK+ widge python-kiwi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369371: new upstream version
There is another upstream release available, so I have updated my patch. This time new watch file is added as well. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- sqlalchemy_0.2.2-0.1.diff.gz Description: application/gunzip pgpWXcOYZdLFo.pgp Description: PGP signature
Bug#369371: new upstream releases, offer to take over
... and: Depends: python (= 2.3), python (2.5), python-support (= 0.2.2) sorry -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpP53b6xYCi5.pgp Description: PGP signature
Bug#369371: new upstream releases, offer to take over
Update to debian/control from my patch: Provides: python2.3-sqlalchemy, python2.4-sqlalchemy Conflicts: python2.3-sqlalchemy (0.2.1-0.1), python2.4-sqlalchemy (0.2.1-0.1) Replaces: python2.3-sqlalchemy (0.2.1-0.1), python2.4-sqlalchemy (0.2.1-0.1) -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpUQAVAzoV6I.pgp Description: PGP signature
Bug#369371: new upstream releases, offer to take over
Package: python-sqlalchemy Version: 0.1.4-1 Severity: minor Hi, There are 5 new sqlalchemy's upstream releases (0.1.5, 0.1.6, 0.1.7, 0.2.0 and 0.2.1). If you don't have time to maintain this package anymore, I would be happy to take over and maintain it as a part of Debian Python Modules Team. I'm interested in having this package in most recent version because griffith (I'm one of the upstream authors and package maintainer) will depend on it soon. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-sqlalchemy depends on: ii python2.3.5-5An interactive high-level object-o ii python2.3-sqlalchemy 0.1.4-1SQL toolkit and Object Relational python-sqlalchemy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368862: gaupol: Should depend on Enchant
Ryan Hayle ([EMAIL PROTECTED]): KeyError: 'on_open_main_file_activated' [...] UnboundLocalError: local variable 'enchant' referenced before assignment I think it's two different bugs. Unfortunately I can't reproduce none of them. After removing python2.4-enchant, spellchecker is disabled but everything else seems to work fine (I'm not getting python exceptions). Can you write more about what were you doing, just before you get this exception? -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpKZt5yBPSql.pgp Description: PGP signature
Bug#368862: gaupol: Should depend on Enchant
tags 368862 + unreproducible thanks pgp26ApL3wuSj.pgp Description: PGP signature
Bug#367112: ITP: advancecomp -- collection of recompression utilities
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: advancecomp Version : 1.15 Upstream Author : Andrea Mazzoleni [EMAIL PROTECTED] * URL : http://advancemame.sourceforge.net/ * License : GPL, LGPL Programming Lang: C, C++ Description : collection of recompression utilities AdvanceCOMP is mainly intended for recompressing your rom, snapshot and clip collection of emulated games. . The main features are: * Recompress ZIP, GZ, PNG and MNG files using the Deflate 7-Zip implementation * Recompress MNG files using Delta and Move optimization -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366759: Egg support
Package: python-cheetah Version: 1.0-1 Severity: wishlist Can you please provide an Egg support? I need it for python-pastescript package More info about adding Egg support: http://wiki.debian.org/DebianPythonFAQ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-cheetah depends on: ii python2.3-cheetah 1.0-1 text-based template engine and Pyt python-cheetah recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366244: ITP: python-pastescript -- serving up web applications, creating file layouts for python packages
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-pastescript Version : 0.5.1 Upstream Author : Ian Bicking [EMAIL PROTECTED] * URL : http://pythonpaste.org/ * License : MIT Programming Lang: Python Description : serving up web applications, creating file layouts for python packages Paster is pluggable command-line frontend, including commands to setup package file layouts . Built-in features: * Creating file layouts for packages. For instance a setuptools-ready file layout. * Serving up web applications, with configuration based on paste.deploy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366188: ITP: python-pastewebkit -- port/reimplementation of Webware WebKit in WSGI and Paste
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-pastewebkit Version : 0.9 Upstream Author : Ian Bicking [EMAIL PROTECTED] * URL : http://pythonpaste.org/ * License : MIT Programming Lang: Python Description : port/reimplementation of Webware WebKit in WSGI and Paste This is a reimplementation of the Webware WebKit servlet API. This implementation uses WSGI internally very heavily, and builds upon the framework-neutral tools and services in Paste -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366189: ITP: python-routes -- Routing Recognition and Generation Tools
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-routes Version : 1.3.2 Upstream Author : Ben Bangert [EMAIL PROTECTED] * URL : http://routes.groovie.org/ * License : BSD Programming Lang: Python Description : Routing Recognition and Generation Tools A Routing package for Python that matches URL's to dicts and vice versa -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.12-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366033: ITP: python-paste -- Tools for using a Web Server Gateway Interface stack
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski [EMAIL PROTECTED] * Package name: python-paste Version : 0.9 Upstream Author : Ian Bicking [EMAIL PROTECTED] * URL : http://pythonpaste.org/ * License : MIT Programming Lang: Python Description : Tools for using a Web Server Gateway Interface stack Python Paste brings consistency to Python web development and web application installation, providing tools for both developers and system administrators. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]