From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Synacek Subject: Re: hint: Run `guix search ... | less' to view all the results Date: Mon, 27 Apr 2020 08:12:12 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000002ca06705a43f9942" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:58334) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSx0K-0001cw-Ib for guix-devel@gnu.org; Mon, 27 Apr 2020 02:12:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jSx0J-0000b8-Fg for guix-devel@gnu.org; Mon, 27 Apr 2020 02:12:31 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:46624 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jSx0J-0000b1-2H for guix-devel@gnu.org; Mon, 27 Apr 2020 02:12:31 -0400 Received: by mail-lj1-f197.google.com with SMTP id p17so2956276ljn.12 for ; Sun, 26 Apr 2020 23:12:24 -0700 (PDT) In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: zimoun Cc: Guix Devel --0000000000002ca06705a43f9942 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 26, 2020 at 11:38 AM zimoun wrote: > Dear, > > On Sun, 26 Apr 2020 at 10:35, Jan Synacek wrote: > > > Seriously? Are you seriously forcing your users to either run emacs (or > at least > > to set the env variable) or use pipes to get the entire search result? > > It is "known" that Guix should respect the PAGER variable [1,2] and it > is already a feature request [3]. > > Why do you want to make things complicated? What's wrong with *just showing the entire output*? And let users decide if they want to use a pager, recsel, emacs or redirect the output somewhere else. I mean you run a command and the command shows its output. It makes me kind of sad that there even has to be a discussion about this. [1] https://lists.gnu.org/archive/html/guix-devel/2020-02/msg00039.html > [2] https://lists.gnu.org/archive/html/help-guix/2020-02/msg00150.html > [3] https://lists.gnu.org/archive/html/help-guix/2020-02/msg00154.html > > > > That's just... backwards. Also, it feels like as if the author of that > code sort > > of assumed that whoever runs the command is stupid enough not to be abl= e > to deal > > with long output. I'm sure that it wasn't meant like that. > > The manual recommands to use "guix search" in combination with > 'recsels' (see [4] '--search' paragraph). > Good, I actually like that recommendation. > Thank you for sharing your opinion. > You're welcome. Regards, --=20 Jan Synacek Software Engineer, Red Hat --0000000000002ca06705a43f9942 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 26, 2020 at 11:38 AM zimoun <zimon.toutoune@gmail.com> wrote:
Dear,

On Sun, 26 Apr 2020 at 10:35, Jan Synacek <jsynacek@redhat.com> wrote:

> Seriously? Are you seriously forcing your users to either run emacs (o= r at least
> to set the env variable) or use pipes to get the entire search result?=

It is "known" that Guix should respect the PAGER variable [1,2] a= nd it
is already a feature request [3].

Why do you want to make things complicate= d? What's wrong with *just showing the entire output*? And let users de= cide if they want to use a pager, recsel, emacs or redirect the output some= where else.

I mean you run a command and t= he command shows its output. It makes me kind of sad that there even has to= be a discussion about this.

[1] https://lists.gnu.org/archive= /html/guix-devel/2020-02/msg00039.html
[2] https://lists.gnu.org/archive/= html/help-guix/2020-02/msg00150.html
[3] https://lists.gnu.org/archive/= html/help-guix/2020-02/msg00154.html


> That's just... backwards. Also, it feels like as if the author of = that code sort
> of assumed that whoever runs the command is stupid enough not to be ab= le to deal
> with long output. I'm sure that it wasn't meant like that.

The manual recommands to use "guix search" in combination with 'recsels' (see [4] '--search' paragraph).
<= div>
Good, I actually like that recommendation.
=C2=A0
Thank you for sharing your opinion.

You're w= elcome.

Regards,
--
Jan Synacek
Software Engineer, Red Ha= t
--0000000000002ca06705a43f9942--