Le mardi 17 février 2009 à 10:50 +1100, Felipe Sateler a écrit :
current does not mean anything, semantically, especially for public
modules/extensions. There is a set of supported versions, and that’s
all. For extensions, it is the set of versions the extension has been
built against, and
Josselin Mouette wrote:
XS-Python-Version: current means the following: even if several Python
versions are available, the module will only be built for the default
version. *This declaration has nothing to do with the supported Python
versions.* If we really needed it, it should go in
Le mardi 17 février 2009 à 22:06 +1100, Felipe Sateler a écrit :
Josselin Mouette wrote:
XS-Python-Version: current means the following: even if several Python
versions are available, the module will only be built for the default
version. *This declaration has nothing to do with the
Le lundi 16 février 2009 à 22:33 +0100, Matthias Klose a écrit :
I really like the idea of using the same location for both tools, please
note
that you'll have to change pycentral to use something like /usr/lib/pyshared
(for Python extensions)
where is the advantage of having a
Le mardi 17 février 2009 à 15:03 +0100, Bernd Zeimetz a écrit :
- Can you guys please finally sit down and agree on one solution for
handling python modules? I still think that having two (slightly
different) ways of doing this task is not the way to go. I really do
not see technical
Hi Joss,
On Dienstag, 17. Februar 2009, Josselin Mouette wrote:
You really can’t say I’m not trying to discuss.
I'm not sure if one cannot say this, as you nicely show in the following
words that you definitly totally fail to discuss :(
But it takes at least
two persons to discuss, and
On Tue, 2009-17-02 at 17:09 +0100, Holger Levsen wrote:
Hi Joss,
On Dienstag, 17. Februar 2009, Josselin Mouette wrote:
You really can’t say I’m not trying to discuss.
I'm not sure if one cannot say this, as you nicely show in the following
words that you definitly totally fail to
Package: wnpp
Owner: David Spreen netzw...@debian.org
Severity: wishlist
* Package name: skype4py
Version : 1.0.31.1
Upstream Author : Arkadiusz Wahlig y...@nokix.pasjagsm.pl
* URL or Web page : https://developer.skype.com/wiki/Skype4Py
* License : BSD Style License
On Tue, Feb 17, 2009 at 6:44 AM, Josselin Mouette j...@debian.org wrote:
Le mardi 17 février 2009 à 15:03 +0100, Bernd Zeimetz a écrit :
- Can you guys please finally sit down and agree on one solution for
handling python modules? I still think that having two (slightly
different) ways
Le mardi 17 février 2009 à 10:09 -0800, Ondrej Certik a écrit :
Unfortunately from both of you I only met Matthias in person (in
Prague at the Ubuntu Developer Summit), but what I understood is that
there are some technical reasons why python-central is better.
I’d be happy to hear these
OoO Lors de la soirée naissante du mardi 17 février 2009, vers 17:09,
Holger Levsen hol...@layer-acht.org disait :
This is not a technical problem. The technical divergences can be solved
if consensus is reached about them or if a decision body (TC or GR)
forces them. This is purely a
[Matthias Klose, 2009-02-16]
Piotr Ożarowski schrieb:
- 2.5 is superseded by 2.6; currently there doesn't seem to be
a reason to ship 2.5 and modules for 2.5 with the next stable
release. The upstream 2.5 maintainance branch doesn't see bug
fixes anymore, only security releases
Le mercredi 18 février 2009 à 01:20 +0100, Piotr Ożarowski a écrit :
where is the advantage of having a /usr/lib/pyshared?
it's one of the sacrifices you'll have to make if you want
/usr/share/py{,3}shared to be used by other tool(s). I see no way to use
Python's official path in pysupport
Le mercredi 18 février 2009 à 02:23 +0100, Piotr Ożarowski a écrit :
that's exactly what I meant, /usr/lib/py{3,}shared will be equivalent of
/usr/share/py{,3}shared but for Python extensions, sorry if I sounded
differently
OK, I misunderstood you then :)
Any comment on the module
On Tue, Feb 17, 2009 at 10:34 AM, Josselin Mouette j...@debian.org wrote:
Le mardi 17 février 2009 à 10:09 -0800, Ondrej Certik a écrit :
Unfortunately from both of you I only met Matthias in person (in
Prague at the Ubuntu Developer Summit), but what I understood is that
there are some
[Piotr Ożarowski, 2009-02-18]
that's exactly what I meant, /usr/lib/py{3,}shared will be equivalent of
/usr/share/py{,3}shared but for Python extensions, sorry if I sounded
differently
and by that I mean /usr/lib/py{3,}shared/python2.5,
/usr/lib/py{3,}shared/python2.6 and so on (including .py
Piotr Ożarowski pi...@debian.org writes:
Sure, pysupport is not perfect. Using /var/ for bytecompiled stuff
is probably the worst of it's bugs, but maintainer is aware of this
and will most probably fix it during the move to
/usr/{share,lib}/py{,3}shared - and I have a reasons to believe that
On Tue, Feb 17, 2009 at 6:03 AM, Piotr Ożarowski pi...@debian.org wrote:
[Matthias Klose, 2009-02-16]
Besides the normal pending update of the python version for the
unstable distribution, there will be more changes around python
packaging, including the introduction of python-3.x and
18 matches
Mail list logo