| # | Time | Nick | Message |
|---|
| # | 00:02:06 | jeff | GOT IT! |
| # | 00:02:13 | jeff | quirks mode. |
| # | 00:02:19 | jeff | it was quirks mode. |
| # | 00:02:28 | dbs | jeff: i was just running it through tidy and saw that |
| # | 00:02:41 | dbs | line 113 column 49 - Warning: discarding unexpected <table> |
| # | 00:02:44 | jeff | the config changes in 1.4 that pass it through XMLENT also set a content-type that forces quirks mode. |
| # | 00:02:50 | jeff | woo! |
| # | 00:03:00 | jeff | tidy++ |
| # | 00:03:01 | dbs | can't have tr/table |
| # | 00:03:04 | dbs | jeff++ |
| # | 00:03:16 | jeff | dbs++ |
| # | 00:03:18 | jeff | phasefx++ |
| # | 00:03:19 | jeff | and... |
| # | 00:03:39 | jeff | scroll, scroll, scroll... |
| # | 00:03:49 | jeff | dchristens++ |
| # | 00:03:50 | jeff | dchristens++ |
| # | 00:04:06 | jeff | ugh. what fun! |
| # | 00:04:50 | phasefx | huzzah |
| # | 00:07:50 | dbs | yeah, just throwing a <td></td> around the offending table will fix it I think, just testing now |
| # | 00:10:13 | dbs | yep |
| # | 00:10:26 | jeff | works here! |
| # | 00:12:23 | dbs | I'll delete the errant Cookie.js while I'm at it |
| # | 00:15:53 | jeff | and we'll have a working closed dates editor again. |
| # | 00:17:06 | brendan_ga has quit IRC |
| # | 00:18:19 | jeff | so the other amusing bit here is that standards mode was fine with the error, and quirks mode choked on the error. :) |
| # | 00:18:52 | jeff | unless i'm flipping a bit somewhere |
| # | 00:21:15 | jeff | checked the passed-through-xmlent output of the other xhtml files in xul/server/admin, no similar table errors. |
| # | 00:23:40 | dbs | jeff++ |
| # | 00:24:20 | jeff | (i'd have been surprised to find any, since it was so deep in that specific interface) |
| # | 00:25:10 | jeff | and re standards/quirks... quirks mode just handled it worse. i suppose that's not surprising. |
| # | 00:25:20 | dbs | btw, we force quirks mode because of IE6, IIRC |
| # | 00:25:27 | dbs | die, IE6, die. |
| # | 00:26:44 | jeff | well, this specific bit only affects things in /xul/*.xhtml |
| # | 00:29:31 | jeff | i'm pretty sure that XMLEntContentType was what was forcing quirks mode on this file. |
| # | 00:32:25 | jeff | but i'm losing focus: |
| # | 00:32:31 | jeff | die, IE6, die. |
| # | 00:34:36 | brendan_ga has joined #OpenILS-Evergreen |
| # | 00:36:11 | brendan_ga | is there a 1.4.0.4 client version |
| # | 00:36:56 | jeff | brendan_ga: not packaged for download yet. |
| # | 00:37:00 | jeff | phasefx: get cracking! |
| # | 00:37:27 | brendan_ga | ok -- any idea how long? |
| # | 00:37:46 | phase_bb | Ha, .2 isn't good enough for you guys? :) |
| # | 00:38:03 | brendan_ga | could I use .2 on my .4 server? |
| # | 00:39:08 | jeff | dbs: for the record, the " bits in the onclick= attributes seem to be just fine, complete red herring. :P |
| # | 00:39:46 | dbs | jeff: yeah, I thought that was the case but it's less confusing to have it show up that way; I was in the file anyway, so |
| # | 00:39:49 | dbs | ... |
| # | 00:40:22 | jeff nods |
| # | 00:40:24 | dbs | brendan_ga: sure - just create a symlink for rel_1_4_0_2 in /openils/var/web/xul |
| # | 00:40:39 | dbs | there were only a few minor client-side changes |
| # | 00:40:44 | brendan_ga | thanks that is what i was wondering.... |
| # | 00:41:12 | brendan_ga | thanks, dbs, jeff, phase_bb off to hack in my server |
| # | 00:41:38 | dbs crashes (before his laptop does, for a change!) |
| # | 00:41:45 | dbs has quit IRC |
| # | 04:13:13 | till_ has quit IRC |
| # | 04:17:51 | till_ has joined #OpenILS-Evergreen |
| # | 05:22:51 | BenO has joined #openils-evergreen |
| # | 05:41:36 | till_ has quit IRC |
| # | 07:23:09 | till__ has joined #OpenILS-Evergreen |
| # | 07:43:20 | till__ has quit IRC |
| # | 08:27:39 | atheos has quit IRC |
| # | 08:54:10 | BING2 has joined #openils-evergreen |
| # | 08:59:57 | BING2 has left #openils-evergreen |
| # | 09:09:30 | atheos has joined #OpenILS-Evergreen |
| # | 09:34:26 | till_ has joined #OpenILS-Evergreen |
| # | 10:25:44 | rsinger has quit IRC |
| # | 10:30:53 | rsinger has joined #OpenILS-Evergreen |
| # | 10:32:03 | meliss has joined #OpenILS-Evergreen |
| # | 10:37:49 | phasefx | ha, so I tried building a 1.4.0.4 client and the new_tab bug from trunk had slipped in afterall |
| # | 10:39:57 | jeff | heh |
| # | 10:40:03 | jeff | oops. :P |
| # | 10:42:08 | phasefx | but strangely enough.. just doing a dirdiff on .2 versus .4, I don't see how |
| # | 10:47:30 | jeff | what's the symptom? |
| # | 10:49:33 | phasefx | window.xulG.new_tab is not a function for things in Local Admin that should spawn a new tab |
| # | 11:26:28 | _bott_ | phasefx: sockeye should be ready for you now |
| # | 11:31:13 | phasefx | _bott_++ |
| # | 11:31:13 | _bott_ has quit IRC |
| # | 11:32:12 | _bott_ has joined #OpenILS-Evergreen |
| # | 11:46:27 | rickd_ has quit IRC |
| # | 11:46:53 | rickd has joined #OpenILS-Evergreen |
| # | 11:53:59 | dchristens has joined #OpenILS-Evergreen |
| # | 11:57:29 | eby has joined #OpenILS-Evergreen |
| # | 12:06:48 | jamesrf has joined #openils-evergreen |
| # | 12:29:05 | dchristens | wow. reading the IRC logs from last night and this morning... jeff++ dbs++ phasefx++ ... you guys rock! |
| # | 12:29:29 | dchristens | oop - miker_++ too :-) |
| # | 12:30:51 | jeff | dchristens++ # thanks for reporting it! |
| # | 12:30:53 | dbs has joined #openils-evergreen |
| # | 12:41:47 | brendan_ga has quit IRC |
| # | 13:01:00 | brendan_ga has joined #OpenILS-Evergreen |
| # | 13:14:37 | phasefx | jeff: okay, for whatever reason, the bug is only happening with 1.4 clients against trunk, not against 1.4 servers (half-phew) |
| # | 13:14:52 | phasefx | which blows my mind, but oh well |
| # | 13:15:38 | jeff | phasefx: there was a fancyprompt bug that only threw when running against a server with versionless support, i think... |
| # | 13:16:22 | phasefx | eww |
| # | 13:16:24 | jeff | phasefx: might ask _bott_ about it, we had it on the 1.4 dev/testing box. any fancyprompt failed, until (i think) whatever supported the versionless client builds was removed. |
| # | 13:16:26 | BenO has quit IRC |
| # | 13:16:36 | jeff | i experienced, he fixed. |
| # | 13:17:21 | dbs goes to check backlog |
| # | 13:17:36 | phasefx | you can still have a client without a version, such that it's looking for /xul/server/ and not /xul/BUILD_ID/server/, but what's not supported anymore is running the client directly against application.ini in xul/staff_client/.. has to be out of xul/staff_client/build/ |
| # | 13:20:44 | dbs | think I'm going to backport the slimpac apostrophe fix now, before I forget about it, unless there are any objections to my braindead approach |
| # | 13:21:40 | phasefx | no objections from me, but I tend to go for braintormented approaches |
| # | 13:21:44 | dbs | http://svn.open-ils.org/trac/ILS/changeset/12717 |
| # | 13:22:08 | jeff | phasefx: yeah, i don't know the specifics, because i haven't had do to it myself. it could be something other than the versionless stuff. maybe some other wildcard? dunno. i do know i was running a stock 1.4.0.2 staff client for windows. |
| # | 13:22:24 | dbs | -= THIS MESSAGE NOT LOGGED =- |
| # | 13:22:35 | jeff | -= THIS MESSAGE NOT LOGGED =- |
| # | 13:22:35 | phasefx | dbs: jeff: you guys can give this a try? http://evergreen-ils.org/~phasefx/evergreen-setup-rel_1_4_0_4.exe |
| # | 13:23:06 | phasefx | I had to learn how to compile the client without actually installing OpenSRF and Evergreen |
| # | 13:23:32 | dbs | phasefx++ |
| # | 13:23:40 | dbs | will test it out for you, sir |
| # | 13:24:31 | phasefx | dbs: you pointed me in the right direction ./configure --disable-core --disable-web --disable-reporter --with-opensrf-libs=/some_installation_directory/src/lib/opensrf/.libs/ --with-opensrf-headers=/some_installation_directory/include/ |
| # | 13:25:10 | phasefx | and then going into the client directory, make STAFF_CLIENT_BUILD_ID=foo OPENSRF_JSLIBS=/some_installation_directory/src/javascript/ |
| # | 13:25:15 | dbs | phasefx: cool! although I still think --disable should disable the checks for those libs and headers :) |
| # | 13:25:16 | phasefx | and then going into the client directory, make STAFF_CLIENT_BUILD_ID=foo OPENSRF_JSLIBS=/some_installation_directory/src/javascript/ install |
| # | 13:26:07 | jeff | throw that on a scratchpad! |
| # | 13:26:20 | phasefx | now I'm wondering about the demo server.. it appears to have 1.4 on it, but all the symlinks for the client are for 1.2 :) and the download page mentions 1.2 |
| # | 13:26:53 | jeff | demo was 1.2.0.4 i thought. |
| # | 13:27:04 | dbs | demo is 1.2.4.0 |
| # | 13:27:09 | dbs | dev is 1.4 |
| # | 13:27:10 | jeff | er, yeah. |
| # | 13:27:16 | dbs | acq is trunk |
| # | 13:27:37 | jeff | not the first time i've merged 1.2.4.0 and 1.4.0.4 like that. :P |
| # | 13:27:45 | phasefx | oh duh, I was using a bookmark for the ils_version method, and I could have swore it was pointing to demo |
| # | 13:28:27 | phasefx | so demo has some rel_1_2 branch pulled from I don't know when |
| # | 13:28:53 | jeff | maybe from when rentals were added for me to test? |
| # | 13:32:12 | phasefx | time stamps in http://demo.gapines.org/opac/common/js/ are from November |
| # | 13:36:57 | atheos | wow, only documentation for installing Evergreen has come a long way. Just did an install of 1.4.0.4 and it was a breeze. |
| # | 13:38:46 | dbs makes a note: "March 31, 2009: first positive comment about installing Evergreen" |
| # | 13:39:31 | phasefx | haha |
| # | 13:39:42 | phasefx | "it could be worse" |
| # | 13:39:45 | atheos | eek, and my sentence didn't make sense. my thought was "only started a couple hours ago, and documentation....." |
| # | 13:41:19 | atheos | nfs export, and soon I'll be editing evergreen from within TextMate. I'm stoked |
| # | 13:41:59 | phasefx | atheos: _bott_: I forget, are either of you guys actually supporting Mac staff clients, or just playing with them? You may want to poke UPEI and see if there is any room for collaboration there. |
| # | 13:42:54 | atheos | I've only installed the staff client on my own Macs, but I don't know how much I could offer anyone else in that area. |
| # | 13:43:35 | phasefx | they posted a patch earlier, but I don't even have a mac (yet) to test it against |
| # | 13:43:42 | dbs | there is also Mac interest at one of our college libraries |
| # | 13:43:52 | jeff | we have at least one mac staff client |
| # | 13:44:08 | atheos | quite frankly, I've had zero issues getting the staff client to build. |
| # | 13:44:35 | phasefx | in the early days, when I did have a mac (I break things), the mac xulrunner seemed kind of flaky |
| # | 13:45:32 | atheos | I interpret (I break things) as, I throw laptops too |
| # | 13:45:58 | phasefx did put a dent in a titanium powerbook, but swears it was just by normal handling |
| # | 13:46:01 | atheos | my powerbook screen just died. I can't get 2 full years from a powerbook without failure |
| # | 13:46:10 | jeff | phasefx: does 1.4 work with xulrunner 1.9 yet? |
| # | 13:46:27 | dbs | I don't think it's the building of the staff client, just some of the keybindings |
| # | 13:46:40 | phasefx | jeff: it probably works, _if_ you tweak application.ini to up the allowed xulrunner version |
| # | 13:46:52 | dbs | at least, as reported by our folks on the ground at the college - problems in the marc editor interface |
| # | 13:47:07 | phasefx | I think there may be some xulrunner 1.9 tweaks that are only in trunk at the moment |
| # | 13:47:18 | atheos | ah, I don't use those features myself. I did read the email that supplemented that patch though. something about conflicting keybindings with osx |
| # | 13:47:44 | phasefx | my plan is to support only xr1.9 after eg1.4 |
| # | 13:47:49 | eby has quit IRC |
| # | 13:48:17 | dbs | yeah, would like to point our people at that patch and encourage them to generate more such patches if necessary, but the technical skill isn't there |
| # | 13:52:11 | dbs | phasefx: so far, so good on 1.4.0.4 client, although I stalled at import z39.50 to track down a "record saved but no ingest" problem at http://dwarf.cs.uoguelph.ca/ingest_fail.txt |
| # | 13:53:41 | phasefx | czech work? |
| # | 13:54:33 | phasefx | oy, ingest :) |
| # | 13:55:48 | jeff | phasefx: ah, yes. i was looking at trunk and not 1.4, and seeing the minversion at 1.9 already. :) |
| # | 13:56:50 | phasefx | trunk client still needs some polish for xulrunner1.9 too; we lost some CSS styling since 1.9 won't let remote pages load chrome CSS files |
| # | 13:57:54 | jeff | and in a similar vein, is postgresql 8.3 support "just" a matter of a lot of explicit ::text casting? |
| # | 13:58:10 | dbs | phasefx: czech is complaining about the version for some reason - are you checking (czeching?) for server-side locale now? if so, cool |
| # | 13:58:22 | dbs | jeff: I'm running 1.4 against 8.3 |
| # | 13:58:23 | jeff | i seem to remember there was some fulltext stuff too. |
| # | 13:58:32 | jeff | dbs: ah, i think you were who i was thinking of. |
| # | 13:58:56 | dbs | it's all been backported to 1.4.0.2, at least as much as I'm aware of. that said, still not "supported" |
| # | 13:59:16 | jeff | understood. |
| # | 13:59:41 | phasefx | dbs: I'm not doing such a thing explicitly, but it may be the server noticing the locale and not falling back to en-US? |
| # | 14:00:11 | dbs | phasefx: mebbe. very interesting |
| # | 14:00:21 | dbs goes to symlink hy-AM to cs-CZ |
| # | 14:02:07 | phasefx | dbs: for example, I'm getting a 500 internal error with the version check against my trunk instance for czech |
| # | 14:02:26 | phasefx | en-CA is working, though |
| # | 14:03:19 | dbs | the symlink works perfectly |
| # | 14:04:04 | phasefx | so what did you symlink exactly? |
| # | 14:04:26 | phasefx | is it xmlent looking for something that doesn't exist based on locale? |
| # | 14:04:28 | dbs | cd /openils/var/web/opac/locale; ln -sf hy-AM cs-CZ |
| # | 14:04:45 | dbs | (switch hy-AM to en-US if desired) |
| # | 14:05:02 | dbs | hmm, problem when logging in though, the cs-CZ build isn't complete on the client side |
| # | 14:05:02 | phasefx | coool |
| # | 14:06:45 | dbs | ahh, no |
| # | 14:06:56 | phasefx | hey! I got success against that server Vaclav Jansa advertised |
| # | 14:07:07 | dbs | also need to cd /openils/var/web/xul/rel_1_4_0_4/server/locale; ln -sf hy-AM cs-CZ |
| # | 14:07:28 | natschil has joined #openils-evergreen |
| # | 14:07:29 | phasefx | some things are incomplete.. New Window and New Tab aren't translated |
| # | 14:07:41 | dbs | so the client side is fine, and the only reason I need to create those symlinks is because I didn't build our server with cs-CZ |
| # | 14:07:46 | phasefx | Check Out Items, Check In Items, Register Patron |
| # | 14:07:57 | phasefx | Search the Catalog |
| # | 14:07:59 | dbs | phasefx: oh, I know. Some of those strings were added post 1.4 |
| # | 14:08:10 | dbs | and some of them are still hardcoded. |
| # | 14:08:22 | phasefx | I'm shocked they didn't translate "stub" :) |
| # | 14:08:47 | phasefx | good enough to put up for download you think? |
| # | 14:08:55 | cpeach has joined #openils-evergreen |
| # | 14:10:47 | dbs believes so |
| # | 14:14:31 | natschil | hello, I just realized that when adding the evergreen search to firefox, it uses the html only search... is there a specific reason for it doing so? |
| # | 14:16:21 | cpeach | Hi all, im wondering if anyone might know if there is any webservice related documentation or a simple list of service definitions available for Evergreen. Any direction would be muchly appreciated! |
| # | 14:17:39 | natschil | cpeach: have you seen the dokuwiki? |
| # | 14:17:55 | natschil | cpeach www.open-ils.org/doku/doku.php? or something like that |
| # | 14:18:17 | jeff | http://evergreen-ils.org/dokuwiki/doku.php |
| # | 14:18:20 | dbs | or are you looking for something like http://dev.gapines.org/opac/extras/docgen.xsl |
| # | 14:18:25 | _bott_ | phasefx: Re: Mac I'm not really supporting them, I only have myself to worry about. John @ BDL may have some, but they may only be OPAC |
| # | 14:18:37 | dbs | eg: http://dev.gapines.org/opac/extras/docgen.xsl?service=open-ils.search¶m=&all=on&offset=0&limit=25 |
| # | 14:18:42 | natschil | jeff: yeah, sorry, that first website was the wrong url |
| # | 14:18:53 | jeff | natschil: no problem. |
| # | 14:20:08 | phasefx | _bott_: roger that |
| # | 14:20:17 | dbs | _bott_: I'd love to pick your brain about the silent ingest failure you were experiencing; did you end up making it non-silent to figure out it was your custom field causing the problem? Because we're still having ingest problems like http://dwarf.cs.uoguelph.ca/ingest_fail.txt |
| # | 14:20:51 | jeff | oh, that reminds me. |
| # | 14:22:21 | jeff | _bott_: i was trying to force a break in the fixed fields editor by setting a record to an invalid record type (leader/06), and i couldn't get it to take on dev-tadl. Hadn't poked at it much, and it might just no longer be possible to break them like that, but fyi, if you're still having any ingest-related issues and that symptom helps. |
| # | 14:22:37 | jeff | changing another field in the record seemed to work okay. |
| # | 14:23:10 | jeff | ("couldn't get it to take" == marc editor reports record saved, then record refreshes without the changes that were being saved) |
| # | 14:23:16 | dbs | natschil: I think it's just that that's where the opensearch description points to in opensearch_osd() in OpenILS/WWW/SuperCat.pm - you might try poking around there? |
| # | 14:23:16 | _bott_ | dbs: I just went nuts with log_info messages throughout Ingest.pm until I found where it died. In my case on a custom 'type'. Around line 725, if I'm remembering correctly. |
| # | 14:24:24 | dbs | _bott_: heh, okay - thanks |
| # | 14:26:29 | phasefx | download page updated |
| # | 14:27:42 | dbs | phasefx++ |
| # | 14:28:59 | natschil | dbs: ok, I'll try and do that, thanks |
| # | 14:29:49 | dbs | natschil: 'twould be cool to have it search the dynamic OPAC, agreed |
| # | 14:30:10 | natschil | dbs: yeah, 'twould. is there a specific reason why it doesn't? |
| # | 14:30:38 | dbs | natschil: I don't know, it predates my involvement |
| # | 14:31:16 | cpeach | dbs: I believe this is exactly what im looking for.. Is there a way i can find the accompanying WSDL's or a definitions of the service params. I checked http://evergreen-ils.org/dokuwiki/doku.php, but was unsuccessful in my search. Are there code samples of any kind? |
| # | 14:36:28 | miker_ | cpeach: there's no (big W, big S) Web Services interface, no SOAP. there is, however, XMLRPC |
| # | 14:46:57 | cpeach | miker_: okey thanks. I will work with that. |
| # | 14:58:08 | _bott_ | dbs: looked through that .txt -- maybe I'm not looking for the right thing, but it seems that your bre doesn't contain much of anything to ingest |
| # | 14:59:29 | dbs | _bott_: there's a huge marc field in there |
| # | 14:59:51 | dbs | but yeah, null null null null |
| # | 15:00:38 | dbs | 'course, lots of those nulls just get default s |
| # | 15:10:43 | dchristens | hey folks. Is there a list somewhere of the various scripts that should be cron'd? (reshelving, thaw expired holds, fine generation, ...?) |
| # | 15:13:04 | dbs | natschil wrote up some docs at http://www.mail-archive.com/open-ils-documentation@list.georgialibraries.org/msg00011.html but I don't know if there's anything in the wiki yet |
| # | 15:13:17 | dbs | natschil++ |
| # | 15:13:27 | dchristens | dbs: thanks |
| # | 15:13:33 | dchristens | natschil++ |
| # | 15:13:51 | dbs | natschil: did you want a wiki account, btw? I'll bbiab, but just let me know if you want it |
| # | 15:14:59 | natschil | btw, I'm not sure whether they're entirely complete, especially what to do with the reshelving_complete.srfsh script, as I think the values I said you need to set there need to be set somewhere else, so use at your own risk :) |
| # | 15:16:47 | dchristens | heh - duly noted :-) |
| # | 15:16:53 | natschil | dbs: I'm not sure if I need a wiki account, but if its not much work for you, and if you don't mind people with wiki accounts that don't really write many wiki articles, then it might be easier to just post stuff there if I come up with any more documentation |
| # | 15:17:32 | natschil | dchristens: also, I think some of those scripts aren't used too much anymore, but I'm not sure |
| # | 15:18:11 | rsinger has quit IRC |
| # | 15:18:40 | rsinger has joined #OpenILS-Evergreen |
| # | 15:19:51 | natschil feels honoured to be offered a wiki account :) |
| # | 15:20:26 | natschil (even though he hasn't really made any documentation) |
| # | 15:22:03 | jeff | natschil: namespaces are useful if you want to throw some things together. see some of the things under "Temporary Scratch Pad" on the main dokuwiki page, http://evergreen-ils.org/dokuwiki/doku.php |
| # | 15:25:20 | natschil | jeff: yup, isn't that a bit like the open-ils-documenation mailing list? |
| # | 15:25:20 | dchristens | Would anyone care to share their crontab? That would definitely make it easier to see... especially if it were from a "live" system.... ;-) |
| # | 15:51:10 | natschil has quit IRC |
| # | 16:00:56 | meliss has quit IRC |
| # | 16:02:02 | BING has joined #openils-evergreen |
| # | 16:07:44 | BING has left #openils-evergreen |
| # | 16:14:08 | brendan_ga | Hey All - |
| # | 16:14:39 | brendan_ga | One the latest server that I built I am having a search issue --- when I search for a one word keyword - I get |
| # | 16:14:46 | brendan_ga | rresultFilterSearchResults(Object locale=en-US service=open-ils.search)rresult.js (line 306) |
| # | 16:14:46 | brendan_ga | _remoteRequestCallback(0)RemoteRequest.js (line 177) |
| # | 16:14:46 | brendan_ga | onreadystatechange()()RemoteRequest.js (line 194) |
| # | 16:14:46 | brendan_ga | [Break on this error] if( result.count > 0 ) { |
| # | 16:14:49 | brendan_ga | I get nothing |
| # | 16:15:00 | brendan_ga | but if I search on two words - it works... |
| # | 16:15:20 | brendan_ga | EG 1.4.0.4 and opensrf 1.0.6 |
| # | 17:00:49 | _bott_ has quit IRC |
| # | 17:01:08 | _bott_ has joined #OpenILS-Evergreen |
| # | 17:04:27 | dbs has quit IRC |
| # | 17:26:40 | dchristens has left #OpenILS-Evergreen |
| # | 19:45:11 | grahamf has joined #openils-evergreen |
| # | 19:48:14 | djfiander has joined #OpenILS-Evergreen |
| # | 19:49:31 | rsinger has quit IRC |
| # | 20:03:06 | rsinger has joined #OpenILS-Evergreen |
| # | 20:12:04 | brendan_ga has quit IRC |
| # | 20:20:04 | djfiander has quit IRC |
| # | 20:22:14 | djfiander has joined #OpenILS-Evergreen |
| # | 20:26:18 | djfiander | because I let something slip, I am now MPOW's expert on MFHD. I must now work hard to ensure that somebody else actually has to do the work. |
| # | 20:54:47 | dbs has joined #openils-evergreen |
| # | 21:11:30 | brendan_ga has joined #OpenILS-Evergreen |
| # | 21:13:54 | dbs | so far, no complaints about the 1.4.0.4 vbox image. either it's perfect (hah!) or nobody has downloaded it (unlikely) or the masses are gathering to assassinate me. |
| # | 22:18:30 | dbs | btw, yaz 3.0.45 released today |
| # | 22:21:39 | grahamf | hey dbs |
| # | 22:21:48 | dbs | grahamf! |
| # | 22:22:03 | grahamf | you happen to know if Net:Z3950 is a wrapper for libyaz, or is it pure Perl? |
| # | 22:23:02 | grahamf | just semi-curious. II; was having some issues with PyZ3950 (which is not yaz based); right now I'm running yaz-client using 'expect' which is, well, suboptimal |
| # | 22:23:56 | dbs | Net::Z3950 is a libyaz wrapper |
| # | 22:24:42 | dbs | seems that pretty much anything non-yaz-based has problems connecting to the Evergreen Z39.50 server at this point |
| # | 22:25:13 | grahamf | ok. I might check out the source, see what the cost of writing a Python wrapper might be like. |
| # | 22:25:37 | grahamf | though Expect really isn't hideous, especially for the little amount of Z39.50 we'd be doing in Syrup |
| # | 22:26:19 | grahamf | so, I'm reading perlmods/Open-ILS/SIP, you know, just for fun |
| # | 22:26:56 | grahamf | it looks like an Item Information request will return both holding/status info as well as a significant bib record (mvr), yes? that would be very good. |
| # | 22:29:19 | djfiander | fuck I don't know |
| # | 22:30:18 | dbs | grahamf: djfiander is the SIP expert for Evergreen :) |
| # | 22:30:26 | grahamf | djfiander: heh |
| # | 22:30:52 | grahamf | plus I hear he's quite handy with MFHD. |
| # | 22:31:00 | djfiander | I'm buried deep in the middle of trying to figure out how to pull repeatable subfields out using MARC::Field. |
| # | 22:31:38 | grahamf | I can only imagine the pain |
| # | 22:34:05 | djfiander | fuck. |
| # | 22:36:00 | grahamf | djfiander: dare we ask? |
| # | 22:36:24 | djfiander | utsl. |
| # | 22:36:40 | djfiander | MARC::Field->subfields returns a list of array refs. |
| # | 22:36:58 | djfiander | each array ref is a list consisting of the subfield indicator followed by the values. |
| # | 22:37:07 | djfiander | rather than every subfield coming out separately. |
| # | 22:37:26 | djfiander | so, I get ONE return value for all of the subfields 'y' that appear. |
| # | 22:37:52 | grahamf | not good. |
| # | 22:38:07 | djfiander | I think. |
| # | 22:38:08 | djfiander | shit. |
| # | 22:39:58 | djfiander | ok. time to stop for tonight. |
| # | 22:40:25 | grahamf | :-) better luck tomorrow, djfiander. |
| # | 22:40:26 | djfiander | subfield works that way, but now I think that subfields works the way it should, but the data I'm getting back is odd. |
| # | 22:40:35 | djfiander | I'll have to write a test program to see |
| # | 22:42:06 | djfiander | btw. msauers reports that the Hilton lobby bar is out of beer on tap at CiL |
| # | 22:42:58 | djfiander has quit IRC |
| # | 22:55:39 | grahamf has quit IRC |
| # | 23:22:21 | dbs feels a bit more groovy getting z39.50 server support working with USMARC output and MarcEdit |
| # | 23:38:19 | jamesrf has quit IRC |
| # | 23:47:15 | sarabee has quit IRC |
| # | 23:52:48 | jamesrf has joined #openils-evergreen |
April 10-13