On 2026/02/16 11:57, Michael J Gruber wrote:

I think for Andreas' case, best would be the design in the package
review, but hosted on a copr repo
or epel-only package and require the users to manually opt-in to this.
But why? If there are file conflicts then neither EPEL nor COPR will
help. If there is no file conflict and users just need to set LESSOPEN
to the proper absolute path the package can go into EPEL and Fedora if
it makes sense at all to package it - is it merely a single script?

Yes, that is the case in the current review, packaging lesspipe as a non-conflicting script. This looks good for EPEL or an externally managed copr with the caveat that the users would need to know how to opt-in. It does not seem appropriate for rawhide though because we are duplicating the packaging of lesspipe.

So at least for the review posted, IMO it would be fine if we convert it to an epel-only package and change the name to `lesspipe-epel`, but would want some feedback from epel and less folks on this before giving the green checkmark for that review.

In particular, if the builtin lesspipe is usable, the less package
should make no opinionated choice packagaing an external lesspipe.sh and
enabling it bt default.

Sound reasonable, but it should also allow other packages to overwrite its builtin scripts _by default_ if they installed a package to do so. This is not the case in the current design of the less package. There is another hidden issue in here, how to design `lesspipe` package to be either on by default for all users or opt-in, and we do not have any guidelines for this (had the same problem with `atuin` design, and I went with making a `atuin-all-users` package for now).


--
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://forge.fedoraproject.org/infra/tickets/issues/new

Reply via email to