TODO list for the Debian Python 1.5 packages -------------------------------------------- This file contains an unsorted list of open issues regarding the Python packages. Please don't hesitate to send comments! Open bug reports at the time of releasing this revision: ------------------------------------------------------- #24605: python-base: signal handling problems Package: python-base Reported by: vitbel@redline.ru; 15 Jul 1998. -> Discussed upstream. No fix available yet. Seems to be a problem introduced by multi-threading support. #31876: Python 1.5.1 mhlib.SubMessage.getbodytext needs decode parameter Package: python-misc Reported by: Lars Wirzenius ; 14 Jan 1999. #38618: Python dumps core.. Package: python-base Reported by: Markus Stenberg; 31 May 1999. -> Seems to be related to building libpython as shared library. I must track down this problem. #40861: python-net: configure ftplib.py to use passive transfers system-wide Package: python-net Reported by: Roderick Schertler ; 6 Jul 1999 #40891: urllib.urlopen/urlretrieve doesn't support passive FTP Package: python-base Reported by: Chris Lawrence ; 7 Jul 1999 #29765: tkman.py not working Package: python-examples Reported by: Matthias Klose ; 20 Nov 1998 -> To make tkman.py work with Debian's /etc/manpath.config, one had to rewrite a significant part of tkman.py. I leave it as an exercise for volunteers ;-) #35554: python-curses: Updated curses module available Package: python-curses Reported by: hallon@debian.org; 4 Apr 1999 -> I don't like the idea to replace the curses module until it's done upstream. Perhaps somebody should package it in an separate package with an diversion ??? #38628: reportbug: picky command line parsing Package: python-base Reported by: bridgett@hursley.ibm.com; 31 May 1999 -> A patch was suggested upstream. Let's wait if Guido wants to include it. I don't like to introduce an incompatibility with upstream for this issue. Items with (+) ought to be fixed by now: --------------------------------------- - * Replace ./install-sh with the version included with autoconf 2.12. The new version supports "install -d". Modify Misc/Makefile.pre.in to use $(INSTALL) instead of mkdir. - sitecustomize really might be a conffile. - compileall.py is still not reliable for .pyo files - FIXME: removal of old python 1.4 packages: They call /usr/lib/python1.4/compileall.py in their postrm. Workaround until now: install /usr/lib/python1.4/compileall.py as symlink to our new /usr/lib/python1.5/compileall.py. - Should the library tree go into /usr/share/python1.5 (minus lib-dynload and plat-linux2) ? IMHO this is a must according to the FSSTND (same is true for /usr/lib/perl5). Should be tackled for Debian 2.1. - How about /usr/include/python ? Currently, python-dev creates it as an symlink to python1.5 (that's the upstream's behavior). Can extension packages install their header files into /usr/include/python (which is only a symlink) or do they have to use /usr/include/python1.5 ? + [Have a look at README.dbm] The database modules: There's gdbmmodule, dbmmodule and bsddbmodule. Currently, I link gdbmmodule with `-lgdbm', but it would also work with `-ldb' from libc6, which is what /usr/doc/libgdbmg/MIGRATE suggests. dbmmodule doesn't link at all with `-ldb'. Shall we drop dbm and gdbm, since they are superceded by libdb, shall we try to map these (obsolete) modules to libdb, or shall we continue to link gdbm against libgdbm ? - Do we need to compile with -D_REENTRANT ? + I should provide libpython as a shared library. + python-elisp: The new python-mode.el needs Per Abraham's Custom library for Emacs. It's included in xemacs19, xemacs20 and emacs20, but it is missing from emacs-19.34. python-mode.el should be byte-compiled. Gregor Hoffleit Last change: 07/16/1999