From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ebb6I-0003mq-Cx for guix-patches@gnu.org; Tue, 16 Jan 2018 18:57:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ebb6E-0005FB-FZ for guix-patches@gnu.org; Tue, 16 Jan 2018 18:57:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:51295) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ebb6E-0005F6-C1 for guix-patches@gnu.org; Tue, 16 Jan 2018 18:57:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ebb6D-0003PZ-Ni for guix-patches@gnu.org; Tue, 16 Jan 2018 18:57:02 -0500 Subject: [bug#30053] [PATCH 1/3] Improve appearance of tabular output. Resent-Message-ID: MIME-Version: 1.0 In-Reply-To: <87zi5d6g8f.fsf@gnu.org> References: <878td4nksy.fsf@gnu.org> <87fu7b2old.fsf@gnu.org> <87zi5d6g8f.fsf@gnu.org> From: Steve Sprang Date: Tue, 16 Jan 2018 15:56:28 -0800 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 30053@debbugs.gnu.org On Tue, Jan 16, 2018 at 6:16 AM, Ludovic Court=C3=A8s wrote: > Again a matter of taste, but =E2=80=98cut=E2=80=99 looks to me both easie= r and simpler > than awk (since it=E2=80=99s a full language). > > But anyway, as Danny write, if your patches retain tabs (in addition to > spaces), presumably it=E2=80=99s OK even for those of us who prefer =E2= =80=98cut=E2=80=99, > right? If the tab is retained I think most uses of 'cut' keep working. The only exception I'm aware of is this: $ guix build --quiet --keep-going \ `guix package -A | cut -f1,2 --output-delimiter=3D@` Since 'cut' splits on the tab you end up retaining the padding spaces from field 1 resulting in, say, "guile @2.2.3" instead of the desired "guile@2.2.3". -Steve