Debian Bug report logs - #101800
text frontend doesn't pause at end

Package: debconf; Maintainer for debconf is Debconf Developers <[email protected]>; Source for debconf is src:debconf (PTS, buildd, popcon).

Reported by: [email protected]

Date: Thu, 21 Jun 2001 16:34:04 UTC

Severity: normal

Full log


Message #21 received at [email protected] (full text, mbox, reply):

Received: (at 101800) by bugs.debian.org; 17 Sep 2004 22:05:45 +0000
From [email protected] Fri Sep 17 15:05:45 2004
Return-path: <[email protected]>
Received: from dhcp065-026-182-085.indy.rr.com (sisyphus.deadbeast.net) [65.26.182.85] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1C8QrR-0006nl-00; Fri, 17 Sep 2004 15:05:45 -0700
Received: by sisyphus.deadbeast.net (Postfix, from userid 1000)
	id DE30B68C013; Fri, 17 Sep 2004 17:05:43 -0500 (EST)
Date: Fri, 17 Sep 2004 17:05:43 -0500
From: Branden Robinson <[email protected]>
To: [email protected], [email protected]
Subject: Re: debconf, readline-frontend and critical notes: How to really stop?
Message-ID: <[email protected]>
Mail-Followup-To: [email protected],
	[email protected]
References: <[email protected]> <[email protected]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="vjTL8WsyNLGAy3AI"
Content-Disposition: inline
In-Reply-To: <[email protected]>
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
User-Agent: Mutt/1.5.6+20040818i
Delivered-To: [email protected]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_01 autolearn=no 
	version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 
[Message part 1 (text/plain, inline)]
On Tue, Aug 31, 2004 at 02:19:13PM -0400, Joey Hess wrote:
> Frank Küster wrote:
> > as the last thing in debian/config. Is this a bug in the manpage, or
> > rather an error by me?
> 
> It's a bug in debconf (#101800) with no particularly good solution.
> Please don't try to work around it.

IMO the frontend should pause, doing the latter in your description.

  Or this might be a short run, which will return the user to the prompt soon
  (or immediatly).  Pausing then is quite annoying, when you see:

    blab blah blah blah
    [More]
    prompt#

I think this is only really annoying if the "blah blah blah" message wasn't
really that important in the first place, in which case it shouldn't be a
debconf note anyway, and the user's annoyance should be expressed to the
corresponding package maintainer with a bug report.

Alternatively, couldn't you have the readline frontend produce a prompt at
the end of any displayed note, such as:

Press Enter to acknowledge this message.

?

That would render more explicit the idea that we're not pausing because we
think the screen has filled, but because we want the user to indicate that
he/she has seen the important message we have given him/her.

Please let me know if I am not understanding the issues here.

(I do realize that my suggestion does not steer in the direction of
keystroke minimization, which is a laudable goal of yours -- but I would
think people seeking to minimize keystrokes should be using the
noninteractive frontend, not readline.)

-- 
G. Branden Robinson                |
Debian GNU/Linux                   |         Ab abusu ad usum non valet
[email protected]                 |         consequentia.
http://people.debian.org/~branden/ |
[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Fri May 16 15:23:32 2025; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.