On 30/11/2020 21:50, Adam Jack wrote:
> Hey Mark,
> 
> I found the current svn merge approach is:
> 
>    $ svn merge ^/branches/my-branch
> 
> So I ended up checking out 'live' and doing:
> 
>    $ svn merge ^/gump/branches/python3
> 
> which looked promising so I commit. Fingers crossed we are now back live on
> python3.

Thanks. I've re-enabled Puppet which switched the VM back to the live
branch. I've triggered a manual run to check all is well. If that works,
I'll ask infra to re-enable the cron jobs and complete the DNS
switch-over etc.

> P.S. I also managed to SSH into gump-vm2.

Glad that worked. Once you set-up OPIE you should be able to use sudo:
https://cwiki.apache.org/confluence/display/INFRA/OPIE

Kind regards,

Mark


> 
> regards,
> 
> Adam
> 
> On Mon, Nov 30, 2020 at 8:01 AM Mark Thomas <ma...@apache.org> wrote:
> 
>> Woot!
>>
>> The last run only had a single failure (test-ant) and that has been
>> failing for months.
>>
>> I think we are good to merge the changes in the branch back into live.
>>
>> Adam, if you can get that done, I'll get gump-vm2 moved back over to
>> live, re-enable Puppet and then get infra to re-enable the cron jobs.
>>
>> Almost there...
>>
>> Mark
>>
>>
>> On 30/11/2020 08:41, Mark Thomas wrote:
>>> On 29/11/2020 22:04, Adam Jack wrote:
>>>> Hey Mark
>>>>
>>>> It transpires that there was an "isinstance(self.value, NoneType)" that
>> got
>>>> converted to an "self.value is *not* None" reversing the intent. Fixed
>> and
>>>> commit to SVN (python3 branch) after a unit test added.
>>>
>>> Thanks. I've just started a new run. All green so far.
>>>
>>> /me waits a little while
>>>
>>> Ah. We have failures but those are genuine build failures rather than a
>>> python2 vs python3 error. (Commons Logging has some issues). Looking
>> good.
>>>
>>> What do you think about merging the changes back into gump/live vs
>>> continuing with the branch?
>>>
>>> Mark
>>>
>>>
>>>>
>>>> regards
>>>>
>>>> Adam
>>>>
>>>> On Sun, Nov 29, 2020 at 11:36 AM Mark Thomas <ma...@apache.org> wrote:
>>>>
>>>>> Hi Adam,
>>>>>
>>>>> The current run started at Sun, 29 Nov 2020 18:19:38 (UTC). Details at:
>>>>> http://gump-vm2.apache.org/buildLog.html
>>>>>
>>>>> This failure looks like one you'll be able to fix much faster than me:
>>>>>
>>>>>
>> http://gump-vm2.apache.org/apr/apr-configure/gump_work/build_apr_apr-configure.html
>>>>>
>>>>> Mark
>>>>>
>>>>> On 29/11/2020 18:03, Mark Thomas wrote:
>>>>>> On 29/11/2020 15:18, Adam Jack wrote:
>>>>>>> Thanks for testing it out Mark.
>>>>>>>
>>>>>>> If you need help taking it from here, let me know, and if I can gain
>>>>> access
>>>>>>> to the VM I'll help out.
>>>>>>>
>>>>>>> [ I am away (social distancing at a family cabin) and if I have any
>>>>> access
>>>>>>> keys they'll be on some old machines that I don't have easy access
>> to. ]
>>>>>>
>>>>>> I think we are almost there. A proper run started which is further
>> than
>>>>>> it got before but gump then failed during the run (looks to be most of
>>>>>> the way through).
>>>>>>
>>>>>> I suspect there are only a handful of fixes to go but run, fail, fix
>>>>>> repeat will quickly get time consuming as the run part (when it is
>>>>>> working) takes between 8 and 12 hours. Having two of us able to check
>> on
>>>>>> it, fix the latest issue and start the next run will be a big help.
>>>>>>
>>>>>> Once everything is working we can merge the change back into trunk,
>>>>>> update the Puppet config, restart Puppet and we should be good to go.
>>>>>>
>>>>>> With that in mind, the first step to getting you access to the VM is
>>>>>> that you need to add an ssh key via id.apache.org.
>>>>>>
>>>>>> I should then be able to get you access to the machine. With access to
>>>>>> the machine you can do the OPIE/ortpasswd dance so you can use sudo.
>>>>>>
>>>>>> I'm just fixing the errors I can see in preparation for the next run.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Mark
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> regards,
>>>>>>>
>>>>>>> Adam
>>>>>>>
>>>>>>> On Sun, Nov 29, 2020 at 2:31 AM Mark Thomas <ma...@apache.org>
>> wrote:
>>>>>>>
>>>>>>>> On 29/11/2020 01:18, Adam Jack wrote:
>>>>>>>>> Hey Mark,
>>>>>>>>>
>>>>>>>>> I've taken a shot (on a Macbook) at porting Gump to Python 3. I
>> used
>>>>>>>> "2to3"
>>>>>>>>> a bunch, but then manually worked on updates continually running
>>>>> Gump's
>>>>>>>>> unit test. I don't know how complete the coverage of those tests
>> is,
>>>>> but
>>>>>>>>> hopefully it is a start. (I couldn't seem to install 'anydbm' on my
>>>>> mac,
>>>>>>>> so
>>>>>>>>> I mocked it and commented it out, for now.)
>>>>>>>>>
>>>>>>>>>  ---------------------------------------------------- Gump
>>>>>>>>> Performed [102] tests with [0] issues.
>>>>>>>>> No Problems Detected
>>>>>>>>>
>>>>>>>>> I commit to a branch:
>>>>>>>>>
>>>>>>>>>    https://svn.apache.org/repos/asf/gump/branches/python3/
>>>>>>>>>
>>>>>>>>> I'm not sure how I access the VM to try the full Gump run. Let me
>>>>> know if
>>>>>>>>> there is anything more I can do to complete the migration.
>>>>>>>>
>>>>>>>> Hi Adam,
>>>>>>>>
>>>>>>>> Thanks - this is great. I'll test on the VM and let you know.
>>>>>>>>
>>>>>>>> Mark
>>>>>>>>
>>>>>>>>>
>>>>>>>>> regards,
>>>>>>>>>
>>>>>>>>> Adam
>>>>>>>>>
>>>>>>>>> On Fri, Nov 27, 2020 at 12:29 PM Mark Thomas <ma...@apache.org>
>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> Ubuntu 20.04 comes with python3. You can make python2 work but it
>>>>>>>>>> involves jumping through some hoops.
>>>>>>>>>>
>>>>>>>>>> Gump doesn't work with python 3. I've spent a couple of hours
>> trying
>>>>> to
>>>>>>>>>> fix this (patch on gump-vm2 in /home/markt) and I have reached the
>>>>> end
>>>>>>>>>> of my (very) limited python skills.
>>>>>>>>>>
>>>>>>>>>> So, we have a choice. Python 2 or Python 3?
>>>>>>>>>>
>>>>>>>>>> Python 3 will need someone else to get Gump working on gump-vm2.
>>>>>>>>>>
>>>>>>>>>> Python 2 I can handle but I may take a few shortcuts and not put
>>>>>>>>>> everything in Puppet on the basis we rebuild the server so
>>>>> infrequently
>>>>>>>>>> that it is less effort to rebuild python 2 support manually than
>> get
>>>>> it
>>>>>>>>>> into Puppet.
>>>>>>>>>>
>>>>>>>>>> Or there is the other option - send Gump to the attic.
>>>>>>>>>>
>>>>>>>>>> Gump has been useful in the past in identifying issues other CI
>>>>> systems
>>>>>>>>>> did not. Gump provides the Tomcat project with earlier sight of
>>>>> OpenSSL
>>>>>>>>>> integration issues we don't get any other way. Gump going to the
>>>>> attic
>>>>>>>>>> would be a loss to the Tomcat project but it would be a relatively
>>>>> small
>>>>>>>>>> loss.
>>>>>>>>>>
>>>>>>>>>> If someone has the time and skills to get Gump onto Python 3 now
>> then
>>>>>>>>>> I'd support that. If not, my vote is for getting python2 running
>> in
>>>>> the
>>>>>>>>>> short term and hope someone can look at python3 support in the
>>>>> medium to
>>>>>>>>>> long term.
>>>>>>>>>>
>>>>>>>>>> Thoughts?
>>>>>>>>>>
>>>>>>>>>> Mark
>>>>>>>>>>
>>>>>>>>>>
>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>>>>>>>>>> For additional commands, e-mail: general-h...@gump.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>>>>>>>> For additional commands, e-mail: general-h...@gump.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>>>>>> For additional commands, e-mail: general-h...@gump.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>>>>> For additional commands, e-mail: general-h...@gump.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>>> For additional commands, e-mail: general-h...@gump.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
>> For additional commands, e-mail: general-h...@gump.apache.org
>>
>>
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Reply via email to