Skip to content
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

coq: 8.13+beta1 -> 8.13.0 #109479

Merged
merged 2 commits into from Feb 3, 2021
Merged

coq: 8.13+beta1 -> 8.13.0 #109479

merged 2 commits into from Feb 3, 2021

Conversation

jarlg
Copy link
Contributor

@jarlg jarlg commented Jan 15, 2021

Motivation for this change
Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Ensured that relevant documentation is up to date
  • Fits CONTRIBUTING.md.

You can check correctness of the sha with:
nix-prefetch-url --unpack https://github.com/coq/coq/archive/V8.13.0.tar.gz

@SuperSandro2000
Copy link
Member

This is a semi-automatic executed nixpkgs-review which does not build all packages (e.g. lumo, tensorflow or pytorch)
If you find some bugs or got suggestions for further things to search or run please reach out to SuperSandro2000 on IRC.

Result of nixpkgs-review pr 109479 run on x86_64-darwin 1

1 package failed to build and are new build failure:
  • coq_8_13: log was empty

We should probably mark this as broken:

  checkdir error:  cannot create coq-8.13.0/test-suite/misc/deps/+?+?
                   Illegal byte sequence
                   unable to process coq-8.13.0/test-suite/misc/deps/+?+?/.
  checkdir error:  cannot create coq-8.13.0/test-suite/misc/deps/+?+?
                   Illegal byte sequence
                   unable to process coq-8.13.0/test-suite/misc/deps/+?+?/+?+?.v.
  checkdir error:  cannot create coq-8.13.0/test-suite/misc/deps/+?+?
                   Illegal byte sequence
                   unable to process coq-8.13.0/test-suite/misc/deps/+?+?/+?+?.v.
  do not know how to unpack source archive /private/tmp/nix-build-source.drv-0/V8.13.0.zip

@SuperSandro2000
Copy link
Member

hash mismatch in fixed-output derivation '/nix/store/qshi58p6j3xy776bzgihms5ngjkmlh2d-source':
  wanted: sha256:1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi
  got:    sha256:0sjbqmz6qcvnz0hv87xha80qbhvmmyd675wyc5z4rgr34j2l1ymd
cannot build derivation '/nix/store/a3g6yvxg7fvyyi810jm4ldyzs7qg972b-coq-8.13.0.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/9q6pnhkpp7zyyrf4rn49maczxcqapbk3-env.drv': 1 dependencies couldn't be built

@vbgl
Copy link
Contributor

vbgl commented Jan 19, 2021

Cyril: how to guess the correct hash? IIUC, by reading the code, the src attribute is fetchzip with https://github.com/coq/coq/archive/V8.13.0.zip as url argument. (BTW, the name argument of default-fetcher is never used.) But the hashes returned by nix-prefetch-url and by nix build differ.

Also, what’s wrong with the Greek letters in the file paths?

ping @CohenCyril

@SuperSandro2000
Copy link
Member

SuperSandro2000 commented Jan 19, 2021

Also, what’s wrong with the Greek letters in the file paths?

The darwin file system has probably a problem with it. You can skip the tests or mark the package broken on darwin.

You probably need to pass --unpack to nix-prefetch-url

 ➜ nix-prefetch-url https://github.com/coq/coq/archive/V8.13.0.zip
[8.5 MiB DL]
path is '/nix/store/zz3jqwj5kp0samxv3yb48vvg9v3id7w2-V8.13.0.zip'
0v7aw4iq592khdx54jb0jx78fnab45m1lj1rpjj160ycywmlmg9g


 ➜ nix-prefetch-url https://github.com/coq/coq/archive/V8.13.0.zip --unpack
unpacking...
[8.5 MiB DL]
path is '/nix/store/a7h7ym385f3kw62csx2rmy8zghbgmp4b-V8.13.0.zip'
1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi

@CohenCyril
Copy link
Contributor

CohenCyril commented Jan 19, 2021

Cyril: how to guess the correct hash? IIUC, by reading the code, the src attribute is fetchzip with https://github.com/coq/coq/archive/V8.13.0.zip as url argument. (BTW, the name argument of default-fetcher is never used.) But the hashes returned by nix-prefetch-url and by nix build differ.

I don't understand what is happening, I have the same problem. The weird thing is that I did not have to change any of the previous Coq sha256... (e.g. Coq 8.12.0 sha256 from nix-build and nix-pretech-url are the same) So what's different now?

Also, what’s wrong with the Greek letters in the file paths?

I don't know, I cannot manage to get nix-prefetch-url work for Coq zip's either... I get warning: Pathname cannot be converted from UTF-8 to current locale. Although in principle it should be the same sha as for the tarball...

@CohenCyril
Copy link
Contributor

Maybe we are having the same problems as in #107768?

@CohenCyril
Copy link
Contributor

I'm totally confused, I downloaded both the zip and the tar.gz, extracted both diff does not show a single difference...

@vbgl
Copy link
Contributor

vbgl commented Jan 31, 2021

Jarl, can you please fix the hash?

@jarlg
Copy link
Contributor Author

jarlg commented Jan 31, 2021

@vbgl Which hash do you want me to change to? The one in the PR is the one nix-prefetch-url --unpack returns. Isn't that as it should be?

My understanding of the comments above is that there's an issue on darwin, which I can't test or do anything about.

