Bug#962665: python3: System site-packages directory not in sys.path breaking mechanism for pip3 install from source

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

> 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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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 Ozarowski]

[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?

[Piotr Ozarowski]

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?

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

 - ./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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

[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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

 * 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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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.

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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 !

[Piotr Ozarowski]

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]

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 !

[Piotr Ozarowski]

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 !

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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)

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

* 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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

... 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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

tags 368862 + unreproducible
thanks


pgp26ApL3wuSj.pgp
Description: PGP signature

Bug#367112: ITP: advancecomp -- collection of recompression utilities

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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

[Piotr Ozarowski]

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]