Skip to content

Adds a minimum required sed version to the documentation#480

Closed
craigerrington wants to merge 1 commit into
masterfrom
sed-version-doc
Closed

Adds a minimum required sed version to the documentation#480
craigerrington wants to merge 1 commit into
masterfrom
sed-version-doc

Conversation

@craigerrington

@craigerrington craigerrington commented Mar 28, 2019

Copy link
Copy Markdown
Contributor

The -E flag became available in sed 4.3 and above.

There are still some extended support distros (SLES 11 at least) which are shipping with older versions, so I think it would be good to call out the minimum requirement.

the `-E` flag we use is only available in sed 4.3 and above.
@aferreira

Copy link
Copy Markdown

I wonder if it would be better to downgrade the code that requires sed 4.3. That is, from:

version=$(echo "$output" | sed -E -n 's/GitHub Enterprise( Server)? version (.*)/\2/p')

to

version=$(echo "$output" | sed -n 's/GitHub Enterprise\( Server\)\{0,1\} version \(.*\)/\2/p')

In this case, it would not be necessary to document the sed required version and the code would work again for systems with older versions.

I am not 100% sure of how portable the second code is. My first try used \( Server\)\? but, even though that seems to work in Linux, it does not on OS X. That is why I went with the byzantine \( Server\)\{0,1\} that worked on both.

@lildude

lildude commented Aug 20, 2019

Copy link
Copy Markdown
Member

We've gone the route of using a simplified sed in #509. Closing.

@lildude lildude closed this Aug 20, 2019
@lildude lildude deleted the sed-version-doc branch August 20, 2019 15:16
bonsohi pushed a commit that referenced this pull request Aug 10, 2023
While investigating an unrelated issue, I noticed that some definitions
in ghe-backup-config are present twice. The reason for this appears to
be a faulty merge conflict resolution [1], as both parent commits [2, 3]
only have a single copy of these definitions but the merge commit has
duplicates. It seems that an unwieldy conflict came up while merging the
progress-indicator with the master branch, as a result of which both the
old and new locations of these definitions were accidentally kept,
causing the duplication.

This removes one copy of each definition to avoid confusion and
potential future bugs.

[1] 1eaf809
[2] a8e7eca
[3] 8aaccc3
dooleydevin pushed a commit that referenced this pull request Aug 16, 2023
While investigating an unrelated issue, I noticed that some definitions
in ghe-backup-config are present twice. The reason for this appears to
be a faulty merge conflict resolution [1], as both parent commits [2, 3]
only have a single copy of these definitions but the merge commit has
duplicates. It seems that an unwieldy conflict came up while merging the
progress-indicator with the master branch, as a result of which both the
old and new locations of these definitions were accidentally kept,
causing the duplication.

This removes one copy of each definition to avoid confusion and
potential future bugs.

[1] 1eaf809
[2] a8e7eca
[3] 8aaccc3

Co-authored-by: Patrick Lühne <[email protected]>
bonsohi pushed a commit that referenced this pull request Aug 29, 2023
While investigating an unrelated issue, I noticed that some definitions
in ghe-backup-config are present twice. The reason for this appears to
be a faulty merge conflict resolution [1], as both parent commits [2, 3]
only have a single copy of these definitions but the merge commit has
duplicates. It seems that an unwieldy conflict came up while merging the
progress-indicator with the master branch, as a result of which both the
old and new locations of these definitions were accidentally kept,
causing the duplication.

This removes one copy of each definition to avoid confusion and
potential future bugs.

[1] 1eaf809
[2] a8e7eca
[3] 8aaccc3
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