Time |
Nick |
Message |
00:42 |
|
sandbergja joined #evergreen |
01:26 |
|
sandbergja joined #evergreen |
03:10 |
|
troy__ joined #evergreen |
03:57 |
|
eady joined #evergreen |
04:16 |
|
eady joined #evergreen |
05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:09 |
|
rjackson_isl joined #evergreen |
08:00 |
|
sandbergja joined #evergreen |
08:18 |
|
Dyrcona joined #evergreen |
08:45 |
|
mmorgan joined #evergreen |
09:10 |
|
bos20k joined #evergreen |
09:36 |
|
littlet joined #evergreen |
09:42 |
|
yboston joined #evergreen |
09:49 |
|
aabbee joined #evergreen |
10:07 |
|
sandbergja joined #evergreen |
10:21 |
|
montgoc1 joined #evergreen |
10:22 |
montgoc1 |
Ever since we upgraded to 3.1 our logo does not consistently print on our receipts. |
10:23 |
montgoc1 |
It appears that the content on the receipt pulls in faster than the logo. |
10:23 |
montgoc1 |
We typically pull the logo just off our web server, but I've tried a locally saved image too and it still doesn't work consistently. |
10:25 |
montgoc1 |
I was just curious if anyone else has come across this behavior. |
10:36 |
* csharp |
looks around for terran, who serves as our receipt-printing guru |
10:37 |
littlet |
Yes, @terran knows best on this, but I have heard her say before that logos have to use https vs just http, if that helps |
10:40 |
|
terran joined #evergreen |
10:40 |
montgoc1 |
Yes, I discovered that. Looking at some of Pines documents I found what may be a fetch.php that pulls in the logo. |
10:40 |
montgoc1 |
i.e. <img src="https://pines.georgialibraries.org/dokuwiki/lib/exe/fetch.php?media=logo.png""> |
10:42 |
Dyrcona |
montgoc1: That fetch.php is part of dokuwiki and has nothing to do with Evergreen. |
10:42 |
terran |
montgoc1: In our libraries, it's always because they are not pulling from a secure https site (the php referenced is just where our example logo was sitting - nothing releated to evergreen) |
10:42 |
montgoc1 |
Gotcha. |
10:42 |
montgoc1 |
Yeah, we're pulling from a secure https site. |
10:43 |
* Dyrcona |
wonders if using something like that makes it more consistent than going straight to the image? |
10:43 |
* Dyrcona |
doesn't see why it should, but software does get weird. |
10:44 |
csharp |
could be DNS or strict firewall somewhere? |
10:44 |
csharp |
or a cross-domain blocker addon in the browser? |
10:45 |
* csharp |
is surprised we don't see more browser addon conflicts with the web client |
10:45 |
terran |
If you open the browser console, is it giving you any errors? |
10:45 |
montgoc1 |
I'll check the browser console. |
10:45 |
littlet |
Like my font changer one with vandelay, which was a fun (...not) troubleshoot |
10:46 |
csharp |
littlet: oh yeah, I remember that issue |
10:46 |
csharp |
(btw, off today, but I can't resist a good troubleshooting problem :-) ) |
10:47 |
montgoc1 |
What's your hourly consultation fee? ;) |
10:52 |
csharp |
ha! |
10:53 |
csharp |
but seriously, $100/hr |
10:53 |
* csharp |
is here all week folks |
10:55 |
littlet |
Don't forget to tip your waiters! |
10:57 |
|
collum joined #evergreen |
10:57 |
|
Christineb joined #evergreen |
11:00 |
csharp |
Christineb: missed you at the conference this year! |
11:01 |
Christineb |
I was sad I couldn't come! Vancouver Island University just went live on Sitka's Evergreen yesterday!! |
11:01 |
Christineb |
I have been there for training and support so I couldn't come to the conference :( |
11:01 |
csharp |
oh - congrats on that! |
11:01 |
Christineb |
Thank you! |
11:02 |
* csharp |
starts campaign for 2021 conference in BC :-) |
11:02 |
csharp |
Christineb: hope you can make it to Atlanta next year |
11:03 |
Christineb |
Ben and I were thinking Vancouver 2022 |
11:03 |
Christineb |
:) |
11:03 |
Christineb |
He suggested Tofino |
11:03 |
csharp |
awesome! |
11:03 |
Christineb |
but I think it will be a little hard to get to |
11:03 |
csharp |
wow - that looks nice |
11:03 |
Christineb |
I definitely will try to come to Atlanta |
11:04 |
Christineb |
maybe Jennifer and I can both come |
11:04 |
berick |
wherever it is, it should require a 2-seater floatplane to get there. |
11:04 |
csharp |
Christineb: hope so! |
11:04 |
Christineb |
Tofino it is |
11:04 |
Christineb |
:) |
11:05 |
Dyrcona |
2021 would make it 8 years from the last one in BC. |
11:05 |
csharp |
Christineb: in any case, I want to you to meet littlet in person sometime soon |
11:07 |
terran |
Vancouver2022++ |
11:09 |
Dyrcona |
Speaking of conferences, there is no comprehensive list of Evergreen conferences on the web site is there? |
11:10 |
csharp |
http://conference.evergreen-ils.org/ still points at the 2013 conference :-) |
11:10 |
csharp |
pretty sure the 2012 site is lost to history |
11:11 |
Dyrcona |
This is also incomplete: https://wiki.evergreen-ils.org/doku.php?id=conference:start |
11:11 |
Dyrcona |
csharp: RE 2012 confernce https://wiki.evergreen-ils.org/lib/exe/fetch.php?media=conference:2012-eg-international-conference.pdf |
11:11 |
csharp |
the 2011 site *should* be available off the pines site somewhere |
11:11 |
Dyrcona |
The program is preserved for posterity. |
11:12 |
csharp |
oh good |
11:12 |
Dyrcona |
I've managed to piece it together. I was curious to figure out which conferences I have attended, and I have apparently attended more than I though while filling out the conference survey this year. |
11:13 |
csharp |
http://pines.georgialibraries.org/evergreen2011/ - d'oh! 2011 site is busted from old PHP |
11:13 |
csharp |
schedule link still works |
11:14 |
csharp |
https://wiki.evergreen-ils.org/doku.php?id=conference:eg10&s[]=grand&s[]=rapids - 2010 |
11:15 |
csharp |
...and 2009: https://wiki.evergreen-ils.org/doku.php?id=conference:eg09:main |
11:15 |
csharp |
so there, I guess we have artifacts from all of them |
11:16 |
Dyrcona |
csharp: This is the most complete place for recent conferences: https://evergreen-ils.org/conference/ |
11:16 |
Dyrcona |
Turns out, I've been to all the conferences, but the 2 in Georgia. |
11:16 |
csharp |
"Memories... light the corners of my mind" ♪ ♬ |
11:17 |
terran |
Dyrcona: You'd better come to Georgia next year! |
11:17 |
csharp |
srsly, watchoo got agin us, huh? |
11:17 |
Dyrcona |
:) |
11:18 |
Dyrcona |
I plan to attend next year's conference. |
11:18 |
csharp |
we will feed you grits and corn pone til you bust, son |
11:18 |
Dyrcona |
2010 was my first Evergreen conference, and there was some reason that I didn't go in 2011, maybe something to do with budgets or migrations and/or tsbere going. |
11:18 |
Dyrcona |
heh. I actually like grits and corn pone. :) |
11:19 |
csharp |
then you have a head start! |
11:19 |
terran |
I've lived in Georgia for almost 10 years and I still don't know what corn pone is. |
11:19 |
Christineb |
csharp - littlet? |
11:20 |
Dyrcona |
I just threw this together: https://docs.google.com/document/d/1lmomgvhQqfbdW-F6I5sehTbPT2aHe0EHH3mvA9baR8k/edit# |
11:20 |
csharp |
littlet: meet Christineb |
11:20 |
csharp |
Tiffany Little is our acq specialist at GPLS |
11:20 |
Christineb |
ohhhhh |
11:20 |
Christineb |
Hi littlet!! |
11:21 |
csharp |
terran: just another name for cornbread |
11:21 |
terran |
csharp: ooooooh |
11:21 |
* csharp |
assumes it's a corruption of "pain/pan/pane" |
11:22 |
berick |
huh |
11:22 |
* Dyrcona |
prefers the not sweet kind. |
11:22 |
Dyrcona |
Looking at the list, 2010 doesn't seem that long ago, and yet it does..... |
11:23 |
berick |
<Bart> Hmm, looks like we're out of corn pone, fat back, hard tack, fat pone, corn tack... |
11:23 |
csharp |
berick++ |
11:25 |
csharp |
I would repeat the truism that southern cornbread is never sweet, but I've been to many potlucks with sweet cornbread over the years |
11:25 |
Dyrcona |
berick++ |
11:26 |
Dyrcona |
My grandmother never made sweet cornbread. |
11:26 |
terran |
I'd never heard of not-sweet cornbread until I moved here. I grew up on Jiffy and still love it :D |
11:26 |
* Dyrcona |
has to find her recipe. It's probably in Wilmington, NC at the moment. ;) |
11:27 |
Dyrcona |
So is the 2020 conference officially in Atlanta? |
11:28 |
Dyrcona |
So, I think we should do 2021 in BC and 2022 somewhere else, really overseas... Prague, maybe? |
11:29 |
|
khuckins joined #evergreen |
11:30 |
terran |
Dyrcona: yes - Atlanta April 22-25, 2020 |
11:30 |
Dyrcona |
terran++ |
11:30 |
Dyrcona |
Thanks! I just want to make sure my list is accurate. |
11:31 |
terran |
We are already picking out restaurants for dine-arounds |
11:31 |
Dyrcona |
I recall some discussion about that during Friday night conversations at the conference this year. |
11:33 |
Dyrcona |
Hmm.. Has anyone been putting conferences in gmcharlt's history of Evergreen repo? |
11:33 |
gmcharlt |
Dyrcona: I've been putting them in for past conferences |
11:34 |
Dyrcona |
gmcharlt: Neat. I'll check it out in a bit, literally. :) |
11:34 |
gmcharlt |
Dyrcona++ |
11:41 |
Dyrcona |
gmcharlt++ |
11:41 |
* Dyrcona |
looks up the date that CW MARS went live on Evergreen. That seems to be missing. |
11:54 |
|
Stareagle joined #evergreen |
12:00 |
littlet |
Reading scrollback--was on phone. Hi Christineb! I hope you can come to the conference next year, I'd love to meet you :D |
12:02 |
Stareagle |
Ok this might be daft question but here goes. I am installing a dev server using Bill Ericksons script and am trying work out how to stop and star Evergreen/Opensrf etc. In the instructions I have found online it mentions certain command to be run as the Linux Opensrf user. When I su to that account it asks for the password and I beleive the default is opensrf. This doesn't work for me and I cant seem to find out what it is. Any |
12:05 |
bshum |
Stareagle: You got cut off at "Any h...." help? But in any case |
12:05 |
bshum |
I think berick's script doesn't set a password for the opensrf user it creates by default |
12:05 |
bshum |
I usually just use my sudo rights user to change into the opensrf user as necessary |
12:06 |
bshum |
Like "sudo su - opensrf" from my main login, etc. (which yeah guys I know, I know) |
12:08 |
Dyrcona |
Stareagle: use sudo instead of su. |
12:08 |
Dyrcona |
sudo -i is pretty much the same as su - |
12:09 |
Dyrcona |
"sudo su - $user" is about the daftest thing bshum has ever suggested. :) |
12:09 |
bshum |
Hence "yeah guys I know, I know" :D |
12:09 |
bshum |
I do it all the time, cause bad muscle memory, but I like ending up in my home directory of the user I switch to |
12:11 |
Dyrcona |
Stareagle: When/if sudo asks for a password, you enter your current user's password, not the one you are switching too. |
12:11 |
Dyrcona |
If you don't specify a user, sudo assumes you want root. |
12:11 |
|
ssmith joined #evergreen |
12:12 |
Stareagle |
Draycona : Thanks for that |
12:15 |
Stareagle |
Maybe I didn't install things right. I used the sudo -i but it comes back with -bash: opensrf: command not found |
12:16 |
Dyrcona |
Oops. I forgot a detail. |
12:17 |
Dyrcona |
"sudo -i -u opensrf" gives you a shell prompt as that user. |
12:17 |
Dyrcona |
You need the -u to specify the user. |
12:17 |
Stareagle |
Ha thats like the missing semi-colon :-) |
12:18 |
Stareagle |
Cool that worked |
12:18 |
Dyrcona |
"sudo -u opensrf <command>" Runs whatever command is in <command> and everything else are considered options to command. |
12:24 |
Stareagle |
Thanks for all you help it is greatly appreciated |
12:24 |
berick |
confirming the script does not set a password. i sudo su to opensrf. |
12:24 |
berick |
you can of course set a password |
12:26 |
Dyrcona |
bshum tells me in private chat that he made just add a task to do that. |
12:26 |
Dyrcona |
s/made/might/ |
12:26 |
* Dyrcona |
reminds himself to slow down. :) |
12:26 |
bshum |
It'd be an easy enough thing to add, set if someone says so in the settings config file or something |
12:26 |
bshum |
But I'm also pretty lazy and focused on other stuff today |
12:27 |
bshum |
Like eating my lunch |
12:27 |
bshum |
:) |
12:27 |
* Dyrcona |
has leftover chow mein. |
12:28 |
Stareagle |
Jimmy Johns rules |
12:29 |
Dyrcona |
Been a while since I had Jimmy John's. There aren't any around where I live. |
12:35 |
Stareagle |
Prefer them to Subways |
12:41 |
|
sandbergja joined #evergreen |
12:46 |
|
sandbergja joined #evergreen |
13:06 |
|
sandbergja joined #evergreen |
13:07 |
rjackson_isl |
quick question (panicking library) if a shelving location gets set from holdable = 'f' to holdable = 't' do the circ desks need to log out and back in again to refresh cache on shelving locations? |
13:08 |
rjackson_isl |
my foggy memory wants to say yes... |
13:09 |
jeff |
no reason i can think of that you'd need to do that. you're likely going to have a different issue with regard to opportunistic hold capture, though. |
13:10 |
jeff |
i'm fairly certain (you could check) that holds that last targeted while the shelving location was holdable = false will not consider copies in that location until the next time the holds retarget. |
13:10 |
rjackson_isl |
24 hour wait then for the overnight processing to rebuild a table? |
13:11 |
rjackson_isl |
jeff++ - hopefully the sun will shine tomorrow! |
13:12 |
jeff |
depending on your environment, the retarget local holds + retarget all statuses might help you through that period, though I'm pretty sure it wouldn't retarget holds at other pickup locations. |
13:12 |
jeff |
you also likely wouldn't want to leave both of those on, unless you normally do. |
13:12 |
Dyrcona |
The new hold targeter has some options that should be able to help with that sort of situation, but I've never messed with most of the options. |
13:13 |
rjackson_isl |
yeah - I think we have run into the slowness as a result of some sights fidelling with those settings |
13:13 |
rjackson_isl |
thanks all - think it is time for a direct call... |
13:16 |
|
montgoc1 joined #evergreen |
13:41 |
Dyrcona |
jamesrf: Your patches stand a better chance of ending up in Evergreen if you a) commit to our current working repository (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=summary), and b) add a signed-off-by line (Signed-off-by: Your Name <youhost.tld>). |
13:41 |
Dyrcona |
B is more important than A. |
13:45 |
|
sandbergja joined #evergreen |
13:59 |
|
sandbergja joined #evergreen |
14:01 |
rjackson_isl |
well the finger points back to myself... had been converting branches to transit their dvds for a while now and this is the first time that the library had the holdable false set at the item level (for most of the holdings) |
14:02 |
rjackson_isl |
thanks for the help though! |
14:11 |
Dyrcona |
rjackson_isl: Holds always get fixed by the targeter in a day or two, so I wouldn't sweat it much. |
14:12 |
rjackson_isl |
yeah but in this case with my mistake they would never have been holdable :( |
14:14 |
rjackson_isl |
the kicker was I checked the flag initially but on one of the items that had it set to true already |
14:14 |
rjackson_isl |
dazed and confused... |
14:16 |
Dyrcona |
:) |
14:48 |
|
khuckins joined #evergreen |
14:51 |
|
collum joined #evergreen |
14:57 |
miker |
Dyrcona++ # testing variant fixes -- and with lots of holds on the list, that 1ms could be important (depending on the overall plan for the whole big query) |
15:01 |
Dyrcona |
It might add up to a whole second.... :) |
15:02 |
Dyrcona |
Faster is better if it is still correct. |
15:02 |
Dyrcona |
miker++ # For mentioning it. |
15:48 |
|
khuckins joined #evergreen |
17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:51 |
|
sandbergja joined #evergreen |
21:09 |
|
sandbergja joined #evergreen |
21:14 |
|
sandbergja joined #evergreen |
21:20 |
|
sandbergja joined #evergreen |
21:39 |
jeff |
i have been reunited with my carry-on. |
21:39 |
jeff |
(and there was much rejoicing) \o/ |
22:00 |
|
sandbergja joined #evergreen |
22:01 |
|
sandbergja joined #evergreen |
22:07 |
|
sandbergja joined #evergreen |