Perl 6 - the future is here, just unevenly distributed

IRC log for #webwork, 2013-02-01

| Channels | #webwork index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:14 dpvc joined #webwork
02:01 rbeezer joined #webwork
07:18 djun joined #webwork
13:19 goehle joined #webwork
13:34 dpvc joined #webwork
13:42 dpvc joined #webwork
13:44 dpvc joined #webwork
15:04 aubreyja joined #webwork
15:28 rbeezer joined #webwork
18:22 aubreyja mgage, mgage_: around?
18:35 mgage hi
18:35 mgage aubreyja: hi
18:36 aubreyja hi - just trying to figure out the differences between the two 2.5.1.3 branches on webwork2-dev
18:37 aubreyja and if one of them is safe to run in production
18:38 mgage ignore the open_ww2.5.1.3 branch -- that is a local name on my github -- and supposedly it is supposed to push to ww2.5.1.3  -- for some reason it pushed under it's own name.  I'll delete it later today
18:38 mgage I'm using ww2.5.1.3 in production on test.webwork, hosted2.webwork and as of yesterday morning on math.webwork.rochester.edu
18:39 aubreyja cool - I'll update then.
18:39 mgage it took me a few minutes to switch over and about an hour of watching the logs to get the kinks out.
18:39 mgage I'll send you my notes.
18:39 aubreyja great
18:39 aubreyja one issue - I actually run on a branch called mu-prod
18:40 aubreyja if I do git merge ww2.5.1.3-dev (my name for it) it will wipe out my local changes
18:40 aubreyja is there a way to merge to say 'keep local'
18:40 mgage one lesson I learned -- I'm thinking of changing the code (in the devel branch) so that it looks at database.conf.dist    and only used a database.conf if it is present as an override -- we almost never change the data in this file, but it's easy to forget to switch it over when you change from ww2.5.1.1 to ww2.5.1.3
18:41 aubreyja why don't we just send it out called database.conf or database.config (to match defaults.config)
18:41 mgage what files did you do the changes in
18:41 mgage yes -- I'd probably do that
18:42 mgage I do want to allow for local overrides if you REALLY want them -- but at the moment they are seldom necessary
18:44 aubreyja Let's see, I've got a local theme called mu, modified site_info.txt, a language file called tc.po (or localizations for our college algebra coordinator), mathjax 2.1, I commented out Bill's warnings in Authen.pm, modified LDAP.pm b/c somehow there is still a warning about 'not numeric' modified DB.pm for a bug fix I contributed to webwork2-dev which is not in webwork2, modified WebworkSOAP.pm to include our secret key and the logging st
18:44 aubreyja put in yesterday
18:44 aubreyja also changed defaults.config for the new language files (kr.po and tc.po)
18:44 aubreyja and I've got someone adding new help files to htdocs/helpfiles
18:45 mgage are these in a file that is already covered by git?
18:45 mgage I mean directory under git control?
18:45 aubreyja oh, and there's a bug I fixed in Gateway.pm where it says "all of these answers are correct" even if some answers are not correct.
18:46 aubreyja tc.po is in my index, kr.po is not yet
18:46 aubreyja eventually I'm going to push mu-prod to my github and send some pull requests to get my bug fixes in
18:47 mgage so what seems to happen is that if you haven't commited changes you will get a warning that the changes will be overridden and you will be asked to stash your work.
18:47 aubreyja ok, right - that will stop the merge
18:47 aubreyja so then I commit everything (I assume the untracked files will get ignored)
18:48 mgage otherwise the changes will be merged into your current files.  -- this is assuming that your files and 2.5.1.3 share an ancestor.  -- I'm not 100% sure what will happen with mathjax
18:48 mgage yes -- you need to commit your changes
18:48 aubreyja btw, I got the LTI authentication working for the Ithaca people and tested it out. Looks good, even with a course-by-course set up
18:49 mgage there is a    git merge --no-commit flag (if I remember right) which will allow you see what would happen)  you can also do    get fetch which will make a local copy of github's repo but won't immediately merge that branch with your own.
18:50 mgage excellent -- we need a write up of that
18:50 aubreyja I was thinking that we might want to consider shipping the various *_authen.conf.dist files next to course.conf and looking for them so people can easily see how to set up their own authentication in a course
18:51 mgage probably you should be putting the bug fixes into ww2.5.1.3   as well --- Davide's overview proposal is pretty good for managing github -- but it's tricky to decide when the incremental improvements to the current branch should be only placed in a development branch instead.
18:51 mgage sounds like a good idea.
18:52 mgage Since I haven't been able to use most of the alternate authen configurations here I'm not quite up to date on the possibilities.
18:52 aubreyja or, maybe we (I) could write a page for Course Configuration which allows a user to select an authentication module and configure it and adds the config settings to simple.conf
18:53 mgage that would allow for it's use on the MAA server.  Is there much a demand for that yet? or are the people using LTI mostly using their own servers?
18:54 aubreyja so far on their own servers, but if we offered the option I think people would use it
18:54 mgage aside from writing the extra code I suspect that the more configuration you can do from the web the better.
18:54 aubreyja well, faculty wouldn't know what to do with it, but it would be attractive to IT departments
18:54 mgage that's certainly the direction moodle has traveled.
18:54 mgage in that case you could also put a configuration page in the admin course
18:54 aubreyja and, from a security point of view, the less we're in the business of storing passwords, etc., the better.
18:55 mgage yes
18:55 aubreyja right, that would be a fun project - set up web-configuration pages in the admin course...
18:57 aubreyja Plus, if we jump on the LTI bandwagon, we won't have to worry about maintaing the separate LMS bridges.  I was able to authenticate into a webwork course from my blackboard server using LTI after about 15 minutes of figuring it out
18:57 mgage yep.  looks like we'll have a good crew at Raleigh.  I'll get my tickets tonight or tomorrow. I'm trying to decide whether to come back late Sunday or relatively late on Monday (that's when the convenient flights are) -- I'll probably decide based on who else would be around on Monday -- Peter in particular.
18:58 mgage That's very good.  I should work on using LTI with moodle as well.
18:58 aubreyja I'm almost certainly going to leave on Sunday night - almost certainly - well see
18:58 mgage Can you get the gradebook to work with blackboard as well.
18:59 mgage brb
18:59 aubreyja no, right now Bill's code is only LTI-basic which does single-sign on, and role mapping, the fuller LTI spec does send data back to the LMS but I'm not sure if many of them support that yet (but most support LTI-basic)
19:02 aubreyja I also want to find some easy to set up, secure way for people to get access to their course files outside of the web-interface.  I set up git access for Yoav.  The ithaca people want sftp.  I can set up a restricted sftp on test (so they can only use scp for example and have no shell access) but of course maa is blocking ssh except through the vpn.  Eventually, once we find a good model, I'd like to see that access set up as part of co
19:02 aubreyja creation and then an instructor can choose to enable it or not.
19:06 mgage I want to comment out one of the clauses in the if statement that he added --- the one that checks to see if the param key and the cookie agree.  quite often they don't and webwork freezes up -- you have to clear the cache or log out of your browser to get it to work again.  It seems to me that expecting these to agree is not a reasonable check.  Among other things it makes the moodle webwork bridge fail on a consistent basis.
19:06 mgage do you see any reason to keep that check?  I don't see how it improves security much.
19:08 aubreyja No, the current version just warns the user about the issue, but I have actually commented that out in my mu-prod branch
19:08 aubreyja It also makes the blackboard bridge fail, which is why I commented it out
19:09 mgage I think we should just leave it out of 2.5.1.3 and the devel branch.  I'll leave it in 2.5.1.1 and people can comment out their local copies if need be.
19:09 mgage ok -- back to work    ttyl
19:17 aubreyja ttyl
19:17 aubreyja thanks for your help
19:26 mgage if you have time this weekend let's plan to work on settling the contents of github.  maybe get a 2.5.1.1 branch settled and a 2.5.1.3  branch and move new features on to a devel branch
19:52 djun joined #webwork
20:05 mgage aubreyja: hi
20:06 aubreyja hi
20:06 mgage could you send me the MP letter?
21:50 djun joined #webwork
23:00 aubreyja joined #webwork
23:12 aubreyja joined #webwork
23:23 djun joined #webwork

| Channels | #webwork index | Today | | Search | Google Search | Plain-Text | summary