| # | Time | Nick | Message |
|---|
| # | 01:20:23 | atz_ has joined #evergreen |
| # | 01:23:40 | atz has quit IRC |
| # | 03:25:30 | magnusenger_ has joined #evergreen |
| # | 03:49:35 | leed has quit IRC |
| # | 03:49:35 | _bott_ has quit IRC |
| # | 03:49:35 | berick has quit IRC |
| # | 03:59:55 | leed has joined #evergreen |
| # | 03:59:55 | _bott_ has joined #evergreen |
| # | 03:59:55 | berick has joined #evergreen |
| # | 07:32:08 | sfortin has joined #evergreen |
| # | 07:33:10 | rickd has quit IRC |
| # | 07:34:05 | rickd has joined #evergreen |
| # | 07:35:30 | artunit has quit IRC |
| # | 08:05:56 | granitize has joined #evergreen |
| # | 08:18:52 | cerpy has joined #evergreen |
| # | 08:50:53 | sfortin has quit IRC |
| # | 08:53:09 | Callender has quit IRC |
| # | 08:55:45 | dbs has joined #evergreen |
| # | 08:57:55 | Callender has joined #evergreen |
| # | 09:03:04 | natschil has joined #evergreen |
| # | 09:08:28 | natschil has quit IRC |
| # | 09:08:52 | berick | dbs: trying the authority ui.. Submit/<Enter> aren't sending any searches to the server. tried in staff client and firefox (as admin). no JS errors. curuious if you have any ideas |
| # | 09:09:38 | dbs | berick: weird, I'll try on a clean Debian install to ensure there's no local interference |
| # | 09:10:04 | natschil has joined #evergreen |
| # | 09:10:31 | Dyrcona has joined #evergreen |
| # | 09:11:04 | berick | dbs: thanks. this is latest trunk w/ dojo 1.3.2. /me updates to 1.3.3 to rule that out |
| # | 09:11:25 | dbs | okay, yeah I've been using dojo 1.3.3 so you never know |
| # | 09:14:04 | bshum has joined #evergreen |
| # | 09:14:09 | bshum has joined #evergreen |
| # | 09:15:17 | natschil has quit IRC |
| # | 09:16:35 | berick | 1.3.3 does not appear to affect it |
| # | 09:17:23 | berick | oh..hm, actually, i should be checking the apache logs, not osrfsys.log.. |
| # | 09:17:29 | berick | for the initial call |
| # | 09:18:03 | dbs | or use firebug to see if the POST request is made |
| # | 09:19:24 | berick | ok, 404's, so probably apache config issue |
| # | 09:19:51 | dbs | *phew* -ish |
| # | 09:20:03 | natschil has joined #evergreen |
| # | 09:20:37 | dbs | oils_web.xml? |
| # | 09:21:23 | dbs | updated entities or dojo i18n file? |
| # | 09:22:24 | dbs | (actually, I haven't dojo-i18nized those files yet, so lang.dtd would be a likely culprit) |
| # | 09:22:44 | dbs | (actually, that was only for the staff client menu IIRC, so ignore me) |
| # | 09:24:37 | berick | no, berick not following the commits closely and debugging from the wrong direction.. eg_vhost.conf |
| # | 09:25:20 | dbs | oh, /browse /startwith |
| # | 09:25:38 | dbs | man, that was ages ago :) |
| # | 09:26:17 | dbs | still, firebug should have shown the POST. hrm |
| # | 09:26:27 | berick | wasn't using firebug |
| # | 09:26:31 | berick | was watching activity.log ;) |
| # | 09:27:30 | natschil has quit IRC |
| # | 09:29:08 | berick | sorry for the alarm, dbs |
| # | 09:29:27 | dbs | No problem, given how many times I've pestered y'all its only fair! |
| # | 09:30:12 | dbs | should we move the templates from /openils/var/web/templates to /openils/var/templates before release |
| # | 09:31:05 | dbs | Doesn't seem to be a huge threat, but we've had that comment in oils_web.xml for a long time now |
| # | 09:31:49 | yboston has joined #evergreen |
| # | 09:32:25 | berick | it would be nice to move them |
| # | 09:32:48 | berick | maybe after the alpha1? |
| # | 09:33:16 | dbs | sure |
| # | 09:46:39 | dbs | OpenSRF 1.6.0-alpha is now in the downloads directory (http://evergreen-ils.org/downloads/OpenSRF-1_6_0-alpha.tar.gz) with md5sum (http://evergreen-ils.org/downloads/OpenSRF-1_6_0-alpha.tar.gz.md5) and changelog (http://evergreen-ils.org/downloads/OpenSRF-ChangeLog-1.4.0-1.6.0-alpha) |
| # | 09:46:50 | jeff | dbs++ |
| # | 09:47:19 | dbs | still needs some release notes, if anyone feels ambitious, and certainly could use some sniff testing |
| # | 09:47:48 | jeff | is there a handy reference page for pairings of opensrf/evergreen versions? |
| # | 09:48:35 | dbs | Other than the downloads page? |
| # | 09:49:39 | dbs | You mean something like "Evergreen 1.6 should work with OpenSRF 1.2, 1.4, and 1.6, but almost everybody is running 1.2.2"? |
| # | 09:52:09 | dbs | I think jamesrf was maintaining a wiki page somewhere |
| # | 09:52:10 | jeff | and something with more history and more "we think 2.0's going to use" |
| # | 09:52:30 | dbs | yeah, http://evergreen-ils.org/dokuwiki/doku.php?id=versioning |
| # | 09:53:36 | dbs bumps the 2.0 reqs |
| # | 09:54:18 | moodaepo | dbs++ |
| # | 09:55:05 | moodaepo | miker_++ |
| # | 09:55:51 | miker_ | building a tarball now |
| # | 09:58:14 | jeff | dbs: aha! that's exactly what I was looking for. thanks. |
| # | 09:58:37 | magnusenger_ has left #evergreen |
| # | 10:06:15 | brendan_bywater has joined #evergreen |
| # | 10:06:51 | miker_ | not that I'm concerned for alpha1, but I'm getting i18n errors for accesskeys: warnings.warn("Could not find accesskey for %s" % entity) |
| # | 10:07:07 | atz_ | :\ |
| # | 10:08:36 | cerpy has quit IRC |
| # | 10:10:33 | moodaepo has quit IRC |
| # | 10:13:04 | dbs | miker_: good, the script is doing it's job then? |
| # | 10:14:29 | miker_ | still running (lots of new locales), but no death-causing errors that I can see in the output as yet |
| # | 10:14:30 | dbs | (essentially, if an entity is defined with a name m/^(.*?)\.label$/ it expects to find $1.accesskey) |
| # | 10:14:32 | moodaepo has joined #evergreen |
| # | 10:15:03 | dbs | Yeah. I haven't synced up the translations from launchpad in quite some time. Have I mentioned we need a real i18n maintainer? |
| # | 10:16:44 | miker_ | biab to tar it up ... meeting real quick-like |
| # | 10:34:15 | youdonotexist has joined #evergreen |
| # | 10:35:15 | dbs | I'm exporting a virtual image of OpenSRF trunk & Evergreen trunk built on Debian Squeeze atm. Just remembered that the XUL staff client directory is just a timestamp though. :/ |
| # | 10:36:04 | phasefx | timestamps, ptooey |
| # | 10:38:39 | dbs | ah well, I'll want to create a new image based on the Official OpenSRF 1.6.0 and Evergreen 2.0 alphas anyway |
| # | 10:41:35 | lisppaste | berick pasted "marc:::record mfhd version error (2.0.2 installed)" at http://paste.lisp.org/display/113778 |
| # | 10:41:57 | berick | i've seen this kind of perl wonkiness before... |
| # | 10:43:11 | dbs | yuck |
| # | 10:43:12 | atz_ | dbs: actually i tweaked the update.sh script to always stick the build in a timestamp directory, but it will symlink whatever STAFF_CLIENT_BUILD_ID you might set in ENV |
| # | 10:43:32 | dbs | atz_: I don't use the update.sh script |
| # | 10:43:41 | gmcharlt | berick: a 5.8ism? |
| # | 10:44:05 | atz_ | previously if you tried setting the build id to "current" it would still try to symlink "current" to the build_id-created dir... which would obviously not work. |
| # | 10:44:07 | dbs | Is the param supposed to be quoted, perhaps? |
| # | 10:44:09 | berick | gmcharlt: it is 5.8.8, so perhaps |
| # | 10:44:30 | atz_ | i.e., current -> current |
| # | 10:44:39 | berick tries quoting |
| # | 10:44:56 | berick | dbs: *ding* *ding* |
| # | 10:45:23 | berick is also not heartened by Useless use of a constant in void context at /openils/lib/perl5/OpenILS/Application/Search/Biblio.pm line 263. |
| # | 10:45:51 | dbs | Evergreen 2.0 requires Perl 5.10? :) |
| # | 10:45:54 | atz_ | at least that error is potentially harmless.... |
| # | 10:46:33 | dbs | that line looks wonky |
| # | 10:46:44 | dbs | two =~ operators in a single line? |
| # | 10:46:45 | gmcharlt | I suspect the first =~ should be = |
| # | 10:47:01 | dbs | right |
| # | 10:47:11 | atz_ | doesn't make sense otherwise |
| # | 10:47:26 | atz_ | and should mirror the line above it |
| # | 10:58:36 | jeff has quit IRC |
| # | 10:58:57 | sfortin has joined #evergreen |
| # | 10:59:53 | jeff has joined #evergreen |
| # | 11:03:34 | phasefx | I think I've tried something like this before but can't it to work, ideas? cd ~/git/ILS/trunk ; git checkout some_branch ; git diff master > /tmp/patch ; cd ~/svn/ILS/rel_2_0 ; patch -p0 < /tmp/patch |
| # | 11:04:12 | gmcharlt | phasefx: in what way does it break for you? |
| # | 11:04:18 | berick | phasefx: -p1 might be needed |
| # | 11:04:39 | atz_ | git diff --noprefix master |
| # | 11:04:53 | phasefx | patch complaining about the wrong -p or --strip option |
| # | 11:04:58 | phasefx will try those, thanks! |
| # | 11:05:14 | atz_ | phasefx: sorry, --no-prefix |
| # | 11:05:33 | berick makes note of --no-prefix |
| # | 11:05:59 | phasefx | perfect, atz++ |
| # | 11:06:42 | atz_ | np |
| # | 11:11:13 | Dyrcona has quit IRC |
| # | 11:12:09 | atz_ | ok, my current effort is to build the human-readable presentation of an EDI message. in part, this is what Business::EDI is built for. but that would involve a lot of traditional CGI code that the staff client otherwise doesn't have. |
| # | 11:12:46 | atz_ | berick: you mentioned adding another apache module... any other possibilities? |
| # | 11:14:35 | atz_ | that is, another v.server |
| # | 11:15:57 | berick | right, i was thinking a new openils::www::* mod_perl handler. |
| # | 11:16:14 | berick | could also turn on perl exec in template toolkit and use a combo of TT/raw perl |
| # | 11:16:59 | atz_ | yeah, i was thinking about that... handler is probably preferable |
| # | 11:21:13 | miker_ | Evergreen-ILS-2.0-alpha1.tar.gz[.md5] uploaded |
| # | 11:21:28 | bradl | dun dun DUUUUN |
| # | 11:21:50 | berick | atz_: there's precedent for the mod_perl approach. and this is not really the type of thing that people will need to style. |
| # | 11:22:23 | berick | miker_++ |
| # | 11:22:30 | berick | and dbs++ # opensrf |
| # | 11:22:38 | atz_ | sounds good... where should the backend script itself live? |
| # | 11:22:41 | gmcharlt | miker_++ |
| # | 11:22:46 | berick | oh, speaking of, i can merge my net-server gutting now.. muahahhaa |
| # | 11:23:08 | miker_ | of course, there are now at least 2 changes that aren't in there... gah |
| # | 11:24:22 | bradl | heh, wouldn't be right otherwise |
| # | 11:24:38 | jeff | what, you mean you bought a new computer and it's already obsolete? |
| # | 11:24:43 | jeff | :) |
| # | 11:24:44 | miker_ tags 2.0-alpha1.1 |
| # | 11:24:50 | miker_ | (no, not really) |
| # | 11:26:19 | dbs | uploading 2010-08-23 trunk image |
| # | 11:26:38 | gmcharlt | ... then 2.0-alpha1.2-stop-fixing-bugs-already ;) |
| # | 11:27:33 | berick | atz_: the code that loads business::edi and translates an edi message into html? i was assuming that would live in the mod_perl handler. |
| # | 11:27:35 | miker_ | gmcharlt: egg sack lee |
| # | 11:28:12 | berick | atz_: though, i could see part of it living under o::a::acq::edi:: if it would be useful in other contexts. e.g. action/trigger edi message displays for printing or some such |
| # | 11:28:40 | berick | but anything specific to html seems like it should live in the mod_perl handler |
| # | 11:28:42 | atz_ | ok that makes sense |
| # | 11:37:17 | csharp | miker_: dbs - I see that you'll be on FLOSS weekly - cool! |
| # | 11:37:20 | csharp | http://spreadsheets.google.com/pub?key=pYAJMbVobYCTro_z4LGo3ZQ |
| # | 11:39:39 | miker_ | csharp: it is true, sir |
| # | 11:40:38 | csharp | I was just listening to the episode on VirtualBox and heard Randal Schwartz say your names - pretty wierd ;-) |
| # | 11:40:50 | csharp | weird, even |
| # | 11:41:24 | dbs | Yep, evergreen - the online card catalog! |
| # | 11:41:32 | csharp | heh - I caught that |
| # | 11:41:56 | csharp shuffles his cards |
| # | 11:43:32 | dbs does enjoy the occasional poker session... |
| # | 11:44:05 | csharp | an Austin pub sounds like a good place for it |
| # | 11:45:03 | atz_ | floss'n it. |
| # | 11:49:54 | dbs curses rogers.com for throttling sftp transfers |
| # | 11:51:06 | dbs | (using my in-law's net connection to upload the virtual image at a pathetic rate) |
| # | 11:53:31 | leed | miker_: eh? |
| # | 11:59:17 | dbs goes to forage for food to burn off some steam whilst rogers impedes the progress of software freedom for libraries... |
| # | 12:01:49 | miker_ | leed: ? |
| # | 12:02:25 | leed | egg sack lee? lol I now know this wasn't directed towards me |
| # | 12:02:42 | miker_ | ahh |
| # | 12:04:45 | miker_ | oh, a note about the alpha. I intentionally included the release of dojo 1.3.3, not our layered version |
| # | 12:09:00 | jamesrf has joined #evergreen |
| # | 12:20:35 | jamesrf has quit IRC |
| # | 12:20:41 | jamesrf_ has joined #evergreen |
| # | 12:27:57 | bshum | Quick question about setting "grace periods." That would be something set up for the entire system or skipped over? It's not granular at present time to be a per-library setting? |
| # | 12:29:18 | bshum | Or is it something that can only be accomplished if we were using scripted circ vs. in-db circ? |
| # | 12:40:21 | gmcharlt | bshum: global setting, via a command-line parameter to the fine generator cronjob |
| # | 12:40:41 | gmcharlt | in-DB circ makes no difference |
| # | 12:40:43 | bshum | gmcharlt: Thanks for the confirmation, was just poking in markmail and saw that, hmm |
| # | 12:40:56 | bshum | If it's global, then it's an all or nothing deal then, at current. |
| # | 12:41:04 | gmcharlt | correct |
| # | 12:42:17 | bshum | Thanks gmcharlt |
| # | 12:49:31 | afterl has joined #evergreen |
| # | 13:04:36 | alxp has joined #evergreen |
| # | 13:22:18 | sfortin has quit IRC |
| # | 13:28:08 | afterl has quit IRC |
| # | 13:28:35 | afterl has joined #evergreen |
| # | 13:41:21 | dbs | berick: after getting through the various config issues that plagued you this morning, were you amazed by the auth management interface? |
| # | 13:51:43 | berick | dbs: i like :) |
| # | 13:53:07 | dbs | 5 minutes until http://evergreen-ils.org/~denials/Evergreen_trunk_2010_08_23.zip upload finishes |
| # | 13:59:59 | jeff | dbs++ / rogers-- |
| # | 14:00:09 | dbs | Done! |
| # | 14:00:13 | berick likes how grouchy screen gets.. "this IS window 1" |
| # | 14:00:19 | berick | the "doofus" is implied |
| # | 14:05:24 | dbs | heh |
| # | 14:10:22 | dbs | off to upei - see you tomorrow, folks |
| # | 14:10:25 | dbs has quit IRC |
| # | 14:19:07 | branflakes has joined #evergreen |
| # | 14:49:06 | jamesrf_ is now known as jamesrf |
| # | 15:00:07 | moodaepo | If I want to un-expire a set of hold_request rows would setting expire_time and cancel_time to null be sufficient? Next time the hold targeter is run from crontab the un-expired hold requests should be targeted. Correct? |
| # | 15:05:18 | branflakes has quit IRC |
| # | 15:09:15 | atz_ has quit IRC |
| # | 15:16:59 | jamesrf has quit IRC |
| # | 15:23:04 | miker_ | moodaepo: subject to the state of prev_check_time, yes |
| # | 15:24:45 | moodaepo | miker_: I was thinking of setting it to null also since we have holds targeter checking every 24 hours and they get checked. Do I need to look at unfullfilled_hold_list? |
| # | 15:27:16 | miker_ | moodaepo: no need to look at unfullfilled_hold_list |
| # | 15:28:21 | miker_ | moodaepo: IIRC, trunk has cancel_cause too, which I don't believe is in any 1.6, so for a trunk patch you'd want to include that too |
| # | 15:29:52 | moodaepo | Nice. No 1.6.0.6 has cancel_cause as a field for hold_request and a table hold_request_cancel_cause |
| # | 15:30:15 | miker_ | ahh, well then, there we go :) |
| # | 15:31:28 | miker_ leaves to prepare for travel |
| # | 15:43:50 | alxp has quit IRC |
| # | 16:01:05 | jamesrf has joined #evergreen |
| # | 16:18:44 | bshum has quit IRC |
| # | 16:57:47 | afterl has quit IRC |
| # | 17:03:15 | yboston has quit IRC |
| # | 17:10:04 | branflakes has joined #evergreen |
| # | 17:13:32 | jamesrf | has anyone ever looked into highlighting search results in the PAC? |
| # | 17:18:24 | atz has joined #evergreen |
| # | 17:20:28 | atz_ has joined #evergreen |
| # | 17:24:02 | atz has quit IRC |
| # | 17:46:25 | moodaepo | jamesrf: What do you mean by highlighting? Highlight the search terms where they are found in the list/record? |
| # | 17:46:44 | jamesrf | yes |
| # | 17:47:53 | moodaepo | Not that I have heard of...shouldn't be too hard to do a brute force one since the search criteria is available in the url. |
| # | 17:48:17 | jamesrf | yeah i don't imagine that it's possible to do a perfectly accurate one |
| # | 17:49:05 | jamesrf | seeing as the index could be in mods or marc |
| # | 17:49:15 | moodaepo | right |
| # | 17:49:58 | moodaepo if one were to attempt a hightlight it would be nice to have an "on/off" option |
| # | 17:50:31 | jamesrf | i was thinking about just adding it as a supercat metadata format |
| # | 17:50:33 | moodaepo | Since I think it sometimes gets in the way of reading a page..sometimes |
| # | 17:51:12 | gmcharlt | jamesrf: a bit of client-side javascript to do the highlighting might be easier |
| # | 17:52:01 | atz_ | jamesrf, berick already converted some jaquery highlighting code to dojo for that purpose |
| # | 17:52:13 | atz_ | *jquery |
| # | 17:52:29 | atz_ | works pretty well |
| # | 17:54:50 | jamesrf | is there somewhere i can look at that? |
| # | 17:55:03 | moodaepo | Has anyone gotten reports about Excel formatted files generated by EG reports not work with Office 2010? Getting an error asking to extract the data from the file and then repair it > doing so does not work. |
| # | 17:55:44 | atz_ | working on some report issues today... nothing 2010 specific though |
| # | 17:56:02 | atz_ | can always try it w/ open office to see if that thinks it is OK |
| # | 17:56:56 | fgjohnson has joined #evergreen |
| # | 17:57:00 | moodaepo | atz_: Will do |
| # | 17:57:12 | fgjohnson has quit IRC |
| # | 17:57:44 | atz_ | highlighter js: http://svn.open-ils.org/trac/ILS/changeset/17205 |
| # | 17:58:15 | jamesrf | thx atz++ |
| # | 19:08:40 | jamesrf has quit IRC |
| # | 19:15:47 | branflakes | moodaepo: i think sitka has seen something similar with office 2007 |
| # | 19:16:29 | branflakes | office might also act in unpredictable ways if the file you're trying to read as a spreadsheet has more than 65,536 rows |
| # | 19:17:11 | moodaepo | branflakes++ # Will check 'morrow |
| # | 19:41:29 | youdonotexist has quit IRC |
| # | 20:38:02 | brendan_ga has joined #evergreen |
| # | 20:41:48 | brendan_bywater has quit IRC |
| # | 20:42:46 | brendan_ga has quit IRC |
| # | 21:22:52 | jeff | moodaepo: yes, i believe i helped someone in here with that issue earlier last month. i'll check. |
| # | 21:26:47 | jeff | moodaepo: are your office 2010 users also using win7? |
| # | 21:29:25 | jeff | moodaepo: there is a bug in OLE::Storage_Lite and/or Spreadsheet::WriteExcel. fixed in OLE::Storage_Lite 0.19 -- mrpeters found that he also needed to upgrade Spreadsheet::WriteExcel, my recommended version there was 2.29 or higher. |
| # | 21:31:00 | jeff | moodaepo: if your are seeing this issue on a version of windows other than win7, this might not be the same issue. |
| # | 21:31:44 | jeff | moodaepo: the perl modules in question would need to be upgraded on the host running clark-kent.pl, and clark-kent.pl restarted. you'd then need to create new report output to test. the old output would remain broken. |
| # | 21:34:01 | jeff | @later tell moodaepo check scrollback for a probable lead on your Excel issues |
| # | 21:34:01 | pinesol | jeff: The operation succeeded. |
| # | 21:36:33 | brendan_bywater has joined #evergreen |
April 10-13