-
Notifications
You must be signed in to change notification settings - Fork 17
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
pex files with different content gets same stamp #106
Comments
Also, it's worth stating that my pex is big enough that using |
What I think I'd like to do, is to use that content hash of the |
Hum... This is sadly not a fixed problem. Something is wrong with my implementation, and your input, dear @samwestmoreland would be welcomed. So this works when the content of the sources of the |
Do you think it could work to split the last rule which gathers everything in two ?
We would then be able to put the rule which inject the stamp in the pex in the middle and it would have all the resources available to compute a proper hash. Do you think it could work ? |
Hey, right I see. Yeap, I think that sounds very reasonable. You essentially want to figure out everything you need that you want to be in the hash, i.e. the deps and the lib_rule, and build them beforehand in order to generate the stamp. Are you happy to create the PR? I can help out if you get stuck! |
Hi !
I'm building a small CLI tool and I'm using please to produce a .pex file that I want to distribute to my user.
My problem is that if I distribute a newer version of the .pex file, it appears to get the same stamp, and will try to extract to the same cache folder. Since the pex has already been extracted here, it's not extracted again, and the old code runs.
If my understanding is correct, the
__PEX_STAMP__
value, which is used to select the path where the pex file is extracted comes from$RULE_HASH
which doesn't change when the built content changes, but only when the rules themselves changes.I'm not sure I really understand why the rule hash is used instead of the content of the built files themselves. Since I'm not building for a container use case, I need to be able to update the app of my user's boxes.
Would you accept a PR allowing to use the hash of the files instead of the rule hash ? Would that be a fix ?
The text was updated successfully, but these errors were encountered: