| *** ignas has joined #schooltool | 00:42 | |
| *** alga_ has quit IRC | 02:58 | |
| *** alga has quit IRC | 03:01 | |
| *** ignas has quit IRC | 06:47 | |
| *** ColonelPanik has quit IRC | 07:06 | |
| *** alga_ has joined #schooltool | 09:14 | |
| *** alga has joined #schooltool | 09:14 | |
| *** Aiste has joined #schooltool | 10:58 | |
| *** ignas has joined #schooltool | 11:41 | |
| *** menesis has quit IRC | 12:39 | |
| *** ignas has quit IRC | 12:58 | |
| *** ignas has joined #schooltool | 13:23 | |
| *** menesis has joined #schooltool | 13:48 | |
| *** Aiste has quit IRC | 15:04 | |
| *** alga_ has quit IRC | 15:16 | |
| *** alga has quit IRC | 15:16 | |
| *** dogi_ has quit IRC | 15:16 | |
| *** alga has joined #schooltool | 15:18 | |
| *** alga_ has joined #schooltool | 15:18 | |
| *** dogi_ has joined #schooltool | 15:18 | |
| *** yvl has quit IRC | 15:33 | |
| *** replaceafill has joined #schooltool | 16:04 | |
| *** jelkner has joined #schooltool | 16:19 | |
| *** yvl has joined #schooltool | 16:26 | |
| *** ColonelPanik has joined #schooltool | 16:28 | |
| *** th1a has joined #schooltool | 16:29 | |
| aelkner | th1a, please read my email and Jen's response before calling on me today | 16:30 |
|---|---|---|
| th1a | Hi aelkner, yvl, replaceafill, menesis. | 16:31 |
| yvl | morning guys | 16:31 |
| th1a | aelkner, I already read it once. | 16:32 |
| replaceafill | good morning/afternoon | 16:32 |
| aelkner | morning | 16:32 |
| th1a | xls import should be considered an ongoing project. | 16:33 |
| th1a | So aelkner, consider it something you are partially responsible for maintaining. | 16:33 |
| yvl | if the email is new, please fwd | 16:34 |
| th1a | And if nothing else, we should generate some specific bugs from this. | 16:35 |
| th1a | forwarded. | 16:35 |
| yvl | thanks :) | 16:35 |
| th1a | It is a little hard to know which email threads with a school are going to become more generally relevant when you start them. | 16:36 |
| yvl | as for bugs, id would be nice if Alan's branch got under schooltool project in LP before they are created | 16:36 |
| yvl | and it should be linked in the bug | 16:36 |
| aelkner | i haven't needed to change the import code in schooltool core yet, so i didn't make any branch | 16:37 |
| yvl | yes, but what are we going to log bugs against? | 16:37 |
| yvl | st core? | 16:37 |
| yvl | gradebook? | 16:37 |
| aelkner | lp:schooltool | 16:37 |
| th1a | I'm concerned with the xml import atm. | 16:37 |
| aelkner | oh, that import | 16:37 |
| aelkner | of the FET data, you mean? | 16:38 |
| th1a | er, I meant xls. | 16:38 |
| aelkner | right, so what bugs? | 16:38 |
| yvl | ah, ok then. log against lp:schooltool, tag `import` | 16:39 |
| aelkner | can someone answer my question please? | 16:39 |
| th1a | What I mean is, when Jens import threw tracebacks, those are bugs. | 16:39 |
| aelkner | oh | 16:40 |
| th1a | Not just the way xls import works in SchoolTool. | 16:40 |
| th1a | If you follow me. | 16:40 |
| aelkner | there should be errors thrown instead of tracebacks, understood | 16:41 |
| th1a | Well, not necessarily even that. | 16:41 |
| th1a | Perhaps the import should actually try to do what the user intends. | 16:42 |
| th1a | That is, xls import is essentially half-done. | 16:42 |
| aelkner | like create a course for a schoolyear that doesn't exist? | 16:42 |
| aelkner | i think the user needs an error there | 16:42 |
| * yvl still wants heavy axing on xls importer(s) | 16:42 | |
| th1a | aelkner: yes, an error message there would be good. | 16:43 |
| * th1a sighs at yvl. | 16:43 | |
| yvl | I know, I know... | 16:44 |
| replaceafill | :) | 16:44 |
| aelkner | when they enter 2010 for a year id, and the xls stores 2010.0 | 16:44 |
| aelkner | which is a float, of course | 16:45 |
| th1a | So anyhow, we're not necessarily going to stop and fix the .xls import in whole or part right now, but at least filing bugs now is important. | 16:45 |
| aelkner | i should just assume that they mean '2010'? | 16:45 |
| th1a | Should we change the xls template to expect a string? | 16:45 |
| th1a | Would that solve the problem. | 16:46 |
| aelkner | That could be another error message rather than Traceback with KeyError, yes | 16:46 |
| th1a | Well, I'm trying to remember how a spreadsheet works. | 16:47 |
| * Lumiere suggests error with raise | 16:47 | |
| th1a | Can't you assign a type to a cell. | 16:47 |
| Lumiere | not really | 16:47 |
| Lumiere | you assign formatting | 16:47 |
| Lumiere | but excel only has 3 'types' | 16:47 |
| Lumiere | test, number, and like blank | 16:47 |
| th1a | test or text | 16:48 |
| Lumiere | err text | 16:48 |
| th1a | Well, what if we make it text? | 16:48 |
| aelkner | but when the user goes to the cell and enters, '2010', the cell automatically gets formatted as float | 16:48 |
| aelkner | i had to enter '2010 | 16:49 |
| aelkner | that caused it to be saved as text | 16:49 |
| * th1a grumbles. | 16:49 | |
| th1a | I suppose you can truncate the period and following numbers. | 16:50 |
| th1a | Oh, I see though. | 16:51 |
| aelkner | when we are expecting an ID, we never expect the part after the decimal, so i could just throw it away | 16:51 |
| th1a | If you do that then where the year is entered elsewhere on the sheet it will be wrong. | 16:51 |
| th1a | OK. | 16:51 |
| aelkner | i would have to throw the decimal away in the same manner everywhere | 16:51 |
| th1a | Well, the id of the year isn't very important, so if that always has the trailing decimal that's fine. | 16:52 |
| th1a | Why don't you leave it in the ID and whack it off the *title*. | 16:52 |
| aelkner | ? | 16:52 |
| th1a | Don't years have titles? | 16:52 |
| aelkner | yes | 16:52 |
| th1a | Perhaps I'm not sure why this is a problem in the first place. | 16:53 |
| th1a | We should probably discuss this after letting the Lithuanians go home for the day. | 16:53 |
| aelkner | sure | 16:53 |
| aelkner | i didn't expect this to be a discussion about the stupid xls import anyway | 16:54 |
| th1a | OK, so what do you want to talk about now, aelkner? ;-) | 16:54 |
| aelkner | it's the FET import that is going to be new | 16:54 |
| aelkner | well, i was going to bring up the fact that FET hours (periods) have no start/end times per se | 16:55 |
| aelkner | Jen pointed that out in her response before I had the chance to let her in on it | 16:56 |
| aelkner | so she's ahead of the curve on that one | 16:56 |
| aelkner | basically, i think we are going to need some FET application preferences | 16:57 |
| aelkner | for what the first period start time is and the duration of a period | 16:57 |
| yvl | hmm, maybe users can assign start/end times manually after/during xml import? | 16:57 |
| th1a | FET application preferences? | 16:58 |
| aelkner | well, Jen suggested including the timetable in her xls import | 16:58 |
| aelkner | but i haven't had the chance to consider forcing them to do that yet | 16:58 |
| aelkner | th1a, yes | 16:58 |
| th1a | It could just be a step in the import process. | 16:59 |
| aelkner | right now, they use periods like 1, 2, 3, 4, BREAK, 5, 6, 7, etc. | 16:59 |
| th1a | Import > web form asks you to assign times > complete import. | 16:59 |
| aelkner | we only need start of first period, duration of a period | 17:00 |
| th1a | Whatever. | 17:00 |
| aelkner | what about Jen's suggestion to define timetable in xls import | 17:01 |
| th1a | That seems overly complicated. | 17:01 |
| th1a | Er, | 17:01 |
| th1a | I mean, we could | 17:01 |
| th1a | but then, in particular, we'd have to make sure the id's match. | 17:01 |
| th1a | And given the discussion we just had about numbers in xls import, perhaps we should avoid that. | 17:02 |
| aelkner | remember that the FET import has to match IDs of many types | 17:02 |
| aelkner | like teacher ids, course ids | 17:02 |
| th1a | OK. | 17:02 |
| aelkner | matching the timetable ids could be considered just another instance of that | 17:03 |
| th1a | Maybe we have to emphasize using quotes then. | 17:03 |
| aelkner | well, if we just take floats and truncate the '.0' part, we may be ok | 17:03 |
| th1a | OK aelkner, I think we should move on and discuss all this stuff later this morning. | 17:03 |
| aelkner | ok | 17:04 |
| th1a | menesis: Any news on the Ubuntu front? | 17:04 |
| th1a | ignas: http://oeg-home.ru/blog/2010/05/eve-spaceships-art-apocalypse/ | 17:05 |
| th1a | yvl: You can go ahead... is menesis around? | 17:06 |
| menesis | th1a: yes, hi | 17:06 |
| th1a | Hi menesis. | 17:06 |
| menesis | last week I have further improved my ubuntu application, asked for endorsements, and got some already | 17:07 |
| menesis | this one https://wiki.ubuntu.com/GediminasPaulauskas/MyApplication | 17:08 |
| menesis | I have submitted it to developer membership board. but it will not be considered at the next meeting (tomorrow) yet | 17:08 |
| menesis | that means will have to wait for permissions for two more weeks | 17:09 |
| menesis | updated other wiki pages and blueprints | 17:10 |
| *** alga_ has quit IRC | 17:10 | |
| *** alga has quit IRC | 17:10 | |
| ignas | th1a, awesome | 17:10 |
| menesis | then, I have been preparing to open schooltool development | 17:10 |
| th1a | Is there anything in particular that needs to happen to get on the meeting agenda? | 17:10 |
| menesis | merged bugfixes and translations, released schooltool.gradebook 0.7.0 and schooltool 1.4.0, created stable series (1.4) on launchpad and moved releases to appriopriate series | 17:12 |
| menesis | creating 1.4 branches and adding 1.4 to buildbot is next on the todo | 17:13 |
| th1a | OK, sounds good. | 17:13 |
| menesis | about the meeting agenda - have to submit application at least one week before the meeting. It was late | 17:14 |
| menesis | also, need to have 3-5 endorsements, that I only got today | 17:15 |
| th1a | OK. | 17:15 |
| th1a | So technically it can be submitted now. | 17:15 |
| menesis | also, they typically process 4 applications per meeting, and there are 4 already, so no time anyway | 17:15 |
| menesis | yes, I will add it to the next meeting's agenda | 17:16 |
| th1a | So probably submitting earlier rather than later is better for ensuring a spot in the queue? | 17:16 |
| th1a | OK. | 17:16 |
| th1a | Fantastic. | 17:16 |
| th1a | Anything else menesis? | 17:17 |
| menesis | I still have other work to do before I start uploading packages, and this wait for permissions is not a problem yet | 17:17 |
| th1a | OK. | 17:17 |
| menesis | nothing else to add I think | 17:18 |
| th1a | Thanks. | 17:18 |
| th1a | yvl? | 17:18 |
| yvl | well, got the levels in, finally | 17:19 |
| yvl | + minor ui | 17:19 |
| yvl | creation / deletion / sorting | 17:19 |
| yvl | you cant tie them to courses from ui, though developers can tie them through code | 17:20 |
| th1a | That's in the development trunk? | 17:20 |
| yvl | not yet | 17:20 |
| yvl | I was waiting for 1.4 tag | 17:20 |
| yvl | we had no merging until then rule :) | 17:20 |
| th1a | (there is not development trunk yet, right?) | 17:20 |
| yvl | menesis, I can freely push things to trunk now, right? | 17:20 |
| yvl | or you'll create 1.4 branches, then change trunk to 1.5dev? | 17:21 |
| yvl | well anyway, that should be sorted by the end of this week or something | 17:22 |
| yvl | for now I work in branches | 17:22 |
| menesis | yvl: you can push to trunk if you want | 17:22 |
| yvl | great then | 17:22 |
| menesis | schooltool and gradebook, at least | 17:22 |
| menesis | I will branch when needed | 17:22 |
| yvl | hmm, I'll need lyceum.journal in 2-3 weeks or maybe sooner | 17:23 |
| th1a | aelkner & replaceafill: You following this? | 17:23 |
| replaceafill | yes | 17:24 |
| aelkner | all we have to do is branch trunk no matter what the state and submit our branches, right? | 17:24 |
| th1a | Well, we should be switching to the development trunk, right? | 17:24 |
| yvl | for now yes | 17:24 |
| yvl | at some point grant projects and trunk will diverge, I imagine | 17:25 |
| th1a | Hopefully not. | 17:25 |
| th1a | Or... more precisely... not. | 17:25 |
| yvl | hmm | 17:25 |
| th1a | They all have to be installable from the same PPA. | 17:25 |
| th1a | So, same core plus site-specific extensions. | 17:26 |
| yvl | well, we'll sort that out | 17:26 |
| aelkner | ok, but for me, i can't wait for anyting to be worked out on that front | 17:27 |
| aelkner | i need to deliver instantly to Jen | 17:27 |
| yvl | ok, I meant: | 17:27 |
| yvl | well keep you on trunk for now | 17:27 |
| yvl | well sort out the deployment details ourselves later on | 17:27 |
| aelkner | so i recommend letting her bzr branch lp:~aelkner/schooltool/schooltool.zambia | 17:27 |
| aelkner | and run make and make run | 17:27 |
| yvl | so you wouldn't need to worry about them :) | 17:27 |
| th1a | What is she doing now? | 17:27 |
| aelkner | she's apt-get installing i assume | 17:28 |
| aelkner | but that only gets her current schooltool | 17:28 |
| aelkner | schooltool.zambia, like schooltool.sla is not packaged | 17:28 |
| th1a | In this case that makes sense. | 17:28 |
| aelkner | ok, good | 17:28 |
| th1a | But whatever happens in the end has to be shifted over to a .deb based installation. | 17:29 |
| th1a | Ideally, that's just moving the database. | 17:29 |
| aelkner | after the pilot goes zambia-wide, then we could distribute it that way | 17:29 |
| yvl | th1a, yes, and yes | 17:29 |
| th1a | They WILL NOT be running eggs in production. | 17:29 |
| th1a | That is FORBIDDEN. | 17:30 |
| th1a | Ok? | 17:30 |
| * yvl seconds | 17:30 | |
| * Lumiere thirds | 17:30 | |
| Lumiere | no eggs in production | 17:30 |
| aelkner | well, i wouldn't be standing in the way, but the packages aren't made by me | 17:30 |
| Lumiere | it gets very messy | 17:30 |
| th1a | If they're using eggs that break in December, aelkner has to fly to Zambia at his own expense to fix them. | 17:31 |
| Lumiere | very quickly | 17:31 |
| replaceafill | :| | 17:31 |
| yvl | listen to the wise sys-admin! | 17:31 |
| * Lumiere refrains from comments about egg on peoples faces <_< | 17:31 | |
| th1a | Perhaps we should teach aelkner how to generate his own .deb packages on Launchpad. | 17:31 |
| Lumiere | I am running pedia press's collection/mwlib packagesd | 17:32 |
| Lumiere | via eggs | 17:32 |
| Lumiere | and i find that I have to blow my entire /usr/local/lib/python2.6/dist-packages | 17:32 |
| * replaceafill would like to be included in the 'make your own .deb' course :) | 17:32 | |
| Lumiere | every month or so | 17:32 |
| Lumiere | to keep it working | 17:32 |
| th1a | We probably should all learn how to package our own extensions some time this summer. | 17:32 |
| yvl | I informally asked menesis to work on a tutorial when he's packaging final grant project debs | 17:33 |
| th1a | Good. | 17:33 |
| th1a | OK, yvl, anything else? | 17:33 |
| yvl | and "learn how" also means "have at least some tools" | 17:33 |
| yvl | umm.. | 17:33 |
| yvl | well, I'm on timetabling now | 17:34 |
| yvl | it's messy | 17:34 |
| yvl | very old code, some code rot | 17:34 |
| Lumiere | and partially written by sricter | 17:34 |
| Lumiere | +h in appropriate spot <_< | 17:34 |
| yvl | so, now just placing warnings and pointers for myself | 17:34 |
| yvl | I'll restrain from heavy refactoring | 17:35 |
| yvl | but some needs to be done | 17:35 |
| yvl | badly | 17:35 |
| yvl | and some documentation | 17:35 |
| th1a | Understood. | 17:35 |
| yvl | well, I'll keep you posted.... :) | 17:36 |
| th1a | Thanks. | 17:36 |
| th1a | replaceafill? | 17:36 |
| replaceafill | i changed the cambodia student's form | 17:36 |
| replaceafill | and ask Piseth some other things | 17:37 |
| replaceafill | he already replied and i already made those other fixes | 17:37 |
| replaceafill | i'm in the middle of the "import from previous year" | 17:37 |
| replaceafill | i have a couple of questions for yvl (as usual...) | 17:37 |
| yvl | shoot :) | 17:37 |
| replaceafill | yvl, https://docs.google.com/Doc?docid=0Ade78VyWm8bnZGR2bWp4NzZfMjR6NjlwenRzaA&hl=es | 17:38 |
| replaceafill | yvl, check the end of the doc, UI v2 | 17:38 |
| replaceafill | it seems all i'm doing is "importing from previous year" explicit | 17:38 |
| replaceafill | since courses are already copied | 17:39 |
| replaceafill | so are timetables | 17:39 |
| replaceafill | and groups memberships too | 17:39 |
| replaceafill | except for the students group... | 17:39 |
| yvl | well, you should not copy any "class" group memberships | 17:39 |
| replaceafill | yvl, so i identified these three classes: | 17:39 |
| replaceafill | src/schooltool/course/course.py:class InitCoursesForNewSchoolYear(ObjectEventAdapterSubscriber): | 17:40 |
| replaceafill | src/schooltool/timetable/schema.py:class InitSchoolTimetablesForNewSchoolYear(ObjectEventAdapterSubscriber): | 17:40 |
| replaceafill | src/schooltool/group/group.py:class InitGroupsForNewSchoolYear(ObjectEventAdapterSubscriber): | 17:40 |
| replaceafill | sorry for the flooding... | 17:40 |
| yvl | that's ok | 17:40 |
| replaceafill | yvl, i'm doing this in ST core | 17:40 |
| yvl | hmm, ok | 17:40 |
| aelkner | are we talking about levels in st core? | 17:40 |
| replaceafill | yvl, i understand the initcourses and initgroups classes | 17:41 |
| replaceafill | but the timetables got my attention | 17:41 |
| replaceafill | specifically this: | 17:41 |
| * Lumiere notes that this yet again proves that ST's timetables are a thing of absolute complexity :) | 17:41 | |
| replaceafill | src/schooltool/timetable/schema/locationCopy | 17:42 |
| replaceafill | def locationCopy in schema.py | 17:42 |
| replaceafill | yvl, why is that needed? | 17:42 |
| aelkner | Lumiere, if you saw FET's constraint mechanism, you wouldn't think schooltool was so complex | 17:42 |
| yvl | it's basically doing deepcopy | 17:42 |
| Lumiere | aelkner: FET's the person -> classes scheduler? | 17:43 |
| yvl | just copying "schema and everything it includes" | 17:43 |
| Lumiere | aelkner: if so it is complex by the nature of what it needs to do (and not take 100 years to do) | 17:43 |
| replaceafill | ah | 17:43 |
| Lumiere | aelkner: ST's timetabling didn't need to be so complex (it is useful that it is, but never needed to be) | 17:44 |
| replaceafill | yvl, ah, it's like copying a full container? | 17:44 |
| replaceafill | and all its values? | 17:44 |
| yvl | yes, it's like that | 17:44 |
| yvl | Zope already has/uses mechanism for this | 17:44 |
| replaceafill | that's why it's serialized first and then taken back... | 17:44 |
| yvl | it's just ancient code | 17:44 |
| aelkner | yvl, replaceafill: may i interrupt to ask: are you guys discussing adding levels to st core? | 17:45 |
| yvl | well, yes and no | 17:45 |
| yvl | they will be added this week | 17:45 |
| yvl | so, no discussion :) | 17:45 |
| replaceafill | yvl, so what i was thinking of doing was to disable those three adapters but use the same code logic | 17:46 |
| replaceafill | put the options in the "New SchoolYear form" | 17:46 |
| yvl | sure, you can do that | 17:47 |
| replaceafill | and react according to what the user selects | 17:47 |
| replaceafill | cool, my final question | 17:47 |
| replaceafill | on cambodia | 17:47 |
| replaceafill | they asked for a very different contact information | 17:47 |
| replaceafill | like, mother's full name | 17:47 |
| replaceafill | fathers' full name | 17:48 |
| replaceafill | mothers full name in latin | 17:48 |
| replaceafill | detailed info for the address: province, district, village and so on | 17:48 |
| replaceafill | and i was thinking, this is very different from the regular schooltool contact | 17:48 |
| replaceafill | what i did was that i subclassed the regular contact and added a lot of new attributes | 17:49 |
| replaceafill | but it feels weird :( | 17:49 |
| yvl | I agree | 17:49 |
| yvl | you also changed the addform, right? | 17:49 |
| * th1a notes that we'll probably do customizable contact fields sometime in the next 12 months. | 17:49 | |
| replaceafill | yes, add/edit forms were changed | 17:49 |
| yvl | great | 17:50 |
| yvl | so don't worry about that for now | 17:50 |
| replaceafill | :| | 17:50 |
| ignas | hmm | 17:50 |
| ignas | i'd make the subclass an adapter | 17:50 |
| ignas | and store the "added contact info" somewhere else | 17:50 |
| ignas | and make the getter for contacts return not the original contact, but contact adapted to ICambodiaContact | 17:51 |
| replaceafill | ignas, an adapter on IContact? | 17:51 |
| ignas | of on Contact class itself | 17:51 |
| ignas | or on person, don't know which way it's better, haven't seen the code for a while | 17:52 |
| yvl | this case - Contact's class | 17:52 |
| yvl | I'm not sure if it's worth the time though | 17:52 |
| replaceafill | yvl, well it just felt like doing something quick but really dirty :) | 17:52 |
| replaceafill | for the extra person fields, demographics, name in latin i used demographics custom fields | 17:53 |
| yvl | yay per-country customizations! | 17:53 |
| yvl | you got the right feel | 17:53 |
| replaceafill | :D | 17:53 |
| replaceafill | sorry, that was: nationality and name in latin | 17:53 |
| replaceafill | i used custom demographics fields for those | 17:53 |
| replaceafill | and again, bound contact was a subclass (the same way as contact) | 17:54 |
| replaceafill | because they wanted the address detail on the student too | 17:54 |
| replaceafill | th1a, i'm going to finish the import from previous year today i think, will let you know | 17:54 |
| replaceafill | that's it from me | 17:54 |
| replaceafill | thanks yvl | 17:54 |
| yvl | thank _you_, Douglas ;) | 17:55 |
| aelkner | yvl, i was asking about levels because schooltool.zambia will need to use them | 17:56 |
| aelkner | at the moment it has it's own implementation which i got from schooltool.cambodia | 17:57 |
| yvl | ah | 17:57 |
| yvl | so that's good | 17:57 |
| yvl | the implementation is basically the same in trunk | 17:57 |
| replaceafill | aelkner, we'll have to change cambodia and zambia when levels are in trunk | 17:57 |
| aelkner | but these relationships will need to be evolved once st core has them, right? | 17:57 |
| yvl | but no "class" support | 17:57 |
| yvl | if it's possible, I'd rather destroy the databases than write evolution scripts | 17:58 |
| aelkner | and scholtool.zambia definitely DOESN'T want groups, sections, etc to be auto-created | 17:58 |
| yvl | It's kind of an early stage of work | 17:58 |
| replaceafill | does zambia already have production data? | 17:58 |
| th1a | None of this is deployed so it can all be redone without evolution. | 17:58 |
| replaceafill | yes | 17:58 |
| yvl | aelkner - that was not moved into trunk | 17:58 |
| aelkner | they have FET data, and from that i will create sections, etc. | 17:58 |
| yvl | auto-creation is Cambodia-specific | 17:58 |
| aelkner | cool | 17:59 |
| aelkner | just the relationships then, and the groups view? | 17:59 |
| yvl | they are... actually pretty useless at this point, except that they exist | 17:59 |
| th1a | Yes, aelkner, we should try to keep Jen generating everything from imports so we can just start over from scratch for as long as possible. | 17:59 |
| * yvl seconds | 17:59 | |
| aelkner | th1a, you saw that part of my note where i said the process was ever-repeatable? | 18:00 |
| yvl | aelkner, there's just code to help link levels to courses, but no views for that at the moment | 18:00 |
| th1a | aelkner, Just making sure we're on the same page. | 18:00 |
| yvl | it's supposed to be tested and documented | 18:00 |
| yvl | ah, and a view for admin to create/sort levels | 18:00 |
| yvl | if you need anything more | 18:01 |
| aelkner | yvl, just keep us in the loop about what and when we need to change our use of levels in the custom packages | 18:01 |
| aelkner | i mean, please do so :) | 18:01 |
| yvl | ah, ok | 18:02 |
| aelkner | and how to evolve when we need to | 18:02 |
| yvl | actually | 18:02 |
| aelkner | oh, never mind | 18:02 |
| yvl | just check this branch out: https://code.edge.launchpad.net/~justas-pov/schooltool/levels | 18:02 |
| aelkner | no evolve | 18:02 |
| th1a | And that should be going into the development trunk this week after the development trunk is created? | 18:02 |
| yvl | well it "kind of is created now" | 18:03 |
| yvl | so yes | 18:03 |
| yvl | one of the easier ways for you guys | 18:04 |
| yvl | would be just getting that branch | 18:04 |
| yvl | and adding it to develop = | 18:04 |
| yvl | and then porting whatever code is needed | 18:04 |
| yvl | or I can add that to trunk, and you can port then | 18:05 |
| yvl | it's up to you | 18:05 |
| aelkner | either way we wold need develop =, right? | 18:05 |
| yvl | well | 18:05 |
| yvl | if you wait for it to get into trunk | 18:05 |
| yvl | it will get released as an egg | 18:05 |
| yvl | and it will brake sandboxes automatically | 18:06 |
| yvl | and that sounds bad | 18:06 |
| aelkner | but that's ok | 18:06 |
| replaceafill | we know it will happen ;) | 18:06 |
| aelkner | it will break in a way that allows us to fix our side | 18:06 |
| yvl | if Jen doesn't run bin/buildout, yes | 18:06 |
| yvl | hmm | 18:07 |
| yvl | you know what | 18:07 |
| yvl | I'll just merge stuff to trunk | 18:07 |
| replaceafill | yes, i just realized they're using check outs | 18:07 |
| yvl | then you can check out trunk, and add it to develop= | 18:07 |
| yvl | and when the porting is done | 18:07 |
| yvl | release the eggs | 18:07 |
| aelkner | replaceafill, cambodia is using develop = for schooltool core? | 18:08 |
| replaceafill | no | 18:08 |
| yvl | (or you can use my levels branch from tomorrow as develop, that's the same effect) | 18:08 |
| replaceafill | it's still using an egg | 18:08 |
| aelkner | i'm happy to use the egg if it's going to be ready by tomorrow, but i can also use your branch | 18:09 |
| aelkner | either way is fine with me | 18:09 |
| th1a | Basically, Jen can probably handle building from eggs, and considering what we're trying to do with FET, it probably makes sense for her. | 18:09 |
| th1a | But generally, we really don't want people using eggs at all. | 18:09 |
| th1a | Unless: | 18:10 |
| th1a | a) we've got good communication going with them and; | 18:10 |
| th1a | b) they seem like they can handle it. | 18:10 |
| yvl | sounds right | 18:10 |
| yvl | ok, synched the levels branch with trunk | 18:10 |
| aelkner | with Jen, it looks like a) and b) are true | 18:10 |
| th1a | I'd rather we were throwing things up on the demo server. | 18:10 |
| th1a | In the default case. | 18:11 |
| yvl | you can try it out whenever you want | 18:11 |
| yvl | umm, there's some hidden documentation | 18:11 |
| yvl | schooltool/level/tests/level-integration.txt | 18:11 |
| * th1a arbitrarily drops the bag of gravel. | 18:11 | |
| yvl | feedback is very welcome | 18:12 |
| aelkner | yvl: will do | 18:12 |
| th1a | aelkner: Do you want to take a break and discuss the imports more around 1:00? | 18:15 |
| yvl | ok guys, have a great week :) | 18:16 |
| th1a | Have a great week gentlemen! | 18:16 |
| aelkner | great week, everyone | 18:17 |
| aelkner | th1a, 1:00 is ok for me | 18:17 |
| th1a | kk | 18:17 |
| replaceafill | thanks everybody | 18:17 |
| yvl | th1a, completely forgot | 18:20 |
| yvl | I'd like to take the next week off, if that's ok | 18:21 |
| th1a | After this week? | 18:21 |
| th1a | That's fine. | 18:21 |
| yvl | yes | 18:21 |
| yvl | thanks :) | 18:21 |
| * th1a isn't happy about the weak Euro. | 18:22 | |
| Lumiere | th1a: get your money into yen! | 18:22 |
| th1a | I'll ask Mark to transfer the rest of our budget. | 18:22 |
| Lumiere | </sarcasm> | 18:22 |
| *** menesis has quit IRC | 18:33 | |
| *** menesis has joined #schooltool | 18:33 | |
| *** alga has joined #schooltool | 19:08 | |
| *** alga_ has joined #schooltool | 19:08 | |
| *** replaceafill has quit IRC | 19:47 | |
| *** menesis has quit IRC | 20:00 | |
| aelkner | th1a, ping | 20:05 |
| *** replaceafill has joined #schooltool | 20:25 | |
| *** ignas has quit IRC | 20:30 | |
| *** replaceafill has quit IRC | 20:42 | |
| *** replaceafill has joined #schooltool | 20:55 | |
| *** replaceafill has quit IRC | 21:10 | |
| *** lisppaste5 has quit IRC | 21:15 | |
| *** lisppaste5 has joined #schooltool | 21:15 | |
| *** replaceafill has joined #schooltool | 21:16 | |
| *** menesis has joined #schooltool | 22:08 | |
| *** jelkner has quit IRC | 22:52 | |
| *** replaceafill has quit IRC | 23:27 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!