| 00:22 |
|
sandbergja joined #evergreen |
| 00:27 |
|
sandbergja joined #evergreen |
| 00:37 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
rjackson_isl_hom joined #evergreen |
| 07:30 |
|
agoben joined #evergreen |
| 08:08 |
|
rfrasur joined #evergreen |
| 11:14 |
|
dbwells joined #evergreen |
| 11:36 |
Bmagic |
alright 'chall - I've done tons of building/re-building, etc. My conclusion is that 3.3.4 (with or without the apache module patch) and even 3.3.5 are broken when built from source today |
| 11:36 |
Bmagic |
specifically the report angular interface |
| 11:37 |
Bmagic |
all tested with standard concerto data set, nginx reverse proxy over websocketd |
| 11:46 |
Bmagic |
testing 3.4.3 now |
| 12:08 |
Bmagic |
3.4.3 is working :) |
| 12:11 |
csharp |
@decide 'chall or all y'all |
| 12:11 |
pinesol |
csharp: go with 'chall |
| 13:33 |
Dyrcona |
Prerequisites may have changed, too. |
| 13:33 |
Dyrcona |
Going backwards is much harder than going forwards. |
| 13:35 |
Bmagic |
3.3.7 compiled and works :) - that is to say that the reporting interface works |
| 13:36 |
Bmagic |
re-testing 3.3.4 again, now that I know 3.3.7 is working - just quadrupal checking that it's not my fault |
| 14:01 |
Bmagic |
well, this is embarrassing, it's working now.... looking into a possible reason |
| 14:03 |
Bmagic |
oh! nope - it's broken |
| 14:03 |
Bmagic |
browser cache tricking me |
| 14:20 |
jihpringle |
Bmagic - could it be related to https://bugs.launchpad.net/evergreen/+bug/1873286 ? |
| 14:20 |
pinesol |
Launchpad bug 1873286 in Evergreen "jQuery 3.5.0 breaks at least AngularJS interfaces" [Critical,Fix committed] |
| 14:20 |
Bmagic |
that very well could be, I still haven't found an error in a log or the browser console |
| 14:28 |
Bmagic |
jihpringle: that patch almost* merges cleanly onto 3.3.4 - fixed a small merge conflict - moving into installation and testing |
| 14:41 |
Bmagic |
jihpringle++ # with the patch, 3.3.4 is working! |
| 14:43 |
Bmagic |
phew! that was fun |
| 14:47 |
Dyrcona |
Bmagic: I was going to suggest looking at what changed between 3.3.4 and 3.3.7, but jihpringle figured it out. (Also, I got busy working on something else.) |
| 14:47 |
Bmagic |
:) no worries |
| 15:29 |
|
mantis2 left #evergreen |
| 15:40 |
jihpringle |
Bmagic: glad to hear that fixed it, we ran into the same issue when testing 3.5beta |
| 15:52 |
|
nfBurton joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:32 |
|
jihpringle joined #evergreen |
| 17:40 |
|
jvwoolf joined #evergreen |
| 17:59 |
|
mrisher joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 22:31 |
|
mrisher_ joined #evergreen |
| 23:06 |
|
sandbergja joined #evergreen |
| 00:38 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 07:26 |
|
agoben joined #evergreen |
| 07:48 |
|
Dyrcona joined #evergreen |
| 17:06 |
jeff |
for a short time we were only pulling holds for patrons that had an existing hold on the shelf, to make our initial soft launch of curbside service able to move more items with fewer patrons (we started with just patrons that had something waiting from back in March) |
| 17:10 |
mmorgan |
Who knew that running the pull list would become an art form? ;-) |
| 17:14 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:18 |
|
sandbergja joined #evergreen |
| 20:31 |
|
mrisher joined #evergreen |
| 21:45 |
|
sandbergja joined #evergreen |
| 03:50 |
|
rhamby joined #evergreen |
| 03:50 |
|
miker joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:29 |
|
rjackson_isl_hom joined #evergreen |
| 08:02 |
|
Dyrcona joined #evergreen |
| 08:15 |
|
alynn26 joined #evergreen |
| 10:14 |
gmcharlt |
berick: for the 3.4 and 3.3 backports I'm tempted to just pin moment-timezone to 0.5.27 and call it a day. any objections? |
| 10:15 |
berick |
gmcharlt: no objections, sound sane |
| 10:32 |
gmcharlt |
ok, updated |
| 10:33 |
pinesol |
[evergreen|Galen Charlton] LP#1884787: bump up moment and moment-timezone - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f0651a> |
| 10:33 |
pinesol |
[evergreen|Galen Charlton] LP#1884787: update package-lock.json - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e0483db> |
| 10:33 |
pinesol |
[evergreen|Galen Charlton] LP#1884787: update Angular staff client to work with momement-timezone >= 0.5.29 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e7c313> |
| 10:33 |
pinesol |
[evergreen|Bill Erickson] LP1884787 ng lint and unit test repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=056306f> |
| 10:35 |
Dyrcona |
Action trigger doesn't work so well when you have 1.4 million pending events of a single type. |
| 10:35 |
Dyrcona |
Or, even 1.4 million pending events. |
| 10:38 |
berick |
yeah, i'm expecting some fun times ahead w/ A/T backlog |
| 10:39 |
Dyrcona |
We have most of the events set to inactive in production, right now. |
| 10:39 |
Dyrcona |
I was messing around on training where some things haven't been done. |
| 11:15 |
mmorgan |
Dyrcona: So have events been getting created, but not processed? Or you expect to get that many created when you crank things up? |
| 11:19 |
Dyrcona |
mmorgan: Neither, actually. I enabled our daily action trigger runner so that we could test something with auto-renewals, and I didn't check what other events would fire and how many events would be created. |
| 11:26 |
mmorgan |
gotcha |
| 11:29 |
Dyrcona |
Training data is also out of date by over a month, so there will be more of some events created than normal. |
| 11:30 |
|
sandbergja joined #evergreen |
| 16:06 |
gmcharlt |
4. clean version-upgade from a fresh 3.4.3 DB to 3.5.0 |
| 16:07 |
berick |
gmcharlt++ |
| 16:08 |
berick |
i'm hoping to build the final 3.5.0 tomorrow w/ today's Moment patches |
| 16:08 |
gmcharlt |
5. no apparent issues on spot checking various interfaces |
| 16:09 |
gmcharlt |
so not a full test of All The Things (tm), but nothing that blocks your building 3.5.0 tomorrow |
| 16:09 |
berick |
awesome |
| 16:12 |
|
phasefx_ joined #evergreen |
| 16:13 |
|
lisacarlucci joined #evergreen |
| 17:04 |
|
mrisher left #evergreen |
| 17:04 |
|
mrisher joined #evergreen |
| 17:45 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:02 |
|
dbwells joined #evergreen |
| 18:26 |
|
rjackson_isl_hom joined #evergreen |
| 18:30 |
Bmagic |
Double checking: it's ok to truncate metabib.browse_entry; truncate metabib.browse_entry_def_map; with a reingest after? |
| 02:33 |
|
bshum joined #evergreen |
| 05:09 |
|
serflog joined #evergreen |
| 05:09 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:04 |
|
agoben joined #evergreen |
| 07:31 |
|
rjackson_isl_hom joined #evergreen |
| 08:04 |
|
Dyrcona joined #evergreen |
| 09:32 |
|
dbwells_ joined #evergreen |
| 09:37 |
|
dbwells joined #evergreen |
| 10:23 |
|
mantis joined #evergreen |
| 10:37 |
Dyrcona |
Software tests are nice, but it's no fun waiting 15+ minutes for the software tests to finish when you install somthing from CPAN. |
| 10:42 |
jeff |
cpanm --notest Package::Here |
| 10:42 |
jeff |
:-) |
| 10:43 |
rfrasur |
On first read, I read "no fun waiting 15+ minutes for the software tests to finish while you watch something on CSPAN." |
| 10:44 |
rhamby |
there are some CPAN modules with so many layers of dependencies I begin to feel like I'm installing a tower of jenga blocks |
| 10:44 |
Dyrcona |
:) |
| 10:44 |
Dyrcona |
rfrasur++ # But, it's no fun watching CSPAN, either. |
| 10:49 |
rhamby |
I'm saying it's correct or not as a sentiment but it's certainly out there. |
| 10:51 |
Dyrcona |
Yeah. |
| 10:52 |
Dyrcona |
I was just adding the Perl modules that I need to run my parameter dump script on my new laptop. It works. The "funny" thing is just after I opened the spreadsheet, "Too Much Information" by The Police came up on my playlist. :) |
| 10:53 |
Dyrcona |
jeff: Yeah, I always forget --notest, but at the same time, with an ARM laptop, tests are probably a good idea. |
| 10:54 |
rfrasur |
Too_Much_Information--; The_Police++ |
| 10:55 |
|
dbs joined #evergreen |
| 10:57 |
Dyrcona |
Speaking of things I'm not fond of: I actually set up a user systemd service unit to start ssh-agent whenever I login on my laptop. It seemed like the most appropriate way to do that. |
| 14:50 |
pinesol |
Launchpad bug 1884787 in Evergreen 3.4 "moment-timezone > 0.5.28 breaks Angular build" [High,New] https://launchpad.net/bugs/1884787 |
| 15:31 |
sandbergja_ |
gmcharlt: thanks, I'll take a look |
| 15:37 |
jeffdavis |
jeff: are you still interested in looking at bug 1777677 ? |
| 15:37 |
pinesol |
Launchpad bug 1777677 in Evergreen "Test notification method" [Wishlist,New] https://launchpad.net/bugs/1777677 - Assigned to Jeff Godin (jgodin) |
| 15:55 |
|
mantis2 left #evergreen |
| 17:05 |
|
dbwells joined #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:00 |
|
sandbergja joined #evergreen |
| 19:16 |
|
sandbergja_ joined #evergreen |
| 19:21 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 07:27 |
|
agoben joined #evergreen |
| 07:41 |
|
Dyrcona joined #evergreen |
| 14:47 |
rhamby |
berick++ for pinging me |
| 14:54 |
|
jihpringle joined #evergreen |
| 15:08 |
|
mantis joined #evergreen |
| 15:14 |
mmorgan |
If a hold that's ready for pickup, and has generated a pickup email gets retargeted and recaptured, will a second email be generated? My testing says yes, unless my testing is flawed. |
| 15:18 |
jeff |
yes, I believe you are correct. |
| 15:18 |
jeff |
though if the existing A/T events were pending they may BOTH be run. |
| 15:19 |
jeff |
(say, if you had disabled notifications by disabling cron jobs for a time) |
| 15:30 |
Dyrcona |
FWIW: We deactivated the event definitions in the database and left the cron jobs alone. Now, we're cloning hold notification events for individual libraries that request it. |
| 15:33 |
mmorgan |
We did the same. |
| 15:37 |
|
jihpringle joined #evergreen |
| 15:42 |
jeff |
something i was just looking at was what happens when you have active event defs at multiple depths: if BR1 and SYS1 both define an event for hold.available, do both event defs each result in an event being created? |
| 15:42 |
jeff |
my current thought on looking at things was "yes, you get two events", but I hadn't finished looking or tested yet. |
| 15:43 |
csharp |
make your configure more colorful with "./configure --prefix=/openils --sysconfdir=/openils/conf | lolcat" |
| 15:47 |
Dyrcona |
jeff: Yes, it looks like you get two events. |
| 15:50 |
Dyrcona |
But, with something like hold notifications, you get multiple events (1 per hold) anyway, and only 1 email. I'm not sure how that works with different events, though. You'll probably have two emails or texts sent. |
| 16:20 |
|
jihpringle joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:30 |
|
jihpringle joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:20 |
|
mrisher_ joined #evergreen |
| 22:25 |
|
dbwells joined #evergreen |
| 22:43 |
|
jeffdavis joined #evergreen |
| 02:18 |
|
jeff_ joined #evergreen |
| 05:47 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:49 |
|
sandbergja joined #evergreen |
| 07:02 |
|
agoben_ joined #evergreen |
| 07:26 |
|
Dyrcona joined #evergreen |
| 15:09 |
|
sandbergja joined #evergreen |
| 15:09 |
sandbergja |
I really like the high contrast mode in KCLS's self-check. Nice work, berick! |
| 15:33 |
|
mmorgan1 joined #evergreen |
| 15:36 |
gmcharlt_ |
jeffdavis: If you happen to test the curbside pickup branch, one thing I'd be curious about is whether the barcode completion and opt-in work for you for the patron search on the schedule pickup table in the staff interface. (It should, but woud bear more testing.) |
| 15:37 |
pinesol |
[evergreen|Sam Link] LP1882937 Replace master/slave terminology - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bc45adb> |
| 15:37 |
pinesol |
[evergreen|Mike Rylander] LP#1882937: Comment and dead-code cleanup - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3a2e51f> |
| 15:37 |
csharp |
slink++ |
| 15:37 |
jeffdavis |
gmcharlt_: thanks for mentioning - I think we're going to be testing it, will pay attention to those aspects |
| 15:38 |
|
gmcharlt_ joined #evergreen |
| 15:44 |
sandbergja |
slink++ |
| 15:44 |
sandbergja |
miker++ |
| 17:09 |
|
mmorgan1 left #evergreen |
| 17:48 |
jeffdavis |
another good one: no_tz.open-ils.storage.actor.user.crazy_search: prepare_cached(SELECT evergreen.unaccent_and_squash(?)) statement handle DBIx::ContextualFetch::st=HASH(0xf3767a8) still Active at /usr/local/share/perl/5.22.1/OpenILS/Application/Storage/Publisher/actor.pm line 627. |
| 18:00 |
|
sandbergja joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:19 |
|
mrisher_ joined #evergreen |
| 19:57 |
|
sandbergja joined #evergreen |
| 21:43 |
|
remingtron_ joined #evergreen |
| 00:11 |
|
sandbergja joined #evergreen |
| 05:31 |
|
Dyrcona joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:23 |
|
rjackson_isl_hom joined #evergreen |
| 07:38 |
|
agoben joined #evergreen |
| 07:51 |
|
rfrasur joined #evergreen |
| 16:54 |
Bmagic |
a great first day indeed! |
| 16:57 |
mmorgan |
What Bmagic said! |
| 16:58 |
jeff |
Do we know when recordings will be posted? |
| 17:00 |
rhamby_ |
jeff: in terms of the videos or videos with subtitles? |
| 17:01 |
rhamby_ |
I'm currently waiting to get the download links on the videos, I have the intro and keynote now. |
| 17:01 |
rhamby_ |
intro and keynote will probably go up as a single file tonight. |
| 17:02 |
rhamby_ |
the tracks I will probably get as a single file and I'll need a little time to split them (but not much) |
| 17:02 |
rhamby_ |
the subtitles will take more work and will probably trail behind |
| 17:03 |
rhamby_ |
we get the closed caption in a text format that is a bit messy, I wrote a script to convert them to youtube .scr format for subtitles but this will be it's beta test so how long it takes will be determined a bit by how well I've anticipated how messy the transcripts are |
| 17:05 |
rhamby_ |
looking over the keynote video I'll probably review and do trimming just to remove dead space from the front if nothing else |
| 17:07 |
rhamby_ |
that may be a longer answer than you wanted .... |
| 17:26 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:30 |
|
mrisher joined #evergreen |
| 19:31 |
|
sandbergja joined #evergreen |
| 20:24 |
|
mrisher joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:51 |
|
rfrasur joined #evergreen |
| 07:12 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl_hom joined #evergreen |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:12 |
Bmagic |
All, I'm trouble shooting the presence of "Place Hold" in the OPAC. I've narrowed it down to the Apache ENV variable "physical_loc" - when it's set to "2" the "Place Hold" link is gone, When it's "3" - it's there. Found the function "global_record_copy_count" in biblio.pm where a SQL query figures out the counts |
| 12:16 |
Bmagic |
There is also a DB function: asset.record_has_holdable_copy - which takes the BIB ID and the context ORG unit. When I feed in "3", the function returns false, and when I feed "2" - it returns true. Which is opposite of the OPAC behavior. Not sure that this function is consulted for the OPAC, but it's curious none-the-less |
| 12:20 |
Bmagic |
All of the copies on my test bib are located beneath "2" - there are no copies for "3" or any org below "3". But "3" is the one that is working.... |
| 12:21 |
jihpringle |
Bmagic: sounds like https://bugs.launchpad.net/evergreen/+bug/1819956 |
| 12:21 |
pinesol |
Launchpad bug 1819956 in Evergreen "Place Hold Option Not Hidden In OPAC If Other Libraries Have Holdable Items" [Wishlist,Confirmed] |
| 12:23 |
Bmagic |
hmmm, this is different I think. The copies ARE holdable and OPAC visible |
| 16:22 |
|
sandbergja joined #evergreen |
| 16:43 |
|
Dyrcona joined #evergreen |
| 17:29 |
|
mmorgan1 left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:20 |
|
Dyrcona joined #evergreen |
| 22:38 |
|
sandbergja joined #evergreen |
| 23:26 |
|
sandbergja joined #evergreen |
| 00:44 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:18 |
|
rjackson_isl_hom joined #evergreen |
| 07:53 |
|
rfrasur joined #evergreen |
| 08:13 |
|
remingtron__ joined #evergreen |
| 11:31 |
berick |
Bmagic: i'm just guessing. a lot of the supercat-ish URLs have a depth option |
| 12:04 |
jeffdavis |
<zurl>http://localhost/opac/extras/sru/SYSTEMNAME/holdings</zurl> works here, we don't do anything else to scope results that I know of |
| 12:16 |
|
jihpringle joined #evergreen |
| 12:28 |
Bmagic |
jeffdavis: using exactly that, I did a test query against the whole DB (Defined like this: <zurl>http://localhost/opac/extras/sru</zurl> ) - then did the exact same query against the SYSTEMNAME DB - with exactly the same result set. Furthermore, I grabbed the control number from the output and looked that bib up in the database, there were no holdings for my SYSTEMNAME on that bib |
| 12:33 |
jeffdavis |
Bmagic: does the Evergreen search string generated for your SYSTEMNAME search contain site:SYSTEMNAME as a search param? |
| 12:34 |
Bmagic |
would that be spit out STDOUT from simple2zoom? |
| 12:35 |
jeffdavis |
it would be in the EG logs |
| 12:42 |
jeffdavis |
If you take the same EG search string and run it directly (rather than via Z39.50/SRU), are the results scoped correctly? |
| 12:42 |
Bmagic |
openils.search.biblio.multiclass.query HASH(0x627b920), eg.title:"goblet of fire" && eg.author:rowling site:SYSTEMNAME, 1 |
| 12:42 |
Bmagic |
seems legit to me |
| 12:43 |
Bmagic |
using the http://www.loc.gov/z3950/test.html tool |
| 12:48 |
Bmagic |
that last "1" at the end is depth? |
| 12:55 |
Bmagic |
jeffdavis: I think the issue is that lookup tool |
| 12:55 |
Bmagic |
it must cache or something |
| 16:19 |
* mmorgan |
is wondering about applying a transit range of system to all the hold policies in the db.... |
| 16:19 |
jeff |
(wouldn't affect targeting / queue position, just trying to catch items on the pull list already for patrons who we know we're about to have come pick up soon) |
| 16:20 |
jeff |
mmorgan: if you update the policies, keep in mind that you'll also need to update and potentially retarget existing outstanding uncaptured holds. selection_ou and selection_depth are fields on the hold request. |
| 16:21 |
mmorgan |
jeff++ |
| 16:21 |
mmorgan |
I thought there must be a flaw in my logic :) |
| 16:55 |
mmorgan |
jeff: So I'm testing adding transit ranges to hold policies, and am not seeing that holds get a selection_depth. The transit range added to hold policies applies to holds placed prior to the rule change. |
| 16:56 |
mmorgan |
Is selection_depth only used set by boundaries? |
| 16:56 |
mmorgan |
s/used// |
| 16:57 |
jeff |
hard boundary is what ends up in selection_depth, i think. |
| 16:57 |
jeff |
i don't know if there are other circumstances where something else influences selection_depth |
| 16:57 |
mmorgan |
Ok, transit range in a hold policy looks to be consulted on the fly. |
| 17:19 |
mmorgan |
jeff++ |
| 17:19 |
|
mmorgan left #evergreen |
| 17:52 |
|
alynn26 joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
|
sandbergja joined #evergreen |
| 19:02 |
|
sandbergja joined #evergreen |
| 20:05 |
|
jvwoolf joined #evergreen |
| 05:57 |
|
miker joined #evergreen |
| 05:57 |
|
dbs joined #evergreen |
| 05:58 |
|
abneiman joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl_hom joined #evergreen |
| 07:36 |
|
agoben joined #evergreen |
| 08:06 |
|
mantis joined #evergreen |
| 08:58 |
|
dbwells joined #evergreen |
| 09:00 |
csharp |
comcast-- |
| 09:00 |
csharp |
@hates |
| 09:00 |
pinesol |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out when applying an (2 more messages) |
| 09:00 |
csharp |
@more |
| 09:00 |
pinesol |
csharp: Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; troubleshooting reports; money reports; marc; reports even more than before; the EDI ruby bits; acquisitions; <quote>fun<unquote>; edi; sip2; sip too; sip two; acq; acq more; acq way more than before; omg I hate acq; omg I love acq; hate hate hate; comcast; action_triggers; javascript; action_triggers (1 more message) |
| 09:00 |
csharp |
@more |
| 09:16 |
Bmagic |
yes! Perfect |
| 09:16 |
rfrasur |
very concise! |
| 09:17 |
Dyrcona |
:) |
| 09:18 |
Bmagic |
Just tested - Pinesol's mind is compartmentalized between IRC channels |
| 09:18 |
rfrasur |
that makes sense |
| 09:18 |
Bmagic |
I was thinking it would be nice to have a private conversation with it, so we could work out what we wanted it to know without spamming channel |
| 09:19 |
rfrasur |
responsible ;) |
| 10:20 |
pinesol |
Dyrcona, tsbere, bshum, csharp, gmcharlt, yboston, kmlussier and gsams love git |
| 10:20 |
pinesol |
terran hates git |
| 10:22 |
berick |
@loves |
| 10:22 |
pinesol |
berick loves mosh; whitespace-as-syntax; digging around in Open-ILS/src/support-scripts/test-scripts and finding a 7 year old script that does exactly what I needed.; asciidoc; breakfast bourbon; and deleting things |
| 10:22 |
berick |
@hates |
| 10:22 |
pinesol |
berick: berick doesn't seem to hate anything. |
| 10:22 |
berick |
that's right |
| 15:55 |
abneiman |
dluch++ # sorry I missed the meeting |
| 17:30 |
|
mmorgan left #evergreen |
| 17:32 |
|
mmorgan joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:02 |
|
sandbergja joined #evergreen |
| 18:10 |
|
jvwoolf joined #evergreen |
| 18:36 |
|
jeffdavis_ joined #evergreen |
| 01:20 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:06 |
|
mantis joined #evergreen |
| 08:06 |
|
dbwells_ joined #evergreen |
| 08:09 |
|
rfrasur joined #evergreen |
| 12:26 |
csharp |
not sure if it fixes legacy TLS client access |
| 12:26 |
csharp |
(probably not) |
| 12:26 |
csharp |
still waiting to hear back from kenstir about whether it fixed an android app issue |
| 12:42 |
Dyrcona |
I'm going to test removing the AddTrust cert from the chain and see what happens. I'm told that just adding the SSL exception doesn't always work with XUL. Worked for me on Linux. |
| 12:51 |
|
khuckins joined #evergreen |
| 13:01 |
csharp |
"oh, by the way guys, we'll be migrating fully to the web client today!" |
| 13:03 |
Dyrcona |
:) |
| 15:26 |
|
jihpringle joined #evergreen |
| 15:38 |
|
mmorgan left #evergreen |
| 16:31 |
|
mantis left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:27 |
|
sandbergja joined #evergreen |
| 20:28 |
|
jvwoolf joined #evergreen |
