=== 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 | #ubuntu | 08:25 |
---|---|---|
=== jussi01_ is now known as jussi | ||
=== fenris is now known as Guest75398 | ||
mhall119 | morning | 13:18 |
nigelb | Morning mhall119 | 13:20 |
=== fenris is now known as Guest44826 | ||
=== Guest44826 is now known as ejat | ||
Ronnie | morning mhall119 | 13:32 |
mhall119 | morning nigelb and Ronnie | 14:28 |
mhall119 | hmm, no dholbach? | 14:28 |
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:29 |
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:30 |
nigelb | btw, is planet fonts broken for everyone? | 14:33 |
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:43 |
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:44 |
mhall119 | I just don't agree with a lot of his "Joel on Software" writings | 14:45 |
nigelb | Ah, that's true | 14:45 |
nigelb | I wonder if we should do something similar for git :D | 14:46 |
mhall119 | or bzr ;) | 14:46 |
nigelb | yep, or bzr :) | 14:48 |
=== JanC_ is now known as JanC | ||
mhall119 | yay, new fun stuff: https://launchpad.net/ubuntu-django-foundations/bzr-apps | 18:04 |
markjones | ooh: http://www.system76.com/article_info.php?articles_id=9 | 18:12 |
JanC | markjones: dat reminds me I have to mail them to get more stickers ;) | 18:15 |
markjones | it's a shame the ubuntu key stickers aren't available worldwide | 18:16 |
JanC | well, they have to pay for those stickers and give them away for free, so no point in complaining ;) | 18:22 |
Ronnie | mhall119: what does it do? | 18:28 |
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:34 |
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:35 |
mhall119 | bzr_apps is going to make ubuntu-django-foundations so much easier | 18:36 |
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:37 |
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:39 |
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:56 |
mhall119 | Daviey: you around? | 18:57 |
Daviey | mhall119, sadly | 19:10 |
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:11 |
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:12 |
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:13 |
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:14 |
mhall119 | you can even do "date:2010-12-20" | 19:15 |
mhall119 | instead of a revision | 19:15 |
Daviey | that is nice | 19:17 |
mhall119 | this is all you need in your settings.py | 19:20 |
mhall119 | http://paste.ubuntu.com/546060/ | 19:20 |
mhall119 | technically, I can do more than just django apps | 19:21 |
mhall119 | as you see with the twidenash stuff | 19:21 |
Ronnie | mhall119: update script works fine here. can some people verify: bzr branch lp:~ronnie.vd.c/loco-directory/611304 | 19:29 |
mhall119 | testing it now | 19:31 |
mhall119 | wow, users takes a while | 19:35 |
mhall119 | maybe it should only pull users as needed? | 19:36 |
Ronnie | mhall119: what do you mean by "as needed" | 19:37 |
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:39 |
daker | \o/ | 19:40 |
* daker like errors | 19:40 | |
mhall119 | http://paste.ubuntu.com/546069/ | 19:40 |
Ronnie | mhall119: explainable i guess. ill keep the first user in database (it can be a super user). probably this causes the conflict | 19:41 |
Ronnie | should be solved before merge | 19:42 |
Ronnie | any suggestions for this problem? | 19:44 |
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:45 |
Ronnie | mhall119: ^ | 19:47 |
mhall119 | hmmm, without knowing the exact cause, it's hard to say | 20:04 |
mhall119 | I changed user_id=1 from 'root' to 'mhall119localtesting', if it was conflicting with that, it should run fine now, right? | 20:08 |
Ronnie | mhall119: it should, else the error should be on the server too, but i wont get the error | 20:13 |
mhall119 | okay, looks like it made it safely through the users | 20:23 |
Ronnie | mhall119: what about: http://paste.ubuntu.com/546089/ | 20:25 |
Ronnie | it should work, but it also catches other exceptions | 20:25 |
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:26 |
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:27 |
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:28 |
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:29 |
Ronnie | true, except for the 'superuser' | 20:30 |
mhall119 | yeah, that's the only one | 20:30 |
Ronnie | how to solve that problem? | 20:30 |
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:31 |
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:32 |
mhall119 | awesome work though | 20:33 |
Ronnie | thx, more will come i hope ;) | 20:33 |
Ronnie | mhall119: Venue objects gives error when passing it id's because of its own save() function. any suggestions? | 20:41 |
mhall119 | doh! | 20:41 |
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:43 |
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:44 |
Ronnie | so forcing the super to call save() and not Venue itself solved it | 20:45 |
mhall119 | right | 20:45 |
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:46 |
mhall119 | do me a favor and file a bug against the Venue.save, so I can put a fix in there | 20:47 |
Ronnie | oke, il ldo | 20:48 |
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:50 |
Ronnie | mhall119: should i make the fix, and include it in my import-live branche? | 20:52 |
Ronnie | its not that hard | 20:52 |
Ronnie | ill have to go now. ill take a look tonight at the problem | 20:57 |
mhall119 | sure, if you want to do it | 20:59 |
althara2 | How 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-irc | 22:47 | |
Ronnie | mhall119: are you still here? | 23:18 |
Ronnie | cjohnston: online? | 23:53 |
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 | 23:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!