| Time |
Nick |
Message |
| 00:19 |
|
mrpeters left #evergreen |
| 01:57 |
paxed |
dreuther: if you want the stuff like pref_ou() location_groups() depth etc. translated, i don't think that's possible. although you can create your own aliases for some of those. |
| 04:15 |
|
dicksoft joined #evergreen |
| 08:05 |
|
rjackson-isl joined #evergreen |
| 08:09 |
|
akilsdonk joined #evergreen |
| 08:09 |
|
kmlussier joined #evergreen |
| 08:16 |
|
jboyer-laptaupe joined #evergreen |
| 08:33 |
|
jboyer_laptaupe joined #evergreen |
| 09:01 |
csharp |
ldwhalen: check out master, then create a signoff branch from master, then 'git cherry-pick -s' each commit, then push your signoff branch to working |
| 09:04 |
|
ericar joined #evergreen |
| 09:13 |
|
jboyer__laptaupe joined #evergreen |
| 09:16 |
|
jboyer_laptaupe joined #evergreen |
| 09:17 |
|
RoganH joined #evergreen |
| 09:19 |
* csharp |
wishes he had more time to test/signoff on 2.6 fixes |
| 09:19 |
csharp |
it's been a crazy few weeks in PINES land |
| 09:20 |
bradl |
csharp: what's going on in PINES land? |
| 09:20 |
bradl |
I mean, besides the /usual/ crazy :) |
| 09:22 |
RoganH |
when everything is crazy, everything is usual. <- one of the first things I learned in public libraries |
| 09:22 |
csharp |
bradl: just the usual crazy amped up to all of us needing to work long weeks in advance of the conference ;-) |
| 09:23 |
csharp |
RoganH: true |
| 09:25 |
jeff |
long weeks in advance of the conference to get tasks done that need doing and you won't be able to do from the conference, or something else? |
| 09:29 |
csharp |
jeff: basically that - especially because I'm going to code4lib the following week |
| 09:29 |
jeff |
got it. |
| 09:30 |
csharp |
there are lots of PINES things that "only Chris can do" :-) |
| 09:31 |
bradl |
csharp: oohhhh |
| 09:31 |
bradl |
csharp: well, you should feel loved ;) |
| 09:31 |
|
yboston joined #evergreen |
| 09:31 |
* csharp |
feels smothered in love |
| 09:32 |
bradl |
and slathered, I hope |
| 09:32 |
csharp |
covered, diced |
| 09:32 |
bradl |
wait, is this waffle house? |
| 09:32 |
csharp |
:-D |
| 09:32 |
* csharp |
never did like the word "chunked" |
| 09:33 |
jeff |
i have been working to reduce the number of items on a similar list here. i feel that i've made good progress, especially since we were able to schedule our migration to esi hosting during a time when i was... mostly unavailable. :-) |
| 09:34 |
berick |
csharp: it's still better than "ham nodules" |
| 09:34 |
jeff |
wrote things up, did a dry run, when questions came up during the dry run, i didn't answer them or do anything other than update the documentation and say "there, let me know if that does a better job of explaining it". worked Really Well. |
| 09:35 |
csharp |
berick: eewwww |
| 09:37 |
jeff |
i liked that simple technique so well, this is probably not the first time i've recommended it. :P |
| 10:03 |
bshum |
ldwhalen: csharp: Git signoff is described fairly well on the dev:git wiki page: http://wiki.evergreen-ils.org/doku.php?id=dev:git#sign-offs |
| 10:04 |
bshum |
~git |
| 10:04 |
pinesol_green |
See Evergreen git information at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:git |
| 10:04 |
bshum |
dbwells: Sorry I didn't get to talk with you yesterday, I'm sick (today too) so I won't get to poke much at the MVF/CRA reingest issues I was noting earlier this week. |
| 10:05 |
* bshum |
is going to wander back off, but feel free to leave me some messages later on things you'd like me to try out. |
| 10:05 |
dbwells |
bshum: that's too bad |
| 10:11 |
csharp |
~signoff is <reply> see http://wiki.evergreen-ils.org/doku.php?id=dev:git#sign-offs for information on git signoffs |
| 10:11 |
pinesol_green |
I'll remember that, csharp |
| 10:11 |
dbs |
@who has been dragged down with sinusitis for 4 weeks and counting? |
| 10:11 |
pinesol_green |
dbs: I see nothing, I know nothing! |
| 10:11 |
dbwells |
bshum: hope you feel better! |
| 10:22 |
ldwhalen |
csharp: and bshum thank you for the information |
| 10:36 |
|
mcooper joined #evergreen |
| 11:14 |
|
kmlussier1 joined #evergreen |
| 11:15 |
|
remingtron joined #evergreen |
| 11:16 |
|
kmlussier2 joined #evergreen |
| 11:23 |
|
kmlussier joined #evergreen |
| 11:49 |
|
akilsdonk joined #evergreen |
| 11:50 |
|
hopkinsju joined #evergreen |
| 11:58 |
hopkinsju |
This page was last updated almost 3 years ago and refers to 1.6 - but I find myself referencing it *all the time* - is there something else I should be looking at, or is the query parser stayed the same since way back then? |
| 11:58 |
hopkinsju |
http://wiki.evergreen-ils.org/doku.php?id=documentation:technical:search_grammar |
| 12:01 |
eeevil |
hopkinsju: the grammar and syntax is (mostly) the same, the vocabulary has grown ;) |
| 12:01 |
eeevil |
the major difference is multi-valued facet syntax |
| 12:02 |
jcamins |
eeevil: how did that change? |
| 12:02 |
eeevil |
jcamins: now it's: facet[value1][value2]... |
| 12:02 |
eeevil |
it used to be: facet[value1 # value2 # .... ] |
| 12:03 |
jcamins |
eeevil: ah. Yeah, I knew the # version. |
| 12:03 |
eeevil |
there's plenty of internal difference now, of course |
| 12:03 |
jcamins |
Right. |
| 12:03 |
eeevil |
much robustness |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:17 |
* jeff |
hardcodes a list of branch phone numbers into print_custom.js |
| 12:18 |
* tsbere |
wonders why jeff is doing that |
| 12:18 |
hopkinsju |
eeevil: Is there documentation on the newness? |
| 12:35 |
jeff |
tsbere: using print_custom() to (among other things) fill a span with a phone number for the library branch based on %SHORTNAME% elsewhere. |
| 12:36 |
jeff |
tsbere: since i haven't worked much on bug 608308 recently and co-worker was faced with one option being pre-processing of receipt template files before deploying them. |
| 12:36 |
pinesol_green |
Launchpad bug 608308 in Evergreen "receipt template macros should have access to address, phone numbers" (affected: 5, heat: 24) [Wishlist,In progress] https://launchpad.net/bugs/608308 - Assigned to Jeff Godin (jgodin) |
| 12:37 |
tsbere |
jeff: Have you considered %INCLUDE()% blocks? |
| 12:37 |
jeff |
tsbere: six branches, so investigating to see if print_custom() could get access to the aou data directly wasn't high priority for me |
| 12:38 |
jeff |
tsbere: looked at that the other day and considered it also, didn't go with it. |
| 12:38 |
jeff |
probably could have. |
| 12:40 |
jeff |
on refreshing my memory from the other day and peeking at the underlying implementation, i would have opted for %INCLUDE()% next time. :-) |
| 12:41 |
jeff |
tsbere++ |
| 12:41 |
tsbere |
jeff: And to my knowledge, print_custom.js doesn't get enough info for library phone numbers....though it wouldn't be hard to add, and then it would (I believe) become params.lib |
| 12:42 |
jeff |
first class macros for phone/etc as mentioned in that bug would proably be more useful than giving print_custom access to the aou data. |
| 12:42 |
jeff |
other use cases may not have occurred to me. |
| 12:44 |
jeff |
when we switched to print_custom for some things, we were not explicitly calling print_do_sums from within print_custom, thus sums broke. apparently it went unreported for some time, until a co-worker ran into it not working when revising some templates. :P |
| 12:44 |
jeff |
fixed now. :P |
| 12:44 |
tsbere |
heh |
| 12:46 |
tsbere |
jeff: Outside of "that macro didn't exist, and we wanted the data..." I can't think of a lot of reasons to spit things out so that print_custom can get at them. |
| 12:46 |
tsbere |
But I don't do a lot of receipt template stuff, so I may not be the best person to come up with ideas there |
| 12:47 |
jeff |
we used to use it for a custom date-calculated-from-today, but are phasing that out since we use shelf_expire_time now. |
| 12:47 |
jeff |
also, a "holds alias OR truncated last name + first initials" value |
| 12:52 |
eeevil |
hopkinsju: not outside commit messages, currently |
| 13:20 |
|
RoganH joined #evergreen |
| 13:28 |
jl- |
I installed evergreen on debian, does it run/install the same on ubuntu? |
| 13:28 |
jl- |
the documentation mentions debian and fedora |
| 13:31 |
|
hbrennan joined #evergreen |
| 13:34 |
berick |
jl-: http://evergreen-ils.org/documentation/install/README_2_5.html -- discusses Ubuntu |
| 13:34 |
berick |
ubuntu works fine |
| 13:37 |
jl- |
I'm just gonna stick with debian for consistency |
| 13:37 |
berick |
debian++ |
| 13:37 |
berick |
(for servers, anyway) |
| 13:37 |
dbwells |
Anyone here willing to test and push bug #1243023? Everything but the upgrade script and the test already has two signoffs, if that helps. |
| 13:37 |
pinesol_green |
Launchpad bug 1243023 in Evergreen 2.5 "Browse catalogue titles are doubly escaped?" (affected: 1, heat: 8) [Undecided,Confirmed] https://launchpad.net/bugs/1243023 |
| 13:43 |
eeevil |
dbwells: I assume you just copied over the functions in question for the upgrade script? |
| 13:44 |
dbwells |
eeevil: that was certainly my intention |
| 13:46 |
dbwells |
My only real concern would be missing a function or copying the wrong one somehow. |
| 13:51 |
dbwells |
eeevil: Looking again, I think I need a few more things in that upgrade. Do I need to create evergreen.oils_xslt_process and also manually drop the public ones? |
| 13:52 |
dbwells |
Nothing changed in that function other than the schema, so I wasn't sure what was necessary there. |
| 13:53 |
dbwells |
One thing which confused me generally is that all my test DBs already had those functions in the evergreen schema, but I now see that my production DB has them in public. Hmmmm... |
| 13:54 |
jeff |
and I'd wager that some databases have them in both places, potentially conflicting. :-) |
| 13:54 |
tsbere |
dbwells: I recommend a DROP FUNCTION with an IF EXISTS clause for the public one |
| 13:55 |
tsbere |
after a "create or replace" in the evergreen schema, anyway |
| 13:59 |
dbwells |
Okay, maybe overkill, but I'll rework the upgrade script to recreate even the unchanged function and then drop all the public ones which might be hanging around. |
| 14:08 |
dbwells |
eeevil: Not sure if you are actually reviewing it, but I force pushed what I hope is a better upgrade script (with one obvious mistake fixed!). |
| 14:35 |
|
kmlussier joined #evergreen |
| 14:43 |
eeevil |
dbwells: sorry, pulled away. so, re the schema, it'd be best to start moving functions from public to evergreen as we touch them, but that's arguably outside the scope of this. a clean install should get those in the evergreen schema, but old, upgraded ones will have them in public (or, scariliy perhaps) both |
| 14:43 |
eeevil |
the one in evergreen will take precedence because of the search path (assuming either the correct search_path GUC /or/ an evergreen pg username) |
| 14:44 |
dbwells |
eeevil: thanks for the explanation. I did go ahead and add the addtional create, plus DROP IF EXISTS for any old ones (as suggested by tsbere). |
| 14:44 |
eeevil |
tsbere: ah, yes, looks good |
| 15:10 |
|
krvmga joined #evergreen |
| 15:13 |
|
gsams joined #evergreen |
| 15:18 |
krvmga |
csharp: krvmga asked for your email address. |
| 15:40 |
|
hopkinsju joined #evergreen |
| 15:55 |
berick |
whoever is poking at bill-dev2.esilibrary.com -- sorry, i'm in the middle of breaking stuff |
| 16:07 |
pinesol_green |
[evergreen|Remington Steed] LP1198983: Remove deprecated useragent.override variable - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=10e245f> |
| 16:26 |
pinesol_green |
[evergreen|Galen Charlton] LP#1286248: remove references to osrf_ctl.sh - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e4d60c> |
| 18:47 |
|
hopkinsju joined #evergreen |
| 18:49 |
|
ningalls joined #evergreen |
| 19:17 |
|
ningalls joined #evergreen |
| 19:46 |
|
mtcarlso- joined #evergreen |
| 19:47 |
|
dbwells_ joined #evergreen |
| 19:47 |
|
fparks joined #evergreen |
| 19:48 |
|
artunit_ joined #evergreen |
| 19:50 |
|
berick_ joined #evergreen |
| 19:55 |
|
mtj_ joined #evergreen |
| 20:02 |
|
ningalls1 joined #evergreen |
| 20:04 |
|
eby___ joined #evergreen |
| 20:04 |
|
berick joined #evergreen |
| 20:05 |
|
jeffdavi1 joined #evergreen |
| 20:07 |
|
fparks joined #evergreen |
| 20:07 |
|
wjr joined #evergreen |
| 20:07 |
|
b_bonner joined #evergreen |
| 20:07 |
|
23LAATC3D joined #evergreen |
| 20:07 |
|
dreuther joined #evergreen |
| 20:07 |
|
wjr joined #evergreen |
| 20:09 |
|
b_bonner_ joined #evergreen |
| 20:10 |
|
fparks_ joined #evergreen |
| 20:15 |
|
jeff_ joined #evergreen |
| 20:19 |
|
dreuther joined #evergreen |
| 20:20 |
|
wjr_ joined #evergreen |
| 20:38 |
|
eby joined #evergreen |
| 20:42 |
|
jeff__ joined #evergreen |
| 21:14 |
|
jeff__ joined #evergreen |
| 21:14 |
jeff |
goodness. |
| 23:18 |
|
zerick joined #evergreen |
