lyse

lyse.isobeef.org

No description provided.

Recent twts from lyse
In-reply-to » @prologic Some criticisms and a possible alternative direction:

Keys for identity are too much for me. This steps up the complexity by a lot. Simplicity is what made me join twtxt with its extensions. A feed URL is all I need.

Eventually, twt hashes have to change (lengthen at least), no doubt about that. But Iā€™d like to keep it equally simple.

ā¤‹ Read More
In-reply-to » 20Ā° temperature drop in just a hand full of days. Ooof. We went on a stroll at 10Ā°C today. I could have used a beanie, my ears were very cold. The sun was out, but hardly any people. Very nice. Also, no wind.

@stigatle@yarn.stigatle.no Yeah, the sudden drop makes it feel worse than it is. It made me wear a beanie and gloves on my bike ride on Friday evening. In a few weeks I consider the same temperatures not an issue anymore, maybe even nicely warm. ;-) The body is fairly quick to adopt, but not that fast.

I just saw that weā€™re supposed to hit 19Ā°C mid next week again. Letā€™s see.

ā¤‹ Read More
In-reply-to » Happy Birthday my Son, I guess you are still camping and celebrating your special day with family. You were born on a Wednesday on 15 September 1982 at Belmont Hospital, which is a lovely low set place outside Newcastle, as you were brought home to live with my Mum and Dad at Sunshine in our first few months as a married couple, at Sunshine near Morriset NSW. Enjoy your special day.

Happy birthday @prologic@twtxt.net! :-)

ā¤‹ Read More
In-reply-to » I just received a thought... When you visit a server home page, or any page, why can't the server sent you a page full of images, asking the human to click on three ants, or four ducks, or two trees, or five cars? Can an AI machine do such a thing? After a few seconds of human time, the page they wish is downloaded for them. Would this work all you computer experts? (I am getting sick of bots reading my content and stealing my copyright)

@off_grid_living@twtxt.net Looks like youā€™re describing a captcha. They do not really work. Bots seem to solve them, too.

ā¤‹ Read More
In-reply-to » 20Ā° temperature drop in just a hand full of days. Ooof. We went on a stroll at 10Ā°C today. I could have used a beanie, my ears were very cold. The sun was out, but hardly any people. Very nice. Also, no wind.

@movq@www.uninformativ.de Thanks! Yeah, one week for autumn and spring must be enough. Or so the weather thinks. Looks like there is only on or off.

ā¤‹ Read More

20Ā° temperature drop in just a hand full of days. Ooof. We went on a stroll at 10Ā°C today. I could have used a beanie, my ears were very cold. The sun was out, but hardly any people. Very nice. Also, no wind.

It was nice to finally hear a few birds singing again, although it was still fairly silent. The sun gave us a nice show. In hindsight, we should have stayed at the summit a bit longer. In the forest, we missed the very best, crazy red sky. We could only see parts shimmering through the tree lines.

Download

https://lyse.isobeef.org/waldspaziergang-2024-09-12/

ā¤‹ Read More
In-reply-to » Speaking of public transportation, though: If it works, then itā€™s an amazing system. I love it.

