11:31:10 <chandankumar> #startmeeting RDO office hour 2017-07-25
11:31:10 <zodbot> Meeting started Tue Jul 25 11:31:10 2017 UTC.  The chair is chandankumar. Information about MeetBot at http://wiki.debian.org/MeetBot.
11:31:10 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
11:31:10 <zodbot> The meeting name has been set to 'rdo_office_hour_2017-07-25'
11:31:11 <openstack> Meeting started Tue Jul 25 11:31:10 2017 UTC and is due to finish in 60 minutes.  The chair is chandankumar. Information about MeetBot at http://wiki.debian.org/MeetBot.
11:31:12 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
11:31:14 <openstack> The meeting name has been set to 'rdo_office_hour_2017_07_25'
11:31:42 <chandankumar> To keep up with increasing participation, we'll host office hours to add more easy fixes and provide mentoring to newcomers.
11:31:53 <chandankumar> Here is the etherpad link https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes
11:32:04 <pradk> apevec, insufficient data, means alarms hasnt reached its state.. could be intermittent .. try recheck?
11:32:09 <sfbender> Merged DLRN master: Use the distribution-provided GPG keys for CentOS  https://softwarefactory-project.io/r/8942
11:32:29 <chandankumar> #topic roll call
11:32:53 <chandankumar> Anyone participating in RDO office hour, we need your attendence.
11:34:11 <chandankumar> Anyone can participate in RDO office hour.
11:34:21 <amoralej> pradk, apevec recheck passed
11:34:48 <amoralej> o/
11:34:52 <chandankumar> #chair amoralej
11:34:52 <zodbot> Current chairs: amoralej chandankumar
11:34:53 <openstack> Current chairs: amoralej chandankumar
11:34:53 <rbowen> Thanks, chandankumar.
11:34:57 <chandankumar> #chair rbowen
11:34:58 <zodbot> Current chairs: amoralej chandankumar rbowen
11:34:58 <openstack> Current chairs: amoralej chandankumar rbowen
11:35:22 <amoralej> so chandankumar i have an idea about a easyfix for packstack, however i'm not sure if packstack is in the scope
11:35:32 <chandankumar> amoralej: we can add that.
11:35:36 <amoralej> ok
11:35:43 <amoralej> i'll add some hints
11:36:05 <chandankumar> amoralej: any tools mentioned under https://www.rdoproject.org/contribute/ will go under easyfix
11:36:30 <sfbender> Merged rdopkg master: Update yum references to dnf  https://softwarefactory-project.io/r/8988
11:36:49 <chandankumar> jruzicka: jschlueter we have started easy fix rdo office hour, feel free to jump in
11:37:19 <Arrfab> hey guys .. is that normal that every user in a project/tenant can delete instances provisioned by another user ? not even admin rights needed for this ?
11:37:59 <amoralej> Arrfab, yes, that's expected
11:38:02 <apevec> yes, you need to separate them in different projects if you want that control
11:38:23 <chandankumar> amoralej: please add a tag also for projects.
11:38:53 <Arrfab> amoralej, apevec : hmm, thanks .. not the kind of answer I was expecting but that means then one user = one tenant/project :(
11:39:06 <ykarel> i think, policy.json can be used to tweak this behaviour
11:39:18 <amoralej> Arrfab, it depends on the case
11:39:24 <apevec> Arrfab, one project=mutual trust
11:39:39 <chandankumar> #chair apevec ykarel
11:39:39 <zodbot> Current chairs: amoralej apevec chandankumar rbowen ykarel
11:39:40 <openstack> Current chairs: amoralej apevec chandankumar rbowen ykarel
11:39:52 <chandankumar> #chair number80
11:39:52 <zodbot> Current chairs: amoralej apevec chandankumar number80 rbowen ykarel
11:39:53 <openstack> Current chairs: amoralej apevec chandankumar number80 rbowen ykarel
11:39:57 <apevec> Arrfab, which brings an idea for easyfix doc you can contribute (we are now collecting easy fixes for RDO project :) - FAQ collection !
11:40:10 <apevec> rbowen, chandankumar, wdyt ^
11:40:13 <Arrfab> apevec: :-)
11:40:22 <rdobot> [sensu] NEW: master.monitoring.rdoproject.org - check-delorean-master-head-current @ http://tinyurl.com/ydalhful |#| Build failure on centos7-master-head/current: gnocchi, sahara, magnum, python-keystoneclient, python-glanceclient, python-novaclient, python-heatclient, python-cinderclient, python-neutronclient, python-troveclient, python-designateclient, python-man [...]
11:40:28 <chandankumar> apevec: yes, why not :-)
11:40:32 <chandankumar> #chair Arrfab
11:40:32 <zodbot> Current chairs: Arrfab amoralej apevec chandankumar number80 rbowen ykarel
11:40:33 <openstack> Current chairs: Arrfab amoralej apevec chandankumar number80 rbowen ykarel
11:40:42 <chandankumar> Arrfab: https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes
11:41:01 <rbowen> There's also an active ask.openstack.org question about this: https://ask.openstack.org/en/question/108746/limit-instance-administration-via-policyjson/
11:41:20 <amoralej> chandankumar, what do you mean by "add a tag also for projects"
11:41:22 <rbowen> So someone could perhaps assist with an answer there.
11:41:25 <Arrfab> rbowen: found this one, but related : https://ask.openstack.org/en/question/7182/limiting-vm-access-to-admin_or_owner-in-grizzly/
11:41:44 <chandankumar> amoralej: sorry i mean to say add a label to the issue.
11:41:45 <sfbender> Jakub Ružička proposed rdopkg master: Release rdopkg-0.44  https://softwarefactory-project.io/r/8987
11:41:54 <amoralej> Arrfab, i wouldn't break too much policy.json
11:41:57 <chandankumar> for packstack, we can use packstack label
11:42:00 <rbowen> Arrfab: Perhaps try and see, but Grizzly is *old*
11:42:21 <Arrfab> policy.json is empty with ocata (that I can see)
11:42:23 <amoralej> yeah, ^ that
11:42:25 <Arrfab> well { }
11:42:49 <amoralej> Arrfab, now default policy is in code, but if you add policies in file it overwrites it
11:42:54 <amoralej> overrides it
11:44:43 <Arrfab> amoralej: thanks, I'll give it a try (and reload nova)
11:45:49 <ykarel> Arrfab, it should work without reload, earlier it used to work for me
11:46:03 <ykarel> when policy was in file, not in code
11:46:04 <amoralej> Arrfab, anyway i wouldn't recommend you to modify policy.json
11:46:27 <amoralej> sometimes it's tricky and has unexpected effects
11:46:49 <sfbender> Merged DLRN master: Improve error handling when refreshing git repos  https://softwarefactory-project.io/r/8878
11:47:02 <Arrfab> amoralej: so I'll take it the other way : each user having access will be in its own project. If they need to "share" resources, they'll be also added to other projects
11:47:48 <amoralej> Arrfab, *who* are your tenants
11:47:54 <amoralej> is that for CI, for packaging?
11:48:01 <amoralej> it's per-SIG?
11:56:08 <Arrfab> amoralej: different setup : Devcloud : where some people (including SIG members) can deploy cloud images for various tests
11:56:13 <Arrfab> but nothing wrt CI
11:56:56 <Arrfab> just fixing now my sync script to create specific projects so should be good
12:00:55 <rdogerrit> Merged openstack/magnum-distgit ocata-rdo: Update to 4.1.3  https://review.rdoproject.org/r/7847
12:05:07 <chandankumar> jruzicka: around?
12:13:00 <rbowen> chandankumar: Do we have any general categories in which we can brainstorm?
12:14:16 <chandankumar> rbowen: https://review.rdoproject.org/etherpad/p/rdo_low_hanging_fruits
12:15:11 <chandankumar> rbowen: we may create a repo to store general purpose rdo scripts which later on turned into rdo utility projects.
12:15:16 <chandankumar> amoralej: apevec ^^
12:16:12 <number80> you mean end-user utilities or makers utilities?
12:16:43 <rdogerrit> Martin Mágr created openstack/tripleo-common-distgit rpm-master: Add lsof dependency  https://review.rdoproject.org/r/7878
12:16:44 <number80> the former should be submitted upstream, the latter we have releng repo which can be used for that
12:16:48 <rbowen> We also need to be aware of when things fit better in the upstream, and direct people there.
12:16:53 <rbowen> heh. What number80 said.
12:16:59 <chandankumar> number80: yes, end-user utilities -> like generate a list of new packages added in specific release
12:17:37 <number80> this kind of tools can be sent to releng repo
12:18:38 <rbowen> So, for example, we have this: https://www.rdoproject.org/documentation/package-list/
12:18:41 <rbowen> It's out of date.
12:19:01 <rbowen> There's a tool somewhere for updating that, but ... I'm not sure where it got to.
12:19:14 <rbowen> So perhaps a tool to update that doc periodically, would be useful.
12:19:22 <chandankumar> rbowen: +1
12:19:51 <rbowen> There was an email thread, back around the time that this was last updated, with, I think, jruzicka telling how to generate the list
12:19:53 <chandankumar> rbowen: or better draft a set of script for generating a detailed release notes for specific release
12:20:02 <rbowen> Possibly. It was a while ago, so it could have been someone else.
12:20:28 <rbowen> Shall I just create a ticket for this?
12:20:42 <chandankumar> rbowen: yup
12:21:11 <chandankumar> rbowen: we can send the review request here https://github.com/rdo-infra/releng
12:22:03 <dmsimard> apevec: artifacts.ci.centos is missing mimetypes for gzipped content
12:25:31 <rbowen> https://github.com/redhat-openstack/easyfix/issues/15
12:25:31 <chandankumar> long pending issue on my side porting rdopkg ascii docs to markdown
12:25:50 <chandankumar> i am adding it as easyfix
12:27:10 <amoralej> chandankumar, note that in releng there are already some commands that could be useful, for example "$ rdo_projects -r ocata -n newton-rdo" will give you the list of new projects packaged in ocata
12:27:46 <amoralej> chandankumar, https://github.com/redhat-openstack/easyfix/issues/14
12:28:48 <chandankumar> amoralej: i think we add some more docs to releng scripts with their detailed uses, what you say?
12:28:52 <chandankumar> as a easyfix?
12:29:29 <rbowen> +1
12:30:43 <amoralej> ok, but i'd expect that releng is something useful just for a few users, not for every contributor, but yeah, we should improve documentation
12:31:03 <hamzy> number80, apevec, what do you think about using the latest python-tables (python-tables-3.3.0-4.el7)? https://fedoraproject.org/wiki/User:Hamzy/CloudSIG_ppc64le_issues#python-tables
12:31:44 <chandankumar> amoralej: free feel to open an easy fix.
12:32:44 <number80> hamzy: let me check
12:33:21 <jruzicka> rbowen, that should seriously be automaticaly generated and maintained
12:33:36 <rbowen> Yes. I agree.
12:34:10 <jruzicka> rbowen, second time I need this... first was to include have current releases generated from `rdopkg info`
12:34:28 <jruzicka> some way to run code and embed the result in the page
12:35:44 <jruzicka> but can't directly allow running any code due to security
12:36:14 <jruzicka> perhaps static generation of the pages and include them?
12:37:46 <number80> hamzy: yes
12:38:04 <hamzy> number80, fine to build for real?
12:38:10 <number80> Yes
12:38:26 <number80> The one we have is quite old and 3.3.0 will be ok for OpenStack
12:38:33 <hamzy> cool, thanks
12:45:55 <rbowen> jruzicka: Yeah, periodically regenerating that page some way.
12:46:20 <rbowen> Which I'd be willing to do manually if needed, but automating it would involve getting Duck/Misc involved, to do something on the server end, I would guess.
12:48:19 <number80> https://review.rdoproject.org/r/#/c/7878/ <= easy review
12:49:39 <chandankumar> jruzicka: https://github.com/redhat-openstack/easyfix/issues/16 feel free to edit it
12:52:12 <sfbender> Merged rdopkg master: Release rdopkg-0.44  https://softwarefactory-project.io/r/8987
12:58:08 <rdogerrit> Merged rdoinfo master: update python-fastcache to latest version in Koji  https://review.rdoproject.org/r/7870
12:59:29 <rdogerrit> Alfredo Moralejo proposed rdoinfo master: Promote CBS tags update for newton-testing  https://review.rdoproject.org/r/7873
13:00:51 <rdogerrit> Eric Harney proposed openstack/glance_store-distgit rpm-master: Install glance_cinder_store rootwrap filters  https://review.rdoproject.org/r/7857
13:06:39 <rdogerrit> hguemar proposed openstack/glance_store-distgit rpm-master: Install glance_cinder_store rootwrap filters  https://review.rdoproject.org/r/7857
13:08:53 <jruzicka> rbowen, integrating rdopkg man page is related problem...
13:08:55 <jruzicka> hmmm
13:10:58 <jruzicka> chandankumar, see my comment, it's already markdown.
13:11:40 <jruzicka> chandankumar, that's solving a problem from the wrong side - we need to start from RDO webpage, discover howto integrate and only then start converting something.
13:12:31 <chandankumar> jruzicka: yes, correct.
13:16:11 <rbowen> chandankumar: Did you close the meeting yet?
13:16:23 <rbowen> chandankumar: If not, we can put some of these new tickets in the minutes
13:16:35 <chandankumar> rbowen: we still have 14 mins left
13:17:00 <rbowen> #info Several new tickets created as part of the meeting
13:17:13 <chandankumar> https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes
13:17:19 <rbowen> #link https://github.com/redhat-openstack/easyfix/issues/
13:21:55 <amoralej> we already have volunteers getting new easifixes https://github.com/redhat-openstack/easyfix/issues/14 :)
13:23:00 <amoralej> btw, there are some easyfixes pending of review in https://review.rdoproject.org/r/#/q/status:open+topic:%255Eeasyfix.*
13:30:01 <chandankumar> Time to end now.
13:30:18 <chandankumar> we have got 5 new issues.
13:30:24 <chandankumar> #endmeeting