| 08:08 |
|
akilsdonk joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:12 |
|
ericar joined #evergreen |
| 08:16 |
csharp |
tests++ |
| 08:17 |
csharp |
I made a wrong choice when manually merging a conflicted file and the perl test suite found it when building |
| 08:29 |
|
mrpeters joined #evergreen |
| 08:32 |
dbs |
csharp++ # for running tests! |
| 08:33 |
|
mdriscoll joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:39 |
|
Shae joined #evergreen |
| 13:55 |
csharp |
yeah, we're not going to use websockets (in production anyway) |
| 13:56 |
bshum |
So, like I said, a label :) |
| 13:56 |
bshum |
But now I'm curious to see if I can build a tarball anyways |
| 13:56 |
csharp |
well, I would understand the "it's just a label" idea if it wasn't labled alpha :-) |
| 13:56 |
csharp |
"alpha" means "pre-release, test at your own risk" |
| 13:59 |
jeff |
pay no attention to that sign that says "EXTREMELY DANGEROUS" |
| 13:59 |
jeff |
</obSidReference> |
| 14:00 |
|
nhilton joined #evergreen |
| 14:09 |
bshum |
csharp: fwiw, the only difference between 2.4.0-alpha and master seems to be the additional commits I added for websockets documentation and some changes to the apache files. |
| 14:09 |
dbs |
tagging is easy enogh |
| 14:09 |
dbs |
enough |
| 14:10 |
bshum |
So essentially, if you've tested alpha and it's not broken, then good odds that'll be the only thing we see for 2.4.0 real |
| 14:10 |
bshum |
Unless there's more stuff waiting to get pulled in for OpenSRF. |
| 14:10 |
bshum |
Which I haven't looked at lately actually. |
| 14:11 |
dbs |
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:release_process:opensrf:2.0 includes the git tag command |
| 14:11 |
bshum |
dbs: Right, I just have to remember where my keys are |
| 14:13 |
* dbs |
thinks he probably lost his GPG key too |
| 14:25 |
kmlussier |
csharp: When are you upgrading? |
| 14:26 |
csharp |
kmlussier: next weekend (MLK) |
| 14:30 |
Dyrcona |
I misspoke: I take care of it in a setup script for trusty, not in our local apache config branch. |
| 14:30 |
Dyrcona |
That makes it easier to test! |
| 14:33 |
|
mrpeters joined #evergreen |
| 14:35 |
* bshum |
decides to take a crack at making an OpenSRF release |
| 14:38 |
jeff |
kmlussier++ |
| 14:53 |
jboyer-isl |
So we treat those branches like tags, but only in so far as everyone just leaves them alone? |
| 14:53 |
berick |
jboyer-isl: exactly |
| 14:54 |
jboyer-isl |
I see. I'm starting to come around on the tagging front. |
| 15:17 |
bshum |
Alright, I have to poke at my GPG key setup more before I can push the tagged release. |
| 15:17 |
bshum |
But the generated files do appear to be set |
| 15:17 |
bshum |
I'll get those moved over to Lupin |
| 15:25 |
bshum |
Alright, files uploaded |
| 15:25 |
bshum |
For brave souls: http://evergreen-ils.org/downloads/opensrf-2.4.0.tar.gz |
| 15:26 |
bshum |
I'm doing a quick test to make sure it isn't borked and then I'll update the downloads page properly. |
| 15:30 |
|
vlewis joined #evergreen |
| 15:37 |
bshum |
Success, figured out my GPG situation. |
| 15:37 |
bshum |
Getting the git tag set |
| 15:39 |
|
edoceo_ joined #evergreen |
| 15:39 |
bshum |
Cool, it worked! :D |
| 15:39 |
* bshum |
is happy |
| 15:39 |
Dyrcona |
bshum++ |
| 15:40 |
Dyrcona |
I've tagged releases on a couple of my github repos where I think it makes sense. |
| 15:45 |
dbs |
bshum++ |
| 15:55 |
pinesol_green |
kmlussier: yboston was last seen in #evergreen 2 weeks, 4 days, 3 hours, 22 minutes, and 17 seconds ago: <yboston> will keep you posted in janaury |
| 16:30 |
|
dreuther_ joined #evergreen |
| 16:36 |
|
vlewis_ joined #evergreen |
| 16:39 |
mceraso |
bshum: Just finished testing the OpenSRF 2.4 tarball on Ubuntu 14.04 LTS. Works like a charm! |
| 16:39 |
* dbs |
needs to look deeper into this SIP pattern of OILS bootstrap loaded, login w/ 941, INPUT MSG: '9900302.00', followed immediately by another OILS bootstrap loaded, login w/98.... pattern that happens every 90 seconds |
| 16:40 |
bshum |
mceraso++ # thanks :) |
| 16:43 |
eeevil |
dbs: are you using Multiplex (not to be confused with comment's claim of "Mulitplex" -- business in the front, lots of parties in the back?) mode? |
| 16:46 |
dbs |
eeevil: I haven't specified it in oils_sip.xml, so whatever the default it |
| 16:46 |
dbs |
is |
| 16:46 |
eeevil |
dbs: ah. prefork is the default still |
| 16:46 |
dbs |
SIPConfig.xml seems to suggest that it would be prefork |
| 16:47 |
dbs |
Might be some setting from our self-check that dates back 3 years that doesn't play well with current SIPServer I guess |
| 16:48 |
dbs |
eeevil: is "make test" supposed to currently work on SIPServer master? |
| 16:50 |
eeevil |
dbs: I've no idea, I don't think I've ever tried. the SIPServer code itself has not been made "package-friendly", I don't think. I don't rightly recall if there's even a dummy "ils" implementation module, which I think would be needed for 'make test' |
| 16:50 |
dbs |
(assuming of course that you've run "PERL5LIB=. ./sip_run.sh" to get the dummy sipserver running) |
| 16:51 |
* dbs |
answered the second recollection at least :) |
| 16:51 |
eeevil |
(and I'll bet that it hasn't been kept up to date with stuff we've added to the evergreen "driver") |
| 17:09 |
bshum |
Ha |
| 17:10 |
* csharp |
rides off into the sunset |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:16 |
phasefx |
that Archive::Zip failure also impacts the Excel Writer module that the reporting system uses |
| 17:17 |
bshum |
phasefx: What debian are we using for that server? |
| 17:17 |
phasefx |
wheezy |
| 17:26 |
* bshum |
refers back to: http://irc.evergreen-ils.org/evergreen/2014-08-04#i_115000 |
| 17:26 |
bshum |
Where we last talked about packaged vs. CPAN |
| 17:27 |
bshum |
But yeah, the packaged version is a bit dated |
| 17:30 |
eeevil |
yeah ... I'd fear 0.47, I think ... there was something specific we use that older versions lacked |
| 17:33 |
eeevil |
well, it looks like it /should/ work ... anyone have tuits for testing that? |
| 17:34 |
eeevil |
did precise even have the module? squeeze does not |
| 17:35 |
|
dreuther_ joined #evergreen |
| 17:35 |
bshum |
eeevil: I don't see it listed, so I'm guessing no. |
| 17:36 |
|
dreuther__ joined #evergreen |
| 09:02 |
bshum |
mrpeters: I'm almost certain that the order is relevance based |
| 09:03 |
mrpeters |
OK, so the same as the default strategy for the regular OPAC? |
| 09:03 |
bshum |
That would be my expectation. |
| 09:04 |
mrpeters |
easy way to test, i suppose -- run the same search string in tpac and limit the audiences :) |
| 09:04 |
bshum |
I'm sure you could try altering it by tacking on more variables to the URL. |
| 09:04 |
mrpeters |
nope, you nailed it |
| 09:04 |
pie_ |
bshum: heh. thanks |
| 10:02 |
|
Guest5683 joined #evergreen |
| 10:03 |
|
pie_ joined #evergreen |
| 10:14 |
|
RBecker_ joined #evergreen |
| 10:15 |
bshum |
@later tell tsbere Hmm, "Config variable ${SERVER_PORT} is not defined" is ending up in my apache warnings whenever I restart on apache 2.4 with Ubuntu Trusty. Test converting our rewrite maps/rules from 2.2 to 2.4. |
| 10:15 |
pinesol_green |
bshum: The operation succeeded. |
| 10:21 |
|
Dyrcona joined #evergreen |
| 10:31 |
|
RBecker joined #evergreen |
| 10:50 |
|
dkyle joined #evergreen |
| 11:00 |
|
jboyer-isl joined #evergreen |
| 11:16 |
mmorgan |
Anyone around who has worked with the Merge Monograph Parts functionality in 2.7? |
| 11:17 |
bshum |
mmorgan: I tested it |
| 11:17 |
bshum |
And pushed those commits to master during 2.7 |
| 11:17 |
bshum |
What seems to be up? |
| 11:21 |
bshum |
parts-- # asking about parts is dangerous |
| 11:21 |
|
mmorgan joined #evergreen |
| 11:25 |
mmorgan |
sorry for dropping out, kicked the power strip :-( |
| 11:25 |
bshum |
mmorgan: I blamed it on parts, don't worry about it :) |
| 12:04 |
|
mmorgan left #evergreen |
| 12:26 |
* bshum |
grumbles at bug 1406788 |
| 12:26 |
pinesol_green |
Launchpad bug 1406788 in Evergreen "KPAC Login Redirect Issue" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1406788 |
| 12:27 |
bshum |
abowling++ # I'll test that one cause I probably broke it when I merged redirect changes a couple releases back |
| 12:31 |
bshum |
abowling: On the other hand, initial testing doesn't seem to redirect it where I think it should. I'll poke at it some more :) |
| 12:32 |
jeff |
heh. i was just looking at that. :-) |
| 12:32 |
bshum |
jeff: Heh |
| 12:52 |
|
jboyer-isl joined #evergreen |
| 09:07 |
Dyrcona |
The quotes very likely change the search. |
| 09:08 |
Dyrcona |
One would assume it turns it into a phrase. |
| 09:08 |
Dyrcona |
berick: It turns out that I have not been running the fine generator on my new dev VM for the past ten days. |
| 09:08 |
Dyrcona |
berick: Anything in particular I should watch for while testing your branch? |
| 09:09 |
krvmga |
Dyrcona: i'm guessing that is so. what i can't account for is why there are more results with a more restrictive format filter. |
| 09:10 |
mmorgan |
krvmga: I get more results in our catalog with book(all) - 6304 vs book(regular print) - 4192, so am not seeing the same thing |
| 09:10 |
dbs |
krvmga: do you page through all of the results to find out how many there actually are? |
| 14:36 |
cfarley |
So I'm saying, hide everything below the catelog and effectively ignore them. |
| 14:37 |
Dyrcona |
Yes, but a lot of things expect there to be a tree and go up and down the tree looking for settings, etc. |
| 14:37 |
Dyrcona |
So, 1 mistake can throw that off. |
| 14:37 |
cfarley |
I see, maybe I'll have to do some testing |
| 14:38 |
Dyrcona |
If all you do is allow the top org unit type to have volumes/copies and users, and then just use that org unit type as your only org. unit, you should be OK. |
| 14:39 |
Dyrcona |
Testing is always good, preferably in a separate installation from production. |
| 14:55 |
cfarley |
I just noticed that my Catelog and system levels are greyed out in the Pickup location dropdown box on the place hold screen. Does anyone know what is needed to get these enabled? |
| 14:57 |
bshum |
cfarley: I believe that's controlled via the type of organization unit that's employed. There's a flag on the org unit type that sets it as allowing volumes and copies. If the unit type doesn't allow that, then they're typically not eligible as hold pickup locations. |
| 14:57 |
bshum |
Generally speaking, it's assumed in the stock setup that the top level and system levels do not actually house copies of materials. |
| 17:02 |
|
pie_ joined #evergreen |
| 17:02 |
pie_ |
Hey guys, has anyone ever used usemarcon or have access to some conversion tables/rulesets? |
| 17:03 |
|
mrpeters left #evergreen |
| 17:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mmorgan left #evergreen |
| 17:37 |
|
nhilton joined #evergreen |
| 18:34 |
|
RBecker joined #evergreen |
| 02:58 |
|
b_bonner_ joined #evergreen |
| 02:59 |
|
jeffdavi1 joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:30 |
|
rjackson-isl joined #evergreen |
| 07:37 |
|
jboyer-isl joined #evergreen |
| 07:46 |
|
ericar joined #evergreen |
| 15:09 |
berick |
bshum: have you noticed high mem. usage locally? |
| 15:10 |
bshum |
berick: I actually haven't monitored it that closely. Though the server that runs fines also runs A/T events and we do allocate a lot of memory to the server to avoid running out of room in general. |
| 15:10 |
bshum |
In the past, I know we've run out of memory before, so we've always kept it at a very high number anyways. |
| 15:11 |
berick |
bshum: gotcha. yeah, we get mem alerts occasionally. didn't think much about it until i saw what happened on the test server. |
| 15:15 |
Dyrcona |
I've never gotten memory alerts, but I know it can take a long time to generate fines on a dev/test server that has been kept up to date. |
| 15:15 |
Dyrcona |
Should be "has not been kept up to date." |
| 15:16 |
bshum |
The idea of skipping the $0 stuff sounds like a really good thing to me. |
| 15:16 |
bshum |
I know that ends up being tons for us |
| 15:26 |
jeff |
1.2.0.4 -- first version with Hold Capture Verify and Rental support. :-) |
| 15:27 |
jeff |
November 2008. |
| 15:29 |
berick |
nice |
| 15:55 |
Dyrcona |
Well, I threw that branch up on my development server, I'll have to figure out how to test it later. |
| 15:56 |
Dyrcona |
berick++ |
| 15:56 |
berick |
Dyrcona++ sweet |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mmorgan left #evergreen |
| 18:07 |
|
cfarley joined #evergreen |
| 18:10 |
cfarley |
Hello, I am having problem and hoping that someone has run into it before. I am running 2.6.4 and when I try to place an item on hold through the opac, nothing happens. |
| 12:38 |
tsbere |
hopkinsju: Looking at the hold targeter, it looks like it may be hardcoded to re-examine holds after 24 hours. We may want to make that more of an option some day. So, provided you are running it frequently it should, once a day, change the copies (when multiple are available) on each non-captured hold. |
| 12:40 |
tsbere |
hopkinsju: If there are no other copies available it obviously can't pick a new one (this is always the case for copy-level holds, for example) and as I mentioned it could be going back to the previous copy every other day....in fact, thinking about it, it may never leave a given library if that library has 2 or more holdable copies... |
| 12:41 |
tsbere |
That will be most likely to be a problem with the hold is for pickup at that library, or that is the "closest" library in the org tree to where the hold is to be picked up, though. If it has to look further than that it should be more random. |
| 12:46 |
hopkinsju |
tsbere: I think I'm going to have to do some further testing. My interpretation of the hold_targeter.pl was that it was looking for new *potential* copies to add to the pool every 24 hours. So that newly added items might be considered, |
| 12:46 |
hopkinsju |
But only in the case that a manual retarget (or status change related retarget) happened. |
| 12:48 |
|
mrpeters1 joined #evergreen |
| 12:53 |
|
mrpeters joined #evergreen |
| 12:54 |
tsbere |
hopkinsju: It adds new copies and updates the pull list information as part of the same cycle. Manual retarget is "do that without the 24 hour wait from the last time" |
| 13:10 |
|
buzzy joined #evergreen |
| 13:17 |
hopkinsju |
tsbere: I guess it could be that it's just choosing the same copies every time for the same reasons. |
| 13:17 |
hopkinsju |
I've not found a test case yet where the same branch has multiple available copies, but I've not looked hard enough. |
| 13:18 |
hopkinsju |
... where same branch is the local branch and/or local system. |
| 13:44 |
|
mrpeters1 joined #evergreen |
| 13:50 |
|
mrpeters joined #evergreen |
| 14:19 |
|
mrpeters1 joined #evergreen |
| 15:56 |
|
nhilton_ joined #evergreen |
| 16:34 |
|
nhilton joined #evergreen |
| 16:37 |
|
dreuther_ joined #evergreen |
| 17:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:10 |
|
mrpeters1 joined #evergreen |
| 17:31 |
|
nhilton_ joined #evergreen |
| 17:38 |
|
nhilton joined #evergreen |
| 00:10 |
|
hopkinsju joined #evergreen |
| 00:12 |
|
book` joined #evergreen |
| 01:12 |
|
nhilton joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:31 |
|
BigRig joined #evergreen |
| 07:36 |
|
collum joined #evergreen |
| 07:50 |
|
julialima_ joined #evergreen |
| 13:44 |
|
nhilton joined #evergreen |
| 13:45 |
|
nhilton joined #evergreen |
| 13:49 |
|
dreuther joined #evergreen |
| 14:10 |
abowling |
hi, all. doing some testing to hopefully fix some bugs, and have what's probably a relatively elementary question. just for pure testing purposes, i'm adding a variable to the $ctx array (e.g. $ctx->{foo} = "bar"), but when I try to output it in a TT2 file, even after restarting opensrf and apache services, it doesn't show. can someone give me a brief background tutorial on this? |
| 14:11 |
tsbere |
abowling: Where you are attempting add it would be a good thing to know, I think. |
| 14:11 |
abowling |
sorry. correct you are, tsbere |
| 14:11 |
abowling |
EGCatLoader.pm |
| 14:13 |
tsbere |
abowling: In that case, the function you are adding it to may be a good thing to know as well. |
| 14:14 |
abowling |
tsbere: load_common |
| 14:15 |
tsbere |
abowling: Huh. Have you installed the new file and restarted apache? |
| 14:15 |
abowling |
another related issue that i've run into, even if i change, purely for testing purposes, $ctx->{opac_root} to "eg", it still outputs as "/eg/opac" |
| 14:15 |
abowling |
I've restarted apache and opensrf services |
| 14:16 |
tsbere |
but did you reinstall the changed file? |
| 14:16 |
abowling |
is there anything i'm missing. for testing, i'm just directly editing the file and outputting, so based on your last question, probably not |
| 14:16 |
tsbere |
If you are editing the file in, say, an extracted tarball or git checkout then you will need to copy the file in place manually or re-run the make install step. |
| 14:17 |
abowling |
a-ha |
| 14:17 |
abowling |
i'm editing directly on the folder it's running, not in a git checkout |
| 15:14 |
mrpeters |
there is a kpac_root in the EGCatLoader though |
| 15:14 |
tsbere |
There is? |
| 15:14 |
mrpeters |
yeah |
| 15:14 |
abowling |
mpeters: i put the kpac_root there for testing |
| 15:14 |
mrpeters |
oh |
| 15:15 |
abowling |
it wasn't there, natively |
| 15:15 |
mrpeters |
heh i thought you said the original file was back in place :) |
| 01:20 |
|
remingtron_ joined #evergreen |
| 01:23 |
|
_bott_ joined #evergreen |
| 02:37 |
|
dcook__ joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:31 |
|
graced joined #evergreen |
| 07:47 |
|
eeevil joined #evergreen |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 09:51 |
|
yboston joined #evergreen |
| 10:01 |
|
akilsdonk joined #evergreen |
| 10:13 |
berick |
Dyrcona: your response to RM schedule.. more time where, exactly? |
| 10:13 |
Dyrcona |
berick: What you described as the week for testing. |
| 10:13 |
berick |
ah, ok |
| 10:14 |
Dyrcona |
I'm going to put it on my calendar at work, so I'll actually get some time to kick tires, etc. |
| 10:14 |
|
phasefx joined #evergreen |
| 10:37 |
|
Shae joined #evergreen |
| 10:56 |
berick |
yboston: fyi at bug 1171984 |
| 10:56 |
pinesol_green |
Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" (affected: 5, heat: 22) [Wishlist,Confirmed] https://launchpad.net/bugs/1171984 |
| 10:57 |
yboston |
cool |
| 10:59 |
|
buzzy joined #evergreen |
| 11:08 |
|
dreuther joined #evergreen |
| 11:23 |
|
dreuther_ joined #evergreen |
| 11:31 |
|
bmills joined #evergreen |
| 11:35 |
|
dreuther_ joined #evergreen |
| 11:35 |
|
jeffdavis joined #evergreen |
| 12:20 |
yboston |
berick: I may be able to find the time to sign off on that last commit today, or should I just wait for me to do the more thorough testing of the whole branch in Janaury? |
| 12:24 |
|
dcook joined #evergreen |
| 12:25 |
berick |
yboston: either way is fine w/ me |
| 12:25 |
yboston |
OK, then I will wait until January so I can wrap up some other stuff. |
| 12:26 |
yboston |
berick: BTW, I was wondering if you could share the test data you used, or at least describe it to me, and any configurations for auth merging that you used. |
| 12:26 |
yboston |
berick: we can do it by email if you |
| 12:26 |
yboston |
prefer |
| 12:30 |
berick |
yboston: i think I did all my tests with Open-ILS/tests/datasets/auth-subset100.mrc |
| 12:31 |
yboston |
berick: did you make any new merge profiles or any new config? |
| 12:32 |
berick |
yboston: i tried various match sets, but didn't create any new merge profiles |
| 12:32 |
yboston |
berick: OK, just wanted to get a sense of what you did |
| 12:32 |
yboston |
will keep you posted in janaury |
| 12:32 |
berick |
different merge profiles would be a good thing to test, of course. since I didn't touch the merge code, I didn't bother testing any of that |
| 12:32 |
berick |
yboston++ |
| 12:42 |
|
ericar joined #evergreen |
| 12:46 |
|
nhilton joined #evergreen |
| 12:57 |
|
nhilton_ joined #evergreen |
| 16:14 |
|
nhilton joined #evergreen |
| 16:32 |
|
dreuther_ joined #evergreen |
| 16:47 |
|
dreuther joined #evergreen |
| 16:50 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:58 |
|
dreuther_ joined #evergreen |
| 17:08 |
|
StephenGWills left #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 02:17 |
|
DPearl joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:59 |
|
collum joined #evergreen |
| 08:06 |
|
julialima_ joined #evergreen |
| 08:27 |
|
mrpeters joined #evergreen |
| 14:23 |
RoganH |
I'm in favor of using Eventbite if there's a question about GPL compatibility. I am curious what part of the GPL it might be violating though. |
| 14:23 |
keynote2k |
As for Eventbrite: we're working on whether they'll waive the fees for 2015; I haven't heard back yet |
| 14:24 |
graced |
#info graced is Grace Dunbar (better late than never) |
| 14:24 |
yboston |
good to know that on the techinical side kmlussier has been testing the first solution |
| 14:24 |
kmlussier |
keynote2k: But in the past, you have indicated it's less likely than it has been previously, right? |
| 14:24 |
yboston |
but I think we need tme for the license vetting |
| 14:24 |
* gmcharlt |
would like to point out that the investigation of the event plugin is not something that was being undertaken lightly; my understanding is that there has been significant uncertainty about whether EventBrite would waive this year |
| 16:53 |
berick |
yboston: no, i didn't add any new attrs for this code |
| 16:54 |
yboston |
not that I understand how overlays work for bibs or auths, wondering if some new values for auths would be a nice thing to have |
| 16:56 |
yboston |
I can't seem to be able to add new "record display attributes" for auths from the XUL UI either, but that is a diferent matter |
| 16:57 |
berick |
huh |
| 16:58 |
berick |
i wonder if no one's ever tested it, since vandelay has such limited auth support. i found other authority record bugs in vandelay. |
| 16:58 |
yboston |
tested what, the "record display attributes" or importing authorities? |
| 16:58 |
yboston |
we import authorities through Vabdelay daily |
| 16:59 |
yboston |
*Vandelay |
| 16:59 |
berick |
yboston: since the matching is based on MARC tags or normalized headings, new attributes are not required. however, not havingin any attrs, certainly limits the utility of the UI. |
| 16:59 |
berick |
the display attributes |
| 17:00 |
berick |
yboston: if you have suggestions on a set of default attrs, I'd be happy to help integrate them |
| 17:00 |
yboston |
that is what I suspected you woudl ask |
| 17:00 |
berick |
;) |
| 17:00 |
berick |
<-- predictable |
| 17:01 |
yboston |
I will run it by the catalogers here |
| 17:02 |
yboston |
and to be clear, I see two things |
| 17:03 |
yboston |
1) new defaults are needed (and I will help sugest some) 2) there might be a bug with addign new ones from the XUL UI (more testing needed to confirm) |
| 17:04 |
berick |
cool, that's how I understood it |
| 17:04 |
yboston |
great, just checking |
| 17:04 |
yboston |
BTW, I am trying to learn how to do bib overlays before I tackle testing the auth overlays |
| 17:11 |
|
mmorgan left #evergreen |
| 17:54 |
|
dcook joined #evergreen |
| 17:58 |
|
vlewis_ joined #evergreen |
| 11:01 |
remingtron |
"Oh man! Who printed their reports on my chocolate paper?!" |
| 11:05 |
tsbere |
remingtron: Well, that would make it nicer when you decide someone needs to eat the report for security/privacy reasons. ;) |
| 11:22 |
|
nhilton joined #evergreen |
| 11:47 |
bshum |
berick++ # I'm testing https://bugs.launchpad.net/evergreen/+bug/1392759 to get a new build system setup today to roll releases. |
| 11:47 |
pinesol_green |
Launchpad bug 1392759 in Evergreen "Developer/Packager Makefile.install targets" (affected: 1, heat: 6) [Wishlist,New] |
| 11:49 |
bshum |
berick: As a side question, I can see that there's a distinction made between "developer" and "packager" in the Makefile |
| 11:49 |
bshum |
I assume I should also run the developer one so that when we go to build the release including the web client stuff, that it'll have the necessary deps in place |
| 11:54 |
bshum |
berick++ # sweet :) |
| 11:55 |
bshum |
And might I say, I love this super handy addition for future release setup. :D |
| 11:57 |
berick |
great, glad it's helping |
| 11:59 |
* bshum |
goes and rolls 2.7.2 to test and see if everything installed right in his new building environment. |
| 12:04 |
berick |
bshum: hm, are you building on a machine that does not have EG installed? |
| 12:04 |
berick |
just curious about the lack of libtemplate-perl and liblocale-maketext-lexicon-perl |
| 12:04 |
bshum |
berick: Yep, I already found a quirk. |
| 12:07 |
eeevil |
the "not for human eyes" scared me :) |
| 12:09 |
berick |
heh, yeah, well EDI rarely is, i guess |
| 12:09 |
eeevil |
that's fair |
| 12:09 |
Dyrcona |
berick eeevil: I might be able to scare up someone who would be willing to test it with a vendor, but probably not until after the New Year. |
| 12:09 |
berick |
bshum: if you come up w/ a list of prereqs for non-EG-installed machines, we can add them to the makefile target |
| 12:09 |
berick |
Dyrcona++ |
| 12:09 |
eeevil |
Dyrcona++ # indeed |
| 12:38 |
mmorgan |
The log is telling me: circulator: bailing out with events: COPY_NOT_AVAILABLE |
| 12:38 |
Dyrcona |
Does the self check circ user have COPY_NOT_AVAILABLE.override permission? |
| 12:39 |
Dyrcona |
Didn't look to see if COPY_NOT_AVAILABLE is overridable, btw. That just comes to mind, though. |
| 12:40 |
mmorgan |
Yes, the user has that permission. |
| 12:48 |
mmorgan |
I swear the selfcheck/status thing worked when I originally tested, but it's not working now :-( |
| 12:49 |
Dyrcona |
Well, the log messages suggest that either the user doesn't have the permission or the override check is not being done for that event. |
| 12:52 |
mmorgan |
Here are a few more lines from the log. |
| 12:52 |
mmorgan |
[2014-12-17 12:22:11] open-ils.circ [INFO:38527:Circulate.pm:1170:14185563064613121] circulator: permit_patron script returned events: HASH(0x2ea13a8) |
| 13:04 |
RoganH |
#info Rogan Hamby, SCLENDS |
| 13:05 |
gmcharlt |
thanks |
| 13:05 |
RoganH |
And I'll be in and out of paying attention as I have something else going on at the same time (a reference materials meeting). |
| 13:05 |
gmcharlt |
I will need to keep this meeting short today, so let's just focus on highlights, please |
| 13:05 |
gmcharlt |
#topic Action items from previous meetings |
| 13:06 |
gmcharlt |
I've had very little time, what with crossing the continent, so first... |
| 13:06 |
gmcharlt |
#action (carry-over) gmcharlt will coordinate/assist with dbs to move the planet |
| 13:07 |
gmcharlt |
#action (carry-over) gmcharlt with work with DIG to get a test VM for doc-building set up |
| 13:07 |
gmcharlt |
#action gmcharlt will follow up with ericar re libraries roster and LP instructions page |
| 13:07 |
gmcharlt |
#action gmcharlt will tweak the “learn more” buttons shortly |
| 13:07 |
gmcharlt |
#action (carry-over) gmcharlt will coordinate with the EOB regarding the trademark policy page |
| 13:08 |
gmcharlt |
kmlussier: could you talk about your action items as well as the current status of the conference registration & events plugin? |
| 13:08 |
kmlussier |
I'll get the easy one out of the way first. |
| 13:09 |
kmlussier |
#info kmlussier has applied updates to the Getting Started page. The page now contains sections for testing code and funding projects. |
| 13:09 |
kmlussier |
I haven't worked on the action item to bring over previous conference materials, because I have been focusing on getting an event registration solution for this year's conference. |
| 13:10 |
kmlussier |
Mainly because it looks like we won't be able to get continued sponsorship to get Eventbrite fees, but also because I think it would be good if we didn't have to send our info to a third party. |
| 13:11 |
kmlussier |
I looked at a couple of plug-ins. The one that looks like it would work best for our conference is the Pro version of events manager. |
| 13:11 |
kmlussier |
#link http://wp-events-plugin.com/ |
| 13:12 |
kmlussier |
At this point, there are 2 things that could delay the conference registration. 1) we still are waiting for the venue contract to be signed. |
| 13:12 |
kmlussier |
And the SFC has concers about this plug-in because it isn't fully licensed as GPL. |
| 13:13 |
kmlussier |
I'm still waiting to hear back from them on those concerns. |
| 13:14 |
kmlussier |
My preference is to use it because I think it's a better solution to using Eventbrite. |
| 13:14 |
gmcharlt |
thanks for the update |
| 13:14 |
|
nhilton joined #evergreen |
| 13:15 |
gmcharlt |
I believe that phasefx has completed the update the FAQs page |
| 13:15 |
gmcharlt |
kmlussier++ |
| 13:16 |
phasefx |
related, yamil has put together some vendor-related faq's, linked off of the vendor page |
| 13:16 |
* phasefx |
is using "vendor" as short-hand, of course :) |
| 13:17 |
gmcharlt |
thanks |
| 13:18 |
gmcharlt |
on a different note, I believe that the test of the jobs plugin that RoganH did was a success |
| 13:18 |
gmcharlt |
so I think next steps are to get the jobs listing pages linked up |
| 13:19 |
gmcharlt |
and publicize their existance |
| 13:19 |
kmlussier |
Yay! RoganH++ |
| 13:20 |
gmcharlt |
#info Jobs plugin installed and tested; now needs to be linked to navigation and publicized |
| 13:20 |
gmcharlt |
in system administration news... |
| 13:21 |
gmcharlt |
#info Galen has updated dokuwiki after a security release |
| 13:21 |
gmcharlt |
#action jeff will upgrade the web server to Squeeze LTS |
| 13:23 |
bshum |
gmcharlt++ jeff++ |
| 13:23 |
gmcharlt |
so at this point, except for potentially some minor maintenance tasks and possibly installation of the events manager plugin |
| 13:23 |
gmcharlt |
we'll be in a holding pattern until next year |
| 16:49 |
Dyrcona |
PgAdmin estimates that 764,897 rows have been loaded into my table. |
| 16:49 |
Dyrcona |
At this rate, it won't finish until after I go home. |
| 16:50 |
|
nhilton_ joined #evergreen |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:18 |
|
mmorgan left #evergreen |
| 17:54 |
|
nhilton joined #evergreen |
| 17:56 |
|
nhilton_ joined #evergreen |
| 00:51 |
|
dkyle joined #evergreen |
| 00:52 |
|
_bott_ joined #evergreen |
| 01:17 |
|
nhilton joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:35 |
|
BigRig joined #evergreen |
| 07:10 |
|
mmorgan joined #evergreen |
| 07:10 |
|
artunit_ joined #evergreen |
| 12:22 |
mrpeters |
I made note of it on the upgrade spreadsheet. |
| 12:28 |
|
jihpringle joined #evergreen |
| 12:29 |
|
nhilton joined #evergreen |
| 12:31 |
kmlussier |
bshum or anyone else: do you know if we already have a page with guidance on testing bugs/using Launchpad? |
| 12:31 |
bshum |
kmlussier: Last I recalled, I thought ericar was working on a page for that. |
| 12:32 |
kmlussier |
I was thinking it would be useful to put http://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2014-11-10#testing_bugs on a page that is more permanant than a bug squashing day page, but I didn't want to create something new if there was something already out there. |
| 12:33 |
bshum |
kmlussier: Yeah, it was a carryover from a few web team meetings: http://wiki.evergreen-ils.org/doku.php?id=webteam:meetings:agenda:2014-10-15 |
| 12:34 |
bshum |
I imagine it's just gotten lost in the shuffles. |
| 12:36 |
kmlussier |
Well, maybe I can create the page with info on testing bugs, and then when somebody has time to do the larger "how to use Launchpad" page, they can incorporate it there? |
| 12:37 |
|
bmills joined #evergreen |
| 12:37 |
kmlussier |
My initial goal was just to follow up on a web team action item, but I seem to be straying a bit. |
| 12:53 |
|
julialima_ joined #evergreen |
| 13:40 |
|
RoganH joined #evergreen |
| 14:03 |
jcamins |
@later tell rfrasur I just got an e-mail saying my foldscope is in the mail! :D :D :D |
| 14:29 |
bshum |
Just so that we cover the bases. |
| 14:29 |
bshum |
I forward ported things so that the chain is better now though. |
| 14:33 |
pinesol_green |
[evergreen|Dan Scott] LP#1400100 - Avoid extra </div> when OpenURL is enabled - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85ccb0c> |
| 14:36 |
paxed |
i mentioned this yesterday, but i'll repeat: anyone want to test this (marc_warnings.pl) on EG install & bib data: http://github.com/paxed/marc21-fi-mangle |
| 14:40 |
bshum |
paxed: I saw it, but haven't had a chance to play with anything. |
| 14:41 |
bshum |
I can't remember if adding a new dependency might break egbuilder, but let's see how it goes.. |
| 14:41 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1401271: Add missing dependency for Date::Manip perl module - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=da51e17> |
| 15:32 |
berick |
(merging / LP) |
| 15:36 |
dbs |
6-digit bugs, nice |
| 15:37 |
|
buzzy joined #evergreen |
| 15:38 |
bshum |
Only 5 pullrequest things left for 2.7.2 |
| 15:38 |
bshum |
Of those, 2 are related to action_trigger stuff, and I'm still deciding what to do about them; how to handle the backporting basically. |
| 15:39 |
bshum |
Two are still waiting for further testing. |
| 15:39 |
bshum |
And one looks like it's still in a state of flux |
| 15:39 |
* bshum |
refers to berick/eeevil's https://bugs.launchpad.net/evergreen/+bug/1386347 |
| 15:39 |
pinesol_green |
Launchpad bug 1386347 in Evergreen 2.6 "Speed up hold copy map deletion for clear shelf process, etc." (affected: 1, heat: 6) [Undecided,New] |
| 15:39 |
pinesol_green |
[evergreen|Dan Scott] LP#1402905 Use stricter matching for UPC values - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cd9dfdf> |
| 15:43 |
bshum |
From the comments it looks like we're mostly settled, but maybe we should test more before we're ready to put that through. |
| 15:43 |
|
julialima_ left #evergreen |
| 15:43 |
eeevil |
bshum: I'll sign off on that branch |
| 15:43 |
bshum |
eeevil: That works too :) |
| 16:00 |
jboyer-isl |
mmorgan, I see you were poking at lp 1210541 |
| 16:00 |
jboyer-isl |
yesterday, is that looking good? I didn't want to put a pullrequest on it if there are still issues. |
| 16:00 |
pinesol_green |
Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541 - Assigned to Michele Morgan (mmorgan) |
| 16:03 |
mmorgan |
jboyer-isl: I did start poking, but didn't finish testing yet. |
| 16:04 |
mmorgan |
I did find that the deleted locations still show up in the interfaces where location groups and location order are configured. |
| 16:07 |
jboyer-isl |
How annoying of them. :/ I'm glad I didn't try to get it pushed in under the wire then, I'll keep plugging away. |
| 16:07 |
jboyer-isl |
Thanks mmorgan . |
| 16:09 |
mmorgan |
I was trying to decide if that was a showstopper. I think it would make those interfaces pretty confusing to use. :-( |
| 16:28 |
|
bmills joined #evergreen |
| 16:32 |
|
buzzy joined #evergreen |
| 16:32 |
|
bmills1 joined #evergreen |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:56 |
|
artunit_ joined #evergreen |
| 17:00 |
|
jihpringle joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 02:43 |
|
tsbere__ joined #evergreen |
| 04:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:10 |
|
TaraC joined #evergreen |
| 07:11 |
|
phasefx joined #evergreen |
| 07:56 |
|
jboyer-isl joined #evergreen |
| 09:58 |
Dyrcona |
So, funny: I have It's Only Rock'n'Roll (and I Like It) playing right now. |
| 09:59 |
Dyrcona |
Mick was at the chorus when I read krvmga's latest message. |
| 10:01 |
krvmga |
Dyrcona: :) |
| 10:01 |
kmlussier |
Dyrcona: No problem. I'm not sure when I'll have time to do testing anyway. |
| 10:01 |
* kmlussier |
just realized today that she only has a little more than a week of work left with a long to-do list before going on vacation. |
| 10:01 |
* Dyrcona |
watches his wifi indicator go up and down like a kid bouncing on a bed. |
| 10:02 |
Dyrcona |
kmlussier: There's always next year. |
| 10:02 |
|
BigRig joined #evergreen |
| 11:11 |
|
dreuther joined #evergreen |
| 11:12 |
|
chatley joined #evergreen |
| 11:23 |
|
dreuther_ joined #evergreen |
| 11:25 |
paxed |
anyone wanting to test this: https://github.com/paxed/marc21-fi-mangle (does marc_warnings.pl work on EG? i don't have an install or data i could test it against) |
| 11:32 |
|
collum joined #evergreen |
| 11:38 |
|
StephenGWills joined #evergreen |
| 11:48 |
|
mrpeters joined #evergreen |
| 11:49 |
* mmorgan |
was hoping that as well :-( |
| 11:54 |
eeevil |
julialima_: sorry I missed your response and question. csharp pointed you at some good resources, and I'm happy to chat any time. just prefix with "eeevil:" to get my attention :) |
| 12:09 |
julialima_ |
eeevil: no worries. Thank you anyways |
| 12:14 |
kmlussier |
mmorgan: Did you tell me you wanted to test something on a Sandbox? I can't remember what it was. |
| 12:16 |
mmorgan |
kmlussier: lp 1210541 |
| 12:16 |
pinesol_green |
Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541 |
| 12:17 |
kmlussier |
mmorgan: OK. I'll load it on mlnc2 now. |
| 09:03 |
|
rjackson-isl joined #evergreen |
| 09:10 |
|
RoganH joined #evergreen |
| 09:13 |
|
julialima joined #evergreen |
| 09:20 |
Dyrcona |
Heh. I just used NCIPServer to place a hold for pickup at a certain library that could only be filled by a certain library on my dev server in order to test something totally unrelated to NCIP. |
| 09:21 |
kmlussier |
Dyrcona: Nice! |
| 09:22 |
|
RoganH joined #evergreen |
| 09:22 |
mrpeters |
reciept template fun! Re: https://bugs.launchpad.net/evergreen/+bug/1396307 -- is there a way (I know some javascript could probably do it, but I don't know if it would be merged into master) to have the row for %noncat_count% only display when the item(s) in question are of the noncat type? |
| 09:25 |
mrpeters |
i would also say that it is a bug, not a wishlist, that the template doesn't properly account for the number of non-cat items checked out when the macro is already available |
| 09:25 |
jeff |
kmlussier: morning! |
| 09:27 |
kmlussier |
jeff: :) |
| 09:27 |
Dyrcona |
Yeah, it was the fastest way I could think of to place the hold: open a test script, edit two fields, and run it. |
| 09:27 |
Dyrcona |
Now, to experiment with suspending on shelf holds that have not been picked up.... |
| 09:29 |
|
yboston joined #evergreen |
| 09:31 |
|
julialima joined #evergreen |
| 10:00 |
mrpeters |
tsbere: are there other templates doing this? |
| 10:00 |
|
ericar joined #evergreen |
| 10:00 |
mrpeters |
(reading your article at http://masslnc.cwmars.org/node/2528 now) |
| 10:02 |
tsbere |
mrpeters: Er, I don't think stock templates do....but we have libraries that use it internally for some things. (note: I didn't test that code) |
| 10:02 |
mrpeters |
nah thats fine i understand it -- i just didn't know this functionality existed |
| 10:03 |
tsbere |
mrpeters: For example, making it so that a "short slip" prints out for specific shortnames is one of the primary reasons the "swap slip" exists - The entire main slip is discarded and an alternate used instead when the shortname matches |
| 10:03 |
mrpeters |
so, it looks at the value of the macro and decides whether or not to display the div? how is that happening? |
| 10:48 |
dbs |
by way of explanation, I hate marking older bugs as dupes because it feels like rewriting history. |
| 10:48 |
Bmagic |
csharp: you are using acq? |
| 10:48 |
|
sandbergja joined #evergreen |
| 10:48 |
csharp |
Bmagic: we're in a test period with a planned go-live on a couple of libraries in early spring |
| 10:48 |
DPearl |
eeevil: Thanks |
| 10:49 |
csharp |
but, yeah, I've learned way more about acq than I wanted to :-P |
| 10:49 |
Bmagic |
csharp: And you plan on registering the appropriate users to the system level? |
| 14:41 |
D0nB |
Just let me know how/if I can help |
| 14:41 |
kmlussier |
yboston: Maybe when the new cataloger is up to speed, they can help explain them. |
| 14:42 |
yboston |
that is what I hope to do |
| 14:42 |
kmlussier |
#info posted testing feedback for bug 1389403 and has signed off on it. |
| 14:42 |
pinesol_green |
Launchpad bug 1389403 in Evergreen "OPAC numeric search's call number search bug with LC call numbers " (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1389403 |
| 14:42 |
yboston |
kmlussier++ |
| 14:43 |
kmlussier |
OK, moving on to new business, I think we covered most updates during the action item updates. |
| 15:06 |
kmlussier |
A toggle to do what? |
| 15:06 |
yboston |
turn it on or off |
| 15:06 |
yboston |
or is there such a thing already and we only need better documentation? |
| 15:07 |
kmlussier |
I could be wrong, but I think you just need to give the right permission to patron to surface the volume/copy holds in the pac. |
| 15:07 |
* kmlussier |
hasn't tested it, though. |
| 15:07 |
dbs |
it's hard-coded right now as staff-only |
| 15:08 |
kmlussier |
dbs: OK, thanks for correcting me then. |
| 15:08 |
yboston |
dbs: thanks |
