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

produced ocra binary misbehaves when running from same dir with another Gemfile #167

Open
repu1sion opened this issue Jun 30, 2020 · 0 comments

Comments

@repu1sion
Copy link

In my understanding produced binary should be an independent container which doesn't care what's going on on customer's pc or in his local dir. But when ocra produced executable is placed in same dir with Gemfile from some another project let say, it overrides internal Gemfile, parsed during build and replaces it with Gemfile from local dir. And it leads to internal errors like this:

c:\archive\develop\packed-mn-orig\build\iso>metanorma.exe -x xml "sources/amendment/rice-amd.np.adoc"
Traceback (most recent call last):
        1: from c:/archive/develop/packed-mn-orig/build/iso/ocr2F02.tmp/src/metanorma:136:in `<main>'
c:/archive/develop/packed-mn-orig/build/iso/ocr2F02.tmp/src/metanorma:136:in `require': cannot load such file -- metanorma-rsd (LoadError)

Internal Gemfile parsed during build contained metanorma-rsd, and binary was created successfully, but if we have in current dir with executable Gemfile from another project - in current case with some tests, which doesn't contain metanorma-rsd it leads to such a funny bug.

Any thoughts why its possible and should it be probably fixed?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant