Bug#368579: gnome-terminal: nCurses programs behave weirdly in tabs number 3 and newer

2006-05-23 Thread Radu Cristescu
Package: gnome-terminal Version: 2.14.1-1 Severity: important Subject: gnome-terminal: nCurses programs behave weirdly in tabs number 3 and newer Package: gnome-terminal Version: 2.14.1-1 Severity: important All nCurses applications work in tabs 1 and 2 just fine, but from tab 3 onward, they do

Bug#368579: Update

2006-05-24 Thread Radu Cristescu
It only behaves like this on a maximized Gnome Terminal. Un-maximizing and re-maximizing the window makes the tabs in question behave correctly. I also have the "checkwinresize" option set to on in bash and the $LINES and $COLUMNS variables seem to be fine before and after I operate on the wind

Bug#368579: gnome-terminal: Today's testing packages fixed it

2006-05-26 Thread Radu Cristescu
Package: gnome-terminal Version: 2.14.1-1 Followup-For: Bug #368579 It could have been an ncurses bug, as today I upgraded my machine (I do this on a daily basis) and it pulled a few ncurses packages from "testing", some of which are ncurses-related. After this, gnome-terminal no longer experience

Bug#368579: gnome-terminal: Today's testing packages fixed it

2006-05-26 Thread Radu Cristescu
BTW, I did my upgrade from a running gnome-terminal, and after the upgrade I just opened the tabs to see if the effect is still present, and it wasn't, without restarting gnome, gnome-terminal or anything else, in case this is relevant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a sub

Bug#368579: gnome-terminal: Today's testing packages fixed it

2006-05-26 Thread Radu Cristescu
(packages being kept back), "aptitude dist-upgrade". Thomas Dickey wrote: On Fri, May 26, 2006 at 11:00:11AM +0200, Radu Cristescu wrote: Package: gnome-terminal Version: 2.14.1-1 Followup-For: Bug #368579 It could have been an ncurses bug, as today I upgraded my machine (I do this on

Bug#368579: gnome-terminal: Today's testing packages fixed it

2006-05-26 Thread Radu Cristescu
I decided to RTFM a little, and found out that aptitude actually does have logs :) Today's upgrade log: Aptitude 0.4.1: log report Fri, May 26 2006 11:20:47 +0300 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 31 pac

Bug#307801: polipo: C error with garbage instead of real file is served

2005-05-05 Thread Radu Cristescu
Package: polipo Version: 0.9.8-1 Severity: important I use polipo as a lightweight caching proxy for debian packages. It worked ok until today. I was using 0.9.6 and upgraded to 0.9.8. The file that is send as garbage is a Packages.gz, and starts with this string: polipo: object.c:295: releaseNo

Bug#294344: Sometimes apt-proxy returns partial files to the HTTP client (APT)

2005-02-09 Thread Radu Cristescu
5:30:19.0 +0300 +++ apt-proxy-1.3.0-pluto-3/debian/changelog2005-02-09 11:41:24.0 +0200 @@ -1,3 +1,22 @@ +apt-proxy (1.3.0-pluto-3) unstable; urgency=low + + * Added apt-proxy-import-simple which assumes files are named correctly +- removes need for dpkg-name from dpkg-dev i

Bug#301228: polipo: source file out of date but popilpo reports "304 Not modified"

2005-03-24 Thread Radu Cristescu
Package: polipo Version: 0.9.6-1 Severity: important Server reports a Last-Modified date newer than the one of the cache file, but polipo reports that it was not modified and serves the out of date file even if a If-Modified-Since header is supplied. /etc/polipo/config: proxyAddress = "::" proxy

Bug#298097: binutils: ld: BFD 2.15 internal error, aborting at ../../bfd/elfcode.h line 188 in bfd_elf32_swap_symbol_in

2005-03-04 Thread Radu Cristescu
Package: binutils Version: 2.15-5 Severity: important /usr/bin/ld: BFD 2.15 internal error, aborting at ../../bfd/elfcode.h line 188 in bfd_elf32_swap_symbol_in /usr/bin/ld: Please report this bug. I got this while doing some routine compiling. I haven't changed the packages on the system and th

Bug#298878: apt: lots of sources in sources.list --> gzip: stdin: Resource temporarily unavailable

2005-03-10 Thread Radu Cristescu
Package: apt Version: 0.5.28.1 Severity: important With the sources.list file below and no lists previously downloaded, when I run "apt-get update", it results into this: [- Start of output -] [...] Get:35 http://ftp.ro.debian.org unstable/non-free Packages [68.3kB] Get:36 http://ftp.ro.debian.or

Bug#342542: kernel-package: Patch for fixing this old bug

2006-08-03 Thread Radu Cristescu
Package: kernel-package Version: 10.050 Followup-For: Bug #342542 I encountered this bug in the latest version of kernel-package in Sid. It seems that the garbage being fed by the postinst hook to debconf causes the exit code to randomly flip between 0 and 128. According to debconf manuals, stdou

Bug#408001: umount.cifs: mtab locking needs improvement

2007-01-22 Thread Radu Cristescu
Package: smbfs Version: 3.0.23d-4 Severity: important The mtab locking code gives up too easily. If it can't obtain the lock it just bails out without retrying, sometimes resulting in a dirty mtab with the mount entry still there. This causes autofs to think that the mount is still active and it

Bug#408394: umount.cifs: mtab symlink is replaced with regular file

2007-01-25 Thread Radu Cristescu
Package: smbfs Version: 3.0.23d-4 Severity: grave umount.cifs removes /etc/mtab even if it's a symlink to /proc/mounts and writes a regular file instead I'm setting the Severity to "grave" because I think losing a symlink can be considered "data loss" (the symlink is "data") and using a regular f