| *** tpb has joined #melangedev | 00:00 | |
| *** jameslevy has quit IRC | 00:48 | |
| *** madrazr has joined #melangedev | 01:06 | |
| *** SRabbelier has joined #melangedev | 01:22 | |
| *** ChanServ sets mode: +o SRabbelier | 01:22 | |
| *** madrazr has quit IRC | 01:41 | |
| *** solydzajs has joined #melangedev | 03:41 | |
| *** ChanServ sets mode: +o solydzajs | 03:41 | |
| *** MatthewWilkes has joined #melangedev | 05:45 | |
| *** solydzajs has quit IRC | 06:37 | |
| *** tansell-laptop has quit IRC | 07:53 | |
| *** MatthewWilkes has quit IRC | 08:26 | |
| *** solydzajs has joined #melangedev | 09:50 | |
| *** ChanServ sets mode: +o solydzajs | 09:50 | |
| *** solydzajs has quit IRC | 10:19 | |
| *** solydzajs has joined #melangedev | 10:22 | |
| *** ChanServ sets mode: +o solydzajs | 10:22 | |
| *** madrazr has joined #melangedev | 10:28 | |
| *** solydzajs has quit IRC | 10:41 | |
| *** madrazr has left #melangedev | 13:20 | |
| *** MatthewWilkes has joined #melangedev | 13:39 | |
| *** SRabbelier has quit IRC | 13:39 | |
| *** madrazr has joined #melangedev | 13:54 | |
| *** madrazr has quit IRC | 14:00 | |
| *** madrazr has joined #melangedev | 14:00 | |
| *** SRabbelier has joined #melangedev | 14:16 | |
| *** ChanServ sets mode: +o SRabbelier | 14:16 | |
| *** SRabbelier has quit IRC | 14:35 | |
| *** SRabbelier1 has joined #melangedev | 14:35 | |
| *** SRabbelier has joined #melangedev | 14:35 | |
| *** ChanServ sets mode: +o SRabbelier | 14:35 | |
| *** MatthewWilkes has quit IRC | 14:40 | |
| *** MatthewWilkes has joined #melangedev | 14:41 | |
| *** Lennie has joined #melangedev | 15:49 | |
| *** ChanServ sets mode: +o Lennie | 15:49 | |
| *** madrazr was kicked by Lennie (Please return ^_^) | 15:52 | |
| *** madrazr has joined #melangedev | 15:52 | |
| *** ChanServ sets mode: +v madrazr | 15:52 | |
| Lennie | ^_^ | 15:52 |
|---|---|---|
| madrazr | ROFL I did not even realize :P | 15:52 |
| Lennie | SRabbelier: I'm right in stating that project members get +v here? | 15:53 |
| madrazr | Lennie: +1 :D | 15:53 |
| madrazr | ;-) | 15:53 |
| Lennie | could you do /hop madrazr ? | 15:54 |
| Lennie | or rejoin the channel if that command is unknown :P | 15:54 |
| madrazr | Lennie: /hop is unknown | 15:55 |
| madrazr | so rejoining | 15:55 |
| *** madrazr has left #melangedev | 15:55 | |
| *** madrazr has joined #melangedev | 15:55 | |
| *** ChanServ sets mode: +v madrazr | 15:55 | |
| Lennie | ok | 15:55 |
| Lennie | just checking | 15:55 |
| Lennie | I did one flag too many ^_^ | 15:55 |
| Lennie | still seems to be working | 15:55 |
| madrazr | heh :) | 15:55 |
| madrazr | Lennie: as discussed earlier, just to make sure | 15:57 |
| madrazr | I am keeping all my code in app/ghop right? | 15:57 |
| madrazr | at least ATM? | 15:57 |
| Lennie | yeah | 15:57 |
| madrazr | Lennie: Ok cool! | 15:57 |
| Lennie | we'lll help out when we're gonna "screw things over" | 15:58 |
| madrazr | Lennie: yeah Ok. Thats very much clear on my mind :P | 15:58 |
| SRabbelier | Lennie: yes, you are right | 16:14 |
| Lennie | gratz madrazr :) | 16:14 |
| madrazr | Lennie: Thanks :) | 16:15 |
| madrazr | Lennie: "I would suggest merging nr_winners and nr_runnerups. We basically just want every org to submit their top X students in the order they specify." I was about to ask this question when you were back | 16:15 |
| madrazr | Lennie: but doesn't GHOP specify winners and runner-ups separately? | 16:15 |
| Lennie | I thought I made that clear already :D | 16:15 |
| Lennie | yes it does | 16:15 |
| Lennie | but see | 16:16 |
| Lennie | if you have a top X | 16:16 |
| Lennie | you can cut it wherever you like | 16:16 |
| Lennie | and it makes it more usable for other contest hosters | 16:16 |
| madrazr | Lennie: that cut can be made automated no? | 16:16 |
| madrazr | Lennie: does that mean, if some other contest has only winners and no runner-ups? | 16:16 |
| Lennie | SRabbelier, you would agree that specifying top X is better then splitting it? | 16:16 |
| Lennie | madrazr every contest with more then prize has runner ups :P | 16:17 |
| Lennie | if you get a silver medal you are still a runner-up :D | 16:17 |
| SRabbelier | Lennie: yes, I'm in favor of specifying a top-N and then taking the first N from that as winners | 16:17 |
| Lennie | although one would be very happy with silver | 16:17 |
| Lennie | it still is not gold :) | 16:17 |
| madrazr | Lennie: heh Ok :) | 16:18 |
| Lennie | yes we can automate that cut | 16:18 |
| Lennie | but this way we leave more room for implementing auto-prize stuff | 16:18 |
| madrazr | Lennie: Ok | 16:19 |
| madrazr | Lennie: can we discuss about TaskHistory now? or should we wait for Pawel too for that discussion | 16:19 |
| Lennie | hehe | 16:19 |
| madrazr | anyways SRabbelier is here | 16:19 |
| Lennie | that's why I pinged SRabbelier | 16:19 |
| madrazr | Ok | 16:19 |
| Lennie | you still here dude :)? | 16:19 |
| SRabbelier | I am! :P | 16:19 |
| Lennie | apparently he is | 16:20 |
| madrazr | Lennie: SRabbelier: my idea of TaskHistory was storing something like the Changesets in RCSs | 16:20 |
| madrazr | but not identical to that | 16:20 |
| Lennie | although we have the time to see if TaskHistory works out I'd still like to be more sure about it | 16:21 |
| * madrazr seconds Lennie | 16:21 | |
| Lennie | so SRabbelier | 16:26 |
| SRabbelier | Lennie: yes Lennie? | 16:27 |
| Lennie | you agree that we need to make the history of a task easily visible? | 16:27 |
| Lennie | and that we need to be able to datamine it aswell | 16:27 |
| SRabbelier | Lennie: aye | 16:27 |
| Lennie | ? | 16:27 |
| SRabbelier | Lennie: yes | 16:27 |
| Lennie | I'm not sure if the current idea supports this with ease? | 16:29 |
| Lennie | (that's not really a question :P) | 16:29 |
| madrazr | just 3 mins | 16:30 |
| madrazr | connection resets | 16:30 |
| Lennie | SRabbelier: have you seen the proposed solution? | 16:32 |
| SRabbelier | Lennie: summarize it to spark my brainz? | 16:33 |
| *** madrazr1 has joined #melangedev | 16:33 | |
| Lennie | basically all the same fields | 16:33 |
| *** madrazr has quit IRC | 16:33 | |
| Lennie | but only the ones changed get filled in | 16:33 |
| Lennie | plus added timestamp | 16:33 |
| Lennie | http://code.google.com/p/soc/wiki/GHOPImplementationDesign#TaskHistory | 16:34 |
| tpb | <http://ln-s.net/3Cw7> (at code.google.com) | 16:34 |
| SRabbelier | Lennie: which is why madrazr1 asked about sizes of entities | 16:34 |
| Lennie | yeah I do not care about the size :p | 16:34 |
| SRabbelier | me neither | 16:35 |
| *** madrazr1 has left #melangedev | 16:36 | |
| *** madrazr has joined #melangedev | 16:36 | |
| *** ChanServ sets mode: +v madrazr | 16:36 | |
| madrazr | funny that it still doesn't allow me to /nick :P | 16:36 |
| Lennie | idd | 16:37 |
| Lennie | so | 16:37 |
| Lennie | the history | 16:37 |
| madrazr | Lennie: I still did not understand your concerns | 16:37 |
| madrazr | the 2 you said in the mail | 16:37 |
| Lennie | I'm also wondering if this is the granularity we need | 16:37 |
| Lennie | or that we just need to keep track of the state and who's assigned | 16:37 |
| madrazr | Lennie: yeah thats right too, actually if some one comes up with the much sought after diff feature | 16:38 |
| madrazr | I think this can be easily replaced | 16:38 |
| madrazr | no? | 16:38 |
| Lennie | diff is more for text then for complete models (I hope) | 16:38 |
| madrazr | Lennie: Ok | 16:38 |
| madrazr | Lennie: I am still thinking this kind of granularity would help providing changes as comments, code.google.com issue tracker style | 16:39 |
| Lennie | it might | 16:39 |
| madrazr | it is just a matter of specifying the changed field | 16:39 |
| Lennie | the problem is that a change in one forces a change in the other model | 16:40 |
| madrazr | yeah | 16:40 |
| Lennie | oh | 16:40 |
| Lennie | I missed an important model btw :P | 16:40 |
| madrazr | Lennie: which one? | 16:41 |
| Lennie | next to comment one should not forget the URL property that we want for the solution | 16:41 |
| Lennie | this should be a seperate field in the task so that it can easily be seperated from the rest | 16:41 |
| Lennie | pr | 16:42 |
| Lennie | or | 16:42 |
| Lennie | we could make a seperate model for it so that it is possible to display multiple in chronological order :) | 16:42 |
| madrazr | Lennie: I did not get that | 16:43 |
| Lennie | you remember that we talked about submitting your solution to a task? | 16:43 |
| Lennie | that we wanted file upload but we can't do that yet | 16:43 |
| madrazr | yeah | 16:43 |
| Lennie | and some things do not need an upload | 16:43 |
| madrazr | Lennie: ah Ok | 16:44 |
| madrazr | got it | 16:44 |
| madrazr | additional work? | 16:44 |
| Lennie | we decided something like a non-required URL that would contain the submission for the task | 16:44 |
| madrazr | Lennie: yeah | 16:44 |
| Lennie | and that would automatically mark it as NeedsReview | 16:44 |
| madrazr | yes | 16:44 |
| madrazr | Lennie: I will add that property to Task | 16:45 |
| Lennie | hmm | 16:45 |
| madrazr | is it OK if it is a StringProperty? | 16:45 |
| Lennie | wait | 16:45 |
| madrazr | Lennie: Ok | 16:45 |
| Lennie | seperate model would be cooler? | 16:46 |
| Lennie | so that it can be easily updated to serve files? | 16:46 |
| Lennie | and that way you can keep track of the submissions over time | 16:46 |
| Lennie | because it allows one task to have multiple submissions | 16:46 |
| Lennie | SRabbelier: your comments? | 16:46 |
| madrazr | Lennie: by separate model you are thinking about 1:N relation | 16:47 |
| madrazr | ? | 16:47 |
| Lennie | yes | 16:47 |
| madrazr | Lennie: Ok | 16:48 |
| SRabbelier | Lennie: sorry, I are the distracted for a moment, will read backlog in moment | 16:48 |
| SRabbelier | apologies | 16:48 |
| Lennie | don't let MatthewWilkes bite you:P | 16:48 |
| Lennie | madrazr, are my other comments clear? | 16:53 |
| madrazr | Lennie: I have one question regarding timeline | 16:53 |
| madrazr | just a min | 16:54 |
| Lennie | you should check for consistency in the models and see if they serve their purpose | 16:54 |
| madrazr | ok | 16:54 |
| Lennie | but | 16:55 |
| Lennie | anyhow | 16:55 |
| Lennie | timeline | 16:55 |
| madrazr | Lennie: "A task claim deadline needs to be added, from that moment no tasks can be claimed/assigned anymore they can only be completed if they have been assigned before the deadline" I am not sure how this will work | 16:55 |
| Lennie | fire your question | 16:55 |
| Lennie | I'm getting sleepy :D | 16:55 |
| madrazr | Lennie: Ok :) | 16:55 |
| madrazr | Lennie: can you explain about that a bit please? | 16:55 |
| Lennie | not sure how to check? | 16:55 |
| Lennie | or not sure what it does? | 16:55 |
| madrazr | Lennie: what it does | 16:55 |
| Lennie | http://code.google.com/intl/nl/opensource/ghop/2007-8/faqs.html#tlq1 | 16:55 |
| tpb | <http://ln-s.net/3CwP> (at code.google.com) | 16:55 |
| Lennie | take a look there | 16:56 |
| Lennie | maybe it will help | 16:56 |
| madrazr | "January 22, 2008, 12:00 AM Pacific Time / 08:00 UTC: No tasks can be claimed; work on claimed tasks can continue" | 16:56 |
| madrazr | this one? | 16:56 |
| Lennie | yes | 16:56 |
| madrazr | Lennie: Ok | 16:56 |
| Lennie | is it clear what is does? | 16:57 |
| madrazr | Lennie: yes | 16:57 |
| madrazr | by seeing this | 16:57 |
| Lennie | as in no students can be assigned to tasks anymore | 16:57 |
| madrazr | I am now thinking of redefining the entire model for GHOP as required | 16:57 |
| madrazr | Lennie: yeah got that | 16:57 |
| Lennie | what model? | 16:57 |
| madrazr | timeline model | 16:57 |
| Lennie | hmm | 16:57 |
| Lennie | extending it will be fine | 16:57 |
| Lennie | the basic org and student signups are in there :) | 16:58 |
| madrazr | but what properties do we want to reuse from GSoC? | 16:58 |
| madrazr | yeah Org is there | 16:58 |
| Lennie | GSoC already extends basic timeline :) | 16:58 |
| Lennie | the base class is not that big | 16:58 |
| madrazr | Lennie: heh Ok :) | 16:58 |
| Lennie | it will serve well for GHOP | 16:58 |
| madrazr | Lennie: Ok | 16:58 |
| Lennie | the timeline for gsoc is in GSoC/models atm | 16:58 |
| Lennie | like it should be | 16:59 |
| Lennie | (for now) | 16:59 |
| madrazr | Ok | 16:59 |
| madrazr | Lennie: one more question | 16:59 |
| Lennie | k | 17:00 |
| madrazr | "February 4, 2008, 12:00 AM Pacific Time / 08:00 UTC: All work stops" is same as student_signup_end? | 17:00 |
| * Lennie wonders if he should start drinking coffee | 17:00 | |
| Lennie | well spotted | 17:00 |
| Lennie | add it seperatly :) | 17:00 |
| madrazr | Ok | 17:00 |
| Lennie | anything else? | 17:02 |
| madrazr | Lennie: nothing for now | 17:02 |
| Lennie | cool | 17:02 |
| Lennie | guess I can review it again tomorrow? | 17:02 |
| Lennie | and hopefully get some input from Sverre on TaskHistory and the other things I highlighted him for | 17:02 |
| madrazr | Lennie: except comments | 17:02 |
| madrazr | Lennie: I need some time to look at comments yet | 17:02 |
| *** solydzajs has joined #melangedev | 17:02 | |
| *** ChanServ sets mode: +o solydzajs | 17:02 | |
| Lennie | solydzajs, bad timing | 17:03 |
| Lennie | I'm too sleepy to discuss stuff :P | 17:03 |
| madrazr | Lennie: I will discuss with them | 17:03 |
| madrazr | :P | 17:03 |
| Lennie | hehe | 17:03 |
| Lennie | I'd like to have a say aswell :0 | 17:03 |
| madrazr | Lennie: he he Ok :) | 17:03 |
| Lennie | but ofcourse | 17:03 |
| Lennie | just poke them :D | 17:03 |
| madrazr | yeah | 17:04 |
| madrazr | solydzajs: SRabbelier: poke :P | 17:04 |
| solydzajs | Lennie: ? | 17:04 |
| solydzajs | Lennie: what are you taking about ? | 17:04 |
| SRabbelier | madrazr: yes? | 17:04 |
| solydzajs | Lennie: "Lennie: solydzajs, bad timing" ??? | 17:04 |
| Lennie | solydzajs: yes I just said that I was leaving :) | 17:04 |
| Lennie | and then you showed up | 17:04 |
| madrazr | solydzajs: SRabbelier: we thought of discussing about TaskHistory model for Melange I have proposed if at all you have time | 17:04 |
| Lennie | I could have used your input half an hour ago :D | 17:04 |
| solydzajs | Lennie: well we have a meeting scheduled for today ? | 17:04 |
| Lennie | solydzajs: no :p | 17:04 |
| solydzajs | I don't have time right now | 17:04 |
| Lennie | but still | 17:04 |
| Lennie | you showed up too late :P | 17:05 |
| madrazr | solydzajs: Ok NP | 17:05 |
| Lennie | so bad timing :D | 17:05 |
| Lennie | I'm off ^_^ | 17:05 |
| Lennie | nn | 17:05 |
| madrazr | Lennie: bye thanks a lot | 17:05 |
| madrazr | good night | 17:05 |
| SRabbelier | Lennie: good night :) | 17:05 |
| *** Lennie has quit IRC | 17:05 | |
| *** madrazr has quit IRC | 17:12 | |
| *** solydzajs has quit IRC | 17:13 | |
| *** madrazr has joined #melangedev | 17:20 | |
| *** ChanServ sets mode: +v madrazr | 17:20 | |
| madrazr | SRabbelier: around? | 17:54 |
| SRabbelier | madrazr: yes | 17:54 |
| madrazr | SRabbelier: Lennie marked 2 questions I should ask you to comment about | 17:55 |
| SRabbelier | madrazr: ok | 17:55 |
| SRabbelier | madrazr: where? | 17:55 |
| madrazr | SRabbelier: here itself | 17:55 |
| SRabbelier | madrazr: ah, I see | 17:55 |
| madrazr | SRabbelier: one is the TaskHistory idea and the other is using a separate model for storing work submissions | 17:55 |
| madrazr | SRabbelier: did you get the TaskHistory idea I am trying to propose/ | 17:56 |
| madrazr | ? | 17:56 |
| SRabbelier | madrazr: yes, they're copies of the other model? | 17:56 |
| madrazr | SRabbelier: yeah, the Task model | 17:57 |
| * SRabbelier nods | 17:57 | |
| madrazr | whenever something changes in the Task model we just store the field's previous value for the field that changed | 17:57 |
| * SRabbelier nods | 17:58 | |
| madrazr | this entity has a reference to original task, and we store the timestamp of the time at which change was made | 17:58 |
| madrazr | SRabbelier: Lennie is not happy with this kind of model, he asked your comments on it | 17:58 |
| SRabbelier | madrazr: mhhh, what would he prefer? | 17:59 |
| madrazr | SRabbelier: thats is not yet clear | 17:59 |
| SRabbelier | ah, hehe | 18:00 |
| madrazr | SRabbelier: he had just said we may have to store a string, but I need to ask him again about the details | 18:00 |
| *** SRabbelier has quit IRC | 18:00 | |
| *** SRabbelier has joined #melangedev | 18:01 | |
| *** ChanServ sets mode: +o SRabbelier | 18:01 | |
| madrazr | SRabbelier: WB! :D | 18:01 |
| madrazr | SRabbelier: another solution would be what you proposed. Storing a JSON string | 18:01 |
| SRabbelier | madrazr: thanks :P | 18:02 |
| SRabbelier | madrazr: right, mhhh, I don't think the TaskHistory is particularly efficient | 18:02 |
| madrazr | SRabbelier: ok | 18:03 |
| madrazr | SRabbelier: you suggest to JSON will be better for this case? | 18:03 |
| SRabbelier | madrazr: yes, I do think it would be | 18:17 |
| madrazr | SRabbelier: can you explain me how you think it must work? | 18:17 |
| madrazr | SRabbelier: would that be stored as a property in the Task model itself? | 18:18 |
| SRabbelier | madrazr: in the _onUpdate method | 18:18 |
| SRabbelier | madrazr: it records the old/new value pairs into the JSON string | 18:18 |
| SRabbelier | madrazr: yes, as a TextProperty | 18:18 |
| madrazr | SRabbelier: how do we store multiple changes? | 18:18 |
| madrazr | as a list ? | 18:18 |
| SRabbelier | madrazr: yes, a list with key/values (and a timestamp key) | 18:19 |
| madrazr | SRabbelier: Ok | 18:19 |
| madrazr | SRabbelier: sounds good | 18:19 |
| madrazr | SRabbelier: will talk with Lennie about this | 18:19 |
| SRabbelier | madrazr: glad to be of help :D | 18:22 |
| madrazr | SRabbelier: thanks actually :P | 18:22 |
| madrazr | s/:P/:) | 18:22 |
| madrazr | SRabbelier: will sleep now, almost 4. Will talk about work submissions tomo? | 18:23 |
| SRabbelier | madrazr: ok, sure thing, I need sleep too | 18:23 |
| madrazr | SRabbelier: bye good night | 18:23 |
| *** madrazr has left #melangedev | 18:24 | |
| *** tansell-laptop has joined #melangedev | 19:43 | |
| *** tansell-laptop has quit IRC | 20:44 | |
| *** tansell-laptop has joined #melangedev | 20:44 | |
| *** MatthewWilkes has quit IRC | 21:13 | |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!