Time |
Nick |
Message |
07:16 |
|
rjackson_isl joined #evergreen |
07:37 |
|
Dyrcona joined #evergreen |
07:48 |
|
rlefaive joined #evergreen |
07:57 |
|
ngf42 joined #evergreen |
08:01 |
|
collum joined #evergreen |
08:31 |
|
dwgreen joined #evergreen |
08:45 |
|
kmlussier joined #evergreen |
09:13 |
|
terran joined #evergreen |
09:23 |
|
jvwoolf joined #evergreen |
09:45 |
Dyrcona |
Whoever rights code like this should lose their commit bit for a month, at least: new_editor()->json_query($query)->[0]->{count}; |
09:46 |
Dyrcona |
That's guaranteed to produce "Can't use an undefined value as an ARRAY reference" on a frequent basis. |
09:47 |
Dyrcona |
"rights," really? Guess you can't take me too seriously. |
09:47 |
Dyrcona |
Got several tree limbs down in the yard, but at least we've still got power. |
09:48 |
Dyrcona |
But, honestly, there's too much code like that. |
09:50 |
* dbwells |
hopes it wasn't him, fears the Dyrcona "Hammer of Justice" |
09:52 |
Dyrcona |
Nah, I'm not naming names, and I'm not really mad. Just that it's a bad idea. I try to remember to check before dereferencing the results of json query, etc. |
09:54 |
Dyrcona |
It also puts the kibosh on doing my test. |
09:55 |
Dyrcona |
At least for now. |
10:00 |
|
jvwoolf1 joined #evergreen |
10:01 |
dbwells |
Dyrcona: I heard you guys (east coast) are getting hit with a second big storm, and I thought of a new term you can use: snowmAGAINon. On second thought, probably a stretch too far :) |
10:03 |
|
agoben joined #evergreen |
10:03 |
kmlussier |
We're getting another Nor'easter at the beginning of next week. Not sure if it's going to be snow or rain. |
10:04 |
kmlussier |
The one last weekend was more rain than snow, but it was enough to knock my power out for 60 hours. :( |
10:04 |
csharp |
hmm, I updated our locale files, restarted apache, ran autogen.sh - still no change |
10:04 |
csharp |
I can't figure out what I'm missing |
10:04 |
csharp |
the files are in the right place |
10:05 |
csharp |
and they are the right files |
10:05 |
dbwells |
kmlussier: 60 hours, oof |
10:06 |
kmlussier |
dbwells: On the plus side, there was a lot of good family bonding time. |
10:07 |
dbwells |
We've had a couple outtages like that over the years. Another plus, you have to eat all the ice cream. |
10:09 |
dbs |
csharp: i18n stuff? |
10:09 |
csharp |
dbs: yes - we use an "en-PINES.po" file for our string customizations and we have es-ES too |
10:10 |
csharp |
oh - wait - the Spanish works - Hmm |
10:10 |
csharp |
I think I have it |
10:10 |
Dyrcona |
dbwells++ |
10:11 |
Dyrcona |
But, yeah, lots of snow at my place. |
10:11 |
Dyrcona |
And, I have a patch for the array reference thing that will get me through the test. |
10:11 |
Dyrcona |
It may be that I botched things by deleting parts with no items. They may have had holds. |
10:21 |
Dyrcona |
dbs: Link the pines file with en-US |
10:21 |
Dyrcona |
Sorry, csharp.... |
10:22 |
* Dyrcona |
should stop doing so many things at once. |
10:36 |
|
Christineb joined #evergreen |
10:40 |
|
Jaswinder joined #evergreen |
10:41 |
Jaswinder |
Guys, one question Does Evergreen setup supports 32 bit ubuntu 16.04 version? |
10:42 |
csharp |
Jaswinder: we're really only using 64-bit servers - others using 32-bit have seen problems |
10:42 |
csharp |
"we" = "everyone I know of running Evergreen for real-life implementations" |
10:43 |
Jaswinder |
Ah! That is why I ran into tons of problems. Thanks for clarifying! |
10:43 |
Bmagic |
Hey! I have something funny. Ubuntu 16.04 comes shipped with auto updates turned on. I love it when ALL of the servers have a postgres auto update in the night and every single postgres db restarts https://www.ubuntuupdates.org/package/core/xenial/main/updates/postgresql-9.5 |
10:43 |
csharp |
Bmagic: ugh - I've seen that |
10:43 |
Bmagic |
so awesome |
10:43 |
Bmagic |
I thought we had a solar flare |
10:43 |
bshum |
Yeah, Dyrcona and I have been talking about autoupdate hell lately |
10:44 |
csharp |
not in production, because we disable it but that's just awful practice for a default |
10:44 |
Dyrcona |
Bmagic: Yes, that's why I turn it off during installation. |
10:44 |
Bmagic |
Drycona: lesson learned |
10:44 |
|
rjackson_isl_ joined #evergreen |
10:45 |
Bmagic |
Just to confirm, it's as simple as switching "1" to "0" in /etc/apt/apt.conf.d/20auto-upgrades for the line APT::Periodic::Unattended-Upgrade "1"; |
10:45 |
bshum |
csharp: You know, maybe we should put the 64-bit part into the README somewhere under the supported distro list |
10:46 |
bshum |
I don't think anyone tests on 32-bit anything |
10:46 |
|
rjackson_isl_ joined #evergreen |
10:46 |
berick |
bshum: commenting out origins at the top of this works too /etc/apt/apt.conf.d/50unattended-upgrades |
10:46 |
berick |
oops, Bmagic not bshum |
10:46 |
berick |
although, hi bshum |
10:46 |
* bshum |
waves at berick |
10:46 |
bshum |
berick++ # ansible updates (yesterday's karma coming today!) |
10:47 |
bshum |
Just tested and it's happily playing along |
10:47 |
berick |
Bmagic: your way looks cleaner, though |
10:47 |
berick |
bshum: nice! |
10:47 |
Bmagic |
berick cool |
10:47 |
|
yboston joined #evergreen |
10:51 |
|
rjackson_isl joined #evergreen |
10:53 |
Dyrcona |
berick: Seems we're both talking to the wrong person today... :) |
10:54 |
Dyrcona |
Bmagic: Yes, what you & berick said, or you can run dpkg-reconfigure unattended-upgrades. |
10:54 |
Dyrcona |
The latter also turns off the checks for the availability of new packages. |
10:55 |
Bmagic |
Dyrcona: thanks, good to have confirmation |
10:56 |
Dyrcona |
You can make it download the packages and not install them, too. |
11:00 |
Dyrcona |
You can also just delete that file. |
11:13 |
gsams |
I had a quick question about LP1728147, would it be appropriate for me to comment on another missing field there since the bug appears to be mostly addressed? There used to be a transit destination column that doesn't appear to be there anymore. |
11:14 |
dbwells |
Jaswinder: We sometimes test on 32-bit, but doing so requires an extra configure flag: --with-dbi=/usr/lib/i386-linux-gnu/dbd/ |
11:14 |
dbwells |
That is for Ubuntu, so it may need adjustment to the actual libdbdpgsql location. |
11:14 |
|
gsams left #evergreen |
11:15 |
|
gsams joined #evergreen |
11:15 |
dbwells |
If we don't make the install docs 64-bit only, we should probably add note of that flag. |
11:16 |
Dyrcona |
dbwells: +1 |
11:16 |
Dyrcona |
I've only tried 32-bit once or twice. |
11:17 |
|
collum_ joined #evergreen |
11:17 |
Bmagic |
I heard that they were working on a 75-bit |
11:17 |
Bmagic |
it's too hard to double..... |
11:18 |
Dyrcona |
:) |
11:18 |
Bmagic |
they are trying to match the highway speed limit |
11:19 |
Dyrcona |
I (honestly) read that the Soviets had a trinary bit computer in the '70s, instead of 0 or 1, it had 3 values. |
11:19 |
Bmagic |
Ubuntu is rolling out 80 bit but only in Montana |
11:24 |
abneiman |
gsams: I'd recommend opening a new bug for that missing field. I'm planning to file one for Terran's comment #5 as well. |
11:25 |
|
gsams joined #evergreen |
11:29 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "Alternate Hold Pick up Location" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8ea527> |
11:36 |
gsams |
nevermind on my previous, I think it's still there I just didn't see it documented anywhere. |
11:55 |
|
frank_ joined #evergreen |
11:58 |
frank_ |
Hi, Good moorning, I have a question, Is there any kind of config that I have to change to could see the electronic resources I had imported by Marc batch Import? We were on 2.12.0EGv and the items were been displaying well on opac, but recently we updated to 3.0.1 and now all the electronic resources doesnt appear |
12:00 |
dbs |
frank_: are you using the 856 $9 approach to electronic resources? |
12:02 |
|
beanjammin joined #evergreen |
12:03 |
|
khuckins joined #evergreen |
12:04 |
dbs |
frank_: it also looks like there was a bug with located URIs (the 856 $9 approach) that was addressed in 3.0.3: http://docs.evergreen-ils.org/3.0/_evergreen_3_0_3.html |
12:05 |
dbs |
also http://docs.evergreen-ils.org/3.0/_bug_fixes.html |
12:05 |
frank_ |
yes, because the weird think is that in staff client search the items appears, but in public opac doesnt |
12:06 |
dbs |
So if you can upgrade to 3.0.4 it looks like that should be fixed |
12:06 |
dbs |
we're still on 2.12 so... |
12:07 |
frank_ |
thanks dbs we will take the advice and will be updating as soon as possible, |
12:15 |
dbwells |
Bmagic: any chance yet to look at the branch on bug #1738488? |
12:15 |
pinesol_green |
Launchpad bug 1738488 in Evergreen 3.0 "Web client: patron billing history results in long running query" [High,Confirmed] https://launchpad.net/bugs/1738488 |
12:16 |
|
mmorgan joined #evergreen |
12:23 |
mmorgan |
snow-- |
12:24 |
mmorgan |
ice-- |
12:24 |
mmorgan |
nor'easter-- |
12:24 |
dbs |
snow++ # about to head out to camp in a yurt & cross-country ski for the next few days |
12:25 |
mmorgan |
dbs: Cool! |
12:25 |
berick |
dbs: that's pretty cool |
12:27 |
kmlussier |
mmorgan: NOBLE lives! |
12:28 |
mmorgan |
:) |
12:36 |
|
jihpringle joined #evergreen |
12:39 |
Dyrcona |
dbs: I imagine it's not just cool, but downright cold.... ;) |
12:44 |
Bmagic |
Authority record loading: Does marc2are.pl / pg_loader.pl routine do matching? |
12:45 |
dbs |
it's winter glamping, has a heater inside & barbecue outside. luxury! |
13:01 |
csharp |
hmm - in nearly 10 years I don't remember needing something like this, but does the reporter have any way to indicate the equivalent of "now()"? |
13:02 |
csharp |
we have "ago" when we run the report, but if you're recurring something and you want to know something like "has the hold expire date passed?" I'm not seeing a way to do that |
13:06 |
berick |
csharp: i don't have the UI up at the moment, but could you say "0 seconds ago" ? |
13:07 |
Dyrcona |
csharp: Just 'now' doesn't work? |
13:09 |
berick |
or maybe age > 0 seconds |
13:10 |
berick |
in that specific example, you could also just see if the hold has been canceled w/ the expire cancel cause |
13:35 |
|
alynn26 joined #evergreen |
13:46 |
|
krvmga_ joined #evergreen |
13:49 |
|
abowling1 joined #evergreen |
13:51 |
frank_ |
I am running 3.0.2-3.0.3-upgrade-db.sql script to update my EG, but it has at least 10min since I ran it, Is it normal? |
13:52 |
Dyrcona |
frank_: I think so. |
13:52 |
* Dyrcona |
checks something. |
13:55 |
Jaswinder |
Hey Guys, I have setup Evergreen and I am getting this error: 502 Bad Gateway |
13:55 |
Jaswinder |
I have cross checked all of the settings that mentioned inside the document. |
13:55 |
Jaswinder |
Any thoughts? |
13:55 |
Dyrcona |
frank_: There's a step at the end to update the visibility attributes on the bibliographic records. It takes a few minutes. |
13:56 |
frank_ |
Dyrcona: thanks for that, I'll be more patient |
13:57 |
Dyrcona |
frank_: It runs about 27 minutes on my test installation. |
13:58 |
frank_ |
ah ok ok, thanks |
13:58 |
Dyrcona |
Thats with about 2.5 million records. |
13:59 |
Dyrcona |
Jaswinder: I haven't seen a bad gateway error. You're trying to setup a proxy, right? |
14:00 |
Dyrcona |
Hrm... git is not cooperating. |
14:02 |
* Dyrcona |
just lost some stash because git checkout - did not checkout the branch that I expected it to. |
14:08 |
dbwells |
Dyrcona: not in 'git stash list' ? |
14:09 |
Dyrcona |
Well, I did git stash pop before I realized I was in the wrong branch. |
14:09 |
Dyrcona |
I only realized I was in the wrong branch when the stash pop reported conflicts. |
14:10 |
Dyrcona |
I figured it was easier to reset the branch, check out the branch I was in, and redo the changes. |
14:10 |
Jaswinder |
Dyrcona - Yes, that is correct |
14:10 |
dbwells |
I see |
14:13 |
Dyrcona |
Jaswinder: I haven't tried with a proxy before, so the best advice that I can give you is to triple check your configuration and maybe search Google for 502 bad gateway errors with a proxy. |
14:15 |
dbwells |
Jaswinder: Assuming you are running Apache on a different port, what do you get when requesting that port directly? |
14:20 |
|
collum joined #evergreen |
14:39 |
Dyrcona |
Bmagic: While testing your code on Lp 1411422, I removed some unnecessary lines. |
14:39 |
pinesol_green |
Launchpad bug 1411422 in Evergreen 2.12 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422 - Assigned to Jason Stephenson (jstephenson) |
14:39 |
Bmagic |
groovy |
14:39 |
Dyrcona |
You don't have to left join with a table if you're going to flesh a field. |
14:40 |
Bmagic |
dwells: not yet, sorry I probably wont be able to until next week |
14:40 |
Dyrcona |
Cstore, et al. are smart enough to figure the joins out. |
14:40 |
Bmagic |
Dyrcona: nice to know, I suppose you will make the edits and push? |
14:41 |
Dyrcona |
Well, I'm trying to figure out where and how to check if we moved the last copy on the part for the source bib, so I can transfer holds and delete the part. |
14:41 |
Dyrcona |
But, yeah, that change will be part of my edits. |
14:41 |
Bmagic |
right, I see that now in the comments there at the tail |
14:41 |
Bmagic |
Dyrcona++ |
14:42 |
Dyrcona |
Bmagic++ |
14:43 |
Dyrcona |
I think I'll put this in a helper function, so we don't have to have repeated code blocks for both copy and volume transfers. |
14:45 |
Bmagic |
word to vanilla ice |
14:45 |
Dyrcona |
And, now that I think about it: YAOUS! |
14:49 |
Bmagic |
terran++ #webby print templates |
14:53 |
terran |
Bmagic: Now I'm working on spine label templates... ugh... |
14:54 |
Bmagic |
terran: sounds like some fun |
14:56 |
|
abowling joined #evergreen |
15:14 |
|
mmorgan1 joined #evergreen |
15:27 |
Dyrcona |
Sometimes, things are trickier than they sound because of the existing code. |
15:43 |
Bmagic |
Drycona: amen to that |
15:46 |
pinesol_green |
[evergreen|Bill Erickson] LP#1753008 Load iframeResizer via script tag - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dc7f2b8> |
15:47 |
|
kmlussier joined #evergreen |
16:02 |
terran |
Hatch and spine label printing do not like each other. |
16:03 |
|
rlefaive joined #evergreen |
16:11 |
|
mmorgan joined #evergreen |
16:18 |
|
abowling1 joined #evergreen |
16:59 |
|
mmorgan left #evergreen |
17:03 |
|
rlefaive joined #evergreen |
17:57 |
|
alynn26 joined #evergreen |
17:59 |
|
abowling joined #evergreen |
18:20 |
|
abowling1 joined #evergreen |
18:21 |
|
rlefaive joined #evergreen |
18:42 |
|
rlefaive joined #evergreen |
19:26 |
|
jvwoolf joined #evergreen |
19:58 |
|
jvwoolf joined #evergreen |
21:27 |
|
rlefaive joined #evergreen |
23:19 |
|
yar joined #evergreen |
23:37 |
|
abowling1 left #evergreen |