@movq@www.uninformativ.de Yeah, public transport is great if it works. All too often, it just doesnā€™t, though. :-( Unfortunately, for my trips to the offices, itā€™s always slower than a car.

That website looks like one I would build. :ā€˜-D I just always go to bahn.de. It even works alright if the train is operated by another company. At least itā€™s good enough for my connections (VVS, Arverio, Ding & Co.). When GoAhead took over the line from DB, their delay/cancel information on their own website were just as bad as the one relayed by DB most of the time.

ā¤‹ Read More
In-reply-to » Itā€™s one of those days.

The knowledge gain was still very limited, but it actually turned out a little better than I thought. Talking to the people face to face was really nice. And we also had a surprise barbie in the end, so it was worth coming. :-D

Also, the train connections worked out. Just on the way back, I made the error to use the toilet in the train. Iā€™ve experienced way worse, but there was certainly a little Urine odor in the air. Second thing I noted was a large pile of toilet paper in the bowl.

When I wanted to wash my hands, I got the soap dispenser to work, but the tap just dripped extremely slowly. Not usable. Then it clicked why there was all this paper in the loo. I tried to wipe the soap off with toilet paper as best as I could and then used my water bottle to rinse my hands. Luckily, I had topped it off before I left the office. I only had to use my jumper to increase grip for actually getting the lid off. The sparkling water happily soaked my jumper and the floor in an instant. :-D

Tip for your next train ride: Bring your own water supply, preferably non-carbonated. Alternatively, just use the office toilet beforehand.

Turns out that at least this train model has two separate water tanks. One for the faucet and another for the loo. I flushed the paper without issues before I left.

ā¤‹ Read More
In-reply-to » @lyse This looks like a nice way to do it.

@falsifian@www.falsifian.org Regarding your last paragraph: Back in December 2020, we already once changed the hashing. I think that was my first contribution, breaking everything by switching to RFC 3339 for the timestamp format. ;-) Iā€™m computing two hashes in my client, the old and current one. And then I just select whatever matching parent exists to build the thread tree.

I could do that again in my client, but youā€™re right, itā€™s a different story for jenny. If Iā€™m not mistaken, In-Reply-To could contain several hashes, but the Message-ID header is the issue.

By increasing the hash length for a potential future change, clients could tell, which algorithm to use.

Maybe we could define a magic timestamp in the future that marks the cutoff point. Use the current implementation for messages authored before that magic date or the new algorithm for all messages after that.

But eventually, all clients have to be updated. Thereā€™s no way around that, I believe. Simplicity is key and my magic time already adds complexity. :-/

ā¤‹ Read More
In-reply-to » I'm finally continuing with my tt rewrite in Go. So, I thought I use the shiny io/fs.FS. That's supposed to be a super cool new file system API. It allowed me to write tests more elegantly. I don't have to place actual test files on disk, but can keep everything nicely in RAM with testing/fstest.MapFS. That actually worked out great, I do like that.

https://github.com/spf13/afero looks better, but has a gazillion dependencies. So thatā€™s out.

ā¤‹ Read More

Iā€™m finally continuing with my tt rewrite in Go. So, I thought I use the shiny io/fs.FS. Thatā€™s supposed to be a super cool new file system API. It allowed me to write tests more elegantly. I donā€™t have to place actual test files on disk, but can keep everything nicely in RAM with testing/fstest.MapFS. That actually worked out great, I do like that.

However, os.DirFS("/") for production code is just a terrible solution. I noted that OS paths and io/fs.FS paths are fundamentally different. This new API does not allow leading slashes in the passed paths. This results in an error. So, I have to cut the leading slash off myself.

Also, the whole thing is totally useless on Windows, because of the drives. Simply does not work at all. Well, honestly, I donā€™t care the slightest bit about that operating system, but it would be nice if this concept were cross-platform.

I havenā€™t tested it, but Iā€™m pretty sure relative paths or ~ do also not work. I have to first build absolute paths myself. Unfortunately, there is no builtin helper to translate an OS path into a io/fs.FS path.

Of course, others noted these shortcomings and surprising results, too: https://github.com/golang/go/issues/44279 There is no OSFileSystem implementation that would simply allow the easy transition from all the classical os.* functionality to io/fs.FS. And they also do not wanna add something like that either. Sigh.

Iā€™m really wondering what they were thinking when introducing this. :-?

Even though, itā€™s very silly, Iā€™m gonna keep using it. At least for now. Tests have been written. Iā€™m not keen on rewriting them. Sigh.

ā¤‹ Read More
In-reply-to » @falsifian In my opinion it was a mistake that we defined the first url field in the feed to define the URL for hashing. It should have been the last encountered one. Then, assuming append-style feeds, you could override the old URL with a new one from a certain point on:

On second thought, the same rule with the last physically encountered URL when starting parsing from the top applies to prepend-style feeds as well. Much simpler and cleaner this way. Should also fit prepend-style feeds better I reckon.

ā¤‹ Read More
In-reply-to » @prologic Some criticisms and a possible alternative direction:

