exists for 2.1, but not 2.2 or 2.3. How
should the dependencies be written ?
--
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com http://www.logilab.fr http://www.logilab.org
Développement logiciel avancé - Intelligence Artificielle - Formations
on import.
Now this has some unpleasant consequences:
* python no longer has a way of seeing if the .pyc is up to date
* I think this screws up the exception reporting routines in python
Maybe this could be handled with symlinks?
--
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com
, but not
python-textwrap nor python2.2-xmlbase because python2.3 is there.
The result is a malfunctionning python2.2-so-and-so, unless the packager
manually adds python-textwrap and python2.2-xml dependencies, but this
feels wrong to me.
--
Alexandre Fayolle
LOGILAB, Paris (France).
http
today, and
I'll give you the URL where you can dowload the source package for
python-xml and python-unit.
* change Build-Depends from python-xml to python2.3-xml for the moment.
This will surely work in the meantime.
--
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com http
using AIX 4.3, and
which required my program to work with python2.1, and I was *very* happy
to find python2.1 and libraries on my debian box to test my work.
--
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com http://www.logilab.fr http://www.logilab.org
Développement
On Wed, Sep 10, 2003 at 01:35:42PM +0200, Andreas Rottmann wrote:
Alexandre Fayolle [EMAIL PROTECTED] writes:
On Wed, Sep 10, 2003 at 10:53:07AM +0200, Andreas Rottmann wrote:
But it is OK to drop 2.1/2.2 support for packages that nothing depends on?
-1
if -1:
print parsed
,
--
Alexandre Fayolle
signature.asc
Description: Digital signature
-xml
[3] http://xbel.sourceforge.net/
--
Alexandre Fayolle
signature.asc
Description: Digital signature
, or an
executable such as /usr/bin/python-compileall) so that the packages can
avoid depending on a versioned python version when they are version
independent.
Thanks for your feedback.
--
Alexandre Fayolle LOGILAB, Paris (France).
signature.asc
Description: Digital
Package: wnpp
Severity: normal
I request an adopter for the python-xml[1] package.
The package description is:
The Python/XML distribution contains the basic tools required for
processing XML data using the Python programming language, assembled
into one easy-to-install package. The
which is imported by setup.py, thus creating
__pkginfo__.pyc.
While you are at it, I suggest that you expand a little bit you search
and use '*.py[co]'. It probably won't catch a lot more files (optimized
bytecode is not that common), but does not involve a very high overhead.
--
Alexandre Fayolle
not to use the .pyc if the
version used to produce it is not the one which is used. The problem
only exists for python extensions, but pure python modules have no
problem with this.
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian
Apologies for the French subject line in the previous mail. I'm
resending in case it caused it to be trapped by spam filters.
I would be glad to join the python-modules packaging team.
My alioth login is afayolle, and for those who dwell there, my irc nick
is agurney.
Thanks,
--
Alexandre
Package: python2.3-tables
Severity: serious
Tags: patch
Justification: Policy 7.2
Hi,
python2.3-tables is uninstallable on a sid distribution, because it depends on
python2.3-numarray (= 1.5). With the new python policy, python2.3-numarray is
a virtual
package provided by python-numarray.
A
knowledgeable is welcome to verify the patch and upload it. If
noone does so, I'll upload the NMU next monday, possibly with comments received
by mail included.
Cheers, I've got to run, now.
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone
Package: pyro
Version: 3.5-1
Severity: important
Tags: patch
Hi Cédric,
The pyro package currently does not follow the new Python policy
(http://wiki.debian.org/DebianPython/NewPolicy), but strangely no bug
has been filed against it so far.
The attached patch fixes this, as well as the
(to say it nice :). So, any other
hints for me?
python people usually use restructured text. it depends what you want to
do exactly, and what the users of that syntax are likely to be able to
learn ;)
Yes, ReST is nice, and can be parsed using python-docutils.
--
Alexandre Fayolle
Package: python2.5
Version: 2.5-3
Severity: minor
Tags: patch
In /usr/share/doc/python2.5/README.Debian,
distutils can be found in the python2.5-dev package. Development files
like the python library or Makefiles can be found in the python2.5-dev
package in /usr/lib/python2.5/config.
should
site.here in SVN but that doesn't work in python = 2.4).
import sys
import os.path
print os.path.join(sys.prefix, 'lib', 'python'+sys.version[:3])
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations
chose the other
way without XS-Python-Version).
I have to admit that I am a bit disapointed by this, to say the least.
Why are we shipping python2.5 in etch if we don't ship the python
extension modules people expect to find (PIL, mx.DateTime, Numeric...)
sigh
--
Alexandre Fayolle
themselves (enabling the administrator to find out
what's broken with that installation).
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations
Développement logiciel sur mesure: http
/psyco.html
http://packages.qa.debian.org/p/psyco-doc.html
--
Alexandre Fayolle
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201106201151.18160
Package: wnpp
Severity: normal
I request an adopter for the psyco package, as I no longer use the package and
cannot maintain it properly anymore.
Due to lack of upstream support, maybe the package should be removed from
Debian altogether, as supporting python 2.5 will require significant
23 matches
Mail list logo