2011-03-07T01:49:45 *** pinesol` has joined #evergreen 2011-03-07T01:54:47 *** wjr__ has joined #evergreen 2011-03-07T01:55:02 *** pinesol has quit IRC 2011-03-07T01:55:02 *** wjr_ has quit IRC 2011-03-07T01:55:04 *** rangi has quit IRC 2011-03-07T01:55:04 *** mjgiarlo has quit IRC 2011-03-07T01:55:24 *** rangi has joined #evergreen 2011-03-07T01:55:24 *** rangi has joined #evergreen 2011-03-07T01:56:53 *** mjgiarlo has joined #evergreen 2011-03-07T02:15:04 *** jennam has quit IRC 2011-03-07T02:19:02 *** jennam has joined #evergreen 2011-03-07T07:40:18 *** sfortin has joined #evergreen 2011-03-07T08:03:27 *** collum_ has joined #evergreen 2011-03-07T08:06:00 *** mrpeters-isl has joined #evergreen 2011-03-07T08:11:56 *** collum_ has quit IRC 2011-03-07T08:15:54 *** gdunbar has joined #evergreen 2011-03-07T08:39:19 *** Dmagick has joined #evergreen 2011-03-07T08:40:56 *** kmlussier has joined #evergreen 2011-03-07T09:02:01 *** Callender has quit IRC 2011-03-07T09:07:23 *** rickd__ has quit IRC 2011-03-07T09:10:31 *** Kip_ has joined #evergreen 2011-03-07T09:11:01 *** bshum has joined #evergreen 2011-03-07T09:13:12 *** yboston has joined #evergreen 2011-03-07T09:23:12 *** rickd_ has joined #evergreen 2011-03-07T09:24:21 *** dbs has joined #evergreen 2011-03-07T09:24:21 *** dbs has joined #evergreen 2011-03-07T09:31:22 *** jenny has joined #evergreen 2011-03-07T09:33:02 @later tell senator In case you're wondering, I assigned the AutoGrid clone bug #728055 to you because I wasn't sure "Bill Erickson" was the right berick without being able to see his email address 2011-03-07T09:33:02 dbs: The operation succeeded. 2011-03-07T09:33:45 *** Callender has joined #evergreen 2011-03-07T09:34:41 * berick checks his email addr 2011-03-07T09:35:01 *** AaronZ-PLS has joined #evergreen 2011-03-07T09:36:50 berick: I guess this is you: https://launchpad.net/~erickson-esilibrary - the esilibrary gives it away :) 2011-03-07T09:37:09 In the "Assign" dialogue in Launchpad, though, it just shows name + email address 2011-03-07T09:38:39 yeah, my email should be visible now. 2011-03-07T09:43:36 berick: thanks! While I have your attention - does my assessment in https://bugs.launchpad.net/evergreen/+bug/728055 make sense to you? 2011-03-07T09:45:17 looks like A/T event definition might be the only code using showClonePane() currently, which is probably why nobody caught this before 2011-03-07T09:45:44 * berick lokos 2011-03-07T09:48:07 dbs: perhaps _makeClonePane needs to use field.widget.attr('value') instead of field.widget.widgetValue. 2011-03-07T09:48:27 er, well, that might be field.widget.widget.attr('value') 2011-03-07T09:48:46 berick: I can try that; seems un-dijit-like but working > not :) 2011-03-07T09:49:10 * dbs was reading through AutoFIeldWidget to try and figure out how the display string was getting returned instead but I'll jump to that 2011-03-07T09:49:23 well, i'd say it's more dijit-like than the code that's there 2011-03-07T09:49:47 I also have no idea how the override Widget stuff works, but that's probably why the granularity bit doesn't get cloned / isn't editable 2011-03-07T09:50:20 yes, probably 2011-03-07T09:56:29 though, actually, the change to .attr('value') might fix the widgetoverride problem as well 2011-03-07T09:56:44 guys - apologize for this because i know we discussed it in great detail, but I've since lost my bookmark to that day's chat logs - looking for info on turning on the copy information in search results with 2.0 2011-03-07T09:56:45 since it will be using language general dijit's udnerstand 2011-03-07T09:56:52 berick++ 2011-03-07T09:57:10 local copy information, i guess it is... 2011-03-07T09:57:25 granularity bit doesn't work, but otherwise that change is goodness 2011-03-07T09:57:28 Jay County Public Library - Portland - J796.357 B924 - Kids New Shelf, J N-F (Available) type things... 2011-03-07T09:57:31 dbs: cool 2011-03-07T09:58:55 And then on edit, granularity is editable. So that's a huge step forward. berick++ 2011-03-07T10:02:10 mrpeters-isl: I think it's on by default in the default skin 2011-03-07T10:03:03 Good Morning all. Is there a way (from SQL) to link a hold transit to a circulation? 2011-03-07T10:04:46 dbs: is it? ok, i was thinking when we last talked about it that it wasnt :) 2011-03-07T10:05:02 maybe its on now in 2.0.1 and beyond and i just didnt notice 2011-03-07T10:05:14 mrpeters-isl: you have to search /at/ that library for it to show up, though 2011-03-07T10:05:39 s/that/a library with can_have_vols=true/ 2011-03-07T10:05:46 IIRC 2011-03-07T10:05:46 no it shows up searching everywhere 2011-03-07T10:05:54 i just had a different memory of how it worked i guess 2011-03-07T10:06:01 i was thinking i had to customize something to get it to show 2011-03-07T10:06:11 but its definetly on with 2.0.1 and i didnt change anything 2011-03-07T10:06:40 sorry - been away for a week and just must have forgotten 2011-03-07T10:07:02 * eeevil must be thinking of the 1.6.1 version 2011-03-07T10:07:09 (for callnumbers) 2011-03-07T10:12:30 mrpeters-isl: possibly one of the changes listed in http://svn.open-ils.org/trac/ILS/log/branches/rel_2_0/Open-ILS/web/opac/skin/default/xml/result/result_table.xml?rev=19490 fixed something for you. dunno. 2011-03-07T10:14:47 very possible. i know you, myself, and jeff had a big talk about this a month or so ago i just can't find the logs 2011-03-07T10:15:03 you guys showed me your versions after i asked about it upon seeing it in the feature list 2011-03-07T10:15:18 no worries though. it appears to be a default now and looks the way we want it to 2011-03-07T10:15:58 *** moodaepo has joined #evergreen 2011-03-07T10:16:06 berick: thanks again for the fix; merged it all the way back to 1.6.1 2011-03-07T10:18:15 dbs++ 2011-03-07T10:18:22 thanks for the testing and merging 2011-03-07T10:18:46 berick++ dbs++ 2011-03-07T10:19:23 ok folken ... I'm gearing up to merge svf unless someone runs up and punches me in the nose 2011-03-07T10:19:35 oh nose! the 9.0! 2011-03-07T10:19:37 :) 2011-03-07T10:20:28 heh 2011-03-07T10:21:05 oh nose, bros, the 9.0's 2011-03-07T10:21:14 eeevil: it passes our complete set of unit & regression tests, right? :) 2011-03-07T10:21:16 or, my bad, brah's 2011-03-07T10:21:22 berick++ 2011-03-07T10:22:26 * dbs wants berick to do his presentation bits in character as Owen Wilson 2011-03-07T10:23:28 dbs: you'll have to sock me in the nose first to dislocate it 2011-03-07T10:23:51 /topic nose_punching 2011-03-07T10:24:37 berick: that's a good option if we fail to put together a presentation with any technical substance 2011-03-07T10:25:38 yeah. we also have 3/4's of a barber shop quartet 2011-03-07T10:27:25 dbs: it ... works on all the dev systems it's on ;) 2011-03-07T10:27:28 crap. just fired up a new x120e thinkpad and it has an AMD e240 (1-core) processor instead of the e350 (dual-core) that I wanted 2011-03-07T10:27:43 I _knew_ the price was too good. argh. 2011-03-07T10:31:00 so, for the list of open bugs on http://ur1.ca/3eyox - I suspect the patron credit ones are the most important for 2.0.3? 2011-03-07T10:31:19 * dbs heads back to the store with the laptop 2011-03-07T10:34:27 *** mtisi has joined #evergreen 2011-03-07T10:38:19 grabbing 0495 2011-03-07T10:45:03 *** kmlussier has quit IRC 2011-03-07T10:45:33 *** parsr has joined #evergreen 2011-03-07T10:48:42 dbs: Authority records in 2.0.2 -- when I perform a search, I only get 2 hits in the screen, then have to page next, etc. Any way to see more hits for search. Also, for Actions, I can seem to be able to engage the edit menu (no response). Is there patch I'm missing? 2011-03-07T10:49:31 parsr: sounds like you're missing lots. Don't know what you're missing, though 2011-03-07T10:51:09 parsr: if you can load some authority records into a clean Evergreen install and you see the same problem, then you can open a bug (attach the authority records to the bug, please) 2011-03-07T11:02:47 dbs: Also, when I'm in a bib record, isn't right click supposed to give me an option to manage the term using authorities? I think perhaps a re-install of 2.0.2 in order or test using clean install. Thanks. 2011-03-07T11:03:38 parsr: yes it is, subject to the limitations described at http://evergreen-ils.org/dokuwiki/doku.php?id=authorities:2.0 2011-03-07T11:04:29 e.g. if you're trying to control a 69x field, no authority for you 2011-03-07T11:06:28 *** youdonotexist has joined #evergreen 2011-03-07T11:12:30 * dbs watches http://testing.evergreen-ils.org/buildbot/waterfall digest eeevil's flurry of commits 2011-03-07T11:22:59 dbs: -- same situation following re-install of 2.0.2 (minus database upgrade steps of course, and re-ingest, etc.). Got to go and will try other options to narrow this down. 2011-03-07T11:23:22 parsr: file a bug with your sample records, please 2011-03-07T11:24:36 *** parsr has quit IRC 2011-03-07T12:01:45 *** jamesrf has joined #evergreen 2011-03-07T12:07:17 So, with 9.0 being required for trunk/2.1, how does that effect Makefile.install and the README file? Or are we assuming 8.4 client can handle the stuff when talking to 9.0 server? 2011-03-07T12:10:57 8.4 clients are fine (with some exceptions in psql's \d commands) 2011-03-07T12:12:10 dbs: sorry about the commit avalanche ... I'll rebase a bit next time I merge a branch in ;) 2011-03-07T12:25:08 I just opened a series of related query parsing bugs, and wanted to mention that anyone looking at them as a whole may want to include #605921 as well. 2011-03-07T12:28:13 It some of these are cases where we just can't do something sensible, we should probably consider surfacing some sort of error to the end-user rather than just letting it 'spin' 2011-03-07T12:28:48 the spin was denial that errors could happen :) 2011-03-07T12:29:01 s/It/If 2011-03-07T12:30:40 *** mtisi has quit IRC 2011-03-07T12:31:02 *** mtisi has joined #evergreen 2011-03-07T12:31:38 I dislike that launchpad can mark as duplicate, but not as related. So far as I can tell. 2011-03-07T12:32:36 how easy is it to use tagging? 2011-03-07T12:34:46 Doesn't tell you "this other bug may be directly related rather than just being in the same general area" 2011-03-07T12:35:21 make a bug number into a tag, is what I was thinking 2011-03-07T12:35:40 just don't know what the overhead is 2011-03-07T12:39:12 i believe if you mention a bug number in a comment, it will link. there's no dedicated "this is a list of the other bugs mentioned in this bug's comments" 2011-03-07T12:40:07 *** Meliss has joined #evergreen 2011-03-07T12:44:09 *** rsoulliere has joined #evergreen 2011-03-07T12:52:54 *** vickir has joined #evergreen 2011-03-07T12:56:02 dbwells: thanks for looking at QP ... I'll look at your bugs soon 2011-03-07T12:56:19 Yipe! We are doing the final day of staff training prior to coming up on Evergreen. Our record load looks good. Staff member permissions look the same as they did in our test loads. But today staff cannot assign a patron record to a group. We found that this is an error others have experienced but when we try the suggested fix (group_application.usr.patron and adding a permission with each subgroup of our patrons) it does not f 2011-03-07T13:00:04 vickir: You got cut off at the end of that paragraph. 2011-03-07T13:00:15 bshum: you beat me to it ;-) 2011-03-07T13:00:22 csharp_GPLS: :) 2011-03-07T13:00:39 hmm - I didnt' change nicks :-/ 2011-03-07T13:00:46 Dun, dun, dun! 2011-03-07T13:00:46 who AM I? 2011-03-07T13:00:53 *** csharp_GPLS is now known as csharp 2011-03-07T13:01:26 netsplit! 2011-03-07T13:01:26 vickir: I'd double check that the staff permission group has been granted group_application.user and group_application.user.patron 2011-03-07T13:01:38 You need the base permission as well. 2011-03-07T13:01:52 Since all users start off as children of the Users group, which requires group_application.user 2011-03-07T13:04:13 Yes, staff have group_application.user and group_application.user.patron as well. 2011-03-07T13:04:19 eeevil: no need to apologize - buildbot delays building a bracnh until 5 minutes have passed with no new commits in that branch 2011-03-07T13:07:08 What is so strange is that our test dump had the same permission settings as this one and it worked just fine. 2011-03-07T13:07:22 Hmm 2011-03-07T13:24:04 questions not asked: "oneiric ocelot: too much?" 2011-03-07T13:29:39 csharp: as I dented this morning, I'm just glad they avoided the adjective "onanistic" 2011-03-07T13:30:31 csharp: I'm trying out the pgsql 9 cross-distro RPM on my Fedora 14 laptop from http://www.openscg.org/se/postgresql/packages.jsp and will let you know how that goes (for trunk / rel_2_1 stuff) 2011-03-07T13:31:53 If we change permission to "everything" we can add new users into groups. Of course we can't run that way but at least we can be sure that our problem is permission based. 2011-03-07T13:37:38 *** jenny has quit IRC 2011-03-07T13:40:53 Hrm. Looks like the openscg packages for pg 9.0 don't include contrib modules. That's a problem 2011-03-07T13:41:37 indeed it is 2011-03-07T13:43:46 also need to teach it where libperl.so lives. bah. Guess I could install from source 2011-03-07T13:46:36 vickir: staff have the appropriate working locations, to go with their hierarchy of group permissions? 2011-03-07T13:46:53 dbs: at least "onanistic" is something I know how to pronounce AND spell :-D 2011-03-07T13:47:09 * csharp waves away the jokes 2011-03-07T13:47:21 csharp++ 2011-03-07T13:48:06 * bradl throws peanuts 2011-03-07T13:48:12 eeevil: my bad, tracked down contribs *phew* 2011-03-07T13:53:49 *** jenny has joined #evergreen 2011-03-07T13:56:33 should we consider a quick list of places to get 9.0 packages for easy reference? 2011-03-07T13:58:45 tsbere: sounds like you're already considering it! 2011-03-07T13:59:02 dbs: I just happen to have bookmarked this page for my own reference: https://launchpad.net/~pitti/+archive/postgresql 2011-03-07T14:02:36 Are there reasons we should not use PG 9.0 with EG 2.0.x other than "it's not tested very much (yet)" Or is this something that can wait till 2.1/future 2011-03-07T14:04:38 *** Lowery has joined #evergreen 2011-03-07T14:05:40 dbs: I am currently working on a 2.0 to 2.0.2. upgrade, and I am thinking this changeset and company did not do what you wanted: http://svn.open-ils.org/trac/ILS/changeset/19432 2011-03-07T14:05:50 Hey everyone, so i had a question about the staff client i seem to be having some problems with the new 2.0.1 image i downloaded it keeps telling me the admin/open-ils user doesnt work for the staff client run on that image using localhost 2011-03-07T14:05:53 dbwells: feel free to fix it 2011-03-07T14:07:04 dbwells: https://bugs.launchpad.net/evergreen/+bug/728671 is evidence that you're correct 2011-03-07T14:07:37 Lowery: and you can login to srfsh with admin/open-ils? 2011-03-07T14:08:57 dbs: well, I may be wrong, but I think it should be reverted entirely, and didn't want to do that without talking it over first. 2011-03-07T14:09:00 i did the srfsh login test and it reply with received no data from server 2011-03-07T14:09:00 dbwells: fwiw, eeevil has suggested that that function should be modified to use the identifier|issn index, which may or may not have its own normalization issues 2011-03-07T14:09:10 dbwells: if you can fix it, go ahead 2011-03-07T14:09:29 Lowery: then that needs to be fixed up before the staff client login can happen... 2011-03-07T14:10:05 ok.... 2011-03-07T14:10:19 Lowery: can you open a second terminal and do 'tail -f /openils/var/log/osrfsys.log', then try to login with srfsh? 2011-03-07T14:10:27 Lowery: that should give you some leads 2011-03-07T14:12:25 ahh i see i appearntly need to registart the router@private since i changed the network 2011-03-07T14:18:35 so since i just added a NIC to the image called eth2 on the 192.168.12.x network do i only have to change host files or what all does need changed for this 2011-03-07T14:20:07 *** kmlussier has joined #evergreen 2011-03-07T14:21:30 Lowery: sorry - doing more than one thing ;-) - you shouldn't have to change the /etc/hosts file for a network IP change 2011-03-07T14:23:23 dbs: part of the problem is that I can't reproduce the ISBN bug. 2011-03-07T14:24:03 dbs: wait... 2011-03-07T14:24:22 or don't wait, rather, ignore for now... 2011-03-07T14:25:53 ok, so to change the network what should change? 2011-03-07T14:27:02 Lowery: you might need to do an 'ifconfig eth2 down' then 'ifconfig eth2 up' to get the NIC to "see" the new network 2011-03-07T14:27:32 i can see the network just fine 2011-03-07T14:28:01 i cant get the staff client to work and the only thing i have changed from the VM i downloaded from the site was to add eth2 2011-03-07T14:28:18 Lowery: not sure there is enough information...exactly what doesnt "work" 2011-03-07T14:28:25 can you login from srfsh 2011-03-07T14:28:31 can you login to the opac 2011-03-07T14:28:39 have you run settings-tester.pl? 2011-03-07T14:28:55 i can not login from srfsh 2011-03-07T14:29:06 then thats why you can't login to the staff client 2011-03-07T14:29:08 Lowery: what did the logs tell you? (and if you can't login to srfsh, then the others won't work either) 2011-03-07T14:29:21 Lowery: http://www.open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors 2011-03-07T14:29:29 start at the top, and work your oway down 2011-03-07T14:29:31 *way 2011-03-07T14:29:42 mrpeters-isl: he added a NIC to a downloaded image 2011-03-07T14:30:02 (to make matters a little more complex) 2011-03-07T14:30:10 csharp: shouldnt matter though - if you can't login via srfsh thats a problem on the local machine 2011-03-07T14:30:28 srfsh wont care about that second NIC - at least I don't think it would... 2011-03-07T14:30:43 settings-tester would give us a good indication of where the problem is 2011-03-07T14:30:51 mrpeters-isl: yep 2011-03-07T14:30:52 rsoulliere: is the DIG team meeting happening here and now? 2011-03-07T14:31:30 Yes, I think so... 2011-03-07T14:31:48 Waiting for official opening from Karen. 2011-03-07T14:31:53 Lowery: there's about to be a meeting in this channel - can you hold off for about an hour or so? 2011-03-07T14:31:57 Lowery: i don't want to disrupt the meeting...you can PM me or we can wait 2011-03-07T14:32:08 k 2011-03-07T14:32:10 Lowery: or pm mrpeters-isl ;-) 2011-03-07T14:32:32 would really like to see the result of settings-tester 2011-03-07T14:32:41 *** ChanServ changes topic to "DIG meeting agenda at http://ur1.ca/3f12b | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" 2011-03-07T14:32:43 so feel free to paste it to lisp and PM it 2011-03-07T14:33:06 you guys could jump to #openils-evergreen if you want to continue debugging 2011-03-07T14:33:10 good idea, dbs 2011-03-07T14:33:12 then its still logged 2011-03-07T14:33:33 Lowery: lets do that 2011-03-07T14:34:12 OK, lets get started with the DIG meeting... 2011-03-07T14:35:13 Let's start with introductions to see who is here for DIG... I am Robert Soulliere from Mohawk College. 2011-03-07T14:35:43 * kmlussier is Kathy Lussier, MassLNC 2011-03-07T14:35:54 * sfortin is Sally Fortin, Equinox Software 2011-03-07T14:35:54 * dbs is Dan Scott from Laurentian University, on the periphery 2011-03-07T14:36:00 * jenny is Jenny Turner, PALS 2011-03-07T14:36:58 * csharp is Chris Sharp, GPLS, mostly lurking ;-) 2011-03-07T14:37:30 * jeff is Jeff Godin, TADL. Observing by happenstance. :) 2011-03-07T14:37:48 OK, others introduce yourselves as you enter or whenever... 2011-03-07T14:38:03 * bshum is Ben Shum, Bibliomation 2011-03-07T14:38:23 First item was: Staff client help pages 2011-03-07T14:39:00 Is Jeremy Buhler here? This item was requested by him. 2011-03-07T14:39:39 OK, we will move on and postpone that item for now... 2011-03-07T14:39:59 Next item: DIG Roles Update 2011-03-07T14:40:11 Let me summarize in a few lines... 2011-03-07T14:40:19 *** collum has quit IRC 2011-03-07T14:40:21 No volunteers for roles. 2011-03-07T14:40:31 Recent discussions on the lists and launchpad bugs/issues seem to indicate that these roles are more important than ever for quality control. 2011-03-07T14:40:39 It would be nice for people with a strong interest and opinions about the documentation to take on some of these roles so workload can be shared and documentation can start to close the gap on the incredible pace of Evergreen development. 2011-03-07T14:42:33 rsoulliere: are the roles defined somewhere? sorry - I've been out of the DIG loop for some time now 2011-03-07T14:43:45 I sent those out a while ago on the DIG list... I will send again after the meeting since I don't have them handy. 2011-03-07T14:44:18 * csharp sees "Volunteer Roles" at http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_participation 2011-03-07T14:44:34 rsoulliere: I would be interested in a content coordinator role, but i can' remember if it were broken up more, or if the decision was to leave them as they are. 2011-03-07T14:45:28 rsoulliere: never mind - I see your email from Feb. 8 2011-03-07T14:45:48 For others, I think this is the thread: http://list.georgialibraries.org/pipermail/open-ils-documentation/2011-February/000761.html 2011-03-07T14:46:03 kmlussier: keep in mind that the coordinator roles are not responsible for writing everything in an entire part... just coordinating efforts. 2011-03-07T14:46:58 I can volunteer to be the Reports Coordinator, since I've been involved with the Reports TaskForce. 2011-03-07T14:47:18 if you want to write or deal with a particular section, you can sign up to write a particular section on the outline which you have done... Thanks! 2011-03-07T14:47:20 OK, I'm willing to do OPAC/staff tasks content coordination. 2011-03-07T14:49:08 OK thanks guys... 2011-03-07T14:50:23 OK to move things along, we will go to the next topic: Progress report for 1.6 and 2.0 2011-03-07T14:50:30 Quick summary.... 2011-03-07T14:50:37 International access issues to documentation site seem to be resolved now with testers reporting that they are able to access site from all their locations. 2011-03-07T14:50:44 rsoulliere++ 2011-03-07T14:50:49 Many chapters have been added to 2.0 some of which were ported from 1.6 since content was the same. 2011-03-07T14:50:58 KCLS and GPLS generously submitted documentation content for 2.0 last week and on the weekend. 2011-03-07T14:51:03 KCLS++ GPLS++ 2011-03-07T14:51:10 KCLS++ GPLS++ 2011-03-07T14:51:21 We have added them to the docs (asciidocs and Docbook XML). Hopefully, people will review, enhance and edit by DIG and the general community. 2011-03-07T14:51:31 sfortin++ for writing it 2011-03-07T14:51:33 More work on those to be done... 2011-03-07T14:51:49 Thanks to everyone who signed up for sections so far. 2011-03-07T14:52:31 Please review 2.0 outline and look for needed chapters or sections. 2011-03-07T14:52:36 http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs_2.0:outline#partadministration 2011-03-07T14:52:46 In particular is anyone writing documentation for the Public Access Catalog part for 2.0 which could be contributed? 2011-03-07T14:52:56 This seems like low lying fruit and would seem that anyone using 2.0 would have stuff written for this? 2011-03-07T14:54:51 OK, maybe not... 2011-03-07T14:55:18 I can check with my group - I think somebody may be in the process of writing it here, and I can contribute what we have. 2011-03-07T14:55:44 Thanks, kmlussier++ 2011-03-07T14:56:14 Anyone have anything else to add for the progress report? 2011-03-07T14:56:42 I'm planning to tackle the cataloging tasks I signed up for this week. 2011-03-07T14:57:19 I'm still planning to write up "why nullability matters in reports" 2011-03-07T14:57:56 I have some new info on reporting sources in 2.0 - hopefully I'll be able to do something with that in the near future. Next Reports meeting is Wednesday. so I'll see if anyone has anything new. 2011-03-07T14:58:21 Excellent, 2011-03-07T14:59:34 OK, lets move to next topic... these next 2 were added late. 2011-03-07T14:59:47 Need more policies 2011-03-07T14:59:58 Do we need more written policies for documentation? 2011-03-07T15:00:11 Over the last year we have focused on getting documentation off the ground. 2011-03-07T15:00:20 Now, perhaps we need more structure/policies perhaps to prevent mistakes such as code attribution faux pas... and to address questions regarding where to submit/post/store documentation which seems to be unclear based on recent list discussion? 2011-03-07T15:02:38 Being new to DIG, I would find all of this information helpful. Are there any current written policies? 2011-03-07T15:02:46 Having coordinators for each section might help with some of this, maybe?? At least then, if something were submitted to the general DIG list, the coordinator for that section could at least be responsible for grabbing it? 2011-03-07T15:03:01 Jennty, 2011-03-07T15:03:04 But, yes, some guidelines might help. 2011-03-07T15:03:19 Jenny, yst I was thinking that the coordinators could play a role. 2011-03-07T15:03:34 Not much is written now... 2011-03-07T15:03:57 The question would then be: Anyone with time to write these? 2011-03-07T15:05:20 Anyways, perhaps something to think about and could continue discussion on the DIG list. 2011-03-07T15:05:26 kmlussier: there are some guidelines at http://www.evergreen-ils.org/dokuwiki/doku.php?id=contributing#documentation_contribution that could be augmented 2011-03-07T15:06:05 Does anyone know of any similar policies we could borrow from? : ) 2011-03-07T15:06:08 dbs: thx! I also found this - http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_participation. 2011-03-07T15:08:26 jenny: this may be an example worth looking at (from the fedora project): https://fedoraproject.org/wiki/Docs_Project_licensing_FAQ 2011-03-07T15:09:17 I would figure most established F/LOSS projects would have similar pages 2011-03-07T15:11:12 csharp: thanks - I figured there had to be something 2011-03-07T15:11:44 OK, then we can look at those resources for ideas and build on what we have in place. 2011-03-07T15:12:12 The next item is: asciiDoc 2011-03-07T15:12:46 On the list, Dan Scott suggested using asciidoc as a good base format for documentation since: 2011-03-07T15:12:56 it is very versatile (allows for conversion to many different formats from one source), 2011-03-07T15:13:09 it allows for easy and quick conversion to basic docbook files, 2011-03-07T15:13:16 and it is much easier for users than DocBook – and probably less intimidating – since the syntax looks more like plain text. 2011-03-07T15:13:31 Dan, did I capture the basic points or did you want to add something? 2011-03-07T15:14:42 rsoulliere: one other thing is that I think it could offer a good way of single-sourcing some documents that we want in the tarball anyway - like the README (install instructions), release notes, other text docs 2011-03-07T15:15:20 I'm not saying replace Docbook entirely with AsciiDoc, but maybe there are places where we can automate a single-sourcing of some docs 2011-03-07T15:16:10 Yes, I was thinking of it as a "raw" format... which would still be converted to docbook for inclusion in the documentation.. 2011-03-07T15:16:39 For example, for 2.0 when I have an edit to make to the install instructions, I fix the install docs in the wiki because it is dead easy - but that can leave the install docs in the official docs out of sync (and eventually I'd like the downloads page to link to the official docs for installation) 2011-03-07T15:17:02 And as the tarball needs a plain text install document, there seems to be a lot of potential wins there 2011-03-07T15:17:19 I played with asciidoc a little after dbs made reference to it (again?) and found it very easy to pick up, and was pleased with using it to generate multiple output formats. It's even a supported Github markup ;-) 2011-03-07T15:17:35 jeff: hah, didn't know that! 2011-03-07T15:17:58 one other thing: on Windows, for plain HTML output, it should only need Python + the asciidoc zip file (going to test that soon) 2011-03-07T15:18:24 also, it takes only a few seconds to install on OS X if you are using homebrew. 2011-03-07T15:19:11 I liked it too when testing it on the weekend. Seems like a lower entry point for users not familiar with Docbook. I would much rather get docs submitted in ascii than word or PDF. 2011-03-07T15:19:13 Note: I wrote in Docbook for about 7 years, and was a strong advocate of it for DIG in the early days, but in the last few years asciidoc has closed a lot of gaps 2011-03-07T15:21:02 I would also add that from an authors' perspective, they would only really need to know the asciidoc syntax to construct a file and not necessarily need the software chain -- except for testing. 2011-03-07T15:22:31 e.g. author submits docs in plain asciitext (following a template) which can be converted by someone with access to asciidoc software. 2011-03-07T15:23:11 Some samples are in the repo here: 2011-03-07T15:23:16 https://github.com/rsoulliere/Evergreen-DocBook/tree/master/asciidoc/2.0/stafftasks 2011-03-07T15:26:19 OK, I will continue to experiment with asciidoc and discuss on list etc... 2011-03-07T15:27:17 OK, any other business? 2011-03-07T15:28:23 Next meeting looks like Monday, April 4 at 2:30pm. 2011-03-07T15:28:58 Had a crazy idea to start adding manpage-style perldoc to all Perl scripts, so that we could generate man pages for csharp, and possibly collect the output in a reference chapter. 2011-03-07T15:29:47 Probably not going to happen given time limitations though 2011-03-07T15:29:51 dbs: we had a script that would generate API docs (before docgen.xsl) in wiki format 2011-03-07T15:30:19 based on method registration info 2011-03-07T15:30:56 OK, DIG meeting adjourned. Thanks all. 2011-03-07T15:31:15 rsoulliere++ 2011-03-07T15:31:17 eeevil: yeah, that could be another nice addition to a reference chapter. only as good as the internal docs themselves but more visibility would be more pressure to improve :) 2011-03-07T15:31:21 rsoulliere++ 2011-03-07T15:31:39 dbs: that was the hope with docgen ;) 2011-03-07T15:32:27 dbs: http://svn.open-ils.org/trac/ILS/browser/tags/rel_1_0_1/OpenSRF/doc/dokuwiki-doc-stubber.pl 2011-03-07T15:32:41 * dbs confirms that AsciiDoc on Windows requires only Python + AsciiDoc zip file for HTML output 2011-03-07T15:32:58 *** Lowery has quit IRC 2011-03-07T15:39:32 *** kmlussier has quit IRC 2011-03-07T15:48:49 liking asciidoc after looking at the cheatsheet 2011-03-07T15:48:50 dbs++ 2011-03-07T15:49:32 It's not just quick and dirty, it's quick and clean 2011-03-07T15:56:22 *** jenny has quit IRC 2011-03-07T15:57:35 *** jenny has joined #evergreen 2011-03-07T16:00:47 Hmmmm. Looking over my backlog here from the meeting, the Local Admin/Circ Policies area (along with the rest of local admin in general) is missing. Would my draft doc on the wiki for indb circ help someone get that one piece started? 2011-03-07T16:04:23 *** Meliss has quit IRC 2011-03-07T16:06:23 tsbere: yes it would help. Could you post any missing chapters which are currently covered on the wiki on the 2.0 outline or send to the DIG list? 2011-03-07T16:07:12 rsoulliere: All I've got is the one page I wrote: http://open-ils.org/dokuwiki/doku.php?id=evergreen-admin:customization:indb-circ - I can post a link to that next to the Circ Policies line in the outline if you want. 2011-03-07T16:09:20 Thanks tsbere: I can make a note of that and update the outline. If you notice anything else missing please let us on on the lists or outline. I am sure there are other missing pieces official docs currently on the wiki. 2011-03-07T16:09:31 tsbere++ 2011-03-07T16:11:11 bye... time to go. 2011-03-07T16:11:14 *** rsoulliere has quit IRC 2011-03-07T16:11:14 rsoulliere: Added a link. It obviously isn't going to be ready for direct inclusion. 2011-03-07T16:11:17 *** kcollier has joined #evergreen 2011-03-07T16:11:20 bah. 2011-03-07T16:11:59 *** kcollier has quit IRC 2011-03-07T16:12:26 you scared away kcollier 2011-03-07T16:23:10 Thank you to everone who made suggestions about our permissions problem. We discovered that permissions we had assigned to staff were not being inherited throughout the staff groups so we can fix it. 2011-03-07T16:35:26 *** senator has quit IRC 2011-03-07T16:35:33 *** senator has joined #evergreen 2011-03-07T16:37:33 gmcharlt, phasefx: you guys got anything to add to http://evergreen-ils.org/dokuwiki/doku.php?id=dev:summer_of_coding_ideas ? 2011-03-07T16:37:56 dbs: no bandwidth today, but I'll look at it tomorrow morning 2011-03-07T16:38:35 gmcharlt: sounds good. we need to go through the rest of the application soon, but a good set of project ideas seems like a prereq for proceeding :) 2011-03-07T16:38:37 I've thought about it, but no ah-ha ideas 2011-03-07T16:39:27 certainly nothing glamorous 2011-03-07T16:39:41 I have been considering tackling the dojo piece myself, but am not sure I have the ambition. 2011-03-07T16:39:46 just for the record 2011-03-07T16:39:47 (polish the interfaces, look for hard-coded strings...) 2011-03-07T16:40:14 (help with documentation) 2011-03-07T16:43:05 phasefx: need nicely carved out coding projects. fuzzy stuff probably won't appeal 2011-03-07T16:45:01 another one might be "provide UNIMARC->MARC21 conversion on import" which could be broadened to "provide format-agnostic XML metadata support (for each format, define xpath for indexing / display and spawn appropriate editor)" 2011-03-07T16:45:08 dbs: any reason for an inventory app to be android (or any app) vs a web interface? 2011-03-07T16:45:15 and also "add full-text support" 2011-03-07T16:45:41 jeff: no, I started with android and provided examples of potential client applications under that 2011-03-07T16:46:18 got it. thanks! 2011-03-07T16:46:24 anyway - I asked for stuff on the list, I need to get the hell out of here :) 2011-03-07T16:46:26 *** dbs has quit IRC 2011-03-07T17:02:23 *** phasebb has joined #evergreen 2011-03-07T17:02:23 *** vickir has left #evergreen 2011-03-07T17:10:33 *** mjgiarlo has quit IRC 2011-03-07T17:10:44 *** bshum has quit IRC 2011-03-07T17:11:15 *** mjgiarlo has joined #evergreen 2011-03-07T17:48:07 *** jenny has left #evergreen 2011-03-07T17:49:23 *** yboston has quit IRC 2011-03-07T18:07:55 eeevil: still around? 2011-03-07T18:18:35 *** sfortin has quit IRC 2011-03-07T18:44:21 *** youdonotexist has quit IRC 2011-03-07T20:04:29 *** rickd_ has quit IRC 2011-03-07T20:09:00 *** tater-laptop has joined #evergreen 2011-03-07T20:22:45 *** Callender-Home has joined #evergreen 2011-03-07T21:55:09 *** dbs has joined #evergreen 2011-03-07T21:58:09 phasefx gmcharlt: Added 4 more ideas to http://evergreen-ils.org/dokuwiki/doku.php?id=dev:summer_of_coding_ideas 2011-03-07T23:22:56 *** Callender-Home has quit IRC 2011-03-07T23:23:30 dbs++ 2011-03-07T23:29:05 *** pmplett__ is now known as pmplett_