| mgedmin | th1a|way, the server that hosts schooltool's mailing list was down for a while | 00:05 |
|---|---|---|
| mgedmin | (we heard that a UPS exploded at the ISP) | 00:05 |
| mgedmin | we found two postfix queue files in /var/lost+found after we walked through a local admin through fsck | 00:06 |
| mgedmin | in other words, two of your emails will apparently not reach the list | 00:06 |
| mgedmin | I *think* they will be visible in the mailing list archives on the web | 00:07 |
| *** mgedmin has quit IRC | 00:07 | |
| flint_ | flint, my zombie has been logged onto #schooltool for several days now. Do you know any way to kill him? This account is not responding to a proper password. | 00:14 |
| *** flint_ has quit IRC | 00:28 | |
| *** srichter has quit IRC | 00:54 | |
| *** th1a|way is now known as th1a | 01:01 | |
| *** pcardune has quit IRC | 01:15 | |
| *** srichter has joined #schooltool | 01:22 | |
| th1a | Hey srichter. | 01:23 |
| srichter | hey | 01:24 |
| th1a | I sent an email to the Zope3-dev list about the issue I discovered. | 01:24 |
| srichter | oh, I saw this; I think I mainly need to create an alias from *Utility to *Service | 01:25 |
| srichter | I wonder whether more will be broken | 01:25 |
| th1a | It looks like the rest of the machinery for pluggableauth is still there, except for IPluggableAuthenticationService. | 01:25 |
| srichter | try to create an alias from IPluggableAuthenticationUtility to IPluggableAuthenticationService | 01:26 |
| th1a | How would I do that? | 01:28 |
| srichter | just int he interfaces.py file say: IPluggableAuthServivce = IPluggableAuthUtility | 01:29 |
| th1a | OK. | 01:29 |
| ignas | ical timezone support is in our current contract or not ? | 01:29 |
| ignas | and - shouldi be fixing bugs or looking for new ones ;) | 01:30 |
| ignas | s/shouldi/should I/ | 01:30 |
| povbot | /svn/commits: * srichter committed revision 5034: | 01:30 |
| povbot | /svn/commits: Updated to use testbrowser. | 01:30 |
| th1a | ignas: You've got several days in the contract for unspecified bugfixing. | 01:31 |
| th1a | I'm not sure what you mean by iCal timezone support. | 01:31 |
| th1a | There are also several specified bugs that are in the contract. | 01:32 |
| th1a | http://69.60.114.114:8080/schooltool.org-200509/products/schooltool-2006/roadmap/7 | 01:34 |
| *** bskahan has joined #schooltool | 02:24 | |
| bskahan | tests don't pass in trunk? | 03:16 |
| *** bskahan has quit IRC | 03:56 | |
| *** tvon has quit IRC | 07:49 | |
| *** mgedmin has joined #schooltool | 10:31 | |
| *** erchache has joined #schooltool | 10:42 | |
| erchache | hi! | 10:42 |
| erchache | good morning! | 10:42 |
| erchache | i install schoolbell 1.2.1 on http://193.147.167.92 | 10:44 |
| erchache | where are python script to make a permanent startup daemon for schoolbell? | 10:44 |
| erchache | th1a | 10:44 |
| *** mgedmin has quit IRC | 12:42 | |
| povbot | /svn/commits: * gintas committed revision 5035: | 13:08 |
| povbot | /svn/commits: Automated a fair deal of the Windows installer generation. The .zip files can now be produced quickly and easily on Linux (you still have to run the NSIS installer generator on Windows though). | 13:08 |
| povbot | /svn/commits: Note that this is not really tested in practice, there might be some minor glitches with the process. | 13:08 |
| povbot | /svn/commits: * gintas committed revision 5036: | 13:09 |
| povbot | /svn/commits: Added ReportLab .zip for convenience. | 13:09 |
| SteveA | th1a: hello | 13:15 |
| *** thisfred has joined #schooltool | 13:34 | |
| *** jinty has joined #schooltool | 13:38 | |
| *** erchache has quit IRC | 14:03 | |
| srichter | SteveA: I doubt he is already awake | 14:29 |
| *** ignas has quit IRC | 14:37 | |
| *** bskahan has joined #schooltool | 14:51 | |
| *** ignas has joined #schooltool | 14:59 | |
| ignas | so who wants to optimize his schooltool today ? :) | 15:16 |
| jinty | s/today/sometime real soon/ | 15:54 |
| ignas | :) | 15:57 |
| ignas | well can do folks were asking for instructions about optimization | 15:57 |
| ignas | so i was thinking - maybe they need some help ... | 15:57 |
| ignas | though marius apparently explained everythin in his email | 15:58 |
| jinty | looks like none of them are around, perhaps flint... | 15:58 |
| ignas | i see | 15:58 |
| ignas | the bugs that are in the contract - should they be fixed only on trunk, or should we port them to the release branch ? | 15:59 |
| jinty | I say port them if the fix is not too invasive | 16:00 |
| jinty | or on core components or anything stored in the database | 16:00 |
| ignas | i see | 16:01 |
| jinty | +5 for view and page template fixes | 16:01 |
| ignas | ok | 16:04 |
| ignas | th1a, ping | 17:09 |
| th1a | Good morning. | 17:10 |
| ignas | hi | 17:11 |
| ignas | i am investigating/fixing issue369 (stale overlays) | 17:11 |
| ignas | and well - it appears that the old code corupts the database ... how important is fixing that? | 17:12 |
| ignas | i mean how many if any users can't see their calendars yet still use the same corupted database ? | 17:12 |
| th1a | How is the database corrupted? | 17:13 |
| ignas | if you have overlayed your calendar with someones/somethings calendar and you delete it | 17:15 |
| ignas | you get a stale overlay relationship pointing at an object that was deleted | 17:16 |
| ignas | and has no __parent__ | 17:16 |
| ignas | and you will never be capable of editing your overlays trough the portlet again ... | 17:16 |
| th1a | OK, so if you detete a relationship it cleans up both halves of the relationship, but if you delete an object it doesn't clean up its relationships? | 17:17 |
| ignas | actually - all of our object cleanup for themselvs, yet they do not cleanup for their calendars ... | 17:17 |
| th1a | Aha. | 17:18 |
| ignas | so do we need the cleanup stuff for that ? | 17:21 |
| th1a | I would think. | 17:21 |
| ignas | srichter, alive ? | 17:22 |
| povbot | /svn/commits: * ignas committed revision 5037: | 18:48 |
| povbot | /svn/commits: Backport 4757 from release branch: | 18:48 |
| povbot | /svn/commits: Fix for issue 351. | 18:49 |
| povbot | /svn/commits: * ignas committed revision 5038: | 18:52 |
| povbot | /svn/commits: Some doctests were lost in refactoring. I have added them back to the suite. | 18:53 |
| srichter | I am here | 19:06 |
| srichter | (doing research, so I am purposefully use a different desktop ;-) | 19:06 |
| ignas | what is the deal behind multiple places for keeping evolution scripts ? | 19:38 |
| ignas | i mean - where should i put a generation script that toys with calendar overlay relationships ?> | 19:39 |
| srichter | well, you cannot have multiple places | 19:41 |
| srichter | you can create another generation scheme, I guess | 19:41 |
| ignas | sbapp has a generation folder of it's own | 19:43 |
| ignas | ... | 19:43 |
| ignas | i don't need multiple places ... | 19:43 |
| ignas | schooltool/generations and schooltool/sbapp/generations ... | 19:44 |
| ignas | i was not 100% sure where should my new generation script go :/ | 19:44 |
| srichter | schooltool/generations | 19:49 |
| povbot | /svn/commits: * ignas committed revision 5039: | 19:49 |
| povbot | /svn/commits: A fix for issue 369: deleting group blows away calendar access | 19:49 |
| povbot | /svn/commits: Now when deleting someone who has a calendar - relationships of the calendar are removed. | 19:49 |
| srichter | sbapp/generations should probably go away, but I was not sure how to do this the right way | 19:49 |
| srichter | eventually I think of something :-) | 19:49 |
| ignas | i see | 19:51 |
| ignas | so all new generation scripts should go into schooltooll/generations ? | 19:51 |
| srichter | yes | 19:51 |
| *** mgedmin has joined #schooltool | 19:57 | |
| povbot | /svn/commits: * ignas committed revision 5040: | 19:58 |
| povbot | /svn/commits: Ooops, forgot to check in zcml declaration that registers the subscriber. | 19:58 |
| povbot | /svn/commits: * jinty committed revision 5041: | 20:13 |
| povbot | /svn/commits: Fix tests which fail with the sid python due to a recursive __len__ call due to list calling len. | 20:13 |
| povbot | /svn/commits: Only fixing in the release branch, because perhaps there is a better solution for the trunk. | 20:13 |
| jinty | ignas: what is a Celander? | 20:19 |
| srichter | a word that results from a typo of Calendar :-) | 20:23 |
| jinty | ah, I was wondering;) | 20:24 |
| *** thisfred has quit IRC | 20:24 | |
| jinty | amazing that its so consistent | 20:25 |
| mgedmin | NUXI problem? | 20:26 |
| mgedmin | "what is a NUXI problem", ignas asks loudly | 20:27 |
| mgedmin | http://en.wikipedia.org/wiki/NUXI_problem | 20:27 |
| mgedmin | (ouch, the Jargon file entry for this was much terser) | 20:27 |
| ignas | please someone tell me that the reason behind removing "Show All" from batching was not - "because it wraps around and looks ugly" | 20:27 |
| ignas | jinty, where did you find it ? | 20:30 |
| mgedmin | jinty, was there an issue in the tracker for the __len__ problem? | 20:30 |
| * mgedmin is trying to clean up his inbox but make sure no issues get lost | 20:31 | |
| jinty | ignas: unrelateCelanderOnDeletion, 5039 5040 | 20:31 |
| jinty | mgedmin: no | 20:31 |
| ignas | it's Celandar not celander! | 20:32 |
| ignas | :P | 20:32 |
| ignas | autocompletion is a good thing ain't it ? | 20:32 |
| jinty | I was really wondering how you managed to do it so many times without noticing... | 20:33 |
| ignas | only 4 times ... | 20:38 |
| ignas | not that bad ;) | 20:38 |
| mgedmin | jinty, I think the __len__ fix (rev 5041) is perfect | 20:38 |
| mgedmin | I'll merge it to the trunk and close issue 387 that I just created | 20:39 |
| povbot | /svn/commits: * ignas committed revision 5042: | 20:43 |
| povbot | /svn/commits: Fxied a typo. | 20:43 |
| *** tvon has joined #schooltool | 20:45 | |
| povbot | /svn/commits: * mg committed revision 5043: | 21:03 |
| povbot | /svn/commits: Make the test runner work with Python 2.3. This fixes a | 21:03 |
| povbot | /svn/commits: AttributeError: 'module' object has no attribute 'DocFileCase' | 21:03 |
| povbot | /svn/commits: error. | 21:03 |
| *** tvon has quit IRC | 21:04 | |
| mgedmin | I notice that only two unit tests fail on Python 2.3, due to a lack of a sorted() builtin. | 21:06 |
| mgedmin | so, currently only our functional tests require Python 2.4 | 21:07 |
| srichter | yep | 21:07 |
| srichter | for testbrowser | 21:07 |
| * mgedmin wonders whether fixing those two tests would be a good idea | 21:07 | |
| srichter | probably not | 21:08 |
| th1a | srichter: What should I do to fix this IPluggableAuthenticationUtility problem? | 21:08 |
| srichter | because we'll start using Py 2.4 features soon anyways | 21:08 |
| srichter | at least I want to get used to writing method decorators | 21:08 |
| srichter | th1a: IPluggableAuthenticationService = IPluggableAuthentication | 21:08 |
| mgedmin | can we explicitly tell users, "hey, python 2.3 is no longer supported" instead of pretending to work and inviting a multitude of "2 failed tests" reports | 21:09 |
| mgedmin | ? | 21:09 |
| mgedmin | I think there was a version check somewhere | 21:09 |
| th1a | Are we talking about the trunk or the release branches? | 21:09 |
| * mgedmin is talking about schooltool trunk | 21:09 | |
| th1a | Then yes, we will explicitly require 2.4. | 21:09 |
| mgedmin | except that if I svn co and run make test/ftest with 2.3, then schooltool doesn't tell me so | 21:10 |
| mgedmin | not nice | 21:10 |
| srichter | mgedmin: zpkgtools will do that for us | 21:10 |
| mgedmin | implementation detail | 21:10 |
| mgedmin | a developer with ADHD checks out schooltool and types make; make test | 21:11 |
| mgedmin | he should get an explicit error early on "upgrade your Python or edit the Makefile" | 21:11 |
| mgedmin | whether it is done with zpkgtools or an explicit version check in the top-level test.py wrapper is immaterial | 21:11 |
| povbot | /svn/commits: * mg committed revision 5044: | 21:15 |
| povbot | /svn/commits: Fixed Python version check to explicitly require 2.4, not 2.3. | 21:15 |
| povbot | /svn/commits: Added an explicit version check to test.py. | 21:15 |
| povbot | /svn/commits: setup.py should also have an explicit version check, but I'm afraid to touch it. What's setup.old.py? Do I add a manual check like this to the top of setup.py, or can zpkgtools do it in a nicer way? | 21:15 |
| mgedmin | srichter, I updated/added explicit version checks to *-server.py and test.py | 21:15 |
| mgedmin | I did not touch setup.py nor setup.old.py | 21:15 |
| mgedmin | I can add a simple if statement like in *-server.py to the top of setup.py, but I thought you might want to do it via zpkgtools or something | 21:16 |
| povbot | /svn/commits: * mg committed revision 5045: | 21:19 |
| povbot | /svn/commits: Fix http://issues.schooltool.org/issue387 (RuntimeError on Python 2.4.5). | 21:19 |
| * mgedmin idly wonders if folks that have macs and/or sid chroots with bleeding-edge versions of Python would consider setting up buildbot slaves | 21:35 | |
| * mgedmin thinks he should have said "folks who" instead of "folks that" in the previous idle thought | 21:35 | |
| jinty | who shoulds better to me | 21:44 |
| jinty | s/shoulds/sounds/ | 21:44 |
| jinty | I don't have the bandwith to keep my chroot up to date, except when I build packages. And that build fails if tests fail. | 21:46 |
| * mgedmin generously gives a small chunk of his bandwidth to jinty | 21:49 | |
| *** tvon has joined #schooltool | 21:54 | |
| *** th1a has quit IRC | 21:54 | |
| *** tvon has left #schooltool | 21:54 | |
| *** th1a has joined #schooltool | 21:59 | |
| *** ignas has quit IRC | 22:13 | |
| *** mgedmin has quit IRC | 22:34 | |
| *** tvon has joined #schooltool | 22:50 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!