GNU logs - #68850, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#68850: emacs: rgrep does not work over tramp
Resent-From: Tomas Volf <~@wolfsden.cz>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 31 Jan 2024 13:09:02 +0000
Resent-Message-ID: <handler.68850.B.17067065344576 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 68850 <at> debbugs.gnu.org
Date: Wed, 31 Jan 2024 14:08:17 +0100
From: Tomas Volf <~@wolfsden.cz>
Message-ID: <ZbpGQXNSpoOHCl5C@ws>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="fE1qIigVvWCTUXgo"
Content-Disposition: inline
Received-SPF: pass client-ip=37.205.8.62; envelope-from=~@wolfsden.cz;
 helo=wolfsden.cz
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)


--fE1qIigVvWCTUXgo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

when I try to execute rgrep over a tramp connection, I get the following error:

/bin/sh: /gnu/store/sk8rxsrj3drr4arypicnhy899vgn3prr-findutils-4.9.0/bin/find: not found

That is somewhat expected, since the remote machine is not a Guix one, but even
if it were, it would require to have the find in exact same store path.

I understand the advantages of baking in the path to find into the
configuration, but I wonder whether the trade-off is worth if for this
particular case.  Setting it to just `find' seems to work fine, both locally and
remotely (at the cost of a minuscule hit to reproducibility).

Have a nice day,
Tomas Volf

--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.

--fE1qIigVvWCTUXgo
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmW6RkEACgkQL7/ufbZ/
wakgnQ//RxIjAyFAhyWPjCQ2A7tW2jw6CoE6X8OMKPGipUOw/lbLE20q/kIF52CY
1WvnsSEIetkZkHpMeDBNSZiAsnmGnasG1RSL1zp+8K1pKwEwOB9mjutfAZNN4CIL
HAXtD8otlbKzyC959LawEgxuxrL2BzznE4bJmKFIkhhDWhJsw7jN5czPqWpd0+pb
TDkI31OeBJnc6IjqBzk7wQn2FGprqo38aFRwaljE3dsn43kckJAmZJFx82ZJZHZy
Vi8BwmigSVOR1vVREQu3X1XY+31niGE4W7tGhoSBATJ4wAKKknn9BsNeHR5DFKZ/
9MhgE+VdqI4AwCf8noedxaoDj7WEM9ZGOnR0t4YcHrMVrV+LLvqR+CE8dE84Iwrf
QePWQ64djZ8E1QdaEkfBcfE+f00I+qXVbkj2rL0fsB2Z1cKEUSKtwS5Dt5oRk4gM
X32yW2hz1XUEdm75vEeH9oz1lBIXWgtHtrErh687LX7oDDrxKES+Jp0nuy8NvJCv
7QprIrOTtbGC9wPFn2RthWj4qeDV7VMRYHJJ2xkGo0Qt3e/rcI8sbcdAnId2LBh5
uTr+OAS50oQYpIjsaKzDgPAOpuMKvou7UAdsJRZqCKyB+P8xUbEeAgGKA+m4JkQ1
HeS97BAEGRFVBj3lJQlCdgFIlOtSAx4TEEiFaDdGupCwmgBb7oA=
=mnMp
-----END PGP SIGNATURE-----

--fE1qIigVvWCTUXgo--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Tomas Volf <~@wolfsden.cz>
Subject: bug#68850: Acknowledgement (emacs: rgrep does not work over tramp)
Message-ID: <handler.68850.B.17067065344576.ack <at> debbugs.gnu.org>
References: <ZbpGQXNSpoOHCl5C@ws>
X-Gnu-PR-Message: ack 68850
X-Gnu-PR-Package: guix
Reply-To: 68850 <at> debbugs.gnu.org
Date: Wed, 31 Jan 2024 13:09:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 68850 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
68850: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D68850
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#68850: emacs: rgrep does not work over tramp
Resent-From: Simon Streit <simon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 10 Dec 2024 15:06:01 +0000
Resent-Message-ID: <handler.68850.B68850.173384314219035 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Tomas Volf <~@wolfsden.cz>
Cc: 68850 <at> debbugs.gnu.org
From: Simon Streit <simon@HIDDEN>
In-Reply-To: <ZbpGQXNSpoOHCl5C@ws> (Tomas Volf's message of "Wed, 31 Jan 2024
 14:08:17 +0100")
References: <ZbpGQXNSpoOHCl5C@ws>
Gcc: nnfolder+archive:sent.2024-12
Date: Tue, 10 Dec 2024 16:05:31 +0100
Message-ID: <ygu4j3b60jo.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello Tomas,

Tomas Volf <~@wolfsden.cz> writes:

> when I try to execute rgrep over a tramp connection, I get the following error:
>
> /bin/sh: /gnu/store/sk8rxsrj3drr4arypicnhy899vgn3prr-findutils-4.9.0/bin/find: not found
>
> That is somewhat expected, since the remote machine is not a Guix one,
> but even if it were, it would require to have the find in exact same
> store path.

I am running into the same issue as well.  This is on a foreign system
using Emacs and Tramp trying to call find on remote hosts that are not
Guix.

> I understand the advantages of baking in the path to find into the
> configuration, but I wonder whether the trade-off is worth if for this
> particular case.  Setting it to just `find' seems to work fine, both
> locally and remotely (at the cost of a minuscule hit to
> reproducibility).

