(mirror of https://github.com/vyos/vyos-live-build.git) https://git.amelek.net/vyos/vyos-live-build.git/atom?h=rolling 2020-03-23T08:06:51+00:00 2020-03-23T08:06:51+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-18T01:28:58+00:00 urn:sha1:39dae8cdc737071a6ba8fe2f0b5bf9b35655c5ce ...from the `Set_config_defaults` function, to being done directly in `build.sh` (the component which is also responsible for loading functions, loaded at the start of every script, including the front end). thus the colouring decision will now correctly... - apply to the frontend, such as to the 'root privileges needed' error, the 'no such script' error, and the command name colouring that I want to add (the most significant issue). - apply to error messages generated by the `Arguments` and `Read_conffiles` functions, which are called before `Set_config_defaults` by scripts. as things were, due to the comparison with "false", colour would _always_ be used in these places (unless _COLOR_ERR=false or _COLOR_OUT=false wrt. the new command highlight, were set in the environment when executing a script throught the frontend). this would not be a problem for normal terminal use of course, besides being inconsistent where color were turned off, but would be a bit of a problem if redirected to a file. a re-evaluation of _COLOR is performed in `Set_config_defaults` to adjust _COLOR_OUT and _COLOR_ERR where necessary, to correctly respond to _COLOR being set in saved config files (disabled by default but a user could always enable), after the point of config files being loaded. _COLOR can still be controlled from the environment just as before, overriding both _COLOR_OUT and _COLOR_ERR. note that this does not address the fact that --color|--no-color do not work in the frontend and thus will not impact the colouring of to-be-introduced command highlighting. this needs to be addressed separately. Gbp-Dch: Short 2020-03-11T13:51:19+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-11T10:07:21+00:00 urn:sha1:7a4a9f94b89d22c083c1610ecbcb7a173f1b73db Current versions of the project files are built upon versions published and licensed by Daniel Baumann, but are modified copies of those files and thus need to be marked as such per licensing requirements (afaik he did not pass along ownership / licensing rights to anyone when he left the project). We should also be careful to not be misrepresenting such modified copies as being attributed to Daniel. Adding a new copyright line referring to "The Debian Live team" should suffice for this. The authorship block in man pages has also similarly been updated. Notes: - tweaked a copy of daniel copyright lines stating 2014 instead of 2015. both of these cases were in files that i had personally introduced in some of my past merged commits that moved some code around. i don't know why they stated 2014. - binary_onie was introduced in 2018, so that has a 2018 date instead of 2016 unlike the rest. - 'efi-image' is a 3rd-party (Canonical Ltd) work that we bundle, but it has been modified by 674794a8f4d61a729d2dbd6d99385d2826138694 and 36a3ba76347ef72df1c316312ed3a26aa4b0c816 so I similarly added a debian live copyright line. - 'grub-cpmodules' is similar. it was only changed by the indentation fix of 36a3ba76347ef72df1c316312ed3a26aa4b0c816 but modification is modification, and this does help cover any possible future changes that might be made. 2015-01-04T19:05:44+00:00 Daniel Baumann mail@daniel-baumann.ch 2015-01-04T19:05:39+00:00 urn:sha1:242aef5d8314a9b1da31e016f3329e6f04b8d675 2014-02-08T16:47:24+00:00 Daniel Baumann mail@daniel-baumann.ch 2014-02-08T16:47:02+00:00 urn:sha1:eb336bb782632bea33dac6a8c93bca177de51a33 2013-05-06T12:50:06+00:00 Daniel Baumann mail@daniel-baumann.ch 2013-03-10T18:33:05+00:00 urn:sha1:59ce459f402c42630eb70830c59a3a7d8b2e91a9 2013-05-06T12:50:03+00:00 Daniel Baumann daniel@debian.org 2012-12-31T23:12:04+00:00 urn:sha1:62d94a445479bdccad50f919f4c68ef327b2c40b 2013-05-06T12:50:01+00:00 Daniel Baumann daniel@debian.org 2012-12-04T11:49:15+00:00 urn:sha1:d10aa0375ea71d561b008d017d9c1ec7adb834c0 2013-05-06T12:50:01+00:00 Daniel Baumann daniel@debian.org 2012-12-04T11:47:40+00:00 urn:sha1:06f0ed87bac21947c4d62bcf85e09c0a31874a18 2013-05-06T12:48:46+00:00 Daniel Baumann mail@daniel-baumann.ch 2013-05-06T12:48:46+00:00 urn:sha1:d1047e809a90daa0e88329efc0db21931be0b919 2012-12-31T23:13:01+00:00 Daniel Baumann daniel@debian.org 2012-12-31T23:13:01+00:00 urn:sha1:a203b86fdd9a40deb48333b1f5595862565bdf9a