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

[Build] Remove workaround for previously different default shell #1866

Closed

Conversation

HannesWell
Copy link
Contributor

On the new Ubuntu images initially the 'dash' shell was used by default and now it was changed to use 'bash' again.

So we don't have to explicitly specify the shell anymore.

See https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/5061

This reverts the workarounds added via

On the other hand, we could also keep the explicit specification of the shell so that reads are aware what to expect?

On the new Ubuntu images initially the 'dash' shell was used by default
and now it was changed to use 'bash' again.

So we don't have to explicitly specify the shell anymore.

See https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/5061
Copy link

github-actions bot commented Oct 4, 2024

Test Results

  321 files  ±0    321 suites  ±0   48m 52s ⏱️ - 1m 22s
  678 tests ±0    659 ✅ ±0  18 💤 ±0  0 ❌ ±0  1 🔥 ±0 
2 034 runs  ±0  1 979 ✅ ±0  54 💤 ±0  0 ❌ ±0  1 🔥 ±0 

For more details on these errors, see this check.

Results for commit 43fd190. ± Comparison against base commit 6b94b54.

@akurtakov
Copy link
Contributor

I believe it's best to keep the explicit declaration of shell for clarity.

@laeubi
Copy link
Member

laeubi commented Oct 14, 2024

It would even be more clear if we won't need any shell magic at all :-D

e.g. in Tycho I use this to get different settings for deploy/not deploy:

https://github.com/eclipse-tycho/tycho/blob/cec877685f3dca852fb157b76766c49c029beeaf/Jenkinsfile#L3-L9
https://github.com/eclipse-tycho/tycho/blob/cec877685f3dca852fb157b76766c49c029beeaf/Jenkinsfile#L37

@HannesWell
Copy link
Contributor Author

Ok, then let's just keep it.

It would even be more clear if we won't need any shell magic at all :-D

That would be nice but due to the task that's done, I think it doesn't become overall simpler in this case if one just uses declarative pipeline and wants to avoid duplications.

And the XPath extraction would probably have to be implemented in groovy like it would be done in Java. And that wouldn't be simpler at all.

@HannesWell HannesWell closed this Oct 15, 2024
@HannesWell HannesWell deleted the revert-dash-workaround branch October 15, 2024 17:52
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

Successfully merging this pull request may close these issues.

3 participants