| *** jinty has joined #schooltool | 01:19 | |
| povbot | /svn/commits: * srichter committed revision 4819: | 03:19 |
|---|---|---|
| povbot | /svn/commits: In the noddle somewhere. I need to commit, so I can do some other moves. | 03:19 |
| povbot | /svn/commits: * srichter committed revision 4820: | 03:20 |
| povbot | /svn/commits: Need to commit, so I can move it again. | 03:20 |
| *** jinty has quit IRC | 04:28 | |
| povbot | /svn/commits: * srichter committed revision 4821: | 04:34 |
| povbot | /svn/commits: Delete it now that it is empty | 04:34 |
| povbot | /svn/commits: * srichter committed revision 4822: | 04:35 |
| povbot | /svn/commits: All unit tests in schooltool.app.tests pass. This means that the ZCML loads completely and an application instance can be cleanly created. This, of course, is no indication on the state of the browser code, which is probably still very broken. | 04:35 |
| *** povbot has joined #schooltool | 06:04 | |
| *** tvon has quit IRC | 06:18 | |
| *** srichter has quit IRC | 06:18 | |
| *** auxesis has quit IRC | 06:18 | |
| *** tvon has joined #schooltool | 06:18 | |
| *** srichter has joined #schooltool | 06:18 | |
| *** auxesis has joined #schooltool | 06:18 | |
| *** maharaja has joined #schooltool | 09:24 | |
| *** jinty has joined #schooltool | 11:00 | |
| *** mgedmin has joined #schooltool | 14:56 | |
| povbot | /svn/commits: * gintas committed revision 4823: | 15:59 |
| povbot | /svn/commits: Imported Windows packaging metadata. | 15:59 |
| *** alga has joined #SchoolTool | 17:12 | |
| povbot | /svn/commits: * srichter committed revision 4824: | 17:39 |
| povbot | /svn/commits: Got most tests working now. The two that are still failing and the one I commented out are due to semantic changes from the switch of "ST depending on SB" to "SB depending on ST". I will fix this once the functional tests are passing. | 17:39 |
| povbot | /svn/commits: I really like the new structure; however, most unittests are not really unittests and often depend on other packges and do not use stubs. | 17:39 |
| *** mgedmin has quit IRC | 17:40 | |
| povbot | /svn/commits: * srichter committed revision 4825: | 17:51 |
| povbot | /svn/commits: With a few changed 19 out of 29 functional tests pass. | 17:51 |
| *** mgedmin has joined #schooltool | 18:54 | |
| *** jinty has quit IRC | 19:28 | |
| povbot | /svn/commits: * srichter committed revision 4826: | 19:30 |
| povbot | /svn/commits: Okay, got all SchoolTool functional tests passing. There are only 2 SchoolBell tests failing, because too much is imported. | 19:30 |
| srichter | yipee the rafactor branch can run ST again :-) | 19:33 |
| srichter | mgedmin: do you have a moment? | 19:34 |
| srichter | mgedmin: we need to decide on an order of object hierarchy; basically, what is more "core" than other things | 19:35 |
| srichter | is our application object the most core object? | 19:35 |
| srichter | or is it person, group, resource? | 19:36 |
| srichter | or all four equally core? | 19:36 |
| mgedmin | I'd say all four | 19:36 |
| srichter | ok, that sounds sane | 19:36 |
| srichter | timetable is the tricky one | 19:36 |
| srichter | clearly timetable is not important for SB | 19:37 |
| srichter | but its dependency has crept into many parts of the core components | 19:37 |
| srichter | in other words, none of the core should depend on timetable | 19:37 |
| srichter | also, I want to provide a package-includes; is that ok? | 19:40 |
| srichter | we probably want one for SB and one for ST | 19:41 |
| srichter | well, I should probably have a setup and data dir for both SB and ST, where Data.fs*, conf, package-includes, ftesting.zcml, ... goes | 19:46 |
| srichter | mgedmin: thoughts? | 19:46 |
| mgedmin | hmm... | 19:47 |
| mgedmin | timetable: yes, core shouldn't depend on it | 19:48 |
| mgedmin | the rest is fuzzier | 19:48 |
| srichter | yes | 19:49 |
| srichter | well, person should not depend on course, section, etc | 19:49 |
| srichter | though it does now | 19:49 |
| srichter | but only in the view code I think | 19:49 |
| povbot | /svn/commits: * srichter committed revision 4827: | 20:10 |
| povbot | /svn/commits: I just installed reportlab and noticed that the PDF tests were failing. The fix was easy though. | 20:10 |
| srichter | mgedmin: do you have any ideas on how to structure the root directory properly, so that we can support both schooltool and schoolbell at the same time | 20:10 |
| srichter | one way would be to give different names, like st-package-includes and sb-package-includes | 20:11 |
| srichter | anothe rwould be to have two dirs: schooltool and schoolbell | 20:11 |
| mgedmin | from the developers' perspective it would be enough to have 'schooltool-server.py' and 'schoolbell-server.py' | 20:11 |
| srichter | right | 20:11 |
| srichter | but where are all the other files going? | 20:11 |
| mgedmin | I defer to the release manager about the rest | 20:11 |
| srichter | we will have a site.zcml, for example | 20:11 |
| mgedmin | one way would be to have qualified names | 20:12 |
| mgedmin | schoolbell.conf, schoolbell-site.zcml | 20:12 |
| mgedmin | schooltool.conf, schooltool-site.zcml | 20:12 |
| srichter | right | 20:12 |
| srichter | I guess this might not be too bad after all | 20:12 |
| mgedmin | we used to have something like this a while ago | 20:13 |
| mgedmin | then we split ST and SB | 20:13 |
| mgedmin | and I can understand jinty's point of view about going back and forth all the time :-/ | 20:13 |
| srichter | I think it is much better now | 20:14 |
| srichter | there is no duplication anymore and no two repositories to work with | 20:14 |
| srichter | Once I figure out dependencies, we will see how much interdependent the code is | 20:15 |
| srichter | I think the most pressing issue is getting page templates going | 20:16 |
| srichter | I think the most pressing issue is getting pagelets working, so we can componentize the views | 20:16 |
| mgedmin | +1 | 20:16 |
| povbot | /svn/commits: * srichter committed revision 4828: | 20:40 |
| povbot | /svn/commits: A couple name renamings. | 20:40 |
| *** jinty has joined #schooltool | 21:24 | |
| povbot | /svn/commits: * srichter committed revision 4829: | 21:31 |
| povbot | /svn/commits: Started to make the startup a bit more Zope 3 like and thus more pluggable. | 21:31 |
| srichter | mgedmin: do you have any idea how I could load two different ftesting.zcml files depending on whether I run tests in sbapp (schoolbell app) versus app (schooltool app) | 21:58 |
| mgedmin | you can pass the filename of ftesting.zcml to FunctionalTestSetup | 22:00 |
| mgedmin | but you can only do this once | 22:00 |
| mgedmin | that is, you can only pass one file name in one test run, but you can actually do that several times | 22:00 |
| srichter | mmh, so it needs to sample the files for sbapp differently | 22:01 |
| srichter | I have no clue how I can do that | 22:04 |
| povbot | /svn/commits: * srichter committed revision 4830: | 22:09 |
| povbot | /svn/commits: Fix tests after my recent startup changes. | 22:09 |
| srichter | mgedmin: what is the -level option in test.py? | 22:21 |
| *** kobold has joined #schooltool | 22:27 | |
| jinty | hoi hoi kobold | 22:27 |
| kobold | jinty: ok, let's move here. | 22:28 |
| jinty | srichter: kobold and I have a couple of questions. | 22:28 |
| srichter | yep, go ahead | 22:28 |
| jinty | kobold is working on debian support of zope | 22:28 |
| srichter | though I might be afk in few minutes | 22:28 |
| jinty | ok, basically the question is how best to handle product-include dependencies | 22:29 |
| jinty | A debian specific solution is possible, but probably not best | 22:29 |
| srichter | packages-include you mean? | 22:29 |
| jinty | yep, oops:) | 22:29 |
| jinty | is there a way of handling them right now | 22:30 |
| srichter | well, basically, if I install a third party package, it should automatically add an entry to package-includes | 22:30 |
| srichter | I think zpkgtools knows how to handle them | 22:30 |
| srichter | it is part of the setup meta-data | 22:30 |
| kobold | but where the dependencies are stored? | 22:31 |
| srichter | the package-includes in the trunk is not the one we use for the release | 22:31 |
| srichter | each sub-package is itself responsible for installing it | 22:31 |
| srichter | dependencies should be in DEPENDENCIES.cfg | 22:31 |
| kobold | If I understand correctly, that file is then parsed by zpkgtools ... | 22:32 |
| srichter | yes | 22:32 |
| kobold | which should automagically handle them. | 22:32 |
| jinty | but then when a sub package is installed, the package is automatically included for all instances?? | 22:32 |
| srichter | well, it depends where you install the package | 22:33 |
| srichter | if you install it in Zope 3's installation path, then yes, it is available everywhere | 22:33 |
| * jinty wants to install all packages on the default python path | 22:33 | |
| srichter | if you install it on the instance, ... | 22:33 |
| srichter | that's a bad idea | 22:34 |
| jinty | why? | 22:34 |
| srichter | because not every instance wants a certain package | 22:34 |
| * kobold agrees | 22:34 | |
| jinty | but it is ignored if the package include is not installed? | 22:34 |
| srichter | right | 22:34 |
| srichter | (btw, I think you really should have this discussion with fdrake; he knows the system much, much better than I do) | 22:35 |
| srichter | he and Jim know all the use cases | 22:35 |
| srichter | I wonder whether this is the purpose of package includes | 22:36 |
| jinty | indeed, but also perhaps another day | 22:36 |
| kobold | I've looked inside zope3 sources, but I couldn't find zpkgtools | 22:36 |
| * jinty needs to go to the fiesta de gracia soon | 22:36 | |
| srichter | kobold: you have to check it out separately | 22:36 |
| kobold | isn't there a release somewhere on zope.org? | 22:36 |
| srichter | svn+ssh://svn.zope.org/repos/main/zpkgtools/trunk | 22:36 |
| srichter | yeah, fred mentioned a release, but I do not know where it is | 22:37 |
| kobold | I'll look on the website. | 22:37 |
| srichter | you can always get the tag | 22:37 |
| kobold | thanks for the discussion. | 22:37 |
| kobold | jinty: happy party! | 22:37 |
| srichter | I still have some time :-) | 22:37 |
| jinty | kobold: I am also still trying to figure out zpkgtools, so could you mail the list with what you find? | 22:38 |
| * jinty bids adeu | 22:38 | |
| kobold | jinty: sure, I'll do | 22:38 |
| *** jinty has quit IRC | 22:38 | |
| kobold | another question, what zope3 packages worth shipping inside debian/ubuntu? | 22:38 |
| srichter | only the stuff that we distribute int he Zope 3.1 release | 22:39 |
| srichter | maybe wiki and bugtracker, though it has not been tested | 22:39 |
| srichter | basically the release is the API we are willing to support | 22:40 |
| kobold | I really find myself uncomfortable with zope3 ... | 22:40 |
| mgedmin | srichter, -level? do we have it? | 22:41 |
| srichter | why? | 22:41 |
| kobold | I've used zope2, and zope3 is quite different ... | 22:41 |
| srichter | mgedmin: yeah, and it works great | 22:41 |
| mgedmin | if so, it should do more or less the same as the corresponding option in Zope's test.py | 22:41 |
| srichter | I just make the sbapp ftests level 2 | 22:41 |
| srichter | so they are commonly not run | 22:41 |
| * kobold found http://www.zope.org/Members/fdrake/zpkgtools | 22:42 | |
| kobold | I have to go, thanks for your help srichter. | 22:45 |
| *** kobold has left #schooltool | 22:46 | |
| *** mgedmin has quit IRC | 23:03 | |
| *** alga has quit IRC | 23:48 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!