Notices by Natanael Copa (ncopa@fosstodon.org), page 3

@resingm How can ISP adopt IPv6 if the open source software they rely on does not work with IPv6? And how can the open source software verify that things work on IPv6 if they cannot test it in CI?

The low IPv6 adoption is on GitHub.

@domi @resingm

But how do you switch to IPv6-first if you can't test it in your CI/CD pipeline?

My point is that we need GitHub users demand IPv6.

@resingm what I think is worse is that there is no ipv6 in the GitHub CI infra. GitHub host a big part of the worlds open source project but it is incredibly difficult for those to run test suites to verify that the ipv6 actually works. So it is no surprise that GitHub open source projects seldom test the ipv6 functionality.

@sertonix @postmarketOS also, we use OpenRC not because it is great but because we started with it decades ago and no good alternatives that officially supports musl has popped up since then.

@sertonix @postmarketOS yes. I don’t think we want support more than one init system. We don’t mind anyone packaging other init systems but you are pretty much on your own if you do.

Got a couple emails from gentoo bugzilla that I lost some votes to the some issues. Turns out they are from 2007, 2008. I suppose I don’t need those votes anymore but thanks for the heads up 👍

The spacemit K1 kernel for the #BananaPI BPI-F3 is horrible! They created a new repo, importing everything from linux-6.6.32 as "initial commit" (so you get no history).

Then the first commit after that is "Update for v2.0rc3"

3330 files changed, 3265138 insertions(+), 6467 deletions(-)

Good luck reviewing 3 millions lines of code to find any regression!

Sure, I can build the kernel and run it, but it is almost impossible to work with this.

It is amazing how much work has been do to fix building #AlpineLinux packages with gcc 14. https://gitlab.alpinelinux.org/alpine/aports/-/issues/16335

Huge thanks to everyone helping keeping track of and fixing those.

@troglobit I asked Loongson for a dev board and they sent me a desktop :) #LoongArch

Got a new computer today with Alpine Linux pre-installed

#AlpineLinux 3.20.0 RC2 is out

The 3.20 repositories for all architectures, including RISC-V, are now uploaded.

The first release candidate will be tagged soonish.

The #alpinelinux 3.20 packages are now built and uploaded for all the architectures except for riscv64, which has 115 packages left to build.

This means you can now start use and test the v3.20 repos.

@jbzfn @cnxsoft

> Unfortunately, the laptop I have on hand cannot be turned on

😂

Maybe we should run it in disk-less mode. You cannot run out of disk space if you have no disks!

Huston, we have a problem.

#alpinelinux 32bit x86 builder ran out of disk space.

Who would have guessed that /usr/bin is a weird location? Thankfully it was allowed.

GNUmakefile.llvm:228: ld.lld found in a weird location (/usr/bin/ld.lld), but its the same version as LLVM so we will allow it

Now I'm fighting circular deps.
cmake -> nghttp2 -> c-ares -> gtest -> cmake.

How do solve that kind of circular deps? easy! You vendor! cmake has vendored nghttp2. Problem solved.

But what do you do if the dependency you need is already vendoring you?

You vendor them back!

..and you end up like this:

https://source.chromium.org/chromium/chromium/src/+/main:third_party/angle/third_party/dawn/third_party/angle/third_party/dawn/third_party/angle/third_party/dawn/third_party/angle/

Explanation with links on what happens:
https://gitlab.alpinelinux.org/alpine/aports/-/issues/16016#note_396726

I could revert coreutils to 9.4 to get the 3.20 builders up, but 9.5 fixes a CVE so I don't want to do that either.

There is only one way to go, and it is forward.