-
-
Notifications
You must be signed in to change notification settings - Fork 14.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mercurialFull: 4.9.1 -> 5.0 #60993
mercurialFull: 4.9.1 -> 5.0 #60993
Conversation
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/mercurial-full/versions
tortoisehg also needs to be updated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Builds and runs on Ubuntu. (except for tortoisehg, due to change in version)
Please always update mercurial and tortoisehg together, and/or set the dependencies for tortoisehg to the appropriate mercurial version range. |
When I've added `tortoisehg` package, it turned out that mercurial updates sometimes broke thg. I've added a comment to `mercurial/default.nix` to update torotisehg version during mercurial updates, but this worked the other way round: mercurial stopped to be updated regularly (NixOS#60993). And sadly it didn't solve the issue - NixOS#61759. Here I'm trying to untie them. Tortoisehg will build a custom mercurial package if versions don't match. This makes updating tortoisehg more complicated, but it is still better than current situation.
* tortoisehg: untie from mercurial When I've added `tortoisehg` package, it turned out that mercurial updates sometimes broke thg. I've added a comment to `mercurial/default.nix` to update torotisehg version during mercurial updates, but this worked the other way round: mercurial stopped to be updated regularly (#60993). And sadly it didn't solve the issue - #61759. Here I'm trying to untie them. Tortoisehg will build a custom mercurial package if versions don't match. This makes updating tortoisehg more complicated, but it is still better than current situation. * expose custom mercurial from thg package
This is now outdated. Mercurial will be updated in separate PR |
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/mercurial-full/versions.
meta.description for mercurialFull is: '"A fast, lightweight SCM system for very large distributed projects"'.
Checks done (click to expand)
Rebuild report (if merged into master) (click to expand)
75 total rebuild path(s)
20 package rebuild(s)
20 x86_64-linux rebuild(s)
19 i686-linux rebuild(s)
17 x86_64-darwin rebuild(s)
19 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
cabal2nix
dep2nix
devpi-client
gitAndTools.git-remote-hg
gitAndTools.gitFastExport
hydra
mbed-cli
mercurial
mercurialFull
mx
nbstripout
nix-prefetch-hg
nix-prefetch-scripts
nix-update-source
pypi2nix
python27Packages.hglib
python27Packages.hgsvn
python37Packages.hglib
reposurgeon
tortoisehg
Instructions to test this update (click to expand)
Either download from Cachix:
(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
After you've downloaded or built it, look at the files and if there are any, run the binaries:
cc @edolstra for testing.