| 12:11 |
gmcharlt |
er, more of a TA role was what I had in mind :) |
| 12:11 |
csharp |
heh |
| 12:16 |
|
smyers_ joined #evergreen |
| 12:33 |
paxed |
dbs: ok, i now definitely have that opensrf fix. and it doesn't help. |
| 12:34 |
paxed |
dbs: on linux, it usually(?) works. on windows, not at all. |
| 12:37 |
paxed |
would anyone be willing to test this for me? http://62.148.106.91/staff_client/ (use the _testing.exe one), and use that same server to log on. egadmin/egadmin |
| 12:41 |
paxed |
this isn't good. because we should be deploying in few months ... |
| 12:48 |
dbs |
paxed: um, what server? |
| 12:49 |
paxed |
^ |
| 12:50 |
paxed |
the ip |
| 12:50 |
csharp |
paxed: testing... what should I be looking for? |
| 12:50 |
paxed |
csharp: change the staff client language to finnish. see if patron registration is in english or in finnish. |
| 12:50 |
csharp |
(btw, it's weird in an awesome way to see all this finnish!) |
| 12:50 |
csharp |
ah - ok |
| 12:54 |
csharp |
I'm creating a new profile to see if that changes anything... |
| 12:56 |
csharp |
yep - still English |
| 12:56 |
paxed |
both OpenSRF and Evergreen are current master |
| 13:00 |
csharp |
paxed: if I can help test anything else, just let me know |
| 13:00 |
paxed |
i have no idea how to proceed further. |
| 13:02 |
csharp |
sorry, I haven't needed to know this, so I just don't know... at what point should fi-FI be loaded? |
| 13:02 |
csharp |
is it done in the build process or on the fly somehow? |
| 13:06 |
bshum |
paxed: Tested with Linux side and it also doesn't play nicely. |
| 13:06 |
bshum |
(not that you need the extra confirmation I guess) |
| 13:08 |
csharp |
okay, so this - http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=build/i18n/po/fm_IDL.dtd/fi-FI.po - is where the text is that *should* be loaded in the patron registration screen, right? |
| 13:10 |
* csharp |
reads the GNU gettext overview, which answers his questions |
| 13:11 |
csharp |
http://www.gnu.org/software/gettext/manual/html_node/Overview.html |
| 13:21 |
|
_bott_ joined #evergreen |
| 13:29 |
|
DPearl joined #evergreen |
| 13:35 |
|
Dyrcona joined #evergreen |
| 13:43 |
dbwells |
paxed: Maybe you already know all this, but I am trying to familiarize myself with how the translated IDL works. In testing, I could get the translated IDL labels to show in the Patron Reg screen in Firefox. |
| 13:43 |
dbwells |
Here is what I did: |
| 13:44 |
dbwells |
1) In about:config, I set the intl.accept_languages = fi-FI |
| 13:44 |
dbwells |
2) cleared cache, and browsed to http://62.148.106.91/eg/actor/user/register |
| 13:46 |
dbwells |
The 'IDL2js' Apache module looks first in the query string for a locale, then in the 'Accept-Language' header. Since I don't see the locale set in any IDL2js requests, I am assuming it is expecting the "Accept-Language" header to be set. |
| 13:47 |
dbwells |
I don't know how that is supposed to be set in the staff client, but you could use about:config to set it there if needed. |
| 13:48 |
paxed |
dbwells: setting the locale in the staff client sets intl.accept_languages |
| 13:49 |
dbwells |
paxed: where does one set the locale in the staff client? |
| 13:49 |
tsbere |
login screen |
| 14:25 |
dbs |
paxed: you've added alert() or console.log() stuff to dojo/fieldmapper/IDL.js to check on the value of OpenSRF.locale? |
| 14:26 |
paxed |
dbs: istr i did last week, and OpenSRF.locale was '' or something like that - but i could be mistaken |
| 14:27 |
dbs |
That would be a helpful piece. As would seeing if that block of code where the dojo.xhr() call is made is even ever invoked |
| 14:28 |
paxed |
dbs: ah, right - i think that piece of code was never executed in my tests. |
| 14:32 |
paxed |
just put an alert in IDL.js before the dojo.xhrGet() to show OpenSRF.locale - and it just doesn't happen. |
| 14:35 |
|
jbfink joined #evergreen |
| 14:35 |
jbfink |
hey people, help a sleep deprived dude out: |
| 14:35 |
jbfink |
in http://evergreen-ils.org/documentation/install/README_2_4.html section 9, in the eg_db_config thing, what is the right value for <port>? |
| 14:56 |
bshum |
jbfink: Ah, interesting. |
| 14:57 |
berick |
paxed: well, i'm only partly paying attention, but it sounds like the locale is not making it from the staff client to the IDL2js, correct? |
| 14:58 |
eeevil |
paxed: I'm trying to reason in the general area of the problem ... to see if there's some foundational logic problem that we're just now discovering. I think dbwells may be onto something, though, with the oils:// scheme theory |
| 14:59 |
* phasefx |
remembers testing the IDL2js patch for localization support and having it work, specifically with the patron editor |
| 14:59 |
* eeevil |
wonders if there's some way to log incoming headers that apache sees |
| 15:00 |
phasefx |
or, I vaguely remember that |
| 15:04 |
berick |
paxed: is the patron editor what you're looking at? |
| 15:23 |
berick |
the conversation from 14:15 (eastern) says IDL labels are now working.. |
| 15:23 |
jbfink |
now gotta figure out a programmatic way to change ejabberd passes, reflect changes in opensrf_core.xml, and also everything else I assigned a very lame password to. |
| 15:24 |
moodaepo |
bshum++ |
| 15:24 |
paxed |
berick: the idl labels are working because i tested a hard-coding the locale in IDL2js.pm |
| 15:24 |
berick |
oh, ok |
| 15:24 |
|
18WAENSG7 joined #evergreen |
| 15:24 |
paxed |
berick: i'll remove that test, and restart eg &c to clear the cache |
| 15:24 |
berick |
paxed: mind testing this? user/berick/staff-web-ui-idl-locale |
| 15:25 |
berick |
@ working |
| 15:25 |
pinesol_green |
berick: Go away, or I'll replace you with a very small shell script! |
| 15:25 |
|
zerick joined #evergreen |
| 15:26 |
berick |
i don't know why accept-lang is not coming through, but that patch will take advantage of the already-parsed locale and relay it to IDL2js |
| 15:52 |
paxed |
berick: https://62.148.106.91/eg/actor/user/register |
| 15:52 |
paxed |
in firefox, the IDL are in english, the string already in the page are in finnish. |
| 15:53 |
paxed |
you mean apache logs or osrfsys.log or what? |
| 15:55 |
berick |
apache error logs (e.g. /var/log/apache2/error.log) |
| 15:58 |
berick |
that's odd the IDL is english in FF. the IDL link in the source is correct and returns finnish. wonder if a clear-cache is needed in the FF test. /me can't see the IDL strings in the page w/o a login |
| 15:58 |
paxed |
berick: egadmin/egadmin |
| 15:58 |
paxed |
it's a dev server |
| 15:59 |
berick |
phasefx: thanks.. i'm getting finnish for the IDL labels there. |
| 16:06 |
berick |
.label |
| 16:07 |
berick |
hm, ok, something getting cached somewhere? |
| 16:07 |
paxed |
ergh. |
| 16:07 |
dbwells |
berick: Not sure if it helps (not following closely), but I was earlier able to use about:config in FF to set the intl.accept_languages = fi-FI manually, if that helps for testing. |
| 16:07 |
berick |
ah, thanks dbwells |
| 16:07 |
paxed |
well, the linux one shows everything in finnish. the windows one doesn't show the page strings, only idl labels, in finnish. |
| 16:08 |
berick |
w/ that (fi-FI), it's all finnish for me (in FF) |
| 07:08 |
kmlussier |
@later tell bshum 246 should be part of the alternative title index, unless the 2nd indicator is set to 1, in which case it should be part of the translated title index. |
| 07:08 |
pinesol_green |
kmlussier: The operation succeeded. |
| 07:09 |
|
jboyer-isl joined #evergreen |
| 07:10 |
kmlussier |
@later tell bshum In either case, I would expect it to show up in a browse search if the browse flag is set to true. But, no, I didn't test it specifically. |
| 07:10 |
pinesol_green |
kmlussier: The operation succeeded. |
| 07:53 |
bshum |
kmlussier: Ah, cool thanks. I will ask Mary to check her examples for indicator flags. |
| 07:54 |
bshum |
We'll have to look in production cause we're live on new master! :D |
| 07:58 |
|
collum joined #evergreen |
| 08:02 |
kmlussier |
bshum: Somewhere in my notes, it says that the 246 with 0 in the 2nd indicator are not indexed as an alternative title. However, I'm not sure where I got that information. It doesn't line up with what I see here: http://www.loc.gov/standards/mods/v3/mods-mapping-3-2.html. |
| 08:09 |
|
Shae joined #evergreen |
| 08:12 |
bshum |
kmlussier: Hmm, thanks. I'll note that in my testing later today. |
| 08:22 |
|
mrpeters joined #evergreen |
| 08:26 |
bshum |
csharp++ GPLS++ awitter++ |
| 08:26 |
bshum |
For keeping the servers happy. :) |
| 08:27 |
bshum |
(and flexible) |
| 08:27 |
csharp |
;-) |
| 08:28 |
csharp |
also, after I solve a networking kink, we can get mundungus up and moving which will allow for community admins to administer the VM host |
| 08:29 |
bshum |
Cool! |
| 09:45 |
|
RoganH joined #evergreen |
| 09:53 |
bshum |
kmlussier: Looking at the mods32.sql |
| 09:53 |
moodaepo |
bshum++ |
| 09:53 |
bshum |
It seems like the metabib_field draws from "alternative-nfi" |
| 09:53 |
|
rjackson-isl joined #evergreen |
| 09:53 |
bshum |
And that in turn does a test for ind1>0 to grab the right substring or not. |
| 09:54 |
bshum |
Other than that, I don't see anything in the mods32 for 246 or alternative title info |
| 09:54 |
bshum |
but I'm definitely not showing any 246 information for a particular bib record |
| 09:54 |
bshum |
Kind of weirding me out |
| 09:55 |
bshum |
For giggles, the ind2 is 0. But even changing that to 1 or whatever doesn't do anything new. |
| 09:55 |
bshum |
So I don't know why it doesn't work yet. |
| 09:59 |
eeevil |
bshum: first thing I'd check is to be super-double-extra sure that config.xml_transform.xslt contains what you believe it to contain ... |
| 10:01 |
bshum |
eeevil: I took a look at that and it seemed right. |
| 10:01 |
bshum |
Or at least no different than what I saw in the .sql version |
| 10:12 |
jboyer-isl |
I don't trust it at all, but a school wants options for their Macs. :) |
| 10:13 |
bshum |
Not ready to build your own mac clients? |
| 10:13 |
bshum |
(not that I fully trust that either) |
| 10:14 |
jboyer-isl |
At least the xulrunner in the app bundle doesn't change on it's own. I think they were interested in the extension because we don't have the OS X client available on our manualupdate.html page. (Don't really want to commit to supporting it, because there aren't many Macs around here to try to test things) |
| 10:15 |
jboyer-isl |
bshum: I also thought you were having some issues with newer clients on Macs? Was that a master thing, or is it all newer xulrunners? |
| 10:16 |
bshum |
jboyer-isl: I don't have enough points of reference to test things. By that I mean I haven't had time to spin up more versions of Evergreen like 2.4, etc. to see if the problems persist. |
| 10:16 |
bshum |
I'll get to it. Sometime. |
| 10:16 |
bshum |
And yes, xulrunner on mac had some weird display bugs. |
| 10:16 |
jboyer-isl |
Ah, ok. Maybe I'll fight with that at home sometime and see what happens. |
| 10:17 |
bshum |
eeevil: I'm going to test that particular portion of the upgrade script again (the mods32 stuff) and see if it changes the xslt or generates some sort of better error telling me something |
| 10:18 |
bshum |
Though I may wait till after I can get a snapshot of the production DB to try again |
| 10:18 |
bshum |
So sometime tomorrow. |
| 10:18 |
bshum |
Though I suppose I should see if this is the case on our previous test server.... presumably it'd be broken there too. |
| 10:18 |
* bshum |
will look at that. |
| 10:19 |
eeevil |
bshum: I will await your report |
| 10:22 |
bshum |
Well that's just annoying |
| 10:22 |
bshum |
The mods32 entry on our test server has the right xslt entry for alternative-nfi |
| 10:24 |
bshum |
I don't know why this is weird. |
| 10:27 |
bshum |
And for the life of me I can't seem to find a metabib.title_field_entry for the bib record anyways. |
| 10:28 |
bshum |
On the test server, even with the proper xslt |
| 10:28 |
bshum |
Well, there are entries, just not for the alternative title |
| 10:30 |
* bshum |
goes back to do more digging |
| 10:31 |
bshum |
Oh, what the heck |
| 10:31 |
bshum |
Okay, I must be seeing things |
| 10:31 |
bshum |
Cause now I'm seeing the alternative-nfi in the xslt entry for mods32 |
| 10:32 |
bshum |
I must have done a bad copy/paste eeevil, sorry for scurrying down the wrong path. |
| 10:33 |
|
rfrasur joined #evergreen |
| 10:33 |
bshum |
Doesn't solve my missing entry problem, but at least it wasn't the upgrade script gone awry |
| 10:40 |
dbs |
jboyer-isl: MARC Editor won't work with recent versions of Firefox/XULRunner due to the removal of E4X XML support, so that much we know would be broken. |
| 10:41 |
dbs |
bshum: all in all, the CSS change doesn't hurt the planet too much; still functional. Lemme know when things settle down. |
| 10:44 |
bshum |
dbs: For me or for the site? :P |
| 14:54 |
bshum |
And then log back in and things seem fine again |
| 14:54 |
bshum |
Very weird. |
| 14:55 |
Dyrcona |
Vandelay? I never use it. Our catalogers curse it. |
| 14:56 |
bshum |
yeah it's vandelay |
| 14:56 |
bshum |
I'm pondering if this is either a side effect of the stuff we changed with dojo filters |
| 14:56 |
bshum |
Or if this is a problem with the new vandelay defaults |
| 14:56 |
bshum |
Slowly testing each thing |
| 15:07 |
bshum |
Well it's not the autogrid stuff, not that I expected it to be. |
| 15:07 |
bshum |
Alright, what else changed... |
| 15:08 |
Dyrcona |
@blame Evergreen |
| 15:08 |
pinesol_green |
Dyrcona: Evergreen musta been an Apple employee. |
| 15:13 |
jeff_ |
bshum: vandelay can be run in a browser, where you might have more ready access to debugging. is it possible that you have an issue with a single backend system or brick? |
| 06:03 |
|
kmlussier joined #evergreen |
| 07:04 |
|
kmlussier joined #evergreen |
| 07:18 |
|
jboyer-isl joined #evergreen |
| 07:36 |
eeevil |
@later tell csharp did I miss your thumbs-up on 2.4.2 smoke testing? |
| 07:36 |
pinesol_green |
eeevil: The operation succeeded. |
| 07:42 |
|
rjackson_isl joined #evergreen |
| 07:44 |
|
rjackson-isl joined #evergreen |
| 07:48 |
eeevil |
jeffdavis: it's not backwards. given (A has_a B) the only side that can be null is the A side (you may have B rows that are not referenced by A rows). you may want to test might_have there, if config.circ_matrix_matchpoint's column is nullable |
| 07:49 |
csharp |
eeevil: you did miss my thumbs up, yes |
| 07:49 |
eeevil |
csharp: ahh! good :) |
| 07:49 |
csharp |
it was in the midst of a lot of chatter ;-) |
| 12:02 |
|
acoomes joined #evergreen |
| 12:08 |
csharp |
tony_: what is the output of 'ps aux | grep ejabberd'? |
| 12:10 |
tony_ |
Hi csharp I got: ejabberd 1392 0.0 0.0 7416 320 ? S 11:53 0:00 /usr/lib/erlang/erts-5.8.5/bin/epmd -daemon root 15256 0.0 0.0 8108 920 pts/0 S+ 16:09 0:00 grep --color=auto ejabberd |
| 12:11 |
csharp |
tony_: when I run that command on a running test server, I get this: http://pastebin.com/2ZaajJnV |
| 12:12 |
csharp |
so it's possible ejabberd is not fully up and running |
| 12:12 |
csharp |
you could try restarting ejabberd? |
| 12:12 |
tony_ |
I tryied that and get the error that I first posted and I get the error when trying to shut it down as well |
| 12:13 |
tony_ |
I give the command osrf_ctl.sh -l -a stop all and I get the following error::::::: Exception: OpenSRF::EX::Jabber 2013-09-06T15:34:32 OpenSRF::Transport::SlimJabber::Client /usr/local/share/perl/5.14.2/OpenSRF/Transport/SlimJabber/Client.pm:150 Jabber Exception: Could not open TCP socket to Jabber server: IO::Socket::INET: connect: Connection refused |
| 12:19 |
csharp |
tony_: what is the output of '/etc/init.d/ejabberd restart'? |
| 17:02 |
|
mrpeters left #evergreen |
| 17:06 |
|
mllewellyn left #evergreen |
| 17:22 |
|
akilsdonk_ joined #evergreen |
| 17:28 |
bshum |
@later tell kmlussier Did anyone ever test having the 246 alternate title show up as part of browse search? Apparently this doesn't seem to be a presently indexed entry. |
| 17:28 |
pinesol_green |
bshum: The operation succeeded. |
| 17:28 |
bshum |
My guess is just tossing it in as another custom index, like variant title or whatnot would do the trick. |
| 17:29 |
bshum |
@marc 246 |
| 08:45 |
|
mrpeters joined #evergreen |
| 08:45 |
paxed |
*insert meme* FIELDMAPPER Y U SHOW ENGLISH? |
| 08:47 |
dbs |
paxed: yeah, but I suspect your patch to make accept_languages hold multiple languages will break other things |
| 08:47 |
paxed |
most likely. |
| 08:48 |
paxed |
dbs: could you test if you can get fieldmapper to show finnish? user/paxed/oplibfi has our current changes. |
| 08:49 |
paxed |
all i can do is short-circuit IDL.js so it loads the full xml every time, or whatever, and then it shows finnish. |
| 08:50 |
dbs |
I'm just looking at dojo/fieldmapper/IDL.js, which uses the Accept-Language header to load the language of choice based on OpenSRF.locale. Maybe try testing your grid with that? |
| 08:51 |
paxed |
but it never even goes that far. i've tried changing OpenSRF.locale in that to hardcoded 'fi-FI' |
| 08:52 |
dbs |
curl -H "Accept-Language: fi-FI" http://localhost/reports/fm_IDL.xml |
| 08:53 |
|
Shae joined #evergreen |
| 08:57 |
dbs |
paxed: Check your Apache configs |
| 08:57 |
Dyrcona |
Yeah, I love it when stuff like that happens. |
| 08:58 |
|
rfrasur joined #evergreen |
| 09:00 |
paxed |
i wonder if it's the different distro... |
| 09:00 |
paxed |
ahwell, need to test moar. |
| 09:00 |
Dyrcona |
Probably different package version, and one has a bug that the other doesn't. |
| 09:01 |
paxed |
my home box runs the bleeding edge debian. |
| 09:01 |
* Dyrcona |
gives libyaz4 on Ubuntu the hairy eyeball. |
| 09:02 |
Dyrcona |
testing or sid? |
| 09:02 |
paxed |
testing |
| 09:02 |
paxed |
not quite insane enough for sid :P |
| 09:03 |
paxed |
hm. curl -H shows it in finnish. |
| 09:08 |
Dyrcona |
i18n ain't easy. |
| 09:08 |
Dyrcona |
but it should be. |
| 09:08 |
paxed |
*insert meme* THE NUMBER OF I18N PATHS ... IS TOO DAMN HIGH |
| 10:20 |
csharp |
but it may be the order in which I did that that made it so I didn't recreate the problem |
| 10:20 |
krvmga |
they didn't tell me the browser. i cant duplicate it either. |
| 10:20 |
krvmga |
i thought i'd mention it here in case anyone else had run across something similar. |
| 10:20 |
csharp |
oh - yeah this is FF23 on Fedora 19 |
| 10:21 |
csharp |
so probably not a good test case for run-of-the-mill patron usage ;-) |
| 10:23 |
rfrasur |
(getting a book catalog from a company named "Firefly" makes me want to order all their books. Just saying) |
| 10:24 |
krvmga |
rfrasur: i could see where you would get a feeling of serenity from doing that. |
| 10:24 |
rfrasur |
krvgma++ #you know it |
| 10:25 |
krvmga |
lol |
| 10:25 |
rfrasur |
browncoats++ |
| 10:25 |
krvmga |
rfrasur++ |
| 10:25 |
jeff |
rfrasur: in any event, after some research and testing, the fix was as simple as unchecking a single checkbox and restarting the selfchecks. :-) |
| 10:25 |
rfrasur |
oh, and I also watched a documentary about the fan stuff as well. |
| 10:26 |
krvmga |
yes, but do you have the complete book of scripts? |
| 10:26 |
krvmga |
as some of us *cough* do |
| 10:51 |
paxed |
(the boxes are set in a table - i know we'll want one of the boxes to be much taller than the others, so a rowspan for it would make sense) |
| 10:54 |
paxed |
would looke like this: http://bilious.alt.org/~paxed/eg/asboxen.png |
| 11:03 |
krvmga |
paxed: mine looks like this atm http://www.randompractice.com/adv_srch.png |
| 11:04 |
paxed |
yeap, i'm just running ~master to test things, i know our people want to change it. i'm just thinking if i should add the configurability as a patch, instead of hard-coding. |
| 11:05 |
paxed |
and not just pondering anymore, i'll add it to the bug 1220310 |
| 11:05 |
pinesol_green |
Launchpad bug 1220310 in Evergreen "Set heights for advanced search boxes in config.tt2" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1220310 |
| 11:14 |
* eeevil |
just noticed that relator codes are in the tpac as constants ... man, I wish those had been added as coded value maps instead :( (one less i18n path, useful outside the tpac (like, in the MARC editor, eventually), probably more benefits) |
| 11:17 |
dbs |
patches welcome, dude. |
| 14:05 |
yboston |
I think we can proceed for now |
| 14:05 |
yboston |
BTW, I just sent an email to the DIG list with some survey related links for a topic I want to address at some point |
| 14:05 |
krvmga |
got it |
| 14:06 |
yboston |
#topic Updates from Content Coordinators |
| 14:06 |
yboston |
We will continue having the content corrdinators try out the "#topic" AND "#info" Meetbot commands for their reports |
| 14:06 |
yboston |
So content coordinators, please use "#topic" for the first post/line of your report |
| 14:06 |
yboston |
then use "#info" for every other chat post/line of your report. |
| 14:06 |
yboston |
for example... |
| 14:06 |
yboston |
#topic this is a test report first post/line |
| 14:06 |
yboston |
#info this is a test report second post/line |
| 14:06 |
yboston |
Again, for everyone else participating in the meeting, don't worry about using any Meetbot commands, participate normally |
| 14:07 |
kmlussier |
Sorry, I don't have anything to report again. I've been really busy the past couple months with other activities. |
| 14:07 |
yboston |
no worries, you are leading the way for the next conference among other things |
| 14:07 |
kmlussier |
But with the 2.5 beta release on the horizon, I'm sure I'll have more to report at the next meeting. :) |
| 14:48 |
yboston |
except Kathy who has learned to do almost all (docs and dev) |
| 14:48 |
yboston |
I don't think so, |
| 14:48 |
kmlussier |
Ha! I know very little dev. But thank you anyway. :) |
| 14:48 |
yboston |
BTW, another requirement for a successful DIG hack-a-way is to have a test server at the ready with the concerto data set pre-loaded |
| 14:48 |
yboston |
also for when we try hacking at the conference |
| 14:49 |
yboston |
DIG needs to "run heavy" we finally get rolling |
| 14:49 |
yboston |
when we finally get going |
| 14:50 |
kmlussier |
I can ask edoceo about his community server. I find that he's usually very responsive if anyone has trouble accessing it. |
| 14:51 |
yboston |
he has been in the past, absolutely |
| 14:51 |
kmlussier |
But it might not be a bad idea to have a multiple communtiy server to have available if one is down. |
| 14:51 |
yboston |
to recap, it will benefit us as we try to increase participation to have ... |
| 14:52 |
yboston |
simple tasks for those that want to help, so they hit the ground running |
| 14:52 |
yboston |
we need to have test servers with the most recent version |
| 14:52 |
yboston |
we also need to tag the simple tasks so that we have those that can be addressed with a copy of Microsoft word to create documentation |
| 14:53 |
yboston |
and those that require just a little bit of asciidoc, etc |
| 14:53 |
yboston |
in other words, these are the are some of the reasons there so few of us :) |
| 14:53 |
yboston |
at this point |
| 14:53 |
rfrasur |
for now |
| 14:53 |
yboston |
:) |
| 14:53 |
rfrasur |
it'll get better |
| 14:56 |
yboston |
I have seen the debs go through a similar process, for example teaching new members to cut releases |
| 14:57 |
yboston |
they had to go back and write down their procedures to make them reproducible by others |
| 14:57 |
rfrasur |
I mean, of course, we want them...but if we can go out and teach people in our spheres...they can do some stuff and we can act as trainers/mediators. |
| 14:57 |
yboston |
BTW, we are at the 57 minute mark |
| 14:58 |
yboston |
#idea (suggested) requirement for a successful DIG hack-a-way is to have a test server at the ready with the concerto data set pre-loaded |
| 14:59 |
kmlussier |
As far as finding a place to list documentation needs, I would like to suggest that, unless somebody is willing to volunteer time to evaluate the project management options that are available and come up with a recommendation, we use our existing community tool - Launchpad. Becauswe otherwise we're going to keep talking about it and never getting the needs posted. |
| 14:59 |
yboston |
#idea prepare lists of documentation "low hanging" fruit for new comers and/or attendees tot he DIG hack-a-way |
| 15:00 |
rfrasur |
kmlussier: +1 so at least there can be some movement on it. If, down the road, a better management tool comes along, we can evaluate it then. |
| 10:51 |
rfrasur |
these couldn't have been ACHed anyway. Local accounts |
| 10:53 |
rfrasur |
(well, they could have...but the merchant learning curve isn't worth it) |
| 10:53 |
Dyrcona |
I just want to publicly note that I installed OpenSRF and started services. |
| 10:53 |
Dyrcona |
I tested opensrf.math add 3,3 and got back 6. |
| 10:53 |
Dyrcona |
Because last time after I installed, Evergreen it stopped working. |
| 10:54 |
* Dyrcona |
shoots at stray comma. Misses. |
| 10:54 |
dbs |
Oh, you didn't follow the docs. You're supposed to add 2,2. |
| 10:56 |
Dyrcona |
I think my Evergreen setup script had a bug that finally bit me. |
| 10:56 |
Dyrcona |
I fixed it and await my database reload to finish to see for sure. |
| 10:57 |
Dyrcona |
berick: Are you done with http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/user/berick/lp1204123-signal-expansion ? |
| 10:57 |
Dyrcona |
I've loaded that last week and this week. I tested everything but the python changes. |
| 10:57 |
Dyrcona |
It works for me! |
| 11:01 |
rfrasur |
Hmm, related to nothing that I'm doing. What's the max your HD should be used for best performance? |
| 11:02 |
Dyrcona |
rfrasur: Depends on the hardware and network connection if you're streaming. |
| 11:02 |
berick |
Dyrcona: yep, all done. |
| 11:02 |
berick |
thanks for testing |
| 11:02 |
Dyrcona |
Or wait, do you mean hard drive or high definition? |
| 11:03 |
rfrasur |
Hard Drive, sorry |
| 11:03 |
Dyrcona |
berick: Cool. do you want me to push to master? |
| 15:03 |
paxed |
any dev willing to help me out here with this fieldmapper thing? 'cause i'm all out of ideas. |
| 15:03 |
paxed |
and i'm ready to go and do something drastic. |
| 15:05 |
jeff |
paxed: have a link to a bug or other description? |
| 15:09 |
mrpeters |
tater: last time i bug you --- you wouldnt happen to have a "bad" line of eg_stats.log that i could dummy in to test the script without killing services, would you? |
| 15:09 |
paxed |
jeff: bug 1171875 and follow the links. i can push a branch with our modifications, so you can try it yourself. |
| 15:09 |
pinesol_green |
Launchpad bug 1171875 in Evergreen 2.3 "IDL2js needs locale support" (affected: 1, heat: 6) [Undecided,Triaged] https://launchpad.net/bugs/1171875 |
| 15:10 |
paxed |
jeff: but it's not _that_ bug, as manually doing http://localhost/reports/fm_IDL.xml?locale=fi-FI works just fine. it's just staff client showing only english texts for strings that come via fieldmapper. |
| 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 |
| 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. |
| 09:09 |
|
timlaptop joined #evergreen |
| 09:12 |
|
zxiiro joined #evergreen |
| 09:25 |
|
rfrasur joined #evergreen |
| 09:37 |
paxed |
bshum: hm, i think i found the bug(?) in the autogrid filter... |
| 09:38 |
paxed |
(and i think i found a bug in the filterdialog itself while i was doing that...) |
| 09:40 |
paxed |
i just don't have funds or providers available to test if it works in those. :/ |
| 09:41 |
* csharp |
suddenly stumbles upon the primary use case for volume buckets |
| 09:41 |
csharp |
s/the/a/ |
| 09:42 |
|
kmlussier joined #evergreen |
| 09:50 |
rfrasur |
pain should be felt equally |
| 09:50 |
csharp |
I'm looking for a bug on volume buckets |
| 09:51 |
csharp |
...and not seeing one, I will open a wishlist bug with this use case |
| 09:52 |
bshum |
paxed: Feel free to mock up a branch with your ideas/fixes. I'll be happy to test further once I get to a stable point to look further. |
| 09:53 |
paxed |
bshum: just did, and commented on the bug w/ the branch |
| 09:53 |
mmorgan1 |
csharp: maybe a good use case for call number prefixes, if MUSICALS was a prefix, it would be just one change. |
| 09:54 |
bshum |
paxed: Okay I can test that line change real quick before I go finish packing. |
| 09:57 |
bshum |
paxed++ # works for me |
| 09:57 |
bshum |
And also works in the acq interfaces with the existing filters too |
| 09:59 |
bshum |
I'll do some more thorough checking later this evening and get it pushed unless someone else gets there first. |
| 10:00 |
paxed |
bshum: thanks. |
| 10:00 |
bshum |
paxed: Thank you :) |
| 10:01 |
bshum |
This will be a highly praised feature to have filtering for all the config interfaces. |
| 11:16 |
Dyrcona |
Now, if it were written in C++..... |
| 11:17 |
csharp |
Dyrcona: shh! don't tell paxed's bosses! |
| 11:17 |
jboyer-isl |
Has phasefx heard of Puzzle Quest? bejeweled + RPG |
| 11:17 |
phasefx |
Dyrcona: if we add more tests, it could take that long to run through the test suite :) |
| 11:17 |
phasefx |
jboyer-isl: I've heard of it; never played it |
| 11:17 |
* rfrasur |
took a semester of C++... |
| 11:17 |
* Dyrcona |
plays Candy Crush and Life is Magic on his phone. |
| 11:18 |
|
zerick joined #evergreen |
| 11:18 |
Dyrcona |
phasefx: True about the tests. |
| 11:18 |
* phasefx |
is fond of Duo Lingo |
| 11:18 |
* Dyrcona |
has literally waited days to compile KDE on a 60 MHz PowerPC back in the day. |
| 11:20 |
* rfrasur |
wonders if this Affordable Care Act webinar (stupid word) is somehow on par with compiling. |
| 14:25 |
paxed |
*boing* |
| 14:31 |
jboyer-isl |
Protip: Don't forget to use -C if you need it when calling pg_restore... |
| 14:32 |
|
tspindler joined #evergreen |
| 14:32 |
bshum |
I ran a pg_dump today of a test system for a school we're setting up. Took less than 3 minutes and the output file was 55 MB. I'm so jealous of tiny libraries fresh to the game. |
| 14:35 |
tspindler |
I was wondering if anyone knows what happens if you delete a caption and pattern that had dependant issuances? These would be issuances that are already received? |
| 14:42 |
senator |
tspindler: you basically can't |
| 14:42 |
senator |
even in the db, without relaxing foreign key constraints |
| 00:51 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (27 lines) at http://paste.evergreen-ils.org/45 |
| 00:51 |
Fem |
how to use it? |
| 00:51 |
Fem |
anyway do you think I made it right now? |
| 00:52 |
phasefx |
can you do that same telnet test, but do telnet 192.168.100.53 80 instead of telnet localhost 80? |
| 00:53 |
Fem |
400 bad request |
| 00:53 |
Fem |
when i type telnet 192.168.100.53 80 |
| 00:54 |
phasefx |
so you don't even get a chance to type the GET / HTTP/1.1 part? |
| 00:55 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (27 lines) at http://paste.evergreen-ils.org/46 |
| 00:55 |
Fem |
now i think i made it right |
| 00:56 |
phasefx |
alright, one last test, change the host: line to host: 192.168.100.53 instead of host: localhost |
| 00:56 |
Fem |
yea I already do that.. |
| 00:56 |
Fem |
it says 400 bad request |
| 00:56 |
phasefx |
I haven't seen that output |
| 12:46 |
tsbere |
As fallthrough is a factor in the link, not the limit set itself |
| 12:46 |
csharp |
ah - fallthrough is false |
| 12:47 |
tsbere |
With fallthrough false the limit set only applies if the matchpoint is the most specific one in the set. With fallthrough true it applies so long as the matchpoint does. |
| 12:47 |
csharp |
excellent |
| 12:47 |
csharp |
I'm pretty sure that will fix me up then |
| 12:47 |
* csharp |
tests |
| 12:53 |
kmlussier |
yboston++ # providing guidance on developer lingo in LP |
| 12:54 |
kmlussier |
yboston: What are your thoughts on setting bug 1000957 to Won't Fix in light of new bib/authority browse? |
| 12:54 |
pinesol_green |
Launchpad bug 1000957 in Evergreen "TPAC is missing the authority browse feature" (affected: 8, heat: 38) [Wishlist,Confirmed] https://launchpad.net/bugs/1000957 |
| 14:52 |
phasefx |
(the client or windows, but mostly the client:) |
| 14:52 |
mrpeters |
windows 8-- |
| 14:52 |
jboyer-isl |
phasefx: Worked fine for me since Win8 came out. |
| 14:52 |
mrpeters |
i tested it a little, phasefx, back in 2.2 days |
| 14:52 |
mrpeters |
i ran it in a VM for a while while it was in beta |
| 14:52 |
mrpeters |
dont recall any strange crashes |
| 14:52 |
mrpeters |
but that was before the new xulrunner stuff |
| 14:53 |
phasefx |
gracias |
| 14:53 |
jboyer-isl |
Ah, yeah. Even today I'm still running 2.2 and it's associated xulrunner on Win8. Haven't tried anything newer yet. |
| 15:00 |
mrpeters |
jboyer-isl: did they force yall onto win 8? |
| 14:10 |
* csharp |
raises hand |
| 14:10 |
eeevil |
csharp++ |
| 14:11 |
csharp |
yeah - I'll whip up a vm directly |
| 14:11 |
senator |
@action csharp to test 2.4.2 rc so we can officialize it |
| 14:11 |
* pinesol_green |
csharp to test 2.4.2 rc so we can officialize it |
| 14:11 |
senator |
csharp++ |
| 14:11 |
senator |
whoops |
| 14:11 |
senator |
#action csharp to test 2.4.2 rc so we can officialize it |
| 14:11 |
senator |
that's what i meant to type |
| 14:11 |
senator |
ok, |
| 14:11 |
Dyrcona |
heh. too many bots. ;) |
| 14:11 |
bshum |
Well, it's just one bot with many command actions |
| 14:12 |
csharp |
overloaded_bots-- |
| 14:23 |
senator |
having already talked about that? |
| 14:23 |
senator |
#info qa topics |
| 14:23 |
senator |
phasefx: do you want to pose your question? |
| 14:23 |
phasefx |
some of what I was thinking may be impacted by the next agenda item, but in general... |
| 14:23 |
phasefx |
I wanted to see if we want to start writing pgTAP tests whenever we write db upgrade scripts |
| 14:23 |
senator |
#topic qa topics |
| 14:24 |
phasefx |
there are some good examples committed to master |
| 14:24 |
senator |
(just a correction of my meetingbot stuff, don't mind me) |
| 14:24 |
phasefx |
could start easy, make it a recommendation instead of a requirement |
| 14:25 |
phasefx |
thoughts? need more to time to mull it over? |
| 14:25 |
eeevil |
phasefx: I'll commit (heh) to providing pgtap tests with my changes to the db |
| 14:25 |
phasefx |
eeevil++ |
| 14:25 |
bshum |
It's an interesting idea, I know I'd like some handholding to learn the ropes. |
| 14:26 |
* phasefx |
can hold hands |
| 14:26 |
jeff |
+1 to more tests |
| 14:26 |
jeff |
phasefx: do you have any useful pointers for starters, and what's your preference on people seeking hand-holding -- irc, mailing list? |
| 14:27 |
phasefx |
jeff: I think looking at the tests in http://git.evergreen-ils.org/?p=Evergreen.git;a=tree;f=Open-ILS/src/sql/Pg/t;hb=HEAD is a good start |
| 14:27 |
phasefx |
also the launchpad bug: https://bugs.launchpad.net/evergreen/+bug/1194246 |
| 14:27 |
pinesol_green |
Launchpad bug 1194246 in Evergreen "pgTAP examples" (affected: 1, heat: 6) [Wishlist,Fix committed] |
| 14:27 |
jeff |
phasefx: thanks! |
| 14:27 |
berick |
+1 to easing into it |
| 14:27 |
phasefx |
that shows how to install pgTAP, run the tests, etc. |
| 14:28 |
* phasefx |
isn't oppossed to IRC, but is more available more often through mailing list |
| 14:28 |
eeevil |
phasefx: is there a TechRef doc in the repo? if not, I'll take that commit message and make one |
| 14:29 |
phasefx |
no, I don't think so |
| 14:29 |
phasefx |
eeevil++ |
| 14:30 |
senator |
i actually think there are some, or do you mean something else? |
| 14:30 |
eeevil |
senator: yessir. make those instructions more visible than in a fix-committed LP bug or commit message |
| 14:31 |
eeevil |
I meant a pgTAP techref specifically |
| 14:31 |
senator |
oh a techref about testing itself |
| 14:31 |
senator |
right right |
| 14:31 |
senator |
gotcha |
| 14:31 |
senator |
ok, 30 seconds or so till next topic, unless more talk comes |
| 14:31 |
phasefx |
thanks guys |
| 14:32 |
senator |
#topic db maintenance plan |
| 14:32 |
senator |
eeevil: this part's yours i believe |
| 14:33 |
eeevil |
what I didn't list on the agenda are the drawbacks |
| 14:34 |
eeevil |
specifically, that it increases the effort of major-version release managers, as they would be tasked with either doing or leading the reification of the schema |
| 14:34 |
|
smyers_ joined #evergreen |
| 14:35 |
phasefx |
pgTAP tests could help with that |
| 14:35 |
dbwells |
I am not positive I understand, so let me try. In practice, this means a change to the DB involves only creating the upgrade script part, not editing the base files? |
| 14:35 |
eeevil |
however, we've seen enough instances of inter-version drift and mismatching of schema and upgrade scripts that I still think the benefits would far outweigh the extra effort |
| 14:35 |
Dyrcona |
eeevil: Do your plans include any changes to the way that upgrades are done in master? |
| 17:13 |
tsbere |
kmlussier: I don't know about that......you have been hearing about the issues. I have been dealing with them. ;) |
| 17:13 |
|
fparks joined #evergreen |
| 17:14 |
kmlussier |
tsbere: You've got a point. |
| 17:16 |
dbs |
Mmm. EXPLAIN ANALYZE is off by almost a factor of 8 in its estimate of metabib.title_field_entry matches (17,000 vs. 140,000). |
| 17:16 |
dbs |
Also have a GIN index over on test server. Might be time to analyze & add GIN indexes. |
| 17:17 |
Dyrcona |
rangi++ # More NCIP collaboration |
| 17:20 |
* kmlussier |
contemplates making cookies for her next visit to MVLC |
| 17:21 |
|
mmorgan1 left #evergreen |
| 22:49 |
phasefx |
Chome=Chrome |
| 22:50 |
Fem |
JavaScript Shell 1.4 Features: autocompletion of property names with Tab, multiline input with Shift+Enter, input history with (Ctrl+) Up/Down, Math, help Values and functions: ans, print(string), props(object), blink(node), clear(), load(scriptURL), scope(object) Using bookmarklet version of shell: commands will run in opener's context. |
| 22:51 |
phasefx |
that's what you see? that's bizarre |
| 22:52 |
Fem |
"Not Found The requested URL /xul/rel_2_3_9/server/main/test.html was not found on this server. Apache/2.2.22 (Ubuntu) Server at 192.168.100.53 Port 80" this is when I check the website.. |
| 22:53 |
Fem |
can you add me so that I can forward to you the print screen so you have idea on how to fix this? |
| 22:56 |
phasefx |
for me, it'll be easiest if you can share the image using a web service, like http://picpaste.com/ |
| 22:57 |
phasefx |
when you show me stuff like JavaScript Shell and server/main/test.html, it makes think you're using a staff client that has managed to login, and are digging through the Admin -> For Developers menu. Is that true? |
| 22:58 |
Fem |
http://picpaste.com/2-D4zsaDaO.png |
| 22:59 |
Fem |
http://picpaste.com/1-nCjMN7KN.png |
| 23:00 |
phasefx |
on your server, what do you get if you type head -10 /openils/var/web/opac/common/js/fmall.js in a terminal? |
| 23:40 |
Fem |
12.04 |
| 23:42 |
phasefx |
did you do make -f Open-ILS/src/extras/Makefile.install ubuntu-precise ? |
| 23:42 |
Fem |
yes |
| 23:43 |
phasefx |
did the srfsh test work correctly? |
| 23:43 |
Fem |
yes |
| 23:43 |
phasefx |
so we're back to apache |
| 23:45 |
Fem |
so what should i do? |
| 14:32 |
phasefx |
wish the deprecate/supersede stuff was working |
| 14:32 |
mrpeters |
yeah, i had to run the RC1 in order to get one of the indexes rebuilt properly |
| 14:32 |
csharp |
phasefx: 'twould be awesome |
| 14:32 |
bshum |
Well, in theory, you shouldn't need those test scripts to do the proper install. |
| 14:33 |
bshum |
Have you guys made a bug ticket about this missing index? :( |
| 14:33 |
mrpeters |
i havent had time |
| 14:33 |
mrpeters |
i just figured i should have known to use that RC1 script |
| 14:35 |
bshum |
Well, if you guys get around to it. I think we ought to properly note this missing index, fix it and then also kill off these old alpha/rc scripts |
| 14:46 |
* eeevil |
will re-raise the "baseline schema carved in stone between major releases" point tomorrow, he thinks |
| 14:47 |
eeevil |
that will make supersedes/deprecates and intelligent upgrades actually possible (given our community resources) IMNSHO |
| 14:48 |
csharp |
eeevil++ |
| 14:51 |
eeevil |
while my attention's over here for a minute ... please consider my plea for a test run-through of 2.4.2 ... email with locations of the files went out friday |
| 15:00 |
bshum |
eeevil++ |
| 15:07 |
csharp |
okay - I'm running authority_control_fields.pl on a 2.3.6 test server and it is not linking bibs and authority records as I was expecting it to. |
| 15:08 |
csharp |
when I did /openils/bin/authority_control_fields.pl --all, I got "Can't use an undefined value as an ARRAY reference at /openils/bin/authority_control_fields.pl line 76.", but I didn't see any other errors or log messages to explain why |
| 15:09 |
tsbere |
csharp: I would assume a timeout on cstore |
| 15:09 |
csharp |
ah - thanks |
| 15:11 |
csharp |
okay - so processing ids 1 through 10 worked |
| 15:11 |
csharp |
thanks |
| 15:11 |
dbs |
csharp: a test server with all PINES bibs? |
| 15:12 |
csharp |
dbs: yessir |
| 15:12 |
dbs |
csharp: ah, yeah, like tsbere said, the POD help also says of --all: "For large |
| 15:12 |
dbs |
databases, this may take an extraordinarily long amount of time" |
| 15:48 |
rfrasur |
(who knew you could buy oboe reeds on amazon?) |
| 15:55 |
bshum |
csharp: I know we took it away and restructured the default view primarily so that we could get some holdings to show by default, along with electronic links. |
| 15:55 |
bshum |
As far as slow, well.... hmm. |
| 15:56 |
* dbs |
would want to turn on the timing trace option to double-check his off-the-cuff comment |
| 16:00 |
* dbs |
does so; doesn't seem to make much difference in practice. 0.38 seconds per page of results once things are warmed up (paging through the results for a large search) |
| 16:01 |
dbs |
(that's on our test server with 2.1M bibs) |
| 16:01 |
|
smyers_ joined #evergreen |
| 16:02 |
rfrasur |
jboyer-isl: do you know of a lib in the consortium with the item barcode prefix 36810? |
| 16:12 |
|
mrpeters joined #evergreen |
| 11:43 |
rfrasur |
well, it wasn't an expert search although I do tend to try and game it a little at times. |
| 11:43 |
rfrasur |
it wasn't a well organized search, so I guess I'll have to plan better next time, so I can see what's falling down. |
| 11:43 |
* rfrasur |
pushed a lot of buttons |
| 11:44 |
bshum |
eeevil: For that bug you'd like extra eyes on |
| 11:44 |
bshum |
eeevil: I'm trying to figure out how to replicate the issue/resolve it with testing :) |
| 11:44 |
bshum |
eeevil: And as I'm reading the upgrade script, it replaces a reingest function |
| 11:44 |
bshum |
Does that mean we need to reingest some bibs to see a change? |
| 11:45 |
eeevil |
no |
| 11:45 |
eeevil |
so, say you have a browse normalizer to push everything to upper case |
| 11:45 |
eeevil |
it's doing that well |
| 13:51 |
|
kitteh joined #evergreen |
| 13:58 |
asimon |
bshum: The cstore settings in opensrf.xml in our new Evergreen system match the settings in our old Evergreen system. Are you saying that the max_children in the other services also relate to cstore? |
| 14:00 |
|
smyers__ joined #evergreen |
| 14:02 |
phasefx |
dbs: berick: re: live_t/ and Cronscript.pm, do we only want to move subs to Cronscript when they are actually re-used across tests, or simply if they might get re-used? I'm thinking about create_closed_date and delete_closed_date in 04-overdue_with_closed_dates.t |
| 14:03 |
berick |
phasefx: i think no on those 2 |
| 14:03 |
berick |
those 2 examples, i mean |
| 14:03 |
bshum |
asimon: Can you share a snippet of your logging that made you look for these settings? |
| 14:03 |
bshum |
Maybe it's a postgres config issue and not an Evergreen one. |
| 14:03 |
phasefx |
roger that. If someone does make another test, maybe those should go into a new library altogether |
| 14:06 |
|
fparks joined #evergreen |
| 14:10 |
dbs |
phasefx: agreed with you and berick on that. Cronscript is meant for stuff that would often be used in real scripts; if there are test-specific methods that won't be used in production but will be reusable in test scripts, then a TestUtils.pm or the likes would make sense as a home for those |
| 14:13 |
phasefx |
so far I have put register_workstation, do_checkin, and do_checkout into Cronscript |
| 14:13 |
phasefx |
those seem like they could stay there |
| 14:14 |
berick |
hmm, if a TestUtils.pm is made, that would be a better place for those, imo |
| 14:15 |
phasefx |
I'll go ahead and make a TestUtils.pm then; the idea is that it would be an installed perl module? not something that gets loaded out of the source tree? |
| 14:16 |
berick |
not sure what dbs had in mind, exactly, but I don't think it would hurt to install it. but it would be loaded from source (for make check), i assume |
| 14:18 |
phasefx |
these particular tests assume a running instance of EG as it is |
| 14:18 |
berick |
ah, right |
| 14:18 |
phasefx |
and don't get called during make check |
| 14:18 |
berick |
in which case, scratch my load-from-source comment |
| 15:18 |
bshum |
Cause this all just seems like something is not in sync, either the VMs or the database being reset. |
| 15:24 |
rangi |
dbs++ |
| 15:44 |
|
Joe_L joined #evergreen |
| 15:47 |
bshum |
But of course, the first sample bib I pick doesn't work correctly |
| 15:48 |
|
ericar joined #evergreen |
| 15:48 |
bshum |
dbs: So I installed the commits from bug 1214012 to test the schema.org stuff and then went to that google.com page to test site pages directly to see. |
| 15:48 |
pinesol_green |
Launchpad bug 1214012 in Evergreen "Schema.org enhancements: holdings and RDFa Lite" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1214012 |
| 15:49 |
bshum |
The first bib I tried, which was 27 in the concerto fed me a "Error: Incomplete rdfa with schema.org." at the end of the entries. |
| 15:49 |
bshum |
Though I'm still reading up to figure out what that means exactly. |
| 15:50 |
bshum |
Going to go do some more reading now. |
| 15:57 |
Joe_L |
Question: I'm working on configuring action-trigger events and responses, specifically sending an email when an item is one day overdue. The action_trigger.event database table shows events marked as 'complete', but no emails were sent. |
| 15:57 |
Joe_L |
Is there a log somewhere I can check? |
| 16:00 |
paxed |
perhaps /var/log/mail.err etc |
| 16:01 |
paxed |
also, test if you send mail manually from the server command line |
| 16:04 |
Joe_L |
That's where things get hairy. I'm using an SMTP server which, for IPs within the private LAN doesn't need authentication. So I'll enter, for example, mail.orgx.com as the SMTP server name in /openils/conf/opensrf.xml but there aren't any spaces for port or encryption. None is necessary for this test, but the config options are very spartan. |
| 16:06 |
jeff_ |
my suggestion at this point would be that if you need to authenticate to an SMTP server, you use a local SMTP server to perform that authentication -- have your local MTA listen on localhost only, accept everything, and relay it to a remote relay/smarthost using the credentials/etc required. |
| 16:08 |
Joe_L |
The oddity is that for servers on this particular LAN there isn't authentication or even encryption required. I suppose my question is whether there's a documented function-call-stack visible anywhere for what happens during the "sendEmail" reactor execution. |
| 16:09 |
Joe_L |
at least something I can trace along and see where the failure is appearing. |
| 16:57 |
jeff_ |
Joe_L++ |
| 16:57 |
jeff_ |
:-) |
| 17:03 |
|
mmorgan left #evergreen |
| 17:09 |
Joe_L |
bshum: I was doing some testing and managed to force every event in the series into an ' |
| 17:09 |
Joe_L |
'error' state, but the emails still sent. Where are errors logged? |
| 17:32 |
dbs |
bshum: how did you test with the rich snippets tool - copy and paste, or pointing at a bib via a URI? |
| 17:39 |
Joe_L |
I'll continue testing tomorrow and see what scenarios break this script. Thanks again for the debugging help and have a great night! |
| 17:41 |
dbs |
bshum: as far as I can tell, it's an undocumented expectation that the Offer type will always have a given property that I haven't given. quite possibly a bug in the rich snippets tool. |
| 17:42 |
dbs |
(not just saying that defensively; the RDFa folk have complained about the quality of the rich snippets tool parsing a number of times before) |
| 17:59 |
* dbs |
figures out what el Goog wants: it wants a "price" attribute, and "your soul" isn't good enough, it wants at least one integer; but "your s0ul" works just fine. but two integers separated by any non-integer other than a "." or "," is RIGHT OUT |
| 18:01 |
dbs |
since I can't just put in "$0.00", I guess sorting out asset.copy.deposit / asset.copy.deposit_amount comes into play |
| 18:03 |
hopkinsju |
Can anyone tell me where the default hold notification phone number is stored in the db? We have a library that's reporting the wrong number printing on pickup slips and I"m trying to track it down. |
| 18:03 |
hopkinsju |
I don't suppose anyone else has seen that problem? |
| 18:04 |
bshum |
dbs: I used the URL you provided and then submitted my test server URL and record page. |
| 18:04 |
bshum |
Err, test server's record page URL |
| 18:05 |
bshum |
dbs++ for showing us the way |
| 18:05 |
bshum |
hopkinsju: Hold notification phone number for the patron? |
| 18:06 |
hopkinsju |
bshum: yessir |
| 18:06 |
bshum |
hopkinsju: If so, that's a per hold deal |
| 18:06 |
hopkinsju |
But the default is stored in their preferences. |
| 11:28 |
kivilahtio |
ejabberd tutorial says I need to convert my database, but I can't even start my ejabberdctl to do it |
| 11:33 |
|
finnx joined #evergreen |
| 11:34 |
dbs |
berick: I hope to give "Modularize Makefile.install" a shot with Fedora today |
| 11:34 |
* csharp |
is setting up a test vm now to test 12.04 |
| 11:38 |
kivilahtio |
http://pastebin.com/D2m4yCbU |
| 11:38 |
kivilahtio |
Changing hosts directive broke my ejabberd |
| 11:39 |
kivilahtio |
quite frankly maybe I am doing something incredibly stupid |
| 12:38 |
mrpeters |
does anyone have documentation for the "Age Overdues to Lost" feature? I can't seem to find any... |
| 12:40 |
bshum |
mrpeters: I don't think there was ever any official documentation created for that. |
| 12:40 |
bshum |
It was back in those early 1.6 days. |
| 12:40 |
kmlussier |
I'm testing available copy hold ratios in circ policies today. Working much better now that bug 1103706 has been fixed, but I'm confused by the message I received when I try renewing an item in the public catalog. |
| 12:40 |
pinesol_green |
Launchpad bug 1103706 in Evergreen "Hold ratios in circ policies cause errors when trying to renew items" (affected: 2, heat: 16) [Medium,Fix committed] https://launchpad.net/bugs/1103706 |
| 12:41 |
kmlussier |
The message says failed to renew 1 item and shows "config.circ_matrix_test.available_copy_hold_ratio" below the title I tried to remove. |
| 12:41 |
kmlussier |
But we have http://pastebin.com/A4YdZkSs in hold_error_messages.tt2 |
| 12:59 |
pinesol_green |
paxed: The formatted number used for sound recordings, printed music, and videorecordings. Publisher's numbers that are given in an unformatted form are recorded in field 500 (General Note). A print constant identifying the kind of publisher number may be generated based on the value in the first indicator position. (Repeatable) [a,b,6,8] |
| 13:00 |
paxed |
missing 028q |
| 13:02 |
paxed |
kivilahtio: onkohan konversiossa virhe. 028d-kenttää ei ole formaatin mukaan olemassa, ja meillä on siellä dataa... en tiedä sit olisko pitäny mennä 028q:hun. |
| 13:04 |
* dbs |
testing user/dbs/modularize_makefile_fedora fixes |
| 13:24 |
berick |
dbs++ |
| 13:24 |
dbs |
hmm, "make check" fails with a fatal error of not being able to find openils/oils_utils.h |
| 13:26 |
dbs |
wonder if that's because it's expecting to find /openils/include because it would normally be tested on a machine on which Evergreen had already been installed before |
| 13:29 |
dbs |
Yep, soon as I install Evergreen, "make check" passes. Obviously a bug, -I needs to include a local path pointing to the source tree instead of relying on the installed headers |
| 13:31 |
dbs |
well actually... make check fails with 2 instances of "cannot open liboils_util.so.2", which suggests that it would rely on the installed libs + ldconfig for that, too |
| 13:32 |
dbs |
Yeah, once they're installed and "ldconfig" is run, it works. But that's not really how "make check" is supposed to work. |
| 13:34 |
jeff |
yeah. ideally it would not only not rely on them being installed, but also ignore them if they are installed. |
| 13:35 |
jeff |
not having written a make check target before, i don't know how that is typically accomplished, but i'd imagine there's some common practice there. |
| 13:36 |
jeff |
gnu make manual is incredibly helpful. ;-) 'you should write the self-tests so that they work when the program is built but not installed' |
| 13:38 |
|
dboyle_ joined #evergreen |
| 13:42 |
kmlussier |
Looking at my config.circ_matrix_test.available_copy_hold_ratio problem again, I see that most of my renewal failure messages come from ils_events.xml, but config.circ_matrix_test.available_copy_hold_ratio is not there. Is it something that could be easily added there? I'm not quite sure where the event codes come from in that file. |
| 13:42 |
kmlussier |
Or is there another place I should be looking to customize that message? |
| 13:50 |
gmcharlt |
jeff: does the manual also advise eating one's brocolli? ;) |
| 13:55 |
|
zerick joined #evergreen |
| 13:55 |
|
dboyle joined #evergreen |
| 13:59 |
csharp |
berick: tested the modular makefile on ubuntu 12.04 - completed with no errors |
| 14:02 |
berick |
csharp++ |
| 14:04 |
dbs |
berick: I managed to make it through with the additional commit from user/dbs/modularize_makefile_fedora in place |
| 14:05 |
dbs |
still some room to clean up the Fedora install docs (running postgresql initdb & enabling host connections, for example) but that additional commit would be good. I'll signoff and push your commit |
| 14:05 |
phasefx |
dbs: jeff: is bug 1210601 what you guys are talking about? |
| 14:05 |
pinesol_green |
Launchpad bug 1210601 in Evergreen "C unit tests need to include/link to files directly out of the source tree" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1210601 |
| 14:06 |
dbs |
csharp: you signing off somewhere? |
| 14:06 |
dbs |
phasefx: yes |
| 14:06 |
csharp |
dbs: berick may be including my initial signoff on the ubuntu pieces I started and he fixed |
