| *** erchache has joined #schooltool | 00:38 | |
| erchache | th1a: are you here? | 00:38 |
|---|---|---|
| erchache | jinty | 00:38 |
| th1a | I am here. | 00:39 |
| erchache | i need your experience.... | 00:39 |
| th1a | Uh... you may be overestimating my experience as a sys admin. | 00:39 |
| erchache | i want to add to my plone site a software catalog like tucows and other..... | 00:39 |
| erchache | no no....its about software :-D | 00:39 |
| th1a | OK. As long as it isn't about MediaWiki. | 00:40 |
| erchache | i need put links to make a softwaree catalog to supply propietary software by free software for my job | 00:40 |
| th1a | Well, you might be able to use Plone Software Center like we are on schooltool.org and is used on plone.org. | 00:40 |
| erchache | and need to take links.....to the software....like mysql, moodle, schooltool ;P....and so.... | 00:40 |
| th1a | You'd probably want to tweak the UI. | 00:41 |
| erchache | but i want to add stadistics for popolarity | 00:41 |
| erchache | exists or need to hack plone software center? | 00:41 |
| erchache | to add stadistics... | 00:41 |
| th1a | Well, I would just look around the products on Plone.org, | 00:41 |
| th1a | but hacking the Plone Software Center seems like the most likely solution. | 00:42 |
| erchache | im doing that....i need something similar to gforge.....without store files | 00:42 |
| erchache | you know? | 00:42 |
| th1a | Well, I don't have any other answers for you. | 00:42 |
| erchache | ok...thanks... :-D | 00:43 |
| erchache | bye | 00:47 |
| *** erchache has quit IRC | 00:47 | |
| *** ignas has quit IRC | 00:51 | |
| *** ignas has joined #schooltool | 00:52 | |
| *** tiredbones has joined #schooltool | 01:38 | |
| *** newpers has joined #schooltool | 03:00 | |
| *** didymo has joined #schooltool | 03:19 | |
| povbot | /svn/commits: * ignas committed revision 5278: | 03:30 |
| povbot | /svn/commits: Made tests run on Gentoo (gentoo installs msttcorefonts in a different place) | 03:30 |
| povbot | /svn/commits: * ignas committed revision 5279: | 03:31 |
| povbot | /svn/commits: Ripped off conflicting ZCML declarations. | 03:31 |
| th1a | ignas: If you could add a note about Gentoo in http://www.schooltool.org/products/schooltool-calendar/documentation/how-to/setting-up-pdf-reports it would be greatly appreciated. | 03:33 |
| povbot | /svn/commits: * ignas committed revision 5280: | 03:33 |
| povbot | /svn/commits: Level support. | 03:33 |
| ignas | th1a, afraid I can't edit it :/ | 03:37 |
| ignas | or at least i can't find the edit button ;) | 03:37 |
| th1a | You do have an account though? | 03:37 |
| th1a | Let me try to fix this. | 03:37 |
| th1a | (it would be in the green tab bar above the document) | 03:37 |
| ignas | Contents/View | 03:38 |
| ignas | and i got Copy among the Actions | 03:38 |
| ignas | tha ti can perform | 03:38 |
| th1a | OK. | 03:38 |
| th1a | Just a sec. | 03:38 |
| th1a | Oh. Apparently we didn't add anyone to the group yet. | 03:39 |
| th1a | Developer group that is. | 03:39 |
| th1a | That would cause a problem. | 03:39 |
| povbot | /svn/commits: * ignas committed revision 5281: | 03:41 |
| povbot | /svn/commits: Fixed a bug in RESTive view for levels. | 03:41 |
| th1a | ignas: refresh. | 03:41 |
| ignas | still can't | 03:43 |
| th1a | ignas: This time for real. | 03:52 |
| ignas | scribbled a couple of lines | 03:58 |
| ignas | ok, sorry time to sleep ;_) | 03:59 |
| th1a | ignas: I was wondering if you were up late or up early. | 04:06 |
| *** tvon has quit IRC | 04:39 | |
| *** th1a has quit IRC | 06:39 | |
| *** newpers has quit IRC | 06:54 | |
| *** bskahan has joined #schooltool | 08:12 | |
| *** bskahan has quit IRC | 08:14 | |
| jinty | tiredbones: ITP - Intent To Package (A type of debian bug which says: I am working on packaging this) | 10:30 |
| *** thisfred has joined #schooltool | 11:53 | |
| *** ignas has quit IRC | 13:33 | |
| *** mgedmin has joined #schooltool | 13:34 | |
| *** vidasp has joined #schooltool | 13:41 | |
| *** didymo has quit IRC | 13:54 | |
| mgedmin | svn: URL 'svn://svn.zope.org/repos/main/zpkgtools/trunk/zpkgsetup' doesn't exist | 14:20 |
| mgedmin | fun! | 14:20 |
| * mgedmin wants to pick up a stone, and throw it through some window | 14:21 | |
| *** pips1 has joined #schooltool | 14:44 | |
| srichter | huh? | 14:46 |
| srichter | mgedmin: do you know the URL to ignas' reload tool? | 14:46 |
| mgedmin | gintas' z3 view reload hack? | 14:47 |
| mgedmin | look for it at http://gintasm.blogspot.com/ | 14:47 |
| srichter | ok, thanks | 14:47 |
| mgedmin | http://gintasm.blogspot.com/2005/08/zope-3-views-reloaded.html | 14:47 |
| srichter | mgedmin: http://svn.zope.org/zpkgtools/trunk/zpkgsetup/ | 14:47 |
| srichter | so I don't know why it should not be there | 14:48 |
| mgedmin | works now | 14:48 |
| srichter | mgedmin: I might have come up with a way to generically reload code | 14:48 |
| mgedmin | but buildbot complained about it last night | 14:48 |
| mgedmin | srichter, that's too good to be true :-) | 14:48 |
| srichter | mgedmin: wanna hear? | 14:49 |
| mgedmin | sure | 14:49 |
| srichter | ok, great, I need to run the idea by a good Z3 developer anyways :-) | 14:49 |
| srichter | ok, so Zope 3 creates a lot of types inside directives | 14:50 |
| srichter | this usually makes it hard for simple reloads | 14:50 |
| srichter | so, if we could reload a particular ZCML file (just one package) we should be ok | 14:50 |
| srichter | what are the obstacles? | 14:50 |
| srichter | we need the original registration context | 14:51 |
| srichter | aha, this is no problemo; it is stored in some module global | 14:51 |
| srichter | the other part is to override registrations | 14:51 |
| pips1 | mgedmin: judging from the irc log, it looks like ignas has been working late and is now getting some sleep.. is that so? | 14:52 |
| srichter | I think the component architecture allows you to override registrations | 14:52 |
| srichter | so it is really zope.configuration that blocks duplicate registrations | 14:53 |
| srichter | this can be overcome by reloading a file using overridesInclude or just use the context that contains all the loaded meta configuration | 14:53 |
| srichter | then the resolve method of the context will receive an optional reload argument that will not only resolve a name but also reload it if requested | 14:54 |
| srichter | and that's it | 14:54 |
| pips1 | mgedmin: do you think ignas will join irc later today? (maybe for the regular meeting?) | 14:55 |
| srichter | you should then be able to say reload ZCML file foo.zcml and it sould update all relevant components | 14:55 |
| srichter | since one is commonly only working on one package at a time, this is really feasab;e | 14:56 |
| srichter | note that the reload benefit would decrease steadily, if you allow more and more files to be reloaded | 14:56 |
| srichter | <over> | 14:57 |
| srichter | comments? | 14:57 |
| srichter | mgedmin: ping | 15:01 |
| mgedmin | srichter, if it works, it will be very nice | 15:06 |
| mgedmin | pips1, he will be | 15:06 |
| pips1 | mgedmin: ok, cool | 15:06 |
| srichter | mgedmin: do you think it is workable? | 15:07 |
| srichter | mgedmin: or do you see problems right away? | 15:07 |
| mgedmin | srichter, I fear it might not be workable, but I do not know enough about ZCML internals to know whether it is or isn't | 15:15 |
| srichter | mgedmin: which part specifically? | 15:16 |
| *** ignas has joined #schooltool | 15:16 | |
| srichter | any pre-work concerns are appreciated | 15:16 |
| povbot | /svn/commits: * mg committed revision 5282: | 15:16 |
| povbot | /svn/commits: Added missing documentation for the RESTive api of levels. | 15:16 |
| povbot | /svn/commits: Some of that API smells unRESTive to me. | 15:16 |
| mgedmin | just a gut feeling | 15:16 |
| srichter | oh, I see | 15:17 |
| srichter | I am mainly afraid that the CA won't allow overriding registrations | 15:17 |
| srichter | if it does, I am 90% it will work | 15:17 |
| mgedmin | I'm sure the CA does allow that | 15:18 |
| srichter | ok, cool | 15:18 |
| mgedmin | that's what Jim suggests, when you want to override a global utility in a functional test, for example | 15:18 |
| srichter | ahh, right! | 15:18 |
| mgedmin | old = zope.component.getUtility(IMailSendingUtility) | 15:18 |
| mgedmin | zope.component.provideUtility(IMailSendingUtility, stub_that_wont_send_real_emails) | 15:18 |
| mgedmin | ... | 15:18 |
| mgedmin | zope.component.provideUtility(IMailSendingUtility, old) | 15:18 |
| srichter | right | 15:19 |
| srichter | I am sure zope.configuration will not stop me | 15:19 |
| srichter | even if I cannot reuse the original context, when you first reload I could create a context that only contains the meta configuration | 15:20 |
| srichter | in fact, I think that's the cleanest way | 15:20 |
| mgedmin | what will happen to overrides? | 15:20 |
| mgedmin | say, I declare in foo/configure.zcml that 'x.html' view for IFoo is FooXView() | 15:21 |
| srichter | they are neglected | 15:21 |
| mgedmin | but I override it to BarXView() globally | 15:21 |
| srichter | right | 15:21 |
| mgedmin | and then you reload foo/configure.zcml, what happens then? | 15:21 |
| mgedmin | FooXView reappears? | 15:21 |
| srichter | in that case I would make the user somehow responsible to select the original and the overrides file for reloading | 15:21 |
| mgedmin | fun | 15:22 |
| mgedmin | sadly, ZCML is not a declarative language :( | 15:22 |
| srichter | but I personally do not think this will be a major issue | 15:22 |
| srichter | because people want to reload their packages, not the global configuration | 15:23 |
| mgedmin | that's true | 15:23 |
| srichter | I think people want to mainly update their utilities, adapters, content components and views on the fly | 15:24 |
| srichter | note that this also allows you to update ZCML on the fly (as long as it is additivie) :-) | 15:24 |
| * mgedmin thinks 'item.participant.activity.process.workflowRelevantData.student == self.context' is insane! | 15:27 | |
| *** bskahan has joined #schooltool | 15:27 | |
| srichter | :-) | 15:27 |
| srichter | but it uses the correct API | 15:28 |
| srichter | note that the participant != student | 15:28 |
| mgedmin | are you now going to claim that | 15:28 |
| mgedmin | return [ | 15:28 |
| mgedmin | item | 15:28 |
| mgedmin | for item in interfaces.IManagerWorkItems(manager).items | 15:28 |
| mgedmin | if (item.participant.activity.process.workflowRelevantData.student == self.context)][0] | 15:28 |
| mgedmin | is "correct API"? | 15:28 |
| mgedmin | that's bogus! | 15:28 |
| srichter | yep, I do | 15:29 |
| * mgedmin needs to take a deep breath, deeply look at schooltool.levels, and write up his comments | 15:29 | |
| srichter | I use exactely the API of zope.wfmc as it was intended to be used | 15:29 |
| bskahan | srichter, have you looked at Gary's email about subviews? | 15:32 |
| srichter | no, not yet | 15:34 |
| srichter | I don't like their persistence approach | 15:34 |
| srichter | note that I had a lengthy phone call with them last week talking about the different approaches | 15:34 |
| srichter | and we do not necessarily need all this power | 15:35 |
| srichter | I will use this week to update our SchoolTool code to the latest content provider/viewlet API | 15:35 |
| *** pips1_ has joined #schooltool | 15:35 | |
| srichter | I am very happy with what Roger and I came up with at the sprint | 15:35 |
| srichter | also note that the use cases for ZC and other CMS players are somewhat different from ours | 15:36 |
| srichter | we need much less | 15:36 |
| bskahan | I started going through our templates this weekend, and can come up with a good 'drag-and-drop' story that fits our use cases | 15:37 |
| srichter | I think we should not implement drag-and-drop or anything like that now | 15:38 |
| bskahan | dragging a calendar from the overlay 'portlet|viewlet|macro' onto the calendar to create an event in that calendar | 15:38 |
| srichter | the objective for now is to make sure that every package is independent of the others | 15:39 |
| * bskahan nods | 15:39 | |
| srichter | when we need dragand drop support, we can look at alternatives | 15:39 |
| *** pips1_ has quit IRC | 15:39 | |
| srichter | Gary, Benji, Roger and I are in communication about this entire thing and we eventually will have API-compatible versions | 15:39 |
| *** pips1 has quit IRC | 15:46 | |
| *** th1a has joined #schooltool | 16:02 | |
| mgedmin | why! why! why! buildbot claims that svn: URL 'svn://svn.zope.org/repos/main/zpkgtools/trunk/zpkgsetup' doesn't exist??? | 16:10 |
| mgedmin | AHA! | 16:11 |
| mgedmin | svn checkout --revision 5282 svn://svn.zope.org/repos/main//zpkgtools/trunk/zpkgsetup build/buildsupport/zpkgsetup | 16:11 |
| mgedmin | silly buildbot :/ | 16:11 |
| *** pips1 has joined #schooltool | 16:11 | |
| pips1 | hi all | 16:12 |
| srichter | good morning to everyone I have not chatted with | 16:24 |
| * srichter is here for the meeting today ;-) | 16:24 | |
| *** erchache has joined #schooltool | 16:24 | |
| th1a | Is it a holiday anywhere in the world? | 16:25 |
| erchache | hi....where is | 16:25 |
| erchache | update-translations on schoolbell ubuntu package? | 16:25 |
| erchache | i need to translate into spanish | 16:25 |
| srichter | th1a: I ahve chatted with Brian and the POV people already today, so I think we are prety ok :-) | 16:25 |
| * mgedmin is here | 16:26 | |
| erchache | ehhhh i see it on /usr/lib/libschoolbell ;P | 16:27 |
| erchache | what the name of update-translation python script?....i triying to translate schoolbell installed via apt-get | 16:30 |
| erchache | th1a | 16:30 |
| erchache | srichter | 16:30 |
| erchache | mgedmin | 16:30 |
| erchache | because i need to make a rc script from schoolbell sourceinstallation | 16:30 |
| th1a | Uh... jinty should know. | 16:31 |
| *** alga has joined #SchoolTool | 16:31 | |
| * mgedmin waits for the th1a's knock staring the meeting | 16:31 | |
| * th1a gavels the meeting into session. | 16:32 | |
| erchache | now is the meeting? O_o | 16:32 |
| th1a | I was just looking for at this morning's backlog. | 16:32 |
| th1a | OK. | 16:32 |
| th1a | POV. Where are we? | 16:32 |
| alga | we're almost done | 16:32 |
| alga | there is a problem though | 16:33 |
| alga | we're very unhappy with the RESTive API for levels | 16:33 |
| alga | and have ot | 16:33 |
| alga | and have not produced the restclient API for it | 16:33 |
| alga | other than that, we're done | 16:33 |
| th1a | OK, I probably should have made sure there was more feedback between srichter and POV on that. | 16:34 |
| * pips1 checks http://www.schooltool.org/products/schooltool-2006/roadmap | 16:34 | |
| th1a | At the time. | 16:34 |
| srichter | I need more feedback to fix the problems | 16:34 |
| alga | oh, yes, pips1 sent in a new version of his import data | 16:34 |
| alga | srichter: glad to see you here | 16:35 |
| erchache | and jinty where is he? | 16:35 |
| th1a | alga: What needs to be done (generally) to the levels REST API? | 16:36 |
| erchache | uhmmm....i can compile my own schoolbell and overwrite previous apt-get installation no? | 16:37 |
| alga | th1a: generally, it is not RESTive enough | 16:37 |
| alga | ignas can tell in more detail, as he's been working with it | 16:38 |
| bskahan | erchache, its probably better to apt-get remove the old one, or just install a compiled one in /opt | 16:38 |
| alga | some POSTs and PUTs do not update representations, but commands | 16:38 |
| mgedmin | fwiw it is only the promotion api that smells not entirely right (/persons/$foo/promotion) -- levels themselves, and academicRecord seem to be fine | 16:38 |
| erchache | i see /etc/init.d/schoolbell and can know all path of daemon... | 16:38 |
| th1a | ignas: Could you write down the issues and send them to srichter and I? | 16:38 |
| mgedmin | (except that the restive and browser views do not have unit tests AT ALL, which is not acceptable, in my opinion) | 16:39 |
| erchache | i can make a backup of /usr/sbin/schoolbell and try to overwrite it... | 16:39 |
| erchache | i think.... | 16:39 |
| th1a | alga: What else? | 16:39 |
| srichter | I figured promotion would cause some issues | 16:39 |
| srichter | because it was a little unorthodox to the other RESTive stuff I saw | 16:39 |
| alga | th1a: everything else seems fine | 16:39 |
| srichter | (functionality wise) | 16:39 |
| alga | I'm just working on one more optimization | 16:40 |
| erchache | ahhhh i can substitute /usr/src/schoolbell instead /usr/lib/libschoolbell..... | 16:40 |
| erchache | im going to test it! | 16:40 |
| alga | adding batching to overlay selection view | 16:40 |
| erchache | yeah...i think can run! | 16:40 |
| pips1 | alga: are you optimising pdf generation, too? | 16:41 |
| pips1 | its rather slooow | 16:41 |
| alga | no, we aren't | 16:41 |
| th1a | That's not in the current contract. | 16:41 |
| alga | I doubt a lot can be done about the PDF generation | 16:41 |
| pips1 | oh | 16:42 |
| th1a | alga: Why not? | 16:42 |
| alga | I suspect the slow part is PDF generation proper in reportgen | 16:42 |
| mgedmin | alga, what about caching calendar expansions, like we did for the browser views? | 16:42 |
| mgedmin | we should profile before making assumptions | 16:42 |
| alga | ok, I take my words back | 16:43 |
| * mgedmin had his own assumption in mind, as well | 16:43 | |
| th1a | mgedmin: What's your assumption? | 16:44 |
| erchache | dont worry i think i find a solution... | 16:44 |
| erchache | im working on that | 16:44 |
| th1a | My assumption is that the time isn't being consumed by the pdf generation itself. | 16:44 |
| mgedmin | th1a, my assumption was that caching calendar expansions would speed up PDF views | 16:44 |
| mgedmin | but I haven't verified it | 16:44 |
| th1a | OK. I agree. | 16:44 |
| th1a | So is POV planning on being done today? | 16:45 |
| alga | yes | 16:46 |
| pips1 | are you going to do a "development branch" release, or are people meant to use the daily snapshots (linux tarballs)? | 16:46 |
| alga | if we agree that promotion in REST client is not in this contract | 16:46 |
| pips1 | s/people/interested developers | 16:46 |
| th1a | alga: Agreed. But you need to specify in some detail how it ought to work. | 16:46 |
| jinty | er hi | 16:46 |
| th1a | jinty: Hi. | 16:47 |
| pips1 | hi | 16:47 |
| alga | th1a: OK, we'll do that offline | 16:47 |
| th1a | Right. | 16:47 |
| alga | th1a: I've a question | 16:48 |
| th1a | OK. srichter, bskahan: Where are we in the UI work? | 16:48 |
| srichter | ok, so I worked on the viewlet stuff last week | 16:48 |
| srichter | Roger and I finally agreed on an API, which is great, because we will have his support | 16:48 |
| * pips1 decides to shut up and goes to read the meeting agenda that th1a sent earlier | 16:49 | |
| srichter | I really want to be done with the following by Novemeber 1 | 16:49 |
| srichter | * fixes to level stuff + unit tests | 16:49 |
| th1a | pips1: We'll get to it. | 16:49 |
| srichter | * UI work phase I and II | 16:49 |
| srichter | * Documentation, phase I | 16:49 |
| srichter | th1a: is that okay with you? | 16:50 |
| srichter | this way we can start with a new set of tasks on Novemeber 1 | 16:50 |
| jinty | erchache: man dpkg-divert | 16:50 |
| povbot | /svn/commits: * ignas committed revision 5283: | 16:50 |
| povbot | /svn/commits: Finishing touches to restclient. | 16:50 |
| th1a | srichter. That's pretty much what I was thinking. | 16:50 |
| srichter | th1a: I am glad we agree :-) | 16:50 |
| th1a | What needs to be done next? What do you need from bskahan? | 16:51 |
| srichter | well, I have the split up | 16:51 |
| srichter | so I really just need to get to it | 16:51 |
| bskahan | I started applying the viewlet mechanism to our UI this weekend but I seem to be doing something wrong | 16:51 |
| bskahan | since I keot getting lookup errors on my regions | 16:52 |
| srichter | I think I am going to do the devmode stuff first, since the POV guys are working with it and I will have to write some unit and functional tests for it | 16:52 |
| th1a | OK. | 16:52 |
| srichter | ok, me doing the doc phase I stuff first, shoudl avoid clashing with Brioan for this week | 16:52 |
| th1a | So we're going to end up with something like schooltool.viewlet that hopefully will merge into zope.viewlet at some point? | 16:53 |
| bskahan | srichter, I can move the calendar views to viewlets this week | 16:53 |
| ignas | By the way - we still do not have example scripts for RESTive client ... current scripts have too much information associated with data pips1 has provided | 16:53 |
| ignas | if i understand correctly - even terms/term names are kind of secret | 16:54 |
| th1a | ignas: His script is too complicated to be a good example? | 16:54 |
| bskahan | calendar views use the most page regions at this point | 16:54 |
| th1a | Oh. | 16:54 |
| ignas | th1a, yes | 16:54 |
| ignas | it is very complicated in some places | 16:54 |
| th1a | OK, I guess we have to live with that. | 16:54 |
| srichter | btw, I still believe that the RESTive client should be pluggable, so that we can update it as we develop new features | 16:54 |
| th1a | Its not being an example, that is. | 16:54 |
| srichter | then we can use the RESTive client for functional testing, much like testbrowser | 16:54 |
| srichter | this way it gets used and does not rot | 16:54 |
| th1a | A very simple example would be good to have. | 16:55 |
| th1a | srichter: I think it is a good point, but not a priority right now. | 16:56 |
| pips1 | ignas: "terms/term names are kind of secret" ? you mean, because I always sent all the data encrypted? To be honest, I didn't think too much about what needs to be private and what not, I just sent all files encrypted... | 16:56 |
| mgedmin | srichter, we have that already | 16:56 |
| srichter | mgedmin: you have plugin mechanism? | 16:57 |
| mgedmin | srichter, no | 16:57 |
| ignas | pips1, oh :) | 16:57 |
| mgedmin | ah, I missed the bit about "pluggable" | 16:57 |
| mgedmin | we have the bit about using RESTive client in functional tests | 16:57 |
| srichter | Okay, cool; any demo? | 16:58 |
| srichter | I really want to start using it instead plain HTTP requests | 16:58 |
| th1a | bskahan: Can you give us an update? | 16:58 |
| mgedmin | schooltool/restclient/README.txt | 16:58 |
| bskahan | the ftests in the rest package do that | 16:58 |
| mgedmin | -1 for using restclients in functional tests of RESTive views | 16:58 |
| srichter | why? It would finally be a use case for the entire thing | 16:59 |
| th1a | srichter, mgedmin: We're not going to be doing much with REST for the next six months anyhow. | 16:59 |
| srichter | and the current restive tests are utterly brittle as I have mentioned many times | 16:59 |
| bskahan | th1a, staging.schooltool.org is the staging area for the new forums, http://mailman.schooltool.org/mailman/listinfo is the mailman interface, and http://mailman.schooltool.org/stats?config=www.schooltool.org is the stats interface | 16:59 |
| * srichter becomes stronger in his opinion that if we do not have a real use for RESTive views, we should drop them; developing something for an imaginary target is just very cumbersome | 17:00 | |
| mgedmin | we had a real use (fat GUI client), but it got dropped | 17:01 |
| srichter | my point :-) | 17:01 |
| th1a | Ah. I guess I've never actually looked at logs for SchoolTool.org. This is interesting. | 17:01 |
| mgedmin | we have another real use -- the import script for pips1 | 17:02 |
| bskahan | phpbb2 templates suck | 17:02 |
| srichter | mgedmin: but those scripts are limited to some areas | 17:02 |
| * mgedmin hears 'php' and shudders | 17:02 | |
| bskahan | amen | 17:02 |
| srichter | so I would now claim that the RESTive stuff is not really good for very functional things, like workflows | 17:03 |
| mgedmin | I could claim that workflows are not very good for SchoolTool, but I won't | 17:03 |
| th1a | We don't need to make a decision about REST at this point. | 17:03 |
| mgedmin | although the code still gives me jeebies | 17:03 |
| * srichter shuts up and listens | 17:03 | |
| * mgedmin likewise | 17:03 | |
| alga | srichter: suppose you want to write an external script that sets up promotion workflows for the whole school | 17:04 |
| alga | according to a large database held somewhere else | 17:04 |
| srichter | the word "suppose" makes it an "if" statement, which means it is imaginary; it is not a concrete need | 17:05 |
| srichter | anyways, I can live with it for now; so if you send me suggestions on how you think it should work, I'll fix it up | 17:06 |
| th1a | I'd *really* like to hear out these concerns, but we should discuss future releases. | 17:06 |
| mgedmin | let's fix the timezone mess? | 17:07 |
| alga | srichter: I imagine the goal is to have ST fully scriptable via REST | 17:07 |
| th1a | Well, the immediate future releases. | 17:07 |
| th1a | Should we do bugfix releases in the "stable" branches next Tuesday? | 17:08 |
| ignas | th1a, IMHO yes | 17:08 |
| srichter | alga: I am questioning this goal, because I think it is very ambitious and the lack of a need for it makes it an even more elusive goal | 17:08 |
| mgedmin | +1 for bugfix releases | 17:08 |
| srichter | alga: I would be all for it, if we would have a (roprietary)software that we absolutely have to interface with | 17:09 |
| alga | srichter: it is not ambitious, it's just a bit tedious | 17:09 |
| srichter | alga: can you guarantee me that everything that can be done via the Web (data-wise) can be done via REST? | 17:10 |
| ignas | srichter, lack of need ? we have scripts that imported whole university - 1500 users, 350 sections, 4 different terms, 3 ttschemas, and scheduled everything ... | 17:10 |
| th1a | OK. Let's do it next Tuesday. I dropped the ball on getting Mac & Windows packages out last time since we did it on such short notice. | 17:10 |
| ignas | it's not like no one is going to want to import 1k of users automatically | 17:10 |
| srichter | ignas: but it uses a very limited subset of the RESTive interface | 17:10 |
| ignas | srichter, ???? | 17:10 |
| srichter | so I would say let's develop the RESTive interface by the need of our users | 17:11 |
| ignas | srichter, terms, sections, ttschemas, courses, persons, groups, relationships, timetables ... | 17:11 |
| ignas | yep very limited | 17:11 |
| th1a | So I guess we should make a tarball this week (Wednesday) that I can send to the external packagers. | 17:11 |
| th1a | Then we may actually have a coordinated release. | 17:11 |
| bskahan | th1a, is the release this wendnesday or next tuesday? | 17:11 |
| alga | srichter: practically what ignas listed is almost all data that we support | 17:12 |
| * srichter really stops talking about REST no | 17:12 | |
| th1a | What I"m saying is that we have enough different packages, which have become sufficiently complex that we need to give people time to create them. | 17:12 |
| bskahan | there's not much chance that I'll make huge progress on timezone bugs by wednesday, but I should be able to do alot for tuesday | 17:12 |
| bskahan | and I'd like to get those fixes into the bugfix release | 17:13 |
| th1a | So that when we do the release, we actually have the packages. | 17:13 |
| th1a | bskahan: I'd like to have them in there too. | 17:13 |
| alga | noble wishes :-) | 17:13 |
| bskahan | how about we say friday for tarballs and tuesday for binaries? | 17:13 |
| th1a | OK. | 17:13 |
| th1a | That should be reasonable. | 17:13 |
| jinty | heh coordination;) | 17:13 |
| bskahan | should announce that schedule on the -dev list and schooltool list so packagers (eric) who aren't here will get alerted | 17:14 |
| th1a | Yes, that's apparently my job. | 17:14 |
| th1a | That's the idea. | 17:14 |
| th1a | Then we'll have a development snapshot after srichter is done: Nov. 1. | 17:15 |
| jinty | so I should wait with the announcement to the list until everything is lined up? | 17:15 |
| th1a | Snapshot of the trunk. | 17:15 |
| th1a | No. | 17:15 |
| pips1 | srichter: re REST use cases: our school might need to interoperate with a proprietary sis in the (near) future, since the school is currently in the process of deploying a proprietary sis...! :-/ | 17:15 |
| th1a | jinty: Do you mean an announcement today or an announcement next Tuesday? | 17:17 |
| srichter | pips1: but the RESTive interface is a ST proprietary format, so do you guys plan to write some third party glue code or write a different API for the other SIS? | 17:17 |
| srichter | pips1: do you have already ideas on how it should work? | 17:17 |
| jinty | th1a: I meant announcement when the tarballs have been made | 17:17 |
| pips1 | srichter: good question, no idea | 17:17 |
| jinty | that appears to be friday | 17:17 |
| th1a | jinty: Let's assume this will happen on Friday. Put some pressure on bskahan. | 17:18 |
| th1a | Deadlines are good. | 17:18 |
| srichter | pips1: what type of interfaces does your proprietary software have? | 17:18 |
| th1a | OK, last agenda item before we can all vent about web service API's. | 17:18 |
| th1a | Is there really no detailed documentation from the first iteration on attendance by POV? | 17:19 |
| th1a | No stories? | 17:19 |
| pips1 | srichter: don't know yet, I'm not involved | 17:19 |
| alga | th1a: the story cards are long gone | 17:19 |
| srichter | pips1: I bet you it will be more cumbersome to use REST for this use case then writing a direct bridge from Zope 3 to the other SIS ;-) | 17:20 |
| alga | but the stories were likely something like 'Attendance Tracking, N days' | 17:20 |
| bskahan | does it make sense for the web view for attendance to have the section being attended as its context? | 17:20 |
| mgedmin | we had something like thatr | 17:21 |
| th1a | bskahan: Probably. | 17:21 |
| mgedmin | a roll-call (RESTive) view on a group | 17:21 |
| mgedmin | that let you specify attendance for all its members | 17:21 |
| th1a | So I should just start making up attendance stories from scratch? | 17:22 |
| alga | th1a: have you looked at the architecture.txt doc? | 17:22 |
| mgedmin | th1a, http://source.schooltool.org/viewcvs/branches/obsolete/schooltool-twisted-based/doc/architecture.txt?rev=4980&view=markup | 17:22 |
| mgedmin | 3. Domain specific functionality | 17:22 |
| mgedmin | ================================ | 17:22 |
| mgedmin | Attendance tracking | 17:22 |
| mgedmin | ------------------- | 17:22 |
| bskahan | are we going to have seperate "Present at school this day" and "Present in this class" | 17:22 |
| erchache | make: *** [update-translations] Error 127 | 17:23 |
| erchache | what is this? | 17:23 |
| ignas | erchache, an error message | 17:23 |
| erchache | whooow....but what mens! | 17:23 |
| erchache | /bin/sh: msgmerge: command not found | 17:23 |
| erchache | make: *** [update-translations] Error 127 | 17:23 |
| erchache | :-S | 17:23 |
| mgedmin | that's what it means | 17:23 |
| th1a | alga: I've read that. I suppose that's something. | 17:23 |
| mgedmin | you do not have gettext installed | 17:24 |
| alga | erchache: I didn't know you liked men :-) | 17:24 |
| erchache | O_o | 17:24 |
| erchache | ahhh | 17:24 |
| erchache | going to install | 17:24 |
| th1a | OK. I'll start writing attendance stories then. | 17:25 |
| erchache | yepa! | 17:25 |
| erchache | runs! | 17:25 |
| th1a | Regarding interoperability... | 17:25 |
| th1a | one of thing things I've been working on lately is getting this project going again and on Python: http://sifsoft.com/public/openzis.html | 17:26 |
| th1a | Keeping the discussion going between some guys in the UK and the maintainer of the previous (Java) version. | 17:27 |
| erchache | arrrghhh fighting with paths | 17:28 |
| th1a | So is the concern about workflows that technically it should be possible to create workflows that span applications, and we don't support that? | 17:29 |
| * mgedmin needs food | 17:30 | |
| pips1 | "workflows that span applications" = ? (do you have an example in mind?) | 17:30 |
| srichter | yeah, I was about to ask the same :-) | 17:30 |
| *** tvon has joined #schooltool | 17:30 | |
| * th1a gavels out the official meeting. | 17:30 | |
| th1a | tvon: Good timing! | 17:31 |
| ignas | th1a, poke | 17:31 |
| tvon | th1a: heh | 17:31 |
| th1a | srichter: I was wondering if that's what alga was referring to earlier. | 17:31 |
| ignas | pips1 supplied me with new data | 17:31 |
| ignas | i am currently continuing my work on importing all of it | 17:31 |
| ignas | just telling you so you would know :) | 17:32 |
| srichter | th1a: well, I *tink* they don't like the way the RESTive interface behaves when dealing with my workflow stuff | 17:33 |
| th1a | ingas: OK. | 17:33 |
| th1a | ignas, that is. | 17:33 |
| srichter | th1a: and I can see where they are coming from, if I understand REST right | 17:33 |
| srichter | th1a: it has nothing to do with workflows accross applications | 17:34 |
| srichter | just how you interface with it | 17:34 |
| srichter | but I personally do not know how to do it differently | 17:34 |
| srichter | (the RESTive interface that is) | 17:34 |
| ignas | i'll try scribbling something about that | 17:35 |
| th1a | OK. | 17:35 |
| srichter | workflows are about interacting with the system, not so much about data and thus are much harder to model in a data-centric presentation (like REST) | 17:35 |
| ignas | like - what i'd like to see | 17:35 |
| pips1 | question: REST is an interface you can write code against to retrieve, and manipulate data, somewhat like an API, no? | 17:37 |
| ignas | pips1, REST is more like a way of doing interfaces | 17:37 |
| mgedmin | pips1, http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm | 17:38 |
| srichter | pips1: yes, it is an XML-compliant API of SchoolTool | 17:38 |
| mgedmin | or http://www.xfront.com/REST-Web-Services.html | 17:38 |
| mgedmin | XML is not necessary | 17:38 |
| srichter | ok, true | 17:38 |
| pips1 | well, i read the paper a while ago, and while I'm not a programmer, I would like to get a rough understanding... | 17:38 |
| th1a | It is an API. | 17:38 |
| mgedmin | REST is all about using a small set of verbs (PUT/GET/POST/DELETE) to operate on resources | 17:38 |
| mgedmin | by sending representations of them back and forth | 17:38 |
| th1a | The practical application is that SchoolTool is remotely scriptable. | 17:39 |
| pips1 | yes, i think that is what i understood | 17:39 |
| th1a | The scripts can be in almost any language, running remotely on any platform. | 17:39 |
| pips1 | now re workflows | 17:39 |
| srichter | yep, and that's the reason it is a problem for workflows; because workflows are not simple resources, they are more like code that manage resources :-) | 17:39 |
| srichter | th1a: but still scripts that need to comply to this particular API | 17:39 |
| srichter | so my question is: What makes our REST interface more appealing than let's say XML-RPC? | 17:40 |
| th1a | srichter. Of course. it isn't magic. | 17:40 |
| srichter | (I have an answer to that question. ;-) | 17:40 |
| pips1 | srichter: when you talk about "resources", what do you mean in the context of a sis/schooltool? | 17:40 |
| srichter | pips1: resources are generally chunks of data, like a document, a student, a class, a calendar, etc | 17:41 |
| srichter | answer: XML-RPC is bad in handling binary and large amounts of data | 17:41 |
| srichter | however, I am not sure that this outweighs the effort we put into REST :-) | 17:41 |
| srichter | an XML-RPC view is so easy to write in Zope 3 | 17:42 |
| ignas | srichter, what effort ? | 17:42 |
| pips1 | srichter: "chunks of data".. do you mean objects in OOP? | 17:42 |
| ignas | oh | 17:42 |
| srichter | and it does not just support data well, but also functionality | 17:42 |
| srichter | povbot: yep | 17:42 |
| povbot | srichter: Error: "yep" is not a valid command. | 17:42 |
| srichter | pips1: yep | 17:42 |
| ignas | pips1, timetables, ttschemas, terms etc. | 17:42 |
| th1a | xmlrpc is not without its own issues. | 17:45 |
| srichter | th1a: absolutely | 17:45 |
| *** alga has quit IRC | 17:46 | |
| pips1 | isn't REST just a "lightweight" (thinking "limited, easy-to-understand vocabulary", but also "for lazy programmers" ) way of allowing remote scripting? and other webservices such as SOAP are considered "tedious" by hackers? | 17:46 |
| mgedmin | srichter, we had long discussions about REST vs XML-RPC in the beginning | 17:46 |
| mgedmin | I don't remember them all | 17:46 |
| srichter | th1a: but it is an industry wide standard that is implemented by a lot of third party software | 17:46 |
| mgedmin | the philosophy of REST differs significantly from RPC | 17:46 |
| srichter | yes, I agree | 17:47 |
| mgedmin | REST is the way the world wide web works | 17:47 |
| mgedmin | REST is simpler | 17:47 |
| srichter | and I see the differences | 17:47 |
| srichter | REST is not simpler! | 17:47 |
| srichter | it is much harder | 17:47 |
| mgedmin | to use -- it is simpler | 17:47 |
| erchache | uhmmm translation fails | 17:47 |
| erchache | on schoolbell 1.2.2 | 17:47 |
| srichter | I disagree | 17:47 |
| mgedmin | I once saw some numbers about Amazons? api -- or was it flickr? | 17:47 |
| th1a | That's REST vx. SOAP. | 17:47 |
| mgedmin | anyway, a website provided the same set of services via REST, XML-RPC, and, I think SOAP | 17:47 |
| mgedmin | >90% users chose REST | 17:48 |
| srichter | XML-RPC libs exist for any language and I thus have to not worry about XML | 17:48 |
| * pips1 thinks REST is indeed just a "style" of programming since the guys are now discussing what is easier/harder.. | 17:48 | |
| pips1 | :-) | 17:48 |
| th1a | We're definitely not going to switch to XMLRPC. | 17:48 |
| srichter | anyway, I think all those APIs XML-RPC, REST and SOAP are no good to "just" provide without direct use cases | 17:49 |
| th1a | srichter: You understand the historical reason we've got REST. | 17:49 |
| srichter | because they all require third-party software to interface between a proprietary API and SChoolTool's API | 17:49 |
| srichter | th1a: yes | 17:49 |
| th1a | It isn't a "proprietary" API. | 17:49 |
| srichter | no, that's not what I am saying | 17:50 |
| SteveA | xmlrpc is simpler | 17:50 |
| SteveA | if you want to support a small, predefined set of functionality | 17:50 |
| srichter | if you want to interface software A and B, you still need third party code that translates between A and B | 17:50 |
| SteveA | however, if you want to provide a way for people to do rich things with your data and your application | 17:50 |
| SteveA | in ways that you did not conceive of in advance | 17:50 |
| SteveA | then REST wins | 17:51 |
| srichter | but REST is only good for data; if you have workflows in the backend it is hard to represent their interface | 17:51 |
| SteveA | i disagree | 17:51 |
| srichter | in fact, I guess workflows should never surface in the restve interface | 17:51 |
| SteveA | that depends whether there is persistent state that represents a position in a workflow | 17:52 |
| SteveA | or if it is just a way of accommodating a complex web form over several pages | 17:52 |
| srichter | of course, there is a persistnet state of the workflow | 17:52 |
| srichter | no, it is a way to ensure the integrity of the entire system | 17:52 |
| srichter | in this case the promotion workflow | 17:52 |
| mgedmin | srichter, can you describe that state? | 17:53 |
| mgedmin | is it just "the current level"? | 17:53 |
| srichter | no, not always | 17:54 |
| srichter | at the beginning the student is not at a current level at all | 17:54 |
| ignas | nope - it's 3 parts - current level/ whether promotion workflow was initialized/ and the variable that keeps enrolled/withdrawn | 17:54 |
| srichter | in fact, people can insert any type of steps into the workflow beyond our control | 17:54 |
| srichter | ignas is right | 17:54 |
| srichter | but that's just for now | 17:55 |
| ignas | and it is manageable through rest | 17:55 |
| srichter | the idea is that people can easily insert other workflows later | 17:55 |
| mgedmin | the idea of REST is to capture state, not transitions | 17:55 |
| srichter | right, but zope.wfmc models transitions | 17:55 |
| ignas | /persons/ignas/workflows/promotion/level | 17:55 |
| mgedmin | to achieve a transition RESTively, you PUT the new state | 17:55 |
| srichter | and you cannot just say: now you are level X | 17:56 |
| mgedmin | if that transition is allowed, your PUT succeeds | 17:56 |
| ignas | /persons/ignas/workflows/promotion/possible_actions | 17:56 |
| mgedmin | if it is not, the server returns an error | 17:56 |
| ignas | and etc. | 17:56 |
| ignas | it's easy | 17:56 |
| srichter | how does it work now? :-) (I have not looked at it for a long time) | 17:56 |
| ignas | it is not this way at the moment | 17:57 |
| srichter | but every action might need different data associated with it | 17:57 |
| ignas | but i'll describe what i want to see in there ... | 17:57 |
| ignas | in a day or two | 17:57 |
| srichter | anyway, send me an E-mail about a better approach and I fix it | 17:57 |
| * mgedmin and ignas will sketch a possible RESTive solution in a mail to schooltool-dev, after some food | 17:57 | |
| srichter | ok, thanks | 17:57 |
| *** mgedmin has quit IRC | 17:58 | |
| th1a | The big use case that has to shake out is complex import/export maneuvers. | 17:58 |
| *** ignas is now known as ignas|phood | 17:58 | |
| th1a | That's a biggie for real school sys admins. | 17:58 |
| srichter | right | 17:58 |
| jinty | aargh why does the mysql zope database adapter print the connection info (including the password) on stdout? | 17:58 |
| th1a | So we either need some sort of flexible and extensible CSV/XML import/export web interface. | 17:59 |
| srichter | ok, I am going back to implementing relaod; I am sure it will work now :-) | 17:59 |
| th1a | Or we show people how to construct them using scripts and web services. | 17:59 |
| srichter | right | 17:59 |
| th1a | We'll try the second one first. | 17:59 |
| pips1 | th1a: did i get it right: tarballs on friday, "proper" release (.deb/mac installer) wednesday next week? | 18:01 |
| pips1 | ? | 18:02 |
| th1a | We should have the installers done next Tuesday. | 18:02 |
| pips1 | aha | 18:02 |
| pips1 | we are talking about the release branch only though? or will there be a development branch release too? | 18:03 |
| pips1 | (BTW, or new term starts Monday next week) | 18:04 |
| pips1 | s/or/our | 18:04 |
| th1a | There will be a development miletstone in early November, but there won't be packages. It is symbolic. | 18:04 |
| pips1 | i see | 18:04 |
| th1a | jinty can get the .debs done quickly. Is that what you need? | 18:04 |
| th1a | Did we decide you must use the development branch? | 18:05 |
| pips1 | well, i'm not sure :-) | 18:05 |
| th1a | I don't think you need to. Or ought to. | 18:05 |
| pips1 | I guess it depends on how much is in the next release already | 18:05 |
| jinty | only bufixes will be in the friday release | 18:06 |
| pips1 | I think you said it right: I will use the first release that has all I need... :-) | 18:06 |
| th1a | Oh, that's right. | 18:06 |
| th1a | The CSV stuff is in the development branch. | 18:06 |
| pips1 | but i'm interested in helping / pushing the things that I *do* need ;-) | 18:07 |
| pips1 | I want to write a reply to your mail about the scope of Schooltool 2006... but I need some time to think about it/formulate... | 18:08 |
| th1a | Well, it leaves you a bit outside because we really have to focus on primary/secondary schools. | 18:10 |
| pips1 | I recently had a chat with the timetable manager at my school and I found out that having good timetable/calendars really is a need - this doesn't only mean interactive web calendars, but there is clearly also a need to display the calendar data in various (non-interactive) formats too, such as printed list views (=compact overviews), and also a "non-flexible" html display (i.e. with a set... | 18:17 |
| pips1 | ...pixel screen size) as a digital display at the entrace of the school ... | 18:17 |
| th1a | Yeah, I can imagine that. | 18:18 |
| pips1 | the pdf calendar view is already quite good, since it is a list view, rather than a table view, the information is compact | 18:19 |
| th1a | That's what I was thinking. | 18:19 |
| pips1 | th1a: how do you think focussing on primary/secondary schools will help? don't you think schooltool needs to be flexible (thus expensive to develop) anyway? | 18:25 |
| pips1 | (I don't think this question can be answered, really :-) | 18:26 |
| th1a | Having something complete and testable in the spring is of paramount importance. | 18:26 |
| th1a | In my opinion, if we do that, we're over the hump. | 18:26 |
| th1a | If not, 2006 will be a long year. | 18:26 |
| pips1 | hm | 18:27 |
| pips1 | what do you mean by long year? | 18:27 |
| th1a | Like, another year goes by with no real SchoolTool. | 18:28 |
| pips1 | I see | 18:28 |
| th1a | We'll never again jam out an August release for use in the fall. | 18:28 |
| pips1 | Yeah, that's not early enough at all :-) | 18:29 |
| pips1 | I agree | 18:29 |
| th1a | Given the constraints, it was better to get it out than not. | 18:29 |
| th1a | About the only thing we could have done differently is not support timezones. | 18:30 |
| th1a | That would have sped things up a bit. | 18:30 |
| pips1 | Yes, you are probably right. | 18:30 |
| pips1 | Lots of bug related to that... | 18:30 |
| pips1 | bugs | 18:30 |
| pips1 | or maybe not many, but they are confusing | 18:31 |
| th1a | The interaction between client and server is inherently confusing. | 18:31 |
| pips1 | I think you definitely want some schools on-board...joining the dev process. How is it looking in that respect? | 18:32 |
| th1a | I'm writing up a formal request to be published shortly. | 18:33 |
| th1a | I'll send it to the list tonight, hopefully. | 18:33 |
| th1a | We've got two ideal schools in the US at this point, none elsewhere. | 18:33 |
| th1a | SA schools shouldn't be a problem. | 18:34 |
| th1a | So we need a couple in Europe. | 18:34 |
| pips1 | (either people are very quiet, or there aren't that many?!) | 18:34 |
| th1a | Well, I haven't asked for volunteers lately. | 18:34 |
| th1a | Our profile is getting higher. I don't think it will be a problem. | 18:35 |
| th1a | I want a small number of schools we can closely support. 6 - 8. | 18:35 |
| pips1 | so what about SA schools? are you in touch with the shuttleworth foundation folks? | 18:35 |
| th1a | Yes, but as I said, I haven't asked for volunteers yet. | 18:36 |
| erchache | i cant run my site 1.2.2 on spanish.....why? | 18:40 |
| erchache | i used make build update-translations but page are on english :-S | 18:41 |
| *** tiredbones has left #schooltool | 18:49 | |
| erchache | well | 18:51 |
| *** th1a is now known as th1a|unch | 18:51 | |
| *** vidasp has quit IRC | 19:28 | |
| *** mgedmin has joined #schooltool | 19:30 | |
| erchache | has any bug schoolbell 1.2.2 about translation? doesnt run on my site O_o | 19:37 |
| *** ignas|phood is now known as ignas | 19:39 | |
| erchache | locales looks good | 19:41 |
| erchache | why dont select correct....i force config file to load es_ES and doesnt run.... :-s | 19:41 |
| *** th1a|unch is now known as th1a | 19:42 | |
| *** erchache has quit IRC | 19:48 | |
| jinty | erchache do you have a src/schoolbell/app/locales/es_ES/LC_MESSAGES/schoolbell.mo file? | 19:51 |
| *** alga has joined #SchoolTool | 20:14 | |
| *** tiredbones has joined #schooltool | 20:20 | |
| *** thisfred has quit IRC | 20:22 | |
| *** erchache has joined #schooltool | 20:24 | |
| erchache | hi | 20:24 |
| erchache | schooltool calendar....schooltool.....schoolbell....what the f...! | 20:24 |
| erchache | what are the functionality of schooltool calendar? O_o | 20:25 |
| erchache | th1a | 20:25 |
| erchache | ignas | 20:25 |
| erchache | jinty | 20:25 |
| erchache | bskahan | 20:25 |
| th1a | It is the current release of SchoolTool. | 20:25 |
| erchache | and why change the name? | 20:28 |
| erchache | more complicated! | 20:28 |
| erchache | th1a | 20:29 |
| th1a | Well, the overall scope of SchoolTool has always been much bigger than calendaring. | 20:29 |
| erchache | i know...but its not clear on webpage.....can add more confusion about that... | 20:30 |
| erchache | ahhhh you finished calendars and now are growing on functionalities....ok ok...dont worry | 20:30 |
| *** pips1 is now known as pips1_dinner | 20:31 | |
| *** alga has quit IRC | 20:32 | |
| erchache | well....officially we are put on production mode server....http://horamedi.us.es | 20:45 |
| erchache | th1a: translation doesnt run! HEEEEEEEELLLLLLLP | 20:45 |
| erchache | im on schoolbell 1.2.2 from source and make build update-translations doesnt run | 20:45 |
| th1a | erchache: Unfortunately, I don't understand i18n at all. | 20:45 |
| erchache | :-S | 20:46 |
| erchache | th1a: and how i can solve it....jinty? | 20:46 |
| erchache | jinty: are you here? | 20:46 |
| erchache | oooooooohhhhh my god....looks very very good....good job! ;D | 20:47 |
| erchache | erase a event?...delete button are lost on 1.2.2? | 20:51 |
| erchache | what the fu.... | 20:51 |
| erchache | ahhh i know...i know how to delete a event... ;P | 20:52 |
| jinty | erchache: re i18n, do you have a src/schoolbell/app/locales/es_ES/LC_MESSAGES/schoolbell.mo file? | 21:00 |
| erchache | yeah | 21:02 |
| erchache | and .po | 21:02 |
| erchache | jinty | 21:02 |
| erchache | i execute: make build update-translations without errors | 21:03 |
| jinty | and you changed the paths in /usr/bin/schoolbell? | 21:03 |
| erchache | no...its from source | 21:03 |
| erchache | are contained on /usr/local/schoolbell | 21:03 |
| erchache | jinty | 21:03 |
| erchache | see on http://horamedi.us.es | 21:04 |
| erchache | is on english....i want spanish | 21:04 |
| erchache | i force to load es_ES on schoobell.conf.in | 21:04 |
| jinty | try not to;) | 21:05 |
| bskahan | http://www.scottberkun.com/essays/essay46.htm decent article | 21:05 |
| erchache | sorry? | 21:05 |
| jinty | i. just remove the lang directive | 21:05 |
| jinty | s/i./i.e./ | 21:05 |
| erchache | ok | 21:06 |
| erchache | its curious because on command line appears....leyendo configuracion del archivo.... | 21:08 |
| erchache | :S | 21:08 |
| erchache | nothing....1.2.2 doesnt translate into spanish | 21:08 |
| jinty | works for me;) | 21:08 |
| erchache | me no :S | 21:08 |
| jinty | do you want me to send you a screen shot of your website in spanish? | 21:08 |
| jinty | because I am looking at it right now | 21:09 |
| erchache | yeah? | 21:09 |
| erchache | uhmm | 21:09 |
| erchache | a second... | 21:09 |
| erchache | hehehehe | 21:09 |
| erchache | yeah....deleting....runs! | 21:09 |
| erchache | thanks.... | 21:09 |
| erchache | but...persons...and resources.... | 21:10 |
| erchache | can change name? | 21:10 |
| erchache | on my mac.....doesnt show spanish....gets english :-S | 21:10 |
| * jinty personally thinks the lang config file option is totally borked... | 21:10 | |
| erchache | im too | 21:10 |
| erchache | on my mac.....doesnt show spanish....gets english | 21:11 |
| jinty | try changing your browser settings... | 21:11 |
| jinty | i.e. tell your browser you want to browse in spanish | 21:11 |
| erchache | nothing....on safari and firefox....gets english | 21:12 |
| erchache | nope | 21:13 |
| erchache | on other computer....english too.....fuuu... | 21:13 |
| jinty | on firefox Edit->Preferences->general->languages | 21:13 |
| erchache | yeah i do it... | 21:13 |
| erchache | nothing | 21:14 |
| jinty | is es at the top of your languages list in firefox? | 21:15 |
| erchache | uhmmm...other error....when you install software.... | 21:16 |
| erchache | appears | 21:16 |
| erchache | persons, groups, resources...on english......can be change to other language without problems? | 21:16 |
| jinty | in the url? | 21:16 |
| erchache | jinty....yeah....my webbrowser are good configured | 21:16 |
| erchache | no...on interface.... | 21:16 |
| erchache | horamedi.us.es/resources/aula1 | 21:17 |
| erchache | resources....can be changed.....or arent visible to final user? | 21:17 |
| erchache | and if get data.fs and install 1.2.1 instead 1.2.2? | 21:18 |
| erchache | jinty | 21:18 |
| jinty | sorry eveyone else, I'm changing to spanish so this goes easier | 21:18 |
| jinty | no se que quieres decir | 21:19 |
| jinty | donde exactamente? | 21:19 |
| jinty | cerca de la Arriba >> calendar? | 21:20 |
| erchache | no no...wait | 21:20 |
| erchache | on navigation....left toolbar | 21:20 |
| erchache | you see....persons.....groups.....resources.....can be translate into spanish without effects on data.fs? | 21:20 |
| erchache | or are | 21:21 |
| erchache | i think no.... | 21:21 |
| erchache | other question.....can get data.fs of 1.2.2 and use it on 1.2.1? | 21:21 |
| erchache | because i remember 1.2.1 runs properlly | 21:21 |
| jinty | let me check | 21:23 |
| erchache | ok | 21:23 |
| jinty | yes | 21:29 |
| erchache | jinty....runs? | 21:34 |
| erchache | dont change database structure? | 21:34 |
| erchache | well....i finished on my job.... | 21:36 |
| erchache | i will try it tomorrow and say results | 21:36 |
| erchache | bye | 21:36 |
| *** erchache has quit IRC | 21:36 | |
| *** pips1_dinner is now known as pips1 | 21:36 | |
| *** mcan has joined #schooltool | 21:36 | |
| mcan | hi | 21:36 |
| mcan | speaking turkish | 21:36 |
| mcan | ? | 21:36 |
| mcan | aloo | 21:37 |
| *** mcan has quit IRC | 21:37 | |
| mgedmin | nope | 21:41 |
| *** alga has joined #SchoolTool | 22:05 | |
| *** mgedmin has quit IRC | 22:27 | |
| *** alga has quit IRC | 22:31 | |
| *** jinty has left #schooltool | 22:31 | |
| *** bskahan has quit IRC | 23:05 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!