[Josselin Mouette, 2010-01-22]
> Le mardi 19 janvier 2010 à 20:45 +0100, Piotr Ożarowski a écrit :
> > [Josselin Mouette, 2010-01-19]
> > > Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> > > > - starting/stopping daemons problems (very long downtimes due to byte
> > > >
Le mardi 19 janvier 2010 à 20:45 +0100, Piotr Ożarowski a écrit :
> [Josselin Mouette, 2010-01-19]
> > Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> > > - starting/stopping daemons problems (very long downtimes due to byte
> > > compilation via triggers) in pysupport,
I know I'm coming in the middle of this, and I'm sure I don't understand all
the issues yet, but I'll chime in here anyway. :)
On Jan 19, 2010, at 10:39 AM, Josselin Mouette wrote:
>I’m also still wondering which exact problem this proposal is trying to
>fix. Currently the only thing it does seem
[Josselin Mouette, 2010-01-19]
> Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> > - starting/stopping daemons problems (very long downtimes due to byte
> > compilation via triggers) in pysupport,
>
> This is only a problem for daemons using namespace packages, which y
Le vendredi 15 janvier 2010 à 11:58 +0100, Piotr Ożarowski a écrit :
> Here's updated dh_python proposal. Main change since my last mail:
> pycompile/pyclean will no longer search for files to compile/remove
> in public directories as Matthias will fix #552595 using triggers so I don't
> have to ca
[Jakub Wilk, 2010-01-15]
> You want to skip only directories without __init__.py and under
> /usr/lib/python*/*-packages/, right? That's fine.
yes (at least by default)
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.de
> Here's updated dh_python proposal. Main change since my last mail:
> pycompile/pyclean will no longer search for files to compile/remove
> in public directories as Matthias will fix #552595 using triggers so I
> don't
> have to care about pycentral bugs anymore and dpkg -L seems to be fast
> enou
* Piotr Ożarowski , 2010-01-15, 16:08:
symlinks / private directories if given Python version is installed
(dpkg -L output will be used to detect which files need byte compilation,
directories without __init__.py file will be skipped),
IOW, you want to skip modules that are not a part of a pack
[Jakub Wilk, 2010-01-15]
> * Matthias Klose , 2010-01-15, 14:58:
symlinks / private directories if given Python version is installed
(dpkg -L output will be used to detect which files need byte compilation,
directories without __init__.py file will be skipped),
>>>
>>> IOW, you want
* Matthias Klose , 2010-01-15, 14:58:
symlinks / private directories if given Python version is installed
(dpkg -L output will be used to detect which files need byte compilation,
directories without __init__.py file will be skipped),
IOW, you want to skip modules that are not a part of a packa
On 15.01.2010 11:58, Piotr Ożarowski wrote:
* no need for helper in Depends and Build-Depends - I want dh_python and
pycompile/pyclean to be shipped in python packages,
agreed. once these helper tools are mature for unstable/experimental, please add
yourself as an uploader to python-default
[Piotr Ożarowski, 2010-01-15]
> [Luca Falavigna, 2010-01-15]
> > Piotr Ożarowski ha scritto:
> > > byte compilation will not fail as it was already tested at build time,
> >
> > What about cases when code is no longer supported in a given Python
> > release? I think of "except YourFavouriteExc
On 15.01.2010 14:27, Jakub Wilk wrote:
* Piotr Ożarowski , 2010-01-15, 11:58:
* maintainer script will byte compile .pyc files for all provided
symlinks / private directories if given Python version is installed
(dpkg -L output will be used to detect which files need byte compilation,
directorie
On 15.01.2010 14:19, Luca Falavigna wrote:
* broken modules that use __file__ incorrectly will work without problems,
OK, I'd still warn loudly if that happens, though.
there are other cases where some modules/extensions do encode paths in generated
"config" files, like sip and the qt/kde bi
[Jakub Wilk, 2010-01-15]
> * Piotr Ożarowski , 2010-01-15, 11:58:
>> * maintainer script will byte compile .pyc files for all provided
>> symlinks / private directories if given Python version is installed
>> (dpkg -L output will be used to detect which files need byte compilation,
>> directorie
[Luca Falavigna, 2010-01-15]
> Piotr Ożarowski ha scritto:
> > * no need for helper in Depends and Build-Depends - I want dh_python and
> > pycompile/pyclean to be shipped in python packages,
>
> It is not clear to me how to achieve this.
Matthias promised to lend me some space in python packag
* Piotr Ożarowski , 2010-01-15, 11:58:
* maintainer script will byte compile .pyc files for all provided
symlinks / private directories if given Python version is installed
(dpkg -L output will be used to detect which files need byte compilation,
directories without __init__.py file will be sk
Piotr Ożarowski ha scritto:
> * no need for helper in Depends and Build-Depends - I want dh_python and
> pycompile/pyclean to be shipped in python packages,
It is not clear to me how to achieve this.
> * broken modules that use __file__ incorrectly will work without problems,
OK, I'd still war
Here's updated dh_python proposal. Main change since my last mail:
pycompile/pyclean will no longer search for files to compile/remove
in public directories as Matthias will fix #552595 using triggers so I don't
have to care about pycentral bugs anymore and dpkg -L seems to be fast enough
to be use
FTR: Joss and few other maintainers (whose opinion I care about) didn't
like my proposal (mainly due to binNMUs for arch:all packages) so I'm not
working on this new tool. I planed to start working on it once we'll
agree how it should look like. There's no consensus so I'm focusing on
preparing all
Kumar Appaiah wrote:
> On Tue, Aug 04, 2009 at 12:00:09PM -0400, anatoly techtonik wrote:
>> Now about the proposal (from newcomer's point of view):
>> dh_python is a shell script -- I have a strong belief that Python
>> package automation scripts should be written in Python, there is no
>> need to
[Matthias Klose, 2009-08-20]
> On 03.08.2009 19:16, Piotr Ożarowski wrote:
> >* about lack of XS-Python-Version and debian/pyversions
> > - if available, both previous places will be used to get
> > minimum/maximum required Python version, it will complicate
> > detection of packages that
On 03.08.2009 19:16, Piotr Ożarowski wrote:
Just a follow-up the clear some things up:
* about the -common package (i.e. pysupport namespace issue):
- it's not a must, if one package can act as namespace provider,
there's no need to provide another one, of course,
- being able to list
[anatoly techtonik, 2009-08-04]
> Before discussing your proposal I would really appreciate if somebody
> from insiders could describe situation in Debian Python in all
> possible detail including the history of development. I believe that
> this piece of work is absolutely necessary, because the p
On Tue, Aug 04, 2009 at 12:00:09PM -0400, anatoly techtonik wrote:
> Now about the proposal (from newcomer's point of view):
> dh_python is a shell script -- I have a strong belief that Python
> package automation scripts should be written in Python, there is no
> need to learn bashes when you prog
Hello, Piotr.
In short - your post is long. Brain is limited. Better place an
overview in wiki and discuss in parts.
Before discussing your proposal I would really appreciate if somebody
from insiders could describe situation in Debian Python in all
possible detail including the history of devel
Just a follow-up the clear some things up:
* about the -common package (i.e. pysupport namespace issue):
- it's not a must, if one package can act as namespace provider,
there's no need to provide another one, of course,
- being able to list all files provided by packages is something we
Le vendredi 09 juin 2006 à 14:07 +0200, Raphael Hertzog a écrit :
> OK, I did test it myself finally this morning (with regular feedback from
> Matthias as well). It leads me to some corrections so please find an
> updated (and final!) dh_python in attachment.
>
> Matthias and Josselin, please sa
Raphael Hertzog writes:
> On Fri, 09 Jun 2006, Raphael Hertzog wrote:
> > This dh_python depends neither on python-central nor on python-support but
> > it
> > can work with both.
> >
> > It will use python-central if it appears in a build-dependency.
> > It will use python-support if it detects
On Fri, 09 Jun 2006, Raphael Hertzog wrote:
> This dh_python depends neither on python-central nor on python-support but it
> can work with both.
>
> It will use python-central if it appears in a build-dependency.
> It will use python-support if it detects /usr/share/python-support/$package.
>
>
30 matches
Mail list logo
