ding -dbg package?
* there's new upstream release already (3.1)
--
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
Descri
see #546452 (we'll replace setuptools with distribute as well)
--
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, ema
[Ben Finney, 2009-10-16]
> Piotr Ożarowski writes:
>
> > [Ben Finney, 2009-10-02]
> > > $ dget
> > > http://mentors.debian.net/debian/pool/main/p/python-coverage/python-coverage_3.0.1-1.dsc
> >
> > * why 2.3-2.6 in pyversions? Will it not work with
B-Python-Version - let me know if you want me to change python-central
to detect such packages and fix it in pycentral instead - I'll send you
a patch.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fi
attached patch uploaded to DELAYED/4
--
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
diff -Nru python-central-0.6.12/debian/changelog python
[Piotr Ożarowski, 2009-11-05]
> attached patch uploaded to DELAYED/4
I actually used `dput ... -e 4` instead of `dput -e 4 ...` so it's
already in unstable. Sorry about that. I didn't do it on purpose :-(
--
Piotr Ożarowski Debian GNU/Linux Developer
www
pends-Indep python-all -sPackage
Sources
[1] http://people.debian.org/~piotr/python2.6/
PS if someone wants to prepare NMU for one of python2.6 tagged bugs,
don't wait too long with sending RFS mail to me - Kumar wants to steal
all of them from you again, don't let
7;s merge
then it's fine, though (he even ported my changes in -dbg hack)
Did you upload new version somewhere?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62
hat you
didn't even read my debdiff. The most important change (srctop related)
is gone as well.
/me wasted lots of time testing these few lines :-(
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fin
ly in
> http://mentors.debian.net/debian/pool/main/p/python-slimmer).
>
> My Alioth login name is janos-guest.
I added you to the team, welcome :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Finger
d today.
please point me to packages you want to maintain with us (I couldn't
find your QA page)
--
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
> I am also interested in helping to maintain the other python modules in
> Debian.
Welcome in the team :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2D
please move your discussion to private or -legal
--
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-python
board, Christopher :)
--
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
nice templates for Debian source packages with Python modules.
--
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: Di
[Elliot Murphy, 2010-01-04]
> May I join your team?
welcome in the team :-)
--
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.
before I make an RFS?
you'll have to put it there at some point anyway
> 5.lintian complains about my not using my full name in the package.
> Is that necessary? Is it bad if I use only my first name?
which lintian tag is it?
--
Piotr Ożarowski Debian GNU
Hi Miguel,
[Miguel Landaeta, 2010-01-06]
> I would like to join the team and maintain some packages.
you're a new DPMT member. Welcome :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fin
/usr/share/privatedir3 -V 2.6+
dpkg -L mypackage | pycompile /usr/lib/privatedir4 -V 2.5 # note that there's
no "+" here (due to private extension)
$ grep privatedir debian/mypackage.prerm
dpkg -L mypackage | pyclean /usr/share/privatedir1
dpkg -L mypackage
[Luca Falavigna, 2010-01-15]
> Piotr Ożarowski ha scritto:
> > * no need for helper in Depends and Build-Depends - I want dh_python and
> > pycompile/pyclean to be shipped in python packages,
>
> It is not clear to me how to achieve this.
Matthias promised to lend me
[Jakub Wilk, 2010-01-15]
> * Piotr Ożarowski , 2010-01-15, 11:58:
>> * maintainer script will byte compile .pyc files for all provided
>> symlinks / private directories if given Python version is installed
>> (dpkg -L output will be used to detect which files
[Piotr Ożarowski, 2010-01-15]
> [Luca Falavigna, 2010-01-15]
> > Piotr Ożarowski ha scritto:
> > > byte compilation will not fail as it was already tested at build time,
> >
> > What about cases when code is no longer supported in a given Python
&
/python2.*/site-packages/, plus
> presumably many private modules.
You mean "package" as in Python package (i.e. not .deb file)?
These files will be byte compiled of course. By "directories without
__init__.py" I meant something like site-packages/pylons/templates where
tem
[Jakub Wilk, 2010-01-15]
> You want to skip only directories without __init__.py and under
> /usr/lib/python*/*-packages/, right? That's fine.
yes (at least by default)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.
[Josselin Mouette, 2010-01-19]
> Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> > - starting/stopping daemons problems (very long downtimes due to byte
> > compilation via triggers) in pysupport,
>
> This is only a problem for daemons using name
spyderlib is not used outside spyder, please use private directory
(hint: --install-lib). If it is, please rename binary package to
python-spyderlib
and ping me to add you to DPMT instead.
> The Ubuntu MOTUs require that the packages land first in Debian.
require? good ;-)
--
Piotr Ożar
[Tim Michelsen, 2010-01-20]
> > Welcome in PAPT, Tim :-)
> Thanks. What do I do next?
> Try to apply the comments to the package?
> And then?
inject it into our repo (example command is in the policy)
and ask for review (f.e. by adding package name to #debian-python's
/topic)
[Josselin Mouette, 2010-01-22]
> Le mardi 19 janvier 2010 à 20:45 +0100, Piotr Ożarowski a écrit :
> > [Josselin Mouette, 2010-01-19]
> > > Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> > > > - starting/stopping daemons problems (v
: debhelper-but-no-misc-depends python-foolscap
W: python-foolscap: binary-without-manpage usr/bin/flappclient
W: python-foolscap: binary-without-manpage usr/bin/flappserver
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
/me strongly discourages using __file__ and waf
regarding __file__ - things might change soon (see this[1] thread)
[1] http://mail.python.org/pipermail/distutils-sig/2009-November/014424.html
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl
[Deepak Tripathi, 2010-01-31]
> I would like to join Debian Python Module team at Alioth, my alioth id is
> deepak-guest.
sure, but... why do you want to join us?
http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin
--
Piotr Ożarowski Debian GNU/Linux Dev
stead of site-packages
so local installations of python itself will not interfere with the one
from Debian package.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645
signature.asc
Description: Digital signature
include something based on pkg_resources in stdlib
(that works fine with --install-data) ;-)
anyway, even if you'll decide to hardcode the path somewhere, please at
least make it in *one* place (so that it will be easier to patch).
--
Piotr Ożarowski Debian GNU/L
[Elliot Murphy, 2010-01-31]
> All done, committed to svn
uploaded
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645
signature.
[Ludovico Cavedon, 2010-02-19]
> Is there any other way to byte-compile only for the default python version?
yes there is: use private directory (--install-lib=/usr/share/foo)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith
add additional restrictions?
dh_py* do that... unless you hardcode Python version f.e. in shebang
--
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
are/pyshared/ is the right location (dh_pycentral or dh_pysupport
will move files there at build time and symlink them to the final
location at install time)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG
[Josselin Mouette, 2010-03-02]
> Le lundi 01 mars 2010 à 17:23 +0100, Piotr Ożarowski a écrit :
> > [Ritesh Raj Sarraf, 2010-03-01]
> > > I noticed that some of the files from my package get installed into
> > > /usr/share/pyshared/
> > [...]
> > &g
es in the root
namespace?
i.e.:
AptOfflineCoreLib.py -> aptoffline/CoreLib.py
AptOfflineLib.py -> aptoffline/lib.py
AptOffline_urlutils.py -> aptoffline/urlutils.py
AptOffline_reportbug_exceptions.py -> aptoffline/reportbug_exceptions.py
AptOfflineDebianBtsLib.py -> aptoffline/DebianBtsLib.p
t still missing in Debian, billiard[3][4] is one for example.
>
> I already read through [5] and my alioth account is fladi-guest.
Welcome in the team! :)
You can find some hints on this[1] wiki page.
[1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin
--
Piotr Ożarowski
ueeze), but I was slowed down due to personal reasons.
Some things changed since my last dh_python mail (due to PEP3147), you
can guess some of them from pycompile[1] and pyclean[2] which are mostly
ready. Matthias will include them in python package (and backport my
tiny py_compile.py change
pyserial >= 2.4
so you'll have to add python-nose (>= 0.9.3), python-serial (>= 2.4)
to Depends (looks like we still have pyserial v2.3 in Debian, BTW -
prod doko). It looks like nose is never used at runtime, however,
so I suggest to re
t in universe) were... well not even
close to Debian's quality and these transitions didn't require that much
work...
(IMHO, /me waits for other opinions)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.
[Barry Warsaw, 2010-04-20]
> On Apr 20, 2010, at 10:14 AM, Piotr Ożarowski wrote:
>
> >[Omer Zak, 2010-04-20]
> >> My take of the situation:
> >> Yes, please backport PEP 3147 to at least Python 2.7.
> >> The rationale: we'll need to support both Pyth
[Barry Warsaw, 2010-04-20]
> If 10.10 includes
> only Python 2.7, then sure, we'll only back port to that version.
why do you want to backport it to 2.X for a single python2.x package?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.
> Moreover AFAICT 2.7 is the most compatible-with-the-previous-version
> Python release in the last 16 years
did you hear about relative imports in 2.7? (enormous transition for us)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griff
sing python2.7 from experimental). I'll check it later tonight.
--
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, ema
[Piotr Ożarowski, 2010-04-21]
> should be easy to check (by creating 2 simple .py files and running
> them using python2.7 from experimental). I'll check it later tonight.
It's not enabled (fails only if I import absolute_import from
__future__)
--
Piotr Ożarowski
[Barry Warsaw, 2010-04-22]
> On Apr 21, 2010, at 12:01 AM, Piotr Ożarowski wrote:
> >2to3 is not reliable, at least not for now.
>
> I agree that there's no way we can just enable it by default. Too many
> upstream packages need modifications to work in Python 3. Howeve
anges.
There are not so many packages that support Python 3 for now and Lenny
doesn't have it at all so this transition shouldn't be too problematic.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
[Barry Warsaw, 2010-05-05]
> On May 05, 2010, at 11:54 AM, Piotr Ożarowski wrote:
> >What do you think about backporting it to Python 3.1 in Squeeze?
[...]
> It sounds like a good idea. A few questions:
>
> * Would you enable __pycache__ by default?
yes
> * If so, would
t how to convince upstreams to be
sane, though (search for Barry's ideas in this¹ thread)
[¹] http://mail.python.org/pipermail/python-dev/2010-April/099729.html
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG
[Toni Mueller, 2010-05-08]
> On Sat, 08.05.2010 at 10:55:40 +0200, Piotr O??arowski
> wrote:
> > [anatoly techtonik, 2010-05-08]
> > > Why not use virtualenv for Packaging applications?
> >
> > Every single DD understands that shipping two copies of
)
Note that gaupol is not the only package of mine that needed a sync with
Debian and I do not maintain that many packages...
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A89
[Toni Mueller, 2010-05-10]
> On Mon, 10.05.2010 at 13:23:01 +0200, Piotr O??arowski
> wrote:
> > derivatives what to do, though. I'd never complain in public and would
> > let you do whatever you want (that's derivative's right after all)... if
> > Ubun
nymore (he removed it
after one of upgrades that didn't work that well)
> PS: The address "www.griffith.cc" that you mention in your .sig, does
> not resolve, and afair, Berlios is not a good project host.
To which IP your DNS points you to?
We're movi
ions about Python in
Debian are made there.
Do you still want me to answer your questions or is it clear already why
I am acting as an asshole?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint:
ll not find it, ping me in private.
--
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
[Deepak Tripathi, 2010-05-14]
> i have updated package pyasn1.
last 5 pyasn1 uploads were done by 5 different sponsors.
The list of potential sponsors will end up soon... ;-P
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith
[Piotr Ożarowski, 2010-05-14]
> [Deepak Tripathi, 2010-05-14]
> > i have updated package pyasn1.
>
> last 5 pyasn1 uploads were done by 5 different sponsors.
> The list of potential sponsors will end up soon... ;-P
oh, you're new maintainer, sorry, ignore
in /usr/share/python/bcep/
(right now only "re" and "dir" are supported),
* lots of bug fixes ;-)
[¹] actually I didn't test it very carefully yet, I want to implement
few more things before starting serious tests, feel free to report bugs
against python-defaults package or pi
[Jakub Wilk, 2010-05-16]
> * Piotr Ożarowski , 2010-05-16, 14:21:
> >I also plan to rename dh_python2 to dh_python before package will
> >be uploaded to unstable (and ask debhelper maintainers to remove
> >theirs or rewrite mine in Perl and move it to debhelper package).
&g
honModulesTeam/HowToJoin
--
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
[Sameer Rahmani, 2010-05-18]
> Hi , i want to join to python-modules and python-apps team .
> I want to help team to maintain more and more usefule package.
> currently i prepare a simple package call pycalverter.
you're in DPMT, welcome :-)
--
Piotr Ożarowski
est them on Debian, it's not fun at all and I will not
do it again (since I got not nice comments and delays in return)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62
[Piotr Ożarowski, 2010-05-19]
> we have experimental for aggressive changes...
unless you wanted to use Debian experimental, debian-python mailing list
and our help since the beginning and later sync it in Ubuntu (if you
decide it's ready and we will not want to make further changes)
on new upstream release of python-couchdb - please ping him on
#debian-python (nick: deepak) or send him a mail.
python-couchdbkit's RC bug is actually waiting for #576383
(python-restkit is in NEW already).
--
Piotr Ożarowski Debian GNU/Linux Devel
[Barry Warsaw, 2010-05-22]
> On May 19, 2010, at 11:00 AM, Piotr Ożarowski wrote:
>
> >[Barry Warsaw, 2010-05-18]
> >> We can also recognize that Ubuntu and Debian may ultimately
> >> make different decisions, but they should be one of timing rather than
> >
ven faster -
noticing python-foo package in python3-bar's Depends will make it easier
for me)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645
tive imports at all
--
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-python-requ...@lists.debian.or
[Barry Warsaw, 2010-05-28]
> On May 23, 2010, at 03:58 PM, Piotr Ożarowski wrote:
> >[Barry Warsaw, 2010-05-22]
> >[¹] f.e. changes in API, absolute imports in 2.7 would be one of those,
> >right now I don't see such changes in 2.7, but I didn't play much
>
[Barry Warsaw, 2010-05-28]
> On May 16, 2010, at 02:21 PM, Piotr Ożarowski wrote:
>
> >What's missing to have full PEP3147 support?
> >* PEP 384 implementation (will allow us to share (most?) .so files)
>
> I have a concern about this.
>
> While I unde
ith these changes, bugs will be reported
pretty soon.
--
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-py
compatible. Modules and features go through a well defined deprecation cycle,
> __future__ imports get turned on by default, etc, etc. Why just today we had
> a discussion in #debian-python about string exceptions(!). Those have been
> deprecated for at least 3.5 years and y
[Barry Warsaw, 2010-05-28]
> On May 28, 2010, at 01:24 PM, Piotr Ożarowski wrote:
>
> >[Barry Warsaw, 2010-05-28]
> >> What I mean is, let's say we have to change something in a helper tool. We
> >> want that change to happen at least also in Debian, if not f
^\s+([a-z0-9.\-]*)" string-exceptions.ddlist | sort -u
--
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
[W. Martin Borgert, 2010-06-11]
> did anyone already put more than one Python source in a Debian
> package? I.e. more than one setup.py? Do examples exist? TIA!
Stefano did, see f.e. python-repoze.who-plugins
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarow
[Luca Falavigna, 2010-06-18]
> Il 18/06/2010 14.37, Scott Kitterman ha scritto:
> > XS-Python-Version: >= 2.x
> > XS-Python3-Version: >= 3.x
+1 (but with XB-Python-Version, i.e. no XB-Python3-Version)
--
Piotr Ożarowski Debian GNU/Linux Devel
package that has been ported to Python 3, is available on
> Ubuntu for both Python 2 and 3, and wanted one command to install both binary
> packages. He was using Synaptic but I don't think that matters.
you mean like `debi foo_1.2-3_amd64.changes` or
`apt-get install python-foo pytho
pdated to
> recognize X-Python-Version. In the long run, it does stop Python packages
> from exposing information externally that has turned out not to be very
> useful.
is it worth mentioning migration of XS-Python-Version to
X-Python-Version? Will we ever do
ilable (in that order)
> > Also how does that intersect with needing specific package features to
> > build (e.g python-all (>= 2.6.5-2~) because I switched from
> > python-central to dh_python2)?
> >
> > I'd love to just specify it once i
[Piotr Ożarowski, 2010-06-24]
> [Josselin Mouette, 2010-06-24]
> example for default=3.1 minimum=3.2 maximum=3.5:
> python-all | python-all (>= 3.2), python-all (<< 3.5), python-all (>=
> 3.1.2-2)
> or even
> python-all (>= 3.1.2-2) | python-all (>= 3.2), p
[Jakub Wilk, 2010-06-24]
> * Piotr Ożarowski , 2010-06-24, 09:27:
>> it gets a little bit messy when minimum required Python version is
>> greater than the default one, but it should work, yes (IIRC last year
>> someone gave me example where it wouldn't work, but
s between the maintainer and their build system.
> The
> field is not mandatory.
why? If py3versions is invoked in debian/rules, then there definitely is
at least one python3-* binary package. Why do you want to make this
field required? I'd make it optional and assume all 3.X versions if
X
[Andreas Tille, 2010-07-10]
> pkg_resources.DistributionNotFound: SQLObject>=0.12
python-sqlobject is not shipping egg-info dir/file (anymore?)
ping python-sqlobject maintainer
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griff
p://wiki.debian.org/Python
http://wiki.debian.org/DebianPython/Policy ->
http://wiki.debian.org/Python/Policy
(with old pages redirecting to new ones)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG
it's a good excuse to
introduce DPMT fields in debian/control...
--
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
are available here:
http://deb.li/pydist (and yes, I will most probably change version range
meaning a little bit as nobody on #debian-python likes it)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fin
ires.txt shipped by binary package (and that's what
dh_python2 checks) then without python-numpy in Depends it will fail at
runtime (on pkg_resources.require('numpy'))
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
[Piotr Ożarowski, 2010-07-28]
> [Jakub Wilk, 2010-07-28]
> > Does it mean that if someone uses dh_python2 and have numpy in
> > requires.txt, he'll get versioned dependency on python-numpy, even if
> > it's not needed in most cases?
>
> yes
>
>
ll be
based on the current versions which are already present.
* Piotr Ożarowski has volunteered to approach the release team to
request freeze exceptions for the python3.x-* binary packages. We
hope that we can convince them to provide the exceptions, since
these are binary packages built o
Hi Release Team,
[I asked you about this issue at DebConf10 and was told to ask via
e-mail again, hence my mail]
Squeeze will support Python 3.1 as the first Python 3.X version in
Debian. Unfortunately, we didn't have much time to start preparing
packages with 3rd party modules/extensions for Pyt
eding runpy: at least python-imaging-tk and
> python-pkg-resources
> give me the same error.
>
> So I wonder: is it an bug in the above packages, or is runpy missing from
> python2.6?
it's in python2.6-minimal (which is the right place)
(and I still don'
[Josselin Mouette, 2010-08-23]
> Le dimanche 22 août 2010 à 14:38 +0200, Piotr Ożarowski a écrit :
> > > Apt-file suggests that runpy is only available in python2.7, that is not
> > > installed in my system. But actually, python-markupsafe is not
> > > the only
waiting for release managers' answer to this¹
mail. If they'll tell us to use experimental instead of unstable,
python2.7 in the list of supported Python versions would be problematic
[¹] http://lists.debian.org/debian-release/2010/08/msg01107.html
--
Piotr Ożarowski
> On Sep 02, 2010, at 08:43 PM, Piotr Ożarowski wrote:
> >I'd do it already, but I'm waiting for release managers' answer to
> >this¹ mail. If they'll tell us to use experimental instead of unstable,
> >python2.7 in the list of supported Python versions w
[Jon Dowland, 2010-09-03]
> Are you folks considering a freeze exception request for
> python-tornado?
yes, my sponsoree is preparing a mail to release team. If they will not
accept it, we'll most probably ask to remove python-tornado from Squeeze
--
Piot
/usr/bin/python
(before setup.py install call) or simply replace it later with sed
--
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
--
adding "3.1" by hand, and
X-Python3-Version instead of XS-Python3-Version
--
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 UNSUB
6.6-2
and in /usr/share/python3/python.mk since 3.1.2-7
--
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,
201 - 300 of 1055 matches
Mail list logo