Evergreen ILS Website

IRC log for #evergreen, 2016-01-06

| 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
05:28 csharp Bmagic: we have used the offline client for every upgrade for the last 4 years without trouble (using the "old" client to generate the transactions and the "new" client to upgrade them)
05:28 Mark__T joined #evergreen
05:29 csharp Bmagic: the only issue we see is when multiple libraries try to upload/process at once and they choke sometimes - cleaning that up isn't always fun
07:26 graced joined #evergreen
07:50 collum joined #evergreen
07:51 collum joined #evergreen
07:53 mrpeters joined #evergreen
08:02 rjackson_isl joined #evergreen
08:12 ericar joined #evergreen
08:46 rjackson_isl needing guru help this am! have an perl module that is not cooperating on a given machine. Module is here: http://pastie.org/10673305
08:46 rjackson_isl Error is opensrf@utility-prod:~/overdrive$ ./htmlunescape
08:46 rjackson_isl -su: ./htmlunescape: /usr/bin/perl^M: bad interpreter: No such file or directory
08:47 rjackson_isl is this a bad install of perl causing???
08:49 dbwells what's your output for this command?:   which perl
08:50 rjackson_isl (trying to fix as jboyer-isl is catching up on much needed sleep from hardware and software upgrades for several days in a row...)
08:51 rjackson_isl which version of perl?
08:51 dbwells If you run 'which perl' it will tell you where it thinks the perl executable lives.
08:51 rjackson_isl at /usr/bin/perl
08:52 rjackson_isl opensrf@utility-prod:~/overdrive$ /usr/bin/perl -v
08:52 rjackson_isl This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-gnu-thread-multi
08:52 rjackson_isl (with 41 registered patches, see perl -V for more detail)
08:52 rjackson_isl Copyright 1987-2013, Larry Wall
08:53 dbwells Hmmm, I also wonder if you have a funky line-ending on that line causing issues (the ^M in your error).  Try deleting and recreating your #! line, maybe?
08:54 rjackson_isl dbwells that is what online searches were hinting at a dos type critter on a line - let me see if recreating gives it new life dbwells++
08:58 Dyrcona joined #evergreen
08:58 dbwells If that's not the only line with that issue, here's a bunch of options for making the file a proper Unix file again: https://kb.iu.edu/d/acux
08:58 rjackson_isl Grrrr - I can copy via scp to a different machine and it doesn't hiccup!
08:59 Stompro joined #evergreen
09:01 rjackson_isl I think you have saved the day and Jason can get his beauty rest! used the tr command and seems to have fixed the problem
09:01 rjackson_isl dbwells++ again
09:01 dbwells cool :)
09:02 miker rjackson_isl: was ftp ever involved in the transfer? (thinking of sources of line-ending transformation)
09:02 rjackson_isl may have been initially as Jason might have created in windows...
09:03 rjackson_isl funny it works on another machine with the control characters though (not really...)
09:03 Dyrcona It's 2016....Why are we still dealing with that nonsense?
09:04 Dyrcona It's not hard to write software to handle multiple line endings.
09:04 Dyrcona And, Microsoft still thinks everything it a teletype....
09:04 * Dyrcona had to get that jab in.
09:06 Dyrcona In the interest of full disclosure/bragging rights, I actually had to maintain a program that sent data to a teletype....in the late '90s!
09:08 Dyrcona And on a completely different note, my office is where heat goes to die.
09:08 Dyrcona Come! Witness the heat death of the universe.
09:13 miker rjackson_isl: could be bash config: set -o igncr; or SHELLOPTS
09:14 rjackson_isl miker++
09:40 sarabee joined #evergreen
09:51 csharp @quote add < Dyrcona> Come! Witness the heat death of the universe.
09:51 pinesol_green csharp: The operation succeeded.  Quote #136 added.
11:05 Dyrcona Arg! Choices.....
11:07 Dyrcona Ha!
11:09 Dyrcona open-ils.storage.asset.copy.restore.barcode
11:10 berick ah, we have a dev meeting today
11:11 Dyrcona That we do.
11:12 graced joined #evergreen
11:13 Dyrcona I have nothing for the agenda, though it might be about time for another bug fix release since we skipped last month.
11:16 Dyrcona And, nope, I don't think a single storage call would be flexible enough.
11:16 Dyrcona just thinkin' out loud.
11:17 Dyrcona I have some complicated SQL that I think I want to turn into backend calls.
11:19 jwoodard joined #evergreen
11:36 graced joined #evergreen
11:52 Christineb joined #evergreen
12:09 bmills joined #evergreen
12:10 jboyer_isl joined #evergreen
12:16 sandbergja joined #evergreen
12:19 bwicksall joined #evergreen
12:33 Stompro joined #evergreen
12:44 jihpringle joined #evergreen
13:56 bmills joined #evergreen
14:01 graced joined #evergreen
14:37 graced joined #evergreen
14:45 RoganH joined #evergreen
14:46 Stompro I'm getting a "COPY_BAD_STATUS - DAMAGED" when I check in a certain copy, but the copy status is in-transit not damaged.  Where is the damage status stashed at?  Does the transit store the old status... that must be it.
14:47 berick Stompro: it does
14:48 * jeff nods
14:48 berick so it will know what to set the status to upon arrival
15:00 Bmagic csharp: thanks for the info
15:09 * berick needs to get back in the habit of sending meeting reminders to the list
15:10 Stompro berick, thanks, we just need to adjust our workflow when repairing damaged items, we were used to just checking the items in.
15:11 berick Stompro: related https://bugs.launchpad.net/evergreen/+bug/1464709
15:11 pinesol_green Launchpad bug 1464709 in Evergreen "Seamless checkout of non-standard copy status AKA single-use copy statuses" [Wishlist,New] - Assigned to Bill Erickson (berick)
15:11 berick if you're talking about avoiding warning dialogs for copy status.  toward the end of that bug it talks about checkin
15:32 bmills joined #evergreen
15:47 jeff_ joined #evergreen
15:51 jeff tadl.notify.sms.itemsdue  | true
15:51 jeff opac.hold_notify          | "email"
15:51 jeff opac.default_sms_notify   | "555-555-5555"
15:52 jeff I suppose someone no longer wanted to receive text messages from us.
15:52 jeff And couldn't find the relevant checkbox.
15:52 Dyrcona Dunno. But I was just looking at that with someone else here.
15:53 Dyrcona You can enter a default sms number and not check the box for sms notifications.
15:53 Dyrcona One of our libraries for a report on numbers of patrons getting email and/or sms notifications.
15:53 Dyrcona asked for a report, that is.
15:54 Dyrcona Omitting verbs it hard to
15:54 Dyrcona ;)
15:55 bshum csharp++ # helping me find a fix for our silly ldirectord https issue
15:55 bshum For posterity: http://wiki.lenux.org/ldirectord-tr​oubles-with-https-negotiate-check/
15:56 Dyrcona everybody++
15:57 * Dyrcona passes 'round the Mentos...R in a circle and all that jazz.
15:58 jlitrell joined #evergreen
16:02 sbrylander joined #evergreen
16:03 sbrylander joined #evergreen
16:11 bmills1 joined #evergreen
16:51 maryj joined #evergreen
17:03 jihpringle_ joined #evergreen
17:18 mtcarlson joined #evergreen
17:36 bshum I closed up the 2.8.5 milestone in LP (since that released on 2015-11-18) and added a 2.8.6 one.
17:36 bshum Using the bugmaster account to move the milestones appropriately.
17:44 berick bshum++
17:51 dbs bshum++
17:51 dbs You've been awesome.
18:04 jeffdavis bshum: NOOOOOOOOOOOOOO
18:05 jeffdavis I mean, uh, congrats and best of luck.
18:05 jeffdavis bshum++
18:05 bshum Hehe thanks :)
18:29 kmlussier bshum++
18:44 mtcarlson left #evergreen
19:11 jwoodard @weather
19:11 pinesol_green jwoodard: Aubrey, TX :: Overcast :: 47F/8C | Wednesday: Cloudy with rain. Lows overnight in the low 40s. Wednesday Night: A steady rain this evening. Showers continuing overnight. Low 43F. Winds SE at 5 to 10 mph. Chance of rain 100%. Rainfall around a half an inch.
21:35 bmills joined #evergreen

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