| *** povbot has joined #schooltool | 00:02 | |
| *** Aiste has quit IRC | 00:15 | |
| *** yvesC has quit IRC | 01:37 | |
| *** maharaja has quit IRC | 01:43 | |
| *** maharaja has joined #schooltool | 02:23 | |
| *** th1a has quit IRC | 03:59 | |
| *** th1a has joined #schooltool | 04:00 | |
| *** maharaja has quit IRC | 06:32 | |
| *** tvon changes topic to "SchoolTool development | IRC logs at http://source.schooltool.org/irclogs/ | Buildbot: http://source.schooltool.org/buildbot/ | Dev meetings Mon, 13:30 UTC | CanDo dev meetings Tue, 4pm EST" | 07:42 | |
| *** strichter has joined #schooltool | 08:46 | |
| *** srichter has quit IRC | 08:46 | |
| *** _srichter has joined #schooltool | 08:54 | |
| *** strichter has quit IRC | 08:54 | |
| *** mgedmin has joined #schooltool | 11:15 | |
| *** alga has joined #SchoolTool | 12:04 | |
| *** Aiste has joined #schooltool | 12:17 | |
| *** _srichter is now known as srichter | 13:28 | |
| povbot | /svn/commits: * mg committed revision 5006: | 14:34 |
|---|---|---|
| povbot | /svn/commits: Bugfix for issue379: PDF calendar views always use UTC. | 14:34 |
| povbot | /svn/commits: I haven't functionally tested this. | 14:34 |
| *** thisfred has joined #schooltool | 14:38 | |
| povbot | /svn/commits: * mg committed revision 5007: | 14:42 |
| povbot | /svn/commits: Timezone cleanups in schoolbell.calendar: | 14:42 |
| povbot | /svn/commits: - Require `first` and `last` arguments to expand to have explicit timezones | 14:42 |
| povbot | /svn/commits: (instead of falling back to UTC). | 14:42 |
| povbot | /svn/commits: - Do not insist that `first` and `last` have the same timezone. | 14:42 |
| povbot | /svn/commits: - Changed parse_datetimetz to accept ISO 8601 dates in UTC (i.e. with a 'Z' at | 14:42 |
| povbot | /svn/commits: the end). | 14:42 |
| povbot | /svn/commits: - Moved argument checks from CalendarEventMixin.expand to CalendarMixin.expand | 14:42 |
| povbot | /svn/commits: (optimisation; about 10-15% speedup in benchmark/nonrecurrent.py). | 14:42 |
| povbot | /svn/commits: - Removed timezones and all-day events from "Future goals" section in the README | 14:43 |
| povbot | /svn/commits: (they're implemented, although I have some suspicions as to the correctness of the implementation). | 14:43 |
| povbot | /svn/commits: - Fixed a corner case description in the CalendarMixin.expand doctest. | 14:43 |
| *** jinty has joined #schooltool | 14:47 | |
| povbot | /svn/commits: * srichter committed revision 5008: | 14:54 |
| povbot | /svn/commits: Added update target and abstracted the checkout stuff a bit more, so that it is easier to switch to writable checkouts of the Zope code (which I do all the time). | 14:54 |
| mgedmin | srichter, svn co svn://svn.zope.org/repos/main//branches/testbrowser-integration/src/zope/testbrowser Zope3/src/zope/testbrowser | 14:56 |
| mgedmin | svn: URL 'svn://svn.zope.org/repos/main/branches/testbrowser-integration/src/zope/testbrowser' doesn't exist | 14:56 |
| mgedmin | make: [testbrowser-checkout] Error 1 (ignored) | 14:56 |
| mgedmin | ACL view tests fail | 14:57 |
| mgedmin | a problem with macros? | 14:58 |
| srichter | well, everything fails because of the new Zoep 3 version | 14:58 |
| srichter | I am fixing the pagelet stuff right now | 14:58 |
| mgedmin | ah, I see | 14:58 |
| povbot | /svn/commits: * jinty committed revision 5009: | 14:58 |
| povbot | /svn/commits: Change private svn+ssh urls pointing at srichter refactor, to public ones pointing at trunk. | 14:58 |
| mgedmin | previously everything failed because Zope 3 was too old | 14:59 |
| mgedmin | now everything fails because Zope 3 is too new | 14:59 |
| mgedmin | tracking the trunk is sure fun :-) | 14:59 |
| jinty | hehe | 14:59 |
| srichter | yep | 15:00 |
| srichter | but it was my development that broke it, so it si controlled :-) | 15:00 |
| jinty | creative destruction | 15:00 |
| *** bskahan has joined #schooltool | 15:03 | |
| bskahan | mgedmin, why are you opposed to changing the CSS style? | 15:03 |
| bskahan | #NavigationColumn DIV.Portlet H5 {} is much more readable than #navigation_column div.portlet h5 {} | 15:05 |
| mgedmin | bskahan, HTML tags in uppercase rub me the wrong way | 15:05 |
| mgedmin | no it isn't, not to me | 15:06 |
| bskahan | its CSS, not XML | 15:06 |
| mgedmin | XHTML is case sensitive, I believe | 15:06 |
| bskahan | this is css, not xhtml | 15:06 |
| mgedmin | referring to a case-sensitive lowercase tag via a uppercase name in CSS, even though it works, looks just plain wrong to me | 15:06 |
| mgedmin | personal preference | 15:06 |
| * mgedmin also hates literal TAB characters | 15:07 | |
| bskahan | particularly, .body {} vs BODY {} | 15:07 |
| srichter | mgedmin: this is pretty arbitrary | 15:07 |
| bskahan | in this case there's a reason to use tabs vs. spaces, 1 char weight vs. 4 or 8 | 15:07 |
| mgedmin | srichter, most coding conventions are | 15:08 |
| srichter | but most coding conventions we use at least are documented and agreed upon by a group of developers | 15:08 |
| bskahan | upper case tag names is not uncommon, but there is no pep-8 for CSS style | 15:09 |
| * mgedmin nods | 15:09 | |
| mgedmin | CSS2 spec: | 15:10 |
| mgedmin | "The case-sensitivity of document language element names in selectors depends on the document language. For example, in HTML, element names are case-insensitive, but in XML they are case-sensitive." | 15:10 |
| mgedmin | what about XHTML? XHTML is XML, isn't it? | 15:10 |
| mgedmin | therefore case-sensitive | 15:10 |
| mgedmin | case closed | 15:10 |
| * mgedmin is being a bastard today | 15:10 | |
| * mgedmin needs feeeding | 15:10 | |
| bskahan | if its in the CSS2 spec then I apologize | 15:11 |
| mgedmin | http://www.w3.org/TR/REC-CSS2/selector.html, section 5.1, second paragraph | 15:11 |
| bskahan | xhtml is still served as text/html which is probably why it still works | 15:11 |
| bskahan | that's too bad, I still think it more readable | 15:12 |
| bskahan | I'll change it back | 15:12 |
| bskahan | can we agree on CamelCase ids and cross page classes, and lower_case single page classes? | 15:15 |
| * mgedmin doesn't object | 15:15 | |
| srichter | can we always use CamelCase? :-) | 15:15 |
| srichter | switching between notations is confusing | 15:15 |
| bskahan | I'd like to distinguish between major classes that are part of the system style and section specific style that only applies to one view (daily calendar for ex.) | 15:16 |
| bskahan | what about a section prefix? | 15:18 |
| bskahan | CalDailyFoo? | 15:18 |
| srichter | that's fine with me | 15:19 |
| bskahan | mgedmin? | 15:19 |
| povbot | /svn/commits: * srichter committed revision 5010: | 15:22 |
| povbot | /svn/commits: Switch to latest viewlet code. This fixes all ftest failures, but unit tests are still failing. People render page templates in unit tests, sigh. :-( | 15:22 |
| mgedmin | bskahan, +0 | 15:22 |
| mgedmin | actually, +0.5 | 15:22 |
| mgedmin | some convention is better than no convention at all | 15:22 |
| mgedmin | srichter, you have discovered the secret of SchoolTool: we render page templates in unit tests | 15:23 |
| mgedmin | in hindsight, perhaps that wasn't one of the best ideas | 15:23 |
| srichter | no kidding | 15:24 |
| *** Aiste has quit IRC | 15:24 | |
| srichter | so now I am contemplating whether I will write a huge setup to support the setup of viewlets in unit tests or change the tests | 15:24 |
| jinty | srichter: a small patch for zpkgtools http://paste.plone.org/3944. reference: http://issues.schooltool.org/issue170 | 15:25 |
| mgedmin | srichter, isn't that like five lines setting up adapters/views in ViewTestBase.setUp? | 15:25 |
| srichter | well, you need to make sure that all viewlet regions that could ever be called are available | 15:26 |
| mgedmin | add them one by one, when you encounter a failing test | 15:26 |
| srichter | I really would hope that I do not need to register all viewlets, since they are often not interesting to the test | 15:26 |
| srichter | but this produces brittle tests | 15:27 |
| srichter | and ST is full of them, so I don't want to add more | 15:27 |
| bskahan | are there many places that we render content in unit tests? | 15:27 |
| mgedmin | yes | 15:28 |
| bskahan | I know of some, just wasn't sure how man | 15:28 |
| bskahan | y | 15:28 |
| srichter | I have 20 failures and 4 errors | 15:28 |
| srichter | jinty: send the patch to Fred | 15:29 |
| jinty | ok | 15:29 |
| *** mgedmin has quit IRC | 15:30 | |
| povbot | /svn/commits: * srichter committed revision 5011: | 15:36 |
| povbot | /svn/commits: Of course we have to point in our site.zcml to the viewlet package as well. | 15:36 |
| povbot | /svn/commits: * jinty committed revision 5012: | 15:50 |
| povbot | /svn/commits: Fail on error when compiling translations. | 15:50 |
| *** mgedmin has joined #schooltool | 15:50 | |
| *** mgedmin is now known as mgedmin|gprs | 15:51 | |
| *** FarcePest has joined #schooltool | 16:01 | |
| povbot | /svn/commits: * srichter committed revision 5013: | 16:08 |
| povbot | /svn/commits: Ok, the unit tests that failed due to page template rendering stuff, now pass again. But we really, really, really should not render PTs in unit tests. | 16:08 |
| *** tvon has quit IRC | 16:24 | |
| th1a | alga: How was your vacation? | 16:25 |
| mgedmin|gprs | meeting time? | 16:30 |
| th1a | Indeed. | 16:30 |
| th1a | Is everyone here? | 16:31 |
| alga | Anyone interested in my vacation photos? | 16:31 |
| alga | That's all I've got to report this time ;-) | 16:31 |
| th1a | Good to have you back, alga. | 16:31 |
| bskahan | good morning | 16:31 |
| srichter | I am here | 16:31 |
| th1a | OK. Let's get started. | 16:32 |
| th1a | First off, I've been working on the new website, which I'm quite happy with (Plone Software Center in particular). | 16:32 |
| th1a | We've got bskahan working on the site and on the UI contract at the same time however. | 16:33 |
| th1a | bskahan: What's your time frame for skinning the new site? | 16:33 |
| th1a | Actually, I guess you should bring everyone up to date on what's done and what needs to be done on that. | 16:34 |
| bskahan | svn, mail and ftp are up, the DNS for staging.st.org, demo.st.org, and ftp.st.org should roll today/tomorrow | 16:35 |
| bskahan | after the site structure and design are up at the end of the week I'll ask Gus to roll ww.st.org after we're all agreed | 16:35 |
| th1a | OK, so we're shooting for having the new site done and live this time next week? | 16:36 |
| bskahan | mail is just up for outgoing mail at this point since we're not moving the lists | 16:36 |
| th1a | That's fine. | 16:36 |
| bskahan | yes, ideally next monday everyone can take a look and report bugs and we'll go live shortly after next mondays meeting | 16:37 |
| * mgedmin|gprs resists the temptation to insert an apostrophe | 16:37 | |
| th1a | OK. | 16:37 |
| th1a | I think that we'll do the next round of contracts as sets of proposals within the site. | 16:38 |
| bskahan | I'm a little behind because my dogs decided to eat rat poison over the weekend, otherwise we might have something to lookd at today | 16:38 |
| *** yvesC has joined #schooltool | 16:38 | |
| th1a | Eek. | 16:38 |
| th1a | Is everyone ok? | 16:38 |
| th1a | Winston? | 16:39 |
| bskahan | yeah, it sucked | 16:39 |
| bskahan | they're ok now | 16:39 |
| bskahan | nothing like emergency vet trips | 16:39 |
| th1a | That's good. | 16:39 |
| th1a | Any questions about the web site? | 16:40 |
| bskahan | no, I'll send the sitemap out for review (to the schooltool list) wed/thursday to get feedback | 16:40 |
| th1a | mgedmin: What did you guys accomplish at POV last week? | 16:40 |
| th1a | bskahan: Have you checked out what I've been doing on the site? | 16:41 |
| mgedmin|gprs | optimisation: great progress (I think), all of our benchmarks (e.g. a view with 5000 events) render in under 1.5 seconds on my (fast) laptop | 16:41 |
| mgedmin|gprs | there's one more task remaining to clean up and commit | 16:41 |
| mgedmin|gprs | then we're merging everything into the trunk and release branches | 16:42 |
| mgedmin|gprs | srichter's branch: we switched it with the trunk | 16:42 |
| mgedmin|gprs | got the tests running (for a while ;) | 16:42 |
| mgedmin|gprs | otherwise didn't take any deep looks inside it yet | 16:42 |
| mgedmin|gprs | ignas also found a few bugs | 16:42 |
| mgedmin|gprs | that sums it up | 16:42 |
| mgedmin|gprs | ignas is sick today | 16:43 |
| th1a | jinty: ayt? | 16:43 |
| th1a | So what's planned for this week? | 16:43 |
| mgedmin|gprs | finish optimisation | 16:43 |
| mgedmin|gprs | read the checkin messages of all srichter's refactorings | 16:44 |
| mgedmin|gprs | look at the new trunk | 16:44 |
| jinty | th1a: yep | 16:44 |
| mgedmin|gprs | merge optimisation to trunk | 16:44 |
| mgedmin|gprs | merge optimisation to release branch | 16:44 |
| povbot | /svn/commits: * jinty committed revision 5014: | 16:44 |
| povbot | /svn/commits: Fix the url of the testbrowser. | 16:44 |
| alga | also, we had an idea to do a bug day on Friday | 16:44 |
| mgedmin|gprs | start the next story (sample data) if there's time left | 16:44 |
| th1a | So... my understanding is that jinty would like to do a release with the optimizations ASAP. | 16:45 |
| th1a | Right jinty? | 16:45 |
| jinty | indeed, there is a possibility that this could then go into breezy | 16:46 |
| jinty | but only a possibility | 16:46 |
| bskahan | that would be good | 16:46 |
| * mgedmin|gprs increases the priority of the 'merge into release branch' task | 16:46 | |
| th1a | OK, good. | 16:47 |
| th1a | You could update ("complete work") this when you're done: http://69.60.114.114:8080/schooltool.org-200509/products/schooltool-2006/roadmap/4 | 16:49 |
| th1a | OK. srichter. | 16:49 |
| th1a | What's up with the UI transition? | 16:50 |
| srichter | Early last week I worked a bit on the devmode code, making it more stable, providing some initial tests | 16:50 |
| srichter | I also checked in some of the initial REST API documentation attempts | 16:51 |
| srichter | then, mid-week I started the UI refactoring work | 16:51 |
| th1a | POV will need some explanation of devmode at soon, since they'll need to use it for the sample data generation. | 16:51 |
| srichter | we basically put together a proposal first that outlines the choice of software, style guide, etc | 16:51 |
| srichter | then I started looking at zope.app.pagelet | 16:52 |
| srichter | the ideas in the pacakge were great, but the implementation was very convoluted, since it made heavy use of macros | 16:52 |
| bskahan | and I've started restructuring existing CSS and documenting it as I go | 16:52 |
| th1a | Have we resolved the capitalization debate? | 16:53 |
| srichter | I since refactored the entire package and it became zope.app.viewlet | 16:53 |
| bskahan | yes | 16:53 |
| bskahan | srichter, will that make it into zope 3.2? | 16:53 |
| srichter | the refactoring has been approved of by Roger and Philipp | 16:53 |
| th1a | And we decided against using all caps in some cases? | 16:53 |
| srichter | which gives us a lot of support | 16:53 |
| srichter | bskahan: I don't know. We need the pope's approval | 16:54 |
| bskahan | th1a, I was relying on a browser support bug that marius pointed out | 16:54 |
| srichter | I think that we have a chance | 16:54 |
| bskahan | I still don't concede the readablilty ;) | 16:54 |
| alga | it's a matter of preference, IMO | 16:55 |
| th1a | OK. | 16:55 |
| srichter | btw, <over> | 16:55 |
| srichter | oh yeah, I have also demonstrated how viewlets can be used in the dev mode | 16:56 |
| srichter | i.e. how we do not need to duplicate the view_macros template anymore jsut to insert the devmode | 16:56 |
| th1a | Could the rest of us have a quick summary of what viewlets do for us? | 16:57 |
| srichter | viewlets allow you define regions in a page that are then filled with viewlets | 16:57 |
| srichter | since the regions retrieve the viewlets from the CA (by default), the construction of the content is decoupled | 16:58 |
| srichter | for a more detailed set of instructions, read zope.app.viewlet/README.txt | 16:58 |
| srichter | I have put a lot of effort into the documentation there to be simple yet comprehensive of the features and possibilities | 16:59 |
| th1a | Any questions from POV about viewlets at this point? | 16:59 |
| mgedmin|gprs | url to that README.txt? | 16:59 |
| mgedmin|gprs | (for us lazy ones) | 16:59 |
| srichter | its in the checkout ;-) | 17:00 |
| mgedmin|gprs | which I do not think I have | 17:00 |
| mgedmin|gprs | and I'm somewhat reluctant to svn up Zope 3 via gprs | 17:00 |
| mgedmin|gprs | srichter, btw buildbot claims that devmode.txt ftest fails in the latest trunk | 17:00 |
| srichter | http://svn.zope.org/Zope3/trunk/src/zope/app/viewlet/README.txt?rev=38512&view=auto | 17:00 |
| mgedmin|gprs | simple bug, you need to print browser.contents | 17:01 |
| mgedmin|gprs | not just >>> browser.contents | 17:01 |
| srichter | mgedmin|gprs: yeah, it does not seem to activate the devmode for ftesting; I have to look at this in a moment | 17:01 |
| mgedmin|gprs | srichter, do you usually run tests before checking stuff in? | 17:01 |
| mgedmin|gprs | oh, my mistake | 17:01 |
| srichter | of course | 17:01 |
| mgedmin|gprs | I thought quoting was the problem | 17:01 |
| * mgedmin|gprs will be quiet now | 17:02 | |
| th1a | mgedmin is crabby today. | 17:02 |
| th1a | Moving on... | 17:02 |
| th1a | I've given a lot of thought to how and whether or not to push to keep doing development in branches. | 17:03 |
| th1a | I think it is a good way to work, | 17:03 |
| th1a | but it doesn't seem to fit our structure at this point. | 17:03 |
| * mgedmin|gprs growls quietly somewhere in the distance | 17:04 | |
| mgedmin|gprs | th1a, I will give you my opinion once we merge the optimisation branch | 17:04 |
| alga | true | 17:04 |
| th1a | OK. | 17:04 |
| alga | the big merges are still ahead | 17:05 |
| th1a | If getting code reviewed is going to be like pulling teeth, I'd rather spend my energy on other things. | 17:05 |
| srichter | the merges will be painful :-) | 17:05 |
| th1a | Everyone's going to be diverging in different directions soon anyhow. | 17:06 |
| th1a | POV doing attendance and demographics, | 17:06 |
| th1a | bskahan doing the gradebook, | 17:07 |
| th1a | srichter doing enrollment and the school year workflow. | 17:07 |
| bskahan | those things are going to be developed as external plugins, not as core features, correct? | 17:07 |
| th1a | Yes. That's what all this refactoring is for. | 17:08 |
| th1a | In fact, I'm going to set up gradebook, attendance and demographics as separate "Products" on the web site. | 17:08 |
| th1a | So we can keep the proposals and plans organized. | 17:09 |
| th1a | srichter: What's next for you? | 17:10 |
| *** bskahan has quit IRC | 17:11 | |
| srichter | th1a: I have to finish the viewlet work a little bit and finish the schooltool demo on it; I am experimenting with a couple different approaches to viewlets | 17:11 |
| *** bskahan has joined #schooltool | 17:11 | |
| srichter | th1a: then I pretty much need new stuff to work on | 17:11 |
| th1a | Well, will that finish 1 and 2 on your proposal? | 17:13 |
| srichter | th1a: yes | 17:13 |
| th1a | And you'll be waiting for bskahan to finish the CSS? | 17:13 |
| srichter | th1a: I am stuck with the rest of the proposal to help on until bskahan defines the regions of schooltool | 17:14 |
| srichter | I would prefer if he did the Region definition stuff before the CSS | 17:14 |
| th1a | Ah. | 17:14 |
| srichter | he only has to identify them for me | 17:14 |
| srichter | I'll do the implementation and documentation | 17:14 |
| bskahan | srichter, ok | 17:14 |
| bskahan | I'll do that first | 17:15 |
| bskahan | I should be able to do it tonight/tomorrow | 17:15 |
| srichter | ok, cool | 17:15 |
| th1a | I can keep adding content to the web site as is, so the site's not the top priority. | 17:15 |
| srichter | if you want, you can send me screenshots and highlight the regions there | 17:15 |
| th1a | bskahan: will this mostly be based on the proposal for regions that I wrote? | 17:16 |
| bskahan | yes, making wireframes for that | 17:16 |
| bskahan | and identifying the existing (non-poluggable) content regions | 17:17 |
| srichter | yep | 17:17 |
| th1a | OK, so we should be able to keep srichter unblocked. | 17:17 |
| bskahan | yes, I didn't realize he was looking for it until the end of the week, it can be done sooner | 17:18 |
| th1a | OK. That seems to cover everything. | 17:19 |
| th1a | Anyone have any remaining questions? | 17:19 |
| *** drwoo has joined #schooltool | 17:20 | |
| th1a | Concerns? | 17:20 |
| alga | bug day | 17:20 |
| jinty | th1a: comments on your roadmap | 17:20 |
| th1a | alga: When? | 17:20 |
| alga | if we push the issue tracker on Friday, will people be available to help resolving issues that "belong" to them? | 17:20 |
| bskahan | would it be possible to move the monday meeting time ahead an hour? | 17:20 |
| alga | bskahan: that would be bad for me | 17:21 |
| bskahan | ok | 17:21 |
| alga | I have a lecture starting at 15:00 UTC | 17:21 |
| th1a | bskahan: that would be bad for me, too. I'm barely awake as it is. | 17:21 |
| bskahan | lol | 17:21 |
| bskahan | nm then | 17:21 |
| alga | wait a minute | 17:21 |
| alga | what do you mean by 'ahead'? | 17:21 |
| th1a | earlier? | 17:22 |
| bskahan | earlier | 17:22 |
| alga | earlier is fine for me | 17:22 |
| bskahan | but th1a isn't awake ;) | 17:22 |
| th1a | That would be rough for me. | 17:22 |
| alga | ok, i very much respect that :-) | 17:23 |
| bskahan | not a big deal then | 17:23 |
| th1a | I had an easier time getting up in Vilnius. | 17:23 |
| th1a | Getting back to alga's question: do you want to have a bug day on Friday? | 17:24 |
| th1a | Jennifer was lamenting the inferiority of American mushrooms (to Lithuanian ones) yesterday. | 17:25 |
| th1a | I put some capers on our pizza. It was just like being in Vilnius. | 17:25 |
| bskahan | I think its a good idea, I'm not sure about my availabilty but I'm willing to be assigned bugs while absent to tackle over the weekends | 17:25 |
| alga | We (POV) are getting paid for herding bugs, so we will be doing some bug hunting anyway | 17:25 |
| alga | bskahan: OK | 17:26 |
| alga | th1a: the Lithuanian sea side I recommended you to visit: http://www.akl.lt/alga/photos/Family/atostogos | 17:26 |
| th1a | Is that where you were last week? | 17:27 |
| alga | yep | 17:27 |
| th1a | Nice. | 17:27 |
| alga | one British gentleman said it felt a lot like the coast at the Scottish Highlands | 17:27 |
| alga | minus the rocks | 17:27 |
| th1a | OK. I think we're done here. | 17:27 |
| th1a | Or did I forget jinty. | 17:28 |
| th1a | jinty: What was your question? | 17:28 |
| th1a | Well, I'll end the "official" meeting on time. | 17:29 |
| * th1a bangs the virtual gavel. | 17:29 | |
| jinty | th1a: a risk factor in you roadmap | 17:29 |
| th1a | Yes? | 17:29 |
| jinty | if Zope3.2 is not released on time, I will not be able to build packages | 17:29 |
| jinty | if that makes a difference | 17:30 |
| jinty | this is due to the new way the packages are built. i.e. they depend on the zope3 package rather than include zope3 | 17:30 |
| th1a | jinty: OK. Not much we can do about that. | 17:31 |
| jinty | just letting you know | 17:31 |
| th1a | jinty: Thanks. We'll just have to twist the arm of the Zope3 release manager to get it out on time. | 17:33 |
| * mgedmin|gprs looks at the new plone site and wonders if he's an account there | 17:33 | |
| th1a | You'll need to create new accounts :-( | 17:34 |
| jinty | otherwise, I am uncomfortable with schooltool depending on parts of Zope3 that are not included in Zope3 tarballs. | 17:34 |
| jinty | anyway, I must be off to shower and a birthday party;) | 17:34 |
| jinty | ;) | 17:34 |
| th1a | Migrating them didn't work automatically. | 17:34 |
| mgedmin|gprs | jinty, have fun | 17:34 |
| th1a | See you, jinty. | 17:34 |
| jinty | adios | 17:35 |
| *** jinty has quit IRC | 17:35 | |
| th1a | bskahan: I'll need to set up a SchoolTool instance for FHS this week, if possible. | 17:36 |
| th1a | Have you worked out the chroot problem? | 17:36 |
| *** alga has quit IRC | 17:42 | |
| bskahan | th1a, what OS is the server running there? | 17:47 |
| th1a | No, I mean, I need to set up an instance for them on our server. | 17:48 |
| th1a | They don't have a server. That's the problem. | 17:48 |
| bskahan | ah, didn't understand that | 17:49 |
| bskahan | no, having debian debootstrap issues on our server. someone in ubuntu suggested using rootstrap instead so I'm going to try that | 17:50 |
| bskahan | we need more ram | 17:50 |
| *** drwoo has quit IRC | 17:50 | |
| th1a | OK. 1 gig? | 17:51 |
| bskahan | 2 | 17:51 |
| th1a | 2 gigs total? | 17:51 |
| bskahan | we're going to have plone and minimum 2 schooltool instances running | 17:51 |
| bskahan | yes | 17:51 |
| bskahan | 1.5 more than we have | 17:52 |
| th1a | What are the memory requirements of SchoolTool, then? 512 mb? | 17:52 |
| *** mgedmin|gprs has quit IRC | 17:52 | |
| bskahan | I'll set up your chroot when I set up the schooltool demo chroot | 17:53 |
| bskahan | that's a good question | 17:53 |
| bskahan | but I would say 512 is a starting point | 17:53 |
| th1a | OK. Thanks. I'll request more memory. | 17:54 |
| bskahan | a good goal (in keeping with the initial project goals) is probably to keep the memory requirements for a school of 1k students to 512M of ram tops, and shoot for 256 | 17:59 |
| *** yvesC has quit IRC | 18:00 | |
| bskahan | after the sample data story is done we could probably set up some good benchmarks with apache bench | 18:00 |
| th1a | bskahan: We probably won't do memory optimization until next summer. | 18:01 |
| bskahan | since "What hardware do I need" is going to become the #1 question | 18:01 |
| th1a | Yes, answering that question accurately is more important initially than keeping the requirements low. | 18:02 |
| * bskahan nods | 18:02 | |
| *** mgedmin has joined #schooltool | 18:06 | |
| *** Aiste has joined #schooltool | 18:08 | |
| bskahan | siege -u desktop:7080 -d1 -r4 -c25 | 18:15 |
| bskahan | on an empty instance is pretty fast, but it logs quiet a few zodb errors | 18:16 |
| th1a | siege? | 18:16 |
| bskahan | well, not quiet a few | 18:16 |
| bskahan | but a few | 18:17 |
| th1a | quite? | 18:17 |
| bskahan | thanks | 18:17 |
| bskahan | who needs to look at what they're typOing | 18:17 |
| th1a | What is siege? | 18:18 |
| bskahan | web page benchmarking tool | 18:18 |
| th1a | Ah. | 18:18 |
| bskahan | that's 25 concurrent users hitting once a second, 4 times | 18:19 |
| bskahan | it's a trivial test though, since it's just an empty school calendar | 18:21 |
| *** bskahan has quit IRC | 18:23 | |
| mgedmin | those are ZODB Conflict Errors I assume | 18:26 |
| povbot | /svn/commits: * srichter committed revision 5015: | 18:57 |
| povbot | /svn/commits: Switched to a different method of developing often-recurring viewlets that have only small differences. Now javascript and CSS links are inserted into a page using special viewlets that make it very simple to do the configurstion. | 18:57 |
| *** maharaja has joined #schooltool | 18:58 | |
| mgedmin | srichter, did you fix functional tests? | 18:59 |
| mgedmin | yay, you did! | 19:28 |
| *** maharaja has quit IRC | 19:43 | |
| *** jinty has joined #schooltool | 20:13 | |
| povbot | /svn/commits: * mg committed revision 5016: | 20:23 |
| povbot | /svn/commits: Measure CPU time, not wall time. | 20:23 |
| *** thisfred has quit IRC | 20:56 | |
| povbot | /svn/commits: * mg committed revision 5017: | 21:20 |
| povbot | /svn/commits: Added "smart" caching for CalendarViewBase.getDays. ~10% performance gain for nonrecurrent event benchmark. A view knows which time range is of interest, so it can call calendar.expand only once for this range, instead of calling calendar.expand five times for smaller, overlapping time ranges. | 21:20 |
| povbot | /svn/commits: I think that local caches in getMonth/getYear, and perhaps in dayEvents also, are now not necessary and could be removed. | 21:20 |
| povbot | /svn/commits: Added an XXX about a bug (issue 373 -- calendar boundaries are in UTC). | 21:20 |
| povbot | /svn/commits: Note that the many-recursive-events benchmark shows a slow-down of the yearly view (other views show speedups). This is very very strange. I have discovered that with that setup, calling calendar.expand for the time range from 2004-11-29 to 2006-01-02 gives me some 118000 events. However, calling calendar.expand for several smaller overlapping time ranges (the union of | 21:20 |
| povbot | /svn/commits: which is exactly the same 2004-11-29..2006-01-02 range) gives me LESS events in total (some 113000). How can this be? Is there a bug somewhere? | 21:20 |
| povbot | /svn/commits: Note that the four recursive events benchmark shows a slowdown, but I consider that acceptable -- although I would like to determine the cause. It could be the same problem that causes a slowdown with many recurrent events in the yearly view. | 21:20 |
| mgedmin | AAAAAAAAAARGH! | 21:23 |
| mgedmin | ignas, I will personally throttle you!!! | 21:24 |
| mgedmin | I've been debugging the mysterious benchmark slowdown for an hour | 21:24 |
| mgedmin | and only now I notice | 21:24 |
| mgedmin | that you carefully create a random number generator with a fixed seed for reproductivity | 21:24 |
| mgedmin | and then just use random.choice/random.randrange! | 21:24 |
| mgedmin | completely ignoring that generator | 21:25 |
| * mgedmin now knows why benchmarks were so hard to reproduce | 21:25 | |
| Aiste | :)) | 21:27 |
| povbot | /svn/commits: * mg committed revision 5018: | 21:28 |
| povbot | /svn/commits: Make benchmarks deterministic, not randomized!!! | 21:28 |
| * jinty ply's mgedmin's hands from ignas' throat | 21:34 | |
| *** bskahan has joined #schooltool | 21:36 | |
| * mgedmin puts the voodoo doll of ignas away and prepares to drive home | 21:45 | |
| ignas | what ? where am i ? | 21:46 |
| *** mgedmin has quit IRC | 21:46 | |
| *** bskahan has quit IRC | 22:24 | |
| *** bskahan has joined #schooltool | 22:43 | |
| povbot | /svn/commits: * jinty committed revision 5019: | 22:50 |
| povbot | /svn/commits: A recent change to zpkgtools breaks SchoolTool-test.py with this error: | 22:50 |
| povbot | /svn/commits: tar: SchoolTool-0.0.0/Dependencies/zope.cachedescriptors-SchoolTool-0.0.0/setup.cfg: Cannot change ownership to uid 0, gid 0: Operation not permitted | 22:51 |
| povbot | /svn/commits: My guess is that it tries to create files with root ownership, even though 'info tar' says that the '-o' option only has an effect when used by the superuser. HURMFFF! | 22:51 |
| povbot | /svn/commits: Fortunately removing this 'o' makes the error go away, exposing other errors. | 22:51 |
| jinty | srichter: am I right that I probably need to add zope.app.viewlet to src/schoolbell/app/DEPENDENCIES.cfg? | 22:52 |
| *** bskahan has quit IRC | 23:06 | |
| *** tvon has joined #schooltool | 23:09 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!