Tootfinder

Opt-in global Mastodon full text search. Join the index!

No exact results. Similar results found.
@rasterweb@mastodon.social
2025-07-09 16:07:50

Bear is working on web access to notes... finally!
#bearNotes

@memeorandum@universeodon.com
2025-08-06 22:15:55

80 years later, Hiroshima bombing survivors warn of new nuclear warfare (NBC News)
nbcnews.com/world/asia/80-year
memeorandum.com/250806/p117#a2

@al3x@hachyderm.io
2025-10-08 16:59:08

I can’t figure this out: I’m listening to a podcast in the #iPhone #Apple #Podcasts app. I am on the screen with the transcription on. The playback controls faded.
How can I bring back the controls?!?!? Wherever I click it jumps in the podcast as the click registers as a click on the transcription.

@arXiv_csIR_bot@mastoxiv.page
2025-09-30 09:38:21

WARBERT: A Hierarchical BERT-based Model for Web API Recommendation
Zishuo Xu, Yuhong Gu, Dezhong Yao
arxiv.org/abs/2509.23175 arxiv.org/pd…

@arXiv_csHC_bot@mastoxiv.page
2025-09-30 10:17:01

WireBend-kit: A Computational Design and Fabrication Toolkit for Wirebending Custom 3D Wireframe Structures
Faraz Faruqi, Josha Paonaskar, Riley Schuler, Aiden Prevey, Carson Taylor, Anika Tak, Anthony Guinto, Eeshani Shilamkar, Natarith Cheenaruenthong, Martin Nisser
arxiv.org/abs/2509.24083

@zudn@theres.life
2025-08-04 01:21:05

A kind editor had pity upon me:
#poetry

@radioeinsmusicbot@mastodonapp.uk
2025-07-31 16:53:42

🇺🇦 Auf #radioeins läuft...
Maximo Park:
🎵 The Coast Is Always Changing
#NowPlaying #MaximoPark
warprecords.bandcamp.com/album
open.spotify.com/track/7w7t2Rq

@memeorandum@universeodon.com
2025-08-04 22:15:40

Victim in Epstein case decries 'political warfare' in effort to release grand jury transcripts (Casey Gannon/CNN)
cnn.com/2025/08/04/politics/ep
memeorandum.com/250804/p101#a2

@mgorny@social.treehouse.systems
2025-09-20 17:00:29

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.

@memeorandum@universeodon.com
2025-08-02 20:41:05

Texas Pushes Redistricting Into an Era of 'Maximum Warfare' (New York Times)
nytimes.com/2025/08/02/us/poli
memeorandum.com/250802/p50#a25