| # | Time | Nick | Message |
|---|
| # | 00:00:21 | mtisi has left #evergreen |
| # | 00:02:50 | mtisi has joined #evergreen |
| # | 00:13:41 | bshum has quit IRC |
| # | 00:24:57 | AaronZ-PLS has quit IRC |
| # | 00:35:53 | bshum has joined #evergreen |
| # | 00:56:44 | dbs has quit IRC |
| # | 01:49:36 | hitesh has joined #evergreen |
| # | 04:00:46 | m3th0d has joined #evergreen |
| # | 04:45:10 | twofish has quit IRC |
| # | 04:47:16 | twofish has joined #evergreen |
| # | 05:14:09 | hitesh has left #evergreen |
| # | 07:02:50 | m3th0d has quit IRC |
| # | 07:03:11 | m3th0d has joined #evergreen |
| # | 08:18:40 | m3th0d has quit IRC |
| # | 08:20:35 | m3th0d has joined #evergreen |
| # | 08:23:05 | Dyrcona has joined #evergreen |
| # | 08:29:02 | kmlussier has joined #evergreen |
| # | 08:33:59 | KingNightWolf has joined #evergreen |
| # | 08:46:01 | gdunbar has joined #evergreen |
| # | 08:49:45 | dbs has joined #evergreen |
| # | 08:54:50 | dbs | dev meeting at noon EST today, eh? |
| # | 08:57:33 | dbs | bshum++ # for setting up the agenda |
| # | 09:07:45 | bradl | dbs: EDT, I hope ;) |
| # | 09:08:05 | dbs | bradl: uh, yeah. doh. |
| # | 09:09:05 | bradl is going to run for office on a singular platform: getting rid of DST :) |
| # | 09:11:10 | dbs votes for bradl |
| # | 09:11:31 | dbs | Hell, get rid of timezones too please. UTC FTW |
| # | 09:11:41 | m3th0d has quit IRC |
| # | 09:18:05 | bshum | dbs: Should I send a tiny note to the dev list reminding folks about the meeting today? |
| # | 09:18:24 | bshum | dbs: I started composing one for the community meeting but as usual forgot to write one for the dev meeting first :S |
| # | 09:18:26 | dbs | bshum: I was just writing that tiny note up |
| # | 09:18:35 | bshum | dbs++ Cool |
| # | 09:19:25 | dbs | and sent |
| # | 09:28:15 | Dyrcona | I am setting up a SIP server and I am confused by this sentence "Make sure that all <login>s use the same institution attribute, and make sure the institution is listed in <institutions>." in http://www.open-ils.org/dokuwiki/doku.php?id=evergreen-admin:sip |
| # | 09:28:16 | jcpl-jasonb has joined #evergreen |
| # | 09:28:44 | Dyrcona | It seems to imply that all logins have to use the same institution and that you can only have 1 institution. |
| # | 09:29:24 | Dyrcona | However, the comments in the oils_sip.xml imply otherwise, and it looks like you would want to configure different institutions if they have different selfcheck parameters. |
| # | 09:30:11 | Dyrcona | I'm just asking for a little clarification. I suppose I could just try things and see what happens. :) |
| # | 09:34:16 | bshum | Dyrcona: When you find out let us know ;) |
| # | 09:34:25 | bshum | Your logic sounds good to me though, about having multiple institutions. |
| # | 09:34:55 | dbs | Dyrcona: We have set up SIP with multiple institutions, working fine |
| # | 09:34:58 | jenny has joined #evergreen |
| # | 09:35:31 | Dyrcona | dbs: Ok, thanks for the answer. That is what I thought. |
| # | 09:36:10 | dbs | Hrm. shrinksafe.jar packaged with dojo 1.3.3 appears to use an older, more lax version of rhino that allows some of the new OpenSRF JS tests to pass that should not |
| # | 09:38:21 | jenny has quit IRC |
| # | 09:41:02 | jenny has joined #evergreen |
| # | 09:43:05 | dbs | meh, turns out it's just a change in the ordering of object attributes in the JSON serialization |
| # | 09:48:08 | yboston has joined #evergreen |
| # | 09:52:52 | AaronZ-PLS has joined #evergreen |
| # | 10:23:47 | sgirard has joined #evergreen |
| # | 10:26:09 | eeevil_ is now known as eeevil |
| # | 10:33:59 | Dyrcona | my sip server doesn't start. |
| # | 10:40:44 | dbs | Dyrcona: using the code from github or sourceforge? we're still using the sourceforge code |
| # | 10:40:57 | Dyrcona | github. |
| # | 10:41:20 | Dyrcona | oils_ctl.sh says it is starting SIPServer then nothing. it's not running. |
| # | 10:41:32 | Dyrcona | i'm looking at oils_ctl.sh to see what it does now. |
| # | 10:41:42 | dbs | Dyrcona: yeah, I don't know anything about the github code, sorry |
| # | 10:41:52 | bshum | Dyrcona: When we used the latest SIP code we didn't have too much luck getting it to start initially |
| # | 10:42:27 | bshum | gmcharlt had me poking around with some other branch at first |
| # | 10:42:38 | Dyrcona | I did get it to run from the command line with perl, so maybe I'll try that again and see if we can talk to it. |
| # | 10:42:38 | bshum | Also wasn't sure if it was a bad SIP file on my part |
| # | 10:43:05 | Dyrcona | bshum: yeah. not sure if mine is 100% either. |
| # | 10:44:46 | Dyrcona | ran perl SIPServer.pm /openils/conf/oils_sip.xml and something is listening on port 6001 at least. :) |
| # | 10:45:19 | Dyrcona | Now to see if it gives us answers that make sense. |
| # | 10:45:53 | adbowling-isl has quit IRC |
| # | 10:46:57 | lisppaste | Dyrcona pasted "SIP errors" at http://paste.lisp.org/display/120985 |
| # | 10:47:07 | Dyrcona | That doesn't look good. |
| # | 10:47:19 | Dyrcona | I'll try the sourceforge code. |
| # | 10:52:14 | Dyrcona | Actually, it is working. |
| # | 10:52:27 | Dyrcona | I can login and get my own patron record back. |
| # | 10:52:32 | moodaepo | Dyrcona: I've got the sourceforge SIPServer working but I test against it using yaz-client from my workstation. |
| # | 10:52:40 | eeevil | heads up, for those watching the esi git repo ... I'm about to merge a fun pile o' stuff into trunk! wheee! |
| # | 10:53:06 | Dyrcona didn't know that yaz-client does SIP, too. |
| # | 10:53:10 | dbs | eeevil: mysql compatibility, finally |
| # | 10:53:55 | eeevil | dbs: YES! |
| # | 10:54:03 | phasefx | with MyISAM no less |
| # | 10:54:06 | eeevil | dbs: actually, couchdb |
| # | 10:54:17 | eeevil | who needs typed fields? |
| # | 10:54:35 | dbs | excellent, the couchdb-lucene integration rocks these days |
| # | 10:55:07 | dbs | you've got the opensrf erlang client rolling too? incredible! |
| # | 10:55:32 | dbs | ["__c":["__p":[1234]]] |
| # | 10:55:41 | moodaepo | Dyrcona: Ignore me I was thinking of something else! : ) |
| # | 10:56:46 | moodaepo << slap. wake up. |
| # | 10:57:24 | dbs | Dyrcona: cool, I'm not sure the tests in sourceforge are any different than the github tests. found the test harness a pain to set up, so we tested the old-fashioned way: throw into production |
| # | 10:57:24 | moodaepo | eeevil++ |
| # | 10:59:46 | Dyrcona | Actually, I'm not so sure it is working, now. gonna do some more digging. |
| # | 11:01:42 | lisppaste | eeevil pasted "merge feature rundown" at http://paste.lisp.org/display/120986 |
| # | 11:03:36 | dbs | eeevil: sounds like some good stuff |
| # | 11:04:06 | kmlussier | eeevil++ :-) |
| # | 11:05:52 | eeevil | grabbing 0504 |
| # | 11:07:16 | mrpeters has joined #evergreen |
| # | 11:11:39 | tater-laptop has joined #evergreen |
| # | 11:13:57 | phasefx | we should make the Show * Fields options in the patron editor sticky |
| # | 11:15:21 | tsbere | phasefx: The "suggested" version has an org setting to default to it in trunk/2.1 |
| # | 11:15:27 | phasefx | ah, sweet |
| # | 11:20:14 | joseph_ has joined #evergreen |
| # | 11:25:14 | adbowling-isl has joined #evergreen |
| # | 11:27:39 | Dyrcona | SIPServer from git seems to always return 0 checksums. |
| # | 11:29:41 | m3th0d has joined #evergreen |
| # | 11:32:25 | dbs | Dyrcona: http://lists.katipo.co.nz/public/koha/2011-March/027989.html might be pertinent, I don't know what version of the code atz forked to github |
| # | 11:33:07 | atz | Dyrcona: checksums are bogus. |
| # | 11:34:06 | atz | there are a ton of tests added including extensive debugging to help look at how they are built |
| # | 11:34:29 | tsbere | I have code that generates them (and the server is happy with them, apparently) but then fails because every checksum returned is apparently 0000. :( |
| # | 11:34:30 | atz | but when newer systems are used, the specs don't account for behavior. |
| # | 11:34:46 | atz | like integer representation bit-depth |
| # | 11:35:41 | atz | and then UTF-8 checksums are non-spec also. but koha does UTF-8 throughout now. |
| # | 11:36:12 | atz | basically, those checksums were designed for *serial* cable communication. |
| # | 11:36:28 | mdriscoll has joined #evergreen |
| # | 11:36:36 | Dyrcona | well, that's what SIP was originally designed for. |
| # | 11:36:49 | atz | TCP/IP has it's own checksumming built in. so if you can, just disable them in SIPconfig. |
| # | 11:37:01 | atz | Dyrcona: exactly |
| # | 11:37:17 | Dyrcona | atz: i set error checking to false is there something else that I need to do to disable checksums? |
| # | 11:37:27 | atz | that should do it. |
| # | 11:37:49 | atz | (probably need to reset sipserver after config change) |
| # | 11:38:39 | atz | also you might have to touch your client system. |
| # | 11:39:24 | suho has joined #evergreen |
| # | 11:39:25 | dbs | atz: might be good to document some of those design decisions in the README? |
| # | 11:40:06 | atz | true |
| # | 11:42:15 | atz | if you want to see the internals, do: perl t/0001_checksum.t 1 |
| # | 11:45:14 | atz | i'm not sure how you would get it to always return 0000 though. that seems odd to me. |
| # | 11:45:36 | atz | maybe if one side had them disabled, but the other side kept sending them. |
| # | 11:47:50 | tsbere | My client code *always* sends a checksum at this point, and (without a quick change I just made) *always* expects one back. |
| # | 11:48:20 | atz | *nod* |
| # | 11:48:30 | tsbere | Note that I didn't write said client code. |
| # | 11:48:34 | tsbere | I got it from google code. |
| # | 11:48:38 | tsbere | But that is what it does. |
| # | 11:50:04 | atz | tsbere: some kind of integration package? |
| # | 11:50:26 | tsbere | atz: http://code.google.com/p/php-sip2/ |
| # | 11:53:36 | collum has joined #evergreen |
| # | 11:56:09 | tater-laptop has quit IRC |
| # | 11:57:07 | atz | hmm... pretty old stuff... only 1 line of code touched in 3 years. |
| # | 11:57:42 | atz | 5 lines. |
| # | 11:58:43 | dbs | mmm, meeting real soon now |
| # | 11:59:24 | ChanServ changes topic to "Dev meeting agenda: http://ur1.ca/3p7td | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" |
| # | 11:59:30 | ColinC has joined #evergreen |
| # | 12:00:02 | slipscomb has joined #evergreen |
| # | 12:00:17 | bshum | Meeting time! |
| # | 12:01:18 | bshum | Any volunteers for lead/notes? |
| # | 12:01:20 | jenny1 has joined #evergreen |
| # | 12:01:31 | jenny1 has left #evergreen |
| # | 12:01:59 | jenny1 has joined #evergreen |
| # | 12:02:23 | jenny has quit IRC |
| # | 12:03:52 | dbs | Agenda is short, I can lead :) |
| # | 12:03:57 | bshum | dbs++ |
| # | 12:03:59 | dbs | Do we have quorum? |
| # | 12:04:05 | bshum | Good question |
| # | 12:04:17 | berick is present |
| # | 12:04:19 | eeevil is here |
| # | 12:04:23 | phasefx is here |
| # | 12:04:30 | Dyrcona wonders what would constitute a quorum in this case. |
| # | 12:04:49 | dbs | Dyrcona: nothing official, just "enough people to bother with a meeting" :) |
| # | 12:04:51 | atz | yeah, need a defined body before you can guage a set fraction of it |
| # | 12:05:05 | dbs turns meeting over to atz |
| # | 12:05:25 | atz | dbs: hah, nice to see you too. |
| # | 12:06:09 | dbs | so... action items from past meetings |
| # | 12:06:15 | dbs | Mike Rylander requested community testing for binary upgrade from 8.4 to 9.0 (via pg_upgrade). |
| # | 12:06:21 | dbs | Any results? |
| # | 12:07:33 | berick | my tests were successful on squeeze and lenny |
| # | 12:07:39 | dbs | I'm pretty sure that some people reported success in various cases on IRC over the past week or two |
| # | 12:08:33 | berick | that reminds me, we need to get hstore into the installer makefile |
| # | 12:08:35 | eeevil | berick: with binary upgrade or pg_upgradecluster? |
| # | 12:08:36 | berick | contrib, that is |
| # | 12:09:01 | dbs | Okay, eeevil - good enough for you? Or do you want to reissue the call? |
| # | 12:09:15 | berick | eeevil: pg_upgradecluster wait, what's the difference? |
| # | 12:09:34 | eeevil | berick: well, I have not confirmed that that uses pg_upgrade |
| # | 12:09:45 | eeevil | so it may just be doing a dump/reload |
| # | 12:10:15 | berick | k |
| # | 12:10:24 | eeevil | dbs: let's leave a standing call? I'd really love a full report from {someone-not-me} |
| # | 12:10:28 | dbs | Let's put a call out for testing to the mailing list, and try to get results on the list |
| # | 12:10:35 | dbs | eeevil: will do |
| # | 12:10:38 | eeevil | dbs++ |
| # | 12:11:19 | dbs | Next - tsbere's grace period patch has been committed; thanks to eeevil and phasefx for their eyes, and tsbere for patiently taking suggestions from the likes of dbwells and I |
| # | 12:11:28 | dbs | tsbere++ |
| # | 12:11:59 | dbs | Next: Jason Etheridge to review patron opt-in patch (https://bugs.launchpad.net/evergreen/+bug/510959) - any movement on that phasefx? |
| # | 12:12:05 | m3th0d has quit IRC |
| # | 12:12:08 | phasefx | I applied it to a local branch off of trunk, after adjusting for the perlmod path. Applies cleanly and doesn't seem to break anything when opt-in is set to false. Haven't tested things with opt-in set to true yet. I can do that, and/or just push to trunk/rel_2_1 as is and let others test. We still need to actually add the org unit settings it uses to org_setting_type table, as well |
| # | 12:13:16 | eeevil | phasefx: let's push into mainline with the ou setting type? I'd hate that to be forgotten ;) |
| # | 12:13:24 | dbs | Cool, can you add your results so far and the latter details to the bug? |
| # | 12:13:26 | dbs | or that :) |
| # | 12:13:45 | phasefx | sure, can make the branch public too |
| # | 12:14:04 | dbs | phasefx++ |
| # | 12:14:17 | phasefx | sitka++ |
| # | 12:14:36 | dbs | sitka++ indeed |
| # | 12:15:07 | dbs | Google Summer of Code - we've seen lots of activity on lists and IRC, student proposals opened yesterday and are open through April... 8th I think? |
| # | 12:16:00 | joseph_ | 1:00pm on the 8th. |
| # | 12:16:19 | dbs | phasefx, gmcharlt, and I can provide feedback to the submissions as they come in |
| # | 12:16:32 | b_bonner has joined #evergreen |
| # | 12:16:38 | dbs | also - it's still possible for other mentors to join us |
| # | 12:16:51 | eeevil hopes someone will propose adding http-translator transport to opensrf-java as part of their plan, instead of trying to implement direct JSON-in-Java |
| # | 12:17:15 | eeevil | if a plan comes in that I'd be particularly well suited to mentor, I'll jump in |
| # | 12:17:59 | dbs | eeevil: cool; we'll keep you in mind |
| # | 12:18:14 | dbs | joseph_: thanks for the confirmation! |
| # | 12:19:08 | dbs | Bugs with attached patches at http://ur1.ca/3p7ya - note that the oldest bug has the newest patch, I think (patron editor "reset password" button by Dyrcona) |
| # | 12:20:19 | Dyrcona | yes. it currently says "Generate Password" but that's easy to change. :) |
| # | 12:20:27 | dbs | Dyrcona++ |
| # | 12:20:40 | dbs | Any volunteers to shepherd any of these through? |
| # | 12:20:55 | dbs can test out the "Generate password" patch |
| # | 12:21:28 | dbs | 520175 (context selectors for circ and hold matrices) may not even be applicable in the current circ world |
| # | 12:22:31 | eeevil | dbs: IMO, it should be expanded with a second selector to choose the field to filter on, since there are multiple ou-ish fields now |
| # | 12:23:17 | zigo-_- has joined #evergreen |
| # | 12:23:42 | eeevil | I'll take the SIP2 patch |
| # | 12:23:48 | eeevil | since I piped up on the bug |
| # | 12:23:54 | dbs | eeevil++ |
| # | 12:24:38 | tsbere | I am not sure, but 744492 may be invalid, as that macro is apparently for something different than previously thought? |
| # | 12:24:40 | zigo-_- has quit IRC |
| # | 12:24:53 | dbs | tsbere: yes, that confusion needs to be sorted out |
| # | 12:25:52 | dbs | There might be other possible resolutions - documentation, UI, etc - for the patron_barcode vs. PATRON_BARCODE thing |
| # | 12:26:25 | phasefx | I'll throw some info on the bug |
| # | 12:26:36 | dbs | thanks phasefx |
| # | 12:27:30 | dbs | Releases: gmcharlt took the reins and released OpenSRF 1.6.3 on March the 18th with a nice fix for Unicode issues |
| # | 12:27:53 | joseph_ has quit IRC |
| # | 12:28:37 | mrpeters | generate password patch works fine |
| # | 12:28:37 | dbs | OpenSRF 2.0.0 release processes plods along; the Unicode fix in 1.6.3 reduces the pressure to rush out OpenSRF 2.0.0 |
| # | 12:28:40 | mrpeters | using it in production now |
| # | 12:29:17 | dbs | thanks mrpeters, if you could comment on the bug that would be most helpful |
| # | 12:29:31 | mrpeters | yep - home sick, but will get to it asap |
| # | 12:30:27 | dbs | Evergreen releases: any hot stuff for 1.6.1.9? no bugs are targeted at it currently |
| # | 12:31:13 | eeevil | not that I recall... |
| # | 12:31:15 | dbs | Evergreen 2.0.x has had a bonanza of patches so far, suggesting a release soon-ish |
| # | 12:31:22 | Dyrcona | i created the milestone yesterday at bshum's request. |
| # | 12:31:25 | bshum | I'm hoping to go through all the bugs again sometime. Have to start making things more visible in the queues (over 130+ bugs in waiting according to the list) |
| # | 12:31:55 | bshum | Should get the bug team together and hammer some of those away |
| # | 12:31:58 | eeevil | dbs: k ... I'd like cut a 2.1 preview as well |
| # | 12:32:16 | eeevil | dbs: so, end of the week at the latest? or do you want sooner |
| # | 12:32:18 | dbs | eeevil: cool, that fits with target date |
| # | 12:32:42 | eeevil | sooner for 2.0.5, I mean |
| # | 12:33:36 | dbs | i don't think it needs to be sooner, personally |
| # | 12:35:03 | eeevil | k |
| # | 12:35:13 | dbs | At your leisure, sir! |
| # | 12:36:15 | bshum | Would like to see the generate password fix with 2.0.5 at least (if that works as intended). |
| # | 12:36:19 | dbs | So, final item: https://bugs.launchpad.net/evergreen/+bugs?orderby=-datecreated shows lots of "New" bugs, some of which have had comments |
| # | 12:38:17 | dbs | I guess that's what bshum was getting at |
| # | 12:39:20 | dbs | eeevil: for a bug that we've discussed on the list, I'll add the i18n attributes and markers for the default facet definitions, targeting 2.0.5 |
| # | 12:39:20 | Dyrcona | yeah. i've been remiss in my bug wrangler duties, but being sick for two weeks'll do that. |
| # | 12:39:34 | eeevil | dbs++ |
| # | 12:39:39 | dbs | Dyrcona: hey, you have a whole team of wranglers man |
| # | 12:39:58 | Dyrcona | yeah. |
| # | 12:40:20 | dbs | eeevil: it's really a bitesize bug I suppose, but i18n is something we need to support in the OPAC so it's also a critical bug IMO |
| # | 12:40:25 | bshum | Maybe we should consider tagging bugs with 1.6 or 2.0 or 2.1 depending on their targets? |
| # | 12:40:57 | bshum | This nominating for series targeting has gotten a bit weird (from my light reading on LP permissions and setup) |
| # | 12:40:58 | Dyrcona | yes. we should try to target any open bugs at series. |
| # | 12:41:42 | dbs | eeevil: as for the facet diacritics, I wasn't 100% sure if you were suggesting that parsr address his problems with an NFC or NFD normalization step at the indexing stage, or whether we should add one to the defaults, or what |
| # | 12:44:32 | eeevil | dbs: I was actually suggesting that perhaps he should strip diacritics from facets in a negative-number indexing normalizer ... or add them ... but (at least, IM-monolingual-O) they are different facets because they're different (source) languages |
| # | 12:45:17 | gmcharlt | fwiw, +1 to doing NFD/NFC conversion in the normalizers |
| # | 12:45:20 | eeevil | point being, facets are complete-exact-match strings, so normalize to your happiness level :) |
| # | 12:45:22 | gmcharlt | (in haste, in another meeting) |
| # | 12:45:28 | kmlussier_ has joined #evergreen |
| # | 12:45:40 | kmlussier has quit IRC |
| # | 12:45:41 | dbs | eeevil: yeah, there's a lot going on in that bug. I was focusing on the apparently identical "Québec"s, one of which was NFC and one which was NFD |
| # | 12:45:55 | kmlussier_ is now known as kmlussier |
| # | 12:46:03 | eeevil | dbs: on that we completely agree, yes |
| # | 12:46:08 | eeevil | one NF to rule them all |
| # | 12:46:32 | dbs | gmcharlt: you data slinger you! normalize the data when it comes in, damnit! :) |
| # | 12:46:50 | eeevil | (and NFC displays better in most browsers, so ...) |
| # | 12:46:56 | gmcharlt | dbs: life is messier :) |
| # | 12:47:08 | gmcharlt | and while NFC is usually better for display, NFD is useful in other contexts |
| # | 12:47:12 | gmcharlt | as you know, of course |
| # | 12:47:25 | eeevil | (even though I much prefer NFD for ease of reading in non-UTF8 terminals) |
| # | 12:47:33 | gmcharlt | so having normalizers to do the conversion othe fly (or to deal with databases that have notyet seen the one true NF light) is still a win |
| # | 12:47:36 | dbs | eeevil: and I agree completely with exact-match strings, too; makes a huge amount of sense for facets |
| # | 12:48:12 | eeevil | fwiw, NFC is fine for this application, IMO ... you don't do much with facets except equality comparison, which works fine |
| # | 12:49:35 | eeevil | I'd go as far as to say we just shove that into the ingest stream ... a BEFORE INSERT trigger on metabib.facet_entry, eh? |
| # | 12:49:46 | eeevil | a "force_to_nfc" SP |
| # | 12:49:47 | joseph_ has joined #evergreen |
| # | 12:49:48 | dbs would happily drink to that |
| # | 12:50:01 | gmcharlt | +1 |
| # | 12:50:30 | eeevil | ok ... I'll do that after the unavail_holds patch (about to commit the 2.x version to trunk) |
| # | 12:50:53 | dbs | right on |
| # | 12:51:41 | dbs | Man, for a light agenda we're closing in on the hour. Any other important matters? |
| # | 12:53:37 | bshum | Just an FYI, for DIY sys admin hackfest hours, we've got some light planning underway already. If you have any ideas for things to discuss/do so that we can hit the ground running, please feel free to contact either me or moodaepo. |
| # | 12:54:05 | bshum | Course we won't try stealing too many people from the main developer events ;) |
| # | 12:54:48 | dbs | Oh yeah. git... I've been reading through eeevil's massive patch to trunk/2.1, and kinda wish it was broken up into more discrete chunks. wishes/horses though |
| # | 12:56:02 | eeevil | dbs: that's something we should (all) pow-wow about at the conf and try to figure out some best practices ... I know it's huge and suboptimal :( |
| # | 12:57:06 | dbs is in favour of that, but keeps sliding back to using plain SVN |
| # | 12:57:23 | dbs | but I like git when I use it :) |
| # | 12:57:56 | eeevil | heh |
| # | 12:58:23 | dbs | Biggest problem for me is that emails containing huge commits get truncated, and I'm an email-commit-reader. *tiny violins* |
| # | 12:58:34 | eeevil | :) |
| # | 12:58:54 | dbs | Okay, let's wrap up. Another meeting in two weeks and conference craziness to follow |
| # | 12:59:19 | tsbere | Quick question while I am digging through here anyway: Should "required" surveys actually flag themselves as such for display and requiredness purposes on patron registration? |
| # | 12:59:55 | bshum | dbs++ # for leading. I'll write in minutes |
| # | 13:00:02 | bshum | (later) |
| # | 13:01:00 | bshum | Crazy, but is it bad for an ISSN to be used in multiple records? i.e. multiple 022a using the same string. |
| # | 13:01:35 | dbs | bshum: not if they're records for the same serial |
| # | 13:01:51 | dbs is _so_ helpful |
| # | 13:01:56 | dbs | bshum++ |
| # | 13:02:23 | eeevil | dbs / gmcharlt: opinions of implementation of force-to-nfX? just plperlu is my fast-path thought |
| # | 13:02:23 | bshum | dbs: That makes sense, just trying to figure out why we can't seem to bring up the record via ISSN or marc expert search. But of course, I can find its entry in the metabib tables |
| # | 13:02:33 | bshum | Thanks |
| # | 13:03:16 | joseph_ has quit IRC |
| # | 13:04:00 | jcpl-jasonb has quit IRC |
| # | 13:04:39 | dbs | eeevil: sounds like a practical approach to me, given that postgresql has no built-in composition normalization ("It's all UTF8 to me!") |
| # | 13:05:15 | shopkins has joined #evergreen |
| # | 13:06:18 | eeevil | dbs: hrm.. http://justatheory.com/computers/databases/postgresql/unicode-normalization.html see third comment |
| # | 13:07:34 | dbs | Darren Duncan? I met him at OSCON 2005. My confidence is not high as a result... |
| # | 13:08:01 | slipscomb has left #evergreen |
| # | 13:08:44 | gmcharlt | eeevil: +1 to plperlu |
| # | 13:09:15 | gmcharlt | and I wouldn't be surprised if NFD and NFC in Unicode::Normalize is XS anyway |
| # | 13:10:12 | eeevil | gmcharlt: they are ... my concern now is the use of nfc ... " One main reason that I cite is that NFC doesn't provide a single codepoint for many instances of graphemes using multiple combining characters with a base character, but just provides support each of the combining characters with the base separately. So to get such a grapheme with base 'B' and 2 combining characters '1','2', you can choose either the 2 codepoints 'B1' plus '2' or 'B2' + 1 but |
| # | 13:10:20 | eeevil | probably got trunc'd |
| # | 13:10:43 | dbwells | eeevil: AFAIK, converting to NFC involves converting to NFD first, so you should not end up with B2+1 if the NFD is B+1+2. |
| # | 13:11:10 | eeevil | dbwells: you mean specifically in Unicode::Normalize? or the process in general |
| # | 13:11:25 | dbwells | I mean the process in general. |
| # | 13:11:37 | dbwells | as I understand it, anyway |
| # | 13:11:59 | eeevil | yes, according to unicode.org, you are correc |
| # | 13:12:00 | eeevil | t |
| # | 13:12:21 | eeevil | so, nfc it is |
| # | 13:12:50 | eeevil | dbs: your doubts seem well-founded (if I followed your meaning) |
| # | 13:13:21 | dbs | eeevil: I'm still recovering from the resurgent memory of that meeting |
| # | 13:13:35 | eeevil | heh .. I don't know that I've had that pleasure |
| # | 13:14:41 | dbs | He's actually a really nice and smart person. Just a very strange fit for a meeting focused on Apache Derby |
| # | 13:15:06 | dbs needs to work on his social grace |
| # | 13:15:07 | dbs | s |
| # | 13:15:26 | eeevil | figure 5, third example: http://unicode.org/reports/tr15/ |
| # | 13:15:31 | eeevil | dbwells++ |
| # | 13:15:33 | eeevil | on to the code |
| # | 13:17:52 | jenny2 has joined #evergreen |
| # | 13:19:34 | jenny1 has quit IRC |
| # | 13:20:11 | m3th0d has joined #evergreen |
| # | 13:27:42 | b_bonner has quit IRC |
| # | 13:29:13 | eeevil | grabbing 0505 |
| # | 13:32:30 | gmcharlt | eeevil: yep, just read that; Duncan's concern is bogus |
| # | 13:36:12 | AaronZ-PLS has quit IRC |
| # | 13:36:22 | AaronZ-PLS has joined #evergreen |
| # | 13:40:25 | sylvar | Possibly dumb question about BibTemplate: Is there a way to do a dojo query for tag 440 or 490, other than datafield[tag^=4] datafield[tag$=0] datafield:not([tag=400]) datafield:not([tag:410]) ... ? |
| # | 13:40:44 | ColinC has quit IRC |
| # | 13:44:53 | senator | sylvar: datafield[tag=440], datafield[tag=490] should work iirc |
| # | 13:45:08 | senator | it's just using css3 selectors |
| # | 13:45:16 | sylvar | thanks senator, I'll give it a whirl |
| # | 13:45:17 | senator | more orless |
| # | 13:46:12 | sylvar | brilliant! senator++ |
| # | 13:48:12 | kmlussier has quit IRC |
| # | 13:48:24 | kmlussier has joined #evergreen |
| # | 13:55:43 | jenny1 has joined #evergreen |
| # | 13:56:43 | jenny1 has left #evergreen |
| # | 13:58:06 | jenny2 has quit IRC |
| # | 14:09:05 | ashishm has joined #evergreen |
| # | 14:10:24 | jenny1 has joined #evergreen |
| # | 14:12:29 | collum has quit IRC |
| # | 14:14:57 | Jbergy has joined #evergreen |
| # | 14:22:55 | ashishm has quit IRC |
| # | 14:43:37 | jamesrf has joined #evergreen |
| # | 14:45:21 | lpd has quit IRC |
| # | 14:48:08 | jeffdavis has joined #evergreen |
| # | 14:51:32 | yboston has quit IRC |
| # | 14:54:51 | m3th0d has quit IRC |
| # | 15:03:29 | jeffdavis | are there any plans for moving to the latest version of dojo? |
| # | 15:03:51 | bshum | jeffdavis: That's one of those GSoC ideas I think. |
| # | 15:05:47 | bshum | jeffdavis: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:summer_of_coding_ideas - Modernize Evergreen's Web Interface |
| # | 15:06:11 | jeffdavis | ah there it is, thanks bshum |
| # | 15:06:53 | tsbere | I keep thinking about poking at that personally, and I keep saying "way too much work right now" |
| # | 15:09:04 | phasefx | that lucky gsoc student gets to spend 40hrs a week at it :) |
| # | 15:12:09 | dbs | Hopefully hooking into DOH to add some testing of the interface |
| # | 15:12:13 | dbs can always hope |
| # | 15:19:58 | levacjeep has joined #evergreen |
| # | 15:21:30 | bshum | Huh |
| # | 15:21:53 | bshum | Remind me, but ISxN should be stored in the metabib.real_full_rec without the - hyphen? |
| # | 15:22:24 | levacjeep | Hi everyone, I work for NRCAN and we are working on re-skinning one of our site which uses evergreen. I am having problems with conditional IE comments, for some reason the XML files seem ignore these. Would anyone have any suggestions? thanks :) |
| # | 15:24:14 | dbs | levacjeep: conditional IE comments? Use /* */ instead of // |
| # | 15:25:28 | Dyrcona wonders if having a sip user with a permission.work_ou causes any problems. |
| # | 15:27:50 | levacjeep | dbs: when I call the stylesheet I add it like so: <!-- [if IE 7]><link href="css/ie7.css" rel="stylesheet" type="text/css" /><![endif] --> But it gets ignored, how would I use those it with /* */ |
| # | 15:33:48 | kmlussier has quit IRC |
| # | 15:36:41 | levacjeep has quit IRC |
| # | 15:37:02 | dbs | @later tell levacjeep: oh sorry, i was assuming JavaScript comments |
| # | 15:37:02 | pinesol` | dbs: The operation succeeded. |
| # | 15:44:01 | lisppaste | bshum pasted "hyphens in ISSN values" at http://paste.lisp.org/display/120993 |
| # | 15:45:57 | AaronZ-PLS | Anyone up for a 1.6.0.8 permissions question? |
| # | 15:46:00 | agJohn has joined #evergreen |
| # | 15:47:40 | bshum | AaronZ-PLS: Go for it, sure someone might know ;) |
| # | 15:47:58 | brian_f has joined #evergreen |
| # | 15:48:21 | AaronZ-PLS | Does the MARK_ITEMS_DAMAGED permission exist in 1.6.0.8? |
| # | 15:48:44 | dbs | bshum: which ISSN search are you using? Advanced->ISSN? keyword:? or identifier|issn:? |
| # | 15:49:04 | bshum | dbs: Using the Advanced --> ISSN search |
| # | 15:49:06 | AaronZ-PLS | I have been told that it does, but it does not seem to have any effect |
| # | 15:49:12 | bshum | dbs: For OPAC/staff client |
| # | 15:49:49 | dbs | AaronZ-PLS: MARK_ITEM_DAMAGED |
| # | 15:51:13 | mrpeters-home has joined #evergreen |
| # | 15:51:47 | AaronZ-PLS | dps: Sorry, I mistyped it into here. I have it has MARK_ITEM_DAMAGED in EG, but I get a permission error when I try to mark an item as damaged |
| # | 15:51:58 | AaronZ-PLS | We would like to let circulators mark items as damaged without giving them UPDATE_COPY rights |
| # | 15:53:02 | shopkins has quit IRC |
| # | 15:53:13 | AaronZ-PLS | I get an error which says: Permisson Denied: UPDATE_COPY with the debug info of: open-ils.circ.mark.item.damaged |
| # | 15:53:50 | bshum | dbs: Is this related to this bug you think? https://bugs.launchpad.net/evergreen/+bug/728671 |
| # | 15:54:48 | berick | AaronZ-PLS: that is fixed in 2.0, possibly after the next cut |
| # | 15:55:06 | berick | now you can mark item damaged if you have either permission |
| # | 15:55:43 | dbs | bshum: ISBN / ISSN searching is a rat's nest, and the rat has changed the layout of its nest a few times (I've been a decorator for the rat) |
| # | 15:56:12 | berick | changeset for reference: http://svn.open-ils.org/trac/ILS/changeset/19416/branches/rel_2_0/Open-ILS/src/perlmods/OpenILS/Application/Circ.pm |
| # | 15:57:17 | dbs | dbwells had some thoughts (and maybe even commits?) relevant to ISxN searches recently |
| # | 15:58:10 | AaronZ-PLS | berick: How about 1.6.2? |
| # | 15:59:40 | bshum | dbs: That's the feeling I've got. For what it's worth, if I hack the MARC record entry so that it uses a space instead of the dash, then update the full bib rec entries, then I can find that record with search. |
| # | 16:00:03 | bshum | dbs: So it seems like the actual stored format of ISSN in the bib is causing the grief. |
| # | 16:00:20 | dbs | bshum: no, not in the bib, in metabib.full_rec |
| # | 16:00:48 | bshum | dbs: Right, changing the bib entry and then updating the metabib.real_full_rec |
| # | 16:00:49 | dbs | issn's used to get normalized when they were extracted from the bib and plopped into metabib.full_rec |
| # | 16:00:57 | bshum | dbs: Aha |
| # | 16:01:08 | bshum | dbs: So maybe the normalization isn't working right for us... |
| # | 16:01:16 | dbs | and the left-hand "Advanced" search searches against mfr.value |
| # | 16:01:33 | dbs | however - we don't normalize mfr.value (much?) anymore in 2.0 |
| # | 16:02:07 | dbs | so really, the solution is to change Advanced->ISSN search to use an identifier|issn: search instead |
| # | 16:02:20 | berick | AaronZ-PLS: looks like it made it into 1.6.2.3 http://svn.open-ils.org/trac/ILS/browser/tags/rel_1_6_2_3/Open-ILS/src/perlmods/OpenILS/Application/Circ.pm |
| # | 16:02:27 | dbs | (I'm interested in finding out how these searches work for you with identifier|issn) |
| # | 16:02:52 | bshum | dbs: I wondered about that, since we do have entries in the metabib.identifier_field_entry table. |
| # | 16:03:33 | bshum | That's where I went first to find out if we had the right entries in the system. |
| # | 16:04:03 | AaronZ-PLS | berick:Thanks |
| # | 16:04:16 | dbs | IIRC, dbwells was not happy with the state of a plain "identifier: foo" search; the wrong normalizations are applied to the input terms in that case (because you want to normalize differently for ISBNs vs ISSNs) |
| # | 16:04:39 | dbs | so you need to specify the specific kind of identifier to get reasonable results |
| # | 16:04:48 | dbs babbles babbles babbles |
| # | 16:05:22 | bshum | Well, each identifier has its own field class doesn't it? (pokes open pgadmin again...) |
| # | 16:06:43 | dbs | bshum: yep |
| # | 16:07:01 | dbs | not sure what your point is |
| # | 16:07:28 | bshum | I'm not sure either, I mutter when it's near the end of the day :( |
| # | 16:07:52 | bshum | Let me know what I can do to help (if I can) |
| # | 16:09:08 | dbs | best way to help would be to ensure that identifier|issn searches work :) |
| # | 16:14:38 | bshum | Hmm, guessing that's something to do with using SRU |
| # | 16:15:34 | dbs | eh? |
| # | 16:15:57 | adbowling-isl has quit IRC |
| # | 16:15:59 | dbs | just type "identifer|issn: 1234-5678" into the search box, that should do it |
| # | 16:16:00 | mrpeters-home has quit IRC |
| # | 16:16:14 | bshum | Oh, well that makes much more sense. |
| # | 16:16:46 | dbs | I guess by "Advanced" search we need to distinguish between the "Advanced search page" and the advanced search widget |
| # | 16:16:51 | dbs weeps |
| # | 16:17:53 | bshum | Searching for identifier|issn: 00377333 (without the dash) got the record to come up |
| # | 16:22:51 | dbs | Yeah, and with the dash it fails right? |
| # | 16:22:59 | bshum | That's correct. |
| # | 16:23:14 | dbs | I get the same results, albeit with a 2.0.2-ish test system |
| # | 16:23:50 | bshum | True, I should say that ours is a 2.0.1/2-ish production system. |
| # | 16:24:31 | dbs | For great fun, the same search fails without a hyphen on the advanced search page, and succeeds with a hyphen there :) |
| # | 16:26:08 | bshum | I see that behavior only if the metabib.real_full_rec stores the ISSN without the dash in it (which it doesn't seem to be doing correctly in our database). |
| # | 16:27:37 | dbs | "correctly" has yet to be determined for 2.0 I think |
| # | 16:29:04 | rjackson-isl has quit IRC |
| # | 16:33:26 | bshum | Well, thanks dbs, until we know how that's supposed to behave, I'll suggest to our libraries to use other means of finding the bibs they want or using the identifier|issn search option. |
| # | 16:34:54 | Dyrcona | bshum: it is supposed to behave the way *you* want it to behave. if it doesn't, change the code. :) |
| # | 16:37:38 | bshum | Dyrcona: Right, right.... |
| # | 16:37:58 | bshum | I should learn more about how it's supposed to behave then. |
| # | 16:38:57 | dbwells | bshum: sorry I missed the ISSN conversation, I was out. It looks like you guys mostly sorted out the current state of things, which is that the various ISSN searches are broken in various ways :) |
| # | 16:39:58 | dbs | dbwells: correctamundo, and as academics you and I have a special interest in this area :) |
| # | 16:42:45 | dbwells | I got derailed a bit by our upgrade 9 days ago, but I am going to comment what I know on the one open ISSN bug, and also make time tomorrow to code a fix for at least one of the two. |
| # | 16:49:07 | dbs | dbwells: awesome. I'm going to be derailed by upgrading in May, I don't have many excuses for being derailed right now other than "ebooks" |
| # | 16:52:19 | dbwells | dbs: does your library use SFX for any ebook management. We have been struggling to deal with our growing ebook "collections" in some sort of reasonable and unified way, but have so far kept our SFX instance as ejournal only. |
| # | 16:52:36 | dbwells | Sorry, forgot the '?' after the first sentence. |
| # | 16:53:30 | dbs | dbwells: no, SFX for ejournals only so far, but we think it would make a ton of sense to get our ebooks into SFX, use OpenURLs in the catalog, and (most importantly), enjoy the added coverage that Google Scholar would offer for the ebooks once they're in SFX |
| # | 16:54:47 | dbwells | dbs: thanks, just curious at this point. |
| # | 16:55:54 | dbs | dbwells: large parts of our current confusion come from running a consortial catalogue where different schools have loaded different sets of MARC records for the same ebooks; I'm trying to tease all of it out to get to a consistent state |
| # | 16:59:57 | KingNightWolf has quit IRC |
| # | 17:01:25 | dbwells | dbs: I certainly feel your pain and wish you luck. Before my current position, I was hired with the title of 'Digital Objects Specialist', and it was pretty much my whole job to straighten out and clean up large ebook loads. So you should explain that you are now doing two jobs and need a raise :) |
| # | 17:02:15 | dbs | dbwells: hah, well that makes me feel a little bit better for not having sorted this out yet, at least :) |
| # | 17:04:05 | jeff | we synthesize marc records where the vendor doesn't provide them, or use the vendor-provided ones with our 856 tags added. we import those that we have, vandelay finds dupes, we import the non-dupes and then there's a GRPL 856 merge tool that pulls our 856 tag from the queue-of-dupes and puts it on the existing record. |
| # | 17:04:27 | jeff | only some of our vendors then provide a "delete these now -- you don't have them anymore", and i haven't dealt with that yet. |
| # | 17:05:21 | jeff | it's almost-but-not-quite the opposite of the "export bibs from evergreen into something else" problem, which i have a little better grip on. |
| # | 17:12:50 | mrpeters-isl has quit IRC |
| # | 17:14:52 | dbs | jeff: yeah, a process going forward is relatively easy, the problem is dealing with the past 3 years of crap |
| # | 17:15:27 | jeff | yep |
| # | 17:15:55 | dbs | berick++ # for paying attention to GSoC questions |
| # | 17:19:23 | berick | oh, yeah, *I'm* the nail that's holdin' this whole thing together ;) |
| # | 17:31:49 | Dyrcona has quit IRC |
| # | 17:57:04 | jenny1 has left #evergreen |
| # | 18:00:42 | moodaepo | Anyone with access to a 2.0.4 around? Need to confirm a bug jenny1 has found. PSR-010 gives a FIXME error > http://evergreen-ils.org/dokuwiki/doku.php?id=qa:gpls_pines_evergreen_test_cases |
| # | 18:12:52 | suho has quit IRC |
| # | 18:42:11 | tater-laptop has joined #evergreen |
| # | 18:48:52 | tater-laptop has quit IRC |
| # | 18:59:14 | sgirard has left #evergreen |
| # | 19:17:04 | Jbergy has quit IRC |
| # | 19:40:52 | pmpaway has quit IRC |
| # | 20:05:27 | granitize has joined #evergreen |
| # | 20:06:16 | granitize has left #evergreen |
| # | 20:33:54 | jamesrf | moodaepo: confirmed i get a FIXME with "params is undefined" in the debug output |
| # | 20:34:52 | jamesrf | anyone who's a committer, in trunk Open-ILS/src/sql/Pg/030.schema.metabib.sql +143 has a typo |
| # | 20:35:23 | gmcharlt | jamesrf: on it |
| # | 20:36:28 | dbs | Gotta kick testing.evergreen-ils.org up a notch and get it to start trying to create schemas with every commit one of these days |
| # | 20:36:37 | brian_f has quit IRC |
| # | 20:41:21 | gmcharlt | jamesrf: fix pushed, thanks for the catch |
| # | 20:41:24 | gmcharlt | jamesrf++ |
| # | 21:00:46 | tater-laptop has joined #evergreen |
| # | 21:07:32 | StephenGWills has left #evergreen |
| # | 21:17:35 | finnapz has joined #evergreen |
| # | 21:26:44 | pmpaway has joined #evergreen |
| # | 21:35:23 | pmpaway has quit IRC |
| # | 22:18:23 | Digital_Pioneer has quit IRC |
| # | 22:34:43 | tater-laptop has quit IRC |
| # | 22:42:16 | rcj7 has joined #evergreen |
| # | 22:43:08 | pmpaway has joined #evergreen |
| # | 23:11:31 | rcj7 has quit IRC |
| # | 23:54:08 | jamesrf is now known as jamesrf-afk |
April 10-13