| Time |
Nick |
Message |
| 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:14 |
csharp |
bshum: no biggie - I just got a pinesol_green alert and was checking if it was still up |
| 07:17 |
|
mrpeters joined #evergreen |
| 07:31 |
|
Newziky joined #evergreen |
| 07:37 |
|
rjackson_isl joined #evergreen |
| 08:03 |
|
montgoc1 joined #evergreen |
| 08:12 |
|
ericar joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:53 |
|
Shae joined #evergreen |
| 09:09 |
Bmagic |
@coffee |
| 09:09 |
* pinesol_green |
brews and pours a cup of Kenya Nyeri AB Gichatha-ini Signature Series, and sends it sliding down the bar to Bmagic |
| 09:10 |
Bmagic |
Yum |
| 09:17 |
csharp |
@hate acquisitions |
| 09:17 |
pinesol_green |
csharp: The operation succeeded. csharp hates acquisitions. |
| 09:17 |
csharp |
still beating on how one might reset a PO so it could then be re-processed by the edi_pusher script |
| 09:18 |
csharp |
apparently the expectation is that nothing wrong ever happens :-/ |
| 09:19 |
bshum |
csharp: Well, once it's finally setup, in my experience, that's true. |
| 09:19 |
bshum |
:) |
| 09:20 |
* bshum |
set things up years ago and stopped looking at it. |
| 09:20 |
csharp |
steps I just took: 1) updated the relevant rows in acq.purchase_order so that state = pending and order_date is null 2) activated the POs via the staff client 3) ran the action_trigger updater script (confirmed that events were 'completed') 4) ran edi_pusher.pl, but get "Event definition 23 has 0 (completed) event(s)" |
| 09:21 |
csharp |
bshum: I wish we were so lucky - it's been one hard and confusing thing after another for us |
| 09:21 |
csharp |
fortunately we're still in the pilot phase and are currently piloting one library's orders |
| 09:21 |
Bmagic |
csharp: you have to eliminate any action_trigger.event_output and action_trigger.event related to that po |
| 09:21 |
bshum |
csharp: Oh trust me, that pain was mine years ago when we were the first to roll |
| 09:22 |
csharp |
Bmagic: ah! - thanks, I'll try that now |
| 09:22 |
Bmagic |
then, when you press "Activate" it will insert a new row into action_trigger.event which will be acted upon the next time action_trigger.pl runs |
| 09:23 |
bshum |
Bmagic++ # that sounds right to me. |
| 09:23 |
jeff |
@who is manning the acq-acq guns this morning? |
| 09:23 |
pinesol_green |
Bmagic is manning the acq-acq guns this morning. |
| 09:23 |
jeff |
indeed. |
| 09:23 |
Bmagic |
haha |
| 09:23 |
Bmagic |
it |
| 09:24 |
Bmagic |
it's fresh in my mind from doing it 100 times 2 weeks ago |
| 09:32 |
kmlussier |
We still have times when we need to re-send an EDI order because something went wrong on the original send. I think we have a wishlist item somewhere for an option in the staff client to resend the order. |
| 09:32 |
* kmlussier |
should have thought of that during the conference acq session. |
| 09:35 |
Bmagic |
That would be glamorous |
| 09:35 |
kmlussier |
Overall, though, I would say we don't seem to be experiencing as many pain points as csharp is with EDI. Not sure why that is. |
| 09:36 |
bshum |
kmlussier: Blame the vendor. |
| 09:36 |
bshum |
:D |
| 09:36 |
* bshum |
was only half-joking |
| 09:36 |
Bmagic |
bshum++ |
| 09:36 |
Bmagic |
blame apple |
| 09:36 |
Bmagic |
just any apple |
| 09:38 |
mmorgan |
We have acq issues when we have problems with our utility server (or extended power outages which cause us to take down servers). |
| 09:39 |
mmorgan |
If everything doesn't happen in the right order, it's hard to retrace and get things caught up. |
| 09:48 |
csharp |
kmlussier: in our case, it's been a combination of corner-case issues because of our (apparently) unique workflows, incomplete documentation, which require close-reading of code to know what's actually happening, old dojo pain, and yes, vendor problems |
| 09:48 |
jeff |
old_dojo-- |
| 09:50 |
csharp |
oh, and since I'm the jack of all trades here, I only have enough time to partially learn how it works, so I'm always having to re-acquaint myself to Acq every time there's an issue |
| 09:51 |
|
sarabee joined #evergreen |
| 09:57 |
|
ericar_ joined #evergreen |
| 09:58 |
|
Newziky left #evergreen |
| 10:01 |
* berick |
puts the entire dev list into a loop |
| 10:01 |
jeff |
uhoh. |
| 10:01 |
jeff |
hah |
| 10:05 |
csharp |
@who broke teh interwebz? |
| 10:05 |
pinesol_green |
csharp broke teh interwebz. |
| 10:05 |
csharp |
pinesol_green: no, it was berick |
| 10:05 |
pinesol_green |
csharp: Evergreen Command Center http://apod.nasa.gov/apod/image/1204/EndeavourFlightDeck_cooper_1050.jpg |
| 10:05 |
pinesol_green |
csharp: I am only a bot, please don't think I'm intelligent :) |
| 10:10 |
csharp |
Bmagic: ugh - that's not working for me - I've deleted A/T events and outputs and the pusher is still ignoring their existence :-( |
| 10:11 |
Bmagic |
csharp: did you run the action trigger |
| 10:11 |
csharp |
yeah, and I watched them completed |
| 10:11 |
csharp |
er.. complete |
| 10:11 |
Bmagic |
so you have a fresh row in action_trigger.event with corrisponding output in event_output? |
| 10:13 |
Bmagic |
what is the status of acq.purchase_order after you activate? |
| 10:13 |
csharp |
yes - however, the output is not EDI but JSON :-/ |
| 10:13 |
csharp |
the status is 'on-order' for each PO |
| 10:13 |
Bmagic |
it's suppose to be JSON for the Ruby component |
| 10:13 |
csharp |
(trying to process 4) |
| 10:13 |
csharp |
ah - gotcha |
| 10:14 |
Bmagic |
what is the text inside acq.purchase_order.status ? |
| 10:15 |
csharp |
'on-order' |
| 10:15 |
Bmagic |
order_date needs to be null also |
| 10:15 |
csharp |
yeah - I set that to null before re-activating |
| 10:16 |
csharp |
ok gonna try one more thing |
| 10:17 |
Bmagic |
k |
| 10:17 |
Bmagic |
it should be working! |
| 10:17 |
Bmagic |
There must be something else I am forgetting |
| 10:17 |
csharp |
if it doesn't work, I'm going to resign my job and announce to PINES libraries that acq will NEVER WORK! |
| 10:17 |
bshum |
What about stuff in acq.edi_message ? |
| 10:17 |
Bmagic |
right |
| 10:17 |
Bmagic |
delete that stuff too |
| 10:17 |
csharp |
oh? |
| 10:17 |
|
jwoodard joined #evergreen |
| 10:17 |
csharp |
ok, will do |
| 10:18 |
Bmagic |
yeah, the Ruby brick will insert the results into that table, and it might not if there is something there already |
| 10:18 |
bshum |
Bmagic: Yeah I didn't check the definition of the table to see if there were special constraints |
| 10:18 |
bshum |
But that was my next guess |
| 10:18 |
Bmagic |
it's probably in the Ruby logic |
| 10:30 |
|
RoganH joined #evergreen |
| 10:30 |
RoganH |
@hate SIP |
| 10:30 |
pinesol_green |
RoganH: The operation succeeded. RoganH hates SIP. |
| 10:31 |
|
jboyer-isl joined #evergreen |
| 10:35 |
csharp |
well... that worked (yay!), but it didn't FTP anything to the vendors (boo!), which was the whole point of my going through this :-/ |
| 10:37 |
csharp |
wait - maybe it did?: Calling send_core(...) for message (372) message 372 status: complete |
| 10:38 |
csharp |
yep - it did |
| 10:38 |
csharp |
yay! |
| 10:40 |
mmorgan |
csharp++ |
| 10:44 |
csharp |
okay - so now that I know this process, I'm wondering how it could be improved... |
| 10:45 |
csharp |
the problem in my case was that the vendor didn't get the EDI message because we were testing with berick's testing edi_pusher script, which is configured to exit before actually sending anything |
| 10:45 |
csharp |
but there could be many reasons why that would fail, and there needs to be ways to recover from errors |
| 10:46 |
csharp |
e.g., a "Re-Send Order to Vendor" button somewher |
| 10:46 |
csharp |
e |
| 10:47 |
csharp |
I'm pretty sure I was creating new debits each time I re-activated the PO - that obviously shouldn't need to happen to fix a technical mistake |
| 10:55 |
Bmagic |
yeah, if that was on production, you might take a look at the debits for sure |
| 10:55 |
Bmagic |
csharp++ |
| 10:55 |
csharp |
fortunately we're still on a test server, but these are real orders |
| 11:03 |
Bmagic |
Anyone know where to find the logic that displays the columns in the web based staff client? (for grids) |
| 11:04 |
berick |
Bmagic: start w/ the tt2 for the UI |
| 11:04 |
berick |
it sets the behavior for each grid |
| 11:05 |
berick |
some fields are listed directly: <eg-grid-field path="id"></> |
| 11:05 |
berick |
others are auto-generated via wild cards |
| 11:05 |
berick |
<eg-grid-field path="target_copy.*" ...> |
| 11:05 |
berick |
(useful for building a large column picker) |
| 11:07 |
Bmagic |
I see, however, I don't see for example ISBN, that would be here: target_copy.call_number.record.simple_record.* ? |
| 11:07 |
berick |
and in yet other cases, all fields are autogenerated. <eg-grid auto-fields="true"> -- this is useful for showing all (direct) fields on an object |
| 11:07 |
|
ericar joined #evergreen |
| 11:08 |
berick |
Bmagic: yes, isbn is (currently) coming from target_copy.call_number.record.simple_record. |
| 11:09 |
berick |
ideally, it would come from Metabib Display Fields, but those don't exist yet |
| 11:10 |
bshum |
(yet) |
| 11:10 |
berick |
well, more generally, it's coming from reporter.simple_record, the path to that object will vary depending on the source |
| 11:10 |
Bmagic |
I see |
| 11:10 |
Bmagic |
berick++ |
| 11:10 |
berick |
e.g. in the record buckets UI, the grid is based on the "rmsr" class, so 'isbn' is a top-level field on that class. no path info needed. |
| 11:14 |
Bmagic |
interesting |
| 11:15 |
Bmagic |
I created a class in the IDL that I would like to show. It is a readonly, oils_persist query |
| 11:15 |
Bmagic |
I have it linked in acp |
| 11:16 |
Bmagic |
and it's liked with the acp.id. So the syntax would be eg-grid-field path="target_copy.id.hasholdscount" I guess |
| 11:19 |
berick |
Bmagic: hmm, not likely. for starters, does the 'acp' class have a field which links to your new class? |
| 11:19 |
Bmagic |
yes |
| 11:20 |
berick |
hasholdscount is the field name? |
| 11:20 |
Bmagic |
<link field="id" reltype="might_have" key="acp_id" map="" class="hasholdscount"/> |
| 11:20 |
Bmagic |
<class id="hasholdscount" controller="open-ils.cstore" ...... |
| 11:21 |
Bmagic |
<link field="acp_id" reltype="has_a" key="id" map="" class="acp"/> |
| 11:22 |
berick |
Bmagic: couple things.. |
| 11:22 |
berick |
i would suggest looking at how a copy links to a call_number as an example |
| 11:22 |
berick |
the copy has a <field .. name="call_number"> and a <link field="call_number"..> |
| 11:23 |
Bmagic |
right |
| 11:24 |
berick |
IOW, don't use the copy id as the field through which you access the hasholdscount class |
| 11:24 |
Bmagic |
yeah, I think that is my problem |
| 11:24 |
berick |
create a new holds_count (or whatever) field on the copy |
| 11:25 |
berick |
after you get it set up and restart services, I also suggest testing your IDL changes via srfsh queries first |
| 11:25 |
berick |
jumping straight to the web code creates a lot more opportunities for things to fail up front |
| 11:26 |
Bmagic |
right on |
| 11:27 |
Bmagic |
I tested it via srfsh against a new opensrf call I put into the perl, that is working |
| 11:28 |
berick |
e.g. retrieving a copy w/ fleshed call_number http://pastie.org/10221783 |
| 11:28 |
Bmagic |
ah, that helps |
| 11:28 |
Bmagic |
berick++ |
| 11:31 |
|
bmills joined #evergreen |
| 11:49 |
|
artunit joined #evergreen |
| 11:55 |
|
mllewellyn joined #evergreen |
| 12:12 |
|
sandbergja joined #evergreen |
| 12:26 |
|
Newziky joined #evergreen |
| 12:28 |
|
Newziky1 joined #evergreen |
| 12:29 |
|
Newziky1 left #evergreen |
| 13:21 |
|
jihpringle joined #evergreen |
| 13:23 |
pinesol_green |
[opensrf|Mike Rylander] LP#1436047: Allow disabling of "bang commands" in srfsh - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=d9cbdfd> |
| 13:23 |
pinesol_green |
[opensrf|Galen Charlton] LP#1436047: make srfsh --safe act as if "! command" doesn't exist - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=42f14c9> |
| 13:27 |
* csharp |
was so happy when he discovered that ! commands work in srfsh |
| 13:32 |
|
Dyrcona joined #evergreen |
| 13:36 |
|
Dyrcona joined #evergreen |
| 14:01 |
kmlussier |
I want to split bug 1292632 into 3 distinct bugs. |
| 14:01 |
pinesol_green |
Launchpad bug 1292632 in Evergreen "Metarecord holds -- use search filters, update available formats from pickup location, view holds " (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1292632 |
| 14:02 |
kmlussier |
Should I mark the original bug invalid and create three new ones? Or should I pick one issue for bug 1292632 and then file two new ones? |
| 14:04 |
csharp |
@eightball Does the problem exist between keyboard and chair? |
| 14:04 |
pinesol_green |
csharp: What are you asking me for? |
| 14:05 |
csharp |
kmlussier: I would probably create two extra and explain that in the comments of bug 1 |
| 14:06 |
pinesol_green |
Launchpad bug 1 in Ubuntu Malaysia LoCo Team "Microsoft has a majority market share" (affected: 2280, heat: 9942) [Critical,In progress] https://launchpad.net/bugs/1 - Assigned to MFauzilkamil Zainuddin (apogee) |
| 14:06 |
kmlussier |
Heh |
| 14:06 |
csharp |
er... I mean the existing bug, not bug 1 ;-) |
| 14:06 |
berick |
if the bug is that complex, i'd favor 3 new bugs, referencing the original. |
| 14:07 |
|
Dyrcona joined #evergreen |
| 14:08 |
kmlussier |
@coin |
| 14:08 |
pinesol_green |
kmlussier: tails |
| 14:12 |
berick |
heh |
| 14:12 |
kmlussier |
Yeah, I'm leaning towards the filing three separate ones since none really predominate the original. |
| 14:13 |
berick |
@eightball [coin] |
| 14:13 |
pinesol_green |
berick: What are you asking me for? |
| 14:15 |
Dyrcona |
@eigthbal Will the wifi be better in the new location? |
| 14:15 |
pinesol_green |
Dyrcona: The horror... The horror... |
| 14:15 |
Dyrcona |
heh. |
| 14:15 |
Dyrcona |
typo. |
| 14:16 |
kmlussier |
Ha! I hadn't noticed the typo. I thought it was a response from eightball I had never seen before. |
| 14:16 |
Dyrcona |
Think it is one of the dunnos. |
| 14:17 |
csharp |
yeah - it's a dunno I added a while back |
| 14:18 |
Dyrcona |
bshum: I started a branch on lp 1413336, but discovered that destructors were actually being called and doing what they were supposed to do, so I dropped working on it. |
| 14:18 |
pinesol_green |
Launchpad bug 1413336 in Evergreen "Making Better Use of CStoreEditor" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1413336 |
| 14:19 |
Dyrcona |
@eightball Will the wifi be better in the new location? |
| 14:19 |
pinesol_green |
Dyrcona: You know the answer better than I. |
| 14:22 |
berick |
@eightball do you ever give a straight answer? |
| 14:22 |
pinesol_green |
berick: Maybe... |
| 14:22 |
berick |
haha |
| 14:22 |
Dyrcona |
;) |
| 14:22 |
|
bmills joined #evergreen |
| 14:28 |
|
ericar_ joined #evergreen |
| 14:33 |
|
dMiller_ joined #evergreen |
| 14:34 |
jeff |
@who will choose the form of the destructor? |
| 14:34 |
pinesol_green |
berick will choose the form of the destructor. |
| 14:34 |
|
ericar_ joined #evergreen |
| 14:35 |
berick |
muwhahahha |
| 14:36 |
berick |
I chose http://uglyanimalsoc.com/wp-content/uploads/Blob-fish-Global-Mascot.jpg |
| 14:44 |
jjk` |
>/reconnect |
| 14:44 |
jjk` |
doh |
| 14:46 |
jjk` |
I've run into an odd problem that Google and I cannot solve and so I'm turning to #evergreen for help. |
| 14:46 |
csharp |
jjk`: welcome |
| 14:47 |
jjk` |
Thanks. |
| 14:47 |
jjk` |
open-ils.cstore service fails to start. The error message is pretty terse: 'Error loading database driver [pgsql]'. |
| 14:49 |
jjk` |
I've doubled checked hostname/username/password in /openils/conf/opensrf.xml. |
| 14:49 |
gmcharlt |
jjk`: what platform are you on? |
| 14:49 |
jjk` |
I can connect to the database with the psql client. |
| 14:50 |
jjk` |
This particular box is Debian 7.x |
| 14:50 |
jjk` |
7.8 |
| 14:51 |
gmcharlt |
ok - assuming you have a shell on your EG box, what's the output of "ldd /openils/lib/oils_cstore.so|grep dbd" |
| 14:52 |
jjk` |
libdbdpgsql.so => /usr/lib/dbd/libdbdpgsql.so (0x00007f12a3ffc000) |
| 14:52 |
Dyrcona |
What's the code name for Debian 7? Is that Wheezy? |
| 14:52 |
gmcharlt |
Dyrcona: yes |
| 14:53 |
gmcharlt |
jjk`: and /usr/lib/dbd/libdbdpgsql.so exists? |
| 14:54 |
|
terran joined #evergreen |
| 14:56 |
jjk` |
It does indeed: -rw-r--r-- 1 root root 40048 Jul 14 2012 /usr/lib/dbd/libdbdpgsql.so |
| 14:57 |
jjk` |
although |
| 14:57 |
jjk` |
a different version lives in /usr/local/lib/dbd/libdbdpgsql.so also exists. |
| 14:59 |
Dyrcona |
It's about meeting time. |
| 14:59 |
gmcharlt |
jjk`: OK if I DM with you during the upcoming meeting? |
| 14:59 |
jjk` |
Sure. |
| 15:04 |
Dyrcona |
I've never run a meeting before, so wonder who would like to do the honors? |
| 15:04 |
* gmcharlt |
can |
| 15:05 |
* kmlussier |
will be mostly lurking today |
| 15:05 |
gmcharlt |
hmm, I see no agenda page - give me a minute to throw a stock one together, then I'll get started |
| 15:05 |
Dyrcona |
I threw some stuff on here: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:next |
| 15:05 |
Dyrcona |
Not sure if that was the right place. |
| 15:05 |
gmcharlt |
I'll copy it over to a new page for today's meeting, then |
| 15:05 |
gmcharlt |
one moment |
| 15:07 |
gmcharlt |
http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2015-06-03 |
| 15:07 |
gmcharlt |
#startmeeting Evergreen Development meeting, 3 June 2015 |
| 15:07 |
pinesol_green |
Meeting started Wed Jun 3 15:07:37 2015 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:07 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 15:07 |
pinesol_green |
The meeting name has been set to 'evergreen_development_meeting__3_june_2015' |
| 15:07 |
gmcharlt |
#info Agenda is http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2015-06-03 |
| 15:07 |
gmcharlt |
#topic Introductions |
| 15:07 |
gmcharlt |
#info Galen Charlton, ESI |
| 15:08 |
tsbere |
#info Thomas Berezansky, MVLC |
| 15:08 |
StomproJ |
#info Josh Stompro, LARL |
| 15:08 |
Dyrcona |
#info Jason Stephenson, MVLC |
| 15:08 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:08 |
jeffdavis |
#info jeffdavis = Jeff Davis, Sitka |
| 15:08 |
dbs |
#info dbs = Dan Scott, Laurentian University |
| 15:08 |
remingtron |
#info remingtron = Remington Steed, Hekman Library (Calvin College) |
| 15:08 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:08 |
ldw |
#info ldw = Liam Whalen, Sitka |
| 15:09 |
jeff |
#info jeff = Jeff Godin, Traverse Area District Library (TADL) |
| 15:09 |
kmlussier |
Relying on Panera wireless is probably not the best way to stay connected to a meeting. |
| 15:09 |
Dyrcona |
:) |
| 15:09 |
gmcharlt |
tasty, though |
| 15:09 |
Dyrcona |
Can't be worse than our wifi today. I plugged in. |
| 15:11 |
gmcharlt |
ok, so moving on |
| 15:11 |
gmcharlt |
#topic OpenSRF udpate |
| 15:11 |
gmcharlt |
#info 2.4.1 will be released tomorrow, 4 June 2015; minor release containing a significant websockets fix, some doc improvements, and minor srfsh enhancements |
| 15:11 |
gmcharlt |
questions? |
| 15:12 |
Dyrcona |
What's the lp bug # for the websockets fix. I'd like to read about it. |
| 15:12 |
gmcharlt |
Dyrcona: 1418613 |
| 15:12 |
Dyrcona |
Thanks. |
| 15:13 |
gmcharlt |
anything else? |
| 15:13 |
jeff |
gmcharlt: any desire for recent srfsh pullrequests to be merged before tomorrow, or would you prefer not? |
| 15:14 |
gmcharlt |
jeff: I have such a desire, indeed, if you have time to look at them |
| 15:14 |
gmcharlt |
but no big deal either way |
| 15:14 |
jeff |
sounds good. |
| 15:16 |
gmcharlt |
thanks! |
| 15:16 |
gmcharlt |
moving on |
| 15:16 |
gmcharlt |
#topic Evergreen update |
| 15:16 |
gmcharlt |
Dyrcona: you have the follor |
| 15:16 |
gmcharlt |
floor, even |
| 15:16 |
Dyrcona |
Well, I am looking to gather up items for the 2.9 Road Map. |
| 15:17 |
Dyrcona |
It looks like we might not have enough people here to really talk about it. |
| 15:17 |
gmcharlt |
well, I can toss out a few items that ESI is hoping to get in |
| 15:17 |
kmlussier |
Is it something we can add to a wiki page? |
| 15:18 |
Dyrcona |
kmlussier: Yes, actually there are wiki pages for the previous releases. |
| 15:19 |
gmcharlt |
specifically, the results of the cataloging sprint of the webstaff client, to wit - MARC editor, record buckets interface, Angular Z39.50 client, the MARC tag tables service, and an Angular holdings maintenance editor |
| 15:19 |
* dbs |
has no solid plans |
| 15:19 |
gmcharlt |
and depending on timing, at least some of Angular admin/config interfaces |
| 15:19 |
dbs |
would like to address some of the authority linked data possibilities as outlined on the list a month or two ago but tuits |
| 15:20 |
Dyrcona |
I mentioned some things in my plans/goals email: http://markmail.org/message/zm6hy45zqbhxqvoa |
| 15:20 |
kmlussier |
MassLNC has an activity metric project on its way, but, since ESI is doing it, can't speak to whether it would be ready for 2.9. |
| 15:21 |
* kmlussier |
would love to see the negative balances branch on that roadmap. :) |
| 15:21 |
Dyrcona |
So, I'll start the new road map and link it from here: http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap |
| 15:21 |
jeffdavis |
At Sitka we've been working on pushing local changes upstream, so we have a bunch of pullrequests in LP targeted at 2.next. Not sure which of them are "big" enough to specify on a roadmap. |
| 15:21 |
jeff |
Dyrcona++ |
| 15:22 |
jeffdavis |
bug 1353643 for example |
| 15:22 |
pinesol_green |
Launchpad bug 1353643 in Evergreen "URI $9 displayes too many links in TPAC" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1353643 |
| 15:22 |
|
graced joined #evergreen |
| 15:23 |
Dyrcona |
Well, since it is a wiki, I don't have a problem with people adding whatever, as long as they don't have a problem with me or someone else removing it later. :) |
| 15:23 |
kmlussier |
I think it's good to get any new features on that roadmap, even if they are small. Just to give people an idea of what they might see. |
| 15:24 |
jeffdavis |
Ok, I'll add "put the bug on the roadmap" to our workflow for this stuff. Thanks! |
| 15:24 |
* kmlussier |
would like to get bug 1422802 straightened out by release time. |
| 15:24 |
pinesol_green |
Launchpad bug 1422802 in Evergreen "Parts need to be more visible on the place holds screen" (affected: 2, heat: 10) [Wishlist,New] https://launchpad.net/bugs/1422802 - Assigned to Kathy Lussier (klussier) |
| 15:26 |
Dyrcona |
On a related note, is it too soon to create milestones in LP? |
| 15:28 |
gmcharlt |
Dyrcona: for a 2.9-alpha or the like? |
| 15:28 |
Dyrcona |
gmcharlt: Yes. |
| 15:28 |
Dyrcona |
And a 2.9 series. |
| 15:28 |
gmcharlt |
seems reasonable to do so to me |
| 15:30 |
Dyrcona |
Ok. I can do that after the meeting. |
| 15:31 |
Dyrcona |
#action Dyrcona to add series and milestone(s) for 2.9 in Launchpad. |
| 15:31 |
dbwells |
I think it's better to not have a 2.9 series until it splits from master, but I can't recall why I think that. |
| 15:32 |
Dyrcona |
hmm. |
| 15:32 |
berick |
dbwells: because there's a default series (master, basically) which acts as the most recent series |
| 15:32 |
berick |
if we create a 2.9, it creates extra, unnecessary work |
| 15:33 |
Dyrcona |
Ok, then we'll wait. |
| 15:33 |
Dyrcona |
At what point do we usually split? alpha? |
| 15:33 |
berick |
+1 for 2.9-alpha, etc targets, though |
| 15:34 |
dbwells |
Dyrcona: we've been not splitting until release. i.e. 2.9 and master are one and the same until we actually branch in git. |
| 15:34 |
berick |
Dyrcona: i'd say beta. that's when we usually create the rel_x_y branch |
| 15:34 |
Dyrcona |
OK. I should have remembered that. :) |
| 15:34 |
gmcharlt |
hmm, looks like it's easy enough to move a milestone from one series to another |
| 15:35 |
gmcharlt |
if we create a 2.9-alpha milestone now, that would mean that 2.next would be used for stuff meant for the post-2.9 future? |
| 15:35 |
berick |
but, yeah, master and 2.9 will effectively be the same target until after 2.9.0 is cut (since we discourage feature dev during beta period) |
| 15:36 |
berick |
gmcharlt: that's my understanding, yes. (time to rename 2.next yet?) |
| 15:37 |
gmcharlt |
2.next => gallifrey |
| 15:37 |
Dyrcona |
Ok, so I'll add the 2.9-alpha milestone and we can move it. |
| 15:38 |
dbwells |
sounds good |
| 15:40 |
Dyrcona |
I should probably get an action item for the road map, too, just to make it official. |
| 15:40 |
gmcharlt |
indeed |
| 15:41 |
Dyrcona |
Does it work if anyone does it, or does the person who started the meeting have to do it? (I tried adding one earlier.) |
| 15:41 |
gmcharlt |
anybody can do it |
| 15:43 |
Dyrcona |
#action Dyrcona to create 2.9 road map and add it to DokuWiki at http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap |
| 15:44 |
gmcharlt |
any other questions for Dyrcona or discussions on the ramp-up to 2.9? |
| 15:44 |
kmlussier |
Dyrcona++ |
| 15:46 |
gmcharlt |
ok, moving on |
| 15:46 |
|
bmills joined #evergreen |
| 15:46 |
gmcharlt |
#topic Updates and new business |
| 15:47 |
gmcharlt |
#info QA proposal - http://libmail.georgialibraries.org/pipermail/open-ils-dev/2015-May/009840.html |
| 15:47 |
gmcharlt |
this came out of the EG conference and got a bit of attention, but just a bit |
| 15:48 |
gmcharlt |
so just bringing it up now in case folks have any questions |
| 15:48 |
dbs |
I'm in favour of cats. |
| 15:49 |
Dyrcona |
I'm +1 on the proposal. |
| 15:49 |
ldw |
+1 |
| 15:49 |
kmlussier |
+1 on the proposal, but I'm more of a dog person |
| 15:50 |
StomproJ |
+1 |
| 15:50 |
|
mrpeters1 joined #evergreen |
| 15:51 |
|
ericar_ joined #evergreen |
| 15:52 |
Dyrcona |
If it turns out to not work as is, we can always change it in the future. |
| 15:52 |
gmcharlt |
FWIW, I've started putting in test plans in my OpenSRF patches |
| 15:53 |
Dyrcona |
gmcharlt++ # I noticed and would have tried it out, but the meeting came up. |
| 15:54 |
gmcharlt |
in other news |
| 15:54 |
gmcharlt |
#action gmcharlt and eeevil to organize a webstaff client hacking day in July |
| 15:55 |
gmcharlt |
anything else that folks want to bring up? |
| 15:55 |
|
mrpeters joined #evergreen |
| 15:55 |
Dyrcona |
kmlussier: Anything about bug squashing days? |
| 15:55 |
kmlussier |
Yes! |
| 15:56 |
kmlussier |
#info Bug Squashing Day is Wednesday, June 10 |
| 15:56 |
kmlussier |
I hope you all can set aside some time to help out. |
| 15:56 |
kmlussier |
I forgot to add it to the calendar. I'll do so now. |
| 15:56 |
terran |
I have a few people from PINES that I think I'll be able to get to participate that haven't participated before. |
| 15:56 |
kmlussier |
terran: That's awesome! |
| 15:57 |
|
ericar_ joined #evergreen |
| 15:57 |
kmlussier |
If anyone needs a Sandbox, try to get the requests in by the end of the week so that we have a bit of time to get them ready. |
| 15:57 |
terran |
I'd really appreciate it if someone would test this fix I posted for bug squashing day: https://bugs.launchpad.net/evergreen/+bug/1454871 |
| 15:57 |
pinesol_green |
Launchpad bug 1454871 in Evergreen "KPAC Hold Notifications - SMS" (affected: 1, heat: 6) [Undecided,New] |
| 15:59 |
bshum |
terran: I'll keep my eye on that one, but probably not till next week. Maybe that'll be something we can test during bug day. |
| 15:59 |
bshum |
KPAC loves misery. |
| 15:59 |
bshum |
Err, misery loves company. |
| 15:59 |
terran |
bshum +1 |
| 16:00 |
bshum |
(also, regrets that I'm late and mostly missed the meeting) |
| 16:00 |
berick |
@who loves misery? |
| 16:00 |
pinesol_green |
mtcarlson loves misery. |
| 16:00 |
berick |
heh |
| 16:00 |
gmcharlt |
heh indeed |
| 16:00 |
gmcharlt |
well, since we've descended into playing with the bot... I think it's a wrap! ;) |
| 16:00 |
gmcharlt |
#endmeeting |
| 16:00 |
pinesol_green |
Meeting ended Wed Jun 3 16:00:52 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:00 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-03-15.07.html |
| 16:00 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-03-15.07.txt |
| 16:00 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-06-03-15.07.log.html |
| 16:00 |
kmlussier |
gmcharlt++ |
| 16:01 |
Dyrcona |
gmcharlt++ |
| 16:01 |
berick |
gmcharlt++ |
| 16:02 |
dbwells |
gmcharlt++ |
| 16:02 |
bshum |
A question for berick, etc. actually. When do you want to cut a new milestone maintenance release for Evergreen 2.8? I figure I should coordinate with yboston and others for 2.7 as we make transitions. |
| 16:03 |
bshum |
Maybe by/around the next milestone date on the calendar for this month I guess. |
| 16:03 |
jeff |
gmcharlt++ |
| 16:04 |
kmlussier |
Next point release is scheduled a week after Bug Squashing Day. Nice! |
| 16:04 |
bshum |
Perfect. |
| 16:05 |
bshum |
:) |
| 16:05 |
* bshum |
runs away for awhile again |
| 16:11 |
berick |
bshum: +1 to returning to regular release schedule this month |
| 16:12 |
gmcharlt |
dang conferences getting in the way! ;) |
| 16:38 |
dbs |
jeff: Finally made it through our weak DH key, Java-requiring VPN. And on the other side, I need to accept an invalid cert to use vSphere and have the choice between SLES 11 (originally released 2009) and _maybe_ Ubuntu 12.04 |
| 16:39 |
jeff |
ugh |
| 16:40 |
dbs |
I'm hoping they'll let me use Ubuntu, because omg SLES 11. |
| 16:41 |
gsams |
Would anyone be willing to share their ezproxy user.txt and config.txt files (sanitized if necessary) I've been troubleshooting an issue with it for weeks now and I'm hoping that might help nudge me in the right direction. |
| 16:41 |
jeff |
gsams: mine would probably do you no good, but i can share later. |
| 16:42 |
jeff |
gsams: happy to offer comments/insight on what you have and what you're trying to do |
| 16:42 |
gsams |
jeff: Yeah, I'm not sure if anyone's would really, but I figured it would be better than nothing |
| 16:42 |
gsams |
I'm trying to get it to work with OCLC worldcat local setup so that our users can request materials through texasgroup.worldcat.org |
| 16:43 |
gsams |
right now, the best I can do is log into the admin interface and 404 on a request |
| 16:44 |
gsams |
OCLC support hasn't been able to figure anything out either, which leaves me in a bad spot |
| 16:45 |
dbs |
oh yay, they're open to SLES 12 or Ubuntu 14.04 it sounds like |
| 16:45 |
dbs |
\o/ |
| 16:49 |
pastebot |
"gsams" at 64.57.241.14 pasted "NTLC_EZProxy config.txt" (152 lines) at http://paste.evergreen-ils.org/59 |
| 16:50 |
pastebot |
"gsams" at 64.57.241.14 pasted "NTLC_EZProxy user.txt current" (28 lines) at http://paste.evergreen-ils.org/60 |
| 16:52 |
pastebot |
"gsams" at 64.57.241.14 pasted "NTLC_EZProxy user.txt original?" (97 lines) at http://paste.evergreen-ils.org/61 |
| 16:53 |
gsams |
As far as I can tell, the original user file was how it was originally setup, but I do not have access to the person who originally set this up to verify it for sure |
| 16:53 |
gsams |
I'm pretty sure the config is all correct for this purpose, but I have no idea on the user, and further no idea why I'm getting 404 for requests. |
| 17:14 |
|
mmorgan left #evergreen |
| 17:18 |
dbwells |
gsams: what starting point URL are you trying to visit? |
| 17:26 |
jjk` |
I've upgraded a test system code+schema from 2.3.5 -> 2.7.4. I'm expecting to find instructions on how to rebuild indexes and whatnot in the documentaiton but don't see it. I've started the reingest_2.6_bib_recs.sql which I suspect should take quite some time. Should I be able to search & view any records in the opac at this point? |
| 17:35 |
jjk` |
Okay, I'm starting to see some results now. I guess I wasn't being patient enough. |
| 17:48 |
gsams |
dbwells: texasgroup.worldcat.org, if I understand your meaning |
| 17:49 |
gsams |
dbwells: They would go through the catalog to find an item, then request it. They'd then select their library (Roanoke, in my case) and be presented with the authentication, but it 404s instead. |
| 17:54 |
dbwells |
gsams: I don't completely understand your use case, but based on what I've seen in your configs and what you've said, your SPU should be something like: https://catalog.northtexaslibraries.org:2443/login?url=http://texasgroup.worldcat.org Does that allow you to proxy, or is that where you get the 404? |
| 18:01 |
|
bmills left #evergreen |
| 18:03 |
dbwells |
gsams: Heading out for the night, good luck |
| 18:09 |
|
dMiller_ joined #evergreen |
| 19:08 |
|
wongon joined #evergreen |
| 19:24 |
gsams |
dbwells: sorry, stepped away for dinner. Thanks for the reply, it doesn't ever generate that link for me, but that does look like the correct link (and it doesn't 404 which is a good sign I suppose.) |
| 19:24 |
gsams |
I guess I should later that... |
| 19:25 |
gsams |
@later dbwells sorry, stepped away for dinner. Thanks for the reply, it doesn't ever generate that link for me, but that does look like the correct link (and it doesn't 404 which is a good sign I suppose.) |
| 19:25 |
pinesol_green |
gsams: The horror... The horror... |
| 19:26 |
gsams |
@later tell dbwells sorry, stepped away for dinner. Thanks for the reply, it doesn't ever generate that link for me, but that does look like the correct link (and it doesn't 404 which is a good sign I suppose.) |
| 19:26 |
pinesol_green |
gsams: The operation succeeded. |
| 19:26 |
gsams |
been a while since I've done that... |
| 19:32 |
gsams |
@later tell dbwells it actually gives me a crazy long SPU when I try to request an item and it starts with: |
| 19:32 |
pinesol_green |
gsams: The operation succeeded. |
| 19:32 |
gsams |
@later tell dbwells https://catalog.northtexaslibraries.org:2443/userObject?service=getToken&renew=true&groupNumber= |
| 19:32 |
pinesol_green |
gsams: The operation succeeded. |
| 19:33 |
gsams |
and now I quit bugging people for later |
| 19:58 |
|
wongon joined #evergreen |
| 20:31 |
|
nuentoter joined #evergreen |
| 20:35 |
|
mceraso joined #evergreen |
| 20:35 |
|
kmlussier joined #evergreen |
| 20:35 |
|
bshum joined #evergreen |
| 20:44 |
|
nuentoter joined #evergreen |
| 21:19 |
|
nuentoter joined #evergreen |
| 21:56 |
|
nuentoter joined #evergreen |
| 21:56 |
nuentoter |
anyone live? |
| 21:56 |
|
kmlussier joined #evergreen |
| 21:56 |
|
mceraso joined #evergreen |
| 21:57 |
|
bshum joined #evergreen |
| 21:57 |
pinesol_green |
All hail the supreme potentate, bshum has arrived! |
| 21:57 |
nuentoter |
hello bshum |
| 21:58 |
bshum |
nuentoter: Oh hello. Sorry was restarting my client and the bot is still greeting me on return. |
| 21:59 |
bshum |
Anything fun happening? |
| 22:05 |
kmlussier |
Ha ha. I love it! |
| 22:06 |
bshum |
:) |
| 22:24 |
nuentoter |
installing server from a fresh wheezy install again because the first time through was a little rocky |
