| 01:27 |
|
Mark__T joined #evergreen |
| 03:05 |
|
TaraC joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:40 |
|
rlefaive joined #evergreen |
| 08:19 |
|
rjackson_isl joined #evergreen |
| 08:34 |
|
mmorgan joined #evergreen |
| 14:29 |
csharp |
@dunno add Ba ba ba dook Dook DOOK! |
| 14:29 |
pinesol_green |
csharp: The operation succeeded. Dunno #40 added. |
| 14:34 |
jboyer-isl |
Quick Q for those with some Composite Coded Value Maps experience: Can a record attribute be the root of the tree, or does the root have to be a boolean operator? I've got some definitions that only allow a single value, but they don't display an expression in the editor. |
| 14:35 |
Stompro |
Dyrcona, I just assigned myself to LP:1312297 so I would put in my next bug fixing branch, if it is higher priority then maybe someone else should grab it. I'm not sure when I'll have time to test again. |
| 14:35 |
jboyer-isl |
If that's just a display quirk I don't care, but now is the time to go back and make them all children of an OR or something like that if need be. |
| 14:36 |
Dyrcona |
Stompro: That is basically what I planned to ask you about. |
| 14:40 |
Stompro |
Drycona, I'll unassign myself, so someone else can grab if they have a chance. I'll still try and test it when I have a chance, if someone doesn't beat me too it. |
| 14:41 |
Dyrcona |
Stompro: OK with me. |
| 14:41 |
Stompro |
And one agenda item done, <check> :-) |
| 14:42 |
Dyrcona |
Mostly. I changed it, but they're really up for discussion. |
| 14:44 |
Dyrcona |
Meeting starts in about 15 minutes. |
| 14:46 |
dbwells |
jboyer-isl: I just created a quick test case, and it seemed to work alright, so I think it is just a display quick. |
| 14:47 |
jboyer-isl |
dbwells: Thanks! |
| 14:47 |
jboyer-isl |
dbwells++ |
| 14:48 |
dbwells |
s/quick/quirk/ |
| 15:18 |
Dyrcona |
Thanks to berick for doing the work. I'm sure it was fun deleting all that code! |
| 15:18 |
* miker |
shed a single tear for the backend js |
| 15:19 |
Dyrcona |
I recall occasionally having problems getting SpiderMonkey to install, so I won't cry. :) |
| 15:19 |
jeff |
berick++ also for bug 1312297 which I suspect is close to next. I'm reviewing/testing -- any comments on need for tests and/or release notes? Release notes seems like a "for certain". |
| 15:19 |
pinesol_green |
Launchpad bug 1312297 in Evergreen "time to remove the old web-based selfcheck interface" (affected: 4, heat: 18) [Wishlist,Confirmed] https://launchpad.net/bugs/1312297 |
| 15:19 |
Dyrcona |
jeff: Yes, that's the next "topic" |
| 15:19 |
jeff |
Ah. I would probably know that if I had the agenda up. Sorry! |
| 15:23 |
Dyrcona |
#action jeff will look into removing old self check interface. |
| 15:23 |
Dyrcona |
I'll review. |
| 15:24 |
Dyrcona |
Though, I think some of it now is just review, isn't it? |
| 15:24 |
jeff |
And, does anyone have input on tests/QA for these mostly web/js removals? |
| 15:24 |
jeff |
selfcheck is review and release notes (which i can craft). i think berick's done the work already. |
| 15:24 |
Dyrcona |
#action jeff will look at removing old JSPAC code. |
| 15:24 |
Dyrcona |
yep. berick++ again. |
| 15:25 |
Dyrcona |
As for tests, I'm not sure what one could except make sure basic functionality of other parts of Evergreen still works. |
| 15:26 |
Dyrcona |
jeff++ for taking those two on. |
| 15:26 |
jeff |
That's good enough for me. If something makes sense to test, I'll do it, but won't stress about the RM not accepting removal of jspac due to lack of tests. :-) |
| 15:27 |
Dyrcona |
The old self check should be fairly simple, 'cause I don't think anything else really touches it. |
| 15:06 |
Dyrcona |
heh |
| 15:07 |
Dyrcona |
I don't have wifi problems in the new offices. |
| 15:07 |
Dyrcona |
And, if I plug in, I've got gigabit to the servers down the hall. |
| 15:08 |
Dyrcona |
We tested that this morning because the building people wanted to make sure that the fiber was working properly. |
| 15:16 |
jeff |
that's somewhat troubling. |
| 15:16 |
Dyrcona |
What's somewhat troubling? |
| 15:17 |
jeff |
though in one scenario could be encouraging (this run tests clean, can you verify?) |
| 15:17 |
Dyrcona |
Well, yeah, we actually tested it last week. |
| 15:17 |
jeff |
it would be troubling if they were relying on your test as the only diagnostic. :-) |
| 15:18 |
Dyrcona |
tsbere came over and they tested it Thursday, but didn't do any speed tests. |
| 15:18 |
Dyrcona |
The building's engineer wanted us to do a speed test Saturday, but he had to leave before we had the right servers up. |
| 15:31 |
Dyrcona |
Does NO_CHANGE mean that the copy check in failed? |
| 15:31 |
jeff |
i believe it can mean that the copy was already checked in. |
| 15:32 |
jeff |
SIP checkin considers SUCCESS and NO_CHANGE to be acceptable, and anything else is a failure. |
| 16:31 |
|
jboyer-isl left #evergreen |
| 16:51 |
|
mrpeters left #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 21:48 |
|
dcook joined #evergreen |
| 01:06 |
|
bmills joined #evergreen |
| 03:46 |
|
sarabee joined #evergreen |
| 05:09 |
|
tsbere joined #evergreen |
| 05:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:10 |
|
artunit joined #evergreen |
| 07:10 |
|
bmills joined #evergreen |
| 07:47 |
|
collum joined #evergreen |
| 14:13 |
terran |
msg |
| 14:13 |
caryar |
etiquette says use /msg for ask the operator politely to be allowed back in |
| 14:13 |
bshum |
Yes, /query is what I usually use |
| 14:13 |
terran |
msg yboston test |
| 14:13 |
yboston |
bshum: really? |
| 14:13 |
terran |
ack |
| 14:13 |
yboston |
I looked it up, it was what I thought…. /msg nickname |
| 15:05 |
jeff |
selling something... like parts. |
| 15:12 |
* mmorgan |
can get you a deal on parts ;-) |
| 15:12 |
gsams |
jeff++ |
| 15:12 |
Stompro |
Dyrcona, thanks for the quickpicks script. So say I'm doing a bug testing branch with commits from 10 different LP bugs, I pull them all in using the -s flag with quickpick. Now time passes and I test all the various LP bugs. Is there an easy way to push signoff branches with just certain commits directly from my bug fix branch? Or do I need to manage each signoff branch individually? Sorry for the long post. |
| 15:13 |
tsbere |
Stompro: You will need to build individual signoff branches. |
| 15:13 |
Dyrcona |
Stompro: When I'm testing, I usually checkout -b a new branch based on master and then merge the branches that I want to test into that. |
| 15:14 |
Dyrcona |
When I want to sign off on one of the branches, I usually create a new branch based on master, then quickpick -s the branch I want to sign off on. |
| 15:16 |
Stompro |
Ok, that is what I thought, and where I was being lazy. I'm sure I'll get faster at it with more practice. |
| 15:17 |
miker |
bshum: you hate RAID? |
| 15:17 |
|
bmills left #evergreen |
| 15:18 |
bshum |
In general it's good to test everything in collaboration, eventually. Since they'll be merged that way at some point. But too many at once it can be hard to figure out what broke what. |
| 15:19 |
bshum |
miker: Maybe I meant to say I hate thinking about RAID configs. Or RAID and SSDs. Or failing RAID arrays... |
| 15:19 |
bshum |
@dontcare RAID |
| 15:19 |
pinesol_green |
bshum: The operation succeeded. bshum no longer hates RAID. |
| 15:19 |
miker |
;) |
| 15:19 |
Dyrcona |
bshum: Or HP RAID in particular? |
| 15:20 |
bshum |
@hate HP |
| 15:20 |
pinesol_green |
bshum: The operation succeeded. bshum hates HP. |
| 15:25 |
|
mrpeters1 joined #evergreen |
| 15:25 |
Dyrcona |
I usually test four or five branches at once, and add in our local customization branches. |
| 15:26 |
|
Newziky1 joined #evergreen |
| 15:26 |
|
Newziky1 left #evergreen |
| 15:27 |
Dyrcona |
And, when I see signed off lp bugs that aren't fix committed, I'll sometimes merge those in, do a quick smoke test, then push them. |
| 15:30 |
Dyrcona |
@loves |
| 15:30 |
|
bmills joined #evergreen |
| 15:30 |
pinesol_green |
Dyrcona loves git; scripted sign off; sed; OpenBSD; gnu/emacs; and git tag |
| 16:52 |
mrpeters |
will it be gone before the next 2.8 release? |
| 16:52 |
mrpeters |
berick: thansk |
| 16:52 |
Dyrcona |
Nope. It will be gone in 2.9. |
| 16:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:59 |
|
Newziky left #evergreen |
| 17:01 |
Bmagic |
I give up, what table keeps the patron credit (when choosing to convert change to patron credit) ? |
| 17:02 |
berick |
Bmagic: you'll never guess... actor.usr :) |
| 10:23 |
yboston |
I just switched to 2.7 the MOnday after the last EG conference |
| 10:24 |
yboston |
BW, I am not kidding that for the last three eyars at the EG cofnerence that bug has been mentioned to me by various folks |
| 10:24 |
Dyrcona |
I believe you. I recall hearing it mentioned at one, at least. |
| 10:25 |
Dyrcona |
Best thing is if we could set up a test to make it happen. |
| 10:25 |
yboston |
It could have gone away, but from Dan's comments it might have been a feature and not in the sarcastic CYA way |
| 10:25 |
Dyrcona |
That doesn't sound intentional to me. |
| 10:26 |
Dyrcona |
I don't recall what MARC says about subfield order, if anything. |
| 10:44 |
|
pmurray joined #evergreen |
| 10:53 |
krvmga |
https://bugs.launchpad.net/evergreen/+bug/1467559 |
| 10:53 |
pinesol_green |
Launchpad bug 1467559 in Evergreen "# hash tag truncated in URL in Call Number (shelf browse)" (affected: 1, heat: 6) [Undecided,New] |
| 10:56 |
Dyrcona |
Guess I should find a controlled field with more than 1 subfield to test lp 712490. |
| 10:56 |
pinesol_green |
Launchpad bug 712490 in Evergreen "Subfield order in bib. record changes when editing authority" (affected: 3, heat: 16) [Undecided,Incomplete] https://launchpad.net/bugs/712490 |
| 10:56 |
Dyrcona |
I did find an author with the $0 before the $a in the bre's 100. |
| 10:56 |
dbwells |
krvmga: pretty sure I'm not Chris Sharp, but I've been called worse ;) |
| 11:18 |
yboston |
I don't remember the details of the issue, I am attempting to quote what eeevil explained to me a while ago. My memory might be wrong |
| 11:19 |
yboston |
s/I am/I was/ |
| 11:23 |
Dyrcona |
Yep. It took 72.575 seconds in the database. |
| 11:25 |
Dyrcona |
Maybe I picked a bad one to test with. |
| 11:25 |
Dyrcona |
We had two subject headings for Fables, so I merged them. |
| 11:26 |
Dyrcona |
Looking at some records for books by Coelho, I don't see that the the fields changed order after the merge, but the most they have in that sugject is three, including the $0. |
| 11:27 |
Dyrcona |
That should be "subfields changed order." |
| 17:05 |
dbwells |
berick++ |
| 17:06 |
jonadab |
There are ice cream flavors besides chocolate? |
| 17:12 |
|
mmorgan left #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:39 |
|
remingtron_ joined #evergreen |
| 17:41 |
|
Newziky joined #evergreen |
| 17:42 |
hopkinsju |
Stompro: My pleasure. Hope it is of use. |
| 00:31 |
|
bbqben joined #evergreen |
| 04:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 08:00 |
|
mrpeters joined #evergreen |
| 08:02 |
|
Dyrcona joined #evergreen |
| 08:12 |
|
rjackson_isl joined #evergreen |
| 15:26 |
berick |
Dyrcona: yeah, IIRC, JSON looks just like python objects (dicts, arrays, strings) |
| 15:26 |
Dyrcona |
berick: Thanks! That is what I thought. |
| 15:26 |
berick |
so no need to do any translation like you have to do with perl objects => hashes, etc. |
| 15:27 |
Dyrcona |
Think I'll just look up all of wife's circulations as a test. |
| 15:27 |
Dyrcona |
I'd look up mine, but I have nothing checked out at the moment. |
| 15:28 |
Dyrcona |
Do I say None for null? |
| 15:29 |
berick |
yeah |
| 16:02 |
Bmagic |
I just discovered that this table has doubles: config.coded_value_map . Anyone else have doubles? select code,count(*) from config.coded_value_map where ctype='vr_format' group by code order by code |
| 16:02 |
Bmagic |
I wonder if it was a DB upgrade script somewhere |
| 16:05 |
berick |
Dyrcona: yes |
| 16:05 |
Dyrcona |
berick: Yeah, I was just testing it. |
| 16:07 |
Dyrcona |
It's gonna be fun when I try to do date_trunc('day', now()) = date_trunc('day', due_date)... I'll probably need to refer to the great page on the wiki. |
| 16:08 |
berick |
Dyrcona: yeah, i always have to scan the code for stuff like that. might be easier to use between |
| 16:11 |
jeff |
(as well as more performant on the postgres side) |
| 16:47 |
jeff |
the only one i'm aware of is the logic in Dyrcona's Safari load script. |
| 16:47 |
gmcharlt |
nah, I'll just cherry-pick on a Friday afternoon |
| 16:47 |
Bmagic |
Dyrcona: Gotcha |
| 16:47 |
bshum |
But we can test it. |
| 16:48 |
Dyrcona |
Bmagic: As jeff pointed out, my safariload script checks for d in the leader and deletes bibs if found: http://git.mvlcstaff.org/?p=jason/safariload.git;a=summary |
| 16:49 |
Dyrcona |
You might be able to use it as an example/starting point. |
| 16:49 |
Dyrcona |
And, while fiddling with my Python script, I discover that two of my wife's circs from 2011 have xact_finish set but no checkin_scan_time. |
| 17:17 |
jeff |
gsams: are all of the items you want to change in a certain shelving location right now, or are they all over the place? |
| 17:17 |
gsams |
single shelving location, changing to multiple locations |
| 17:17 |
jeff |
what is the id of the single source shelving location? |
| 17:18 |
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 |
gsams |
It's actually 3819, I don't know why the one I pasted had that for the set, the new one is 4870. |
| 17:19 |
gsams |
since it was based on the call number pattern, I figured singling out the owning library and call number pattern was the best option |
| 17:22 |
|
Newziky left #evergreen |
| 17:25 |
jeff |
gsams: i took your original query and updated it -- does this approach look better? Please don't run this "for real" on live data without appropriate safeguards, etc: https://gist.github.com/jeff/50f2999095e175c49362 |
| 17:25 |
gsams |
jeff: Thankfully, testing it on a backup. |
| 17:26 |
jeff |
gsams: that FROM statement on the UPDATE query is how you do an UPDATE with a JOIN, essentially |
| 17:26 |
mmorgan |
gsams: Again, the Friday afternoon brain, but you could *test* this one too, based on yours... |
| 17:26 |
jeff |
and what would be your ON becomes just another part of the WHERE clause |
| 17:26 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "Possible query" (9 lines) at http://paste.evergreen-ils.org/75 |
| 17:28 |
gsams |
mmorgan: Ah. Yes now I understand what dumb I was actually perpetrating. |
| 09:45 |
mrpeters |
i can't seem to edit any MARC in staff client, nor via the DB |
| 09:48 |
jeff |
mrpeters: recently added broken metabib field definition? |
| 09:49 |
jeff |
mrpeters: as often is the case when something breaks, knowing what changed gives useful context. |
| 09:49 |
mrpeters |
hmm, i dont think i've added any other than any that might have been added with the upgrade to 2.8.0 |
| 09:49 |
mrpeters |
this is just a test system |
| 09:49 |
mrpeters |
so it was a 2.6.2 to 2.8.0 upgrade, many months ago -- i guess nobody had tried editing MARC on it until I did yesterday |
| 09:52 |
|
_bott_ joined #evergreen |
| 09:55 |
eeevil |
mrpeters: you've got broken xpath in config.metabib_field ... almost certainly mismatched namespace prefix in the xpath compared to what the format dictates. the format and namespace prefix are not necessarily the same. ISTR you running into this recently. see: select name, prefix from config.xml_transform; |
| 09:56 |
eeevil |
or, maybe you had a bad predicate ... one of the two ... |
| 10:16 |
jeff |
Ud Paté? |
| 10:22 |
csharp |
berick: if you mistype something, a very slow train rolls by ;-) |
| 10:25 |
berick |
funny thing is i mistyped that sentence. s/the have/they have/ |
| 10:26 |
mrpeters |
fwiw regarding config.xml_transform, the tables are identical in production 2.6.2 and test 2.8.0 |
| 10:26 |
dbwells |
berick++ # I heard on the news last night you were downgraded to a depression, thought you could use a lift |
| 10:27 |
* berick |
feels like he missed something |
| 10:28 |
berick |
oh |
| 11:52 |
|
BigRig_ joined #evergreen |
| 11:54 |
Dyrcona |
dbs: Maybe. I got a syntax error the other day, but maybe that was running a 2.7 script with the 3.4 executable. |
| 11:54 |
* Dyrcona |
has a lot going on right now. |
| 11:56 |
dbs |
berick: heh, you got a patch in while I was talking and testing :) |
| 11:56 |
dbs |
berick: maybe we could combine patch forces to support both default protocol and just allowing the user to pass in the protocol explicitly as part of the gateway argument? |
| 11:58 |
Dyrcona |
dbs: yes, print() works in 2.7. I just changed my test script. |
| 11:58 |
Dyrcona |
When I'm doing something Evergreen-related, I'm expecting Perl, so my fingers want to type . instead of +. |
| 11:59 |
berick |
dbs: works for me. i thought about that, then got lazy |
| 11:59 |
Dyrcona |
Cool thing. I can load my JSON files with my login credentials that I use in Perl and use those almost, as-is to login via Python. |
| 16:52 |
Dyrcona |
git++ |
| 16:53 |
jeff |
[violent agreement] |
| 16:53 |
jeff |
git++ |
| 17:04 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:07 |
jeff |
regarding that test failure: https://rt.cpan.org/Public/Bug/Display.html?id=105330 |
| 17:08 |
|
mmorgan left #evergreen |
| 17:09 |
jeff |
https://github.com/redhotpenguin/perl-Archive-Zip/commit/9959caa2a2e27d64097420e2eab5f46ddf47726b |
| 17:10 |
jeff |
amusingly, just moments ago. |
| 17:24 |
|
bbqben joined #evergreen |
| 18:38 |
|
gsams joined #evergreen |
| 18:39 |
|
remingtron joined #evergreen |
| 02:46 |
|
jonadab_znc joined #evergreen |
| 02:46 |
|
ohiojoe joined #evergreen |
| 02:46 |
|
eady joined #evergreen |
| 05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:50 |
|
Newziky joined #evergreen |
| 07:55 |
|
rjackson_isl joined #evergreen |
| 07:57 |
|
graced joined #evergreen |
| 11:37 |
pinesol_green |
[evergreen|Ben Shum] Remove alpha and RC scripts for 2.3-2.4 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c14dc20> |
| 11:42 |
bshum |
gmcharlt: https://bugs.launchpad.net/evergreen/+bug/1442796 fell off the radar last maintenance cycle, but I'm hoping to get it through for you now. |
| 11:42 |
pinesol_green |
Launchpad bug 1442796 in Evergreen 2.7 "Record attribute definitions that use xpath can break bib ingest" (affected: 1, heat: 6) [Medium,New] |
| 11:42 |
bshum |
I'm poking at the pgtap test next, since I haven't played with it personally. |
| 11:49 |
bshum |
Actually maybe i'll wait on that one and spend more time on my pgtap setup later... *big sigh* |
| 11:53 |
RoganH |
Is there a long term goal to get in pgtap tests that do things like test function output with concerto data? |
| 11:56 |
rfrasur |
kmlussier: is there a color limitation (apart from trademark stuff)? |
| 11:57 |
kmlussier |
rfrasur: Color limitation in what sense? |
| 11:58 |
rfrasur |
1 color imprint? a cost function. When this gets printed, are you going to some more or less expensive... |
| 16:15 |
kmlussier |
berick: That's your first mistake. |
| 16:15 |
Dyrcona |
heh |
| 16:15 |
berick |
digitalgraphitti: release should be done today |
| 16:16 |
digitalgraphitti |
we are looking to convert to evergreen very soon, and I have test installed onto wheezy a month ago, but have since upgraded to jessie and ran into problems, and decided to put it down until 2.8.2 |
| 16:16 |
jeff |
Also, as the description of sms.enable somewhat alludes, if you set it to false and users or staff edit their notification preferences (possibly other scenarios as well), SMS notification can be saved as unset for a user who previously had it set. |
| 16:16 |
digitalgraphitti |
YAY i know what im doing tonight then, and it doesnt involve sleep hahaha |
| 16:18 |
* bshum |
waits for kmlussier to finish so that cutting can commence shortly thereafter |
| 16:48 |
Bmagic |
Is there any reason a copy can be deleted by nobody? According to the auditor table, there was no one responsible. The item went into transit, then a couple weeks later deleted by no one |
| 16:49 |
berick |
voldemort did it |
| 16:49 |
* kmlussier |
suspects it was pinesol_green |
| 16:49 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:49 |
Bmagic |
Ah! I knew it |
| 16:49 |
kmlussier |
Uh oh |
| 16:49 |
Bmagic |
Will "Abort transit" make that happen somehow? |
| 16:50 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "could not create XPath object" (12 lines) at http://paste.evergreen-ils.org/70 |
| 16:50 |
mmorgan |
Bmagic: Abort transit won't delete items. The row in the transit_copy is deleted when the transit is aborted. |
| 16:50 |
mrpeters |
what fun have i gotten myself into with the could not create Xpath object stuff? |
| 16:50 |
bshum |
Well that live test failure looks like a problem with installing Excel::Writer::XLSX on the wheezy system :\ |
| 16:50 |
* bshum |
wonders what might have happened there |
| 16:50 |
mrpeters |
and the first line there should be helpful if anyone needs to ever add a 856$9 to some bibs |
| 16:51 |
Bmagic |
mmorgan: I knew that "abort transit" will delete the row from transit_copy which is why I think someone must have used that function because there are no rows in there for this item. But it's also deleted by no one |
| 16:51 |
mrpeters |
maybe worthy of a random magic spell entry, maybe :P |
| 04:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:29 |
|
gsams joined #evergreen |
| 07:48 |
|
rjackson_isl joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 10:06 |
berick |
localStorage.clear() // for example |
| 10:06 |
berick |
probably same page :) |
| 10:06 |
Dyrcona |
I probably want localstorage.removeItem("key") |
| 10:07 |
berick |
yeah, though on my test system, it's the only key on this domain |
| 10:08 |
* csharp |
waits for replacement plane at Dulles on the way to PGCon in Ottawa |
| 10:09 |
Dyrcona |
Actually, I want sessionStorage. |
| 10:09 |
Dyrcona |
localStorage has my login info, etc. |
| 10:21 |
Dyrcona |
It doesn't look like it can be used to create instances in the same way as the Perl Fieldmapper. |
| 10:22 |
Dyrcona |
I was just reading about creating classes, etc. on the fly in Python. |
| 10:24 |
pinesol_green |
[sipserver|Bill Erickson] LP#1425135 Log message duration w/ millisecond granularity - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=cffea8a> |
| 10:26 |
berick |
Dyrcona: in python, the IDL tells opensrf about classes, then instnaces are created via the opensrf api. |
| 10:26 |
berick |
Dyrcona: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/support-scripts/test-scripts/acq_fund.py;h=17f16b5a5945d6655797d8d6688c8a426eddaa09;hb=HEAD |
| 10:26 |
berick |
see the line: fund_source = osrf.net_obj.NetworkObject.acqfs() |
| 10:27 |
* berick |
admits the API could be better there |
| 10:29 |
Dyrcona |
I see. So I should look in the Python osrf source to see how the objects are created. |
| 10:30 |
Dyrcona |
I'm so used to Fieldmapper::asset::copy->new().... ;) |
| 10:30 |
berick |
yeah, and I also like the js-style var org = new egIDL.aou() |
| 12:10 |
berick |
eeevil: was just about to try that... |
| 12:13 |
* berick |
will know when cron picks it up in 2 minutes |
| 12:17 |
berick |
eeevil: confirmed, that works |
| 12:17 |
phasefx |
this looks minor: Failed test 'CStoreEditor returns standard query error' at live_t/08-lp1366964-libdbi-error.t line 31. got: 'DATABASE_UPDATE_FAILED' expected: 'DATABASE_QUERY_FAILED' |
| 12:18 |
berick |
huh |
| 12:18 |
Dyrcona |
berick: I confirmed with tsbere that our firewall is proxying FTP, so we don't need passive FTP. |
| 12:19 |
* berick |
nods |
| 12:22 |
berick |
kmlussier++ |
| 12:22 |
berick |
my brand is taking off! |
| 12:22 |
Dyrcona |
heh |
| 12:25 |
* phasefx |
will put a fix on lp902255 for the live test |
| 12:26 |
Stompro |
Question about building the staff client - http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client - states that "The staff client is built as part of the “make install” process in a normal load." Is that actually true? It doesn't seem to be for me. |
| 12:27 |
Dyrcona |
Stompro: It's not, you need to do some extra steps. |
| 12:27 |
berick |
Stompro: the server pieces are, but the exe requires extra steps |
| 13:43 |
Stompro |
re changing phone numbers, how about a phone number verification system, on a change, call the customer and read them a code that they need to enter to confirm the change. |
| 13:45 |
jeff |
Stompro: while i don't want to require that, i'm interested in having that as an option for some things including email and sms. |
| 13:47 |
berick |
Dyrcona: if you go the python route, let me know if you have any problems |
| 13:48 |
Dyrcona |
berick: I'll have a look at it later. I've got some tests that use the PHP client that I can just modify to do what I need. |
| 13:48 |
Dyrcona |
I want to see what this vendor sees for the item information look ups. They say certain copies still cause a problem. |
| 13:50 |
* berick |
nods |
| 13:51 |
|
ericar_ joined #evergreen |
| 16:23 |
rangi |
yeah magnus did some work on that, i think he had it mostly done, ill need to catch up |
| 16:23 |
Dyrcona |
cool. I think I made a change or two to my side to fix bugs since then. |
| 16:23 |
Dyrcona |
He sent me a later some time ago about it. |
| 16:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:38 |
Dyrcona |
And, starting around 1:00 am tomorrow morning, we'll be testing this in production: http://git.evergreen-ils.org/?p=working/SIPServer.git;a=commit;h=c43cf27771e78a857ab86abe0dba29bfc36683c3 |
| 16:46 |
|
dmoses joined #evergreen |
| 16:50 |
|
bmills joined #evergreen |
| 16:52 |
|
bmills1 joined #evergreen |
| 10:00 |
Stompro_home |
bshum, I think it should also remove the old library "libspreadsheet-writeexcel-perl", just like what was done for the wheezy/squeeze/precise/trusty dependency makefiles in LP#1351355. |
| 10:00 |
bshum |
Stompro_home: Ah good point. I'll make some adjustment for that too and re-push it. |
| 10:03 |
Dyrcona |
jboyer-isl: 'Cause it's complicated. |
| 10:03 |
Stompro_home |
bshum, I'll try and test it this weekend or early next week, since the change is exactly the same as the other make files it seems like it could just be committed. |
| 10:03 |
* Dyrcona |
voids some payments. |
| 10:04 |
|
afterl joined #evergreen |
| 10:04 |
bshum |
Stompro_home: Yep, sounds good. I force pushed a new copy of the branch with the revised change. |
| 10:30 |
Dyrcona |
jeff: We never target "Master" as a series. |
| 10:31 |
Dyrcona |
At least, I never do. |
| 10:31 |
Dyrcona |
No one else appears to. |
| 10:33 |
jeff |
yeah. i was surprised to see it there and wondered what it would do if i checked it, so... i tested. :-) |
| 10:33 |
jeff |
Dyrcona: but correct on the subject of changing milestone from Evergreen 2.next to 2.9-alpha if I intend it to be ready? |
| 10:34 |
Dyrcona |
Yes. |
| 10:34 |
jeff |
thanks! |
| 10:35 |
pinesol_green |
[evergreen|blake] LP1424646 Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac318a4> |
| 10:47 |
Dyrcona |
berick: Should we backport that to 2.8? |
| 10:48 |
berick |
Dyrcona: yes, i think so |
| 10:48 |
Dyrcona |
OK. I'll do that now. |
| 10:49 |
* Dyrcona |
is going to build a new dev branch, so thought I'd commit a couple of branches that I've tested, first. |
| 10:49 |
Dyrcona |
bshum: Do you want the ruby fix for EDI in 2.7? |
| 10:50 |
bshum |
Dyrcona: It might be a good idea actually |
| 10:50 |
berick |
do we have a trusty installer in 2.7 |
| 12:41 |
berick |
Bmagic: just to be clear, the printer shows up in admin -> workstation -> printer settings -> configure printer |
| 12:41 |
Bmagic |
I was pleased to see it there. Yes |
| 12:42 |
Bmagic |
I configured it which prompted me a print dialog. I clicked ok and it edited the JSON |
| 12:42 |
berick |
ok, good |
| 12:42 |
berick |
are you testing via "Test Printing" ? |
| 12:42 |
Bmagic |
Yes |
| 12:43 |
berick |
ok, are you running hatch in a terminal? |
| 12:43 |
berick |
... and seeing the debug output |
| 12:46 |
berick |
it's not even trying to send the print job |
| 12:46 |
Bmagic |
this is stock 2.7.0 |
| 12:46 |
Bmagic |
that could be it? |
| 12:46 |
berick |
are you testing plain text or html printing? |
| 12:46 |
Bmagic |
both |
| 12:47 |
berick |
it would be better to test w/ EG master, but I can't say for sure that's the problem |
| 12:47 |
Bmagic |
thanks! no worries, I will keep hammering on it |
| 12:48 |
berick |
here's what hatch shows when I print.. http://pastie.org/10237584 |
| 12:48 |
Bmagic |
berick++ |
| 12:48 |
berick |
in your logs, do you see a line like the first line in my paste? that's testing the Text print |
| 12:52 |
Bmagic |
It's not showing the lines with the numbers for the print job. AKA n\n1234567890123456789012345678901234567890 |
| 12:55 |
berick |
no line that starts out 2015-06-12 12:42:35.453:INFO:WebSocketHandler:qtp2051450519-26: onMessage() {"action":"print",... |
| 12:55 |
jeff |
If I were to advocate for removal of the per-hold customization of notifications, would anyone here strongly oppose that? |
| 14:24 |
remingtron |
yboston: anything major to discuss post-hackfest? |
| 14:25 |
yboston |
remingtron: sorry I missed your additions |
| 14:25 |
remingtron |
no problem, they were late |
| 14:26 |
yboston |
elizabeth_: no problem, but for the record witht he use of community test server you can help test our or docuemnt newer versiosn of EG. Also, we have docuemntation needs for features in older versions of EG |
| 14:26 |
yboston |
elizabeth_: feel free to email me directly if you have any questiosn or comments |
| 14:27 |
yboston |
remingtron: I can't think of anythign esle post coference, now that I blurted a few more things out to you during this meeting |
| 14:27 |
Stompro_home |
yboston is a great mentor for getting up to speed with helping out with documentation. |
| 14:27 |
yboston |
hands down this was the most effective DIG hackfest |
| 14:27 |
elizabeth_ |
yboston: thanks! We're part of the SPARK Libraries so we really appreciate all the documentation |
| 15:00 |
elizabeth_ |
Thank you all for the warm welcome. |
| 15:01 |
yboston |
elizabeth_: btw, where is the SPARK system located? |
| 15:01 |
elizabeth_ |
yboston: SPARK is a collection Pennsylvania Public Libraries |
| 15:01 |
gmcharlt |
tsbere: I can your attention to bug 1464748 for SIPServer; it arose from my testing of your patches for 1463459 |
| 15:01 |
pinesol_green |
Launchpad bug 1464748 in SIPServer "SIPServer tosses away current account prematurely" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1464748 |
| 15:01 |
yboston |
elizabeth_: thanks |
| 15:02 |
gmcharlt |
tsbere: upshot - I believe that branch should be reviewed and pushed as a unit |
| 15:57 |
mmorgan |
jeff: FWIW I am also finding that at least a few of our users make use of different hold notification methods. You may find that more would if they had the option to receive text messages for some. |
| 16:00 |
pinesol_green |
[evergreen|Michael Peters] LP#1154656 MARC Expert Search "Add Rows" adds duplicate row - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7903e32> |
| 16:00 |
Dyrcona |
bug_squashing_day++ |
| 16:00 |
jboyer-isl |
jeff: totally unnecessary dev database. But one of the problems with allowing perl in-db is that sometimes postgres can't cancel things itself (such as when you're testing stupid regex tricks) |
| 16:03 |
jeff |
here, we're probably moving away from per-hold notification options, toward user settings. |
| 16:05 |
Dyrcona |
rashma++ #testing braches |
| 16:06 |
Dyrcona |
branches, even. ;) |
| 16:07 |
|
goood joined #evergreen |
| 16:07 |
|
eady joined #evergreen |
| 17:09 |
gmcharlt |
other than possibly adding a bottle of glue to join the belt and the suspenders |
| 17:13 |
|
mmorgan left #evergreen |
| 17:15 |
|
sarabee joined #evergreen |
| 17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:24 |
|
bmills joined #evergreen |
| 18:04 |
Bmagic |
have a good weekend everyone! |
| 18:15 |
|
cbear0x joined #evergreen |
| 07:20 |
|
BigRig_ joined #evergreen |
| 07:20 |
|
Callender_ joined #evergreen |
| 07:55 |
|
Stompro_home joined #evergreen |
| 08:05 |
csharp |
anyone using Windows 10 in production? Now that MS is offering the upgrade to all Windows 7 users, our libraries are wondering if it's safe to do. |
| 08:07 |
csharp |
I haven't tested anything myself, but I understand that nothing obvious is broken - I'm just concerned about how it will do under load (e.g., checking out 50 patrons in an hour) - we have enough problems with RAM usage on Windows 7 for me to want to introduce another factor in troubleshooting :-/ |
| 08:09 |
|
ericar joined #evergreen |
| 08:23 |
|
akilsdonk joined #evergreen |
| 08:26 |
|
Newziky joined #evergreen |
| 09:20 |
mrpeters |
its a lot like ubuntu, really |
| 09:20 |
mrpeters |
just start typing what you want and it comes up |
| 09:20 |
Bmagic |
typing what you want started with Vista |
| 09:20 |
RoganH |
I should disclaim that I have no personal opinion though it occurs to me that I might want to update my windows testing VM to 10 or build another one for it. |
| 09:32 |
|
maryj joined #evergreen |
| 09:33 |
jeff |
csharp: on the subject of users editing themselves... if they can't change home_ou or profile, would you still want them prevented from self-editing? |
| 09:34 |
csharp |
jeff: let me think on that for a few minutes... |
| 11:50 |
jeffdavis |
remingtron: http://git.sitka.bclibraries.ca/gitweb/?p=sitka/doc/manual.git;a=summary |
| 11:51 |
jeffdavis |
There has been some asciidoc vs docbook discussion locally but I'm not sure where things have been left there. |
| 11:53 |
mrpeters |
hey jeffdavis -- just the guy i was looking for :P does your overdrive-eg-opac contrib branch work with 2.8.0? |
| 11:55 |
jeffdavis |
mrpeters: it works with Sitka's somewhat-customized 2.8. I haven't tested with stock 2.8 yet (focused on preparing for our upgrade). |
| 11:57 |
mrpeters |
no worries, jeffdavis thanks! |
| 11:57 |
mrpeters |
did you just merge the contrib branch with your 2.8 custom branch? |
| 11:58 |
jeffdavis |
Hang on a sec, I need to dig up a commit |
| 11:58 |
mrpeters |
np |
| 11:59 |
mrpeters |
i was thinking maybe i'd just cherry pick it one by one into rel_2_8 and install |
| 12:00 |
jeffdavis |
We keep the overdrive-eg-opac code separate from Evergreen proper, with a couple of small tweaks to make the OPAC overdrive-eg-opac aware |
| 12:00 |
mrpeters |
what would be the easisest method for integrating it into an already running 2.8.0 test system to try it out? |
| 12:01 |
mrpeters |
if i were to clone your branch, can i just follow the readme -- or do i need it to be aware of the Evergreen codebase |
| 12:03 |
jeffdavis |
You should be able to just follow the readme. |
| 12:03 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=commitdiff;h=f8d5d13 |
| 12:03 |
mrpeters |
awesome -- i wasn't sure if this was "on top of" Evergreen or its own module -- but now i see that it is the latter, which is great |
| 16:05 |
kmlussier |
This - bug 902255 |
| 16:05 |
pinesol_green |
Launchpad bug 902255 in Evergreen "possible to double-scan an item during check-in and have it captured by two holds" (affected: 10, heat: 54) [Low,Confirmed] https://launchpad.net/bugs/902255 |
| 16:06 |
Bmagic |
I wasn't aware of that setting on the UI, That is definiatly it |
| 16:06 |
kmlussier |
I replicated it yesterday without async checkin. I hope to get that code tested again today or tomorrow. |
| 16:08 |
Bmagic |
Oh wow, the code was just submitted on Monday |
| 16:09 |
bshum |
It's an oldie |
| 16:11 |
yboston |
phasefx: are you around? |
| 16:12 |
yboston |
phasefx: I have a question about docs evergreen-ils.org |
| 16:15 |
phasefx |
yboston: I'm here |
| 16:16 |
yboston |
phasefx: I sent a test email to that address earlier, did you geta copy? |
| 16:16 |
phasefx |
yboston: I did |
| 16:16 |
yboston |
phasefx: OK, just checking. |
| 16:17 |
yboston |
phasefx: a community member had a bounce back and I did not get copies on my work account, but I got a copy on my personla account |
| 16:17 |
yboston |
phasefx: just making sure |
| 16:17 |
phasefx |
fwiw, prior to your test, the last one I saw was back in February |
| 16:22 |
|
afterl joined #evergreen |
| 16:22 |
|
afterl left #evergreen |
| 16:23 |
|
jonadab_znc joined #evergreen |
| 16:23 |
|
eady joined #evergreen |
| 17:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:18 |
|
Newziky joined #evergreen |
| 17:49 |
|
Stompro_home joined #evergreen |
| 11:15 |
mrpeters |
but the scripts give a file not found when it uses FTP |
| 11:15 |
mrpeters |
if i change it to http:// in the Makefile and friends it works great |
| 11:18 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "FTP fail" (9 lines) at http://paste.evergreen-ils.org/65 |
| 11:18 |
jboyer_isl |
mrpeters: It may be a passive/active FTP issue. I had trouble building clients at one point when I was testing and it was network related. http links do get around that though since you’re not limited to ftp’s crusty antique-ness re: port use. |
| 11:18 |
mrpeters |
that could be -- it does use PASV |
| 11:19 |
jboyer_isl |
Or firewalling, there’s a limitless list of potential issues. |
| 11:21 |
mrpeters |
ill push it up to working, if you guys want to commit it cool, if not, at least its out there |
| 12:38 |
kmlussier |
bshum++ |
| 12:39 |
Dyrcona |
bshum++ |
| 12:44 |
jeffdavis |
Dyrcona: thanks for the bib deletion script |
| 12:45 |
Dyrcona |
jeffdavis: You're welcome. It has been over a year since I tested it, so it might need some changes. |
| 12:47 |
jeffdavis |
Understood. I'll need to make adjustments anyway to accommodate some of our local requirements, but it's nice to have something solid to work with. :) |
| 12:48 |
bshum |
berick: Fwiw, I also tested those TT2 changes (for locale, etc.) and think that merging to master only is a fine start. Backporting the new with the fix was trickier. |
| 12:49 |
bshum |
So consider that my +1 to those three bugs |
| 12:49 |
bshum |
Err, LPs |
| 12:51 |
berick |
thanks bshum |
| 12:58 |
mrpeters |
refresher -- what is the correct tag that needs a signoff? |
| 12:59 |
mrpeters |
*correct tag for a bug... |
| 13:01 |
mrpeters |
https://bugs.launchpad.net/evergreen/+bug/1361900 |
| 13:01 |
pinesol_green |
Launchpad bug 1361900 in Evergreen "Acq: Move Acqusitions Admin Menu" (affected: 2, heat: 10) [Undecided,New] - Assigned to Michael Peters (mrpeters) |
| 13:02 |
mrpeters |
^ fixed if anyone wants to test/signoff |
| 13:05 |
kmlussier |
mrpeters: pullrequest |
| 13:07 |
mrpeters |
ok, i thought that was for committers only, sorry |
| 13:30 |
kmlussier |
We've had a pretty active Bug Squashing Day so far! https://docs.google.com/spreadsheets/d/1y0wCUuQju6YpeSKVn1t8QaL6SSvK900ixuPBXSPMF0U/edit?usp=sharing |
| 13:57 |
mrpeters |
kmlussier: fair enough |
| 14:01 |
mrpeters |
is there a way to search for users who need signoffs? |
| 14:03 |
Dyrcona |
mrpeters: You could do advanced search and look for bugs with the pullrequest tag. |
| 14:03 |
kmlussier |
Interesting discovery on my part. The due dates for Concerto transactions are not 11:59 p.m. as would be the case for checkouts in a real system. Led to an anomaly in my testing that almost kept me from signing off on bug 638509 |
| 14:03 |
pinesol_green |
Launchpad bug 638509 in Evergreen 2.8 "renewing lost items fails unintuitively" (affected: 7, heat: 34) [Medium,Confirmed] https://launchpad.net/bugs/638509 |
| 14:03 |
mrpeters |
yeah, i just didn't know if those were already being handled by committers |
| 14:04 |
kmlussier |
mrpeters: I have a link on the bug squashing day wiki page to those bugs, but it's basically what Dyrcona just said. I've also been encouraging people to assign bugs to themselves if they are testing the. |
| 14:04 |
kmlussier |
s/the/them |
| 14:05 |
Dyrcona |
mrpeters: Committers often assign themselves to the bugs when they're actively looking at them. |
| 14:06 |
Dyrcona |
I sometimes forget to do that. |
| 14:07 |
jeff |
kmlussier: keep in mind that a "real system" can have non-11:59 PM due dates. |
| 14:07 |
kmlussier |
StomproJ: I just finished up with the Sandbox I was using. If you want, I could load the updated branch from tsbere so that you can see if it addressed the nocache issue you found. |
| 14:08 |
kmlussier |
jeff: Yeah, but what I considered to be an anomaly would be considered correct behavior in that situation. |
| 14:09 |
kmlussier |
Basically, I was tracking two parallel transactions to ensure that fines were handled the same way when one was checked in and the other renewed. I had been thinking the 2 transactions had the same due date, but the due times were an hour apart. |
| 14:09 |
kmlussier |
And I just happened to do my test in between those 2 due times. |
| 14:11 |
StomproJ |
kmlussier, that would be great. |
| 14:15 |
StomproJ |
So, should apache mod_headers be enabled by default for evergreen installs? Maybe it was enabled by default by apache in Squeeze but now isn't included in Jessie? |
| 14:16 |
tsbere |
StomproJ: I don't think so, and my extra change doesn't make it needed for the cache clearing code |
| 14:27 |
eeevil |
mrpeters: that's different |
| 14:27 |
csharp |
so... I'm trying to fix bug 914800 (as is mrpeters) - I've added the code and description to ils_events.xml, but I'm still getting the ugly skull and crossbones-style error rather than a simple alert box with the error and description |
| 14:27 |
pinesol_green |
Launchpad bug 914800 in Evergreen "Attempting to merge user in collections provides an unfriendly error message" (affected: 3, heat: 18) [Low,Confirmed] https://launchpad.net/bugs/914800 - Assigned to Michael Peters (mrpeters) |
| 14:27 |
mrpeters |
10-4 -- consider it tested and signed off by me, as well then -- wasnt sure if Rashma would get the message |
| 14:28 |
csharp |
what does someone need to do to get that to work? the calls in the code OpenILS::Event->new() seem to be identical |
| 14:28 |
csharp |
mrpeters: rashma is here in channel too, FYI |
| 14:28 |
mrpeters |
ah, my mistake |
| 15:33 |
bshum |
b_bonner++ # git powah! |
| 15:34 |
* bshum |
disappears again to find a better internet connection... |
| 15:46 |
|
Newziky1 joined #evergreen |
| 15:49 |
terran |
I've posted a fix (I hope) for this one if anyone has time to test: https://bugs.launchpad.net/evergreen/+bug/1396263 |
| 15:49 |
pinesol_green |
Launchpad bug 1396263 in Evergreen "SMS 'Return to Record' link breaks after texting if user has to log in" (affected: 2, heat: 10) [Medium,Confirmed] |
| 16:24 |
berick |
tsbere: are you using bug 1347807 on a live server? i'm curious how it's being used. |
| 16:24 |
pinesol_green |
Launchpad bug 1347807 in Evergreen "Add examples config blocks for "No Image" jacket images" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1347807 |
| 16:52 |
kmlussier |
You could, but if you update LP, I'll get the notification too. |
| 16:53 |
kmlussier |
Oops! Answering questions in channel that were asked somewhere else. :) |
| 16:56 |
Dyrcona |
:) |
| 17:07 |
* kmlussier |
is hitting the road, but may test two more things before the day is done. |
| 17:07 |
kmlussier |
Thanks everyone for all the work you did today! |
| 17:07 |
berick |
kmlussier++ |
| 17:07 |
berick |
right back atcha |
| 17:13 |
|
jlundgren left #evergreen |
| 21:07 |
pinesol_green |
[evergreen|Blake Henderson] LP#1194860: You have permission to override some of the failed holds. appearing when it should not for patrons in the OPAC Edit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adc2aff> |
| 21:09 |
kmlussier |
And the bshum merging begins! :D |
| 21:10 |
kmlussier |
b_bonner++ |
| 21:10 |
bshum |
kmlussier: I'm just doing the lazy part. |
| 21:10 |
bshum |
But thanks to everyone who tested and signed off. |
| 21:11 |
kmlussier |
Another signoff is on its way |
| 21:12 |
kmlussier |
And then I'm going to bed. Been up since 3:30 a.m. |
| 21:12 |
|
gdunbar joined #evergreen |
