On 19 Feb 2014, at 12:13 am, Ulrich Windl <[email protected]> wrote:
>>>> Kristoffer Grönlund<[email protected]> schrieb am 18.02.2014 um 14:07 in > Nachricht <20140218140726.1b2dfd0f@ultralix>: >> On Tue, 18 Feb 2014 13:48:21 +0100 >> Lars Marowsky-Bree <[email protected]> wrote: >> >>> On 2014-02-18T09:55:44, Kristoffer Grönlund <[email protected]> >>> wrote: >>> >>>> Sounds like a good idea to me, too. I'll see what I can do :) >>>> >>>> At least a simple approximation of glob-syntax should be doable. >>> >>> Constraints can already refer to regex now too. And we're talking >>> about being able to match on tags (or even attributes) on start/stop >>> etc. >>> >>> It'd make sense to then merge all this consistently, right? >>> >>> (Perhaps even via a crm_resource -l option, so that pcs/crmsh use the >>> same matching code as the PE and as each other, if that makes any >>> sense.) >>> >> >> I also realised that there is another complication, which is that >> unless in interactive mode, the bash shell will consume the regex >> syntax, and it would need to be escaped. So that would make the feature >> even more confusing and doesn't seem entirely clean - although this is >> a limitation of shell syntax. In theory the shell could use the >> completion information to expand 'crm configure show prim*' into all >> the completions for prim*. > > I don't know whether this is a real restriction for people who are used to use > the command line: Even when using grep, sed or awk, some REs have to be > escaped, and the shell has no idea how to complete them. > >> >> Unifying this might be difficult, as far as I know pcs doesn't have an >> interactive mode or anything similar to the configure interface of >> crmsh.. It does have bash completion for the command line.
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
