| Time |
Nick |
Message |
| 02:59 |
|
jeff_ joined #evergreen |
| 02:59 |
|
jeff_ joined #evergreen |
| 06:03 |
|
wjr_ joined #evergreen |
| 06:11 |
|
eby_ joined #evergreen |
| 06:11 |
|
wjr_ joined #evergreen |
| 06:54 |
|
ningalls joined #evergreen |
| 07:36 |
|
rjackson-isl joined #evergreen |
| 07:39 |
|
jboyer-isl joined #evergreen |
| 07:57 |
|
akilsdonk joined #evergreen |
| 08:03 |
|
collum joined #evergreen |
| 08:18 |
|
mtate joined #evergreen |
| 08:21 |
|
kbeswick joined #evergreen |
| 08:30 |
|
b_bonner_ joined #evergreen |
| 08:31 |
|
BigRig_ joined #evergreen |
| 08:36 |
|
RoganH joined #evergreen |
| 08:38 |
|
gdunbar joined #evergreen |
| 08:39 |
|
rangi` joined #evergreen |
| 08:39 |
|
pmurray_away joined #evergreen |
| 08:39 |
|
pmurray joined #evergreen |
| 08:40 |
|
jeff joined #evergreen |
| 08:40 |
|
jeff joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:43 |
|
rri joined #evergreen |
| 08:48 |
|
Callender joined #evergreen |
| 08:48 |
|
dkyle joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 08:51 |
|
mtate joined #evergreen |
| 09:09 |
|
remingtron joined #evergreen |
| 09:10 |
|
timf joined #evergreen |
| 09:11 |
|
mrpeters joined #evergreen |
| 09:15 |
|
kmlussier joined #evergreen |
| 09:31 |
|
Shae joined #evergreen |
| 09:34 |
|
jeff__ joined #evergreen |
| 09:35 |
|
jeff__ joined #evergreen |
| 10:01 |
* berick |
confirmed over the weeknd that the jetty app works fine on a mac, ditto Firefox |
| 10:05 |
jeff |
berick++ |
| 10:10 |
|
afterl joined #evergreen |
| 10:11 |
Dyrcona |
berick: Are you referring to something like so: http://www.codeproject.com/Articles/128145/Run-Jetty-Web-Server-Within-Your-Application |
| 10:14 |
berick |
Dyrcona: close, but not exactly. in my code, jetty runs as a standalone service |
| 10:14 |
berick |
since there is no over-arching Java app to embed it into |
| 10:15 |
berick |
though we could use some of this code, if we wanted to build a small control (start/stop/etc) UI |
| 10:16 |
Dyrcona |
Is this for the server or the new staff client? |
| 10:16 |
Dyrcona |
I admit, I've not kept up with IRC for the past few days. |
| 10:16 |
* Dyrcona |
unlike most developers here, actually likes Java. |
| 10:17 |
Dyrcona |
berick: nm, the previous questions. I found it in the logs. |
| 10:17 |
berick |
Dyrcona: for the staff client. This is the bit that handles printing and (long-term) file storage |
| 10:17 |
Dyrcona |
:) |
| 10:19 |
Dyrcona |
I find some of the comments amusing. :) |
| 10:19 |
berick |
i always enjoy writing Java for small-ish projects (after you beat the classpath into submission) |
| 10:19 |
berick |
probably couldn't do it all the time, though |
| 10:19 |
berick |
Dyrcona: in my code or the codeproject stuff? |
| 10:20 |
Dyrcona |
berick: In the IRC logs. :) |
| 10:20 |
berick |
ohh;) |
| 10:31 |
csharp |
@quote random |
| 10:31 |
pinesol_green |
csharp: Quote #70: "<rfrasur> I think every librarian needs their own toolbox." (added by Dyrcona at 11:09 AM, November 07, 2013) |
| 10:44 |
|
kbutler joined #evergreen |
| 10:50 |
Dyrcona |
@quote search 'more quotes' |
| 10:50 |
pinesol_green |
Dyrcona: No matching quotes were found. |
| 10:50 |
Dyrcona |
@quote search more quotes |
| 10:50 |
pinesol_green |
Dyrcona: 1 found: #2: "<tsbere> We need more quotes" |
| 10:51 |
* csharp |
subscribes to Evergreen Quotes Premium™ for high quality IRC quotes |
| 10:58 |
jeff |
it's an in-app purchase. |
| 11:10 |
|
sseng joined #evergreen |
| 11:10 |
|
ktomita joined #evergreen |
| 11:17 |
|
yboston joined #evergreen |
| 11:19 |
|
jeffdavis joined #evergreen |
| 11:21 |
|
sseng_ joined #evergreen |
| 11:21 |
|
ktomita_ joined #evergreen |
| 11:32 |
|
akilsdonk joined #evergreen |
| 11:39 |
* berick |
udpates bill-dev2 (staff web proto) to master, re-ingests 40k records |
| 12:06 |
|
timf joined #evergreen |
| 12:06 |
|
sseng joined #evergreen |
| 12:06 |
|
ktomita joined #evergreen |
| 12:06 |
|
rri_ joined #evergreen |
| 12:06 |
|
t8r joined #evergreen |
| 12:06 |
|
akilsdonk joined #evergreen |
| 12:06 |
|
mrpeters joined #evergreen |
| 12:06 |
|
remingtron joined #evergreen |
| 12:06 |
|
Dyrcona joined #evergreen |
| 12:06 |
|
dkyle joined #evergreen |
| 12:06 |
|
mmorgan joined #evergreen |
| 12:06 |
|
gdunbar joined #evergreen |
| 12:06 |
|
RoganH joined #evergreen |
| 12:06 |
|
kbeswick joined #evergreen |
| 12:06 |
|
jboyer-isl joined #evergreen |
| 12:06 |
|
eby joined #evergreen |
| 12:06 |
|
eeevil joined #evergreen |
| 12:06 |
|
phasefx2_ joined #evergreen |
| 12:06 |
|
mllewellyn joined #evergreen |
| 12:06 |
|
RBecker joined #evergreen |
| 12:06 |
|
mtj_ joined #evergreen |
| 12:06 |
|
book` joined #evergreen |
| 12:06 |
|
artunit joined #evergreen |
| 12:06 |
|
pastebot joined #evergreen |
| 12:06 |
|
berick joined #evergreen |
| 12:06 |
|
csharp joined #evergreen |
| 12:06 |
|
bradl joined #evergreen |
| 12:06 |
|
phasefx joined #evergreen |
| 12:06 |
|
egbuilder joined #evergreen |
| 12:06 |
|
bshum joined #evergreen |
| 12:06 |
|
jeffdavis joined #evergreen |
| 12:06 |
|
paxed joined #evergreen |
| 12:06 |
|
zxiiro joined #evergreen |
| 12:06 |
|
berick_ joined #evergreen |
| 12:06 |
|
pinesol_green joined #evergreen |
| 12:06 |
|
senator joined #evergreen |
| 12:06 |
|
dbwells joined #evergreen |
| 12:06 |
|
_bott_ joined #evergreen |
| 12:06 |
|
jcamins joined #evergreen |
| 12:07 |
|
yboston joined #evergreen |
| 12:07 |
|
jeff_ joined #evergreen |
| 12:07 |
|
Callender joined #evergreen |
| 12:07 |
|
jeff joined #evergreen |
| 12:07 |
|
rangi` joined #evergreen |
| 12:07 |
|
mtate joined #evergreen |
| 12:09 |
|
b_bonner joined #evergreen |
| 12:11 |
Dyrcona |
dbwells: Thank you. That works for me. |
| 12:11 |
jeff |
heh. lost any response in the netsplit. |
| 12:14 |
dbwells |
For jeff and the logs (if I was on the "wrong" side): "Based on where we are at, I am looking at 3/12 for the RC cutting, and final TBD based on RC testing/reception." |
| 12:29 |
|
fparks joined #evergreen |
| 12:31 |
jeff |
dbwells++ thanks :-) |
| 12:36 |
|
jihpringle joined #evergreen |
| 12:44 |
|
Shae joined #evergreen |
| 12:44 |
|
kbutler joined #evergreen |
| 12:44 |
|
afterl joined #evergreen |
| 12:44 |
|
collum joined #evergreen |
| 12:44 |
|
gmcharlt joined #evergreen |
| 12:48 |
|
snowcat_ joined #evergreen |
| 13:00 |
|
ldwhalen joined #evergreen |
| 13:04 |
Dyrcona |
eeevil: I got a conflict in 990.schema.unapi.sql when merging working/collab/miker/lp1234845_ranked_volumes with master just now. Thought you might like to know. |
| 13:04 |
Dyrcona |
Two conflicts in the one file, actually. |
| 13:08 |
|
akilsdonk joined #evergreen |
| 13:09 |
eeevil |
Dyrcona: yeah, I'm sure it'll need to be looked at in light of the changes to master last week |
| 13:09 |
eeevil |
thanks for the head's up |
| 13:09 |
Dyrcona |
yw |
| 13:11 |
eeevil |
I'll rebase right after lunch. do you want a ping when it's done? |
| 13:15 |
Dyrcona |
That would be cool, thanks! |
| 13:15 |
Dyrcona |
I am waiting on a database dump to finish in the meantime. |
| 13:16 |
|
Wyuli joined #evergreen |
| 13:43 |
|
Dyrcona joined #evergreen |
| 13:44 |
|
Wyuli joined #evergreen |
| 13:52 |
Dyrcona |
Excess flood and I'm not even at my desk. |
| 13:53 |
* Dyrcona |
wonders what his IRC client does behind his back. |
| 13:54 |
|
fparks joined #evergreen |
| 14:05 |
eeevil |
Dyrcona: rebased to http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/miker/lp1234845_ranked_volumes-rebased |
| 14:05 |
Dyrcona |
Thanks muchly. |
| 14:06 |
eeevil |
no no, thank you, sir |
| 14:16 |
|
Wyuli joined #evergreen |
| 14:19 |
|
stevenyvr joined #evergreen |
| 14:23 |
|
Wyuli joined #evergreen |
| 14:33 |
mrpeters |
afternoon all, can paralell_pg_loader.pl be used for authority records, or does one still need to use the old pg_loader.pl as referenced at http://evergreen-ils.org/dokuwiki/doku.php?id=authorities:2.0:importing_authority_records |
| 14:33 |
mrpeters |
parallel_pg_loader.pl -or are < my.are I'm hoping |
| 14:41 |
|
Dyrcona joined #evergreen |
| 15:25 |
jeff |
Hrm. Allowing an HTML view of a user's own list while logged in isn't as simple as "just works". |
| 15:30 |
jeff |
Ah. Looks like _prepare_biblio_search in OpenILS::WWW::EGCatLoader doesn't pass the auth token to the container() search clause. |
| 15:30 |
jeff |
That would do it. |
| 15:32 |
|
krvmga joined #evergreen |
| 15:42 |
|
Wyuli joined #evergreen |
| 15:49 |
|
artunit_ joined #evergreen |
| 16:04 |
|
rangi joined #evergreen |
| 16:14 |
|
gsams joined #evergreen |
| 16:30 |
|
gdunbar joined #evergreen |
| 16:34 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8267e3a> |
| 16:34 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac3f307> |
| 16:39 |
phasefx |
postgres question, since my usual experts are out :) true or false, everything that happens within a stored procedure is effectively happening within a transaction? |
| 16:43 |
dbs |
phasefx: true |
| 16:44 |
dbs |
phasefx: Do you want to expand on why you're asking that question? |
| 16:52 |
phasefx |
dbs: thanks man, yes one sec |
| 16:55 |
tsbere |
phasefx: Generally, any one "statement" from the client is always in a transaction....if one doesn't exist, one comes into existance for the duration of the statement. |
| 16:56 |
phasefx |
dbs: a customer is looking at the record load part of Evergreen in Action, and asked the question should they use transactions? I was thinking it'd be redundant if they're calling SELECT staging_importer(); |
| 16:57 |
* phasefx |
used to be very fearful of transactions and bib loads, but it's not that bad resource-wise with inserts |
| 16:57 |
|
afterl left #evergreen |
| 16:57 |
phasefx |
tsbere: that was my feeling, but wasn't sure, thanks man |
| 17:13 |
|
mmorgan left #evergreen |
| 17:32 |
|
dcook joined #evergreen |
| 17:40 |
|
Dyrcona joined #evergreen |
| 18:04 |
|
mrpeters1 joined #evergreen |
| 18:08 |
|
mrpeters1 left #evergreen |
| 18:54 |
|
ktomita_ joined #evergreen |
| 18:54 |
|
sseng_ joined #evergreen |
| 18:54 |
|
fparks joined #evergreen |
| 19:30 |
|
dconnor joined #evergreen |
| 19:31 |
|
ktomita joined #evergreen |
| 19:50 |
|
sseng joined #evergreen |
| 21:03 |
jeff |
pg_restore seems to leave us no way (other than hand-editing its sql) to avoid search_path issues on indexes that require functions that use unqualified calls to functions outside their schema (in, say -- the evergreen schema) |
| 21:05 |
jeff |
(it explicitly sets search_path before restoring each schema) |
| 21:05 |
jeff |
which overrides pretty much any other default search path. |
| 21:09 |
jeff |
i think it comes down to either living with it (in this case it's not fatal, just annoying for pg_dump/pg_restore), setting a search path in the function itself, or switching to fully-qualified function calls (evergreen.oils_xpath_string instead of oils_xpath_string) |
| 21:09 |
jeff |
unless i'm missing something, which is still possible. |
| 21:42 |
eeevil |
jeff: or, restore as a user called "evergreen" |
| 21:42 |
jeff |
i... oh, right. |
| 21:42 |
jeff |
see, i thought of that, then thought i had been doing that. |
| 21:43 |
jeff |
oh well. i'll let this one finish then re-run with user evergreen. betting that'll do the trick. :-) |
| 21:51 |
eeevil |
however, fully qualifying stored procs would be a GoodThing(tm) |
| 21:52 |
eeevil |
jeff: there's also slony, and binary restore ... both with their complications, of course |
| 21:58 |
jeff |
FK constraint errors also. At least one each in actor.usr_standing_penalty, serial.item, and serial.materialized_holding_code |
| 21:58 |
jeff |
the ausp one i'm familar with and have encountered before. the other two seem recent. |
| 21:59 |
jeff |
nothing major, just something noteworthy when i should be beating back the snowbanks with a sharp shovel. :-) |
| 23:57 |
* jeff |
runs another pg_restore |
