Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1069146 > unrolled thread

Bug#993370: RFP: rg-el -- elpa-rg

Started byAntoine Beaupre <anarcat@debian.org>
First post2021-08-31 15:30 +0200
Last post2021-09-01 15:50 +0200
Articles 3 — 3 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#993370: RFP: rg-el -- elpa-rg Antoine Beaupre <anarcat@debian.org> - 2021-08-31 15:30 +0200
    Bug#993370: RFP: rg-el -- elpa-rg Nicholas D Steeves <sten@debian.org> - 2021-09-01 05:00 +0200
      Bug#993370: RFP: rg-el -- elpa-rg Antoine Beaupré <anarcat@debian.org> - 2021-09-01 15:50 +0200

#1069146 — Bug#993370: RFP: rg-el -- elpa-rg

FromAntoine Beaupre <anarcat@debian.org>
Date2021-08-31 15:30 +0200
SubjectBug#993370: RFP: rg-el -- elpa-rg
Message-ID<CSbZT-4jS-3@gated-at.bofh.it>
Package: wnpp
Severity: wishlist
User: debian-emacsen@lists.debian.org
Usertags: elpafy
X-Debbugs-Cc: nsteeves@gmail.com, debian-emacsen@lists.debian.org

* Package name    : rg-el
  Version         : 2.1.0
  Upstream Author : David Landell
* URL             : https://github.com/dajva/rg.el
* License         : GPL-3
  Programming Lang: Elisp
  Description     : elpa-rg

search tool for Emacs based on Ripgrep

Rg.el is a search package based on Ripgrep.  It allows one to do interactive
searches, automatic searches based on the editing context, plus adding
additional query layers to refine search results.

Transitioning from rgrep to rg should be painless for anyone familiar with
rgrep.

Unlike rgrep, ripgrep is *fast*!  In some cases ripgrep is even faster than
The Silver Searcher.  In other words, it excells for large source code
repositories.

----

This ticket was actually requested by Nicholas, who's been working on
packaging. I'm not sure how to make that an ITP for him, so I filed an
RFP instead:

https://salsa.debian.org/sten/rg-el

Note that there are a *lot* of wrappers around ripgrep out
there. Another commonly used one is deadgrep, which has a list of
alternatives:

https://github.com/Wilfred/deadgrep/blob/master/docs/ALTERNATIVES.md

I'm not actually sure why Nicholas picked rg.el.

[toc] | [next] | [standalone]


#1069252

FromNicholas D Steeves <sten@debian.org>
Date2021-09-01 05:00 +0200
Message-ID<CSoDL-3VF-3@gated-at.bofh.it>
In reply to#1069146

[Multipart message — attachments visible in raw view] — view raw

Control: owner -1 !
Control: retitle -1 ITP: rg-el -- elpa-rg: search tool for Emacs based on Ripgrep

> This ticket was actually requested by Nicholas, who's been working on
> packaging. I'm not sure how to make that an ITP for him, so I filed an
> RFP instead:
>
> https://salsa.debian.org/sten/rg-el
>

Thank you Antoine, much appreciated!

> Note that there are a *lot* of wrappers around ripgrep out
> there. Another commonly used one is deadgrep, which has a list of
> alternatives:
>
> https://github.com/Wilfred/deadgrep/blob/master/docs/ALTERNATIVES.md
>

Deadgrep would be my second choice (and is the second most popular on
MELPA), but also looks excellent :-)  Micah, I've CCed you since Antoine
mentioned you use Deadgrep, and because I'd be happy to answer any
questions you have about the process of debianising it.  I'm on holidays
so am working on this RFP in 30min sprints with a fairly scientific
method.  If you think the process might be interesting content for
Debian Planet, please let me know :-)

> I'm not actually sure why Nicholas picked rg.el.

I can update this bug with my rationale (from IRC) if you think it would
be useful to others.  P.S. I'm also curious if you'll end up enjoying
rg.el, or if you'll find it too fancy new school thing ;-)

Cheers,
Nicholas

[toc] | [prev] | [next] | [standalone]


#1069314

FromAntoine Beaupré <anarcat@debian.org>
Date2021-09-01 15:50 +0200
Message-ID<CSyMN-1Ps-1@gated-at.bofh.it>
In reply to#1069252
On 2021-08-31 23:47:26, Nicholas D. Steeves wrote:

[...]

> If you think the process might be interesting content for
> Debian Planet, please let me know :-)

That would be interesting, for sure, but no pressure. :)

>> I'm not actually sure why Nicholas picked rg.el.
>
> I can update this bug with my rationale (from IRC) if you think it would
> be useful to others.

That, however, seems like an important thing to document here, for
posterity.

a.

-- 
Brief is this existence, as a fleeting visit in a strange house.
The path to be pursued is poorly lit by a flickering consciousness.
                       - Albert Einstein

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web