Of course; I'm just trying to help you get off the ground; is there
something else you'd like me to do?

On Wed, Sep 10, 2014 at 4:58 PM, Robert Scholte <rfscho...@apache.org>
wrote:

> I don't want to depend on external systems.
> you could add me (rfscholte) but that'll only be for reproducing the issue.
> and then I need isolate the problem and translate it to a unittest.
>
>
> Op Wed, 10 Sep 2014 22:53:38 +0200 schreef Benson Margulies <
> bimargul...@gmail.com>:
>
>
>  Well, you'll need to push a clone where you can write, or tell me your
>> github ID so I can add you as a collaborator.
>>
>> On Wed, Sep 10, 2014 at 4:45 PM, Robert Scholte <rfscho...@apache.org>
>> wrote:
>>
>>  The first step already fails on my machine.
>>>
>>> mvn release:prepare release:perform -B -DpushChanges=false
>>>
>>> I'm a bit surprised, because I see:
>>> [INFO] Executing: cmd.exe /X /C "git push g...@github.com:bimargulies/
>>> pom-file-name-tc.git
>>> refs/heads/master:refs/heads/master"
>>>
>>> Actual failure:
>>> [ERROR] Failed to execute goal org.apache.maven.plugins:
>>> maven-release-plugin:2.5:prepare (default-cli) on project
>>> pom-file-name-tc: Unable to commit files
>>> [ERROR] Provider message:
>>> [ERROR] The git-push command failed.
>>> [ERROR] Command output:
>>> [ERROR] Warning: Permanently added the RSA host key for IP address
>>> '192.30.252.131' to the list of known hosts.
>>> [ERROR] Permission denied (publickey).
>>> [ERROR] fatal: Could not read from remote repository.
>>> [ERROR]
>>> [ERROR] Please make sure you have the correct access rights
>>> [ERROR] and the repository exists.
>>>
>>> As said: I want to create a *unittest*
>>> If I'm correct, the status-call has the wrong arguments. So what should
>>> it
>>> look like? What's the result of this (so I can mock the consumer) and
>>> what
>>> should the next call be?
>>>
>>> Robert
>>>
>>> Op Wed, 10 Sep 2014 21:17:10 +0200 schreef Benson Margulies <
>>> bimargul...@gmail.com>:
>>>
>>>
>>>  Step 1: in the top level dir of the example, run mvn --batch-mode
>>>
>>>> release:prepare release:perform. All will be well. A repo will populate
>>>> in
>>>> /tmp.
>>>>
>>>> Step 2: modify pom in 'second' directory to use the just-release parent
>>>> pom, commit, push.
>>>>
>>>> Step 3: mvn release:prepare in second directory.
>>>>
>>>> No errors, but the pom.xml will be sitting there modified, and there
>>>> will
>>>> be a tag pointing to the wrong place.
>>>>
>>>>
>>>>
>>>> On Wed, Sep 10, 2014 at 3:10 PM, Robert Scholte <rfscho...@apache.org>
>>>> wrote:
>>>>
>>>>  that's just the beginning...
>>>>
>>>>> so: how did you execute it? what did you get? what would you expect?
>>>>>
>>>>> Op Wed, 10 Sep 2014 20:54:49 +0200 schreef Benson Margulies <
>>>>> bimargul...@gmail.com>:
>>>>>
>>>>>
>>>>>  Aha, I have one for you. https://github.com/
>>>>> bimargulies/pom-file-name-tc.
>>>>>
>>>>>  I
>>>>>> attached it to a dup JIRA which I closed, or you can take it as you
>>>>>> see
>>>>>> it.
>>>>>> You may in general find MRELEASE-887 helpful in this respect.
>>>>>>
>>>>>> On Wed, Sep 10, 2014 at 2:53 PM, Robert Scholte <rfscho...@apache.org
>>>>>> >
>>>>>> wrote:
>>>>>>
>>>>>>  Hi,
>>>>>>
>>>>>>
>>>>>>> IIRC I didn't have enough info to make a unittest, i.e. reproduce
>>>>>>> what
>>>>>>> they get right now and what they would expect to be able to fix it.
>>>>>>> That would take me too much time to find out, so I left this one open
>>>>>>> for
>>>>>>> now.
>>>>>>>
>>>>>>> thanks,
>>>>>>> Robert
>>>>>>>
>>>>>>> Op Wed, 10 Sep 2014 20:23:07 +0200 schreef Benson Margulies <
>>>>>>> bimargul...@gmail.com>:
>>>>>>>
>>>>>>>
>>>>>>>  Yes, the remarks which dribbled off pointed to adapting the fix back
>>>>>>> into
>>>>>>>
>>>>>>>  the m-r-p.
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Sep 10, 2014 at 2:21 PM, Karl Heinz Marbaise <
>>>>>>>> khmarba...@gmx.de
>>>>>>>> >
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>  Hi Benson,
>>>>>>>>
>>>>>>>>
>>>>>>>>  > Is anyone working on a fix to MRELEASE-875?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>   Based on JIRA it is assigned to Dominik Bartholdi which requested
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  reviews
>>>>>>>>>>
>>>>>>>>> from others on Github...
>>>>>>>>>
>>>>>>>>> BTW: Not working on that...
>>>>>>>>>
>>>>>>>>> Kind regards
>>>>>>>>> Karl-Heinz Marbaise
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------
>>>>>>>>> ---------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  ------------------------------------------------------------
>>>>>>>>> ---------
>>>>>>>>>
>>>>>>>>>  To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>
>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>
>>>>>>>
>>>>>>>  ------------------------------------------------------------
>>>>>>> ---------
>>>>>>>
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>
>>>>>
>>>>>  ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to