Hi, Donovan Baarda wrote:
It seems each individual package should be responsible for compiling
it's own *.py's with an appropriate version of python, even in
/usr/lib/python. We can't have the python package handle it directly.
Hmm. Correct. See below.
Try the following set of
On Thu, Aug 07, 2003 at 11:34:27AM +0100, Ricardo Javier Cardenes Medina wrote:
Thinking on this problem a bit further (not feasible with current
implementation), wouldn't it be nice if the user could enable Python
(via environment or command line switch) to use some local repository
Ricardo Javier Cardenes Medina writes:
Of course, all this require manual handling from the user. What I was
proposing would require a whole PEP and some reasonable design and
implementation, etc, so Python itself could map those .pyc to their
original file, only resorting to them if the
On Fri, 2003-08-08 at 12:50, Donovan Baarda wrote:
On Thu, 2003-08-07 at 18:44, Alexandre Fayolle wrote:
On Thu, Aug 07, 2003 at 12:58:25PM +1000, Donovan Baarda wrote:
[...]
Python applications using the default Python with their own modules not
in /usr/lib/site-python... not an issue?
Hi,
Donovan Baarda wrote:
If there's no objection, the next version will look like this.
(Due out shortly, as I need to package upstream's 0.3 as well as fix a
packaging bug.)
Um... I have a few problems with this. It doesn't really follow the
current Python Policy.
True. But then
On Fri, Aug 08, 2003 at 01:52:40PM +0200, Matthias Urlichs wrote:
Hi,
Donovan Baarda wrote:
It would be nice if you could specify dependencies as follows;
Depends: (python2.2, python2.2-xmlbase, python-textwrap) | (python2.3),
python-roman
Hmm. You can, just distribute the stuff out
On Fri, Aug 08, 2003 at 11:05:09AM +0200, Matthias Klose wrote:
Ricardo Javier Cardenes Medina writes:
Of course, all this require manual handling from the user. What I was
proposing would require a whole PEP and some reasonable design and
implementation, etc, so Python itself could map
On Thu, Aug 07, 2003 at 12:58:25PM +1000, Donovan Baarda wrote:
The only problem is when someone with write access to
/usr/lib/site-python uses a non-default python... the pyc's will be
updated for the non-default python.
After testing, it seems that there is no way to prevent root from
On Thu, Aug 07, 2003 at 12:58:25PM +1000, Donovan Baarda wrote:
Anyone else agree?
I see no problem, aside from performance for those users not using the
default version, but since this is only a load time problem, it
shouldn't be more than a little annoyance. I suppose that really picky
users
On Thu, 2003-08-07 at 18:44, Alexandre Fayolle wrote:
On Thu, Aug 07, 2003 at 12:58:25PM +1000, Donovan Baarda wrote:
[...]
Python applications using the default Python with their own modules not
in /usr/lib/site-python... not an issue?
Actually... I think I prefer
Hi,
Python policy states:
2. A single package for all versions (NOT YET SUPPORTED!)
You have a version independent Python module. Create a single
package `python-foo' that has a dependency
Depends: python
It should install modules somewhere
On Thu, 2003-08-07 at 03:22, Matthias Urlichs wrote:
Hi,
Python policy states:
2. A single package for all versions (NOT YET SUPPORTED!)
You have a version independent Python module. Create a single
package `python-foo' that has a dependency
12 matches
Mail list logo