*** ignas has quit IRC | 01:24 | |
*** yvl has joined #schooltool | 09:32 | |
*** khildin has joined #schooltool | 10:13 | |
*** paulproteus has quit IRC | 10:31 | |
*** paulproteus has joined #schooltool | 10:34 | |
*** khildin_ has joined #schooltool | 10:54 | |
*** khildin has quit IRC | 10:55 | |
*** ignas has joined #schooltool | 13:42 | |
*** replaceafill has joined #schooltool | 15:07 | |
*** menesis has joined #schooltool | 16:29 | |
th1a | hi menesis, replaceafill, aelkner, yvl. | 16:31 |
---|---|---|
replaceafill | good morning/afternoon | 16:31 |
menesis | hi | 16:31 |
yvl | good morning | 16:31 |
th1a | I just sent a bug from Glenda to menesis & yvl. | 16:32 |
th1a | So... that's the first order of business. | 16:32 |
yvl | ok | 16:32 |
yvl | looking | 16:32 |
replaceafill | i have a bug i'd like to discuss too | 16:32 |
replaceafill | well, i think it's a bug | 16:32 |
replaceafill | not sure :) | 16:32 |
th1a | replaceafill? Theories, next steps? | 16:32 |
th1a | Is this related? | 16:32 |
replaceafill | th1a, ah, mine is not related | 16:32 |
replaceafill | or maybe... | 16:32 |
replaceafill | i'm just confused | 16:32 |
replaceafill | http://bazaar.launchpad.net/~schooltool-owners/schooltool.cando/trunk/view/head:/src/schooltool/cando/browser/importer.py#L148 | 16:32 |
replaceafill | could you guys see that? | 16:33 |
replaceafill | while working on jelkner's instance | 16:33 |
replaceafill | i reimported his skills | 16:33 |
replaceafill | because he had some typos | 16:33 |
replaceafill | and schooltool.quiz has this report | 16:33 |
replaceafill | that relies on equivalent skills | 16:33 |
replaceafill | (because jelkner's sections are multi-term) | 16:34 |
replaceafill | but that ^ part of the importer | 16:34 |
replaceafill | removes equivalences | 16:34 |
replaceafill | (if i understand it correctly) | 16:34 |
replaceafill | and i don't understand why | 16:34 |
replaceafill | this could affect the projects gradebook btw | 16:34 |
aelkner | morning | 16:35 |
replaceafill | since it also relies in equivalences | 16:35 |
* replaceafill done with his "bug" report | 16:35 | |
th1a | So... | 16:36 |
th1a | ? | 16:36 |
yvl | hmm, ok | 16:36 |
yvl | so first, the bug th1a sent | 16:36 |
yvl | I know one case where similar thing may happen by design | 16:36 |
yvl | you might remember scores from different teachers (and different sections IIRC) ending up in some gradebooks | 16:37 |
yvl | but really, I have no idea what is happening there | 16:39 |
yvl | Data.fs would help a lot | 16:39 |
yvl | but we probably can't ask for it? | 16:39 |
th1a | That's not our first move. | 16:40 |
th1a | If we can avoid it. | 16:40 |
yvl | I can stare at evolution and try to come up with scenario that broke grades | 16:40 |
th1a | I bet it is similar to jelkner's problem -- equivalent standards. | 16:40 |
aelkner | equivalent skills is an issue on the import | 16:41 |
th1a | Well, we can ask them anything... or do a chat. | 16:41 |
replaceafill | i have the same feeling about it | 16:41 |
aelkner | in that if the user doesn't fill in those cells, they will be wiped out | 16:41 |
th1a | Or is there some kind of script or view that would dump useful info to us. | 16:41 |
replaceafill | aelkner, shouldn't those be wiped out "if" there is data in the cells? | 16:42 |
th1a | I'm not saying this is a reimport issue for Glenda's bug. | 16:42 |
th1a | I'm just saying, that eqivalencies seems a likely suspect. | 16:42 |
aelkner | replaceafill, we could change the logic for that column if we wanted to | 16:43 |
aelkner | it would be weird though because it would not work like most import cells do | 16:43 |
th1a | Could we stick on Glenda's bug at the moment, please. | 16:44 |
aelkner | i mean, if a person last name is blank, but it is not blank in the data, do we blank it out? | 16:44 |
th1a | Can we write a script or view that will dump out useful information to us? | 16:45 |
aelkner | we have an export feature | 16:45 |
yvl | no, aelkner | 16:45 |
yvl | with some effort yes, th1a | 16:45 |
th1a | Well, we need some kind of plan. | 16:46 |
yvl | we need to think about it firs | 16:46 |
yvl | t | 16:46 |
th1a | Indeed! | 16:46 |
yvl | ok | 16:46 |
yvl | so you don't want us to ask for the data, unless no other option | 16:47 |
th1a | We need to try not to rely on that. | 16:47 |
yvl | how much time are you willing to assign to resolve this bug? | 16:47 |
yvl | also - how much dev time? | 16:47 |
th1a | It isn't so much a matter of how much dev time as how quick can we get it done. | 16:48 |
yvl | I understand | 16:48 |
yvl | fastest - get me an uncompressed Data.fs | 16:48 |
th1a | Assuming this guy can download and run a script. | 16:48 |
yvl | figuring out what to search for is somewhat... trickier | 16:49 |
yvl | "a script" is a thing that does what I would do, but automatically | 16:49 |
yvl | and does not show the grades | 16:49 |
th1a | Yes, but also it is just a way of giving us anonomyzed data. | 16:49 |
yvl | and what I would do depends on what I would see | 16:50 |
th1a | The main thing is stripping out personal data. | 16:50 |
yvl | ok, I'll think about this | 16:50 |
yvl | it's not that I want to see data | 16:50 |
yvl | I want to see what happened to data | 16:50 |
yvl | but ok | 16:51 |
yvl | I'll come up with something | 16:51 |
th1a | I'd prefer to get something to them today. | 16:51 |
th1a | If replaceafill wants to take a crack at it. | 16:52 |
replaceafill | i wouldn't know where to start :( | 16:52 |
th1a | OK. So we'll shoot for something tomorrow morning. | 16:52 |
yvl | I'll see what I can do | 16:53 |
yvl | blind debugging is not trivial sometimes | 16:53 |
yvl | well, at least I have a hunch where to look now :D | 16:54 |
yvl | several, actually | 16:54 |
th1a | I can say "We'll have a script that'll pull some anomymized data tomorrow or just send us your Data.fs today. | 16:55 |
yvl | you can | 16:55 |
th1a | Or, literally, maybe we should just write something that copies a Data.fs and blanks out names and demographics. | 16:56 |
th1a | How hard would that be? | 16:56 |
yvl | quite | 16:56 |
yvl | to seem like it was blanked out - easy | 16:56 |
yvl | but ZODB is append-only DB | 16:57 |
th1a | Pack it? | 16:57 |
yvl | we'll loose history, and history is what I need | 16:57 |
yvl | it' | 16:57 |
yvl | most likely it's not going to be a script that pulls data | 16:57 |
yvl | it'll rummage through history of data | 16:58 |
th1a | So ideally we'd have a zipped but not packed Data.fs from them, right? | 16:59 |
yvl | yes | 16:59 |
yvl | so, if I don't get one by tomorrow morning my time, I'll start working on a script | 17:00 |
yvl | sounds good? | 17:00 |
th1a | Yes. | 17:00 |
yvl | kk | 17:00 |
yvl | we'll get this sorted, th1a | 17:00 |
th1a | I know. | 17:00 |
yvl | btw | 17:00 |
yvl | If they are sending the Data.fs | 17:00 |
th1a | I get frustrated when I feel like things would be easier if they could just dump a few tables from MySQL. | 17:01 |
yvl | I would ask to also send the backup they made Thu | 17:01 |
* yvl too th1a, yvl too | 17:01 | |
yvl | btw, do you have an idea on how many students we are talking here? | 17:03 |
yvl | order of magnitude | 17:03 |
th1a | Oh... no. | 17:03 |
th1a | OK, moving on. | 17:04 |
th1a | Shifting back to replaceafill's bug? | 17:04 |
replaceafill | i just wonder how would it affect projects | 17:05 |
replaceafill | i'm setting up an instance to see | 17:05 |
th1a | So do we need to repair those? | 17:06 |
th1a | And make the importer not remove the equivalencies? | 17:06 |
replaceafill | th1a, probably | 17:06 |
yvl | I think that part is a bug | 17:06 |
yvl | because it kills all equivalencies | 17:06 |
replaceafill | i'm worried about multi-term sections | 17:06 |
replaceafill | like in jelkner's case | 17:07 |
th1a | It sounds like a bug to me. | 17:07 |
replaceafill | they rely on equivalences | 17:07 |
th1a | replaceafill is too gentle sometimes. | 17:07 |
replaceafill | :D | 17:07 |
aelkner | ok, here's the thing about not removing equivalencies: | 17:07 |
aelkner | if the data has equivalency a and the import a, b, what is the logic? | 17:07 |
aelkner | as in all other cells of that type, the logic is currently: | 17:08 |
aelkner | remove a, add a an b | 17:08 |
yvl | yes, I can see the code | 17:08 |
aelkner | what should the logic be? | 17:08 |
yvl | it should check for base level container | 17:09 |
yvl | you "add" equivalency only for global skills | 17:09 |
yvl | you should remove also for global skills only | 17:09 |
aelkner | it we consider the purpose of the field to be only for adding global equivalencies, then that would make sense | 17:10 |
yvl | is it possible in any way to add not global equivalencies? | 17:10 |
aelkner | ok, sorry, i'm not even sure what an equivalency is that is not global | 17:11 |
aelkner | i thought all nodes are found in the global container | 17:11 |
yvl | nodes - yes | 17:12 |
yvl | skills - no | 17:12 |
yvl | projects also contain skills | 17:12 |
replaceafill | you can have skills in projects | 17:12 |
aelkner | oh yes, sorry, we're talking about skills, not nodes | 17:13 |
yvl | right | 17:13 |
replaceafill | a bigger question from mine | 17:13 |
replaceafill | is it possible to recover? :( | 17:13 |
replaceafill | jelkner's instance lost all equivalencies | 17:13 |
replaceafill | and i can see him using projects in the near future | 17:14 |
yvl | hmm | 17:15 |
aelkner | replaceafill, does jelkner have a backup? | 17:15 |
replaceafill | aelkner, yes | 17:15 |
aelkner | and the problem started after doing an import? | 17:16 |
replaceafill | yes | 17:16 |
replaceafill | as i said, he had some typos in his skills | 17:16 |
replaceafill | so we reimported only the Skills sheet | 17:16 |
aelkner | ok, i'd say fix the import to not remove equivalencies if they are not global skills | 17:16 |
aelkner | revert to backup and reimport | 17:17 |
replaceafill | well, he already has new grades in | 17:17 |
aelkner | he would have to reenter them | 17:17 |
yvl | oh | 17:17 |
yvl | you know what | 17:17 |
yvl | you can run with old database | 17:17 |
yvl | figure out what project skills had equivs in global skills | 17:18 |
yvl | make a list | 17:18 |
yvl | run with new database | 17:18 |
yvl | stitch them again | 17:18 |
th1a | I'd note that while it SHOULD work, reimporting to fix typos is something I'd not do. | 17:18 |
th1a | Unless you're trying to find bugs. ;-) | 17:19 |
yvl | :D | 17:19 |
replaceafill | :D | 17:19 |
yvl | replaceafill, did that make sense? | 17:19 |
replaceafill | i didn't expect it at all :( | 17:19 |
replaceafill | yvl, yes | 17:19 |
yvl | kk | 17:19 |
replaceafill | i was thinking of a view to spit those | 17:19 |
yvl | you can just dump the list into a .py file | 17:19 |
yvl | in a debug method | 17:20 |
replaceafill | i have already the two Data.fs in place | 17:20 |
yvl | .py files are text files and it's easy to write stuff like | 17:20 |
yvl | fix = [ | 17:20 |
yvl | ('id1', 'id2', 'id3'), | 17:21 |
yvl | ] | 17:21 |
yvl | and then just import the file :) | 17:21 |
replaceafill | i was using prints + copy/paste :D | 17:21 |
replaceafill | the .py idea is better ;) | 17:21 |
yvl | just one of the things I like about languages like Python | 17:22 |
yvl | ... | 17:24 |
replaceafill | i'm done with jelkner's bug | 17:24 |
replaceafill | i mean, questions about it | 17:24 |
replaceafill | :) | 17:24 |
th1a | OK... | 17:25 |
th1a | So... menesis? | 17:25 |
th1a | We'll let you go. | 17:25 |
th1a | It looks like we'll need a CanDo bugfix this week. | 17:25 |
th1a | or... | 17:28 |
th1a | ok yvl, anything else to report from your holiday? | 17:28 |
yvl | I had a nice time :D | 17:28 |
yvl | but seriously, no. | 17:28 |
yvl | tinkered with reports, that's all | 17:28 |
yvl | thanks for the list by the way! | 17:29 |
th1a | You're welcome. | 17:29 |
* yvl claims section roster and calendar :) | 17:29 | |
th1a | I have no particular inspiration for the calendar ones. | 17:29 |
th1a | So if you have ideas, go for it. | 17:29 |
th1a | A lot of them should be easy layout-wise, if we're doing this right. | 17:30 |
th1a | Basically we need a robust big grid widget. | 17:30 |
th1a | That knows what to do if if overflows the pages. | 17:30 |
yvl | right | 17:31 |
yvl | and that does not crash with a traceback in reportlab :D | 17:31 |
th1a | Yes. | 17:32 |
yvl | there's been a nasty bug there in extremly nasty part of reportlab's code (called platypus, figures) | 17:32 |
yvl | ok, /me done | 17:32 |
th1a | Well, also, we might just need to be aggressive about pre-processing to sort out the data before sending it to ReportLab. | 17:33 |
yvl | yes | 17:33 |
th1a | OK, thanks yvl. | 17:34 |
th1a | aelkner? | 17:34 |
aelkner | ok, so i made significant progress with the aggregate search feature, but i have some questions | 17:34 |
aelkner | first, log in as manager for this view: | 17:35 |
aelkner | http://69.164.203.135:36660/schoolyears/2012-2013/MP4/sections/13106-45-1-1/projects/Project/addSkillSearch.html | 17:35 |
aelkner | btw, the skills document in this case still has the old extra node levels | 17:35 |
th1a | btw, this gives me a traceback: http://69.164.203.135:36660/schoolyears/2012-2013/MP4/sections/13106-45-1-1/projects/Project | 17:35 |
aelkner | ah, yes, that, we need to fix that bug as a separate task | 17:36 |
aelkner | try just hitting the Cando tab and logging in | 17:36 |
aelkner | then go to the add skill link | 17:36 |
yvl | just log in and open the same page again | 17:36 |
th1a | Yes, I'm there. | 17:37 |
yvl | nice progress, aelkner | 17:37 |
aelkner | ah, thanks yvl | 17:37 |
aelkner | btw, we can't filter sklilsets and skills by level because the index can't have that value in it | 17:37 |
aelkner | so that's why the bottom two 'layers' are really skillsets and skills | 17:38 |
aelkner | regardless of which layer they may be in | 17:38 |
aelkner | there's just no way around that because we can't have a layer field in the index for skillsets or skills | 17:39 |
yvl | actually it's because we decided to add two bottom layers that do not contain nodes but are used to "rename" skillsets and skills | 17:39 |
aelkner | right | 17:39 |
th1a | That has no surprising implications for me as the user, right? | 17:40 |
aelkner | it just means that search for skillsets or skills can't be sub-filtered by layer | 17:40 |
aelkner | ok, so moving on from that, there is another issue about the nodes filtering | 17:41 |
th1a | I have no idea what that means aelkner, but as long as the form is not lying to me, I don't care. | 17:41 |
aelkner | you have no idea what that means, what is that? | 17:42 |
th1a | search for skillsets or skills can't be sub-filtered by layer | 17:43 |
yvl | aelkner probably meant "sorted"? | 17:43 |
aelkner | well, skillsets could have two different layers, right? | 17:43 |
aelkner | if they create two documents with two different layers for skillsets | 17:44 |
yvl | ah, right | 17:44 |
th1a | Yes, and I can see that I can't sort by just one of them. | 17:44 |
th1a | Right? | 17:44 |
th1a | That's what you're saying? | 17:44 |
aelkner | then the search would yield skillsets that have different values in the layers column | 17:44 |
aelkner | what i was asying is: we can't allow the user to filter out skillsets only for a certain layer | 17:44 |
th1a | OK. Got it. | 17:44 |
th1a | Moving on... | 17:44 |
aelkner | ayway, i didn't thinkl that would be a major problem | 17:45 |
aelkner | just wanted to mention it | 17:45 |
aelkner | ok, ack to the nodes filtering | 17:45 |
aelkner | i used the 'any_of' logic in the layers index we discussed last week, and it worked nicely | 17:46 |
aelkner | one thing tough, what if a node has no layer? do we show it in the search | 17:46 |
aelkner | and how? | 17:46 |
aelkner | first, do we show it? | 17:46 |
aelkner | it's a question of the meaning of the checkboxes | 17:47 |
aelkner | they say: show nodes for the layers that are checked | 17:47 |
aelkner | so what if a node has no layer? | 17:48 |
yvl | a good question | 17:48 |
aelkner | if nodes are added in the document views, they would never be added without a layer | 17:49 |
th1a | A "No layer assigned" checkbox might be easiest. | 17:49 |
th1a | Unless it is hard. ;-) | 17:49 |
aelkner | th1a, that would answer the question of the user interface | 17:49 |
aelkner | the next question would be: how do we get those nodes via the index? | 17:50 |
aelkner | yvl, do you have an idea how we would do that? | 17:50 |
yvl | {'none': catalog.extent} ? | 17:52 |
yvl | index.apply({'none': catalog.extent} | 17:52 |
yvl | ) | 17:53 |
yvl | The 'none' argument takes an extent and returns the ids in the extent | 17:53 |
yvl | that are not indexed; it is intended to be used to return docids that have | 17:53 |
yvl | no (or empty) values. | 17:53 |
yvl | [from documentation] | 17:53 |
aelkner | thing is, nodes that have no layer are still indexed by the 'text' index | 17:54 |
yvl | but are they indexed by a layer index? | 17:54 |
yvl | roughly speaking, catalog.extent includes all object intids that were indexed by catalog's indexes | 17:55 |
aelkner | right, so all of them basically | 17:56 |
yvl | right | 17:56 |
yvl | so there you probably want to ask - what nodes are in catalog.extent that are not in layers index | 17:56 |
yvl | or layer_names | 17:56 |
yvl | well, the other one, not the one that indexes titles | 17:57 |
aelkner | ah, set logic between the two results | 17:57 |
yvl | yes | 17:57 |
aelkner | ok, i'll look into that | 17:57 |
aelkner | th1a, where would you want the 'No layer assigned' checkbox, below Skill or above Skillset? | 17:57 |
th1a | At the bottom. | 17:58 |
aelkner | ok | 17:58 |
aelkner | next | 17:58 |
aelkner | yvl, tests are broken partly because the indeces are not set up in tests | 17:58 |
aelkner | i found that if i changed the filter routine to do a catalog.reIndex, i updated the index to have the layers | 17:59 |
aelkner | but the test infrastructure should probably have something to make that not necessary | 17:59 |
yvl | hmm | 17:59 |
yvl | it may be just not enabled for some of the test layers | 18:00 |
yvl | which ones were failing? | 18:00 |
aelkner | the 'layers' index for the nodes was empty | 18:00 |
yvl | ok, I see there are more broken tests atm | 18:01 |
yvl | will need to fix | 18:01 |
aelkner | well, partly the import_skills.txt broke because skillsets and skills are included in the search results now | 18:02 |
aelkner | that is not in itself a problem | 18:02 |
aelkner | i was going to change the tests to uncheck the skillsets/skills checkboxes to recreate the | 18:03 |
aelkner | nodes only search that the test called for | 18:03 |
aelkner | the problem then came up with the empty index | 18:03 |
aelkner | and also the issue of nodes with no layers which we just addressed | 18:03 |
yvl | right | 18:04 |
yvl | so if you can carefully add the reindex string and fix the tests | 18:04 |
yvl | then remove the reindexing and commit those somewhere | 18:04 |
yvl | it would be easiest for me to fix | 18:04 |
* yvl would be grateful | 18:05 | |
aelkner | ah, ok, so you're saying add the reindex to the filter method that i mentioned earlier | 18:05 |
aelkner | then fix the tests, then remove it and email you> | 18:05 |
aelkner | ? | 18:05 |
yvl | umm, no | 18:05 |
yvl | add the reindex hack, fix the tests, remove the hack, keep tests broken | 18:06 |
yvl | and when you push to your lp branch I can pull and fix from there | 18:06 |
aelkner | isn't that what i just said? | 18:06 |
yvl | sorry, I misread | 18:06 |
aelkner | te reindex hack is in the filter method | 18:06 |
yvl | thought you wanted to email me a diff | 18:06 |
aelkner | oh, no, just the fact that my branch had the hack and test fixes that you could then look at | 18:07 |
aelkner | ok, we're on the same page there | 18:07 |
yvl | yes :) | 18:07 |
aelkner | ok, next | 18:07 |
aelkner | do we want a clear search button that would clear the text filter and put the checkboxes back to all checked? | 18:08 |
aelkner | esentially, the same as calling up the view for the first time | 18:08 |
th1a | It doesn't seem particularly necessary to me. | 18:08 |
aelkner | th1a, that question is for you | 18:09 |
aelkner | ok | 18:09 |
aelkner | never mind that then | 18:09 |
aelkner | lastly | 18:09 |
th1a | I would note that there is no real reason for the form to display results at all when you call it up. | 18:09 |
aelkner | ooh, that's a good point | 18:09 |
aelkner | because it takes the longest when you first call it up because no filter has been put into placve | 18:10 |
aelkner | th1a, would you like the result to be empty on initial call up of form? | 18:10 |
th1a | Sure. | 18:10 |
aelkner | i like that idea | 18:10 |
aelkner | that's a real improvement i think | 18:11 |
aelkner | ok, the last thing that is on my list is changing the search when the user is looking only for nodes | 18:13 |
khildin_ | Q: Anyone of you understands Dutch? | 18:13 |
aelkner | as in, in the case where the user is editing the node children | 18:13 |
aelkner | in that case, the skillsets and skills are not relavent | 18:13 |
yvl | khildin_, nope | 18:13 |
aelkner | so i need to change that table to not show the Skill Sets and Skills checkboxes | 18:13 |
aelkner | anyway, that's it for me | 18:14 |
th1a | OK. Thanks aelkner. | 18:14 |
th1a | menesis, ayt? | 18:14 |
aelkner | yvl, i'll email you when i've updated my branch to have the reindex hack | 18:14 |
menesis | th1a: yes | 18:14 |
yvl | sure, thanks aelkner | 18:14 |
th1a | Anything to add? | 18:15 |
th1a | I know you were on holiday. | 18:15 |
khildin_ | yvl: I ask because I'd like to discuss a requirement for Dutch schools to extract information from a school administration tool to give to the authorities... if schooltool can generate that (it's cvs) schooltool might get a much bigger chance to get implemented in the Netherlands... | 18:15 |
menesis | one day only | 18:15 |
menesis | I have no idea about the cando bug you sent | 18:16 |
th1a | You mainly need to know that we'll hopefully be pushing a fix this week. | 18:16 |
menesis | good | 18:17 |
th1a | Along with some others. | 18:17 |
menesis | email me when fixes are done | 18:17 |
menesis | as for me | 18:17 |
th1a | Yes... replaceafill did you do all the recent CanDo fixes? | 18:17 |
replaceafill | th1a, yes | 18:17 |
th1a | Make sure menesis knows what is what. | 18:18 |
replaceafill | i fixed the bug that prevented deleting sections | 18:18 |
replaceafill | it's in trunk now | 18:18 |
replaceafill | menesis, it's in rev 134 schooltool.cando | 18:18 |
menesis | okay.. | 18:18 |
menesis | so maybe I can push those fixes already | 18:19 |
replaceafill | menesis, and rev 133 has the fix for validation in the score student view | 18:19 |
menesis | ok | 18:20 |
menesis | th1a: I have played with juju | 18:21 |
th1a | replaceafill did too. | 18:21 |
menesis | can't say "worked on" because even the samples don't work | 18:21 |
th1a | Yes, that was my experience. | 18:22 |
replaceafill | it worked for me | 18:22 |
replaceafill | i wasn't able to access wordpress using a browser though :D | 18:22 |
replaceafill | but i did "wget http://..." and saw it ;) | 18:22 |
menesis | even after third try when I saw units being installed | 18:22 |
replaceafill | (it's a problem when you're using a vm inside another vm) | 18:23 |
th1a | Did it say pending replaceafill? | 18:23 |
menesis | there was an error on mysql because InnoDB engine is not installed or configured or something; can't find the log now | 18:23 |
replaceafill | th1a, at some point, yes | 18:23 |
th1a | Well, yes. | 18:23 |
replaceafill | th1a, you mean "juju status" right? | 18:23 |
th1a | Did it ever say running? | 18:23 |
th1a | Yes. | 18:23 |
replaceafill | yes | 18:24 |
replaceafill | and then changes to "started" iirc | 18:24 |
replaceafill | and gives you a public ip | 18:24 |
replaceafill | for the service | 18:24 |
replaceafill | (or whatever is called) | 18:24 |
th1a | OK, so there is a mysql problem? | 18:24 |
* replaceafill doesn't know the terminology yet | 18:24 | |
replaceafill | not for me | 18:24 |
replaceafill | mysql also started | 18:24 |
replaceafill | i didn't connect to it though | 18:25 |
replaceafill | like using the command line | 18:25 |
th1a | It must have started for wordpress to work. | 18:25 |
replaceafill | right | 18:25 |
replaceafill | that's what i though | 18:25 |
replaceafill | t | 18:25 |
replaceafill | and i found why there's no apache charm | 18:25 |
replaceafill | wordpress seems to use ngnix | 18:26 |
replaceafill | not apache | 18:26 |
th1a | ah | 18:26 |
replaceafill | at least i didnt see an apache process | 18:26 |
replaceafill | i did notice ngnix bla bla | 18:26 |
menesis | yes, wordpress is configured to use nginx | 18:26 |
menesis | I tried wordpress/postgresql, but "there are no matching endpoints". tried python-django/postgresql, but django failed to install, too | 18:27 |
th1a | OK, so at this point, replaceafill got it working but doesn't remember how? | 18:27 |
replaceafill | i tried minecraft :D | 18:27 |
menesis | I have dokuwiki working | 18:27 |
th1a | OK... | 18:27 |
menesis | no dependiencies | 18:27 |
th1a | So really just the wordpress demo is broken. | 18:27 |
menesis | or rather, relations | 18:27 |
menesis | it installs apache | 18:28 |
menesis | and php, and whatnot | 18:28 |
menesis | there is no need for standalone apache charm | 18:28 |
th1a | Hm. OK. Charms can just have several packages. | 18:29 |
menesis | now I am going to write a simple charm to install schooltool | 18:29 |
menesis | as it is | 18:29 |
th1a | OK. | 18:29 |
replaceafill | menesis, is it really necessary to destroy your environment after rebooting? | 18:29 |
replaceafill | but we can talk about it later :) | 18:30 |
menesis | replaceafill: not sure | 18:30 |
replaceafill | it's a "limitation" according to the docs | 18:30 |
replaceafill | of local envs | 18:30 |
menesis | I read „Local provider environments do not survive reboots of the host at this time, the environment will need to be destroyed and recreated after a reboot“ at https://juju.ubuntu.com/docs/provider-configuration-local.html | 18:31 |
replaceafill | right | 18:31 |
menesis | as I understand this applies to lxc way | 18:32 |
menesis | I think there should be a way to create a cloud of virtual machines | 18:33 |
menesis | or some other private cloud | 18:34 |
menesis | but haven't read about that yet | 18:34 |
th1a | On Amazon, the processing and storage are completely separate, right? | 18:35 |
menesis | it should be | 18:36 |
menesis | EC2 is "processing" part and S3 is "storage" part | 18:37 |
menesis | for initial experimentation LXC should be enough for me | 18:37 |
th1a | Yes. | 18:39 |
menesis | ok | 18:39 |
th1a | OK... | 18:39 |
th1a | Thanks menesis. | 18:39 |
th1a | Jeez... I think replaceafill still has to go... | 18:39 |
replaceafill | :D | 18:39 |
replaceafill | and i have questions! | 18:39 |
replaceafill | but they're mostly for you th1a | 18:40 |
th1a | Go ahead. | 18:40 |
replaceafill | so as i said i fixed the delete section bug | 18:40 |
replaceafill | and kept working on iep's | 18:40 |
replaceafill | first question: | 18:40 |
replaceafill | should teachers be able to see student's iep skills? | 18:40 |
replaceafill | i mean in the student's iep page | 18:41 |
th1a | Do they now? | 18:41 |
replaceafill | in the old implementation everything was protected by schooltool.edit | 18:41 |
th1a | You should ask Welsh, I guess. | 18:41 |
replaceafill | so only managers were able to see the iep page | 18:41 |
replaceafill | however | 18:41 |
th1a | That's not what I'd think but it is his deal. | 18:41 |
replaceafill | teachers were able to see a different color for the skill in the student's gradebook | 18:42 |
th1a | Oh, go ahead and let them see it and see if he complains. | 18:42 |
replaceafill | ah ok | 18:42 |
replaceafill | second question | 18:42 |
replaceafill | i have a UI problem | 18:42 |
replaceafill | because, again, in the old implementation | 18:42 |
replaceafill | you know | 18:43 |
replaceafill | log in as manager:cando | 18:43 |
replaceafill | at: | 18:43 |
replaceafill | http://69.164.203.135:6663/persons/michael_connet/iep.html | 18:43 |
replaceafill | see the Sections part | 18:43 |
replaceafill | in the page | 18:43 |
replaceafill | btw, the iep link is only available for "learners" in the person index page | 18:43 |
replaceafill | so, my question | 18:44 |
replaceafill | click on: | 18:44 |
replaceafill | 2010-2011 -- Welsh, David -- Ancient Observatories | 18:44 |
replaceafill | that's a edit view | 18:44 |
replaceafill | there's really not "view" view for iep skills | 18:44 |
th1a | Well, it should be consistent with the rest of SchoolTool now. | 18:45 |
replaceafill | ok | 18:46 |
replaceafill | so i'll insert a "view" view in the middle | 18:46 |
replaceafill | i'm also in the middle of changing the score student view to show the iep color | 18:46 |
replaceafill | then comes the three virginia reports | 18:46 |
replaceafill | that needs fixing | 18:46 |
th1a | Ah, yes. | 18:47 |
replaceafill | i think that's it from me | 18:47 |
replaceafill | i'll jump to fix jelkner's data.fs | 18:47 |
replaceafill | you know jelkner ;) | 18:48 |
th1a | Yes, do that first. | 18:48 |
replaceafill | kk | 18:48 |
* replaceafill done | 18:48 | |
th1a | Also, you could just roll him back, couldn't you? | 18:48 |
replaceafill | we just talk and we're: | 18:48 |
replaceafill | going to roll back | 18:48 |
th1a | OK. | 18:48 |
replaceafill | test that everthing works for his demo tomorrow | 18:49 |
th1a | I just sent the email about the VA bug. | 18:49 |
th1a | OK, thanks guys! | 18:50 |
th1a | We're in that post-release cleanup malaise. | 18:50 |
th1a | Hopefully we'll be through it soon... | 18:50 |
th1a | See you Wednesday. | 18:50 |
th1a | Good luck! | 18:50 |
* th1a drops the bag of gravel. | 18:50 | |
yvl | thanks guys, see you soon | 18:50 |
replaceafill | thanks guys | 18:50 |
replaceafill | see you next monday :D | 18:50 |
replaceafill | i'll be traveling on wed ;) | 18:50 |
aelkner | thanks guys, cya wed | 18:51 |
aelkner | replaceafill, cya monday | 18:51 |
*** yvl has quit IRC | 18:51 | |
replaceafill | th1a, jelkner's instance data.fs restored | 19:16 |
replaceafill | he just lost today's quiz answers :( | 19:16 |
replaceafill | but he's fine with that | 19:16 |
replaceafill | he'll re-give the quiz next week | 19:17 |
*** menesis has quit IRC | 19:22 | |
replaceafill | ah, now i understand some of "juju status" output :D | 19:28 |
replaceafill | http://www.jorgecastro.org/2012/11/05/amazon-dev-days-deploying-wordpress-with-juju-on-aws/ | 19:28 |
*** ignas has quit IRC | 19:49 | |
*** menesis has joined #schooltool | 20:05 | |
th1a | replaceafill: I just sent a link to the broken Data.fs. | 20:34 |
th1a | If you've fixed jelkner's bug may be you can take a peek. | 20:35 |
replaceafill | th1a, i restored jelkner's data.fs, i'm now fixing the bug in the importer | 21:39 |
replaceafill | to work only on global skills | 21:39 |
*** replaceafill has quit IRC | 22:11 | |
*** replaceafill has joined #schooltool | 22:15 | |
*** menesis has quit IRC | 22:22 | |
*** ignas has joined #schooltool | 23:16 | |
*** khildin_ has quit IRC | 23:19 | |
*** ignas has quit IRC | 23:24 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!