

I change them all to bind mounts. Managed volumes is where data goes to die, if it’s not in my file tree I’ll forget it.
I change them all to bind mounts. Managed volumes is where data goes to die, if it’s not in my file tree I’ll forget it.
I want to convert all lossless files to lossy, preferably before uploading them
so it’s not exactly a mirror, right?
here’s an idea:
With that, you can do:
git
or syncthing to mirror and/or version control.This uses more storage than you probably intended to (lossy files are also stored locally), but it’s a mirror.
Because that’s a release page. The first paragraph in the readme tells you what open webui is.
It seems pcm-memory can do it on Intel CPUs and uProf for AMD.
Other than these I’ve mostly seen benchmarking and profiling tools (like perf
) but I guess these are not what you’re looking for.
Is that for a specific process or the system?
Cool, I did it with my git
config a couple weeks ago, I didn’t know you could do it with ssh
too.
for those interested:
[include]
path = ~/.config/git/shared.ini
path = ~/.config/git/dev-machine.ini
path = ~/.config/git/aliases.ini
path = ~/.config/git/self.ini
trees are great, this algae tank is just likely more efficient at producing oxygen
v137 on KDE, there’s no minimize or close to tray option in the settings, like some screenshots suggest.
Thunderbird extensions for that don’t work on recent versions, and KDocker - which I used for a couple of years - doesn’t seem to work on Wayland. So the only option on some DEs seems to migrate to Betterbird.
yeah, I use Thunderbird, but it bothers me how slow it feels and the frequent little UI bugs with unread flags not updating and the delay of messages to show up in the unified inbox.
It’s nice that Betterbird has a system tray (I can’t believe how a standalone desktop app for emails neglects this, like TB does), but it still inherits a lot of the problems TB has.
good time to not have a ~/Documents and keep backups encrypted off site
ok, that’s it, I’m donating monthly
ah, this filter by timestamp might be very useful to me, thanks
last year I had over 1TB freed by docker system prune on a dev VM. If you’re building images often, that’s a mandatory command to run once in a while.
I’ve been doing that for years. Rollbacks are very rare, to the point that it doesn’t make much of a difference whether I do them all at once or not, other than spending more time to do it.
If I wasn’t using containers for everything, sure. Otherwise it’s a bit of an excessive concern.
exactly my point, I’d suggest automating that before I bothered with PRs that upgrade versions, as it’s a waste of time.
“manual changes”, which connotes “local changes”
It doesn’t. Manual as in a PR with upgrades that you’re suggesting yourself, as opposed to running dependabot.
Putting up a PR with changes isn’t considered a manual anything.
If I have to open a PR myself, that’s very much a manual change.
that’s a lot of FUD, topgrade just upgrades using all package managers you have, it doesn’t do the upgrades itself bypassing the manager that installed it, or package authors.
dependabot is a tool for repos, not to apply local changes
> Welp, that precisely recreated it -- even identical shas! Looking at > the b4 output, I do see a suspicious "39 commits" listed for some reason. Well, that's the point where the user, in theory, goes "this is weird, why is it 39 commits," and does Ctrl-C, but I'm happy to accept blame here -- we should be more careful with this operation and bail out whenever we recognize that something has gone wrong. To begin with, we'll output a listing of all the commits that will be rewritten, just to make it more obvious when things are about to go wrong. > So, I assume the "git-filter-repo" invocation is what mangled it. I will > try to dig into what b4 actually asked it to do in the morning... Thanks for looking into this. Linus, this is accurate and I am 100% convinced that there was no malicious intent. My apologies for being part of the mess through the tooling. I will reinstate Kees's account so he can resume his work. -K