8254178: Remove .hgignore

[gdams]

backports https://bugs.openjdk.org/browse/JDK-8254178 as it's a low-risk change

---

Progress

• Change must be properly reviewed (1 review required, with at least 1 Reviewer)
• Change must not contain extraneous whitespace
• Commit message must refer to an issue

Issue

• JDK-8254178: Remove .hgignore

Reviewers

• Paul Hohensee (@phohensee - Reviewer)
• Andrew John Hughes (@gnu-andrew - Reviewer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev pull/83/head:pull/83
$ git checkout pull/83

Update a local copy of the PR:
$ git checkout pull/83
$ git pull https://git.openjdk.org/jdk8u-dev pull/83/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 83

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

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/83.diff

[bridgekeeper]

👋 Welcome back gdams! 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]

This backport pull request has now been updated with issue from the original commit.

[mlbridge]

Webrevs

• 00: Full (dfc94471)

[phohensee]

Lgtm.

[openjdk]

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

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

8254178: Remove .hgignore

Reviewed-by: phh, andrew

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 23 new commits pushed to the master branch:

• 4cc462a: 8214427: probable bug in logic of ConcurrentHashMap.addCount()
• 645b6c8: 8288763: Pack200 extraction failure with invalid size
• 8e2c498: 8245263: Enable TLSv1.3 by default on JDK 8u for Client roles
• 0869fc0: 8071507: (ref) Clear phantom reference as soft and weak references do
• b52eb70: 8287132: Retire Runtime.runFinalizersOnExit so that it always throws UOE
• deae94f: 8288865: [aarch64] LDR instructions must use legitimized addresses
• 39fa6fb: 8290000: Bump macOS GitHub actions to macOS 11
• 1460bfa: Merge
• 2dadc2b: 8290832: It is no longer possible to change "user.dir" in the JDK8
• 244f98e: 8291568: Bump update version of OpenJDK: 8u345
• ... and 13 more: https://git.openjdk.org/jdk8u-dev/compare/de9f14976a285fcf1ea073c374582d6965e4f0dd...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.

As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@phohensee, @gnu-andrew) but any other Committer may sponsor as well.

➡️ To flag this PR as ready for integration with the above commit message, type /integrate in a new comment. (Afterwards, your sponsor types /sponsor in a new comment to perform the integration).

[gdams]

@phohensee would you mind adding the fix request label to the issue on my behalf?

[phohensee]

Done.

[mlbridge]

Mailing list message from Thorsten Glaser on jdk8u-dev:

There?s also still the .hgtags file.

bye,
//mirabilos
--
Infrastrukturexperte ? tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn ? http://www.tarent.de/
Telephon +49 228 54881-393 ? Fax: +49 228 54881-235
HRB AG Bonn 5168 ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

****************************************************
/?\ The UTF-8 Ribbon
??? Campaign against Mit dem tarent-Newsletter nichts mehr verpassen:
??? HTML eMail! Also, https://www.tarent.de/newsletter
??? header encryption!
****************************************************

[phohensee]

That would be a backport of JDK-8254318.

[gdams]

Yeah I'll backport that one separately

[bridgekeeper]

@gdams 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!

[gnu-andrew]

Looks good to me. Thanks for catching all the instances in the old subrepos. We should also clean up the .jcheck directories in those subdirectories. I doubt there is a backport for that one, so it would likely have to be an 8u bug.
Approved for 8u.

[gdams]

/integrate

[gdams]

Thanks for the review @gnu-andrew please can you sponsor this?

[openjdk]

@gdams
Your change (at version dfc9447) is now ready to be sponsored by a Committer.

[gdams]

That would be a backport of JDK-8254318.

@phohensee I've covered this in #108

[phohensee]

/sponsor

[openjdk]

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

• 4cc462a: 8214427: probable bug in logic of ConcurrentHashMap.addCount()
• 645b6c8: 8288763: Pack200 extraction failure with invalid size
• 8e2c498: 8245263: Enable TLSv1.3 by default on JDK 8u for Client roles
• 0869fc0: 8071507: (ref) Clear phantom reference as soft and weak references do
• b52eb70: 8287132: Retire Runtime.runFinalizersOnExit so that it always throws UOE
• deae94f: 8288865: [aarch64] LDR instructions must use legitimized addresses
• 39fa6fb: 8290000: Bump macOS GitHub actions to macOS 11
• 1460bfa: Merge
• 2dadc2b: 8290832: It is no longer possible to change "user.dir" in the JDK8
• 244f98e: 8291568: Bump update version of OpenJDK: 8u345
• ... and 13 more: https://git.openjdk.org/jdk8u-dev/compare/de9f14976a285fcf1ea073c374582d6965e4f0dd...master

Your commit was automatically rebased without conflicts.

[openjdk]

@phohensee @gdams Pushed as commit 5323ef6.

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

[gnu-andrew]

Thanks for the review @gnu-andrew please can you sponsor this?

I would have, but Paul beat me to it :) Sadly, you can't do the sponsorship until integrate is run.

[gdams]

We should also clean up the .jcheck directories in those subdirectories. I doubt there is a backport for that one, so it would likely have to be an 8u bug.

@gnu-andrew please see #110 (and JDK-8292762)