cross-posted from: https://feddit.uk/post/33171587

A barn owl mum discovered at a Lincolnshire farm has been described as rare and incredible. Not only is the creature the oldest barn owl ever to have been recorded, the female was found successfully breeding a six-week-old chick.

The bird of prey has left experts amazed after she was discovered at Eastfield Farm in Hough. The incredible creature is 18-years-old - and experts are sure she’s the oldest barn owl ever recorded in Britain or Ireland.

The owl was ringed as a chick, the British Trust for Ornithology (BTO) have confirmed, she had a ring placed around her leg in Nottinghamshire back in 2007, allowing tracking of the bird.

cross-posted from: https://midwest.social/post/31797333

I came across the post about Milk-V Titan, and there was a comment asking about the lack of the V extension would hinder running Ubuntu 25.10 which was targetting a particular RISC-V configuration, and it made me wonder if there were an opportunity for micro kernels to exploit.

Now, up-front: it's been literally decades since I had an OS design class, and my knowledge of OS design is superficial; and while I've always been interested in RISC architectures, the depth of my knowledge of that also dates back to the 90's. In particular (my knowledge of) RISC-V's extension design approach is really, really shallow. It's all at a lower level than I've concerned myself with for years and years. So I'm hoping for an ELI-16 conversation.

What I was thinking was that a challenge of RISC-V's design is that operating systems can't rely on extensions being available, which (in my mind) means either a lot of really specific kernel builds -- like, potentially an exponential number -- or a similar number of code paths in the kernel code, making for more complicated and consequently more buggy kernels (per the McConnell rule). It made me wonder if this is not, then, an opportunity for micro kernels to shine, by exploiting an ability to load extension-specific modules based on a given CPU capability set.

As I see it, the practicality of this depends on whether the extensions would be isolatable to kernel modules, or whether (like the FP extension) it'd just be so intrinsic that even the core kernel would need to vary. Even so, wouldn't having a permutation of core kernel builds be smaller, more manageable, and less bug-prone than permutations of monolithic kernels?

Given the number of different possible RISC-V combinations, would a micro kernel design not have an intrinsic advantage over monolithic kernels, and be able to exploit the more modular nature of their design?

I came across the post about Milk-V Titan, and there was a comment asking about the lack of the V extension would hinder running Ubuntu 25.10 which was targetting a particular RISC-V configuration, and it made me wonder if there were an opportunity for micro kernels to exploit.

Now, up-front: it's been literally decades since I had an OS design class, and my knowledge of OS design is superficial; and while I've always been interested in RISC architectures, the depth of my knowledge of that also dates back to the 90's. In particular (my knowledge of) RISC-V's extension design approach is really, really shallow. It's all at a lower level than I've concerned myself with for years and years. So I'm hoping for an ELI-16 conversation.

What I was thinking was that a challenge of RISC-V's design is that operating systems can't rely on extensions being available, which (in my mind) means either a lot of really specific kernel builds -- like, potentially an exponential number -- or a similar number of code paths in the kernel code, making for more complicated and consequently more buggy kernels (per the McConnell rule). It made me wonder if this is not, then, an opportunity for micro kernels to shine, by exploiting an ability to load extension-specific modules based on a given CPU capability set.

As I see it, the practicality of this depends on whether the extensions would be isolatable to kernel modules, or whether (like the FP extension) it'd just be so intrinsic that even the core kernel would need to vary. Even so, wouldn't having a permutation of core kernel builds be smaller, more manageable, and less bug-prone than permutations of monolithic kernels?

Given the number of different possible RISC-V combinations, would a micro kernel design not have an intrinsic advantage over monolithic kernels, and be able to exploit the more modular nature of their design?

edit clarification

Personally, I love the phrasing, but it seems to me an odd choice for a mainstream media "business" section.

CNN Business' "Fear and Greed Index"

Remember the "I want a white one" video? That's the first video I clearly remember having a text-to-speech voice-over. It was really bad TTS, and it was awesome. Lately, though, I find myself wishing video hosting services like Youtube and Peertube (to a lesser degree) had a filter so that I could filter out any videos with TTS voice overs. Does this bother anyone else?

I'm a little torn about it. There are legitimate reasons for people to use them; I've seen commentary from posters about social anxiety that makes even recording audio difficult, and TTS must be fantastic for ~~mute~~ non-verbal(?) folks. Non-native English speakers may be more comfortable with it. I'm sure the platform doesn't help... how many videos do you have to post where the peanut gallery mocks your verbal mistakes before you give up and just have an engine read your written text? I've also noticed that the use of TTS is far, far worse on Youtube -- I have yet to come across a single video on any Peertub site that uses it, although it must exist.

