[É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,
.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
---
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
...]
> 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
[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.
[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
[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! :)
[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
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
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
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
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
> 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
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
[Sandro Tosi, 2011-11-07]
> OK, let's try to move it forward somehow: so Piotr, you'd like numpy
> pydist file to have 2 lines.
>
> numpy python-numpy
> numpy_strict python-numpy-api$N, python-numpy (>= $foo)
>
> is that correct? as Jakub, I fail to see the adva
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
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
[Barry Warsaw, 2011-11-17]
> On Nov 17, 2011, at 01:55 PM, Stefano Rivera wrote:
>
> >If you don't need the python3 version, yet, I'd ignore this until the
> >tools improve.
>
> Piotr was working on a rewrite of python-multibuild at UDS in Orlando. I
> hav
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
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
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
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
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
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
[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
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
, 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
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
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
/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
--
[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
[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
[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
H=/usr/share/program/
[...]
> b) add current installation to python path (eg. /usr/share/program) so the
> plugin can import the programlib packages/modules.
plugins import programlib at runtime only, riht? Startup script is
adding . to the sys.path automaticall so plugins should see programlib,
no?
spec file).
As upstream, you can make it easier for distro developers by stripping
'import programlib' from setup.py (so that they will not need to install
the program package and set apropriate PYTHONPATH)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowsk
o provide more details)
--
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.org
[Barry Warsaw, 2012-04-30]
> On Apr 30, 2012, at 11:23 AM, Piotr Ożarowski wrote:
>
> >[Barry Warsaw, 2012-04-25]
> >> - dh_python{2,3} should rewrite the shebang lines by default, with an
> >> option
> >>to disable that.
> >
> >there w
ame"? :)
I use Debian binary package name unless this directory is shared
with other Debian packages (f.e. I use /usr/share/paster_templates/
instead of /usr/share/python-pastescript/templates/)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl ww
the same
> > package.
>
> In the above what does package-name mean? Python package-name, i.e. the
> directory with the __init__.py file, or the debian package?
in documents hosted on debian.org package-name means Debian binary
package, on python.org ones: Python packag
baz.so
/usr/lib/foo/egg/__init__.py
/usr/lib/foo/egg/spam.py
(use /usr/lib/ if you have at least one .so file)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF
an
we do so)
[¹] i.e. gedit and gedit-plugins' maintainers;
pkg-gnome-maintain...@lists.alioth.debian.org
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF
[Jakub Wilk, 2012-05-14]
> I do wonder however if there is a good reason for dh_python{2,3} to
> still generate *:Version substitution variables.
is it safe to drop it? (i.e. is it used only in XB-Python-Version, as it
should?)
--
Piotr Ożarowski Debian GNU
s_2.2-4_source/debfiles/control:X-Python-Version: ${python:Versions}
python-espeak_0.4-1_source/debfiles/control:X-Python-Version: ${python:Versions}
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fing
[Piotr Ożarowski, 2012-05-14]
> [Julien Cristau, 2012-05-14]
> > > is it safe to drop it? (i.e. is it used only in XB-Python-Version, as it
> > > should?)
> >
> > Some grepping in the lintian lab should be able to answer that.
>
> it's not that bad act
[Jakub Wilk, 2012-05-15]
> * Piotr Ożarowski , 2012-05-15, 22:54:
> >I'm not sure what to do with libapache2-mod-python, though.
>
> Fix it? :)
the problem is: it looks like I introduced it¹ in the first place :-)
(it was hardcoded to 2.4 before)
[¹] in revision 2063
rently supported by Debian, it's OK to skip these fields
> http://anonscm.debian.org/viewvc/python-modules/packages/python-notify2/
uploaded
--
http://people.debian.org/~piotr/sponsor
signature.asc
Description: Digital signature
o
rebuild packages
over there with Python 2.6 and Python 2.7 support, but without Python 2.5) run
this:
# apt-get install python-all -t testing
you will still need to rebuild packages to have full Python 2.7 support (except
the ones with pure Python modules that use python-supp
[Piotr Ożarowski, 2012-05-31]
> [ode, 2012-05-31]
> > I would like to run Python 2.7 and 3.2 on Debian stable. They are not
> > in squeeze-backports. I would rather not install them from Unstable
> > as I do not want a mixed system. Do I have to compile them myself or
>
ated by dh_python{2,3}, so it's a matter of
> fixing shebangs before they are called, isn't it?
`dh_python2 --shebang /usr/bin/python` will make it a bit easier after
next python-defaults upload
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl
python-sqlalchemy-ext) but now I see that there are also
-accel (python-reportlab-accel) and -lib (python-guppy-lib)
[¹] packages with split out (optional?) Python extensions
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griff
[Natalia is not able to send this week's report by herself, so I'm sending the
draft she sent me yesterday, footnotes are mine]
Hello,
This is my fourth report on the work progress on a project PyPI to Debian
Repository Converter.
Work
Over the past weeks I’ve worked mainly over improving
ering such plethora of Python
> FOSS solutions, and become intrigued enough to try Debian on their
> systems or in the cloud.
you can also advertise https://buildd.debian.org/status/package.php
(for those who want to see build logs from different architectures
of their libraries - we try to ena
[Yaroslav Halchenko, 2012-09-28]
> On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
> > about conventions... please, please, please mention
>
> with pleasure ... but do you think it is worth listing (some of) them in
> the abstract?
no, but please make sure to bind a key that (whe
tial build for
Wheezy's amd64 and i386 architectures on my laptop, but I don't plan to
add a cron job to build new versions/architectures/distributions.
> pypi2deb
> https://gitorious.org/pypi2deb/pypi2deb
[¹] http://pypi.debian.net/logs/
--
Piotr Ożarowski
x27;/usr/bin/python -Es'
dh_python3 --shebang '/usr/bin/python3 -Es'
should do the trick. I don't think adding -Es by default is a good idea
(although it's very tempting). I can add --ignore-custom-site-dirs-in-scripts
option to extend existing ar
d by
egg-ralated tools, no?
--
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
iscover
PS pybuild manpage is available also here: http://deb.li/pybuild
--
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
C (to move
pybuild, py{3}{clean,compile}, dh_python{2,3} and debpython to a new
source package and make it work also with pypy).
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 5
[Piotr Ożarowski, 2013-01-20]
> [Yaroslav Halchenko, 2013-01-20]
> > 1. -lib packages to ship extensions in separate packages to reduce
> >impact on archives
>
> sounds good, I'll implement --ext-destdir / PYBUILD_EXT_DESTDIR and move
> all *.so files there afte
[Scott Kitterman, 2013-01-20]
> "Piotr Ożarowski" wrote:
> >[Yaroslav Halchenko, 2013-01-20]
> ...
> >> wouldn't it make more sense to ship it in a separate package since it
> >is
> >> relevant not only for python3? then it would also make po
=http://127.0.0.1:9/)
it probably should be changed to not overwrite existing http_proxy (if set)
or to make it possible to disable it.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898
let python-imaging contain the compat code
(with Depends: python-pil)
--
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 UNS
[Barry Warsaw, 2013-02-11]
> On Feb 11, 2013, at 03:51 PM, Piotr Ożarowski wrote:
> >I'd also use python-pil and let python-imaging contain the compat code
> >(with Depends: python-pil)
>
> Do you mean, get rid of the -compat package?
yes
> I'd rather keep that
r commit changes
also in packages without their name in debian/control) don't mind using
it. [and please please please don't ask for such workflow without showing
the code]
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
FTR: I want to migrate to Git, but I don't have time to do the migration
work right now, so I vote for status quo (unless someone will show me
the code)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.or
Provide a plan for a smooth flag day transition if/when consensus is
> reached.
>
> * Gather feedback, fix problems, rinse and repeat.
>
> Once people are comfortable with how a git-based team repository would work, I
> suspect you'll find more consensus to switch.
+1
/
s I was used to, but so be it...
does git-buildpackage work with git submodules (with debian dir as a
separate git repo)?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786
working? I'd love to be forced to choose between
WORKING implementations. I want to play with hg, bzr or git in a
DPMT/PAPT context and THEN decide which works better for me
(I love git, but maybe git-buildpackage is not that shiny as others
describe)
--
Piotr Ożar
kage
or
http://wiki.debian.org/Teams/PythonModulesTeam/Wrokflow/GitStuff
and add a link in /Workflow (in "Proposals" section)
All proposals without wiki pages (and something to play with) will be
rejected and ignored.
--
Piotr Ożarowski Debian GNU/Linux Deve
ee below). I don't know what's your goal, but
it certainly isn't doing any real work related to transition.
Please stop.
piotr@hadar /tmp/test
0% time svn co
svn://svn.debian.org/python-modules/packages/python-eventlet/trunk/
Atrunk/debian
Atrunk/debian/control
Atr
python-foo.bar
> and python3-foo.bar.
any objections?
--
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-pyt
ode)
--
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.org
with a subject
upported Python 3.X as soon
as possible (3.4~beta?)
> * Is there anything we can or should do w.r.t. helpers for non-distutils based
> packages?
yes, we can contribute build plugins (see plugin_cmake.py) for pybuild
(dh_python* will do the rest) :)
If you meant adding multiarch support
[Jakub Wilk, 2013-05-06]
> * Piotr Ożarowski , 2013-05-06, 20:02:
> >>What's the current status of pybuild and what should we do to
> >>adopt it over and above general dh_python2/3 adoption?
> >--buildsystem=pybuild doesn't imply --with python2,python3 (hi
>
ave unintended
> consequences, but also the fallback code doesn't look complete: it
> doesn't take care of namespaces.
>
> Actual proposed solution:
> Rewrite /usr/bin/pyclean in shell.
again, removing /usr/bin/pyclean is not that bad idea. I like it and
will try to provide
[Piotr Ożarowski, 2013-05-11]
> | dpkg -L | grep \.py$ | while read file
> | do
> | echo "${file}" >> /var/lib/python/pyX.Ycompile.todo
> | echo "${file}" >> /var/lib/python/pyX.Zcompile.todo
> | done
with some "grep .../py
[Jakub Wilk, 2013-05-12]
> * Piotr Ożarowski , 2013-05-11, 00:29:
> >why not generate maintainer scripts without pycompile at all?
>
> - There are hundreds of packages that use py{compile,clean} in the
> maintainer script. The script needs to continue to exist at least
> unt
to finish it. I'll try to do it soon.
See "DEBHELPER COMMAND SEQUENCER INTEGRATION" section in pybuild(1) for
more info
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A8
-xapian - "Python 3 support is under development, but not yet
fully functional - see ticket#346 for details:
http://trac.xapian.org/ticket/346"; - so this one could be a problem.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.
#x27;m yet to understand whether rules like this are created for
> benefit of people who like to have a policy with which to berate others or
> by people who like to impose order on the world around them.
>
> 2¢
+1
--
Piotr Ożarowski Debian GNU/Linux Deve
on-migrate'
[...]
> And that's just an example on what can go wrong and be really annoying.
> It's even more annoying when you are trying to do a "git svn clone"
> which takes forever.
`debcheckout python-migrate` will pick the right source package as well
--
Pi
[Vincent Bernat, 2013-07-21]
> Unrelated, but is pybuilder planned to hit unstable soon?
dh-python (which provides pybuild) will be uploaded to unstable once
current python3-defaults migrates to testing
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski
the same.
It's good that there are distributions like Arch which do painful
experiments. I love the fact that there are more than one distributions
out there. I love to have a choice... and having a choice also means we
don't have to follow other distribution's choices - nobo
e already has A LOT OF WORK, leave him/her alone! ;-P
[...]
> Do you ever foresee a time when /usr/bin/python gives you Python 3 on Debian?
to be honest... no
either use /usr/bin/python3, /usr/bin/python4 or use Arch
--
Piotr Ożarowski Debian GNU/Linux Deve
[Barry Warsaw, 2013-07-25]
> On Jul 25, 2013, at 12:09 AM, Piotr Ożarowski wrote:
> >and you want to force an administrator who has a service using Python 2.X
> >with lots of scripts with /usr/bin/python shebang to do additional work?
>
> Of course not. I'm not proposin
y-foo/
%:
dh $@ --with python2,python3,pypy --buildsystem=pybuild
See pybuild(1) and dh_pypy(1) for more info.
Note that adding dh-python to Build-Depends enables multiarch support in
dh_python2
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffi
[Julien Cristau, 2013-08-02]
> On Fri, Aug 2, 2013 at 15:15:36 +0200, Piotr Ożarowski wrote:
>
> > Note that adding dh-python to Build-Depends enables multiarch support in
> > dh_python2
>
> What does that mean?
that means dh_python2 will rename
/usr/lib/python2.7/
[Julien Cristau, 2013-08-02]
> So it will rename stuff or not based on the Build-Depends field? That
> seems... wrong.
it will use dh-python's dh_python2 which includes this feature
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.
if you have a better idea, I'm all ears
(and installing python3 package with `apt-get install python`
was already proposed :P)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 5
[Dmitry Shachnev, 2013-08-02]
> On Fri, Aug 2, 2013 at 6:36 PM, Piotr Ożarowski wrote:
> > eh, I forgot to replace the one from experimental with a regexp,
> > anyway, if you have a better idea, I'm all ears
> > (and installing python3 package with `apt-get insta
[Barry Warsaw, 2013-08-02]
> On Aug 02, 2013, at 03:15 PM, Piotr Ożarowski wrote:
> > export PYBUILD_DESTDIR_python2=debian/python-foo/
> > export PYBUILD_DESTDIR_python2-dbg=debian/python-foo-dbg/
> > export PYBUILD_DESTDIR_python3=debian/python
Wheezy, I even bacported
pypy and python3.3 to Wheezy to test it even better so bpo upload is
definitely on my TODO list.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786
[Vincent Bernat, 2013-08-15]
> And it works with cdbs 0.4.90 released almost 3 years ago. :)
adding Python 3.X support in CDBS didn't require writing anything in
Perl (even if it's "just" ~200 lines) ;-P
--
Piotr Ożarowski Debian GNU/Linux Dev
tastic. It will greatly simplify
> building Python 2 and 3 versions of most common packages. Great work!
thanks! :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 17
a "normal" package which has a distutils python app
> in a subdir that I need to build.
>
> Is that a bug or a feature? Seems inconsistent from the rest of paths
> specified within debhelper.
it's a feature in most cases, a bug in PYBUILD_DESTD
reter.suggest_pkg_name method (which generates what you
want) in yesterday's upload, but I use it only to guess DESTDIR, it's not
exposed yet.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG F
[Piotr Ożarowski, 2013-09-02]
> | #! /usr/bin/make -f
> | export PYBUILD_NAME=coverage
> | export PYBUILD_INSTALL_ARGS=--install-data=/usr/share/{package}/
> | %:
> | dh $@ --with python2,python3 --buildsystem=pybuild
>
> the only problem is... you need to wait for n
dh-python 1.20130819-1~bpo70+1 is available in wheezy-backports.
Note that it uses dpkg-divert to replace dh_python3 and dh_python2
so (contrary to what we have in Jessie/Sid), all packages that use
dh_python2 during build, will use the new version.
--
Piotr Ożarowski
e add me to the SVN? My alioth username is noskcaj-guest
Please point us to your previous work or send svn's diff output of
changes you'd like to commit
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.or
sr/lib/pythonX.Y/foo → /usr/share/pkg/foo
/usr/lib/pythonX.Y/bar/baz → /usr/share/pkg/bar/baz
/usr/lib/pythonX.Y/egg → /usr/share/otherpkg/static/egg
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprin
401 - 500 of 1055 matches
Mail list logo
