| Time |
Nick |
Message |
| 03:13 |
|
dreuther joined #evergreen |
| 04:57 |
|
mtate joined #evergreen |
| 05:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:44 |
|
b_bonner joined #evergreen |
| 06:44 |
|
mnsri joined #evergreen |
| 06:45 |
|
mtcarlson_away joined #evergreen |
| 07:48 |
|
jboyer-home joined #evergreen |
| 08:09 |
|
rjackson-isl joined #evergreen |
| 08:12 |
|
akilsdonk joined #evergreen |
| 08:13 |
jboyer-isl |
dbs++ ; Vacuum Analyze took care of the search timeouts on our migration testing server. Apparently when testing it’s no longer optional for us. Thanks! |
| 08:23 |
rjackson-isl |
dbs++ and jboyer-isl++ - now the next set of libraries migrating to EI can review initial data pull! :-) |
| 08:28 |
|
mrpeters joined #evergreen |
| 08:36 |
|
tspindler joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:44 |
dbs |
jboyer-isl++ |
| 08:49 |
|
kbeswick joined #evergreen |
| 09:03 |
|
ericar joined #evergreen |
| 09:15 |
csharp |
jboyer-isl++ |
| 09:15 |
csharp |
vacuum_analyze++ |
| 09:52 |
|
Dyrcona joined #evergreen |
| 09:55 |
|
akilsdonk joined #evergreen |
| 10:06 |
|
akilsdonk_ joined #evergreen |
| 10:22 |
|
Shae joined #evergreen |
| 11:09 |
|
akilsdonk joined #evergreen |
| 11:29 |
|
akilsdonk joined #evergreen |
| 11:37 |
|
RoganH joined #evergreen |
| 11:45 |
|
akilsdonk joined #evergreen |
| 12:06 |
|
yboston joined #evergreen |
| 12:14 |
|
mllewellyn joined #evergreen |
| 12:54 |
|
ldw joined #evergreen |
| 13:03 |
|
hbrennan joined #evergreen |
| 13:22 |
|
ldw joined #evergreen |
| 13:28 |
|
akilsdonk joined #evergreen |
| 13:33 |
|
ktomita_ joined #evergreen |
| 13:36 |
|
sseng joined #evergreen |
| 13:38 |
|
riot_ joined #evergreen |
| 13:38 |
|
jboyer-isl_ joined #evergreen |
| 13:39 |
|
Dyrcona1 joined #evergreen |
| 13:39 |
|
Bmagic_ joined #evergreen |
| 13:40 |
bshum |
@coin |
| 13:40 |
pinesol_green |
bshum: tails |
| 13:40 |
|
RBecker joined #evergreen |
| 14:25 |
jeffdavis |
When searching the staff client, we find that bib records with no copies may show up before records that do have holdings. Is there a way to reduce the relevance ranking of records with no copies? Or is this something that should already be happening? |
| 14:25 |
|
patrick joined #evergreen |
| 14:25 |
|
patrick left #evergreen |
| 14:26 |
|
gmcharlt joined #evergreen |
| 14:26 |
|
pgardella joined #evergreen |
| 14:28 |
pgardella |
Running into trouble creating new staff users and looking for some help. |
| 14:29 |
pgardella |
Even though we set the STAFF_LOGIN permissions, it still shows Found event description Permission Denied in the logs |
| 14:29 |
pgardella |
Any ideas? |
| 14:30 |
tsbere |
pgardella: Add working location(s)? |
| 14:30 |
pgardella |
Yep. Set. Tried just 1 and then tried setting them all |
| 14:31 |
mmorgan |
pgardella: is your workstation registered? |
| 14:31 |
pgardella |
tsbere: I set them in User Permission Editor. Anywhere else? |
| 14:31 |
pgardella |
I’m logged in now as egadmin on it |
| 14:32 |
tsbere |
pgardella: Er, are you adding STAFF_LOGIN manually? If so, stop doing that and try changing their profile group to a staff one. |
| 14:33 |
|
tspindler joined #evergreen |
| 14:34 |
pgardella |
I had added it by setting the user to Global Admin. |
| 14:34 |
pgardella |
But now that I set the user to “System Admin”, it lets me log in. |
| 14:37 |
|
gmcharlt joined #evergreen |
| 14:37 |
pgardella |
Hum. It seems like only “System Administrator” lets me log in. All of the others I tried failed. |
| 14:37 |
pgardella |
So it’s a group permission problem? |
| 14:39 |
mmorgan |
jeffdavis: I don't know the answer to your question but am also interested ... |
| 14:40 |
|
gmcharlt joined #evergreen |
| 14:42 |
bshum |
jeffdavis: I wouldn't have expected empty bibs to place any higher or lower on the relevance scale for search results |
| 14:43 |
bshum |
jeffdavis: I would have expected relevance to be purely based on the criteria used |
| 14:44 |
bshum |
People have asked me that before in the past, and so far I've managed to count off more instances of the search terms in the empty bibs vs. the regular bibs, hence more relevant in a keyword search or some other factor defining its relevance. |
| 14:44 |
eeevil |
bshum: you expect correctly |
| 14:44 |
bshum |
It's just coincidence |
| 14:45 |
bshum |
Perhaps if kmlussier / MassLNC get funding for the activity metric, that'll change though. |
| 14:45 |
|
akilsdonk joined #evergreen |
| 14:45 |
bshum |
http://masslnc.cwmars.org/node/2585 |
| 14:46 |
pgardella |
I tried changing the group permissions of “Catalogers” to allow for STAFF_LOGIN, but that fails as well. So as of this moment, only those with “System Administrator” logins (which has Everything permissions on the System level) can log in. Bizarre. |
| 14:47 |
eeevil |
bshum: indeed. that will be a really cool project. and will allow a tonne of cool stuff down the road (always wanted user ratings? boom! want to push some specific books? boom! have an awesomebox? boom!) |
| 14:48 |
bshum |
I just happened to be looking at it earlier today, so that's what got me thinking about it. |
| 14:48 |
eeevil |
jeffdavis: a bit more detail: the default tie breaker in the face of equal rel ranking is pubdate descending, so new editions would come first, all else being equal |
| 14:50 |
jeffdavis |
The specific case that was flagged for us was a library scrolling through 10 pages of "NO COPIES" records for National Geographic before finding the record that their holdings are attached to. |
| 14:50 |
jeffdavis |
So cleaning up our records is also part of the solution for use. :) |
| 14:50 |
jeffdavis |
*us |
| 14:51 |
eeevil |
:) |
| 14:53 |
jeffdavis |
There is something fitting about having to work your way past huge stacks of useless, unwanted National Geographics in search results... |
| 14:56 |
eeevil |
ha! |
| 14:56 |
eeevil |
jeffdavis: just like browsing the stacks :) |
| 14:57 |
bshum |
jeff++ # website wrangling |
| 14:59 |
|
ldwhalen joined #evergreen |
| 14:59 |
Dyrcona |
pgardella: If you change permissions you need to quit the client and restart it. |
| 15:00 |
Dyrcona |
Also, you should give STAFF_LOGIN to the Staff group. The other staff groups inherit from it. |
| 15:20 |
gmcharlt |
jeffdavis: I am convinced that the mass of piles of old National Geographic magazines must be taken into account by NASA when calculating orbital trajectories |
| 15:21 |
* bshum |
is trying out the make_release dance for the first time |
| 15:21 |
bshum |
Entertaining! |
| 15:29 |
jeffdavis |
gmcharlt++ |
| 15:36 |
bshum |
Oh, yay, i18n dance at last |
| 15:36 |
bshum |
Figuring out all the dependencies was "fun" :) |
| 15:40 |
bshum |
So yeah, once the environment is setup right, this does seem easier than I recalled from our 2.0 days. |
| 15:46 |
|
mrpeters left #evergreen |
| 15:50 |
|
RoganH joined #evergreen |
| 15:56 |
bshum |
RoganH: Thanks for signing off on https://bugs.launchpad.net/evergreen/+bug/1198475 ; I'm planning to get a little more testing on that myself and then push it up to master next week |
| 15:56 |
pinesol_green |
Launchpad bug 1198475 in Evergreen "Support for Lost and Paid Status" (affected: 3, heat: 16) [Wishlist,Confirmed] |
| 15:56 |
RoganH |
bshum: I've been a bad tester but at least I got one in. I'm hoping to get another couple in tomorrow if it's quiet at work. |
| 15:56 |
bshum |
Unless someone else gets there first. |
| 15:57 |
|
pgardella joined #evergreen |
| 16:02 |
eeevil |
it's official: I hate all SIP2 client programs |
| 16:02 |
eeevil |
EOT |
| 16:08 |
tsbere |
eeevil: Really? Just the client programs? |
| 16:08 |
tsbere |
I hate the entire protocol |
| 16:08 |
eeevil |
tsbere: I will amend: I hate all SIP2 client programs most of all |
| 16:08 |
jeff |
eeevil: i see you have reached the "acceptance" stage. congratulations! |
| 16:08 |
eeevil |
in particular, ones that care about the order of variable fields |
| 16:09 |
eeevil |
jeff: oh, no, far from it :) |
| 16:10 |
jeff |
eeevil: ah, are you still at Anger, or should I stop trying to apply the Stages of Grief model to this conversation? |
| 16:10 |
tsbere |
eeevil: I can't wait until two different vendors want to talk to the same system but require different ordering of fields and someone asks us to fix it on SIPServer's end. |
| 16:13 |
jeff |
yup. i was thinking about that the other day. :-) |
| 16:13 |
jeff |
(and heck, eeevil may have just found two that care, but in different ways) |
| 16:14 |
eeevil |
yes, but it's not as bad as it could be, and there's a fix (thanks, koha-land!) |
| 16:14 |
jeff |
i have just the tiniest bit of optimism that there isn't a client out there that requires some ordering other than "as listed in the spec, even though I'm not supposed to care" |
| 16:15 |
jeff |
eeevil: not sure which statement you're responding to -- did you just shred my tiniest bit of optimism? |
| 16:15 |
eeevil |
I need to remove one of my e's... |
| 16:16 |
eeevil |
jeff: yes, 2 orderings, but different messages |
| 16:16 |
tsbere |
jeff: I know of at least one SIP2 server app that prefers things in alphabetic order. <_< |
| 16:16 |
eeevil |
tsbere: which, as I'm sure you know, is /not/ the same as spec order for some messages :) |
| 16:16 |
jeff |
tsbere: which server? |
| 16:17 |
tsbere |
eeevil: For added fun, it blows up on any field it doesn't understand. |
| 16:17 |
tsbere |
jeff: Luckily it was just a test server for a PC reservation system, though the docs implied it was ripped out of an ILS and given a different database backend... |
| 16:17 |
eeevil |
tsbere: you have a strange sense of "fun", sir... ;) |
| 16:17 |
jeff |
@decide Standard Interchange Protocol or Binary Language of Moisture Vaporators |
| 16:17 |
pinesol_green |
jeff: have you tried local mean solar time for the named city as the reference point? |
| 16:19 |
|
akilsdonk_ joined #evergreen |
| 16:20 |
* tsbere |
accidentally got a client to send fields in length order once too |
| 16:21 |
jboyer-isl |
Someone should start a kickstarter to replace any system that users are stuck with that have those broken restrictions. The video could just be 4-5 hours of programmers headdesk-ing. |
| 16:22 |
jeff |
tsbere: amusing, but not non-spec. :-) |
| 16:23 |
|
akilsdonk joined #evergreen |
| 16:24 |
jeff |
I think we need a new wire protocol for communication between library services. Current plan is to borrow bits from SIP2 and MARC. |
| 16:24 |
jeff |
I think it's going to be great! |
| 16:25 |
phasefx |
MARC8? |
| 16:26 |
jboyer-isl |
I’m not interested unless it can be programmed with .5” tape. You have to plan for the future you know, this internet stuff might not be around forever. |
| 16:27 |
jeff |
Also, we'll probably make heavy usage of JSONx (thanks, IBM!) and SOAP-over-XML-RPC or XML-RPC-over-SOAP (not sure which, yet!). |
| 16:27 |
tsbere |
jeff: Why not both? |
| 16:27 |
jeff |
Why not?! |
| 16:30 |
gmcharlt |
jeff: you're missing something crucial! |
| 16:30 |
|
RoganH joined #evergreen |
| 16:30 |
gmcharlt |
ASN.1/BER |
| 16:30 |
jeff |
for any of you doing ssh tunnels from a windows client, do you have a preferred app other than https://code.google.com/p/putty-tunnel-manager/ or VanDyke Entunnel (which seems to be discontinued)? |
| 16:30 |
|
akilsdonk_ joined #evergreen |
| 16:30 |
gmcharlt |
cygwin? |
| 16:31 |
jeff |
gmcharlt: ah yes. with cygwin i could use autossh (which is what we prefer on linux) |
| 16:31 |
|
kbeswick joined #evergreen |
| 16:32 |
bshum |
Doh |
| 16:32 |
bshum |
879b94c4998ca41585fd7dd72eb6decc325d8526 apparently breaks make_release |
| 16:32 |
pinesol_green |
[evergreen|Bill Erickson] LP#1334693 ./configure avoid osrf_config without core - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=879b94c> |
| 16:32 |
tsbere |
jeff: I use plink for MVLC libraries |
| 16:32 |
bshum |
The BUILD_ID never gets set for the client building process and it breaks the make clients |
| 16:32 |
bshum |
Reverting that, and I can build clients again. |
| 16:33 |
bshum |
Building clients the normal way is unaffected by that changeset |
| 16:33 |
jeff |
tsbere: does that take care of re-establishing a tunnel, or starting it automatically? The fact that putty-tunnel-manager claims to use plink makes me wonder if plink has those abilities on its own. |
| 16:33 |
bshum |
That's why I didn't catch it till now |
| 16:34 |
tsbere |
jeff: I wrapped it in a cmd file with a goto and helped libraries drop that into task scheduler. |
| 16:35 |
bshum |
Reverting that commit on my test server allows me to complete the make_release dance and get clients built. |
| 16:35 |
jeff |
tsbere: got it. thanks. |
| 16:37 |
jeff |
ah, and there's also http://www.bitvise.com/tunnelier |
| 16:39 |
jeff |
as well as MyEnTunnel and some other options referenced here: http://superuser.com/q/235395/9465 |
| 16:44 |
|
ldw joined #evergreen |
| 17:05 |
|
akilsdonk joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:15 |
bshum |
For logs, it looks like make_release is dying out when it tries to look up javascript files during the staff client build process. |
| 17:16 |
bshum |
First bad sign was "cp: cannot stat ‘/javascript/*.js’: No such file or directory" |
| 17:17 |
bshum |
In Open-ILS/xul/staff_client/Makefile, it does some javascript stuff that corresponds to that event. |
| 17:17 |
bshum |
"stuff" - it's Friday, whatever |
| 17:17 |
bshum |
And I think because of how we shifted the contents of configure.ac, it moved OPENSRF_LIBS in a way that makes the paths break down |
| 17:18 |
bshum |
Will poke more at this later on. |
| 17:18 |
bshum |
I'll tinker more with the 2.7 alpha build after I get some space to review what I've learned so far today about make_release and trying it again for real. |
| 19:39 |
|
ldw joined #evergreen |
| 23:27 |
|
tsbere_ joined #evergreen |
