1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
|
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 <liw@iki.fi>;
14 Jan 1999.
#38618: Python dumps core..
Package: python-base
Reported by: Markus Stenberg<markus.stenberg@abacus-solutions.com>;
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 <roderick@argon.org>;
6 Jul 1999
#40891: urllib.urlopen/urlretrieve doesn't support passive FTP
Package: python-base
Reported by: Chris Lawrence <lawrencc@debian.org>;
7 Jul 1999
#29765: tkman.py not working
Package: python-examples
Reported by: Matthias Klose <doko@cs.tu-berlin.de>;
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 <flight@debian.org>
Last change: 07/16/1999
|
