tags 397111 - patch
tags 397111 + wontfix
thanks
Ignoring the .pyc and .pyo files would change the behaviour compared
to upstream; rejecting that patch. It's explicitely allowed to use
the byte compiled files without the source files. I will close this
report.
--
To UNSUBSCRIBE, email to
Hi,
I'm the maintainer of mercurial. At least one of the users has a
problem with loading python modules.
Can someone look at bug #382252 ?
In short,
echo 'import sys; print sys.path; from mercurial import bdiff' | python2.4
works on my system, but not on its one.
Both have
Le mercredi 03 janvier 2007 à 09:58 +0100, Vincent Danjean a écrit :
Hi,
I'm the maintainer of mercurial. At least one of the users has a
problem with loading python modules.
Can someone look at bug #382252 ?
In short,
echo 'import sys; print sys.path; from mercurial import
On Wed, Jan 03, 2007 at 09:58:53AM +0100, Vincent Danjean wrote:
Hi,
I'm the maintainer of mercurial. At least one of the users has a
problem with loading python modules.
Can someone look at bug #382252 ?
In short,
echo 'import sys; print sys.path; from mercurial import bdiff' |
Josselin Mouette a écrit :
mdiff.py does import bdiff which looks for bdiff.so in the same
directory. On your system, mdiff.py is is
in /var/lib/python-support/python2.4/mercurial/ which is the correct
place for packages handled by python-support, while on the user's system
it is in
On Wed, Jan 03, 2007 at 11:18:49AM +0100, Vincent Danjean wrote:
$ dpkg -S mercurial
mercurial: /usr/share/mercurial/templates/gitweb/tags.tmpl
mercurial: /usr/share/mercurial/templates/filelog.tmpl
mercurial: /usr/share/python-support/mercurial/mercurial/remoterepo.py
mercurial:
On Wed, Jan 03, 2007 at 10:25:07AM +0100, Pierre Habouzit wrote:
so my guess, but I may be wrong, is that there is old byte compiled
things from your package before the new policy, and that when
/usr/bin/hg does `from mercurial import mdiff` it finds the mdiff.pyc
from
Josselin Mouette wrote:
mdiff.py does import bdiff which looks for bdiff.so in the same
directory. On your system, mdiff.py is is
in /var/lib/python-support/python2.4/mercurial/ which is the correct
place for packages handled by python-support, while on the user's system
it is in
# sorry pal but mishandling *.pyc files is a policy violation.
severity 382252 serious
thanks
$ ls -l /usr/lib/python*/site-packages/mercurial/
[.. lots of *.pyc ..]
Can you also tell me if you have installed mercurial from upstream
sources ?
he does not needs to, having run hg as
On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
To Wouter: to resolve your problem, just rm -rf
/usr/lib/python*/site-packages/mercurial. You can do that safely,
that'll solve your problem.
Success! Many thanks!
signature.asc
Description: Digital signature
Wouter Cloetens a écrit :
On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
To Wouter: to resolve your problem, just rm -rf
/usr/lib/python*/site-packages/mercurial. You can do that safely,
that'll solve your problem.
Success! Many thanks!
You need to remove
severity 382252 important
thanks
On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
# sorry pal but mishandling *.pyc files is a policy violation.
severity 382252 serious
thanks
$ ls -l /usr/lib/python*/site-packages/mercurial/
[.. lots of *.pyc ..]
Can you also tell
Steve Langasek a écrit :
On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
he does not needs to, having run hg as root is enough to produce the
*.pyc if your package (even against the previous policy) did not managed
them.
Um, isn't this only the case if the user was
13 matches
Mail list logo