11:00 |
* dbs |
notes that AngularJS is a framework largely built by Google |
11:01 |
paxed |
i'm not convinced upgrading to newer xulrunner will help in the long run. |
11:01 |
eeevil |
dbs: and dojo is heavily supported by IBM ... /me attempts to tug at dbs' heartstrings |
11:01 |
dbs |
paxed: testing required for _any_ approach, obviously |
11:01 |
paxed |
dbs: yeap |
11:01 |
dbs |
eeevil: great reason to go angular :) |
11:02 |
jeff |
i think what's being discussed is abandoning xul, then xulrunner, but at some point along the way we may support newer xulrunner before exiting it completely. |
11:03 |
phasefx |
autohotkey |
11:03 |
paxed |
if i get the chance i'll try to pinpoint the xulrunner bug (as i think it is a xulrunner one) that causes the js not get the locale |
11:03 |
eeevil |
constrictor is coming back ... VM coming soon |
11:03 |
phasefx |
very difficult to use as a general testing framework, but possible |
11:04 |
jeff |
i'm inclined to forget testing the xulrunner staff client, and focus on testing and instrumenting the new web-based experiment. |
11:04 |
dbs |
jeff++ # thus selenium |
11:04 |
Dyrcona |
+elebenty!! |
11:05 |
bott_otr |
AngularJS example: function BeerCounter () on homepage. What more do you need? |
11:05 |
* phasefx |
thinks selenium would be great for testing web-based stuff.. horrified at the notion of putting selenium into xulrunner, if anyone is thinking of that |
11:06 |
|
Dyrcona1 joined #evergreen |
11:06 |
jeff |
phasefx: too bad. we're hacking on putting selenium into xulrunner RIGHT NOW. |
11:06 |
jeff |
(no, we're not) |
11:07 |
jeffdavis |
kmlussier++ |
11:08 |
eeevil |
(see: wai-aria in tpac) |
11:08 |
dbs |
eeevil: yep |
11:11 |
jeff |
i am amused at the idea of testing a receipt printer shim by printing a few hundred receipts to a bank of printers |
11:12 |
* dbs |
is torn between mobile catalogue and marc export |
11:13 |
dbs |
marque export, to be more canadian |
11:14 |
rfrasur |
nice |
11:18 |
|
acoomes joined #evergreen |
11:19 |
bshum |
maybe tomorrow, we can get phasefx on the big screen to do a rundown of QA stuff :) |
11:19 |
bshum |
(or others) |
11:19 |
dbs |
dojo and angular, fwiw, each have fairly well-integrated or closely associated test frameworks (Dojo = DOH, or at least used to be; Angular = Jasmine and Karma) |
11:20 |
* dbs |
half-raises a hand for mopac |
11:20 |
* dbs |
half-raises a hand for marc export |
11:21 |
jeffdavis |
Dyrcona: Sitka has some MARC export tools here - http://git.sitka.bclibraries.ca/gitweb/?p=sitka/sitka-tools.git;a=tree |
11:21 |
jeffdavis |
I didn't write that stuff and won't be in that hackaway session, but pointing it out in case it's of interest |
11:21 |
* rfrasur |
would like to hang out in the mopac |
11:28 |
dbs |
I'll poke Dyrcona later on today to hopefully kick export ideas around :) |
11:28 |
bott_otr |
mobile catalog thought, via dbs: http://bit.ly/18v26yf |
11:29 |
|
bott_otr1 joined #evergreen |
11:29 |
dbs |
I think my test server links are dead or at least no longer have that test CSS applied :/ |
11:30 |
dbs |
but I could probably get it back into shape |
11:31 |
bott_otr1 |
I'm pretty sure I burnt my VM with that work as well |
11:31 |
|
remingtron joined #evergreen |
11:31 |
eeevil |
bibtemplate! |
13:38 |
|
mrpeters joined #evergreen |
13:38 |
berick |
@quote add < Rogan_Ni> Star Wars |
13:38 |
pinesol_green |
berick: The operation succeeded. Quote #67 added. |
13:39 |
berick |
eeevil: ahh, no, i wish |
13:39 |
berick |
eeevil: just a slim set of fieldmapper stuff and some other test code |
13:40 |
eeevil |
ah. cool. so some custom module rewrapping |
13:40 |
tsbere |
Apparently hangouts doesn't like being logged in and active when the play store decides to auto-update it in the background. Go figure. |
13:42 |
eeevil |
senator: does your group have a hangout too? |
13:44 |
jboyer-home |
} |
13:44 |
senator |
eeevil: negative |
13:44 |
jboyer-home |
</style> |
13:45 |
senator |
we're working on serials, but are less focused than the other groups, participating also in mobile opac discussion and bug testing/merging for now |
13:45 |
berick |
eeevil: re, dojo, sort of. for the code I'm using, i had to do surprisingly little |
13:45 |
senator |
might lack enough cams |
13:45 |
berick |
i'm loading opensrf js directly (via script) and it all works find |
13:47 |
berick |
eeevil: i'd like to. my only concern is getting websockets running on the server side is non-trivial at this stage |
13:47 |
eeevil |
ah |
13:47 |
senator |
Dyrcona: your group seems real serious over there. can you ping me when you've got a second where you wouldn't mind an interruption? |
13:47 |
berick |
so it would limit who could test it.. |
13:48 |
rfrasur |
is the audio I'm hearing with regard to responsiveness the staff client discussion? or mopac? |
13:48 |
* dbs |
assumes Dyrcona is in a group of one :) |
13:48 |
phasefx |
rfrasur: I see you in the staff client one, fwiw |
11:13 |
pinesol_green |
Dyrcona: The operation succeeded. Dyrcona hates their/there. |
11:13 |
bshum |
For LDAP goodness |
11:13 |
Dyrcona |
@hate English orthography |
11:13 |
pinesol_green |
Dyrcona: The operation succeeded. Dyrcona hates English orthography. |
11:14 |
pinesol_green |
[opensrf|Galen Charlton] LP#1224647: remove two invalid tests - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=9028b02> |
11:14 |
dbs |
there there, dyrcona, it'll be okay |
11:15 |
dbs |
their they're, Dyrcona. |
11:15 |
Dyrcona |
yeah... |
12:03 |
gmcharlt |
... which reminds me of the ongoing discussions in Koha-land about the LiveDVD |
12:03 |
jbfink |
dbs: yeah, me too, and crouton solves the rest with lubuntu in a chroot. well, not the *rest*, but 98%, and that 2% is things I can't solve due to the chromebook kernel not supporting things. |
12:04 |
jbfink |
dbs: Yeah, zero idea about production, but since I'm wrapping *everything* in a container -- including the DB and all that -- I can see it getting too large to be usable. But this is all just me farting around. We're not even running EG here or anything. |
12:04 |
gmcharlt |
as it's challenging to communicate to folks who've set up a test system using one that it's not the ideal way to set up a production system |
12:04 |
dbs |
gmcharlt: GIVE US THE CREDIT FOR THE LIVEDVD K THX |
12:04 |
gmcharlt |
dbs: and yeah, there's that :) |
12:06 |
* rfrasur |
pops in and sees a pertinent discussion and now must scroll back. |
12:08 |
jcamins |
jbfink: if you need it to exit when the children exit so that docker can clean up, you could also just use wait, since everything has a pidfile. |
12:08 |
jcamins |
Kind of late to the party, though, sorry. |
12:11 |
jcamins |
gmcharlt: I feel like it's easier to explain with something like docker than with a livedvd because docker is explicitly developer-oriented, whereas the livedvd is more "this is how you install Koha on your computer." |
12:12 |
gmcharlt |
jcamins: really? From their home page... "The same container that a developer builds and tests on a laptop can run at scale, in production" |
12:13 |
gmcharlt |
of course, as I know nothing of docker, it may well be that it's perfectly plausible (with enough effort) to use it for a production setup |
12:13 |
jcamins |
gmcharlt: "Please note ... it should not be used in production." |
12:13 |
jcamins |
(from "Learn more") |
12:13 |
gmcharlt |
jcamins: mayhap they're trying to have their cake and eat it too? both statements are on their website, and are on the face of it contradictory |
13:00 |
* bshum |
sneaks in some lunch first. |
13:02 |
dbs |
bshum: direct database updates methinks :) |
13:02 |
bshum |
Could be lots of those too. We do like our direct SQL updates too :) |
13:04 |
dbs |
eeevil: I think the idea is that the dockerized version will be created from latest OpenSRF/Evergreen master + underlying distro packages on demand, so always up-to-date, vs static VMs |
13:05 |
dbs |
ergo good for testing perhaps |
13:07 |
eeevil |
dbs: ah ... I figured installation into a doc would still have to be done by hand ... if it can be automated, super! (see: wheezy installer wanting to be merged :) ) |
13:10 |
|
dMiller_ joined #evergreen |
13:13 |
dbs |
jbfink can correct me if I'm wrong, of course |
12:46 |
tony_ |
paxed_ "thru" |
12:46 |
dbs |
tony_: still need more of the failure log |
12:47 |
tony_ |
_dbs okay hang-on let me pull the logs |
12:47 |
dbs |
tony_: well, even just the last 10 lines that were printed to the screen |
12:47 |
dbs |
eeevil++ # that looks better. now to give it a shot on our test server... |
12:48 |
eeevil |
dbs: thanks, man! |
12:52 |
tony_ |
dbs_ Sep 11 18:10:22 finish-install: info: Running /usr/lib/finish-install.d/07brltty Sep 11 18:10:22 finish-install: cat: read error: Is a directory Sep 11 18:10:22 finish-install: sh: you need to specify whom to kill Sep 11 18:10:22 finish-install: info: Running /usr/lib/finish-install.d/07preseed Sep 11 18:10:22 finish-install: info: Running /usr/lib/finish-install.d/07speakup Sep 11 18:10:22 finish-install: info: Running /usr/l |
12:53 |
tony_ |
dbs_ Sep 11 18:10:22 finish-install: Disabling CD in sources.list Sep 11 18:10:22 finish-install: info: Running /usr/lib/finish-install.d/10clock-setup Sep 11 18:10:22 anna-install: Installing os-prober-udeb Sep 11 18:10:22 os-prober: File descriptor 3 (pipe:[1247]) leaked on lvs invocation. Parent PID 28714: log-output Sep 11 18:10:22 os-prober: File descriptor 4 (/dev/pts/0) leaked on lvs invocation. Parent PID 28714: log-output |
13:11 |
tony_ |
dbs what parts of this log do you want... |
13:11 |
tony_ |
dbs can't believe how many times I looked at this file and just couldn't see it |
13:13 |
eeevil |
dbs: wheeee.... I'll toss it on LP |
13:13 |
tony_ |
dbs here you go: ## ----------- ## ## Core tests. ## ## ----------- ## configure:2342: checking for a BSD-compatible install configure:2410: result: /usr/bin/install -c configure:2421: checking whether build environment is sane configure:2471: result: yes configure:2612: checking for a thread-safe mkdir -p configure:2651: result: /bin/mkdir -p configure:2664: checking for gawk configure:2694: result: no configure:2664: checking fo |
13:14 |
tony_ |
configure:2680: found /usr/bin/mawk configure:2691: result: mawk configure:2702: checking whether make sets $(MAKE) configure:2724: result: yes configure:2842: checking build system type configure:2853: error: /bin/bash ./config.sub ./configure failed |
13:14 |
dbs |
tony_: when you run ./configure --whatever, just the last screen or two of whatever gets printed to the screen. And ideally paste to http://pastebin.ca or the like |
13:18 |
tony_ |
dbs did that work for you |
13:21 |
eeevil |
dbs: separately, we should probably move the mrd join up to immediately after the core table |
16:14 |
|
AnoopGatewayChec left #evergreen |
16:35 |
pinesol_green |
[evergreen|Pasi Kallinen] Allow translation of acq.cancel_reason texts. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=777798d> |
16:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#856688 OUS to disable org unit as hold pickup lib - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=33206c4> |
17:01 |
bshum |
dbwells++ # got the LDAP test script to authenticate with the right credentials. Very handy, thank you sir! |
17:10 |
|
mmorgan left #evergreen |
17:13 |
|
hopkinsju joined #evergreen |
17:18 |
|
mrpeters left #evergreen |
11:10 |
Dyrcona |
dbwells: I plan to work on NCIP at the hackaway, but maybe. |
11:10 |
kmlussier |
bshum++ |
11:10 |
Dyrcona |
bshum kmlussier Neither have I. |
11:12 |
eeevil |
kmlussier: re https://bugs.launchpad.net/evergreen/+bug/1174860 ... it applies without conflict to rel_2_3. I have not attemtped to test its efficacy in that situation, but I don't think it will hurt. if reordering the query so that user input is last and widget-derived input comes first makes your 2.3 tests work, then yes, it should be backported |
11:12 |
pinesol_green |
Launchpad bug 1174860 in Evergreen "tpac: search filter groups don't play nicely with facets" (affected: 3, heat: 20) [Undecided,Triaged] |
11:13 |
kmlussier |
eeevil: OK, thanks. I'll see if I can test it on a 2.3 system. |
11:17 |
|
csharp_mtg joined #evergreen |
11:17 |
csharp_mtg |
ssh_port_blocking_on_wifi-- |
11:20 |
dbs |
running_an_ssh_server_on_port_443++ |
11:58 |
bshum |
Sigh |
11:58 |
jeff_ |
do you mean that they fall back to the user's preferences, or something else? |
11:58 |
|
jdouma joined #evergreen |
11:59 |
bshum |
That's worth testing I guess |
12:00 |
bshum |
I think if they don't have preferences, it defaults to no notification |
12:00 |
bshum |
Which is confusing the library |
12:00 |
bshum |
And the patrons too I guess |
12:00 |
bshum |
Since they'll never find out they have holds ready for them |
12:02 |
|
acoomes joined #evergreen |
12:03 |
dbs |
kraftsman-pac |
12:03 |
bshum |
Pretty much :) |
12:37 |
bshum |
Hmm |
12:37 |
* tsbere |
assumes the backend code doesn't look that stuff up because if the frontend had, say, email deselected we don't want the fact it was the user's default to re-enable it |
12:38 |
tsbere |
perhaps one solution would be the load the user's prefs into hidden fields in the kpac? At least then any defaults will apply... |
12:41 |
jeff |
that would be the quickest short-term solution, assuming that the kpac handlers will do anything with it. a quick experiment would be to manually create the hidden fields with values in them hardcoded in the appropriate template file in a test environment. |
12:42 |
jeff |
you might even find that the defaults / user settings have already been looked up and are available to the template with no handler-side modifications. |
12:42 |
jeff |
but if they aren't already there, that would be your next step. :-) |
12:43 |
|
mrpeters joined #evergreen |
12:47 |
bshum |
Alright, I guess I'll start looking a little at that. |
12:48 |
bshum |
Thanks jeff and tsbere |
14:52 |
bshum |
Sigh |
14:53 |
bshum |
Sorry jboyer-isl, not you. That idea sounds worthy of being added to the list. |
14:53 |
bshum |
Sighing about other things :) |
14:53 |
jboyer-isl |
bshum: I was going to ask if the KPAC holds testing went poorly. :) |
14:53 |
bshum |
jboyer-isl: I haven't even had time to get back to that yet. |
14:54 |
jboyer-isl |
One of those days, then, eh? |
14:58 |
senator |
jboyer-isl: i owe serials some attention and plan to be dbwells' best friend for some of that time, but as a #2 thing to slot in, yeah i would work on that |
14:58 |
bshum |
General opinion... should we keep https://bugs.launchpad.net/evergreen/+bug/1086458 open? Now that someone filed https://bugs.launchpad.net/evergreen/+bug/1224042 ? |
14:58 |
pinesol_green |
Launchpad bug 1086458 in Evergreen "Staff client memory leaks in 2.3 and later" (affected: 8, heat: 56) [High,Fix committed] |
14:58 |
pinesol_green |
Launchpad bug 1224042 in Evergreen "Staff client memory leaks in 2.4" (affected: 1, heat: 6) [Undecided,New] |
14:59 |
bshum |
The 2.3 one has lots of things we've tested/tried |
14:59 |
bshum |
But the 2.4 one is most recent and does have additional test information attempted by SITKA I guess. |
14:59 |
* jeff |
frowns at 1224042 |
14:59 |
bshum |
jeff: That's kind of what I was thinking. |
14:59 |
jboyer-isl |
senator: I can work on css/html later if I have to, so if time becomes available just let me know. I don't think I've really got enough experience with eg's guts to get going alone. (i.e. none at all with most of EGCatLoader...) |
16:17 |
|
kbeswick joined #evergreen |
16:35 |
hopkinsju |
bshum: I'm just now getting to look at the new site. Great job dude! |
16:35 |
hopkinsju |
bshum++ |
16:35 |
bshum |
hopkinsju: Still a work in progress, but thank you :) |
16:36 |
bshum |
dbwells: Is there anything in the logs that indicates why an LDAP authentication might be failing? |
16:36 |
bshum |
I'm trying to set up a connection for one of our schools and now I'm not sure if it's the AD user creds I was given or improper test account credentials. |
16:37 |
dbwells |
bshum: there are a number of different error messages. One second... |
16:38 |
dbwells |
bshum: looks like they are all debug level, and all start with "User login failed:". |
16:39 |
bshum |
dbwells: Okay, so I need to bump up opensrf_core.xml to debug level (4?) and then try again |
16:45 |
bshum |
Now I just have to figure out why that is and what it means... heh |
16:45 |
senator |
no, thank you |
16:46 |
dbs |
bshum: port may not be open... credentials could be bad... lots of possibilities with LDAP :) |
16:46 |
bshum |
dbs: Yep, that's what I figured. |
16:47 |
bshum |
I wish there was an easier way to test this stuff. Stupid LDAP |
16:52 |
jeff |
Dyrcona++ for JSONPrefs -- interesting |
16:54 |
pastebot |
"dbwells" at 64.57.241.14 pasted "test LDAP bind credentials" (8 lines) at http://paste.evergreen-ils.org/12 |
16:55 |
dbwells |
bshum: your LDAP stuff is failing at the admin bind stage, so I would use something simple like the paste above to test the credentials. |
16:55 |
dbwells |
bshum: If you can bind, you will get a '0' to print out. |
16:55 |
bshum |
dbwells: Thank you sir, that will be mighty helpful indeed. |
16:56 |
dbwells |
bshum: obviously, you will need to change the hardcoded stuff in there to whatever your values are for hostname, authid, and password. |
16:57 |
bshum |
dbwells: Yep, just tried that and got 49 back. Which looks to be a basic bind error |
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) |
16:25 |
berick |
ok, yeah, that should pretty much never be empty |
16:25 |
berick |
if it's being used |
16:26 |
berick |
error logs must be going somewhere else |
16:26 |
jeff |
Unfortunately, testing with this implementation shows that the mandatory UniqueUserId/UserIdentifierValue is discarded and only the value of UserOptionalFields/VisibleUserId/VisibleUserIdentifier is stored, and used for subsequent requests (in the UniqueUserId/UserIdentifierValue field, of course) |
16:26 |
berick |
also, to confirm, the template source in the linux staff client shows the same lang/xml:lang of fi_fi ? |
16:27 |
paxed |
berick: yes |
16:27 |
berick |
crazy |
16:35 |
paxed |
phasefx: interesting though that FF shows the page in Finnish, but the login texts in english, and the page lang/xml:lang = en_us ... |
16:37 |
dbwells |
jeff: right, the second. We didn't want users getting a new account whenever they got a new barcode. If they would just "believe" the UniqueUserId we sent them, all would be fine. |
16:38 |
* tsbere |
has at least one vendor he wants to use unique IDs from evergreen but can never seem to get anyone willing to talk to him about it - They assume that barcodes never change or something. |
16:39 |
dbwells |
jeff: I think we even tested sending back nothing *but* the ID in the the lookupuser response, but it didn't matter; whatever the patron typed in to get looked up, that was their UniqueId for the rest of the interaction (based on my 5 months old memories, at least). |
16:41 |
paxed |
berick: |
16:41 |
paxed |
Sep 10 23:41:23 egdev apache2[31157]: [debug] EGWeb.pm(77): [client 62.240.71.4] egweb: messages locale = fi_fi |
16:41 |
paxed |
Sep 10 23:41:24 egdev apache2[31166]: [debug] IDL2js.pm(79): [client 62.240.71.4] Invalid IDL2js locale ''; using en-US |
16:42 |
jeff |
dbwells: yeah. i'm testing a little more, but i've seen nothing that would contradict that. |
16:43 |
berick |
paxed: which test does that match? |
16:43 |
berick |
which client/locale/etc, i mean |
16:44 |
paxed |
berick: windows client, finnish. and shows english, of course. |
16:44 |
berick |
paxed: hm, did you remove my working patch? |
16:47 |
phasefx |
if I change the URL for the frame containing the patron editor to /IDL2js, I get a decidedly English set of javascript back |
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: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? |