*** alga has quit IRC | 00:16 | |
*** ignas has joined #schooltool | 00:20 | |
ignas | aelkner: ayt? | 00:21 |
---|---|---|
aelkner | yes | 00:21 |
ignas | the reason for the current state of the title is - it was LyceumPerson before, so it is kind of historical/backwards compatibility | 00:22 |
ignas | the problem with full_name is that it does not solve it completely | 00:22 |
ignas | there are a lot of person lists that use title i think | 00:22 |
ignas | and they will show it in the wrong way | 00:22 |
ignas | as in - not the way you or users would like it to be | 00:22 |
ignas | another problem is that i am in the last 10% of making a release | 00:23 |
aelkner | but consider this | 00:23 |
aelkner | all of the tests and all of the code rely on the title attribute working the way it does | 00:23 |
ignas | so i am kind of tired/busy :/ and i don't really want to change many things, especially ones that i have to think about | 00:23 |
aelkner | i'm not suggesting changing any of that | 00:24 |
aelkner | and therefore breaking anything | 00:24 |
aelkner | all i suggest is adding full_name to the interface | 00:24 |
ignas | if you will cope with the fact that full_name can disappear some time in the future | 00:24 |
aelkner | and to the implemntation as a property | 00:24 |
ignas | then - i am ok with it as a temporary solution | 00:24 |
ignas | to your problems | 00:24 |
aelkner | why would it disappear? | 00:25 |
ignas | i don't like it as a permanent solution | 00:25 |
ignas | having title and full_name that are both used around the system | 00:25 |
ignas | and are kind of similar but not the same | 00:25 |
ignas | is just not a good thing | 00:25 |
aelkner | th1a wants there to be more than just the two | 00:25 |
aelkner | check out the chat while you were gone | 00:26 |
aelkner | he suggested the eventual need for a bunch of convenience methods | 00:26 |
ignas | which is my point - i don't know what kind of final solution we will come to | 00:26 |
ignas | we might have a view on a person | 00:26 |
ignas | that is his title | 00:26 |
ignas | and his fullname for example | 00:26 |
ignas | which makes sense in a lot of cases | 00:26 |
ignas | and that would break the full_name being a property | 00:27 |
aelkner | that's probably more complex than it needs to be | 00:27 |
aelkner | why do we need views when we can have properties | 00:27 |
ignas | when you want to display context sensitive strings, depending on who is looking at it | 00:27 |
ignas | or depending on i18n | 00:27 |
ignas | properties don't have access to request for example | 00:27 |
ignas | and have no idea about i18n settings | 00:27 |
aelkner | i see | 00:27 |
ignas | so - as a temporary band aid - i am ok with it, i am not ok with commiting to some API after 5 minutes of discussion | 00:28 |
aelkner | i'll just do the ugly string thing for now | 00:28 |
ignas | and saying that it will not change when we will have time to think about it | 00:28 |
aelkner | you win | 00:28 |
aelkner | when you're ready to think about it, don't forget to include me in the discussion | 00:29 |
* ignas does not like the fact that the title on a BasicPerson is Lithuania specific | 00:29 | |
aelkner | the title property could still exist | 00:29 |
aelkner | and it could look up the view as you suggest | 00:29 |
aelkner | that way tests don't break | 00:29 |
aelkner | and templates can stay the same | 00:30 |
aelkner | context/title | 00:30 |
aelkner | does that make sense? | 00:30 |
ignas | it is kind of broken, and fixing tests is like 10 minutes of work anyway | 00:31 |
ignas | but at the moment i don't know what the right solution is | 00:31 |
ignas | because title and full_name are quite complicated when you think about i18n | 00:31 |
ignas | and zc.catalog | 00:31 |
ignas | and sorting | 00:31 |
ignas | and searching | 00:31 |
aelkner | shall we wait until europython to really get into the discussion? | 00:32 |
ignas | don't know really, depends on whether this problem will bite me in some way, or if i will come up with some solution sooner | 00:33 |
ignas | because titles are a bit nasty for other content objects too | 00:33 |
ignas | especially the fact that you can't have them context sensitive, and you can't override them | 00:33 |
ignas | if it was person/@@title | 00:33 |
ignas | you could just register a view for the person for your skin | 00:34 |
ignas | that would display it in 1337 speak ;) | 00:34 |
ignas | and <blink></blink> tags around it ;) | 00:34 |
aelkner | ignas: another question while i have you | 00:36 |
ignas | shoot | 00:37 |
aelkner | i'd like to name the root of my interventions container 'interventions' | 00:37 |
aelkner | like we have 'persons' and 'courses', etc. | 00:37 |
aelkner | any objections | 00:37 |
aelkner | in case i'm not clear | 00:37 |
aelkner | i mean app['intervention'] | 00:38 |
aelkner | i mean app['interventions'] | 00:38 |
aelkner | i figure that we have one intervention package | 00:38 |
aelkner | if there needed to be another | 00:38 |
aelkner | for a different way of doing things | 00:38 |
aelkner | it could name its root more specifically | 00:38 |
aelkner | but if not, why bother getiing specific now | 00:39 |
aelkner | cleaner i think | 00:39 |
ignas | emm | 00:39 |
ignas | not really | 00:39 |
aelkner | why? | 00:39 |
ignas | i don't really like the idea of taking up these names that way | 00:39 |
ignas | and i don't like using an implementation detail | 00:39 |
ignas | as a part of the public interface | 00:40 |
ignas | and the name of the toplevel container is an implementation detail imho | 00:40 |
aelkner | but we do that with the other containers | 00:40 |
ignas | we did that | 00:40 |
ignas | because we did not know any better | 00:40 |
aelkner | i don | 00:40 |
aelkner | i don't see what's wrong with it | 00:40 |
aelkner | where is the problem? | 00:41 |
ignas | the fact that we have 3 different classes of persons in the same container | 00:41 |
aelkner | i.e., give me a use case | 00:41 |
ignas | the fact that names like journal and gradebook had conflicts already | 00:41 |
aelkner | we do? | 00:41 |
ignas | person module will not react to the fact that you have switched the person factory | 00:41 |
ignas | so yes- if you will change zcml to use schooltool.demographics | 00:41 |
ignas | it will try using the same person container | 00:42 |
ignas | that was used by another person type | 00:42 |
ignas | and it is only a very small bit of code | 00:42 |
ignas | from what i can recall | 00:42 |
aelkner | i don't see a concrete use case here | 00:43 |
aelkner | aren't we going to get rid of schooltool.demographics? | 00:43 |
ignas | we did not see a concrete use case when we creaded app['person'] either | 00:44 |
aelkner | and only have basicperson objects in app['persons']? | 00:44 |
ignas | my point is - using container traversal in the top level of application exposes too many implementation details anyway | 00:45 |
ignas | and should be avoided in general | 00:45 |
ignas | if you use the container name 'interventions' you are preventing anyone from plugging into | 00:45 |
ignas | it by adding a custom traverser | 00:45 |
aelkner | what's wrong with exposing implementation deatils in an open-source project? | 00:45 |
ignas | even | 00:45 |
ignas | open source or not - someone will have to fix it, and someone will have to write an evolution script, evolving from that is a lot more difficult than doing a small bit of abstraction from the beginning | 00:46 |
ignas | abstraction especially in this place is a good thing | 00:46 |
aelkner | i'm not so sure | 00:46 |
aelkner | i see too much abstration in schooltool | 00:47 |
aelkner | leading to too much developer time spent developing | 00:47 |
aelkner | KISS | 00:47 |
aelkner | saves lots of money | 00:47 |
aelkner | also | 00:47 |
th1a | Hm... looks like I'm returning from the grocery store to an interesting discussion... | 00:47 |
aelkner | XP dictates only code what's needed | 00:47 |
aelkner | not spending time worrying about possibilities that may never come to frution | 00:48 |
ignas | XP also dictates - write a code that is easy to refactor | 00:48 |
ignas | apparently top level container names are difficult to refactor | 00:48 |
ignas | very difficult | 00:48 |
aelkner | everything is difficult to refactor in schooltool | 00:49 |
ignas | it's not about preparing for extensibility, it is about not creating barriers for extensibility | 00:49 |
aelkner | having the code be less combersome will surely make it easier to refactor | 00:49 |
aelkner | what barrier? | 00:49 |
aelkner | for instance | 00:49 |
aelkner | we have basicpersons in app['persons'] | 00:49 |
aelkner | if we want to extend it, we cold create another container that expends it | 00:50 |
aelkner | i already did that with my demographics | 00:50 |
aelkner | which live in app['intervention.demographics'] | 00:50 |
ignas | aelkner: look at evolution script that changes persons from schooltoo.person to schooltool.demographics | 00:50 |
ignas | if you can understand it | 00:50 |
ignas | and could write it yourself | 00:51 |
th1a | aelkner: I think you need to take the time in Lithuania into account when bringing up new topics with ignas ;-) | 00:51 |
aelkner | who wrote it? | 00:51 |
ignas | i think it's number 14 | 00:51 |
aelkner | th1a: fair enough | 00:51 |
aelkner | did you write it? | 00:51 |
ignas | it was written by faassen | 00:51 |
aelkner | oh | 00:51 |
ignas | and i had to fix it like 3 times | 00:51 |
ignas | and i don't think i could write it right the first time either | 00:52 |
th1a | So where should the intervention objects go? | 00:53 |
aelkner | it looks like it just has to deal with annotations | 00:53 |
* ignas should send aelkner a link to a panel discussion lead by Fowler about XP and agile | 00:53 | |
th1a | Did I leave some tests broken? | 00:55 |
ignas | aelkner: if you don't want to write that glue code | 00:56 |
ignas | aelkner: just skip it | 00:56 |
ignas | just that i don't like the idea of these "special" i came here first packages | 00:56 |
ignas | that reserve names just because they were first | 00:56 |
ignas | and then you have person, lyceum.person, pov.person | 00:56 |
aelkner | so what name would you suggest? | 00:56 |
ignas | and person is actually scooltool.basicperson | 00:56 |
ignas | but it is called person because it is *special* | 00:57 |
aelkner | so what name would you suggest? | 00:57 |
ignas | i kind of like the idea of the module path, because well - no one can conflict with the name unless he is working on the same module | 00:57 |
ignas | so sla.intervention | 00:57 |
ignas | or schooltool.intervention | 00:57 |
ignas | i don't know how that module is called | 00:58 |
th1a | sla.intervention is fine. | 00:58 |
aelkner | the module is schooltool.intervention | 00:58 |
aelkner | i could name it that if that's what you prefer | 00:58 |
ignas | if the module is called like that just call it that | 00:59 |
aelkner | what about the narratives and demographics? | 01:00 |
ignas | do it the way you like it, i have explained the way I like it, but it's still you who is working with it | 01:00 |
aelkner | should they be app['schooltool.intervention'][narratives'] | 01:00 |
ignas | after the top level container you can do pretty much anything you like | 01:01 |
ignas | because no one except for you or maintainers of schooltool.intervention will be working on it | 01:01 |
aelkner | i was using app['schooltool.intervention.narratives' | 01:02 |
aelkner | but i hated that | 01:02 |
aelkner | and that together with the demos meant three additional top-level containters | 01:02 |
ignas | my point is - app[schooltool.interventions] belongs to whoever is maintaining schooltool.interventions | 01:02 |
ignas | while app itself is for everybody | 01:03 |
ignas | it is a shared resource | 01:03 |
ignas | shared namespace | 01:03 |
aelkner | i will move my narratives and demos into app[schooltool.interventions] | 01:03 |
aelkner | but the final question is: | 01:03 |
aelkner | should it be plural | 01:04 |
aelkner | the package name isn't | 01:04 |
aelkner | i'm leaning toward not | 01:04 |
ignas | i don't think it has to be plurual | 01:04 |
aelkner | ok | 01:04 |
aelkner | i wil not trouble your brain any more tonight | 01:05 |
* ignas is working on the release anyway | 01:05 | |
aelkner | it's late enough as tom suggested | 01:05 |
aelkner | thanks for the input | 01:05 |
* ignas talks a lot when is very tired, so you should just filter it for useful bits of information and ignore the rest ;) | 01:06 | |
aelkner | it allowed me to make important decisions, so well-talked! | 01:09 |
ignas | aelkner, th1a: by the way, does any of you have a hardy machine? | 01:14 |
aelkner | i don't | 01:14 |
ignas | because today i am done testing our gutsy release, so tomorrow i will upload all the 127 packages for hardy | 01:16 |
ignas | and i don't really have a PC to test it on | 01:16 |
ignas | the co-worker who has hardy is sick :/ | 01:16 |
ignas | only 1 package to fix and I will be happy enough with our gutsy release | 01:21 |
ignas | aelkner: http://www.infoq.com/presentations/modifiability-fowler | 01:22 |
ignas | aelkner: it's 50 minutes or so, and i am not even sure if it will convince you of the same things it convinced me, but it's worth watching ;) | 01:22 |
aelkner | i book-marked it and will try to view it after my may 1 deadline | 01:23 |
aelkner | igans: how do i get my mac address out of ifconfig? | 01:24 |
aelkner | is it HWaddr? | 01:24 |
ignas | yes | 01:24 |
aelkner | thanks | 01:24 |
ignas | th1a: by the way, you might want to look at that presentation too, if you will have an hour to spare some time | 01:27 |
ignas | 20 minutes and I can just leave gutsy packages for a nightly full test run | 01:44 |
ignas | so i could start uploading all of them to hardy tomorrow morning | 01:45 |
*** aelkner_ has joined #schooltool | 01:48 | |
*** aelkner has quit IRC | 01:48 | |
*** ignas has quit IRC | 02:08 | |
*** didymo has joined #schooltool | 03:03 | |
*** th1a_ has joined #schooltool | 04:03 | |
*** didymo has quit IRC | 04:35 | |
*** pcardune_vm_ has joined #schooltool | 05:27 | |
*** pcardune_vm_ is now known as pcardune | 05:27 | |
*** pcardune has quit IRC | 05:28 | |
*** didymo has joined #schooltool | 07:04 | |
*** didymo has quit IRC | 07:44 | |
*** didymo has joined #schooltool | 07:54 | |
*** th1a_ has quit IRC | 07:57 | |
*** jdrake has quit IRC | 08:13 | |
*** ignas has joined #schooltool | 09:40 | |
ignas | Fujitsu: ping | 10:19 |
*** alga has joined #SchoolTool | 10:42 | |
Fujitsu | ignas: Hi, just got back from uni. Yes, I probably should unassign myself from that bug at some point.; | 12:33 |
ignas | Fujitsu: do you have a hardy system? | 12:33 |
Fujitsu | Ah. I do. | 12:33 |
Fujitsu | And you will too within 24 hours, I hope :P | 12:33 |
ignas | in like 40 minutes or so i will have a schooltool release for hardy | 12:33 |
ignas | and i can't test it | 12:33 |
Fujitsu | Aha. Very good. | 12:33 |
Fujitsu | I can. | 12:33 |
* ignas is uploading 128 packages to ubuntu-hardy | 12:34 | |
Fujitsu | Just say the word. | 12:34 |
Fujitsu | That's going to be one fat PPA. | 12:34 |
ignas | and one long build queue ;) | 12:34 |
Fujitsu | Eggs shouldn't take long to build. | 12:35 |
Fujitsu | As long as there aren't langpacks in the way. | 12:35 |
ignas | 128x short is still long ;) | 12:36 |
Fujitsu | Not over three buildds. | 12:36 |
Fujitsu | Particularly as they're dispatched every few seconds. | 12:36 |
ignas | it takes 4 minutes to build a deb most of the time | 12:38 |
Fujitsu | Hmm/ | 12:38 |
Fujitsu | So a couple of hours. | 12:38 |
ignas | yes :/ | 12:39 |
ignas | and a couple of rebuilds for eggs that will fail to build because of launchpad problems | 12:39 |
Fujitsu | I've got nothing to do now that Hardy is completely frozen, so I can poke around in SchoolTool for a while. | 12:39 |
Fujitsu | Hm? Have you not uploaded anything to Hardy in that PPA before? | 12:39 |
ignas | no, but that one is solved already | 12:40 |
ignas | i am talking about this: | 12:40 |
ignas | http://launchpadlibrarian.net/13835366/buildlog_ubuntu-hardy-i386.python-zope.cachedescriptors_3.4.0-1ubuntu2_CHROOTWAIT.txt.gz | 12:40 |
ignas | Failed to fetch http://ftpmaster.internal/ubuntu/dists/hardy/main/binary-i386/Packages.bz2 MD5Sum mismatch | 12:40 |
ignas | Failed to fetch http://ftpmaster.internal/ubuntu/dists/hardy/universe/binary-i386/Packages.bz2 MD5Sum mismatch | 12:40 |
Fujitsu | Ahh. | 12:40 |
Fujitsu | Nice race condition. | 12:40 |
* ignas is feeling lucky | 12:41 | |
Fujitsu | That was deemed not important enough to fix because of the low frequency, IIRC> | 12:41 |
Fujitsu | But in more than a hundred builds, I guess it probably happens a couple of times :( | 12:41 |
Fujitsu | Ah, I see cprov advised you of the fix for the 20-minute problem. | 12:42 |
Fujitsu | ignas: I note that the required version of zc.catalog isn't available. Only 1.2.0 is. | 12:49 |
Fujitsu | (trying to build a clean trunk) | 12:50 |
ignas | emm | 12:50 |
ignas | how are you doing that? | 12:50 |
ignas | because you should use buildout | 12:50 |
ignas | or you are bound to run into problems | 12:50 |
Fujitsu | I was using make. | 12:51 |
ignas | the makefile and scripts are in there for backwards compatibility with some tools | 12:51 |
Fujitsu | Ah. | 12:51 |
ignas | http://www.schooltool.org/documentation/setting-up-a-development-server/your-development-environment/ | 12:51 |
ignas | the page is mostly accurate | 12:51 |
Fujitsu | It used to work :( | 12:51 |
Fujitsu | Thanks, didn't think of checking for new stuff there. | 12:52 |
ignas | it works if "the stars are right" | 12:52 |
ignas | so in a controled environment - it works | 12:52 |
ignas | but apparently we can't control environments used to try out schooltool ;) | 12:52 |
Fujitsu | That will download the latest schooltool egg, won't it? What if I want to continue working out of a bzr branch of trunk? | 12:55 |
ignas | look at next steps | 12:56 |
ignas | just add develop = path-to-schooltool-trunk | 12:56 |
ignas | to the buildout.cfg | 12:56 |
Fujitsu | Oh, I see. Didn't bother looking further, sorry. | 12:56 |
ignas | by the way - http://staging.schooltool.org/bzr2/schooltool/schooltool.stapp2008spring/trunk/ is the new central repository | 12:57 |
ignas | i still have to fix launchpad branches | 12:58 |
Fujitsu | I shall bzr-rebase mine, then. | 12:58 |
Fujitsu | It's not LP-hosted? | 12:58 |
ignas | no it's not | 12:58 |
ignas | LP does not give us shared repositories from what I understand | 12:59 |
Fujitsu | It does. | 12:59 |
ignas | oh | 12:59 |
ignas | and our release machinery needs a specific repository layout | 12:59 |
Fujitsu | It'd be pretty useless otherwise. | 12:59 |
Fujitsu | You need to have the branch owned by a team, that's all. | 12:59 |
ignas | and as our releasing tools are on schooltool.org | 13:00 |
ignas | having it local helps with bandwith | 13:00 |
ignas | and time | 13:00 |
Fujitsu | I guess. As long as you link it from LP as well. | 13:00 |
Fujitsu | But having on LP also makes it trivial to adjust permissions. | 13:01 |
ignas | yeah, that thing is missing | 13:01 |
ignas | Fujitsu: permissions are simple - no one merges to trunk except me | 13:01 |
Fujitsu | Ah, that works. | 13:01 |
Fujitsu | You are PQM! | 13:01 |
ignas | yes, and apparently being a PQM with bzr is a lot easier than being a PQM with svn | 13:02 |
Fujitsu | (also, I note you have an ibex milestone - it should be intrepid) | 13:02 |
Fujitsu | It is. It also works. | 13:02 |
ignas | hmm, i guess i should tell th1a aobut the milestone | 13:02 |
ignas | he is the one who set them up | 13:02 |
Fujitsu | bzr merges actually work. | 13:02 |
ignas | with bzr you don't have to sent in timetable-ui-fixes.patch | 13:03 |
Fujitsu | LP is also growing very nice branch review tracking features soon. | 13:03 |
Fujitsu | Yeah. | 13:04 |
ignas | and you don't have to follow up with timetable-ui-fixes-with-missing-templates.patch | 13:04 |
Fujitsu | You can either register your branch from LP, and get someone to merge from it, or use a bundle. | 13:04 |
ignas | indeed, though that is a bit troublesome too :/ | 13:04 |
ignas | schooltool repo is 70 megabytes | 13:04 |
Fujitsu | And some-change-with-empty-__init__.py-this-time.patch | 13:04 |
Fujitsu | LP is meant to be growing repos and server-side branching soon, to relieve that problem. | 13:05 |
Fujitsu | With large trees at the moment it is very painful, but it will get much better soon. | 13:05 |
ignas | hope so | 13:05 |
Fujitsu | I am normally very critical of LP, but launchpad-bazaar is something they're doing right. | 13:06 |
ignas | i still don't like the speed of bzr | 13:07 |
ignas | but it is slowly getting faster ;) | 13:07 |
Fujitsu | I only have issues with initial pushes/branches. The rest is not annoyingly slow. | 13:08 |
ignas | and the suggestion to use local shared repos does not work so well | 13:08 |
Fujitsu | Why not? | 13:08 |
ignas | when you are working on 7-8 separate packages | 13:08 |
ignas | having 7-8 shared repositories clutters things up a bit | 13:09 |
Fujitsu | Why? If you have more than one local branch of any one project, you probably have a directory to contain them anyway. | 13:09 |
ignas | emm like ~/src/ | 13:10 |
ignas | for like 20 projects 3/4 of which are svn, some bzr, some cvs | 13:10 |
ignas | a couple of them in darcs | 13:10 |
Fujitsu | You don't have something under that like schooltool/{trunk,someotherbranch}? | 13:10 |
ignas | emm | 13:10 |
ignas | yes | 13:10 |
ignas | now i had to add it | 13:10 |
ignas | so schooltool/ | 13:10 |
Fujitsu | So you bzr init-repo in schooltool/ | 13:10 |
ignas | schooltool.stapp2008spring | 13:11 |
ignas | schooltool.lyceum.journal | 13:11 |
ignas | schooltool.ldap | 13:11 |
ignas | schooltool.cas | 13:11 |
ignas | schooltool.gradebook | 13:11 |
ignas | schooltool | 13:11 |
Fujitsu | So where's the clutter, if you just have a .bzr in ~/src/schooltool? | 13:11 |
ignas | some of which are separate bzr projects | 13:12 |
ignas | from separate branches | 13:12 |
ignas | they are not branches of the same project | 13:12 |
ignas | they are different projects | 13:12 |
ignas | so i have schooltool_clean | 13:12 |
ignas | sometimes when i am merging a lot of patches | 13:12 |
Fujitsu | Oh, they're just extra modules? Right. | 13:12 |
ignas | yes | 13:12 |
ignas | schooltool.ldap is an ldap plugin for schooltool | 13:13 |
Fujitsu | s/modules/packages/ | 13:13 |
Fujitsu | I know, I used a variant of it for a while. | 13:13 |
Fujitsu | It worked OK after a few changes. | 13:13 |
ignas | Fujitsu: strange ;) the code is crap | 13:13 |
ignas | schooltool.lyceum.journal is eastern european gradebook | 13:13 |
Fujitsu | Heh. | 13:13 |
Fujitsu | It worked. | 13:13 |
ignas | Fujitsu: http://smuglispweeny.blogspot.com/2008/03/tlop-worst-thing-you-can-say-about.html | 13:14 |
Fujitsu | Indeed. | 13:15 |
ignas | as schooltool.lyceum.journal schooltool.ldap, schooltool.stapp2008spring and lyceum are all separate packages having a shared repository for *each* of them would make organizing them even more cumbersome | 13:15 |
Fujitsu | Why? | 13:16 |
ignas | i find juggling all of them difficult already, even though they are in 1 directory now | 13:16 |
Fujitsu | Repos just share revision data, AFAIK. | 13:16 |
ignas | now imagine putting each of them under one more level of directories | 13:16 |
Fujitsu | So you can have different project branches in one repo, I believe. | 13:16 |
ignas | different branches in one repo? | 13:16 |
ignas | you can do that ? | 13:17 |
ignas | if they do not share the same base | 13:17 |
Fujitsu | I'll tru. | 13:17 |
Fujitsu | *try | 13:17 |
ignas | like can I have bzr-dev and schooltool.lyceum.journal in the same shared repository | 13:18 |
Fujitsu | I think so. | 13:18 |
Fujitsu | I just created a repo, with two brand new branches inside. I committed in each repo. A bzr info -v in the repo now says: | 13:19 |
Fujitsu | Repository: 2 revisions 2 KiB | 13:20 |
Fujitsu | Repos just store revisions, which have rather unique IDs, even between branches. | 13:20 |
* ignas is trying it out | 13:20 | |
ignas | by putting bzr and schooltool.cas under the same branch | 13:21 |
ignas | s/branch/repo/ | 13:21 |
ignas | cool | 13:22 |
ignas | it works | 13:22 |
* Fujitsu goes back to building out trunk. | 13:22 | |
ignas | and it makes local branching way faster | 13:22 |
ignas | thanks | 13:22 |
Fujitsu | Hmm, why does the ubuntu-environment target want the builddeps for PIL and lxml? | 13:23 |
Fujitsu | Why not just install those packages? | 13:23 |
ignas | Fujitsu: safety, versions and eggs | 13:23 |
ignas | i can explain in detail | 13:23 |
Fujitsu | I guess. | 13:23 |
ignas | if you want | 13:23 |
Fujitsu | Nah, I guess you have to be able to support multiple releases. | 13:24 |
Fujitsu | bzr branching doesn't have to be painful :) | 13:24 |
ignas | :) | 13:25 |
Fujitsu | The only downside to bzr repos that I can see is that you can't just cp the branch. | 13:25 |
Fujitsu | ignas: Those poor buildds. | 13:47 |
ignas | ~90 left :/ | 13:47 |
*** didymo has quit IRC | 13:52 | |
Fujitsu | The new menu system isn't bad, I have to say. Although the new actions menu could do with retheming. | 14:11 |
ignas | so you did manage to start up a server :) | 14:51 |
Fujitsu | I did, after a bit of poking. It was much easier a couple of months ago, though rather more messy. | 14:51 |
ignas | it has the benefit of working mostly anywhere though | 15:00 |
ignas | even on windows | 15:00 |
Fujitsu | RIght. | 15:00 |
Fujitsu | Ew. | 15:00 |
ignas | https://code.edge.launchpad.net/~schooltool-owners/schooltool/schooltool.stapp2008spring is working now | 15:04 |
ignas | omg, i like the launchpad spam machine | 15:06 |
ignas | "like" that is | 15:07 |
Fujitsu | Which spam? | 15:09 |
th1a | ignas: Should I try the hardy debs? | 15:44 |
ignas | 20 debs left to build | 15:45 |
ignas | 29 actually | 15:45 |
ignas | 19 | 16:05 |
*** mgedmin has joined #schooltool | 16:17 | |
ignas | 9 | 16:29 |
mgedmin | 8 | 16:48 |
mgedmin | 7 | 16:48 |
mgedmin | 6 | 16:48 |
ignas | :P | 16:49 |
* th1a goes to take a shower. | 16:49 | |
ignas | 2, schooltool-2007 and schooltool-2008 | 16:50 |
ignas | th1a: https://edge.launchpad.net/~schooltool-owners/+archive/+builds | 17:01 |
ignas | when both of these will be gone | 17:01 |
ignas | it should be installable | 17:01 |
ignas | or it will be installable in like 20 minutes :/ | 17:02 |
* ignas goes to eat something | 17:02 | |
* th1a is doing a dist-upgrade and reboot before trying schooltool-2008... | 17:32 | |
*** th1a has quit IRC | 17:35 | |
*** th1a has joined #schooltool | 17:40 | |
lisppaste5 | th1a pasted "hardy" at http://paste.lisp.org/display/59603 | 17:50 |
th1a | ignas: see above. | 17:50 |
*** th1a_ has joined #schooltool | 18:07 | |
th1a_ | ignas: ayt? | 18:30 |
ignas | th1a: looking | 19:12 |
ignas | could you try installing python-zc.catalog | 19:13 |
ignas | sudo apt-get install python-zope.app.onlinehelp python-zope.app.container python-zope.app.keyreference python-zope.app.session python-zope.app.file python-zope.index python-zope.app.server python-zope.cachedescriptors python-zope.minmax python-zope.app.principalannotation python-zope.app.publication python-zope.app.catalog python-zope.session python-zope.app.form python-zope.app.interface python-zope.app.security python-zope.app.i18n python-zope.app.pref | 19:14 |
ignas | erence python-zope.wfmc python-zope.app.generations python-zope.app.broken python-zope.app.appsetup python-zope.app.component python-zope.app.intid python-zope.app.authentication python-zope.app.folder python-zope.security python-zope.server python-zope.i18n python-zope.mimetype python-zope.app python-zope.testbrowser python-zope.app.publisher python-zope.app.rotterdam python-zope.app.locales python-zope.app.tree python-zope.app.testing python-zope.error | 19:14 |
ignas | python-zope.app.error python-zope.app.basicskin python-zope.app.apidoc python-zope.app.applicationcontrol python-zope.app.securitypolicy python-zope.app.zopeappgenerations python-zope.app.wsgi python-zope.app.zcmlfiles python-zope.app.zapi python-zope.app.skins python-zope.app.schema python-zope.app.dependable python-zope.app.debug python-zope.app.exception python-zope.app.renderer python-zope.formlib python-zope.app.content python-zope.annotation pytho | 19:14 |
ignas | n-zope.app.http python-zope.configuration python-zope.exceptions python-zope.app.pagetemplate python-zope.deprecation python-zope.dublincore python-zope.copypastemove python-zope.component python-zope.dottedname python-zope.filerepresentation python-zope.hookable python-zope.app.traversing python-zope.lifecycleevent python-zope.publisher python-zope.deferredimport python-zope.contentprovider python-zope.contenttype python-zope.datetime python-zope.proxy | 19:14 |
ignas | python-zope.securitypolicy python-zope.viewlet python-zope.structuredtext python-zope.schema python-zope.interface python-zope.i18nmessageid python-zope.event python-zope python-zope.testing python-zope.pagetemplate python-zope.thread python-zope.location python-zope.tales python-zope.size python-zope.tal python-zope.traversing python-zope.modulealias python-zope.app.traversing | 19:14 |
ignas | oops :/ | 19:14 |
ignas | lisppaste5: url | 19:14 |
lisppaste5 | To use the lisppaste bot, visit http://paste.lisp.org/new/schooltool and enter your paste. | 19:14 |
lisppaste5 | ignas pasted "command to run" at http://paste.lisp.org/display/59607 | 19:15 |
ignas | Fujitsu, th1a: ayt? | 19:15 |
th1a | Yep. | 19:16 |
ignas | th1a: run the thing i have pasted | 19:16 |
th1a | python-zope.index: Depends: python-zodb (>= 3.8.0~b1) but 3.6.0-8 is to be installed | 19:18 |
ignas | ok | 19:18 |
ignas | my magic scripts missed zodb | 19:19 |
ignas | because it is a special case package | 19:19 |
th1a | ignas: Were you planning on including your little collapsing calendar legend in the release? | 19:20 |
ignas | yes | 19:20 |
ignas | but i will have to get at least an hour or two of sleep | 19:20 |
th1a | Yes, yes. | 19:20 |
ignas | so i could write the test | 19:20 |
ignas | commit it | 19:21 |
ignas | and make the final releases of all schooltool packages | 19:21 |
th1a | I just wondering when I should start making screenshots. | 19:21 |
ignas | oh | 19:21 |
th1a | Tomorrow is fine. | 19:21 |
ignas | i see | 19:21 |
ignas | i was planning on today evening Lithuanian time | 19:21 |
th1a | OK. | 19:29 |
ignas | i have uploaded zodb 15 minutes ago, waiting for it to get compiled and uploaded to ppa | 19:33 |
ignas | as soon as it is done - schooltool-2008 should work | 19:33 |
th1a | It's ready for amd64... | 19:40 |
th1a | Or... now building, actually. | 19:41 |
ignas | th1a: you can svn up schooltool | 19:41 |
ignas | if you want to do screenshots | 19:41 |
th1a | OK. Thanks. | 19:41 |
ignas | it's not in PPA yet, i still want to test it more, and maybe refactor a bit | 19:42 |
th1a | OK. | 19:42 |
ignas | but it works, and you can take screenshots | 19:42 |
ignas | if you will find bugs - report them asap please | 19:42 |
th1a | I just confirmed the reservation bug that I hadn't been able to reproduce before. | 19:46 |
th1a | Not sure why. | 19:46 |
th1a | I like the yellow. | 19:47 |
ignas | :) | 19:54 |
ignas | th1a: can see the bug, know where it is, will fix it | 20:01 |
th1a | Cool. | 20:01 |
ignas | will go home now, and work from there | 20:01 |
th1a | Thanks! | 20:01 |
*** ignas has quit IRC | 20:02 | |
*** ignas has joined #schooltool | 20:39 | |
ignas | th1a: does it work on hardy? | 20:40 |
th1a | I'm still waiting on ZODB. | 20:59 |
th1a | ignas. | 20:59 |
ignas | it's there | 20:59 |
ignas | i think | 20:59 |
ignas | sudo apt-get update | 20:59 |
ignas | oh | 21:00 |
ignas | ok | 21:00 |
th1a | It is still on the pending list. | 21:00 |
ignas | it's not there :/ | 21:00 |
ignas | th1a: the bug you have found probably is in sample data generation | 21:10 |
ignas | i am not 100% sure | 21:10 |
ignas | but it seems like that :/ | 21:10 |
th1a | Yes. | 21:10 |
th1a | I'm not positive it is a bug yet. | 21:15 |
ignas | i don't like the way it looks | 21:15 |
ignas | so i will get down to the cause before final 2008.04 | 21:16 |
ignas | PPA is slow though, and i am not sure that it is the last problem out there | 21:16 |
*** alga has quit IRC | 21:17 | |
ignas | th1a: you should bzr switch bzr+ssh://schooltool.org/var/local/bzr/schooltool/schooltool.lyceum.journal/trunk/ | 21:19 |
ignas | your schooltool.lyceum.journal | 21:19 |
ignas | ok | 21:19 |
ignas | wrong url, sorry | 21:19 |
ignas | bzr switch lp:~schooltool-owners/schooltool/schooltool.lyceum.journal/ | 21:19 |
ignas | i have make schooltool-owners the owner of the launchpad branch mirrors | 21:20 |
th1a | OK. | 21:20 |
ignas | having me as the central repository did not make sense | 21:20 |
th1a | It doesn't like switching from a nonexistent branch, it seems. | 21:21 |
th1a | Perhaps I should start fresh. | 21:21 |
ignas | you can do that too | 21:21 |
ignas | th1a: i can see what is broken, what i can't understand is - how it worked like all the time before | 21:28 |
ignas | th1a: i am pretty sure i have tested that view manually quite a lot when debugging the "booking event is not created" bug | 21:28 |
ignas | anyway - tomorrow event portlet totaly does not make any sense in booking calendar anyway | 21:28 |
*** mgedmin has quit IRC | 21:37 | |
ignas | th1a: fixed it | 21:44 |
ignas | on trunk | 21:44 |
*** alga has joined #SchoolTool | 22:06 | |
th1a | No zodb yet... | 22:21 |
ignas | nope :( | 22:25 |
ignas | i'll go get some sleep | 22:25 |
ignas | th1a: write me an email or message me on irc if you will manage to install or not manage to install schooltool-2008 on hardy | 22:26 |
ignas | so i'd see it when i'll wake up | 22:26 |
th1a | I will. | 22:26 |
th1a | Sleep well! | 22:27 |
th1a | ignas: Success! | 22:47 |
*** th1a_ has quit IRC | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!