Bug#4556: inn shouldn't limit message size

Package: inn Version: 1.4unoff4-1 The innd is compiled with a maximum size of news articles. The Eunet company posts monthly news statistics that are longer... Here are the used values: *ott--* ## Largest acceptable article size; 0 allows any size *ott--* =()@>()= *ott--* MAX_ART_SIZE

dpkg changes and queries - the answers to your questions

I've just read debian-devel, and: 0. Yes, all existing packages should now be converted to the new source format, and new packages should be in this format too. 1. Yes, dpkg-source doesn't work with hardlinks. I think that hardlinks in source packages are evil. Perhaps they can be made to work

Re: ae as default editor?

> Why is ae the default editor for vipw/vigr even on a completely > installed system? > > Doesn't VI-gr/pw suggest that a VI clone is executed? I can > understand to use ae as a fallback editor, but not as the main one Probably it is setup for the same reason ae is the default editor on the bas

Bug#4523: strace and I/O errors

Please do not apply Frank Neumann's patch. This will break strace on systems where mmap on /proc//mem is prohibited except to root. (This restriction is part of a security measure which should be supported, given the history of horrible security holes with /proc.) Ian.

Bug#4555: msqlperl_1.10-2_i386 installs files in /usr/local

Package: msqlperl Version: 1.10-2 The package installs everything in /usr/local, which should be empty according to the Linux Filesystem Standard. [snip] drwxrwxr-x root/root 0 Sep 18 09:01 1996 usr/local/ drwxrwxr-x root/root 0 Sep 18 09:01 1996 usr/local/lib/ drwxrwxr-x root/ro

Re: Bug#4550: Build of "ae" fails since it's statically linked

On Sat, 21 Sep 1996, llucius wrote: > I'm sorry it was the "-N" link option that causes "ae" to be linked > statically. Is it really necessary to use the option? > Well, my man page says: -N specifies readable and writable text and data sec- tions. If the output for

Bug#4486: clock bug

The problem still exists with util-linux_2.5-6. -- Debian GNU/Linux 1.1 is out! { http://www.debian.org/ } A. B <=> True B. A <=> False Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> PGP Key: [EMAIL PROTECTED] or any other key sites

ae as default editor?

Good morning folks, Why is ae the default editor for vipw/vigr even on a completely installed system? Doesn't VI-gr/pw suggest that a VI clone is executed? I can understand to use ae as a fallback editor, but not as the main one # dpkg -l passwd Desired=Unknown/Install/Remove/Purge | Status=Not

Bug#4554: "dpkg-buildpackage" doesn't pass args to "dpkg-genchanges"

Package: dpkg-dev Version: 1.4.0 1) "dpkg-buildpackage" is supposed to pass the v, m, and C flags to "dpkg-genchanges", but it doesn't. The following patch corrects this: --- dpkg-buildpackage~ Wed Sep 11 17:20:10 1996 +++ dpkg-buildpackage Sun Sep 22 01:38:03 1996 @@ -106,7 +106,7 @@

Bug#4530: ld cannot find most shared libraries

David Frey <[EMAIL PROTECTED]> wrote: >>This is (IMO) a bug in the upstream sources. (I'm not sure whether this >>is confined to certain directories or not, especially since libc doesn't >>have this problem.) > >This is the way ELF-ld functions at the moment (as far as I understand it). >IMO the p

Bug#4553: INN crashes

Package: inn Version: 1.4unoff4-1 Recently our news server has begun to crash on a fairly regular basis. It leaves behind the following core file: -rw-r--r-- 1 news news 28004352 Sep 19 18:04 /var/spool/news/core dalesbred:/var/spool/news:[34]% gdb =innd core GDB is free software and y

Re: Bug#4550: Build of "ae" fails since it's statically linked

On Sat, 21 Sep 1996, Dale Scheetz wrote: > On Sat, 21 Sep 1996, llucius wrote: > > > Package: ae > > Version: 962-9 > > > > 1) "debian/rules" uses "dpkg-shlibdeps" as you normally would, but > > for "ae" it's not necessary since "ae" is compiled statically. > > Unfortunately, "dpkg-shli

Re: Bug#4550: Build of "ae" fails since it's statically linked

On Sat, 21 Sep 1996, llucius wrote: > Package: ae > Version: 962-9 > > 1) "debian/rules" uses "dpkg-shlibdeps" as you normally would, but > for "ae" it's not necessary since "ae" is compiled statically. > Unfortunately, "dpkg-shlibdeps" does not handle this case. > This has got to be an

Bug#4530: ld cannot find most shared libraries

>This is (IMO) a bug in the upstream sources. (I'm not sure whether this >is confined to certain directories or not, especially since libc doesn't >have this problem.) This is the way ELF-ld functions at the moment (as far as I understand it). IMO the programmer's manual (chapter 12) should mentio

Bug#4552: xf86config: message is confusing

Package: xserver-svga Version: 3.1.2-5 While configuring this package one is asked the following question: Now give the full device name that the mouse is connected to, for example /dev/tty00. Just pressing enter will use the default, /dev/mouse. Mouse device: /dev/tty00 is the first serial in

Bug#4551: xautolock and xtrlock conflict on screensaver

Package: xautolock Version: pl10-2 Package: xtrlock Version: 2.0-2 If xautolock tries to lock the display (with xlock) when xtrlock is running, the screen flashes black and then returns to showing the X display. After this, the screen saver does not kick in when it should. The lack of a screen sa

Bug#4550: Build of "ae" fails since it's statically linked

Package: ae Version: 962-9 1) "debian/rules" uses "dpkg-shlibdeps" as you normally would, but for "ae" it's not necessary since "ae" is compiled statically. Unfortunately, "dpkg-shlibdeps" does not handle this case. The following patch corrects the problem: diff -ruN orig/ae-962/debian/r

Bug#4549: "sac" contains arch dependent compile option

Package: sac Version: 1.3.1-1 1) "Makefile" contains architecture dependent compile option. The following patch corrects this: --- orig/sac-1.3.1/debian/rules Sat Sep 21 11:20:47 1996 +++ sac-1.3.1/debian/rules Sat Sep 21 16:32:55 1996 @@ -17,7 +17,7 @@ build: $(checkdir) -

Bug#4548: tset man page appears to be aborted

Package: ncurses-bin Version: 1.1.9e-1 The last line of the tset man page ends in a comma: SEE ALSO csh(1), sh(1), stty(1), tty(4), termcap(5), ttys(5), envi- ron(7), I do not know what ending the author intended, but: -- the comma implies _something_ is missing; -- it seems that te

Bug#4547: X-Server should depend on xfnt*

Package: xserver-svga Version: 3.1.2-5 The X-Server packages should depend on any xfnt package, because without any X-Font the postinst would fail (X -probeonly fails). If it is needed I can investigate if xfnt100 and/or xfnt75 are enough. Regards, Martin

Bug#4546: xdm fails when no network present.

Package: xbase Version: 3.1.2-9 xdm fails to work when there is no network card present. X -query came back with 'no valid address'. I was using the default Xaccess file which should allow login from any host. During the installation I specified that the machine was connected to the network.

Re: My Packages to go

> p2c > rxvt > ircii > ytalk > tcsh > tf > mandelspawn > lynx > xtron Hi. I think that I'd be interested in p2c if it's what I think it is (a Pascal to C converter). -- Ed Petron [EMAIL PROTECTED] http://www.leba.net/~epetron

Master.debian.org down again

It seems that we have a problem with the reliability of the Debian Server. Could we switch to a network of machines that mirror each other nightly and enables upload at arbitrary sites? We already have chiark doing something like that. Similar things should probably be done to the mailing list.