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
rambox: don't build from sources #80370
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry for the inconvenience!
pkgs/applications/networking/instant-messengers/rambox/default.nix
Outdated
Show resolved
Hide resolved
The non-pro version does not start for me (also it is called ramboxpro atm): $ ramboxpro |
Looks like that solution doesn't work with rambox community edition, I've changed back to using binaries instead of launching electron @yegortimoshenko No need to sorry, it was a nice idea, but I would like to simplify maintaining of rambox |
I had to delete ~/.config/Rambox and than it worked. |
@Mic92 Thank you! |
We should probably backport this as we in future likely also need to upgrade rambox in stable as well to unbrick services. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry for the inconvenience!
No worries! It was a great effort since source-builds should be preferred over pre-built binary blobs in general IMHO. Also, the error is pretty hard to catch and reproduce (already seen several hash-updates in this package that weren't reproducible by everyone).
@gnidorah the change seems mostly fine, I have two questions though:
-
I stopped rambox 0.7.3 (from a fairly recent
release-20.03
) and ran./result/bin/rambox
after building it on your branch. The program worked fine, however all of my tabs were gone. After stopping this rambox process and reopening the one I installed globally, the tabs reappeared. Do you know if this is somehow related to the environmentrambox
is started in or an actual regression of your patch? In case of the latter it would be awesome if you could either try to find a fix or document this in the release notes at least. -
The comment at the top of
fetchNodeModules.nix
says thatOnly npm >= 5.4.2 is deterministic
. So is there any chance to provide another fix atm? (or is it known what caused the issues?).
So I was obviously too slow to with writing a review 😅 @gnidorah would you mind taking a look at my comments anyway? :) |
Can't reproduce. Do you use auth0? |
@gnidorah I might did that too. |
Motivation for this change
See #76618
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)cc @Ma27 @Mic92