| Time |
Nick |
Message |
| 02:48 |
|
gsams_ joined #evergreen |
| 02:51 |
|
gsams joined #evergreen |
| 07:01 |
|
timlaptop joined #evergreen |
| 07:35 |
|
timf joined #evergreen |
| 07:36 |
|
rjackson-isl joined #evergreen |
| 07:51 |
csharp |
tater++ |
| 07:51 |
csharp |
tater: thanks ;-) |
| 07:54 |
|
jboyer-isl joined #evergreen |
| 07:56 |
|
krvmga_ joined #evergreen |
| 07:59 |
|
collum joined #evergreen |
| 08:02 |
eeevil |
csharp: curious, why did the IPs have to change? different physical location? |
| 08:04 |
csharp |
eeevil: yep |
| 08:04 |
csharp |
the vm host crapped out and the destination host was on a different subnet |
| 08:05 |
eeevil |
different cages? if not, they're all on the same uplink, and virtual... sorry, just trying to figure out how we can avoid this in the future by reducing moving parts |
| 08:06 |
csharp |
eeevil: same cage, different IP block because of lack of available addresses in the "old" IP block |
| 08:06 |
csharp |
GPLS IT was already building a new host in the new IP block |
| 08:08 |
csharp |
s/was already building/had already built/ |
| 08:20 |
krvmga_ |
is there a way to make the staff client search default to basic search instead of to advanced search? |
| 08:23 |
|
akilsdonk_ joined #evergreen |
| 08:27 |
bshum |
krvmga_: It's not a config choice or anything like that. But I imagine it'd be possible to direct the various buttons and pointers to basic instead. |
| 08:27 |
* bshum |
hasn't done that |
| 08:29 |
bshum |
krvmga_: Out of curiosity, any particular reason that's the desired panel? |
| 08:30 |
krvmga_ |
bshum: it's just a bizarre artifact of where our catalog development is. since i made the format filter changes to the basic search, it seems most staff and patrons prefer basic search. |
| 08:31 |
krvmga_ |
bshum: once i figure out what needs to be done to make the format filters in advanced search match the ones in basic search, i'm sure it will no longer matter to them. |
| 08:31 |
krvmga_ |
kmlussier told me she didn't think it was possible but i don't know. |
| 08:33 |
krvmga_ |
i write a few emails each week to library staff who just want to use basic search in the staff client. |
| 08:37 |
|
Dyrcona joined #evergreen |
| 08:37 |
paxed |
krvmga_: i assume you've created a filter group, and change the search.basic_config to have a group with that name? i think you could add a adv_filter entry similar to that to the search.adv_config? (i'm just quickly eyeballing the source, haven't tested this) |
| 08:38 |
krvmga_ |
paxed: thx. i'll have to take a look and see. i'll test it on my dev server first. |
| 08:39 |
|
Shae joined #evergreen |
| 08:41 |
paxed |
i'll look into that, as i need to do the same thing soon. |
| 08:47 |
|
rfrasur joined #evergreen |
| 08:47 |
|
ericar joined #evergreen |
| 08:52 |
paxed |
krvmga_: it works. just add something like this to search.adv_config: {adv_label => l("foo"), adv_filter => ['name_of_the_filter_group']} |
| 08:52 |
krvmga_ |
paxed: wow |
| 08:52 |
krvmga_ |
paxed++ |
| 09:08 |
kivilahtio |
paxed ;) |
| 09:10 |
phasefx |
krvmga_: for reference, if you do want to change the client from advanced search to something else, you'd need to edit the 'opac' field in constants.js and redistribute a new staff client |
| 09:13 |
berick |
phasefx: can't you also use custom.js? |
| 09:14 |
phasefx |
berick++ # yes, that'd be better and remove the redistribute part |
| 09:15 |
berick |
http://dev198.esilibrary.com/xul/2012-07-31T09:58:59/server/skin/custom.js |
| 09:15 |
berick |
^- an old one I used |
| 09:15 |
berick |
cool |
| 09:15 |
berick |
krvmga_: ^- |
| 09:15 |
krvmga_ |
phasefx: i think, in the end, it's more to our benefit if i make the advanced search filters match the basic ones. but thx :) |
| 09:15 |
krvmga_ |
berick++ |
| 09:15 |
phasefx |
krvmga_: figured as much, but for the benefit of IRC logs, etc. :) |
| 09:16 |
krvmga_ |
:) |
| 09:18 |
rfrasur |
bshum++ |
| 09:30 |
|
kmlussier joined #evergreen |
| 09:31 |
|
yboston joined #evergreen |
| 09:36 |
rfrasur |
I love the pitch for Kohacon. "Would you like to hear the history of Koha presented by a NZer and a Frenchman? You can listen as we alternate between accents. There's a real chance you will understand neither of us." |
| 09:36 |
rfrasur |
and "It's a free conference. I will be bringing NZ craft beer." |
| 09:37 |
rfrasur |
best pitch ever |
| 09:37 |
bshum |
That *does* sound awesome. |
| 09:37 |
bshum |
I'm glad I will be there. |
| 09:37 |
rfrasur |
you're going already, lol |
| 09:37 |
bshum |
:D |
| 09:38 |
rfrasur |
I'd like to go just to figure out how they do it for free. |
| 09:43 |
Dyrcona |
They have a large enough community to have enough vendors willing to sponsor the conference. |
| 09:43 |
rfrasur |
so, we just need to grow? |
| 09:48 |
bradl |
rfrasur: it looks to me (according to their website) that they got the use of the meeting rooms for free (with a certain number of attendees paying for hotel rooms) and it doesn't appear they supply meals |
| 09:48 |
bradl |
I haven't been party to an EG conf budget in a while, but as I recall, we've always paid a good bit for facilities and food |
| 09:48 |
Dyrcona |
so we just need better lawyers. :) |
| 09:49 |
Dyrcona |
I don't think every kohacon is free anyway. |
| 09:49 |
kmlussier |
rfrasur: In previous years, I don't think KohaCon has taken place in a hotel either. That helps with expenses. |
| 09:49 |
rfrasur |
hmm...yes. |
| 09:50 |
rfrasur |
yeah...it's just curious to me how conferences handle that aspect of it. Some of the best conferences are either free or exorbitant. |
| 09:50 |
bradl |
I think going to a (conferency) place like Reno also helps :-) |
| 09:50 |
rfrasur |
ly priced...guess I should finish the thought. |
| 09:50 |
rfrasur |
bradl: I suspect you're right, although I purposely wouldn't go for that exact reason. |
| 09:50 |
* rfrasur |
isn't going to ALA because it's gonna be in Vegas. It's just too much. |
| 09:51 |
bradl |
maybe the casino is banking on GAMBLING LIBRARIANS ;) |
| 09:51 |
rfrasur |
oh, I suspect they won't be disappointed. |
| 09:51 |
|
mrpeters joined #evergreen |
| 09:51 |
rfrasur |
too much as in...not too expensive (although there's that)...but just too bright and loud and busy and blech. |
| 09:56 |
rfrasur |
btw, I like the EG conference. My curiousity isn't a complaint. |
| 10:26 |
|
CarrieC joined #evergreen |
| 10:27 |
|
legend303 joined #evergreen |
| 10:29 |
|
legend303 left #evergreen |
| 10:37 |
|
dboyle joined #evergreen |
| 10:45 |
|
misilot joined #evergreen |
| 11:08 |
|
timlaptop joined #evergreen |
| 11:09 |
rfrasur |
jboyer_isl: I checked that report from last week and it worked. |
| 11:10 |
rfrasur |
hmm, though the check isn't pretty |
| 11:21 |
rfrasur |
Is EG compatible with the Chrome OS? |
| 11:22 |
|
zerick joined #evergreen |
| 11:22 |
rfrasur |
more like...is than an interest in making it compatible with Chrome OS? |
| 11:23 |
Dyrcona |
rfrasur: You mean the staff client, right? |
| 11:23 |
rfrasur |
Dyrcona: yes |
| 11:23 |
rfrasur |
sorry...should have said. |
| 11:24 |
Dyrcona |
rfrasur: Not likely while it is based on xulrunner. |
| 11:24 |
rfrasur |
Which I'm assuming is going to be for awhile. |
| 11:27 |
jboyer-isl |
rfrasur: The foreseeable future, at least. (If it were easy to leave, we might have already. :D ) Chrome offers some nice features if you're willing to go web-only, but forced background autoupdates can cause serious issues if anything ever happens that requires an update to address, or even a minor incompatibility. |
| 11:30 |
rfrasur |
jboyer-isl: for sure. and I'm not sold on a solely web interface yet anyway. I was just looking at equipment this weekend and thinking about staff workflows and stuff and how the whole thing fits together. People are clamoring toward tablets (not just library stuff) and yeah....many thoughts and trying to get them ordered so that they can be communicated to people that don't necessarily understand what's under the hood |
| 11:30 |
rfrasur |
and why you can't just do this or that. |
| 11:32 |
Dyrcona |
rfrasur: You mean it doesn't just work by magic? ;) |
| 11:33 |
rfrasur |
Dyrcona: Isn't magic just the implementation of mechanisms not understood by the audience? Of course it's magic. |
| 11:33 |
rfrasur |
some magic just takes longer. |
| 11:33 |
Dyrcona |
rfrasur: Bingo! |
| 11:33 |
* Dyrcona |
doesn't believe in magic.... ;) |
| 11:34 |
bshum |
berick++ # .gitignore changes |
| 11:34 |
|
smyers_ joined #evergreen |
| 11:34 |
* Dyrcona |
wonders what these .gitignore changes might mean for his workflows..... |
| 11:35 |
Dyrcona |
So far, nothing withstands the power of "git clean -x -f -d" |
| 11:36 |
* rfrasur |
also doesn't believe in magic...per se |
| 11:37 |
Dyrcona |
To restate your definition as bluntly as possible and putting the onus on the audience, "Magic is ignorance." |
| 11:37 |
rfrasur |
or the exploitation of ignorance |
| 11:38 |
phasefx |
Magic is awe, and it's awesome. Sometimes :) magical thinking on the other hand... |
| 11:38 |
rfrasur |
it's cool though. I don't mind being a little ignorant at times. My brain is finite anyway |
| 11:41 |
Dyrcona |
There may be some things we simply cannot know. |
| 11:41 |
rfrasur |
@blame midichlorian(s)/(i?) |
| 11:41 |
pinesol_green |
rfrasur: everything was going great until midichlorian(s)/(i?) came along |
| 11:42 |
rfrasur |
exactly Dyrcona |
| 11:47 |
jboyer-isl |
rfrasur: As far as a web interface goes (just seeing that reply) I'll never be sold on web-only, but that's not to say I'll be able to do much about it. I can't replace the thing myself. :/ |
| 11:47 |
|
timf joined #evergreen |
| 11:48 |
rfrasur |
jboyer-isl: yep...all that. It might be nice to have a companion web interface, but not a replacement. I dunno anything about anything to be of value in doing anything about any of it though. |
| 11:48 |
* rfrasur |
knows nothing |
| 11:50 |
pinesol_green |
[evergreen|Mike Rylander] PgTAP tests for 0824 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fe3737> |
| 11:59 |
|
jdouma joined #evergreen |
| 12:02 |
jeff |
For those of you doing SIP based self checkout, do you have each SIP client configured with its own "location" / "institution id" (speaking in terms of SIP field AO), for ease of log analysis? |
| 12:03 |
jeff |
Alternately, are you using some other method/technique for debugging SIP messages in production, in terms of pulling messages from one particular client/session? |
| 12:19 |
Dyrcona |
jeff: We use this: http://git.mvlcstaff.org/?p=tsbere/PHPSIP2.git;a=summary |
| 12:20 |
jboyer-isl |
jeff: We've got our ldirector spreading SIP access around to 5 different servers, so if we know the IP of the machine with issues, we only have to check 1/5th of the logs |
| 12:20 |
tsbere |
jeff: Or rather, we use that for testing ourselves. We otherwise split our SIP2 clients by role (Selfchecks, pcres) and I tend to use process IDs and login messages to differentiate further... |
| 12:20 |
Dyrcona |
We also have them reconfigure a client to talk to a development server, usually mine, for further testing. |
| 12:21 |
Dyrcona |
Or, we used to. |
| 12:24 |
|
b_bonner joined #evergreen |
| 12:26 |
* rfrasur |
grumbles about getting yelled at by government office. |
| 12:29 |
|
stevenyvr2 joined #evergreen |
| 12:46 |
csharp |
is there an "official" support policy on OpenSRF? |
| 13:16 |
tsbere |
We support it unless we don't, I think. ;) |
| 13:30 |
kmlussier |
We have a site on 2.3 that is bringing on some small branches that will only be open a few days a week. They only want holds to go to these branches as a last resort. Is there any way to do that in 2.3? I know we have more flexibility once we get to 2.4. |
| 13:31 |
kmlussier |
I initially was thinking of Org Unit Target Weight, but there seems to be a bug that would make it difficult to use target weights. |
| 13:31 |
eeevil |
csharp: the goal is that the tip of opensrf master should support every version of evergreen back to the beginning of time ... that's not an answer, of course, but it suggests (to me) that "use the newest" should probably always be our community support answer |
| 13:32 |
eeevil |
kmlussier: you can use or weighting. give all the other OUs a high weight. it's not deterministic, but statistically they'll be the least likely to be targetted |
| 13:32 |
kmlussier |
Actually, that but is related to 2.4. |
| 13:32 |
eeevil |
org weighting, not or weighting |
| 13:33 |
* eeevil |
should read faster/farther |
| 13:33 |
kmlussier |
s/but/bug |
| 13:33 |
Dyrcona |
kmlussier: In the one case where we have that sort of situation, we only allow the branch to fill holds for the system, and that branch can only get copies from the other branches in its system. |
| 13:34 |
kmlussier |
eeevil: So we would use a lower number for the OU's that we don't want to see targeted as frequently? |
| 13:34 |
kmlussier |
Dyrcona: Thanks! I'll pass that along to them. |
| 13:35 |
eeevil |
kmlussier: right. it's actually a multiplier at the implementation level |
| 13:35 |
|
dconnor joined #evergreen |
| 13:35 |
kmlussier |
eeevil++ Dyrcona++ |
| 13:36 |
eeevil |
kmlussier: do you have an LP link for the bug you're thinking of? I'm only remembering the 2.4-era one relating to prox adjustment |
| 13:36 |
pinesol_green |
[evergreen|Jason Etheridge] add src/Pg/live_t/ - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64a503f> |
| 13:42 |
Dyrcona |
berick: Do you have any objection to my adding an argument to Cat::AssetCommon::set_item_lost_or_lod in order to "backdate" the lost time, i.e. set stop fines time to an arbitrary date? |
| 13:45 |
|
finnx joined #evergreen |
| 13:45 |
kmlussier |
eeevil: That's the one. I had seen that it was released for 2.4, but, for some reason, was thinking it was also in 2.3. |
| 13:47 |
kmlussier |
eeevil: When setting OU weights, could you, for example, set a weight of 4 at the top of the org tree and then just apply the lower weight to those specific branches? Or do you need to apply a weight for each OU individually? |
| 13:47 |
eeevil |
kmlussier: let me check... |
| 13:49 |
eeevil |
kmlussier: yes, you can |
| 13:49 |
kmlussier |
eeevil: Awesome! Thanks! |
| 14:09 |
|
jdouma joined #evergreen |
| 14:12 |
csharp |
eeevil: thanks - I'm developing a "PINES software upgrading" policy doc and am saying that each version of EG has a recommended/required version of OpenSRF and that it's well documented that way. |
| 14:14 |
eeevil |
csharp: at least to the degree that I've been involved in them, the install/upgrade docs have always just said "use the latest opensrf, version X or later" or some variation on that |
| 14:16 |
* Dyrcona |
waits, waits, and waits some more on metabib.reingest. |
| 14:21 |
|
wjr left #evergreen |
| 14:26 |
|
wjr joined #evergreen |
| 14:28 |
CarrieC |
does anyone know if it's possible to search for an asterisk in a bib record field from the reports module? |
| 14:38 |
csharp |
CarrieC: what has happened when you've tried? |
| 14:39 |
CarrieC |
csharp: it's either doing nothing or functioning as a wildcard because my results are the same with or without it as a filter |
| 14:40 |
csharp |
CarrieC: would you mind pastebinning the generated SQL from one of your attempts? (from Debug Info)? |
| 14:43 |
pinesol_green |
[opensrf|Jason Etheridge] silence some uninitialized warnings - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=e4a6a62> |
| 14:45 |
CarrieC |
csharp: not at all, but the paste-bot link is not working |
| 14:49 |
CarrieC |
so, I'll use pastebin: http://pastebin.com/R0N8Gzcd |
| 14:50 |
* csharp |
wonders if backslash escaping works in the "Contains Matching Substring" operator |
| 14:51 |
csharp |
CarrieC: have you tried putting in '\*'? |
| 14:52 |
CarrieC |
Yep, and "\\*" and a few others |
| 14:54 |
Dyrcona |
tried four backslashes? |
| 14:55 |
Dyrcona |
sometimes when regexps go through a couple layers of intermediate code, you need to increase the number of backslashes, 'til you end up with leaning toothpick syndrome. |
| 14:56 |
jboyer-isl |
A Corduroy Client? |
| 14:56 |
csharp |
CarrieC: so when you did "\\*" did that show up in the SQL? |
| 14:57 |
CarrieC |
jboyer-isl: I hope not-corduroy shrinks oddly |
| 14:57 |
csharp |
CarrieC: oh - and you'll need to enable nullability selection to get rid of that 'IS NULL OR' clause |
| 14:57 |
CarrieC |
csharp: no, it still showed up as '%*%' |
| 14:59 |
csharp |
CarrieC: fwiw, doing a direct SQL query with ILIKE '%\*%' returned literal asterisks (along with every row with a null value) |
| 14:59 |
csharp |
CarrieC: so Dyrcona's probably right, you might have to pile on backslashes until you see it come through in the SQL |
| 15:00 |
csharp |
(assuming the reports creation code doesn't strip them out or something' |
| 15:00 |
csharp |
) |
| 15:04 |
CarrieC |
csharp: Thanks! I'll try some more before passing it on to our SQL person |
| 15:22 |
CarrieC |
csharp: It looks like it had to do the nullability selection. thanks, again! |
| 15:22 |
CarrieC |
Dyrcona: it's not requiring any escape character, since I've enabled nullability selection. Thanks for your suggestions |
| 15:23 |
csharp |
oh - great! |
| 15:42 |
Dyrcona |
Good to hear. I don't really use the reporter much. |
| 16:35 |
Dyrcona |
built evergreen 3 times on my dev vm today and I still haven't started the services. |
| 17:00 |
|
sseng joined #evergreen |
| 17:06 |
|
mrpeters left #evergreen |
| 17:31 |
|
CarrieC left #evergreen |
| 17:33 |
|
acoomes joined #evergreen |
| 18:04 |
|
dconnor joined #evergreen |
| 18:20 |
|
akilsdonk_ joined #evergreen |
| 18:37 |
|
jdouma joined #evergreen |
| 18:57 |
bshum |
Hmm, is the git server not updating related branches in different repos automagically? Just noticed that master in Evergreen.git and OpenSRF.git aren't reflected in the working repos or any of the others it normally also pushes out to. |
| 18:58 |
bshum |
Q for gmcharlt and tsbere --^ |
| 19:51 |
rangi |
it weirds me out everytime i see Catalyst IT Services wrt evergreen |
| 19:51 |
rangi |
im all, did we start doing that too? |
| 19:52 |
rangi |
then i realise its the other Catalyst IT |
| 20:06 |
|
stevenyvr2 left #evergreen |
| 21:46 |
|
mrpeters joined #evergreen |
| 23:57 |
|
ktomita_ joined #evergreen |
| 23:58 |
|
bshum_ joined #evergreen |
