JDK-8271142: package help is not displayed for missing X11/extensions/Xrandr.h

[MBaesken]

Please review the following change.
On SUSE Linux 15 configure was running into this error, because of a missing X11 header :

checking for X11/extensions/Xrandr.h... no
configure: error: Could not find all X11 headers (shape.h Xrender.h Xrandr.h XTest.h Intrinsic.h).

I wondered about the missing package help output, we should display some hint what packages are missing.
In help.m4, PKGHANDLER was detected as /usr/bin/zypper .
However only the exact string zypper is checked, this should be relaxed.
Afterwards, the package - help was working nicely :

checking for X11/extensions/Xrandr.h... no
configure: error: Could not find all X11 headers (shape.h Xrender.h Xrandr.h XTest.h Intrinsic.h).
You might be able to fix this by running 'sudo zypper install libX11-devel libXext-devel libXrender-devel libXrandr-devel libXtst-devel libXt-devel libXi-devel'.

---

Progress

• Change must not contain extraneous whitespace
• Commit message must refer to an issue
• Change must be properly reviewed

Issue

• JDK-8271142: package help is not displayed for missing X11/extensions/Xrandr.h

Reviewers

• Christoph Langer (@RealCLanger - Reviewer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jdk pull/4873/head:pull/4873
$ git checkout pull/4873

Update a local copy of the PR:
$ git checkout pull/4873
$ git pull https://git.openjdk.java.net/jdk pull/4873/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 4873

View PR using the GUI difftool:
$ git pr show -t 4873

Using diff file

Download this PR as a diff file:
https://git.openjdk.java.net/jdk/pull/4873.diff

[bridgekeeper]

👋 Welcome back mbaesken! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

@MBaesken The following label will be automatically applied to this pull request:

• build

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing list. If you would like to change these labels, use the /label pull request command.

[mlbridge]

Webrevs

• 01: Full - Incremental (aef78749)
• 00: Full (56269b5f)

[RealCLanger]

Makes sense to me.

[openjdk]

@MBaesken This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8271142: package help is not displayed for missing X11/extensions/Xrandr.h

Reviewed-by: clanger

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 31 new commits pushed to the master branch:

• 96247ae: 8270187: G1: Remove ConcGCThreads constraint
• 9b27df6: 8271063: Print injected fields for InstanceKlass
• 0cc4bb7: 8270870: Simplify G1ServiceThread
• 8c8e3a0: 8271163: G1 uses wrong degree of MT processing since JDK-8270169
• 8a789b7: 8263840: PeriodicTask should declare its destructor virtual
• f226190: 8270894: Use acquire semantics in ObjectSynchronizer::read_stable_mark()
• ea182b5: 8271060: Merge G1CollectedHeap::determine_start_concurrent_mark_gc and G1Policy::decide_on_conc_mark_initiation
• fb85960: 8271149: remove unreferenced functions from EncodingSupport_md.c
• 8156ff6: 8271147: java/nio/file/Path.java javadoc typo
• 9935440: Merge
• ... and 21 more: https://git.openjdk.java.net/jdk/compare/d1257d54f9352fa84207036d14b764a1244a9545...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

[MBaesken]

Makes sense to me.

Hi Christoph, thanks for looking into it. Should we do the same for the other package managers in the case statement (like yum, apt-get) as well ? I only observed it on SLES15 (where zypper was detected) but it might be also an issue on the others.
Btw should I better use *zypper because I think it will always the suffix of the string?

[RealCLanger]

Makes sense to me.

Hi Christoph, thanks for looking into it. Should we do the same for the other package managers in the case statement (like yum, apt-get) as well ? I only observed it on SLES15 (where zypper was detected) but it might be also an issue on the others.
Btw should I better use *zypper because I think it will always the suffix of the string?

Using just *zypper probably makes sense. For the other package managers it could also make sense to relax the check. I guess you should check it on relevant systems...

[RealCLanger]

Looks good.

[MBaesken]

Hi Christoph, thanks for looking into it. Should we do the same for the other package managers in the case statement (like yum, apt-get) as well ? I only observed it on SLES15 (where zypper was detected) but it might be also an issue on the others.
Btw should I better use *zypper because I think it will always the suffix of the string?

Using just *zypper probably makes sense. For the other package managers it could also make sense to relax the check. I guess you should check it on relevant systems...

Checked on RHEL and we have the same issue there too.
before :

configure: error: Could not find cups!
configure exiting with result code 1

after adding my fix :

configure: error: Could not find cups! You might be able to fix this by running 'sudo yum install cups-devel'.
configure exiting with result code 1

So yes, the other distros/pkg handlers had the same issue.

[bridgekeeper]

@MBaesken This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

[MBaesken]

/integrate

[openjdk]

Going to push as commit b7f75c0.
Since your change was applied there have been 338 commits pushed to the master branch:

• e8a289e: 8272609: Add string deduplication support to SerialGC
• b690f29: 8269687: pauth_aarch64.hpp include name is incorrect
• f77a1a1: 8272472: StackGuardPages test doesn't build with glibc 2.34
• 04a806e: 8270344: Session resumption errors
• d85560e: 8267161: Write automated test case for JDK-4479161
• 1ea437a: 8272720: Fix the implementation of loop unrolling heuristic with LoopPercentProfileLimit
• 86add21: 8223923: C2: Missing interference with mismatched unsafe accesses
• c701f6e: 8272739: Misformatted error message in EventHandlerCreator
• fb1dfc6: 8267185: Add string deduplication support to ParallelGC
• d874e96: 8271579: G1: Move copy before CAS in do_copy_to_survivor_space
• ... and 328 more: https://git.openjdk.java.net/jdk/compare/d1257d54f9352fa84207036d14b764a1244a9545...master

Your commit was automatically rebased without conflicts.

[openjdk]

@MBaesken Pushed as commit b7f75c0.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.