| Time |
Nick |
Message |
| 03:01 |
|
rlefaive joined #evergreen |
| 03:17 |
dbs |
well damn, no wonder I can't find anything on the mailing list! http://libmail.georgialibraries.org/robots.txt |
| 04:01 |
|
JBoyer_alt joined #evergreen |
| 05:02 |
|
rlefaive joined #evergreen |
| 06:35 |
csharp |
dbs: hmm - not sure why that's there :-/ |
| 06:40 |
|
rlefaive joined #evergreen |
| 06:48 |
csharp |
dbs: I corrected it to not crawl non-EG lists |
| 06:48 |
* csharp |
remembers long-neglected plan to move EG lists to EG list server :-/ |
| 06:53 |
|
agoben joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:43 |
|
JBoyer joined #evergreen |
| 07:46 |
|
kmlussier joined #evergreen |
| 07:52 |
kmlussier |
good morning #evergreen |
| 07:52 |
kmlussier |
@coffee [someone] |
| 07:52 |
* pinesol_green |
brews and pours a cup of Ethiopian Sidamo Fair Trade/Organic, and sends it sliding down the bar to agoben |
| 07:52 |
kmlussier |
@tea [someone] |
| 07:52 |
* pinesol_green |
brews and pours a pot of Keemun Full Leaf Tea, and sends it sliding down the bar to mceraso (http://ratetea.com/tea/foojoy/keemun-full-leaf/6686/) |
| 07:54 |
agoben |
@coffee kmlussier |
| 07:54 |
* pinesol_green |
brews and pours a cup of Kenya Ndaroini Microlot, and sends it sliding down the bar to kmlussier |
| 07:54 |
kmlussier |
agoben: Thanks! |
| 07:58 |
agoben |
:) |
| 08:07 |
|
byroe joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:49 |
|
krvmga joined #evergreen |
| 09:01 |
|
Dyrcona joined #evergreen |
| 09:04 |
tsbere |
add one "simple" additional check to a query and the runtime goes up by multiple orders of magnitude. Of course, simple is in quotes there for a reason... |
| 09:08 |
Dyrcona |
:) |
| 09:10 |
|
aubjordan joined #evergreen |
| 09:11 |
|
yboston joined #evergreen |
| 09:12 |
|
rlefaive joined #evergreen |
| 09:13 |
|
maryj joined #evergreen |
| 09:18 |
csharp |
@praise [someone] |
| 09:18 |
* pinesol_green |
I come to praise jonadab, not to bury them. |
| 09:19 |
kmlussier |
@marc 043 |
| 09:19 |
pinesol_green |
kmlussier: Geographic area codes associated with an item. The source of the code in subfield $a is the MARC Code List for Geographic Areas . The source of a local code in subfield $b is indicated in subfield $2. The source of codes in subfield $c is ISO 3166, Codes for the representation of names of countries and their subdivisions - Part 1 : Country codes or Part 2 : Country subdivision codes. [] |
| 09:24 |
* kmlussier |
is puzzled over why one Evergreen site appears to be indexing the 043 as part of the subject index and the other is not. |
| 09:25 |
Dyrcona |
Did you ask them? |
| 09:27 |
kmlussier |
Nah, I see the different index configuration now. It just surprised me for a second. |
| 09:36 |
|
jvwoolf joined #evergreen |
| 09:55 |
dbs |
csharp++ |
| 09:56 |
Dyrcona |
Am I remembering clearly, that in addition to the activeapps, I can override things like the maxchildren in the host blocks of opensrf.xml? |
| 09:57 |
Dyrcona |
I basically want to configure one host to run fewer numbers of drones than the others and still share the same configuration file. |
| 09:58 |
Dyrcona |
I want to do that for more than one host. I guess I'll dig into the settings code. |
| 10:04 |
dbs |
Memory suggests that yes, you can override everything there. But only having run a multi-host system briefly a long time ago, I'm no authority |
| 10:05 |
Dyrcona |
dbs: So far, it looks like we are both correct. |
| 10:06 |
|
berick joined #evergreen |
| 10:09 |
Dyrcona |
Yeah. It looks like I can override just the maxchildren setting for the apps in question. That's what I make out of the xpath expressions in OpensSRF::Utils::SettingsParser. |
| 10:09 |
Dyrcona |
dbs++ # For sharing. |
| 10:09 |
|
JBoyer joined #evergreen |
| 10:10 |
Dyrcona |
Now, I can consolidate a few scattered opensrf.xml files for syrup and util servers into the main config file, and I'll have less to deal with at the upgrade. |
| 10:11 |
Dyrcona |
opensrf_core.xml may be a different story. :) |
| 10:24 |
Dyrcona |
Another config-related question..... |
| 10:24 |
Dyrcona |
I'm going to configure the servers to use a smarthost this weekend. |
| 10:25 |
Dyrcona |
Would it be better to change the mail server in the opensrf.xml to be localhost or would it be better to use the remote server's name (i.e. the smarthost)? |
| 10:26 |
Dyrcona |
Right now, they're configured to go through our current mail server. |
| 10:34 |
miker |
Dyrcona: IMO, it's simpler to just point everyone at a real server, not use smarthost. of course, the problem is single-point-of-failure |
| 10:36 |
Dyrcona |
miker: I should be able to point the settings at the smarthost server. The local daemon currently cannot send mail anywhere but to itself, so I was going to configure it with a smarthost config. |
| 10:37 |
Dyrcona |
Thanks. I'll not use localhost in the opensrf.xml. :) |
| 10:38 |
* tsbere |
prefers localhost smarthosts for the benefit of "if the server is running it can queue the messages for when the smarthost comes back up" |
| 10:39 |
* dbs |
fwiw on his single-server system uses localhost and points postfix at a smarthost |
| 10:39 |
Dyrcona |
I though of that, sort of.. |
| 10:39 |
* Dyrcona |
hopes the people responsible for the rest of this get the GMail setup right and that GMail doesn't immediately chuck us. :) |
| 10:40 |
Dyrcona |
The current mail server will be kicking around for a while after the switch, so I'll experiment. I'm expected to do this Saturday. |
| 10:41 |
Dyrcona |
I know the nuts and bolts of it, just looking at the two main options and weighing pros and cons. |
| 10:42 |
Dyrcona |
I'm still working on merging the syrup configs with the main opensrf.xml. I love it when the diffs are in a commented block, but I can't tell from the diff. :) |
| 10:43 |
Dyrcona |
Turns out that I'm mostly setting things back to the defaults. |
| 10:46 |
Dyrcona |
Hmm.. Will it override all of the marc templates, or is it just additive....The code looks additive to me. |
| 10:46 |
Dyrcona |
Wel, I'll find out. :) |
| 10:47 |
tsbere |
Dyrcona: I suspect it will override any that match and add the rest |
| 10:48 |
Dyrcona |
tsbere: That is what it looks like. |
| 10:48 |
Dyrcona |
They're not supposed to be cataloging on syrup, so if the templates are missing it shouldn't be a big deal. |
| 10:48 |
Dyrcona |
I can always copy them later. |
| 10:48 |
Dyrcona |
Guess I'll leave that alone. |
| 10:52 |
Stompro |
mmorgan, Another question about lost notices, do you know if it possible to group damaged and lost together? I don't think so since Damaged happens after checkin, so there is no info in the circulation transaction. |
| 10:56 |
mmorgan |
Stompro: Good question. I don't see that DAMAGED is a stop_fines reason, just a status. Looking ... |
| 11:01 |
|
brahmina joined #evergreen |
| 11:07 |
mmorgan |
Stompro: Right, it's marked damaged after checkin, so there's nothing in the transaction that says it was damaged. |
| 11:08 |
JBoyer |
Today is a good day to really internalize the lesson that s/.....(.)/$1/ is significantly different than s/.....(.).*/$1/ . It's only bitten me twice now today... |
| 11:08 |
mmorgan |
So doesn't that make the checkout.damaged trigger hook a little misleading? |
| 11:10 |
tsbere |
JBoyer: what about s/^.....(.)/$1/ and s/^.....(.).*/$1/ ? ;) |
| 11:10 |
berick |
mmorgan: Stompro: marking an item damaged does affect the most recently returned circ on the item by applying fines to the circ transaction |
| 11:12 |
mmorgan |
berick: Ah. Ok, so not the row in action.circulation, but to the billings. |
| 11:12 |
berick |
mmorgan: exactly |
| 11:12 |
tsbere |
mmorgan: Well, I imagine xact_finish gets unset if it was set... |
| 11:12 |
berick |
mmorgan: well, unless it has to re-open the tran... |
| 11:12 |
berick |
what tsbere said |
| 11:12 |
mmorgan |
:) |
| 11:13 |
mmorgan |
Ok, makes sense, but doesn't do anything to stop_fines. |
| 11:13 |
berick |
right |
| 11:15 |
JBoyer |
tsbere, I |
| 11:16 |
JBoyer |
d like to say I caught that already, but it happened to work and so I didn't notice. Thanks! |
| 11:18 |
tsbere |
JBoyer: honestly, I thought you had just thrown a pile of .s in for example purposes instead of a straight copy/paste and was mainly joking. >_> |
| 11:20 |
JBoyer |
No, I'm really using multiple . in a couple cases (for small numbers, {number} in others) not a c/p but close enough to complain about. |
| 11:22 |
|
maryj joined #evergreen |
| 11:26 |
Stompro |
Thanks all for the damaged item nfo. Now that I think about it more it is probably a bad idea to combine them, they are two seperate situations that get treated differently in our state law. If we notify about damaged items we will send a seperate notice. |
| 11:35 |
* Dyrcona |
wonders at the usefulness of an interface to undelete patrons. I guess it would only work here because the client doesn't do the obliteration dance on delete for ... reasons. |
| 11:42 |
* kmlussier |
updates the MassLNC community demo server to 2.10.6 early because she had to test something on 2.10 anyway. |
| 11:42 |
kmlussier |
For now, then, we're going to have 2 community demo servers on the same major release. |
| 11:46 |
|
bmills joined #evergreen |
| 12:00 |
Dyrcona |
"hello, headache, my old friend...I feel you've come to me again." |
| 12:00 |
Dyrcona |
"it's just the pain of sinus..." |
| 12:07 |
berick |
and the vision^H^H^H^Hsearing cacophony that was planted in my brain |
| 12:07 |
Dyrcona |
berick++ |
| 12:12 |
kmlussier |
Sharing bug 1624025 with the channel before I head out to lunch. |
| 12:12 |
pinesol_green |
Launchpad bug 1624025 in Evergreen "Hold targeting weirdness in 2.11" [High,New] https://launchpad.net/bugs/1624025 |
| 12:27 |
kmlussier |
I see the following in the logs http://pastebin.com/7Z70TfUE |
| 12:31 |
berick |
kmlussier: mind trying something? |
| 12:32 |
kmlussier |
berick: Sure! |
| 12:32 |
berick |
https://gist.github.com/berick/2033230ad83b1a69af39d5822ffe0cc6 |
| 12:32 |
berick |
kmlussier++ log diving |
| 12:33 |
berick |
IOW, just adding is_available to that list of table columns in the config |
| 12:33 |
berick |
then restarting open-ils.storage service (or everything) |
| 12:35 |
berick |
kmlussier: you could also change the file in place (as root/sudo) -> /usr/local/share/perl/5.22.1/OpenILS/Application/Storage/CDBI/config.pm (version number may vary) -- then you would not have to reinstall. |
| 12:37 |
miker |
berick++ |
| 12:51 |
|
kmlussier joined #evergreen |
| 12:51 |
kmlussier |
comcast-- |
| 12:55 |
|
collum joined #evergreen |
| 12:56 |
kmlussier |
berick: It works! |
| 12:56 |
kmlussier |
berick++ |
| 12:57 |
mmorgan |
berick++ |
| 12:57 |
mmorgan |
kmlussier++ |
| 12:58 |
csharp |
comcast-- |
| 12:58 |
csharp |
comcast-- |
| 12:58 |
csharp |
comcast-- |
| 12:58 |
csharp |
comcast-- |
| 12:58 |
gmcharlt |
csharp: tell us how you really feel! |
| 12:58 |
* csharp |
has been fighting with them all week over an upstream problem affecting service to his neighborhood |
| 12:58 |
csharp |
comcast-- |
| 12:59 |
kmlussier |
@karma |
| 12:59 |
pinesol_green |
kmlussier: Highest karma: "kmlussier" (71), "Dyrcona" (70), "gmcharlt" (68), "jeff" (58), and "berick" (54). Lowest karma: "comcast" (-6), "reports" (-3), "ie" (-3), "oclc" (-2), and "drupal" (-1). You (kmlussier) are ranked 1 out of 138. |
| 13:00 |
kmlussier |
Trying to figure out if I should pile more bad karma on comcast. |
| 13:00 |
csharp |
comcast-- |
| 13:00 |
kmlussier |
comcast-- #For last week's outage too! |
| 13:01 |
kmlussier |
comcast-- #For no other high-speed options in my neighborhood. :( |
| 13:01 |
kmlussier |
OK, that makes me feel a little better. |
| 13:01 |
csharp |
comcast-- # same as kmlussier |
| 13:04 |
tsbere |
comcast++ # Has been fairly reliable for me ;) |
| 13:06 |
* csharp |
places comcast in the "they're great unless you actually have to deal with them" category of companies |
| 13:08 |
tsbere |
I haven't had many issues even when dealing with them. I have the most trouble dealing with them when I get vague reports from our libraries about issues....half of which have nothing to do with their connections in the first place. |
| 13:34 |
Bmagic |
What is the issue when you see NOT CONNECTED to the network but only related to vandelay? I have logs in postgres that look ok |
| 13:34 |
Bmagic |
duration: 16964.817 ms statement: INSERT INTO vandelay.queued_bib_record (id,..... |
| 13:34 |
Bmagic |
Maybe I have underpowered my settings? <max_requests>100 <min_children>1 <max_children>15 |
| 13:35 |
berick |
kmlussier: yay. glad it worked |
| 13:41 |
berick |
Bmagic: likely a request within Vandelay failed, causing a cascade of problems. Certainly 17 seconds to insert a row is a very long time. |
| 13:41 |
berick |
and a good place to start looking |
| 13:42 |
Bmagic |
berick: right, I thought so too, if I wait long enough, sometimes it finishes. but sometimes, I get the NOT CONNECTED error in the logs, and it will never finish |
| 13:48 |
graced |
PSA: Please note that the EOB meeting has been postponed until next Thursday 10/22. |
| 13:50 |
|
jihpringle joined #evergreen |
| 13:56 |
* kmlussier |
puts the popcorn on the shelf for another week. |
| 14:10 |
csharp |
2c40b842 |
| 14:10 |
pinesol_green |
csharp: [evergreen|Bill Erickson] LP#1464709 Rename checkout_ok to is_available - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2c40b84> |
| 14:15 |
Bmagic |
miker: sorry for the delay - The SIP server is working as expected on 2.11rc |
| 14:16 |
Bmagic |
my copy of production database was 2.9.1 and that did not work |
| 14:16 |
miker |
Bmagic: sweet, thanks for testing! |
| 14:16 |
miker |
oh? how did it break? |
| 14:16 |
Bmagic |
I had to raise the db to 2.11rc (to match the Evergreen code) - auth errors otherwise - db functions missing |
| 14:17 |
Bmagic |
I didn't try the SIPServer against 2.9.1 evergreen |
| 14:17 |
miker |
oh, the db was 2.9.1 but the evergreen code was 2.11 |
| 14:17 |
miker |
gotcha, yes |
| 14:17 |
Bmagic |
right |
| 14:17 |
Bmagic |
I suppose the SIPServer will work against older Evergreen installs? |
| 14:18 |
miker |
it should |
| 14:18 |
Bmagic |
I think I can test that as well if needs be |
| 14:18 |
miker |
old drivers should ignore the new parameter |
| 14:18 |
miker |
JBoyer: did you test the new sip stuff (passing a workstation) against old evergreen that doesn't expect to receive that? |
| 14:21 |
rjackson_isl |
miker: the boss is off to one of his many meetings currently so he will get back to you! |
| 14:21 |
miker |
rjackson_isl: heh, thanks :) |
| 14:27 |
|
yboston_ joined #evergreen |
| 14:27 |
JBoyer |
miker, I think I did, but the way it sends the location is harmless enough. It sits in the auth hash but if Evergreen never asks for it, it's none the wiser. |
| 14:28 |
JBoyer |
The hash passed to the OpenILS::ILS implementation, that is. |
| 14:28 |
miker |
right, that's my reading too |
| 14:29 |
* tsbere |
glares at the glare on his screen as well as the ineffective blinds that are full of intentional holes |
| 14:29 |
|
maryj joined #evergreen |
| 14:31 |
csharp |
kmlussier: I just pushed a probable fix to bug 1624025 to http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/csharp/lp1624025_copy_status_missing_field - are you able to easily test it? I'm not in a place at the moment where I can test it on my own server |
| 14:31 |
pinesol_green |
Launchpad bug 1624025 in Evergreen "Hold targeting weirdness in 2.11" [High,New] https://launchpad.net/bugs/1624025 |
| 14:33 |
kmlussier |
csharp: Yes, berick shared the same fix earlier (up above around the time I was complaining about comcast). It does indeed work. |
| 14:33 |
csharp |
oh great :-) |
| 14:33 |
csharp |
please use his ;-) |
| 14:34 |
kmlussier |
csharp: Well, I don't think his is in the working repo. |
| 14:34 |
* kmlussier |
checks |
| 14:35 |
* csharp |
writes note to self here in the logs to read scrollback more often ;-) |
| 14:37 |
kmlussier |
heh. Anyway, I'll sign off and merge it in whatever way is recommended once I'm done working on what I'm doing right now. :) |
| 14:38 |
* kmlussier |
is just happy it was caught and fixed before next week's release. |
| 14:39 |
csharp |
definitely |
| 14:39 |
csharp |
if berick can signoff, we'll just consider it me packaging his fix :-) |
| 14:42 |
berick |
csharp: yes, will do in a sec |
| 14:47 |
berick |
csharp: any reason I shouldn't merge it right to master? |
| 14:48 |
kmlussier |
+1 to merging it right to master |
| 14:48 |
* berick |
does not see a 2_11 branch yet, just some tags |
| 14:48 |
* berick |
pushes |
| 14:49 |
pinesol_green |
[evergreen|Chris Sharp] LP#1624025 - Add 'is_available' field to config::copy_status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6bd672a> |
| 14:50 |
Dyrcona |
No. I don't 2.11 has been branched, yet. |
| 14:50 |
* berick |
nods |
| 14:50 |
Dyrcona |
I don't think, even... :) |
| 14:58 |
miker |
nope ... it hasn't for this very reason ;) |
| 15:10 |
miker |
kmlussier: re 6fe5675acf1c2e4b52d41150088a02534337938c I think that will only negate the first word. I may be missing something, though. am I? |
| 15:11 |
kmlussier |
miker: I'm not exactly sure. I created it a long time ago, and, when I get around to working on the bug, I was planning to start by revisiting what I had done. So you're probably right. |
| 15:12 |
* kmlussier |
was planning to look at it more closely on Bug Squashing Day. |
| 15:17 |
kmlussier |
Yes, now that I think about it, all of the examples I was using at the time were for one-word searches. It would make sense that I walked away thinking it worked perfectly when it didn't. |
| 15:19 |
|
rlefaive joined #evergreen |
| 15:21 |
miker |
is the intent "don't show records that contain ANY of these" or "don't show records that contain ALL of these" if the latter, we can replace the "s with parens |
| 15:22 |
miker |
IOW, `foo -(bar baz)` will match records with foo that don't have bar OR baz in them, but won't force bar and baz to be a phrase |
| 15:22 |
miker |
translates to `foo AND NOT (bar AND baz)` |
| 15:24 |
miker |
otherwise its string manipulation. s/\b(\w+)/-$1/g or split and join, or the like |
| 15:33 |
|
mmorgan1 joined #evergreen |
| 15:39 |
Bmagic |
miker: user/miker/lp1579144_login_location confirmed working on 2.9.1 |
| 15:42 |
Dyrcona |
Hey, computer! I want to type in the window that I'm looking at, not the one that has focuse? Y U no read my mind? |
| 15:48 |
jeff |
focus follows eyes. sounds great until you have it. :-) |
| 15:49 |
JBoyer |
"I sneezed while I was typing and now my computer is restarting. I don't like this feature." |
| 15:51 |
csharp |
berick++ # thanks |
| 15:53 |
Dyrcona |
heh |
| 15:56 |
tsbere |
Dyrcona: If your focus follows your eyes how will you ever type into one window while reading instructions in another? ;) |
| 15:57 |
Dyrcona |
Meh.... I want it to read my mind, not my eyes. :) |
| 15:57 |
Dyrcona |
Then I wouldn't have to type. :) |
| 15:59 |
miker |
Bmagic: awesome, thank you. feel like signing off, and I'll commit? |
| 16:01 |
JBoyer |
tsbere, crosseyed. Focus follows right eye, scrolling follows left, also you have to be a chameleon to work here. |
| 16:02 |
|
yboston joined #evergreen |
| 16:07 |
Dyrcona |
JBoyer++ |
| 16:14 |
Bmagic |
miker: sure, I can make that happen |
| 16:24 |
kmlussier |
miker: Sorry, my attention was focused on another window. I was thinking ANY, similar to the behavior that occurs if you enter something like -foo -bar in the keyword search box. But I'm getting a sanity check on that from somebody else. |
| 16:29 |
Bmagic |
miker: I might not have permissions to commit to your branch? |
| 16:30 |
miker |
bmagic: you won't, but you can clone and amend, like in the eg repo |
| 16:31 |
miker |
kmlussier: that should do ALL actually. not foo and not bar. but it's per field (or class for combined classes) remember |
| 16:31 |
kmlussier |
Bmagic: Are you looking to do a signoff? There are some good instructions here on how we usually do it. Regardless of whether patron messages are available via OpenSRF, I would be inclined to hold off on the patron message notifications until phase 2. See how things go with whatever you opt to go with in phase 1, give him a chance to become more familiar with the Evergreen code, and then you can move forward with the the more c |
| 16:31 |
kmlussier |
omplicated pieces and the nice to have items in the next fiscal year. https://wiki.evergreen-ils.org/doku.php?id=dev:git#sign-offs |
| 16:32 |
kmlussier |
Ugh. That was a bad copy paste. |
| 16:32 |
kmlussier |
How did that happen? |
| 16:33 |
kmlussier |
Bmagic: https://wiki.evergreen-ils.org/doku.php?id=dev:git#sign-offs was what I meant to past. ;) |
| 16:33 |
Bmagic |
gotcha |
| 16:35 |
miker |
kmlussier: you know what, I stated the problem poorly. it's "can't contain these". so, I think we're on the same page |
| 16:35 |
kmlussier |
miker: Yeah, to be honest, my brain is not grasping this concept at the moment. It all made sense to me this morning. |
| 16:59 |
|
mmorgan joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:06 |
|
gsams_ joined #evergreen |
| 17:48 |
|
mceraso joined #evergreen |
| 17:48 |
|
bshum joined #evergreen |
| 17:54 |
|
wsmoak joined #evergreen |
| 17:55 |
|
eby joined #evergreen |
| 18:02 |
|
bmills joined #evergreen |
| 18:44 |
|
artunit joined #evergreen |
| 21:07 |
|
dcook joined #evergreen |
| 23:44 |
|
ssieb joined #evergreen |
