Nur damit ihr Bescheid wisst: heute ist nationaler Junk-Food-Tag und nationaler Eiscreme-Tag in den USA 🍔🍟🍕🍦🍨
https://heutetag.com/kalender/nationaler-junk-food-tag-und-nationaler-eiscreme-tag-in-den-usa/
I've probably mentioned that I'm working on switching #Gentoo from our half-broken eselect-ldso logic to #FlexiBLAS. This also involves a transition period where both setups would be supported.
A good thing is that the switch is ABI-compatible with the previous state (or at least it's supposed to be — we're working with upstream on fixing function coverage). Since libblas.so, liblapack.so and the rest are replaced by symlinks, programs that link to them will simply start using FlexiBLAS. So far, so good.
Unfortunately, switching the other way doesn't work as well. Stuff newly built against our libblas.so & co. symlinks naturally reads FlexiBLAS's SONAME from them, and links to libflexiblas directly. So should you decide to switch back, some packages will stay linked to FlexiBLAS and will need to rebuilt.
In order to avoid this, I would have to replace the symlinks with wrapper libraries, having libblas.so.3 and so on SONAMEs, and linking to libflexiblas. Unfortunately, a dummy wrapper isn't going to work — the linker will complain about using indirect symbols from libflexiblas.so. So I would probably have to "reexport" their symbols somehow, and ideally split into appropriate libraries, so that `-Wl,--as-needed` wouldn't drop some of them. But how to do that?
Well, let's look at the existing logic for eselect-ldso — clearly both BLIS and OpenBLAS create some wrappers. So I've spent some time investigating upstream Makefiles, and literally couldn't find the respective targets. I mean, these are quite complex Makefiles, but I'm grepping hard and can't find even a partial match.
As it turns out, these Makefile targets are added by Gentoo-specific patches. And these patches are just horrible. In case of OpenBLAS, they create the wrapper libraries by linking all the relevant .o files from OpenBLAS build, plus the shared OpenBLAS library. So the OpenBLAS symbols relevant to each interface end up duplicated in libblas.so, liblapack.so, etc., and apparently the symbols needed by them are taken from libopenblas.so. The individual interface libraries aren't even linked to one another, so they expose their own duplicate symbols, but use the implementation from OpenBLAS instead.
BLIS is even worse — the patch is simply creating libblas.so and libcblas.so, using all BLIS objects directly, plus symbol visibility to hide symbols irrelevant to the library. So yes, libblis.so, libblas.so and libcblas.so are roughly three separate copies of the same library, differing only in symbol visibility. And of course libcblas.so doesn't use libblas.so.
Truly #GSoC quality.
"I think you should take your job seriously, but not yourself. That is the best combination."
—Judi Dench
#acting #coaching #inspiration
Hadn't seen this variation before.
Recently, a colleague has had that thing where, un-asked-for by them, their "AI notetaker" tries to go to all the meetings in their calendar. This time it was double trouble: they somehow had _two_ bots trying to come into every meeting citing their name. Consequently, a few of us have had to boot out these bots at the start of a meeting, when the person themself wasn't there.
Yesterday, the _real_ person tried to go to a meeting. The host (who was a bit flustered due to connection problems) mistook their name for the bot appearing yet again, and kicked them out! so they missed the meeting!
(I found out only afterwards that they'd been trying to get on, and what had happened.)
=
Luckily it wasn't a meeting which hinged on this one person's presence, so not super high stakes. I was just thinking about it again now, and the phenomenon of "unwanted bot-behaviour causes knock-on problem". It reminded me of this more-troublesome episode, which I'd also read about yesterday:
#software #bots #SoCalledAI
KI-Agenten: "Tisch reservieren" ist lahm
Wenn KI-Agenten nichts können, als mir einen Tisch im Restaurant zu buchen, brauche ich sie nicht, meint Eva-Maria Weiß.
https://www.heise.de/meinung…
Why is everything on the cloud these days?
I’m kind of getting tired of every piece of professional and business software being a SaaS or cloud-based solution these days.
I have a good computer, it can run a lot of complex programs on it locally. I wish I had the option to do so.
Not everything needs to be synced 24/7. And I’d much rather have some tools include a cloud sync functionality that backs up changes with some kind of regular frequency for version control and cross-device access, but otherwise runs on my device.
These days, when I’m trying to go work somewhere without an internet connection or am traveling and have spotty data - I can’t access 90% of my work. Files don’t back up locally even when there’s a native desktop client app. Why?
It feels wasteful, sending so much data to the internet and back with constantly required online sync and web apps.
I feel nostalgic now, remembering the days of software that would require buying a license every couple of years, that would run on your device and could be accessed even from the top of a remote mountain if you wished, and that didn’t log you out every other week.
#tech #software
It looks like we will have tax free books in Denmark soon (Hurray!), partly to try an encourage more reading (though our libraries are booming) after #PISA2022 showed alarming decline in reading ability. This was IIRC the case across the OECD, I haven't seen a very convincing explanation for the decline in maths, science and reading performance (which started way before COVID shutdowns).
Has anyone done any research to understand why?
https://www.lemonde.fr/en/europe/article/2025/08/20/denmark-to-end-book-tax-to-encourage-people-to-read_6744543_143.html
this is a very cool record store
#OldVinyl #vinyl #vinylrecords
heise | PV für unterwegs: Solar-Campingtisch TX-252 mit Doppelfunktion im Test
Am Solar-Campingtisch TX-252 kann man sowohl essen als auch Geräte wie Smartphones aufladen.
https://www.