Re: Emacs in build-depends of python2.1

e the obsolete Perl script. So your argument is valid only if more than one person cares *seriously* about the issue. BTW, if you're looking for a really nice and practical solution, you should convince/help Python documentation team to switch to another source format. LaTeX is really bad choice for such a documentation. Regards, Milan Zamazal -- http://www.zamazal.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packages that still need to be updated to new python policy

ssume it has already been removed from woody because of its RC bug, so there's no need to rush with its removal. Milan Zamazal -- The rush to reproduce Microsofts window environment seems to overshadow the design process of determining what a window environment should be, and what its ultimate

ITP: dpkg-python

(not only) with data produced by Ben Collin's scripts). Milan Zamazal -- "Having GNU Emacs is like having a dragon's cave of treasures." Robert J. Chassell

Re: Any dpkg-python document?

7;t and don't want to argue on this. However, the main thing disguised in the message is I won't have time to do it much soon. :-) Milan Zamazal -- "Having GNU Emacs is like having a dragon's cave of treasures." Robert J. Chassell

Re: Any dpkg-python document?

want use it? I think the `__init__.py' file is missing in /usr/lib/site-python/dpkg. This is not the only bug in the package. Should I do NMU? BTW, if `dpkg-scriptlib' still has no maintainer, I'd consider to take over its Python part, once we have a Python interpreter with a GPL co

Re: Experimental Python 1.5.2c1 packages available

s would find a need LMC> for it. I don't think Python is much usable without info documentation. :-) It should be definitely included somewhere. Milan Zamazal -- "Having GNU Emacs is like having a dragon's cave of treasures." Robert J. Chassell