On Tue, 1 Feb 2022 18:24:57 -0500 Mike Frysinger <[email protected]> wrote:
> ... let's focus on unrelated interesting > parts you've proposed. > > > Absent having bracketed paste off by default, it might be nice > > to have a /etc/inputrc.d/ directory that can have it's contents > > included by /etc/inputrc. > > it would be nice if the $include directive supported directories, or > at least globs. then one could do: > $include /etc/inputrc.d/ > $include /etc/inputrc.d/*.conf > > the glob approach would sidestep the bikeshedding of what implicit > globs readline should use, and whether it should handle dot files, or > ~ files, or whatever else. Agreed. Always crazy when there's ~ files or files with/without extensions that are/aren't read and result in strange behavior. That said, before adding yet another feature, somebody who knows more than me should examine whether there's really a use-case. I think of the typical case, like cron, where packages might want to add their own configuration to the system in an isolated way. I don't see the same sort of need in the case of readline, but would like to hear more. > > That way there's not another > > config file that's different from the distro default that > > has to have changes merged on system upgrade. (On the third > > hand, yet more complication....) > > you can already do this now. readline reads your ~/.inputrc first, > and then falls back to /etc/inputrc only if that doesn't exist. Many of my systems are single-user. The system wide config works for root. (Via su - or whatever. Prefacing "sudo" in front of every command when doing system-level stuff for hours is silly.) And there are system accounts that expect, or work best when, commands are executed under their uid. Things like postgres when creating databases or mailman when working with mailing lists. Often these sorts of commands are cut-and-paste, because they're not executed often it's easiest to just document the command and re-use it. (Scripting/makefiles/etc. is overkill. Often the pasted command comes straight out of the upstream docs.) Having to enumerate these system account and alter each is ungood. Best to change the system default. But I appreciate the help. Thanks. Regards, Karl <[email protected]> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
