| *** mgedmin has joined #schooltool | 02:11 | |
| *** mgedmin has quit IRC | 02:20 | |
| *** alga has quit IRC | 03:11 | |
| *** d2m has quit IRC | 03:34 | |
| *** th1a has joined #schooltool | 05:33 | |
| *** tvon has quit IRC | 06:11 | |
| *** bskahan has joined #schooltool | 06:28 | |
| *** bskahan has left #schooltool | 07:48 | |
| *** SteveA has joined #schooltool | 09:18 | |
| *** d2m has joined #schooltool | 10:09 | |
| *** SteveA has quit IRC | 10:42 | |
| *** SteveA has joined #schooltool | 10:54 | |
| *** Aiste has quit IRC | 11:42 | |
| *** Aiste has joined #schooltool | 11:51 | |
| *** mgedmin has joined #schooltool | 12:09 | |
| *** SteveA has quit IRC | 12:28 | |
| *** SteveA has joined #schooltool | 12:30 | |
| mgedmin | I am *so* happy I checked in my experimental standalone-zope3-schoolbell script into svn | 12:30 |
|---|---|---|
| mgedmin | my hard disk died totally yesterday | 12:30 |
| mgedmin | I spent most of the day reinstalling ubuntu, upgrading to hoary, and restoring data from backups | 12:31 |
| * mgedmin looks around for jinty | 12:55 | |
| *** thisfred has joined #schooltool | 13:37 | |
| *** SteveA has quit IRC | 14:05 | |
| *** SteveA has joined #schooltool | 14:06 | |
| *** jenny_ejecefd has joined #schooltool | 14:53 | |
| *** jenny_ejecefd has left #schooltool | 14:54 | |
| *** SteveA has quit IRC | 15:29 | |
| *** SteveA has joined #schooltool | 15:31 | |
| *** Bahne has joined #schooltool | 15:35 | |
| *** Bahne has left #schooltool | 15:48 | |
| *** tvon has joined #schooltool | 15:54 | |
| *** mgedmin has quit IRC | 16:10 | |
| *** SteveA has quit IRC | 16:36 | |
| *** SteveA has joined #schooltool | 16:37 | |
| *** alga has joined #SchoolTool | 17:02 | |
| *** bskahan has joined #schooltool | 17:03 | |
| *** bska|mobile has joined #schooltool | 17:03 | |
| *** bskahan has quit IRC | 17:04 | |
| *** tvon has quit IRC | 17:27 | |
| *** tvon has joined #schooltool | 17:41 | |
| *** SteveA has quit IRC | 17:46 | |
| *** SteveA has joined #schooltool | 17:48 | |
| *** gintas has joined #schooltool | 17:49 | |
| * th1a looks around for mgedmin. | 17:58 | |
| bska|mobile | hey all | 18:00 |
| th1a | Good morning/afternoon. | 18:00 |
| gintas | hi everyone | 18:01 |
| *** mgedmin has joined #schooltool | 18:01 | |
| th1a | OK. Can we start with an update from POV? | 18:02 |
| alga | OK | 18:03 |
| alga | I was working on the security machinery | 18:03 |
| alga | I asked zope3-dev@ and we discussed the stuff a bit | 18:03 |
| alga | the solution was to create our own local auth utility | 18:03 |
| alga | it uses Zope 3 sessions to store the creds | 18:04 |
| alga | and it is automatically added when the SchoolBell instance is added to a folder | 18:05 |
| alga | right now I'm working on the ACLs view which will use local grants for emulating the ACL functionality | 18:05 |
| alga | basically, session-based login-logout works, but everything is allowed yet | 18:06 |
| alga | Gintas? | 18:06 |
| gintas | I've been working on calendaring together with ignas | 18:07 |
| gintas | we have the calendar views more or less working, but the event adding form is still extremely ugly | 18:07 |
| gintas | Marius and I have added recurrent event support to schoolbell.calendar, and recurrent events now should show up properly on the calendar views | 18:08 |
| gintas | events can not be edited yet, but they can be deleted | 18:08 |
| th1a | Etria will be doing some work on the event add/edit forms, too. | 18:09 |
| gintas | although I have not ported the recurrent event deletion logic yet | 18:09 |
| mgedmin | recurring event should be fully supported by the back end (schoolbell.calendar package) now | 18:09 |
| th1a | Actually, make sure you don't re-implement the resource booking dialog, since that's going to be merged into the event forms. | 18:10 |
| mgedmin | I also spiked a standalone schoolbell program that starts up as much as necessary of zope 3 and sets up a schoolbell instance instead of the root folder | 18:10 |
| th1a | What does "spiked" mean exactly? | 18:11 |
| gintas | hacked up ;) | 18:11 |
| mgedmin | it's an extreme programming term, I believe | 18:11 |
| gintas | sketched, came up with a working implementation | 18:11 |
| mgedmin | when you don't know how to do something | 18:11 |
| th1a | OK. | 18:11 |
| tvon | it is now | 18:11 |
| mgedmin | you just try to do it | 18:11 |
| mgedmin | without unit tests | 18:11 |
| mgedmin | in a hacky way | 18:11 |
| mgedmin | just to understand the problem and find out which solutions are viable | 18:11 |
| mgedmin | then you throw everything away | 18:11 |
| th1a | Without unit tests!?!?!!? | 18:11 |
| mgedmin | and reimplement it using proper test-driven development techniques | 18:11 |
| tvon | heh | 18:11 |
| th1a | Doesn't that give you hives, mgedmin? | 18:12 |
| mgedmin | what? | 18:12 |
| alga | That's spiking | 18:12 |
| mgedmin | programming without unit tests, or throwing code away? | 18:12 |
| alga | :) | 18:12 |
| th1a | Programming without unit tests. | 18:12 |
| th1a | Anyhow... | 18:12 |
| tvon | we decided pytz was okay to use, correct? Are there relating packaging questions that need answering? | 18:14 |
| th1a | jinty did the Debian packaging. | 18:14 |
| tvon | ok | 18:14 |
| th1a | Should I be able to log into a z3schoolbell.py instance? | 18:15 |
| th1a | I don't seem to be able to. | 18:15 |
| mgedmin | (zope 3 folks said they wouldn't mind if pytz were to be bundled with zope 3 itself, but someone would have to do that) | 18:15 |
| alga | no, it is not supposed to work | 18:15 |
| mgedmin | I'm not sure if authentication works in z3schoolbell.py | 18:15 |
| th1a | OK. | 18:15 |
| mgedmin | my browser remembered that I had logged in as a manager via basic auth | 18:16 |
| mgedmin | so I never got to test schoolbell's cookie-based auth | 18:16 |
| alga | right | 18:16 |
| mgedmin | the authentication service is set up | 18:16 |
| alga | and that cookie based auth needs a person | 18:16 |
| mgedmin | and all functional tests pass | 18:16 |
| mgedmin | ah, what doesn't work: you cannot use schoolbell's login form to log in as a user that is defined in principals.zcml | 18:16 |
| mgedmin | you can only log-in as a schoolbell person | 18:17 |
| mgedmin | which presents a chicken-and-egg problem at the moment | 18:17 |
| th1a | OK. | 18:17 |
| mgedmin | we will either create a 'manager' person in the database during startup | 18:17 |
| mgedmin | or fix the login form to accept all zope 3 principals | 18:17 |
| mgedmin | alga should know which one is easier | 18:18 |
| th1a | What's the overall mood in the POV offices? Is this going pretty much as you expected? | 18:19 |
| gintas | I think so, more or less | 18:20 |
| mgedmin | we feel we're over the hump | 18:20 |
| th1a | OK. | 18:21 |
| th1a | Etria? | 18:21 |
| mgedmin | I don't think we will have the time to implement all-day events before the deadline, though | 18:22 |
| tvon | we put in the base for event descriptions (which I think was everything we could do at the time).. which at least marius has added onto for the ical output. | 18:22 |
| tvon | We still need to work it into the UI though. | 18:22 |
| gintas | that is being blocked by our work on the event adding/editing forms | 18:23 |
| tvon | yeah, but it's not a lot of work so that shouldnt' be an issue | 18:23 |
| bska|mobile | Commiting user preferences today which will add the depency on pytz | 18:23 |
| tvon | I'm currently working on the UI for timezone selection, which will go in as soon as Brian commits his preferences setting/getting work | 18:23 |
| tvon | yeah | 18:23 |
| th1a | Re-writing the whole application causes all sort of little scheduling problems. Hope we don't have to do it again anytime soon :-) | 18:24 |
| tvon | heh, yeah | 18:24 |
| tvon | dunno, I was thinking we should go back to twisted for 1.1 | 18:24 |
| th1a | I'll talk to Mark about it. | 18:24 |
| alga | !? | 18:24 |
| tvon | heh | 18:24 |
| bska|mobile | ;) | 18:24 |
| th1a | ;-) | 18:24 |
| * alga chokes on a cookie | 18:25 | |
| tvon | suckers | 18:25 |
| mgedmin | :) | 18:25 |
| bska|mobile | we'd like to get more clear on what the forward migration requrirements are from 0.9 -> 1.0 | 18:25 |
| mgedmin | It'd be very nice if Zope 3 came with pytz... | 18:25 |
| tvon | anyways, some of our work was easier than we expected, and other work got punted (RPM building), so the only gray area for us at this point is migration | 18:25 |
| bska|mobile | to decide how long it will take | 18:25 |
| th1a | Well, lets assume the migration requirements are the same as for 0.8 to 0.9. | 18:26 |
| mgedmin | as far as I understand, partial migration is OK | 18:26 |
| mgedmin | users, groups, resources, their calendars | 18:26 |
| th1a | I'm purposely not really pushing adoption of 0.9. | 18:26 |
| th1a | Considering we're practically rewriting the whole damn app. | 18:27 |
| gintas | well, it's not like we are writing it from scratch | 18:27 |
| th1a | I know. | 18:27 |
| gintas | at least we have a crib, and a working one at that | 18:27 |
| th1a | Otherwise I'd be much more worried. | 18:27 |
| bska|mobile | that was my concern, I'm wondering if migration isn't easier this time by dumping to xmlish representations of the IAppObjects | 18:27 |
| tvon | as I understand it, the Data.fs from 0.9 is completely incompatible with 1.0, right? | 18:28 |
| alga | bska|mobile: +1 | 18:28 |
| mgedmin | bska|mobile, I was thinking about the same thing | 18:28 |
| th1a | I agree. | 18:28 |
| tvon | heh | 18:28 |
| th1a | That was my thought all along, actually. | 18:28 |
| mgedmin | perhaps we can do the extraction with an external python script that uses the RESTive interface | 18:29 |
| th1a | I guess the problem is triggering it in the Debian upgrade process. | 18:29 |
| tvon | hrm | 18:29 |
| tvon | would ideally be prerm | 18:29 |
| th1a | jinty would prefer that it is seamless. | 18:30 |
| bska|mobile | tvon: a what? | 18:30 |
| *** jinty has joined #schooltool | 18:30 | |
| gintas | pre-removal script? | 18:30 |
| tvon | yeah... for the export | 18:30 |
| bska|mobile | ah, debian package term? | 18:30 |
| tvon | I sorta faked it, I'm not sure what the real term is | 18:30 |
| * jinty is sorry for being late | 18:31 | |
| bska|mobile | your just in time | 18:31 |
| alga | the term is indeed prerm | 18:31 |
| tvon | ah | 18:31 |
| tvon | go me | 18:31 |
| alga | the problem is that it is too late for that ;) | 18:32 |
| tvon | yeah, it's part of the package | 18:32 |
| tvon | part of the 0.9-already-shipped package | 18:32 |
| alga | rigt | 18:32 |
| alga | h | 18:32 |
| th1a | jinty: We just started discussing upgrade scripts for Debian. | 18:32 |
| tvon | is there anything in a new package that can be run prior to the old package being removed? | 18:33 |
| jinty | ah | 18:33 |
| tvon | I figured preinst came too late | 18:33 |
| bska|mobile | jinty: for migrating 0.9 -> 1.0 we want to dump the relevant old data to xml and parse them into the new Data.fs | 18:33 |
| jinty | ok. I think it would be the best to do it in the pre-inst of a new package | 18:34 |
| tvon | maybe schoolbell-1.0 could depend on schoolbell-migration for this round, which would be run before 0.9 got removed | 18:34 |
| jinty | the old libraries will still be around, no running server though | 18:34 |
| jinty | tvon: explain? | 18:35 |
| gintas | introduce a temporary package, schoolbell-migration? | 18:35 |
| tvon | jinty: schoolbell package depends on a temporary package that does not conflict with schoolbell-0.9 (so the server will still be running?).. | 18:35 |
| tvon | yes | 18:35 |
| tvon | so the migration package can hit the restive interface before debian kills the server | 18:35 |
| th1a | we'll never do this again, we promise. | 18:36 |
| jinty | you can never gaurentee that the server will be running... | 18:36 |
| tvon | can we start it? | 18:36 |
| alga | the preinst script could start the server and run the export | 18:36 |
| jinty | possibly with a temporary config generated in the pre-inst | 18:37 |
| mgedmin | oh, well, old libraries might be enough | 18:37 |
| mgedmin | all we need to do is to open the Data.fs file and extract data from it | 18:37 |
| alga | true | 18:37 |
| mgedmin | for that we need to have the old schooltool python package somewhere so that pickles will work | 18:37 |
| bska|mobile | does pre-inst know if its an upgrade vs. a new install? | 18:38 |
| alga | it can find out | 18:38 |
| * jinty goes and checks | 18:38 | |
| alga | check if there is /var/lib/schoolbell/Data.fs, for instance | 18:38 |
| jinty | yes | 18:38 |
| jinty | it is passed the arguments {upgrade|install} old-version | 18:39 |
| alga | leet. | 18:40 |
| alga | what if we get 0.7 as the version? :-) | 18:40 |
| jinty | everything goes pear shaped!!!! | 18:40 |
| tvon | we detonate | 18:40 |
| jinty | rm -rf / | 18:40 |
| tvon | spit some error about base-config failing and send em to #debian | 18:41 |
| mgedmin | /usr/sbin/electrocute-user | 18:41 |
| bska|mobile | all their base ... | 18:41 |
| jinty | perhaps a debconf note letting the user know and advising them to upgrade 0.7>0.8>0.9>1.0 | 18:41 |
| *** SteveA has quit IRC | 18:42 | |
| gintas | can we force the user to upgrade in several steps? | 18:42 |
| gintas | can we have a package with Depends: on its own specific version? | 18:42 |
| tvon | provide archive.debian links (or whatever that server is with all-debian-packages-that-ever-existed) | 18:42 |
| jinty | gintas??? | 18:42 |
| th1a | A note or warning is sufficient for hypothetical 0.7 users. | 18:42 |
| bska|mobile | actually thats important, need to know if the script is going to use 0.8 libs or 0.9 libs | 18:42 |
| bska|mobile | (maybe) | 18:43 |
| * jinty gets a headache | 18:43 | |
| gintas | jinty, I was just hypothesizing if we could somehow make the apt machinery update the package in steps | 18:43 |
| bska|mobile | thinking about it more, I'm not sure that it matters whether they have 0.8 or 0.9 | 18:43 |
| jinty | sorry, i don't think it's possible | 18:43 |
| gintas | ok | 18:44 |
| * mgedmin shrugs | 18:44 | |
| mgedmin | we could tell the users 'sorry, cannot upgrade 0.7 directly to 0.9, please download 0.8 from www.schooltool.org and perform the upgrade in two steps' | 18:45 |
| mgedmin | or give them a choice to rm -rf their data | 18:45 |
| th1a | It would be nice if admins could also trigger the export script manually. | 18:45 |
| mgedmin | or ship the minimum number of packages from 0.8 and 0.9 directly in 1.0 deb | 18:45 |
| mgedmin | and then run the data extraction script with a specific python path | 18:46 |
| mgedmin | PYTHONPATH=/usr/lib/schooltool/compat/0.8/ | 18:46 |
| mgedmin | PYTHONPATH=/usr/lib/schooltool/compat/0.9/ | 18:46 |
| alga | but bska|mobile has a point there | 18:47 |
| mgedmin | I believe debian's postgresql package does something like this | 18:47 |
| th1a | I don't really think anyone is currently running SchoolTool 0.7 in production and worried about losing their data. | 18:47 |
| tvon | it is unlikely | 18:47 |
| bska|mobile | alga: which point? | 18:47 |
| bska|mobile | I take back the part about not needing to know | 18:47 |
| alga | that the script does not much care whether it's using 0.8 or 0.9 | 18:47 |
| jinty | mgedmin: it is possible, I will have a look at postgre | 18:47 |
| bska|mobile | have to use 0.8 libs to get the relationships out of a 0.8 zodb | 18:48 |
| tvon | if we were using rest it might not matter, but for libs it does | 18:48 |
| alga | no, assume Data.fs is the same version as the software | 18:48 |
| bska|mobile | because the relationship methods between 8/9 are incompatible | 18:48 |
| * bska|mobile nods | 18:48 | |
| mgedmin | bska|mobile, but you already implemented data extraction from 0.8 by using 0.9 libs | 18:48 |
| mgedmin | the code is a bit ugly, but it works | 18:48 |
| bska|mobile | yeah | 18:49 |
| mgedmin | anyway, let's not get too bogged down here | 18:49 |
| mgedmin | there are several possible paths to implement db upgrades | 18:49 |
| th1a | We're pretty deep in the bog already. | 18:49 |
| mgedmin | someone will just have to sit down and implement one of them | 18:49 |
| th1a | someone = tvon and bskahan | 18:50 |
| * mgedmin is happy :) | 18:50 | |
| tvon | heh | 18:50 |
| bska|mobile | I'm pretty comfortable with extracting impotrting the data for migration in a clean environment, just need to know the limitations of debian package upgrades | 18:50 |
| bska|mobile | to know whats possible and whats not | 18:50 |
| gintas | by the way, I think that we should adopt Zope3 generations. Had we done that earlier, we wouldn't have this headache here | 18:51 |
| jinty | there are a number of possibilities, have seen at least 3-4 approaches here already | 18:51 |
| mgedmin | +1 for generations | 18:51 |
| tvon | +10 | 18:51 |
| jinty | bska: lets finish this in a mail conversation | 18:52 |
| * bska|mobile nods | 18:52 | |
| tvon | cc me on those | 18:52 |
| * mgedmin too | 18:52 | |
| jinty | ok | 18:52 |
| mgedmin | should I just go and create the schooltool-dev mailing list? | 18:52 |
| tvon | might as well do the mailing list | 18:52 |
| jinty | yay! | 18:52 |
| * mgedmin is actually not quite sure how to do that with mailman | 18:52 | |
| tvon | create a new list? | 18:53 |
| mgedmin | it was suggested on the mailing list | 18:53 |
| jinty | also add me to the nosy list for roundup | 18:53 |
| mgedmin | ok | 18:53 |
| th1a | me too, actually. | 18:53 |
| *** SteveA has joined #schooltool | 18:53 | |
| tvon | I can handle mailman stuffs if so desired | 18:54 |
| tvon | no whiz, but I've had to put up with it a fair amount to date | 18:54 |
| mgedmin | jinty, th1a: you are now in the initial nosy list | 18:56 |
| jinty | thanks! | 18:56 |
| th1a | I'm going to meet with Stephan Richter this week to discuss some ideas for SchoolTool design. | 18:56 |
| th1a | Hopefully get a better sense of what we can do with Z3 workflows. | 18:57 |
| tvon | yah | 18:57 |
| bska|mobile | gintas: know any good docs on generations other than the zope3 wiki? | 18:58 |
| th1a | OK. I think we're done. | 18:58 |
| gintas | bska|mobile, see the doctest | 18:58 |
| tvon | cool | 18:58 |
| mgedmin | there's a nice readme in the source code | 18:58 |
| gintas | actually it's pretty straightforward | 18:58 |
| tvon | afk a bit... | 18:58 |
| mgedmin | in zope/app/generations iirc | 18:58 |
| bska|mobile | mgedmin: thanks | 18:58 |
| mgedmin | I was reading it this weekend | 18:59 |
| gintas | for now I think you will be able to get away without any code, just a single ZCML declaration | 18:59 |
| bska|mobile | declaring version 0.9 of the DB | 18:59 |
| bska|mobile | er | 18:59 |
| bska|mobile | 1.0 | 18:59 |
| gintas | more like version 1 | 18:59 |
| bska|mobile | then 1.1 will deal with the SchemaManager | 18:59 |
| mgedmin | more like generation 1 | 18:59 |
| mgedmin | generation numbers are integers, I believe | 18:59 |
| mgedmin | so no 1.1 | 18:59 |
| gintas | yeah, a bit similar to subversion revisions | 19:00 |
| bska|mobile | found the readme | 19:01 |
| alga | then it could be 0x00010001 | 19:01 |
| mgedmin | alga, I'm pretty sure you would see that as 65537 in ++etc++process | 19:02 |
| alga | :) | 19:02 |
| alga | so? :-) | 19:02 |
| mgedmin | it could also be generation 2005021400 | 19:03 |
| mgedmin | just like DNS serial numbers ;) | 19:03 |
| mgedmin | please, no | 19:03 |
| mgedmin | are we about done with the meeting? | 19:03 |
| jinty | mgedmin: you were looking for me? | 19:03 |
| * mgedmin nods | 19:03 | |
| * th1a needs a digital gavel. | 19:03 | |
| th1a | Yes, we are done. | 19:04 |
| mgedmin | debian bug about FTBFS | 19:04 |
| bska|mobile | th1a: /topic | 19:04 |
| jinty | ah, im replying to your mail now | 19:04 |
| mgedmin | ok | 19:04 |
| * th1a needs to force himself to learn more about IRC. | 19:04 | |
| *** gintas has quit IRC | 19:04 | |
| bska|mobile | should switch to jabber-muc instead | 19:04 |
| mgedmin | th1a, http://taoriver.net/img/for_cw/floss-communications.png | 19:05 |
| bska|mobile | nice | 19:06 |
| th1a | That pretty much sums it up. | 19:06 |
| mgedmin | SteveA, ayt? | 19:08 |
| jinty | ah mgedmin, connecting pathconfig to the rest of schoolbell? do you know a good point of entry off hand? | 19:09 |
| mgedmin | jinty, what is the rest of schoolbell? | 19:09 |
| *** sivang has joined #schooltool | 19:10 | |
| jinty | well, there is a pathconfig module in src/schoolbell sitting there and not connected to anything yet | 19:10 |
| *** sivang has left #schooltool | 19:10 | |
| mgedmin | ah | 19:11 |
| jinty | but the insides of src/schoolbell are quite different | 19:11 |
| mgedmin | yep, zope 3 stuff | 19:11 |
| mgedmin | this is going to be fun... | 19:11 |
| jinty | yipeee! | 19:11 |
| jinty | there is also the issue of where the zcml files are going to be installed | 19:12 |
| mgedmin | same place as .py files? | 19:13 |
| mgedmin | I don't remember, are .py files in /usr/lib or in /usr/sharE? | 19:13 |
| jinty | /usr/lib | 19:13 |
| mgedmin | why? | 19:13 |
| mgedmin | because otherwise it is too difficult to get extension modules working? | 19:13 |
| jinty | because they are bytecompiled in place on installation | 19:13 |
| mgedmin | aren't python bytecodes arch-independent? | 19:14 |
| jinty | I have never seen a python module install into anywhere else than /usr/lib | 19:14 |
| mgedmin | iirc debian python policy suggested putting python modules in /usr/share/$package, /usr/lib/$package, or /usr/lib/python, depending on circumstances | 19:14 |
| jinty | could you give me a reference for that, I can't find it in the policy | 19:16 |
| jinty | ah, got it | 19:17 |
| mgedmin | does anyone know if "initial user" in mailman-speak is the same thing as "administrator"? | 19:18 |
| jinty | do you mean this: TODO: What about /usr/share/pythonX.Y? Wait for upstream ... see http://python.org/sf/588756 | 19:18 |
| mgedmin | no, I meant /usr/share/$package | 19:19 |
| jinty | ok then I can't find anything in the policy | 19:20 |
| mgedmin | it was there when I last looked at it, which was ages ago | 19:21 |
| mgedmin | url? | 19:21 |
| jinty | http://www.debian.org/doc/packaging-manuals/python-policy/ | 19:21 |
| jinty | There is the option of hacking the schoolbell part of the setup.py to do the same thing as the zope setup. In which case everything will install into /usr/lib, but it's not ideal because the pictures really should be in /usr/share. | 19:26 |
| mgedmin | jinty, I was referring to this bit of http://www.debian.org/doc/packaging-manuals/python-policy/ch-programs.html#s-current_version_progs | 19:29 |
| mgedmin | "If the private modules would pollute the name space in sys.path, the modules should be installed in /usr/lib/package (for architecture any) or /usr/share/package (for architecture all). In this case, the directory should be added to sys.path at the program startup." | 19:29 |
| mgedmin | schoolbell itself does not have any extension modules, so it could be architecture all | 19:29 |
| mgedmin | zope 3 has extension modules, so it can't | 19:30 |
| jinty | yay! | 19:30 |
| mgedmin | but even zope3, I believe, allows you to install py files in /usr/share and .so files in /usr/lib | 19:30 |
| mgedmin | its extension modules are intentionally named like _zope_interface_coptimisations.so | 19:31 |
| mgedmin | and they are always imported with a single name (i.e. import _zope_interface_coptimisations) | 19:31 |
| jinty | ah | 19:31 |
| mgedmin | so that they could be placed directly in pythonpath | 19:31 |
| mgedmin | at least I think so | 19:31 |
| mgedmin | I've never tried it | 19:32 |
| mgedmin | I haven't even looked at the zope 3 deb in ubuntu | 19:32 |
| * jinty is feeling stupid and wonders why he was running around in circles | 19:32 | |
| mgedmin | well, I could be wrong | 19:33 |
| mgedmin | ok, who wants to be mass-subscribed to the brand new schooltool-dev mailing list? | 19:34 |
| mgedmin | (I suppose I should first check if it works...) | 19:34 |
| * jinty sticks up his hand | 19:34 | |
| mgedmin | th1a, tvon, bska|mobile ? | 19:38 |
| tvon | howdy | 19:38 |
| tvon | yeah | 19:38 |
| tvon | of course | 19:38 |
| tvon | bskahan as well | 19:39 |
| mgedmin | th1a, ? | 19:40 |
| * mgedmin times out and assumes the answer is "yes" | 19:41 | |
| mgedmin | ok, you are now subscribed | 19:42 |
| alga | "You DID opt in! Click here to unsubscribe" | 19:44 |
| mgedmin | ok, it works | 19:44 |
| *** tvon has quit IRC | 19:45 | |
| *** tvon has joined #schooltool | 19:45 | |
| tvon | stupid wifi | 19:46 |
| tvon | yes, please add me to the new list | 19:46 |
| tvon | bskahan as well | 19:46 |
| bska|mobile | got it | 19:55 |
| tvon | yuppers | 19:56 |
| *** SteveA has quit IRC | 19:57 | |
| * jinty will start the conversation on the db upgrade tomorrow when he has time and connection. | 20:00 | |
| *** jinty has quit IRC | 20:00 | |
| *** faassen has joined #schooltool | 20:03 | |
| *** SteveA has joined #schooltool | 20:08 | |
| SteveA | mgedmin: hello | 20:11 |
| th1a | mgedmin: Subscribe me. | 20:11 |
| mgedmin | already done | 20:11 |
| mgedmin | SteveA, I wanted to ask you how to create a new list with mailman on osprey, but I already figured that out | 20:12 |
| *** tvon has quit IRC | 20:12 | |
| SteveA | mgedmin: cool | 20:14 |
| SteveA | mgedmin: shouldn't this be on the new schooltool server ? | 20:14 |
| mgedmin | is there a new schooltool server yet? | 20:16 |
| th1a | There is, but we don't have time to do the migration right now, unless you want to moonlight, mgedmin. | 20:18 |
| th1a | That'll probably be your first task after this contract is done. | 20:20 |
| *** alga has quit IRC | 20:28 | |
| *** faassen has quit IRC | 21:08 | |
| *** SteveA has quit IRC | 21:14 | |
| *** SteveA has joined #schooltool | 21:23 | |
| *** Aiste has quit IRC | 22:35 | |
| *** SteveA has quit IRC | 22:53 | |
| *** mgedmin has quit IRC | 22:56 | |
| *** SteveA has joined #schooltool | 23:03 | |
| *** jinty has joined #schooltool | 23:04 | |
| *** hazmat has joined #schooltool | 23:45 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
