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
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
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
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:
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
[Thomas Kluyver, 2012-05-15]
> - Examples: There are a handful of examples. At present, these end up
> in both of the binary packages, under
> /usr/share/doc//examples/ . I tried to put them in a
> separate python-notify2-docs package, but then the folder was in
> /usr/share/doc/python-notify2-docs
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
n-eventlet_0.9.16.orig.tar.gz
dpkg-source: info: unpacking python-eventlet_0.9.16-3.debian.tar.gz
dpkg-source: info: applying retry-on-timeout
dpkg-source: info: applying threading-leak
debcheckout python-eventlet
0.80s user 0.09s system 32% cpu 2.696 total
--
Piotr Ożarowski
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
ackagers were 5-10 years ago)
--
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.debi
[Paul Tagliamonte, 2013-09-18]
> On Wed, Sep 18, 2013 at 03:22:19PM +0200, Piotr Ożarowski wrote:
> > [W. Martin Borgert, 2013-09-18]
> > > As a passionate pip hater I would go for a Conflicts,
> > > which finally would make pip uninstallable :~)
> > >
x27;m not saying PyPI is something bad,
I just wish these tools use their own namespace and leave system files
alone.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 178
er use of pip carry all this
> historical baggage with them. As suggested elsewhere in this thread changing
> pip so that it was difficult to do things system-wide would help with this.
my thoughts exactly
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.p
better solution for ctypes packages.
I will make the dependency part of multiarch support optional
but keep it enabled by default in jessie (and disable it in
wheezy-backports) so another option would be to let maintainers
disable it in such packages.
--
Piotr Ożarowski
[Julien Cristau, 2013-09-19]
> On Thu, Sep 19, 2013 at 14:55:17 +0200, Piotr Ożarowski wrote:
>
> > [Julien Cristau, 2013-09-19]
> > > Well, in Jakub's case the module does dlopen("libaa.so.1"), so while it
> > > doesn't care about the interpreter
e name: python-stdeb
provides: /usr/bin/py2dsc, /usr/bin/pypi-install
--
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
at is the cleaner way to fix this?
>
> ... correctly to python-crypto ...
ups, looks like I forgot to install/usr/share/dh-python/dist/*_fallback
files. Will be fixed in next dh-python upload
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.grif
[Piotr Ożarowski, 2013-09-24]
> ups, looks like I forgot to install/usr/share/dh-python/dist/*_fallback
> files. Will be fixed in next dh-python upload
for now, simply add python-crypto and python3-crypto to Build-Depends
and dh_python* will find the right ones (you probably need these pa
't set http_proxy in this
target). If you for some reason need network during build (f.e. tests
setup a HTTP server), just set http_proxy to empty string, in src:flask
I do this:
override_dh_auto_test:
http_proxy='' dh_auto_test
--
Piotr Ożarowski
this mail to both lists.
alioth admins
> (If someone could approve my request to add 'diocles' to the
> python-modules project on alioth, that would resolve my immediate
> problem, of course.)
done
--
Piotr Ożarowski Debian GNU/Linux Developer
www.
[Andrii Senkovych, 2013-11-06]
> pybuild --verbose --test-pytest --test-args="-v" --before-test "cp -R
> {dir}/tests {build_dir}"
>
> This command works for py2.7 (obviously) but in order for this to work
> for 3.x I have to run 2to3 against test suite itself. How can I do
> that?
>
> Also how c
uto_* commands (which loops over supported Python versions
and sets PYTHON_EXECUTABLE, PYTHON_INCLUDE_DIR, etc.)
--
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
401 - 500 of 1020 matches
Mail list logo
