| # | Time | Nick | Message |
|---|
| # | 00:09:34 | dbs_ has joined #evergreen |
| # | 00:09:40 | dbs_ has joined #evergreen |
| # | 00:35:00 | agJohn has quit IRC |
| # | 00:42:12 | egbuilder has quit IRC |
| # | 00:42:32 | egbuilder has joined #evergreen |
| # | 01:09:35 | bshum has quit IRC |
| # | 01:09:35 | jatzberger has quit IRC |
| # | 01:09:35 | tsbere has quit IRC |
| # | 01:09:49 | tsbere has joined #evergreen |
| # | 01:10:16 | bshum has joined #evergreen |
| # | 01:14:40 | jatzberger has joined #evergreen |
| # | 01:24:10 | bshum has quit IRC |
| # | 01:24:10 | bshum has joined #evergreen |
| # | 01:54:27 | atz_ has joined #evergreen |
| # | 01:57:00 | atz__ has quit IRC |
| # | 03:16:47 | atz_ has quit IRC |
| # | 04:00:00 | tsbere_ has joined #evergreen |
| # | 04:00:00 | tsbere has quit IRC |
| # | 04:00:39 | egbuilder has quit IRC |
| # | 04:04:20 | tsbere_ has quit IRC |
| # | 04:04:24 | tsbere__ has joined #evergreen |
| # | 04:09:32 | egbuilder has joined #evergreen |
| # | 05:07:10 | bjwebb has joined #evergreen |
| # | 05:54:41 | natschil has joined #evergreen |
| # | 05:57:46 | tsbere__ has quit IRC |
| # | 05:58:00 | tsbere__ has joined #evergreen |
| # | 06:03:46 | tsbere__ has quit IRC |
| # | 06:04:00 | tsbere__ has joined #evergreen |
| # | 06:10:46 | natschil has quit IRC |
| # | 06:11:01 | natschil has joined #evergreen |
| # | 06:19:22 | tsbere__ is now known as tsbere |
| # | 06:27:30 | tsbere has quit IRC |
| # | 06:27:34 | tsbere_ has joined #evergreen |
| # | 06:30:22 | tsbere_ has quit IRC |
| # | 06:30:36 | tsbere_ has joined #evergreen |
| # | 06:35:46 | tsbere_ is now known as tsbere |
| # | 07:43:04 | natschil has quit IRC |
| # | 07:43:22 | natschil has joined #evergreen |
| # | 07:49:36 | natschil has quit IRC |
| # | 07:52:05 | natschil has joined #evergreen |
| # | 07:57:21 | natschil has quit IRC |
| # | 07:57:23 | agJohn has joined #evergreen |
| # | 07:59:47 | natschil has joined #evergreen |
| # | 08:08:09 | natschil has quit IRC |
| # | 08:11:18 | agJohn has quit IRC |
| # | 08:34:21 | dbs_ has quit IRC |
| # | 08:43:11 | mrpeters-isl has joined #evergreen |
| # | 08:47:22 | sfortin has joined #evergreen |
| # | 08:55:26 | Dyrcona has joined #evergreen |
| # | 09:03:54 | Meliss has joined #evergreen |
| # | 09:27:37 | Dyrcona | @help |
| # | 09:27:37 | pinesol_green | Dyrcona: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin. |
| # | 09:27:51 | Dyrcona | @help seen |
| # | 09:27:51 | pinesol_green | Dyrcona: (seen [<channel>] <nick>) -- Returns the last time <nick> was seen and what <nick> was last seen saying. <channel> is only necessary if the message isn't sent on the channel itself. |
| # | 09:31:46 | copystar has joined #evergreen |
| # | 09:32:56 | collum has joined #evergreen |
| # | 09:33:08 | yboston has joined #evergreen |
| # | 09:35:23 | jenny has joined #evergreen |
| # | 09:39:56 | dbs_ has joined #evergreen |
| # | 09:40:15 | Dmagick has quit IRC |
| # | 09:41:10 | copystar has quit IRC |
| # | 09:45:46 | dbs_ | eeevil: sorry, i was offline when you sent your questions about Zotero and unapi - long story short, Zotero prefers MODS, but doesn't handle it well (discarding <nonSort> for example) in comparison to RIS |
| # | 09:46:46 | dbs_ | eeevil: and I simply hacked the list of formats that unapi advertises, so the formats were still available if you request them explicitly, but just wouldn't show up on the formats list (so Zotero would say "Oh well, no MODS, I guess I'll use RIS") |
| # | 09:53:46 | mrpeters-isl | anyone have any thoughts on why this action.circulation (http://pastie.org/2139830) ignored the grace day? |
| # | 09:56:03 | mrpeters-isl | figure the money.billable_xact_sumarry might help too -- http://pastie.org/2139841 |
| # | 09:57:51 | 16WAAPFIC has joined #evergreen |
| # | 09:58:10 | Dyrcona | mrpeters-isl: a guess without looking: it was checked in? |
| # | 09:58:29 | mrpeters-isl | hmm, not sure i understand the question? |
| # | 09:58:41 | mrpeters-isl | it was checked in, this morning, once they checked the dropbox |
| # | 09:58:53 | mrpeters-isl | due 6/27, backdated to 6/28 |
| # | 09:59:00 | mrpeters-isl | we have a 1 day grace configured on fine generator |
| # | 09:59:11 | Dyrcona | mrpeters-isl: prior to a certain version EG ignores grace days when calculating fines at checkin. |
| # | 09:59:12 | mrpeters-isl | so, this patron shouldn't have been billed at all |
| # | 09:59:30 | mrpeters-isl | prior to 2.0.4? there a bug for this? |
| # | 09:59:54 | dbs_ | pushed user/dbs/template-toolkit-integration branch into working that reflects most of the tt-opac changes we've made here so far (sans SFX resolution, still some de-Coniferization to sort out) so that we can merge all of that onto master and build a working image |
| # | 09:59:55 | Dyrcona | probably is. |
| # | 10:00:15 | mrpeters-isl | https://bugs.launchpad.net/evergreen/+bug/787542 |
| # | 10:00:18 | mrpeters-isl | yikes -- since 1.4!? |
| # | 10:01:09 | phasefx | I don't think calculating fines upon checkin was done in 1.4, was it? |
| # | 10:01:13 | 16WAAPFIC has quit IRC |
| # | 10:01:22 | Dmagick has joined #evergreen |
| # | 10:01:27 | Dyrcona | i don't know. never really looked at 1.4. :) |
| # | 10:01:29 | mrpeters-isl | not sure, here, we were never on 1.4 |
| # | 10:01:35 | eeevil | mrpeters-isl: forever. backdating has always ignored grace period |
| # | 10:01:51 | Dyrcona | regular checkin, too, until very recently. |
| # | 10:02:02 | mrpeters-isl | is there a reason? or just that it's never gotten developed? |
| # | 10:02:04 | eeevil | Dyrcona: but only in 2.0 for that |
| # | 10:02:09 | Dyrcona | ok |
| # | 10:02:42 | Dyrcona | my understanding is the grace period was an option passed to the fine generator. checkin runs the fine generator without options. |
| # | 10:02:57 | Dyrcona | more or less. |
| # | 10:03:08 | Dyrcona | i'm sure others will correct me if I'm mistaken. |
| # | 10:05:05 | mrpeters-isl | just want to make sure it's not something "impossible" before i start figuring out how we're going to fund getting this fixed |
| # | 10:05:22 | mrpeters-isl | since its always been that way, maybe it's just not a possibility? |
| # | 10:06:46 | Dyrcona | i think all but the backdated checkin is fixed. |
| # | 10:06:58 | mrpeters-isl | right, thats what i'm most concerned with |
| # | 10:07:01 | Dyrcona | ok |
| # | 10:07:22 | mrpeters-isl | libraries are just complaining that it kind of renders backdating useless when they still have to go in and manually forgive the grace day |
| # | 10:07:48 | mrpeters-isl | so if we can get that fixed, and save some staff time it's worth it |
| # | 10:09:12 | phasefx | be nice to the patron and backdate a day earlier as a matter of course? |
| # | 10:09:35 | mrpeters-isl | phasefx: certainly a potential workaround, for now, but i think getting it fixed is most optimal |
| # | 10:09:37 | phasefx | (I know, not a real fix:) |
| # | 10:10:05 | mrpeters-isl | gotta get those quarters they're entitled to, you know ;) |
| # | 10:11:40 | copystar has joined #evergreen |
| # | 10:11:58 | copystar has left #evergreen |
| # | 10:13:10 | Dyrcona | Funny how people will argue over nickels and dimes in a late fee, but think nothing of paying $6.00 for a latte. |
| # | 10:13:11 | copystar has joined #evergreen |
| # | 10:14:03 | phasefx | the libraries that sell lattes are rolling in money :) |
| # | 10:14:21 | mrpeters-isl | lol |
| # | 10:15:32 | tsbere has quit IRC |
| # | 10:15:46 | tsbere has joined #evergreen |
| # | 10:17:24 | Dyrcona | so i'm starting a branch for SIP2 chargeable loans. wish me luck. :) |
| # | 10:17:55 | Dyrcona | berick: I'll probably implement your suggestion of using checkout.full instead of permit in this branch. |
| # | 10:18:19 | Dyrcona | berick: might push that change first as its own commit so it can be implemented separately if you want. |
| # | 10:18:43 | Dyrcona | strike the probably, and make it will. |
| # | 10:21:30 | berick | Dyrcona++ |
| # | 10:22:39 | Dyrcona | berick: could you look at collab/jason@mvlc.org/SIP23738 when you get a chance? I think it's done, but I'm hoping one or two of my consortium members can do some more testing of it this week. |
| # | 10:30:59 | berick | Dyrcona: yep, i can look this week. |
| # | 10:34:11 | atheos | jeff++ thanks for you help last week, got it all working the way I wanted. |
| # | 10:37:12 | dbs_ has quit IRC |
| # | 10:46:32 | sal_ has joined #evergreen |
| # | 10:46:50 | joseph22 has joined #evergreen |
| # | 10:48:26 | sal_ | Hello. I'm playing with Evergreen 2.1 RC1. Was able to install the server on Ubuntu 10.10 by compiling postgres 9.0.4 from source, but the Windows client is complaining of a version mismatch. Any ideas? |
| # | 10:49:06 | csharp | sal_: do you have access to the server now? |
| # | 10:49:12 | sal_ | Yes. |
| # | 10:49:14 | dbwells | mrpeters-isl: This is what we run to detect and void backdate-into-grace fines. It's basic (as the commit message says, hard-coded and quickly written), but it meets our needs. http://svn.open-ils.org/trac/ILS-Contrib/browser/hekman/void_backdate_into_grace_bills.pl |
| # | 10:49:38 | dbs_ has joined #evergreen |
| # | 10:49:41 | dbs_ has joined #evergreen |
| # | 10:49:56 | csharp | sal_: can you share the output of 'ls /openils/var/web/xul'? |
| # | 10:50:19 | sal_ | 2_1-RC1 server |
| # | 10:51:04 | sal_ | (I did notice that the directory name did not match the documentation :-) |
| # | 10:52:26 | jenny has quit IRC |
| # | 10:53:30 | csharp | sal_: can you do this? (as opensrf) 'ln -s 2_1-RC1 rel_2_1-rc1' |
| # | 10:54:06 | sal_ | done. |
| # | 10:54:20 | bjwebb | hmmm, so opensrf hardcodes the location of its own libraries using rpath |
| # | 10:54:28 | csharp | sal_: now click "Re-Test Server" on the client? |
| # | 10:55:25 | sal_ | That seems to have done it. Thank you. |
| # | 10:55:37 | csharp | sal_: great - happy to help |
| # | 10:55:46 | mrpeters-isl | dbwells: very cool. thanks for sharing |
| # | 10:57:11 | sal_ | One more question? Who needs to own the SIP log (/var/log/SIP_evergreen.log) if SIP is not running as a service, but is manually started by opensrf? |
| # | 10:57:27 | sal_ | I don't seem to be getting any log messages from SIP in 2.1. |
| # | 10:58:39 | mrpeters-isl | dbwells: how often do you run this? seems it would have to run pretty regularly to "catch" these |
| # | 11:02:06 | dbs_ | So, you can see many of the changes we've made at http://137.207.184.154/eg/opac/home (search for "art") |
| # | 11:02:32 | dbwells | mrpeters-isl: well, in our case, we end up transferring the bills to the student accounts, so we only need to run this as often as we do the transfer. In normal use, I would run it at least daily at a time after the dropbox is emptied (since that's when a vast majority of backdated checkins happen). That said, I think it's pretty light, so it would probably be just fine to run it much more... |
| # | 11:02:34 | dbwells | ...often. |
| # | 11:10:41 | mrpeters-isl | cool thanks! |
| # | 11:11:02 | mrpeters-isl | does appear pretty light, and we have a hefty db |
| # | 11:24:50 | Dyrcona | sal_: SIP logs to /var/log/syslog by default. |
| # | 11:25:28 | Dyrcona | sal_: to change that, you need to edit your syslog.conf. |
| # | 11:25:54 | bshum | I changed the 2.1 install steps last night when I installed RC1 and encountered that server mismatch. Have to use STAMP_ID now instead of BUILD_ID in the command. |
| # | 11:28:40 | collum | Small error on http://open-ils.org/dokuwiki/doku.php?id=upgrading:evergreen:2.0.6_to_2.0.7 |
| # | 11:28:57 | collum | Part VII - ln -s rel_2_0_6 |
| # | 11:30:08 | jamesrf has quit IRC |
| # | 11:30:19 | bshum | collum++ Thanks for pointing that out, I fixed that. |
| # | 11:30:29 | collum | np |
| # | 11:31:13 | Dyrcona | berick: I got the switch from checkout.permit to checkout.full working. Do you want a separate branch just for that or should I make it the first commit in my SIP2 chargeable loans branch? |
| # | 11:31:56 | berick | Dyrcona: separate branch would be ideal |
| # | 11:32:59 | Dyrcona | ok. will do. with pullrequest bug coming up. |
| # | 11:36:21 | bshum | phasefx: I just replicated the steps for unified volume/copy editor bug with 2.1-rc1, ubuntu, et al. and it doesn't seem to be doing what that bug says it does. I'll write something to that effect on the bug ticket. |
| # | 11:36:39 | joseph22 has quit IRC |
| # | 11:37:20 | sal_ | Dyrcona: added the (r)syslog.conf line from the documentation, but for this instance doesn't seem to be working. (Works fine for the 2.0.5 and 2.0.6 instances I have running.) I'll double-check and make sure I didn't miscopy. |
| # | 11:37:35 | Lmp has joined #evergreen |
| # | 11:37:50 | joseph22 has joined #evergreen |
| # | 11:38:13 | joseph22 has left #evergreen |
| # | 11:38:16 | joseph22 has joined #evergreen |
| # | 11:39:04 | Dyrcona | sal_: have you restarted or HUP'd syslog since making the change? |
| # | 11:39:31 | Dyrcona admits he hasn't actually tried the line from the documentation. |
| # | 11:39:36 | sal_ | I did a "service rsyslog restart" |
| # | 11:39:49 | Dyrcona | sal_: well, that should have done the trick. |
| # | 11:40:07 | Lmp | hello, I just finished installing Evergreen. If I try to go to Z39.50 import I get the following message: messageCatalog: No text from /xul/2_1-RC1/server/locale/en-CA/circ.properties |
| # | 11:40:18 | sal_ | That's what I thought. On 2.0.5. server, the log is owned by syslog. Waiting for my 2.0.6 server to come up so I can check that. |
| # | 11:40:30 | Lmp | I tried to look into that file and it exists but it's blank |
| # | 11:41:18 | sal_ | * sal_ likes VirtualBox. Makes her life much easier. |
| # | 11:41:48 | bshum | Lmp: Interesting, my file also shows up blank. |
| # | 11:42:32 | bshum | It's blank for all the other locales too actually. |
| # | 11:42:44 | sal_ | Dyrcona: trying 'chown syslog:adm /var/log/SIP_evergreen.log' |
| # | 11:42:51 | sal_ | Maybe it's a permissions thing. |
| # | 11:44:35 | sal_ | Dyrcona: line is 'local6.* -/var/log/SIP_evergreen.log' |
| # | 11:45:03 | Lmp | I installed it under Ubuntu Natty 11.04 and I followed the instructions for rel 2.1-rc1 (using ubuntu-lenny as a target in make). Some steps didn't work too well, but I believe I managed to fix the whole thing |
| # | 11:45:31 | Dyrcona | sal_: At this point, I'm less than helpful. I know the guts of the code, but not much about sys. admin stuff, like syslog. |
| # | 11:45:38 | Lmp | but I get that popup dialog and I wonder whether this is "normal" behavior for first-time users |
| # | 11:46:13 | sal_ | Dyrcona: Thanks. Will keep trying. Since it's the same SIP code as previous versions, *should* work the same. |
| # | 11:46:16 | bshum | Lmp: Well, that file shouldn't be blank. |
| # | 11:46:23 | bshum | (as far as I know) |
| # | 11:46:46 | Lmp | bshum: what release are you running? |
| # | 11:47:12 | bshum | I have the 2.1-rc1 in front of me right now, running on Ubuntu Lucid 10.04 in a VM. |
| # | 11:47:43 | Lmp | k, same here but on a Ubuntu Natty 11.04 VM |
| # | 11:48:27 | bshum | Fun times, circ.properties is empty in locales of the 2.0.7 release too. |
| # | 11:48:32 | bshum | ^-- eeevil |
| # | 11:48:35 | Lmp | I also get that message: Error loading properties in messagecatalog in bindings.xml: messageCatalog: No text from /xul/2_1-RC1/server/locale/en-CA/circ.properties |
| # | 11:48:57 | eeevil | awesome ... looking at others |
| # | 11:49:43 | mrpeters-isl | it's ok on git |
| # | 11:49:44 | mrpeters-isl | http://git.evergreen-ils.org/?p=Evergreen.git;a=blob_plain;f=Open-ILS/xul/staff_client/server/locale/en-US/circ.properties;hb=refs/heads/tags/rel_2_0_7 |
| # | 11:50:09 | eeevil | mrpeters-isl: it's the i18n build process that caused this |
| # | 11:50:16 | eeevil | no idea why yet |
| # | 11:50:17 | mrpeters-isl | 10-4 |
| # | 11:50:32 | bshum | Lmp: If you switch back to en-US for now while doing your testing, I think things will be better (without those errors anyways) That file seems to be intact in that localization. |
| # | 11:50:41 | eeevil | let's pull 2.0.7 and I'll rebuild the tarball |
| # | 11:50:48 | Lmp | oh okay, I'll try that |
| # | 11:51:47 | Dyrcona | berick: https://bugs.launchpad.net/evergreen/+bug/803512 |
| # | 11:52:04 | Lmp | yeah, that works |
| # | 11:52:18 | eeevil | it's not all of the files, though |
| # | 11:55:28 | bshum | It's just a server side issue, right? (No need to rebuild staff clients, I think...) |
| # | 11:55:30 | dbs_ wonders what broke in i18n this time |
| # | 11:55:35 | eeevil | bshum: correct |
| # | 11:55:48 | eeevil | dbs_: dunno, but I'm going to build on a different host |
| # | 11:56:17 | Lmp | bshum: by the way, how did you set up your network for your VM with VirtualBox? I have to set mine to NAT since Bridged Adapter won't work (I'm on Windows 7, but I recall using that setting under Windows XP). In order to access my VM from Windows I had to set it to Host-Only but now I have no internet access on my VM. |
| # | 11:57:19 | bshum | Lmp: I'm using a Bridged Adapter, but I'm using Natty as my base OS. |
| # | 11:57:30 | phasefx | you can use both NAT and Host Only if you want |
| # | 11:57:38 | jenny has joined #evergreen |
| # | 11:58:52 | Lmp | oh yeah, I remember that I can set up more than 1 adapter in VirtualBox now that I think about it |
| # | 11:59:07 | dbs_ | Lmp: what phasefx said, also, you can use advanced NAT settings to forward specific ports to the host |
| # | 12:00:44 | joseph22 | IMHO I would stay away from running VirtualBox as root though (so some kind of mapping would be best) |
| # | 12:01:55 | Lmp | right, I remember that too |
| # | 12:01:59 | Lmp | thanks |
| # | 12:02:12 | dbs_ | joseph22: sure, but my guess is a lot of people are running VBox on Windows :) |
| # | 12:03:19 | joseph22 | dbs_: Right, they've got nothing to be worried about then :D |
| # | 12:03:53 | jamesrf has joined #evergreen |
| # | 12:04:34 | sal_ | Lmp: I'm alternating between a bridged adapter and NAT/Host only. Windows 7 host, Ubuntu 10.10 (Maverick? I get confused) client(s). |
| # | 12:07:02 | sylvar | Has anyone used script_test in config.circ_matrix_matchpoint? I'm thinking about using it to check whether the target_copy has a non-null price, so that if price is null, the circ matrix can fall through to a similar rule that uses a default rule_max_fine rather than a 100%-of-price rule_max_fine. |
| # | 12:07:19 | Lmp | sal_: interesting, I have no internet access by setting mine to bridged adapter, but I do remember it worked with a Windows XP host |
| # | 12:07:34 | Lmp | what port is the staff client using? |
| # | 12:08:01 | eeevil | sylvar: it's not wired up to anything yet :( |
| # | 12:08:24 | csharp | Lmp: you may be dealing with Win7 security defaults with the bridged adapter not working |
| # | 12:08:43 | csharp seems to remember a similar issue on a Win7 machine, but not the specifics |
| # | 12:08:44 | sylvar | thanks eeevil, any thoughts on a workaround? or just DDTT? |
| # | 12:09:05 | csharp | Lmp: ports 443/80 |
| # | 12:09:21 | csharp | staff client uses 443 |
| # | 12:10:10 | Lmp | that may be it ! |
| # | 12:11:06 | eeevil | sylvar: no thoughts ATM, sorry |
| # | 12:11:30 | sylvar | cool beans eeevil, thanks |
| # | 12:14:23 | jamesrf has quit IRC |
| # | 12:16:37 | jamesrf has joined #evergreen |
| # | 12:16:55 | sal_ | Lmp: our network setup seems to be allowing my bridged client to query the DHCP server and get an IP address that way. Not enough of a Windows guru to know why. |
| # | 12:19:24 | eeevil | bshum: actually, re staff client, I'm not sure :( |
| # | 12:20:14 | bshum | eeevil: Okay, let me know and I can redo them too. |
| # | 12:20:48 | bshum | eeevil: Thinking that we should send out a general/all mailing list update to folks to let them know that there was a hiccup with i18n and locales are being fixed shortly. |
| # | 12:20:53 | eeevil | k ... focusing on 2.0.7 |
| # | 12:21:11 | eeevil | agreed on an alert |
| # | 12:27:07 | eeevil | ok ... I have a new build of 2.0.7 where i18n is correct |
| # | 12:30:31 | eeevil | uploading |
| # | 12:32:15 | eeevil | ok ... new one in place |
| # | 12:37:34 | mmorgan has joined #evergreen |
| # | 12:44:44 | Lmp has quit IRC |
| # | 12:45:57 | bshum | eeevil: Didn't see too much in the diff between build folders, but redoing the 2.0.7 staff client just in case. |
| # | 12:46:53 | eeevil | bshum: thanks |
| # | 12:50:08 | bshum | Done. |
| # | 13:10:22 | csharp | okay - troubleshooting a 1.6.1.8 permission issue... |
| # | 13:11:12 | csharp | we have a library director who in past Evergreen versions would use the Browse Hold Shelf feature to see if her library's items were sitting stagnant on other libraries' shelves |
| # | 13:11:38 | csharp | in 1.6.1.8, she is not able to do this |
| # | 13:12:38 | csharp | it appears from the logs that the only permission checked when I open that interface is VIEW_HOLD, which is set to Consortium level for all administrators (I have confirmed that it is set for her account at this level) |
| # | 13:12:56 | csharp | is there some other setting somewhere that would control this? |
| # | 13:13:02 | csharp | for me it's greyed out |
| # | 13:14:03 | csharp | actually, it's greyed out for admin too... hmmm |
| # | 13:14:29 | csharp | is this a "used to be a feature, now it's a stub"? |
| # | 13:17:55 | _dkyle_ | I'm trying to figure out in-db circ and function action.item_user_circ_test seems to have problems with the item limit by circ_mod code - or maybe I just don't understand |
| # | 13:18:16 | _dkyle_ | I create a limit of 1 for circ_mod a and a limit of 10 for circ_mod b, both for the same matchpoint. After checking in 1 circ_mod a item I cannot check in a circ_mod b item |
| # | 13:19:00 | _dkyle_ | making this change: < FOR out_by_circ_mod IN SELECT * FROM config.circ_matrix_circ_mod_test WHERE matchpoint = circ_matchpoint.id LOOP |
| # | 13:19:00 | _dkyle_ | --- |
| # | 13:19:00 | _dkyle_ | > FOR out_by_circ_mod IN SELECT cmt.* FROM config.circ_matrix_circ_mod_test cmt join config.circ_matrix_circ_mod_test_map cmtm on cmt.id=cmtm.circ_mod_test WHERE matchpoint = circ_matchpoint.id and cmtm.circ_mod = item_object.circ_modifier LOOP |
| # | 13:19:36 | _dkyle_ | gives me behavior I think is correct |
| # | 13:20:25 | Dyrcona | My understanding is that the limit by circ_mod is treating the different circ_mods to represent the same thing. |
| # | 13:20:54 | Dyrcona | i.e. you wan to limit to 10 DVDs: you have a DVD, a RDVD, and a HDVD circ_mod. |
| # | 13:21:11 | Dyrcona | you set up the limit to be 10 and put the three circ_mods in the map entries. |
| # | 13:21:22 | _dkyle_ | yep - understand that |
| # | 13:21:24 | Dyrcona | it know limits you to 10 total of those 3 circ_mods. |
| # | 13:21:49 | Dyrcona | i don't think it is meant to work with a different limit on the same matchpoint. |
| # | 13:22:34 | Dyrcona | i could be wrong. it's the bit of code that tsbere was told not to change when he did the fall through for circ_matrix_matchpoint. |
| # | 13:24:01 | _dkyle_ | really? the table structure seems setup for allowing multiple limits on single matchpoint |
| # | 13:24:19 | _dkyle_ | how is fall through supposed to work? |
| # | 13:27:37 | jenny has quit IRC |
| # | 13:27:52 | artunit has quit IRC |
| # | 13:29:01 | _dkyle_ | Drycona: thanks, was tsbere told not to change it in this channel? or email? I'd like to find that info |
| # | 13:36:08 | Dyrcona | _dkyle_: dunno. you'll have to ask him. I think he's a bit busy right now with something else, though. |
| # | 13:36:43 | Dyrcona | _dkyle_: he just told me that he was asked not to mess with how the circ limits work or to make adjustments for them with fall through. |
| # | 13:37:43 | Dyrcona | _dkyle_: In a nutshell, fall through lets you leave something blank on a more specific matchpoint and have it grab the corresponding field from a less specific matchpoint. |
| # | 13:38:28 | _dkyle_ | Drycona: OK thanks again, I'm looking up past conversations on the matter |
| # | 13:38:56 | artunit has joined #evergreen |
| # | 13:39:21 | Dyrcona | _dkyle_: For instance have loan duration rule on the consortium for marc type a, and then at some branch or system have a fine_rule of 25_cents. when a book circulates at the branch it will get the consortium duration and branch fine rule. |
| # | 13:42:44 | denials has quit IRC |
| # | 13:42:58 | denials has joined #evergreen |
| # | 13:47:47 | _dkyle_ | Dyrcona: so walk up the tree for missing matchpoint fields, thanks for the example, so it would take the first occurrence of such missing fields? I need to go look at the code again myself and try to understand - I don't have a good grasp on the weighting either |
| # | 13:49:17 | Dyrcona | _dkyle_: I believe it is the closest match according to the ordering of the results. The weighting lets you change the importance of different fields for the ordering. If you decide the marc_vr_format is more important for you than circ_modifier, for instance. |
| # | 13:55:31 | Dyrcona | just saw how I could simplify SIP2 checkout even more. |
| # | 13:55:45 | Dyrcona | think I'll give it a whirl and update my branch. |
| # | 13:57:28 | copystar has quit IRC |
| # | 14:05:45 | phasefx | csharp: wasn't intentionally disabled. working and expanded in 2.x # browse hold shelf |
| # | 14:15:43 | brian_f has joined #evergreen |
| # | 14:16:59 | brian_f | I've got a SQL question on Evergreen 2.1 RC1 |
| # | 14:18:10 | brian_f | I've installed 2.1 RC1, but I want to use my database from 2.0.6. Is there a SQL upgrade script I can use to get the database up to date? |
| # | 14:18:39 | mrpeters-isl | brian_f: yep! usually... |
| # | 14:18:49 | mrpeters-isl | don't know if the 2.1 upgrade script is done yet, but it can still be done i think |
| # | 14:18:56 | brian_f | I looked in the usual place but didn't find one |
| # | 14:19:23 | mrpeters-isl | select * from config.update_log; should tell you how "far along" you are |
| # | 14:19:23 | brian_f | mrpeters-isl: Are there instructions somewhere for me to follow |
| # | 14:19:41 | eeevil | brian_f: there's one that exists ... looking for it |
| # | 14:19:56 | mrpeters-isl | 2.0-2.1-upgrade-db.sql |
| # | 14:20:03 | eeevil | ah ha |
| # | 14:20:09 | eeevil | in trunk, right |
| # | 14:20:12 | mrpeters-isl | yep! |
| # | 14:20:15 | eeevil | master, 'scuse me |
| # | 14:20:25 | gmcharlt lowers the pitchfork |
| # | 14:20:26 | mrpeters-isl | lol! |
| # | 14:20:53 | mrpeters-isl | brian_f: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/sql/Pg/2.0-2.1-upgrade-db.sql;h=92eda10cbd634b0b06f3fb336625efead842f9d6;hb=HEAD |
| # | 14:21:21 | brian_f | mrpeters-isl: thanks! That's what I couldn't get my hands on |
| # | 14:21:38 | mrpeters-isl | let everyone know how it goes...i'm sure it still needs some feedback |
| # | 14:21:55 | eeevil | mrpeters-isl: and updating |
| # | 14:22:16 | brian_f | will do-- if it goes well I hope to make a public demo available |
| # | 14:23:16 | mrpeters-isl | running through everything in Open-ILS\src\sql\Pg\upgrade that is > your highest config.update_log entry would work too, right? |
| # | 14:23:48 | eeevil | mrpeters-isl: indeed it will |
| # | 14:23:54 | mrpeters-isl | so, say you were at 0520 you should run everything from 0521 up through 0569, which is the last one available right now |
| # | 14:24:35 | eeevil | mrpeters-isl: as will doing the "real" upgrade first and following on with the remaining set from upgrades/ |
| # | 14:24:54 | mrpeters-isl | ah yes, of course |
| # | 14:26:08 | eeevil | which should be faster, since the "real" one is deduplicated and optimized (we hope!) |
| # | 14:27:10 | kmlussier has joined #evergreen |
| # | 14:28:26 | brian_f | one minor typo -- query for how "far along" is: select * from config.upgrade_log; |
| # | 14:28:46 | mrpeters-isl | oh right, sorry |
| # | 14:29:19 | brian_f | no apologies-- thanks for the help! |
| # | 14:34:19 | Dyrcona | @karma apologies |
| # | 14:34:19 | pinesol_green | Dyrcona: apologies has neutral karma. |
| # | 14:35:32 | berick | dbs_: 2 comments on ttopac-display-uris-and-cps. 1. probably known, but it will need saner/smaller default limits (see http://dev198.esilibrary.com/~berick/tpac_res_copies.png). 2. any objection to an org setting to disable the feature for those that don't need it? |
| # | 14:36:45 | dbs_ has quit IRC |
| # | 14:48:05 | berick | @later tell dbs http://evergreen-ils.org/irc_logs/evergreen/2011-06/%23evergreen.29-Wed-2011.log @ 2011-06-29T14:35:32 |
| # | 14:48:05 | pinesol_green | berick: The operation succeeded. |
| # | 14:50:03 | edoceo has quit IRC |
| # | 14:52:39 | edoceo has joined #evergreen |
| # | 14:59:53 | phasefx | bshum: you say you have a 2.1 environment going? Do you have a barcode scanner handy? Wondering how check-in behaves, especially comparing with and without the Fast Entry checkbox scanned. That was an experiment I forgot about, and probably shouldn't be in 2.1 :-/ |
| # | 15:00:27 | bshum | phasefx: No barcode scanners at home with me unfortunately. |
| # | 15:00:36 | phasefx | k |
| # | 15:01:07 | phasefx could dig up a cue cat, but probably wouldn't be an indicative test :) |
| # | 15:01:25 | jenny has joined #evergreen |
| # | 15:03:15 | bshum | phasefx: Hmm, where does the "Fast Entry" checkbox live? |
| # | 15:03:52 | bshum | Oh check-in screen |
| # | 15:04:09 | phasefx | to the left of strict barcode checkbox |
| # | 15:04:22 | RBecker|Laptop has joined #evergreen |
| # | 15:05:13 | phasefx | I'm thinking it'll have the same problem I worked around in the unified vol/copy interface, where an async action can interrupt barcode scanning mid-barcode when the action finally executes |
| # | 15:05:50 | phasefx | input isn't buffered like the good old dos days, alas |
| # | 15:06:46 | bshum | Well, I can give it a whirl when I get back to the office next month. |
| # | 15:12:23 | phasefx | bshum++ |
| # | 15:12:27 | sal_ | phasefx: I have a 2.1 installation and barcode scanner. I only have 3 items in my catalog though... |
| # | 15:12:54 | phasefx | sal_: that should be sufficient, just scan the same barcode over and over real fast and see if it messes up |
| # | 15:13:16 | sal_ | Okay, let me check something out and try to check it in. |
| # | 15:13:19 | phasefx | ie run-on barcodes, truncated barcodes, etc. |
| # | 15:14:23 | sal_ | I got a truncated barcode |
| # | 15:14:39 | sal_ | Just on item search, not even at checkin yet. |
| # | 15:14:44 | phasefx | with the fast entry checkbox checked or unchecked? ah |
| # | 15:14:59 | phasefx | more worried about speed with checkin, but bummer on item status |
| # | 15:15:19 | sal_ | Where is fast entry checkbox set? |
| # | 15:15:37 | phasefx | on check-in, at the bottom of the screen, between trim list and strict barcode |
| # | 15:16:12 | sal_ | Hmm, no problems there. |
| # | 15:16:24 | phasefx | and that's unchecked? |
| # | 15:16:29 | sal_ | Checked. |
| # | 15:16:39 | sal_ | Unchecked, hang on. Let me check the book out again :-) |
| # | 15:16:39 | phasefx | ah, cool |
| # | 15:16:47 | phasefx | no need to re-circulate it |
| # | 15:17:14 | sal_ | okay, 37704000360101 |
| # | 15:17:26 | sal_ | wrong winder :-) |
| # | 15:17:28 | sal_ | window |
| # | 15:18:32 | sal_ | Okay, got the same truncation error as in the item search. It's losing the first chunk of the barcode, and only getting 60101. |
| # | 15:19:10 | phasefx | and that's with fast entry enabled or disabled? |
| # | 15:19:10 | sal_ | It took 9 scans to cause that to happen though. "Fast Entry" off. |
| # | 15:19:15 | phasefx | k |
| # | 15:19:32 | phasefx | and was that scanning things faster than you're likely to do in real world conditions? |
| # | 15:20:23 | sal_ | *probably*? I'm a software engineer, not a librarian. :-) |
| # | 15:20:40 | phasefx | *8) |
| # | 15:20:48 | bshum | "I'm a doctor, not an escalator." |
| # | 15:21:03 | sal_ | Da**it Jim |
| # | 15:21:05 | phasefx | dammit Jim I'm dead |
| # | 15:21:26 | phasefx | I think I'm going to leave it be and wait for bug reports :) |
| # | 15:22:02 | sal_ | Hmm. Stacked books w/ RFID tags? |
| # | 15:22:22 | phasefx | would probably be using some SIP software |
| # | 15:23:46 | phasefx | the staff client UI is able to halt the workflow with warning dialogs, not conducive to shotgun RFID scans |
| # | 15:24:04 | sal_ | Probably so. |
| # | 15:26:46 | phasefx | sal_: thanks! |
| # | 15:27:18 | bshum | tsbere: Dyrcona says you may know something cool about apache2.conf settings that could be bumped higher for performance. Any suggestions beyond the defaults listed in the config? |
| # | 15:27:22 | sal_ | phasefx: you're welcome. Just got 2.1 built yesterday, and this gave me an excuse to play with it a little bit. |
| # | 15:43:16 | natschil has joined #evergreen |
| # | 15:53:05 | mrpeters-isl has quit IRC |
| # | 15:53:16 | mrpeters-isl has joined #evergreen |
| # | 15:53:57 | collum has quit IRC |
| # | 15:58:38 | sfortin has quit IRC |
| # | 15:59:22 | Meliss has quit IRC |
| # | 16:08:58 | techgeek|Laptop has joined #evergreen |
| # | 16:11:02 | RBecker|Laptop has quit IRC |
| # | 16:11:31 | techgeek|Laptop is now known as RBecker|Laptop |
| # | 16:11:32 | RBecker|Laptop has joined #evergreen |
| # | 16:13:54 | brian_f | bshum: I believe you have 2.1 running? |
| # | 16:14:14 | bshum | brian_f: In a test VM, yes. Not "live" |
| # | 16:14:50 | bshum | What's up? |
| # | 16:15:00 | brian_f | bshum: did you upgrade an older evergreen database, or load new data in 2.1? |
| # | 16:15:20 | bshum | brian_f: Just starting with fresh schema for now. I haven't tested the upgrade scripts yet. |
| # | 16:15:44 | bshum | Just checking, but your older evergreen database, is it running in PG 9? |
| # | 16:16:03 | bshum | Evergreen 2.1 requires PG 9, so you'll have to upgrade that first probably, before using upgrade scripts (I would imagine) |
| # | 16:16:05 | brian_f | bshum: ah, rats. I'm trying the upgrade scripts but the existing data seems to be tripping them up |
| # | 16:16:08 | RBecker|Laptop is now known as RBecker2 |
| # | 16:16:12 | RBecker2 is now known as RBecker|Laptop |
| # | 16:16:41 | brian_f | bshum: yes, I've got the data upgraded to 9.0, but can't get the schema updated with data present.. |
| # | 16:17:36 | brian_f | bshum: thanks for the info, I was hoping you had some magic wand that I could wave! |
| # | 16:20:06 | bshum | Sorry, haven't gotten that far myself. Kind of difficult trucking around our real database in VMs. I'll let you know when I get there though if you don't discover what's wrong first. |
| # | 16:31:08 | csharp | phasefx: thanks for the browse holds shelf info... |
| # | 17:02:01 | Lmp has joined #evergreen |
| # | 17:18:16 | mmorgan has left #evergreen |
| # | 17:20:53 | tsbere | bshum: Hello. I pushed things to some limits, beyond what the wiki install instructions (and I think the current readme) indicated was a good idea. |
| # | 17:21:00 | tsbere | (in regards to apache stuff) |
| # | 17:23:44 | joseph22 has quit IRC |
| # | 17:24:16 | joseph22 has joined #evergreen |
| # | 17:27:06 | kmlussier has quit IRC |
| # | 17:29:39 | bshum | tsbere: I'd be curious to see what you chose for those options. |
| # | 17:30:05 | tsbere | bshum: I tried insane. Got "max X". Tried X. Worked. <_< |
| # | 17:30:21 | Dyrcona has quit IRC |
| # | 17:42:36 | jenny has left #evergreen |
| # | 18:01:56 | yboston has quit IRC |
| # | 18:10:21 | sal_ has quit IRC |
| # | 18:15:38 | natschil has quit IRC |
| # | 18:44:44 | dbs has joined #evergreen |
| # | 18:55:33 | dbs | berick: you mean adding a default LIMIT parm to the in-db unapi calls that TT OPAC is doing? Yeah, I've been testing with a record that has 2000 acns + 2000 acps attached and it's not fast :0 |
| # | 18:59:11 | bjwebb has quit IRC |
| # | 19:01:02 | bjwebb has joined #evergreen |
| # | 19:11:11 | dbs has quit IRC |
| # | 19:27:51 | RBecker|Laptop has quit IRC |
| # | 19:28:34 | Lmp has quit IRC |
| # | 19:37:01 | bjwebb has quit IRC |
| # | 19:39:18 | joseph22 has quit IRC |
| # | 20:02:41 | hopkinsju_ has joined #evergreen |
| # | 20:04:07 | hopkinsju_ | gmcharlt: Are you still working on PB stuff? |
| # | 20:06:08 | hopkinsju_ notices the lame away message from Colloquy... |
| # | 20:07:26 | hopkinsju_ has quit IRC |
| # | 21:35:00 | RBecker|Laptop has joined #evergreen |
| # | 21:51:56 | brian_f has quit IRC |
| # | 22:31:02 | RBecker|Laptop has quit IRC |
April 10-13