[11:07:38] <hashar>	 good morning ;)  jbond I have found a crazy idea for the puppet compiler. We use "cryptic" filters for the puppet compiler such as `Hosts: O:gitlab`
[11:08:06] <hashar>	 what about if it supported: `Roles: gitlab`  or `Profile: base` ?
[11:08:26] <hashar>	 (plural and singular being inconsistent in my examples bah)
[11:09:09] <jbond>	 hashar: the sytax is picked to match cumin syntax
[11:09:39] <hashar>	 hence my tongue-in-cheek about the syntax being cryptic :-]
[11:10:01] <hashar>	 I guess it might add a bit of confusion to have to support multiple pseudo headers
[11:10:51] <hashar>	 it was a shower thought, I had to brain dump it :D
[11:11:04] <jbond>	 i think it would make the glue in zuul messy (and it has allready had multiple bugs in that oneliner)
[11:11:52] <jbond>	  hashar: i expect to be doing a small amount of  work on pcc next Q so will have a think 
[11:12:56] <volans>	 for now maybe a link to https://wikitech.wikimedia.org/wiki/Cumin#PuppetDB_host_selection might help? :)
[11:17:48] <hashar>	 jbond: I am happy to have that feature idea dismissed in favor of only support a single use case: a cumin request
[11:18:01] <hashar>	 I am perfectly fine using the cumin syntax :]
[11:18:25] <hashar>	 I just felt I would remember `Role: gitlab` easily compared to remembering to use `O` as a role selector
[11:18:48] <hashar>	 hence the idea to add a lot more complexity and have everything to break unexpectedly
[11:18:56] <hashar>	 so +1 on dropping my idea ;)
[11:19:14] <hashar>	 volans: yes that documentation is great :]
[11:20:15] <jbond>	 hashar: if you only rember one then rember C: for class then you can just to C:role::gitlab, C:profile::gitlab :)
[11:31:27] <hashar>	 jbond: oh! that is a great tip thanks!
[11:31:50] * hashar write down a post-it stating "ppc: `C:_____`"
[11:59:59] <wikibugs>	 10netops, 10Infrastructure-Foundations, 10SRE: Netbox info missing on some WMCS elements - https://phabricator.wikimedia.org/T292097 (10ayounsi) Documenting all the cables make sens, feel free to add the one between the cloudstore hosts (or ask DCops)  About the IPs, we decided to not track any of the 192.16...
[13:01:37] <wikibugs>	 10netops, 10Infrastructure-Foundations, 10SRE: Netbox info missing on some WMCS elements - https://phabricator.wikimedia.org/T292097 (10cmooney) 05Open→03Resolved I've recreated the IP, and put the DNS name in the description with "Keep manual DNS" prefix.  It doesn't make much difference, as the Netbox...
[13:07:20] <wikibugs>	 10CAS-SSO, 10Infrastructure-Foundations, 10GitLab (Auth & Access), 10Release-Engineering-Team (Radar): Attempting to login to gitlab.wikimedia.org sometimes results in CAS 500 Internal Server Error - https://phabricator.wikimedia.org/T291964 (10Michael) I also got this error just now when trying to log int...
[16:15:00] <wikibugs>	 10Puppet, 10Infrastructure-Foundations, 10Release-Engineering-Team, 10User-brennen: logspam-watch: UTF-8 errors for some input - https://phabricator.wikimedia.org/T292246 (10hashar) That seems to be related to  `use open :encoding(UTF-8)` which causes perl to expect valid unicode coming from `cat exception...
[23:26:05] <wikibugs>	 10Puppet, 10Infrastructure-Foundations, 10Patch-For-Review, 10Release-Engineering-Team (Doing), 10User-brennen: logspam-watch: UTF-8 errors for some input - https://phabricator.wikimedia.org/T292246 (10brennen) a:03brennen Thanks for the reproduction case. I thought this class of error was already hand...