[07:21] <locodir-user> mn,bnj,
[09:18] <YoBoY> good morning
[11:28] <cjohnston> its time to go diving!
[13:26] <locodir-user> Ronnie: Hey buddy 
[13:26] <Ronnie> hey ....
[13:26] <locodir-user> :)
[13:26] <locodir-user> Back to work on week ends :(
[13:27] <Ronnie> glad to be still student :)
[13:28] <locodir-user> Hmmm... !!! yaa !!! u lucky
[13:28] <locodir-user> nick / Tricky
[13:28] <locodir-user> :(
[13:28] <locodir-user> whats the command to change the nick ?
[13:28] <Ronnie>  /nick Tricky
[13:29] <TrickyJ> Cool :)
[13:29] <Ronnie> still on webchat
[13:29] <Ronnie> didn't chatzilla work?
[13:34] <TrickyJ> Yaa man chatzilla is not working
[13:35] <Ronnie> does it give specific errors?
[13:36] <TrickyJ> Naa i guess its a secured network it just say unable to connect try again..,May be i dont have access to it 
[15:35] <head_victim> Where is the loco.ubuntu.com/teams able to be updated?
[15:35] <head_victim> Is this only possible by team admins or anyone logged in?
[18:14] <Ronnie> im currently investigating: bug 611304, most of the code works already, but for security reasons, the user of the UserProfile is not sended with JSON, therefore the data cannot be copied 1:1. Does someone have thoughts about this?
[18:14] <ubot4> Launchpad bug 611304 in loco-directory "Import data from loco.ubuntu.com JSON service locally (affects: 1) (heat: 1)" [High,Triaged] https://launchpad.net/bugs/611304
[18:45] <mhall119> Ronnie: the username, id, first and last can be copied
[18:45] <mhall119> just not password
[18:45] <mhall119> the Profile JSON should just contain the user ID though
[18:46] <mhall119> there's already a service for the rest of the User object
[18:46] <Ronnie> mhall119: return model_service(UserProfile, request, url, exclude=['user'])
[18:46] <Ronnie> an userprofile cannot be linked to a django user
[18:46] <Ronnie> while all requests work with django users
[18:46] <mhall119> Ronnie: was that already there, or is this something you're doing?
[18:47] <Ronnie> thats the JSON, that is already in the code (development, i dont know whats currently live running)
[18:48] <mhall119> hmm, we can probably allow user, it should just show the integer id
[18:50] <Ronnie> the integer id should be enough
[18:50] <mhall119> check and see what it gives if you remove the exclide=['user']
[18:50] <Ronnie> im running into some other problems atm, but i think almost all can be solved. the model does not seemed to be changed too much
[18:51] <Ronnie> then it shlould work, other m2m and o2m relationships are working too
[18:51] <Ronnie> currently i get already the live date from the server
[18:52] <mhall119> awesome
[18:52] <mhall119> dholbach will love you for that
[19:08] <Ronnie> hmm, running into datetime problems now. i need to check for that too
[19:55] <Ronnie> mhall119: in what way does the live-data conflicts with the command init-ld and update ?
[20:31] <mhall119> init-ld pulls team and user data from Launchpad, and initializes countries and languages from system ISO files
[20:31] <mhall119> it doesn't populate any event of venue info
[20:32] <mhall119> live-data should probably pull everything, including what init-ld would do, and completely replace the local DB
[20:32] <mhall119> otherwise foreign keys might not line up right
[20:32] <Ronnie> indeed
[20:33] <Ronnie> but i have still a problem when an FK is deleted on the server side
[20:33] <Ronnie> have to look for a way to 'or' define the pk myself, 'or' make a mapping between the server_pk and local_pk
[20:46] <Ronnie> mhall119: i was thinking about the latter one
[21:18] <mhall119> I'm thinking you just require a complete replacement of all local data
[21:19] <mhall119> like a ./manage.py reset
[21:19] <Ronnie> true, but what about the mapping, can it be done without
[21:20] <mhall119> you shouldn't need a mapping if you're only using what's on the server
[21:20] <mhall119> unless the JSON services aren't giving you enough data for that
[21:20] <Ronnie> and what happens if entrys on the server are deleted?
[21:20] <mhall119> the live-data isn't meant to keep databases in sync
[21:21] <mhall119> just to give us 'live' data to test against when we're developing locally
[21:21] <Ronnie> i mean, when it is deleted before syncing, the PK does not exists anymore, but the local just keeps adding the numbers
[21:23] <mhall119> oh, you mean deleted mid-sync?
[21:24] <Ronnie> no, when an object is deleted on the server, the PK lets say 3 does not exists anymore. when i recreate the objects, django decides the pk. so with 1 and 2 are fine, but 4 on the server will be 3 on the local db
[21:25] <TrickyJ> watch out guys :P http://sphotos.ak.fbcdn.net/hphotos-ak-snc4/hs214.snc4/39050_421528357147_644872147_4574223_5524899_n.jpg
[21:45] <Ronnie> mhall119:  the script sometimes fails when the data on the server is null, while it cant be null in local db. need to find a proper solution for that one
[22:04] <TrickyJ> REGISTER <tricky#123> <alivesoftwares@rediffmail.com>
[22:04] <TrickyJ> :P
[22:05] <TrickyJ> Ronnie: check out here
[22:05] <TrickyJ> Syntax: REGISTER <password> <email-address>
[22:06] <Ronnie> yes, with that command (/msg Nickserv REGISTER <your_secret_pwd> <your_email>) you can register an account for IRC
[22:41]  * mhall119 is sooo tempted to troll czajkowski over being stranded right now
[22:41] <czajkowski> mhall119: BESTP_NOT_TO_DO_THAT
[22:41] <mhall119> ;0
[22:41] <mhall119> ;)
[22:42] <mhall119> merry Christmas czajkowski, it's 74 F here
[22:42] <mhall119> you should never have left
[22:43] <czajkowski> mhall119: so help me I will throttle you
[22:59] <Ronnie> mhall119: how soon jou think the server instance can be chainged, so the UserProfiles, includes the User Id?
[23:18] <Ronnie> mhall119: running into problems with the 'overwritten' save function of Venue