Like a lot of technology, generated speech is getting abused, and since TTS has valid uses, I put it in the "enshittification" category. It's used on every bulk, low-effort "N greatest/funniest/random-adjective" videos; I hear it in increasingly in those suspiciously AI-smelling, ad-ish "reviews" that just read specs and make an odd comment about how cool it is; and there's so much more low-quality, low-information content that feels AI generated uses it -- or maybe it feels AI generated because it uses it. It's almost always on just awful content.

TTS on video content is a perfect example of "this is why we can't have nice things." I am starting to hate it so much, I abort whatever I'm starting to watch as soon as I hear the absurd cadence and mispronunciations -- I'd rather hear an honest non-native speaker making mistakes than that terrible TTS crap.

Whatever the reason, the use of TTS is a trend I'm putting firmly in the "enshittification" category, but am I overreacting here? Do you have a way of dodging or identifying content that uses TTS, in advance?

I read a news item about how the recent surge of drone aggression is stressing Ukrainians and affecting moral. It wasn't clear whether that was a propaganda piece meant to imply Ukraine is weakening, but I have noticed far fewer Zelenskyy updates in the past couple of months, and the feeling I get from even the pro-Ukrainian media that the invasion is wearing Ukraine down.

I just want Ukrainians to know that you're not forgotten. Even if you feel as if American attention has shifted to other concerns (we have our own crises and fascists now to occupy us), many of us are still staunchly supportive of the Ukrainian cause, and think about you, and donate to causes which we hope help.

Russia seems like a vast, unending well of cannon fodder. Your allies are fickle, at best. You just want to go back to normal lives, regular prosperity; you want your children back. I can't have any idea what you're going through is really like. For what it's worth, know that you have people around the world who sympathize and grieve with you, who are rooting for you, and most of all, who admire what you've achieved: David resisting a brutish and imperialistic Goliath for years, showing the world just how much how a strong and innovative people can accomplish.

I look forward to seeing what a peaceful, prosperous Ukraine makes of itself after the invaders have been defeated and pushed out. This invasion started with prognostications that Ukraine wouldn't last weeks; three years later, and you continue to defy the invaders. I do not doubt that you can persevere; I just want you to know that, despite the media attention on other struggles, you're not forgotten: we stand with Ukraine.

Slava Ukraini. Heroiam slava.

Picture unrelated to question; built for style, not functionality. I've learned that the most efficient (and boring) platform design is a spear.

I think of all the planets, I like Fulgora the least. I have tried two or three approaches to dealing with the sushi belts of parts; my biggest issue is the monomanical logic of inserters, which -- given a storage chest of a dozen different items, seem to get stuck on one item for extended periods. For instance, unloading a train of random stuff, I'll get 15 inserters all pulling out gears for several minutes, ignoring everything else in the chests. It's frustrating beyond belief, so I think I'm not looking at this the right way.

The biggest issue is buffering. I'll get nothing but gears for a few hours, but then they'll dry up and I'll get nothing but low density structure for a few hours and almost no gears. If I were paranoid, I'd think the devs did this on purpose to maximize jamming.

What I'm going to try next is building a train system with per-item trains, or maybe cars, and see if that helps. Transport raw to an island, recycle it, and load up trains with product and send them to a big factory island. I suspect it's simply going to get jammed up at the recycling center and I won't be any further ahead, but maybe I can mitigate that by just having one, really long train that stops every 12 cars and every series of 12 cars has each car containing a single item.

I don't know. Fulgora just feels stupid, or makes me feel stupid. How do you folks handle Fulgora?

Update edit

