Your message dated Wed, 4 May 2016 12:27:41 +0100
with message-id <[email protected]>
and subject line Re: aptitude: display-width calculation in command-line mode
seems backwards
has caused the Debian Bug report #141718,
regarding Line wraps with "emacs -f shell" in 80-column wide terminals
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 [email protected]
immediately.)
--
141718: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=141718
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.2.11-1
Severity: minor
If I run do an aptitude non-interactive search in an xterm, I get this:
$ echo $TERM
xterm
$ stty size
33 80
$ apt search 'libc6!-'
i libc6 - GNU C Library: Shared libraries and Timez
Note the line-width is 79 characters (which is fine, though an xterm
could display an 80-character line just fine).
But if I do the same search in an emacs shell buffer, I get this:
$ echo $TERM
dumb
$ stty size
0 0
$ apt search 'libc6!-'
i libc6 - GNU C Library: Shared libraries and Timezo
Note that the line-width is now 80 characters, causing ugly wrapping.
The same thing happens if I redirect aptitude's output into a file or
pipe (it has 80 character lines).
It would be nice if aptitude defaulted to 79-character lines when the
terminal type doesn't indicate any more reasonable default.
[I know I can get the same behavior by using a `-w79' option, but I
think default behavior should be better.]
-Miles
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux mcspd15 2.4.18 #1 Tue Feb 26 10:21:49 JST 2002 i686
Locale: LANG=C, LC_CTYPE=
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.2- 0.5.4 Advanced front-end for dpkg
ii libc6 2.2.5-4 GNU C Library: Shared libraries an
ii libncurses5 5.2.20020112a-7 Shared libraries for terminal hand
ii libsigc++0 1.0.4-2 Typesafe Signal Framework for C++
ii libstdc++2.10-glibc2.2 1:2.95.4-5 The GNU stdc++ library
--- End Message ---
--- Begin Message ---
Hi all,
2015-08-28 13:23 Manuel A. Fernandez Montecelo:
So, as a summary of all of the above, I think that:
a) this is not a bug in aptitude itself, but derived from the fact that
emacs shell uses a dumb terminal and the way in which it treats EOLs
(thus marking wishlist)
b) I could be persuaded to do otherwise, but at the moment I think that
it is better to address this with the "-w" option than to change the
implementation and risk breaking the current behaviour stablished
long ago for other use-cases (e.g. getting 80-wide files by default).
For those inclined to use aptitude within emacs dumb terms, this is
possible to solve in the ways above and have a quick way to specify the
width [1], and I don't plan to add special support for this.
So closing the bug report now.
[1] in bash, "aptitude -w $((${COLUMNS}-1))"
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
