libarchive: Don't use github for patches#1983
libarchive: Don't use github for patches#1983wkennington wants to merge 1 commit intoNixOS:masterfrom
Conversation
|
Oh, I did this mistake again. Some time ago I resolved to use github's *.diff instead of *.patch for this purpose, as the format seems deterministic. In general, do you (anyone) think it's better to fetch patches or to include them in nixpkgs? |
|
Actually, I like the idea of hosting the patches outside of the nixpkgs repo since internal hosting pollutes the repo once the patches are no longer used. I suppose it would be nice to use the *.diff as long as it is deterministic. |
|
Ah, I thought the issue is familiar e2a3fa7 :-D I didn't push it into master at that time, as Hydra has stuff cached and this would make it rebuild (and it was quite overloaded at that time). |
|
So far it looks deterministic, but who knows how it will be in future. For example from cgit I've been unable to get any deterministic patches/diffs, only with cgit version pasted at the end. |
Github dynamically generates patches in the git format-patch style each time they are requested. This is problematic because the version string at the bottom of the patch will change as github updates their version of git, causing a sha256 hash mismatch. This patch adds the CVE-2013-0211 patch to the git repo directly.
Applied to github and cgit -looking URLs by default, as the changes are likely to change the patches within a few months. For example see NixOS#1983 and http://comments.gmane.org/gmane.linux.distributions.nixos/12815 Now I'm getting the same sha256 for github's *.diff and *.patch :-)
Some parts of generated patches change from time to time, e.g. see NixOS#1983 and http://comments.gmane.org/gmane.linux.distributions.nixos/12815 Using fetchpatch should prevent the hash from changing.
fetchpatch is fetchurl that determinizes the patch. Some parts of generated patches change from time to time, e.g. see #1983 and http://comments.gmane.org/gmane.linux.distributions.nixos/12815 Using fetchpatch should prevent the hash from changing. Conflicts (auto-solved): pkgs/development/libraries/haskell/gitit/default.nix
fetchpatch is fetchurl that determinizes the patch. Some parts of generated patches change from time to time, e.g. see #1983 and http://comments.gmane.org/gmane.linux.distributions.nixos/12815 Using fetchpatch should prevent the hash from changing. (cherry picked from commit 137eae0) Conflicts (simple, patchutils version from master): pkgs/development/libraries/haskell/gitit/default.nix pkgs/tools/text/patchutils/default.nix
fetchpatch is fetchurl that determinizes the patch. Some parts of generated patches change from time to time, e.g. see NixOS#1983 and http://comments.gmane.org/gmane.linux.distributions.nixos/12815 Using fetchpatch should prevent the hash from changing. (cherry picked from commit 137eae0) Conflicts (simple, patchutils version from master): pkgs/development/libraries/haskell/gitit/default.nix pkgs/tools/text/patchutils/default.nix
Github dynamically generates patches in the git format-patch style each
time they are requested. This is problematic because the version string
at the bottom of the patch will change as github updates their version
of git, causing a sha256 hash mismatch.
This patch adds the CVE-2013-0211 patch to the git repo directly.