This case was approved in PSARC today.
Danek
Danek Duvall wrote:
> On Fri, Apr 04, 2008 at 07:39:47PM +0100, Darren J Moffat wrote:
>
>> I have no issue with the removal per say. Even though I personally do use
>> hgmerge - though I use a modified version of it in ~/bin/hgmerge (modified
>> to run twmerge or gpyfm).
>
> That'll continue
Danek Duvall wrote:
> I'm sponsoring this case for myself; the release binding is Minor.
>
>
> As part of "Mercurial integration" (PSARC/2006/417), hgmerge(1) was
> documented as Committed.
>
> This project specifies the removal of that utility. No version of Solaris
> has shipped yet with that
On Fri, Apr 04, 2008 at 12:33:13PM -1000, Joseph Kowalski wrote:
> Let's make sure this change is widely advertised.
Indeed. I don't expect anything that hasn't dug into undocumented API to
fail, but if it does, I (and the hg developers) will want to hear about it.
Please feel free to send me (p
On Fri, 2008-04-04 at 12:03 -0700, Danek Duvall wrote:
> I know of no other incompatible change, and the rest of the
> change includes new modules (which wasn't something I'd exported in the
> original case), and a few new options to existing commands.
new options are often arc-worthy, especially
On Fri, Apr 04, 2008 at 03:31:55PM -0400, Bill Sommerfeld wrote:
> new options are often arc-worthy, especially if scripts would benefit
> from using them.
The original case plopped all the options under a single umbrella without
enumerating them. I claim that the new ones follow suit, and also
Darren J Moffat wrote:
> Either way this case can proceed as is, I'd just like to know so of
> the sync issues since I'm a heavy mercurial user at the moment.
As are most Sun JavaSE developers. Worse yet, these poor people are all
hg novices (me too!) who will have trouble understanding any unex
On Fri, Apr 04, 2008 at 07:39:47PM +0100, Darren J Moffat wrote:
> I have no issue with the removal per say. Even though I personally do use
> hgmerge - though I use a modified version of it in ~/bin/hgmerge (modified
> to run twmerge or gpyfm).
That'll continue to work, actually. Mercurial w
I'm sponsoring this case for myself; the release binding is Minor.
As part of "Mercurial integration" (PSARC/2006/417), hgmerge(1) was
documented as Committed.
This project specifies the removal of that utility. No version of Solaris
has shipped yet with that interface, and the project team ass