@falsifian@www.falsifian.org In my opinion it was a mistake that we defined the first url field in the feed to define the URL for hashing. It should have been the last encountered one. Then, assuming append-style feeds, you could override the old URL with a new one from a certain point on:

# url = https://example.com/alias/txtxt.txt
# url = https://example.com/initial/twtxt.txt
<message 1 uses the initial URL>
<message 2 uses the initial URL, too>
# url = https://example.com/new/twtxt.txt
<message 3 uses the new URL>
# url = https://example.com/brand-new/twtxt.txt
<message 4 uses the brand new URL>

In theory, the same could be done for prepend-style feeds. They do exist, Iā€™ve come around them. The parser would just have to calculate the hashes afterwards and not immediately.

ā¤‹ Read More
In-reply-to » I think Email Message-Id(s) only ever worked because typically you are exchanging emails with recipients you know and vice versa. It's much easier to cope with the problems above, because you just ensure your client preserves the Message-Id. Email is a federated system, but by no means is it "decentralised". You still have to send your email somewhere, not just post it on a website on your own server like Twtxt šŸ˜…

@prologic@twtxt.net @bender@twtxt.net Thatā€™s exactly the case here with us as well. Maybe not 100% applicable to yarnd, but all other clients that only fetch from their user-controlled subscription list.

ā¤‹ Read More
In-reply-to » @prologic https://lyse.isobeef.org/tmp/hashes.png Yep, broken hashes. I just fixed them after refollowing on the new URL (my client doesn't know metadata fields).

But I forgot to update the mentions. Oh well. I donā€™t bother breaking hashes once more, so I just leave it at that. :-)

ā¤‹ Read More
In-reply-to » All this hash breakage made me wonder if we should try to introduce ā€œmessage IDsā€ after all. šŸ˜…

@movq@www.uninformativ.de It sounds complicated. After reading it only twice, I havenā€™t gotten it. :-D

Yes, Iā€™m all for dedicated message IDs. That would be a whole new format then. But I would be fine with it. The only thing is that all our clients have to be touched. At the moment, I do not worry about spoofing (however, I definitely should).

ā¤‹ Read More
In-reply-to » When we passed a few horses in the forest, there was really strong soup odor in the air. It didn't smell like horse at all, but soup. Maybe they've been soup horses, chickens were out of stock.

@prologic@twtxt.net Tomorrow is getting hot again and then we might be lucky in that the summer is over.

ā¤‹ Read More
In-reply-to » I reckon, this is as raw as you can get, @falsifian: curl -sH "Accept: application/json" https://twtxt.net/twt/st3wsda | jq You can piece it together from created and text (and twter.uri).

One last thing before I hit the hay. This endpoint could respond with the raw twt, when asking for text/plain (it serves HTML at the moment). Return the physical line from the feed. Maybe with a comment above for the feed URL. Or doesnā€™t the registry format also include the URL separated with a tab somehow? Iā€™m too lazy right now to look it up. Also, not sure how useful that would be. Anyway, good night.

ā¤‹ Read More
In-reply-to » @lyse 31Ā°C here, feels like 33Ā°C, with a lovely 75% of humidity. It has been raining, on and off (to make matter "better") the whole day until now. No horses here, but if you go outside you will smell the same smell of farm animals (like goats, or pigs). That's because two or three kilometres from here there are private farms, and when the wind blows in such way, well, we are reminded of their existence.

@quark@ferengi.one Right, a little rain improvesā„¢ the situation so muchā€¦ :-( Surprise, surprise, our rain has been delayed again.

Good hunting and bon appĆ©tit! :-) I never had Puerto Ricoā€™s national dish, but the photos look delicious. Yum!

I also tried ice cream, but I reckon I simply stick to your last tip instead. :-)

ā¤‹ Read More
In-reply-to » @movq thanks for getting to the bottom of it. @prologic is there a way to view yarnd's copy of the raw twt? The edit didn't result in a visible change; being able to see what yarnd originally downloaded would have helped me debug.

I reckon, this is as raw as you can get, @falsifian@www.falsifian.org: curl -sH "Accept: application/json" https://twtxt.net/twt/st3wsda | jq You can piece it together from created and text (and twter.uri).

ā¤‹ Read More