Radon Rosborough

Yeah, I'm afraid I'm not sure what's happening there. It does sure seem like `counsel-find-file` is getting passed as the `CALLER` argument to `ivy-read`. You have probably found a bug...

> Is there something similar to disable it for selectrum-prescient.el for certain commands? See also discussion on the Selectrum side about adding a way to configure completion behavior on a...

Thanks for the detailed report. Yes, everything you said is exactly right. The reason for the current behavior is that `prescient.el` supports out-of-order matching by default, and with out-of-order matching...

I of course have no objection to adding testing, but have not so far simply because the package in the past was not very complex. It seems to be growing...

It doesn't surprise me that this has broken; the Ivy integration hasn't been updated for several years despite upstream changes (see https://github.com/radian-software/prescient.el/issues/65). Sorry for the inconvenience.

If you'd like to add the package to NonGNU ELPA, I'm okay with that. I see there are some [moral rules about packages in NonGNU ELPA](https://git.savannah.gnu.org/cgit/emacs/nongnu.git/tree/README.org), which I'm not comfortable...

While changing the contact information for maintenance is great, at the end of the day if I am to maintain this repository then the responsibility ultimately falls on me to...

I think it is fine to leave the current email metadata. I can set up a filter to redirect or discard any relevant automated mail.

I'm in the process of re-architecting - see https://github.com/radian-software/riju/issues/168. The project does not build from latest. Sorry.

You can check out a previous revision, but manual work will be needed since that version also doesn't build either. (Hence the re-architecture.)