Fork of https://github.com/zephyrproject-rtos/Kconfiglib.git https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v14.1.1a1 2020-01-24T20:33:47Z 2020-01-24T20:33:47Z Ulf Magnusson ulfalizer@gmail.com 2020-01-24T20:33:47Z urn:sha1:9e0a8d29fa76adcb3f27bb2e20f16fefc2a8591e It's not obligatory for distributions to have a 'python' binary these days, but 'python3' is likely to be available: https://www.python.org/dev/peps/pep-0394/#for-python-runtime-distributors. Change all hashbangs to point to 'python3'. This will break running $ ./script.py on *nix systems that don't have a 'python3' executable. Changing it to $ python script.py is pretty painless at least. This change won't break Python 2 when installing via 'pip', because entry_points creates bounce scripts with their own hashbangs. The major version will be increased, in case someone looks at the major version but doesn't install via 'pip'. Fixes: #89 2020-01-12T09:34:55Z Ulf Magnusson ulfalizer@gmail.com 2020-01-12T09:34:47Z urn:sha1:aff414dc82d22e25ab8673f27a8d9e0cb4298e5f Makes it consistent with menuconfig.py. 2019-10-10T08:37:54Z Ulf Magnusson ulfalizer@gmail.com 2019-10-10T08:34:22Z urn:sha1:0f56dd918b022c84cba63a810c75a386a7fe38b3 If there are no visible nodes in the entire tree, guiconfig automatically starts in show-all mode. Previously, there was no check for visible nodes when turning off show-all in full-tree mode in this case, leading to errors. Fix it by checking if there are any visible nodes in the top menu when turning off show-all in full-tree mode. If there aren't, show-all stays on. 2019-10-10T08:07:29Z Ulf Magnusson ulfalizer@gmail.com 2019-10-10T07:08:37Z urn:sha1:e016deb4bbfae014ada1808abaeeb30558cac209 Stuff like this is not the pinnacle of helpful design, and hides that the commands actually have long help texts (that can be viewed with pydoc): $ ./menuconfig.py --help [Errno 2] No such file or directory: '--help' Fix it by converting standard_kconfig() to argparse, and add a 'description' argument to it for the command-specific help text. --help now shows the same help text shown by pydoc, and some other error messages are improved as well. Also fix some copy-paste errors and outdated paths in the help texts for the all*config commands. 2019-08-03T14:19:24Z Ulf Magnusson ulfalizer@gmail.com 2019-08-03T14:13:28Z urn:sha1:a4b57753443fcb65f3c4042c551e083975d9537b Most common case, and makes the symbol info read better. 2019-07-01T22:03:02Z Ulf Magnusson ulfalizer@gmail.com 2019-07-01T20:52:17Z urn:sha1:e5e2fe5a6f084fb98c2c9b4adec0383fec4a5256 menuconfig.py tended to crash on I/O errors on Python 2, due to forgetting to update some 'except OSError's. Catch EnvironmentError instead. EnvironmentError is a common base class of IOError and OSError on Python 2, and an alias for OSError on Python 3. Use it elsewhere too, as it might help catch obscure I/O errors on Python 2. 2019-06-24T07:29:10Z Ulf Magnusson ulfalizer@gmail.com 2019-06-24T07:29:10Z urn:sha1:a7302a6a03096e1c5839c2a582dd70ddbae2962a Forgot that they show defaults separately. Use orig_defaults instead of 'defaults' to de-spam it a bit. The direct dependencies are shown above the defaults. 2019-06-09T12:00:25Z Ulf Magnusson ulfalizer@gmail.com 2019-06-07T15:49:05Z urn:sha1:c295c312dd76be6b61bdaccda5b70be9cb79cf5f Just cosmetic. 2019-06-03T04:50:06Z Ulf Magnusson ulfalizer@gmail.com 2019-06-02T16:15:59Z urn:sha1:55bc8c380869ea663092212e8fe388ad7abae596 Hardcoding load_config() and write_(min_)config() to write any message to stdout is awkward, because it means that the message can't be easily reused when stdout is the wrong place to write it to (e.g. in menuconfig/guiconfig). This gets extra bad now that there's also the "No change to ..." message. Modify load_config() and write_(min_)config() to return the message as a string instead, and have them always return a message, instead of just when 'filename' is None and verbose=True. This makes things flexible and straightforward. Use the new behavior in menuconfig.py and guiconfig.py. They now show "No change to ..." when saving a file doesn't modify it. Tools that want to write messages to stdout should now do print(kconf.load_config()) / print(kconf.write_config()). There's no clean way to preserve perfect backwards compatibility here, but keep accepting the 'verbose' argument and print a deprecation warning if a value is ever passed for it. That way, scripts will keep running, though possibly with less output on stdout. This changes the meaning of the load_config() return value as well, though I suspect it was only ever used by the menuconfig/guiconfig interfaces. The new behavior applies for kconfiglib.VERSION >= (12, 0, 0). 2019-05-25T14:18:29Z Ulf Magnusson ulfalizer@gmail.com 2019-05-25T11:52:09Z urn:sha1:bb33eed5cc6bdce2b65aa570ecd9a400bcd9c180 Commit e81a77b ("Consistently put direct deps. last when propagating") makes the position of the direct deps. in property conditions predictable after dependency propagation, making it easy to strip them as needed. Use this to implement MenuNode.orig_{prompt,defaults,selects,implies,ranges}, which work like the non-orig_* versions but omit the direct deps. Use those in turn to omit the direct deps in Symbol/Choice.__str__(). The direct deps. (with propagated parent deps.) can still be seen after 'depends on ...', so there is no loss of information. This unclutters Kconfig definitions shown in menuconfig/guiconfig and in any generated documentation. The old output also had duplicated dependencies, though it doesn't matter for evaluation. Before: config A bool prompt "A" if DEP default y if FOO && DEP depends on DEP After: config A bool prompt "A" default y if FOO depends on DEP