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 aga
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 a
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
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
Michal Čihař wrote:
>> Various
>> ---
>>
>> There are other things which may be worth a look.
>
> - 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 g
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 te
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, an
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 fai
Package: wnpp
Owner: David Spreen
Severity: wishlist
* Package name: skype4py
Version : 1.0.31.1
Upstream Author : Arkadiusz Wahlig
* URL or Web page : https://developer.skype.com/wiki/Skype4Py
* License : BSD Style License
Description : Skype API wrapper for Python
On Tue, Feb 17, 2009 at 6:44 AM, Josselin Mouette 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 of doi
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 re
OoO Lors de la soirée naissante du mardi 17 février 2009, vers 17:09,
Holger Levsen 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 person problem: Matth
[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 securi
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 pys
[Josselin Mouette, 2009-02-18]
> 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 w
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 installat
On Tue, Feb 17, 2009 at 10:34 AM, Josselin Mouette 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 technical reaso
[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 .p
Piotr Ożarowski 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
> he'll use
On Tue, Feb 17, 2009 at 6:03 AM, Piotr Ożarowski 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 addressing
>> s
20 matches
Mail list logo
