live-boot.git/backend, branch sagitta (mirror of https://github.com/vyos/live-boot.git)
https://git.amelek.net/vyos/live-boot.git/atom?h=sagitta2021-07-09T05:57:35+00:00Debian: T3641: add libpcre to initramfs libraries for live-boot2021-07-09T05:57:35+00:00Christian Poessingerchristian@poessinger.com2021-07-09T05:57:35+00:00urn:sha1:d03cc7d659df8ad0ba880cc719c8ad0e3a6746a6Debian: T3641: extend library path bugfix to all CPU architectures2021-06-25T16:47:07+00:00Christian Poessingerchristian@poessinger.com2021-06-25T16:47:07+00:00urn:sha1:e8fb9d27e56815a7cc67615e78cb54e8e373197d
Commit f6a28ed220fff ("Debian: T3641: fix wrong library path for x86_64") added
a fix for single arch (x86_64) support, but as we also support arm64, the path
searching can contain an * as globbing pattern.
Debian: T3641: fix wrong library path for x86_642021-06-24T18:12:54+00:00Christian Poessingerchristian@poessinger.com2021-06-24T18:11:28+00:00urn:sha1:f6a28ed220fff32d0d61f99bef13f8bfb129d0df
NOTE: This is only a workaround to get x86_64 builds running again but needs a
proper solution. Bug is also present in the latest upstream version [1].
Debian now comes with multiarch/multilib support so libraries are no longer
stored in /lib but rather /lib/x86_64-linux-gnu or any other architecture.
[1]: https://salsa.debian.org/live-team/live-boot/-/blob/debian/1%2520210208/backend/initramfs-tools/live.hook#L47
Dropping unionfs support, long superseeded with aufs.2015-01-04T20:47:53+00:00Daniel Baumannmail@daniel-baumann.ch2015-01-04T20:23:33+00:00urn:sha1:ad63444c66cae26ee32136f9073aa5fc9cf04690Dropping unionfs-fuse support:2015-01-04T20:47:53+00:00Daniel Baumannmail@daniel-baumann.ch2015-01-04T20:16:36+00:00urn:sha1:ec9bd07c900e13d606445518a87e0326902d5815
* unionfs-fuse itself has been always very buggy for us.
* unionfs-fuse code in live-boot as been experimental at best.
* the FUSE implementation is horribly slow due to the nature of
FUSE (~10min to boot a live system with unionfs-fuse compared
to <<1min with aufs).
* and last but not least, there's overlay in kernel mainline now.
Using 'overlay' instead of 'overlayfs' everywhere, without backwards compatibility (Closes: #773881).2015-01-04T20:47:53+00:00Daniel Baumannmail@daniel-baumann.ch2015-01-04T20:09:04+00:00urn:sha1:44e7b72fa71425b02ec770b1f3429b27a5cf6c51
When overlayfs got merged into kernel mainline it was
renamed to overlay. We don't provide backwards compatibility
since overlayfs support was experimental and only with
non-debian default kernels available.
Fixing name of overlayfs kernel module for inclusion in the initramfs (Closes: #773868).2015-01-04T20:47:53+00:00Tails developersamnesia@boum.org2014-12-24T12:28:30+00:00urn:sha1:20a36dd1e76d50c02968a50212a59c34efb3e79aUpdating code to current coding style in a some locations.2013-06-24T19:52:58+00:00Daniel Baumannmail@daniel-baumann.ch2013-06-24T19:52:58+00:00urn:sha1:a6c584bc1a6ba62db09014487e81210546c37e81Reorganizing frontend in source tree.2013-06-24T19:33:51+00:00Daniel Baumannmail@daniel-baumann.ch2013-06-24T19:29:10+00:00urn:sha1:0aa07bd386f516176364e710e8b9132036c72986Reorganizing backend in source tree.2013-06-24T19:27:20+00:00Daniel Baumannmail@daniel-baumann.ch2013-06-24T19:27:15+00:00urn:sha1:9bb62c8a50e9e92b0e0d637c624d364be6a911ca