You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[JENKINS-25783] very long build directory paths are created by Matrix project, and difficult directcory names #593
You are right if the path was quoted correctly everywhere there would be no issue. However if you build a whole linux distribution with hundreds of third party packages it is very likely that some components get it wrong. To fix this is a huge effort and not possible to fix in the short term.
So I also would appreciate an option that would allow to get more "standard" paths.
You are right if the path was quoted correctly everywhere there would be no issue. However if you build a whole linux distribution with hundreds of third party packages it is very likely that some components get it wrong. To fix this is a huge effort and not possible to fix in the short term.
So I also would appreciate an option that would allow to get more "standard" paths.
FWIW there's a global (Jenkins-wide) option to use short sub-workspace paths for matrix projects: hudson.matrix.MatrixConfiguration.useShortWorkspaceName
FWIW there's a global (Jenkins-wide) option to use short sub-workspace paths for matrix projects: hudson.matrix.MatrixConfiguration.useShortWorkspaceName
Daniel, very useful hint. Thankyou. The applicability of that property sure isn't limited to Cygwin.
Some Windows kernels have bugs relating to deep paths (well short of the official path limit). I've had to abbreviate all my labels to get things to work, and even then it's troublesome.
On *nix, label expressions containing shell metacharacters are "fun". Yes, everything should be carefully quoted. It's a pain when you're working with things like third party shell script snippets in configure scripts though.
Some form of mapping would be very helpful. Or at least exposing this as an advanced matrix build option instead of a system property.
Daniel, very useful hint. Thankyou. The applicability of that property sure isn't limited to Cygwin.
Some Windows kernels have bugs relating to deep paths (well short of the official path limit). I've had to abbreviate all my labels to get things to work, and even then it's troublesome.
On *nix, label expressions containing shell metacharacters are "fun". Yes, everything should be carefully quoted. It's a pain when you're working with things like third party shell script snippets in configure scripts though.
Some form of mapping would be very helpful. Or at least exposing this as an advanced matrix build option instead of a system property.
Activity
jenkins-infra-bot commentedon Nov 25, 2014
Raw content of original comment:
(note to self: read first, then comment
)
jenkins-infra-bot commentedon Feb 28, 2015
spikerjenk2:
Raw content of original comment:
Label expression axis can also create bad paths. If I have "label1&&label2" expression, the path then include /job/label1&&label2/...
This makes for some nasty workarounds in shell scripts.
jenkins-infra-bot commentedon Feb 28, 2015
Raw content of original comment:
spikerjenk2: Wouldn't it suffice to just consistently double-quote references to the folder? What specifically breaks?
jenkins-infra-bot commentedon Feb 28, 2015
bachp:
Raw content of original comment:
You are right if the path was quoted correctly everywhere there would be no issue. However if you build a whole linux distribution with hundreds of third party packages it is very likely that some components get it wrong. To fix this is a huge effort and not possible to fix in the short term.
So I also would appreciate an option that would allow to get more "standard" paths.
jenkins-infra-bot commentedon Feb 28, 2015
spikerjenk2:
Raw content of original comment:
@Daniel @Pascal
The worst offender is python virtualenv. Wrapper scripts insert the shebang of the interpreter, which is in the workspace. So "myProg.py" would have
I unfortunately have to wrap everything in a shell script to re-write the shebang.
I'd also like to add (most) linux kernels limit the shebang line to 127 characters, which is easily outdone with big matrix jobs.
jenkins-infra-bot commentedon Feb 28, 2015
Raw content of original comment:
FWIW there's a global (Jenkins-wide) option to use short sub-workspace paths for matrix projects: hudson.matrix.MatrixConfiguration.useShortWorkspaceName
More information on:
https://wiki.jenkins-ci.org/display/JENKINS/Features+controlled+by+system+properties
jenkins-infra-bot commentedon Mar 7, 2015
Raw content of original comment:
Daniel, very useful hint. Thankyou. The applicability of that property sure isn't limited to Cygwin.
Some Windows kernels have bugs relating to deep paths (well short of the official path limit). I've had to abbreviate all my labels to get things to work, and even then it's troublesome.
On *nix, label expressions containing shell metacharacters are "fun". Yes, everything should be carefully quoted. It's a pain when you're working with things like third party shell script snippets in configure scripts though.
Some form of mapping would be very helpful. Or at least exposing this as an advanced matrix build option instead of a system property.
jenkins-infra-bot commentedon Jun 9, 2017
Raw content of original comment:
Better solved more generically, as in JENKINS-30148.
jenkins-infra-bot commentedon Dec 6, 2025
[Original
relates_tofrom Jira: JENKINS-30148]