Is there maybe an easy way around this?  I tried:

--8<---------------cut here---------------start------------->8---
(connection-local-set-profile-variables
 'remote-system
 '((tramp-remote-path . ("/bin" "/usr/bin" "/sbin" "/usr/sbin" "/usr/local/bin" "/usr/local/sbin" "/local/bin"))))
(connection-local-set-profiles
 '(:application tramp :machine "host.example.com")
 'remote-system)
--8<---------------cut here---------------end--------------->8---

The connection will set the remote-path.  But rgrep will still invoke
find from a path in /gnu/store.


Cheers

-- 
Simon

Message sent to bug-guix@HIDDEN:

Subject: bug#68850: emacs: rgrep does not work over tramp
Resent-From: Tomas Volf <~@wolfsden.cz>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 10 Dec 2024 16:14:02 +0000
Resent-Message-ID: <handler.68850.B68850.17338471837326 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Simon Streit <simon@HIDDEN>
Cc: 68850 <at> debbugs.gnu.org
From: Tomas Volf <~@wolfsden.cz>
In-Reply-To: <ygu4j3b60jo.fsf@HIDDEN> (Simon Streit's message of "Tue,
 10 Dec 2024 16:05:31 +0100")
References: <ZbpGQXNSpoOHCl5C@ws> <ygu4j3b60jo.fsf@HIDDEN>
Date: Tue, 10 Dec 2024 17:12:56 +0100
Message-ID: <87bjxj7bzr.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha512; protocol="application/pgp-signature"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Hello,

Simon Streit <simon@HIDDEN> writes:

> Is there maybe an easy way around this?  I tried:
>
> (connection-local-set-profile-variables
>  'remote-system
>  '((tramp-remote-path . ("/bin" "/usr/bin" "/sbin" "/usr/sbin" "/usr/loca=
l/bin" "/usr/local/sbin" "/local/bin"))))
> (connection-local-set-profiles
>  '(:application tramp :machine "host.example.com")
>  'remote-system)
>
> The connection will set the remote-path.  But rgrep will still invoke
> find from a path in /gnu/store.

Customizing `find-program' to just "find" and restarting Emacs does the
trick.  So just sticking

    (setopt find-program "find")

into `init.el' should work.

I played with it around for a bit but did not figure out how to
customize it in already running Emacs.  I am sure it is possible, but I
hit the self-imposed time limit before figuring it out.

Have a nice day,
Tomas

=2D-=20
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJCBAEBCgAsFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmdYaIgOHH5Ad29sZnNk
ZW4uY3oACgkQL7/ufbZ/wamATw/9E4AbZW6/iwYKqsVmbyKY8+170AvHOpA9YDuA
Jy8iNw0wR7uYsWf03ByzBBNxH4dHgto/SxYMu24A1B+SNaPw03+yt/+lBgiYC4AY
MTmtf4h6Q9LP5EkijiGwR8UGrLEXILrTdIFVMbUaF2ir5NuyFAbv9yAcoUU+s5ia
OpeAjGkD87RPqv6naA2OJt/5ylKNJYSnjU4luT5V6j+usHGBuIpb+WihbME5Lq8t
+XxOTttcN8pNq+prqmQnAJpICj2L+Hn858zP6E286dS4aiU4mKpBZUIHnGjQ1nj/
vDFv0QsYKy/4DUQPzxbgLp9ydGvCkgXWb9TVrRdV5f38wSeQdXRfQXf/sYaN8hR7
VqVnU2yU9Au1gPNToi45JXCYwWTaUQCORYihGfOLwlTjNZIoBPUJIO3oU39Hr+z0
3XxleLwZScc3OdS8gy9tTtfK4iupBhgMXNjr6BONwhW35Y9XTWmYD2wzGqhAW+KI
cnyvOtBFSqLhoYJL9pUn8wFgBYF3cfgazyh4scoNtJLjVZm4AbUTpdOFmWP2S/T8
RkV05JnPmp+xOUlGS2hEj114zW+sxDxf19Grk9k+zLr7lzGVJGAVtUOzqKA70bAc
fX3PjsSGcM/j+PZifGszDT3p5cnvs9vmgvwrnF4uphMvS5/T6laYsk8w6RyvfHDr
X/zwEps=
=FMc3
-----END PGP SIGNATURE-----
--=-=-=--

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68850: emacs: rgrep does not work over tramp
Resent-From: Simon Streit <simon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 10 Dec 2024 20:03:01 +0000
Resent-Message-ID: <handler.68850.B68850.173386096416269 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68850
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Tomas Volf <~@wolfsden.cz>
Cc: 68850 <at> debbugs.gnu.org
Received: via spool by 68850-submit <at> debbugs.gnu.org id=B68850.173386096416269
          (code B ref 68850); Tue, 10 Dec 2024 20:03:01 +0000
Received: (at 68850) by debbugs.gnu.org; 10 Dec 2024 20:02:44 +0000
Received: from localhost ([127.0.0.1]:59719 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tL6RP-0004EJ-E5
	for submit <at> debbugs.gnu.org; Tue, 10 Dec 2024 15:02:43 -0500
Received: from smtprelay08.ispgateway.de ([134.119.228.109]:8224)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <simon@HIDDEN>) id 1tL6RM-0004Du-UA
 for 68850 <at> debbugs.gnu.org; Tue, 10 Dec 2024 15:02:41 -0500
Received: from [92.193.141.210] (helo=milk)
 by smtprelay08.ispgateway.de with esmtpsa (TLS1.2) tls
 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98)
 (envelope-from <simon@HIDDEN>) id 1tL6RI-0000000005t-0LTm;
 Tue, 10 Dec 2024 21:02:36 +0100
From: Simon Streit <simon@HIDDEN>
In-Reply-To: <87bjxj7bzr.fsf@HIDDEN> (Tomas Volf's message of "Tue, 10
 Dec 2024 17:12:56 +0100")
References: <ZbpGQXNSpoOHCl5C@ws> <ygu4j3b60jo.fsf@HIDDEN>
 <87bjxj7bzr.fsf@HIDDEN>
Gcc: nnfolder+archive:sent.2024-12
Date: Tue, 10 Dec 2024 21:02:35 +0100
Message-ID: <yguseqv4884.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Df-Sender: c2ltb25AbmV0cGFuaWMub3Jn
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Thank you for your quick reply!

Tomas Volf <~@wolfsden.cz> writes:

> Customizing `find-program' to just "find" and restarting Emacs does the
> trick.  So just sticking
>
>     (setopt find-program "find")
>
> into `init.el' should work.
>
> I played with it around for a bit but did not figure out how to
> customize it in already running Emacs.  I am sure it is possible, but I
> hit the self-imposed time limit before figuring it out.

Setting this variable fixes it and happily applied it locally.

I also get your point now too.  The path has been hard-coded at build
time.  Looking into the package declaration, it is not the only one
being modified.  This modification may seem reasonable when working
within an environment of Guix.  But it can become a disadvantage
when working on hosts that are sans Guix.

Also, how can this path to an application within the store work on a
remote system =E2=80=93 that may also have a Guix store =E2=80=93 when it d=
oes not
exist?  My guess here is, that tramp will call the application on remote
host it is working on.  Then it should also expect that path on the
remote store to exist too.

I can't deny that my Guix systems are not that much different to each
other.  They usually tend to have similar states of stores.  I can test
a scenario with an empty near clean store.


Kind regards

--=20
Simon

Last modified: Sun, 12 Jan 2025 05:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.