Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > On Wed, Sep 09, 2009 at 10:02:16AM +0200, Bernd Zeimetz wrote: >> Josselin Mouette wrote: >>> I think that’s the most efficient approach indeed. For that, we need to >>> either: >>> * patch /usr/bin/pyversions to use them instead >>> * or introduce a new script

Re: XS-Python-Version vs pyversions

On Wed, Sep 09, 2009 at 10:02:16AM +0200, Bernd Zeimetz wrote: > Josselin Mouette wrote: > > Le mardi 08 septembre 2009 à 19:06 +0200, Piotr Ożarowski a écrit : > >>> Since the build-dep approach should have agreement from all the helper > >>> maintainers before it moves forward, I think it would

Re: XS-Python-Version vs pyversions

Josselin Mouette wrote: > Le mardi 08 septembre 2009 à 19:06 +0200, Piotr Ożarowski a écrit : >>> Since the build-dep approach should have agreement from all the helper >>> maintainers before it moves forward, I think it would be a good first >>> step to mark pyversions deprecated (initially in fa

Re: XS-Python-Version vs pyversions

On Tue, Sep 8, 2009 at 6:45 PM, anatoly techtonik wrote: > Mailing lists are not documentation. Wiki is some kind of docs, but it > still bears a high degree of uncertainty. This is missing the point. The original point of contention was whether or not certain communication occurred; the mailing

Re: XS-Python-Version vs pyversions

On Tue, 8 Sep 2009 19:06:17 +0200 Piotr O
|arowski wrote: ... >how about using build dependencies *if* pyversions and XS-P-V are not >set and removing support of these fields once all packages will >use the new approach? Seems reasonable. Scott K -- To UNSUBSCRIBE, email to debian-python-requ

Re: XS-Python-Version vs pyversions

On Tue, 08 Sep 2009 19:19:12 +0200 Josselin Mouette wrote: >Le mardi 08 septembre 2009 à 19:06 +0200, Piotr O
|arowski a écrit : >> > Since the build-dep approach should have agreement from all the helper >> > maintainers before it moves forward, I think it would be a good first >> > step to mark

Re: XS-Python-Version vs pyversions

[Josselin Mouette, 2009-09-08] > I think that’s the most efficient approach indeed. For that, we need to > either: > * patch /usr/bin/pyversions to use them instead I will create a patch next week (my TODO list is too long to do it sooner) and will try to convince Matthias to apply it. --

Re: XS-Python-Version vs pyversions

Le mardi 08 septembre 2009 à 19:06 +0200, Piotr Ożarowski a écrit : > > Since the build-dep approach should have agreement from all the helper > > maintainers before it moves forward, I think it would be a good first > > step to mark pyversions deprecated (initially in favor of XS-* and > > later

Re: XS-Python-Version vs pyversions

[Scott Kitterman, 2009-09-08] > On Tue, 08 Sep 2009 17:48:18 +0200 Josselin Mouette > wrote: > >> Twas brillig at 16:42:41 08.09.2009 UTC+02 when pi...@debian.org > >> did gyre and gimble: > >> PO> I.e. using build dependencies to determine[1] requested Python > >> PO> versions. Joss mentioned i

Re: XS-Python-Version vs pyversions

On Tue, Sep 8, 2009 at 1:00 PM, Steve Langasek wrote: >> Twas brillig at 02:42:09 08.09.2009 UTC-07 when vor...@debian.org did gyre >> and gimble: > >>  SL> Spare me your ignorant preaching and go read the mailing list >>  SL> archives. > >> Mailing list archives are not documentation. > > They're

Re: XS-Python-Version vs pyversions

On Tue, 08 Sep 2009 17:48:18 +0200 Josselin Mouette wrote: >Le mardi 08 septembre 2009 à 21:50 +0700, Mikhail Gusarov a écrit : >> Twas brillig at 16:42:41 08.09.2009 UTC+02 when pi...@debian.org did gyre >> and gimble: >> >> PO> I.e. using build dependencies to determine[1] requested Python >

Re: XS-Python-Version vs pyversions

Le mardi 08 septembre 2009 à 21:50 +0700, Mikhail Gusarov a écrit : > Twas brillig at 16:42:41 08.09.2009 UTC+02 when pi...@debian.org did gyre and > gimble: > > PO> I.e. using build dependencies to determine[1] requested Python > PO> versions. Joss mentioned it on #debian-python recently so I

Re: XS-Python-Version vs pyversions

Twas brillig at 16:42:41 08.09.2009 UTC+02 when pi...@debian.org did gyre and gimble: PO> I.e. using build dependencies to determine[1] requested Python PO> versions. Joss mentioned it on #debian-python recently so I guess PO> he's willing to remove pyversions... Sounds good, getting rid of

Re: XS-Python-Version vs pyversions

[Scott Kitterman, 2009-09-08] > Does pyversions offer any real advantages over XS-...? All things being > equal, if both helpers support a common method for this I think we should > just use it. /me (while converting his packages back to python-support) is still using XS-Python-Version python-

Re: XS-Python-Version vs pyversions

On Tue, 08 Sep 2009 15:52:57 +0200 Josselin Mouette wrote: >Le mardi 08 septembre 2009 à 09:35 -0400, Scott Kitterman a écrit : >> Does pyversions offer any real advantages over XS-...? All things being >> equal, if both helpers support a common method for this I think we should >> just use it

Re: XS-Python-Version vs pyversions

On Tue, Sep 08, 2009 at 09:53:09AM -0400, Scott Kitterman wrote: > On Tue, 08 Sep 2009 12:21:07 +0200 Bernd Zeimetz wrote: > >There was a policy process? > > Apparently we still need one of these. Can we work on solving this? I > think having a mechanism to create an actual current, maintaine

Re: XS-Python-Version vs pyversions

Le mardi 08 septembre 2009 à 09:35 -0400, Scott Kitterman a écrit : > Does pyversions offer any real advantages over XS-...? All things being > equal, if both helpers support a common method for this I think we should > just use it. The advantages are cosmetic. And as already explained, this i

Re: XS-Python-Version vs pyversions

On Tue, 08 Sep 2009 12:21:07 +0200 Bernd Zeimetz wrote: >There was a policy process? Apparently we still need one of these. Can we work on solving this? I think having a mechanism to create an actual current, maintained Python policy is a pre-requisite to solving a lot of these problems. Sc

Re: XS-Python-Version vs pyversions

On Tue, 08 Sep 2009 11:49:20 +0200 Bernd Zeimetz wrote: >Steve Langasek wrote: >> The XS-Python-Version field was specified as a tool for detecting, without >> having to download and inspect individual source packages, that a given >> package can be successfully rebuilt for a python transition, t

Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > On Tue, Sep 08, 2009 at 04:49:54PM +0700, Mikhail Gusarov wrote: > >> Twas brillig at 02:42:09 08.09.2009 UTC-07 when vor...@debian.org did gyre >> and gimble: > >> SL> Spare me your ignorant preaching and go read the mailing list >> SL> archives. > >> Mailing list arc

Re: XS-Python-Version vs pyversions

Twas brillig at 03:00:53 08.09.2009 UTC-07 when vor...@debian.org did gyre and gimble: SL> So Steve went here for whining, not for fixing the situation. How sad :( -- http://fossarchy.blogspot.com/ pgpxrPkrnQu1T.pgp Description: PGP signature

Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > On Tue, Sep 08, 2009 at 03:53:31PM +0700, Mikhail Gusarov wrote: > >> Twas brillig at 20:21:31 07.09.2009 UTC-07 when vor...@debian.org did gyre >> and gimble: > >> >> SL> They were part of the design that came out of the python >> >> SL> packaging BoF in DebConf 6 th

Re: XS-Python-Version vs pyversions

On Tue, Sep 08, 2009 at 04:49:54PM +0700, Mikhail Gusarov wrote: > Twas brillig at 02:42:09 08.09.2009 UTC-07 when vor...@debian.org did gyre > and gimble: > SL> Spare me your ignorant preaching and go read the mailing list > SL> archives. > Mailing list archives are not documentation. They'

Re: XS-Python-Version vs pyversions

Twas brillig at 02:42:09 08.09.2009 UTC-07 when vor...@debian.org did gyre and gimble: SL> Spare me your ignorant preaching and go read the mailing list SL> archives. Mailing list archives are not documentation. SL> It once lived at - SL> be

Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > The XS-Python-Version field was specified as a tool for detecting, without > having to download and inspect individual source packages, that a given > package can be successfully rebuilt for a python transition, to aid the > release team in this work. As mentioned somewhere

Re: XS-Python-Version vs pyversions

On Tue, Sep 08, 2009 at 03:53:31PM +0700, Mikhail Gusarov wrote: > Twas brillig at 20:21:31 07.09.2009 UTC-07 when vor...@debian.org did gyre > and gimble: > >> SL> They were part of the design that came out of the python > >> SL> packaging BoF in DebConf 6 that you then proceeded to ignore

Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > On Sun, Sep 06, 2009 at 07:59:13PM +0200, Luca Falavigna wrote: >> Il giorno Sun, 6 Sep 2009 19:32:34 +0200 >> Alessandro Dentella ha scritto: >>>pyversions: missing XS-Python-Version in control file, fall back to >>>debian/pyversions > >> It's fine to have debian/

Re: XS-Python-Version vs pyversions

Twas brillig at 09:35:04 08.09.2009 UTC+01 when floris.bruynoo...@gmail.com did gyre and gimble: >> Is this design and rationale written down somewhere? It's hard to >> follow policy which contains completely opaque requirements. FB> I recall watching a video of that BoF, so it should be pos

Re: XS-Python-Version vs pyversions

Twas brillig at 20:21:31 07.09.2009 UTC-07 when vor...@debian.org did gyre and gimble: >> SL> They were part of the design that came out of the python >> SL> packaging BoF in DebConf 6 that you then proceeded to ignore >> SL> entirely. >> Is this design and rationale written down somewhe

Re: XS-Python-Version vs pyversions

Le lundi 07 septembre 2009 à 20:21 -0700, Steve Langasek a écrit : > > SL> They were part of the design that came out of the python packaging > > SL> BoF in DebConf 6 that you then proceeded to ignore entirely. Please don’t bring that topic again. I have spent more than enough time implementing

Re: XS-Python-Version vs pyversions

On Mon, Sep 7, 2009 at 9:49 PM, Mikhail Gusarov wrote: > > Twas brillig at 11:37:50 07.09.2009 UTC-07 when vor...@debian.org did gyre > and gimble: > >  SL> They were part of the design that came out of the python packaging >  SL> BoF in DebConf 6 that you then proceeded to ignore entirely. > > Is

Re: XS-Python-Version vs pyversions

On Tue, Sep 08, 2009 at 01:49:06AM +0700, Mikhail Gusarov wrote: > > Twas brillig at 11:37:50 07.09.2009 UTC-07 when vor...@debian.org did gyre > and gimble: > > SL> They were part of the design that came out of the python packaging > SL> BoF in DebConf 6 that you then proceeded to ignore enti

Re: XS-Python-Version vs pyversions

Hi Steve, I don't think that keep accusing the only (and really) active python helper developer would help anyone, you made your statement pretty clear already :) Additionally, please consider that: - if python-central was good, I don't think there would have been any need for an additional helpe

Re: XS-Python-Version vs pyversions

On Tue, Sep 08, 2009 at 01:49:06AM +0700, Mikhail Gusarov wrote: > Twas brillig at 11:37:50 07.09.2009 UTC-07 when vor...@debian.org did gyre > and gimble: > SL> They were part of the design that came out of the python packaging > SL> BoF in DebConf 6 that you then proceeded to ignore entirely

Re: XS-Python-Version vs pyversions

Twas brillig at 11:37:50 07.09.2009 UTC-07 when vor...@debian.org did gyre and gimble: SL> They were part of the design that came out of the python packaging SL> BoF in DebConf 6 that you then proceeded to ignore entirely. Is this design and rationale written down somewhere? It's hard to foll

Re: XS-Python-Version vs pyversions

On Mon, Sep 07, 2009 at 11:36:38AM +0200, Josselin Mouette wrote: > > The python-support maintainer's decision to undermine this doesn't represent > > best practices, it represents his personal opinion. > Despite all your claims, X[SB]-Python-Version headers have never been > more than an implemen

Re: XS-Python-Version vs pyversions

Le samedi 05 septembre 2009 à 17:03 -0700, Steve Langasek a écrit : > The XS-Python-Version field was specified as a tool for detecting, without > having to download and inspect individual source packages, that a given > package can be successfully rebuilt for a python to aid the > release team in

Re: XS-Python-Version vs pyversions

Steve Langasek wrote: > On Sun, Sep 06, 2009 at 07:59:13PM +0200, Luca Falavigna wrote: >> Il giorno Sun, 6 Sep 2009 19:32:34 +0200 >> Alessandro Dentella ha scritto: >>>pyversions: missing XS-Python-Version in control file, fall back to >>>debian/pyversions > >> It's fine to have debian/

Re: XS-Python-Version vs pyversions

On Sun, Sep 06, 2009 at 07:59:13PM +0200, Luca Falavigna wrote: > Il giorno Sun, 6 Sep 2009 19:32:34 +0200 > Alessandro Dentella ha scritto: > >pyversions: missing XS-Python-Version in control file, fall back to > >debian/pyversions > It's fine to have debian/pyversions without XS-Python-

Re: XS-Python-Version vs pyversions

Il giorno Sun, 6 Sep 2009 19:32:34 +0200 Alessandro Dentella ha scritto: >pyversions: missing XS-Python-Version in control file, fall back to >debian/pyversions It's fine to have debian/pyversions without XS-Python-Version when you use python-support, just ignore this notice. -- .''`.

Re: XS-Python-Version vs pyversions

On Sun, Sep 06, 2009 at 12:37:14PM +0200, Luca Falavigna wrote: > Il giorno Sat, 05 Sep 2009 20:40:30 -0700 > Ludovico Cavedon ha scritto: > > So you are suggesting that to keep both pyversions and > > XS-Python-Version, correct? > > There's no need to have them both. if debian/pyversions exists,

Re: XS-Python-Version vs pyversions

Il giorno Sat, 05 Sep 2009 20:40:30 -0700 Ludovico Cavedon ha scritto: > So you are suggesting that to keep both pyversions and > XS-Python-Version, correct? There's no need to have them both. if debian/pyversions exists, dh_pysupport parses it without looking at XS-Python-Version field, which re

Re: XS-Python-Version vs pyversions

On Sat, Sep 05, 2009 at 08:40:30PM -0700, Ludovico Cavedon wrote: > Steve Langasek debian.org> writes: > > The XS-Python-Version field was specified as a tool for detecting, without > > having to download and inspect individual source packages, that a given > > package can be successfully rebuilt

Re: XS-Python-Version vs pyversions

Steve Langasek debian.org> writes: > The XS-Python-Version field was specified as a tool for detecting, without > having to download and inspect individual source packages, that a given > package can be successfully rebuilt for a python transition, to aid the > release team in this work. I see, i

Re: XS-Python-Version vs pyversions

On Sat, Sep 05, 2009 at 04:07:36PM -0700, Ludovico Cavedon wrote: > Hi all, > I am working on packaging a python modules using python-support. > cddb warns me: > == > WARNING: Use of XS-Python-Version and XB-Python-Version fields in > debian/control is deprecated with pysupport method; us

Re: XS-Python-Version vs pyversions

Mikhail Gusarov wrote: > Twas brillig at 16:07:36 05.09.2009 UTC-07 when ludovico.cave...@gmail.com > did gyre and gimble: > > LC> What is the best practice? > > Looks like it is /usr/share/doc/python-support/README.gz. That's what I needed! and it was in a pretty obvious location :( Thank yo

Re: XS-Python-Version vs pyversions

Twas brillig at 16:44:09 05.09.2009 UTC-07 when ludovico.cave...@gmail.com did gyre and gimble: >> LC> What is the best practice? >> Looks like it is /usr/share/doc/python-support/README.gz. LC> That's what I needed! and it was in a pretty obvious location :( Wiki is much more prominent (a

Re: XS-Python-Version vs pyversions

Twas brillig at 16:07:36 05.09.2009 UTC-07 when ludovico.cave...@gmail.com did gyre and gimble: LC> What is the best practice? Looks like it is /usr/share/doc/python-support/README.gz. -- http://fossarchy.blogspot.com/ pgpvbgrOIwafJ.pgp Description: PGP signature

XS-Python-Version vs pyversions

Hi all, I am working on packaging a python modules using python-support. cddb warns me: == WARNING: Use of XS-Python-Version and XB-Python-Version fields in debian/control is deprecated with pysupport method; use debian/pyversions if you need to specify specific versions == But o