Tuesday, 2014-12-23

« Monday, 2014-12-22 Index Wednesday, 2014-12-24 »
*** SumitNaiksatam has quit IRC00:27
bedisHey !00:28
crc32hello00:39
openstackgerritLi Yingjun proposed openstack/neutron-lbaas: Persistence lbaas http cookie  https://review.openstack.org/14340000:41
*** rm_work is now known as rm_work|away00:43
*** ajmiller has quit IRC00:43
*** hichtakk has quit IRC00:47
*** hichtakk has joined #openstack-lbaas00:48
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Partially-Implements: blueprint lbaas-tls Change-Id: I0805b6dae0dcc311b176e3017f0218e30b7d81f5  https://review.openstack.org/14291500:48
dougwighi bedis!00:52
dougwigyou back in france?00:53
crc32No distributions matching the version for SQLAlchemy<=0.8.99,<=0.9.99,>=0.8.4,>=0.9.7 (from neutron-lbaas==2015.1.dev7) <-- Not sure why I can't run tox tests now.00:57
*** hichtakk has quit IRC00:58
*** hichtakk has joined #openstack-lbaas00:58
sbalukoffOk crc32, I just sent you a key / cert to play with, as well as instructions for generating more like this (ie. x509v3 extensions for both client and server usage)00:59
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Partially-Implements: blueprint lbaas-tls Change-Id: I0805b6dae0dcc311b176e3017f0218e30b7d81f5  https://review.openstack.org/14291501:01
crc32sbalakuoff: Ok thank you. I'm researching x509Exts next. I just hope enough of the low level stuff is exposed to pyOpenSSL.01:05
crc32Good night.01:06
crc32for now.01:06
sbalukoffHave a good one01:06
*** crc32 has quit IRC01:07
*** xgerman has quit IRC01:17
*** hichtakk has quit IRC01:18
*** hichtakk has joined #openstack-lbaas01:18
*** mrwangmaster has joined #openstack-lbaas01:32
*** markmcclain has quit IRC01:59
*** markmcclain has joined #openstack-lbaas02:03
*** blogan_ has joined #openstack-lbaas02:17
*** SumitNaiksatam has joined #openstack-lbaas02:51
*** mlavalle has quit IRC03:11
*** markmcclain has quit IRC03:20
*** rm_work|away is now known as rm_work03:24
mrwangmasterI'm new to openstack, but being asked to spin up on it and work on a lbaas deployment... curious if anyone has thoughts on if any training courses are worth the time?  or best to just dig into docs & start building a lab env?03:24
*** hichtakk has quit IRC03:33
*** hichtakk has joined #openstack-lbaas03:33
rm_workhmm I have no idea how SQLAlchemy<=0.8.99,<=0.9.99,>=0.8.4,>=0.9.7 would ever work03:36
rm_workdoesn't that exclude... everything/03:36
rm_workmrwangmaster: randomly, does #archive mean anything to you?03:45
mrwangmasterrm_work: can't say as I was super active in such a channel.03:47
rm_workok, just curious03:47
rm_workmrwangmaster: I would say try spinning up a devstack instance, and check that out03:47
rm_worksomewhere there is a howto, let me see...03:47
rm_workI don't know if this is up to date: https://wiki.openstack.org/wiki/Neutron/LBaaS/HowToRun03:48
mrwangmasterrm_work: yeah... that's my normal tact; however mgmr is asking, if someone said "oh yeah xyz training is great" then maybe, otherwise thinking it's best to just dive into things.03:48
*** fnaval has quit IRC04:20
*** fnaval has joined #openstack-lbaas04:29
*** blogan_ has quit IRC04:50
*** hichtakk has quit IRC04:51
*** hichtakk has joined #openstack-lbaas05:00
*** hichtakk has quit IRC05:03
*** jschwarz has joined #openstack-lbaas05:55
*** hichtakk has joined #openstack-lbaas06:15
*** sbfox has joined #openstack-lbaas06:19
*** sbfox has quit IRC06:43
*** apuimedo has joined #openstack-lbaas06:55
*** fnaval has quit IRC07:00
*** fnaval has joined #openstack-lbaas07:00
*** fnaval has quit IRC07:05
openstackgerritDoug Wiegley proposed openstack/neutron-lbaas: Common TLS utilities  https://review.openstack.org/14291507:32
*** kobis has joined #openstack-lbaas07:38
*** hichtakk has quit IRC07:41
*** sbfox has joined #openstack-lbaas07:43
*** hichtakk has joined #openstack-lbaas08:02
*** sbfox has quit IRC08:15
*** hichtakk has quit IRC08:23
*** hichtakk has joined #openstack-lbaas08:46
*** woodster_ has quit IRC09:00
*** hichtakk has quit IRC09:17
openstackgerritAdam Harwell proposed stackforge/octavia: Update TLS Specification  https://review.openstack.org/14257209:43
rm_worksbalukoff: updated, actually had done it at the hackathon but forgot to commit/review it T_T09:43
rm_work^^09:43
openstackgerritAdam Harwell proposed stackforge/octavia: Update certificate generator implementations  https://review.openstack.org/14262909:45
rm_work^^ rebased09:57
*** rm_work is now known as rm_work|away11:07
*** enikanorov_ has quit IRC11:30
*** jschwarz has quit IRC11:31
*** Putns has quit IRC12:24
*** rohara1 has quit IRC12:24
*** dougwig has quit IRC12:24
*** BeardyMcBeards has quit IRC12:24
*** rm_work|away has quit IRC12:24
*** davidlenwell has quit IRC12:24
*** clev has quit IRC12:24
*** apuimedo has quit IRC12:24
*** redrobot_away has quit IRC12:24
*** Putns has joined #openstack-lbaas12:26
*** rohara1 has joined #openstack-lbaas12:26
*** dougwig has joined #openstack-lbaas12:26
*** BeardyMcBeards has joined #openstack-lbaas12:26
*** rm_work|away has joined #openstack-lbaas12:26
*** davidlenwell has joined #openstack-lbaas12:27
*** clev has joined #openstack-lbaas12:27
*** apuimedo has joined #openstack-lbaas12:28
*** redrobot_away has joined #openstack-lbaas12:28
*** fnaval has joined #openstack-lbaas12:57
*** TrevorV_ has joined #openstack-lbaas14:43
*** apuimedo has quit IRC14:47
*** enikanorov has joined #openstack-lbaas14:50
sbalukoffMorning!14:58
a2hillMornin'15:07
*** fnaval has quit IRC15:07
*** fnaval has joined #openstack-lbaas15:08
*** fnaval has quit IRC15:13
*** ajmiller has joined #openstack-lbaas15:25
*** fnaval has joined #openstack-lbaas15:33
*** ajmiller_ has joined #openstack-lbaas15:49
*** ajmiller__ has joined #openstack-lbaas15:52
*** ajmiller has quit IRC15:53
*** ajmiller_ has quit IRC15:55
*** ajmiller__ has quit IRC15:58
*** xgerman has joined #openstack-lbaas16:03
*** markmcclain has joined #openstack-lbaas16:04
*** ajmiller has joined #openstack-lbaas16:08
*** markmcclain has quit IRC16:48
*** mlavalle has joined #openstack-lbaas17:15
*** kobis has quit IRC17:20
dougwigmorning17:29
dougwigmrwangmaster: openstack is somewhat of a "some assembly required" piece of software, so whether the training makes sense depends on your level/desire to tinker.17:33
*** openstackgerrit has quit IRC17:34
*** sbfox has joined #openstack-lbaas17:34
*** openstackgerrit has joined #openstack-lbaas17:35
*** zeus_ has joined #openstack-lbaas17:35
*** zeus_ is now known as zeus17:35
*** zeus has joined #openstack-lbaas17:35
*** hichtakk has joined #openstack-lbaas17:41
mrwangmasterdougwig: yeah, understandable.  I've already let $bossman know that I don't consider the training to be a total waste of time, and would go, but that I'll likely be better off spending the time in my own lab & reading docs.17:45
*** SumitNaiksatam has quit IRC17:45
dougwigi was ready to throw my entire rig out the window many times.  :)17:52
mrwangmasterhehe, setting up a lab is sorta on the agenda today17:56
mrwangmasterbut had to deal with a customer this AM, so sched is off a bit.17:56
*** sbfox has quit IRC18:02
*** SumitNaiksatam has joined #openstack-lbaas18:09
*** sbfox has joined #openstack-lbaas18:11
*** sbfox has quit IRC18:38
*** sbfox has joined #openstack-lbaas18:48
*** markmcclain has joined #openstack-lbaas18:52
*** markmcclain has quit IRC19:01
*** crc32 has joined #openstack-lbaas19:20
crc32https://review.openstack.org/#/c/142915/ <-- Trying to figure out why jenkins is puking on SQLAlchemy and PrettyTable during testing.19:33
a2hillWhat are the errors?19:34
a2hilloh, jenkins, was reading the comment and this19:36
a2hillNo distributions matching the version for SQLAlchemy<=0.8.99,<=0.9.99,>=0.8.4,>=0.9.7 (from neutron-lbaas==2015.1.dev7)19:38
a2hillyet: 2014-12-23 07:34:42.069 | SQLAlchemy==0.9.819:39
a2hillHaving issues reaching repo?19:40
a2hillSome externally hosted files were ignored as access to them may be unreliable (use --allow-external to allow)19:40
*** woodster_ has joined #openstack-lbaas19:43
crc32yea not sure. dougwig suggested this was an infra structure issue that was effecting all jenkins builds. But when I looked at zuul.openstack.org I only see red on the lbaas projects.19:44
crc32the main ones I was seeing was "prettable<0.7"19:45
a2hill:/19:45
a2hillin your commit i only see it complaining about sqlalchemy, eventhough the correct version is in the env19:46
crc32"SQLAlchemy<=0.8.99,<=0.9.99,>=0.8.4,>=0.9.7" This of course would be impossable. How can you have a number greater then 9.7 yet less then 8.99. Where did this come from?19:50
a2hill:/19:51
a2hillaliens19:51
crc32Are the comma's supposed to be treated as bitwise OR operations?19:52
*** sbfox has quit IRC19:52
crc32Any ways I think its a pip version bork. Cause on my machine that requirment installs SQLAchemy 0.9.819:59
crc32yet in jenkins it diliberatly excludes it.20:00
dougwigprettytable requirement got busted by a change in pip. it's fixed now.20:04
openstackgerritGerman Eichberger proposed stackforge/octavia: taskflows to create, delete amphora  https://review.openstack.org/14256920:19
*** xgerman has quit IRC20:27
*** xgerman has joined #openstack-lbaas20:27
crc32dougwig: It looks like the build got further along in jenkins. but now I'm hunting through a 1.2 Meg file looking for what tempest test allegedly broke. http://logs.openstack.org/15/142915/6/check/check-tempest-dsvm-neutron-pg-full/5586d4c/console.html20:30
crc32What is the stradegy for looking through this needle in a hay stack. I though I could look for "Error" but have the tests have names like "test_for_error" or something.20:31
crc32I also see "SSH could not connect type errors" but I don't know if this represent inconclusive tests or if these represent why the commit is being rejected. :/20:32
crc32Whats your grep stradegy?20:32
*** sbfox has joined #openstack-lbaas20:32
xgermana2hill: https://review.openstack.org/#/c/142569/ this has some of the task flow code and even starts a nova vm20:33
crc32its too bad they don't have keywords like "commit_rejecting_ERROR" to search for.20:33
a2hillwas looking at that xgerman20:33
xgermanawesome --20:34
a2hillThis doesnt handle whats returned from the driver though does it?20:34
a2hilltrying to find the link since this just lives in the controller package20:34
xgermanit will onc ethere is code20:35
a2hillah20:35
xgermanif a "task/flow" needs to be in the driver I put that in the comments to the task20:35
xgermanbut all those flows will be in the controller and then call out to to the driver to get the specific stuff20:36
a2hillgotcha20:36
xgermanthe idea was to stubb that out so we can start a nova vm20:36
xgermandoug even wnated to have code to ssh in and start haproxy20:37
a2hillah, thought thats what the amphora api was going to handle?20:37
a2hillthough, is that just going to call flows also?20:37
xgermanyep, it will20:37
xgermanbut we wanted to have something to play with20:37
a2hillah, gotcha20:37
xgermanso I left the ssh stuff out :-)20:37
a2hill:)20:37
xgermancontroller.api_server.api_server20:38
xgermanis a command line executable so you can run some flow20:38
a2hillnice20:38
xgermanyeah, one day it will listen on some queue20:38
a2hill:P20:38
xgermanso if you add the amphora driver you can wire up the flows and run that to see if it works20:39
*** TrevorV_ has quit IRC20:39
a2hillperfect, going to dabble in this. Thanks xgerman!20:40
xgermancool -20:40
xgerman I assume we will keep iterating a lot on that -- but at least we have some code :-) dougwig: we can fire up a nova vm...20:42
a2hillThink theres going to be any major changes to the interface?20:42
xgermanno, I think it's pretty syable20:43
xgermanthe controller flow will change as the pieces (amphora driver, network driver, etc.) come online20:44
a2hillindeed20:46
*** markmcclain has joined #openstack-lbaas20:47
*** sbfox has quit IRC20:47
xgermanone big outcome form the hackathon was that we now have an idea how the pieces fit together and that was my attempt to put it in code :-)20:48
crc32Are these SSH connection errors whats killing my tests in CR https://review.openstack.org/#/c/14291520:52
crc32ok so some one removed SQLAlchemy <=0.8 from openstack/requiremtns/global-requirements.txt so I'll assume these old versions of SQL alchemy are not supported anymore. I'm removing it.20:58
crc32-# The SQLA requirement looks weird, but it's here for a reason.  The20:58
crc32-# version of pip shipped with distros will treat 0.9b* as < 0.8 if it's20:58
crc32-# anytime uploaded to PyPI, so the "clear" version of this requirement20:58
crc32-# is potentially broken. The fix for this isn't until pip 1.4.1, which20:58
crc32-# is way more current than what most distros have.20:58
crc32-SQLAlchemy>=0.8.4,<=0.8.99,>=0.9.7,<=0.9.9920:58
crc32+SQLAlchemy>=0.9.7,<=0.9.9920:58
crc32the 0.8 Dependencies were removed on December 7th. So  I'll mimic that line in neutron-lbaas20:59
*** sbfox has joined #openstack-lbaas20:59
*** markmcclain1 has joined #openstack-lbaas21:00
*** markmcclain has quit IRC21:00
*** markmcclain1 has quit IRC21:02
*** markmcclain has joined #openstack-lbaas21:02
*** markmcclain has quit IRC21:03
xgermanI was just looking at https://github.com/dreamhost/akanda-rug/blob/master/akanda/rug/vm_manager.py which marmcclain proposed and now he quits :-)21:03
crc32still doesn't explain the SSH borkage though.21:05
*** rm_work|away is now known as rm_work21:08
*** xgerman has quit IRC21:08
rm_workcrc32: yeah i don't know why our requirements weren't updated already to match21:08
rm_workbut that should have done in21:08
rm_work*done it21:08
crc32well I'm attempting to do it on my commit.21:09
crc32in our tox.ini file for neutron-lbaas I see this21:12
crc32deps = -egit+https://git.openstack.org/openstack/neutron#egg=neutron21:12
crc32       -r{toxinidir}/requirements.txt21:12
crc32       -r{toxinidir}/test-requirements.txt21:12
rm_workyeah that looks right I think21:13
crc32yet an explicit commit comments out the line # -e git+https://git.openstack.org/openstack/neutron#egg=neutron21:13
rm_workerr which one21:13
crc32on master. What is the real intent?21:14
crc32It looks like doug removed it from requirements.txt but added it to tox.ini21:14
rm_workyes21:14
crc32eb41ab78b87f1589fada5fca0c9189fa361d628921:14
rm_workI thought we talked about this earlier21:14
rm_workwe don't want to have neutron as a dependency, because in deployments it will be handled manually outside of our scope21:15
rm_workbut we need it for test runs to we install it directly with tox21:15
crc32No you said it was removed from requirments. Our discussion was we needed to install nuetron manually. There was no mention of it being installed via tox.ini. I'm trying to get through this requirments hell right now is all rm_work. I'll assume its supposed to be in tox.ini.21:15
rm_workyeah, tox handles testing, so it must be included there for the tests to pass21:16
rm_workit goes into the tox environments so it should not affect anything else on the system21:16
crc32great thats all I needed to hear. I was freaking out wondering how neutron was being pulled in when it wasn't in requirments.txt21:16
crc32that is all.21:16
rm_workcool21:17
rm_workbrb21:17
crc32at anyrate I'm hoping this cleans up the SQLAlchemy bork but I'm not sure about the SSH bork.21:17
*** rm_work is now known as rm_work|away21:17
dougwigsweet on the nova bouts.21:20
dougwigboot21:20
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Partially-Implements: blueprint lbaas-tls Change-Id: I0805b6dae0dcc311b176e3017f0218e30b7d81f5  https://review.openstack.org/14291521:20
*** rm_work|away is now known as rm_work21:20
dougwigcrc32: i usually scroll to the bottom and head upwards.  search for FAILED21:20
rm_workcrc32: also, you need to fix your commit message :P I posted a comment with the correct syntax on your change21:21
rm_workalso I think doug fixed it too but it got overwritten21:21
crc32I'm not even changing the commit message.21:21
rm_workcrc32: right, you *need to* change it21:21
crc32dougwig changed it in a patchset. Does that mean its reverted now?21:22
crc32to mine?21:22
rm_workyeah, since you didn't pull down the newest before you made your next review on top21:22
rm_worknot a huge deal, but will need to be fixed eventually21:23
*** sbfox has quit IRC21:23
rm_workjust do it along with your next change21:24
*** zeus has quit IRC21:25
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Common TLS utilities  https://review.openstack.org/14291521:27
rm_workcrc32: I'll take a look at the logs when the tests finish running this time and see if I can spot anything21:29
*** xgerman has joined #openstack-lbaas21:29
rm_workcrc32: so far everything is looking good21:37
*** xgerman has quit IRC21:41
crc32I'm waiting for SSH to fail.21:47
rm_workwhen does that usually happen?21:48
rm_workmost of the gates have already passed21:48
crc32not sure but it takes like 30mins or so.21:53
crc32hte ssh ones only happened once though.21:53
rm_workyou watching it on http://status.openstack.org/zuul/ ?21:54
*** sbfox has joined #openstack-lbaas21:55
crc32was watching on zuul.openstack.org22:02
rm_workah lol they have two of the same thing with different CSS <_<22:03
rm_workso anyway yeah22:09
rm_workare they at work today?22:09
rm_workcrc32: ^^22:10
rm_workTrevorV / jorgem22:10
rm_workcrc32: we ended up in that channel because i was saying something to the barbican people and then started talking to you and forgot what channel I was in :P22:11
rm_worksince we're both in both22:11
a2hilli thought jorge was out for holidays also?22:12
rm_workah he might be22:13
rm_worka2hill: you have a core openstack commit in, right?22:13
a2hillNot sure22:13
a2hill:/22:13
rm_workah, you'll have the HAProxy namespace driver stuff soon I think22:13
a2hillYea22:13
rm_worksince that was what you were working on at some point that got stalled22:13
a2hill?22:13
rm_work(with the split and such)22:14
rm_workall of our actual neutron-lbaas stuff was stalled waiting on split resolution, and we moved to Octavia tasks22:14
a2hillthe meeting in feb if for neutron/lbaas right22:14
a2hillwell yea22:14
rm_workyes22:14
a2hillwas curious why you were asking though22:14
a2hilloh22:15
rm_workbecause carlos has an extra really really easy one-liner that should merge easily22:15
rm_workso someone who needs a commit could take it22:15
crc32So your giving him my commit?22:15
rm_workI thought maybe jorge or trevor since they have been primarily on Octavia stuff22:15
rm_workcrc32: you have a commit (the TLS stuff)22:15
a2hillwas going to say i had the non-tls template in thats merged but think thats under another user now :/22:15
rm_workI'm talking about the requirements.ini change22:15
crc32ok. Give it to him.22:15
crc32requirements.txt22:15
rm_worklol yeah that22:16
crc32so do I have a commit already?22:16
rm_worki mean, if neither of them are in, you can just split it out and take it yourself, more stuff will probably come up I guess22:16
rm_workcrc32: i don't know actually, but the TLS one will count22:16
a2hillsome of the code in here was mine22:16
a2hillhttps://review.openstack.org/#/c/141247/22:16
crc32I'll just check out master again and rebase?22:16
a2hillwhy concerned with having a core commit?22:17
rm_worka2hill: for ATC codes22:17
a2hillAH22:17
a2hill;)22:17
a2hillif we get to go22:17
rm_workassuming we actually have travel budget yeah <_<22:17
a2hill:P22:17
a2hillif anything i want to make it to Tokyo22:18
rm_workcrc32: switch back to master, do the requirements.txt change, review it, then cherry-pick the latest commit hash from your TLS change, then review again22:18
rm_workthat should be the easiest way22:18
rm_workI have done that probably about 10 times so far <_<22:19
crc32so am I making the change request or not for requirments.txt?22:19
rm_workwell, it should be separate, and if no one is around and no one cares about ATC stuff, then go ahead and do it yourself22:19
crc32was there really a sumit going on in tokyo or was I just making that up?22:20
rm_workdon't want things to get TOO complicated :P22:20
rm_workcrc32: I have heard that the next Fall summit is there22:20
rm_workI don't know where that was officially stated though22:20
crc32yea I think I was making it up as a joke.22:20
a2hillIts on the sweaters :P22:21
a2hillhttp://openstackdays.com/en/22:21
a2hillsola city22:21
a2hiller22:22
rm_workI think that was a different thing tho22:22
a2hillyea22:22
crc32yet it says 201422:22
a2hillwhy is it on the sweater then :P22:22
rm_workok well22:23
rm_workhttps://twitter.com/openstack/status/52955401086568038422:23
rm_workthere22:23
a2hillawesome!22:23
crc32I don't know. Sounds like something I made up back in the summer.22:24
rm_workI first heard it from clev I think22:24
crc32How are people getting the change ID to appear above the "partially-Implemnts: blah blah" line in their commits?22:26
rm_workit doesn't really matter22:27
rm_workbut22:27
rm_workit will respect whatever order you put it in22:27
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Do not list SQLAlchemy < 0.9.7 in requirments.txt  https://review.openstack.org/14373822:28
crc32like that?22:29
rm_workyep22:29
rm_worklooks good22:29
rm_worknow cherry-pick e9c01f4a1d9fec2829381234ef568a7feb46fbcd on top22:29
rm_work(your latest TLS change)22:30
crc32danmit. Conflict resolution. Both commits already have the requirments.txt file change.22:31
rm_workright22:32
rm_workeasy to fix22:32
rm_workjust fix that and do whatever it told you to do22:32
rm_workeither `git cherry-pick --continue` or `git rebase --continue` or possibly just `git commit`22:32
rm_workI always forget which one it asks you to do, but it should tell you22:33
crc32I did git --allow-empty22:33
crc32and poof22:33
rm_workuhhh wat22:34
rm_worki have never heard of that22:34
rm_workwhat does that even do?22:34
crc32borked everything up apparently. In the graph it tried to squeeze the SQL commit before the TLS commit.22:35
rm_workright, that is what you want22:36
crc32ok lets try this again22:37
crc32It shows the TLS commit occuring before the SQLAlchemy fix. Yet the requirments file is updated. Then the SQLAlchemy commit is ontop as an empty commit.22:40
crc32is that expected?22:40
rm_workno22:41
rm_workdo this22:41
rm_workgit review -d 142915 && git review -d 14373822:42
rm_workthat'll ensure you have the two latest branches22:42
rm_workand you should end on the requirements change22:42
rm_workthen do22:43
rm_workgit cherry-pick e9c01f4a1d9fec2829381234ef568a7feb46fbcd22:43
rm_workit should *just work*22:43
rm_workit does on mine22:43
rm_workthen just `git review`22:43
crc32run those commands from master right?22:43
rm_workfrom wherever22:43
rm_workit won't matter22:43
rm_workit changes your branch around22:43
crc32FatelException in garrit.dll22:44
rm_workwhat22:44
crc32just kidding22:44
rm_worklol22:44
rm_workit's not that crazy, considering two weeks ago I had issues with OSX complaining about python.exe <_<22:45
crc32ok cool. So its making the SQL commit a dependency.22:45
rm_workyes22:46
crc32how do I submit this as a review of https://review.openstack.org/#/c/142915/22:47
rm_workjust type "git review" now22:48
rm_workit should be good22:48
rm_workit'll ask you if you're sure you want to commit22:48
rm_workand list two commit hashes22:48
rm_workand they should be correct22:48
rm_workit tracks based on the "Change-Id" line in the commit, not based on the branch or anything, so it will know where to put it22:49
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Common TLS utilities  https://review.openstack.org/14291522:49
rm_workperfect22:49
rm_workso now we should be able to get https://review.openstack.org/#/c/143738/ approved quickly22:49
rm_workand everything will just be fine22:49
crc32Hmm. Wonderr if it will git rejected due to profanity in the commit message.22:50
rm_worklol22:50
rm_work"bork"? :P22:50
rm_workI think that's fine22:50
*** mlavalle has quit IRC22:52
*** crc32 has quit IRC22:53
*** mlavalle has joined #openstack-lbaas22:54
*** mlavalle has quit IRC22:59
*** mlavalle has joined #openstack-lbaas22:59
*** sbfox has quit IRC23:03
*** hichtakk has quit IRC23:12
*** hichtakk has joined #openstack-lbaas23:12
*** rm_work is now known as rm_work|away23:16
*** hichtakk has quit IRC23:47
*** ajmiller has quit IRC23:52
*** mlavalle has quit IRC23:58
« Monday, 2014-12-22 Index Wednesday, 2014-12-24 »

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