| Time |
Nick |
Message |
| 03:40 |
|
Bmagic joined #evergreen |
| 06:00 |
|
pinesol_green` joined #evergreen |
| 06:01 |
|
csharp_ joined #evergreen |
| 06:01 |
|
egbuilder_ joined #evergreen |
| 06:02 |
|
pmurray_` joined #evergreen |
| 06:02 |
|
rangi` joined #evergreen |
| 06:02 |
|
pastebot0 joined #evergreen |
| 06:03 |
|
eeevil joined #evergreen |
| 06:03 |
|
dbs_ joined #evergreen |
| 06:04 |
|
jeffdavi1 joined #evergreen |
| 06:09 |
|
dMiller_ joined #evergreen |
| 07:11 |
|
sarabee joined #evergreen |
| 07:53 |
|
collum joined #evergreen |
| 07:55 |
|
jboyer-isl joined #evergreen |
| 08:02 |
|
ericar joined #evergreen |
| 08:15 |
|
rlefaive joined #evergreen |
| 08:31 |
|
sbrylander joined #evergreen |
| 08:46 |
kmlussier |
Good morning #evergreen. It's Friday! :D |
| 08:49 |
|
Dyrcona joined #evergreen |
| 08:49 |
|
maryj joined #evergreen |
| 08:51 |
|
mrpeters joined #evergreen |
| 08:52 |
Stompro |
Good morning, our circ freeze starts this morning. I've been disabing access to Millennium and loving it! |
| 08:52 |
|
mmorgan joined #evergreen |
| 08:52 |
Stompro |
Go live on Monday! |
| 08:52 |
kmlussier |
Stompro++ #Best wishes for your go live! |
| 08:53 |
kmlussier |
@coffee Stompro |
| 08:53 |
* pinesol_green` |
brews and pours a cup of Honduras David Mancia, and sends it sliding down the bar to Stompro |
| 08:53 |
mmorgan |
Stompro++ |
| 08:53 |
Stompro |
Thanks |
| 08:53 |
mmorgan |
That's awesome! |
| 08:54 |
|
Shae joined #evergreen |
| 08:56 |
Dyrcona |
Stompro: Good luck! |
| 08:58 |
|
remingtron joined #evergreen |
| 08:58 |
Stompro |
Thanks Dyrcona, I'm feeling much calmer than during our last migration in 2004 from DRA to III, I think we were down for over a week during that one. Plus I can just call Shae++ if anything comes up. |
| 09:00 |
Shae |
Stompro: we're definitely here to help Josh. I know you're in good hands with Erica and Mark, though. |
| 09:02 |
Dyrcona |
And you've got us in here, too. Betcha don't get an IRC channel with a commercial ILS. |
| 09:03 |
|
sarabee joined #evergreen |
| 09:05 |
Stompro |
That is true, thank you to all the IRC regulars that answer my random questions all the time. And Shae, don't worry, I will actually call Erica first, I don't know how she keeps track of everything, but she does a great job at it. |
| 09:08 |
Shae |
Stompro: yes she does. I know you guys have put a lot of work into this as well. we'll all be keeping an eye on things as you go live :) |
| 09:40 |
|
yboston joined #evergreen |
| 10:05 |
|
mmorgan joined #evergreen |
| 10:07 |
|
mmorgan joined #evergreen |
| 10:14 |
|
mmorgan1 joined #evergreen |
| 10:17 |
|
krvmga joined #evergreen |
| 10:19 |
jeff |
Would it be seen as useful to have the ability to fall back to a generic "Projected medium" icon for a bib that has LDR/06=g and no 007? Or a "Videorecording - unknown/other" where the 007 is there but results in an icon_format that we don't have an icon for? The idea being to avoid having a complete lack of format icon in the catalog. |
| 10:20 |
jeff |
This may be no simple thing, and there are a few places where it might be implemented... just asking the initial "worth looking further?" |
| 10:21 |
krvmga |
at cwmars, we added a digital media player format filter and icon, how do people feel about the icon? http://bark.cwmars.org/eg/opac/results?query=playaway&qtype=keyword&fi%3Asearch_format=digitalmediaplayer&locg=1 |
| 10:22 |
krvmga |
if it has enough "likeability", i'll put it in my working branch |
| 10:23 |
tsbere |
jeff: Could be an idea if you rigged things so that if there is no icon_format icon it falls back on item_type automatically. |
| 10:23 |
tsbere |
(not that detecting if there is an image would be as easy as "there was no icon_format result at all for the bib") |
| 10:25 |
jeff |
tsbere: yup, might be that simple. |
| 10:27 |
jeff |
I thought that there were some cases where there was an icon_format but no file on disc for that icon, but 1) I'm wrong and 2) that would be a different kind of issue. |
| 10:29 |
jeff |
Though there is the situation of "the 007 defines a format that we don't have an icon_format defined for". I'm not sure that having a method for "we have some info from the 007 that we could fall back on instead of just falling back to the item_type" would be as helpful. |
| 10:37 |
kmlussier |
krvmga: I like the digital media player icon |
| 10:38 |
jeff |
@quote add <wjr> Physical Characteristics Wizard? That's what I'm going to be for Halloween! |
| 10:38 |
pinesol_green` |
jeff: The operation succeeded. Quote #125 added. |
| 10:38 |
wjr |
:P |
| 10:38 |
jeff |
wjr++ |
| 10:39 |
krvmga |
kmlussier: thx |
| 10:40 |
|
jeffdavis joined #evergreen |
| 11:02 |
|
RBecker joined #evergreen |
| 11:06 |
|
dMiller_ joined #evergreen |
| 11:15 |
yboston |
morning, yesterday I posted on the dev list my issues trying to force PG 9.2 being instaled with EG 2.7.5 |
| 11:15 |
yboston |
http://libmail.georgialibraries.org/pipermail/open-ils-dev/2015-October/009961.html |
| 11:15 |
yboston |
wondering if anyone had any sugegstions for me, TIA |
| 11:24 |
|
jihpringle joined #evergreen |
| 11:29 |
Dyrcona |
I actually don't, though I did ask you why. I don't think you can do that from the Makefile the way that you tried. |
| 11:29 |
Dyrcona |
Well, in truth, I do have a suggestion. |
| 11:29 |
Dyrcona |
Or two... |
| 11:30 |
Dyrcona |
1) Find a deb for 9.2 and install that before installing anything else. |
| 11:30 |
Dyrcona |
2) Try the PostgreSQL apt repository and see if they have a package for 9.2 that you can install with apt-get. |
| 11:31 |
Dyrcona |
You'd also want to install that before installing anything else related to Evergreen, and skip the PostgreSQL server targets in the Makefiles. |
| 11:31 |
Dyrcona |
As a third thing, a dump from 9.2 should load into 9.1, though you'll likely get warnings. |
| 11:32 |
Dyrcona |
I successfully load Evergreen dumps from 9.3 onto a 9.1 db server with lots of warnings, but it does succeed and work after. |
| 11:33 |
Dyrcona |
And maybe I should mail the list with those answers, but I'm in the middle of other things at the moment. |
| 11:37 |
Dyrcona |
And, I emailed the list. |
| 11:38 |
|
mmorgan1 left #evergreen |
| 11:40 |
kmlussier |
Dyrcona++ |
| 11:41 |
* Dyrcona |
returns to playing with holds code. |
| 11:41 |
kmlussier |
Scary |
| 11:42 |
jboyer-isl |
A very spooky Oct-hold-er, oooohhoohhh... |
| 11:43 |
|
mmorgan joined #evergreen |
| 11:43 |
Dyrcona |
Is there an emoticon for rolling eyes? (Yes. I say emoticon, not emoji.) |
| 11:44 |
jboyer-isl |
I've suggested @_@ before. I think that eared one. |
| 11:44 |
Dyrcona |
Actually, I'm not changing code in Evergreen. I'm testing if simplifying holds code in NCIPServer will work. |
| 11:45 |
Dyrcona |
I think it will, but before I actually write any code there, I like to test the concept with some scripts that make the equivalent calls. |
| 11:45 |
Dyrcona |
It works so far for ILL holds placed on local things to go elsewhere. |
| 11:45 |
Dyrcona |
I need to test the other direction, now. |
| 11:46 |
jboyer-isl |
I've been meaning to ask you about that. Are your local NCIPServer changes available? (I was thinking that there were multiple repos for NCIPServer and didn't know what's where) I find myself in a position to help with that in the next few months. |
| 11:46 |
kmlussier |
jboyer-isl: That looks like it should be an emoticon for somebody who was just blinded by a camera flash. |
| 11:46 |
jboyer-isl |
kmlussier: Multi-purpose! |
| 11:47 |
Dyrcona |
x_* |
| 11:47 |
Dyrcona |
;) |
| 11:47 |
Dyrcona |
jboyer-isl: http://git.evergreen-ils.org/?p=working/NCIPServer.git;a=shortlog;h=refs/heads/user/dyrcona/better_abstraction |
| 11:48 |
Dyrcona |
That branch completely breaks the Koha driver. |
| 11:48 |
jboyer-isl |
Aha. I'll try to poke around with it. (our project isn't getting started until mid next year, but I need to know all I can about it before that.) |
| 11:48 |
Dyrcona |
rangi, magnuse, others, and I need to work out how to integrate our disparate branches. |
| 11:49 |
jboyer-isl |
That sounds like a pain. 4+ separate branches is likely to be a real mess. :( |
| 11:49 |
Dyrcona |
jboyer-isl: There's room for improvement there. In some cases, there's more code than necessary because I ran out of time. |
| 11:50 |
jboyer-isl |
I see. |
| 11:50 |
Dyrcona |
Well, there's basic agreement between rangi and I that my public method interface is preferred, though I think he'll want to change to pass the raw XML instead of a hashref made from the XML. |
| 11:50 |
Dyrcona |
But, he can speak for himself later if he wants to. |
| 11:52 |
Dyrcona |
As an example of the "too much code," I'm working on switching from a check for local, holdable copies, followed by open-ils.circ.title_hold.is_possible, and then open-ils.circ.hold.create, to a single open-ils.circ.holds.test_and_create.batch. |
| 11:53 |
Dyrcona |
The latter does all three in one go. |
| 11:54 |
Dyrcona |
Guess the next set of experiments will wait until after lunch. |
| 11:54 |
* Dyrcona |
is hungry. |
| 11:56 |
mmorgan |
Dyrcona: Looking too much at holds will cause that ;-) |
| 11:57 |
Dyrcona |
or this: @_@ |
| 11:57 |
Dyrcona |
:) |
| 11:57 |
mmorgan |
Dyrcona++ |
| 11:58 |
Dyrcona |
jboyer-isl: I'll send you a PDF I created for MassLNC. There are no real instructions in the README to install it. |
| 11:58 |
jboyer-isl |
Dyrcona: Thanks, I was poking around and wondering where to begin. (Seems a fine thing to test on the new dev server I'm supposed to be building ASAP.) |
| 12:05 |
yboston |
Dyrcona: thanks for replying twice to my email and my apologies for "crossign the streams" |
| 12:05 |
Dyrcona |
No big deal. I probably would not have replied on list if you had not asked in here. |
| 12:07 |
yboston |
I'll buy you a beer when I see you soon. BTW, we have been trying out trivia some Tuesday at the Kendall sq Marriot restaurant (Champions). It start at 6, which might be hard to get to |
| 12:07 |
yboston |
*Tuesdays *starts |
| 12:08 |
kmlussier |
Sounds fun. I wish I could make it up there Tuesdays. |
| 12:08 |
yboston |
lets meet there on the way from Logan to Danvers :) |
| 12:17 |
|
dMiller_ joined #evergreen |
| 13:01 |
|
rlefaive joined #evergreen |
| 13:42 |
|
mmorgan joined #evergreen |
| 14:01 |
|
dMiller_ joined #evergreen |
| 14:04 |
|
mmorgan joined #evergreen |
| 14:24 |
jeffdavis |
has anyone else seen the problem described in bug 1509468 ? |
| 14:24 |
pinesol_green` |
Launchpad bug 1509468 in Evergreen "Opt-in user setting Boolean value incorrectly saved with quotation marks" [Undecided,New] https://launchpad.net/bugs/1509468 |
| 14:27 |
|
rlefaive joined #evergreen |
| 14:40 |
tsbere |
jeffdavis: I question your default. Is the default value itself set to 'true' or '"true" |
| 14:41 |
jeffdavis |
definitely set to true (no quotes) |
| 14:44 |
|
edoceo joined #evergreen |
| 14:55 |
tsbere |
jeffdavis: I don't see us having those issues on our end, but we don't use defaults. I can only assume, as a result, that the defaults are the problem. |
| 14:55 |
jeffdavis |
So maybe EG is adding quotes when it grabs the default value. |
| 14:56 |
tsbere |
Or maybe it is translating "true" to something else when it is reading a setting, but not when it is a default? |
| 14:57 |
Stompro |
Hello SIP2 experts, I'm being told by OCLC that whether or not a patron password is required is set by the SIP2 server, but there is nothing that I can find in the sip config file that addresses that. And another vendor is able to authenticate users with using passwords without any trouble. Can anyone provide some tips? |
| 14:58 |
Stompro |
s/with/without/ |
| 14:58 |
tsbere |
jeffdavis: Specifically, defaults are loaded via pcrud....user's existing settings come from open-ils.actor....and the latter does a JSON2Perl change in the middle. |
| 14:59 |
tsbere |
Stompro: Evergreen it is more of a "provide the password field if you want to check passwords" deal. |
| 14:59 |
tsbere |
If you provide that field (empty or otherwise) Evergreen will return the "was the password valid?" field. If you don't provide that field I believe Evergreen skips the response field. |
| 15:01 |
Stompro |
Thanks tsbere, that helps a bunch. |
| 15:02 |
* dbs |
sighs as Google Book Previews churlishly continue to serve up HTTP resources even in an all-HTTPS environment |
| 15:04 |
|
ericar joined #evergreen |
| 15:06 |
|
jlitrell joined #evergreen |
| 15:09 |
* gmcharlt |
offers up the pull request on bug 1509479 as something that probably should have eyes on it promptly |
| 15:09 |
pinesol_green` |
Launchpad bug 1509479 in Evergreen 2.9 "infinite loop when parsing modified unclosed phrase search query" [High,New] https://launchpad.net/bugs/1509479 |
| 15:09 |
* dbs |
looking |
| 15:11 |
|
ericar_ joined #evergreen |
| 15:18 |
dbs |
Restarting open-ils.storage causes all hell to break loose IIRC? |
| 15:18 |
* tsbere |
wonders if the typo in gmcharlt's test file should be fixed |
| 15:19 |
tsbere |
dbs: Depends on what is happening in your system at the time, I would think. |
| 15:19 |
gmcharlt |
yeah, on a quiescent system, its fine |
| 15:19 |
|
jboyer-isl joined #evergreen |
| 15:19 |
* dbs |
currently only has an up-to-date production server and is hesitant to give it a restart there |
| 15:21 |
gmcharlt |
yeah, easier to do it in a multi-app-server setup |
| 15:21 |
* dbs |
will test it outside of core work hours though |
| 15:21 |
gmcharlt |
tsbere: the phase, it is unclosed? |
| 15:22 |
tsbere |
gmcharlt: My brain jumped on "phase" instead of "phrase" when looking over the test. The fact it isn't closed is obviously intentional. |
| 15:22 |
gmcharlt |
right |
| 15:46 |
gmcharlt |
dbs: tsbere: thanks for the feedback; I've pushed a branch that incorporates it |
| 15:49 |
tsbere |
gmcharlt: You put in more debug code than I would have, at least. |
| 15:49 |
* tsbere |
would probably have defined $loops, then just added a "and $loops++ < 1000" type condition to the while |
| 16:05 |
|
jihpringle joined #evergreen |
| 16:17 |
|
Christineb joined #evergreen |
| 17:03 |
|
bradley left #evergreen |
| 17:08 |
|
mmorgan joined #evergreen |
| 17:17 |
|
mmorgan left #evergreen |
| 17:18 |
|
b_bonner joined #evergreen |
| 19:28 |
bshum |
That's better :) |
| 21:59 |
|
bmills joined #evergreen |
| 23:58 |
pinesol_green |
[evergreen|Galen Charlton] LP#1509479: set a limit on loops in QP's decompose() method - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b15a61f> |
| 23:58 |
pinesol_green |
[evergreen|Galen Charlton] LP#1509479: fix infinite loop bug in QueryParser - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b517367> |
