| 11:10 |
ElliotFriend |
awesome thought-process, but I'm 90% confident I would do more damage than good by modifying anything in Perl haha |
| 11:11 |
robertl_ |
Hi. Anyone knows how long it takes for beta release before it becomes stable? |
| 11:12 |
RoganH |
robertl_: as soon as bugs are squashed |
| 11:13 |
RoganH |
The beta blocker list is pretty small, then we get RC. How long something stays at RC depends partly on how much testing it gets. |
| 11:22 |
robertl_ |
thanks Rogan |
| 11:50 |
|
Dyrcona joined #evergreen |
| 11:52 |
Dyrcona |
pinesol_green: Any laters for me? |
| 12:46 |
pinesol_green |
[evergreen|Dan Wells] Stamping upgrade 0839: alternative title index fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b8ec73d> |
| 12:47 |
jeff |
dbwells++ |
| 12:48 |
* Dyrcona |
is back |
| 12:52 |
jeff |
bah. pound appears to be unsuitable for use in environments where your local interface IP is not your public-facing IP, unless you go down the path of split dns. |
| 12:53 |
jeff |
perhaps exclusively where the local interface IP can change. |
| 12:53 |
jeff |
and another option is to update pound.cfg dynamically. |
| 12:59 |
jeff |
oh that's weird. re-test server behavior seems to skip/cache the version check. |
| 13:11 |
* tsbere |
hates library vendors that refuse to change how they send email because it worked the way they are when they started decades ago... |
| 13:16 |
Dyrcona |
@later tell gmcharlt Would you be interested in records that appear to OK in UTF-8 but cause warnings when converted to MARC-8 with MARC::Charset? |
| 13:16 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 15:15 |
Dyrcona |
Hope I didn't step on backporting 0839, or is it for 2.5+ only? |
| 15:18 |
berick |
@later tell dbwells since we're in beta now, can we get an origin/rel_2_5 branch so master can remain open for business? |
| 15:18 |
pinesol_green |
berick: The operation succeeded. |
| 15:19 |
dbwells |
berick: I think in the past we have deliberately closed master until final release to encourage more testing and less new stuff. Maybe I am mistaken, though. |
| 15:19 |
dbwells |
berick: And by closed, I mean kept for bugfixes only. |
| 15:22 |
kmlussier |
It's been a while since I updated that page. I also added fparks_ and yboston to http://wiki.evergreen-ils.org/doku.php?id=contributing:contributors. fparks++ yboston++ |
| 15:22 |
kmlussier |
new_contributors++ |
| 15:22 |
berick |
hm, i think that's great as a policy -- let's focus on bug fixes - i'm not fond of enforcing it in that manner, though |
| 15:44 |
roses |
Dyrcona: I'm going to steal that line and tell them that!! |
| 15:44 |
Dyrcona |
Crazy staff.... |
| 15:44 |
bshum |
"I don't recognize this account, I'm gonna delete it." |
| 15:44 |
roses |
bshum: sounds like something i would do to myself while "testing" |
| 15:44 |
jeff |
All disclaimers about deleting users aside, to answer the original question, a staff user deleting another user will need DELETE_USER at the target user's home_ou, and may also need ACTOR_USER_DELETE_OPEN_XACTS.override at the target user's home_ou as well. You'll also need the same group application permissions that you would need to be able to edit the user in the first place -- for a stock install, that means you'd need group_application.user.patron fo |
| 15:45 |
jeff |
oh, and that truncated. if someone would kindly tell me where, i can re-send. |
| 15:45 |
bshum |
group_application.user.patron for... |
| 16:15 |
pinesol_green |
Launchpad bug 1097399 in Evergreen 2.4 "Reserve room for system config.metabib_field values" (affected: 4, heat: 24) [Medium,Confirmed] |
| 16:16 |
bshum |
I knew it existed somewhere |
| 16:17 |
dbwells |
bshum: very interesting, so it isn't in yet. Bummer. Same problems, different day :) |
| 16:18 |
bshum |
Dyrcona: Fwiw, my test system that I setup last Saturday only goes to id 30. With 30 being LCCN, so something is awry in there. |
| 16:19 |
bshum |
dbwells: Yeah, I think it was covered in an upgrade SQL during the 2.0 era. |
| 16:19 |
bshum |
dbwells: So folks who upgraded in that time were covered, but folks who went to Evergreen or always were on master were broken by the lack of proper sequencing. |
| 16:21 |
bshum |
dbwells: I'm curious about something (which I guess I would see if I did apply the branch), but... |
| 16:21 |
dbwells |
bshum: you must be right, because our custom indexes start at 101. |
| 16:21 |
bshum |
dbwells: What should the title data look differently between browse vs. regular? |
| 16:21 |
bshum |
*how should |
| 16:25 |
bshum |
Dyrcona: Yeah, the bug I linked to has a branch you created to do that ;) |
| 16:25 |
dbwells |
bshum: the bigger issue it fixes (which is why it is a blocker) is that the non-filing stuff was ending up in the sort_value in metabib.browse_entry. |
| 16:26 |
dbwells |
Dyrcona: so, you agree with yourself from 5 months ago, that's good :) http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=95251643c7a60945f50b30be7e328ecbcae38cd6 |
| 16:26 |
Dyrcona |
I can still test it, though. |
| 16:28 |
Dyrcona |
That's amazing. These days I'm lucky if I agree with myself from 5 minutes ago. |
| 16:28 |
|
Bmagic joined #evergreen |
| 16:28 |
dbwells |
:) |
| 16:46 |
bshum |
dbwells: That helps, thanks! Sorry, I got distracted reminiscing about the old days. |
| 16:47 |
|
sseng__ joined #evergreen |
| 16:47 |
|
smyers_ joined #evergreen |
| 16:47 |
dbwells |
bshum: the second (more minor) change is that trailing punctuation for titles should be gone now from the title browse display (especially '/'). |
| 16:47 |
|
dconnor joined #evergreen |
| 16:48 |
|
smyers_ joined #evergreen |
| 16:51 |
|
dconnor joined #evergreen |
| 16:52 |
|
dconnor joined #evergreen |
| 16:53 |
dbwells |
bshum: Dyrcona: one thing I should also point out if you are watching the DB while testing is that metabib.browse_entry builds up dead rows. I don't think any code ever deletes them. I intend to open that as a separate bug, but it practice, I don't think it is a big deal. |
| 16:53 |
|
dMiller_ joined #evergreen |
| 16:56 |
mrpeters |
any syslog-ng experts left? i know most have switched to rsyslog but I am pulling my hair out trying to figure out why gateway and eg-stats logs are going to both their own log files, AND to osrfsys.$HOUR.log |
| 16:56 |
mrpeters |
its making troubleshooting a nightmare |
| 17:09 |
kmlussier |
Dyrcona: OK, well thanks for the attempt. :) |
| 17:09 |
* mrpeters |
now debates time investment vs switching them to rsyslog versus fixing syslog-ng |
| 17:13 |
Dyrcona |
kmlussier: Or maybe it will. A little regexp magic goes a long way. |
| 17:14 |
bshum |
dbwells: Interesting.... on the concerto test dataset from clean to running the reingest after applying the patch I do notice there are extra rows in metabib.browse_entry that don't appear in the metabib.browse_entry_def_map |
| 17:15 |
bshum |
I should have checked right before I ran it... doh |
| 17:16 |
dbwells |
bshum: right, those are the old rows which no longer apply. It will need a fix, but since those rows are likely to build up very slowly in real life, I don't want to block RC for it. |
| 17:16 |
bshum |
"slowly" |
| 17:16 |
* bshum |
goes to try his query in production for kicks :) |
| 17:28 |
dbwells |
bshum: I did this: |
| 17:28 |
dbwells |
select * from metabib.browse_entry mbe LEFT JOIN metabib.browse_entry_def_map mbedm ON mbedm.entry = mbe.id LEFT JOIN metabib.browse_entry_simple_heading_map mbeshm ON mbeshm.entry = mbe.id where mbedm.id IS NULL AND mbeshm IS NULL; |
| 17:29 |
dbwells |
I still found 5 things I wasn't expecting to be orphaned from the concerto set, so I am not sure what is going on there. |
| 17:30 |
bshum |
What is simple_heading_map? |
| 17:30 |
* bshum |
doesn't seem to have that in his production DB... |
| 17:31 |
bshum |
Oh I see |
| 17:31 |
bshum |
We don't have it yet, nevermind. |
| 17:31 |
bshum |
That went in after our last step forward |
| 17:37 |
bshum |
dbwells: Is there supposed to be a difference in how 6 vs. 31 metabib field present in the metabib.title_field_entry? Or are they basically identical and the question is just how they are rendered in the browse table values? |
| 17:38 |
bshum |
Having only just run that against the concerto test set quickly, the only 7 bibs that show differences in those indexed values were like: |
| 17:38 |
bshum |
L'unique et sa propriété vs. L' unique et sa propriété |
| 17:38 |
bshum |
The extra space gets removed, and so forth |
| 17:39 |
bshum |
Otherwise, every other 6 and 31 were exactly the same on every bib in the test dataset. |
| 17:39 |
* bshum |
needs more test databases |
| 17:40 |
dbwells |
bshum: I am totally confused, as that is a change I would not expect to see. |
| 17:40 |
bshum |
dbwells: Well, I didn't inspect very closely, I just ran the final upgrade SQL from the branch on the bug ticket. |
| 17:40 |
bshum |
Maybe I missed something |
| 17:41 |
pinesol_green |
Launchpad bug 1235497 in Evergreen "Title browse has display and sorting issues" (affected: 1, heat: 6) [Undecided,New] |
| 17:41 |
dbwells |
bshum: maybe you still have the old 31? |
| 17:41 |
dbwells |
(though I assume the upgrade would have blown up at you) |
| 17:41 |
bshum |
dbwells: The test system I applied the upgrade to didn't have a 31 in it before I applied the sql. |
| 17:42 |
senator |
"the baroque concerto" moves from the wrong place to the right place in my test |
| 17:42 |
bshum |
It's a fresh DB as of last Saturday, but I can rebuild again just in case. |
| 17:42 |
senator |
and similar |
| 17:42 |
bshum |
Oops, maybe tomorrow. (just saw the clock) |
| 17:45 |
dbwells |
senator: thanks for the testing and signoff. Glad it worked for you. |
| 17:48 |
|
RBecker joined #evergreen |
| 17:51 |
dbwells |
senator: I also responded to Liam before I saw your comment. We said roughly the same thing, save one point. The stock MODS <titleInfo> field does have the <nonSort> tag, so the main hang up is that we only get one 'joiner' for everything in title, while we (ideally) need a different joiner from <nonSort>-><title> than from <title>-><subtitle>. |
| 17:52 |
dbwells |
maybe I misunderstood what you were saying. In any case, it is a topic for another day. |
| 17:53 |
* dbwells |
hopes not tomorrow |
| 17:56 |
senator |
heh |
| 17:56 |
|
smyers_ joined #evergreen |
| 17:57 |
senator |
ah k, well, that is a significant point |
| 12:31 |
dbwells |
kmlussier: yes, I plan to redo them again. The way I did it for the beta was pretty ad hoc, so hopefully the second time through I can be a little more systematic about it. |
| 12:32 |
kmlussier |
dbwells: Great! That's what I was hoping you would say. :) |
| 12:35 |
|
yboston joined #evergreen |
| 12:38 |
bshum |
dbwells: So we're testing that fix for receiving |
| 12:38 |
bshum |
dbwells: And it looks like it received properly and we created the item |
| 12:38 |
bshum |
But apparently the range in the summary holdings doesn't show the updated issue |
| 12:40 |
dbwells |
bshum: what holdings display are you using? |
| 12:40 |
bshum |
Mary was looking at http://acorn.biblio.org/eg/opac/record/2236299?expand=issues;sid=1644;stype=basic;sepath=2013;sepath=09;seoffset=0;seoffset=0;seoffset=0#issues for example. |
| 12:40 |
bshum |
Where the last issue that was just added was the Sept 15 one |
| 12:46 |
dbwells |
I should probably just say "Oh, 'use fully compressed holdings'? That's senator's problem." ;) |
| 12:50 |
|
mllewellyn joined #evergreen |
| 12:58 |
_bott_ |
I hate weird problems. |
| 12:58 |
dbwells |
bshum: I can see what you are saying on the record you posted, but I can't duplicate it on my test box. I'd need to see the exact holding codes for your Sep.08 and Sep.15 issues, I guess, then go from there. |
| 12:59 |
* dbwells |
goes to lunch, back in a bit |
| 12:59 |
_bott_ |
Has anyone found the status_changed_time trigger not firing consistently? I have random cases where the status is changed at checkin, but the status_changed_time is not updated, it's left at the checkout time. This in turn screws up reshelving delay. |
| 13:08 |
bshum |
dbwells++ # we figured it out, it was a local holding_code problem |
| 13:08 |
bshum |
The holding_code had been modified with a bad copy/paste and the date in the code was 08 not 15 |
| 13:08 |
bshum |
User error |
| 13:08 |
bshum |
We'll test again with another sample, but I think this means your patch works to resolve the receiving problem. |
| 13:10 |
|
ericar joined #evergreen |
| 13:11 |
pinesol_green |
[evergreen|Kathy Lussier] Move various release notes into correct directory - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=30a69c4> |
| 13:11 |
pinesol_green |
[evergreen|Kathy Lussier] Adding new OPAC features to Release Notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e66a212> |
| 13:20 |
mllewellyn |
pleading guilty to the operator causing the error. |
| 13:31 |
|
RoganH joined #evergreen |
| 13:42 |
dbwells |
bshum: yay :) |
| 13:42 |
bshum |
dbwells: Yep, she tested on a different issue and it received perfectly fine. |
| 13:42 |
bshum |
I'll sign off on your fix and get that pushed to master. |
| 13:43 |
bshum |
dbwells++ |
| 13:45 |
rfrasur |
jcamins: this speaker is talking exactly what you were talking about earlier... |
| 13:46 |
pinesol_green |
[evergreen|Dan Wells] Relax MFHD subfield 'a' requirement for caption/patterns - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a420b0e> |
| 13:46 |
jcamins |
rfrasur: oh? What speaker? |
| 08:29 |
Dyrcona |
Four records were too large, and likely not exported. |
| 08:29 |
csharp |
Dyrcona: so how long did it take before? |
| 08:31 |
Dyrcona |
With marc_export from support scripts, it took so long that I never let one finish, over 24 hours in every case. |
| 08:31 |
csharp |
wow |
| 08:31 |
csharp |
ours takes 48 hours |
| 08:31 |
* csharp |
would like to test Marque.pm |
| 08:32 |
bradl |
csharp: speaking of speed, have you guys thought any more about SSD? |
| 08:32 |
* csharp |
loves that name |
| 08:32 |
Dyrcona |
Marque.pm is not the final version. It's basically a test bed/proof of concept. |
| 08:32 |
csharp |
bradl: we have thought about it, but it will probably be next year before we can do anything about it ;-) |
| 08:32 |
Dyrcona |
The final version will be ready for 2.6. |
| 08:33 |
csharp |
Dyrcona: well, if you want a tester, just let me know |
| 08:35 |
Dyrcona |
Crazy: I installed an update for libyaz4 yesterday, and today Update Manager is telling me that libyaz5 wants to install. |
| 08:36 |
paxed |
sounds a bit premature ... :P |
| 08:37 |
Dyrcona |
Eh, whatever. |
| 08:37 |
Dyrcona |
I'm going to update my VM today, too, so might as well try testing z39.50 with libyaz5. |
| 08:38 |
Dyrcona |
I use IndexData's repo for debs by way of explanation. |
| 08:39 |
|
Shae joined #evergreen |
| 08:41 |
bshum |
Dyrcona: libyaz5 as a client seemed fine so far in my light testing. |
| 08:42 |
Dyrcona |
bshum: I want to test it with the server. |
| 08:42 |
bshum |
I haven't gotten to try it with the server part yet. |
| 08:42 |
bshum |
Cool. |
| 08:43 |
bshum |
Also, super exciting for Marque test. |
| 08:44 |
Dyrcona |
Yeah. I figure if you want to use Marque.pm for Boopsie, then go ahead. |
| 08:44 |
Dyrcona |
It all has to be installed by hand, but the final version in the branch on lp1223903 will do all the right things. |
| 08:45 |
Dyrcona |
bug 1223903 |
| 11:47 |
|
jdouma joined #evergreen |
| 11:55 |
|
artunit joined #evergreen |
| 11:57 |
|
smyers_ joined #evergreen |
| 12:03 |
Dyrcona |
bshum++ # for testing before I get to ti. |
| 12:03 |
Dyrcona |
it |
| 12:07 |
Dyrcona |
bshum: We might be able to trap the MARC::File error with an eval and print the bib id. |
| 12:08 |
* Dyrcona |
was away from his desk for the past hour or more, chatting with a coworker about Evergreen issues and our new member library's first day. |
| 14:13 |
depesz |
http://depesz.privatepaste.com/82ebcbeadf - that's the original |
| 14:14 |
depesz |
http://depesz.privatepaste.com/350bbaf122 -> that's the new one |
| 14:14 |
eeevil |
depesz: I'm looking at master now ... at a real computer today :) |
| 14:14 |
depesz |
YAY :) |
| 14:15 |
depesz |
eeevil: anyway for some particular set of data, and query - original functions does it's work in ~ 400ms, and new one in ~ 16ms |
| 14:16 |
depesz |
of course 400ms is not that bad, but - when I tested pg logs for all slow queries, the one that used the most time was call to "unapi.bre()" function - not sure if this is part of evergreen. |
| 14:16 |
eeevil |
it is |
| 14:16 |
depesz |
when I profiled it - 98% of its runtime was call to unapi.holdings_xml, which in turn had bulf of its time from evergreen.ranked_volumes |
| 14:17 |
depesz |
so - while the immediate speedup is perhaps not all that great, it looks like it should optimize very often (in this system) called query. |
| 16:25 |
senator |
my verbiage, if you can parse it, should incidentally explain why you never really saw a difference with Callender's branch |
| 16:26 |
senator |
although it should have worked too |
| 16:26 |
|
Dyrcona left #evergreen |
| 16:26 |
bshum |
senator: Yeah I saw the changes for the actual index in yours. I'm not entirely sure what I was testing back then and all. It seems like forever ago now. |
| 16:26 |
senator |
no, that's separate |
| 16:26 |
bshum |
senator: That and bibcn is like the worst search in a consortium that doesn't share any call numbers uniformly :D |
| 16:27 |
bshum |
So it hasn't been a huge priority on my end of things. |
| 10:13 |
|
artunit joined #evergreen |
| 10:21 |
|
ericar_ joined #evergreen |
| 10:24 |
Bmagic |
I am attempting to come up with some basic sanity checks on all/most of the openSRF services. The API documentation doesnt seem to have examples of how to call the methods within. Anyone have some basic pointers on this subject? An example that I have found so far is my( $user, $evt ) = simplereq( STORAGE(), 'open-ils.storage.direct.actor.user.retrieve', 1 ); which seems to do a quick and |
| 10:24 |
Bmagic |
easy job of interfacing with the storage component and will tell me if it's alive or not. I would like to test some of the other services with a basic perl script. I am looking at /opac/extras/docgen.xsl - perhaps there is a better resource? |
| 10:27 |
|
mrpeters1 joined #evergreen |
| 10:27 |
senator |
Bmagic: combine the api documentation you get from docgen.xsl with this article (see parts 1 and 2) in order to know how to invoke the methods in general: http://journal.code4lib.org/articles/3284 |
| 10:28 |
senator |
if you're impatient you can skip down to "Calling OpenSRF methods from Perl applications", but all of both parts of the article are worth the read for getting the big picture |
| 10:29 |
Bmagic |
open-ils.vandelay and open-ils.fielder and open-ils.acq for example |
| 10:30 |
senator |
not sure what you mean. you call methods from any service in the same way. the number and type of arguments required by any given method can be totally different, as can the shape of results |
| 10:30 |
Bmagic |
right on, sounds like I'm on the right path |
| 10:30 |
jeff |
some services may not have a suitable method to call for testing purposes. others may require the creation of test objects for them to be suitable. |
| 10:31 |
jeff |
Bmagic: what are your goals? |
| 10:31 |
Bmagic |
we find ourselves having to restart these services after clients call to tell us about it |
| 10:31 |
Bmagic |
we would like to know before hand |
| 10:31 |
|
mrpeters joined #evergreen |
| 13:50 |
Dyrcona |
I should shut up now 'cause I've not really looked into it beyond what I've done here. |
| 13:50 |
* csharp |
doesn't have full context either |
| 13:50 |
kmlussier |
I was wondering if the entry from opac.dtd was a leftover from jspac. |
| 13:50 |
csharp |
nor a good way to set that up for testing (quickly, anyway ;-)) |
| 13:51 |
csharp |
kmlussier: yeah - you may be right - that's the only occurrence of 'circ.fail_part.config.circ_matrix_test.available_copy_hold_ratio' I can find |
| 13:52 |
kmlussier |
Thanks for looking into it anyway! csharp++ Dyrcona++ |
| 13:53 |
Dyrcona |
I say open a launchpad bug. 'cause it looks like something is missing or at least not looking up the right string in a file somewhere. |
| 13:54 |
kmlussier |
Dyrcona: Sure, I'll do that. |
| 14:14 |
pinesol_green |
csharp: Yes! |
| 14:15 |
kmlussier |
dbwells: So, how can you tell if it's in the DB code? |
| 14:15 |
* kmlussier |
can't remember where she copied the text from to begin with. |
| 14:17 |
dbwells |
kmlussier: that's a good question, especially since, if it exists, it might just be in a certain upgrade script or whatnot. Have you tested this on master, or just your local install? Like I said, it might just be a weird anomaly in the email, and not related to the problem. |
| 14:18 |
kmlussier |
dbwells: It was on master from maybe a month ago. I was using Dyrcona's dev server. |
| 14:19 |
csharp |
a<200b>vailable_copy_hold_ratio |
| 14:19 |
csharp |
that's the way it displays in vim |
| 15:54 |
|
dMiller_ joined #evergreen |
| 15:54 |
tsbere |
I wouldn't mind if vendors would stop wanting referrer auth. Even if I have to give them access to SIP2. >_> |
| 15:54 |
* tsbere |
*hates* referrer auth |
| 15:54 |
Dyrcona |
That's not even auth. That's just a test if you can fake a HTTP header or not. |
| 15:55 |
Dyrcona |
bshum: 65,454 records exported in under 1 hour, more like 40 minutes. |
| 15:55 |
Dyrcona |
Just the new records I added this weekend. |
| 15:55 |
bshum |
That sounds awesome. |
| 09:04 |
|
SimonHM joined #evergreen |
| 09:05 |
Dyrcona |
Seems to me that from Day -365 they've made choices that went made their Evergreen installation more difficult, and then they blame Evergreen and the community for the consequences of their decisions. |
| 09:06 |
|
ericar joined #evergreen |
| 09:08 |
jeff |
CentOS 5.9 seems to ship with Perl 5.8, which was released in 2008 and is End of Life. If the version of Perl that ships with your OS is your primary stumbling block, going down the perlbrew path might be a possible approach. I use perlbrew in development / testing, and I can tell you that it will be a bit of a challenge to use in production, but perhaps less of a challenge than you are currently dealing with. |
| 09:09 |
Dyrcona |
Well, I'll shut up since I seem the lone voice in the wilderness suggesting that they go with a distro that others in the community actually use and can support. |
| 09:09 |
jeff |
For one thing, using perlbrew with mod_perl is tricky, and will likely require compiling mod_perl from source as well. This might be a rabbit hole that makes the whole thing more difficult than its worth. Your decision. :-) |
| 09:10 |
csharp |
well, we used to support CentOS and we do support Fedora, so I think (theoretically) it would be good if we did have up-to-date CentOS support |
| 09:33 |
rfrasur |
k |
| 09:36 |
rfrasur |
bshum++ #best comments ever |
| 09:37 |
rfrasur |
"So maybe instead of slowing down and dying from memory issues, it just crashes...So maybe it's a good sign..." |
| 09:37 |
smyers_ |
I feel dumb |
| 09:38 |
smyers_ |
Dyrcona: Thanks you pionted me in the right spot I just was dumb and didn't update try tiny on the app boxes too |
| 09:38 |
smyers_ |
2.4 is now running and passing all automated tests we have on centos5.9 |
| 09:42 |
|
smyers__ joined #evergreen |
| 10:16 |
|
yboston joined #evergreen |
| 10:16 |
|
hopkinsju joined #evergreen |
| 10:36 |
|
RoganH joined #evergreen |
| 10:37 |
|
artunit joined #evergreen |
| 10:38 |
|
Berklee joined #evergreen |
| 10:54 |
yboston |
which OSRF version should I be using to test EG 2.5 beta1, 2.2.0 or master? |
| 10:57 |
senator |
yboston: afaik it should not matter, but if you're testing the beta EG tarball, i'd probably use the 2.2.0 opensrf tarball with it |
| 10:57 |
senator |
just so your experience will match what most people looking at the downloads page would do |
| 10:59 |
yboston |
senator: thanks, just wanted to make sure |
| 10:59 |
jeff |
yboston++ testing |
| 11:06 |
|
ericar joined #evergreen |
| 11:12 |
|
Shae joined #evergreen |
| 11:14 |
|
gsams joined #evergreen |
| 12:46 |
mmorgan |
paxed: the errors are only intermittent, for one of our libraries. How would we check to see if common.properties is getting loaded? |
| 12:48 |
phasefx |
mmorgan: check that DNS is consistently working.. and/or try using an IP address instead of your hostname |
| 12:49 |
paxed |
also perhaps check if there are any dropped packets, with ping for example. |
| 12:49 |
smyers_ |
mmorgan: is the internet connection at the one library slow? if only one branch has the issue it might be the js isn't getting downloaded or properly cached |
| 12:50 |
smyers_ |
pingtest.net and speedtest.net are great for testing |
| 12:52 |
mmorgan |
It's a college libary on their own network, with their own IT department, so it's sounding like a network issue. We'll check speed and DNS, and maybe have them contact IT to see if they made any changes. Thanks, everyone! |
| 12:54 |
* paxed |
goes for a jog |
| 13:00 |
|
jbfink joined #evergreen |
| 14:29 |
|
Callender joined #evergreen |
| 14:30 |
rfrasur |
Is there somewhere that I can go and just look at EG tables? |
| 14:30 |
natschil |
rfrasur: You can use the postgresql client application "psql" |
| 14:31 |
jeff |
rfrasur: look at the "database schema" links here: http://docs.evergreen-ils.org/ |
| 14:31 |
jeff |
rfrasur: if you're purely looking for structure -- if you're looking for data, your best bet is a report, or in the case of a test instance (since iirc you don't have sql access to EI production), what natschil suggested with psql. |
| 14:32 |
rfrasur |
natschil: thank you...not ready to start installing things I don't understand yet...just a librarian (I forget to preface anymore). |
| 14:32 |
rfrasur |
jeff: thank you, that's what I wanted. I don't care about data at this point. |
| 14:32 |
* rfrasur |
just wants to see the table structure |
| 14:32 |
jeff |
also on a test database you can use a tool like pgadmin or phppgadmin |
| 14:32 |
jeff |
rfrasur: excellent. much easier to accomplish that goal! |
| 14:33 |
bshum |
@love pgadmin |
| 14:33 |
pinesol_green |
bshum: The operation succeeded. bshum loves pgadmin. |
| 14:33 |
jeff |
rfrasur: yeah, bshum's probably your guy if you have interest in pgadmin. |
| 15:08 |
tsbere |
DPearl: Moving copies with parts across records seems to cause that kind of thing. I think. We see it at times, I do manual cleanup... |
| 15:08 |
* tsbere |
has had issues reproducing it to be sure what the problem is |
| 15:08 |
kmlussier |
DPearl: I believe there is a related bug report on that. |
| 15:09 |
Bmagic |
before I start writing a bunch of code to test services. Does anyone already have some scripts to show green light red light for these services: opensrf.settings open-ils.acq open-ils.booking open-ils.cat open-ils.supercat open-ils.search open-ils.circ open-ils.actor open-ils.auth_proxy open-ils.storage open-ils.penalty open-ils.justintime open-ils.collections open-ils.ingest open-ils.reporter |
| 15:09 |
Bmagic |
open-ils.permacrud open-ils.trigger open-ils.url_verify open-ils.fielder open-ils.vandelay open-ils.serial |
| 15:10 |
kmlussier |
DPearl: https://bugs.launchpad.net/evergreen/+bug/904472 |
| 15:10 |
pinesol_green |
Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 3, heat: 22) [Undecided,Triaged] |
| 15:10 |
bshum |
Doesn't the newest opensrf already do that now? |
| 15:11 |
Bmagic |
yep, query the service and expect something good |
| 15:11 |
Bmagic |
something simlar to this: my( $user, $evt ) = simplereq( STORAGE(), 'open-ils.storage.direct.actor.user.retrieve', 1 ); |
| 15:11 |
* csharp |
doesn't know of such tests |
| 15:12 |
bshum |
I guess I was thinking of the osrf_control --diagnostic stuff. Not that I've played with or know how to play with those. |
| 15:13 |
dbwells |
bshum: That bug isn't too old, and is probably still valid. I am not 100% sure what is going on with it, but it seems like our code fails whenever you have an 'x' or 'y' (calandar change or exception data), and that 'x'/'y' refers to a level of chronology which doesn't exist in the caption. That's my hunch, anyway. In any case, I think it is worth leaving open. |
| 15:14 |
bshum |
dbwells: Alrighty, I'll leave it be. Thanks. :) |
| 10:51 |
gmcharlt |
this cannot be left un-noted |
| 10:52 |
gmcharlt |
@quote add <senator> what a nice smile, dojo. why thank you, angularjs, and that's a nice outfit you're wearing. |
| 10:52 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #68 added. |
| 10:53 |
Dyrcona |
I'm processing the final file MARC data file for this weekend's migration into my development server for testing. |
| 10:53 |
jeff |
I found some interesting (and not so interesting) tidbits in this article, its comments on site and on hn: https://coderwall.com/p/3qclqg https://news.ycombinator.com/item?id=6452960 |
| 10:53 |
Dyrcona |
I think I'm getting a few more messages about using the object hash as a call number than I did with the previous sample files. |
| 10:54 |
Dyrcona |
That means more copies without call numbers. |
| 12:00 |
|
dMiller_ joined #evergreen |
| 12:01 |
|
gdunbar joined #evergreen |
| 12:15 |
pastebot |
"remingtron" at 64.57.241.14 pasted "EG branch patch splitter/applier" (117 lines) at http://paste.evergreen-ils.org/15 |
| 12:16 |
remingtron |
Dyrcona, if you're bored today, you can checkout my paste |
| 12:17 |
remingtron |
I wrote it to help me test a branch, since I got tired of splitting and applying patches manually |
| 12:17 |
remingtron |
I'd love feedback and/or improvements |
| 12:19 |
jeff |
remingtron: how does this compare to creating a branch and merging other branches to it, then installing from that? |
| 12:20 |
remingtron |
jeff: it just reduces the need to actually install from source |
| 12:20 |
remingtron |
instead, you patch an existing install and restart things |
| 12:20 |
jeff |
remingtron: ah, i think i follow now. |
| 12:20 |
remingtron |
I haven't gotten cool enough to install from source for testing yet |
| 12:20 |
|
smyers_ joined #evergreen |
| 12:21 |
Dyrcona |
Well, this would work for simple things like perl modules that don't have a .in form and sql upgrade scripts. |
| 12:22 |
Dyrcona |
What I typically do is update my test/dev branch, push it to a bare repo on my test/dev server, then pull it into my active repo on the test/dev server. |
| 12:22 |
Dyrcona |
I'll run the necessary upgrade scripts by hand if it is a small update. |
| 12:23 |
Dyrcona |
I'll copy perl and other files when necessary. |
| 12:23 |
Dyrcona |
If .in or files that go into the staff client download have changed, then I'll definitely run my script to build everything from source. |
| 14:23 |
|
yboston joined #evergreen |
| 14:24 |
jeff |
i'd suspect those snuck in at merge conflict resolution time, but I don't think cnbrowse had any merge conflicts. |
| 14:28 |
dbwells |
bshum: you mentioned earlier something about a Z39.50 problem in master. Can you elaborate? |
| 14:32 |
egbuilder |
build #380 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/380 |
| 14:32 |
|
kbeswick joined #evergreen |
| 14:36 |
jeff |
hrm. testing.esilibrary.com is not a build slave, correct? |
| 14:38 |
jeff |
(aka testing.evergreen-ils.org) |
| 14:38 |
jeff |
yeah, looks like it is not a build slave, thus it was pointless for me to install libbusiness-issn-perl on it just now. oh well. |
| 14:42 |
jeff |
the joy of books from ten years ago: ``Many other interesting changes have already happened to mod_perl in Version 2.0, and more will be developed in the future. Some of these will be covered in this chapter, and some you will discover on your own while reading mod_perl documentation.'' |
| 14:53 |
berick |
heh, "and the explosive error messages are also chock full of useful information!" |
| 14:55 |
rfrasur |
(should I just start scheduling programs and commit staff and worry about the budget later?) |
| 14:56 |
berick |
@eightball should rfrasur start scheduling programs and commit staff and worry about the budget later? |
| 16:03 |
bshum |
Those always make me sad. |
| 16:03 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "recreate lost bilings" (11 lines) at http://paste.evergreen-ils.org/21 |
| 16:04 |
Dyrcona |
Bmagic: That's a rough start. You might need to do another for copies that lack prices, to put in the ou setting value for minimum price or whatever. |
| 16:05 |
Dyrcona |
I'd try it on a test database if you have one first. |
| 16:06 |
Dyrcona |
k |
| 16:06 |
Dyrcona |
wrong window. |
| 16:06 |
|
kbeswick joined #evergreen |
| 16:10 |
rfrasur |
yboston: Is it alright to say that you'll send out more details in a future email? |
| 16:10 |
rfrasur |
yboston++ |
| 16:11 |
yboston |
rfrasur: yes, we can talk about it at the meeting |
| 16:14 |
Bmagic |
Dyrcona: I am working on a test database, I have double checked and all the prices are already set. I was just concerned that the action trigger would do more than insert a money.billing row equal to the price. That is why I would prefer the action trigger to do what it does but it doesnt sound like I can get it to trigger on these old circs again without altering/deleting some data. |
| 16:17 |
Dyrcona |
Bmagic: The action_trigger is not a database trigger. It's an Evergreen thing that you have to configure and run a cron job for. |
| 16:18 |
Bmagic |
I understand that |
| 16:19 |
Dyrcona |
ok. |
| 01:05 |
|
Dyrcona joined #evergreen |
| 01:05 |
Dyrcona |
Insomnia is a many splintered thing. |
| 01:06 |
Dyrcona |
@later tell bshum It works. The missing 4 records had no copies. If I don't use the --items option I get the full 8,755 bibs in my test. |
| 01:06 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 01:07 |
Dyrcona |
@later tell bshum It might work for immediate purposes, but I don't like it. I'm going to redesign it as a real module, probably under OpenILS::Utils. |
| 01:07 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 08:37 |
Dyrcona |
kmlussier: Do you need my dev vm today? |
| 08:39 |
kmlussier |
Dyrcona: That's right. You're rebuilding the VM today. To be honest, I'm really busy today. Do you think it will be ready tomorrow? |
| 08:40 |
|
Shae joined #evergreen |
| 08:42 |
Dyrcona |
kmlussier: Not tomorrow. I want to load our production branch for a final migration test. |
| 08:45 |
kmlussier |
Dyrcona: OK, don't worry about it then. I'm good. :) |
| 08:46 |
Dyrcona |
All righty, then.... |
| 08:46 |
Dyrcona |
:) |
| 09:00 |
|
mrpeters joined #evergreen |
| 09:03 |
|
ericar joined #evergreen |
| 09:10 |
|
hopkinsju joined #evergreen |
| 09:14 |
kmlussier |
dbwells: Just as a point of information for bug 1211473. I tested it yesterday and it looked pretty good to me. I was going to add a sign-off to csharp's sign-off, but I ran out of time. |
| 09:14 |
pinesol_green |
Launchpad bug 1211473 in Evergreen "Setting to disable payment by patron credit" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1211473 - Assigned to Dan Wells (dbw2) |
| 09:15 |
dbwells |
kmlussier: thanks for the verbal sign-off, will push shortly |
| 09:15 |
dbwells |
kmlussier++ |
| 11:41 |
eeevil |
I'll push 2.4.1-2.4.2 into master asap |
| 11:43 |
eeevil |
sorry about that ... fall out of the lingering 2.4.2 release process. |
| 11:44 |
senator |
csharp: how goes it on 1214464 ? |
| 11:44 |
phasefx |
once we get bug 1206531 merged, I'd like to subscribe pinesol_green to http://testing.evergreen-ils.org/~live/ A run from yesterday is here: http://testing.evergreen-ils.org/~live/archive/2013-09-26_17:25:56/test.html |
| 11:44 |
pinesol_green |
Launchpad bug 1206531 in Evergreen "perl-based tests against stock test data on running system" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1206531 |
| 11:44 |
pinesol_green |
[evergreen|Mike Rylander] Push the 2.4.2 inter-version upgrade script forward - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d7c6d4> |
| 11:45 |
senator |
csharp: just let me know if i can be helpful on that |
| 11:46 |
|
fparks joined #evergreen |
| 11:46 |
csharp |
senator: I got stuck in the weeds of creating a good example of "see also" data - mainly because I'm not actually familiar with the format of authorities data |
| 11:53 |
dbwells |
bug #1214464 already has two signoffs |
| 11:53 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1214464 |
| 11:53 |
dbwells |
It's just way over my head. |
| 11:54 |
yboston |
concerning 1065378 (UPC added content) I am about to load some bibs to my test branch VM. I may need 30 more minutes tops |
| 11:55 |
dbwells |
I'll probably push it in even without another party giving it a thumbs up, but I'd rather not if someone is still looking at it. |
| 11:55 |
dbwells |
^^ authority enhancements that is |
| 11:55 |
csharp |
dbwells: I'm looking at it right now |
| 11:55 |
kmlussier |
csharp: I sent a sample authority record that may or may not help. It's one I used when testing the original bib browse work. |
| 11:55 |
kmlussier |
That is, I sent it via e-mail. |
| 11:56 |
dbwells |
csharp: ok, thanks, that's what I wanted to know. I know you were poking it earlier. |
| 11:56 |
csharp |
kmlussier: thanks! |
| 11:56 |
* Dyrcona |
goes to lunch, and yes, I'm actually going out of the office for a change. |
| 11:56 |
jeff |
Dyrcona: enjoy! |
| 11:57 |
dbwells |
remingtron is actively attempting to test #1071423, but it's a pretty complex. Anybody have any opinion on that, good or bad? |
| 11:57 |
bshum |
lp 1071423 |
| 11:57 |
pinesol_green |
Launchpad bug 1071423 in Evergreen "Floating should be more flexible than an on/off" (affected: 6, heat: 30) [Wishlist,Confirmed] https://launchpad.net/bugs/1071423 |
| 11:57 |
* bshum |
is lazy |
| 11:57 |
bshum |
Ah |
| 11:59 |
dbwells |
okay, as long as all three branches are being actively tested as we speak, they can go in after noon. Thanks, everybody! Are there any other lonely branches needing last minute attention? |
| 12:00 |
csharp |
posting here for later investigation: 'TypeError: obj.active_services is undefined' alert box appears when entering z39.50 |
| 12:00 |
bshum |
dbwells: Before I hit up ac-by-record-id I'm just sneaking in lp 1231523 for senator |
| 12:00 |
pinesol_green |
Launchpad bug 1231523 in Evergreen "Fix a small floating issue on the OPAC login page" (affected: 1, heat: 6) [Low,New] https://launchpad.net/bugs/1231523 |
| 12:01 |
|
smyers_ joined #evergreen |
| 12:01 |
dbwells |
bshum: bug fixes can always come later, no problem |
| 12:01 |
|
hopkinsju joined #evergreen |
| 12:01 |
phasefx |
dbwells: how about "tests", can they go in later? |
| 12:01 |
kmlussier |
dbwells: I did some limited testing of 1071423 a few weeks ago. What I saw look good, but have to admit my testing wasn't as thorough as I would have liked. |
| 12:02 |
kmlussier |
I agree. It is fairly complext. |
| 12:02 |
* kmlussier |
can't type. |
| 12:03 |
gmcharlt |
actually, that looks like a useful new word -- just need to set on its precise meaning |
| 12:03 |
graced |
heh, I was just about to say the same thing |
| 12:04 |
dbwells |
phasefx: I don't see why not, unless they require some kind of fundamental changes. |
| 12:04 |
phasefx |
dbwells: an extra make target is the riskiest change I can think of (not risky at all) |
| 12:05 |
dbwells |
phasefx: that is, new tests are fine, new test hooks or infrastructure, depends. That's probably just common sense. |
| 12:05 |
phasefx |
dbwells: oh, also maybe a pre-req addition |
| 12:06 |
dbwells |
phasefx: then forget it! ;) |
| 12:06 |
* phasefx |
is thinking about lp 1206531 durn :) |
| 12:06 |
pinesol_green |
Launchpad bug 1206531 in Evergreen "perl-based tests against stock test data on running system" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1206531 |
| 12:07 |
phasefx |
no pre-reqs |
| 12:07 |
phasefx |
an extra-sub in an existing perl module |
| 12:08 |
dbwells |
kmlussier: regarding 1071423, are you fairly confident it at least doesn't break anything? |
| 12:09 |
csharp |
ok |
| 12:09 |
eeevil |
that points at the cooking one |
| 12:10 |
csharp |
gotcha |
| 12:12 |
kmlussier |
dbwells: I was able to do checkouts and checkins. I tested checkins on non-floating items as well as floating ones, and they went to the branch that they were supposed to go. So, in that sense, it didn't break anything. |
| 12:12 |
dbwells |
kmlussier: thank you |
| 12:12 |
kmlussier |
I guess I would say where I lacked thoroughness was in testing more floating use cases. |
| 12:12 |
kmlussier |
I only tested one. |
| 12:13 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] OPAC: on the login page, Make "Questions?"/"FAQs" areas not float weird - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=42e8c33> |
| 12:13 |
kmlussier |
eeevil: What should happen if csharp searched for Cuisine? I just want to make sure I'm understanding the functionality correctly. |
| 12:15 |
eeevil |
kmlussier: sorry, I was digging into something else ... lemme look. |
| 13:21 |
bshum |
+1 to gmcharlt's suggestion to put the OpenSRF stuff up front. |
| 13:21 |
RoganH |
+1 |
| 13:21 |
graced |
+1 |
| 13:22 |
RoganH |
What we could do is do everything in black for all users and then put red or green blinking signs for those who aren't colorblind for "stable" and "test" |
| 13:22 |
RoganH |
Then we will wish we couldn't see them. |
| 13:23 |
* graced |
thinks Rogan misses Geocities |
| 13:23 |
kmlussier |
bshum: So what do you need from us? Direction on layout for the page or would you like somebody to dive in to try reformatting the page? |
| 13:28 |
* csharp |
is sorry to distract :-/ |
| 13:28 |
RoganH |
but he found a bug with the besting where it doesn't see the css added in the header |
| 13:28 |
graced |
csharp++ |
| 13:28 |
RoganH |
so if we make css changes that way (rather than changing the underlying css files) we will need to test manually so to speak |
| 13:28 |
gmcharlt |
csharp: my eyes! |
| 13:29 |
RoganH |
this is so that updates don't break changes we make |
| 13:29 |
RoganH |
that's all |
| 13:59 |
pinesol_green |
[evergreen|Jeff Godin] Add apache config examples for AC by record id - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e5eccfe> |
| 13:59 |
jeff |
my irc clients just went a bit nuts. |
| 14:00 |
bshum |
jeff++ # it's finally in! |
| 14:00 |
jeff |
bshum++ thanks! |
| 14:00 |
jeff |
yboston++ for testing and for test data |
| 14:00 |
bshum |
yboston++ #for helping me test cause my syndetics subscription level sucks |
| 14:00 |
berick |
jeff++ |
| 14:00 |
|
abneiman joined #evergreen |
| 14:01 |
gmcharlt |
show time |
| 14:11 |
jeff |
dbwells++ |
| 14:12 |
yboston |
dbwells I really applaud the approach you took and the time to report back metrics to the community at large |
| 14:12 |
Dyrcona |
dbwells++ |
| 14:12 |
egbuilder |
build #400 of evergreen-master-debian-6.00-x86_64 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/400 blamelist: Bill Erickson <berick esilibrary.com>, Jeff Godin <jgodintadl.org> |
| 14:12 |
egbuilder |
build #376 of evergreen-master-ubuntu-12.04-x86 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/376 blamelist: Bill Erickson <berickesilibrary.com>, Jeff Godin <jgodintadl.org> |
| 14:12 |
egbuilder |
build #343 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/343 blamelist: Bill Erickson <berickesilibrary.com>, Jeff Godin <jgodintadl.org> |
| 14:12 |
yboston |
also, you guys were an excellent host |
| 14:12 |
yboston |
for the hack-a-way |
| 14:12 |
jeff |
buildbot likely needs a new dependency installed: Business::ISSN |
| 14:52 |
gmcharlt |
#agreed The EOB is in favor of calling a resource allocator summit, and requests a fleshed-out proposal from interested parties, including Ben Hyman |
| 14:53 |
yboston |
I wanted to make a comment on a way the EOB can help |
| 14:53 |
gmcharlt |
go for it |
| 14:53 |
yboston |
it is multi line, head up |
| 14:53 |
yboston |
Besides providing funding, the EOB can select a point person or small committee to help push this issue forward by doing non-funding based things like... |
| 14:53 |
yboston |
(off the top of my head) |
| 14:53 |
yboston |
1) (only) proposing the client be worked on during hack fest or hack-a-way |
| 14:53 |
yboston |
2) attending dev loper meetings and give feedback thinking as the community as a whole, instead f just a single isntitution |
| 14:53 |
yboston |
3) running special IRC meeting on the client topic |
| 14:53 |
yboston |
4) helping set up ddodle polls for these meetings |
| 14:53 |
yboston |
5) helping create user survey to get more feedback from communtiy |
| 14:53 |
yboston |
6) volunteer to test prototype web clients, and or provide test data |
| 14:54 |
yboston |
(sorry about the spelling) |
| 14:55 |
gmcharlt |
a champion, as it were |
| 14:56 |
yboston |
yes, also thought of the role of just a facilitator(s) |
| 14:56 |
gmcharlt |
some of that would depend on resources for enough devs to participate -- but I think for now, certainly anybody who is interested should advocate for it |
| 14:57 |
gmcharlt |
but I think some of that also anticipate the final form of how the work gets done and funded |
| 14:57 |
gmcharlt |
(briefly) any other comments? |
| 14:57 |
* gmcharlt |
is going to charge forward |
| 14:57 |
gmcharlt |
#topic Evergreen testing efforts |
| 14:57 |
gmcharlt |
#info Summary of recent activity - http://list.evergreen-ils.org/pipermail/eg-oversight-board/2013-September/000601.html |
| 14:58 |
gmcharlt |
Shauna_: anything to add -- and are there things you need from the EOB? |
| 14:58 |
Shauna_ |
Nothing to add unless anyone has documentation they would like to contribute to the effort. |
| 14:59 |
Shauna_ |
I did hear back from one other consortia on that front. |
| 14:59 |
Shauna_ |
I'll be happy to entertain any questions or comments. |
| 14:59 |
kmlussier |
Shauna_++ This all looks great! |
| 15:00 |
abneiman |
Shauna_: if your model is successful (and personally I think it will be), are you planning to open it up to the community at large? |
| 15:00 |
gmcharlt |
my main comment is that if you want to go ahead and start a testing page on the wiki, I encourage you to go for it |
| 15:00 |
RoganH |
I agree and applaud the work. |
| 15:00 |
RoganH |
I think once your work is up there it will encourage others to add onto. |
| 15:01 |
Shauna_ |
abneiman We are writing the documentation using generic project management software that anyone can get access to. |
| 17:07 |
|
mllewellyn left #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 18:16 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b4cc2ba> |
| 18:22 |
egbuilder |
build #344 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/344 |
| 18:52 |
|
dMiller joined #evergreen |
| 18:59 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c7c9ee> |
| 19:01 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - fix Finnish translator email - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a9c36ee> |
| 19:31 |
jeffdavis |
I want to shove a bunch of MARC records directly into the database of an EG test server. Would `marc_stream_importer.pl --spoolfile=$MARCFILE --nodaemon --noqueue` be a good way to do this? Is there a faster/easier way? |
| 19:34 |
jeffdavis |
"a bunch" = 38K records |
| 19:35 |
pinesol_green |
[evergreen|Dan Wells] Move 'floating groups' release note docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ee61da7> |
| 20:08 |
|
sseng_ joined #evergreen |
| 20:33 |
|
jboyer-laptaupe joined #evergreen |
| 08:59 |
bshum |
Heh, sure thing remingtron |
| 09:00 |
remingtron |
bshum++ |
| 09:00 |
remingtron |
gracias |
| 09:02 |
bshum |
remingtron: As a minor detail, what version should I aim to put on the test server? (would have normally put master, but just remembered that's not always appropriate) |
| 09:02 |
remingtron |
that's a good question for yboston, whenever he comes on |
| 09:02 |
bshum |
Sounds good, I'll make sure to ask. |
| 09:03 |
remingtron |
I imagine DIG will want something from 2.5 (master might be fine), and latest 2.4? |
| 10:07 |
Dyrcona |
Now, I have to spend an hour manipulating a spreadsheet that matches parts on incoming records with existing parts in our system. |
| 10:07 |
* Dyrcona |
poofs out. |
| 10:09 |
senator |
ubuntu's lts cycle... it helps keep me in a state of always wondering where the last two years have gone |
| 10:16 |
csharp |
Dyrcona: I'll be willing to test 14.04 too |
| 10:16 |
csharp |
senator: yep ;-) |
| 10:19 |
|
RoganH joined #evergreen |
| 10:32 |
|
mllewellyn joined #evergreen |
| 10:38 |
senator |
bshum: 6b1290c10ef3 for not showing the search bar on my acccount pages... |
| 10:59 |
|
ericar joined #evergreen |
| 11:01 |
csharp |
3eb616e56c82a5106e14f5a446f1d875015db7f0 |
| 11:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Inter-authority linking - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3eb616e> |
| 11:09 |
csharp |
senator: dbwells: I've installed the code for bug 1214464 and have reingested auths and bibs... I'm wondering what the best way to proceed in testing is |
| 11:09 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1214464 |
| 11:10 |
jcamins |
Ooh, that sounds really cool! |
| 11:11 |
dbwells |
jcamins: Any chance you could test and sign off? |
| 11:11 |
senator |
csharp: right, thanks for bringing that up again |
| 11:11 |
jcamins |
dbwells: sadly I can't even coerce my Evergreen VM into starting anymore. |
| 11:11 |
senator |
i need to better explain what it's supposed to do |
| 11:12 |
csharp |
just still trying to bust through the beta blockers (though if I'm not the best person to test/sign-off, I won't get my feelings hurt ;-)) |
| 11:12 |
dbwells |
jcamins: too bad! |
| 11:14 |
senator |
csharp: not at all, it's on me to explain what the expectations are for that |
| 11:14 |
eeevil |
csharp: I'll try to explain 1214464 ... I can be blamed for most of that |
| 11:29 |
csharp |
eeevil++ |
| 11:29 |
csharp |
senator++ |
| 11:29 |
eeevil |
(also, get inter-authority update, like authority change propagation for bib data today ... yet another project) |
| 11:32 |
csharp |
ok, well from the "I added the code and poked and nothing looks broken" perspective, I've tested |
| 11:32 |
csharp |
I guess the best way to test is to import some Bachman/King records and see that they work? |
| 11:32 |
csharp |
(or something similar) |
| 11:33 |
eeevil |
csharp: you'll have to add the appropriate $0 to each, and make bibs use them ... but yes, that would be a good test |
| 11:36 |
* csharp |
chuckles at his lack of hands on cataloging knowledge |
| 11:36 |
yboston |
csharp: let me know if you want some help with what to look in your testing, I have used authorities in EG before |
| 11:36 |
yboston |
csharp: I can dig up bibs with related auths, etc |
| 11:37 |
csharp |
yboston: that would be great, actually |
| 11:37 |
csharp |
I guess I can also just export from PINES prod and import too |
| 11:38 |
yboston |
csharp: I am at your service, by chat, email, or phone. BTW, I assume this test VM is not available on the outside |
| 11:38 |
csharp |
yboston: thank you! - yeah, it's behind a firewall atm |
| 11:38 |
csharp |
or NAT rather |
| 11:40 |
|
acoomes joined #evergreen |
| 11:44 |
|
kbutler joined #evergreen |
| 11:47 |
|
jbfink joined #evergreen |
| 11:49 |
yboston |
apropos of nothing, it might be too late for 2.5 but there is a branch that is a favorite of mine that was worked on during the dev hack-a-way that could a sign off. I will test it today and sign it off, but my sign off does not carry that much weight LP 1065378 |
| 11:49 |
pinesol_green |
Launchpad bug 1065378 in Evergreen "Added content by record ID" (affected: 2, heat: 16) [Wishlist,In progress] https://launchpad.net/bugs/1065378 - Assigned to Jeff Godin (jgodin) |
| 11:49 |
yboston |
4408bff9b3cb2740b60b69b1ec2c1bf61691f1dc |
| 11:53 |
remingtron |
yboston: since the 2.5 timeline has changed a little, I think you have time still to get it into beta |
| 11:53 |
senator |
yboston: i'm not sure your signoff is any lighter than anyone else's. you're an active participant in the community who can be counted on to test carefully |
| 11:53 |
yboston |
suckers |
| 11:53 |
jeff |
yboston++ |
| 11:53 |
kmlussier |
yboston++ |
| 11:56 |
csharp |
bshum++ |
| 11:56 |
bshum |
senator: And yeah, sorry about my slipshod commit messages. In retrospect I need to be better about writing more extensive commit messages even when I think I'll have time to clean them up later. |
| 11:56 |
bshum |
It's just bad habit on my part that I expect to do better in the future. |
| 11:57 |
yboston |
bshum: wow that is great to know, I had lost track of who had used his code. I will still set up a test Vm for the practice after lunch |
| 11:57 |
yboston |
bshum++ |
| 11:57 |
|
jdouma joined #evergreen |
| 11:57 |
dbwells |
yboston: at this point we are certainly to the "when in doubt, leave it out" stage of 2.5, but the fact that that branch is mature and in production at multiple sites certainly tips the scales toward including it if someone takes it up. |
| 11:58 |
yboston |
dbwells: good to know. |
| 12:01 |
bshum |
So I'll probably ask him to weigh in on those before we do anything |
| 12:01 |
senator |
bshum: ah no worries, i wouldn't have called it slipshod at all, i just missed a subtlety at fist |
| 12:01 |
senator |
*first |
| 12:01 |
bshum |
But for the rest of it, the ISSN thing was the only thing I still need to test for it. The rest is fine. |
| 12:01 |
* bshum |
pokes jeff :) |
| 12:02 |
|
smyers_ joined #evergreen |
| 12:44 |
|
stevenyvr2 joined #evergreen |
| 13:39 |
|
jbfink joined #evergreen |
| 14:07 |
pinesol_green |
rfrasur: The operation succeeded. |
| 14:17 |
csharp |
may have stumbled on a bug in vandelay when attempting import of authority records: http://pastebin.com/k5zcKMCN |
| 14:20 |
yboston |
csharp: are you running master? |
| 14:21 |
Dyrcona |
That's his test server, I'll bet. |
| 14:21 |
yboston |
edoceo: thanks for once again offering to help DIG with a test server. Last year you were ready to help us, but we were not. we ended up at reviewing old docs instead of writing new docs |
| 14:22 |
csharp |
yep - master as of today |
| 14:22 |
csharp |
plus eeevil's auth browse improvements |
| 14:22 |
Dyrcona |
csharp: That's not production, though, is it? |
| 14:22 |
csharp |
nope |
| 14:22 |
csharp |
test server |
| 14:23 |
Dyrcona |
Just looking at the error, but not at the source, it could probably be fixed in fm_IDL.xml. |
| 14:23 |
yboston |
csharp: I can try to build a master server tomorrow to see if I can reporuce the error |
| 14:24 |
Dyrcona |
Looks like the classes with ids vqar and vam should have a link but one or both of them lack the IDL entry. |
| 14:24 |
yboston |
or test any fixes |
| 14:26 |
Dyrcona |
vqar has link to vam, but nothing the other way 'round. |
| 14:27 |
yboston |
Note to remingtron , bshum , edoceo: Since the DIG hack-a-way will be in NOvember, I would wait for 2.5 to be released so that we can document off of that version. though that is only my opinion, I am open to other thoughts |
| 14:28 |
|
misilot joined #evergreen |
| 19:58 |
pinesol_green |
[evergreen|Dan Wells] TPAC: Consolidate and simplify button styles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=798a4ff> |
| 19:59 |
* Dyrcona |
does a happy dance. |
| 20:09 |
* bshum |
wonders whether to join Dyrcona? |
| 20:19 |
pinesol_green |
[evergreen|Steven Callender] Added in warning message when placing hold with no email address. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6707d53> |
| 20:30 |
|
jbfink joined #evergreen |
| 20:35 |
|
stevenyvr2 left #evergreen |
| 20:39 |
pinesol_green |
[evergreen|Bill Erickson] Fiction records / copies test data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=954bb31> |
| 20:41 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Better handling of purchase_order being non-numeric - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3282cbb> |
| 20:43 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix delete items confirmation typo. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=addfe15> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add PhoneList.pm. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6785a4a> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Strip out spaces as well as - from phone numbers in PhoneList::Holds. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3448c22> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Fix PhoneList.pm child_init method. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e4e39e6> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add phonelist.txt release notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6566aa8> |
| 20:49 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Add PhoneList.pm stuff to Apache 2.4 config - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=48a44af> |
| 21:24 |
* jeff |
attempts to rebase ac_by_record_id |
| 21:29 |
bshum |
jeff: Let me know if I can help with any of that. |
| 21:36 |
jeff |
bshum: summary.tt2 changed just a LITTLE bit. ;-) |
| 21:36 |
bshum |
Hehe |
| 21:49 |
pinesol_green |
[evergreen|Pasi Kallinen] In reports, show old label name as the default in the Alter Display Header -prompt - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1db3c91> |
| 21:56 |
|
shadowspar joined #evergreen |
| 21:56 |
jeff |
bshum: eyes appreciated on user/jeff/ac_by_record_id_2013_rebase |
| 21:57 |
jeff |
bshum: i'm about to test to ensure that all's still well with responsive stuff in play |
| 21:57 |
jeff |
bshum: then, release notes and perhaps you and/or yboston can sign off |
| 22:15 |
bshum |
jeff: Sounds like a plan. I have to get a nicer test server going for things as well. |
| 22:15 |
bshum |
I'll hit that up early tomorrow. |
| 22:16 |
jeff |
https://eg.dev.tadl.org/ has master + ac by record id. concerto plus some transcendant bibs from yboston |
| 22:16 |
jeff |
"disc" is a good query to get music jackets |
| 22:17 |
bshum |
Looks reasonable. |
