**** BEGIN LOGGING AT Thu Oct 27 02:59:57 2022 **** BEGIN LOGGING AT Thu Oct 27 13:52:39 2022 Oct 27 17:27:39 hey, I just came across a find that PREFERRED_VERSION_foo should not be PREFERRED_VERSION:foo with the new override syntax, while converting an layer over Oct 27 17:28:08 is there a list of variables , or some way of identifying variables , which are just that -- variables -- which should retain the underscore instead of being switch to colon ? Oct 27 17:46:21 there's a tool which does 99% of the conversion for you Oct 27 17:49:12 be wary of the 1% they can break your stuff in interesting ways Oct 27 17:50:25 this ./scripts/contrib/convert-overrides.py ? Oct 27 17:50:43 rburton: khem: this doesn't answer my question though Oct 27 17:50:56 which is: is there a list of variables , or some way of identifying variables , which are just that -- variables -- which should retain the underscore instead of being switch to colon ? Oct 27 17:51:28 dont think so Oct 27 17:51:46 its perhaps a good idea to create a list Oct 27 17:52:31 khem: how does one tell which variable should go on such a list and which variable should retain the underscore ? Oct 27 17:52:53 you just know, fun, isn't it :) Oct 27 17:53:06 which is why that script is 99% lists of variables Oct 27 17:55:07 rburton: so like anything which is NOT explicitly listed in that script should not be converted (or should be carefully checked) ? Oct 27 17:56:48 pretty much. if you find a standard variable that the script does wrong, file a bug/send a patch Oct 27 18:03:05 rburton: uh ... so ... why is PREFERRED_VERSION not in $packagevars there ? Oct 27 18:03:20 it does take packagename as an argument, and yet, should be unconverted Oct 27 18:13:52 PREFERRED_VERSION is needed during parse I guess overrides might not be applicable Oct 27 18:15:02 khem: maybe that is the key then ? Oct 27 18:15:09 vars needed during parse -> do not convert ? Oct 27 18:32:41 I think thee is a nuance **** ENDING LOGGING AT Fri Oct 28 02:59:56 2022