On Monday 17 November 2003 09:22 am, Florent Rougon wrote: > Josselin Mouette <[EMAIL PROTECTED]> wrote: > > Le dim 16/11/2003 à 11:34, Matthias Klose a écrit : > >> There is no reason why /usr/share/<module> should be disallowed. > > > > That depends on whether .pyo files really are architecture-independent. > > At least the generated files are different on different architectures. > > Do you have a reference for this? I googled a little bit but did not > find any reliable source for this information. In fact, the Python (2.3) > tutorial implies the contrary (for the current optimizer, not as an > atemporal guarantee, though):
The auxilliary files that Python generates such as .pyc / .pyo are not intended to be relied on to be portable. This is not so much a problem with architectures, but it is a very big issue with choice of interpreter: Not only is the bytecode different between versions (or at least it's not intended to be the same, though it might coincidentally be), but there are now three alternative versions of Python: Jython, Stackless, and PyPy which will generate intermediate files in completely different ways (OTOH, I don't think they make .pyc files at all). General practice with distributing "bytecode-only" python dists is that the interpreter needs to go with them. And, as bytecode-only is highly deprecated for open-source projects, I don't see that Debian-proper should deal with them at all. There was some discussion on comp.lang.python about standardizing the bytecode awhile back, but the consensus was that the standardized part of Python is *the source code*. IMHO, they (/we) don't want to encourage obfuscated distributions of Python packages. Python is a very open-source centric language and community. Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com