@quark@ferengi.one (#3ezvila) Nah, that was just an example. 🙂 I’d probably go for “$n months or $m twts, whichever comes first”, both variables being customizable. I mean, there’s no point in “paginating” a feed if there’s very little traffic.

I hope I get around to upgrading my OpenBSD boxes at the weekend. 🤔 There’ll probably be a short downtime of this server.

@lyse@lyse.isobeef.org (#r33kvxa) I used https://addons.mozilla.org/en-US/firefox/addon/vim-vixen/ for a while until I eventually gave up on managing add-ons in Firefox. (They kept changing the way how add-ons are installed, which is super annoying for me, since I always use https://uninformativ.de/git/clean-browsers.)

But really, all browsers suck. 😁

(#3ezvila) So it’d go like this?

• twtxt-2021-10-25.txt: Feed of twts starting at 2021-10-25. For now, this is the “current” feed.
  
• twtxt-2021-10-25.txt keeps growing for a while by appending new twts at the end.
  
• Once twtxt-2021-10-25.txt is “full”, we add a next field to its metadata which points to …
  
• … twtxt-2021-11-01.txt, which is initially empty except for a prev field that points back to twtxt-2021-10-25.txt. From this point on, twtxt-2021-11-01.txt is the “current” feed. It keeps growing in the same way. Eventually, it’s full and superseded by the next (partial) feed.
  
• twtxt.txt could then be a symlink to the “current” feed file.
  
• Non-current feeds could now indeed be considered as “archived”: Nothing ever changes in them anymore (except for metadata maybe? What if I change my nickname or feed URL?)
  

Well, at least that’s how I’d go about implementing this in jenny. 🙂

@lyse@lyse.isobeef.org (#r33kvxa) 🥴🥴🥴 To be perfectly honest, that slogan didn’t work out that well in the long run … 🥴😢 Keeping up with GTK/GNOME shenanigans is anstrengend (exhausting) as well. (Same thing with my VTE terminal btw.)

@thecanine (#r33kvxa) WebKitGTK. No Windows or Android, sorry. 😅 https://uninformativ.de/git/lariza

A WebKit update broke my browser. Gotta fix that now. Fun.

@lyse@lyse.isobeef.org (#3ezvila) … does that mean that archived feeds are supposed to be “frozen in time”? Nothing ever added to them, either? (Sorry, haven’t read the actual RFC, yet.)

(#htxyltq) (In all seriousness, I don’t really drink a lot. It’s been ages since I was actually drunk, must have been my early 20ies. It’s just a small glass, 2cl, of good whisky every now and then, because I like the taste of it.)

Since we’re all on the brink of becoming alcoholics here, I’ll have a sip of this now and go watch the season finale of “Midnight Mass” on Nyetflix:

@prologic (#3ezvila) I’ll have a look at those specs, too. The gist of it really is just next and prev in metadata, IIUC. And that should work pretty well. 🤔

@prologic (#7tmfmpq) Maybe. But in theory, it’s legal to append twts in the middle. Or, and I’ve done that myself a couple of times, delete twts somewhere in the middle of the feed.

I mean, doing that probably means that the partial feed I’m retrieving starts in the middle of a twt now, and that’s something that I can detect, so I can then fall back to just retrieving the full feed. But it’s not guaranteed. There will be subtle bugs, it feels very fragile. I’m not convinced that it’s worth the effort. 🤔

Now my laundry dryer is acting up. That’s one of those items that I don’t really need and, in retrospect, these guys were a huge waste of money. Sure, it’s luxurious and neat and fancy, but … Nah. If that thing dies, then it dies. (I just hope it doesn’t catch fire in the process.)

@lyse@lyse.isobeef.org (#u6uumbq) Ya that gets out of hand real quick. I don’t think it’s worth it. There’s too much that can go wrong. 🤔

@lyse@lyse.isobeef.org (#4bs3vta) I think I like this idea. 🤔

@lyse@lyse.isobeef.org (#u6uumbq) Ouch, thank you. That (“feeds don’t need to be ordered”) pretty much kills the idea of doing range requests. 💀 I also didn’t consider metadata changes. 🤦

FWIW, I know of at least one feed in the wild that prepends new twts: http://codemadness.org/twtxt.txt

@adi@f.adi.onl (#vez43wa) Cheers! 🍷

@stackeffect@twtxt.stackeffect.de (#u6uumbq) Hmm. 🤔

At the moment, it’d be rather easy to implement this in jenny: We could simply store the time stamp of the newest twt we’ve seen (that’s different than lastmods) and then discard older twts. I think @quark@ferengi.one asked about that a while ago, too. I think I didn’t implement this yet, because I simply didn’t need it. The twtxt world was so tiny that it didn’t matter. But you’re right, it’s going to be a problem in the long run.

Nobody ever really thought about “long term” in the twtxt world, if you ask me. I mean, it’s the same thing when writing twts. My feed keeps growing and growing … forever? Do I truncate at some point? Will all clients be able to handle that truncation? 🤔

I want to implement HTTP range requests next. That’s going to be interesting. Also, range requests and truncation probably don’t mix very well. 🤪 But I haven’t put much thought into it, yet.

tl;dr: I’ll put this on the TODO list after all. 👍

@stackeffect@twtxt.stackeffect.de (#u6uumbq) There is no support for deletion, really. lastmods only affects retrieval of feeds (i.e., it sets the if-modified-since HTTP header), but when a feed is retrieved, then it is always processed in full. So, eventually, you get all twts that are present in a feed.

I’m curious, what is your use case for deleting twts?

@lyse@lyse.isobeef.org (#yp3fkba) On the Internet, no one knows you’re a dog. 🐶

(#dpxms2q) To be fair, that thing is already more than 10 years old. So it’s not that bad. But then again, everything is fine except for that useless plastic thingy. That’s the only reason. 🤦

I think I can keep using it. It won’t look pretty, but I don’t care.

(#dpxms2q) Pretty disgusting process.

https://movq.de/v/d1e6d0fe98/

And now there’s some yellow “residue” left. 🙄 If I’m able to clean this up some more, I might just leave it like that.

Malevolent product design:

That’s a netbook sleeve/case. That bright long-ish thing in the middle? It’s plastic. It doesn’t serve any purpose whatsoever. At least not from my perspective, but maybe from the perspective of the manufacturer: It’s made from that kind of plastic that dissolves over time. And that’s exactly what’s happening here. That thing is all sticky and gooey. So the idea is probably that I’m now supposed to buy a new one.

Well, screw that. I’ll probably try to cut it out and sew something else in there. 🤔

@prologic (#kwptbpa) Yeah, no, I don’t see a way to fix this in clients. 😕

Pushed one last change to jenny’s repo (url_alias has been removed, it’s obsolete). Going for a release in the next few days. And then I’ll tackle what’s in the TODO file. 👷

(#kwptbpa) Heh, her feed starts on 2021-03-19. That’s a few days after DST began in Seattle (2021-03-14). So we really don’t know if my hypothesis is correct, because we have not yet seen twts of her without DST in effect. 🤣

@prologic (#kwptbpa) I think it could be something like this:

Seattle has UTC-8 in winter and UTC-7 in summer (IIUC). Let’s say it’s 9:34 AM in her local time. I suspect her script might be adding 8 hours to convert her local time to UTC – throughout the entire year. So her script will generate “17:34-00:00”. This is correct in winter, but one hour off in summer, when DST should have been applied: With DST, the script should have generated “16:34-00:00”. This would make her twts appear to be one hour in the future.

What’s strange is that some of her twts do have a -07:00 time zone. That would be the correct time zone at the moment! The bulk of them has -00:00, though, so there’s probably two different twtxt tools at work, one of them ignoring DST …

@prologic (#zlgcnzq) Morning! ☕

@prologic (#kwptbpa) I haven’t fully thought it through. 😁 I’ll try. Time zones seriously make my brain hurt, though.

@prologic (#kwptbpa) “One hour” makes me wonder: Is this a DST bug? According to this, DST ends on November 7 in Seattle (that’s where she lives, according to her web site), so I guess we’ll see in a couple of days. 😁

Just saw the new CSS on twtxt.net, looks good! 👍

@prologic (#zipopla) Lol, alrighty then 😁

@lyse@lyse.isobeef.org (#payoedq) Neato. It’s so hard to get the lighting right when taking pictures of birds. 😢 They always end up too dark. Or the background is way too bright. Guess I’d need HDR. 🥴

@prologic (#zipopla) Hm? How so? It’s just a huge amount of dependencies. 🤔

Every time a package has “pandoc” as a build dependency, I’m like: “Holy mother of cows, did I just install the entire haskell ecosystem? 🤯”

@lyse@lyse.isobeef.org (#f7ydt7a) That’s better, yep. 👌

(#lecztrq) … aaaaaand I have a buyer. 🥳

@lyse@lyse.isobeef.org (#f7ydt7a) And 15 is great. Straight to the wallpaper collection. 😁

@lyse@lyse.isobeef.org (#f7ydt7a) 11 has a great scenery. 👌 Just needs a bit of rotation. 😁

@prologic (#xyul2ea) What do you mean, “survive”? I sure hope the apocalypse will be thorough! 😳 🥴

@lyse@lyse.isobeef.org (#boco3fq) Yes, shutters and the windows themselves rattle quite a lot, also maybe other kinds of thin-ish structures. It gets very loud here. (I live in an old tower building.)

@quark@ferengi.one (#xvcfdma) Deleting all lines from the editor should do the trick. I use that quite often. 🥴

@quark@ferengi.one (#ifphkga) Nothing wrong with asking. 😊 I think I might actually implement more aggressive subject “compression”. We should be able to remove those subject hashtags, they’re just noise. 🤔

@prologic (#boco3fq) We’re also having a storm. No damages yet, but also no sleep last night. 😩

(#ifphkga) Just for some more background: I wrote a StatusNet client years ago which worked very similar to jenny, with mutt as a frontend. That program did indeed truncate the subject lines – but it turned out to be a bit annoying in practice. It was always cut off a little bit too early. 🤣 So I eventually removed truncation altogether.

@quark@ferengi.one (#ifphkga) That’s on purpose and probably won’t change, I think. 🤔

If Subject contains the full twt, then you can skim over conversations just by reading those lines in mutt’s index pager. I often do that. On the other hand, if they’re truncated, then the question is: Where do you truncate them? 72, 100, 140, 200? Some people have wide terminals, others don’t. So I decided: Okay, let’s have mutt do it. 🙃 (Or you could make it a user option, but I like to avoid those, because you quickly end up with a ton of options and things get very hard to test, because I myself don’t use most of them.)

The subject lines are already “compressed”, btw. For example, a full mention like “@” gets compressed to just “@foo”. Maybe it’d be possible to expand on that idea, like also strip the hashtags of conversation grouping. 🤔

@prologic (#qnwhoyq) Sure, why not 😁

@stackeffect@twtxt.stackeffect.de (#qnwhoyq) I’ll put it on my TODO list. 👌

@quark@ferengi.one (#5jejozq) No, of course not. 😊 I still take pretty much the same precautions as before (which is very easy for me to do, I can work from home 100% and all that; I don’t mind the masks and the distancing). But all those precautions don’t protect you, you can still catch the disease – so I was worried all the time (while doing stuff like buying groceries or using an elevator). And now that I’m vaxxed, this constant worry is gone. 👌

(I don’t know if I can get my point across. Damn language barrier.)

(#5jejozq) Since I got vaccinated, I stopped worrying about this whole corona business. Yes, I can (and probably will) still get it; yes, I can still spread it; but my life is no longer in immediate danger. That’s a big win, eh?