Bug 92191 - Ibuffer: Deletion fails after (setq ibuffer-expert t) is set [Poss. FIX attached]
|
Bug#:
92191
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: emacs@gentoo.org
|
Reported By: squash@math.ufl.edu
|
|
Component: Unspecified
|
|
|
URL:
|
|
Summary: Ibuffer: Deletion fails after (setq ibuffer-expert t) is set [Poss. FIX attached]
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-05-10 13:54 0000
|
The package is
% emerge -pv app-emacs/ibuffer
[ebuild R ] app-emacs/ibuffer-1.9
Setting the variable
(setq ibuffer-expert t)
breaks the deletion of buffers in ibuffer's display:
Neither
marking a buffer with "d" then typing "x"
[x runs the command ibuffer-do-kill-on-deletion-marks]
nor
marking a buffer with "m" then typing "D"
[D runs the command ibuffer-do-delete]
causes a deletion. However, with
(setq ibuffer-expert nil)
then both provoke "Really kill <buffer>?" and typing "yes" indeed
kills the buffer.
I presume this is a bug (unless some obscure configuration
variable is the cause) with "ibuffer", and presume that it needs
to be tossed upstream.
I propose a possible resolution of both this bug and of
http://bugs.gentoo.org/show_bug.cgi?id=92190 .
================
As of 11May2005, Gentoo's version of "ibuffer.el" is
app-emacs/ibuffer-1.9
A websearch finds a more recent version, version 2.6.1, at
http://www.shootybangbang.com/software/ibuffer.el
and it appears to be a website http://www.shootybangbang.com/ of the
original author, John Paul Wallington.
When I load this version, deletion works correctly.
================
As for bug-report 92190, for the newer version of ibuffer,
(customize-group "ibuffer")
refers to URL http://web.verbum.org/~walters which does appear to
be correct.
================
My suggestion is to replace the old ibuffer with
app-emacs/ibuffer-2.6.1
and make this the Gentoo ebuild for ibuffer.
Thanks for the info. I updated ibuffer.el to 2.6.1.
Please test if the problem is solved with the ebuild.
A normal emerge produces
app-emacs/ibuffer-2.6.1 (masked by: ~x86 keyword)
But when I try
ACCEPT_KEYWORDS="~x86" emerge -av =app-emacs/ibuffer-2.6.1
a get a list of about 40 pkgs that Portage wants to install,
together with this message:
Total size of downloads: 214,454 kB
!!! Error: The above package list contains packages which cannot be installed
!!! on the same system.
Even without the error, I don't want to install that much.