The photo doesnât do justice at all, it was blood red: https://lyse.isobeef.org/abendhimmel-2025-11-27/
@prologic@twtxt.net yeah, Iâve had even requested access to it in order to give it a try and report whatever I can but, Sorry I never got to do any of it. 2025 slam dunked a massive pile of đŠ over my life (hence the disappearance, trying to avoid talking about any of it) and Iâm just starting to recover (or at least trying to).
https://fokus.cool/2025/11/25/i-dont-care-how-well-your-ai-works.html
AI systems being egregiously resource intensive is not a side effect â itâs the point.
And someone commented on that with:
Iâm fascinated by the take about the resource usage being an advantage to the AI bros.
Theyâve created software that cannot (practically) be replicated as open source software / free software, because there is no community of people with sufficient hardware / data sets. It will inherently always be a centralized technology.
Fascinating and scary.
And regarding those broken URLs: I once speculated that these bots operate on an old dataset, because I thought that my redirect rules actually were broken once and produced loops. But a) I cannot reproduce this today, and b) I cannot find anything related to that in my Git history, either. But itâs hard to tell, because I switched operating systems and webservers since then âŚ
But the thing is that Iâm seeing new URLs constructed in this pattern. So this canât just be an old crawling dataset.
I am now wondering if those broken URLs are bot bugs as well.
They look like this (zalgo is a new project):
https://www.uninformativ.de/projects/slinp/zalgo/scksums/bevelbar/
When you request that URL, you get redirected to /git/:
$ curl -sI https://www.uninformativ.de/projects/slinp/zalgo/scksums/bevelbar/
HTTP/1.0 301 Moved Permanently
Date: Sat, 22 Nov 2025 06:13:51 GMT
Server: OpenBSD httpd
Connection: close
Content-Type: text/html
Content-Length: 510
Location: /git/
And on /git/, there are links to my repos. So if a broken client requests https://www.uninformativ.de/projects/slinp/zalgo/scksums/bevelbar/, then sees a bunch of links and simply appends them, youâll end up with an infinite loop.
Is that whatâs going on here or are my redirects actually still broken ⌠?
I just noticed this pattern:
uninformativ.de 201.218.xxx.xxx - - [22/Nov/2025:06:53:27 +0100] "GET /projects/lariza/multipass/xiate/padme/gophcatch HTTP/1.1" 301 0 "" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36"
www.uninformativ.de 103.10.xxx.xxx - - [22/Nov/2025:06:53:28 +0100] "GET http://uninformativ.de/projects/lariza/multipass/xiate/padme/gophcatch HTTP/1.1" 400 0 "" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36"
Let me add some spaces to make it more clear:
uninformativ.de 201.218.xxx.xxx - - [22/Nov/2025:06:53:27 +0100] "GET /projects/lariza/multipass/xiate/padme/gophcatch HTTP/1.1" 301 0 "" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36"
www.uninformativ.de 103.10.xxx.xxx - - [22/Nov/2025:06:53:28 +0100] "GET http://uninformativ.de/projects/lariza/multipass/xiate/padme/gophcatch HTTP/1.1" 400 0 "" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36"
Some IP (from Brazil) requests some (non-existing, completely broken) URL from my webserver. But they use the hostname uninformativ.de, so they get redirected to www.uninformativ.de.
In the next step, just a second later, some other IP (from Nepal) issues an HTTP proxy request for the same URL.
Clearly, someone has no idea how HTTP redirects work. And clearly, theyâre running their broken code on some kind of botnet all over the world.
I had no meetings this arvo, so I made an appointment with the woods in my extended lunch break. The 6°C warm sun was out all day long and there was only a very light breeze. So, a very nice autumn day.
When I stopped to take a photo in the forest, a deer behind me took off into the woodland. I didnât see it before. Also, I came across one or the other clearing. Sadly, itâs all commercial timberland here. Luckily, in a year or so, when nature slowly took over and reclaimed some spots, the apocalyptic sites are then looking a bit more decent again.
Cleaning of the ruin walls on my backyard mountain slowly takes shape. They made some progress and moved on to the other section. The flag on top is halfway disintegrated again, all the yellow half is completely gone. Iâm wondering if they just stop replacing it at some point in time. But probably not.
To everyone previously asking, what my (and other developers) endless complaining about Google, to both every EU body, with a form on their website and every relevant team at Google accomplishedâŚ
WE FUCKING WON!!!
âWhile security is crucial, weâve also heard from developers and power users who have a higher risk tolerance and want the ability to download unverified apps.â
-source
I was also able to work with my new webhost, to bring back âđ.fr.toâ - everyones favorite vanity redirect domain, for my site, Googles changes to SSL warnings in Chrome, killed at the beginning of this year.
The lesson: I NEED TO COMPLAIN MORE
We had a nice family day in Schwäbisch Gmßnd: https://lyse.isobeef.org/schwaebisch-gmuend-2025-11-16/
@prologic@twtxt.net Hm, same startup delay. (Go is not an option for me anyway.)
Itâs hard to tell why all this is so slow. Maybe in this particular case it has something to do with fonts: strace shows the program loading the fontconfig configs several times, and that takes up a bulk of the startup time. đ¤ (Qt6 or Java donât do that, but theyâre still slow to start up â for other reasons, apparently.)
To be fair, itâs âjustâ the initial program startup (with warm I/O caches). Once itâs running, itâs fine. All toolkits Iâve tried are. But I donât want to accept such delays, not in the year 2025. đ Imagine every terminal window needing half a second to appear on the screen ⌠nah, man.
The sky picked up a few colors for just a few minutes: https://lyse.isobeef.org/abendhimmel-2025-11-13/
Nothing too crazy, but still nice: 
Thank you for https://www.uninformativ.de/blog/postings/2025-11-09/0/POSTING-en.html, @movq@www.uninformativ.de! I never configured systemd timers, but I would have gotten it wrong, too. Good to know when I eventually stumble across that in the future. Iâm still using cron. Yeah, its field order sucks and I always have to look it up (because I donât deal with that all that often). Indeed, systemdâs order sounds more reasonable.
@prologic@twtxt.net yeah I should probably update. Version 0.15.1@31958f89 2025-06-29T20:35:20+10:00 go1.23.1
@movq@www.uninformativ.de this I find more worrisome, and saw no mention of it on your text: Right-Wing Chatbots Turbocharge Americaâs Political and Cultural Wars (gift article).
Enoch, one of the newer chatbots powered by artificial intelligence, promises âto âmind wipeâ the pro-pharma biasâ from its answers. Another, Arya, produces content based on instructions that tell it to be an âunapologetic right-wing nationalist Christian A.I. model.â
Not as cool as yesterday: https://lyse.isobeef.org/abendhimmel-2025-11-05/
For the innocent bystanders (because I know that I wonât change @bender@twtxt.netâs opinion):
curl -s gopher://uninformativ.de/0/phlog/2025/2025-11/2025-11-05--my-current-reasons-against-ai.txt
Won a bunch of games of Solitaire and then rearranged the cards for maximum negative points, to distract me from the horrors.
(Still ended up with >0 points on OS/2, because donât ask me.)
https://www.uninformativ.de/desktop/2025%2D11%2D04%2D%2Dkatriawm%2Dsolitaire.png
We got some colors in the sky: https://lyse.isobeef.org/abendhimmel-2025-11-04/
This was a bit of a challenge. Wanted to see if I can make a small version, combining the best/most interesting parts, of the previous ones. Like the black lines separating each colour, an interesting pose, more anatomically correct legs⌠something of a best of the 2025, profile picture.

