Even if you do eat them, there's no evidence (or I suppose I should say no evidence yet) of microplastics being harmful when ingested. Nanoplastics, on the other hand, have been found to impact animal embryos and cells grown in labs.

Citation.

And your statement should read, at most, "some come bundled with....".

Very cool project! When I was regularly using a multiplexer on my personal machines, I did something similar with `abduco` [0] for session management and `dvtm` [1] for the actual multiplexing.

[0] https://www.brain-dump.org/projects/abduco/

[1] https://github.com/martanne/dvtm

Nice! Big fan of abduco. I wrote a similar tool but use libghostty for rehydrating the terminal session: https://zmx.sh

Works pretty well if you don’t need a window manager in your terminal

This is awesome! I was thinking it would be neat to have something like abduco but on a more reliable foundation, like libghostty-vt.

For my agent management scripts I use zellij since it is more ergonomic than tmux. Abduco sounded good in principle, but implementation is too limited. However, zellij is quite huge in the order of tens of thousands LOC and I am using only small part of it. It looks like zmx might implement just the right amount of features for this use case, I am going to try it. It is always nice to achieve same functionality with leaner tools.

Do you also think about dvtm part alternative? I wonder if once libghostty proper gets finished it would open possibility to level up textual multiplexing and unlock some cool features with graphical UIs.

I have thought about writing a separate tool that resembles dvtm but I’m not exactly sure how I would build it.

I don’t want to maintain a monster project like terminal multiplexing. Zmx is basically a single file with 1500 LoC and is “production grade” with just a few quirks I haven’t figure out yet.

I would want something of similar scope.

With zmx I created two commands you might be interested in: zmx run and zmx history. Run lets your execute commands inside the PTY and history lets you read from the session history.

ooh nice. Is there a way to get snapshots of the current view? I hacked together something with kitty and abduco but it is definitely a hack...

I dont want tmux or anything that gives me additional key bindings or modes, just the ability to pick up my work on another machine.

What do you mean by snapshots? There’s a “zmx history” command which will print whatever is stored in libghostty as plain text, or with ansi escape codes, or even html

I'm rendering a few dozen terminals in a website, and for all of the inactive ones i render and serve a jpg of the "current screen" of ansi escape codes from kitty.

I've found this to be a difficult thing to get. abduco doesn't have current state, and I dont want all of the complexity of tmux. I also don't want the entire scrollback history (until i click into a given terminal and connect with xterm).

I'll give zmx a closer look. Thank you.

If the terminal is in alt-screen the history will only print the current screen. Happy to brainstorm on the zmx repo if you are interested

This article equates ultraprocessed foods and hyperpalatable foods (foods designed to make people want to eat them more). While many hyperpalatable foods are classified as ultraprocessed, simply being hyperpalatable does not mean it's ultraprocessed.

Worth noting that the Nova food classificationvsysten (which this article references) completely disregards the actual nutritional content of foods.

For a good primer on a lot of the misconceptions around UPFs, check out [0].

[0] https://www.harvardmagazine.com/research/harvard-ultraproces...

Food is ultraprocessed to make it cheaper, more palatable, or both. So while the definitions are orthogonal the goals align.

I agree that many hyperpalatable foods are ultraprocessed so that they can be made more cheaply, but I don't think that's reason enough to say that the, uh, process of processing foods is entirely aligned with the concept of hyperpalatability.

It also be processed to remove ingredients that can be sold at a higher price when used in another way.

You can also insert the plunger a small amount (maybe half an inch or so, if that) and pull it back up a tiny bit for a similar effect.

Oop, somehow missed that this was posted yesterday: https://news.ycombinator.com/item?id=46340862

I've found lnk [0] to be a nice tool for this. Similar to GNU Stow as another comment mentioned, but plays a bit nicer with git (and, in my opinion, is nicer to use).

Edit: just remembered there was a good comparison of lnk and stow on the HN discussion of lnk from a few months back [1].

[0] https://github.com/yarlson/lnk

[1] https://news.ycombinator.com/item?id=44080514

I can't speak to it driving a monitor over USB-C as I don't use one, but I'm currently running 15.0-RELEASE on a refurbished Dell Latitude 7280 that has worked flawlessly out of the box so far.

Somebody else did a nice writeup [0] on their experience with FBSD on the same laptop.

[0] https://adventurist.me/posts/00352

If you don't like all the fluff on the results page, DDG provides two alternative interfaces [0] [1] with much simpler layouts.

[0] https://html.duckduckgo.com/html

[1] https://lite.duckduckgo.com/lite

This is my first seeing https://html.duckduckgo.com/html and surprisingly I am enjoying it

I would prefer if there was a way to have dark mode or similar things in it tho. It was really really fast.

cool, but they block curl requests with an iframe and such

I would pay DDG if they gave me an API for search, ideally pay-per-request. I'm not paying them for Ai, I can get that much better elsewhere

IIRC the reason they don't (can't?) provide a search API directly is because they're pulling from other search sources, e.g. Bing, and can't provide an API without licence violations.

Agreed that a DDG API would be pretty great, though.

There are lots of options outside of the companies that make browsers and search input boxes on websites

SERP, EXA, Tavily... they are becoming a dime-a-dozen with the Ai hype b/c (1) making the process of fetch/scraping easier (2) being the primary end user of search API (3) making the creating of such an API easier

I haven't dug in enough to any of them to get a sense of result quality or consistency

Dupe: https://news.ycombinator.com/item?id=45810135