[08:25] <habanany> #ubuntu
[13:18] <mhall119> morning
[13:20] <nigelb> Morning mhall119 
[13:32] <Ronnie> morning mhall119
[14:28] <mhall119> morning nigelb and Ronnie 
[14:28] <mhall119> hmm, no dholbach?
[14:29] <Ronnie> mhall119: : its like a rule of thumb. when you need people, they are always away
[14:29] <nigelb> Ronnie: +1
[14:29] <nigelb> mhall119: Christmas celebration probably :)
[14:30] <mhall119> probably
[14:30] <mhall119> Ronnie: no word from IS yet, I'll keep on them to get that update out
[14:30] <Ronnie> thx mhall119
[14:33] <nigelb> btw, is planet fonts broken for everyone?
[14:43] <mhall119> dunno, I've been reading it through liferea
[14:43] <nigelb> mhall119: Have you seen http://hginit.com/?
[14:43] <nigelb> err, minus the questions marks :p
[14:44] <mhall119> nigelb: nope, but a good idea
[14:44] <mhall119> as much as I don't like Joel Spolsky
[14:44] <nigelb> mhall119: heh, what's bad about him?
[14:45] <mhall119> I just don't agree with a lot of his "Joel on Software" writings
[14:45] <nigelb> Ah, that's true
[14:46] <nigelb> I wonder if we should do something similar for git :D
[14:46] <mhall119> or bzr ;)
[14:48] <nigelb> yep, or bzr :)
[18:04] <mhall119> yay, new fun stuff: https://launchpad.net/ubuntu-django-foundations/bzr-apps
[18:12] <markjones> ooh: http://www.system76.com/article_info.php?articles_id=9
[18:15] <JanC> markjones: dat reminds me I have to mail them to get more stickers  ;)
[18:16] <markjones> it's a shame the ubuntu key stickers aren't available worldwide
[18:22] <JanC> well, they have to pay for those stickers and give them away for free, so no point in complaining  ;)
[18:28] <Ronnie> mhall119: what does it do?
[18:34] <mhall119> Ronnie: lets you keep apps from other bzr branches in sync
[18:34] <Ronnie> souds great
[18:34] <mhall119> so, instead of having to "bzr branch lp:ubuntu-website/light-django-theme ubuntu_website"
[18:34] <mhall119> and do bzr pull on that occasionally
[18:35] <mhall119> you just run "./manage.py pullapps" and it'll get what you need
[18:35] <Ronnie> i hope the NL community will use django (ubuntu foundations) in the future for their website. but first we'll need more local django developers
[18:36] <mhall119> bzr_apps is going to make ubuntu-django-foundations so much easier
[18:37] <Ronnie> mhall119: are there any blueprints or something about the UDF ? i remember some talks at UDS, but i cant find any documentation/plans for it
[18:39] <mhall119> Ronnie: there's a branch I was hacking on several weeks ago
[18:39] <mhall119> and the gobby document from the UDS session
[18:56] <mhall119> Ronnie: 'user' is in the production /profiles/ feed now
[18:56] <Ronnie> ill have a test. if it works, ill do a merge request
[18:57] <mhall119> Daviey: you around?
[19:10] <Daviey> mhall119, sadly
[19:11] <mhall119> Daviey: https://launchpad.net/ubuntu-django-foundations/bzr-apps
[19:11] <mhall119> something I'm working on for loco-directory and ubuntu-django-foundations
[19:12] <mhall119> it lets you specify, in your settings.py, a collection of django apps from different bzr branches, and which version of them you want
[19:12] <Daviey> mhall119, nice!
[19:12] <mhall119> then you ./manage.py pullapps to keep them in sync
[19:12] <Daviey> mhall119, how can i help?
[19:12] <mhall119> testing mostly
[19:12] <Daviey> mhall119, will do!
[19:12] <mhall119> and adding features beyond just "pullapps", though that alone will probably be the biggest use
[19:12] <Daviey> I'll branch it now :)
[19:13] <mhall119> it uses bzr's flexble revisionspec too
[19:13] <Daviey> mhall119, checkrevno :)
[19:13] <mhall119> so your "revision" can be an id, a number, tag:foo, etc
[19:13] <Daviey> oooo
[19:13] <mhall119> or -1 for HEAD
[19:13] <Daviey> didn't know about that
[19:13] <Daviey> well knew -1 == HEAD
[19:14] <mhall119> yeah, anywhere that takes a revision #, should also take "tag:foo"
[19:14] <mhall119> bzr help revisionspec
[19:14] <mhall119> all kinds of goodies
[19:15] <mhall119> you can even do "date:2010-12-20"
[19:15] <mhall119> instead of a revision
[19:17] <Daviey> that is nice
[19:20] <mhall119> this is all you need in your settings.py
[19:20] <mhall119> http://paste.ubuntu.com/546060/
[19:21] <mhall119> technically, I can do more than just django apps
[19:21] <mhall119> as you see with the twidenash stuff
[19:29] <Ronnie> mhall119: update script works fine here. can some people verify: bzr branch lp:~ronnie.vd.c/loco-directory/611304
[19:31] <mhall119> testing it now
[19:35] <mhall119> wow, users takes a while
[19:36] <mhall119> maybe it should only pull users as needed?
[19:37] <Ronnie> mhall119: what do you mean by "as needed"
[19:39] <mhall119> only pull in a user if some other record is referrign to them
[19:39] <mhall119> if someone isn't an admin, contact, attendee or commentor, there's no reason to import them
[19:39] <mhall119> uh oh, got an error...
[19:40] <daker> \o/
[19:40]  * daker like errors
[19:40] <mhall119> http://paste.ubuntu.com/546069/
[19:41] <Ronnie> mhall119: explainable i guess. ill keep the first user in database (it can be a super user). probably this causes the conflict
[19:42] <Ronnie> should be solved before merge
[19:44] <Ronnie> any suggestions for this problem?
[19:45] <Ronnie> catch the error, and dont save the user, add an id mapping to the first user? or could this lead to other errors?
[19:47] <Ronnie> mhall119: ^
[20:04] <mhall119> hmmm, without knowing the exact cause, it's hard to say
[20:08] <mhall119> I changed user_id=1 from 'root' to 'mhall119localtesting', if it was conflicting with that, it should run fine now, right?
[20:13] <Ronnie> mhall119: it should, else the error should be on the server too, but i wont get the error 
[20:23] <mhall119> okay, looks like it made it safely through the users
[20:25] <Ronnie> mhall119: what about: http://paste.ubuntu.com/546089/
[20:25] <Ronnie> it should work, but it also catches other exceptions
[20:26] <mhall119> but that may not give us an exact match of production data
[20:26] <Ronnie> the id's do not match, but all the other info should be like on the server. Or what am i missing ?
[20:27] <mhall119> the local ids won't currently match the server ids?
[20:27] <mhall119> why not?
[20:27] <Ronnie> no, but the relationships keep intact
[20:27] <Ronnie> because django decides the id/pk for a newly created object
[20:28] <Ronnie> there are ways to mess with that, but i dont think its a good idea to doo
[20:28] <mhall119> if you pass in an id value, django should use that, instead of creating one
[20:29] <Ronnie> and if the id already exists?
[20:29] <mhall119> they it'll over-write the existing data
[20:29] <mhall119> which shouldn't be an issue here, since we're deleting everything anyway
[20:30] <Ronnie> true, except for the 'superuser'
[20:30] <mhall119> yeah, that's the only one
[20:30] <Ronnie> how to solve that problem?
[20:31] <Ronnie> can a superuser be difined in local_settings ?
[20:31] <mhall119> grab that user before you delete everything, then do your import, then delete the user's id and save it
[20:31] <mhall119> Ronnie: no, just debug users
[20:31] <Ronnie> sounds ok
[20:31] <Ronnie> lets do a test...
[20:32] <mhall119> the update finished, and everything looks good
[20:32] <mhall119> but I think having identical ids will help us when trouble shooting errors on the server
[20:33] <mhall119> awesome work though
[20:33] <Ronnie> thx, more will come i hope ;)
[20:41] <Ronnie> mhall119: Venue objects gives error when passing it id's because of its own save() function. any suggestions?
[20:41] <mhall119> doh!
[20:43] <mhall119> what's the error?
[20:43] <Ronnie> using    super(Venue, instance).save()  works
[20:43] <mhall119> oh, nevermind, I know what's happening now
[20:44] <mhall119> yeah, that'll work
[20:44] <mhall119> the problem is it's looking for an old version of the data, to see if the venue's timezone has changed, but there is no old data
[20:44] <Ronnie> indeed
[20:45] <Ronnie> so forcing the super to call save() and not Venue itself solved it
[20:45] <mhall119> right
[20:46] <mhall119> or you can wrap "old = Venue.objects.get(id=self.id)" in a try block, and skip the comparison if an exception is raised
[20:47] <mhall119> do me a favor and file a bug against the Venue.save, so I can put a fix in there
[20:48] <Ronnie> oke, il ldo
[20:50] <Ronnie> mhall119: bug 692734
[20:50] <ubot4> Launchpad bug 692734 in loco-directory "Venue objects when created with forced id, gives an error (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/692734
[20:50] <mhall119> thanks
[20:52] <Ronnie> mhall119: should i make the fix, and include it in my import-live branche?
[20:52] <Ronnie> its not that hard
[20:57] <Ronnie> ill have to go now. ill take a look tonight at the problem
[20:59] <mhall119> sure, if you want to do it
[22:41] <althara2> How long should I wait after submitting a ticket to get a loco team channel logged before encouraging the process along?
[22:47]  * nhandler answered althara2 in #ubuntu-irc
[23:18] <Ronnie> mhall119: are you still here?
[23:53] <Ronnie> cjohnston: online?
[23:56] <Ronnie> if both of you can test: lp:~ronnie.vd.c/loco-directory/611304 . It should work fine now
[23:56] <cjohnston> ill try tomorrow
[23:56] <cjohnston> ive gotten sick so im about to go pass out after i spend a few more minutes with the birthday girl