Your message dated Tue, 3 Jul 2018 16:33:24 -0400 with message-id <[🔎] 20180703203323.GA15830@DigitalMercury.dynalias.net> and subject line Re: Bug#584303: tail.el - Bug reports has caused the Debian Bug report #584303, regarding emacs-goodies-el: tail.el no window shrink if sole window of frame to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 584303: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584303 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: emacs-goodies-el: tail.el no window shrink if sole window of frame
- From: Kevin Ryde <user42@zip.com.au>
- Date: Thu, 03 Jun 2010 09:48:49 +1000
- Message-id: <87eigpvvvi.fsf@blah.blah>
Package: emacs-goodies-el Version: 33.5 Severity: wishlist File: /usr/share/emacs/site-lisp/emacs-goodies-el/tail.el If you start an M-x tail-file and switch to its *Tail ...* buffer so its window is the only window in the frame, then when there's some tail to display the window shrinks to 4 lines, leaving a big status area. I hoped if the tail buffer is already displayed in a window and that window is the sole window of its frame then its size would be left unchanged because there's nothing else to share the frame space with. Or perhaps any window at all which is already displaying the tail buffer should not shrink, if case the user has set the size. Might need to think that through though. It might make sense when tail-hide-delay is a big value, or not automatically hiding at all. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages emacs-goodies-el depends on: ii bash 4.0-7 The GNU Bourne Again SHell ii dpkg 1.15.7.2 Debian package management system ii emacs21 [emacsen] 21.4a+1-5.7 The GNU Emacs editor ii emacs22-gtk [emacsen] 22.3+1-1.2 The GNU Emacs editor (with GTK use ii emacs23 [emacsen] 23.2+1-2 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii xemacs21-mule [emacsen] 21.4.22-2 highly customizable text editor -- Versions of packages emacs-goodies-el recommends: ii dict 1.11.2+dfsg-2 dictionary client ii perl-doc 5.10.1-2 Perl documentation ii wget 1.12-2 retrieves files from the web emacs-goodies-el suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---
- To: 584303-done@bugs.debian.org, 584306-done@bugs.debian.org
- Cc: 584306@bugs.debian.org
- Subject: Re: Bug#584303: tail.el - Bug reports
- From: Nicholas D Steeves <nsteeves@gmail.com>
- Date: Tue, 3 Jul 2018 16:33:24 -0400
- Message-id: <[🔎] 20180703203323.GA15830@DigitalMercury.dynalias.net>
- In-reply-to: <87pquzr1zk.fsf@home.drieu.org>
- References: <18785.1275526765@mixed> <87pquzr1zk.fsf@home.drieu.org>
Control: fixed -1 emacs-goodies-el/38.0 Dear Kevin, Peter, and Benjamin, Sorry this bug wasn't resolved as expected. The Debian Emacsen team dropped the now-unmaintained tail.el in commit a5aa8d7c0c8f8966e4e86bc692575416e0634888 which was part of emacs-goodies-el/38.0. The bug associated with the removal of tail.el is #584305 If an upstream maintainer for tail.el materialises and there is demand for this package, then we can package it, and this bug can be reassigned to elpa-tail. Sincerely, NicholasAttachment: signature.asc
Description: PGP signature
--- End Message ---