Thursday, 2012-11-01

*** yb_ has quit IRC00:00
*** patelna has quit IRC00:01
*** nati_ueno has quit IRC00:02
*** itooon has quit IRC00:02
*** ywu_ has quit IRC00:03
*** littleidea has joined #openstack-dev00:03
*** ywu_ has joined #openstack-dev00:03
rmkdanwent: would the use-count be tracked in a new column?00:03
*** littleidea has quit IRC00:04
danwentrmk: wrong nick?00:04
rmkerr dansmith00:04
rmkyes sorry00:04
danwentnp00:04
*** jog0 has quit IRC00:04
dansmithrmk: yeah, I'd expect that'd be best00:06
*** littleidea has joined #openstack-dev00:06
*** littleidea has left #openstack-dev00:06
dansmithrmk: I'm sure there's a good reason why such a scheme wouldn't work or be ideal, but I'm too dumb to know :)00:06
rmkdansmith: I like the idea -- my only concern is that we're trying to get something suitable for backporting, because this patch is likely going into Folsom (https://review.openstack.org/#/c/15153/)00:07
*** nunosantos has joined #openstack-dev00:08
rmkdansmith: and I think changing the schema isn't something we can consider as a backport00:08
dansmithrmk: sure, the refcount approach isn't something you'd want to backport00:08
rmknods00:08
*** slackguru has quit IRC00:08
dansmithrmk: right, I'm just commenting how it might be done going forward00:08
rmkyeah I think for grizzly, your way is better/cleaner00:08
*** devcamca1 has joined #openstack-dev00:08
rmkso there isn't a bunch of logic all over the place about when you want/dont want deleted flavors00:09
*** ywu_ has quit IRC00:09
*** nunosantos has quit IRC00:09
*** ywu_ has joined #openstack-dev00:09
*** nunosantos has joined #openstack-dev00:10
*** JStoker has quit IRC00:12
*** jcmartin has quit IRC00:13
*** JStoker has joined #openstack-dev00:14
openstackgerritA change was merged to openstack/openstack-common: Removes redundant string cast  https://review.openstack.org/1508600:17
*** ywu_ has quit IRC00:18
*** devcamca1 has quit IRC00:18
*** ywu_ has joined #openstack-dev00:18
*** gongysh has joined #openstack-dev00:18
*** johnpostlethwait has quit IRC00:19
*** littleidea has joined #openstack-dev00:20
*** JStoker has quit IRC00:21
*** littleidea has left #openstack-dev00:21
*** d3llf has quit IRC00:27
rmkvishy: Thanks for that suggestion -- I was going to lose my mind updating tests00:31
rmkThis is way easier00:31
*** stevebake has quit IRC00:33
*** JStoker_ has joined #openstack-dev00:34
*** jrodom has joined #openstack-dev00:35
*** arata has quit IRC00:38
*** arata has joined #openstack-dev00:39
*** danwent has quit IRC00:40
*** arata has quit IRC00:40
*** jrodom has quit IRC00:42
*** jtran has quit IRC00:43
*** maurosr has quit IRC00:44
sandywalsh_Kiall: hey!00:45
*** Ryan_Lane has quit IRC00:47
*** anniec has quit IRC00:47
*** Ryan_Lane has joined #openstack-dev00:48
*** samkottler|out has joined #openstack-dev00:49
*** devcamca1 has joined #openstack-dev00:50
*** mnewby has quit IRC00:50
*** EmilienM has left #openstack-dev00:51
*** roge has joined #openstack-dev00:53
*** devcamca1 has quit IRC00:57
*** jrodom has joined #openstack-dev00:58
*** maurosr has joined #openstack-dev00:58
*** dims has joined #openstack-dev00:58
gongyshsdague: ping01:00
*** nati_ueno has joined #openstack-dev01:01
gongyshnati_neno: ping01:02
*** jrodom has quit IRC01:03
nati_uenogongysh: pong01:03
gongyshhttps://review.openstack.org/#/c/15100/01:03
gongyshdo u known how to allow jenkins to reverify the patch01:04
nati_uenojust comment "reverify" :)01:05
nati_uenolet me try01:05
*** roadTripper has quit IRC01:06
*** vipuls has quit IRC01:07
*** Ryan_Lane has quit IRC01:08
*** SlickNik has quit IRC01:09
*** winston-d has joined #openstack-dev01:10
*** danwent has joined #openstack-dev01:14
*** edygarcia has quit IRC01:15
*** Ryan_Lane has joined #openstack-dev01:16
*** xchu has joined #openstack-dev01:16
*** darjeeling has quit IRC01:18
*** JStoker_ is now known as JStoker01:19
*** Ryan_Lane has quit IRC01:20
*** Tross has quit IRC01:20
*** devcamca1 has joined #openstack-dev01:24
*** gyee has quit IRC01:29
*** mlavalle has left #openstack-dev01:29
*** wenjianhn has joined #openstack-dev01:34
openstackgerritA change was merged to openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/1516101:35
*** devcamca1 has quit IRC01:35
*** dachary has quit IRC01:38
*** dachary1 has joined #openstack-dev01:38
*** Mandell has quit IRC01:38
*** redbeard2 has quit IRC01:39
*** edygarcia has joined #openstack-dev01:41
*** adalbas has quit IRC01:43
*** yamahata has joined #openstack-dev01:43
*** timello has joined #openstack-dev01:45
*** roge has quit IRC01:46
*** adjohn has quit IRC01:46
*** maurosr has quit IRC01:53
*** Tross has joined #openstack-dev01:53
*** Tross has quit IRC01:53
*** maxim has joined #openstack-dev02:01
*** maxim is now known as Guest505302:01
*** devcamca1 has joined #openstack-dev02:02
*** benner_ has joined #openstack-dev02:03
*** benner has quit IRC02:05
*** openstackgerrit has quit IRC02:05
*** larsks has joined #openstack-dev02:05
*** openstackgerrit has joined #openstack-dev02:05
larsksAnybody around?  I'm trying to locate the commit containing the version of nova/virt/disk/api.py that's installed on my system, using the python-nova-2012.1.3-1 package from EPEL.02:06
larsksI can't find the corresponding version of this file in the repository.02:06
*** bing_bu has joined #openstack-dev02:07
openstackgerritA change was merged to openstack/keystone: move hashing user password functions to common/utils  https://review.openstack.org/1504002:07
*** entropyworks is now known as Aaton02:12
*** devcamca1 has quit IRC02:13
clarkblarsks: should be under https://github.com/openstack/nova/tree/2012.1.3 I would think02:16
larsksclarkb: Thanks, I'll take a look.  I was poking through stable/essex.02:23
*** nati_uen_ has joined #openstack-dev02:23
clarkblarsks: the tag would be against a commit in stable/essex, but looking at that version number it is probably the tagged commit02:23
*** nati_ueno has quit IRC02:24
larsksclarkb: Still no dice.  I checked out 2012.1.3, but the installed file contains a "_setup_selinux_for_keys" method not defined in the 2012.1.3 tag in the repository.02:25
larsksI iterated across all the commits in stable/essex touching that file, and none of them matched :(.  Trying to pick up the source rpm right now to see if there are any patches getting applied as part of the packaging process.02:25
*** ayoung has quit IRC02:28
*** ywu_ has quit IRC02:28
larsksclarkb: Oh god, it's 2012.1.3 plus a random series of patches, resulting in a file that doesn't actually exist in the repository.  Shoot me now.02:30
*** timello has quit IRC02:32
*** dachary1 has quit IRC02:33
*** dachary has joined #openstack-dev02:33
*** xchu has quit IRC02:36
*** alexpilotti has quit IRC02:38
*** Tross has joined #openstack-dev02:41
*** mjfork has quit IRC02:45
*** devcamca1 has joined #openstack-dev02:45
*** ewindisch has quit IRC02:47
*** edygarcia has quit IRC02:48
*** xchu has joined #openstack-dev02:49
*** devcamca1 has quit IRC02:53
*** sandywalsh_ has quit IRC02:59
*** e1mer has joined #openstack-dev03:04
*** maurosr has joined #openstack-dev03:11
*** e1mer has quit IRC03:12
*** maurosr has quit IRC03:15
*** pixelbeat has quit IRC03:16
*** melwitt has quit IRC03:16
*** maurosr has joined #openstack-dev03:18
*** devcamca1 has joined #openstack-dev03:20
*** novas0x2a|laptop has quit IRC03:20
*** tgall_foo has quit IRC03:20
*** novas0x2a|laptop has joined #openstack-dev03:20
*** tgall_foo has joined #openstack-dev03:21
*** maurosr has quit IRC03:22
*** edygarcia has joined #openstack-dev03:24
*** maurosr has joined #openstack-dev03:25
*** Mandell has joined #openstack-dev03:27
*** edygarcia has quit IRC03:27
*** maurosr has quit IRC03:29
*** maurosr has joined #openstack-dev03:30
winston-drussellb, ping03:30
*** tgall_foo has quit IRC03:30
*** samkottler|out is now known as samkottler03:31
*** devcamca1 has quit IRC03:32
*** xchu has quit IRC03:34
*** maurosr has quit IRC03:34
*** maurosr has joined #openstack-dev03:35
*** ewindisch has joined #openstack-dev03:36
openstackgerritA change was merged to openstack/cinder: Log the body of an /action  https://review.openstack.org/1456603:44
*** tmishler has joined #openstack-dev03:45
*** xchu has joined #openstack-dev03:47
openstackgerritA change was merged to openstack/cinder: Allow the user to update a volume's metadata  https://review.openstack.org/1477203:48
*** tmishler has quit IRC03:56
*** devcamca1 has joined #openstack-dev04:02
*** mnewby has joined #openstack-dev04:02
*** maurosr has quit IRC04:04
*** devcamca1 has quit IRC04:11
jimfehligk04:13
*** maurosr has joined #openstack-dev04:17
*** ewindisch has quit IRC04:18
*** maurosr has quit IRC04:22
*** maurosr has joined #openstack-dev04:23
*** lloydde has joined #openstack-dev04:23
*** nunosantos has quit IRC04:25
*** maurosr has quit IRC04:27
*** lloydde has quit IRC04:27
*** vipuls has joined #openstack-dev04:27
*** aeperezt has quit IRC04:37
*** devcamca1 has joined #openstack-dev04:38
*** metral has quit IRC04:39
*** maurosr has joined #openstack-dev04:39
*** metral has joined #openstack-dev04:40
*** maurosr has quit IRC04:44
*** Tross has quit IRC04:45
*** Mandell has quit IRC04:46
*** maurosr has joined #openstack-dev04:47
*** dani4571 has joined #openstack-dev04:47
*** dani4571 has quit IRC04:47
*** adjohn has joined #openstack-dev04:48
*** itooon has joined #openstack-dev04:49
*** devcamca1 has quit IRC04:51
*** maurosr has quit IRC04:51
*** armaan has joined #openstack-dev04:54
*** armaan has left #openstack-dev04:54
*** maurosr has joined #openstack-dev04:54
*** adjohn has quit IRC04:55
*** hattwick has quit IRC04:59
*** Tross has joined #openstack-dev04:59
*** johnpostlethwait has joined #openstack-dev05:01
*** jimfehlig has quit IRC05:07
*** thingee has quit IRC05:10
*** davidha has quit IRC05:19
*** devcamca1 has joined #openstack-dev05:19
*** davidha has joined #openstack-dev05:20
*** adjohn has joined #openstack-dev05:29
*** devcamca1 has quit IRC05:29
*** utlemming has quit IRC05:30
*** yjiang5 has joined #openstack-dev05:30
*** adjohn has quit IRC05:31
*** darjeeling has joined #openstack-dev05:38
*** hattwick has joined #openstack-dev05:42
*** jeffrey4l has joined #openstack-dev05:52
*** devcamca1 has joined #openstack-dev05:58
*** vipuls has quit IRC06:01
*** danwent has quit IRC06:02
*** adjohn has joined #openstack-dev06:06
*** devcamca1 has quit IRC06:10
*** thovden has joined #openstack-dev06:12
*** johnpostlethwait has quit IRC06:17
*** thovden has quit IRC06:22
*** darjeeling has quit IRC06:23
*** samkottler is now known as samkottler|afk06:30
*** darjeeling has joined #openstack-dev06:31
*** adjohn has quit IRC06:34
*** maurosr has quit IRC06:35
*** devcamca1 has joined #openstack-dev06:36
*** devcamca1 has quit IRC06:49
*** jakedahn_zz is now known as jakedahn06:52
*** garyk has joined #openstack-dev07:04
*** utlemming has joined #openstack-dev07:04
*** utlemming has quit IRC07:09
*** devcamca1 has joined #openstack-dev07:15
*** Ryan_Lane has joined #openstack-dev07:20
*** mrunge has joined #openstack-dev07:23
*** devcamca1 has quit IRC07:28
*** ondergetekende has joined #openstack-dev07:34
*** bing_bu has quit IRC07:36
*** garyk has quit IRC07:38
*** dachary has quit IRC07:39
*** dachary has joined #openstack-dev07:41
*** reidrac has joined #openstack-dev07:49
*** Ryan_Lane has quit IRC07:49
*** afazekas has joined #openstack-dev07:49
*** brucer is now known as brucer_afk07:54
*** devcamca1 has joined #openstack-dev07:55
*** brucer_afk has quit IRC07:56
*** ijw11 has joined #openstack-dev07:57
*** garyk has joined #openstack-dev07:58
*** reidrac has quit IRC08:03
*** utlemming has joined #openstack-dev08:04
*** utlemming has quit IRC08:05
*** utlemming has joined #openstack-dev08:05
*** ijw11 is now known as ijw08:06
*** jakedahn is now known as jakedahn_zz08:06
*** mindpixel has joined #openstack-dev08:07
*** devcamca1 has quit IRC08:07
*** utlemming has quit IRC08:09
*** reidrac has joined #openstack-dev08:11
*** metral_ has joined #openstack-dev08:11
*** metral has quit IRC08:14
*** metral_ is now known as metral08:14
*** metral_ has joined #openstack-dev08:23
*** bing_bu has joined #openstack-dev08:24
*** spn has quit IRC08:24
*** spn has joined #openstack-dev08:25
*** TerryH has joined #openstack-dev08:26
*** metral has quit IRC08:27
*** metral_ has quit IRC08:28
*** stevebake has joined #openstack-dev08:31
*** bing_bu has quit IRC08:33
*** devcamca1 has joined #openstack-dev08:34
*** dave_mcn has joined #openstack-dev08:37
*** koolhead17 has quit IRC08:43
*** bing_bu has joined #openstack-dev08:44
*** zing has joined #openstack-dev08:46
*** devcamca1 has quit IRC08:46
*** nati_uen_ has quit IRC08:50
*** davidha has quit IRC08:53
*** metral has joined #openstack-dev08:54
*** davidha has joined #openstack-dev08:54
*** winston-d has quit IRC08:56
*** dachary has quit IRC08:57
*** TerryH has quit IRC08:57
*** mnewby has quit IRC08:58
garykmarkmc: ping09:09
*** xchu has quit IRC09:12
*** henrynash has joined #openstack-dev09:12
ijwgaryk: you live!09:13
garykijw: true. how are you?09:14
*** devcamca1 has joined #openstack-dev09:14
ijwNot bad.  Trying to remember what timezones we have on this side of the Atlantic09:14
ijwGo play with the VIF plugging wiki page09:14
garykijw: saw your attachment to the blueprint. it is very similar to what i was thinking. you got there before me :)09:14
*** darraghb has joined #openstack-dev09:14
garykijw: soon i'll post some comments from the peanut gallery09:15
ijwgaryk: that's cos you're slow.  Also cos the Quantum meeting seemed to have widespread agreement.  Though it needs running past the nova guys.09:15
ijwFits in well with getting shite out of the hypervisor drivers though09:15
*** danpb has joined #openstack-dev09:15
garykijw: agree 100%. Without nova agreement it is all for nothing09:16
*** dachary has joined #openstack-dev09:17
garykijw: in the mean time i have added a fix for the linux bridge (needs a little review love) https://review.openstack.org/#/c/14830/09:17
ijwI have one for libvirt drivers so that they work with the noop-firewall, too09:17
*** davidha has quit IRC09:17
ijw… which won't see the light of day till late next week as things stand cos my life is complicated by these customer things09:18
garykijw: :)09:18
garykijw: mine is complicated with quantum hanging on boot....09:18
*** zul has joined #openstack-dev09:18
ijwYeah, stop breaking things09:18
garykijw: how about we swap, i'll deal with the customers and you can help debug the issue09:19
ijwYou have no idea how tempting that is09:19
ijwHm, so this turns the gateway off in some circumstances?09:20
garykijw: a boer maak n plan09:20
ijwDear god, inscrutable phrases in cute Dutch09:21
ijwik heb helemaal geen idee wat je zei.09:21
garykijw: the problem is when the quantum service starts to run prior to qpid.09:21
garykijw: i am quite surprised. i understood what you said.09:21
*** davidha has joined #openstack-dev09:21
ijwI know what it means, I've just no idea what it means09:22
garykijw: basically it means that we'll get it sorted by hook or by crook...09:23
ijwAh, fair enough09:23
*** davidha has quit IRC09:25
*** pixelbeat has joined #openstack-dev09:25
*** devcamca1 has quit IRC09:26
*** davidha has joined #openstack-dev09:27
*** xchu has joined #openstack-dev09:31
garykgongysh: ping09:35
*** mmagr has joined #openstack-dev09:37
*** davidha has quit IRC09:38
*** koolhead17 has joined #openstack-dev09:40
openstackgerritA change was merged to openstack/quantum: Put gw_port into router dict result.  https://review.openstack.org/1510109:40
*** Guest5053 has quit IRC09:43
*** darjeeling has quit IRC09:45
*** henrynash has quit IRC09:47
*** dave_mcn has quit IRC09:50
ijwgaryk: I'm not being thick here - if you have IptablesFirewall set you basically end up with a gateway on every Quantum network, right?09:52
ijw(This is me solving my own problems, nothing to do with your patch now)09:52
garykijw: not sure that i follow.09:52
*** devcamca1 has joined #openstack-dev09:54
garykijw: my achilles heal at the moment is the security groups and quantum. i think that arosen is a good person to talk to.09:54
*** zul has quit IRC09:54
ijwgaryk: Yeah, this is routing rather than secgroups, though it's all a bit intertwingled09:55
garykijw: i hear you. one thing that i have learnt over the last few days is that if namespaces is enable/disbaled then the behaviour may also be a little different09:56
ijwnamespaces?09:56
garykijw: it is something that we certainly need to sort out09:56
garykby default the l3 agent and dhcp agent use network namespaces to enable overlapping ip's09:57
ijwYeah, I see09:57
garykthere is an option to disable this (some linux distributions may not support this by default). there are a few problems when it is disbaled09:58
*** xchu has quit IRC09:58
*** eglynn has joined #openstack-dev09:58
ijwgaryk: I think my problem is that I tend to only want bits of the L3 features, and sometimes none at all...09:59
garykijw: understood.10:00
*** shang has joined #openstack-dev10:01
* ijw thinks.10:01
*** e1mer has joined #openstack-dev10:02
*** anniec has joined #openstack-dev10:03
*** eglynn_ has joined #openstack-dev10:04
*** eglynn has quit IRC10:04
*** devcamca1 has quit IRC10:05
*** anniec has quit IRC10:05
*** anniec has joined #openstack-dev10:06
ijwSo at the moment, at L3, we have the gateway for floating IPs/SNAT.  The gateway for 169.254.169.254 access.  The DHCP server.  Anti-spoofing, which needs the VIF's IP address(es).  And security groups, which also depend on IP address.  I think that's all the features that are currently going.  And some of them can't easily be disabled selectively, or independently of each other - they're either on systemwide or entirely off.10:07
*** koolhead17 has quit IRC10:11
*** e1mer has quit IRC10:12
*** TerryH has joined #openstack-dev10:14
openstackgerritA change was merged to openstack/nova: Fix copy-paste bug in block_device_info_generation  https://review.openstack.org/1515210:17
*** Hitesh has joined #openstack-dev10:19
Hiteshgaryk: Hi Gary10:19
garykhi10:20
Hiteshgaryk: Can you redirect me to quantum.conf configuration for Keystone?10:20
Hiteshgaryk: I have this http://docs.openstack.org/trunk/openstack-network/admin/content/demo_installions.html10:20
Hiteshgaryk: but I think there is no detail information for it10:20
garyksorry, but i think that is all we have at the moment. maybe there are other refernces in the admin guide. you'll have to check10:21
*** anniec has left #openstack-dev10:22
Hiteshgaryk: Ok gary no issue10:23
Hiteshgaryk: I'll check itr10:23
Hiteshgaryk: Thanks for reply :)10:24
garykok, good luck. if it is missing maybe you can add it to the docs.10:24
*** koolhead17 has joined #openstack-dev10:25
Hiteshgaryk: Cool10:25
*** devcamca1 has joined #openstack-dev10:32
*** arata has joined #openstack-dev10:37
*** devcamca1 has quit IRC10:45
*** henrynash has joined #openstack-dev10:47
*** koolhead17 has quit IRC10:54
mordredmarkmc: ping10:56
*** wenjianhn has quit IRC10:58
ijwgaryk: I debate your commenting skills, but I'm not going to argue the toss twice...11:00
*** alexpilotti has joined #openstack-dev11:01
garykijw: they are terrible. i'll be happy to update with some better comments11:01
ijwWell, if you would, then I think it would help those that follow.11:02
garykijw: in the params? or to add explicit text about the filtering?11:03
*** novas0x2a|laptop has quit IRC11:04
ijwThe params, really.  I kind of guessed that a param called 'gateway' and set to a boolean value probably turned 'gateway' off and on, ditto filtering, but I thought some useful comment about what 'gateway' and 'filter' were might be helpful.  (I'm guessing gateway is whether it's run through the gatewaying rules in the kernel for floating-IP and 169.254 access and filtering is obviously whether iptables rules are applied.)11:05
ijw… or it's left to the caller to sort out.11:05
garykijw: i'll update. thanks11:07
*** eglynn_ has quit IRC11:10
*** roadTripper has joined #openstack-dev11:13
*** devcamca1 has joined #openstack-dev11:14
markmcmordred, what's up?11:24
*** devcamca1 has quit IRC11:24
*** EmilienM has joined #openstack-dev11:25
mordredmarkmc: hey! ttx tells me we should chat about oslo11:27
*** jeffrey4l has quit IRC11:27
markmcmordred, yeah, I'm thinking the next step is to rename the repo to oslo-incubator11:27
mordredmarkmc: ok - so ... renaming repositories will require any dev to re-make their gerrit remotes by hand or to reclone, you ok with that?11:28
*** davidha has joined #openstack-dev11:28
markmcmordred, yep, re-clone should be fine for most people11:29
markmcmordred, relatively small number of developers on openstack-common anyway11:29
mordredmarkmc: ok. we've got a ceilometer rename coming up soon11:29
markmcmordred, really? to what?11:29
mordredmarkmc: (rename requires a gerrit restart - don't ask)11:29
mordredmarkmc: stackforge/ceilometer to openstack/ceilometer11:30
*** itooon has quit IRC11:30
markmcmordred, ah, makes sense11:30
mordredmarkmc: but if we bundle the renames, it'll be less downtime impact11:30
*** itooon has joined #openstack-dev11:30
*** itooon has quit IRC11:30
markmcmordred, fine by me11:30
mordredmarkmc: cool11:30
mordredmarkmc: additionally, I'm guessing we're going to want to start creating oslo lib repos too, yeah?11:31
*** maxim has joined #openstack-dev11:31
*** maxim is now known as Guest1205111:32
markmcmordred, yep, starting with oslo-config once we get the argparse re-write in11:32
markmcmordred, https://github.com/markmc/oslo-config11:32
mordredmarkmc: ok - so ... you are now the second person who is going to need creating new projects to be easier11:33
mordredmarkmc: there are about 5 non-automated steps at the moment, if we can finish automating them, then new project creation could all be a single git commit11:33
mordredmarkmc: I'm going to try to rope lifeless in on helping with finishing that automation code, but I might want to bug you for a little bit of help on it too11:34
mordredbetween the three of us, it should be a piece of cake11:35
markmcmordred, ok, cool11:36
markmcmordred, I don't expect a rash of oslo repos tho11:36
markmcmordred, at most one or two more during grizzly11:37
mordredmarkmc: k. well, then you might have less incentive to help me with that automation :)11:37
*** mestery_ has joined #openstack-dev11:38
markmcmordred, btw, https://review.openstack.org/1519111:38
markmcmordred, if you +1, I'll just approve it11:38
*** sagar_nikam has joined #openstack-dev11:38
*** dims has quit IRC11:39
mordredmarkmc: ah - I actually meant to chat with you about that...11:39
*** mestery has quit IRC11:40
mordredmarkmc: I think it's dangerous to hard-pin with an == when we've been doing a >= up until then11:41
markmcmordred, dangerous in what sense?11:42
mordredmarkmc: so I think we should _add_ a version ceiling, but there are people (like notmyname) who run things on not-latest distro11:42
mordred(swift still runs on lucid in production at rackspace, for instance)11:42
mordredso hard asserting lower bounds arbitrarily is tricky11:43
markmcmordred, what else uses pip-requires other than virtualenv builders like tox?11:43
markmcmordred, AFAICT, the file is just informational otherwise11:44
mordredmarkmc: setup.py11:44
*** maploin has joined #openstack-dev11:44
*** maploin has quit IRC11:44
*** maploin has joined #openstack-dev11:44
markmcmordred, hmm, point11:44
mordredmarkmc: have I mentioned that the python-deps vs. distro deps combined with how pypi works continually makes me want to die11:44
markmcmordred, no, but it's not fun11:45
markmcmordred, a quick reply to the thread on the -dev list would be good11:45
markmcmordred, I'll poke a bit more11:45
mordredmarkmc: ok. will do (at UDS, so I've been bad about email) - but in _general_ I like the approach11:46
*** koolhead17 has joined #openstack-dev11:48
*** tgall_foo has joined #openstack-dev11:49
markmcmordred, people will run folsom on newer distros as well as older ones11:50
markmcmordred, not sure I like the pinned versions going in setup.py at all11:50
markmcmordred, I'm just trying to control gate instability11:50
Davieywell, lack of pinned versions makes life really hard for older openstack releases11:51
*** devcamca1 has joined #openstack-dev11:51
Davieywhere there was never an expectation you'd be using the latest pypi11:51
mordredI thnk pinning the current upper bound at release time gets us a good way further11:53
mordredjust adding a ,<=current_version11:53
mordredand then we can manage other version things by hand, because that will protect us from pypi randomness11:54
markmcI think your argument against running on older distros applies equally to running on newer distros11:54
*** amotoki has joined #openstack-dev11:54
markmcan upper bound is bad for newer distros, pinning to a newer version is bad for older distros11:54
* markmc needs to think about the setup.py implications, was only thinking about the gating side of things11:55
maploinsorry to pop in, but are you guys now talking about pip-requires or setup.py?11:55
maploinimho setup.py should never have hardcoded versions, that turns out really badly for distros who can't change the versions of the packages they have installed, but could patch to backport fixes to the packages they have11:56
markmcmaploin, never even a >= version ?11:56
Davieymarkmc: The fact that we have been unable to land fixes to older openstack releases due to changing deps is a real issue.11:56
markmcDaviey, example?11:57
*** littleidea has joined #openstack-dev11:57
mordredDaviey: right- but if we added an upper version pin and left the lower version open, that wouldn't break things for you, right?11:57
mordredor left the lower version to what it's been during hte dev cycle11:57
Davieymarkmc: There were a bunch of them, particularly security ones which impacted diablo.11:57
Davieythe last few commits are examples11:58
markmcDaviey, ok, you're talking about gate instability - yes, that's what I'm trying to fix11:58
Davieymordred: Ah, yes.. that sounds good11:58
Davieymarkmc: right!  Having known consitent versions.11:58
DavieyI really think deps should be pinned at every ODS, with a rigour process to adjust them11:59
*** armaan has joined #openstack-dev11:59
*** armaan has left #openstack-dev11:59
markmcDaviey, for the gate, yes - but we're now discussing the implications of pinned versions in setup.py11:59
markmcDaviey, maploin, do either the Ubuntu or SUSE packaging use the versions from setup.py?11:59
markmcAFAIK Fedora ignores them12:00
mordredI don't think that upper bound ranges should break setup.py - I do think that single-version =='s can be problematic12:00
Davieyno idea :(12:00
*** roge has joined #openstack-dev12:00
maploinmarkmc: even >= can end up badly when abused, say the only thing that you really depend on in the newer version is a rename of a module. I can easily fix that by patching an existing package with a one-line fix rather than updating the whole package to a new API.12:00
markmcmordred, why the difference in implications?12:00
markmcmaploin, explain how versions in setup.py affect SUSE packaging12:00
mordredmarkmc: because the problem in distros is effectively that they cannot bump a version12:00
mordredmarkmc: but they can patch an existing thing12:00
maploinmarkmc: AFAIK you can't ignore them, when you try installing the package, python will just break12:00
markmcmaploin, ok, thanks12:00
mordredso if you say <=3.0 and suse has 2.9 installed, it will work12:01
markmcmordred, if maploin is correct, the upper bound limit will affect newer distros12:01
mordredbut if you say == 3.0, and suse has 2.9 with the appropriate patch backported, it will break12:01
markmcmordred, i.e. won't work if suse has 3.1 installed12:01
maploinit's about running setup.py install12:01
*** matiu has quit IRC12:01
mordredmarkmc: upper bound limit can raise in next dev release12:01
mordred_noone_ is working on support older openstack on newer distro releases when they come out12:02
markmcmordred, why shouldn't you be able to build folsom packages on SUSE just because it has 3.1 ?12:02
mordredthe things people are doing are concerning themselves with latest openstack on latest disto, latest openstack on older distro, and on maintaining older openstack on the distro that was available at release time12:02
*** danpb has quit IRC12:02
mordredas a dev community, we cannot expect to forward port diablo to quantal12:03
markmcmordred, current stable version of OpenStack on latest distro too12:03
mordredbut we can help make folsom available on precise12:03
mordredyes12:03
mordredbut none of those are broken by upper-boundaries12:03
markmcmordred, the upper bound is an arbitrary restriction on where you can run the stable version12:03
markmcmordred, latest distro pulls in newer versions of libraries all the time12:03
mordredagain12:03
markmcmordred, because they're compatible12:03
*** devcamca1 has quit IRC12:04
mordredok - so that's also solvable12:04
maploinmordred: the dev community isn't expected to forward port anything, but it should allow the distros to easily do that if they need to12:04
mordred_if_ current stable is release is causing problem for a dev release of a distro12:05
mordredand they want to pull in a newer version12:05
mordredand it does not break the stable branch of openstack12:05
mordredthen they can submit a patch to bump the version in stable/* just fine12:05
mordredthese aren't immutable12:05
markmcnah, that's backwards - library releases should be assumed to be compatible12:05
mordredthey are just a record of what we know to be true about the world at release time12:05
mordredno12:05
mordredthat's insane12:05
markmcsqlalchemy is an outlier12:06
mordredhave you ever pulled code from pypi that's compatible?12:06
mordredno12:06
mordredit's not12:06
mordredit's the norm12:06
mordredall of the libraries on pypi are run by crazy hipsters12:06
mordredwe get broken by this ALL T?HE TIME12:06
markmcwe push newer versions of libraries to stable Fedora all the time12:06
mordredthose are all manual pushes12:06
markmcbecause a lot of python libraries are compatible12:06
mordredyes12:06
mordredthey are12:06
mordredthey just can't be _assumed_ to be12:06
markmcok, look12:06
markmcwe have two separate things going on here12:06
markmcthe versions in setup.py which affects distros etc.12:07
openstackgerritA change was merged to openstack/openstack-common: Don't log exceptions for GreenletExit and thread_done  https://review.openstack.org/1515912:07
markmcand keeping the gate running on an unchanging set of libraries12:07
mordredplease tell me a specific example of how setting an upper boundary on our code will actually break a distro12:07
markmcthe latter is what I want to fix in the short term12:07
markmcif we have e.g. Paste<1.7.5.212:08
markmc1.7.5.2 is released with a bug fix12:08
markmcand is perfectly compatible12:08
markmcand pushed to Fedora12:08
markmcyou can't build the folsom nova package on Fedora anymore12:08
mordredthen someone from fedora proposes a patch to nova with Paste<1.7.5.312:09
mordredand that works, because it's actually valid12:09
markmcthat's backwards12:09
mordredit's not12:09
markmcit is12:09
mordredno12:09
markmcagain, this is a separate issue from keeping the gate stable12:09
mordred1.7.5.2 has been testied12:09
mordredit's not12:09
mordredit's the same thing12:09
mordredwe can, as a community, assert positively that we work with 1.7.5.2 because we have actually tested12:09
mordredit12:09
mordredwe cannot say the same thing about 1.7.5.312:10
maploinmordred: right, but what are the benefits of asserting anything in setup.py? vs. pip-requires12:10
markmclibrary releases should be compatible12:10
markmcthat's the norm we want to encourage12:10
mordredmarkmc: but they are not12:10
mordredbut we have no control over tit12:10
mordredit12:10
markmcI think you're overstating how bad the python world is on this12:10
mordredthe reason we want to assert this12:10
mordredI am not12:10
markmcsqlalchemy is fucked, but most others aren't12:10
markmcsure we don't have control over other projects12:11
mordredI am the one woh has to deal with this every time it breaks12:11
mordredso I promise you12:11
mordredit is worse than you think it is12:11
mordredthe thing is12:11
mordredwhen someone pulls our code and runs setup.py and that pulls in dependencies12:11
*** zehndton has joined #openstack-dev12:11
mordredif that pulls in a non-working versoin of a depend because we have loose version requires12:11
markmcsee, I have no problem with us running the stable branch tests on a fixed set of versions12:12
*** boden has joined #openstack-dev12:12
*** eglynn_ has joined #openstack-dev12:12
markmcI have a real problem with us telling users "don't run the stable branch on Paste 1.7.5.2!"12:12
*** koolhead17 has quit IRC12:12
markmcthey are different concerns12:12
mordredwhy?12:12
mordredI see no reason why we should have a problem with telling users of our STABLE release12:12
markmcbecause we're assuming library releases are incompatible and they shouldn't be and often aren't12:12
mordred"hey, pull this version - it WORKS"12:12
mordredyou keep saying shouldn't12:12
mordredwhich I agree with12:13
markmcusers don't have a choice of what library they run on12:13
mordredthey SO DO12:13
mordredI think you're mixing use cases12:13
markmcit's the latest version available in their distro12:13
mordrednope12:13
mordredyou're wrong12:13
mordredif they are installing from PACKAGES12:13
mordredit's the latest distro version12:13
mordredif they are instlling from setup.py - it's pip12:13
markmcor building packages12:13
mordredif they are building packages, it's a totally different thing12:13
markmcno it's not12:13
mordredand that affects about 12 people12:13
markmcyou're rrong12:13
markmcyou're wrong12:14
mordredok.12:14
mordredwe might need to take this off of IRC12:14
mordredand into something more long form12:14
markmcyeah12:14
*** zing has quit IRC12:14
mordredbecause I believe we have an intractable set of assumptions about the world12:14
markmcbut ...12:14
markmcwe have a short term issue12:14
mordredwe do12:14
markmckeeping the gate stable12:14
markmccan we fix that without getting into "what versions we put into setup.py" ?12:14
mordredcan we add <= to the pip-requires for now?12:14
*** TerryH has quit IRC12:14
markmcnot if it affects setup.py12:15
mordredok - can I suggest something?12:15
* markmc listening12:15
garyk*x12:15
mordredpackagers who run in to this as a propblem can toss in a 2 line patch to avoid having setup.py pull in pip-requires12:15
*** zing has joined #openstack-dev12:15
mordredor, even if they don't run in to this problem12:15
mordredthey can put that patch into the spec or the debian/patches12:15
*** littleidea has quit IRC12:15
mordredand then our upper bounds to keep the stable branch building doesn't actually break them12:16
mordredthen - longer term, you and I can argue until we've come to an agreement about the world which works for both ofus12:16
markmcthat they can workaround the fact we fucked up the versions in setup.py doesn't make me happy12:16
markmccan we do something about the gate without fucking up setup.py?12:16
mordredI understand - but there is no solution short term that will make both of us happy12:17
mordredno12:17
mordredwe cannot12:17
markmca different *-requires file for the gate?12:17
mordredby your definition of fucking up12:17
mordredno12:17
markmcthat tox uses?12:17
mordredno12:17
markmcwhy not, seems straightforward?12:17
markmctools/frozen-pip-requires12:17
mordredit seems exactly the opposite of straight forward12:17
*** markvoelker has joined #openstack-dev12:17
mordredand it immediately wins the argument on your side of hte issue, and I do not concede your argument12:18
mordredI STRONGLY believe that setup.py should reflect reality12:18
mordredI recognize that you disagree12:18
mordredI think a quick change in either of our favor is unfair until we've resolved this12:18
*** littleidea has joined #openstack-dev12:18
markmcwe need to discuss at length what to do about setup.py12:18
mordredyes12:18
mordredwe do12:18
markmcwe all agree what to do about the gate12:18
markmcI'm suggesting how to move forward on the latter while we discuss the former12:19
*** alexpilotti has quit IRC12:19
mordredforgive me if this sounds snarky - it's not intended to - but I am kind of concerned that if we do that the urge to solve this properly will go away12:19
mordredbecause it will not be a problem anymore, and when the conversation gets hard I think people will give u12:20
mordredup12:20
markmcthat's not my intent - to kill the discussion about setup.py12:20
zykes-mordred: : )12:20
*** littleidea has quit IRC12:20
markmcbut the urgent problem in people's eyes is gate instability, sure12:20
zykes-mordred: can you give me the runthrough of libra ? :)12:20
mordredzykes-: no. not right now12:20
zykes-ok :)12:20
mordredmarkmc: as long as you will continue to have this discussion, I'll assent to the frozen-pip-requires12:21
markmcmordred, the setup.py discussion will come up again as part of the dependency management stuff too12:21
mordredit just needs to be understood that I thnk it's a MAJOR problem12:21
markmcmordred, e.g. if we're doing the upper bound thing, whether we should do it on master too12:21
*** darjeeling has joined #openstack-dev12:22
mordredand that I am not happy about it as a solution12:22
*** tmishler has joined #openstack-dev12:22
markmcmordred, you're happy with pinning the gate to specific versions, but not happy the versions we have in install_requires ... understood12:24
mordredmarkmc: yeah. I think it's _ESSENTIAL_ that we actually assert versions in setup.py12:24
mordredbecause sqlalchemy and kombu and prettytable have and do break us on incompatible version changes12:24
*** mmagr has quit IRC12:24
markmcmordred, ok, well let's continue that discussion on the list12:24
*** timello has joined #openstack-dev12:27
*** alunduil has quit IRC12:28
*** mrodden has quit IRC12:28
mordredmarkmc: I believe your frozen idea may need more engineering effort that we may be missing...12:29
markmcmordred, like?12:29
mordredmarkmc: so even to do it, we need to walk through some code paths12:29
markmcmordred, stop being so vague :)12:29
*** dolphm has joined #openstack-dev12:30
mordredmarkmc: for instance - the pypi mirror does not know to look for tools/frozen-pip-requires in bulding the list of versions it needs to mirror12:30
*** eharney has joined #openstack-dev12:30
markmcmordred, ok - got a pointer to that code?12:30
mordredmarkmc: additionally, setup.py, which gets run by tox, is still tied to pip-requires, so we'll need to verify that pip-requires isn't going to then supercede what tox installed at venv creation time12:30
markmcmordred, ok12:31
mordredmarkmc: also, we'll be providing broken tarballs to people12:31
markmcmordred, broken tarballs?12:31
mordredmarkmc: yup. anybody who pulls the tarball of the stable branch and attempts to use it12:31
mordredwill get what setup.py pulls12:31
mordredbut the version freeze will be in frozen-pip-requires, not pip-requires12:32
*** devcamca1 has joined #openstack-dev12:32
mordredso they'll get sqlalchemy 0.812:32
mordredand then it won't work12:32
markmcno, we already have the upper bound for sqlalchemy12:32
markmcbecause we know that doesn't work12:32
mordredok. I thnk what I meant was ...12:32
mordredwe _might_ be shipping broken tarballs12:32
mordredor tarballs that will break later12:32
mordredin the same way that this just broke - so we will still need to watch the situation and patch the actual pip-requires12:33
mordredand I don't know how to catch that error in the future12:33
*** krtaylor has quit IRC12:33
markmcyeah, fair12:33
mordredif we've patched the gate12:33
markmcwe'd probably hit issues on master and just have to remember that it applies to stable too12:33
markmcbut the flipside is, we're explicitly saying we don't want to hit these issues on stable :)12:34
mordredso - you know about the nightly stable gate check jobs, right?12:34
markmcyep12:34
mordredthose catch these errors12:34
mordredso far, no one has every noticed them or cared12:34
*** chrisfer has quit IRC12:35
markmcyeah, I asked jim to start emailing stable-maint12:35
markmcwith those errors12:35
mordredso in terms of systemically preventing the gate from breaking ...12:35
*** chrisfer has joined #openstack-dev12:35
mordredperhaps we should just get the stable-maint emails going and see if that helps12:35
mordredrather than doing the frozen file quickly12:35
mordredbecause at the moment, there is actually only one known breakage12:35
markmcok, yeah - I think that makes sense12:35
mordredand I think we're both worried about collateral damage (different sets of it)12:35
mordredof solutions12:36
mordredwhee!12:36
mordredmarkmc: cool. I think that's a great next step -and give us the space to have further fun conversations :)12:37
mordredand I'm sitting next to jeblair, who said he'll get the emails going12:37
markmcmordred, funny that we already agreed to do that at the summit :)12:37
mordredmarkmc: yeah, he looked sheepish when I brought it up12:38
markmcmordred, nah, it's not that it's not done is funny - just that we forgot that it was the solution to this we'd already agreed on12:38
mordredmarkmc: :)12:41
*** bing_bu has quit IRC12:41
*** dabo has joined #openstack-dev12:41
markmcmordred, sent a summary to the list12:41
*** maurosr has joined #openstack-dev12:42
*** devcamca1 has quit IRC12:43
zykes-annegentle: png12:43
*** dolphm has quit IRC12:45
*** adalbas has joined #openstack-dev12:45
*** mrodden has joined #openstack-dev12:46
*** tgall_foo has quit IRC12:47
mordredmarkmc: in terms of notification ... since there isn't actually a stable-maint list at the moment...12:49
mordredmarkmc: would a build failure tweet to an #openstack-stable-maint work? or do you want a mailing list and emails?12:49
*** itooon has joined #openstack-dev12:50
markmcmordred, heh, I've enough problems in life without *having* to follow stuff on twitter12:50
markmcmordred, any form of email suits me fine12:50
markmcmordred, if we have to set up a mailing list, I'm ok with that12:50
mordredmarkmc: ok.12:50
jeblairmarkmc: openstack-stable-maint@lists.openstack.org ?12:51
mordredmarkmc: and here I thought I was the only hacker around here who didn't live on twitter all the time12:51
markmcjeblair, sounds good12:51
jeblairmordred: hardly :)12:51
*** shang has quit IRC12:53
*** maurosr has quit IRC12:54
*** maurosr has joined #openstack-dev12:54
*** kbringard has joined #openstack-dev12:55
*** pcrews has joined #openstack-dev12:59
*** ck has joined #openstack-dev13:01
*** eglynn_ has quit IRC13:01
*** sandywalsh has joined #openstack-dev13:04
Kiallsandywalsh, ping13:04
sandywalshKiall, pong13:05
KiallHeya - Was looking at your StachTach project yesterday, and ran into some issues13:05
Kiall(Trying to get the details back up!)13:06
sandywalshcool13:06
KiallEverything appeared to work - events would show in the list, but clicking on anything would produce an error13:06
sandywalshhmm, ok, do you have the output from django perhaps?13:06
*** jergerber has joined #openstack-dev13:07
Kiallhttp://paste.openstack.org/show/23450/13:07
zykes-using stacky for Kiall  ? ;)13:08
KiallI've never used Django, so not sure how else to debug it ;)13:08
*** ayoung has joined #openstack-dev13:09
sandywalshKiall, ah, yup, that's a bug. Try selecting the "All" deployment from the main page instead ... I'll work on a patch13:09
Kiallno clue why I didn't think of that already -_-13:09
zykes-does it work on others then nova as well sandywalsh ?13:10
Kiallworked a charm :)13:10
*** koolhead17 has joined #openstack-dev13:10
sandywalshKiall, excellent!13:10
Kiallzykes-, 2 reasons.. 1 Always nice to have this kind of data available...13:10
sandywalshzykes-, it should accept notifications from any of the enabled systems, but I haven't looked at their payloads to ensure they conform with Nova's13:10
Kialland 2) Peeking inside the notification payloads13:11
sandywalshKiall, I added the "watch" command to Stacky yesterday, you should try it ... it's very cool13:11
*** strife25 has joined #openstack-dev13:11
KiallThats the CLI component? Havent looked at it yet!13:11
zykes-ooh :)13:11
zykes-hmm13:12
zykes-how can I make a hook to update docs on ReadTheDocs upon a merge in gerrit mordred ?13:12
Kiallsagar_nikam, A config var for durable=False would be nice BTW ;) One of my environments is not using durable queues for some unknown reason -_-13:12
Kiallgah13:12
Kiallsorry sagar_nikam, I mean sandywalsh13:12
*** devcamca1 has joined #openstack-dev13:12
sandywalshKiall, ah, interesting ... I'll see what I can do there. Can you file an issue on github please?13:12
sandywalshKiall, I'm glad to hear you got it working so quickly.13:13
Kiall15 mins, other than that bug ;)13:14
sagar_nikamKiall: no problem13:14
sandywalshexcellent13:14
KiallMost of that was waiting on pip too13:14
sandywalshyeah, no surprise there :)13:14
*** adalbas has quit IRC13:15
Kiallissue #1 filed ;)13:15
*** krtaylor has joined #openstack-dev13:16
*** bmeshjason has joined #openstack-dev13:16
sandywalshthanks!13:16
*** mmagr has joined #openstack-dev13:17
*** arata has quit IRC13:17
maurosrannegentle: just FYI, I didn't forget about the api site integration with the api samples, just had a tough day yesterday, but I'm writing that email about the idea with submodules to the dev list right now13:22
*** shang has joined #openstack-dev13:22
*** devcamca1 has quit IRC13:23
*** rkukura has joined #openstack-dev13:24
*** rnirmal has joined #openstack-dev13:27
zykes-annegentle: or anyone that knows about docs: can we autogenerate these ?https://review.openstack.org/#/c/15194/1/doc/source/configuration.rst13:30
zykes-see the comment from Kiall13:30
mordredzykes-: adding readthedocs support for our project has been on our todo list13:31
*** adalbas has joined #openstack-dev13:31
zykes-how you mean by that mordred ?13:32
*** littleidea has joined #openstack-dev13:34
*** eharney has quit IRC13:36
Kiallzykes-, looks like I was wrong about nova generating them .. Can't find it!13:37
*** eglynn_ has joined #openstack-dev13:38
*** ewindisch has joined #openstack-dev13:43
*** dprince has joined #openstack-dev13:43
*** alunduil has joined #openstack-dev13:44
*** aeperezt has joined #openstack-dev13:44
*** alunduil has quit IRC13:45
*** tgall_foo has joined #openstack-dev13:45
*** tgall_foo has quit IRC13:45
*** tgall_foo has joined #openstack-dev13:45
*** alunduil has joined #openstack-dev13:45
*** mtreinish has joined #openstack-dev13:47
*** tmishler__ has joined #openstack-dev13:48
*** cloudvirt has joined #openstack-dev13:48
*** tmishler__ has quit IRC13:48
*** cloudvirt has left #openstack-dev13:48
*** devcamca1 has joined #openstack-dev13:50
*** tmishler has quit IRC13:51
*** zodiak has joined #openstack-dev13:51
*** henrynash has quit IRC13:53
*** henrynash has joined #openstack-dev13:55
ndipanovpixelbeat, hey - mind taking a look at https://review.openstack.org/#/c/15125/ and re-bless :)13:57
*** shang has quit IRC13:58
*** tmishler has joined #openstack-dev13:58
pixelbeatndipanov, I the bug qpidd specific?13:59
ndipanovprobably not - but I only tested it with qpid...14:00
ndipanovhighly likely sending an sqlalchemy model instance to rabbit will confuse it too14:01
ndipanovso I put qpid in the bug title to be specific14:01
*** vipuls has joined #openstack-dev14:02
pixelbeatI'd edit the bug title so, lest rabbit users think they don't need to worry about it.14:03
*** devcamca1 has quit IRC14:03
ndipanovlet me try it with rabbit then just in case14:03
*** eharney has joined #openstack-dev14:03
mikaleglynn_: you awake / around?14:04
*** radez_g0n3 is now known as radez14:06
*** andrewbogott_afk is now known as andrewbogott14:07
jeblairmarkmc: https://review.openstack.org/1519314:08
markmcjeblair, yep, saw it - didn't realize you wanted my +114:09
markmcjeblair, oh, that's notifications for the gate jobs too?14:10
markmcjeblair, I presumed just bitrot jobs?14:10
markmcjeblair, i.e. we only want email when the bitrot jobs fail, otherwise we'll learn to ignore the mails14:10
*** markmcclain has joined #openstack-dev14:11
mordredmarkmc: he walked away14:14
markmcmordred, k, I commented in the review14:15
mordredmarkmc: apparently there are monster cars next door or something14:15
*** shang has joined #openstack-dev14:17
*** ck has quit IRC14:18
*** radez is now known as radez_g0n314:19
eglynn_mikal: on a call there, missed your ping14:19
eglynn_mikal: 'sup?14:19
*** derekh has joined #openstack-dev14:20
*** jimfehlig has joined #openstack-dev14:22
mikaleglynn_: I wanted to trick you into reviewing14:24
eglynn_mikal: np, what's the review?14:24
mikalhttps://review.openstack.org/#/c/14924/14:24
* eglynn_ looking ...14:24
mikal(Sorry, I hit return too early)14:24
*** salv-orlando has joined #openstack-dev14:25
*** annegentle__ has joined #openstack-dev14:27
*** Hitesh has quit IRC14:28
jeblairmarkmc: that _should_ just be the bitrot jobs (whose names are actually "periodic-{name of normal gate job}"14:28
*** sandywalsh has quit IRC14:28
markmcjeblair, cool, sorry about that14:29
jeblairmordred: and there's totally a bugatti veyron over there.  :)14:30
*** shakhat has joined #openstack-dev14:30
*** devcamca1 has joined #openstack-dev14:31
mikaljeblair: oh, you gate crashed?14:31
*** danpb has joined #openstack-dev14:32
*** samkottler|afk is now known as samkottler14:32
jeblairmikal: yeah, and you can get to the sky bridge from the far side of the second floor.14:32
*** dolphm has joined #openstack-dev14:32
*** redbeard2 has joined #openstack-dev14:33
*** radez_g0n3 is now known as radez14:34
*** jaypipes has quit IRC14:38
*** alexpilotti has joined #openstack-dev14:38
eglynn_mikal: one minor suggestion on #14924 to consider ...14:40
*** egallen has joined #openstack-dev14:42
*** radez is now known as radez_g0n314:42
*** devcamca1 has quit IRC14:42
mikaleglynn_: ta14:43
mikaljeblair: sky bridge?14:43
*** sandywalsh has joined #openstack-dev14:44
*** dhellmann has joined #openstack-dev14:45
*** Mandell has joined #openstack-dev14:45
*** reed has joined #openstack-dev14:47
markmcjeblair, should all stable-maint members be subscribed to openstack-stable-maint?14:49
markmcjeblair, e.g. https://launchpad.net/~openstack-stable-maint shows me subscribed14:49
markmcjeblair, but a mail I just sent got moderated14:49
*** spiffxp has joined #openstack-dev14:51
*** shang has quit IRC14:53
*** otherwiseguy has joined #openstack-dev14:56
*** Mandell has quit IRC14:56
*** samkottler is now known as samkottler|bbl14:57
*** anniec has joined #openstack-dev14:57
jeblairmarkmc: i have not subscribed anyone; i did set you as the owner, so i think once you subscribe you may be able to batch subscribe/invite others.14:58
markmcjeblair, ok, thanks14:58
*** sandywalsh has quit IRC14:59
*** eglynn_ is now known as eglynn15:02
*** Mandell has joined #openstack-dev15:02
*** Mandell has quit IRC15:03
ewindischndipanov: this should really affect all rpc libraries. We only support primitives. The zeromq driver explicitly sends all input (and responses) into json.dumps :-/15:03
ndipanovewindisch, my thoughts exactly... but didn't really check... I will update the bug (if I can)15:05
*** cp16net is now known as cp16net|away15:05
*** cp16net|away is now known as cp16net15:05
openstackgerritA change was merged to openstack/quantum: Use openstack common log to do logging.  https://review.openstack.org/1503415:05
*** datsun180b has joined #openstack-dev15:06
ndipanovewindisch, did you try to delete an instance with a volume attached (or started with one) with the current trunk usin zmq by any chance?15:06
ewindischndipanov: no, but if it passes an object, it won't work.15:07
ndipanovewindisch, it does15:07
*** jaypipes has joined #openstack-dev15:08
ewindischthen it won't work. There was a point where it would fallback to Pickle if someone passed an object, but consensus was that if someone did it, it was a bug, and we'd fix it.15:08
ndipanovewindisch, I was thinking that some drivers might pickle stuff15:09
russellbit'll break qpid, too.  rabbitmq will work because kombu anyjson internally, and we set that up to automatically use to_primitive() as needed15:09
ndipanovthat's why I stuck to qpid15:09
*** devcamca1 has joined #openstack-dev15:09
russellbif we all used anyjson, it would always work15:10
russellbbut i don't really like that because we may end up doing conversions when we don't realize it or intend to15:10
russellband FWIW, impl_qpid doesn't use json at all right now15:10
russellbit serializes using AMQP types15:11
*** mmagr has quit IRC15:11
russellbnot because that's necessarily any better ... just letting the qpid lib serialize how it feels like, which is what we do with kombu (and internally it uses json)15:12
*** sandywalsh has joined #openstack-dev15:13
*** ondergetekende has quit IRC15:15
*** dolphm has quit IRC15:16
*** dolphm has joined #openstack-dev15:16
*** mjfork has joined #openstack-dev15:16
*** dolphm has quit IRC15:18
*** samkottler|bbl is now known as samkottler15:18
ndipanovrussellb, so which approach is better in your opinion then - let the lib deal with it, serialize it in the *_imp or say I need json/dict/whatever and serialize when calling rpc?15:20
*** rkukura has quit IRC15:20
russellbndipanov: the patch like you did it is best for now IMO15:20
ndipanovrussellb, since this was introduced when moving db access out of compute... might be worth mentioning it in the etherpad as a gotcha15:21
ndipanovI can see it happening again if developing on rabbit15:21
*** devcamca1 has quit IRC15:21
ndipanovfor example15:21
russellbyep, my bad for missing it in the review15:22
*** koolhead17 has quit IRC15:23
*** rkukura has joined #openstack-dev15:25
*** troytoman-away is now known as troytoman15:30
*** imsplitbit has joined #openstack-dev15:34
*** shang has joined #openstack-dev15:36
dansmithso,15:38
dansmithit's really _my_ bad, of course15:38
dansmithhowever, I think that was the first of those that I had done,15:38
dansmithand IIRC, while I was trying to figure out whether I needed it, I tested it on devstack15:39
dansmithbut that would have been rabbit, so I guess that's why it worked and I convinced myself not to do it...15:39
*** mdomsch has joined #openstack-dev15:41
ndipanovdansmith, the issue is that we currently have no *working* tests that can catch this15:42
openstackgerritA change was merged to openstack/nova: Make bdms primitive in rpcapi.terminate_instance  https://review.openstack.org/1512515:42
*** colinmcnamara has joined #openstack-dev15:42
dansmithndipanov: well, that's a nice excuse for me, but still.. :D15:42
ndipanovdansmith, see my email on the dev list from yesterday - it has an explanation of how it didn;t get caugh...15:42
*** dolphm has joined #openstack-dev15:46
*** hemna has joined #openstack-dev15:47
*** devcamca1 has joined #openstack-dev15:49
*** hub_cap has joined #openstack-dev15:50
*** markwash has quit IRC15:52
*** dolphm has quit IRC15:55
*** zehndton has quit IRC15:57
*** koolhead17 has joined #openstack-dev15:57
*** heckj has joined #openstack-dev15:58
*** dolphm has joined #openstack-dev15:58
*** dhellmann has quit IRC16:00
Kiallsandywalsh, did I see some mention in the ceilo meeting there about you having some code/a BP for a os.common notification consumer? (I missed most of the convo ;))16:00
ayoungheckj, care to take a look at https://review.openstack.org/#/c/15114/16:01
ayoungneeded for https://review.openstack.org/#/c/15116/16:01
heckjayoung: yep - doing a few reviews right now. I'll toss it on the list16:01
ayoungheckj, thanks16:01
heckjOdd - I was looking for those last night before I left, but didn't spot them.16:02
ayoungheckj, need me to look at anything specific?  Thought I cleared my queue, but I find I often overlook things16:02
*** devcamca1 has quit IRC16:02
sandywalshKiall, I'm working on a proposal for merging all of these competing efforts to a common set of libraries16:02
heckjayoung: I don't think so - at the moment anyway.16:02
*** troytoman is now known as troytoman-away16:02
heckjayoung: just approved henrynash for the CLA, FYI16:02
sandywalshKiall, common in the low-level stuff and common in the high-level stuff16:02
heckjayoung: I'll pester you later - did have some questions about optimal way to determine if a PKI token was expired/not in keystoneclient per your note16:03
*** markmcclain has quit IRC16:04
ayoungheckj, good news on henrynash16:05
Kiallsandywalsh, great, because I'm in need of a notification consumer ;)16:05
sandywalshheh, aren't we all :)16:06
openstackgerritA change was merged to openstack/quantum: support 'send_arp_for_ha' option in l3_agent  https://review.openstack.org/1203716:07
dansmith.names16:09
dansmithoops16:09
ndipanovdansmith, just don't type passwords here and ur ok :)16:10
dansmithheh16:10
*** vipuls has quit IRC16:11
dansmithpixelbeat: can you re-approve this one: https://review.openstack.org/#/c/14977/16:12
dansmithpixelbeat: had to rebase and gerrit didn't re-add your approval +2, only the review one16:12
*** jcmartin has joined #openstack-dev16:12
pixelbeatlooking16:12
pixelbeatdansmith, done16:14
dansmithpixelbeat: thanks!16:15
*** jtran has joined #openstack-dev16:16
Kiallsandywalsh, I assume you have done a review of the current implementations? Is there one in particular that you think might be standardized on? Hopefully save me at least some work :)16:17
Kiall(Sorry for the delays.. all over the place today!)16:19
*** aeperezt has quit IRC16:19
sandywalshKiall, yeah, I'm doing a summary in the report. The YAGI one is solid, the StackTach one should be, but has gone through a lot of changes and the Ceilometer one is too big (imho)16:20
KiallHeh - I was liking the Ceilometer implementation :)16:20
heckjayoung: ping16:20
ayoungheckj, i'm here.  I'm, like, always here.16:20
heckjayoung: heh16:20
heckjayoung: re: https://review.openstack.org/#/c/15116/3/keystone/middleware/auth_token.py16:20
sandywalshKiall, perhaps I'm missing something there, looking forward to the feedback on it16:21
*** danwent has joined #openstack-dev16:21
heckjayoung: is the full PKI token getting returned at all now, or are we just floating around the hash of that token as an ID?16:21
Kiallsandywalsh, I'll probably not notice the BP when you publish it, if you remember, ping me :)16:21
ayoungheckj, still full PKI.  But the hash will work in its place16:22
ayounghash is being used as the key.16:22
ayoungheckj, so if the webui passes the hash back and forth to the web browser, they can use the hash to fetch the PKI token out of memcached16:23
ayoungheckj, getting pulled away to a team lunch, back in a bout an hour16:23
*** aeperezt has joined #openstack-dev16:23
*** ayoung is now known as ayoung-afk16:23
heckjayoung: got it - OK - had to read back to cms_hash_token to get it, but makes sense - normalizes the lookup to the hash if it's the full PKI token16:23
heckjayoung-afk: cool, thank16:23
*** mnewby has joined #openstack-dev16:24
openstackgerritA change was merged to openstack/keystone: don't modify the passed in dict to from_dict  https://review.openstack.org/1447216:27
*** anniec has quit IRC16:27
openstackgerritA change was merged to openstack/keystone: don't import filter_user name, use it from the identity module  https://review.openstack.org/1519016:28
*** devcamca1 has joined #openstack-dev16:28
*** lloydde has joined #openstack-dev16:29
*** jcmartin has quit IRC16:33
*** dubsquared has joined #openstack-dev16:34
*** chrisfer has quit IRC16:36
*** sagar_nikam has quit IRC16:39
*** ck has joined #openstack-dev16:40
*** SlickNik has joined #openstack-dev16:41
*** SlickNik has joined #openstack-dev16:42
*** devcamca1 has quit IRC16:42
*** Mandell has joined #openstack-dev16:43
*** andrewbogott is now known as andrewbogott_afk16:43
*** thingee has joined #openstack-dev16:44
*** egallen has left #openstack-dev16:45
*** winston-d has joined #openstack-dev16:46
*** reidrac has left #openstack-dev16:47
*** egallen has joined #openstack-dev16:47
*** egallen has left #openstack-dev16:47
*** egallen has joined #openstack-dev16:48
*** egallen has left #openstack-dev16:49
*** spn has quit IRC16:54
*** spn has joined #openstack-dev16:55
*** mindpixel has quit IRC16:56
winston-drussellb, around?16:58
*** anniec has joined #openstack-dev16:58
*** anniec has quit IRC16:58
*** anniec has joined #openstack-dev16:58
*** jog0 has joined #openstack-dev16:58
*** anniec_ has joined #openstack-dev16:59
*** gongysh has quit IRC17:00
*** dhellmann has joined #openstack-dev17:01
*** mdomsch has quit IRC17:01
openstackgerritA change was merged to openstack/cinder: Return volume type name on volume create  https://review.openstack.org/1514517:02
*** imsplitbit has quit IRC17:02
*** andrewbogott_afk is now known as andrewbogott17:02
*** anniec has quit IRC17:03
*** anniec_ is now known as anniec17:03
*** markmcclain has joined #openstack-dev17:04
*** devcamca1 has joined #openstack-dev17:08
*** afazekas has quit IRC17:13
*** tmishler has quit IRC17:14
*** metral has quit IRC17:15
*** metral has joined #openstack-dev17:15
*** cp16net is now known as cp16net|away17:18
*** Hitesh_ has joined #openstack-dev17:18
Hitesh_Hello,17:18
Hitesh_any idea why this has been occuring, error: Installed distribution python-keystoneclient 2012.1 conflicts with requirement python-keystoneclient>=0.1.2,<0.217:19
Hitesh_Processing dependencies for horizon==2013.1 error: Installed distribution python-keystoneclient 2012.1 conflicts with requirement python-keystoneclient>=0.1.2,<0.217:19
*** dolphm has quit IRC17:20
*** devcamca1 has quit IRC17:21
vishydanpb: ping17:21
vishydanwent: ping17:21
danwentvishy: hey17:21
* vishy sends simultaneous pings17:21
danpbvishy: you called ?17:21
vishydanwent: about the esx driver17:22
vishydanwent: can I get a blueprint for it?17:22
vishydanpb: I actually have two things17:22
maploinHitesh_: because 2012 > 0.2?17:22
vishydanpb: I think i mentioned to you before about having to specify specific flags to get kvm in kvm17:23
danwentvishy: yes, will ping the dev.17:23
vishydanpb: this is the kind of thing we have to add to the libvirt.xml17:23
vishydanpb: http://paste.openstack.org/show/23506/17:23
danpbvishy: yeah, I never really got a satisfactory conclusion on that17:23
*** dolphm has joined #openstack-dev17:24
danpbits kind of a known bug in libvirt, and i don't think its possible to work around it easily17:24
vishydanpb: still not really sure why we can't just use host_model17:24
Hitesh_maploin: are you sure?17:24
Hitesh_maploin: whats the solution?17:24
Hitesh_maploin: do I need to update any?17:25
danpbvishy: yeah you ought to be able todo, but libvirt gets upset in the guest due to kvm masking out certain cpu flags17:25
*** vipuls has joined #openstack-dev17:25
danpbi reluctantly think the best thing todo is disable CPU model specification if running kvm-inside-kvm17:25
*** mdomsch has joined #openstack-dev17:25
*** corXi has quit IRC17:26
vishydanpb: ok that is good to know. Do you think we should add a new type to libvirt_cpu_mode ?17:26
vishydanpb: how does one disable it? We've only been able to get it to work by explicitly adding those flags.17:26
danpbyou can set   libvirt_cpu_mode="none"  IIRC17:26
danpband we should detect when we're running nested and make sure to default to that17:27
vishydanpb: that is the default,  i think, but that doesn't seem to be sufficient17:27
openstackgerritA change was merged to openstack/nova: Move to a more canonicalized output from qemu-img info.  https://review.openstack.org/1316617:27
vishydanpb: we have to explicitly specify those on the host machine or vt is not enabled in the guest17:27
danpbone sec, while i check the code17:28
*** tmishler has joined #openstack-dev17:30
danpbvishy: currently we do17:30
danpb        mode = FLAGS.libvirt_cpu_mode17:31
danpb        if mode is None:17:31
danpb            if FLAGS.libvirt_type == "kvm" or FLAGS.libvirt_type == "qemu":17:31
danpb                mode = "host-model"17:31
danpb            else:17:31
danpb                mode = "none"17:31
danpbwe need to change that to17:31
danpb    if (FLAGS.libvirt_type == "kvm" or FLAGS.libvirt_type == "qemu") and not running_inside_kvm():17:31
danpb...where  "running_inside_kvm()" is a function someone clever needs to write :-)17:31
*** tmishler has quit IRC17:32
*** itooon has quit IRC17:32
*** tmishler has joined #openstack-dev17:33
*** ayoung-afk is now known as ayoung17:34
*** dachary has quit IRC17:36
*** melwitt has joined #openstack-dev17:37
winston-drussellb, could you review https://review.openstack.org/#/c/14119/7 and https://review.openstack.org/#/c/14131/?17:38
ayoungheckj, can you give https://review.openstack.org/#/c/14823/  a review, and I will deal with the test failure?  I don't think it is anything other than an intermittant right now17:39
vishydanpb: i guess I'm confused17:42
vishydanpb: we have to set the flags in the libvirt.xml on the host17:42
*** vipuls has quit IRC17:43
vishydanpb: imagine nested scenario host > guest > nested_guest17:43
danpbthe 1st level guest should work fine17:43
vishywhen we write the libvirt.xml for the guest (which is running on the host)17:43
danpbits only when you're running nova in the guest that you need to disable the cpu model17:43
danpbso that the 2nd level guest does not have cpu model set17:44
vishydanpb: that's what i'm saying unless we put those flags in the libvirt.xml on the host17:44
vishythe guest does not have vt extensions or /dev/kvm17:44
*** cp16net|away is now known as cp16net17:44
danpbhmm, that should be happening automatically17:44
vishydanpb: using host-model doesn't work17:44
danpbah, ok, so that's  a 2nd bug17:45
vishydanpb: that is what i thought. but I couldn't get it to work without explicitly putting in the flags17:45
*** eglynn has quit IRC17:45
danpbi'll have to take alook at that then17:45
*** adjohn has joined #openstack-dev17:45
jaypipesbcwaldon: any reason why I would be running into https://bugs.launchpad.net/glance/+bug/1054183 on a fresh checkout of devstack? :(17:47
uvirtbotLaunchpad bug 1054183 in glance "durability of rabbit exchange/queue should be configurable" [High,Fix released]17:47
*** devcamca1 has joined #openstack-dev17:47
*** maploin has quit IRC17:48
bodenayoung -- you around?17:48
ayoungboden, yep17:50
ayoungtrying to determine why REMOTE_USER patch failed unit tests17:50
bodenayoung -- anything you want me to do to keep https://review.openstack.org/#/c/14823/ moving?17:50
ayoungboden, I think it is a spurious problem.17:50
ayoungboden, nah,  need heckj or dolphm to look at it to approve.  Other than feedback from Joe, it should be good to go17:51
*** zbitter has joined #openstack-dev17:51
bodenayoung -- ok thanks... let me know if you need anything17:52
bcwaldonjaypipes: no idear17:52
*** Ryan_Lane has joined #openstack-dev17:53
*** Tross1 has joined #openstack-dev17:53
*** shang has quit IRC17:53
*** oneiroi has quit IRC17:53
*** vipuls has joined #openstack-dev17:54
*** zaneb has quit IRC17:55
*** heckj has quit IRC17:56
*** garyk has quit IRC17:56
*** Tross has quit IRC17:56
*** heckj has joined #openstack-dev17:56
*** Tross has joined #openstack-dev17:56
*** oneiroi has joined #openstack-dev17:56
*** winston-d has quit IRC17:58
*** Hitesh_ has quit IRC17:58
*** Tross1 has quit IRC17:59
*** devcamca1 has quit IRC18:00
*** zing has quit IRC18:01
*** shang has joined #openstack-dev18:02
*** dims has joined #openstack-dev18:03
heckjboden: looking at in a few min18:05
jaypipesbcwaldon: please see last comment on https://bugs.launchpad.net/glance/+bug/1054183. This is a serious issue... causes glance API log to grow at about 20M every 5 seconds. :(18:06
uvirtbotLaunchpad bug 1054183 in glance "durability of rabbit exchange/queue should be configurable" [High,Fix released]18:06
*** aeperezt has quit IRC18:06
*** danpb has quit IRC18:06
*** dims has quit IRC18:08
*** dims has joined #openstack-dev18:09
*** aeperezt has joined #openstack-dev18:09
bcwaldonjaypipes: ok, I'll look into it18:09
bcwaldonjaypipes: are you using master or stable/folsom?18:11
jaypipesbcwaldon: master..18:12
*** shang has quit IRC18:12
*** armaan has joined #openstack-dev18:12
*** gatuus has joined #openstack-dev18:13
*** aeperezt has quit IRC18:14
bcwaldonjaypipes: what OS?18:16
*** dolphm has quit IRC18:17
bcwaldonjaypipes: asking because a completely fresh devstack on a vanilla precise box seems unaffected18:17
jaypipesbcwaldon: xubuntu 12.04/kvm/libvirt/rabbitmq18:17
*** Tross1 has joined #openstack-dev18:17
*** aeperezt has joined #openstack-dev18:18
*** reed has quit IRC18:19
*** Tross has quit IRC18:20
*** PaulM has joined #openstack-dev18:22
*** garyk has joined #openstack-dev18:23
*** derekh has quit IRC18:23
ayoungheckj, dolphm_zzz can we please put https://review.openstack.org/#/c/14823/ out of my misery?18:24
*** devcamca1 has joined #openstack-dev18:27
sdaguedavidkranz: for qa blueprints do you want to be using https://blueprints.launchpad.net/openstack-qa or https://blueprints.launchpad.net/tempest ?18:27
PaulMayoung: heh. Sorry for making that worse for you18:27
sdaguehttps://blueprints.launchpad.net/openstack-qa seems in some ways more appropriate, but it also seems to have a lot of old stuff in it18:27
*** aeperezt has quit IRC18:28
*** rkukura has quit IRC18:29
*** rkukura has joined #openstack-dev18:30
*** aeperezt has joined #openstack-dev18:31
*** reed has joined #openstack-dev18:31
*** dachary has joined #openstack-dev18:32
*** dolphm has joined #openstack-dev18:32
ayoungPaulM, make what worse?18:36
*** novas0x2a|laptop has joined #openstack-dev18:36
PaulMayoung: oh, it had a bunch of +1s and looked ready to go, then I picked another security nit at it18:36
ayoungPaulM, yes, but I asked for that.  That makes it better, not worse18:37
PaulMtrue :)18:37
*** darraghb has quit IRC18:38
*** dachary has quit IRC18:39
*** dolphm_ has joined #openstack-dev18:39
*** dolphm has quit IRC18:39
*** devcamca1 has quit IRC18:39
*** joearnold has quit IRC18:39
ayoungPaulM, though going back through and putting a +1 next to it now would not be remiss....18:40
PaulMoh, I hadn't hit "submit" yet on that. Oops. Done.18:40
*** Ryan_Lane has quit IRC18:41
*** johnpostlethwait has joined #openstack-dev18:42
*** eharney has quit IRC18:42
ayoungPaulM, heckj and with that, I think I can claim it is well enough reviewed to merge.18:42
PaulMexcellent18:42
*** joearnold has joined #openstack-dev18:42
heckjayoung, PaulM - looking now18:42
*** cloudvirt has joined #openstack-dev18:42
*** cloudvirt has left #openstack-dev18:43
heckjerp, you already approved. Cool18:43
*** gyee has joined #openstack-dev18:44
ayoungheckj, yeah, it had been addressed enough times, but still better if you know what we are doing here18:44
ayoungand it was really PaulM 's review that I was waiting on, since that was the security review this patch warranted18:44
*** eharney has joined #openstack-dev18:45
*** eharney has quit IRC18:45
*** eharney has joined #openstack-dev18:45
zykes-markmc: how can i update my openstack-common ? :)18:45
*** cp16net is now known as cp16net|away18:45
jk0zykes-: http://lmgtfy.com/?q=update+openstack-common18:47
*** bmeshjason has quit IRC18:48
ayoungheckj, who needs to approve https://review.openstack.org/#/c/14858/  for stable?18:50
*** imsplitbit has joined #openstack-dev18:51
*** Ryan_Lane has joined #openstack-dev18:52
zykes-funny jk0 :p18:52
*** aeperezt has quit IRC18:53
heckjayoung: I was expecting either you or dolph to hit approve since I backported. I can approve now - there's enough review on it18:53
ayoungheckj, I don't have approval on stable.18:54
ayoungBTW, is it OK if I approve https://review.openstack.org/#/c/15114/  now?18:54
dolphm_heckj: i can't approve stable18:54
heckjreally? hrm - ok-  not sure who that set is then. Stable-maint I guess. I'll keep closer eye18:54
*** ewindisch_ has joined #openstack-dev18:54
heckjayoung: yep - good for me on 15114!18:55
ayoungdolphm_, heckj, should I wait on one more core on https://review.openstack.org/#/c/15116/18:56
ayoungor are we saying written by core +1 from community +one core is sufficient?18:56
heckjayoung: yeah - dolph, when you have a sec, please review:  https://review.openstack.org/#/c/15116/18:56
dolphm_heckj: which review is that? i'm on the slowest wifi in the world18:57
*** ewindisch has quit IRC18:57
*** ewindisch_ is now known as ewindisch18:57
heckjI'd like to keep core +2 or core+1, community+2 - we're still building the community, but it's closer18:57
heckjdolphm_: airplane? :-)18:57
dolphm_heckj: rackspace18:57
ayoungheckj, dolphm_ OK.  I'm headed to the home office.  ping me then or email me if there is something I can do to keep things moving along18:57
*** cloudvirt has joined #openstack-dev18:59
openstackgerritA change was merged to openstack/python-cinderclient: Remove attach/detach code from cinderclient  https://review.openstack.org/1504218:59
*** ewindisch has quit IRC18:59
*** cloudvirt has left #openstack-dev18:59
*** ewindisch has joined #openstack-dev19:00
*** jog0 has quit IRC19:00
garykmarkmcclain: you there?19:01
*** littleidea has quit IRC19:01
*** jgriffith has quit IRC19:01
*** Aaton is now known as entropyworks19:02
*** ayoung has quit IRC19:02
*** jgriffith has joined #openstack-dev19:03
markmcclaingaryk: yes.. what's up?19:03
garykgoing over your comments. not sure what to do for the hostname. i'll try update the regex.19:04
openstackgerritA change was merged to openstack/python-cinderclient: Remove extra-specs from types-list command output  https://review.openstack.org/1516219:04
*** devcamca1 has joined #openstack-dev19:06
markmcclainok.. yeah that one is much tougher because I'm not sure we can fully validate other than it might be plausible19:07
*** thovden_ has joined #openstack-dev19:09
garykmarkmcclain: originally i was thinking of just validating a string but was under the impression that that is just pointless19:10
*** littleidea has joined #openstack-dev19:13
*** littleidea has joined #openstack-dev19:14
*** mdomsch has quit IRC19:14
*** littleidea has quit IRC19:14
*** littleidea has joined #openstack-dev19:15
*** larsks is now known as larsks|away19:16
*** thovden_ is now known as thovden19:18
*** devcamca1 has quit IRC19:19
*** edmund has joined #openstack-dev19:20
*** littleidea has joined #openstack-dev19:23
*** littleidea has quit IRC19:24
*** maurosr has quit IRC19:26
*** maurosr has joined #openstack-dev19:27
*** patelna has joined #openstack-dev19:28
*** epim has joined #openstack-dev19:28
*** epim_ has joined #openstack-dev19:29
*** japage has quit IRC19:30
*** dolphm_ has quit IRC19:32
*** epim has quit IRC19:33
*** epim_ is now known as epim19:33
*** Ryan_Lane has quit IRC19:33
*** cp16net|away is now known as cp16net19:33
*** thovden has quit IRC19:36
*** colinmcnamara has left #openstack-dev19:36
*** nunosantos has joined #openstack-dev19:36
*** samkottler is now known as samkottler|lunch19:38
*** zaitcev has joined #openstack-dev19:38
*** ayoung has joined #openstack-dev19:40
devanandavishy: your review 15215, is there currently a problem in n-cpu where it takes >1 iteration of update_service_capabilities (and therefor > 1 minute) before the scheduler becomes aware of changes to n-cpu's capabilities?19:44
*** devcamca1 has joined #openstack-dev19:44
*** lifeless has quit IRC19:48
*** dubsquared has quit IRC19:49
*** garyk has quit IRC19:51
*** alexpilotti has quit IRC19:52
*** henrynash_ has joined #openstack-dev19:55
*** adalbas has quit IRC19:56
*** devcamca1 has quit IRC19:57
*** henrynash has quit IRC19:57
*** henrynash_ is now known as henrynash19:57
*** lifeless has joined #openstack-dev20:01
openstackgerritA change was merged to openstack/keystone: ignore .tox directory for pep8 in runtests  https://review.openstack.org/1516320:02
openstackgerritA change was merged to openstack/keystone: key all backends off of hash of pki token.  https://review.openstack.org/1511420:02
*** eglynn has joined #openstack-dev20:03
vishydevananda: I don't believe so20:03
devanandavishy: k. i believe it's just an issue with baremetal patch, but review 15215 looks pretty similar to what i've been debugging...20:04
*** datsun180b has quit IRC20:05
vishydevananda: someone put in a patch to force get of capabilities on start20:06
*** jog0 has joined #openstack-dev20:09
*** hub_cap has quit IRC20:09
*** tmishler has quit IRC20:09
devanandavishy: yes, that was related to baremetal20:09
*** jog0 has quit IRC20:09
*** jog0 has joined #openstack-dev20:09
*** maurosr has quit IRC20:10
devanandavishy: the issue i'm seeing is that, when capabilities change (eg, when i inform n-cpu baremetal hv of a new hardware node) that it takes ~2 minutes before scheduler knows about it.20:10
vishydevananda: that is strange20:10
openstackgerritA change was merged to openstack/keystone: Implements REMOTE_USER authentication support.  https://review.openstack.org/1482320:10
*** matiu has joined #openstack-dev20:10
*** matiu has quit IRC20:10
*** matiu has joined #openstack-dev20:10
vishydevananda: it should get it in the next state report which should only be 60 seconds20:11
*** tmishler has joined #openstack-dev20:11
*** thovden has joined #openstack-dev20:11
devanandafirst cycle of update_service_capabilities will populate nova.compute_nodes table20:11
devanandaright20:11
devanandahowever that doesn't include the node id / nodename20:11
lifelessvishy: 60 seconds is a long time to wait :)20:11
devanandaso if I call "nova boot" at that point, the scheduler will pass a request to n-cpu without the "node" parameter, and n-cpu will bail with an error20:11
*** tmishler has quit IRC20:12
vishydevananda: oh that is definitely bm specific20:12
vishysince we don't have a node param yet :)20:12
devanandayep, that's what i thought :)20:12
*** thovden has quit IRC20:12
devanandastill, it'd be great if the new capabilities got pushed up immediately, instead of waiting <= 60s for the next update20:13
*** dubsquared has joined #openstack-dev20:14
vishydevananda: i'm sure that could be added20:15
devanandai haven't grok'd the scheduler/compute interworkings yet enough to know where to put that. any tips? :)20:15
*** samkottler|lunch is now known as samkottler20:15
*** dubsquared has quit IRC20:15
*** dubsquared has joined #openstack-dev20:16
*** eglynn has quit IRC20:16
*** dubsquared has quit IRC20:19
*** dubsquared1 has joined #openstack-dev20:19
*** johnpostlethwait has quit IRC20:20
*** devcamca1 has joined #openstack-dev20:24
*** thovden has joined #openstack-dev20:27
*** thovden has quit IRC20:27
*** torandu has quit IRC20:27
*** nati_ueno has joined #openstack-dev20:28
*** jcmartin has joined #openstack-dev20:30
*** dprince has quit IRC20:30
*** torandu has joined #openstack-dev20:31
*** nati_uen_ has joined #openstack-dev20:31
openstackgerritA change was merged to openstack/openstack-common: Move utils.execute to its own module.  https://review.openstack.org/1519720:32
*** annegentle__ has quit IRC20:34
*** hub_cap has joined #openstack-dev20:34
*** nati_ueno has quit IRC20:34
*** anniec has quit IRC20:35
*** jcmartin has quit IRC20:35
*** jcmartin has joined #openstack-dev20:36
*** devcamca1 has quit IRC20:36
*** littleidea has joined #openstack-dev20:38
*** pixelbeat has quit IRC20:38
mnewbyquantum devs: *ping*20:39
*** dolphm has joined #openstack-dev20:40
*** littleidea has left #openstack-dev20:40
*** mdomsch has joined #openstack-dev20:45
*** thovden has joined #openstack-dev20:45
*** Ryan_Lane has joined #openstack-dev20:47
*** thovden has quit IRC20:47
*** jcru has joined #openstack-dev20:48
*** eharney has quit IRC20:49
*** mrodden1 has joined #openstack-dev20:50
*** dolphm has quit IRC20:51
*** mrodden has quit IRC20:51
*** otherwiseguy has quit IRC20:55
*** thovden has joined #openstack-dev20:56
*** dripton__ is now known as dripton20:59
*** dubsquared1 has quit IRC21:01
*** dubsquared has joined #openstack-dev21:03
*** devcamca1 has joined #openstack-dev21:03
*** dims has quit IRC21:05
*** jakedahn_zz is now known as jakedahn21:06
*** thovden has joined #openstack-dev21:06
*** boden has quit IRC21:06
*** thovden has quit IRC21:06
*** mrunge has quit IRC21:08
openstackgerritA change was merged to openstack/nova: Fix backwards compat of rpc to compute manager  https://review.openstack.org/1521721:08
*** strife25 has quit IRC21:08
*** thovden has joined #openstack-dev21:08
*** datsun180b has joined #openstack-dev21:09
*** markvoelker has quit IRC21:10
*** hub_cap has quit IRC21:11
*** thovden has quit IRC21:13
*** anniec has joined #openstack-dev21:14
*** devcamca1 has quit IRC21:15
*** anniec_ has joined #openstack-dev21:15
*** anniec_ has quit IRC21:17
*** anniec_ has joined #openstack-dev21:17
*** mdomsch has quit IRC21:17
*** zing has joined #openstack-dev21:18
*** anniec has quit IRC21:19
*** anniec_ is now known as anniec21:19
*** tgall_foo has quit IRC21:20
*** mrodden has joined #openstack-dev21:20
*** dhellmann has quit IRC21:22
*** armaan has left #openstack-dev21:22
*** mrodden1 has quit IRC21:23
*** thovden has joined #openstack-dev21:25
*** kgriffs has quit IRC21:30
*** thovden has quit IRC21:33
*** mrodden has quit IRC21:34
*** jcru has quit IRC21:34
*** mrodden has joined #openstack-dev21:34
*** dubsquared has quit IRC21:36
*** maurosr has joined #openstack-dev21:37
*** spiffxp has quit IRC21:39
*** mrodden has quit IRC21:40
*** mrodden has joined #openstack-dev21:40
*** maurosr has quit IRC21:41
*** otherwiseguy has joined #openstack-dev21:41
*** devcamca1 has joined #openstack-dev21:42
*** maurosr has joined #openstack-dev21:42
openstackgerritA change was merged to openstack/openstack-common: kombu's fanout_cast_to_server was calling wrong method  https://review.openstack.org/1522221:42
*** spiffxp has joined #openstack-dev21:42
*** dubsquared has joined #openstack-dev21:44
*** dubsquared has quit IRC21:44
*** dubsquared has joined #openstack-dev21:44
*** devananda has quit IRC21:46
*** strife25 has joined #openstack-dev21:46
*** thovden has joined #openstack-dev21:46
*** maurosr has quit IRC21:47
*** eglynn has joined #openstack-dev21:49
*** jaypipes has quit IRC21:49
*** tgall_foo has joined #openstack-dev21:51
*** tgall_foo has quit IRC21:51
*** tgall_foo has joined #openstack-dev21:51
*** alobbs has quit IRC21:52
*** devananda has joined #openstack-dev21:52
*** devcamca1 has quit IRC21:53
*** srn has joined #openstack-dev21:54
*** jergerber has quit IRC21:54
*** datsun180b has quit IRC21:55
*** jergerber has joined #openstack-dev21:57
vishyayoung: ping22:01
*** jergerber has quit IRC22:01
*** alunduil has quit IRC22:03
*** eglynn has quit IRC22:05
*** markmc has quit IRC22:06
*** mtreinish has quit IRC22:07
*** kbringard has quit IRC22:08
*** tgall_foo has quit IRC22:08
*** hattwick has quit IRC22:10
*** colinmcnamara has joined #openstack-dev22:10
*** redbeard2 has quit IRC22:11
*** hattwick has joined #openstack-dev22:14
*** devananda has quit IRC22:15
*** devcamca1 has joined #openstack-dev22:20
*** strife25 has quit IRC22:20
*** entropyworks is now known as Aaton22:22
*** tmishler has joined #openstack-dev22:23
*** spiffxp has quit IRC22:27
*** jcmartin has quit IRC22:28
*** jcmartin has joined #openstack-dev22:28
*** tmishler has quit IRC22:29
asalkeldrussellb, you about?22:29
asalkeldjust wondering if you managed to get qpid.messing (client) logging working22:30
asalkeldwe did in heat but are not full using common logging22:30
*** thovden has quit IRC22:30
*** devcamca1 has quit IRC22:31
heckjayoung: just assigned https://bugs.launchpad.net/keystone/+bug/1074172 to you for a quick vet - I think vishy's suggested patch will do the trick, noodling on how to test22:32
uvirtbotLaunchpad bug 1074172 in keystone "PKI tokens are broken after 24 hours" [High,Triaged]22:32
*** dachary has joined #openstack-dev22:35
*** sandywalsh has quit IRC22:36
*** armaan has joined #openstack-dev22:39
*** eglynn has joined #openstack-dev22:41
*** roge has quit IRC22:42
*** imsplitbit has quit IRC22:42
*** rpedde is now known as rpedde_away22:43
*** Tross1 has quit IRC22:43
*** markmcclain has quit IRC22:44
*** ewindisch has quit IRC22:45
*** armaan has left #openstack-dev22:45
*** eglynn has quit IRC22:48
notmynamemordred: ping22:49
*** almaisan-away is now known as al-maisan22:52
*** dubsquared has quit IRC22:52
*** ck has quit IRC22:55
*** koolhead17 has quit IRC22:56
*** gatuus has quit IRC22:56
*** devcamca1 has joined #openstack-dev22:57
*** dims has joined #openstack-dev23:02
*** Guest12051 has quit IRC23:08
*** devcamca1 has quit IRC23:09
*** al-maisan is now known as almaisan-away23:10
*** devananda has joined #openstack-dev23:10
*** dhellmann has joined #openstack-dev23:12
*** sandywalsh has joined #openstack-dev23:13
*** KurtMartin has joined #openstack-dev23:13
*** KurtMartin has quit IRC23:14
clarkbFYI the huge influx of changes submitted to gerrit recently has slowed down jenkins a bit (nova cells etc seem to have all come in at once)23:15
clarkbnotmyname: he is travelling/in an odd timezone. something the CI team can help with?23:15
notmynameclarkb: ya, thanks23:15
notmynameclarkb: a question about gerrit specifically, actually23:15
notmynameclarkb: first, who is allowed to submit a patch over an existing one with the same patch id? second, what happens in this situation when it is merged? who gets "credit" in git?23:16
*** KurtMartin has joined #openstack-dev23:17
*** kmartin has quit IRC23:17
clarkbnotmyname: an example of that is https://review.openstack.org/#/c/15219/ I believe anyone can submit a patchset to an existing change.23:17
clarkbthe author is the person that first submitted it and the committer the person that updated the change23:17
* clarkb looks for an example in the git logs23:17
*** brucer has joined #openstack-dev23:17
notmynameclarkb: ok. what the proper way to do this and maintain the separation of committer and submitter? rebase/squashing a patch-to-a-patch would overwrite the original author23:18
*** patelna has quit IRC23:19
*** zing has quit IRC23:20
clarkbCan you get around it when squashing? when you squash you are saying throw that history away right?23:20
notmynameya23:21
swifterdarrelllooks like git commit takes a "--author=<author>" flag to override the author23:22
*** edmund has quit IRC23:22
notmynameI'm sure it can be done, but the question is what's the best way? my natural behavior in git when confronted with the gerrit requirement of one-commit-per-patch is to squash23:22
clarkbnotmyname: gerrit supports multiple dependent changes so you don't always have to squash23:23
*** pixelbeat has joined #openstack-dev23:23
clarkbnotmyname: I think they only time that squashing is necessary is when multiple patches cannot pass the gate unless they are run together23:23
clarkband arguably that is a bad thing...23:23
clarkbso I think my recommendation would be to keep patches distinct and let gerrit sort out dependencies that way you can preserve the author data23:24
notmynameclarkb: yes, I know /gerrit/ supports it, but the way I've seen it work in practice is that if I have 5 commits in a branch (with separate commit-ids because that's what gets added when I commit), I end up with 5 patches on the review page23:24
clarkbnotmyname: correct23:24
notmynamein practice == openstack's particular config of gerrit23:24
clarkbI guess I don't understand the issue with that. Is the problem reviewing 5 semi distinct things?23:25
clarkbnote that is what is currently going on with the cells stuff23:25
notmynamewell, they normaly aren't distinct :-). for example, in the case at hand, it's adding/fixing a test case on a proposed code change23:26
clarkbit might make jenkins slow to a crawl but is otherwise fine23:26
*** stevebake has quit IRC23:26
*** tgall_foo has joined #openstack-dev23:26
*** tgall_foo has quit IRC23:26
*** tgall_foo has joined #openstack-dev23:26
clarkbnotmyname: ok, that would be the case where working around the gate means they have to be one change23:27
notmynameand then you lose the original author. so how did you not lose the author on the example you linked?23:27
clarkbnotmyname: I wrote a patchset and pushed it to gerrit which created the change. then someone else corrected an issue with it and pushed to the same change id23:28
*** spiffxp has joined #openstack-dev23:29
swifterdarrellclarkb: notmyname and I have each done that once and in both cases that new patch set commit had us as the Author23:29
*** gongysh has joined #openstack-dev23:29
swifterdarrellclarkb: do you know if Jeremy Stanley used --author on his commit or something?23:29
clarkbI don't think he did.23:30
clarkbfungi: ^23:30
*** otherwiseguy has quit IRC23:30
clarkbswifterdarrell: did you `git review -d` the old change? I wonder if that does some magic23:30
fungihrm23:30
swifterdarrellclarkb: don't think I did; I just created a new branch, committed orig changes + mine, copied in the old commit message (w/the changeid), edited it a little, and committed; then ran "git review"23:31
fungiall i did was check out clarkb's change, make a local modification, used commit --all --amend and then did another git review23:31
funginothing special23:32
notmynameone difference may be how we downloaded the change. we both used the copy/paste checkout link provided by gerrit23:32
swifterdarrellfungi: that's what I initially tried, but gerrit rejected it with "No changes between HEAD and gerrit/master. Submitting it for review would be pointless"23:32
fungiswifterdarrell: odd23:32
clarkbhttps://review-dev.openstack.org/500 we can play with this live23:32
swifterdarrellfungi: maybe the --all is necessary? (I didn't use that, or is that just to auto-add?)23:33
funginotmyname: i too used the cut-n-paste checkout command gerrit provided23:33
fungiswifterdarrell: yeah, --all just auto adds23:33
swifterdarrellfungi: hrm... pretty sure that's what I tried, then23:33
fungimade sure i was on master and it was up to date, fetched the change and switched to it, then checked that out into a new topic branch23:34
fungimade my alterations, amended the last commit and reviewed it23:34
swifterdarrellfungi: ah... I was somewhere else, pasted in the gerrit git command, became on a detached HEAD, then attempted the above--that must have been the prob.23:35
*** colinmcnamara has quit IRC23:35
fungiswifterdarrell: yeah, i think you may need to checkout -b before you start messing with it23:35
fungiafter the fetch23:35
swifterdarrellfungi: after "fetched the change and switched to it", you were detached HEAD state, right?23:35
fungiswifterdarrell: yep, and then i did a checkout -b mytopicbranch23:36
swifterdarrellfungi: what did you u se to check that out into a a new topic branch?  git checkout -b some-branch?23:36
fungiexactly23:36
*** colinmcnamara has joined #openstack-dev23:36
swifterdarrellah, cool23:36
swifterdarrellnotmyname: in the meantime, I bet we can use "git commit --amend --author <author>" to fix up our two guys23:36
*** colinmcnamara has quit IRC23:37
clarkbfungi: https://review-dev.openstack.org/#/c/500/ want to test there?23:37
fungimainly because i'm in the habit of relying on git review's topic detection, so i use a topic branch with the same name as the original change topic23:37
fungiclarkb: sure. gimme a sec23:37
*** anniec has quit IRC23:38
*** vipuls has quit IRC23:38
*** littleidea has joined #openstack-dev23:38
*** stevebake has joined #openstack-dev23:38
*** jk0 has left #openstack-dev23:39
*** jk0 has joined #openstack-dev23:39
*** ChanServ sets mode: +v jk023:39
*** devcamca1 has joined #openstack-dev23:41
*** littleidea has quit IRC23:43
fungifollowed my same workflow from before and uploaded a modified patchset to https://review-dev.openstack.org/#/c/500/23:43
swifterdarrellfungi: cool.  So the "git checkout -b mytopic" is what I missed23:44
fungiseems that way23:45
*** devcamca1 has quit IRC23:48
clarkbgit review -d should do that for you as well23:48
fungii keep meaning to use that, and then i keep forgetting about it when i need to do it23:49
*** rnirmal has quit IRC23:49
*** salv-orlando has quit IRC23:49
*** salv-orlando has joined #openstack-dev23:50
*** salv-orlando has quit IRC23:50
*** littleidea has joined #openstack-dev23:51
*** salv-orlando has joined #openstack-dev23:51
*** Ryan_Lane has quit IRC23:52
*** lloydde has quit IRC23:52
*** maurosr has joined #openstack-dev23:55
*** salv-orlando has quit IRC23:55
rootardAre there any open blueprints relating to the configuration of OpenStack?23:58
notmynameclarkb: fungi: thanks for your time and help23:58
devanandaclarkb: you guys just reminded me, is there a preferred way to propose >1 review for the same bp at a time?23:59
*** vipuls has joined #openstack-dev23:59

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