in a sane way) and then I will not ask you to test things written last
night (yeah, I have day job and real life as well)
You can always postpone your work until after Squeeze release.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc
[Sandro Tosi, 2010-09-16]
> On Thu, Sep 16, 2010 at 09:26, Piotr Ożarowski wrote:
> > and then I will not ask you to test things written last
> > night (yeah, I have day job and real life as well)
>
> That's not a problem. What I want to know is if the guide you wrote
;m convinced that by that time release
managers will tell us about the freeze 6 months in advance and we'll
figure something out with upstream.
[¹] which would be a PITA, I removed like half of dh_python3 after
moving files from /usr/lib/python3.1/dist-packages to
/usr/lib/python3/dist
sy to
developers who package Python occasionally (i.e. will not ask you about
pyshared every week) and we'll love you :-)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF6
.oO(damn, someone was happy with status quo. Why didn't he speak up before
and didn't convince unhappy ones ;)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA
h the current python version.
what problems do you have with current approach? IIRC debhelper uses
--executable already, so shebangs shouldn't be a problem anymore
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.deb
ilenames, like foo.1.py foo.2.py foo.2.3.py
(with `import foo <= 2` as valid syntax) and let upstream authors decide
when to bump it, just like C guys do, but that's a topic for
python-devel mailing list...
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.
[Piotr Ożarowski, 2010-09-21]
> [Robert Collins, 2010-09-20]
> > Path to a solution: use an API marker analgous to the ABI markers C
> > libraries have. Incompatible changes to a package bump the package
> > *name*. e.g.
> > python-zope.publication2.3 to python-zope.pu
[Simon McVittie, 2010-09-21]
> On Tue, 21 Sep 2010 at 10:30:33 +0200, Piotr Ożarowski wrote:
> > I see only one sane way to fix the problem - changing Python interpreter
> > to recognize API from filenames, like foo.1.py foo.2.py foo.2.3.py
> > (with `import foo <= 2`
[Barry Warsaw, 2010-09-21]
> On Sep 21, 2010, at 10:30 AM, Piotr Ożarowski wrote:
> >I see only one sane way to fix the problem - changing Python
> >interpreter to recognize API from filenames, like foo.1.py foo.2.py
> >foo.2.3.py (with `import foo <= 2` as valid
[Clint Byrum, 2010-09-22]
> On Sep 21, 2010, at 3:26 AM, Piotr Ożarowski wrote:
> > but this way you cannot `import foo` anymore, you'll have to change all
> > import lines (s/foo/foo2/) even if your code is not affected by API change
>
> Because languages like python
[Charlie Smotherman, 2010-09-29]
> POX would you please remove pycasa from PAPT. The upstream author has
> decided to maintain the package. It has never been uploaded so it is
> safe to remove it. Thanks
why can't you do it yourself, using `svn rm svn://...`?
--
P
elease team: please notify Debian developers and upstream authors
about freeze date at least 6 months in advance so that everything can be
planed in a sane way, TIA
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
ure), I will provide dh_pysupport wrapper if my proposal
will be accepted (it's obviously a sensitive topic, so I'm raising it
now and not after releasing Squeeze).
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.de
[Tomasz Rybak, 2010-11-08]
> http://www.bogomips.w.tkb.pl/cuda/pyopencl_0.92-1.dsc
FTR: pyopencl 0.92-1 was uploaded by Serafeim Zanikolas
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerpr
ess browsing feature is optional
* python-xdg is missing in Depends (debdiff, line 1593)
* about adding "python (>= 2.6)" to Depends - dh_python2 will do the
right thing after reading "X-Python-Version" field (just a hint)
> Out of template: Piotr Ożarowski sponsored past
x27;m sending my patch here, please try to
find bugs so that I can delay sending it to CDBS maintainers and give dh
guys more time. TIA
PS I also added "python2" to DEB_PYTHON_SYSTEM keywords (to
support dh_python2) and removed all pycompat stuff
--
Piotr Ożarowski D
elp me document all these small features in
dh_python2 manpage? (I will rewrite it in RST and use rst2man, BTW)
[¹]
http://alioth.debian.org/scm/loggerhead/pkg-python/python-defaults-debian/annotate/head:/debpython/tools.py
--
Piotr Ożarowski Debian GNU/Linux Developer
w
[Jakub Wilk, 2010-11-22]
> * Piotr Ożarowski , 2010-11-22, 10:54:
>> [...] (pyinstall doesn't make sense in dh_python3 as you can
>> simply use dh_install to install into /usr/lib/python3/dist-packages/)?
>
> And what if you'd need install different set of files
etup.py and Debian maintainer wants to avoid
patching it)
> I want to get back to my test+refactor branch
> anyway; I've been distracted on other things lately.
I will merge your branch before uploading to experimental (IIRC, you already
have commit rights,
e pacakge supports both Python 2 and 3; if there's a separate
setup.py file for Python 3.X, you can set it in DEB_PYTHON3_SETUP_CMD,
etc.
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A
[Jakub Wilk, 2010-11-23]
> * Piotr Ożarowski , 2010-11-23, 00:13:
>> dh_python2 doesn't create __init__.py files, that's python-support (and
>> to be honest, I don't like this feature, see bug I reported to see why)
>
> Which one?
#459468
[...]
> Why
[anatoly techtonik, 2010-12-17]
> Can anybody apply this patch to trac-bitten? Seems like everybody who
> could do this are busy.
done, thanks
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Finge
k and could cause more harm than good, IMHO.
[¹] imagine packaging something written in Ruby
--
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
y one application uses it), 1, none
of the above, 5
--
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
[Robert Collins, 2011-01-06]
> 2011/1/6 Piotr Ożarowski :
> This issue exists with C libraries too, but its not forbidden. Why
> should C libraries be expected to permit this, but not Python
> libraries?
C libraries are linked at build time, Python libraries at runtime and
C libr
0.14.1-1 - new upstream release
who-uploads mentions Jakub. What did he say when you asked him to upload
these packages? Is he busy?
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898
[Jakub Wilk, 2011-01-13]
> * Piotr Ożarowski , 2011-01-11, 11:09:
>>> I would like to refresh the RFS for the following packets:
>>>
>>> didjvu 0.2.1-1 - initial release
>>
>> consider using dh_python2 instead of python-support
>
> Out of
[Barry Warsaw, 2011-01-13]
> Actually, I think dh_python2 *is* better because the symlinks aren't created
> at install time, but instead are included in the package.
we're talking about private modules here, python-support doesn't create
symlinks for private module
und missing py_comple.py
changes in Lenny's Python inter), it is possible to backport it to Lenny.
--
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 A7
[Sandro Tosi, 2011-01-13]
> is this some sort of subliminal message that wheezy is planned to
> support only 2.7 ? :)
that's the plan (at least my plan), yes
See http://lists.debian.org/debian-python/2010/10/msg00017.html
--
Piotr Ożarowski Debian GNU/Linu
[Jakub Wilk, 2011-01-14]
> * Piotr Ożarowski , 2011-01-13, 16:11:
> Well, there is lenny-backports-sloppy. But I was thinking more about
> backporting for user's own purposes.
>
> For python-support-based packages, backporting is often no-op: you can
> just install a squ
[Barry Warsaw, 2011-01-20]
> If I may make a radical suggestion though: what do you think about making
> Python 3 the default for Wheezy?
over my dead body ;-P
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debi
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
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
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
[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
² 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
--
[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
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
[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
[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
> 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
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
?
[¹] 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
[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?
>
&
[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]
> I'm not convinced it's only about getting rid of "/usr/bin/env". Piotr
> didn't give any rationale for the proposed changed and his algorithm (as
sorry, we talked about pytohn-dev thread on #debian-python and when I
saw Barry's m
[Yaroslav Halchenko, 2011-03-06]
> git diff ... | patch; git commit -m 'Merged blah bleh into blue'
hint: git merge --squash
PS `svn log | egrep "^r[0-9]+ " | cut -f2 -d'|' | sed
's/pox-guest/piotr/;s/kitterma-guest/kitterman/;s/-guest//' | sort | un
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
-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
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ż
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
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
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
[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
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
[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
[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
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
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
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
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
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
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
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
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
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
; 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
[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
[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
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
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
[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
[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
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-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
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
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
ecent tool instead of two.
>
> Thanks a lot for this follow-up Joss.
>
> Now, as a mere outsider, it seems to me that the potential objections
> against deprecating python-support, which have been mentioned earlier on
> in this thread, are now moot. If Piotr agrees that python
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
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
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
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
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
[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
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
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
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 &
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
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
--
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
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
[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
. 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
[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
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
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
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
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
301 - 400 of 1055 matches
Mail list logo
