GNU bug report logs - #39384
[PATCH] gnu: Add emacs-rg.

Previous Next

Package: guix-patches;

Reported by: "LaFreniere\, Joseph" <joseph <at> lafreniere.xyz>

Date: Sat, 1 Feb 2020 20:29:02 UTC

Severity: normal

Tags: patch

Done: Efraim Flashner <efraim <at> flashner.co.il>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Marius Bakke <mbakke <at> fastmail.com>
To: "LaFreniere\, Joseph" <joseph <at> lafreniere.xyz>, Efraim Flashner <efraim <at> flashner.co.il>
Cc: 39384 <at> debbugs.gnu.org, Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Subject: [bug#39384] [PATCH] gnu: Add emacs-rg.
Date: Wed, 05 Feb 2020 22:33:26 +0100
[Message part 1 (text/plain, inline)]
"LaFreniere\, Joseph" <joseph <at> lafreniere.xyz> writes:

> Efraim Flashner <efraim <at> flashner.co.il> writes:
>> We want to have ripgrep as a regular input, so at the point in 
>> the code
>> where it searches through PATH for the rg binary we patch it to 
>> refer to
>> the specific binary. One example of this is in (gnu packages 
>> emacs-xyz),
>> with emacs-nov-el.
>
> Ah, I see what you mean now.  But wouldn't hard-coding the path to 
> ripgrep in that way prevent the package from being able to use 
> remote systems' ripgrep binaries when running over TRAMP?

Perhaps we could patch it to do both?  Use the store prefix if it
exists, and fall back to searching in PATH?
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 5 years and 142 days ago.

Previous Next


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