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

VS Codium 1.66.1 RPM has wrong dependencies and won't install in RHEL 7 #1043

Closed
ajkerzner opened this issue Apr 8, 2022 · 12 comments
Closed
Labels
bug Something isn't working stale

Comments

@ajkerzner
Copy link
Contributor

Describe the bug
Seems to basically be microsoft/vscode#146390, which was introduced in VS Code 1.66.0 and fixed in 1.66.1. This bug is still present in VS Codium 1.66.1, though.

Please confirm that this problem is VSCodium-specific

  • [ X] This bug doesn't happen if I use Microsoft's Visual Studio Code. It only happens in VSCodium.

Please confirm that the issue/resolution isn't already documented

  • [ X] I checked the Docs page and my issue is not mentioned there.

Desktop (please complete the following information):

  • RHEL 7.9
@ajkerzner ajkerzner added the bug Something isn't working label Apr 8, 2022
@paulcarroty
Copy link
Collaborator

paulcarroty commented Apr 9, 2022

Fixed in VSC insiders, will be available in next (v1.67) release.

@ajkerzner
Copy link
Contributor Author

ajkerzner commented Apr 21, 2022

@paulcarroty This still appears to be an issue with 1.66.2. (VS Code has fixed this in a prior version, 1.66.1.)

@ajkerzner
Copy link
Contributor Author

Can this bug be reopened? I admit I don't have enough experience with this tooling to fix this myself.
Affected version: 1.66.0, 1.66.1, 1.66.2
VS Code had the same issue in 1.66.0, but it was fixed by 1.66.1, so as of 1.66.1 this bug is now specific to VS Codium.

@ajkerzner
Copy link
Contributor Author

@paulcarroty Problem still present in vscodium 1.67. It was fixed VS Code in 1.66.1. Request reopen.

@paulcarroty paulcarroty reopened this May 7, 2022
@daiyam
Copy link
Member

daiyam commented May 7, 2022

Not sure if it's related but I had to disabled a new flag (FAIL_BUILD_FOR_NEW_DEPENDENCIES) so that linux releases can be built. (https://github.com/VSCodium/vscodium/pull/1066/files#diff-e39cd79316b4da9e7c1e409f2cb11654eba3d7d1840191a0c19f1d0fda95a332)
I will to try to look into it.
VSCode has moved to an Alpine based docker image while we are still using the Debian based image.

@ajkerzner
Copy link
Contributor Author

I don't know if this is helpful.
Old: https://github.com/VSCodium/vscodium/runs/5419614524?check_suite_focus=true#step:13:822
New: https://github.com/VSCodium/vscodium/runs/6334517686?check_suite_focus=true#step:13:1168

I wonder if the new dependency thing works for VS Code's build system but not ours.

@ajkerzner
Copy link
Contributor Author

ajkerzner commented May 7, 2022

Do we need to go back to a prior ubuntu/debian platform again?

Possibly related: #242

@ajkerzner
Copy link
Contributor Author

@daiyam Actually I think it's related. I think that flag is actually meant to catch this.

This is a list for testing: https://github.com/microsoft/vscode/blob/main/build/linux/rpm/dep-lists.js
This is the thing that generates a list: https://github.com/microsoft/vscode/blob/main/build/linux/rpm/dependencies-generator.js#L56

So I think this test failing may have been the first indication of a problem - the dependencies in the codium build exceed those expected in the test.

@daiyam
Copy link
Member

daiyam commented May 7, 2022

I wonder if the new dependency thing works for VS Code's build system but not ours.

I tried but I can't access their logs.

This check is new so I assumed it was an extra check and the diffs were due to Alpine/Debian.

So I think this test failing may have been the first indication of a problem - the dependencies in the codium build exceed those expected in the test.

I agree but I wanted to get this release out because of the git extension/vsxopen issue which was rendering codium nearly useless...
And they were some much problems in this build.
The 32bit versions aren't out yet because the dependencies aren't correctly installing...

This week-end, I will look into it.
But feel free to make a PR ;)

@ajkerzner
Copy link
Contributor Author

Nothing on you man. Any build is better than no build at all. Don't think I'll be submitting a PR again, but I can offer suggestions. Honestly don't know what the correct solution would be.

@github-actions
Copy link

github-actions bot commented Nov 6, 2022

This issue has been automatically marked as stale. If this issue is still affecting you, please leave any comment, and we'll keep it open. If you have any new additional information, please include it with your comment!

@github-actions github-actions bot added the stale label Nov 6, 2022
@github-actions
Copy link

github-actions bot commented Dec 6, 2022

This issue has been closed due to inactivity, and will not be monitored. If this is a bug and you can reproduce this issue, please open a new issue.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Dec 6, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 6, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working stale
Projects
None yet
Development

No branches or pull requests

3 participants