- Migrate to pkgs/by-name
- Format with nixfmt-rfc-style
- Make it possible to remove support for very old migrations in the future by increasing the `minRepoVersion` parameter
- Rename kubo-migrator-all-fs-repo-migrations to kubo-fs-repo-migrations since it may no longer include all migrations
- Add an alias for kubo-migrator-all-fs-repo-migrations to keep backwards compatibility
- Update descriptions to differentiate between kubo-migrator and kubo-migrator-unwrapped and better describe the purpose of the migrator
- Add a description to every individual migration
- Add a description to kubo-fs-repo-migrations
- Fetch the source code of the individual migrations from their specific Git tags, like upstream intends
- Enable tests for some migrations
- Check that the migrations don't crash on startup
- Mark two broken migrations as broken. They are not compatible with the latest Go versions and upstream is not interested in fixing this
- Change code to allow most updates to be done by only changing three lines (add new version and change git tag and hash)
- Add a stub for any disabled or broken migration to prevent downloading unsigned binaries from the internet, see https://github.com/ipfs/fs-repo-migrations/issues/148#issuecomment-2351355627 and https://github.com/ipfs/fs-repo-migrations/issues/188
- Use `lib.getExe` instead of hardcoding the binary name in the kubo NixOS module
- Use `substituteInPlace` with `--replace-fail` instead of `--replace`
This will be EOL at the end of November, so there's little reason to
keep it in 24.11[1]. As discussed, we'd like to keep it for as long as
possible to make sure there's a state in nixpkgs that has the latest
minor of postgresql_12 available with the most recent CVEs fixed for
people who cannot upgrade[2].
This aspect has been made explicit in the manual now for the next .11
release.
During the discussions it has been brought up that if people just do
`services.postgresql.enable = true;` and let the code decide the
postgresql version based on `system.stateVersion`, there's a chance that
such EOL dates will be missed. To make this harder, a warning will now
be raised when using the stateVersion-condition and the oldest still
available major is selected.
Additionally regrouped the postgresql things in the release notes to
make sure these are all shown consecutively. Otherwise it's a little
hard to keep track of all the changes made to postgresql in 24.11.
[1] https://endoflife.date/postgresql
[2] https://github.com/NixOS/nixpkgs/pull/353158#issuecomment-2453056692
This is what people would be looking for when searching for "teamspeak".
Barely anyone will need the server and those who do will likely explicitly look
for the server rather than just "teamspeak".
teamspeak_server should probably be renamed to teamspeak3-server.
Upstream dropped the 'linux' prefix in newer versions. Take this
opportunity to move to the "by-name" hierarchy. (This also required
taking top-level qt5 as input.)
Leaf package with no maintainers; no longer builds on Hydra; last
version was released over a year ago with no commit activity since then.
Seems to want very specific library versions, so future maintainers of
this package if it's re-added will have a tough time keeping it working
with Nixpkgs' fast-paced development workflow:
https://github.com/bloombloombloom/Bloom#building-bloom-from-source
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
Remove xlsxgrep The last update from 0.0.23 to 0.0.29 broke it as it switched from xlrd to pyexcel.
I tried switching to pyexcel but pyexcel-xlsx (for .xlsx support - important) isn't packaged yet.
I tried packaging it but pyexcel-xlsx doesn't seem to be actively maintained anymore and
isn't compatible with the most recent openpyxl version.
I also considered downgrading to 0.0.23 but xlrd is unmaintained and recommends openpyxl.
Upstream has no commits since 2019:
https://github.com/java-decompiler/jd-gui
jd-gui uses Gradle 6, which has been EOL since 10 Feb 2023:
https://endoflife.date/gradle
(The JDK team is working on dropping Gradle 6).
Attempting to build with a newer Gradle fails with a nontrivial error.
Potential replacements: cfr, bytecode-viewer, procyon
