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

Update supervise, supervise_api #33144

Merged
merged 2 commits into from Jan 11, 2018
Merged

Update supervise, supervise_api #33144

merged 2 commits into from Jan 11, 2018

Conversation

catern
Copy link
Contributor

@catern catern commented Dec 28, 2017

No description provided.

@catern catern requested a review from FRidh as a code owner December 28, 2017 18:10

src = fetchFromGitHub {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is the reason for switching to fetchzip?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This tarball is not the raw source, it's after running autoreconf to generate ./configure scripts, and creating a tarball with "make distcheck"

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Then you could just add autoreconfHook to the nativeBuildInputs and that would take care of that.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I am aware, but this is the official release tarball and it does not need autoreconfHook.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm honestly not sure if we gain anything by running the autoreconfHook against the raw source vs using the release tarball but the recommended way to fetch from github is using fetchFromGitHub rather than fetchurl.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's no way to fetch the release tarball using fetchFromGithub. Ignore the fact that the release tarball (which is an opaque artifact which is not automatically derivable from the Git repo) is hosted on Github, the release tarball might as well be from anywhere else.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@peterhoeg Ping? I really don't think this is a big issue, this is just something that fetchFromGithub is not supposed to do.

If you want I can host the release tarball on my own website so it doesn't say "github" in the URL :)

@catern
Copy link
Contributor Author

catern commented Jan 3, 2018

Ping

@catern
Copy link
Contributor Author

catern commented Jan 3, 2018

While this was waiting to merge, I think @FRidh automatically updated pythonPackages.supervise_api, but it has new deps on Python 2 so it's not quite right. But my amended commit fixes it.

@peterhoeg
Copy link
Member

@FRidh, any comments on supervise_api?

@peterhoeg
Copy link
Member

Definitely not a big deal - thanks for your PR @catern and sorry it took this long.

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

Successfully merging this pull request may close these issues.

None yet

3 participants