12:46 p.m.
Greetings All,
Links to the RDO-Infra team's scrum etherpad[1] and video recording[2]
of the meeting are below.
Highlights:
- Move to combine tripleo-quickstart-extra roles into single repo
- Goal to perform merge early next week after Attila returns from PTO
- Opting for flat hierarchy (single role per repo breakdown)
- Need baremetal and ovb specific cores
- Moving virtual worikloads from bm to cloud on cico is delayed
- dmsimard is working on a infra/tooling roadmap for ocata[3]
- Liberty hits EOL on Thursday (17Nov2016)
[1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum
[2] - https://bluejeans.com/s/UftmN/
[3] - https://review.rdoproject.org/etherpad/p/infra-ocata
/R
Harry Rybacki
4:22 p.m.
New subject: [rdo-list] RDO-Infra Weekly Scrum Recap:
Hi Harry,
Thank you for the recap.
I have just few questions/concerns about the following:
* review role merging code: https://review.openstack.org/396694
o ---> It missing the tripleo-backup role
(https://github.com/redhat-openstack/ansible-role-tripleo-backup)
* plan is to run this merge script on Monday Nov. 21, and push the
history to the upstream repo
o ---> does that means that it will keep the commit history and
the committer ids ? I think both a really important
* Who has permissions to merge in the new review.openstack.org repo?
o ---> I'm afraid about this part, and it's mostly my cons about
one big repo. Currently I'm mostly the only one who commit on
the overcloud-upgrade role, which needs sometimes some tricky
fixes or immediate workarounds. The current situation is ideal
to me so I'm afraid to have to loose this "cool" flexibility by
waiting for 2 cores to vote on probably something that are
really "upgrade" specific and so hard-to-review
(s/hard/impossible/ ?). And it's probably the case for all the
special roles, which are really features oriented. So did you
guys plan to add more cores, and if yes, who ? Afaik today,
there is only 4 oooq-cores, which is really weak for all the
work that is done on all of those roles...
On 11/15/2016 07:46 PM, Harry Rybacki wrote:
Greetings All,
Links to the RDO-Infra team's scrum etherpad[1] and video recording[2]
of the meeting are below.
Highlights:
- Move to combine tripleo-quickstart-extra roles into single repo
- Goal to perform merge early next week after Attila returns from PTO
- Opting for flat hierarchy (single role per repo breakdown)
- Need baremetal and ovb specific cores
- Moving virtual worikloads from bm to cloud on cico is delayed
- dmsimard is working on a infra/tooling roadmap for ocata[3]
- Liberty hits EOL on Thursday (17Nov2016)
[1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum
[2] - https://bluejeans.com/s/UftmN/
[3] - https://review.rdoproject.org/etherpad/p/infra-ocata
/R
Harry Rybacki
_______________________________________________
rdo-list mailing list
rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
8:41 a.m.
New subject: [rdo-list] RDO-Infra Weekly Scrum Recap:
On 11/15/2016 05:22 PM, mathieu bultel wrote:
Hi Harry,
Thank you for the recap.
I have just few questions/concerns about the following:
* review role merging code: https://review.openstack.org/396694
o ---> It missing the tripleo-backup role
(https://github.com/redhat-openstack/ansible-role-tripleo-backup)
The initial role merging is about getting feature parity with tripleo-ci
into the new repo. We can add more roles after we get CI switched over
though.
* plan is to run this merge script on Monday Nov. 21, and push the
history to the upstream repo
o ---> does that means that it will keep the commit history and
the committer ids ? I think both a really important
Yes, Attila's merge script is exactly designed for the purpose of
keeping attribution when moving the code.
* Who has permissions to merge in the new review.openstack.org
repo?
o ---> I'm afraid about this part, and it's mostly my cons about
one big repo. Currently I'm mostly the only one who commit on
the overcloud-upgrade role, which needs sometimes some tricky
fixes or immediate workarounds. The current situation is ideal
to me so I'm afraid to have to loose this "cool" flexibility by
waiting for 2 cores to vote on probably something that are
really "upgrade" specific and so hard-to-review
(s/hard/impossible/ ?). And it's probably the case for all the
special roles, which are really features oriented. So did you
guys plan to add more cores, and if yes, who ? Afaik today,
there is only 4 oooq-cores, which is really weak for all the
work that is done on all of those roles...
This is the price of upstream development to some degree. That said, we
will need to add some more cores to tripleo-quickstart group, and I
think it could make sense to have a policy similar to tripleo where
cores are given +2 everywhere, but trusted not to +2 things they don't
understand. This would allow us to give core to "domain experts" such as
yourself and a few others. Note, the 2x +2 policy would still be in
place, so the loss of "flexibility" will still be there. It is also
worth remembering that every tripleo core is also core on
tripleo-quickstart, and many of those folks do tripleo-ci reviews. So as
we replace tripleo-ci with tripleo-quickstart, we will also get more
reviewers for "free".
On 11/15/2016 07:46 PM, Harry Rybacki wrote:
> Greetings All,
>
> Links to the RDO-Infra team's scrum etherpad[1] and video recording[2]
> of the meeting are below.
>
> Highlights:
> - Move to combine tripleo-quickstart-extra roles into single repo
> - Goal to perform merge early next week after Attila returns from PTO
> - Opting for flat hierarchy (single role per repo breakdown)
> - Need baremetal and ovb specific cores
> - Moving virtual worikloads from bm to cloud on cico is delayed
> - dmsimard is working on a infra/tooling roadmap for ocata[3]
> - Liberty hits EOL on Thursday (17Nov2016)
>
> [1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum
> [2] - https://bluejeans.com/s/UftmN/
> [3] - https://review.rdoproject.org/etherpad/p/infra-ocata
>
> /R
>
> Harry Rybacki
>
> _______________________________________________
> rdo-list mailing list
> rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
rdo-list mailing list
rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
2979
days inactive
2980
days old
2 comments
3 participants
participants (3)
-
Harry Rybacki -
John Trowbridge -
mathieu bultel