I use grm when I need worktrees, which makes admin a bit easier; https://github.com/hakoerber/git-repo-manager

For one-shotted apps you still need to:

1. know how to do it well 2. maintain it 3. host it (if online)

Can't you ask Astra to do that too? That's the promise, that it can use the computer as you would.

This comment is needlessly pedantic. Surely you're able to understand what their implication is.

This is not limited to Bluetooth in any way. In pavucontrol I can see Firefox outputting audio when on AliExpress even though nothing is playing. The uBlock filter fixed it.

> The uBlock filter fixed it.

what filter ?

From the article:

To block the scripts open the uBlock dashboard, select My filters, and add:

    ! AliExpress AWSC fingerprinting scripts
    ||assets.aliexpress-media.com/g/AWSC/uab/*/collina.js$script,domain=aliexpress.com
    ||assets.aliexpress-media.com/g/AWSC/fireyejs/*/fireyejs.js$script,domain=aliexpress.com

You can manage these easily with the huggingface python app.

hf download hf://unsloth/Qwen3.8-27B-GGUF \ Qwen3.8-27B-UD-Q4_K_XL.gguf

and then see them with `hf cache ls`.

Prune old versions with `hf cache prune`.

Using git is another option, you'll get the actual commits/history to reference:

GIT_LFS_SKIP_SMUDGE=1 git clone https://huggingface.co/unsloth/Qwen3.8-27B-GGUF

cd Qwen3.8-27B-GGUF

git lfs pull --include="Qwen3.8-27B-UD-Q8_K_XL.gguf" --exclude=""

hf download maintains each downloaded version in a commit-hash-addressed snapshots dir, with symlinks to the underlying files content-addressed in a blobs dir. It’s not quite git, but it is a stable reference path.

This is very cool, thanks

Ah this feels much nicer than learning yet another custom vendor cli thing

You can't run models with filesystem and curl.

To be fair, you can't run models with "hf download" either...

To be fair, the point was more that cURL isn’t a local hf cache manager, much like it isn’t an inference backend, pointing out that avoiding additional dependencies manages risk at the cost of functionality and/or maintenance overhead…

There is always SHA256 as the alternative.

For SaaS forges there's also upd.dev launched recently.

For self-hosted forges: forgejo is great but also cgit is pretty good for exporting repos.

With the recent GitHub fiasco I've split my repos across multiple forges. Git was always supposed to be decentralised so why store everything in one place?

Silly question maybe: why use this at all when you already have a well known, decentralised, vendor-independent, almost real-time, and persistent notification system at your disposal? I'm talking about email of course.

Email notifications are dependent on whatever push notifications your email app are using. Either it's set to reach out and check for new messages at a set interval or use a service like bluemail where you hand over your credentials and they send you a proper push via APNS or Google. Either way not as reliable in my experience.

> "Didn't you build this like... last week?"

This captures the essence of AI generated work Vs your own work. AI generated work just doesn't seem to persist in my memory.

If I design the application model myself then I can play around with it in my head even when I'm not at my desk. I know it inside-out.

If the LLM generated it then I very likely forget it the minute I stepped out of the office.

I'm interested in this as well. I would assume all of them from the announcement. I.e. they are removing that functionality altogether from regular Gmail (not Workspace).

That's not how you're supposed to use a LLM. This is nonsense.