Time |
Nick |
Message |
01:54 |
bshum |
@weather Calgary |
01:54 |
pinesol_green |
bshum: The current temperature in Calgary, Alberta is 50.0°F (11:00 PM MDT on September 04, 2014). Conditions: Scattered Clouds. Humidity: 71%. Dew Point: 41.0°F. Pressure: 30.22 in 1023 hPa (Rising). |
01:54 |
bshum |
It's actually cool up here :D |
01:54 |
* bshum |
likes it |
02:06 |
jeff |
heh |
03:49 |
|
bshum joined #evergreen |
04:03 |
|
terence joined #evergreen |
05:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:29 |
|
StomproJ joined #evergreen |
05:47 |
|
artunit_ joined #evergreen |
06:09 |
|
wsmoak joined #evergreen |
06:09 |
|
wsmoak joined #evergreen |
06:33 |
|
StomproJosh joined #evergreen |
08:12 |
|
krvmga joined #evergreen |
08:12 |
|
rjackson-isl joined #evergreen |
08:24 |
|
akilsdonk joined #evergreen |
08:30 |
|
Shae joined #evergreen |
08:30 |
|
kmlussier joined #evergreen |
08:34 |
|
Stompro joined #evergreen |
08:43 |
kmlussier |
@coffee |
08:43 |
* pinesol_green |
brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to kmlussier |
08:50 |
|
ericar joined #evergreen |
08:51 |
|
mmorgan joined #evergreen |
08:58 |
csharp |
I'm seeing an error in authority validation since our migration to 9.3 - when we import records from z39.50 and click validate, I'm seeing 'Empty string passed to getElementById()' errors in the JS console and the Validate button adds '-100' over and over again |
08:59 |
csharp |
I did a cursory bug search yesterday and found one from Callender that described the behavior I'm seeing - lemme look it back up |
09:00 |
csharp |
bug 1013783 (which was fixed sometime back) |
09:00 |
pinesol_green |
Launchpad bug 1013783 in Evergreen 2.3 "Authorities not validating in 2.2 + patch" (affected: 4, heat: 22) [Medium,Fix released] https://launchpad.net/bugs/1013783 |
09:01 |
csharp |
pinesol_green: ahem |
09:01 |
pinesol_green |
csharp: No, you're a puzzleheaded kraken! |
09:06 |
* jeff |
blinks |
09:30 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes cleanup - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76ef27b> |
09:33 |
jboyer-isl |
csharp: if you open psql and do a \df+ authority.normalize_heading does your func match the one in that patch? (or a more recent version, I haven't looked to see if it has been changed further) |
09:46 |
csharp |
lemme look |
10:01 |
|
dbwells_ joined #evergreen |
10:02 |
|
Shae_ joined #evergreen |
10:03 |
|
bmills joined #evergreen |
10:17 |
|
mnsri joined #evergreen |
10:22 |
|
tspindler joined #evergreen |
10:41 |
csharp |
jboyer-isl: (got pulled into another issue for a bit) - the function has changed since - I installed the fix for bug 1253163 |
10:41 |
pinesol_green |
Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 3, heat: 20) [Critical,Fix released] https://launchpad.net/bugs/1253163 |
10:43 |
csharp |
I'm going to try and trace this in the logs |
10:55 |
csharp |
argh - open-ils.cstore: Attempt to reference non-existent column "simple_heading" on authority.record_entry (are) |
10:55 |
csharp |
I ran that upgrade script, I promise ;-) |
10:57 |
csharp |
no, simple_heading is there - hmmm |
10:57 |
csharp |
@monologue |
10:57 |
pinesol_green |
csharp: Your current monologue is at least 7 lines long. |
10:58 |
dbwells_ |
csharp: Is simple_heading in your IDL? |
10:59 |
csharp |
ah... |
10:59 |
csharp |
probably not |
11:00 |
|
RoganH joined #evergreen |
11:01 |
csharp |
huh - that wasn't part of that git branch (http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbwells/pg-93-authorities-index-rebase) so I didn't do it |
11:01 |
csharp |
makes sense that it would need to happen though ;-) |
11:02 |
csharp |
okay - so which fm_IDL.xml file do I change to fix the live server? reporter or /openils/conf? |
11:03 |
csharp |
guess I need to fix both anyway ;-) |
11:10 |
dbwells |
csharp: If you haven't yet, you might want to look at bug 1311467 , as it has fixes for that first bug. |
11:10 |
pinesol_green |
Launchpad bug 1311467 in Evergreen "validate headings broken in 2.6.0" (affected: 1, heat: 8) [High,Fix released] https://launchpad.net/bugs/1311467 |
11:11 |
csharp |
dbwells++ # thanks |
11:11 |
csharp |
I thought I must be missing a fix |
11:14 |
csharp |
hmmm - how does one apply a C patch :-/ |
11:14 |
csharp |
I understand how, but what steps to I take to put the compiled code into place? |
11:19 |
|
vlewis joined #evergreen |
11:21 |
dbwells |
csharp: You might try something like the "Updating the C libs" section here: http://evergreen-ils.org/security-releases-evergreen-2-3-6-2-2-8-and-2-1-6/ |
11:22 |
|
yboston joined #evergreen |
11:23 |
csharp |
dbwells: thanks again! |
11:24 |
dbwells |
you're welcome :) |
11:24 |
csharp |
now let's all agree to never update C files between PINES upgrades again, mkay? :-D |
11:30 |
Bmagic |
can anyone tell me why this bib is considered to be "E-Book" without the 008 byte 25 set to [oqs] ? http://mig.missourievergreen.org/eg/opac/record/1305532?expand=marchtml |
11:30 |
Bmagic |
From our coded MARC Values: E-Book is defined: ( Books OR Manuscripts ) AND ( Online OR Electronic OR Direct electronic ) AND ( Monographic component part OR Collection OR Subunit OR Monograph/Item ) |
11:31 |
dbwells |
Bmagic: probably pulling the same code from the 006 |
11:31 |
Bmagic |
ah |
11:34 |
Bmagic |
dbwells: so where is the glue in the staff client that defines the 006/008 ? |
11:38 |
jboyer-isl |
csharp: If you're interested in a single command multi-machine rebuild system talk to me at the hackaway. You can get a sneak peek at the new system we'll be using this December. (It's my Christmas present to myself.) |
11:38 |
dbwells |
Bmagic: It can't recall whether it exists in other places as well, but config.marc21_ff_pos_map is one place. |
11:39 |
dbwells |
Bmagic: e.g. select * from config.marc21_ff_pos_map where fixed_field = 'Form'; |
11:39 |
Bmagic |
dbwells: thanks! |
11:40 |
csharp |
jboyer-isl: yes, I'm interested - thanks! |
11:46 |
csharp |
dbwells: so from what you understand, would oils_sql.c get compiled into oils_cstore.so? |
11:46 |
csharp |
(or eeevil or gmcharlt )? |
11:48 |
dbs |
csharp: yes |
11:48 |
gmcharlt |
csharp: also oils_pcrud.so and oils_rstore.so |
11:53 |
csharp |
gracias to you both |
12:13 |
|
buzzy joined #evergreen |
12:32 |
|
jihpringle joined #evergreen |
13:56 |
kmlussier |
I did some work on a landing page for OPW last night, adding info about Evergreen, expectations, application requirements. I incorporated some pieces from the old GSoC page. I would love to get some feedback on it, especially from those of you who have been GSoC admins/mentors. |
14:04 |
|
jihpringle joined #evergreen |
14:06 |
|
nhilton_ joined #evergreen |
14:15 |
|
nhilton joined #evergreen |
14:17 |
kmlussier |
Also, if anyone sees on LP bugs that could use a "bitesize" tag, it will give us some things that potential applicants can work on. |
14:23 |
|
nhilton joined #evergreen |
14:24 |
berick |
dbwells++ # releases |
14:24 |
kmlussier |
yboston: I was looking at bug 1250528. Do you still have that documentation in your possession? Or do we need someone else to work on this? |
14:24 |
pinesol_green |
Launchpad bug 1250528 in Evergreen "Documentation needed for adjustable font size in the catalog" (affected: 1, heat: 6) [Medium,In progress] https://launchpad.net/bugs/1250528 - Assigned to Yamil (ysuarez) |
14:25 |
yboston |
let me see |
14:25 |
yboston |
I need to lok for it |
14:25 |
yboston |
*look |
14:27 |
kmlussier |
yboston: OK, thanks! |
14:56 |
jboyer-isl |
So this is frustrating. I'm trying to find the server hostname on the splash page (index.xhtml). In the JS Shell I can see a xulG.url property that is exactly what I want, but when I use it in the page it's undefined. |
14:56 |
jboyer-isl |
I want to be able to use xulG.open_external and send browsers to the same host the client is talking to. |
14:59 |
jboyer-isl |
Even more fun: the js shell can't see things like xulG.url_prefix which does work for in-page JS. |
15:00 |
phasefx |
jboyer-isl: different interfaces can be fed different xulG's; not sure that the portal page gets one at all |
15:00 |
|
tsbere_ joined #evergreen |
15:01 |
phasefx |
ah, it does get one |
15:03 |
phasefx |
jboyer-isl: if you're doing custom clients, you could add content_params.urls to the 'set_tab' method in menu.js |
15:03 |
jboyer-isl |
Ah. I can just create a new OpenILS.data, retrieve_stash on it, and then there's a .server |
15:03 |
phasefx |
jboyer-isl++ |
15:03 |
jboyer-isl |
phasefx++ for the rubber ducking :) |
15:04 |
phasefx |
:) |
16:19 |
|
kmlussier joined #evergreen |
16:32 |
|
ericar_ joined #evergreen |
16:33 |
|
tspindler left #evergreen |
16:36 |
|
ericar joined #evergreen |
16:50 |
|
Dyrcona joined #evergreen |
16:51 |
Dyrcona |
Probably too late in the day, but I'll ask anyway. |
16:51 |
Dyrcona |
I'm trying to use open-ils.pcrud.create and I can't figure out what to do with the transaction. |
16:52 |
Dyrcona |
I call open-ils.pcrud.transaction.begin, then my create call, and then open-ils.pcrud.transaction.commit, all with my authtoken. |
16:52 |
Dyrcona |
All I ever get from the create call is that a transaction is required. |
16:53 |
berick |
are you sending a CONNECT? |
16:53 |
Dyrcona |
I tried throwing the object returned from the transaction.begin after the object I am trying to create, and that doesn't help. |
16:53 |
Dyrcona |
What do you mean, a CONNECT? |
16:53 |
Dyrcona |
I'm logging in. |
16:53 |
berick |
IOW, $ses->connect in opensr perl parlance |
16:54 |
berick |
*opensrf |
16:54 |
Dyrcona |
I can't find any documentation or any examples of pcrud in the Perl code. |
16:54 |
berick |
http://git.evergreen-ils.org/?p=Evergreen.git;a=blob_plain;f=Open-ILS/src/support-scripts/test-scripts/cstore_simple.pl;hb=HEAD |
16:54 |
Dyrcona |
I was using simplereq. |
16:54 |
Dyrcona |
So, guess that won't work... |
16:55 |
berick |
right, simplereq won't |
16:55 |
Dyrcona |
So, I need a connected session. |
16:55 |
Dyrcona |
Thanks, I think I get it now. |
16:55 |
berick |
yeah, sure |
17:01 |
|
sarabee joined #evergreen |
17:01 |
Dyrcona |
berick++ |
17:02 |
* berick |
loves it when a plan comes together |
17:02 |
Dyrcona |
I've always "cheated" in the past and used CStoreEditor. :) |
17:02 |
Dyrcona |
I don't want to do that in what I'm working on now though. |
17:03 |
berick |
yeah. |
17:04 |
berick |
we should consider porting the anon pcrud and cstoreeditor pcrud bits from https://bugs.launchpad.net/evergreen/+bug/1347774 |
17:04 |
pinesol_green |
Launchpad bug 1347774 in Evergreen "Backend logic has leaked into the TPAC (and friends)" (affected: 2, heat: 12) [Wishlist,New] |
17:05 |
berick |
for easier pcrud use and to encourage its use in apache, etc code going forward |
17:05 |
berick |
and because anon pcrud would presumably be faster |
17:05 |
berick |
what w/ the lack of open-ils.auth calls |
17:12 |
|
mmorgan left #evergreen |
17:34 |
Dyrcona |
Well, I don't want to do anon pcrud in my app. It's making copies and placing holds. |
17:35 |
Dyrcona |
Using circ calls for holds, though. |
17:36 |
Dyrcona |
If I wrap pcrud calls in eval {}, should I rollback the transaction in the event of failure and should each pcrud.create or update be wrapped in its own eval? |
17:36 |
Dyrcona |
Or should I use try/catch instead? |
17:38 |
berick |
i prefer eval, but i'm trying to think about whether you actually need it |
17:39 |
berick |
in any event, it certainly won't hurt |
17:42 |
berick |
and be sure to $ses->disconnect after the rollback |
17:45 |
Dyrcona |
Well, in a test script, it died spectacularly when I tried to insert a duplicate copy. |
17:45 |
Dyrcona |
So, I need to recover and report the error. |
17:45 |
berick |
ah, ok |
17:45 |
berick |
+1 to eval, then |
17:46 |
Dyrcona |
Yep. |
17:46 |
* berick |
couldn't remember if it just returned "0" or some such |
17:46 |
Dyrcona |
Should I disconnect the session after a commit, too? -- Asking for the sake of completeness. |
17:47 |
berick |
yes |
17:49 |
Dyrcona |
Will do. I can just put it after my eval / if. |
17:51 |
|
nhilton_ joined #evergreen |
20:22 |
jeff |
berick++ Dyrcona++ |
20:47 |
|
jeff_ joined #evergreen |
20:48 |
* jeff |
writes small ruby test cases |
20:48 |
jeff |
oh hey, reproduced broken behavior outside of heroku! |
20:48 |
jeff |
now to see if i can reproduce outside of pound. |
21:22 |
jeff |
yup. can reproduce outside of pound. |
22:53 |
|
wsmoak joined #evergreen |