| 01:35 |
|
Mark__T joined #evergreen |
| 01:46 |
|
sbrylander 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:51 |
|
TaraC joined #evergreen |
| 07:37 |
|
jboyer-isl joined #evergreen |
| 07:38 |
|
gsams joined #evergreen |
| 12:21 |
jeff |
There isn't a SetEnvIf equivalent for PerlAddVar, but in theory you could modify EGWeb.pm to push an ENV var as the "first" template path if it was set. Other than usual testing, I'd also look to make sure that such a change wasn't going to break the new template caching. |
| 15:47 |
pdot2 |
2015-07-07 15:45:57 EDT STATEMENT: INSERT INTO actor.usr (profile, juvenile, usrname, claims_returned_count, family_name, first_given_name, expire_date, id, claims_never_checked_out_count, net_access_level, ident_type, active, last_xact_id, passwd, barred, master_account) |
| 15:47 |
pdot2 |
VALUES ('2', 'f', '21187005375399', '0', 'Derp', 'Herp', '2018-07-07T00:00:00-04:00', '16', '0', '1', '1', 't', '1436298356.88058325.689549189485', '3373', 'f', 'f') |
| 15:50 |
jeff |
pdot2: the lack of home_ou violates a database constraint. i suspect you may need to run autogen and restart your staff client, if the user editor is trying to create users without any home library set. |
| 15:55 |
pdot2 |
ah, is a depth of 2 required for home branch? |
| 15:58 |
pdot2 |
it does state the my default (drop down) values for home library are not valid. |
| 15:58 |
pdot2 |
will try a complete db wipe (yay testing) and recreating hirearchy |
| 15:58 |
jeff |
have you modified your default org unit types? |
| 15:59 |
pdot2 |
yes, and ran autogen.sh, restarted apache2 |
| 15:59 |
pdot2 |
and restarted my client |
| 16:09 |
Dyrcona |
Seeing a diff of the changes would be handy, but we're basing it on quality score. |
| 16:11 |
Dyrcona |
So, maybe I'll add a wishlist bug later. |
| 16:12 |
|
Newziky joined #evergreen |
| 16:15 |
yboston |
don't judge me ;) |
| 16:15 |
yboston |
I once had to diff some marc inside of two sperate EG servers. I used vimdiff supercat_url1 supercat_url2 |
| 16:16 |
yboston |
like so... |
| 16:16 |
yboston |
vimdiff http://catalog.berklee.edu/opac/extras/supercat/retrieve/marctxt/record/12481 http://berklee-test.evergreencatalog.com/opac/extras/supercat/retrieve/marctxt/record/12481 |
| 16:16 |
yboston |
worked great |
| 16:17 |
Dyrcona |
That could almost work in my case. |
| 16:17 |
Dyrcona |
yboston++ |
| 16:17 |
Dyrcona |
Anyway, we've decided to replace MARC on records where the quality dropped by 10 or more. |
| 09:12 |
* mmorgan |
inhales the aroma, returns the favor:) |
| 09:12 |
mmorgan |
@coffee kmlussier |
| 09:12 |
* pinesol_green |
brews and pours a cup of People's Daily Espresso, and sends it sliding down the bar to kmlussier |
| 09:12 |
kmlussier |
:) |
| 09:13 |
kmlussier |
I could use some coffee. Testing the negative balances branch this morning. |
| 09:13 |
mmorgan |
That definitely requires coffee!! |
| 09:21 |
jwoodard |
I do not even know who our patrons keep getting negative balances. |
| 09:22 |
jwoodard |
Every week there are a few more. I think EG is just messing with me... |
| 14:22 |
* kmlussier |
will do her best to break old habits. |
| 14:22 |
yboston |
I would still send another reply to that thread to anounce the change or send in a new email |
| 14:22 |
remingtron |
yboston: sure, give me that action item |
| 14:22 |
yboston |
also, I would have liked to get feedback from Robert about testing out the change |
| 14:22 |
remingtron |
yboston: and another for phase 2: testing |
| 14:22 |
yboston |
remingtron: I will give you an action item |
| 14:23 |
yboston |
OK |
| 14:23 |
yboston |
#action remingtron will send out an email to the Dig list anouncing that a new file extension will be used for AsciiDoc files |
| 14:24 |
remingtron |
#info The dev docs already include one .adoc file that I added |
| 14:24 |
yboston |
did you want to right out the testing action item or feed me your suggestions? |
| 14:24 |
remingtron |
#link http://docs.evergreen-ils.org/dev/_library_settings_editor.html |
| 14:24 |
remingtron |
yboston: sure... |
| 14:24 |
yboston |
sorry, that should have said "write out" |
| 14:25 |
yboston |
remingtron: also,w ould you liek help in the testing? should we have a seconf action item to reach out to robert? |
| 14:25 |
remingtron |
remingtron will begin testing use of and conversion to the .adoc extension |
| 14:25 |
remingtron |
I'll email Robert |
| 14:25 |
yboston |
#action remingtron will begin testing use of and conversion to the .adoc extension |
| 14:25 |
remingtron |
as part of my testing phase |
| 14:26 |
remingtron |
and I'll email the list if I want help, or when phase 3 is ready |
| 14:26 |
remingtron |
(which is probably the big switch) |
| 14:26 |
remingtron |
I won't do anything crazy without warning :) |
| 14:26 |
yboston |
anything else on this topic? |
| 14:28 |
yboston |
OK, moving on |
| 14:28 |
yboston |
#info 4) all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files |
| 16:30 |
jwoodard |
I lose a little more of myself each time I close the reports interface. |
| 16:32 |
alynn26 |
its all in how you pull the data out. Sometimes you get what you want, and sometimes you go back and get more than you want to get what you want. |
| 16:32 |
alynn26 |
Well it is a love hate relationship. |
| 16:35 |
kmlussier |
I know people who love reports. They just don't spend much time in here. |
| 16:36 |
kmlussier |
@later tell Dyrcona I finall got around to posting those billing test cases I promised you. http://wiki.evergreen-ils.org/doku.php?id=qa:billing_test_cases |
| 16:36 |
pinesol_green |
kmlussier: The operation succeeded. |
| 16:36 |
kmlussier |
Oh, so sad to see a typo in an @later and to have no way to fix it. :( |
| 16:37 |
mmorgan |
I think those who have access to query the database directly generally don't like having to dig through the extra layers in the reporter to get the data they need. |
| 17:11 |
gsams |
@love reports |
| 17:11 |
pinesol_green |
gsams: The operation succeeded. gsams loves reports. |
| 17:12 |
gsams |
because it serves an important purpose that I stand behind |
| 17:12 |
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 |
bshum |
Actually that's odd, it should have changed status to checked out or available in that case. |
| 17:12 |
bshum |
I've never seen an item have a status of reshelving where it was checked out to someone. |
| 17:12 |
bshum |
Maybe bad SQL gone awry? |
| 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:27 |
Dyrcona |
heh |
| 15:27 |
jeff |
I have at least one other question that I might hit the general/dev list with -- removing lots (and LOTS) of images that have been in the web dir for a while that have only ever been used in "stock" by things like jspac/craftsman. |
| 15:31 |
yboston |
Would a quick warning email to the general list complement the mention in the release notes? |
| 15:31 |
jeff |
"hey, this still is no longer installed -- if you have it kicking around and you don't want to do a clean install of your web dir you might want to clean things up" |
| 15:31 |
kmlussier |
+1 to removing them and addressing it through release notes |
| 15:32 |
jeff |
yboston: possibly a heads-up after the work is tested and merged and the release notes are crafted. less uncertainty that way. |
| 15:32 |
jeff |
yboston++ i'll make a mental note |
| 15:32 |
Dyrcona |
#agreed release notes are a good idea. |
| 15:32 |
Dyrcona |
:) |
| 15:32 |
bshum |
Dyrcona++ :) |
| 15:43 |
jeff |
miker: i think i found at least three sprintf javascript implementations, one of which was added, then the code using it was removed, then LATER code re-used the sprintf implementation that had been left behind... :-) |
| 15:44 |
Dyrcona |
#info Query dbwells on the conditional negative balances work. |
| 15:44 |
Dyrcona |
So my questions for dbwells are do you think this could get polished up before the alpha? |
| 15:44 |
Dyrcona |
And, would you like some help writing tests, etc.? |
| 15:45 |
kmlussier |
I have put a deadline in my calendar to complete another round of negative balance testing by Wednesday. It's looking promising at the moment. |
| 15:45 |
jeff |
I'd like to volunteer to assist where possible/useful on testing and/or tests. |
| 15:45 |
Dyrcona |
I am also volunteering to help with whatever needs done at this point. |
| 15:46 |
Dyrcona |
I started the mess and feel the least I can do is help to get it done. |
| 15:46 |
dbwells |
the bug is pretty much as stated on the branch, i.e. ready for eyeballs, and still needing tests. We've done the work of getting at least one interesting test to load, so we're still hoping the others will flow from that more easily, but haven't gotten back to it yet. |
| 15:46 |
dbwells |
When is the alpha, again? |
| 15:46 |
Dyrcona |
The alpha is the 29th of July, so exactly 4 weeks from today. |
| 15:47 |
Dyrcona |
We've traditionally accepted new features up to the beta cut-off. |
| 15:47 |
dbwells |
I think it can make alpha, barring some major setback. |
| 15:48 |
jeff |
Dyrcona++ dbwells++ kmlussier++ |
| 15:48 |
kmlussier |
I think it would be nice to shoot for alpha. If the timeline slips a bit, then, it isn't pushed off to another release. And it gives more people to play with scenarios that may have been missed in earlier testing. |
| 15:48 |
dbwells |
I'll plan to push whatever tests I have on next Friday (even if it's still just the one), then others can more easily add to it at that point. |
| 15:48 |
Dyrcona |
dbwells++ kmlussier++ |
| 15:48 |
Dyrcona |
For the logs, the beta is planned for August 19. |
| 15:48 |
dbwells |
Of course, if people just want to jump in with tests from scratch, I don't oppose that in any way, either :) |
| 15:49 |
kmlussier |
When it gets in, we can have a nice IRC party where I will gladly hand out desserts to everyone involved in the project. Virtual desserts, of course. |
| 15:49 |
bshum |
Hehe |
| 15:49 |
kmlussier |
See how I said 'when' and not 'if.' :) |
| 15:50 |
Dyrcona |
I think an action or info should come out of this. |
| 15:50 |
dbwells |
I'll action myself for the test stuff. |
| 15:50 |
kmlussier |
Dyrcona: You can give me an action item to finish my testing by next Wednesday. |
| 15:50 |
kmlussier |
Or I guess I can action myself. |
| 15:50 |
Dyrcona |
Ok. |
| 15:50 |
Dyrcona |
you can add the actions yourselves. |
| 15:51 |
dbwells |
#action dbwells will hopefully write more neg balances tests and push whatever he has ready on July 10 |
| 15:51 |
kmlussier |
#action kmlussier to complete her testing on the negative balance branch by July 8 |
| 15:51 |
* kmlussier |
works best under deadline pressure. |
| 15:51 |
Dyrcona |
deadlines++ |
| 15:52 |
Dyrcona |
#action Dyrcona will follow up with negative balance branch after July 10. |
| 15:52 |
* dbwells |
works only under deadline pressure ;) |
| 15:54 |
Dyrcona |
#topic New and Old Business |
| 15:54 |
Dyrcona |
So earlier we said there were some action items from the face to face meeting that needed to be added. |
| 15:55 |
Dyrcona |
Now's the time to do that. |
| 15:56 |
yboston |
At the meeting we spoke about a test day, and Liam started the planning on that |
| 15:56 |
yboston |
he sent out one email about it |
| 15:56 |
jeff |
#action jeff will articulate ideas on merge vs cherry-pick and start discussion/proposal on dev list |
| 15:58 |
Dyrcona |
yboston: I feel iffy giving a vague action to someone who isn't here. |
| 15:58 |
jeff |
with Liam not here to take an action, perhaps an info pointing out that planning is under way? |
| 15:58 |
yboston |
I can follow up with him, I already followed up with him last week |
| 15:58 |
jeff |
now THAT sounds like an action item with your name on it. ;-) |
| 15:59 |
Dyrcona |
#action yboston to followup with ldw about a testing day. |
| 15:59 |
Dyrcona |
:) |
| 15:59 |
Dyrcona |
should probably be a space between follow and up, but English.... |
| 15:59 |
miker |
jeff: do your ideas boil down to merg-- ? ;) |
| 16:06 |
bshum |
jeff: I know, I jinxed it. |
| 16:06 |
* pinesol_green |
brews and pours a cup of Guatemala Pandora Pacamara Medium-Light Roast, and sends it sliding down the bar to egbuilder |
| 16:06 |
Dyrcona |
Heh. |
| 16:06 |
kmlussier |
Do we have a Launchpad tag for code that needs tests? |
| 16:06 |
Dyrcona |
No, we don't. |
| 16:06 |
bshum |
kmlussier: We can add one, simple enough for "needstests" |
| 16:07 |
jboyer-isl |
"unproven" |
| 16:07 |
Dyrcona |
Just a bit... ;) |
| 16:07 |
jeff |
"worksintheory" :-) |
| 16:07 |
kmlussier |
heh, i like worksintheory |
| 16:07 |
Dyrcona |
Although there's a famous line from Knuth: Beware of bugs in the following code. I have only proven it correct and not tested it. |
| 16:08 |
jboyer-isl |
In the interest of not waffling too much, +1 to needstests |
| 16:08 |
Dyrcona |
Well, that could be something to discuss at the next dev meeting or on the list. |
| 16:09 |
* bshum |
already added it, but yes, probably |
| 16:12 |
miker |
Dyrcona++ # for meeting |
| 16:12 |
* miker |
's favorite bugzilla status: WORKSFORME |
| 16:14 |
jeff |
``If you close a JIRA ticket for a bug in a WatchKit app that you can’t reproduce the resolution status should be “Not on my watch.”'' https://twitter.com/_Jordan/status/593231842339201026 |
| 16:17 |
kmlussier |
Is bug 1174498 something that would need a test before going in? |
| 16:17 |
Bmagic |
did someone pass me a beer? |
| 16:17 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 7, heat: 38) [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 16:17 |
kmlussier |
Bmagic: Yeah, that was me. You're welcome. :) |
| 16:56 |
Dyrcona |
Stompro++ |
| 16:56 |
Dyrcona |
I meant to copy/paste my blog post about scripted circ going away and sending it to the general list, but time got away from me. |
| 16:56 |
Dyrcona |
Perhaps tomorrow. |
| 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:57 |
kmlussier |
I still need to write a blog post on Bug Squashing Day. And on our ALA Exhibit. |
| 16:58 |
Dyrcona |
We have a pile of action items from today's meeting. |
| 17:00 |
Dyrcona |
Well, time for me to go. |
| 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 |
