let's say I see a security issue, which affects my use case, I would switch temporary on latest and switch back on weekly a couple of days later.
We can also align the EN/SA release date on the weekly or the other way around, so the next weekly happen few hours after the EN/SA are issued

I think it is, if you run, stable or current, you are supposed to know what you are doing.

yes it will also affect current

I have readded the macos CI and fix the code that needs fixing, I still consider we should use the installed libcurl when building on macos so I haven't fixed the libcurl part.

there was a CI for macos, but because libatf and kyua broke, we removed mac for the ci.

it is not cache so I suspect it would work on arm64 but I can t test

I disagree and fixed the stup of developers@ so now it accepts mails in BCC? if not, please ping me.

In D53539#1222315, @des wrote:

I don't think this is the correct solution either. For one, it is a local fix for a problem that affects all libxo consumers. For another, it will use the wrong decimal separators when emitting HTML (which should be localized, but won't if this patch is committed). I think libxo should be modified to always use the C locale when formatting numbers in json output, and bd490be57438 should be reverted.

you should probably also add this manually to the non unicode "frozen" locales

if we want to be pendantic we need to keep those dependencies as the boostrap java really need those, the reason they are not in lib depends in the port is probably because the sole purpose of the boostrap java is to be used as a bootstrap tool to build other jav implémentation which works even without X11.

SHLIB_REQUIRE_IGNORE_GLOB=* should do what you expect

well it claims it has no dependency but it does have, so what you want here is to entirely prevent analysing the elf files if any. We might want to still require the one from base.

None of the libraries listed as required here are bundled, so it has done the right thing and the bootstrap now do not provide lib anymore so it will never be proposed instead of a regular openjdk