*** alga has quit IRC | 00:32 | |
*** jstraw has joined #schooltool | 00:46 | |
*** Lumiere has quit IRC | 00:47 | |
*** jstraw is now known as Lumiere | 00:47 | |
*** paulproteus has quit IRC | 00:47 | |
*** jstraw has joined #schooltool | 00:49 | |
*** paulproteus has joined #schooltool | 00:49 | |
*** Lumiere has quit IRC | 00:51 | |
*** jstraw is now known as Lumiere | 00:51 | |
*** ignas has quit IRC | 01:00 | |
*** aks has joined #schooltool | 06:01 | |
*** aks has quit IRC | 06:06 | |
*** aks has joined #schooltool | 06:06 | |
*** yvl has joined #schooltool | 09:59 | |
*** yvl has quit IRC | 11:18 | |
*** menesis has joined #schooltool | 11:18 | |
*** alga has joined #schooltool | 11:52 | |
*** yvl has joined #schooltool | 12:51 | |
*** menesis has quit IRC | 12:56 | |
*** ignas has joined #schooltool | 13:06 | |
*** menesis has joined #schooltool | 14:19 | |
*** th1a has joined #schooltool | 14:50 | |
*** aks has quit IRC | 14:54 | |
*** aks has joined #schooltool | 14:56 | |
*** menesis has quit IRC | 15:14 | |
*** menesis has joined #schooltool | 15:15 | |
*** aks has quit IRC | 15:33 | |
*** replaceafill has joined #schooltool | 16:12 | |
th1a | hi aelkner, replaceafill, yvl, menesis. | 16:29 |
---|---|---|
yvl | hey guys | 16:29 |
th1a | Can we start with a quick discussion of this email I just got from intelli: | 16:29 |
th1a | I am in the process of putting a specific template together for importing our schools data for Schools. When doing test imports the schoolstool system creates a contact record for every person record but does not link the contact record to the person record, in effect making the contact record redundant. | 16:29 |
replaceafill | good morning/afternoon | 16:29 |
th1a | Hm... | 16:30 |
th1a | So... does he probably need to set the relationship in the contact relationship sheet? | 16:31 |
aelkner | morning | 16:31 |
th1a | I guess I need to review that and add some docs and/or notes? | 16:32 |
th1a | I should add the notes to the empty_data.xls spreadsheet at least. | 16:33 |
replaceafill | it seems like our sample data doesn't create bound contacts... | 16:33 |
th1a | I'm not sure that's what he's saying. | 16:34 |
th1a | I'll have to ask a follow-up I think. | 16:35 |
aelkner | i'm not sure what he's saying :) | 16:35 |
replaceafill | i think he means "bound" contacts | 16:35 |
aelkner | but we do have a Contact Persons sheet | 16:35 |
th1a | My guess is that they didn't set the relationships. | 16:35 |
replaceafill | but as th1a said, maybe he's missing the relationship | 16:35 |
replaceafill | yes | 16:35 |
th1a | You still need a relationship for a "self" contact, right? | 16:35 |
replaceafill | or maybe the relationship doesn't work :( | 16:36 |
th1a | It isn't necessarily intuitive that you have to define the self contact. | 16:36 |
th1a | And maybe we should change that, but it would be a problem if your contact id's clashed with your person id's. | 16:37 |
th1a | OK moving on. | 16:37 |
th1a | yvl: how are you doing? | 16:37 |
yvl | umm, ok. | 16:38 |
yvl | wondering what I should work on next, actually, | 16:38 |
yvl | because... Alan is taking over the importer?.. | 16:38 |
yvl | in any case | 16:38 |
yvl | I fetched the CTE skill DB | 16:39 |
yvl | or at least available / interesting records | 16:39 |
yvl | if stats interest you... | 16:39 |
yvl | min skills per course - 33 | 16:39 |
yvl | max - 353 | 16:39 |
yvl | avg - 90 | 16:39 |
yvl | 22.7k unique skills | 16:40 |
yvl | 500 courses | 16:40 |
yvl | (in 16 clusters, 728 occupations) | 16:40 |
th1a | It is big... | 16:40 |
yvl | and 75 pathways :D | 16:40 |
yvl | quite. | 16:40 |
yvl | oh, and I pushed "to trunk", as Alan calls it: https://code.launchpad.net/~schooltool-owners/schooltool/schooltool.cando | 16:42 |
aelkner | thanks yvl! | 16:42 |
th1a | yvl: Well, is there an issue with hierarchy or anything else essential missing from the data model? | 16:42 |
* yvl does not know | 16:42 | |
th1a | Well... | 16:42 |
yvl | If I knew, it wouldn't be missing :D | 16:43 |
th1a | Does someone else? One way or another? | 16:43 |
th1a | OK yvl. | 16:43 |
yvl | umm | 16:43 |
th1a | replaceafill seemed to think so? | 16:43 |
yvl | I thought of checking by writing the importers | 16:43 |
th1a | Or something? | 16:43 |
replaceafill | hhmm? | 16:43 |
th1a | Something blocking the gradebook? | 16:43 |
yvl | hence the downloaded CTE | 16:43 |
th1a | Can't do some kind of groups? | 16:43 |
th1a | Tertiary navigation... ? | 16:44 |
replaceafill | we were missing the hierarchy to do the skills gradebook? | 16:44 |
yvl | well, more like we were missing... | 16:44 |
yvl | section skills, global skillset container and deployed skillsets to courses | 16:45 |
yvl | the hierarchy is for reports, and people browsing | 16:45 |
th1a | But are no longer missing? | 16:45 |
yvl | but are no longer missing. | 16:45 |
th1a | OK, so basically, we need to have all three of you charging forward on CanDo this week. | 16:46 |
* yvl didn't write security declarations, because it's easier to write them when doing views | 16:46 | |
th1a | yvl and aelkner need to divide up importing/ttw adding. | 16:46 |
th1a | I don't think there is any way around doing those in parallel at this point. | 16:46 |
th1a | We're in danger of falling seriously behind. | 16:47 |
th1a | I'll let yvl decide how to split that up, but we need to get aelkner going. | 16:47 |
th1a | Did you look at the new CanDo data model aelkner? | 16:47 |
aelkner | yvl, did you say you already did the import? | 16:47 |
yvl | no, I said I was going to do that | 16:48 |
yvl | then I got sick | 16:48 |
aelkner | th1a, i missed a couple of days sick last week, so no | 16:48 |
aelkner | so i can do the import then | 16:48 |
replaceafill | i have a question for yvl | 16:49 |
th1a | Well, it just depends on who is doing the import and who is doing ttw. | 16:49 |
aelkner | i just have to catch up to the code | 16:49 |
* yvl is listening | 16:49 | |
replaceafill | yvl, would it be possible to write a skill gradebook prototype as we did for projects? | 16:49 |
aelkner | well, i think you wanted me to do the import because i already have been in core | 16:49 |
replaceafill | yvl, i mean, with your current changes? | 16:49 |
replaceafill | yvl, or should i wait for importing/ttw capabilities? | 16:49 |
yvl | hmm | 16:50 |
yvl | I could add a small script to populate with whatever | 16:51 |
replaceafill | i mean, projects were kind of easy, because they mapped very well to the gradebook's structure | 16:51 |
yvl | this maps also | 16:51 |
yvl | but there are sharp edges | 16:51 |
replaceafill | ah | 16:51 |
th1a | replaceafill can work on ajax for a week. | 16:51 |
replaceafill | th1a, +1 | 16:51 |
yvl | basically you have to be carefull with editing worksheets | 16:51 |
yvl | as they won't let you, because they're shared for the course | 16:51 |
yvl | and so on and so forth | 16:51 |
replaceafill | ah | 16:52 |
yvl | ok, so aelkner is doing the importer, | 16:52 |
* yvl is doing ttw, whatever that is | 16:52 | |
* replaceafill is doing the gradebook for genericworksheet | 16:53 | |
yvl | aelkner, once you have the format figured out | 16:53 |
th1a | yvl: We have to be able to create skills through the web. | 16:53 |
aelkner | yvl, so the data model is pretty solid now, rght? | 16:53 |
yvl | I can make a huge (or medium) sample data, populated from CTE | 16:53 |
aelkner | i mean, you don't still have classes to add or anything | 16:53 |
yvl | aelkner I should hope so | 16:53 |
yvl | th1a, OK | 16:54 |
replaceafill | yvl, what's a SpecificationDecoratorBase? | 16:55 |
* replaceafill is looking at the code... | 16:55 | |
yvl | a thingy :D | 16:55 |
yvl | don't look at it! | 16:55 |
replaceafill | :| | 16:55 |
yvl | it's a proxy, really. | 16:55 |
yvl | evil, evil, I know | 16:55 |
replaceafill | lots of new stuff for me :) | 16:56 |
replaceafill | @retired.setter | 16:56 |
th1a | We may need a week of daily developer meetings to get everyone up to speed on this. | 16:57 |
aelkner | sounds like a good idea | 16:58 |
replaceafill | i wonder why yvl doesn't like containedEvents as used in the gradebook :D | 16:58 |
th1a | Can you guys do that at the regular time all week? | 16:58 |
replaceafill | "# Sigh, this is not good." | 16:58 |
yvl | keep in mind, that I wrote those being a bit dizzy, so expect stupid simple bugs | 16:58 |
yvl | replaceafill, I can't remember why | 16:59 |
aelkner | th1a, i can | 16:59 |
yvl | I can do that, th1a | 16:59 |
* replaceafill too | 16:59 | |
th1a | OK, lets plan on that. I'll be driving to Maine tomorrow morning you'll have to play nice on your own. | 17:00 |
aelkner | we don't know how to play nice :) | 17:00 |
yvl | yes, don't you know that developers are... *animals* | 17:00 |
aelkner | but seriously, daily meetings, at least this first week will be very helpful | 17:01 |
yvl | kk | 17:01 |
aelkner | i don't even know what to ask yet, but tomorrow i will have something | 17:01 |
th1a | aelkner's assignment is lots of questions. | 17:01 |
aelkner | :) | 17:01 |
aelkner | th1a, before you go to Maine, i could ask you: | 17:02 |
aelkner | what is the user story for the importer task | 17:02 |
aelkner | are we talking the comps? | 17:02 |
aelkner | or are they called skills now? | 17:02 |
th1a | What else would we be talking about? | 17:02 |
aelkner | well, after comps are established, we have course comps, assigned comps, etc | 17:03 |
th1a | Everything has to be imported eventually. | 17:03 |
aelkner | i don't know, i have to get my head around the concepts anew | 17:03 |
aelkner | well, the comps themselves are a starting point | 17:04 |
th1a | But obviously the task needs to be broken down in a sane way. | 17:04 |
aelkner | never mind, i know i can start with the global comps | 17:04 |
th1a | I have no non-obvious ideas about this task. | 17:06 |
aelkner | so replaceafill, yvl pushed his branch to a trunk, so can you start merging to that as it is possible? | 17:06 |
aelkner | btw, do we need something added to launchpad to allow: bzr branch lp:schooltool.cando? | 17:07 |
aelkner | right now the branch instructions include the schooltool-owners part | 17:07 |
replaceafill | aelkner, i'm not sure about that, it would make the trunk dependable on my gradebook branch | 17:07 |
yvl | yes, but I doubt we'll be doing that this month | 17:07 |
aelkner | np, just curious | 17:07 |
yvl | oh, good point replaceafill | 17:07 |
replaceafill | i'd rather to finish the skill gradebook first | 17:08 |
yvl | ok | 17:08 |
aelkner | sure, that why i asked | 17:08 |
replaceafill | having both gradebooks will give us the genericworksheet changes for example | 17:08 |
yvl | right | 17:08 |
replaceafill | at that point i think it may be safe to merge | 17:09 |
aelkner | yvl, i did grok your changes to schooltool.gradebook trunk, interesting | 17:09 |
replaceafill | and i think you can work without my changes on your tasks, right? | 17:09 |
aelkner | you added some new classes and changed the way Activities was sub-classed | 17:09 |
yvl | I think it needs updated gradebook | 17:09 |
aelkner | replaceafill, yes, i don't need the gradebook changes to do the import task | 17:10 |
replaceafill | aelkner, kk | 17:10 |
aelkner | brb | 17:14 |
th1a | OK, so you know what you're doing yvl? | 17:14 |
th1a | Next, that is? | 17:14 |
yvl | ttw creation | 17:15 |
th1a | I have no non-obvious ideas about this. | 17:15 |
th1a | You might want to limit the scope of it on the first pass. | 17:15 |
th1a | Maybe to hierarchical systems. | 17:15 |
yvl | start with the obvious ;) | 17:15 |
th1a | Yes... | 17:16 |
yvl | I think creating skills / skillsets and assigning them to courses is good enough | 17:16 |
yvl | who cares about hierarchy | 17:16 |
yvl | (for now) | 17:16 |
th1a | Basically we can assume that people with complex cases will need to import. | 17:16 |
th1a | OK. Yes, simple and clean ttw is best at this point. | 17:16 |
aelkner | i'm bac | 17:17 |
th1a | OK. yvl is set... | 17:18 |
th1a | Thanks yvl. | 17:18 |
aelkner | are we calling comps skills from now on? | 17:18 |
th1a | replaceafill: Anything else to note? | 17:18 |
th1a | comps are skills. | 17:18 |
th1a | We discussed that in VA. | 17:19 |
replaceafill | th1a, yes, just want your opinion on something | 17:19 |
replaceafill | http://69.164.203.135:6662/schoolyears/2011-2012/20112012/sections/13/projects/Preparing%20for%20a%20Career%20in%20Auto%20Body%20Repair/gradebook | 17:19 |
replaceafill | teacher007 | 17:19 |
replaceafill | i removed the tooltips, and put the skill info above the third-nav | 17:19 |
th1a | Did you try making it float above the header? | 17:19 |
replaceafill | th1a, not yet, just wanted your opinion on this option | 17:20 |
th1a | It works, and we'll probably end up keeping something close to it. | 17:20 |
replaceafill | ah ok | 17:21 |
replaceafill | th1a, also during the week i realized that the gradebook doesn't store "invalid" scores | 17:21 |
replaceafill | for a long time i thought it did | 17:21 |
th1a | I wish I could think of something more clever though. | 17:21 |
th1a | I think it should. | 17:22 |
replaceafill | but it's an illusion :( | 17:22 |
replaceafill | if you set an invalid value | 17:22 |
replaceafill | it gets displayed on refresh | 17:22 |
replaceafill | but not really stored | 17:22 |
replaceafill | it's gone after a second refresh | 17:22 |
replaceafill | so i'll take a look at that | 17:22 |
th1a | Oh, that's about the worst case scenario. | 17:23 |
replaceafill | th1a, i think those are my only questions today | 17:23 |
replaceafill | worked on some bugs too, but that's less important :) | 17:23 |
th1a | OK. Thanks replaceafill. | 17:24 |
th1a | aelkner: Anything else from you? | 17:25 |
aelkner | so, having missed the two days sick, i only got to do the report sheets export | 17:25 |
aelkner | i can show you what i have now, and we can discuss | 17:25 |
aelkner | or we could do that later | 17:25 |
th1a | We could do it right after the meeting. | 17:26 |
aelkner | there aren't any tests for it, nor for the much older gradebook export | 17:26 |
aelkner | adding them takes time setting up test infrastructure | 17:26 |
aelkner | if i added tests for the new one, i might as well do the same for the old one | 17:26 |
aelkner | but that's all your call | 17:26 |
aelkner | i could wait until cando is more stable | 17:27 |
th1a | Let's talk about that later. | 17:27 |
aelkner | i still also have a couple small tasks form the import changes | 17:28 |
aelkner | i need bad data tests for Courses (the new attributes) and FlatSectionsTable | 17:28 |
aelkner | we can talk about all that after the meeting | 17:28 |
aelkner | menesis, i did want to ask you | 17:28 |
aelkner | since i'm pretty much done the importer changes (1 more day to ad tests) | 17:29 |
aelkner | are we going to release this? | 17:29 |
aelkner | i haven't merged with trunk yet, should i hold off? | 17:29 |
aelkner | th1a, i don't see why not to release that i did, it will help save time later i think | 17:30 |
th1a | All the importer changes? | 17:30 |
th1a | It is too late for that much of a change. | 17:31 |
aelkner | ah, yes, Teachers and Students import is already in trunk | 17:31 |
aelkner | the new Courses attributes and FlatSectionsTable sheet is not in trunk | 17:31 |
th1a | What is in "trunk" and released are different questions. | 17:32 |
aelkner | well, that's why i ask | 17:32 |
th1a | aelkner: You never really know or care what has been released. | 17:32 |
aelkner | it depends on when menesis merges trunk to the release branch | 17:32 |
th1a | Anyhow, menesis appears not to be around. | 17:33 |
aelkner | are you saying i shouldn't worry about it? | 17:33 |
aelkner | i'm trying to help, but perhaps if i just add to CHANGES.txt, that's enough | 17:33 |
th1a | Well, you should either not worry about it or completely worry about. | 17:34 |
th1a | And I don't think you want to completely worry about it. | 17:34 |
aelkner | certainly not, i just caught you discussing what was going to be released | 17:34 |
aelkner | and i ddn't want to have a half-baked update to the whole thing released | 17:35 |
aelkner | because of the timing of the merges | 17:35 |
aelkner | that's why i haven't merged to trunk yet | 17:35 |
th1a | I think we discussed this all last week anyhow. | 17:35 |
aelkner | last week we agreed to discuss today | 17:35 |
aelkner | but menesis is not here atm, so it can wait | 17:35 |
th1a | That was pretty much to humor you aelkner. | 17:36 |
th1a | OK, so I was working on a short statement of our roadmap at this point. | 17:36 |
th1a | Let's take a quick look at that before wrapping up. | 17:37 |
th1a | Current Release | 17:37 |
th1a | --------------- | 17:37 |
th1a | Flesh out and fix Flourish. | 17:37 |
th1a | October Release | 17:37 |
th1a | --------------- | 17:37 |
th1a | CanDo -- competency, standards or outcome based assessment | 17:37 |
th1a | Strengthen and harmonize Gradebook/Journal/CanDo gradebooks (async) | 17:37 |
th1a | Report styles | 17:37 |
th1a | Transcripts | 17:37 |
th1a | 2013 Features | 17:37 |
th1a | ------------- | 17:37 |
th1a | Parent access | 17:37 |
th1a | API | 17:37 |
th1a | Visualization | 17:37 |
th1a | Completeness | 17:37 |
th1a | Also, with Outside Funding | 17:38 |
th1a | -------------------------- | 17:38 |
th1a | Finances | 17:38 |
th1a | Multi-school aggregation | 17:38 |
th1a | Cloud story | 17:38 |
th1a | Any of that surprising or missing anything obvious? | 17:39 |
yvl | looks ok at the first glance | 17:39 |
th1a | OK. That'll do it for now then. See you guys Wednesday. | 17:41 |
* th1a drops the bag of gravel. | 17:41 | |
replaceafill | thanks everybody | 17:41 |
th1a | aelkner: Let's reconvene at 11:00. | 17:41 |
th1a | OK? | 17:41 |
aelkner | th1a, ok | 17:41 |
yvl | thanks guys | 17:41 |
aelkner | replaceafill, yvl, cya guys tomorrow, same time, same bat channel? | 17:41 |
replaceafill | aelkner, see you tomorrow :) | 17:42 |
yvl | yes | 17:42 |
aelkner | cool, cya then | 17:42 |
yvl | see you guys soon :) | 17:42 |
aelkner | so glad it's so soon :) | 17:43 |
aelkner | we missed you yvl | 17:43 |
th1a | aelkner: OK, I'm back. | 18:04 |
aelkner | ok | 18:04 |
aelkner | as manager: http://69.164.203.135:36660/schoolyears/2011-2012/2011-fall | 18:04 |
aelkner | the Report Sheets link gives you the export | 18:05 |
aelkner | let's look at the file together | 18:05 |
aelkner | i used the term title for the sheet name | 18:06 |
aelkner | since the term is fixed, the section id is enough to identify the section | 18:06 |
aelkner | the student column is obvious | 18:07 |
aelkner | no matter what is deployed, the Absent and Tardy columns come first | 18:07 |
aelkner | then each deployed activity is a column | 18:07 |
aelkner | i wasn't sure what to do for the column heading | 18:07 |
th1a | I'm dubious about not explicitly exporting the section id, although I might have let you talk me out of it once before. | 18:08 |
th1a | It means you can't re-sort this. | 18:08 |
th1a | I'd say your header works unless someone says otherwise. | 18:09 |
aelkner | in the report card, the hading for the activities is just the activity title | 18:10 |
aelkner | i just checked | 18:10 |
aelkner | but we have more room in the xls file | 18:10 |
aelkner | but you're saying, keep the sheet name / activity name, right? | 18:11 |
th1a | Uh... are you suggesting something different? | 18:11 |
aelkner | i was just presenting you with the options | 18:11 |
th1a | We have to specify which sheet it is coming from in this case. | 18:12 |
aelkner | we can do it like the report and only show the activity title | 18:12 |
th1a | Aside from the fact that it wouldn't work, which is presumably why you didn't do that in the first place. ;-) | 18:12 |
aelkner | the question is, would they have the same activity titile in two deployed sheets? | 18:12 |
aelkner | and if that were a problem, wouldn't the current report have had that problem? | 18:13 |
th1a | We don't need to spend time fishing for incorrect implementations at this point, aelkner. | 18:13 |
aelkner | in the report, there wasn't room, and we give them the option in the layout of overriding the heading as well | 18:13 |
aelkner | in this case, there is no layout, so that's why i decided to go with sheet title / activity title | 18:14 |
th1a | We don't need to have conversations about mistakes we might have made but didn't. | 18:14 |
aelkner | what mistake, i didn't mention any | 18:14 |
aelkner | whatever you decide is right, i just wanted you to decide | 18:15 |
aelkner | it wold be great if you said that it was fine in the export, but it would also be ok if you wanted it changed | 18:15 |
th1a | aelkner: We don't have to discuss obvious mistakes that you might have made but correctly avoided, like not specifying the report sheets in the headers. | 18:16 |
th1a | It is fine. | 18:16 |
aelkner | ok, moving on | 18:16 |
aelkner | about the section id thing you mentioned | 18:16 |
aelkner | are you saying, it would be better to fill in all section id cells, even as they aren't changing within a section? | 18:17 |
th1a | Yes, so you can sort without losing all the data. | 18:17 |
aelkner | as for convincing you one way or another, i wasn't convinced myself whether to fill in on export | 18:18 |
aelkner | i don't fill, for instance, in the FlatSectionsTable importer | 18:18 |
aelkner | it's easy enough to do | 18:18 |
aelkner | i just took the decision not to as it made the export match the import | 18:19 |
th1a | It is nice if you don't have to fill every line for import, but every line should be filled for export. | 18:19 |
th1a | Otherwise sorting destroys the whole thing irretrievably. | 18:19 |
aelkner | makes sense | 18:20 |
aelkner | i hadn't thought about someone wanting to sort, but we could allow for that | 18:20 |
* th1a has to go kill a fly... | 18:21 | |
aelkner | so another thing that came up as i did this was the fact of journal dependency | 18:22 |
aelkner | if we have journal data in the report, then the report needs that plug-in | 18:22 |
aelkner | in theory, i could have the report not have the columns if the plug-in is not installed | 18:23 |
* th1a back | 18:24 | |
th1a | I guess that's necessary aelkner. | 18:24 |
aelkner | the way the report card and student detail handles attendance | 18:26 |
aelkner | is to present the cells, i.e., the columns for attendance data | 18:27 |
aelkner | but just show have empty cells if no journal plug-in is installed | 18:27 |
th1a | That's fine. | 18:28 |
aelkner | perhaps we should do the same for the export, keep the columns there even if plug-in not present? | 18:28 |
th1a | Yes. | 18:28 |
aelkner | ah, ok, in that case, it already works as it should | 18:29 |
aelkner | i just need to move the registration out of the has journal block in the config | 18:29 |
th1a | Thank you for once again presenting an inferior option you already rejected. | 18:29 |
aelkner | it's not for you :) | 18:30 |
aelkner | it's for my peace of mind to have you sign off on things | 18:30 |
th1a | I mean, it is fine as long as whatever you're doing is not creating a cross-dependency or throwing a traceback. | 18:30 |
th1a | I'm just being crabby. | 18:31 |
aelkner | :) | 18:31 |
aelkner | that | 18:31 |
aelkner | that's ok | 18:31 |
aelkner | i'm just being me :) | 18:31 |
aelkner | btw, the term title is not enough to id the term | 18:32 |
aelkner | so perhaps the sheet name should be the term id? | 18:32 |
aelkner | or do we want a row at the top, i hate having those if not necessary | 18:32 |
th1a | I'd think so. | 18:32 |
th1a | The id should be the sheet title. | 18:33 |
aelkner | cool | 18:33 |
th1a | Perhaps make year id + term id the file name. | 18:33 |
aelkner | ah, yes, that reminds me | 18:33 |
th1a | + "report_sheets" | 18:33 |
aelkner | there's no reason, and it would be easy to do, to not allow the report to be requested by year | 18:34 |
aelkner | i figured each term within the result would be a sheet | 18:34 |
aelkner | in the case of the term request, there would only be one | 18:34 |
aelkner | what do you think? | 18:34 |
th1a | I guess that makes sense. | 18:35 |
aelkner | ok, i'll do that | 18:35 |
aelkner | as for the filename | 18:35 |
aelkner | report_sheets_2012 | 18:36 |
th1a | y | 18:36 |
aelkner | report_sheets_2012.xls for the whole year one | 18:36 |
aelkner | report_sheets_2012_fall.xls for the specific term one | 18:36 |
th1a | y | 18:36 |
aelkner | ok | 18:36 |
aelkner | so, i don't want to ask you any more questions because that only gives me more to do :) | 18:37 |
aelkner | but i'll be sure to squeeze the report sheets export changes into trunk first | 18:38 |
th1a | Sounds good. | 18:38 |
aelkner | i already pushed what i did there, so depending on when menesis decided to merge, he'll get that | 18:38 |
aelkner | decides | 18:38 |
aelkner | see, if he merges now, then releases, he'll get what i already did, but ot the improvements we just discussed | 18:39 |
aelkner | that's why i ask about when someone is merging, so i know how important it is to fix something | 18:39 |
aelkner | i can't guess at when he is going to type bzr merge and bzr push commands into his keyboard | 18:40 |
th1a | OK. | 18:40 |
aelkner | so it was too bad he was't there today | 18:41 |
aelkner | but i'll guess the following: | 18:41 |
th1a | It doesn't actually effect anything you're doing aelkner. | 18:41 |
th1a | Finish the report sheet export asap, move onto CanDo. | 18:41 |
aelkner | and merge the Courses, FlatSectionsTable changes to trunk? | 18:42 |
aelkner | also, the stests that i created are there in my branch | 18:42 |
aelkner | you know, i took it upon myself to rewrite the ftests as stests | 18:43 |
aelkner | because it only took a day | 18:43 |
th1a | Thank you aelkner ;-) | 18:43 |
aelkner | ok, i get the feeling that you're saying i can't piss anybody off by merging to trunk whenever | 18:43 |
aelkner | i'll stop asking you to think about it :) | 18:44 |
aelkner | just trying to avoid the wrath of menesis | 18:44 |
th1a | The import stuff won't be released for six months and shouldn't interfere with anything else anyhow. | 18:44 |
aelkner | cando needs the import stuff, so are they going to use a non-released version of core? | 18:45 |
aelkner | sorry if that's a stupid question, i might have missed that decision | 18:46 |
aelkner | or perhaps it's obvious, so no decision was necessary :) | 18:46 |
menesis | can't you wait two days with that branch not merged? | 18:46 |
th1a | It could go either way. It is just a question of PPA vs Ubuntu Universe. | 18:46 |
th1a | What menesis said is the point, aelkner. | 18:47 |
th1a | We're not talking about a long delay either way. | 18:47 |
menesis | you are talking half an hour about that, and you talked the last meeting | 18:47 |
menesis | you finished a feature, it is in a published branch | 18:47 |
menesis | and that's all | 18:47 |
menesis | if you need that branch in cando, change cando buildout.cfg to develop ../schooltool-my-importer | 18:48 |
aelkner | look, it's not fair to say i should know when to merge to trunk or not | 18:48 |
aelkner | the default case is: ALWAYS MERGE TO TRUNK | 18:49 |
aelkner | if you want me to hold off, that's a very specal case | 18:49 |
aelkner | it you need to tell me so | 18:49 |
menesis | yes, feature freeze is a very special case | 18:49 |
menesis | I can handle making a release from whatever revision I want | 18:50 |
aelkner | right, so i just need a date to fo the merge, and i will stop asking | 18:50 |
aelkner | wait | 18:50 |
menesis | it is only a little annoyance if you merge to trunk | 18:50 |
th1a | Yes, actually the annoyance is it doesn't really matter that much one way or another. | 18:50 |
aelkner | ah, i see, you see the option of merging with trunk from an older revision | 18:50 |
th1a | So it is REALLY not worth this much discussion. | 18:51 |
aelkner | like i said, if you don't explicitly ask me not to merge to trunk | 18:51 |
aelkner | and also give me date when i finally may do so | 18:51 |
aelkner | i will end dong it | 18:52 |
th1a | Regardless you don't really need a date. | 18:52 |
aelkner | if that's ok, i'll stop asking | 18:52 |
th1a | That doesn't change anything you would do up to that point. | 18:52 |
menesis | it does not need any discussion | 18:52 |
aelkner | what i do up t this point is always merge to trunk without asking anyone | 18:52 |
menesis | other than "is it going into this release" | 18:52 |
menesis | and the answer was no | 18:52 |
menesis | I am sorry I was not able to do a release last week | 18:53 |
menesis | if I did you could have merged without problem | 18:53 |
menesis | but I asked to hold off a little | 18:53 |
aelkner | right, so i was asking for an update, as we agreed | 18:53 |
aelkner | could you just email me when it's ok to merge? | 18:54 |
menesis | there is a launchpad feature for that | 18:54 |
menesis | called merge requests | 18:54 |
aelkner | we don't use that anymore | 18:54 |
aelkner | since last summer, we have been doing the trunk merges ouselves | 18:55 |
aelkner | it saves so much time | 18:55 |
* replaceafill uses merge request when i want something checked by someone else ;) | 18:55 | |
aelkner | that's a rare case | 18:55 |
replaceafill | not for me :) | 18:55 |
th1a | Well, you can do it around releases. | 18:55 |
aelkner | i haven't needed anyone to check anything for a while | 18:55 |
th1a | I don't understand why we're still talking about this. | 18:56 |
menesis | aelkner: please, can we end this discussion | 18:56 |
th1a | In summary, with a distributed version control system, you can do pretty much whatever you want and it can be fixed in less time than we have been talking about it here. | 18:56 |
aelkner | i know, process is a dirty word :( | 18:57 |
*** ignas has quit IRC | 19:28 | |
*** th1a has quit IRC | 20:42 | |
*** menesis has quit IRC | 20:51 | |
*** th1a has joined #schooltool | 21:21 | |
replaceafill | th1a, zyt? | 21:48 |
*** paulproteus has quit IRC | 22:18 | |
*** paulproteus has joined #schooltool | 22:19 | |
*** th1a has quit IRC | 22:44 | |
*** menesis has joined #schooltool | 22:58 | |
*** menesis has quit IRC | 23:01 | |
*** menesis has joined #schooltool | 23:03 | |
*** menesis has quit IRC | 23:09 | |
*** menesis has joined #schooltool | 23:10 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!