hhmx.de
obfusk@tech.lgbt
obfusk@tech.lgbt

Fay 🏳️‍🌈

(@obfusk@tech.lgbt)

Mo 22.05.2023

Beiträge: 11.783Folgt: 130Folgende: 324

"be gay, write parsers" :nkouwu:

I fix bugs, worked on various FOSS projects, and mostly code in Python (though I prefer functional languages).

Working on Reproducible Builds; interested in compsci & infosec, programming language design, parsing, automation, tooling, etc. I like maths & linguistics; and girls of course :3

We need FOSS projects to focus on the needs of the community (especially those most vulnerable), kindness, being welcoming; not just technical contributions; no self-important BDFLs.

:QueerCat_Pride: :QueerCat_Ace: :QueerCat_Enby: :QueerCat_Trans: :QueerCat_Lesbian: :verifiedsapphic:​ ~mew~

Likely to accept follows if you're queer or an ally, I just want to be able to consent. I don't follow most people back because I need to keep my TL from being too overwhelming, sorry.

neurodivergent / disabled / long COVID / POTS

lisp girl at heart x3

"no people call you gay because you're gay" -@chronovore

pronouns

en: she/her, they/them; nl: zij/die; de: sie/dey

git(hub|lab) & codeberg

obfusk

matrix

@obfusk:matrix.org

website

obfusk.ch

japanese dictionary

jiten.dev

programming language

koneko.dev

gen

Y

tech.lgbt · mastodon · 2025-03-23 12:29:51

Fay 🏳️‍🌈

Föderation EN So 26.01.2025 21:36:22

@mynacol @IzzyOnDroid

as for rbtlog: forking my original github repo (without the existing recipes, the code branch is meant for exactly that purpose) and using the existing github actions is probably one of the easiest ways to run a small builder of your own without having to set up any servers yourself

currently, Izzy's builder is focused on IoD and keeping us quite busy and mine is focused on further development of the code instead of building more than a handful of apps

perhaps bg443, who runs a small independent builder, would be interested in collaborating with you

we of course very much welcome people running their own independent builders for apps we don't cover as well as to verify our results independently :)

Fay 🏳️‍🌈

Föderation EN So 26.01.2025 02:56:46

foss, techbros, anarchism

Fay 🏳️‍🌈

Föderation EN Di 07.01.2025 21:24:50

@IzzyOnDroid has been doing an amazing job getting our repo to over 30% of apps being reproducible. Maintaining a rebuilder takes a lot of constant work. Thank you!

As I've written before:

[...] the ecosystem is constantly moving: old toolchain and dependency bugs get fixed, but new ones keep popping up. [...] Reproducible Builds are not just an item on a checklist [...] It's an ongoing process involving not just upstream app developers, but also maintainers of repositories, clients, and rebuilders; those involved in outreach and writing documentation; developers and maintainers of tooling, toolchains, and dependencies. And often requires a lot of collaborative debugging :)

See also our "Review of 2024 and Outlook for 2025: Reproducible Builds, Security Measures and more":

android.izzysoft.de/articles/n

Fay 🏳️‍🌈

Föderation EN Fr 03.01.2025 16:46:56

I accidentally found another security vulnerability in fdroidserver whilst working on something related to IzzyOnDroid.

We warned them months ago but were ignored *sigh*

"Another fdroidserver AllowedAPKSigningKeys certificate pinning bypass"

openwall.com/lists/oss-securit

Fay 🏳️‍🌈

Föderation EN Mi 18.12.2024 20:10:33

new addition to my ublock origin filters:

github.com##.AppHeader-CopilotChat

Fay 🏳️‍🌈

Föderation EN Di 17.12.2024 01:09:40

I did some testing with zlib-ng, which Fedora and Arch are already using as a replacement for the original zlib and Debian plans to as well, and I'm not happy with what I found.

[...] With the original zlib, you will always get an identical output stream given the same input stream and compressor parameters [...] I expected that zlib-ng would often produce a different output steam than the original, but what I found was a lot more non-deterministic than just that.

With zlib-ng, feeding the data into the compressor in e.g. 1024-byte chunks always gave me a different output stream than using 4096-byte chunks [...] In fact, every chunk size I tried gave a different output. And that's with fixed size chunks, which is not a given if you're handling e.g. a stream of input.

Even using the same buffer size, I cannot get an identical compressed output stream with Python and Java any more [...]

lists.debian.org/debian-devel/

Fay 🏳️‍🌈

Föderation EN Mo 25.11.2024 23:20:57

I :nkoLove2: my friends

Fay 🏳️‍🌈

Föderation EN So 10.11.2024 22:37:26

The October 2024 report from the Reproducible Builds project has just been published.

This month includes an Android toolchain bug I reported to Google having been fixed: "Number of cores affected Android compiler output".

And of course "@IzzyOnDroid passed 25% reproducible apps" :nkotada:

reproducible-builds.org/report

Fay 🏳️‍🌈

Föderation EN Mi 06.11.2024 21:02:14

Please try to support disabled and chronically ill people and include us in offline communities and support networks if you can. Many of us only have online spaces like fedi and e.g. cannot attend IRL meetings (without help).

Fay 🏳️‍🌈

Föderation EN Do 31.10.2024 21:38:10

So... this was a fun compiler bug: the D8 Java to DEX compiler (part of the Android toolchain) eliminated a redundant field load if running the class's static initialiser was known to be free of side effects, which ended up accidentally depending on the sharding of the input, which is dependent on the number of CPU cores used during the build.

issuetracker.google.com/issues

I made a small example to illustrate why this optimisation is only valid when the class initialiser doesn't have side effects (or the initialiser is guaranteed to have run already, which is the case for a base class of the current one):

gist.github.com/obfusk/8382214