mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-02-05 00:29:40 +03:00
bitwarden fails to build #152
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @micah686 on GitHub (Dec 11, 2018).
Trying to build without docker fails when running
npm run dist. It gives a deprecation warning for plugins.scss, and fails with error code ELIFECYCLE.Here is the output I get after trying to build it:
@mqus commented on GitHub (Dec 11, 2018):
This looks like an error some archlinux users also had (See the comments here: https://aur.archlinux.org/packages/bitwarden_rs-vault/)
The reason was insufficient main memory('compiling' vault needs far more than 1gb of ram)
@mqus commented on GitHub (Dec 11, 2018):
maybe relevant:https://github.com/bitwarden/web/issues/250
@mprasil commented on GitHub (Dec 11, 2018):
#270 might also be related. But I believe the issue is essentially upstream and there's probably not much we can do here.
@dani-garcia commented on GitHub (Dec 11, 2018):
The only solution I can think of, if someone is interested, is for us to provide a compiled version of the web vault directly.
@micah686 commented on GitHub (Dec 12, 2018):
So I gave my virtual machine more cores and more ram, and that fixed the issue. However, is the web vault architecture specific? So would you be able to compile it on x86, and then use the compiled version on ARM64, for instance?
@dani-garcia commented on GitHub (Dec 12, 2018):
No, the web vault is just a bunch of javascript and html, once compiled it should work anywhere.
@micah686 commented on GitHub (Dec 12, 2018):
maybe an option could be to set up AppVeyor or similar to pull the latest version on bitwarden web, and compile it.
@dani-garcia commented on GitHub (Dec 13, 2018):
I published the script I use to build the vault locally at https://github.com/dani-garcia/bw_web_builds, and uploaded the last three releases already compiled to the releases page. For now I don't think automation is necessary, as new releases of the web vault aren't that frequent.
I'll update the BUILD.md page to point to the compiled vault for those who are building the project manually and might prefer to avoid an extra step.
It might also be a good idea to use these in some of the docker images, particularly the ARM ones, as those systems usually have low amounts of ram. @mprasil, thoughts?
@mprasil commented on GitHub (Dec 13, 2018):
Yeah perhaps we could do that. Our Dockerfiles are actually meant to be built on x86 device,(they don't work on ARM at all) so we have enough resources there to build the Vault, but it would probably cut down a bit from the build times.
Maybe we could use these in the main Dockerfile as well? That would make it a bit more universal for people who might want to build the image on non-x86 device.
@dani-garcia commented on GitHub (Dec 13, 2018):
Cool, I updated all the dockerfiles to download it, then.
I decided to keep the three stage build, even though the first stage does barely nothing now, to keep the code similar in all of them.
@dani-garcia commented on GitHub (Dec 14, 2018):
All the dockerfiles are using a pre-compiled vault now, so this shouldn't be a problem anymore.