@CohenCyril
Copy link
Contributor

@GrahamcOfBorg build coq_8_13

@CohenCyril
Copy link
Contributor

CohenCyril commented Jan 31, 2021

@vbgl Which hash do you want me to change to? The one in the PR is the one nix-prefetch-url --unpack returns. Isn't that as it should be?

This is the correct hash:

$ nix-prefetch-url --unpack https://github.com/coq/coq/archive/V8.13.0.zip
unpacking...
[8.5 MiB DL]
path is '/nix/store/a7h7ym385f3kw62csx2rmy8zghbgmp4b-V8.13.0.zip'
1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi

My understanding of the comments above is that there's an issue on darwin, which I can't test or do anything about.

The issue on darwin is that nix-preferch-url does not work for some zip files... but here the hash is wrong anyway (and I launched GrahamcOfBorg to witness it here.)

@jarlg
Copy link
Contributor Author

jarlg commented Jan 31, 2021

@vbgl Which hash do you want me to change to? The one in the PR is the one nix-prefetch-url --unpack returns. Isn't that as it should be?

This is the correct hash:

$ nix-prefetch-url --unpack https://github.com/coq/coq/archive/V8.13.0.zip
unpacking...
[8.5 MiB DL]
path is '/nix/store/a7h7ym385f3kw62csx2rmy8zghbgmp4b-V8.13.0.zip'
1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi

Yeah, that's the one used in this PR as well.

My understanding of the comments above is that there's an issue on darwin, which I can't test or do anything about.

The issue on darwin is that nix-preferch-url does not work for some zip files... but here the hash is wrong anyway (and I launched GrahamcOfBorg to witness it here.)

Great! Unfortunately not something I can help with. I'm guessing that when the issues on darwin have been resolved, this PR can simply be merged.

@CohenCyril
Copy link
Contributor

CohenCyril commented Jan 31, 2021

@vbgl Which hash do you want me to change to? The one in the PR is the one nix-prefetch-url --unpack returns. Isn't that as it should be?

This is the correct hash:

$ nix-prefetch-url --unpack https://github.com/coq/coq/archive/V8.13.0.zip
unpacking...
[8.5 MiB DL]
path is '/nix/store/a7h7ym385f3kw62csx2rmy8zghbgmp4b-V8.13.0.zip'
1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi

Yeah, that's the one used in this PR as well.

My understanding of the comments above is that there's an issue on darwin, which I can't test or do anything about.

The issue on darwin is that nix-preferch-url does not work for some zip files... but here the hash is wrong anyway (and I launched GrahamcOfBorg to witness it here.)

Great! Unfortunately not something I can help with. I'm guessing that when the issues on darwin have been resolved, this PR can simply be merged.

No we cannot merge have a look at this please: the CI fails on this PR.
Sorry I got confused (again!) I cannot wrap my head around this problem...
The correct hash seems to be 0sjbqmz6qcvnz0hv87xha80qbhvmmyd675wyc5z4rgr34j2l1ymd...

There is a discrepancy between the output of nix-prefetch-url and the behaviour of fetchzip:

$ nix-build -E '(import <nixpkgs> {}).fetchzip {url = "https://github.com/coq/coq/archive/V8.13.0.zip"; sha256="1l2c63vskp8kiyxiyi5rpgbmnv67ysn3y4lybd6nj0li5llibifi"; }'

EDIT: Now I narrowed it down, I will submit an issue...

@jarlg
Copy link
Contributor Author

jarlg commented Jan 31, 2021

Thanks for the clarification, @CohenCyril! I tried the corrected hash and everything seems to work fine on my side. Hopefully the CI agrees. (Now I'm wondering, why did my previous hash work?)

@vbgl
Copy link
Contributor

vbgl commented Jan 31, 2021

Now I'm wondering, why did my previous hash work?

When there is already a path in the store with the expected hash, nix is lazy and won’t try to build it again.

@SuperSandro2000
Copy link
Member

@ofborg eval

@ofborg ofborg bot requested a review from thoughtpolice February 1, 2021 00:01
@CohenCyril
Copy link
Contributor

@GrahamcOfBorg build coqPackages_8_13

@SuperSandro2000
Copy link
Member

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.

Result of nixpkgs-review pr 109479 run on x86_64-linux 1

1 package built:
  • coq_8_13

The following issues got detected with the above build packages.
Please fix at least the ones listed with your changed packages:

coq_8_13:

Please consider this feature to be alpha.

A substituteInPlace with an unmatched pattern got detected:

substituteStream(): WARNING: pattern '/bin/uname' doesn't match anything in file 'configure'
substituteStream(): WARNING: pattern '"md5 -q"' doesn't match anything in file 'configure.ml'

Please check the offending substituteInPlace for typos or changes in source.
When evaluating attribute ‘coq_8_13’:
warning: unclear-gpl
lgpl21 is a deprecated license, check if project uses lgpl21Plus or lgpl21Only and change meta.license accordingly.

Near pkgs/applications/science/logic/coq/default.nix:179:5:

    |
179 |     license = licenses.lgpl21;
    |     ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/unclear-gpl.md

@SuperSandro2000
Copy link
Member

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.

Result of nixpkgs-review pr 109479 run on x86_64-darwin 1

1 package failed to build and are new build failure:
  • coq_8_13: log was empty

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants