first thing I noticed is that they bothered with the plural; it’s loss, but an absolute win too

That makes much more sense with the US gov and its immigration stance. People thinking “illegals” are freeloaders will be making the surprised pikachu face when nobody wants take their old jobs and blame the democrats when the prices of everything keep rising.

deleted by creator

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

That may work for a handful of projects. It’d be my full time job if I did it for everything I run. Also, I might simply suggest maintainers to adopt dependabot or an alternative before I spend time with manual changes. These things should be automated.

what’s the alternative? Write a PR yourself?

upgrade all things by default

https://github.com/topgrade-rs/topgrade/

multi-line cursor gets close enough

I’m lazy, so I prefer to not remember what half a dozen cryptic flags stand for.

I just find disappointing that there’s no long form to these options and they don’t make much mnemonic sense either. Feels like the authors just picked the first letter available they came across with zero regard to readability or usability.

tbh they probably can, it’s just more ctrl involved

Things I already have:

• rebind ctrl-r and up (configurable) to a full screen history search UI
• old history file is not replaced

Things I could find useful once in a while:

• switch filter modes via ctrl-r; search history just from the current session, directory, or globally

Things I don’t care about and probably wouldn’t use:

• back up and sync encrypted shell history
• log exit code, cwd, hostname, session, command duration, etc
• calculate statistics such as “most used command”
• quick-jump to previous items with Alt-<num>
• enter to execute a command, tab to edit

I really don’t want:

• the same history across terminals, across sessions, and across machines

Not really a feature:

• store shell history in a sqlite database

Atuin*

I just sync my bash history with dotfiles and use FZF for recalling it. I’m not sold on it.

Also, the same history on different machines would be something I definitely do NOT want. I heavily rely on recent history to re-run commands on different machines with different projects and configurations. Mixing all that would be a mess.

you do have an nginx process with PID 2511847 using the port

get more info with

ps aux | grep 2511847

or kill it, if you need to spawn a new one with the right configuration