Saturday, 2013-10-12

*** thingee is now known as thingee_zzz00:00
*** xchu has joined #openstack-infra00:00
*** senk has joined #openstack-infra00:05
*** hogepodge has joined #openstack-infra00:06
*** senk has quit IRC00:09
*** seagulls is now known as beagles00:10
*** flashgordon is now known as jog000:11
*** fifieldt has quit IRC00:15
*** jerryz has quit IRC00:16
*** vipul-away is now known as vipul00:19
*** sdake has quit IRC00:26
*** sdake_ has quit IRC00:29
*** reed has quit IRC00:29
*** reed has joined #openstack-infra00:29
openstackgerritChris Hoge proposed a change to openstack-infra/config: Adding puppet-vswitch project to Stackforge  https://review.openstack.org/4902000:30
hogepodgefungi: thanks for your feedback.00:31
hogepodgefungi: hope you have a good weekend.00:31
hogepodgeet al00:31
fungiyou're welcome, and thanks!00:32
*** wenlock has quit IRC00:34
openstackgerritA change was merged to openstack-infra/config: Adding puppet-vswitch project to Stackforge  https://review.openstack.org/4902000:38
*** reed has quit IRC00:44
*** senk has joined #openstack-infra00:47
*** briancline has joined #openstack-infra00:50
*** openstackgerrit has quit IRC00:54
*** openstackgerrit has joined #openstack-infra00:55
jeblairfungi: i think the thing that would make it do that is the min-ready -- it thought it needed to spin up 20 nodes immediately to meet the minimum00:59
jeblairfungi: maybe01:00
jeblairfungi: yeah, i'll think about that.  things like this would make good unit tests for nodepool too.01:01
jeblairfungi: thanks for restarting jenkins0201:01
fungimy pleasure01:03
*** melwitt has quit IRC01:05
*** nati_uen_ has quit IRC01:23
clarkb++ thank you fungi. I have been completely distracted01:29
*** nati_ueno has joined #openstack-infra01:48
*** beagles has quit IRC01:49
*** sarob has quit IRC01:53
*** sarob has joined #openstack-infra01:54
*** yaguang has joined #openstack-infra01:56
*** luhrs1 has quit IRC01:57
*** che-arne has quit IRC01:57
*** lcheng has quit IRC01:58
*** sarob has quit IRC01:58
*** nati_ueno has quit IRC02:01
*** wenlock has joined #openstack-infra02:01
*** nati_ueno has joined #openstack-infra02:01
*** nati_ueno has quit IRC02:01
*** nati_ueno has joined #openstack-infra02:02
*** thingee_zzz has quit IRC02:09
*** senk has quit IRC02:09
*** nati_ueno has quit IRC02:24
*** changbl has joined #openstack-infra02:24
*** nati_ueno has joined #openstack-infra02:24
*** DennyZhang has joined #openstack-infra02:27
*** nati_ueno has quit IRC02:28
*** Ryan_Lane has quit IRC02:52
*** fbo is now known as fbo_away02:59
*** esker has joined #openstack-infra03:03
*** guohliu has joined #openstack-infra03:03
*** dims has quit IRC03:04
*** sarob has joined #openstack-infra03:04
*** wenlock-mobile has joined #openstack-infra03:09
*** sarob has quit IRC03:10
*** wenlock-mobile has quit IRC03:17
fungibe distracted. it's a friday night, after all03:24
*** mriedem has quit IRC03:33
*** DennyZhang has quit IRC03:41
*** DennyZhang has joined #openstack-infra03:41
*** markmcclain has quit IRC03:42
*** esker has quit IRC03:55
*** esker has joined #openstack-infra03:56
*** esker has quit IRC04:00
*** colinmcnamara has joined #openstack-infra04:03
*** esker has joined #openstack-infra04:06
*** wenlock has quit IRC04:08
*** Steely_Spam is now known as dansmith04:12
*** nati_ueno has joined #openstack-infra04:13
*** CaptTofu has joined #openstack-infra04:13
*** CaptTofu has quit IRC04:14
*** CaptTofu has joined #openstack-infra04:15
*** CaptTofu has quit IRC04:19
*** HenryG has quit IRC04:34
*** nati_ueno has quit IRC04:34
*** nati_ueno has joined #openstack-infra04:35
*** DennyZhang has quit IRC04:37
*** nati_ueno has quit IRC04:40
*** vipul is now known as vipul-away04:41
*** nati_ueno has joined #openstack-infra04:46
*** Ryan_Lane has joined #openstack-infra04:47
*** colinmcnamara has quit IRC04:51
*** dguitarbite has joined #openstack-infra04:53
*** esker has quit IRC05:06
*** davidhadas_ has joined #openstack-infra05:48
*** davidhadas has quit IRC05:49
openstackgerritZhongyue Luo proposed a change to openstack-dev/hacking: Add assertNotEquals check to E602  https://review.openstack.org/5135505:53
openstackgerritZhongyue Luo proposed a change to openstack-dev/hacking: Add assertNotEquals check to E602  https://review.openstack.org/5135506:00
*** nati_ueno has quit IRC06:23
*** nati_ueno has joined #openstack-infra06:24
*** SergeyLukjanov has joined #openstack-infra06:24
*** nati_ueno has quit IRC06:28
*** SergeyLukjanov is now known as _SergeyLukjanov06:41
*** _SergeyLukjanov is now known as SergeyLukjanov06:44
*** dguitarbite has quit IRC07:03
*** SergeyLukjanov is now known as _SergeyLukjanov07:03
*** dguitarbite has joined #openstack-infra07:04
*** dguitarbite has quit IRC07:04
*** dguitarbite has joined #openstack-infra07:04
*** _SergeyLukjanov is now known as SergeyLukjanov07:10
*** yolanda has joined #openstack-infra07:20
*** cody-somerville has quit IRC07:21
*** SergeyLukjanov is now known as _SergeyLukjanov07:21
*** _SergeyLukjanov is now known as SergeyLukjanov07:38
*** garyk has quit IRC07:51
*** SergeyLukjanov has quit IRC08:12
*** dafter has joined #openstack-infra08:14
*** dafter has quit IRC08:14
*** dafter has joined #openstack-infra08:14
*** boris-42 has joined #openstack-infra08:25
*** davidhadas_ has quit IRC08:36
*** dguitarbite has quit IRC08:42
*** SergeyLukjanov has joined #openstack-infra08:45
*** SergeyLukjanov has quit IRC08:49
*** cody-somerville has joined #openstack-infra09:30
*** xchu has quit IRC10:01
sdaguehmmmm so the first couple patches of os-loganalyze are failing because of checkout problems10:10
*** yaguang has quit IRC10:24
*** ruhe has joined #openstack-infra10:35
*** ruhe has quit IRC10:48
*** rickerc has quit IRC11:01
*** anteaya has joined #openstack-infra11:12
anteayaclarkb: so far I have some urls for blog posts about elastic search: http://www.found.no/foundation/ http://www.found.no/foundation/elasticsearch-in-production/#how-much-memory-is-enough http://www.found.no/foundation/elasticsearch-from-the-bottom-up/11:13
anteayawhich mention some suggestions for optimization11:13
anteayafirst I am assuming we index on the day, which helps with deletion since we just delete the index for the day - deletion is expensive11:14
anteayanext were questions about our memory capacity, we looked at the cacti for elasticsearch but we didnt' see stats on how much heap we have11:15
anteayawe need a lot of heap, so an initial suggestion was optimizing the JVM so that we have enough heap11:15
anteayaa maximum of 32G heap is suggested, since "Java doesn't have a pointer, so to actually get more space than 32G we need to go up to 48G"11:16
anteayabut then we run into garbage collection issues, so a maximum of 32G heap is suggested11:16
anteayathis is per node11:16
anteayathis is what I have so far from Alex who works at found11:17
anteayaI have a meeting with Honsa from elastic search in a few hours11:17
anteayahopefully I will learn more then11:17
*** Bada has joined #openstack-infra11:18
anteayaand I mis-understood the comment from last night about many small clusters, he was referring to his business has many customers who each have small clusters11:19
anteayaso that was a red herring - sorry11:19
sdagueanteaya: I think one of the issues is the large nodes we can get are 32GB total11:21
anteayayes11:21
anteayasdague: do you know if we have any access to tweak how the memory is allocated?11:22
*** rickerc has joined #openstack-infra11:22
sdagueI don't know what the heap settings currently are on those nodes, and what else needs to run. Presumably if we start swapping we're sort of dead11:22
anteayayes11:23
anteayaswapping is bad, I did get that message11:23
sdaguefungi (should you be signing on today): https://review.openstack.org/#/c/51382/ really weird that I'm having whack-a-mole with os-loganalyze in being able to get unit tests to run because the tree won't check out11:24
anteayaI have to use my laptop for the tv presentation so I can't talk any more right now :( I will see about different arrangements next time11:24
anteayaso quiet for a bit11:24
*** Bada has quit IRC11:25
*** davidhadas has joined #openstack-infra11:25
*** guohliu has quit IRC11:29
*** SergeyLukjanov has joined #openstack-infra11:39
*** cody-somerville has quit IRC11:41
*** Bada has joined #openstack-infra11:45
*** SergeyLukjanov has quit IRC12:20
*** CaptTofu has joined #openstack-infra12:23
*** SergeyLukjanov has joined #openstack-infra12:26
*** Bada has quit IRC12:27
*** SergeyLukjanov has quit IRC12:31
fungisdague: might be that race between repo creation on gerrit vs the git servers again. i've trigger a forced replication just now... see if that helps12:39
*** openstackstatus has quit IRC12:51
*** SergeyLukjanov has joined #openstack-infra12:52
*** cody-somerville has joined #openstack-infra12:58
*** SergeyLukjanov has quit IRC13:02
*** CaptTofu has quit IRC13:02
*** CaptTofu has joined #openstack-infra13:03
anteayaES_HEAP needs to be 50% of RAM13:05
*** CaptTofu has quit IRC13:07
*** SergeyLukjanov has joined #openstack-infra13:10
*** SergeyLukjanov has quit IRC13:10
*** thomasbiege has joined #openstack-infra13:15
*** garyk has joined #openstack-infra13:17
*** pcm_ has joined #openstack-infra13:18
*** thomasbiege has quit IRC13:19
anteayaI'll but the rest in an etherpad13:20
anteayas/but/put13:20
*** pcm_ has quit IRC13:21
*** pcm_ has joined #openstack-infra13:22
*** thomasbiege has joined #openstack-infra13:22
*** SergeyLukjanov has joined #openstack-infra13:31
*** thomasbiege has quit IRC13:33
*** thomasbiege has joined #openstack-infra13:39
*** dizquierdo has joined #openstack-infra13:39
*** dhouck_ has joined #openstack-infra13:42
*** thomasbiege has quit IRC13:49
*** SergeyLukjanov is now known as _SergeyLukjanov13:52
anteayaetherpad url: https://etherpad.openstack.org/elasticsearch-optimization-suggestions13:55
fungijeblair: more food for thought when you're pondering the job distribution imbalance, right now there's 2 devstack jobs going on jenkins01 and 16 going on jenkins02, so a similar proportion a good 12 hours after the restart14:11
*** senk has joined #openstack-infra14:24
fungisdague: so apparently something was also wacky with puppet on git02 which prevented it from noticing your new project at all and creating a repo. ran puppet manually and it seemed to work but is still throwing some errors i'm looking into now. the change in question merged though and your repo looks good on all the git servers now14:36
*** jaypipes has joined #openstack-infra14:38
fungiahh, yep... that'd do it! http://paste.openstack.org/show/48337/14:41
fungifix: sudo yum reinstall python-setuptools14:43
*** cody-somerville has quit IRC14:44
fungioh, followed by: sudo pip install -U setuptools14:45
mordredmorning14:45
fungimorning14:46
mordredfungi: setuptools broke somewhere new?14:46
*** pcm_ has quit IRC14:46
fungimordred: the gitXX farm14:46
fungifixing it on all 4 of them now14:47
mordredguh14:47
mordredfungi: you want me to dive in?14:47
fungii suspect we're in a bad way with distro package automated upgrades when new versions of, e.g., setuptools get installed14:48
fungimordred: i can fix it up manually, which i'm doing now14:48
mordredok. I really want to figure out a better strategy for this14:48
mordredit's going to keep coming up14:48
*** CaptTofu has joined #openstack-infra14:49
*** senk has quit IRC14:49
jeblairfungi: ah, i think the nodepool allocator is unfairly distributing14:50
jeblairi think that perhaps it should consider nodes already assigned to targets as well as nodes it is about to assign to targets; then it should even out.14:51
*** davidhadas has quit IRC14:51
*** CaptTofu has quit IRC14:52
*** CaptTofu has joined #openstack-infra14:53
*** anteaya has quit IRC14:53
fungithat sounds reasonable14:54
dstufftmordred: make a fedora package of setuptools14:54
dstufftor don't use the global install14:55
*** CaptTofu has quit IRC14:57
mordreddstufft: those are both a non-trivial amount of work14:58
mordreddstufft: we consume python from source in a continuous delivery manner for 10-12 different applications over _several_ machines - on both centos and ubuntu14:59
dstufftmordred: fpm can probably make the first one reasonably easy14:59
mordredso whatever we do needs to be systemic and automatable and stuff14:59
mordreddstufft: if we make debs and rpms, we then need to make a place to put those. and we need to figure out when/how we make new ones15:00
*** senk has joined #openstack-infra15:00
fungior preferably, automate creation of new ones each time a new version is released upstream, because security15:00
mordreddo we make a packaging repo for each thing that we're making packages for and have that drive the uploading of packages into repos that we consume?15:00
mordredyah.15:00
dstufftsurely puppet has a place to put them? I've never used puppet but when I needed to make an override package in chef I just chucked it in chef :V15:01
mordreddstufft: at heart, I agree with both of your suggestions - sorting the actual mechanics is tteh suck15:01
mordreddstufft: nope15:01
mordredat least, not in the way we use puppet15:01
dstufftwelp15:01
mordredthing is - we don't wnat to be special15:01
fungiwell, puppet could stash them onto the system and then use rpm to upgrade15:01
mordredwe don't want fungi or I to upload some artifact by hand into a special location15:01
jeblairchecking rpms into our puppet repo doesn't sound ideal15:02
mordredwe want every aspect of our system to be potentially changable/patchable by anyone15:02
fungibut that would mean puppet reimplementing things like version parsing and other stuff that apt/yum already know how to do with their own repos, so suboptimal15:02
mordredno - I think the analog here15:02
mordredis that you can do things like "knife upload blah to my chef server"15:02
mordredand then you can reference that file in your recipes15:02
dstufftno I just commit it as part of the cookbook15:02
mordredpuppet can do that too15:02
mordredwhat?15:02
dstufftcookbooks can have files associated with them15:03
mordredand you commit binary packages into them?15:03
fungicommitting binary blob packages into your git repositories?15:03
fungijinx ;)15:03
dstuffthttps://github.com/python/psf-chef/tree/master/cookbooks/stud/files/ubuntu-12.0415:03
dstufftsure15:03
mordredwow.15:03
dstufftbetter then alternatives15:03
dstufftpragmatism, a thing ;P15:03
dstufftalternatives being setup an apt repo somewhere which isn't managed by git and requirs it's own infrastructure, or build from source on production machines15:04
jeblairi think if we're going to deal with packages, then we should have proper repos, and build packages in them from control files in git15:04
mordredor set up an apt repo somewhere which is managed by git and driven by our infrastructure15:04
mordredjeblair: I agree with that15:05
jeblairmordred: it's mutual :)15:05
fungicompletely agree15:05
mordredjeblair: the question in my mind is - is it more work to do that15:05
mordredjeblair: or to rework our puppet installs of python things to do them into virtualenvs15:05
dstufftmordred: fundamentally the problem is you're trying to upgrade a system controlled package with pip and those two systems are going to fight each other15:05
dstufftso you need to stop doing that :V one way or another15:05
fungiyeah, which is why the virtualenv option is tempting15:05
mordreddstufft: totally grok the fundamental issue. it makes me unhappy and all, but totally grok15:05
jeblairmordred: i thought the last time we discussed this, we decided packages were desirable15:06
mordredjeblair: we did.15:06
*** Lingxian has quit IRC15:06
mordredjeblair: and setting up the repo is a piece of cake15:06
*** Lingxian has joined #openstack-infra15:06
mordredjeblair: I have not yet found a dev workflow for us that doesn't suck ass though15:06
fungiif we package-all-the-things it's preferable. and if we automate packaging one thing, then that's 99% of the work anyway15:06
fungiif we don't package-all-the-things then virtualenv is the only sane alternative i see15:07
mordredthe main issue that wants to be solved is that what we _want_ on some of these things is to be running CD from trunk15:07
jeblairwe have several friends already packaging much of our work15:07
jeblairmordred: so we let jenkins build packages on each commit and upload?15:08
mordredso making sure that the combination of the packaging code and the python code doesn't produce extra work for the "run every commit" workflow15:08
mordredright15:08
fungiwell, i meant if we automate package generation and uploading for one thing, that's 99% of the work15:08
mordredI'm sorry, I'm being unclear15:08
mordredI'm talking about working out the specifics of how that works15:08
jeblairmordred: oh, details are important?15:08
mordredyes15:08
jeblair:)15:08
jeblairmordred: i think changes to package info is ~= changes to puppet now...15:09
fungii suspect for anything using pbr we can just about cookie-cutter the actual deb/rpm package configurations15:10
fungiyeah15:10
mordredyup15:10
mordredso - we will have a basic cookiecutter packaging repo and a source code repo15:10
fungiat least, for sufficiently consistent/recent versions of pbr15:10
mordredwe want to make a package on changes to either of those15:10
jeblairmordred: in that, if, say, we change how something is installed, we might have to change the code and change something in puppet.  so from a high level, having to change something in code + a packaging repo shouldn't be a huge burden.15:10
jeblairmordred: sounds good so far15:11
*** Lingxian has quit IRC15:11
dstufftpersonally I think shoving everything in vitualenvs is the saner option but that's just me :] Sooner or later when you go down this path you end up with OpenStack linux instead of Fedora/Ubuntu15:11
mordredthe version management in the debian/changelog needs to be automatically drivable from the package creation scripts (because thank you debian for making that a part of the system)15:11
mordreddstufft: oh - we know, that's why we don't make openstack packages15:11
*** Lingxian has joined #openstack-infra15:11
mordreddstufft: this is for deploying the infra pieces15:11
mordreddstufft: like zuul or nodepool15:12
mordredor the few other things that we have no other choice but to deploy from python directly15:12
dstufftmordred: yea, I've been messing around with stuff like that, I think my favorite method ATM is virtualenvs inside of system packages15:12
mordredmy debian background would never let me do that15:12
mordredhowever...15:13
dstufftinstalling stuff globally has always ended up resulting in pain, sooner or later. For me at least15:13
mordredjeblair: dstufft has a point15:13
* fungi is similarly allergic to that idea15:13
mordredwhich is that the problem is not packaging zuul15:13
fungibut could be convinced it's sfe15:13
fungisafe15:13
dstufftbut the debian package system has some nice stuff15:13
mordredit's packaging the things that zuul depends on15:13
mordredthat we are installing via pip15:13
dstufftso combining the two gives you most of the benefits of packages, with all the messyness of python packaging constrained to build time15:14
dstufftdebian packages*15:14
jeblairmordred: hashar has already done most of this work; we can work together and it won't be huge.15:14
jeblairi think it's crazy to need to install a virtualenv on a dedicated server15:14
dstufftas soon as you need a different version of something that the system provides (especally if it requires that system) it's prepare for pain time15:15
mordredjeblair: we do it for quoins though. I mean, to a certain extent, it seems that python basically just punted on the idea of being installable15:15
fungiyes, true, we stand to benefit from the fact that wmf insists on debs for everything they run, and they run our stuff, which means they made the debs for all the dependencies already15:15
dstufftit's Ok as long as your stuff and the system stuff doesn't converge15:15
mordredfungi: are those debs in a consumable repo?15:15
jeblairmordred: we _want_ to isolate quoins -- that's a shared server.15:15
fungimordred: they could almost certainly be made so15:15
mordredjeblair: nod15:16
dstufftjeblair: I'm unsure why you'd ever not want to isolate something, :D15:16
fungithough i don't want to speak for the wmf peeps of course15:16
jeblairmordred: but yes, i agree that virtualenv has gone from being about isolation to being a crutch for installation.15:16
jeblairdstufft: isolate it from what?15:16
jeblairdstufft: the server literally does nothing else15:16
dstufftjeblair: the system15:16
dstufftthe system uses python15:16
dstufftso no matter what you already have 1 "application" on the server15:16
dstufftwhich is the system itself15:16
mordredI think this is why docker is so popular right now15:17
dstufftsomewhat yea I think15:17
dstufftisolation++15:17
mordredwell, isolation15:17
jeblairdstufft: perhaps fedora; not so much debian.  there is really i promise absolutely nothing else on the system that uses python.  but i do believe i understand your point.15:17
mordredand actually, the distros design is that pretty much everythign you install just becomes another module of the system15:18
mordredrather than having an OS/app model15:18
mordredwhere you have a system and you can run applications on that OS15:18
mordredI used to LOVE the conjoined nature of that design15:18
mordredbut as time goes on, I believe that it's less and less advantageous15:18
dstufftPersonally I want the OS to be it's own thing and leave my apps the hell alone15:19
jeblairmordred: i believe it's highly advantageous, but it requires the discipline to not use the shiny new thing right away.15:19
fungiwell, stepping back to the stable server concept, even continuous deployment of a particular application shouldn't necessarily mean continuous deployment of all the dependencies too15:19
*** guohliu has joined #openstack-infra15:19
mordredjeblair: except for when the disto doesn't package the shiny new thing until you've started using it, because they're waiting for people to adopt it before they provide it15:19
fungiso being able to rely on a stable server distribution to provide you carefully backported security fixes for the same versions of those dependencies over a span of years can be a good thing, security and stability wise15:20
jeblairmordred: perhaps we could punt on this and say it is appropriate for some circumstances.15:20
mordredjeblair: yes!15:20
mordredjeblair: I totally agree with that statement15:20
mordredI actually think that's the key15:20
mordreddepending on what you are doing, there are a couple of different sensible designs15:20
jeblairi'm really glad we don't have to compile and install apache15:20
mordredyup15:20
mordredand, you know, we install _some_ of our things from pypi instead of from master15:21
mordredbecause they're stable-er15:21
mordredand it makes more sense15:21
dstufftfunny that, half the time I compile nginx :V15:21
dstufftinstead of use system packages15:21
mordreddstufft: see, now, you're just showing your crazypants :)15:21
fungidstufft: and recompile it every time there's a security release?15:21
dstufftfungi: yea15:21
* mordred is with jeblair on this one15:22
fungifun. i used to do that with bind. it was a not-insignificant percentage of my work time15:22
dstufftmordred: well convince nginx to let me load modules dynamically and then we'll talk :d15:22
mordredah15:22
mordredas an apache user, I have not be incited by that issue15:22
mordreds/be/been/15:22
dstufftI track security releases for work anyways15:22
dstufftso it's nbd for me to add another one15:22
mordredtbf - we do install node.js from source15:22
mordredthat is, however, because there is no packages15:23
fungiwith bind, at least the excuse was that i got advance notice of vulnerabilities and source patches before the distros had updated packages, and as a service provider with very large dns deployments we couldn't afford to be vulnerable to any more 0-day issues than we could help15:23
mordredanyway - I thnk the key point is that packages are a bunch of extra work for tip-of-trunk things that move faster than important-release-per-6-months15:23
mordredBUT15:23
mordredstill awesome15:23
mordredjeblair: I think I may start work on specific suggestions around packaging stuff for us15:24
mordredsince I need to do it for internal anyway15:24
dstufftall my installs from source are in chef so typically unless building it has changed it's just bumping the URL I install from :]15:24
dstufftmordred: yea I can agree w/ that statement15:24
jeblairmordred: cool.  i agree it's a lot of work, but if a little of your internal work can be combined with hashars work, it may not be terrible.15:24
mordredyah15:24
jeblairand pabelanger's work...15:24
mordredthe main sticking point is going to be packaging repo lifecycle question15:25
*** yolanda has quit IRC15:25
mordredbecause I don't want to have different processes for package building for each thing we need packaged15:26
mordredbut we now potentially have 4 different 'upstream' homes for the packaging work15:26
mordredus, debian/ubuntu, pabelanger, hashar15:26
dstufftmordred: FWIW this only solves the debian side of things but I started using http://labs.spotify.com/2013/10/10/packaging-in-your-packaging-dh-virtualenv/ the other day, it's got some rough edges but overall seems to work well… if you decide to go down that path15:26
mordreddstufft: thanks15:27
mordredjeblair: ok. actually, I might want you to look at the above15:28
dstufftI had to make a change to make it work on ubunt 12.04 (https://github.com/spotify/dh-virtualenv/blob/master/bin/dh_virtualenv#L66 should just be DebHelper(options) I think)15:30
dstufftnote: I'm not a debian (or any other OS package) whiz, so it could be horrible and I just don't know it15:31
*** dhouck_ has quit IRC15:32
*** ruhe has joined #openstack-infra15:33
*** w_ is now known as olaph15:41
*** dims has joined #openstack-infra15:50
*** markmcclain has joined #openstack-infra15:52
clarkbyou guys have been busy15:56
clarkbanteaya: sdague: the biggest node we can get is 30GB of that 16GB is hard allocated to jvm heap15:56
*** cody-somerville has joined #openstack-infra15:57
*** davidhadas has joined #openstack-infra15:57
*** jean__ has joined #openstack-infra16:05
* pabelanger reads scrollback16:06
pabelangerFWIW: I'm about to rebuild my zuul / jjb / gerrit / etc stuff so I plan to bump everything to the latest and greatest.  So, I plan to package nodepool, get zuul going again, etc for debian.  If that helps anybody16:07
sdaguefungi: thanks for looking into the git thing, looks good now16:13
fungisdague: no worries, and sorry about the broken16:15
*** oubiwann_ has joined #openstack-infra16:15
*** senk has quit IRC16:16
*** dizquierdo has left #openstack-infra16:18
*** paul-- has quit IRC16:25
*** dhouck_ has joined #openstack-infra16:25
mordredpabelanger: where do you keep your packaging repos and how are you dealing with dependent libs?16:32
fungii get the impression he keeps (at least some of) them in the debian new queue, sid, jessie...16:34
*** paul-- has joined #openstack-infra16:34
*** mrodden has joined #openstack-infra16:36
*** dhouck_ has quit IRC16:37
fungihttp://qa.debian.org/developer.php?login=paul.belanger@polybeacon.com16:37
*** markmcclain has quit IRC16:38
mordredfungi: https://github.com/pabelanger/jenkins-job-builder-deb16:38
mordredhttps://github.com/pabelanger/zuul-deb16:38
fungioh, you mean the git repos with his packaging files. i thought you meant his package repos16:38
*** markmcclain has joined #openstack-infra16:39
pabelangerYup, github16:39
pabelangerif a lib is missing, I add it to the list to package16:39
*** markmcclain has quit IRC16:39
pabelangerhasar has been doing some good work too16:39
pabelangerhashar*16:40
fungiyeah, i've seen itp bugs from him come across debian-devel recently for some of our ci bits16:40
*** dcramer_ has quit IRC16:49
*** jean__ has quit IRC16:52
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Check devstack-gate changes on stable branch jobs  https://review.openstack.org/4980516:55
mordredfungi: if I want to test a puppet change on review-dev - puppet agent --test --environment=blah16:58
mordredis the way, yeah?16:58
*** oubiwann_ has quit IRC16:58
fungistop puppet (if running, or comment out the cron job if on a slave) and then from a root shell (not via sudo) puppet agent --test --environment fungi (or whatever your environment is named)16:59
mordredyah17:00
fungimordred: ^17:00
mordredcool17:00
mordredthat's working17:00
fungii've also found, when testing on slaves which have cron-based updating, i need to patch my puppet environment to not turn that back on when it gets applied17:00
fungiso i just keep a simple commit for that around which i can cherry-pick onto whatever i'm testing17:01
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Parameterize server OpenStack-isms  https://review.openstack.org/3392617:01
mordredfungi: notice: /Stage[main]/Openstack_project::Gerrit/File[/home/gerrit2/review_site/etc/GerritSiteHeader.html]/owner: owner changed 'linuxjedi' to 'root'17:03
mordredI see this on each test17:03
mordredbut when I look at the file, it's owned by root already17:03
fungii think it's translating uids from the puppet master to the system where you're testing17:03
*** mihgen_ has joined #openstack-infra17:03
mordredah17:03
mordredfascinating17:03
fungiis that file owned by you on the master?17:04
fungiif you don't set explicit ownership on file objects in a puppet manifest, i've found it makes some odd choices based on the original ownership on the master environment17:04
mordredfungi: yup17:05
fungiand your uid on the master is == to LinuxJedi's on the server where you're applying it?17:05
mordredok. I've tested the above change and am going to apply it now17:05
fungifun times17:05
mordredit does not change things in our confit17:05
mordredconfig17:05
fungiexcellent. teh emailz must flow17:06
fungialso, confit sounds much tastier17:06
openstackgerritA change was merged to openstack-infra/config: Parameterize server OpenStack-isms  https://review.openstack.org/3392617:07
mordredneat. I believe that all of the internal HP changes to infra/config are now merged in17:09
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Un-Revert "Make gerrit email server configurable"  https://review.openstack.org/5050117:10
mordrednope. that's not true. I need to check that one17:10
*** SergeyLukjanov has joined #openstack-infra17:10
mordredcool. that version of the patch works too17:11
openstackgerritA change was merged to openstack-infra/config: Un-Revert "Make gerrit email server configurable"  https://review.openstack.org/5050117:15
*** mihgen_ has quit IRC17:17
mordredok. both applied. watched the diffs go by. we should be good on both17:20
*** CaptTofu has joined #openstack-infra17:26
*** SergeyLukjanov has quit IRC17:29
*** dcramer_ has joined #openstack-infra17:32
*** SergeyLukjanov has joined #openstack-infra17:33
*** yolanda has joined #openstack-infra17:38
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Remove ::1 mysql root user.  https://review.openstack.org/4534717:41
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Upgrade puppetlabs-mysql to 0.6.1.  https://review.openstack.org/4534817:41
*** senk has joined #openstack-infra17:47
*** senk has quit IRC17:51
mordredfungi: I couldn't get a review from you on https://review.openstack.org/#/c/35535/ could I?17:52
mordredfungi: I've been running it internally for the last week, fwiw17:52
*** CaptTofu has quit IRC17:52
*** CaptTofu has joined #openstack-infra17:53
fungisure, i'll take a peek17:54
mordredthanks!17:54
* mordred trying to remove local divergence so I can get the local thing to just pull directly from upstream and thus incite more direct upstreaming17:54
fungialways good to be inciteful ;)17:56
mordredhrm. why do we directly depend on pygithub and gerritlib in jeepyb?17:56
mordred(in the puppet module)17:56
mordredshouldn't those just get installed via jeepyb?17:57
*** CaptTofu has quit IRC17:57
fungii think in the past they did not, or we went through gyrations not to pull any additional transitive dependencies in from pypi so as not to replace older distro-provided versions where sufficient?17:58
mordredyah. I do believe that is why they are there currently17:58
mordredI believe that given how we are installing now, it's a bug-ish17:58
fungipossibly17:59
fungiit may be a pre-pbr-ism for jeepyb17:59
mordredyup17:59
mordredsame with gerritlib in the gerrit module17:59
mordredit's there for things that used it before we put them into jeepyb17:59
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Remove explicit depends on transitive pip deps  https://review.openstack.org/5140218:00
openstackgerritA change was merged to openstack-infra/jeepyb: Do repo processing in an existing local dir  https://review.openstack.org/3553518:02
mordredfungi: woot! thank you!18:04
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Remove direct depend on virtualenv  https://review.openstack.org/5140318:05
fungii'm taking puppet agent offline on review-dev for a bit to test 46339 if there are no objections18:05
mordredfungi: do it18:05
* fungi clearly doesn't realize it's saturday18:06
mordredfungi: well, it was a busy week18:07
mordredand some of these things, while not NEARLY as important as keeping the gate running, nag at is18:07
mordredus18:07
fungiyeah, i feel very behind18:08
fungiand i'll be mostly afk on thursday and semi-afk on friday (travelling to asheville to do a q&a for some comp-sci seniors)18:09
*** mihgen_ has joined #openstack-infra18:14
mordredoy18:15
lifelessvey18:15
mordredoh look. it's a lifeless18:17
* lifeless looks around18:17
fungireview-dev seems to be working as advertised after replacing its java dependencies with symlink to distro-provided equivalents and restarting18:24
mordredfungi: neat18:24
fungii'll leave it in this state with puppet disabled for a bit in case anyone wants to beat on it18:24
fungibecause, you know, EWEEKEND18:24
lifelesswhats that18:24
*** jean__ has joined #openstack-infra18:26
*** jean__ has quit IRC18:29
*** dcramer_ has quit IRC18:30
*** ruhe has quit IRC18:33
openstackgerritRoman Podolyaka proposed a change to openstack-infra/config: Move sa-migrate experimental jobs to check/gate  https://review.openstack.org/5140518:41
*** mihgen_ has quit IRC18:47
*** Bada has joined #openstack-infra18:50
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Add branch tarballs for tuskar projects  https://review.openstack.org/5140618:53
*** Bada has quit IRC19:03
*** senk has joined #openstack-infra19:18
*** Prince_Africanus has joined #openstack-infra19:21
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Update official list of ATC-qualifying projects  https://review.openstack.org/5046819:22
*** senk has quit IRC19:22
*** rickerc has quit IRC19:26
*** rickerc has joined #openstack-infra19:36
*** SergeyLukjanov has quit IRC19:39
*** SergeyLukjanov has joined #openstack-infra19:40
*** dafter has quit IRC19:40
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Adding a Gerrit third-party testing account  https://review.openstack.org/5044819:41
*** Prince_Africanus has quit IRC19:44
*** pcm_ has joined #openstack-infra19:47
*** davidhadas has quit IRC19:48
*** pcm_ has quit IRC19:51
*** pcm_ has joined #openstack-infra19:51
*** pcm_ has quit IRC19:51
*** pcm_ has joined #openstack-infra19:52
*** yolanda has quit IRC19:54
*** senk has joined #openstack-infra19:55
*** senk has quit IRC19:59
*** sarob has joined #openstack-infra20:06
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Puppet the Gerrit bcprov and mysql-connector deps  https://review.openstack.org/4633920:06
fungithanks for the rebase, mordred20:08
fungi(though i tested and the previous patchset seemed to merge on the tip of master cleanly?)20:08
mordredfungi: I'm testing my remote launchpad_sync module, so I was testing it on top of your change ...20:08
fungik20:08
mordredbut then I couldn't see what difference my patch would cause to be installed20:08
mordred(pure selfishness :) )20:08
fungiheh. cherry-pick to update your development environment instead of checkout ;)20:09
mordredyup20:09
fungiat least, that's how i usually get around it20:09
mordredah - I totally shoud have done that20:09
mordredduh20:09
mordredI cherry picked _my_ change in - didn't think about cherry picking your change too20:10
fungipuppet development environment, i mean20:10
* mordred si stoopid20:10
dstufftmordred: y'all might like this https://gist.github.com/dstufft/695411720:10
fungino worries20:10
fungidstufft: neat! that's a potentially useful set of demographics to consider when working on packaging tools20:11
mordrednice20:12
mordreddstufft: I should make pbr set something so that I show up in your stats...20:12
dstufftPBR just uses pip right?20:12
dstufftso it'd show up under pip20:13
mordredya. I was also kidding20:13
dstufftI'm thinking about making the user agent for pip configurable20:13
*** dafter has joined #openstack-infra20:14
mordredthat might be interesting ... I mean, pip/1.5.dev1.micktwomey2 is showing up20:16
mordredI could make it be pip/%(actual_pip_version)s.pbr.%(pbr_version)s - but honestly, that's vanity - I'm much more interested to see the massively higher amount of work in 2.6 and 2.7 rather than 3.320:17
lifelessoh look infra people20:18
mordredit's also really nice to see that pip has such a high hit count over setuptools/distribute20:18
* mordred looks20:18
lifelessfungi: so, we now have the new overcloud existing20:18
fungilifeless: exciting!20:18
lifelessfungi: I'd like to create some initial creds for infra for that20:18
mordredlifeless: I thought your overcloud went away every 50 minutes20:19
lifelessfungi: but rather than stashing them in a spreadsheet somewhere, could we stash them in hiera, ready for when the cloud does seamless upgrades?20:19
lifelessmordred: it does20:19
mordredah. I follow your conversational thread now20:19
dstufftmordred: sooner or later these kind of stats will be recorded automatically and be part of PyPI20:19
mordredneat20:19
*** dafter has quit IRC20:19
*** SergeyLukjanov has quit IRC20:20
fungilifeless: which hiera? is the puppetry for the overcloud going into openstack-infra/config or elsewhere? using the openstack.org puppet master server? et cetera?20:20
mordredfungi: overcloud no have puppet20:20
mordredfungi: I believe he's saying:20:20
mordredfungi: "I'd like to give infra an account on my cloud so that they can spin up nodes on it in nodepool"20:21
lifelessfungi: once it's continuously available (vs continously deployed) we'll move the tripleo nodes (managed by nodepool) from our grizzly cloud to thise one20:21
mordredfungi: but it's not doing seamless upgrades yet, so it's ready for that to be turned on20:21
fungilifeless: i see, so you mean for integration with our ci jobs20:22
lifelessfungi: so -infra has one set of creds for a tripleo cloud today - the poc.tripleo.org cloud20:22
openstackgerritA change was merged to openstack-infra/config: Remove launchpad_sync module  https://review.openstack.org/4764320:22
lifelessfungi: I want to give -infra creds for cd-overcloud.tripleo.org (which isn't yet suitable for -infra to use, but it's one less thing to remember later)20:22
fungiso stuff we would reference in our puppet configuration to tell our other systems how to authenticate to the overcloud20:22
lifelessyes20:22
fungisounds great. if you want to encrypt them to me i'll be happy to put them in there. key is the same one published at http://www.openstack.org/projects/openstack-security/20:24
lifelesswe need an email address and account name20:24
lifelessopenstack-infra is what I'd propose for the account name20:24
mordredfungi: ok. I've put review-dev back to being on your env20:25
mordredlifeless: this is a tenant for non-precious build hosts, yeah?20:25
fungimordred: i had already switched review-dev back to production anyway since doing so doesn't undo the library linking20:25
mordredfungi: oh! ok. I'll just do that20:25
fungipreviously not puppet-managed files, so it just leaves them there20:26
mordred++20:26
*** dafter has joined #openstack-infra20:26
*** dafter has quit IRC20:26
*** dafter has joined #openstack-infra20:26
fungi(that's the reason for my change, in fact... making sure they get managed)20:26
*** jecarey has joined #openstack-infra20:26
lifelessmordred: account and tenant, https://review.openstack.org/#/c/51354/5/scripts/assert-users20:26
lifelessmordred: or do you mean 'what sort of vm's would -infra run in this account' ?20:26
mordredright20:27
*** yolanda has joined #openstack-infra20:27
lifelessmordred: nodepool managed tripleo test nodes initially.20:27
lifelessmordred: for the baremetal test story pleia2 is building up20:27
fungimordred: do we have a particular infra e-mail address we want to associate with that overcloud admin account, or create a new one?20:27
lifelessmordred: so perhaps openstack-infra isn't the right account name?20:27
lifelessfungi: you won't have admin acls on the cloud20:28
lifelessfungi: thats separate (and doable if you want, but we look for significant involvement with tripleo...)20:28
mordredlifeless: so - what we do now20:28
lifelessfungi: https://wiki.openstack.org/wiki/TripleO/TripleOCloud20:28
fungilifeless: sure, so the tenant account, however that works out20:29
fungii guess we don't need to be an admin for our tenant to spin machines up and down20:29
mordredlifeless: is on each cloud, we tend to have an account in which we put nodes that have absolutely no precious data (nodepool nodes) and a completely separate account for nodes that might want to stick around for longer than a second20:29
mordredlifeless: mainly, so that if there is a bug in one of our auto-spin-up-nodes scripts, we don't delete nodes that might take extra effort to recreate20:30
lifelessfungi: so the simple automation (see above) for asserting accounts doesn't currently do multi-user tenants20:30
lifelessfungi: if you need that I'll add it in20:30
fungigot it20:30
mordredlifeless: openstackci is what we call the long lived and openstackjenkins the short-lived - HOWEVER, neither of those names are actually great20:30
lifelessfungi: but you don't need the admin role to do vms and networks etc20:30
lifelessfungi: the admin role gets you well, admin20:30
fungimakes sense20:31
mordredI'd think perhaps "openstack-infra" and "openstack-nodepool"20:31
lifelessok20:31
mordredsince those express the intent better20:31
lifelessso lets make two accounts20:31
fungii like those names20:31
fungii suppose we can respin them later if jeblair and clarkb don't20:31
lifelessok20:32
lifelessI need two email addresses then20:32
mordredinfra-root@openstack.org for openstack-infra20:32
mordredjenkins@openstack.org for openstack-nodepool20:32
mordredunless fungi disagrees20:33
fungimordred: sounds fine. we should, maybe, change the e-mail addresses on our other provider accounts at some point to match?20:33
fungi(for example, right now openstackci in rackspace goes to your inbox alone)20:33
mordredfungi: probably. we might want to make a nodepool@openstack.org to replace the jenkins@openstack.org too20:34
mordredfungi: GROSS20:34
lifelesshttps://review.openstack.org/5141020:34
mordredlifeless: ossum20:34
mordred+120:34
lifelessI've monkeypatched that into prod, the next cycle will create the creds which I can then send to fungi20:35
fungiperfect, thanks!20:35
openstackgerritA change was merged to openstack-dev/cookiecutter: doc: disable intersphinx mapping  https://review.openstack.org/5000920:35
openstackgerritA change was merged to openstack-dev/cookiecutter: Ignore editor files.  https://review.openstack.org/4931820:35
openstackgerritA change was merged to openstack-dev/cookiecutter: Actually git add the __init__.py file  https://review.openstack.org/5123820:36
mordredneat20:36
mordredI'm getting so close to having all of my outstanding config patches landed: https://review.openstack.org/#/q/status:open+project:openstack-infra/config+owner:mordred%2540inaugust.com,n,z20:39
mordredit probably would have helped it I hadn't uploaded three more today20:40
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Gate current clients on stable branches  https://review.openstack.org/4193120:41
fungitwo patches forward, three patches back20:42
mordredyup20:43
mordredok. I'm going to try to burn through my review load for openstack-infra/config20:44
mordredbecause it's MASSIVE20:44
*** sarob has quit IRC20:45
mordredfungi: I'm starting to think - not because any of them are urgent for me, but just because we do have a giant review load at all times20:47
openstackgerritA change was merged to openstack-infra/config: Adding a Gerrit third-party testing account  https://review.openstack.org/5044820:47
lifelessmaybe you need more reviewers20:47
mordredfungi: perhaps on 'trivial' things like small doc fixes or addition of straight-forward jobs that was done by another core person (such as your tuskar tarball patch) - that 2 core reviews might be overkill20:48
mordredlifeless: we DEFINITELY need more reviewers20:48
mordredlifeless: problem is, "but we look for significant involvement with infra" for that.20:49
* mordred cries20:49
lifelessI am reviewing infra dailyish20:49
mordredyah, which is appreciated, and I think your context for patches is definitely growing20:51
mordredGAH. I starred two of my own patches for review20:52
openstackgerritA change was merged to openstack-infra/config: Remove ::1 mysql root user.  https://review.openstack.org/4534720:56
openstackgerritA change was merged to openstack-infra/config: Upgrade puppetlabs-mysql to 0.6.1.  https://review.openstack.org/4534820:57
clarkbo_O20:58
*** dmakogon_ has joined #openstack-infra20:58
clarkbyou will probably want to keep an eye on that one :)20:58
mordredclarkb: watching21:00
mordredclarkb: today is the day of watching puppet run on places21:00
*** UtahDave has joined #openstack-infra21:01
mordredclarkb: worked like a charm21:02
mordredclarkb: if you wanted to review https://review.openstack.org/#/c/51004/ and https://review.openstack.org/#/c/51402/ and https://review.openstack.org/#/c/51403/ while watching the football, I would not throw rotten vegetables at you21:04
clarkb:) maybe when I get home. on my way back to seattle just passing through centralia now21:05
mordredclarkb: ah. you probably don't want to review things just yet then21:07
*** dcramer_ has joined #openstack-infra21:09
openstackgerritA change was merged to openstack-infra/config: Add IRC bot on #openstack-rally for Gerrit changes  https://review.openstack.org/5120721:11
*** nicedice has joined #openstack-infra21:11
*** _david_ has joined #openstack-infra21:14
*** SergeyLukjanov has joined #openstack-infra21:14
openstackgerritA change was merged to openstack-infra/config: Make novaclient-python33 gating  https://review.openstack.org/5105821:16
openstackgerritA change was merged to openstack-infra/config: Correct the default cacti tree name  https://review.openstack.org/5076521:16
openstackgerritA change was merged to openstack-infra/config: Add RTFD hook to trigger auto-build of docs  https://review.openstack.org/4843721:17
openstackgerritA change was merged to openstack-infra/config: auto restart elastic recheck on update  https://review.openstack.org/5068821:18
*** dafter has quit IRC21:18
lifelessfungi: pasted to you21:18
openstackgerritA change was merged to openstack-infra/config: Add missed savanna-docs job to post pipeline  https://review.openstack.org/5061621:18
openstackgerritA change was merged to openstack-infra/config: Add Jenkins jobs for tuskar-ui  https://review.openstack.org/5031721:19
SergeyLukjanovis it possible to merge https://review.openstack.org/#/c/49167/ ? I hope that we'll be able to release our image-elements repo Oct 17...21:20
mordredSergeyLukjanov: "savanna-image-elements hasn't been registered on pypi" ... I think perhaps I shoudl do that real quick21:26
SergeyLukjanovis it real to do it before the Oct 17?21:26
*** jaypipes has quit IRC21:27
SergeyLukjanovif not - I'll remove pypi-upload from this CR to have at least tarballs published :)21:27
mordredSergeyLukjanov: easy. I'm going to grab your repo real quick and register it21:27
SergeyLukjanovmordred, oh, it'll be great, thank you!21:28
mordredthis is reminding me - we need to set up that git grok thing from kernel.org to help with syncing local repos...21:29
mordredSergeyLukjanov: savanna-extra-0.3.rc221:30
fungilifeless: received, thanks21:30
mordredSergeyLukjanov: https://review.openstack.org/5141321:31
SergeyLukjanovmerged, thank you21:32
openstackgerritA change was merged to openstack-infra/config: Add tempest-devstack-vm-neutron-large-ops job  https://review.openstack.org/5044921:35
*** jaypipes has joined #openstack-infra21:40
*** mihgen_ has joined #openstack-infra21:46
mordreddstufft: is there a 'good' way to use pip to check to see if something needs to be upgraded?21:51
dstufftmordred: pip list -o ?22:01
mordreddstufft: that shows me all the packages I've got22:01
dstufftmordred: I don't think there's much else besides using package finder itself22:02
mordredk22:02
dstufftI normally just pip list -o | grep foo22:02
mordredI'm trying to make puppet be less stupid about what it's doing22:02
mordredand defer to pip, since pip knows how to read pip.conf files22:03
dstufftthere's a open ticket from some chef people about adding a dry run mode22:05
SergeyLukjanovshould gerrit work ok now?22:05
*** dkranz has joined #openstack-infra22:06
mordredSergeyLukjanov: it should. are you having issues?22:07
SergeyLukjanovmordred, yeah, can't push tag22:09
SergeyLukjanov ! [remote rejected] 0.3.rc3 -> 0.3.rc3 (can not create new references)22:09
SergeyLukjanoverror: failed to push some refs to 'ssh://slukjanov@review.openstack.org:29418/openstack/python-savannaclient.git'22:09
mordredlooking22:09
mordredSergeyLukjanov: you have no teams configured to be able to push tags22:09
openstackgerritEndre Karlson proposed a change to openstack-infra/config: Add / Change python-libraclient jobs  https://review.openstack.org/5106922:10
mordredSergeyLukjanov: you need a refs/tags/* section with savanna-ptl listed in it (see the python-novaclient.config acl file)22:11
ekarlsoapprove that now mordred ? ;)22:11
mordredSergeyLukjanov: I'd do it for you, but my girlfriend has just told me that I need to go get some boxes from storage :)22:11
SergeyLukjanovmordred, I've create CR for updating ACL for savanna22:11
*** dkranz has quit IRC22:11
SergeyLukjanovmordred, thanks for info22:12
mordredSergeyLukjanov: sure thing!22:12
mordredSergeyLukjanov: also, I created s-i-e on pypi, and approved that change22:13
*** _david_ has quit IRC22:13
SergeyLukjanovgreat!22:14
openstackgerritA change was merged to openstack-infra/config: Add jobs for extra and dib repos  https://review.openstack.org/4916722:14
*** garyk has quit IRC22:14
*** garyk has joined #openstack-infra22:14
*** pcm_ has quit IRC22:14
*** dims has quit IRC22:21
SergeyLukjanovmordred, hmm, I can't understand why I have permissions to push tag when https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/gerrit/acls/openstack/savanna.config#L422:24
*** boris-42 has quit IRC22:27
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Limit savanna tagging to savanna-ptl group  https://review.openstack.org/5141722:29
SergeyLukjanovmordred, I think that ACL should looks like https://review.openstack.org/5141722:29
SergeyLukjanovfor Savanna22:29
SergeyLukjanovdoes it mean that savanna-ptl will be able to push tags to all branches22:30
SergeyLukjanov?22:30
*** yolanda has quit IRC22:30
fungiSergeyLukjanov: yes, because tags go in a separate refs hierarchy from branches (heads)22:31
fungitags aren't a branch-specific concept22:31
SergeyLukjanovfungi, now it looks much clearer for me:)22:31
*** mihgen_ has quit IRC22:33
fungiSergeyLukjanov: who are the ptl delegates for savanna with knowledge of how to correctly tag releases?22:33
fungior really i can just add one person to the ptl group and they can add their delegates as they see fit22:34
SergeyLukjanovfungi, please, add me and I'll found someone else to avoid scary bus factor22:34
openstackgerritA change was merged to openstack-infra/config: Limit savanna tagging to savanna-ptl group  https://review.openstack.org/5141722:34
fungiSergeyLukjanov: will do22:35
SergeyLukjanovfungi, thank you22:35
fungiit'll be a few minutes before that's reflected in gerrit, and then i'll add you to the group it creates22:35
*** dmakogon_ has quit IRC22:43
SergeyLukjanovfungi, I've pushed tag, so, it looks like it's already lanede22:46
SergeyLukjanovlanded*22:46
fungiSergeyLukjanov: did it show up? it was still using the old acl (the new one isn't loaded yet)... maybe you mistyped your push command before?22:56
SergeyLukjanovhmmm22:56
SergeyLukjanovmaybe I've used incorrect email22:57
SergeyLukjanovthat is not added to gerrit22:57
fungiyeah, at the moment it's still using the old acl... https://review.openstack.org/#/admin/projects/openstack/python-savannaclient,access22:57
fungibut that acl change was a good idea anyway since it'll align you closer to how the official clients are working their release controls22:58
SergeyLukjanovfungi, yeah22:58
*** wenlock has joined #openstack-infra23:00
SergeyLukjanovthank you guys!23:09
*** SergeyLukjanov has quit IRC23:09
*** mihgen has joined #openstack-infra23:13
*** openstackgerrit has quit IRC23:26
*** openstackgerrit has joined #openstack-infra23:26
*** senk has joined #openstack-infra23:43

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!