Search
15 results for “stikonas”
-
Bootstrapping of an older version of re2c:
-
I've just updated my gentoo-bootstrap overlay (https://gitlab.com/stikonas/gentoo-bootstrap) with fixes to GCC →OpenJDK 8 bootstrap. (There was a bit of breakage due to some old ecj tarballs disappearing from distfiles.gentoo.org)
-
@filippo Meanwhile, bootstrapping a current OpenJDK involves compiling multiple ancient packages (each with its own set of outdated dependencies, of course) and then going up all the way from Java 7, version by version.
@stikonas has described this tedious process and developed some ebuilds for Gentoo here: https://git.stikonas.eu/andrius/gentoo-bootstrap
This also applies to Rust in a way, but at least it's not as bad there – not yet, as the old versions might eventually succumb to bitrot, too.
Please, dear programming language community, can we do better at this? For resilience, for reproducibility, for reliability, for portability and for preservation?
#bootstrappablebuilds #bootstrapping #reproduciblebuilds #trustingtrust #gentoo #openjdk #rust
-
#GNU Mes 0.25 released: Supporting the bootstrap for riscv64-linux.
https://lists.gnu.org/archive/html/info-gnu/2023-11/msg00001.html
Thanks to the amazing work of @ekaitz_zarraga and
@stikonas!#GnuMes
#bootstrappable
#BootstrappableBuilds
#ReproducibleBuilds
@fsf
@fsfe -
#GNU Mes 0.27.1 released: A bug-fix release that supports
* development build with gcc-14
* building with M2-Planet 1.12.0
* building on x86-linux with M2-Planet 1.13.0
* building bootstrappable-tcc using 1.00.02 <= NYACC <= 2.02.2<https://lists.gnu.org/archive/html/info-gnu/2025-08/msg00005.html>
Thanks to @ekaitz_zarraga and @stikonas!
#GnuMes
#bootstrappable
#BootstrappableBuilds
#ReproducibleBuilds
@reproducible_builds
@fsf
@fsfe
@gnutools
@nlnet -
A talk about live-bootstrap and builder-hex0 by Rick Masters:
https://www.youtube.com/watch?v=ycLdhqn5VI4
https://github.com/ironmeld/builder-hex0
-
I was just reviewing the new x86 hex0 bootstrap seed: https://github.com/oriansj/stage0-posix-x86/blob/master/hex0_x86.hex0. Big thanks to Noah Goldstein for making it smaller.
Now it is only 190 bytes. Excluding ELF header that's only 106 bytes of code.
For a couple of years hex0 binary was 256 bytes and before that hex0 was 357 bytes (this is the number that is still mentioned in https://guix.gnu.org/manual/devel/en/html_node/Full_002dSource-Bootstrap.html).
-
@harrysintonen @vegard These days we also have #BootstrappableBuilds that prevent this kind of attack (at least at the software level).
-
@rsc @timbray Indeed. #ReproducibleBuilds and #BootstrappableBuilds cannot replace auditing source.
-
There is now an interesting guide by @mid_kid (https://mid-kid.root.sx/git/mid-kid/bootstrap/src/branch/master/gentoo-2024/gentoo.txt) on installing #Gentoo from just source and a tiny 200 byte kernel. At the moment it's a bit longish and starts with #livebootstrap then pivots to #LFS to obtain 64-bit toolchain and finally bootstraps #Gentoo from there.
Potentially some steps could be optimized, and #LFS removed but it works.
-
@yrlf @jschauma Reproducible Builds don't help here, you can be reproducibly malicious. What you need is a bit stronger, i.e. #BootstrappableBuilds. If you build the world starting from a tiny sub 1KiB binary, you can prove that there is no self replicating backdoor coming from software. You could still have one from lower levels, e.g. hardware. Those are both significantly harder to implement but also hard to solve.
-
@janneke @jschauma @nixos_org @emilyposting Also Freedesktop SDK (with the exception of rust) uses #bootstrappableBuilds.
-
@ekaitz_zarraga and I have finally bootstrapped #TinyCC on #RISCV starting from GNU #Mes and #MesCC (and eventually tiny #hex0 binary if you go further back).
The binary that we have built is self-hosting and can build itself, though perhaps a few more bugfixes will be needed to reach the newest version of tcc.
-
@janneke @aziz @fsf @fsfe @reproducible_builds @ekaitz_zarraga Indeed! Right now we can bootstrap all the way from #hex0 to #Mes, then use #MesCC to build very first build of #tinycc (we can call it mes-tcc). mes-tcc can then build the next build of tinycc (boot0-tcc). Unfortunately, at the moment boot0-tcc segfaults. Today, I fixed one crash which was due to Global Offset Table being all zeros but it turns out we are now hitting another segfault, so more work is needed.
-
#partitionmanager now supports setting F2FS labels:
https://invent.kde.org/system/kpmcore/-/commit/b3fb2064b7a9160d69032d1ef4c8be8e7f09a71c
This means you'll need to use non-ancient f2fs-tools package (f2fslabel command was added at some time in 2021)