[00:18] Ronnie: ?? [00:19] mhall119, cjohnston, paultag any idea why null=True can be found here: attendee_profile = models.ForeignKey(UserProfile, help_text=_('the name of the attendee'), null=True) [00:39] 99% of the data is imported correctly. the only problem (besides the User), is the subclassing of BaseEvent. Passing variables to TeamEvent and GlobalEvent does not work correct. The 'own' variables are stored correctly, but the BaseEvent params are empty [00:49] mhall119: ping [00:59] hmm, i see subclassing is a onetoone field, i guess i can solve that one [01:10] ‎czajkowski: here? [01:11] not really [01:11] ‎czajkowski: so ttyl [01:11] if it's about the mail, can you keep correspondance on mail please . [01:11] ‎yes. [01:12] ‎thanks [02:03] czajkowski: pong [02:04] mhall119: tis ok used noggin [02:04] wasa LD issue [02:04] :) [02:04] said I may as well make use of the time and start re approvals [02:05] mhall119: your needed in #django if you have the time [02:05] Ronnie: on my way [02:35] * mhall119 sends czajkowski a virtual Blake to keep her company at Heathrow [02:37] mhall119: it totally worked. [02:37] ik have now a local copy of loco.ubuntu.com [02:37] it takes some time to process the whole script, but it runs without errors (except the User to UserProfile) [02:38] Ronnie: yay! [02:38] mhall119: if you have time tomorrow, could you test my branche, to see if it also works in 1.1.x [02:38] sure thing [02:38] dholbach should be happy [02:39] I might work an emergency update in to get UserProfile.User in the JSON feed for you [02:39] unfortunately we've got a lot of stuff in trunk that's not ready to go out, so we can't do a standard deployment [02:40] Ronnie: do me a favor and file a Critical bug for getting the user field of UserProfile in the JSON feed [02:40] i will [02:40] go ahead and assign it to me too [02:40] and thanks for all the work you've put been putting in [02:43] one of my targets after getting ubuntu membership, was getting more involved internationally. I have to admit, i really like it [02:44] where are you? [02:45] from where... The netherlands [02:45] mhall119: i cant set the priority, can you do that [02:45] yeah [02:46] I'll make that fix tomorrow, but it'll probably be sometime next week before we can get it deployed [02:46] https://bugs.launchpad.net/loco-directory/+bug/692098 [02:46] Launchpad bug 692098 in loco-directory "JSON service does not send the user field for UserProfile (affects: 1) (heat: 6)" [Undecided,New] [02:46] since LD is hosted on Canonical's servers, we have to put in a request with their IS team to do it [02:46] thats ok [02:47] good to know anyway [02:48] so, now my mind is ready to go to sleep. No more spooky spinning thoughts [02:49] yeah, it's pretty late over there [02:50] see you tomorrow then [02:50] g'night === fenris is now known as Guest1587 [06:20] When I created http://loco.ubuntu.com/events/team/587/detail/ event it was linked to http://loco.ubuntu.com/teams/ubuntu-au/ that team. Now it's not showing as being for any specific team. I can't see a way to relink it. Is there something I've done incorrectly? [06:24] head_victim, file an actual bug on launchpad for it. [06:24] elky: thanks will do [06:25] I can't even poke around to check since i'm crippled by the launchpadname2 bug [06:27] head_victim, yeah, maybe adding my clone as admin might be worthwhile [06:27] but, it doesn't exist on launchpad, so it might 'splode things [08:11] good morning === DdordaME is now known as Ddorda [13:06] please don't splode loco-directory [13:07] head_victim: did ubuntu-au change it's name in Launchpad? [13:07] mhall119: not that I'm aware of, it changed owners is all that I know happened [13:08] hmmm [13:08] how long was the event associated with your team? [13:09] Week or so? [13:09] Maybe 2 - 3 [13:11] weird, there's no functionality for removing a team from an event in LD [13:12] I'm not even sure what code might harbor a bug that would do it [13:12] but file a bug against loco-directory, and we'll see what we can track down [13:13] and maybe get someone to fix it for you in the db [13:13] Thanks for that. [13:14] head_victim: were there any other events for au ever listed in LD? [13:14] mhall119: I don't think so. I think that was the first one [13:15] czajkowski: you still stuck? === DdordaME is now known as Ddorda === daker_ is now known as daker [17:57] howdy [18:38] how was diving cjohnston ? [18:39] cold [18:39] 56 degrees [18:39] ah ツ [18:46] tethering sucks! [18:53] hey all [18:54] hai Ronnie [18:59] Ronnie: the team members/other members... for some reason they arent sorting for me [18:59] plus I added a comment to the review [19:00] cjohnston: ill have a look [19:00] i can now test with live data :D [19:00] other than if it doesnt work, I don't know why it isnt ordering the users correctly [19:01] with the json stuff Ronnie ? [19:01] yes [19:01] I need to learn how to do that [19:01] finished the code yesterday [19:01] cool [19:01] its easy [19:01] (altohugh the users and UserProfile are not linked correctly) [19:02] that was the new bug correct? [19:02] yes [19:02] mhall119: will make the fix asap, and hopefully next week it will be included on the server [19:03] cool [19:03] for JSON: grab the code from this page: https://code.launchpad.net/~ronnie.vd.c/loco-directory/611304 [19:03] and run: ./manage.py import-life-data [19:03] i dont know if migrate, init-ld and update are still neccecairy [19:04] the syncing takes a lot of time [19:04] i bet [19:04] it does a lot of database requests [19:04] and im teathered [19:04] prolly not a good idaa [19:08] init-ld is needed to receive the code from ubuntu-website [19:08] yes [19:16] you can get the ubuntu-website code manually [19:16] init-ld is just a helper in that respect [19:17] mhall119: true, maybe its better to include that one in the future as a separate command [19:18] mhall119: maybe its also a good idea, to get only the relevant data from the server datetime.now() - 2 months for the events [19:24] yeah, I think that would be safe [19:26] cjohnston: I'm going to push the change to the UserProfile JSON feed to production, unless youhave any concerns [19:26] it's literally one line: http://bazaar.launchpad.net/~mhall119/loco-directory/fixes-692098/revision/345 [19:30] cjohnston: first: ^ then: on which page, the team_members/other_members are not sorted? [19:31] cjohnston: http://ubuntuone.com/p/UUx/ [19:38] Ronnie: okay, update is made, it's in IS's hands now [19:39] then ill make an update to the script, so the fake linking disappears [19:42] oh nice, rt replies with a ticket # now [19:49] Ronnie: for owner.contacts [19:49] and add meeting [19:50] mhall119: that shouldd be fine [19:51] cjohnston: meeting, indeed. ill fix that in a sec. on what pages are the owner.contacts displayed? [19:56] owner/contracts [19:56] edit tea [19:56] team [19:57] mhall119: can we make all the json stuff work with this update? [19:57] cjohnston: what other json work is needed? [19:58] i thought Ronnie had a json patch [19:58] cjohnston: I think his is all on the consuming end [19:58] ok [19:58] mine is indeed on the consuming end [19:59] ill upload the new versions when the server is updated [20:00] cool [20:10] Ronnie: one sec.. got a scvreenshot for ya [20:11] oke, i already fixed it for adding new meetings, but not for updating meetingd [20:11] http://img717.imageshack.us/img717/3333/screenshotfloridalocote.png [20:12] Ronnie: mhall119 ^ [20:13] mhall119: are you able to reproduce the results of cjohnston [20:15] The way I did it was created a new instance, syncdb mirate init-ld update then merge in and runserver] [20:17] mhall119, cjohnston: any idea why: user__groups__name__in=self.instance.teams.all() does not work, but user__groups__name__in=[self.instance.teams.all()[0]] does? [20:18] beyond my skill level [20:20] ill now use: teams = [team for team in self.instance.teams.all()] [20:20] gotta call [20:22] cjohnston: it could be that you just don't have team membership for anybody in your new instance [20:22] Ronnie: .all() returns an iterator, not a list or tuple [20:23] mhall119: but i expacted that __in also needed an iterator (not exactly and list or tuple) [20:23] you could also do user__groups__name__in=[t for t in self.instance.teams.all()] [20:23] mhall119: thats indeed my solution now [20:23] Ronnie: I don't think it'll take an iterator [20:27] cjohnston: mhall119, could you test: https://code.launchpad.net/~ronnie.vd.c/loco-directory/627492 [20:27] meetings now work [20:44] the event location map is now updated too, and works for global events. althoug the placing and styling needs some work [20:44] is there someone with knowlegde of the HTML/CSS ? [21:19] Ronnie: still not sorted [21:19] can you try setting up a new install from trunk and then merge your fixes [21:20] oke [21:31] cjohnston: im now trying: http://pastebin.com/9rmUxFhv [21:33] I didnt import the life data [21:33] is that the problem? [21:34] i havent tried 'a clean one'. now running into an error. the server is not updated yet. so retrieving live data does not work yet [21:35] http://pastebin.com/JPDzhkWK [21:35] thats how i did it [21:35] because its more like the live version [21:36] set it up to run and THEN merge in the patch [21:44] oke, trying that one now [22:02] cjohnston: indeed, when i follow your method, the sorting fails [22:05] Ronnie: afaik thats the way that it should be tested as thats the way we do it [22:09] cjohnston: i do not agree, because the data on the local side is different from the server. On the local side, the users have no groups. therefore the code cannot work. On the server the users HAS groups, and therefore can be linked to different teams [22:17] cjohnston: if you manually add users to some groups, the script works. So, i guess there is nothing wrong with the code, but with the initial script for the local part [22:18] mhall119: ping [22:18] what do you mean has groups vs doesnt have groups [22:18] a local copy of ld knows what team you belpong to [22:18] cjohnston: pong [22:18] cjohnston: why does users have no group assigned then? [22:19] okay, when setting LD up locally, init-ld will create users from team admins in LP [22:19] the import-life-data (shouldn't that be live instead of life? ) creates a mirror of the server (as far as security and privacy allows) [22:19] but it won't assign them to a team/group until they actually log into LD [22:19] yes, s/life/live/ [22:19] mhall119: how should this be tested [22:20] cjohnston: log in using openid, that should assign your user at least to a group/team [22:22] mhall119: when i login with openid, no UserProfile is created. but the User is indeed linked to the group [22:22] hmmm, I thought we were creating profiles at login.... [22:25] mhall119: i think it creates the profile when the profile is called the first time [22:26] hmmm... [22:27] that was dholbach's area, I'm not as familiar with it as I would like [22:33] ill mark it as a bug then. high priority? [22:33] mhall119: ^ [22:33] I don't know on priority, there might be a reason they're not being created on login [22:37] mhall119: true, lets wait for an answer from dholbach first then [22:38] when i set it up, it knows what team im on [22:38] so it should know what team everyone is on [22:39] unless because the other users havent logged in,it doesnt know cause it hasnt already downloaded it [22:39] cjohnston: does is know also when you not have logged in? [22:40] i dunno [22:40] cjohnston: can you see yourzelf as a member of your own team, when editing your team details? [22:40] it only gets membership details for a user when they log in [22:41] Ronnie: no [22:41] noone shows up [22:42] cjohnston: when you lookup your User, in the admin interface, is the group your in activated? === locodir-user is now known as TrickyJ [23:25] Ronnie hi [23:26] hi === TrickyJ[a] is now known as TrickyJ [23:26] hey [23:27] :)