/srv/irclogs.ubuntu.com/2010/12/20/#ubuntu-locoteams.txt

=== nixternal_ is now known as nixternal
=== DdordaME is now known as Ddorda
=== fenris is now known as Guest79815
=== Guest79815 is now known as ejat
habanany#ubuntu08:25
=== jussi01_ is now known as jussi
=== fenris is now known as Guest75398
mhall119morning13:18
nigelbMorning mhall119 13:20
=== fenris is now known as Guest44826
=== Guest44826 is now known as ejat
Ronniemorning mhall11913:32
mhall119morning nigelb and Ronnie 14:28
mhall119hmm, no dholbach?14:28
Ronniemhall119: : its like a rule of thumb. when you need people, they are always away14:29
nigelbRonnie: +114:29
nigelbmhall119: Christmas celebration probably :)14:29
mhall119probably14:30
mhall119Ronnie: no word from IS yet, I'll keep on them to get that update out14:30
Ronniethx mhall11914:30
nigelbbtw, is planet fonts broken for everyone?14:33
mhall119dunno, I've been reading it through liferea14:43
nigelbmhall119: Have you seen http://hginit.com/?14:43
nigelberr, minus the questions marks :p14:43
mhall119nigelb: nope, but a good idea14:44
mhall119as much as I don't like Joel Spolsky14:44
nigelbmhall119: heh, what's bad about him?14:44
mhall119I just don't agree with a lot of his "Joel on Software" writings14:45
nigelbAh, that's true14:45
nigelbI wonder if we should do something similar for git :D14:46
mhall119or bzr ;)14:46
nigelbyep, or bzr :)14:48
=== JanC_ is now known as JanC
mhall119yay, new fun stuff: https://launchpad.net/ubuntu-django-foundations/bzr-apps18:04
markjonesooh: http://www.system76.com/article_info.php?articles_id=918:12
JanCmarkjones: dat reminds me I have to mail them to get more stickers  ;)18:15
markjonesit's a shame the ubuntu key stickers aren't available worldwide18:16
JanCwell, they have to pay for those stickers and give them away for free, so no point in complaining  ;)18:22
Ronniemhall119: what does it do?18:28
mhall119Ronnie: lets you keep apps from other bzr branches in sync18:34
Ronniesouds great18:34
mhall119so, instead of having to "bzr branch lp:ubuntu-website/light-django-theme ubuntu_website"18:34
mhall119and do bzr pull on that occasionally18:34
mhall119you just run "./manage.py pullapps" and it'll get what you need18:35
Ronniei hope the NL community will use django (ubuntu foundations) in the future for their website. but first we'll need more local django developers18:35
mhall119bzr_apps is going to make ubuntu-django-foundations so much easier18:36
Ronniemhall119: are there any blueprints or something about the UDF ? i remember some talks at UDS, but i cant find any documentation/plans for it18:37
mhall119Ronnie: there's a branch I was hacking on several weeks ago18:39
mhall119and the gobby document from the UDS session18:39
mhall119Ronnie: 'user' is in the production /profiles/ feed now18:56
Ronnieill have a test. if it works, ill do a merge request18:56
mhall119Daviey: you around?18:57
Davieymhall119, sadly19:10
mhall119Daviey: https://launchpad.net/ubuntu-django-foundations/bzr-apps19:11
mhall119something I'm working on for loco-directory and ubuntu-django-foundations19:11
mhall119it lets you specify, in your settings.py, a collection of django apps from different bzr branches, and which version of them you want19:12
Davieymhall119, nice!19:12
mhall119then you ./manage.py pullapps to keep them in sync19:12
Davieymhall119, how can i help?19:12
mhall119testing mostly19:12
Davieymhall119, will do!19:12
mhall119and adding features beyond just "pullapps", though that alone will probably be the biggest use19:12
DavieyI'll branch it now :)19:12
mhall119it uses bzr's flexble revisionspec too19:13
Davieymhall119, checkrevno :)19:13
mhall119so your "revision" can be an id, a number, tag:foo, etc19:13
Davieyoooo19:13
mhall119or -1 for HEAD19:13
Davieydidn't know about that19:13
Davieywell knew -1 == HEAD19:13
mhall119yeah, anywhere that takes a revision #, should also take "tag:foo"19:14
mhall119bzr help revisionspec19:14
mhall119all kinds of goodies19:14
mhall119you can even do "date:2010-12-20"19:15
mhall119instead of a revision19:15
Davieythat is nice19:17
mhall119this is all you need in your settings.py19:20
mhall119http://paste.ubuntu.com/546060/19:20
mhall119technically, I can do more than just django apps19:21
mhall119as you see with the twidenash stuff19:21
Ronniemhall119: update script works fine here. can some people verify: bzr branch lp:~ronnie.vd.c/loco-directory/61130419:29
mhall119testing it now19:31
mhall119wow, users takes a while19:35
mhall119maybe it should only pull users as needed?19:36
Ronniemhall119: what do you mean by "as needed"19:37
mhall119only pull in a user if some other record is referrign to them19:39
mhall119if someone isn't an admin, contact, attendee or commentor, there's no reason to import them19:39
mhall119uh oh, got an error...19:39
daker\o/19:40
* daker like errors19:40
mhall119http://paste.ubuntu.com/546069/19:40
Ronniemhall119: explainable i guess. ill keep the first user in database (it can be a super user). probably this causes the conflict19:41
Ronnieshould be solved before merge19:42
Ronnieany suggestions for this problem?19:44
Ronniecatch the error, and dont save the user, add an id mapping to the first user? or could this lead to other errors?19:45
Ronniemhall119: ^19:47
mhall119hmmm, without knowing the exact cause, it's hard to say20:04
mhall119I changed user_id=1 from 'root' to 'mhall119localtesting', if it was conflicting with that, it should run fine now, right?20:08
Ronniemhall119: it should, else the error should be on the server too, but i wont get the error 20:13
mhall119okay, looks like it made it safely through the users20:23
Ronniemhall119: what about: http://paste.ubuntu.com/546089/20:25
Ronnieit should work, but it also catches other exceptions20:25
mhall119but that may not give us an exact match of production data20:26
Ronniethe id's do not match, but all the other info should be like on the server. Or what am i missing ?20:26
mhall119the local ids won't currently match the server ids?20:27
mhall119why not?20:27
Ronnieno, but the relationships keep intact20:27
Ronniebecause django decides the id/pk for a newly created object20:27
Ronniethere are ways to mess with that, but i dont think its a good idea to doo20:28
mhall119if you pass in an id value, django should use that, instead of creating one20:28
Ronnieand if the id already exists?20:29
mhall119they it'll over-write the existing data20:29
mhall119which shouldn't be an issue here, since we're deleting everything anyway20:29
Ronnietrue, except for the 'superuser'20:30
mhall119yeah, that's the only one20:30
Ronniehow to solve that problem?20:30
Ronniecan a superuser be difined in local_settings ?20:31
mhall119grab that user before you delete everything, then do your import, then delete the user's id and save it20:31
mhall119Ronnie: no, just debug users20:31
Ronniesounds ok20:31
Ronnielets do a test...20:31
mhall119the update finished, and everything looks good20:32
mhall119but I think having identical ids will help us when trouble shooting errors on the server20:32
mhall119awesome work though20:33
Ronniethx, more will come i hope ;)20:33
Ronniemhall119: Venue objects gives error when passing it id's because of its own save() function. any suggestions?20:41
mhall119doh!20:41
mhall119what's the error?20:43
Ronnieusing    super(Venue, instance).save()  works20:43
mhall119oh, nevermind, I know what's happening now20:43
mhall119yeah, that'll work20:44
mhall119the 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 data20:44
Ronnieindeed20:44
Ronnieso forcing the super to call save() and not Venue itself solved it20:45
mhall119right20:45
mhall119or you can wrap "old = Venue.objects.get(id=self.id)" in a try block, and skip the comparison if an exception is raised20:46
mhall119do me a favor and file a bug against the Venue.save, so I can put a fix in there20:47
Ronnieoke, il ldo20:48
Ronniemhall119: bug 69273420:50
ubot4Launchpad 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/69273420:50
mhall119thanks20:50
Ronniemhall119: should i make the fix, and include it in my import-live branche?20:52
Ronnieits not that hard20:52
Ronnieill have to go now. ill take a look tonight at the problem20:57
mhall119sure, if you want to do it20:59
althara2How long should I wait after submitting a ticket to get a loco team channel logged before encouraging the process along?22:41
* nhandler answered althara2 in #ubuntu-irc22:47
Ronniemhall119: are you still here?23:18
Ronniecjohnston: online?23:53
Ronnieif both of you can test: lp:~ronnie.vd.c/loco-directory/611304 . It should work fine now23:56
cjohnstonill try tomorrow23:56
cjohnstonive gotten sick so im about to go pass out after i spend a few more minutes with the birthday girl23:56

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