*** Aiste has joined #schooltool | 00:35 | |
*** bskahan has joined #schooltool | 00:36 | |
*** Aiste has quit IRC | 00:45 | |
*** Velmont has joined #schooltool | 00:46 | |
*** ignas has quit IRC | 01:07 | |
*** bskahan has quit IRC | 01:10 | |
*** bskahan has joined #schooltool | 02:55 | |
*** bskahan has quit IRC | 04:40 | |
*** bskahan has joined #schooltool | 05:41 | |
*** bskahan has quit IRC | 06:13 | |
*** Aiste has joined #schooltool | 09:49 | |
*** Aiste has quit IRC | 10:50 | |
*** auxesis has quit IRC | 10:56 | |
*** auxesis has joined #schooltool | 11:04 | |
*** Aiste has joined #schooltool | 11:27 | |
*** alga has joined #SchoolTool | 11:51 | |
*** mgedmin has joined #schooltool | 12:13 | |
*** thisfred has joined #schooltool | 13:23 | |
*** bskahan has joined #schooltool | 14:14 | |
bskahan | is launchpad zope 3 based? | 14:22 |
---|---|---|
mgedmin | afaik yes | 14:22 |
bskahan | tnx | 14:23 |
*** regebro has joined #schooltool | 15:24 | |
*** mgedmin has quit IRC | 15:36 | |
*** FarcePest has joined #schooltool | 15:40 | |
*** alga has quit IRC | 15:44 | |
*** alga has joined #SchoolTool | 16:08 | |
bskahan | is there any way to limit the output from failed ftests? | 16:41 |
*** alga has quit IRC | 17:05 | |
*** mgedmin has joined #schooltool | 17:18 | |
*** alga has joined #SchoolTool | 17:24 | |
th1a | mgedmin: Feeling better? | 17:28 |
bskahan | time for the meeting is still 16:00 UTC, since there was no quorum on moving it to 15:00? | 17:46 |
th1a | What did I say in the email? | 17:47 |
bskahan | you agreed | 17:47 |
bskahan | but only you and I said anything | 17:47 |
bskahan | as far as I saw | 17:47 |
th1a | I said 1500 in the email yesterday. | 17:47 |
bskahan | ah | 17:48 |
bskahan | cool | 17:48 |
th1a | Well, let's try to get the attention of the Programmers of Vilnius and see what they were thinking. | 17:48 |
th1a | alga: Are you guys going to be ready to meet in 10 minutes, or were you thinking it was still at 1600 UTC and thus another hour later? | 17:49 |
alga | we're ready | 17:51 |
th1a | Good. | 17:51 |
alga | have you received my version of the proposal? | 17:52 |
th1a | Yes, I bounced a copy of the combined proposals to the SchoolTool list. | 17:52 |
th1a | Did you see that? | 17:52 |
*** gintas has joined #schooltool | 17:53 | |
alga | nope, I missed it | 17:56 |
alga | I'm drowning in my inboxes | 17:57 |
alga | so I usually just skim over personal messages, leaving lists for later | 17:57 |
th1a | bskahan noticed you didn't have anything about i18n in there. That needs to be added. | 17:57 |
alga | *sigh* | 17:58 |
*** ignas has joined #schooltool | 17:58 | |
mgedmin | th1a, yes, thanks | 17:59 |
th1a | OK, let's start with loose ends. What's left to be tidied up from the last contracts, if anything? Etria? | 18:00 |
bskahan | dayView rendering of timezones, doctests for allday events | 18:00 |
bskahan | as far as I know that's it | 18:01 |
th1a | When will that be done? | 18:01 |
bskahan | momentarily | 18:01 |
th1a | OK. POV? | 18:01 |
alga | ReSTive views | 18:01 |
bskahan | dayView bug is just about getting CSS positioning right | 18:01 |
alga | we plan to nail them by the end of tomorrow | 18:02 |
alga | maybe even sooner | 18:02 |
th1a | What are you working on specifically? | 18:02 |
ignas | relationships | 18:02 |
alga | finishing ReSTive views for ACLs and relationships | 18:02 |
alga | ignas is working on relationships | 18:02 |
th1a | OK. | 18:03 |
th1a | Since we have more new people hanging out on the channel, I'll mention that this is a weekly meeting we have between our paid development teams whenever they're both working on SchoolTool. | 18:04 |
th1a | Everyone is welcome to participate, however. | 18:04 |
th1a | I think the next contracts are pretty much solidified, with a couple remaining exceptions. | 18:04 |
th1a | POV pointed out that we'll need REST interfaces for preferences. | 18:05 |
th1a | And notes. | 18:05 |
th1a | I keep going back and forth with Etria about how to do REST for notes. | 18:05 |
th1a | I have been getting the feeling that the Atom publishing API is more in flux than I had thought. | 18:06 |
bskahan | zope3 went and added a user preference system a week after schoolbell | 18:06 |
th1a | Is that in the Zope3 trunk now? | 18:07 |
bskahan | do we want to move over to use that before adding RESTive access to user preferences? | 18:07 |
bskahan | yes | 18:07 |
th1a | That's a good question. | 18:08 |
bskahan | eventually, we'll have to move to that, but I was giving it very low priority, since preferences work for us now | 18:08 |
mgedmin | srichter's experimental preferences system that he added to apidoc? | 18:08 |
bskahan | mmm, I'm not sure if that's the same thing, I thought garret did the generic user preferences | 18:09 |
bskahan | zope.app.preference | 18:09 |
*** tvon has joined #schooltool | 18:10 | |
mgedmin | this might be newer | 18:10 |
mgedmin | I'll have to look at it | 18:10 |
alga | it was srichter | 18:10 |
alga | it's the same thing | 18:10 |
tvon | Hi folks, sorry I'm late. | 18:11 |
th1a | tvon: Hi. | 18:11 |
th1a | Hm... | 18:11 |
alga | I don't think there's much merit in switching to the new system | 18:12 |
th1a | Perhaps when we start working on SchoolTool proper. | 18:12 |
bskahan | ok | 18:13 |
th1a | Lets stick with what we have for SchoolBell and SC. | 18:13 |
alga | what about i18n though? it is holding back starting work on stc | 18:13 |
th1a | Well, thre isn't much choice -- it has to be done. | 18:13 |
th1a | Isn't most of the machinery in place, anyhow? | 18:14 |
alga | It is... | 18:15 |
*** tvon has quit IRC | 18:15 | |
alga | It is just that translation on z3 is different than what we had | 18:15 |
alga | and the devil is in the details | 18:16 |
alga | the 90/10 rule | 18:16 |
th1a | OK. We'll just have to take on that devil. | 18:16 |
th1a | It just needs to be added to the new contract. | 18:18 |
*** tvon|x31 has joined #schooltool | 18:18 | |
*** tvon|x31 is now known as tvon | 18:20 | |
bskahan | other things, new server, new schooltool tree | 18:20 |
* mgedmin jumps up and down | 18:20 | |
tvon | What's the timeline on the new server? | 18:20 |
th1a | yes, mgedmin? | 18:21 |
ignas | alga, how long is the i18n is going to take ? | 18:21 |
th1a | The server is waiting for us. | 18:21 |
th1a | When is Plone 2.1 expected? | 18:21 |
mgedmin | th1a, alga though it was too quiet here and asked me to do something ;) | 18:21 |
bskahan | june | 18:21 |
tvon | two months? | 18:21 |
bskahan | too bad | 18:21 |
th1a | Good, that's far enough in the future that we can't justify waiting. | 18:22 |
bskahan | heh | 18:22 |
th1a | What will Etria need from POV to move the site? | 18:23 |
th1a | mgedmin: We're taking this off your hands. | 18:23 |
tvon | erm... an export of the current one I suppose | 18:23 |
th1a | A .xexp? | 18:24 |
th1a | .zexp? | 18:24 |
bskahan | root or acess to /etc/httpd and /opt | 18:24 |
* bskahan nods | 18:24 | |
alga | which? | 18:24 |
tvon | which what? | 18:24 |
alga | I think Data.fs is better than zexp | 18:24 |
tvon | that's fine too | 18:24 |
alga | which of zexp and root access | 18:24 |
* mgedmin du's the instance home | 18:25 | |
bskahan | we'll try data.fs first | 18:25 |
bskahan | what version of plone is running now? | 18:25 |
tvon | We'll need login info for the new server of course | 18:25 |
mgedmin | ok, we should compress the data.fs before emailing it to you (760 megs atm) | 18:25 |
bskahan | probably 50M after packing ;) | 18:26 |
tvon | pack the db | 18:26 |
mgedmin | err, that's what I meant by "compress" -- "pack" | 18:26 |
th1a | Right. I need to dig out the address of our contact at Canonical. Hopefully they haven't appropriated our server for something else. | 18:26 |
tvon | ah, heh | 18:26 |
th1a | So this won't take substantial time on POV's end. | 18:27 |
th1a | We just need to add a couple days for Etria. | 18:27 |
tvon | We'll need to know what products are installed on the current site as well | 18:27 |
bskahan | the server needs mail, subversion, mailman, etc | 18:28 |
alga | Can we keep the subversion server? | 18:28 |
th1a | Do we want to move the lists now as well? | 18:28 |
th1a | Let's just move the site. | 18:28 |
* bskahan is neutral | 18:28 | |
bskahan | ok | 18:28 |
tvon | k | 18:29 |
bskahan | and set up a demo site and calendar.schooltool.org? | 18:29 |
th1a | Yes. | 18:29 |
th1a | We can just do a simple demo site. | 18:29 |
bskahan | I'd really like to set up calendar.schooltool.org with a recent subversion revision, so that I can find bugs in timezone stuff in the real world | 18:30 |
bskahan | though, the demo could do that too | 18:30 |
th1a | bskahan: can you also make a note to add a story for uploading .ics files to a calendar? | 18:32 |
th1a | That should be straightforward, right? | 18:32 |
th1a | Uploading from the filesystem. | 18:32 |
th1a | OK, let's talk sequencing. | 18:34 |
tvon | Okay | 18:35 |
th1a | The main point where there are dependencies between the two teams is in the sections/courses/teachers/students. | 18:35 |
th1a | So Etria should probably do those first. | 18:35 |
alga | I'd like Marius to lay out the architecture | 18:35 |
bskahan | what are the POV stories for that? | 18:35 |
th1a | And it makes sense for POV to do stuff that isn't dependent on those things. | 18:35 |
alga | i18n in SB is not dependent ;-) | 18:36 |
alga | timetabling is | 18:36 |
th1a | alga: That's what I'm thinking. | 18:36 |
th1a | bskahan: You need those objects to actually make timetables. | 18:36 |
* bskahan stopped being lazy and went to look | 18:36 | |
th1a | alga: We should discuss the architecture, but I don't think there's too much to it. | 18:37 |
th1a | bskahan: Can you give a quick summary of your thinking on courses and sections? | 18:38 |
th1a | How they'll be implemented? | 18:38 |
bskahan | yeah, I wanted to run it by POV anyway | 18:38 |
alga | I think sections are groups with a marker interface | 18:39 |
bskahan | an ISection is a group with an annotation | 18:39 |
bskahan | yeah | 18:39 |
alga | they can be in a teaching relationship | 18:39 |
alga | do we need facets? | 18:40 |
bskahan | I think this can be done with annotations | 18:40 |
alga | what can be done with annotations? | 18:41 |
th1a | We'll have to make a general decision about facets soon. | 18:41 |
alga | Right now I think we can get by with the Zope3 component architecture | 18:41 |
bskahan | the teaching relationship in ST used facets to set the Teacher facet, iirc | 18:41 |
th1a | mgedmin: Before I forget... does your laptop have bluetooth? | 18:42 |
bskahan | I think that could be done with an annotation now | 18:42 |
mgedmin | th1a, yes | 18:42 |
th1a | mgedmin: Do you have a data plan for your cell phone? | 18:43 |
mgedmin | th1a, if by "data plan" you mean GPRS, then yes | 18:43 |
th1a | Yeah. I don't know the jargon. | 18:43 |
mgedmin | neither do I | 18:43 |
bskahan | a Course is very similar to a Group of Sections, except that there's no reason for a Course to be ICalendarOwner, so I was going to create a toplevel /courses container | 18:43 |
* tvon thinks data == gprs | 18:44 | |
alga | I doubt we need more containers | 18:44 |
alga | either put them into a special group, | 18:44 |
alga | or mark them with some interface | 18:45 |
th1a | I don't think they need to contain anything. | 18:45 |
th1a | They just need to have relationships to sections. | 18:45 |
bskahan | th1a: they wouldn't, I just meant to give them their own container | 18:45 |
bskahan | rather than putting then in /groups | 18:45 |
alga | course IS a group | 18:46 |
gintas | th1a, I remember that you said a long time that the SchoolTool is a bit too open-ended, i.e., we only have people, groups and containers - very generic stuff | 18:46 |
tvon | /groups/courses would make sense I think | 18:46 |
alga | tvon: +1 | 18:46 |
bskahan | ? | 18:46 |
alga | a special group 'courses' | 18:46 |
gintas | if I got Tom's idea right, that would be an argument for introducing more top level containers - to organize stuff a little bit | 18:47 |
alga | each its member is a course | 18:47 |
th1a | That sounds right. | 18:47 |
bskahan | alga: ok, that I can get down with | 18:47 |
*** regebro has quit IRC | 18:47 | |
bskahan | but it doesn't fix the question of what a Course is | 18:47 |
alga | a course is a group | 18:47 |
alga | it has a marker interface | 18:48 |
th1a | Well, it isn't a group. | 18:48 |
bskahan | ICourse looks exactly like IGroup except it doesn't have a calendar and its members can only be Sections | 18:48 |
bskahan | and the IRelationship property should probably be 'sections' not 'members' | 18:48 |
th1a | Well, that'll probably work in the medium term. | 18:48 |
bskahan | th1a: right, Course will diverge from the basic IGroup more as we move into standards/assesment | 18:49 |
th1a | Yeah. It is just sort of a placeholder in SchoolTool Calendar. | 18:49 |
bskahan | a Section on the other hand is a group whos members can be persons and some are teachers and some are students | 18:50 |
th1a | Right. | 18:51 |
bskahan | a section is related to a course that it 'implements' | 18:51 |
th1a | Yep. | 18:51 |
* tvon has a generations question before we all disperse | 18:51 | |
*** regebro has joined #schooltool | 18:52 | |
bskahan | alga: would it be ok to seperate out groups with calendars from groups without calendars? | 18:52 |
alga | why? | 18:52 |
alga | what's wrong with a calendar that's just hanging there? | 18:53 |
bskahan | that's really the only thing that I want to do with courses that makes me not want them to be groups at the moment | 18:53 |
bskahan | its there, and its not needed | 18:53 |
th1a | Before we all disperse, I'm going to flip a coin to see whether tvon or mgedmin gets the second NGage. I can probably get another one if necessary, so don't have a stroke either way. | 18:53 |
th1a | bskahan: It could be useful, actually. | 18:53 |
th1a | A course calendar. | 18:53 |
tvon | eh, you can send this one to mgedmin... if you can get another it would be great though :) | 18:53 |
th1a | tvon: OK. Thanks. mgedmin, I'll bring it to Python UK. | 18:54 |
bskahan | ok, I'll make courses groups and leave the calendar there | 18:55 |
th1a | bskahan: Sometimes there might be course-wide events, like the AP exam. | 18:55 |
* bskahan nods | 18:55 | |
bskahan | ok, then ICourse and ISection are both subclasses of IGroup and get stored in the groups container | 18:56 |
th1a | Can we keep them separate. | 18:57 |
bskahan | ? | 18:57 |
bskahan | in the UI | 18:57 |
bskahan | yes, other than in the /groups index, they'll be seperate | 18:57 |
th1a | Hm... | 18:57 |
th1a | See, I'd rather have /courses and /sections indexes. | 18:58 |
bskahan | the /groups, /persons won't go away, but they'll be replaced with | 18:58 |
th1a | I don't want the user to have to grasp the concept that courses and sections are types of groups. | 18:58 |
bskahan | er., not replaced, but their current prominence in the UI goes away in favor of a courses index and a section view | 18:58 |
* bskahan agrees | 18:59 | |
alga | th1a: they don't need to! it's completely a UI issue! | 18:59 |
th1a | OK. I think we're on the same page... | 18:59 |
bskahan | there's no reason to remove the /group index though. but there's also no reason to link to it | 18:59 |
th1a | OK. | 18:59 |
tvon | Before POV scurries off... To add a generation I just increment the SchemaManager values and add an evolve script matching the new numbers? | 18:59 |
gintas | tvon, I think yes | 18:59 |
alga | tvon: and test that it works! | 18:59 |
th1a | Also: making the new SchoolTool tree (branch?). | 18:59 |
tvon | hah | 19:00 |
bskahan | th1a: what are you evolving? | 19:00 |
bskahan | er., tvon | 19:00 |
tvon | bskahan: notes | 19:00 |
* bskahan nods | 19:00 | |
th1a | pov needs to rearrange the repository before Etria can start checking in SchoolTool changes. | 19:01 |
bskahan | mgedmin: we're all cheering for you to put together the schooltool tree | 19:01 |
th1a | Right? | 19:01 |
* mgedmin mhms | 19:02 | |
th1a | So... 1) finish the current contract; 2) send me a final of the new contract; 3) we'll send you the final payment for the current one and the initial of the new one. | 19:03 |
alga | th1a: what finish date are we aiming at? | 19:04 |
th1a | Aiming at May 1 ;-) Let me know how close we can get. | 19:05 |
alga | not a chance with i18n | 19:05 |
alga | maybe a slight chance if we only concentrate on tt | 19:06 |
mgedmin | alga, I think you're overestimating i18n | 19:06 |
th1a | I know we're can't hit May 1, let me know the best you can do with i18n. | 19:06 |
alga | mgedmin sais a week, I think more | 19:07 |
alga | I'm afraid of i18n | 19:07 |
alga | last time we underestimated it like 2 times | 19:08 |
bskahan | mgedmin: what time frame are you thinking for setting up the ST tree? | 19:08 |
mgedmin | next couple of days, I think | 19:09 |
bskahan | have an idea of what it will look like? | 19:09 |
mgedmin | yes | 19:14 |
mgedmin | /trunk/schooltool with top-level README, setup.py, runnable scripts, etc. | 19:14 |
mgedmin | /trunk/schooltool/src/schooltool with Python code | 19:15 |
mgedmin | perhaps stich /trunk/schooltool/src/schoolbell with svn:externals so that schooltool can use calendaring from schoolbell | 19:15 |
* bskahan nods | 19:15 | |
*** gintas has quit IRC | 19:16 | |
bskahan | duplicate the test.py and remove-stalebytcode? | 19:16 |
mgedmin | that's probably the simplest way | 19:16 |
mgedmin | they are already duplicated in a number of branches | 19:16 |
mgedmin | actually, I would like to migrate to the Zope 3 test runner in the long term | 19:17 |
*** gintas has joined #schooltool | 19:17 | |
mgedmin | this would mean porting those few extra features that ST's test.py has but Z3 test.py doesn't | 19:17 |
bskahan | zope's test.py doesn't support limiting by package name | 19:19 |
bskahan | ./test.py schoolbell.app.browser | 19:19 |
bskahan | or does it | 19:19 |
bskahan | nm | 19:19 |
bskahan | it does | 19:19 |
* bskahan is off for lunch | 19:27 | |
*** bskahan has quit IRC | 19:27 | |
*** bskahan has joined #schooltool | 19:49 | |
bskahan | anyone have an opinion on putting the schooltool CLI client into schoolbell/prototypes? | 20:20 |
*** thisfred has quit IRC | 20:22 | |
FarcePest | i just got 510 class sections (as groups) imported into schoolbell in a few seconds, index page performance seems tolerable | 20:24 |
bskahan | lovely | 20:27 |
bskahan | how did you import them? | 20:27 |
FarcePest | shoved them directly into ZODB | 20:27 |
bskahan | heh | 20:28 |
FarcePest | used schoolbell-import.py as a skeleton | 20:28 |
FarcePest | now i have to sort through 86859 student/faculty/staff entries and assign a subset of them to those 510 sections | 20:28 |
bskahan | any thoughts you have on what would make this process easier would be appreciated | 20:29 |
FarcePest | well the problem is, my original data is in a combination of fixed-field and csv | 20:29 |
bskahan | simplifying the process of creating working instances is in the next 2 rounds of stories | 20:29 |
bskahan | hrm, probably only going to do CSV in the near term, but most of the code would be shared | 20:31 |
FarcePest | no magic bullet for data import | 20:31 |
bskahan | not really | 20:32 |
bskahan | I really want to know how to make sorting your 86859 people in to sections easier | 20:33 |
FarcePest | what I have is this: | 20:33 |
FarcePest | a) a file with all the sections defined (section, course, description) | 20:34 |
FarcePest | b) a file with all the people defined (87K, many or most are gone for years) | 20:34 |
bskahan | do you have a way to filter only the current people? | 20:34 |
FarcePest | c) a file with people and each section they are enrolled in | 20:35 |
FarcePest | i wouldn't need b except that it has their login ID, which is not in c; have to join against student id (ssn) | 20:35 |
FarcePest | file c is 6396 entries (people) | 20:36 |
bskahan | what sort of school do you work for, if you don't mind my asking? | 20:36 |
FarcePest | a college at a university | 20:36 |
bskahan | and everyone in file C is active? | 20:36 |
*** gintas has quit IRC | 20:37 | |
bskahan | thanks | 20:37 |
FarcePest | everyone in c is of interest, b contains everyone at the whole university since 1996 or so | 20:37 |
FarcePest | if c had the field i needed, i wouldn't need b | 20:37 |
bskahan | c and b are csv? | 20:38 |
bskahan | or mixed | 20:38 |
FarcePest | c is fixed-field | 20:39 |
FarcePest | believe it or not, b is a combination of fixed-field AND CSV (using | as a separator) | 20:39 |
bskahan | nice | 20:39 |
* FarcePest doesn't make this shit up, he just has to consume it | 20:39 | |
bskahan | heh | 20:39 |
FarcePest | actually, I think if I quit talking to you, I might have it finished in an hour ;) | 20:40 |
bskahan | ok, have fun | 20:40 |
*** alga has quit IRC | 21:02 | |
FarcePest | takes about 30 seconds to load up the person index for 6.4K people | 21:02 |
FarcePest | they are not assigned to groups yet | 21:03 |
bskahan | hrm | 21:03 |
bskahan | that sucks | 21:03 |
bskahan | but there won't be very many times when you look at an unfiltered view of /persons in the future | 21:04 |
th1a | 30 seconds to load a page with 6400 lines? | 21:04 |
FarcePest | i think most people would want to search, or have a-z subindexes | 21:04 |
* bskahan agrees | 21:04 | |
th1a | Actually, that's the way the interface was originally. | 21:04 |
th1a | But most people won't be starting with that many lines. | 21:05 |
th1a | It was overkill for everyone until FarcePest arrived on the scene. | 21:05 |
FarcePest | oh dopey me | 21:06 |
tvon | hehe | 21:06 |
th1a | This project was much easier before we had any users. | 21:06 |
th1a | The good old days. | 21:06 |
bskahan | speaking of, need to figure out http://issues.schooltool.org/issue217 | 21:06 |
bskahan | I'm not sure how robust the default search system is meant to be | 21:07 |
bskahan | but its a start | 21:07 |
FarcePest | well, the two high schools here probably have easily 1000+ students each | 21:07 |
bskahan | th1a: last view for timezones commited | 21:07 |
th1a | Yes, we'll have to add that back in soon. | 21:08 |
th1a | The search, that is. | 21:08 |
bskahan | I'm hoping that fixing that bug will give us some degree of search | 21:11 |
FarcePest | does the person index sort on name? I know that's the sort order, but I suspect the b-tree is indexed on the user id | 21:15 |
mgedmin | yes on both counts | 21:15 |
FarcePest | i wonder how much of a performance hit the sort is | 21:16 |
mgedmin | you could remove the /sortby:title from the page template and see if it becomes noticeably faster | 21:20 |
*** ignas has quit IRC | 21:36 | |
th1a | So I did get some followup on the SchoolMation GPL dispute. | 21:46 |
th1a | Basically, at least one company (in India) took their code and just distributed it under a commercial license giving them no credit whatsoever. | 21:46 |
th1a | For reasons unknown to me, they didn't think they could afford the time or energy to contest the violation of the license. | 21:47 |
tvon | ouch | 21:47 |
th1a | I think it was foolish on their part. | 21:48 |
tvon | yeah | 21:48 |
th1a | Blatant GPL violations are rare and tend to make news quickly. | 21:48 |
bskahan | small company, fighing IP litigation overseas | 21:48 |
tvon | yeah | 21:48 |
th1a | Yeah, but you really just have to get them to make their revisions publically accessible. | 21:48 |
tvon | They easily could have gotten /. press | 21:49 |
* bskahan nods | 21:49 | |
th1a | And getting slammed on Slashdot, etc. isn't good for business. | 21:49 |
FarcePest | still could | 21:49 |
tvon | true | 21:49 |
FarcePest | slashdot is not exactly timely these days | 21:49 |
bskahan | and, if they're not making modifications, the evildoers may not actually be in the wrong | 21:49 |
th1a | I'm probably going to write a post about it for the eSchool News blogs. | 21:49 |
th1a | They are if they are redistributing the code under another license. | 21:50 |
bskahan | I don't believe the GPL requires attribution for redistribution | 21:50 |
* bskahan nods | 21:50 | |
th1a | It doesn't seem like SchoolMation misunderstand the GPL as much as the misunderstand the community around it. | 21:50 |
*** mgedmin has quit IRC | 21:51 | |
th1a | This all went down in 2003, if not earlier. | 21:52 |
th1a | So it is kinda water under the bridge. | 21:52 |
FarcePest | slashdot will cover it, even if they've already covered it | 22:16 |
tvon | hah | 22:16 |
bskahan | +1 insightfull | 22:16 |
tvon | if you're slick you can get them to do it twice in one week | 22:16 |
* FarcePest has seen it happen twice in one day | 22:16 | |
FarcePest | our courses have colorful names like: Stat Anal For Bus I | 22:19 |
th1a | Nice. | 22:19 |
*** regebro has quit IRC | 22:58 | |
FarcePest | "Set up access" is painful for 500+ groups and 6000+ people | 23:06 |
th1a | I'd imagine. | 23:06 |
*** tvon has quit IRC | 23:06 | |
th1a | What do we need? | 23:06 |
FarcePest | well, I imagine that some booze would make it seem a lot faster | 23:07 |
FarcePest | or at least, you'd care less | 23:07 |
th1a | Better defaults? | 23:07 |
FarcePest | on 2+ minutes right now... | 23:07 |
th1a | Oh, yeah, | 23:08 |
th1a | the form... | 23:08 |
bskahan | loading the page | 23:08 |
FarcePest | how many checkboxes? let me count the ways... | 23:08 |
bskahan | plone uses batches of 10 for the equivalent form | 23:08 |
FarcePest | 4 minutes and counting | 23:09 |
th1a | I guess we need a search option there, too. | 23:09 |
FarcePest | maybe two search options (for groups and people) and maybe resources too | 23:10 |
bskahan | alphabet batching would be good | 23:10 |
FarcePest | at least it's not filling memory | 23:11 |
th1a | I'd like to have the search form not kick in until the number of items becomes unwieldy. | 23:12 |
FarcePest | finished! | 23:12 |
th1a | It's kind of impressive that it works at all. | 23:12 |
FarcePest | that was about 6 minutes | 23:12 |
FarcePest | wait, still rendering... | 23:13 |
FarcePest | actually just finished loading | 23:13 |
FarcePest | size of page: 9670.73 KB | 23:14 |
* FarcePest declines to change any settings | 23:15 | |
bskahan | lol | 23:15 |
* FarcePest should have used that time to make a pot of coffee, will do so now | 23:17 | |
*** th1a has quit IRC | 23:41 | |
FarcePest | the "More" button on the Calendar portlet is hell, too | 23:45 |
FarcePest | the resulting page is not big, but takes about 2 minutes to load, probably because it is checking all people for accessible calendars. | 23:46 |
FarcePest | and all groups, too. | 23:46 |
FarcePest | and resources | 23:46 |
bskahan | if that's what it does I think there's a good way to optimize it | 23:46 |
* bskahan goes to look | 23:47 | |
*** th1a has joined #schooltool | 23:47 | |
bskahan | that's what it does | 23:48 |
bskahan | though what I thought would speed it up doesn't work | 23:48 |
FarcePest | ok i now have a) all sections imported, b) all students imported, c) students assigned to sections (groups), d) each student's group's calendar added to their overlay | 23:54 |
bskahan | its like a real user | 23:54 |
th1a | That's not too shabby. | 23:54 |
bskahan | (tm) | 23:55 |
FarcePest | well, I still need to create calendars for each section, and import resources, and assign resources to groups | 23:55 |
FarcePest | but it is progress | 23:55 |
FarcePest | it's about 100x more progress than i made last two weeks (I was sick last week anyway) | 23:56 |
th1a | And you pretty much just hacked everything straight into the ZODB? | 23:56 |
FarcePest | yeah, that seemed easier than trying to figure out the REST | 23:57 |
FarcePest | ZODB just a persistent dictionary | 23:57 |
th1a | Did you use any of our modules? | 23:57 |
FarcePest | oh yeah, i based it off the schooltool-import script | 23:57 |
FarcePest | except i ripped out all the XML/DOM stuff since I don't have anything in that format | 23:58 |
bskahan | hugely faster than doing it via REST anyway | 23:58 |
th1a | I'd like to see your script. | 23:58 |
FarcePest | takes less than 30 seconds I think | 23:58 |
* FarcePest can probably arrange that | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!