| *** yamahata_lt has quit IRC | 00:00 | |
| *** mgius has quit IRC | 00:15 | |
| *** salv-orlando has quit IRC | 00:33 | |
| *** sirp__ has quit IRC | 00:45 | |
| *** dragondm has quit IRC | 00:51 | |
| *** sirp__ has joined #openstack-dev | 00:52 | |
| *** Binbin has joined #openstack-dev | 00:56 | |
| *** mattray has joined #openstack-dev | 01:15 | |
| *** cloudgroups has joined #openstack-dev | 01:40 | |
| *** cloudgroups has left #openstack-dev | 01:47 | |
| *** pvo has quit IRC | 02:33 | |
| *** antonyy has joined #openstack-dev | 02:45 | |
| *** clayg has quit IRC | 03:04 | |
| *** clayg_ has joined #openstack-dev | 03:05 | |
| *** openpercept has joined #openstack-dev | 03:13 | |
| *** clayg_ is now known as clayg | 03:14 | |
| *** clayg has quit IRC | 03:25 | |
| *** clayg_ has joined #openstack-dev | 03:26 | |
| *** openpercept has quit IRC | 03:34 | |
| *** openpercept has joined #openstack-dev | 03:35 | |
| *** openpercept has quit IRC | 03:35 | |
| *** openpercept has joined #openstack-dev | 03:35 | |
| *** clayg_ is now known as clayg | 03:41 | |
| openstackjenkins | Project burrow build #12: SUCCESS in 13 sec: http://jenkins.openstack.org/job/burrow/12/ | 03:46 |
|---|---|---|
| openstackjenkins | Tarmac: Fixed bug when PUT request used chunked transfer encoding. | 03:46 |
| *** mattray has quit IRC | 03:54 | |
| *** Zangetsue has joined #openstack-dev | 04:03 | |
| *** openpercept has quit IRC | 04:24 | |
| *** openpercept has joined #openstack-dev | 04:26 | |
| *** openpercept has quit IRC | 04:26 | |
| *** openpercept has joined #openstack-dev | 04:26 | |
| *** anotherj1sse has quit IRC | 04:39 | |
| *** sirp__ has quit IRC | 05:54 | |
| *** cloudgroups has joined #openstack-dev | 06:19 | |
| *** cloudgroups has left #openstack-dev | 06:26 | |
| *** zaitcev has quit IRC | 06:44 | |
| *** adiantum has quit IRC | 07:15 | |
| *** mcclurmc_home has joined #openstack-dev | 07:17 | |
| *** Zangetsue_ has joined #openstack-dev | 08:23 | |
| *** Zangetsue has quit IRC | 08:25 | |
| *** Zangetsue_ is now known as Zangetsue | 08:25 | |
| *** Binbin is now known as Binbingone | 10:19 | |
| *** mancdaz has joined #openstack-dev | 11:05 | |
| *** mancdaz has quit IRC | 11:07 | |
| *** mancdaz has joined #openstack-dev | 11:09 | |
| *** thatsdone has joined #openstack-dev | 11:34 | |
| *** adiantum has joined #openstack-dev | 11:36 | |
| *** thatsdone has quit IRC | 11:44 | |
| *** openpercept has quit IRC | 12:04 | |
| *** dprince has joined #openstack-dev | 12:52 | |
| *** bcwaldon has joined #openstack-dev | 13:01 | |
| *** foxtrotgulf has quit IRC | 13:01 | |
| jaypipes | Daviey: heya! | 13:08 |
| *** ameade has joined #openstack-dev | 13:10 | |
| *** adiantum has quit IRC | 13:13 | |
| * ttx hugs the newly-discovered "don't email me my own changes" LP bugs checkbox | 13:14 | |
| soren | ttx: You're not in launchpad-beta-testers? | 13:17 |
| ttx | soren: apparently not. Not tested the new subscription goodness yet | 13:18 |
| soren | ttx: You're missing out :) | 13:18 |
| ttx | I remember having opted out of beta-testers due to some stupid issue | 13:19 |
| ttx | maybe I can come back now. | 13:19 |
| *** foxtrotgulf has joined #openstack-dev | 13:27 | |
| *** Zangetsue has quit IRC | 13:28 | |
| *** Zangetsue has joined #openstack-dev | 13:29 | |
| *** adiantum has joined #openstack-dev | 13:29 | |
| *** thatsdone has joined #openstack-dev | 13:34 | |
| *** mattray has joined #openstack-dev | 13:46 | |
| *** sirp__ has joined #openstack-dev | 13:46 | |
| *** thatsdone has quit IRC | 13:46 | |
| soren | jaypipes: Hey. Want to chat about https://bugs.launchpad.net/glance/+bug/779311 ? | 14:07 |
| uvirtbot | Launchpad bug 779311 in glance "Glance update for Ubuntu failing" [Undecided,In progress] | 14:07 |
| *** pvoccio_ has joined #openstack-dev | 14:08 | |
| soren | Oh, maybe I should be talking to sirp instead. | 14:09 |
| soren | sirp__, sirp: Got a sec to chat about https://bugs.launchpad.net/glance/+bug/779311 ? | 14:09 |
| uvirtbot | Launchpad bug 779311 in glance "Glance update for Ubuntu failing" [Undecided,In progress] | 14:09 |
| sirp__ | soren: sure, reading through ticket again... | 14:11 |
| soren | Great. | 14:12 |
| *** johnpur has joined #openstack-dev | 14:15 | |
| *** ChanServ sets mode: +v johnpur | 14:15 | |
| sirp__ | soren: so you were able to replicate the migrate_version not getting bumped? | 14:15 |
| soren | sirp__: Well, there are two problems. | 14:20 |
| soren | sirp__: The hardest one being that the schema that is in the db with the glance version from maverick does not corresond to any of the versions the migrate can build. | 14:21 |
| soren | sirp__: It's close to version 2, but not exactly. E.g. there's not type column in the image table. | 14:22 |
| soren | sirp__: ...so even if we had a hack to detect that the db was created from the sqlalchemy schema definition, we can't just shove a migrate_version into the db and let migrate do the rest of the work. | 14:24 |
| *** jkoelker has joined #openstack-dev | 14:25 | |
| sirp__ | soren: sorry on a call (will be there in just a sec) :) | 14:29 |
| soren | sirp__: np | 14:30 |
| sirp__ | soren: back. hmm, can can we shove version two in anyway, and then go back and make migrate-3 smart enough to handle any wonkiness? | 14:44 |
| soren | sirp__: I don't know. Can we? :) | 14:44 |
| soren | sirp__: I've never used migrate. | 14:45 |
| soren | sirp__: I've only just begun to look because of this bug. | 14:45 |
| jaypipes | soren: sure thing | 14:50 |
| *** dragondm has joined #openstack-dev | 14:50 | |
| sirp__ | soren: looking at 003 right, now, but i'd think we could do something like that | 14:50 |
| sirp__ | soren: so just to be sure, in maverick, it images doesn't have the 'type' column, but doesn't yet have disk_format? | 14:51 |
| soren | sirp__: I'm reconstrucing a virgin db to make sure. I fiddled around a bit to see what it would take to make this work, and I need to revert that. | 14:52 |
| sirp__ | soren, ah ok. i really hope ^^ above is not the case, because otherwise i'm not sure how we can reconstruct the data | 14:53 |
| jaypipes | sirp: in no case should neither a type or disk_format column be in images table. if that's the case, something got fubar'd during a migrate... | 14:53 |
| soren | sirp__: http://paste.ubuntu.com/612305/ | 14:54 |
| soren | sirp__: My mention of maverick was nonsense. Glance wasn't in Maverick. | 14:54 |
| soren | sirp__: That pastebin is the schema I end up with after installing 2011.2-0ubuntu1. | 14:55 |
| sirp__ | so that looks 003'ish (since it has disk_format) | 14:55 |
| sirp__ | actually, further along, has extra columns (like checksum) | 14:56 |
| sirp__ | soren, so that paste is post-006 running (just to clarify) | 14:57 |
| soren | sirp__: Oh, wow, so it is. | 14:58 |
| soren | sirp__: Somehow I got the impression it was 002-ish. | 14:59 |
| openstackjenkins | Project nova build #930: SUCCESS in 2 min 51 sec: http://jenkins.openstack.org/job/nova/930/ | 14:59 |
| openstackjenkins | Tarmac: Fixes some minor doc issues - misspelled flags in zones doc and also adds zones doc to an index for easier findability | 14:59 |
| soren | sirp__: But setting migrate_version.version=6 works. | 14:59 |
| *** Zangetsue has quit IRC | 15:00 | |
| sirp__ | soren, so if setting to is the solution, do we need a 000 migration, that checks to see if the schema exists, and just bumps the migrate_version appropriately? | 15:05 |
| soren | sirp__: There's some magic in nova/db/sqlalchemy/migration.py that you can probably reuse. | 15:05 |
| sirp__ | soren, at least in this one particular case, since it's in the wild | 15:05 |
| soren | sirp__: That's what nova/db/sqlalchemy/migration.py does, pretty much. | 15:05 |
| *** openpercept has joined #openstack-dev | 15:06 | |
| *** openpercept has quit IRC | 15:07 | |
| *** openpercept has joined #openstack-dev | 15:07 | |
| *** pvoccio_ is now known as pvo | 15:08 | |
| *** antonyy has quit IRC | 15:10 | |
| *** pvo has quit IRC | 15:15 | |
| *** pvo has joined #openstack-dev | 15:15 | |
| *** ChanServ sets mode: +v pvo | 15:15 | |
| ttx | mtaylor: around ? | 15:18 |
| ironcamel | _cerberus_: ping | 15:30 |
| _cerberus_ | ironcamel: hey man | 15:30 |
| ironcamel | hi, i had a question about the notifier api | 15:30 |
| ironcamel | what should i use for the publisher_id? | 15:30 |
| ironcamel | i am calling nova.notifier.notify() inside of nova/log.py | 15:31 |
| _cerberus_ | ironcamel: I probably should have documented that better. I was thinking the publisher id would be servicetype.host | 15:31 |
| _cerberus_ | so "compute.host1" or something | 15:31 |
| _cerberus_ | We could probably build a convenience method in utils for it | 15:32 |
| ironcamel | what would be a good way to generate that? | 15:32 |
| _cerberus_ | Look at how the workers subscribe to topics | 15:33 |
| _cerberus_ | THey already know what "they" are | 15:33 |
| ironcamel | sorry, where should i look? | 15:33 |
| _cerberus_ | There are db calls for retrieving topics and hosts | 15:36 |
| _cerberus_ | Look in nova/compute/api.py | 15:36 |
| _cerberus_ | Specifically things like "self.db.queue_get_for(context, FLAGS.compute_topic, host)" | 15:36 |
| ironcamel | _cerberus_: it looks like host is gotten from the instance object | 15:37 |
| ironcamel | i don't have access to that inside of nova.log | 15:37 |
| _cerberus_ | What are you planning for the logging to notify on? | 15:38 |
| ironcamel | _cerberus_: does it make sense to have a publisher_id for what i'm doing that's always the same | 15:38 |
| ironcamel | on errors | 15:38 |
| ironcamel | when an error gets logged, it's going to publish it, if the publish_errors flag is on | 15:39 |
| _cerberus_ | No, it doesn't, because the logging is used throughout Nova. I think a single publisher_it there would be confusing | 15:40 |
| _cerberus_ | You'll probably just have to dig around and try to discover the publisher_id inside of log. I'd check out nova/rpc.py | 15:40 |
| _cerberus_ | Also look at the workers and how they spin up and start consuming from rabbit | 15:41 |
| _cerberus_ | The queue topics effectively are the publisher_id as far as I'm concerned. Maybe someone else will disagree | 15:41 |
| *** openpercept has quit IRC | 15:42 | |
| ironcamel | _cerberus_: so if we wanted all error notifications to go to the same queue, we would use just one publisher_id? | 15:42 |
| ironcamel | er, the same publisher_id, for each call to notify() | 15:42 |
| _cerberus_ | No, the queues are separated by the logging levels | 15:42 |
| _cerberus_ | So errors should go to the 'notifications.error' queue | 15:43 |
| ironcamel | that doesn't make sense. there is 1 queue per logging level? | 15:43 |
| _cerberus_ | Yep | 15:43 |
| ironcamel | seemks kinda inflexible | 15:43 |
| _cerberus_ | check out nova/notifier/rabbit_notifier.py | 15:44 |
| _cerberus_ | Why? | 15:44 |
| ironcamel | would have like a notifier api where i can specify an arbitrary queue | 15:44 |
| ironcamel | *liked | 15:44 |
| _cerberus_ | That's probably ok as an optional parameter | 15:44 |
| mtaylor | ttx: morning! | 15:44 |
| ironcamel | yeah, that would be cool | 15:44 |
| _cerberus_ | But look at the implementation: we have different notification style drivers | 15:45 |
| _cerberus_ | The feedback from the summit session is that people wanted the notifications separated by priority, and we decided the most clear mapping would be the standard log levels | 15:45 |
| ttx | mtaylor: is it still morning where you live now ? | 15:45 |
| mtaylor | ttx: yes! | 15:45 |
| ttx | mtaylor: had a few questions for the far too many diablo-1 blueprints you have assigned to you. | 15:45 |
| mtaylor | ttx: I still have 15 minutes of it! | 15:45 |
| mtaylor | ttx: yes. I was going to try to sort through those... | 15:46 |
| _cerberus_ | ironcamel: if you want to try and push to just *any* queue somehow, make a patch and add me as a reviewer. I'll be happy to take alook | 15:46 |
| _cerberus_ | *a look | 15:46 |
| ttx | mtaylor: could you do so before the meeting ? We'll update status there. | 15:46 |
| ironcamel | _cerberus_: for what i'm currently implementing, separating queues based on log levels is just what i need | 15:46 |
| mtaylor | ttx: when is meeting? | 15:46 |
| openstackjenkins | Project swift build #266: SUCCESS in 28 sec: http://jenkins.openstack.org/job/swift/266/ | 15:47 |
| openstackjenkins | Tarmac: Changing auditor logging to show zero byte files rate and amount of time doing list dirs verses actual auditing. | 15:47 |
| _cerberus_ | ironcamel: I thought you just said that was inflexible because it wasn't *any* queue? | 15:47 |
| ironcamel | _cerberus_: was just thinking about down the line. but maybe we won't need it, who knows | 15:47 |
| _cerberus_ | The rabbitmq notifier already breaks them down by priority | 15:47 |
| ironcamel | _cerberus_: it is inflexible | 15:47 |
| ttx | mtaylor: 2100 UTC | 15:47 |
| ironcamel | but it is flexible enough for my current problem :) | 15:47 |
| ttx | mtaylor: http://www.timeanddate.com/worldclock/fixedtime.html?iso=20110524T21 | 15:47 |
| _cerberus_ | heh, ok | 15:47 |
| *** openpercept has joined #openstack-dev | 15:47 | |
| *** openpercept is now known as Guest53600 | 15:48 | |
| mtaylor | vishy: ping | 16:01 |
| *** mancdaz has quit IRC | 16:11 | |
| *** mancdaz has joined #openstack-dev | 16:13 | |
| *** mancdaz has quit IRC | 16:15 | |
| *** antonyy has joined #openstack-dev | 16:17 | |
| *** mattray1 has joined #openstack-dev | 16:17 | |
| *** mattray has quit IRC | 16:18 | |
| *** anotherj1sse has joined #openstack-dev | 16:24 | |
| *** antonyy has quit IRC | 16:27 | |
| *** antonyy has joined #openstack-dev | 16:27 | |
| *** hub_cap has joined #openstack-dev | 16:32 | |
| sirp__ | jaypipes: hey, do you have time for a quick chat re: shared-images? | 16:32 |
| jaypipes | sirp: sure thing | 16:36 |
| sirp__ | jaypipes: great, skype cool? | 16:37 |
| jaypipes | sirp: yuppers. | 16:38 |
| openstackjenkins | Project nova build #931: SUCCESS in 2 min 45 sec: http://jenkins.openstack.org/job/nova/931/ | 16:39 |
| openstackjenkins | Tarmac: When adding a keypair with ec2 API that already exists, give a friendly error and no traceback in nova-api | 16:39 |
| *** thatsdone has joined #openstack-dev | 16:40 | |
| vishy | mtaylor: ping | 16:41 |
| vishy | so I'm generally very annoyed that there isn't a standard way to define a serialize and deserialize method on an object for json | 16:42 |
| *** Tv__ has joined #openstack-dev | 16:43 | |
| vishy | sigh, i guess i should use pickle instead | 16:43 |
| blamar_ | vishy: Whatcha working on out of curiosity? | 16:44 |
| vishy | blamar_: storing arbitrary args and kwargs in the database | 16:45 |
| Tv__ | pickle is evil though :( | 16:45 |
| markwash | oh hey vishy I had an idea about this | 16:45 |
| markwash | you're saving that info to restart a task from the task queue, right? | 16:45 |
| Tv__ | it's essentially eval'ed when deserializing | 16:45 |
| Tv__ | so consider pickle to be nearly executable code, security-wise | 16:45 |
| markwash | vishy: ^^ | 16:47 |
| vishy | yes | 16:47 |
| markwash | vishy: basically my idea is that rather than restarting the task when it is hanging around, we should just trigger a refresh on the entity we were updating | 16:47 |
| markwash | vishy: probably the manager finished anyway and the update messages disappeared | 16:48 |
| markwash | vishy: so we just want the database to reflect the current state | 16:48 |
| markwash | vishy: not sure if that makes anything easier, but that was the hope | 16:48 |
| vishy | markwash: that was my initial plan, just request the current state of the object | 16:49 |
| vishy | Markwash: i think it still is valuable to have the idea of a task | 16:49 |
| vishy | perhaps restarting the task via recalling the method is a bit extreme, but it is way more fun to write :) | 16:49 |
| markwash | vishy: I thought you were complaining about pickle? :-) | 16:50 |
| markwash | vishy: err nm I guess that was me complaining about it in my head | 16:50 |
| *** thatsdone has quit IRC | 16:50 | |
| markwash | joining in chorus with Tv__ | 16:50 |
| vishy | I'm complaining about python in general | 16:50 |
| vishy | how come json doesn't attempt to call a standard method on the object | 16:51 |
| vishy | ? | 16:51 |
| vishy | like obj.__class__.serialize() or something | 16:51 |
| markwash | we'd probably then start using that for our apis and no one but python clients would work ever again | 16:52 |
| blamar_ | vish: From what I understand it more or less it calls obj.__dict__ | 16:52 |
| mtaylor | vishy: google protocol buffers for serialization? cross-language, efficient... | 16:55 |
| vishy | i dislike that i have to pass the serializer into the call json.loads(XXX, object_hook=from_json) | 16:56 |
| vishy | mtaylor: I'm hoping to use json because it is readable | 16:56 |
| mtaylor | vishy: yeah - I was more half-lurking and responded to the work "pickle" | 16:56 |
| *** jdurgin has joined #openstack-dev | 16:58 | |
| sirp__ | jaypipes: http://etherpad.openstack.org/GlanceZones | 16:59 |
| *** jgb has joined #openstack-dev | 17:00 | |
| vishy | blamar_: if you pass an arbitrary object to json.dumps it just throws up. Pickle works fine, but then you can't read it | 17:06 |
| *** jgb1 has joined #openstack-dev | 17:10 | |
| *** jgb has quit IRC | 17:10 | |
| antonym | termie: any luck on lp784743? | 17:17 |
| pyhole | LP Bug #784743 in OpenStack Compute (nova): "IllegalFlagValue: flag --host_state_interval" [Status: In Progress, Assignee: termie] https://bugs.launchpad.net/bugs/784743 | 17:17 |
| uvirtbot | Launchpad bug 784743 in nova "IllegalFlagValue: flag --host_state_interval" [High,In progress] | 17:17 |
| uvirtbot | Launchpad bug 784743 in nova "IllegalFlagValue: flag --host_state_interval" [High,In progress] https://launchpad.net/bugs/784743 | 17:17 |
| antonym | heh... pyhole wins | 17:17 |
| jk0 | pyhole > uvirtbot | 17:21 |
| soren | Of course it wins. uvirtbot doesn't accept the lpXXX style, so it's just responding to pyhole. | 17:27 |
| blamar_ | Glad there isn't a feedback loop :) | 17:28 |
| soren | I still haven't really understood what's wrong with uvirtbot that you decided to write another bot. | 17:28 |
| *** zaitcev has joined #openstack-dev | 17:28 | |
| jk0 | soren: pyhole is a personal project. I originally brought it in here because uvirtbot wasn't here | 17:30 |
| jk0 | plus pyhole is better than uvirtbot :) | 17:30 |
| soren | So you keep saying. | 17:30 |
| _cerberus_ | trollface | 17:30 |
| soren | https://bugzilla.kernel.org/show_bug.cgi?id=27052 | 17:31 |
| uvirtbot | bugzilla.kernel.org bug 27052 in kvm "Module KVM : unable to handle kernel NULL pointer dereference at" [Blocking,New] | 17:31 |
| soren | Can pyhole do that? | 17:31 |
| jk0 | .title | 17:31 |
| jk0 | .title https://bugzilla.kernel.org/show_bug.cgi?id=27052 | 17:31 |
| jk0 | it could | 17:32 |
| anotherj1sse | and the title goes to uvirtbot! | 17:32 |
| _cerberus_ | Are we really going to fight about this? | 17:32 |
| soren | I sure hope not. | 17:32 |
| anotherj1sse | my bot can do anything! it is a roomba, so it could fight irl ... if I attach blades to it | 17:33 |
| comstud | i wouldn't mind seeing a fight | 17:33 |
| antonym | the question is, can either do lastnight? | 17:33 |
| comstud | .lastnight | 17:33 |
| pyhole | You hook up with other guys, let him talk to other girls. | 17:33 |
| jk0 | .title http://bugzilla.kernel.org/show_bug.cgi?id=27052 | 17:33 |
| uvirtbot | bugzilla.kernel.org bug 27052 in kvm "Module KVM : unable to handle kernel NULL pointer dereference at" [Blocking,New] | 17:33 |
| jk0 | .help | 17:34 |
| pyhole | Learn how to use active commands (ex: .help <command>) | 17:34 |
| pyhole | Active Commands: cnn, deop, digg, g, google, grouphug, help, imdb, join, lastnight, lbugs, nick, op, part, rbugs, reddit, reload, roll, say, title, twitter, urban, version, w, weather, wikipedia, youtube | 17:34 |
| pyhole | Active Keywords: lp, rm | 17:34 |
| soren | Oh, dear, what have I done? | 17:34 |
| * soren wanders off before this gets too silly | 17:34 | |
| jk0 | haha | 17:34 |
| jk0 | you haven't seen anything yet | 17:34 |
| jk0 | .title http://bugzilla.kernel.org/show_bug.cgi?id=27052 | 17:35 |
| pyhole | Bug 27052 – Module KVM : unable to handle kernel NULL pointer dereference at | 17:35 |
| uvirtbot | Launchpad bug 27052 in ubuntu "Must reboot after timeout. Screen blacks out with no recovery available." [Medium,Invalid] https://launchpad.net/bugs/27052 | 17:35 |
| uvirtbot | bugzilla.kernel.org bug 27052 in kvm "Module KVM : unable to handle kernel NULL pointer dereference at" [Blocking,New] | 17:35 |
| *** hub-cap has joined #openstack-dev | 18:07 | |
| *** hub-cap has quit IRC | 18:08 | |
| *** markwash has quit IRC | 18:09 | |
| *** hub_cap has quit IRC | 18:10 | |
| anotherj1sse | vishy/pvo: have you guys thought through where an admin extension would go? | 18:10 |
| anotherj1sse | does it go in nova or since it is an extension for now does it live in another repo | 18:10 |
| pvo | anotherj1sse: I would think it would go into another repo | 18:11 |
| pvo | it depends on the extension as well, I guess. | 18:11 |
| anotherj1sse | pvo: adding the sort of admin apis we have talked about before | 18:12 |
| anotherj1sse | things I think will be pretty commonly needed | 18:12 |
| anotherj1sse | pvo: we are starting with them outside of the nova repo, but it feels like something we will want to move into lp:nova eventually | 18:14 |
| pvo | I think it still could go either way. | 18:14 |
| pvo | anotherj1sse: I would agree with moving them in eventually. I'm hesitant to throw them in straightaway as it feels it would bypass some of our own processes | 18:14 |
| pvo | maybe in /tools ? | 18:14 |
| pvo | with the esx agent | 18:14 |
| anotherj1sse | pvo: not thinking they would be enabled by default | 18:15 |
| anotherj1sse | pvo: I'm just concerned that soon-ish others will start thinking about adding admin like apis | 18:16 |
| anotherj1sse | and don't want duplicate efforts | 18:16 |
| pvo | agree with that. | 18:16 |
| *** markwash has joined #openstack-dev | 18:16 | |
| anotherj1sse | i'll bring it up next week ... since we are just finishing the first api | 18:16 |
| anotherj1sse | addition | 18:16 |
| pvo | we could keep them in separate repos with the 'registry' on the wiki until we figure out a better way | 18:17 |
| annegentle | pvo: I'd like to find a better doc solution than the wiki for extensions though... | 18:17 |
| annegentle | pvo: start on the right path rather than have to migrate content later | 18:18 |
| pvo | annegentle: not a doc solution, but more of a 'here are all of them'. We'll still need to reserve namespaces, which I don't think doc generation would handle. | 18:18 |
| annegentle | pvo: I'm thinking of it as 2-for-1; as in if we can automate the aggregation of "here are all of them" rather than manually building a wiki page that's ftw | 18:20 |
| pvo | not saying we shouldn't do that if possible. I think there may be other challenges. | 18:22 |
| annegentle | pvo: I guess it depends on what we want at the end - Jorge points to OpenGL Reference pages as a browseable reference of all extensions, I'll find the link | 18:24 |
| pvo | my concerns may be unfounded if we don't need a strict way to maintain extension ids. | 18:26 |
| annegentle | http://www.opengl.org/registry/doc/rules.html <-- shows how they keep an extension registry via the specifications | 18:26 |
| pvo | "When you're ready to release the extension, freeze the specification and add it to the registry maintained by Khronos. At this time (but not before), you can obtain permanent token (enumerant) assignments." | 18:27 |
| pvo | thats the part I'm referring to. | 18:27 |
| pvo | someone has to maintain that. | 18:27 |
| pvo | it could be a simple request to the policy board | 18:28 |
| annegentle | ayup | 18:29 |
| pvo | I guess we could talk about it in this afternoon's meeting. : ) | 18:29 |
| annegentle | I'm interested in it since it's closely tied to the spec doc. | 18:29 |
| annegentle | pvo: sure, add it to the agenda and invite Jorge :) | 18:30 |
| anotherj1sse | pvo: I just want to get to the point of admin api contributions asap from you guys ;) | 18:30 |
| anotherj1sse | so we don't spend too much time on a dead-end path | 18:30 |
| pvo | anotherj1sse: as do I. : ) | 18:30 |
| *** BinaryBlob has joined #openstack-dev | 18:32 | |
| annegentle | hee hee, at least it's not building a huge metaphor repository: http://www.networkworld.com/community/blog/apple-my-eye-us-fancies-huge-metaphor-repository :) | 18:47 |
| *** jgb1 has quit IRC | 18:48 | |
| termie | antonym: yeah, that patch fixes it, just need to fix one of the bins | 18:50 |
| termie | antonym: that doesn't operate well under testing | 18:50 |
| antonym | termie: ok, i think i may just hot patch my stuff for now, thanks | 18:50 |
| *** adiantum has quit IRC | 18:52 | |
| *** foxtrotdelta has joined #openstack-dev | 18:57 | |
| *** foxtrotgulf has quit IRC | 18:58 | |
| *** foxtrotgulf has joined #openstack-dev | 18:59 | |
| *** foxtrotdelta has quit IRC | 19:01 | |
| *** JuanPerez has joined #openstack-dev | 19:01 | |
| *** mgius has joined #openstack-dev | 19:05 | |
| *** JuanPerez has left #openstack-dev | 19:10 | |
| vishy | markwash: lp:~vishvananda/nova/tasks | 19:24 |
| vishy | markwash: try run_tests -N test_task | 19:24 |
| vishy | and tell me what you think... | 19:25 |
| *** dtroyer has joined #openstack-dev | 19:27 | |
| vishy | still have to make the volume code idempotent | 19:27 |
| ttx | Meeting in 90min in #openstack-meeting | 19:30 |
| *** Guest53600 has quit IRC | 19:32 | |
| vishy | termie: ^^ | 19:33 |
| markwash | vishy: looking now btw | 19:52 |
| *** bcwaldon has quit IRC | 19:53 | |
| vishy | markwash: not totally sure about task_id and progress being positional args, they could also be **kwargs and pulled out specifically if needed | 19:58 |
| *** dprince has quit IRC | 19:58 | |
| tr3buchet | hey guys, i'm trying to track down a merge prop | 20:00 |
| tr3buchet | i've got a line of code, i bzr blamed that code to find the author | 20:00 |
| tr3buchet | i found the author and found him launchpad | 20:00 |
| soren | sirp__: Do you think that db schema migrate bug is something you'll be working on anytime soon? | 20:00 |
| blamar_ | tr3buchet, want his address and list of his fears? :) | 20:01 |
| tr3buchet | he has 7 branches marked as merged. None of those branches touch the line shown in bzr blame | 20:01 |
| vishy | markwash: just pushed a version like that | 20:01 |
| tr3buchet | i want to find the merge prop where there changes happened | 20:01 |
| tr3buchet | i would be happy with the list of fears though | 20:01 |
| vishy | bzr blame tells you the merge prop | 20:01 |
| vishy | merge number at least | 20:01 |
| soren | tr3buchet: Do you have the commit id where it happened? | 20:01 |
| tr3buchet | 1005.10.2 | 20:02 |
| soren | tr3buchet: (pass --show-ids to bzr log) | 20:02 |
| soren | ok, that works. | 20:02 |
| tr3buchet | that's from the blame | 20:02 |
| vishy | so it was merge 1005 | 20:02 |
| soren | http://code.launchpad.net/~rackspace-titan/nova/exceptions-refactor-notfound/+merge/588507 | 20:02 |
| soren | Whoops | 20:03 |
| soren | http://code.launchpad.net/~rackspace-titan/nova/exceptions-refactor-notfound/+merge/58850 | 20:03 |
| soren | There. | 20:03 |
| tr3buchet | soren: how did you find "merge 1005" in launchpad? | 20:03 |
| vishy | are you going to kill his firstborn children? | 20:04 |
| soren | tarmac embeds some extra metadata in the merge commits. The UI is... um... not pretty: http://paste.openstack.org/show/1391/ | 20:04 |
| tr3buchet | no no | 20:04 |
| tr3buchet | i just want to see the dialogue related to the merge | 20:04 |
| soren | Oh, and it wasn't 1005. | 20:04 |
| tr3buchet | i do have a new paintball gun though.... | 20:04 |
| soren | It was 1032. | 20:04 |
| tr3buchet | you weren't kidding about the pretty | 20:05 |
| soren | It's just a raw dump of the metadata. | 20:05 |
| soren | I don't know if there's a nice way to see it. | 20:06 |
| tr3buchet | how did you find that it was revision 1032? | 20:06 |
| soren | If you look at "bzr log -n0" you can see all the commits, not just the merge ones. | 20:07 |
| soren | Find it there, and look back up to see where it was merged. | 20:07 |
| soren | 1005.10.2 means it was branched from rev 1005. | 20:08 |
| soren | ...and then the branch eventually got merged in at rev 1032. | 20:08 |
| soren | Maybe "bzr visualize" would be helpful, too. | 20:08 |
| *** foxtrotdelta has joined #openstack-dev | 20:10 | |
| *** foxtrotgulf has quit IRC | 20:11 | |
| tr3buchet | awesome thanks soren | 20:21 |
| soren | tr3buchet: Sure thing. | 20:21 |
| sirp__ | soren, yeah i'll take another look at later today | 20:23 |
| soren | sirp__: Sounds awesome! | 20:23 |
| soren | sirp__: Thanks! | 20:23 |
| sirp__ | soren, no prob | 20:23 |
| *** troytoman-away has joined #openstack-dev | 20:25 | |
| *** troytoman-away is now known as troytoman | 20:25 | |
| ttx | Meeting in 25min in #openstack-meeting | 20:34 |
| *** bcwaldon has joined #openstack-dev | 20:41 | |
| openstackjenkins | Project nova build #932: SUCCESS in 2 min 47 sec: http://jenkins.openstack.org/job/nova/932/ | 20:44 |
| openstackjenkins | Tarmac: Fixes a bug related to incorrect reparsing of flags and prevents many extra reparses. | 20:44 |
| *** ameade has quit IRC | 20:55 | |
| *** ameade has joined #openstack-dev | 20:59 | |
| ttx | jaypipes: join the meeting ? | 21:00 |
| *** Tv__ has quit IRC | 21:06 | |
| *** jdurgin has quit IRC | 21:08 | |
| *** jdurgin has joined #openstack-dev | 21:13 | |
| *** jgb has joined #openstack-dev | 21:18 | |
| *** ilikebigbutts has joined #openstack-dev | 21:30 | |
| *** mattray1 has quit IRC | 21:34 | |
| *** Tv_ has joined #openstack-dev | 21:38 | |
| jaypipes | ttx: well that was entertaining :) | 21:49 |
| bcwaldon | ilikebigbutts: ilikeyourname | 21:49 |
| ilikebigbutts | bcwaldon: ilikeyourname | 21:49 |
| jaypipes | ilikebigbutts: I have to say you have one of the more amusing IRC nicks I've seen. | 21:50 |
| ilikebigbutts | jaypipes: I have to say yous have one of da more amusing IRC nicks I've checked. | 21:50 |
| bcwaldon | yes! | 21:50 |
| jaypipes | wow. | 21:50 |
| bcwaldon | glance devs think alike | 21:50 |
| jaypipes | lol | 21:50 |
| * vishy looks around for icannotlie | 21:50 | |
| *** BinaryBlob has quit IRC | 21:51 | |
| *** Tv_ is now known as Tv | 21:52 | |
| *** jk0 has quit IRC | 21:52 | |
| jaypipes | markwash, bcwaldon: so.... want to delve in to pagination? or should we leave that until tomorrow? I have some bug chasing to do tonight. might be best tomorrow morning? | 21:52 |
| *** pyhole has quit IRC | 21:53 | |
| *** openstackjenkins has quit IRC | 21:54 | |
| markwash | jaypipes: kinda feeling that whole tomorrow thing :-) | 21:54 |
| jaypipes | markwash: heh, me too :) | 21:54 |
| *** openstackjenkins has joined #openstack-dev | 21:55 | |
| *** foxtrotdelta has quit IRC | 21:55 | |
| *** ameade has quit IRC | 21:56 | |
| *** jk0 has joined #openstack-dev | 21:57 | |
| *** ChanServ sets mode: +v jk0 | 21:57 | |
| *** openstackjenkins has quit IRC | 21:57 | |
| *** ecarlin has joined #openstack-dev | 21:57 | |
| bcwaldon | jaypipes: markwash: Had to take the dog out before it started to rain. I'm cool with following up on pagination tomorrow | 21:57 |
| *** pyhole has joined #openstack-dev | 21:58 | |
| *** openstackjenkins has joined #openstack-dev | 21:58 | |
| *** mcclurmc_home has quit IRC | 21:59 | |
| openstackjenkins | Project swift build #267: SUCCESS in 29 sec: http://jenkins.openstack.org/job/swift/267/ | 22:16 |
| openstackjenkins | Tarmac: For stats uploader, allow override regex for source_filename_pattern and new_log_cutoff. | 22:16 |
| *** bcwaldon has quit IRC | 22:17 | |
| *** mattray has joined #openstack-dev | 22:22 | |
| *** johnpur has quit IRC | 22:24 | |
| *** ilikebigbutts has quit IRC | 22:27 | |
| openstackjenkins | Project nova build #933: SUCCESS in 2 min 46 sec: http://jenkins.openstack.org/job/nova/933/ | 22:29 |
| openstackjenkins | Tarmac: Pretty simple. We call openssl to encrypt the admin password, but the recent changes around this code forgot to strip the newline off the read from stdout. | 22:29 |
| *** mattray has quit IRC | 22:30 | |
| *** dtroyer has quit IRC | 22:37 | |
| openstackjenkins | Project nova build #934: SUCCESS in 2 min 47 sec: http://jenkins.openstack.org/job/nova/934/ | 22:39 |
| openstackjenkins | Tarmac: Using the root-password subcommand of the nova client results in the password being changed for the instance specified, but to a different unknown password. The patch changes nova to use the password specified in the API call. | 22:39 |
| *** sirp has left #openstack-dev | 22:44 | |
| *** sirp__ has quit IRC | 22:50 | |
| *** sirp__ has joined #openstack-dev | 22:50 | |
| *** sirp__ has quit IRC | 22:52 | |
| *** sirp__ has joined #openstack-dev | 22:53 | |
| *** sirp__ has quit IRC | 22:53 | |
| *** jkoelker has quit IRC | 22:57 | |
| *** antonyy has quit IRC | 22:57 | |
| *** sirp__ has joined #openstack-dev | 22:59 | |
| *** zaitcev has quit IRC | 23:07 | |
| *** zaitcev has joined #openstack-dev | 23:08 | |
| openstackjenkins | Project nova build #935: SUCCESS in 2 min 41 sec: http://jenkins.openstack.org/job/nova/935/ | 23:13 |
| openstackjenkins | Tarmac: eventlet.spawn_n() expects the function and arguments, but it expects the arguments unpacked since it uses *args. | 23:13 |
| *** ecarlin has quit IRC | 23:24 | |
| *** markwash_ has joined #openstack-dev | 23:29 | |
| *** troytoman is now known as troytoman-away | 23:36 | |
| *** namaqua has joined #openstack-dev | 23:45 | |
| *** namaqua has quit IRC | 23:45 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!