Magpie with nut photographed through a dirty window: https://lyse.isobeef.org/elster-2025-11-01/
Some cool color combinations: https://lyse.isobeef.org/abendhimmel-2025-10-31/
@bender@twtxt.net Hm, are we talking about different dates or are there different timezone offsets for this timezone abbreviation? With EDT being UTC-4, 2025-11-02T12:00:00Z is Sunday at 8:00 in the morning local time for you. Or were did I mess up here? :-?
@prologic@twtxt.net You want me to submit a reply with âI probably wonât show upâ?
@bender@twtxt.net @prologic@twtxt.net I got confused again, but luckily, the 2nd November 2025 at noon UTC is right on a Sunday in my timezone. :-)
Sunsets never get old: https://lyse.isobeef.org/abendhimmel-2025-10-27/
A mate just sent me Microsoftâs magnificent master piece diagram regarding the end of life of Windows 10: https://support.microsoft.com/de-de/windows/windows-10-support-wurde-am-14-oktober-2025-eingestellt-2ca8b313-1946-43d3-b55c-2b95b107f281
Thatâs what you get for training with zalgo. :-D Of course, this isnât even proper German.
In case they fix it, hereâs a screenshot of the enlarged frontal crash: https://lyse.isobeef.org/tmp/win10eol.png
We had some gray soup with the occasional fine rain with strong wind gusts. Despite the bad forecast we took the train to Geislingen/Steige and strolled up to the Helfenstein castle ruin. All the colorful leaves were so beautiful, it didnât matter that the sun was behind thick layers of clouds.
We then continued to the Ădenturm (lit. boring tower). By then the wind had picked up by quite a bit, just as the weatherman predicted. We were very positively surprised that the Swabian Jura Association had opened up the tower. Between May and October, the tower is typically only manned on Sundays and holidays between 10 and 17 oâclock. But yesterday was Saturday and no holiday. The lovely lady up there told us that theyâre currently experimenting with opening up on Saturday, too, because there are some highly motivated members responsible for the tower.
We were the very first visitors on that day. Last Sunday, when the weather lived up to the weekdayâs name, they counted 128 people up in the tower. Very impressive.
The wind gusts were howling around the tower. Luckily, there are glass windows. So, it was quite pleasant up in the tower room. Chatting with the tower guard for a while, we got even luckier: the sun came out! That was really awesome. The photos donât do justice. As always, it looked way more stunning in person.
Thanks to all the volunteers who make it possible to enjoy the view from the thirty odd meters up there. That certainly made our day!
After signing the guestbook we climbed down the staircase and returned to the station and headed back. The train even arrived on time. What a great little trip!
https://lyse.isobeef.org/wanderung-auf-die-burgruine-helfenstein-und-den-oedenturm-2025-10-25/
@movq@www.uninformativ.de Yeah, this is similar to my 2025 GWM Cannon Ute (truck) that we recently bought. It has this app called the âGWM Appâ that lets you view various health/stats of the vehicle, open/close the door, locks, control the A/C etc, all from your Mobile Phone. â But⌠Guess what?! :D It has a goddamn fucking SIM card in the head unit (dash) somewhere that once you âconsentâ and agree it signs up to some god knows what local cellular service and all that wonderul functionality is controlled by, guess what⌠A fucking goddamn CLOUD service! da actual flying fuck is wrong with these people?! â Are we some of the only people in the world that realize how fucking dumb all this Internet-connect shit⢠really is?
@arne@uplegger.eu Wer mir mit Werbung im Buch kommt, hat verschissen. đ Hatte ich kĂźrzlich auch (in einem Roman von 2025), da wurde immer wieder sehr auffällig eine bestimmte Lokalität erwähnt. Ganz am Ende habâ ich dann gesehen, dass auf den letzten paar Seiten diese Lokalität nochmal explizit einen âFlyerâ platziert hatte, das war also durchaus ein Werbedeal.
Nervt stark. Ich habâ schon fĂźr das Buch gezahlt, da will ich nicht noch âangeworbenâ werden. Dann machâ lieber das Buch leicht teurer oder setzâ einen Spendenaufruf rein, wenn die Finanzen so knapp sind. đ¤
The colorful autumn looks stunning, even with a gray sky. https://lyse.isobeef.org/spaziergang-zum-oedenturm-2025-10-12/
I noticed Google put out this article: https://android-developers.googleblog.com/2025/09/lets-talk-security-answering-your-top.html itâs very current day Google, but the comments under the YouTube video are pretty on point and I saw a few familiar faces there. There is also, unexpectedly, ways to contact Google.
First a form for âteachers, students, and hobbyistsâ, that I filled politely, as someone who falls under their hobbyist category. It can be filled both anonymously, or with an e-mail attached, to be contacted by them (I chose the second option).
Also a general feedback and questions form, that I was not as polite in and used to send them the following message:
I have already provided some feedback, in the teacher, student and hobbyists form/questionaire, as well as an open letter Iâve recently sent to the European Commission digital markets act team, as I do believe your proposal might not even be legal, given the fact it puts privacy-focused alternative app stores at risk (https://f-droid.org/cs/2025/09/29/google-developer-registration-decree.html) and it was proposed this early, after Google lost in court to Epic Games, over similar monopoly concerns. Why should we trust Google to be the only authority for all developer signatures, right after the European courts labeled it a gatekeeper?
Assuming this gets passed, despite justified developer backlash and at best questionable legality, can you give us any guarantees, this will not be used to target legal malware-free mods, or user privacy enhancing patchers, like the ones used for applying the ReVanced patches? I have made a few mods myself, but I am in no way associated with the ReVanced team. I just share many peoples concerns, Google Chrome has been conveniently stripped of its manifest v2 support, that made many privacy protecting extensions possible and now youâre conveniently asking for the government IDs, of all the developers, who maintain these kinds of privacy protections (be it patches, or alternative open-source apps) on Android.
@klaxzy@klaxzy.net Why, because Germany is now listed as âopposedâ on fightchatcontrol.eu? Iâm not so sure. This is just one guy (Jens Spahn) saying âno we donât want itâ. Thatâs not an âofficialâ stance, itâs very fragile and could change any minute. https://netzpolitik.org/2025/eu-ueberwachungsplaene-unionsfraktion-jetzt-gegen-chatkontrolle-innenministerium-will-sich-nicht-aeussern/
I went on a short stroll in the woods and came across two great spotted woodpeckers. They were busy with their courtship display, I reckon, so it took them a while to notice me and escape into thicker parts out of sight. That was really awesome. There are a lot of apples and sloes now, looking really good. The cam issues still persist, though, I wish the photos were sharper. Also, I got the error that the function wheel was not adjusted correctly and alledgedly pointed between two options numerous times. And no, it was bang on a setting. https://lyse.isobeef.org/waldspaziergang-2025-10-07/
My open letter, to the European Commission digital markets act team:
Hello,
I am joining other developers, concerned about Googles new plan, to approve every app and effectively destroy most of the competing 3rd party stores this way. The biggest one of these alternative stores, most known for their focus on user and developer privacy, already states, this would make it impossible for them to operate: https://f-droid.org/cs/2025/09/29/google-developer-registration-decree.html
Even communities like the XDA forum, where new developers are often introduced to the world of Android development, would likely be strongly impacted, as making, publishing and installing Android apps is made less accessible.
I am not just writing on their behalf, I run a small website myself (https://thecanine.ueuo.com/), that both provides legal modifications, for some android apps - for example adding an amoled dark theme, to the most popular XMPP chat client for Android, or increasing one of Androids keyboard apps height. This all comes after Googles previous changes to the Android operating system, that prevent users from installing old apps (old to Google, can mean only a couple of months, without an update - https://developer.android.com/google/play/requirements/target-sdk and the target version gets increased every year). I rely on apps developed by a single developer, even for things like making the pixel art presented on my website and sideloading as a way to make these apps work, before developers can catch up to Googleâs new requirements - if Google is allowed to slowly kill these options, us digital artists will soon lose the tools we need to create digital art.
In todayâs blurry photos series: https://lyse.isobeef.org/rabe-2025-10-06/
I got the magpie again this morning: https://lyse.isobeef.org/elster-2025-10-05/ 02 is at takeoff.
Flamy skies are always great to look at: https://lyse.isobeef.org/abendhimmel-2025-10-04/
@zvava@twtxt.net yarnd fetches the feeds roughly every ten minutes:
grep twtxt.net www/logs/twtxt.log | cut -d ' ' -f1 | tail -n 20
2025-10-04T07:00:45+02:00
2025-10-04T07:10:26+02:00
2025-10-04T07:22:43+02:00
2025-10-04T07:30:45+02:00
2025-10-04T07:40:48+02:00
2025-10-04T07:52:59+02:00
2025-10-04T08:00:07+02:00
2025-10-04T08:13:33+02:00
2025-10-04T08:23:13+02:00
2025-10-04T08:31:22+02:00
2025-10-04T08:41:29+02:00
2025-10-04T08:53:25+02:00
2025-10-04T09:03:31+02:00
2025-10-04T09:11:42+02:00
2025-10-04T09:23:11+02:00
2025-10-04T09:29:49+02:00
2025-10-04T09:36:17+02:00
2025-10-04T09:46:33+02:00
2025-10-04T09:58:40+02:00
2025-10-04T10:06:54+02:00
I suspect that the timing was just right. Or wrong, depending on how youâre looking at it. ;-)
That Manton guy is so incredible dull, not even funny: https://www.manton.org/2025/10/03/apparently-there-was-some-drama.html
Autumn and magpie around the corner: https://lyse.isobeef.org/elster-2025-10-02/
@zvava@twtxt.net Hm, I tried with https://www.uninformativ.de/twtxt.txt#:~:text=2025-09- and my Firefox 143 didnât like it. https://www.uninformativ.de/twtxt.txt#:~:text=2025%2D09%2D worked. đ¤
There was a monster in the sky: https://lyse.isobeef.org/abendhimmel-2025-10-01/

url metadata field unequivocally treated as the canon feed url when calculating hashes, or are they ignored if they're not at least proper urls? do you just tolerate it if they're impersonating someone else's feed, or pointing to something that isn't even a feed at all?
(#abcdefghijkl https://example.com/tw.txt#:~:text=2025-10-01T10:28:00Z), because it can be simply hacked in to clients currently on hashv1 and provides an off-ramp to location-based addressing
I like that property (an off-ramp to location-based addressing), so I think I could live with that approach. â
(Iâm not sure why weâre using text fragments, though. Wouldnât that link to the first occurence of 2025-10-01T10:28:00Z? Thatâs not necessarily correct. And, to be proper URLs that Firefox and Chromium understand, it would also need to be written as 2025%2D10%2D01T10:28:00Z. The dash carries meaning, sadly. I think all this just creates needless complication. How about we just go with https://example.com/tw.txt#2025-10-01T10:28:00Z?)
url metadata field unequivocally treated as the canon feed url when calculating hashes, or are they ignored if they're not at least proper urls? do you just tolerate it if they're impersonating someone else's feed, or pointing to something that isn't even a feed at all?
@alexonit@twtxt.alessandrocutolo.it prologic has me sold on the idea of hashv2 being served alongside a text fragment, eg. (#abcdefghijkl https://example.com/tw.txt#:~:text=2025-10-01T10:28:00Z), because it can be simply hacked in to clients currently on hashv1 and provides an off-ramp to location-based addressing (though i still think the format should be changed to smth like #<abc... http://example.com/...> so itâs cleaner once we finally drop hashes)
@movq@www.uninformativ.de I got an empty line through the table, similarly to one of the linked bug reports, just at a different location:
https://lyse.isobeef.org/tmp/screenshot-2025-09-27-13-56-13.png
@prologic@twtxt.net Germany was listed as âopposingâ on https://fightchatcontrol.eu/ for a while, now itâs back to âundecidedâ. According to netzpolitik.org, itâs still debated. Also according to that page, there could be an important vote on the EU level on October 13/14.
The green party and the (far) left are opposing this (at least in Germany). Sadly, Germany is leaning more right with every year ⌠As for young people: The (far) left is the strongest party among young people, with the (far) right being the second strongest one. (https://www.tagesschau.de/wahl/archiv/2025-02-23-BT-DE/umfrage-alter.shtml) Is there cause for hope? I donât know.
Each origin feed numbers new threads
(tno:N). Replies carry both (tno:N) and (ofeed:<origin-url>). Thread identity = (ofeed, tno).
Example:
Alice starts thread href=âhttps://yarn.girlonthemoon.xyz/search?q=%2342:â>#42:**
2025-09-25T12:00:00Z (tno:42) Launching storage design review.
Bob replies:
2025-09-25T12:05:00Z (tno:42) (ofeed:https://alice.example/twtxt.txt
) I think compaction stalls under load.
Carol replies to Bob:
2025-09-25T12:08:00Z (tno:42) (ofeed:https://alice.example/twtxt.txt
) Token bucket sounds good.
I would personally rather see something like this:
2025-09-25T22:41:19+10:00 Hello World
2025-09-25T22:41:19+10:00 (#kexv5vq https://example.com/twtxt.html#:~:text=2025-09-25T22:41:19%2B10:00) Hey!
Preserving both content-based addressing as well as location-based addressing and text fragment linking.
@lyse@lyse.isobeef.org @prologic@twtxt.net Canât we find a middle ground and support both?
The thread is defined by two parts:
- The hash
- The subject
The client/pod generate the hash and index it in itâs database/cache, then it simply query the subject of other posts to find the related posts, right?
In my own client current implementation (using hashes), the only calculation is in the hash generation, the rest is a verbatim copy of the subject (minus the # character), if this is the common implemented approach then adding the location based one is somewhat simple.
function setPostIndex(post) {
// Current hash approach
const hash = createHash(post.url, post.timestamp, post.content);
// New location approach
const location = post.url + '#' + post.timestamp;
// Unchanged (probably)
const subject = post.subject;
// Index them all
addToIndex(hash, post);
addToIndex(location, post);
addToIndex(subject, post);
}
// Both should work if the index contains both versions
getThreadBySubject('#abcdef') => [post1, post2, post3]; // Hash
getThreadBySubject('https://example.com#2025-01-01T12:00:00') => [post1, post2, post3]; // Location
As I said before, the mention is already location based @<example https://example.com/twtxt.txt>, so I think we should keep that in consideration.
Of course this will lead to a bit of fragmentation (without merging the two) but I think this can make everyone happy.
Otherwise, the only other solution I can think of is a different approach where the value doesnât matter, allowing to use anything as a reference (hash, location, git commit) for greater flexibility and freedom of implementation (this probably need the use of a fixed âheaderâ for each post, but it can be seen as a separate extension).
@alexonit@twtxt.alessandrocutolo.it @lyse@lyse.isobeef.org i really donât understand why this was not the solution in the first place, given how simple twtxt is (mean to be), a reply should be as simple as #<https://example.com/twtxt.txt#2025-09-22T06:45Z> with the timestamp in an anchor link. the need for a mention is avoided like this as well since itâs already linking to the replied-to feed!
đđ i should just implement it into bbycll and force it into existence
Weeknotes, 2025-09-14