(mirror of https://github.com/vyos/vyos-live-build.git) https://git.amelek.net/vyos/vyos-live-build.git/atom?h=cla 2021-01-15T09:22:29+00:00 2021-01-15T09:22:29+00:00 Roland Clobus rclobus@rclobus.nl 2020-10-04T11:49:06+00:00 urn:sha1:9d2405166970c02b978cef817dd15c9cec9ed615 2020-12-13T20:33:24+00:00 Roland Clobus rclobus@rclobus.nl 2020-12-13T17:33:54+00:00 urn:sha1:3f7dd00fcb83177e679e9f1449200dee11dc1531 2020-12-13T10:11:55+00:00 Roland Clobus rclobus@rclobus.nl 2020-12-13T10:11:55+00:00 urn:sha1:edb12253eb785f0bccd0f7c19d23d7f9483273e1 2020-05-05T18:55:28+00:00 Lyndon Brown jnqnfe@gmail.com 2020-05-05T15:45:57+00:00 urn:sha1:18eefdd6f38631e15e56a2bd7a25bba50b05acfa it removes one or more, so should be plural for clarity Gbp-Dch: Short 2020-05-05T18:55:28+00:00 Lyndon Brown jnqnfe@gmail.com 2020-05-05T15:42:44+00:00 urn:sha1:919a464b64b4bda52a56b8732ea5ef7727649cf0 it installs one or more, so should be plural for clarity Gbp-Dch: Short 2020-05-03T22:20:39+00:00 Lyndon Brown jnqnfe@gmail.com 2020-05-03T17:02:04+00:00 urn:sha1:9bc35759aab95d849cba38bcb6fd1bb072df9907 using `$VERSION` as part of the default `$LB_ISO_PREPARER` means that when you simply run `lb config` once, this variable is stored as a part of the string, and replaced on use, but if you run `lb config` twice, it gets replaced with a fixed version, that is then used in all subsequent builds. let's replace with a placeholder (`@LB_VERSION@`) that can be used both in the default, or in user strings, and will be replaced on use only. this means that subsequent builds will always reflect the actual version of live-build used. Gbp-Dch: Ignore 2020-04-23T16:54:31+00:00 Lyndon Brown jnqnfe@gmail.com 2020-04-06T17:43:41+00:00 urn:sha1:83d9145257220d39e487021e993344adafe71b8a no backwards compatibility hack for reading the old var from existing saved config used because this was previously stored in the alternate format config/build file. 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 2020-03-17T18:57:02+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-13T17:11:53+00:00 urn:sha1:fe9195b59c9647598ecea00900edfe2678bddcac as suggested by Raphaël rather than have fixed stagefile filename strings at all in the scripts, use `$(basename $0)` to use the name of the script (which is the same for almost all cases anyway, and the stage files are supposed to be almost exclusively unique per-script). we can thus simplify things by determining the filename for most use cases within the functions themselves. this does change the file used by a couple of scripts, affecting backwards compatibility of executing live-build upon an existing partially or fully completed build: - binary_grub-pc used "binary_grub" - chroot_includes used "includes.chroot" care had to be taken for the following cases: - there are some cases like bootstrap_cache, source_debian and bootstrap_debootstrap which are dealing with more than one file, and/or otherwise a filename that is not specific to the script itself exactly, or should not be based upon its name. - some cases like chroot_cache, bootstrap_cache and chroot_install-packages need to append something to the end of the name depending upon which pass/action mode the script is being executed with. - furthermore in the bootstrap_cache case one of the filenames is used within the bootstrap_debootstrap and thus needs very careful handling to be certain that a change in filename of bootstrap_cache does not break bootstrap_debootstrap. Gbp-Dch: Short 2020-03-17T18:57:02+00:00 Lyndon Brown jnqnfe@gmail.com 2020-03-12T01:21:39+00:00 urn:sha1:04d9ee0211e7cf2d5f637941ff6579b4f5462da6 - avoid all need to pass ".build/" path in stage file names into the functions - add a helper to remove a stage file (required to complete the above properly) - avoid duplicating filenames within scripts which makes them prone to mistakes (some instances of which I've actually encountered and had to fix) Gbp-Dch: Short