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

Overly aggressive environment setup in init.sh #33

Closed
graeme-a-stewart opened this issue Jul 9, 2018 · 4 comments
Closed

Overly aggressive environment setup in init.sh #33

graeme-a-stewart opened this issue Jul 9, 2018 · 4 comments

Comments

@graeme-a-stewart
Copy link
Contributor

Looking at https://github.com/hegner/podio/blob/a55171677ccd2b2b6de15afd828a6aceee61bd4e/init.sh it very aggressively modifies the environment, setting up an old LCG release with the clang compiler on top on any Linux machine that has cvmfs installed.

I understand that it's useful not to try to compile in a broken environment, but surely one only should help after checking that no suitable environment yet exists, e.g.,

  • Check the g++ and llvm versions
  • Conditionally modify paths only if they are not yet setup

Although honestly I would be happier if we rather added just some advice on setting up the LCG environment if required rather than writing magic to do so. (It's odd that ROOT and yaml are explicit, in the README but not the compiler, right?)

@hegner
Copy link
Collaborator

hegner commented Jul 9, 2018

Hi Graeme,

ROOT etc are explicit in the README as this refers to MacOS. Seems that sentence referring to it is hard to spot in the "Prerequisites" section.

What about the following approach: doing what you say and giving the init command line arguments for forcing an LCG setup. I want to have something that works out of the box by everyone. And can be adjusted by experts.

@graeme-a-stewart
Copy link
Contributor Author

Hi @hegner - yes, it's rather unclear as the differences in markdown headers are not so big to be easily able to spot. Let me then try to suggest something in a PR and we can iterate.

BTW, the first stanza in the script is really odd - you test FCCEDM but then claim PODIO is unset.

Another issue is it's unconditionally setting up an SLC6 release, but at least one should be smart with C7 as well.

@hegner
Copy link
Collaborator

hegner commented Jul 9, 2018

@graeme-a-stewart - sounds good. waiting for the PR then/

@graeme-a-stewart
Copy link
Contributor Author

I think this can be closed now that #41 was merged.

@gaede gaede closed this as completed Apr 9, 2019
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

3 participants