home.social

Search

48 results for “stikonas”

  1. Andrius Štikonas @stikonas ·

    Bootstrapping of an older version of re2c:

    git.stikonas.eu/andrius/re2c-b

    #bootstrappablebuilds
  2. Andrius Štikonas @stikonas ·

    I've just updated my gentoo-bootstrap overlay (gitlab.com/stikonas/gentoo-boo) with fixes to GCC →OpenJDK 8 bootstrap. (There was a bit of breakage due to some old ecj tarballs disappearing from distfiles.gentoo.org)

    #gentoo #java #openjdk #bootstrappablebuilds
  3. Janneke @[email protected] ·

    @stikonas
    Yes, that was another lovely #bootstrappable one-two, thank you!!!

    #bootstrappable
  4. Andrius Štikonas @stikonas ·

    Most will soon be buildable from sub 1 KiB binary seed:

    See blog post for more details:

    stikonas.eu/wordpress/2023/01/

    #flatpaks #flatpak #bootstrappablebuilds #reproduciblebuilds #freedesktopsdk
  5. Andrius Štikonas @stikonas ·

    Recently I have been working on my new project:

    git.stikonas.eu/andrius/stage0

    This is probably the first self-hosted compiler that runs on UEFI. But it's not just that, it can also be bootstrapped from hex.

    It is still work in progress and does not go beyond self-hosting M2-Planet on UEFI but its POSIX equivalent (that assumes existence of kernel such as ) can go all the way from hex to GCC:

    github.com/fosslinux/live-boot
    github.com/oriansj/stage0-posix

    #linux #bootstrappable #uefi #stage0
  6. Andrius Štikonas @[email protected] ·

    Recently I have been working on my new project:

    git.stikonas.eu/andrius/stage0

    This is probably the first self-hosted compiler that runs on UEFI. But it's not just that, it can also be bootstrapped from hex.

    It is still work in progress and does not go beyond self-hosting M2-Planet on UEFI but its POSIX equivalent (that assumes existence of kernel such as #linux) can go all the way from hex to GCC:

    github.com/fosslinux/live-boot
    github.com/oriansj/stage0-posi

    #bootstrappable #uefi #stage0

    #linux #bootstrappable #uefi #stage0
  7. Andrius Štikonas @[email protected] ·

    Recently I have been working on my new project:

    git.stikonas.eu/andrius/stage0

    This is probably the first self-hosted compiler that runs on UEFI. But it's not just that, it can also be bootstrapped from hex.

    It is still work in progress and does not go beyond self-hosting M2-Planet on UEFI but its POSIX equivalent (that assumes existence of kernel such as #linux) can go all the way from hex to GCC:

    github.com/fosslinux/live-boot
    github.com/oriansj/stage0-posi

    #bootstrappable #uefi #stage0

    #linux #bootstrappable #uefi #stage0
  8. Andrius Štikonas @[email protected] ·

    Recently I have been working on my new project:

    git.stikonas.eu/andrius/stage0

    This is probably the first self-hosted compiler that runs on UEFI. But it's not just that, it can also be bootstrapped from hex.

    It is still work in progress and does not go beyond self-hosting M2-Planet on UEFI but its POSIX equivalent (that assumes existence of kernel such as #linux) can go all the way from hex to GCC:

    github.com/fosslinux/live-boot
    github.com/oriansj/stage0-posi

    #bootstrappable #uefi #stage0

    #linux #bootstrappable #uefi #stage0
  9. Stefan Gast @[email protected] ·

    @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: git.stikonas.eu/andrius/gentoo

    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

    #bootstrappablebuilds #bootstrapping #reproduciblebuilds #trustingtrust #gentoo #openjdk
  10. Janneke @[email protected] ·

    #GNU Mes 0.25 released: Supporting the bootstrap for riscv64-linux.

    lists.gnu.org/archive/html/inf

    Thanks to the amazing work of @ekaitz_zarraga and
    @stikonas!

    #GnuMes
    #bootstrappable
    #BootstrappableBuilds
    #ReproducibleBuilds
    @fsf
    @fsfe

    #reproduciblebuilds #bootstrappablebuilds #bootstrappable #gnumes #gnu
  11. Janneke @[email protected] ·

    #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

    <lists.gnu.org/archive/html/inf>

    Thanks to @ekaitz_zarraga and @stikonas!

    #GnuMes
    #bootstrappable
    #BootstrappableBuilds
    #ReproducibleBuilds
    @reproducible_builds
    @fsf
    @fsfe
    @gnutools
    @nlnet

    #gnu #gnumes #bootstrappable #bootstrappablebuilds #reproduciblebuilds
  12. Andrius Štikonas @stikonas ·

    A talk about live-bootstrap and builder-hex0 by Rick Masters:

    youtube.com/watch?v=ycLdhqn5VI4

    github.com/ironmeld/builder-he

    github.com/fosslinux/live-boot

    #bootstrappablebuilds
  13. Andrius Štikonas @stikonas ·

    This weekend I shrunk hex0 program on x86 from 190 -> 181 bytes.

    github.com/oriansj/bootstrap-s

    We probably can't go much lower without assuming that registers at the beginning of the program are zeroed or removing features from hex0 (e.g. supporting only one set of comments or only uppercase hex letters).

    #stage0 #boostrappablebuilds
  14. Andrius Štikonas @[email protected] ·

    This weekend I shrunk hex0 program on x86 from 190 -> 181 bytes.

    github.com/oriansj/bootstrap-s

    We probably can't go much lower without assuming that registers at the beginning of the program are zeroed or removing features from hex0 (e.g. supporting only one set of comments or only uppercase hex letters).

    #stage0 #boostrappableBuilds

    #stage0 #boostrappablebuilds
  15. Andrius Štikonas @[email protected] ·

    This weekend I shrunk hex0 program on x86 from 190 -> 181 bytes.

    github.com/oriansj/bootstrap-s

    We probably can't go much lower without assuming that registers at the beginning of the program are zeroed or removing features from hex0 (e.g. supporting only one set of comments or only uppercase hex letters).

    #stage0 #boostrappableBuilds

    #stage0 #boostrappablebuilds
  16. Andrius Štikonas @[email protected] ·

    This weekend I shrunk hex0 program on x86 from 190 -> 181 bytes.

    github.com/oriansj/bootstrap-s

    We probably can't go much lower without assuming that registers at the beginning of the program are zeroed or removing features from hex0 (e.g. supporting only one set of comments or only uppercase hex letters).

    #stage0 #boostrappableBuilds

    #stage0 #boostrappablebuilds
  17. Andrius Štikonas @stikonas ·

    I was just reviewing the new x86 hex0 bootstrap seed: github.com/oriansj/stage0-posi. 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 guix.gnu.org/manual/devel/en/h).

    #bootstrappablebuilds #stage0
  18. Andrius Štikonas @[email protected] ·

    I was just reviewing the new x86 hex0 bootstrap seed: github.com/oriansj/stage0-posi. 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 guix.gnu.org/manual/devel/en/h).

    #bootstrappableBuilds #stage0

    #bootstrappablebuilds #stage0
  19. Andrius Štikonas @[email protected] ·

    I was just reviewing the new x86 hex0 bootstrap seed: github.com/oriansj/stage0-posi. 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 guix.gnu.org/manual/devel/en/h).

    #bootstrappableBuilds #stage0

    #bootstrappablebuilds #stage0
  20. Andrius Štikonas @stikonas ·

    @kde Recently, 3 crashes were fixed in (though none of them should have caused any data loss):

    1. Thomas Bertels fixed random crashes (usually after operations were finished) bugs.kde.org/show_bug.cgi?id=4 and which had no reliable reproducer.
    2. Sreejith Subhash fixed a crash when trying to remove mount point bugs.kde.org/show_bug.cgi?id=4
    3. I fixed a crash when closing the main window before initial authentication was done bugs.kde.org/show_bug.cgi?id=4

    #kde #partitionmanager
  21. Andrius Štikonas @stikonas ·

    @harrysintonen @vegard These days we also have that prevent this kind of attack (at least at the software level).

    #bootstrappablebuilds
  22. Andrius Štikonas @stikonas ·

    now supports setting F2FS labels:

    invent.kde.org/system/kpmcore/

    This means you'll need to use non-ancient f2fs-tools package (f2fslabel command was added at some time in 2021)

    #partitionmanager #kde #f2fs
  23. Andrius Štikonas @stikonas ·

    @rsc @timbray Indeed. and cannot replace auditing source.

    #reproduciblebuilds #bootstrappablebuilds
  24. Andrius Štikonas @stikonas ·

    There is now an interesting guide by @mid_kid (mid-kid.root.sx/git/mid-kid/bo) on installing from just source and a tiny 200 byte kernel. At the moment it's a bit longish and starts with then pivots to to obtain 64-bit toolchain and finally bootstraps from there.

    Potentially some steps could be optimized, and removed but it works.

    #gentoo #livebootstrap #lfs #bootstrappablebuilds
  25. Andrius Štikonas @stikonas ·

    @yrlf @jschauma Reproducible Builds don't help here, you can be reproducibly malicious. What you need is a bit stronger, i.e. . 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.

    #bootstrappablebuilds
  26. Andrius Štikonas @stikonas ·

    @janneke @jschauma @nixos_org @emilyposting Also Freedesktop SDK (with the exception of rust) uses .

    #bootstrappablebuilds
  27. Andrius Štikonas @stikonas ·

    @ekaitz_zarraga and I have finally bootstrapped on starting from GNU and (and eventually tiny 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
    @efraim

    #tinycc #riscv #mes #mescc #hex0 #bootstrappablebuilds
  28. Andrius Štikonas @stikonas ·

    @janneke @aziz @fsf @fsfe @reproducible_builds @ekaitz_zarraga Indeed! Right now we can bootstrap all the way from to , then use to build very first build of (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.

    #hex0 #mes #mescc #tinycc #bootstrappablebuilds
  29. Andrius Štikonas @stikonas ·

    I guess nobody uses backslashes in file system labels... While working on bug, I noticed that QStorageInfo from was incorrectly not decoding backslashes and nobody noticed for 6 years.

    Should be fixed soon: codereview.qt-project.org/c/qt

    #partitionmanager #qt #kde
  30. Andrius Štikonas @stikonas ·

    Spent part of my at looking at bootstrapping 0.9.26 from on architecture. And thanks to mantainer @janneke for his help with debugging various issues. We can now build initial binary and it can even run some simple commands such as --help or -vv.

    Unfortunately, we still hit some critical bugs when trying to use this tcc binary to rebuild itself but hopefully we are not far now.



    #rechageday #amd #tinycc #gnumes #x86_64 #mes
Next page