Linux 6.19 Will Finally Support Intelâs Adaptive Sharpness Filter âCASFâ With Lunar Lake
Going all the way back to early 2024, Intel Linux engineers have been working on supporting an Adaptive Sharpening Filter new to Lunar Lake. While Lunar Lake later launched in September 2024, the Linux patches for this feature remained under review and discussion. Besides the Intel driver implementation itself for Lunar Lake and newer, it also ushers in a new DRM sharpness property to help standardize such functionality ⌠â Read more
I have a Python script that transforms the original YouTube channel Atom feed into a more useful Atom feed by removing the spam description and replacing it with the video duration, filtering out videos by title, duration, etc. I just updated it to exclude the damn Shorts garbage more efficiently. Finally, YouTube updated their Atom feed generation, so that the video URL contains /short/ if itâs of this useless kind. Never thought that they ever actually will improve their Atom feeds. Thank you, much appreciated!
@lyse@lyse.isobeef.org Oooooh, never seen that before. đ˛ Either white-balance doing funny stuff or unusual âfilteringâ through those clouds. đ¤
Honestly for these types of services, there probably isnât much point, as the layer4 module in Caddy doesnât do inspection/filtering anyway I think? đ¤
Iâm also thinking of adding eye-off icon next to every Twt that, when clicked, hides that feed (tooltip: âHide this feedâ). This would work with the filters as a âtemporary additive filterâ to restrict/control the current view.
Iâm thinking of bringing back filters (this time not as a feature flag, just baked in): New filters: Hide Feed, Hide Bots, Hide News, Media Only, No Replies, Local Only â toggle to trim noise & surface the Twts you care about.
Also spent the morning continuing to think about a new design for EdgeGuardâs WAF. Iâm basically going to build an entirely new pluggable WAF that will be designed to only consider Rate Limiting, IP/ASN-based filtering, JavaScript challenge handling, Basic behavioral analysis and Anomaly detection.
The only part of this design Iâm not 100% sure about is the Javascript-based challenge handling? đ¤ Iâm also considering making this into a âproof of workâ requirement too, but I also donât want to falsely block folks that a) turn Javascript⢠off or b) Use a browser like links, elinks or lynx for example.
Hmmm đ§
@bender@twtxt.net I was a bit confused at first what that is: Apparently, itâs the source code of Altair BASIC: https://gizmonaut.net/soapflakes/EXE-199711.html
(Of course they have a user agent filter. đ Canât download that PDF with wget.)
Yes it work: 2024-12-01T19:38:35Z twtxt/1.2.3 (+https://eapl.mx/twtxt.txt; @eapl) :D
The .log is just a simple append each request. The idea with the .cvs is to have it tally up how many request there have been from each client as a way to avoid having the log file grow too big. And that you can open the .cvs as a spreadsheet and have an easy overview and filtering options.
Access to those files are closed to the public.
Some more arguments for a local-based treading model over a content-based one:
The format:
(#<DATE URL>)or(@<DATE URL>)both makes sense: # as prefix is for a hashtag like we allredy got with the(#twthash)and @ as prefix denotes that this is mention of a specific post in a feed, and not just the feed in general. Using either can make implementation easier, since most clients already got this kind of filtering.Having something like
(#<DATE URL>)will also make mentions via webmetions for twtxt easier to implement, since there is no need for looking up the#twthash. This will also make it possible to make 3th part twt-mentions services.Supporting twt/webmentions will also increase discoverability as a way to know about both replies and feed mentions from feeds that you donât follow.
@prologic@twtxt.net on the the timeline with mentions filter I missing the latest mention that comes up in the mentions page.
Oh.. And you are mentioning my dev instance here đ
# follow = dbucklin@www.davebucklin.com https://www.davebucklin.com/twtxt.txt?nick=dbucklin
I fixed it by adding (?<!\S) to the regex filter. But what is going on with the ?nick=dbucklin anyhow?
And now added #filter for replies too:
What about using the blockquote format with > ?
Snippet from someone elseâs post
by: @eapl.me@eapl.me
Would it not also make sense to have the repost be a reply to the original post using the (#twthash), and maybe using a tag like #repost so it eaier to filter them out?
@movq@www.uninformativ.de Perfect! Setting the display_filter did the trick. I have come across that SE yesterday while looking for answers, but I wanted to make sure there was nothing else I was missing to notice. Thanks! @quark@twtxt.netbros.com (#spngeda) Hmm, thatâs mostly an issue of how mutt displays the Date header. The index should already display local time, only the pager shows the raw header: https://movq.de/v/8c92fff081/s.png To be honest, Iâd like to keep it that way (i.e., Date stores the original stamp as it occured in the twtxt feed). To convince mutt to show local time here, youâd probably have to use display_filter: https://unix.stackexchange.com/a/516101