[Piotr Ożarowski, 2012-04-30]
> [Ben Finney, 2012-04-30]
> > Paul Elliott writes:
> >
> > > My package uses a package that it makes public. What is the standard,
> > > established way to take that package private?
> >
> > In the absence of better-i
[BRAGA, Bruno, 2012-04-30]
> No need to mess with setup.py directly. Use dh_python2 to do the packaging
> work for you, and rely on debian/rules to define the location of your
> files. Read:
FTR: dh_python2 doesn't invoke setup.py, dh (the sequencer) does
--
P
[Barry Warsaw, 2012-04-25]
> - dh_python{2,3} should rewrite the shebang lines by default, with an option
>to disable that.
there wasn't a consensus so I dropped this idea, I think I will add it
as an optional feature in next upload, though.
--
Piotr Ożarowski
/usr/lib to sys.path is not a good idea, we don't
do that so policy should be updated)
--
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
--
sitionToDHPython2
>
> Next time we'll read that dh_python2 is a cure for cancer.
/me is working on it
;)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62
he Python Modules Packaging Team. I'm not sure if i handled the entries
> in debian/control correct.
http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
G
, I plan to work on
it really soon now (I want to have it in Wheezy so I have a month or so
to add it to python3-defaults)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF
on 3?
since all Python 3 versions use the same directory¹ (and PEP402 is not
implemented yet), you can use rm command in debian/rules without too
many efforts
[¹] /usr/lib/python3/dist-packages/
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffi
[Scott Kitterman, 2012-01-29]
> 2. It builds a new python3-pyqt4-dbus (and dbg) package that needs python3-
> dbus which is only available in experimental at the moment.
why not python3-dbus.mainloop.qt?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarow
sys.argv:
import distribute_setup
distribute_setup.use_setuptools()
else:
print >>sys.stderr, 'Please install distribute or add
--download-distribute argument'"
exit(1)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarow
e distribute_setup lines above
> >...
> >
> >I think my recommendation would be closer to make it die with fire.
>
> A witch! A witch! Burn her! Burn her! (Together with her younger
> sister, ez_setup.)
+1 :-)
--
Piotr Ożarowski Debian GNU/Linux Dev
newt0.52', (the libc and libslang dependencies will be pulled
> in from it), but I suspect it would be best
> to somehow tell debhelper that I don't need libpython*.
> Any ideas?
from mod-wsgi package:
( for i in 2.4 2.5; do echo libpython$$i 1.0; done ) &g
thon2:
dh_python2 --skip-private
dh_python2 /usr/lib/xcp
(assuming "xcp" is binary package name)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 178
7;t warn you about it... anyway, please ping me in few days
if Carl will not reply.
> This new version should be pushed to stable, testing and sid (the package
> version is the same on all cases).
did you ask release managers about it?
--
Piotr Ożarowski Debian
s://buildd.debian.org/status/fetch.php?pkg=pylibtiff&arch=i386&ver=0.3.0~svn78-1&stamp=1321830785
the weird part is that it installs directly into dist-packages and
not to dist-packages/libtiff/, right?
if that's the case, then removeextralicense.patch is why (you're mi
en't heard any status on that. Piotr, how's that going? Do you have
> anything ready to test?
not yet, sorry (busy with real life)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint:
en I don't understand something. If you want to generate
python-numpy-abi$N, add it to numpy_strict. If you want to generate
python-numpy-api$N, add it to numpy (or vice versa)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
t seems to be missing the abi$M information.
doesn't dh_numpy do that already?
--
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
sign
nstead of just use dh_numpy, that will
> generate the correct dependencies no matter the python helper the
> package is using?
you still have to store these dependencies somewhere, no? (unless you
want to generate dh_numpy at build time) so why not do it in
dh_python2-compatible way?
--
Piotr O
use dh_python2 and I wanted to
keep it this way ("just build depend on python-numpy and you'll get the
right dependencies in ${python:Depends}" sounds easier than "build
depend on python-numpy and add dh_numpy to debian/rules"). Anyway,
just my 2 cents.
--
Piotr Ożarowski
> Subject: Re: Making Numpy transition less - pydist file painful
heh, Subject fixed (or was it correct? ;)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 A
umpy@strict` (which would override "numpy")
The other solution is to disable generating dependencies for numpy if
--with numpy or dh_numpy is detected in debian/rules, but I'd like to
avoid that (there's already a hack that detects dh_pydeb and I don't
like it)
--
Piot
pydist/generate_fallback_list.py`
i.e. without --skip-sensible-names
--
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 t
nv, poke at it, and see what's missing).
I'd start with:
http://anonscm.debian.org/viewvc/python-modules/tools/find_python_dependencies.py?view=co
it doesn't find libraries loaded via ctypes, though
(note that you have to check this script's output anyway)
--
Piotr Ożarows
ds-Indep: python (>= 2.6.6-3~)
> >
>
> For what reason do you need that exact specific version of Python?
python binary package provides dh_python2 helper and that's why Leonardo
bumped minimum required python version. See also
http://wiki.debian.org/Python/Transiti
[Shell Xu, 2011-09-13]
> http://mentors.debian.net/debian/pool/main/p/python-formalchemy/python-formalchemy_1.4.1-1.dsc
please consider switching¹ to dh_python2, python-support is deprecated
[¹] http://wiki.debian.org/Python/TransitionToDHPython2
--
Piotr Ożarow
[Martin Hoefling, 2011-09-16]
> I might just add a packaged "titlecase" module for New York Manual of
> Style alike titlecasing. Moreover, I could also contribute to
> existing packages.
I added you to DPMT (packages in your Ubuntu PPA qualify for this team).
Welcome! :)
[Piotr Ożarowski, 2011-09-11]
> > >* flufl.lock-2.1.1-nspkg.pth is not really needed (I think I will add an
> > > option to dh_python2 to remove .pth files, I cannot do that by
> > > default, though)
> >
> > This is an artifact of `python setup.py install
[Barry Warsaw, 2011-09-09]
> On Sep 08, 2011, at 11:37 PM, Piotr Ożarowski wrote:
> >[Barry Warsaw, 2011-09-08]
> >> >W: python-flufl.lock: duplicate-changelog-files
> >> >usr/share/doc/python-flufl.lock/changelog.gz
> >> >usr/share/doc/python-flufl.
...]
> Anyway, thanks for the great feedback, and apologies for taking so long to
> respond.
it's not a record at all, I'm still waiting for a response to my
"libc/ctypes problem" reply to one of sponsorees from... 9th May 2009 -
my Debian/RFS contains lots of threads waiting
oth of them already (as DD), but if
you want to add these packages to PAPT you will make me very angry
and... nah, just kidding, you're a new DPMT member, welcome :)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.de
.py", line 1254, in __run
compileflags, 1) in test.globs
File "", line 1, in
hostname, pid, lockfile = lock.details
File "/tmp/buildd/flufl.lock-2.1.1/flufl/lock/_lockfile.py", line 161, in
details
raise NotLockedError('Details are unavailable')
NotLockedError: Details are unavailable
---
[Éric Araujo, 2011-08-23]
> Le 22/08/2011 12:43, Piotr Ożarowski a écrit :
> > FormAlchemy (as way too many other Python modules) adds data files
> > (images, templates, locales, etc.) to site-packages directory, we try to
> > move them to the right location whenever possible,
eople normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
:-P
[¹] http://deb.li/jpt
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
lready been done. My last mail to Carl was about paster
templates (I didn't check your package yet, does it install paster
templates to /usr/share/paster_templates/?).
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.deb
rsions are not that big
compared to 2.X-3.X ones
> Also, which distros have already done this change?
all that do not support more than one Python version at the same time
probably (and all that do not care about beeing nice to other
distributions, like Arch)
--
Piotr Ożarowski
Python/DbgBuilds for
> rationale.
it actually generates python2.X-dbg | python2.Y-dbg (and python-dbg (>=
2.X), python-dbg (<< 2.Y+1) which you requested due to transitions issues)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
[Olivier Sallou, 2011-08-10]
> Only remaining lintian warn is:
> W: python-captcha: old-versioned-python-dependency depends: python (<< 2.8)
>
> though i use python-all so maybe it is related
you should develop on Sid
--
Piotr Ożarowski Debian G
. Jakub used --pedantic and
--display-info options, but it's not a must to fix those (at least I
don't require it, although I check them). There's also --info which you
should use if you don't understand the error message
PS please try to avoid top posting and remove unneeded
[Jakub Wilk, 2011-08-10]
> * Piotr Ożarowski , 2011-08-10, 10:39:
> >>I remember a discussion about dh_python2 supporting -dbg packages
> >>here. Therefore, I was thinking that it could handle some steps,
> >>like dependencies (in ${python:Depends}) and inst
s (unless invoked with --no-dbg-cleaning)
and adds dependencies to ${python:Depends}, yes
--
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
be tempted to change /usr/bin/python
symlink, will not break their systems)
[⁴] git://anonscm.debian.org/tools-release/britney2.git
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898
esn't report such message for me
> Initialy, I wanted to report a small problem in dh_python2 manpages
> stating to depends on cdbs (>= 0.4.90-1~). Since it is a native package,
> this should be cdbs (>= 0.4.90~) (or cdbs (>= 0.4.90)).
fixed in bzr repo
--
essary.
> >> The only .py files laid down by the package are in
> >> /usr/share/ibus-table/engine, so only the second stanza does anything
> >> useful.
> >> The first doesn't hurt but it's unnecessary, afaict.
> >
> >doesn't dh_py
stanza does anything useful.
> The first doesn't hurt but it's unnecessary, afaict.
doesn't dh_python2 alone do the right thing? Do you really need
`dh_python2 /usr/share/ibus-table/engine`? If you do, then I need to
change pyclean/pycompile a bit (and add support for &
hing
> like:
>
> $ python3 -c "import sysconfig; print(sysconfig.get_config_var('SO'))"
> .cpython-32mu.so
I will change debpython.tools.get_magic_tags_map to use this (right now
it uses imp.get_tag() and fix tagged_extname)
--
Piotr Ożarowski Debian
thon-support
> + B.4. python-central
> + B.5. CDBS
changing these IDs might not be a good idea (think about all places
where they're referenced), why not adding dh_python* as B.5?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.oz
[Andreas Tille, 2011-06-30]
>find packages -name rules -exec grep -wH "dh" \{\} \; | grep trunk
grep -w dh packages/*/trunk/debian/rules
SCNR
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.d
is not really needed to run /usr/bin/orange, please use /bin/sh
- replace:
dh_python2 -p$@ /usr/lib/python$(DEFAULT_PYTHON)/site-packages/orange/
with:
dh_python2 -p$@
- extension is not build for all supported Python versions
--
Piotr Ożarowski Debian GNU/Linux
oo, /usr/share/foo, /usr/share/games/foo
--
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...@li
put this in a repository somewhere.
your sponsor can commit to DPMT/PAPT repo even without joining the team,
let me know if he wants to join the team officially, though
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian
python-support) *after* Python 2.6 removal from list of
supported Python versions in unstable.
[¹] http://deb.li/dhs2p
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62
conversion of pysupport->dhpy2 for this. But you'd also have to deal with
> this transition anyway for all the packages that already use pysupport, right?
s/pysupport,/dh_python2,/ right
I'm still wondering if it should be done *after* Wheezy release, though
--
Piotr Ożaro
/usr/shre/pyshared in dh_python2
if there's only one supported Python version (I cannot do that now as we
still want dpkg to detect file conflicts with python-support based
packages)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
e and not pollute the global namespace. It
always can be promoted to public one later
--
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
t;
> so in fact /usr/bin/mailman doesn't exist until the system is built out.
> /usr/bin/mailman gets generated and essentially imports the
> `mailman.bin.mailman` module, then runs the main() function.
you realize that setuptools/distribute hardcodes versions and forces y
[Barry Warsaw, 2011-06-09]
> What is the process for deprecating python-support? Who makes that decision?
I'd ask Joss, Sandro and Jakub what they think first (if they still
don't think it's a good idea, it'll never happen)
--
Piotr Ożarowski Deb
cepted "-") - I find all these
"foolib" or "pyfoo" module names ugly (isn't it obvious that this module
is a library or that it's for Python?)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griff
[Barry Warsaw, 2011-06-07]
> On Jun 07, 2011, at 11:39 PM, Piotr Ożarowski wrote:
> >but pysupport is not deprecated so you cannot file bugs and ask people
> >to convert now
>
> I see; that's why there's no bug currently. So if someone were to develop
> patches
[Piotr Ożarowski, 2011-06-07]
> `grep-dctrl -FBuild-Depends python-support -sPackage
> /var/lib/apt/lists/*Sources`
`grep-dctrl -FBuild-Depends -FBuild-Depends-Indep python-support -sPackage
/var/lib/apt/lists/*Sources`
--
Piotr Ożarowski Debian GNU/Linux Dev
p-dctrl -FBuild-Depends python-support -sPackage
/var/lib/apt/lists/*Sources`
but pysupport is not deprecated so you cannot file bugs and ask people
to convert now
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.deb
ave two origins:
add this file to debian/clean (and ask upstream to regenerate it before
creating tarball)
>* When is the best time to erase the auto-generated doc files. I
clean target in debian/rules (that's where dh_clean reads debian/clean
file)
PS please try to avoid top po
[Nikolaus Rath, 2011-05-26]
> Piotr Ożarowski writes:
> > [Nikolaus Rath, 2011-05-26]
> >> I am using dh_python2 - does that mean I should not be calling dh_strip?
> >
> > can you point me to source package?
>
> http://mentors.debian.net/debian/pool/ma
[Nikolaus Rath, 2011-05-26]
> I am using dh_python2 - does that mean I should not be calling dh_strip?
can you point me to source package?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerpr
; usr/lib/debug/usr/lib/pyshared/python2.6/llfuse_d.so
> > /usr/lib/debug/usr/lib/pymodules/python2.6/llfuse_d.so
>
> The first path is where dh_strip has installed the files. The second
> path, however, is where they are expected. See [0] for a fix, and [1]
> for a rationale.
yo
again
> By the way, the ITP bug is here:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627787
source package name doesn't matter that much, but please use
"python-pages" rather than "python-django-page-cms" as binary package's
name (as Debian Python Po
at nobody would accept dh_python2 few years ago (with few new 2.X
transitions ahead)
--
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 7
kages so that they are available only
> to the old python2.6.
stdeb (pypi-install) doesn't support python3-foo packages yet
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898
d me to
> join
> the team [3].
You're in. Welcome on board :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645
--
To
IMHO that's enough for a switch, if you think it's not enough, take a
look f.e. at Ubuntu bug reports (that nobody cares about, probably
because they're missing even so crucial data like package version)
--
Piotr Ożarowski Debian GNU/Linux Devel
foo
> actually provides modules for the current Python version? (For example,
> python-zodb retracted support for Python 2.5 in Lenny, which I didn't notice).
yeah, pythonX.Y-foo/Python-Depends was a good idea but... well, it was
never used properly and sinc
utomatically.
>
> Am I expecting to much?
dh_py* helpers do not take care of building extensions - cdbs and dh do
(and hopefully both will use python-multibuild in the future).
The only difference is dh_pycentral ignored packages that do not follow
Debian Python Policy and dh_python2
you're not building extensions for all supported Python versions (see
previous thread on this mailing list). I will finish namespace feature
this weekend and ask python-defaults maintainers to upload new version
to unstable (dh_python2 is already fixed in the repo)
--
Piotr Ożar
ns for all supported
| Python versions (`pyversions -vr`) or adjust X-Python-Version field
| or pass --no-guessing-versions to dh_python2
where X.Y is version of the missing extension
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.g
[Piotr Ożarowski, 2011-03-30]
> FYI: I plan to upload python-sphinx, python-defaults (without Python
> 2.5, with Python 2.7) and python3-defaults (with Python 3.2 instead of
> Python 3.2) tomorrow. Please report bug against tech-ctte and CC me if
> you think it's not a goo
[Julien Cristau, 2011-03-30]
> On Wed, Mar 30, 2011 at 16:02:56 +0200, Piotr Ożarowski wrote:
>
> > FYI: I plan to upload python-sphinx, python-defaults (without Python
> > 2.5, with Python 2.7) and python3-defaults (with Python 3.2 instead of
> > Python 3.2) tomorrow. P
FYI: I plan to upload python-sphinx, python-defaults (without Python
2.5, with Python 2.7) and python3-defaults (with Python 3.2 instead of
Python 3.2) tomorrow. Please report bug against tech-ctte and CC me if
you think it's not a good idea.
--
Piotr Ożarowski Debia
[Piotr Ożarowski, 2011-03-23]
> python-multibuild¹ is on my TODO list for a while, I didn't start writing
> it yet and if you think it qualifies² for GSoC, I could mentor such project.
>
> [¹] see http://bugs.debian.org/538978, I hope it can be used in both
> cdbs and
e
http://www.python.org/dev/peps/pep-0386/
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 Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A74
2" in postinst.
IMHO old-versioned-python-dependency tag should be simply removed from
lintian. These dependencies can be valid even if dh_py{central,support,thon2}
is not used (debian-python@l.d.o CCed for confirmation)
--
Piotr Ożarowski Debian GNU
s
worth to support Python 2.X)
[²] although it sounds easy, I guess we can list many features/corner
cases that will make a student busy for few months :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.or
take a package from pypi (the python package inventory) and
> make a rudimentary debian package out of it, automatically?
such tool already exists, see python-stdeb package (which provides
pypi-install and py2dsc tools). There are many things that could be
improved there, though
--
Piotr Oż
-vr`); adjusting X-Python-Version field; passing
| --no-guessing-versions to dh_python2
please propose a better one if it's not clear
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F
it's a bug and I will fix it today. I know you prefer python-support
so how about improving dh_pysupport instead of spending your time in
writing non-constructive comments? I really will accept patches in
python-support package if they will fix existing problems.
--
Piotr Ożarowski
iq -c |
sort -n -r`
results are here: http://pastebin.com/raw.php?i=SeqK384f
Sandro: so... what do WE choose? :-)
mr + git-buildpackage + overlay?
(it's not that anyone else will do the work anyway - few tried to
convince us to switch to $VCS and I didn't hear from them af
xp (which
was missing a "?", BTW), again, I just assumed everyone read "Support
the /usr/bin/python2 symlink upstream" thread (and as you can read
there, I'm actually against /usr/bin/python2, my proposal here is just
to make the mess less messy)
--
Piotr Ożarowski
[Jakub Wilk, 2011-03-05]
> * Piotr Ożarowski , 2011-03-05, 01:20:
>> dh_python2 and dh_python3 cannot be used for the same files at the same
>> time (that's why dh_python2 igores python3-* packages, that's why
>> dh_python3 ignores python-* packages and that's
[Jakub Wilk, 2011-03-05]
> * Piotr Ożarowski , 2011-03-04, 23:23:
>> any objections to change all shebangs (that do not match
>> /usr/bin/python\d(\.\d+) but do math .+python.* regexp) to
>> /usr/bin/python¹ in dh_python2 and to /usr/bin/python3 in
>> dh_python3?
>
&
?
[¹] or /usr/bin/python2, depends on PEP 394 status
--
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
li/pybugs
http://deb.li/py27
http://deb.li/py26
If you know how to fix one of those bugs or at least want to try to fix
one, let us know on the channel.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerpri
> i will glad if someone can tell me, where is all doc to follow, and with
> this part of project can will be a DD.
http://www.debian.org/doc/
http://wiki.debian.org/Teams/PythonModulesTeam
http://wiki.debian.org/Teams/PythonAppsPackagingTeam
--
Piotr Ożarowski
[Picca Frédéric-Emmanuel, 2011-03-01]
> Le Tue, 15 Feb 2011 14:48:07 +0100,
> Piotr Ożarowski a écrit :
>
> > [Scott Kitterman, 2011-02-15]
> > > http://ftp-master.debian.org/new/sip4_4.12.1-1.html
> >
> > and before it will be accepted, these have to be f
[Vincent Bernat, 2011-03-01]
> OoO En cette nuit nuageuse du mardi 01 mars 2011, vers 00:53, Piotr
> Ożarowski disait :
>
> > cdbs and dh doesn't support Python 3.X yet. I provided a patch for CDBS
> > but it was rejected, dunno why.
>
> I suppose that thi
work on creating howtos to
create magic debian/rules files, or just point you to my packages and
work on python-multibuild instead (see #538978) which hopefully will be
used in cdbs, dh and pure debhelper debuian/rules files
--
Piotr Ożarowski Debian GNU/Linux Developer
w
[Ben Finney, 2011-02-21]
> Piotr Ożarowski writes:
>
> > [Vincent Bernat, 2011-02-21]
> > > python (>= 2.6.5)
> >
> > actually, that's 2.6.5-1~ (I'd even bump it to the one released with
> > Squeeze: 2.6.6-3)
>
> With or with
² wiki page.
[¹] http://deb.li/dhp2
[²] http://wiki.debian.org/Python/support2dhp2
--
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
--
[Scott Kitterman, 2011-02-15]
> http://ftp-master.debian.org/new/sip4_4.12.1-1.html
and before it will be accepted, these have to be fixed:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pi...@debian.org;tag=sip4-qt3
--
Piotr Ożarowski Debian GNU/Linux Develo
n order to find a
person to blame for setting this flag too soon is one command too many
;-P
[¹] otherwise remove this flag in the repo so that next upload will not
contain it
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
27;t want
to change it without carefully checking each package first.
--
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 t
quot;--with pycentral" with
"--with python2" or dropping DEB_PYTHON_SYSTEM from debian/rules in most
cases).
[¹] some bugs are already reported: http://deb.li/py27
[²] most recent version: http://deb.li/dhp2
[³] http://wiki.debian.org/Python/support2dhp2
--
Piotr Ożarowski
601 - 700 of 1020 matches
Mail list logo