Re: question on packaging of python applications

2000-11-13 Thread Michael Sobolev
On Thu, Nov 02, 2000 at 06:31:10PM +0100, JИrТme Marant wrote:
>   There is no need to include .pyc and .pyo in packages as python programs
>   can work without at first use. Moreover, this makes packages
>   bigger.
BTW, what's the reason of making packages containing .py files?  Is not it
better to include only .pyo and .pyc files?  And for those who really need
sources there those source packages?

--
Misha




Re: question on packaging of python applications

2000-11-13 Thread Moshe Zadka
On Mon, 13 Nov 2000, Michael Sobolev wrote:

> On Thu, Nov 02, 2000 at 06:31:10PM +0100, Jérôme Marant wrote:
> >   There is no need to include .pyc and .pyo in packages as python programs
> >   can work without at first use. Moreover, this makes packages
> >   bigger.
> BTW, what's the reason of making packages containing .py files?  Is not it
> better to include only .pyo and .pyc files?  And for those who really need
> sources there those source packages?

No! These are needed at run-time, togive better tracebacks. This is
*crucial* for Python developers, since many time the traceback descends
into the core modules, and it's important to be able to see what the
proble is. IF you want, you can put the source files in the -dev packkage,
though I still wouldn't recommend it.  Not putting the .pyc's is of course
unacceptable too, unless the installation procedure creates them. THe
reason is that since these are on /usr/lib, when an ordinary user imports
them, no .pyc will be written since the user has no permissions there.

--
Moshe Zadka <[EMAIL PROTECTED]> -- 95855124
http://advogato.org/person/moshez




Re: question on packaging of python applications

2000-11-13 Thread Jérôme Marant

> BTW, what's the reason of making packages containing .py files?  Is not
> it
> better to include only .pyo and .pyc files?  And for those who really
> need
> sources there those source packages?

A good reason (mentioned in a previous thread) is that there are some
incompatibilities between bytecodes of the different Python releases.
So, .py scripts can be used with any Python releases without any problem.
(.py files can then be compiled at postinst time).

Cheers,




Re: question on packaging of python applications

2000-11-13 Thread Moshe Zadka
On Mon, 13 Nov 2000, [ISO-8859-1] Jérôme Marant wrote:

> So, .py scripts can be used with any Python releases without any problem.
> (.py files can then be compiled at postinst time).

This is the best way to hadnle it.
Something to still consider is whether we want to deal with Python 1.5.2
and Python 2.0 via  /etc/alternatives: they can both leave quite 
happily on the same system, as long as they don't try to reuse each
other .pycs. Note that since the Python standard library is under
python1.5/ or python2.0/, there won't be any collision there.
What might be a problem is where we put 3rd party modules.

--
Moshe Zadka <[EMAIL PROTECTED]> -- 95855124
http://advogato.org/person/moshez