It might make up a bunch of words, like "subtitles by soandso", when there's silence though... /s

Yeah you get "Like and Subscribe!" or "Thank you." or even chinese back from the API if you send pure silence (or I guess it's white noise to the model once its volume normalized). I think humans hallucinate in white noise or sensory deprivation too, maybe it's related.

The user apparently needs to provide that through ba.tpm.uniquekey(), providing persistent random data that is device dependent: https://realtimelogic.com/ba/doc/?url=auxlua.html#ba_tpm_glo...

I guess the rest still provide value by transforming whatever random seed into a proper certificate though.

That only works if the proxy is sitting on localhost or a local network, just setting the header shouldn't work.

(I came here because I was curious how jart got 127 and 10, but after seeing the source is their's that's less of wonder..)

bool IsPrivateIp(uint32_t x) {

  return (x >> 24) == 10                   /* 10.0.0.0/8  */

         || (x & 0xfff00000) == 0xac100000 /* 172.16.0.0/12  */

         || (x & 0xffff0000) == 0xc0a80000 /* 192.168.0.0/16  */;

}

the code doesn't consider 127.0.0.0/8 as "private". I'm curious about 10.0.0.0/8 though.*

Note to poster if they happen to see this: as pointed out there's alt text... But it's plain wrong, saying "Countries like Germany, Poland, Austria, Slovenia, Croatia, and the Netherlands are in green, indicating opposition or neutrality" when only the Netherlands, Poland an Austria are opposed; it's probably just been copied from an older version and could use updating.

This just polls every x (default 30) seconds; if you use IMAP you can do better with IDLE (e.g. I pipe `fetchmail --check` to something that triggers a sync to immediately get new mails)

I wonder though if also the Gmail interface supports something like this? It seems it's pretty fast at receiving email.

There is this generic tool: https://github.com/pimalaya/himalaya

Himalaya: CLI to Manage Emails - https://news.ycombinator.com/item?id=42366025 - December 2024 (97 comments)

Thanks for this! Exactly what I was looking for.

There are pub/sub notifications but it's a bit of a pain to get working. You need an HTTP endpoint the server can reach for push notifications, I think, not long polling.

The GMail web client definitely doesn't create an HTTP endpoint to receive updates. But the API it uses is likely proprietary and private (even if it was built on top of the public API there would be a backend bridging the two)

Sorry, yes, my comment was confusing. I was answering the "how do I get faster notifications in a supported manner" part rather than the "how does the Gmail web UI do this" part.

> I’m also not sure the ‘fuzzy’ aspects of Atuin quite match the heights of fzf/skim).

This. I've been using atuin for a few months and this is so horrible how much better it could be with a "real" fzf matching... I just tried skim shell integration ( https://github.com/skim-rs/skim/tree/master/shell ) and it's great. I kind of like the extra metadata atuin saves (cwd, session context), but I think I was just waiting to stumble into this to turn atuin back off...

You can have the best of both worlds - use atuin and fzf.

I use fish shell, so you'll have to forgive any fishisms.

First, when you start atuin, don't bind to ctrl-r, instead manually bind it to something else. I use ctrl-t. This brings up the "standard" atuin interface which you can use to get the more detailed history - in particular the command inspector can be super helpful as is the ability to limit scope of history searches.

Next, bind ctrl-r to something like this: `commandline -r (atuin history list --print0 -f "{time} | {command}" | fzf --read0 --delimiter="|" --accept-nth 2 | sed 's/^ *//')`

In fish-speak, that's saying replace the command line with a command that fzf selects from your atuin history (which has been pretty printed to show the time of the command, but that won't end up on the command line).

Probably 95% of the time I'm using my new ctrl-r which searches atuin history using fzf. The other 5% of the time I'm looking for a command that I know I've ran in a particular directory, or using the atuin history to remove problematic entries from my history.

I've considered this, but I'm running on a potato, and fetching the whole atuin history seems to take a while:

    $ time atuin history list --print0 -f "{time} | {command}" > /dev/null
    
    real 0m1.849s

(for some reason the built-in atuin search command doesn't take so long to show up? It might only fetch the last few entries from the db first... Eh, actually `atuin search` without argument which lists roughly the same thing run in less than half the time (0.85s), but -i is still another order of magnitude faster)

Anyway, thanks - I'll fiddle with all this :)

...i just use both atuin and fzf.fish [1] and bind them both to another key.

[1] https://github.com/PatrickF1/fzf.fish/

Unlocking the bootloader by itself is allowed apparently: https://www.daylighthacker.wiki/unlock

The problem is that in order to run linux you'll probably want a kernel with quite a few patches and their DTS, and I haven't found anything for this yet. Android is almost linux so with a bit of effort it's probably not unreachable, but I don't quite have the time for this yet... If someone does it then Linux with an external keyboard would probably work for me as well, there was someone who did it with the remarkable (it's already linux but they ran standard X11 on it), but the refresh rate was a bit too sluggish, something like the daylight computer would probably do nicely!

(not mine) was just checking what became of them and this review hit home

I have no use for an android tablet like this, but as soon as they make a PC screen (either laptop or desktop) I'm pretty sure I'd buy one fast! Keep it up folks!

While I was looking up such screens, these also seem to sell "quick refresh" PC screens: https://shop.dasung.com/

Just did a quick search on HN and while it did get posted recent ones didn't get many comments, not many users perhaps?

I'd be greedy and wish there was something in the middle (13 is tiny for desktop but there's no battery so it's not really laptop friendly; 25 is a bit too big for my desk), but perhaps...

The Dasung monitors are cool, but those are actual Eink, whereas the Daylight tablet is LCD, so you'll have a wildly different experience between the two.

There's a reflective lcd subreddit that discusses reflective lcd pc monitors, looks like at least one company is launching a commercial product soon.

Are you aware of any specific direct comparisons?

Video of same would be particularly illuminating, I think.

I really hope to Modos e-ink display works out - https://www.crowdsupply.com/modos-tech/modos-paper-monitor

They have their own FPGA based controller to enable much higher refresh rates and lower latency.

I turned my Daylight into a PC screen using this app, which worked like a charm: https://superdisplay.app/

That only works with Windows?

There seem to be equivalent for linux (not tested) https://www.tomshardware.com/how-to/use-tablet-or-phone-seco...

That's an interesting idea! I'm a bit wary of latency if this all goes over wifi, but probably worth a try.

There is https://eazeye.com/.

If it were some more reasonable spec than 24" 1920 x 1080 I would be far more interested.

It’s a hen and egg problem. There is little investment in the technology, because few people buy it.

That being said, Full HD at that size (and even at 27”) is still a fairly common resolution on the desktop.

It is still common, but there’s a reason that it only shows up on landfill-ready devices (unless you count high hz gaming monitors).

note reiserfs has been removed from 6.13, so you probably do not want to use that... https://www.phoronix.com/news/ReiserFS-Deleted-Linux-6.13

(never used zig yet myself) For UB detection I've read zig had prime support for sanitizers, so you could run your tests with ubsan and catch UBs at this point... Assuming there are enough tests.

As far as I'm concerned (doing half C / half rust) I'm still watching from the sidelines but I'll definitely give zig a try at some point. This article was insightful, thank you!