On Sun, 11 Jun 2006, Dafydd Harries wrote:
> Ar 10/06/2006 am 21:50, ysgrifennodd Raphael Hertzog:
> > I have written dh_pycentral and dh_pysupport which will take care of the
> > byte-compilation of the modules and integration with the respective tools.
> > Those should be integrated in their resp
* Raphael Hertzog ([EMAIL PROTECTED]) [060611 10:00]:
> What is slowing our progress is the refusal to let the time decide between
> python-central and/or python-support. There's no consensus here and if you
> need to make a choice, your only possibility is to request the technical
> committee to m
* Andreas Barth ([EMAIL PROTECTED]) [060611 10:13]:
> * Raphael Hertzog ([EMAIL PROTECTED]) [060611 10:00]:
> > What is slowing our progress is the refusal to let the time decide between
> > python-central and/or python-support. There's no consensus here and if you
> > need to make a choice, your o
On 10/06/2006 Joe Wreschnig wrote:
> > Please reconsider. If you don't integrate that version now, we'll most
> > probably do the switch to python2.4 in the next days and we'll replace
> > dh_python calls by dh_python2 calls (integrated for example in the python
> > package) or we'll remove call to
Hi,
as part of the new policy we should also deprecate /usr/lib/site-python.
Since this directory is in sys.path of all python versions, if we
byte-compile those in-place for the current version, then the modules
won't work with other python versions.
Most packages using this directory (like lin
Ar 11/06/2006 am 14:35, ysgrifennodd Raphael Hertzog:
> Someone should file a wishlist bug on lintian to check that packages don't
> use /usr/lib/site-python any more.
Done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372748
--
Dafydd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi all,
first of all Matthias will announce shortly the timeframe of the switch to
Python2.4 by default. He will upload ASAP the new python-defaults to
experimental and a few days later to unstable.
Once that is done we have to switch all our modules to work with
python2.4.
In parallel to that,
Raphael Hertzog writes:
> Hi all,
>
> first of all Matthias will announce shortly the timeframe of the switch to
> Python2.4 by default. He will upload ASAP the new python-defaults to
> experimental and a few days later to unstable.
I'm attaching here a draft for an announcement to d-d-a, feedbac
* Matthias Klose ([EMAIL PROTECTED]) [060611 17:49]:
> MOVE to python 2.4 / Changing the packaging style for python packages
> [...]
> - The current pythonX.Y-foo packages having modules in the python
"having only modules"?
>library path are collapsed into one package python-foo. Binary
>i
tag 372748 +patch
thanks
Dafydd Harries wrote:
> Ar 11/06/2006 am 14:35, ysgrifennodd Raphael Hertzog:
>> Someone should file a wishlist bug on lintian to check that packages don't
>> use /usr/lib/site-python any more.
> Done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372748
Maybe the attac
On Sun, 11 Jun 2006, Thomas Viehmann wrote:
> --- lintian-1.23.21/checks/files.desc 2006-05-04 05:37:21.0 +0200
> +++ lintian-1.23.21.tv0/checks/files.desc 2006-06-11 18:36:34.0
> +0200
> @@ -360,6 +360,12 @@
> Info: Debian packages should not install into /opt, because it
>
On Sun, Jun 11, 2006 at 05:50:06PM +0200, Matthias Klose wrote:
> - Some infrastructure was implemented to remove all hardcoded
>information about versions in the packaging scripts, so that
>sourceless package rebuilds (binary NMUs) are enough to update
>a package for new/removed/defau
Graham Wilson writes:
> On Sun, Jun 11, 2006 at 05:50:06PM +0200, Matthias Klose wrote:
> > - Some infrastructure was implemented to remove all hardcoded
> >information about versions in the packaging scripts, so that
> >sourceless package rebuilds (binary NMUs) are enough to update
> >
On Sun, 2006-06-11 at 15:02 -0500, Graham Wilson wrote:
> On Sun, Jun 11, 2006 at 05:50:06PM +0200, Matthias Klose wrote:
> > - Some infrastructure was implemented to remove all hardcoded
> >information about versions in the packaging scripts, so that
> >sourceless package rebuilds (binary
N.B. I'm sorry if you got this email twice... I mixed up an email on my
1st trial... need sleep... please reply to this one instead so all
relevant entities get "in the loop"
I think that this old bug (185776) is related to fresh #372684 and
#369689 (which I reassigned to python2.3)
Following cod
On Sun, Jun 11, 2006 at 02:35:05PM +0200, Raphael Hertzog wrote:
> Hi,
>
> as part of the new policy we should also deprecate /usr/lib/site-python.
I'll have to reread the new policy, but I think this is not a very good
idea. /usr/lib/site-python exists for modules which do not care about
which v
16 matches
Mail list logo