I completely redesigned everything on Fulgora, and it doesn't get jammed, and I'm only having to "throw away" steel (the plate, not the girders; I'm not sure why the game calls "girders" "plate", but whatever).

My solution, as it is, is based on the suggestion of having a recycling plant rather than recycling at the miners. I'm using trains: I mine ore into trains and ship it to a recycling island, where the output is filtered into train cars - one type per car. I run the trains full of product to wherever I have factories set up, and pull specific items needed there. I avoid sushi belts and sushi boxcars; my production islands are consequently much simpler, and as yet I'm not having to waste product.

I will point out that I initially used recyclers to reduce the amounts out items, but found I had to keep changing what I was recycling because what was overflowing kept changing, and by recycling I was regularly running out of items; this, again, is related to whatever the RNG is doing to me. Honestly, I have a mind to actually keep a counter, because it appears as if I'll get a run of copper coil, where it's the dominant item mined for dozens of minutes, then it'll be blue chips, and so on, cycling through each of the items. It swamps me with one thing that I can't even manage with belt weaving, then suddenly that'll dry up and I'll get only a trickle of that thing for the next couple of hours. I've frequently had launches completely stop because I had to recycle one component to built rocket parts, and then it dries up and I have to built an assembler to produce the product until the RNG deems me worthy to have it start being a mined item again. If the cycle happened over a period of less than hours, I'd record it. Although, the fact that the inserters (almost) all get stuck on the same item pulling from sushi boxes, I could easily show. If I, of anyone else, cared enough.

In any case, with trains and enough storage boxes I have it set up to weather the droughts and floods of specific items, and am assuming either it's coded this way on purpose, or only doing it on my machine because I don't hear anyone else complaining about it.

This might be a client thing, but... I'm subscribed to several overlapping communities: !linux on one server, !linux on another, !linux on two others. Same with !lemmy, !commandline, and a couple other communities with the same topic and slightly different membership and/or focus.

Crossposting is a valid and useful tool, but I'm noticing an increase of crossposting where the submitter automatically crossposts to 4 similar communities at the same time. Seems reasonable, and yet... I'm starting to get annoyed by seeing the same post 4 or 5 times in a row. I sort by New and since the posting happens concurrently, they just spam my feed with a page of identical posts.

I could unsubscribe from some similar communities, but the content doesn't exactly overlap and I feel like this is solving the wrong problem. I could decide that automatic crossposting by the same author is "bad behavior" and downvote crossposts, but I feel like this solves the wrong problem and violates a valid use case.

What I think a solution might look like involves a unique ID that persists between crossposts, and a corresponding way to filter s.t. only one post is shown. Some communities are more active than others, and comments on a filtered crosspost would be invisible, so it would be necessary to aggregation crosspost comments, interleaving them under the single, unique, unfiltered post. All comments on all subscribed communities where the post was crossposted would be aggregated; replies to any specific comment would reference the comment in its source community and therefore show up in the right community, for folks who aren't subscribed to multiple duplicate communities.

It requires a more complex solution than it might initially seem. Whatever the solution, I feel as if something should be done, because there's an increasing noise-to-signal ratio resulting from increased crossposting.

Something like this? The heavy stagger is great, 42 keys is almost perfect, but the thumb placement is -- for me -- horrible. Having to move my thumb to practically under my palm is just terrible ergonomics.

This thumb layout reminds me more of the ErgoDox variants, and is far better placement. Is there a layout close to this?

tjot is a terminal djot renderer.

Features

• Covers 100% of the Djot spec
• Reasonably fast:
  • pandoc -f djot -t ansi: 10 runs, milliseconds per run: [266, σ 270, 274]
  • tjot: 105 runs, milliseconds per run: [24, σ 26, 28]
• ANSI glyphs & escape codes for nice tables, task lists, and coloring
• Renders images, including SVGs
• Detects the terminal size (usually) for accurate wrapping
• Langage-sensitive highlighting for code blocks, and language detection

tjot is alpha; this is the first version that is useful. That said, it's fairly complete.

What is this?

djot is a markup language related to Markdown created by John MacFarlane, the author of pandoc. For a detailed explanation of why he invented djot, see this essay, but my interpretative summary is that he was unsatisfied with the complexity and size of CommonMark -- a result of trying to maintain compatability with Markdown -- and thought they could do better from scratch. djot was the result.

I've been using djot since late 2022, but as there (until recently) was no terminal pager for djot, I finally decided to write one.

To render djot documents on the command line, install tjot and call it with the path to a file, or pipe the file into tjot on stdin. Pipe the output to a pager such as less.

If the document references images via URL, those will be downloaded and rendered.

Limitations

• There are known bugs; see the end of the CHANGELOG for a complete list
• Ultimately, I want a pager. The current version only renders output; paging has to be provided by an external program
• Customization is non-existent
• While images are supported, rendering is via asci; there's no sixel, kitty, or other high-res rendering. SVG rendering, in particular, is of particularly questionable quality.

As usual, feedback is welcome, as are any reports of failures. Although this is an early release, the nature of the project is such that getting exposure to a wide variety and complexity of documents will help me improve it.

What with lemmy.ee closing.

Ĉar lemm.ee fermigos sin, translokiĝos !esperanto ie?