From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sebastian Wiesner Newsgroups: gmane.emacs.devel Subject: Re: Inhibit "Wrote foo" from write-region Date: Tue, 21 Jan 2014 17:31:12 +0100 Message-ID: References: <83d2jlgwf3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1390321942 8425 80.91.229.3 (21 Jan 2014 16:32:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 21 Jan 2014 16:32:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 21 17:32:28 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W5eFU-0004vk-OU for ged-emacs-devel@m.gmane.org; Tue, 21 Jan 2014 17:32:24 +0100 Original-Received: from localhost ([::1]:59334 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5eFU-0004zU-7b for ged-emacs-devel@m.gmane.org; Tue, 21 Jan 2014 11:32:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52145) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5eEO-0003HY-R6 for emacs-devel@gnu.org; Tue, 21 Jan 2014 11:31:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5eEN-0002TO-Hl for emacs-devel@gnu.org; Tue, 21 Jan 2014 11:31:16 -0500 Original-Received: from mail-we0-x22e.google.com ([2a00:1450:400c:c03::22e]:63794) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5eEN-0002TB-84; Tue, 21 Jan 2014 11:31:15 -0500 Original-Received: by mail-we0-f174.google.com with SMTP id x55so8181971wes.19 for ; Tue, 21 Jan 2014 08:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-type:content-transfer-encoding; bh=vyPBU8z62IjgZ6WEH62gwa9qq0hMJBG5C+CZJyrQLGY=; b=BXkzUxUjM6sH8d+Y9Q1rJknO8SDZkWJw9zertBPbfQvXAyMbRpyU4StW6BHmxQFhH3 hUEOw2HM21oa9hdo0zZ42aA/agAml3zmgilJ9GW3oMxEIx18kA5q9txqc9PxbKpiPoSX FY0aAx8QMQ+bMlM6SaLmjC1liHBAv14v+MRwnaDz27qWoe5w0ln9ZOojdjFviZhTTOA2 eIqOazlNivyHCQ5qmNxls/r3dpo5O+OZTkABjclUCzd9VDVuOJCeYoklVrOygwnLHzvy YvHce8Tyx/EMpVuyFNa1IdxZC1IUGyCg4wFvjKMfbsI9PVy5ke45GL4LlxmQ24e9UvCQ ntjA== X-Received: by 10.180.104.72 with SMTP id gc8mr15189299wib.5.1390321874150; Tue, 21 Jan 2014 08:31:14 -0800 (PST) Original-Received: from lunaryorn-air.fritz.box ([2001:4ca0:0:f200:98a4:1b7d:164:edbf]) by mx.google.com with ESMTPSA id ux5sm8730604wjc.6.2014.01.21.08.31.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jan 2014 08:31:13 -0800 (PST) User-agent: mu4e 0.9.9.6pre2; emacs 24.3.50.1 In-reply-to: <83d2jlgwf3.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:168837 Archived-At: eliz@gnu.org writes: >> From: Sebastian Wiesner >> Date: Tue, 21 Jan 2014 13:32:02 +0100 >> >> I'm writing a tool for non-interactive package installation. Think of >> it as apt-get for ELPA packages, e.g. you can point it do a directory >> and then install packages from the command line. >> >> It generally works fine, but the *huge* amount of output produced by >> package.el is a major nuisance currently. Even installing trivial >> packages results in a lot of "Compiling …", "Extracting…", >> etc. messages, which provide no real value to the user. >> >> Following the old Unix philosophy of "no news is good news" > > That might not be a good philosophy in interactive programs when some > actions might take a long time. I appreciate your feedback, but in fact this plan follows complaints by my users about the amount of output. And in either case, what package.el currently writes to the terminal, is simply too much. *No* other package manager prints a message for *very single file*. Imagine, apt-get would do that… If no output at all turns out to be irritating, I'd still prefer to be able to control package.el, and probably just print a single message per installing package. >> Unfortunately, "write-region" does not seem to provide a way to >> generally inhibit this message. I looked at the C source: It calls >> "message_with_string", which in turn directly "fprintf"s to stderr in a >> non-interactive session. >> >> Do I miss something? If not, how could I silence "write-region"? > > Already discussed in not-so-far past, see > > http://lists.gnu.org/archive/html/emacs-devel/2013-10/msg00784.html Well, I read that discussion, but it does neither offer a solution, nor tells about any plan to change write-region to allow to inhibit the message.