jdk-updates-dev Digest, Vol 12, Issue 12
Prakhar Makhija
matcdac at gmail.com
Fri Oct 12 14:56:28 UTC 2018
Every time I take a pull from hg, and push to git, it re-uploads the whole
LFS file
Can something be done about this particular file located in the codebase :-
.hg/store/00manifest.d
On Fri 12 Oct, 2018, 1:55 PM , <jdk-updates-dev-request at openjdk.java.net>
wrote:
> Send jdk-updates-dev mailing list submissions to
> jdk-updates-dev at openjdk.java.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.openjdk.java.net/mailman/listinfo/jdk-updates-dev
> or, via email, send a message with subject or body 'help' to
> jdk-updates-dev-request at openjdk.java.net
>
> You can reach the person managing the list at
> jdk-updates-dev-owner at openjdk.java.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of jdk-updates-dev digest..."
>
>
> Today's Topics:
>
> 1. [Updates Communication] Push approval criteria update
> (Robert McKenna)
> 2. Re: Tagging proposal for JDK GA releases (Se?n Coffey)
> 3. RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file (Doerr, Martin)
> 4. RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file (Lindenmaier, Goetz)
> 5. jdk11u: Windows 32 bit broken (Doerr, Martin)
> 6. RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file (Zeller, Arno)
> 7. Re: jdk11u: Windows 32 bit broken (Severin Gehwolf)
> 8. RE: jdk11u: Windows 32 bit broken (Doerr, Martin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 11 Oct 2018 16:32:54 +0100
> From: Robert McKenna <rob.mckenna at oracle.com>
> To: jdk-updates-dev at openjdk.java.net
> Subject: [Updates Communication] Push approval criteria update
> Message-ID:
> <a7eddb17a11c433b8b15a6e44de6f75c4c0f874b.camel at oracle.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Given the level of demand for getting fixes into the jdk11u train the
> maintainers have decided to redefine the approval criteria to the
> following:
>
> "Any reasonable fix which contributes to the stability, security
> or performance of the affected line should be considered."
>
> I should note that fixes which meet the new criteria are not guaranteed
> approval but we certainly intend to approve more changes than we did
> under initial criteria with which the JDK Updates Project was set up.
>
> As a result of the change I've approved all pending requests. If you
> have an outstanding jdk11u-fix-request please check it for the jdk11u-
> fix-yes label and then proceed with your push to the jdk11u forest. [1]
>
> I have updated the project page to reflect the new changes. [2], [3]
>
> -Rob
>
> [1] http://hg.openjdk.java.net/jdk-updates/jdk11u/
> [2] http://openjdk.java.net/projects/jdk-updates/
> [3] http://openjdk.java.net/projects/jdk-updates/approval.html
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 11 Oct 2018 18:54:10 +0100
> From: Se?n Coffey <sean.coffey at oracle.com>
> To: jdk-dev <jdk-dev at openjdk.java.net>,
> jdk-updates-dev at openjdk.java.net, jdk8u-dev at openjdk.java.net
> Subject: Re: Tagging proposal for JDK GA releases
> Message-ID: <c6bbfbc2-d850-bc52-eb70-725b8d65a851 at oracle.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Thanks for the feedback to date. Given the support expressed for this
> change, and the lack of objections, I'll propose the necessary jcheck
> changes to the Code Tools Project. Once approved, I'll ask the Leads
> of the relevant JDK Projects to begin using the new tag format each
> time a JDK release achieves the GA milestone.
>
> regards,
> Sean.
>
> On 03/10/2018 15:54, Se?n Coffey wrote:
> > I'd like to propose an enhancement to the JDK build-tagging
> > convention to help users more easily identify JDK GA releases
> > via Mercurial tag names.
> >
> > The concept is quite simple and lets people identify snapshots
> > of GA releases in Mercurial history without having to know the
> > build number of the GA release.
> >
> > For example, to obtain JDK 10.0.2 GA sources today, one issues the
> > `hg update -r jdk-10.0.2+13` command. With the proposed
> > enhancement, `hg update -r jdk-10.0.2-ga` could have been used.
> > It's proposed that the new ga tag would be in addition to the regular
> > GA build number tag. It would be added to the relevant repository
> > once the GA milestone has been reached.
> >
> > This new convention would be used for future JDK releases and is
> > tracked via JDK-8180946[1]. If the changes are adopted, I can
> > look at retroactively adding labels for all feature JDK GA releases
> > since JDK 7 to the JDK feature-release main-line repository.
> >
> > To accommodate the new tag format, some simple jcheck edits
> > would be required. Test checks would also be added.
> >
> > Comments?
> >
> > regards,
> > Sean.
> >
> > [1] https://bugs.openjdk.java.net/browse/JDK-8180946
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 12 Oct 2018 07:13:22 +0000
> From: "Doerr, Martin" <martin.doerr at sap.com>
> To: "Lindenmaier, Goetz" <goetz.lindenmaier at sap.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Subject: RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file
> Message-ID: <6940ebb3ce56455d98997143b50935e3 at sap.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi G?tz,
>
> ok, looks good.
> It just didn't apply cleanly because of another change in the same line.
>
> Best regards,
> Martin
>
>
> -----Original Message-----
> From: jdk-updates-dev <jdk-updates-dev-bounces at openjdk.java.net> On
> Behalf Of Lindenmaier, Goetz
> Sent: Dienstag, 9. Oktober 2018 14:17
> To: jdk-updates-dev at openjdk.java.net
> Subject: [CAUTION] RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof file
>
> Hi
>
> I would like to downport "8207745: serviceability/sa/TestJmapCore.java
> times out parsing a 4GB hprof file" which fixes timeouts in several sa
> tests.
>
> Unfortunately it does not apply cleanly. In TestJmapCore the flag
> -XX:-TransmitErrorReport was removed by "8209856: Obsolete error reporter"
> from the same command line as edited by this change. The merge is trivial.
> So I request this review before downport.
> http://cr.openjdk.java.net/~goetz/wr18/8207745-Ballal/01/
>
> Best regards,
> Goetz.
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 12 Oct 2018 07:43:25 +0000
> From: "Lindenmaier, Goetz" <goetz.lindenmaier at sap.com>
> To: "Doerr, Martin" <martin.doerr at sap.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Subject: RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file
> Message-ID: <2fc426dc2ee6467ba1d97c53fb23acbd at sap.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks Martin,
>
> Best regards,
> Goetz.
>
> > -----Original Message-----
> > From: Doerr, Martin
> > Sent: Freitag, 12. Oktober 2018 09:13
> > To: Lindenmaier, Goetz <goetz.lindenmaier at sap.com>; jdk-updates-
> > dev at openjdk.java.net
> > Subject: RE: RFR(downport): 8207745: serviceability/sa/TestJmapCore.java
> > times out parsing a 4GB hprof file
> >
> > Hi G?tz,
> >
> > ok, looks good.
> > It just didn't apply cleanly because of another change in the same line.
> >
> > Best regards,
> > Martin
> >
> >
> > -----Original Message-----
> > From: jdk-updates-dev <jdk-updates-dev-bounces at openjdk.java.net> On
> > Behalf Of Lindenmaier, Goetz
> > Sent: Dienstag, 9. Oktober 2018 14:17
> > To: jdk-updates-dev at openjdk.java.net
> > Subject: [CAUTION] RFR(downport): 8207745:
> > serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof file
> >
> > Hi
> >
> > I would like to downport "8207745: serviceability/sa/TestJmapCore.java
> > times out parsing a 4GB hprof file" which fixes timeouts in several sa
> tests.
> >
> > Unfortunately it does not apply cleanly. In TestJmapCore the flag -XX:-
> > TransmitErrorReport was removed by "8209856: Obsolete error reporter"
> > from the same command line as edited by this change. The merge is
> trivial.
> > So I request this review before downport.
> > http://cr.openjdk.java.net/~goetz/wr18/8207745-Ballal/01/
> >
> > Best regards,
> > Goetz.
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 12 Oct 2018 07:47:29 +0000
> From: "Doerr, Martin" <martin.doerr at sap.com>
> To: Severin Gehwolf <sgehwolf at redhat.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Cc: "Baesken, Matthias" <matthias.baesken at sap.com>
> Subject: jdk11u: Windows 32 bit broken
> Message-ID: <8c6980a8214e4d5a84c15f54721cef26 at sap.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Severin,
>
> we noticed that the Windows 32 bit build fails with the latest changes in
> jdk11u:
> cl : Command line error D8016 : '/RTC1' and '/O1' command-line options are
> incompatible
>
> *** [Lib-jdk.hotspot.agent.gmk:54:
> /output-jdk11-fastdebug/support/modules_libs/jdk.hotspot.agent/saproc.dll]
> Error 1
>
> I guess this is related to the backport of
> http://hg.openjdk.java.net/jdk-updates/jdk11u/rev/5dd4ef1d6ce9
>
> Can you take a look, please?
>
> Best regards,
> Martin
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 12 Oct 2018 08:18:13 +0000
> From: "Zeller, Arno" <arno.zeller at sap.com>
> To: "Lindenmaier, Goetz" <goetz.lindenmaier at sap.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Subject: RE: RFR(downport): 8207745:
> serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof
> file
> Message-ID: <a8dcd8d8a1084827945ecb70149e41a5 at sap.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi G?tz,
>
> the change looks good to me and as you said the merge is trivial.
>
> Best regards,
> Arno
>
> PS: Just want to point out I am not a (R)eviewer.
>
> >-----Original Message-----
> >From: jdk-updates-dev <jdk-updates-dev-bounces at openjdk.java.net> On
> >Behalf Of Lindenmaier, Goetz
> >Sent: Dienstag, 9. Oktober 2018 14:17
> >To: jdk-updates-dev at openjdk.java.net
> >Subject: [CAUTION] RFR(downport): 8207745:
> >serviceability/sa/TestJmapCore.java times out parsing a 4GB hprof file
> >
> >Hi
> >
> >I would like to downport "8207745: serviceability/sa/TestJmapCore.java
> times
> >out parsing a 4GB hprof file" which fixes timeouts in several sa tests.
> >
> >Unfortunately it does not apply cleanly. In TestJmapCore the flag -XX:-
> >TransmitErrorReport was removed by "8209856: Obsolete error reporter"
> >from the same command line as edited by this change. The merge is
> trivial. So
> >I request this review before downport.
> >http://cr.openjdk.java.net/~goetz/wr18/8207745-Ballal/01/
> >
> >Best regards,
> > Goetz.
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 12 Oct 2018 10:19:45 +0200
> From: Severin Gehwolf <sgehwolf at redhat.com>
> To: "Doerr, Martin" <martin.doerr at sap.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Cc: "Baesken, Matthias" <matthias.baesken at sap.com>
> Subject: Re: jdk11u: Windows 32 bit broken
> Message-ID:
> <9d4c7d283aabbdefb4626019b14b330faeabf9fa.camel at redhat.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi Martin,
>
> On Fri, 2018-10-12 at 07:47 +0000, Doerr, Martin wrote:
> > Hi Severin,
> >
> > we noticed that the Windows 32 bit build fails with the latest changes
> in jdk11u:
> > cl : Command line error D8016 : '/RTC1' and '/O1' command-line options
> are incompatible
> > *** [Lib-jdk.hotspot.agent.gmk:54:
> /output-jdk11-fastdebug/support/modules_libs/jdk.hotspot.agent/saproc.dll]
> Error 1
> >
> > I guess this is related to the backport of
> > http://hg.openjdk.java.net/jdk-updates/jdk11u/rev/5dd4ef1d6ce9
> >
> > Can you take a look, please?
>
> Unfortunately I don't have a system to reproduce this on. Looking at
> the documentation of /RTC1[1] it's pointed out that it should only be
> enabled for debug builds. This suggests we need to add this flag only
> for slowdebug builds. It's being added here:
>
> http://hg.openjdk.java.net/jdk-updates/jdk11u/file/4675b75ee535/make/lib/Lib-jdk.hotspot.agent.gmk#l47
>
> That is, we no longer can add that flag unconditionally. I've filed this
> bug:
> https://bugs.openjdk.java.net/browse/JDK-8212110
>
> I'll see if I can come up with a patch which you can test.
>
> Thanks,
> Severin
>
> [1] https://msdn.microsoft.com/en-us/library/8wtf2dfz.aspx
>
> > Best regards,
> > Martin
> >
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 12 Oct 2018 08:24:53 +0000
> From: "Doerr, Martin" <martin.doerr at sap.com>
> To: Severin Gehwolf <sgehwolf at redhat.com>,
> "jdk-updates-dev at openjdk.java.net" <
> jdk-updates-dev at openjdk.java.net>
> Cc: "Baesken, Matthias" <matthias.baesken at sap.com>
> Subject: RE: jdk11u: Windows 32 bit broken
> Message-ID: <c5ec602eeedd4f8c8e7e10a504d0f3f8 at sap.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Severin,
>
> thanks for the quick reply and for opening the bug.
> If you have a patch, we can assist with testing.
>
> We only build 32 bit with jdk11u, no longer with jdk/jdk that's why we
> didn't notice it before today.
>
> Best regards,
> Martin
>
>
> -----Original Message-----
> From: Severin Gehwolf <sgehwolf at redhat.com>
> Sent: Freitag, 12. Oktober 2018 10:20
> To: Doerr, Martin <martin.doerr at sap.com>; jdk-updates-dev at openjdk.java.net
> Cc: Baesken, Matthias <matthias.baesken at sap.com>
> Subject: Re: jdk11u: Windows 32 bit broken
>
> Hi Martin,
>
> On Fri, 2018-10-12 at 07:47 +0000, Doerr, Martin wrote:
> > Hi Severin,
> >
> > we noticed that the Windows 32 bit build fails with the latest changes
> in jdk11u:
> > cl : Command line error D8016 : '/RTC1' and '/O1' command-line options
> are incompatible
> > *** [Lib-jdk.hotspot.agent.gmk:54:
> /output-jdk11-fastdebug/support/modules_libs/jdk.hotspot.agent/saproc.dll]
> Error 1
> >
> > I guess this is related to the backport of
> > http://hg.openjdk.java.net/jdk-updates/jdk11u/rev/5dd4ef1d6ce9
> >
> > Can you take a look, please?
>
> Unfortunately I don't have a system to reproduce this on. Looking at
> the documentation of /RTC1[1] it's pointed out that it should only be
> enabled for debug builds. This suggests we need to add this flag only
> for slowdebug builds. It's being added here:
>
> http://hg.openjdk.java.net/jdk-updates/jdk11u/file/4675b75ee535/make/lib/Lib-jdk.hotspot.agent.gmk#l47
>
> That is, we no longer can add that flag unconditionally. I've filed this
> bug:
> https://bugs.openjdk.java.net/browse/JDK-8212110
>
> I'll see if I can come up with a patch which you can test.
>
> Thanks,
> Severin
>
> [1] https://msdn.microsoft.com/en-us/library/8wtf2dfz.aspx
>
> > Best regards,
> > Martin
> >
>
>
> End of jdk-updates-dev Digest, Vol 12, Issue 12
> ***********************************************
>
More information about the jdk-updates-dev
mailing list