Time |
Nick |
Message |
00:53 |
|
bmills joined #evergreen |
05:52 |
|
book` joined #evergreen |
06:30 |
|
book` joined #evergreen |
06:55 |
kmlussier |
@coffee [someone] |
06:56 |
kmlussier |
pinesol_green has left the room |
07:41 |
|
rjackson_isl joined #evergreen |
07:56 |
|
ericar joined #evergreen |
08:01 |
|
JBoyer joined #evergreen |
08:09 |
|
collum joined #evergreen |
08:18 |
|
mrpeters joined #evergreen |
08:28 |
|
pinesol_green joined #evergreen |
08:28 |
bshum |
I command thee to live pinesol_green! |
08:34 |
bshum |
@coffee kmlussier |
08:34 |
* pinesol_green |
brews and pours a cup of Mocha Java Espresso, and sends it sliding down the bar to kmlussier |
08:37 |
|
mmorgan joined #evergreen |
08:47 |
csharp |
from hell's heart, I stab at thee, pinesol_green |
08:48 |
bshum |
csharp: I was just watching that the other night. |
08:48 |
csharp |
I've probably watched that 50 times |
08:48 |
csharp |
KAAAAHHHNN!!! |
08:56 |
|
jwoodard joined #evergreen |
09:04 |
|
Dyrcona joined #evergreen |
09:15 |
csharp |
so is there a list somewhere of concerto staff logins? my google fu is weak.... |
09:16 |
|
scrawler joined #evergreen |
09:16 |
|
mmorgan joined #evergreen |
09:16 |
Dyrcona |
csharp: I use the information in the sql files. |
09:17 |
jeff |
http://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins |
09:17 |
csharp |
jeff: perfect! |
09:17 |
csharp |
Dyrcona: I probably would've eventually realized I could do that :-) |
09:19 |
|
yboston joined #evergreen |
09:20 |
|
mmorgan1 joined #evergreen |
09:24 |
scrawler |
Hi guys, mind if I ask some installation questions? I'm anxious to get evergreen up and running... |
09:26 |
bshum |
scrawler: Fire away, and some folks might be able to help |
09:27 |
Dyrcona |
Don't ask to ask, just ask. :) |
09:27 |
scrawler |
that was kind of to see if anybody was here... |
09:28 |
scrawler |
I'm trying to install on a laptop running arch linux. |
09:29 |
scrawler |
I'm up to the point where I'm registering opensrf jabber users, and the line |
09:29 |
scrawler |
ejabberdctl register router private.localhost <password> |
09:30 |
scrawler |
does nothing. Apparently my version of ejabberdctl does not understand "register". |
09:30 |
Dyrcona |
We don't "support" Arch linux, though it is a Debian derivative, I believe. |
09:30 |
jeff |
if you're typing a literal <password> you're going to have issues. |
09:31 |
jeff |
so ideally you're entering something like: ejabberdctl register router private.localhost thisisabadpassword |
09:31 |
|
maryj joined #evergreen |
09:31 |
scrawler |
jeff: no, not literal. |
09:31 |
jeff |
also, i believe the expected output of the ejabberdctl register command is empty. |
09:31 |
Dyrcona |
You also will probably need to sudo those commands if you haven't. |
09:31 |
jeff |
but running it a second time will probably result in an error due to the user already being registered. |
09:32 |
Dyrcona |
Yes, it will be empty. |
09:32 |
scrawler |
ejabberd gives a usage message. |
09:32 |
jeff |
scrawler: does that output include a line starting with "Error:"? |
09:33 |
scrawler |
nope. I'm firing up the laptop in question.... |
09:33 |
jeff |
i'd be interested in the output of "ejabberdctl status" also |
09:34 |
jeff |
another consideration with a laptop: if this laptop does not have a stable hostname (if it gets a different hostname on different networks or based on random DHCP lease assignment), you're going to need to configure ejabberd to account for that. |
09:35 |
jeff |
on a Debian distro, that would involve setting the value of ERLANG_NODE in /etc/defaults/ejabberd to something stable like ejabberdlocalhost |
09:35 |
scrawler |
hang on one second. I'm going to leave and rejoin on the box in question to avoid hurting my neck :) |
09:36 |
jeff |
in some (perhaps fewer now) installs, it defaults to ERLANG_NODE=ejabberd (which then has the current hostname appended) |
09:36 |
|
scrawler left #evergreen |
09:37 |
bshum |
We should probably strongly urge them to use a supported distribution. Otherwise, life gets way harder than ejabberd registration issues... |
09:37 |
Dyrcona |
And not installing it on a laptop, either. |
09:37 |
|
scrawler joined #evergreen |
09:37 |
jeff |
Some other things to consider are that you're going to need a decent amount of RAM (2 to 3 GB dedicated to Evergreen's use) on that laptop to run Evergreen with any kind of success, even for evaluation purposes. What is your goal with this installation? |
09:38 |
scrawler |
ok I'm back. |
09:38 |
scrawler |
this thing has 4 gigs of ram. I'd like to evaluate evergreen for use in a high school library. |
09:38 |
jeff |
And expanding on what was said earlier and repeating something that was said when you were changing clients: Arch Linux may work, but is not supported or tested, and you may run into difficulties during installation or operation that we won't be able to help you with easily. |
09:39 |
scrawler |
I understand. |
09:41 |
Dyrcona |
scrawler: If you're running the database and everything on the same system, I recommend at least 8GB of RAM just to kick the tires, particularly if the hardware is not solely dedicated to Evergreen. |
09:41 |
Dyrcona |
I build vms with 4GB of RAM for test purposes and the database runs on a dedicated server, and that is cutting it close sometimes. |
09:42 |
csharp |
scrawler: I would scrounge around for an unused desktop with at least 4GB of RAM and install Ubuntu (server) or Debian (with no GUI) and start there |
09:43 |
Dyrcona |
Yeah, 4GB might work for everything, but it would be a tight fit. |
09:44 |
scrawler |
Well, this very box had debian on it to begin with, and I successfully got opensrf running, at least. |
09:45 |
scrawler |
but I was triple booting and I like arch best... |
09:46 |
scrawler |
ejabberdctl status: |
09:47 |
scrawler |
Failed RPC connection to the node ejabberdlocalhost: nodedown |
09:47 |
Dyrcona |
Well, arch is not supported at this time. If you'd like to work out the issues and contribute patches, we'll be happy to accept them. |
09:48 |
scrawler |
ok, it might be too much of an uphill battle right now. |
09:48 |
jeff |
scrawler: it's possible that ejabberd has failed to start, either because it isn't configured, because its config file is malformed, or due to other reasons. I'd start with checking /var/log/ejabberd and trying to start ejabberd manually (then possibly re-checking the logs) |
09:50 |
Dyrcona |
Yeah, sounds like it isn't started or has a different node name. |
09:51 |
scrawler |
** Connection attempt from disallowed node 'ctl-ejabberdlocalhost' ** |
09:51 |
scrawler |
yep. |
09:54 |
scrawler |
ok, thank you guys. I'm going to see if I can put together an old desktop and try again with debian. |
09:56 |
scrawler |
are there any alternative (quicker) ways to evaluate, like a hosted instance? |
09:56 |
scrawler |
a really cheap hosted instance? |
09:57 |
csharp |
scrawler: http://wiki.evergreen-ils.org/doku.php?id=community_servers has some test servers you can play in |
09:58 |
csharp |
scrawler: also, if you want to investigate paid support options: http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies |
10:00 |
|
mmorgan joined #evergreen |
10:01 |
scrawler |
thanks for the links--looking at them now :) |
10:05 |
scrawler |
Thanks again everybody. ttys. |
10:05 |
|
scrawler left #evergreen |
10:07 |
Dyrcona |
This seems unpossible: Can't use an undefined value as an ARRAY reference at /usr/local/share/perl/5.18.2/OpenILS/Application/Circ/Holds.pm line 297. |
10:08 |
Dyrcona |
push( @events, OpenILS::Event->new('HOLD_EXISTS')) if @$existing; |
10:09 |
jeff |
indicating that $existing is undef. |
10:11 |
Dyrcona |
Yes, it would appear so. |
10:11 |
Dyrcona |
I fix that, and then I get it again on line 3991. |
10:11 |
Dyrcona |
I must be missing something in my params.... |
10:12 |
Dyrcona |
Placing a hold from the client worked the other day. |
10:18 |
Dyrcona |
I'm trying to place a copy hold for pickup at the patron's home library on a copy owned at another library, fwiw. |
10:19 |
Dyrcona |
I have a canceled hold for that copy hanging around. |
10:21 |
Dyrcona |
It does seem like I should be getting this failure. |
10:21 |
Dyrcona |
doesn't, that is. |
10:23 |
berick |
if $existing is undef, the cstore query failed. something wrong w/ the query, perhaps |
10:23 |
berick |
or cstore is dead |
10:24 |
|
Christineb joined #evergreen |
10:25 |
Dyrcona |
Nope. |
10:25 |
Dyrcona |
I think I see it. It's my call to test_and_create_batch, I think. |
10:26 |
Dyrcona |
Yep. It's smarter than I was giving it credit for. :) |
10:27 |
Dyrcona |
I messed up the array arguments for the targets. |
10:35 |
|
gsams joined #evergreen |
11:08 |
|
akilsdonk_ joined #evergreen |
11:17 |
|
remingtron joined #evergreen |
11:45 |
|
bmills joined #evergreen |
12:05 |
|
jihpringle joined #evergreen |
12:11 |
|
brahmina joined #evergreen |
13:04 |
|
kitteh_ joined #evergreen |
13:05 |
|
kitteh_ joined #evergreen |
13:23 |
|
krvmga joined #evergreen |
13:24 |
krvmga |
i'm fielding a question about the library dropdown list in basic search not staying on a childrens catalog when search results are displayed. |
13:25 |
krvmga |
the search will be scoped to a childrens catalog but, when the items are returned, the chosen scope will now be the parent ou |
13:25 |
tsbere |
krvmga: Is the "childrens catalog" actually a filter group? |
13:25 |
krvmga |
since our childrens catalogs are based on copy location group, this seems like normal behavior to e |
13:25 |
krvmga |
e -> me |
13:26 |
tsbere |
yea...I think that is what normally happens, though it may have changed at some point. I don't recall. :/ |
13:26 |
krvmga |
so the stack is ou then copy location group |
13:27 |
krvmga |
it looks like org_unit_selector.tt2, when it's reloaded on displaying the search returns, finds the parent ou but not the copy location group |
13:27 |
krvmga |
the copy location group for childrens catalog is still in the dropdown but the parent ou is now selected |
13:28 |
krvmga |
i'm not sure if this is a bug or a feature |
13:29 |
kmlussier |
krvmga: There's a fix for that |
13:29 |
kmlussier |
krvmga: https://bugs.launchpad.net/evergreen/+bug/1340852 |
13:30 |
pinesol_green |
Launchpad bug 1340852 in Evergreen "Copy Location Groups search not retaining original search params after searching" [Medium,Fix released] |
13:30 |
|
rlefaive_ joined #evergreen |
13:35 |
kmlussier |
krvmga: I think that fix went in after you did your last upgrade. |
14:14 |
|
abneiman joined #evergreen |
14:15 |
krvmga |
i fixed the bug now in our 2.8.4 installation. everything is working fine. |
14:15 |
krvmga |
kmlussier++ |
14:15 |
krvmga |
tsbere++ |
14:16 |
kmlussier |
jlitrell++ # Finding the actual fix |
14:16 |
krvmga |
jlitrell++ |
14:26 |
abneiman |
Question, for the more technically knowledgeable... |
14:26 |
abneiman |
When I search my EG OPAC, the URL contains the query parts. Like this search for items by Neil Gaiman in a specific format: https://catalog.kentcountylibrary.org/eg/opac/results?query=neil+gaiman&qtype=author&fg%3Aformat_limiters=6&locg=1&detail_record_view=1&sort=&detail_record_view=1 |
14:26 |
abneiman |
all the stuff after the ? is part of the query |
14:27 |
abneiman |
My question is, what is this called? Is it Search/Retrieve by URL, like the LOC standard http://www.loc.gov/standards/sru/index.html ? Thanks :) |
14:27 |
abneiman |
I feel like this is something that I should've known but don't |
14:27 |
tsbere |
abneiman: HTTP GET. I don't believe there is any library "standard" that applies for the OPAC links in that regard. |
14:29 |
abneiman |
tsbere++ |
14:29 |
abneiman |
Thank you! It didn't seem quite like the LC thing, and asking you all is easier than plowing through all the docs :) |
14:34 |
csharp |
hivemind++ |
14:44 |
miker |
abneiman: however, evergreen /does/ support SRU |
14:44 |
miker |
(if the question is, "does evergreen use SRU?") |
14:46 |
gmcharlt |
hi folks - the Evergreen web server will be taken offline for about 10 minutes starting at 5 p.m. today for maintnenace |
14:51 |
kmlussier |
gmcharlt++ |
15:26 |
|
bmills joined #evergreen |
15:26 |
kmlussier |
miker: The activity metric for holds ratios, the first number of the ratio is looking at the number of holds in the action.hold_copy_map? Am I interpreting that correctly? |
15:31 |
miker |
kmlussier: yes, you are. holds-on-copies / copies |
15:32 |
kmlussier |
miker: Thanks! |
16:00 |
|
jlitrell joined #evergreen |
16:16 |
* kmlussier |
decides to test the 'o, africa!' bug fix while waiting for activity badge scores to recalculate. |
16:17 |
mmorgan |
kmlussier++ |
16:18 |
kmlussier |
What I like about that bug is that it's easy to find in LP. There aren't many eg bugs that have o africa in them. |
16:33 |
abneiman |
miker: thanks for the additional info! Sorry, I wandered off for 2 hrs -- was forced to drive around the county on a beautiful day to fix some printers. Tough life. :) |
16:34 |
miker |
heh |
16:41 |
|
lualaba joined #evergreen |
16:42 |
lualaba |
Hello after migration i realized that 008 marc field is corrupted, there is any chance to update only 008 field ? |
16:42 |
lualaba |
for all records? |
16:45 |
|
lualaba_ joined #evergreen |
16:46 |
Dyrcona |
lualaba: Yes, I usually write something in Perl to pull out the records that I want, I change the fields I want to change, and then I update the records in the database. |
16:46 |
|
bmills joined #evergreen |
16:53 |
|
rlefaive joined #evergreen |
16:56 |
gmcharlt |
starting maintenance on the webserver in 5 minutes |
16:58 |
lualaba_ |
how to update 008 field in oils_xpath_table |
17:52 |
|
serflog joined #evergreen |
17:52 |
|
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 |
17:52 |
gmcharlt |
@quote random |
17:52 |
pinesol_green |
gmcharlt: Quote #35: "<tsbere> We have collective sanity left? We might want to double-check on that. ;)" (added by bshum at 05:00 PM, November 06, 2012) |
21:13 |
|
jihpringle joined #evergreen |
21:17 |
kmlussier |
@quote random |
21:17 |
pinesol_green |
kmlussier: Quote #134: "10:04 < Dyrcona> He's running the scripts....He's checkin' 'em twice. He's gonna find out which are naughty or nice. Santa Dev is testing a branch." (added by csharp at 11:11 AM, December 16, 2015) |
21:53 |
bshum |
gmcharlt++ # web server poking |
21:58 |
bshum |
@roulette |
21:58 |
pinesol_green |
bshum: *click* |
22:01 |
kmlussier |
@sortinghat |
22:01 |
pinesol_green |
Hmm... kmlussier... Let me see now... GRYFFINDOR! |
22:29 |
|
geoffsams joined #evergreen |