Skip to content

Releases source code should include ghcide #484

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

Closed
motorto opened this issue Oct 9, 2020 · 8 comments
Closed

Releases source code should include ghcide #484

motorto opened this issue Oct 9, 2020 · 8 comments
Labels
CI Continuous integration type: bug Something isn't right: doesn't work as intended, documentation is missing/outdated, etc..

Comments

@motorto
Copy link

motorto commented Oct 9, 2020

Releases source code should include ghcide as well instead of an empty directory.
The ghcide is simply an empty directory which makes it impossible to build.
Which makes releases unnecessary (useless)

@jneira jneira added CI Continuous integration type: bug Something isn't right: doesn't work as intended, documentation is missing/outdated, etc.. labels Oct 10, 2020
@jneira
Copy link
Member

jneira commented Oct 10, 2020

Yeah, build config files point to the dir (so they dont use ghcide from hackage) but there is no content.
@bubba the source zip/tar is packed and uploaded in the github workflow?

@lukel97
Copy link
Collaborator

lukel97 commented Oct 10, 2020

@jneira they are automatically uploaded by GitHub for all releases, i.e it's not something that we do ourselves. That is weird that they don't clone the submodules first before generating them. Someone else must have run into this issue before

@motorto
Copy link
Author

motorto commented Oct 10, 2020

Turns out that GitHub api for releases doesn't add the sub-modules to the tarball ( the question is 4y old , don't know if it changed , turns out that not).

https://stackoverflow.com/questions/34719785/how-to-add-submodule-files-to-a-github-release#34721233

One possible solution would be to maybe create a branch that doesn't use the sub module(and instead the last release of ghcid) and that be used to create releases ...

@jneira
Copy link
Member

jneira commented Oct 10, 2020

There is a issue that has recent comments continuing asking for that feature.
Sync release with ghcide and remove the submodule will be inevitable if we want to upload hls so hackage/stackage but now it let us make releases faster in simple way.
Another alternative would be replace the actual zip/tarball with a custom ones add another correct source tarball (ideally in the github workflow script)

@motorto
Copy link
Author

motorto commented Oct 10, 2020

Sync releases would be the easiest solution to this problem , don't know how easy to implement would be.

@jneira
Copy link
Member

jneira commented Oct 10, 2020

@motorto well, it will be relatively easy but the dev process will be disturbed and will be less agile.
Now we bump ghcide version at will and we have not wait for ghcide hackage releases.

Maybe they should be in the same repo, as suggested in other issue(s)

@jneira
Copy link
Member

jneira commented Dec 2, 2020

@motorto it turns out that last hls-0.6.0 works with last ghcide release version, so you should be able to build it without the subrepo.
Not sure if all future releases will be done this way though.

pepeiborra pushed a commit that referenced this issue Dec 27, 2020
Use by

  stack --stack-yaml=stack84.yaml test --test-arguments "--rerun"
@jneira
Copy link
Member

jneira commented Jan 2, 2021

@motorto ghcide has been moved to this repo, so source releases will include it

@jneira jneira closed this as completed Jan 2, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI Continuous integration type: bug Something isn't right: doesn't work as intended, documentation is missing/outdated, etc..
Projects
None yet
Development

No branches or pull requests

3 participants