(mirror of https://github.com/vyos/vyos-live-build.git) https://git.amelek.net/vyos/vyos-live-build.git/atom?h=cla 2020-09-14T09:02:51+00:00 2020-09-14T09:02:51+00:00 Victor Gavro vgavro@gmail.com 2020-05-18T23:14:20+00:00 urn:sha1:990dcf2eed4e5b3a9d6b4e9edefb255de095e922 Fixes !201 2020-05-03T00:31:47+00:00 Lyndon Brown jnqnfe@gmail.com 2020-05-02T23:58:18+00:00 urn:sha1:43b4f9cdf62972bff5cff45f895305c391a895f2 did not properly consider all usage cases properly in deciding placement. this captured `--usage` in `$PROGRAM --usage` as the action for instance. Gbp-Dch: Ignore 2020-05-02T12:46:41+00:00 Lyndon Brown jnqnfe@gmail.com 2020-05-02T12:41:01+00:00 urn:sha1:da1fab116139150db562eb2c104dea55b7535a33 ...alongside printing usage (which is perhaps unnecessary), so that it is actually clear to users that a problem occurred, and what. and capture it before option processing of remaining args. Gbp-Dch: Ignore 2020-04-23T17:26:15+00:00 Lyndon Brown jnqnfe@gmail.com 2020-04-02T19:23:57+00:00 urn:sha1:d79c96232b40fb082233c97ac8d4f75b821ecefe just as most scripts are skipped if their stagefile exists (indicating that they have already been run to completion), including chroot preparation scripts in install mode, this implements the same guard for chroot prep remove mode, such that they exit early if their stagefile does not exist, indicating that the modification has already been removed. (also override-able by --force in the same way). this basically just uses a tweaked copy of Check_stagefile(). Gbp-Dch: Short 2020-04-23T14:38:59+00:00 Raphaël Hertzog hertzog@debian.org 2020-04-23T14:38:59+00:00 urn:sha1:4c75f80e6763490d5bcb0e0a460b096a3292ae61 2020-04-23T14:32:26+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-30T16:32:07+00:00 urn:sha1:b3bba232ac6e1feff9e506506247aa20cd7f467c thus it can correctly indicate success/fail status instead of always indicating failure. when a user asks for usage with -u|--usage then we should exit in success mode rather than failure as when usage in printed in response to incorrect usage. Gbp-Dch: Short 2020-04-23T10:05:51+00:00 Lyndon Brown jnqnfe@gmail.com 2020-04-04T19:20:07+00:00 urn:sha1:1a0c813c46e274970d6f7ad87b9f04084a8d24f3 2020-04-23T10:05:51+00:00 Lyndon Brown jnqnfe@gmail.com 2020-04-04T17:59:11+00:00 urn:sha1:affcbb95d14037db43a13548a61fc2a6d14cce42 2020-03-20T10:19:33+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-19T00:19:26+00:00 urn:sha1:945a166f75f7bf0419a7caefa7e7337119732929 progress-linux, as discussed in MR #142 ([1]) is a little known distro, which appears to be little more than a personal project of the original author of live-build. given that, the expense of maintaining all of these old hacks for it cannot be justified. it is not known whether or not live-build is even used with respect to it since the author abandoned live-build some years ago. also, at least one past change in live-build possibly broke progress-linux compatibility anyway, which would have required progress-linux users of live-build to use a custom progress-linux config, or a progress-linux fork of live-build, and there is no knowing how much of the hacks in this "upstream" codebase any user of progress-linux currently relies upon. and again, progress-linux appears to just be a personal project of Daniel's, with afaik very little userbase. (Daniel seems to be the only developer working on the project which speaks to how small it is). [1]: https://salsa.debian.org/live-team/live-build/-/merge_requests/142 Gbp-Dch: Short 2020-03-17T22:59:37+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-15T13:05:44+00:00 urn:sha1:fb0790cc4379280084cc9a4469a515e243f45b9b this function takes one or more required stage fileS _plural_, and exits if any are missing (or at least it does now after the refactor). let's rename it to make things more clear Gbp-Dch: Short