Monday, 2014-06-30

*** openstack has joined #openstack-dns13:49
*** ChanServ sets mode: +v openstack13:49
KiallSo, the to/from_primitive methods already set _obj_changes, and since we recurse, the "nested" objects get the same behaviours13:49
Kiallor maybe I'm not understanding the Q :)13:49
vinod1my question was should it behave like from_sqla - not triggering object changes13:51
KiallOh - No, It don't think it should.. The use case for the change tracking was one of the next pieces I'm trying to get in :)13:51
KiallEssentially, the storage layer should be the only thing to call obj_reset_changes(), right after loading/reloading data that is persisted13:52
KiallThat way, the API layer can change an object, send to central, and central can tell which fields need to be written to the DB13:52
vinod1so if nothing is changed in the object and the object goes across rpc - to_primitive mark all fields as changed - correct?13:54
vinod1actually i see 'designate_object.changes': list(self._obj_changes) - so that is not the case13:56
vinod1i was mistaken - so the obj_changes is transmitted as is - i mistook that it would be changed when from/to_primitives are called13:58
*** CaptTofu has joined #openstack-dns13:59
*** zane has joined #openstack-dns14:02
*** betsy has quit IRC14:03
Kiallvinod1: No, if an object is loaded from storage, transferred over the the API, then back again (without the API changing any values), it should have an empty changes set...14:03
Kiallchanges are basically "what fields on this object are not persisted to the DB"14:04
*** eankutse has joined #openstack-dns14:05
vinod1so what is the reasoning behind having an _obj_changes in each object?14:08
KiallAs we move to "objects everywhere", we'll want to be using objects for the various "update" calls, so this:14:09
Kialldef update_tld(self, context, tld_id, values):14:09
Kiallwill change to:14:09
Kialldef update_tld(self, context, tld):14:09
Kiall(the tld_id becomes unnecessary, and the changed values are determined from the tld.obj_get_changes())14:10
*** timsim has joined #openstack-dns14:16
Kialland .. `git reset --hard` ... new approach needed -_-14:17
*** msisk has joined #openstack-dns14:29
*** betsy has joined #openstack-dns14:41
*** betsy has quit IRC14:41
*** betsy has joined #openstack-dns14:42
openstackgerritKiall Mac Innes proposed a change to openstack/designate: Don't create new objects when doing a create_*  https://review.openstack.org/10355814:46
openstackgerritKiall Mac Innes proposed a change to openstack/designate: Don't create new objects when doing a create_*  https://review.openstack.org/10355814:56
*** sballe has joined #openstack-dns14:59
*** jaycaz has quit IRC15:59
*** vinod1 has quit IRC16:06
*** jmcbride has joined #openstack-dns16:11
*** shakamunyi has joined #openstack-dns16:15
*** shakamunyi has quit IRC16:15
*** shakamunyi has joined #openstack-dns16:16
*** shakamunyi has quit IRC16:17
*** shakamunyi has joined #openstack-dns16:17
*** shakamunyi has quit IRC16:18
*** shakamunyi has joined #openstack-dns16:18
*** jmcbride has quit IRC16:30
*** vinod1 has joined #openstack-dns16:31
*** jmcbride has joined #openstack-dns16:33
openstackgerritA change was merged to openstack/designate: Specify minimum and maximum correctly in schemas  https://review.openstack.org/10318416:37
*** jmcbride has quit IRC16:38
*** jmcbride has joined #openstack-dns16:44
openstackgerritKiall Mac Innes proposed a change to openstack/designate: WIP: Update's should use objects  https://review.openstack.org/10358716:46
Kiallvinod1: ^ is a really early idea of what I was talking about16:46
vinod1That looks good - takes us forward a lot16:52
vinod1to using objects everywhere16:52
KiallYea, It's really really painful to do though -_-16:53
vinod1Also I notice that you marked https://review.openstack.org/#/c/103558/ Don't create new objects when doing a create_*16:53
vinod1as -116:53
vinod1Is that a WIP or did you see any issues with it?16:53
KiallAlmost all my previous patches have been the result of attempting to to ^, but getting blocked ;)16:53
Kiallit's -1 right now because I removed the "def _get_record_object(self, context, record):" method without replacing it..16:54
*** CaptTofu has quit IRC16:54
KiallBut.. I'm thinking that OK, and will be fixed once the "objects everywhere" is done, so this can be finished: https://review.openstack.org/#/c/102307/16:54
openstackgerritA change was merged to openstack/designate: Support recursive object serialization  https://review.openstack.org/10350716:55
KiallAnd - One of the blockers to the rrdata objects patch just merged ;)16:55
openstackgerritA change was merged to openstack/designate: Ensure DesignateObject.from_sqla does not trigger change tracking  https://review.openstack.org/10354416:58
*** dtx00ff has joined #openstack-dns17:15
*** dtx00ff has quit IRC17:16
*** dtx00ff has joined #openstack-dns17:17
*** jaycaz has joined #openstack-dns17:43
*** yidclare has joined #openstack-dns17:46
*** jmcbride has quit IRC17:53
*** jmcbride has joined #openstack-dns17:57
*** ryanpetrello has quit IRC18:00
*** jmcbride has quit IRC18:02
*** jmcbride has joined #openstack-dns18:03
*** dtx00ff has quit IRC18:04
*** ryanpetrello has joined #openstack-dns18:06
zanehi All18:12
zaneI had a question regarding zones18:12
zanewhen you list zones the link to the self always to local host where would I be able to change the default host18:15
zane"links": {"self": "http://127.0.0.1:9001/v2/zones/e8f2de63-aa2f-42e2-9b62-a8cb61667655"}18:16
*** jmcbride has quit IRC18:26
vinod1zane: set api_base_uri in [service:api] section in designate.conf18:27
vinod1it should be set to http://ip:port/18:27
*** dtx00ff has joined #openstack-dns18:29
timsim^That should be in the config options page of the docs, if it isn't already18:30
*** vinod1 has quit IRC18:30
*** dtx00ff has quit IRC18:31
timsimOr I suppose it might be in the default config when the generation stuff drops.18:31
zaneok thanks @vinod118:32
*** jmcbride has joined #openstack-dns18:39
*** jmcbride has quit IRC18:55
*** vinod1 has joined #openstack-dns18:58
*** yidclare has quit IRC18:58
*** yidclare has joined #openstack-dns19:01
*** jmcbride has joined #openstack-dns19:03
*** vinod1 has quit IRC19:11
*** vinod1 has joined #openstack-dns19:11
*** yidclare has quit IRC19:13
*** vinod1 has quit IRC19:21
*** vinod1 has joined #openstack-dns19:22
*** timsim has quit IRC19:36
*** jmcbride has quit IRC19:40
*** jmcbride has joined #openstack-dns19:42
*** timsim has joined #openstack-dns19:43
*** shakamunyi has quit IRC19:52
*** shakamunyi has joined #openstack-dns19:53
*** shakamunyi has quit IRC19:53
*** msisk has quit IRC19:59
*** jmcbride has quit IRC19:59
*** msisk has joined #openstack-dns20:00
*** yidclare has joined #openstack-dns20:12
*** nkinder_ has quit IRC20:13
*** crc32 has joined #openstack-dns20:16
*** jmcbride has joined #openstack-dns20:25
jaycazHey guys, it looks like the documentation on designate.readthedocs.org may be out of date.  It's quite different from the documentation I just generated in the designate repository.20:30
*** nkinder_ has joined #openstack-dns20:30
jaycazHow does the whole process of updating the documentation website work?20:30
*** jmcbride has quit IRC20:31
*** crc32 has quit IRC20:35
betsykiall: you around?20:36
vinod1betsy: the status for kiall shows away20:38
vinod1jaycaz:  Last time i checked with mugsie_, designate.readthedocs.org would be updated as and when the docs on the repo are updated20:39
betsyAh, it does now. I didn’t at least for me) a few minutes ago20:39
vinod1what differences do you see between the site and the docs that you generated20:39
betsyvinod1: I think it may have something to do with the stackforge -> openstack switch20:40
jaycazvinod1: it's a pretty big difference20:40
jaycazeven the style is completely different20:40
betsyhttp://designate.readthedocs.org/en/latest/ still has links to stackforge, although the actual docs have been changed20:41
vinod1the rendering i think is different - but the content should be the same - though as betsy pointed out the site still has links to stackforge20:42
*** zane has left #openstack-dns20:42
jaycazI failed to mention, but the content is also different20:42
*** crc32 has joined #openstack-dns20:43
*** zane has joined #openstack-dns20:43
jaycazat least, the links are.  There are broken links that point to the stackforge repo20:43
vinod1I think that needs to be updated20:46
vinod1mugsie_: would you be able to get the links at designate.readthedocs.org updated from stackforge to openstack?20:46
*** vinod2 has joined #openstack-dns20:48
*** vinod1 has quit IRC20:48
betsyvinod1: looks like it’s a change in the .rst files that needs to be made20:49
betsyNo, maybe not. Looks like that’s already been done20:53
jaycazthe last update to the docs was two days ago, from the looks of it20:53
*** eankutse has quit IRC20:54
jaycazkiall's change to update stackforge references in the docs was merged 10 hours ago20:54
Kiallvinod2: ah - read the docs was removed as part of the stackforge -> openstack, because we thought we'd be on docs.openstack.org.. But .. that stalled.. https://review.openstack.org/#/c/103349/20:58
KiallStill waiting on Anne to reply20:58
*** msisk has quit IRC20:59
jaycazKiall: Ah, all right then!21:01
KiallI've kicked off a build of read the docs based from their site for now, waiting on a reply from anne before making a permanent change21:01
betsyKiall: I’ve got a question about your recent submissions21:01
* Kiall hides21:01
vinod2thanks for the update kiall21:01
betsy:)21:02
betsySo, I’m using the models for all my updates with the changes to the recordset/record v2 api changes21:02
jaycazKiall: great, thanks Kiall!21:02
betsyAre you changing that?21:02
betsyDid I see something about using the objects to update?21:02
KiallUsing a model with the update doesn't work right now?21:03
betsyI’ve fixed that as part of my changes21:03
KiallOhh21:03
Kiall-_-21:03
KiallIf I knew.. I wouldn't have started it.. lol21:03
betsyI’ve got it working now21:03
betsySorry21:03
betsyI just need to get the update record for v1 fixed21:04
betsyI can check in what I’ve got so you can see it21:04
KiallCool :)21:05
KiallMy goals for all my submissions have basically been leading up to being able to finish this: https://review.openstack.org/#/c/102307/21:06
*** timsim has quit IRC21:06
betsyRight, but I thought we’d still use them in storage.21:07
betsy— still use the model objects21:07
betsy… in storage21:08
KiallOh yes, the models will be used in storage (for as long as we still use SQLA ORM rather than SQLA Core)21:08
Kiall"everywhere" is probably the wrong word, now that you mention that.. It's everywhere outside storage ;)21:09
betsyOh, okay. That’s where I’m using the models — in impl_sqlalchemy/__init.__.py21:09
betsyOk. Just wanted to check and make sure21:09
Kialle.g. the storage driver API should accept/return our objects - and do whatever it wants internally21:10
betsyok21:10
betsyWe’re on the same page. Just checking21:11
*** timsim has joined #openstack-dns21:12
*** nkinder_ has quit IRC21:24
*** jaycaz1 has joined #openstack-dns21:26
*** zane1 has joined #openstack-dns21:30
*** jaycaz has quit IRC21:35
*** zane has quit IRC21:35
*** timsim has quit IRC21:39
*** shuffleb1t is now known as shufflebot21:49
*** shufflebot has quit IRC21:49
*** shufflebot has joined #openstack-dns21:49
*** msisk has joined #openstack-dns21:49
*** msisk has quit IRC21:53
*** msisk has joined #openstack-dns21:54
*** betsy has quit IRC22:08
*** vinod2 has quit IRC22:12
*** yidclare has quit IRC22:12
*** nkinder_ has joined #openstack-dns22:30
*** shakamunyi has joined #openstack-dns22:33
*** bandarji has joined #openstack-dns22:38
*** openstackgerrit has quit IRC23:19
*** openstackgerrit has joined #openstack-dns23:20
*** ChanServ sets mode: +v openstackgerrit23:20
*** jaycaz1 has quit IRC23:28
*** msisk has quit IRC23:34
*** bandarji has quit IRC23:39
*** shakamunyi has quit IRC23:52
*** shakamunyi has joined #openstack-dns23:53
*** shakamunyi has quit IRC23:53

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