Bug#1840: ncftp problems
Package: ncftp Version: 2.1.0 It is very easy to confuse ncftp into refusing to allow ^Z to suspend the process. One way I have done this follows (hard to represent visual mode, sorry): [EMAIL PROTECTED]:~$ ncftp o ftp.debian.org cd /debian/debian-1.0/source Now ^Z won't suspend the session any more. Interestingly, ^Z worked before the last typed command. There are several other sequences of ncftp commands that will also suspend ^Z. Strangely, ^Z generally works just when the program is first started. Also, ^W doesn't work, readline only partially works. Hmm, so much is wrong one might suspect curses or ncurses. I haven't even created a .netrc or .ncftprc config file yet - this is virgin debian ncftp. This is under debian 0.93R6, kernel 1.2.13, and libc 4.6.27. -- Christopher J. Fearnley|UNIX SIG Leader at PACS [EMAIL PROTECTED] (finger me!)|(Philadelphia Area Computer Society) [EMAIL PROTECTED] |Design Science Revolutionary http://www.netaxs.com/~cjf |Explorer in Universe Dare to be Naive -- Bucky Fuller |Linux Advocate
Bug#1842: pari's user-manual has a permission problem
Package: pari Version: 1.39 Revision: 3 /usr/doc/pari/user-manual doesn't have global execute permissions on that directory, so it's hard to read the docs as a user. This is under debian 0.93R6, kernel 1.2.13, and libc 4.6.27. -- Christopher J. Fearnley|UNIX SIG Leader at PACS [EMAIL PROTECTED] (finger me!)|(Philadelphia Area Computer Society) [EMAIL PROTECTED] |Design Science Revolutionary http://www.netaxs.com/~cjf |Explorer in Universe Dare to be Naive -- Bucky Fuller |Linux Advocate
Bug#1843: etc/ttytype missing or not needed?
reassign 1843 manpages
Bug#1846: dselect disk access method doesn't like symbolic links
Package: dpkg I created a symbolic link on my CD /binary - /debian/debian-0.93/binary so that dselect would be able to find the binary directory as soon as it started. Unfortunately, the disk access method says there are no packages in /binary, but it finds packages in /binary/. . To fix that, change the find invocation in /usr/lib/dpkg/methods/disk/setup to look like this one: elif find $mountpoint$response -follow -noleaf -name '*.deb' 2/dev/null | grep . /dev/null That is, add the -follow and -noleaf flags. Thanks Bruce
Bug#1847: xterm and TERM=linux
package: xbase (?) version: 3.1.2-4 I don't know if this is a real bug, but it drives me buggy. The O'Reilly X Windows SA Guide for X11 r4 and r5 (I don't have one for r6) says: Setting the terminal type, however, is not required for xterm windows. The xterm client has its own way of dealing with terminal types. Several terminal entries work with standard-sized (80x24) xterm windows, including xterm, vt102, vt100, and ansi. The xterm client automatically searches the terminal database for these entries (in order) and sets the TERM environment variable according to which entry it finds first. However, on my 0.93r6 installation, xterms always come up with TERM=linux, which doesn't work well at all. [EMAIL PROTECTED] (Bill Mitchell)
e2fsprogs-dif
I have uploaded the context diff for e2fsprogs-1.01-1.diff.gz to ftp.debian.org: 89d24e4bedccc995314c18fe2bcc4af2 e2fsprogs-1.01-1.diff.gz Note that I accidentally uploaded the same file as e2fsprogs-1.01.diff.gz: that file should be deleted. -Andrew.
Bug#1848: git gets SIGV
Package: git Version: 4.3.7 Revision: 4 Setting: X11, rxvt, $TERM=linux, ~/.gitrc.linux a copy of /usr/lib/git/term/.gitrc.xterm Problem: The color selection from /usr/lib/git/term/.gitrc.common works well on the console, but not so in a rxvt---object files appear blue on blue and are invisible because the tones of blue are actually the same in an rxvt. I copied that colour section from that .gitrc.common. into my ~/.gitrc.linux and changed them. Then git gets a SIGV and ask to report that to the author. Solution: From: Tudor Hulubei [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: GIT colors in an rxvt Date: Sat, 11 Nov 1995 23:07:36 +0200 This is a known bug. It has been fixed in 4.3.8, which will be available at prep.ai.mit.edu (/pub/gnu) in a few days. Stay tuned. Cheers, Tudor -- [EMAIL PROTECTED] http://qed.econ.queensu.ca/~edd
Bug#1851: gopher-client-2.1.1 has quotes around version and revision numbers
Package: gopher-client Version: 2.1.1-2 [Gothe:652]$ dpkg --info gopher-client-2.1.1-2.deb old debian package, version 0.939000. size 95170 bytes: control archive= 348, main archive= 94809. 36 bytes, 2 lines conffiles 215 bytes, 7 lines control PACKAGE: gopher-client VERSION: 2.1.1 PACKAGE_REVISION: 2 MAINTAINER: Ted Hajek [EMAIL PROTECTED] DESCRIPTION: Client software to access stuff on gopher servers. Gopher+ aware. DEPENDS: netbase -Andrew. [EMAIL PROTECTED]
Bug#1849: includes,source do not conflict
Package: includes Version: 1.2.13-5 includes should conflict with source -Andrew. [EMAIL PROTECTED]
Bug#1850: includes,source do not conflict
Package: source Version: 1.2.13-5 includes should conflict with source -Andrew. [EMAIL PROTECTED]
Bug#1849: includes,source do not conflict
includes should conflict with source It used to be that way, but it unfortunately was a _tremendous_ pain in the neck. The problem is that dpkg won't let you replace includes with source without first removing _every_package_ that depends on them. This means you have to remove the _entire_development_system_. To resolve this problem, I made them not conflict, and set them up so that if both were installed, when one was removed /usr/src/linux would be set to point to the other one. Of course /usr/src/linux points to the most recently installed of either source or includes after an install. If Ian Jackson says that dselect can handle this situation correctly now, I'll make the two packages conflict with each other. Thanks Bruce -- See Pixar's Toy Story, at a theater near you starting November 22. Toy Story Toys and Soundtrack Album are available now!
New a.out/ELF development packages
Please note that I'm only announcing this on debian-devel as I expect we'll probably want to tweak a few things before normal users actually get their hands on these. I've uploaded the first cut at the new a.out and ELF development packages to ftp.debian.org. Only the binary (.deb) and diff files are currently there. It will probably take all night to upload the source files to my machine at work so I won't upload them until tomorrow. Here is the complete file list and checksums: -rw-r--r-- 1 davidsrc797455 Nov 9 21:04 aout-binutils-2.5.2-11.deb -rw-rw-r-- 1 davidsrc 10967 Nov 11 11:04 aout-binutils-2.5.2-11.diff.gz -rw-rw-r-- 1 davidsrc 3208003 Nov 9 21:08 aout-binutils-2.5.2-11.tar.gz -rw-r--r-- 1 davidsrc 1769629 Nov 9 21:20 aout-gcc-2.6.3-11.deb -rw-rw-r-- 1 davidsrc 4948 Nov 11 11:12 aout-gcc-2.6.3-11.diff.gz -rw-rw-r-- 1 davidsrc 6522008 Nov 9 21:23 aout-gcc-2.6.3-11.tar.gz -rw-r--r-- 1 davidsrc531265 Nov 11 01:02 binutils-2.5.2l.20-1.deb -rw-rw-r-- 1 davidsrc 4611 Nov 11 11:17 binutils-2.5.2l.20-1.diff.gz -rw-rw-r-- 1 davidsrc 3232153 Nov 11 11:15 binutils-2.5.2l.20-1.tar.gz -rw-r--r-- 1 davidsrc 2321003 Nov 11 01:11 gcc-2.7.0-1.deb -rw-rw-r-- 1 davidsrc 4856 Nov 11 11:25 gcc-2.7.0-1.diff.gz -rw-rw-r-- 1 davidsrc 6990084 Nov 11 11:23 gcc-2.7.0-1.tar.gz -rw-r--r-- 1 davidsrc 1021559 Nov 9 23:16 libc4-4.6.27-11.deb -rw-rw-r-- 1 davidsrc 1905725 Nov 9 23:20 libc4-4.6.27-11.tar.gz -rw-r--r-- 1 davidsrc250258 Nov 11 20:19 libc5-5.2.9-1.deb -rw-r--r-- 2 daviddavid 1244127 Sep 13 03:52 libc5-5.2.9-1.tar.gz -rw-r--r-- 1 davidsrc481447 Nov 11 20:19 libc5-dev-5.2.9-1.deb d294b58309412a9a1e906c9ac3d4b293 aout-binutils-2.5.2-11.deb 3ca682f99de81da43c360290daddf67f aout-binutils-2.5.2-11.diff.gz af49370c325b827665ce646d8b53ba61 aout-binutils-2.5.2-11.tar.gz 95cf0c439cf61b925ba269b4abb95749 aout-gcc-2.6.3-11.deb c2fcf53ec5ce67bfebb6683eda4c4d6f aout-gcc-2.6.3-11.diff.gz b85e7aec1985f4448a97ff1d5fb781ec aout-gcc-2.6.3-11.tar.gz ed59379c4a38a6bc53371c7b0769538d binutils-2.5.2l.20-1.deb e4c049b864d295d441496013a2c31cea binutils-2.5.2l.20-1.diff.gz a3721bf851005e81c5f003b6ee03697f binutils-2.5.2l.20-1.tar.gz ec28c15d9b1c27d5f5f867f9d2f34ef4 gcc-2.7.0-1.deb 381e5fcfed48138bfd39eb8a6a167a19 gcc-2.7.0-1.diff.gz 9982f3a17673f16b27fca8cee0a0886b gcc-2.7.0-1.tar.gz c7b2413a18648b9b73e0f0761f5154a6 libc4-4.6.27-11.deb 9b8e7ce9f8cc14a0470471fd423165d2 libc4-4.6.27-11.tar.gz 88276422c4911c00d5a9025fdffa30ed libc5-5.2.9-1.deb b144e3438d45ac61f4abfb4c1890161e libc5-5.2.9-1.tar.gz 3cd558595e3bfc07b612b8cf69292395 libc5-dev-5.2.9-1.deb To install, you should first remove your current libc, binutils and gcc packages like this: dpkg --purge --force-depends libc binutils gcc You should then install the new a.out packages, libc4, aout-binutils and aout-gcc. To build a.out programs, you should either put /usr/i486-linuxaout/bin in your PATH before /usr/bin or explicitly invoke the various programs as /usr/i486-linuxaout/bin/foo. Finally, you should install the new ELF packages, libc5, libc5-dev, binutils and gcc. To build ELF programs, just build normally as ELF is now the default. The following things remain to be done: 1. Split the libc4 package into libc4 and libc4-dev versions. The latter package (along with aout-binutils and aout-gcc) would only be needed to build a.out programs. 2. Fully Debianize the libc5 packages. The current packages are still repackaged versions of H.J. Lu's binary packages. 3. Start converting other packages to ELF. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081
