Evergreen ILS Website

IRC log for #evergreen, 2018-03-26

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:10 JBoyer joined #evergreen
07:14 rjackson_isl joined #evergreen
07:32 agoben joined #evergreen
08:05 stephengwills joined #evergreen
08:07 stephengwills left #evergreen
08:08 jvwoolf joined #evergreen
08:39 tlittle joined #evergreen
08:41 kmlussier joined #evergreen
08:43 Dyrcona joined #evergreen
08:44 mmorgan joined #evergreen
08:47 rlefaive joined #evergreen
08:56 bos20k joined #evergreen
09:19 pinesol_green [evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5e4eaca>
09:29 yboston joined #evergreen
09:37 pinesol_green [evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e05f6ee>
09:39 mmorgan joined #evergreen
10:13 stephengwills joined #evergreen
10:15 mmorgan joined #evergreen
10:50 collum joined #evergreen
11:02 Christineb joined #evergreen
11:30 Jaswinder joined #evergreen
11:31 Jaswinder hey Guys, I am trying to srfsh service that I created by extended EbookAPI. When I try to introspect, I am getting the below error:
11:31 Jaswinder Can't locate object method "method_lookup" via package "OpenILS::Application::EbookAPI::CustomAPI" (perhaps you forgot to load "OpenILS::Application::CustomAPI::RecordedBooks"?) at /usr/local/share/perl/5.22​.1/OpenSRF/Application.pm line 161.
11:32 Jaswinder Please ignore my previous error. here is the correct one: Can't locate object method "method_lookup" via package "OpenILS::Application::EbookAPI::CustomAPI" (perhaps you forgot to load "OpenILS::Application::EbookAPI::CustomAPI"?) at /usr/local/share/perl/5.22​.1/OpenSRF/Application.pm line 161.
11:33 Jaswinder I have correctly updated opensrf.xml, opensrf_core.xml, and other relevant files. Any Thoughts?
11:33 jeff Jaswinder: Sounds like the module failed to load, possibly due to something like a syntax error. Have you attempted to check the file with "perl -c /path/to/perl/file"?
11:34 jeff Where /path/to/perl/file is the file that Perl would load for the package OpenILS::Application::EbookAPI::CustomAPI?
11:35 jeff Something like /usr/local/share/perl/5.20.2/OpenIL​S/Application/EbookAPI/CustomAPI.pm -- though your path may differ in a number of ways for a number of reasons.
11:35 Jaswinder Let me try
11:39 rlefaive joined #evergreen
11:40 Jaswinder Syntax is fine
11:41 jeff Okay. What do the relevant section of your opensrf config files look like?
11:44 dbwells Jaswinder: method_lookup is inherited from OpenSRF::Application through OpenILS::Application.  Perhaps something is missing in your package lineage.  Do you have the following lines in your service code?:  use OpenILS::Application;   use base qw/OpenILS::Application/;
11:44 dbwells It might be best just to post your code somewhere.
11:45 * jeff nods
11:45 Jaswinder I have these use statements:
11:45 Jaswinder use OpenILS::Application; use OpenILS::Application::EbookAPI; use base qw/OpenILS::Application::EbookAPI/;
11:46 dbwells Ah, you are trying to further derive from the existing EbookAPI app.
11:46 Jaswinder The opensrf file is fine. I think there is another file that has a syntax issue. I will try again once I correct this one. Thanks!
11:46 Jaswinder Yes
11:54 Jaswinder One more question, which folder I should be I coping the EbookAPI custom code to? openils/lib/perl5/OpenILS/Application/ OR  /usr/local/share/perl/5.22.1/​OpenILS/Application/EbookAPI/
11:57 dbwells I am not sure what that first path is, but to run it, you generally want it where your active Perl modules are, so something more like the second (though it can vary per OS).
11:57 dwgreen joined #evergreen
11:58 Jaswinder dbwells - It is not picking up on the second location for some reason
11:59 Jaswinder Actually, nevermind. I found a way to do get it to work
11:59 jvwoolf joined #evergreen
12:00 jeff Jaswinder: What did you end up doing?
12:02 dbwells Also, I am honestly not sure if deriving a service from an existing service will work without some finagling.  Is there a particular reason to derive it?  I'll be interested to see how this all works out for you.
12:14 khuckins joined #evergreen
12:41 jvwoolf joined #evergreen
12:48 pinesol_green [evergreen|Dan Wells] Small fix to release note numbering - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9f76f21>
12:54 miker man, webpack is making web client dev way more difficult than before ... :(
12:54 Dyrcona I thought it was supposed to make it easier.
12:55 berick i always have a screen window open just running: npm run build-watch
12:55 berick that solves the extra step for me
12:55 berick or are there other problems?
12:55 miker at XMLHttpRequest.x.onload (vendor.bundle.js:6)
12:56 berick miker: are you using 'npm run build' instead of build-prod ?
12:58 berick of course in some cases, we're running compressed code with or without webpack.  some such errors are not new, except they're in a different file now.
12:59 miker attempting build right now ... that's a bit better.
13:01 khuckins_ joined #evergreen
13:09 * dbs hopes there are some "Build Watch" videos made in the style of Bay Watch
13:12 miker berick: can we no longer depend on egCore.startup.go()? Functions added the the $scope in a go() resolver don't seem to, how do you say, work.
13:12 miker (it did work before I rebased past the webpack stuff)
13:14 jvwoolf1 joined #evergreen
13:15 berick not that I'm aware of
13:22 * dbwells just found his lunch from Friday in the microwave
13:22 dbwells Guess it was one of those days
13:23 csharp dbwells: ha! - that's how my week was last week too (as you know, in part)
13:30 kmlussier I've left many cups of tea in a microwave. Never a lunch.
13:34 khuckins__ joined #evergreen
13:35 jihpringle joined #evergreen
13:47 tlittle joined #evergreen
14:56 dbwells berick: bshum: dbs: Dyrcona: gmcharlt: jeff: kmlussier: miker: phasefx: Core committers, please be aware that rel_3_1 is now branched.  Apologies if I missed anyone in the room.
14:58 jeff dbwells++
15:02 berick dbwells++
15:02 berick thanks for the heads up
15:07 Dyrcona dbwells++
15:11 JBoyer dbwells++
15:16 gmcharlt dbwells++
15:16 Bmagic dbwells++
15:30 abowling1 joined #evergreen
15:42 bshum bzr--
15:43 dbs gitlab?
15:43 bshum No, setting up a new translation export source for rel_3_1
15:43 dbs Oh right
15:43 bshum But yes, let's go to gitlab or whatever, soon
15:43 bshum LP-- launchpad--
15:49 abowling joined #evergreen
15:52 Stompro Does anyone know if open-ils processes need to be restarted when changes to config.metabib_field are made?  I added a new entry to change how series facets were created and now I'm seeing errors in the queryparser where a field ID is missing where was is expected.
15:52 Stompro s/'where was is expected'/'where one is expected'/
15:53 miker yes, restart the storage service
15:53 Stompro Miker, thanks.
16:03 Dyrcona So, upsert is pretty cool. Pg9.5++
16:03 miker Dyrcona: INSERT ... ON CONFLICT? yeah, I'm looking forward to replacing some cruft
16:04 Dyrcona Yeahp.
16:04 Dyrcona INSERT ... ON CONFLICT ... DO UPDATE ...
16:12 khuckins joined #evergreen
17:11 mmorgan left #evergreen
17:25 dpearl1 joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
22:27 beanjammin joined #evergreen
22:47 stephengwills left #evergreen
23:46 jeff d
23:46 * jeff yawns

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat