| Time |
Nick |
Message |
| 00:30 |
|
StomproJosh joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
rlefaive joined #evergreen |
| 07:57 |
remingtron |
wow, the most recent search results from native irc.evergreen-ils.org are from 2014! |
| 07:57 |
remingtron |
I guess I'll use the "Google search" option |
| 07:57 |
remingtron |
unless bshum or someone has a magic button they can push |
| 08:38 |
remingtron |
csharp: there are two broken list.evergreen-ils.org links on the mailing lists web page. Do you have power over those links or that list server? |
| 08:38 |
remingtron |
on this page: https://evergreen-ils.org/communicate/mailing-lists/ |
| 08:38 |
remingtron |
broken link #1: http://list.evergreen-ils.org/pipermail/evergreen-admin/ |
| 08:39 |
remingtron |
broken link #2: http://list.evergreen-ils.org/pipermail/evergreen-governance-l/ |
| 08:47 |
csharp |
remingtron: I'll take a look - thanks for letting me know |
| 08:47 |
remingtron |
csharp++ |
| 08:49 |
|
mmorgan joined #evergreen |
| 08:49 |
csharp |
I just upgraded debian on that server - it may have broken the links - may not get done today, so let me know if there's any urgency ;-) |
| 08:55 |
|
Dyrcona joined #evergreen |
| 09:11 |
|
kmlussier joined #evergreen |
| 09:24 |
|
yboston joined #evergreen |
| 09:55 |
bshum |
remingtron: Yeah, those "search" options on the IRC page don't index too well |
| 09:55 |
bshum |
I don't recall right now if there is a magic solution for that |
| 09:57 |
remingtron |
bshum: no worries, the Google search option worked for me. |
| 09:57 |
remingtron |
csharp: no urgency, just FYI. :) |
| 09:57 |
bshum |
I could probably edit the page to remove the link to "search" :) |
| 09:57 |
bshum |
And just make the google search the only choice, muhahaha |
| 09:57 |
remingtron |
I actually support that idea |
| 09:57 |
bshum |
but really, we should probably just move the IRC stuff to its own system, and upgrade the log bot to the latest version and see if it helps things |
| 09:58 |
csharp |
I guess it makes sense to see what gitlab brings with it first, but we need to prolly have a conversation about our web assets and what we can upgrade |
| 09:58 |
bshum |
One of my longer term goals |
| 09:58 |
bshum |
(for the past several years... sigh....) |
| 09:58 |
csharp |
for instance (previously shared with bshum): https://modernpaste.com/ |
| 09:58 |
bshum |
csharp: +1 |
| 09:59 |
kmlussier |
+1 to removing the link to search if it's not working. |
| 10:00 |
* bshum |
tries to remember which file that is |
| 10:00 |
kmlussier |
It's a shame it's not working better. I really like being able to search keywords by the person who said them. Because I often can remember who was saying the particular thing I'm looking for. |
| 10:01 |
remingtron |
kmlussier: agreed, I know it was Bmagic, but I don't remember when, or what words he used... |
| 10:01 |
bshum |
The other downer is that it seems that the log bot we're using is no longer actively being developed or supported (or at least their website has been gone for awhile) |
| 10:02 |
kmlussier |
:( |
| 10:02 |
|
jvwoolf joined #evergreen |
| 10:03 |
Bmagic |
ha! |
| 10:04 |
bshum |
Yeah, that site hasn't been snapshot for like 2 years according to the wayback site. Guess it might be a deadend now too :( |
| 10:04 |
berick |
what format are the logs stored in? |
| 10:05 |
bshum |
It's all mysql at the moment, so it should be easy enough to convert to something new |
| 10:05 |
berick |
oh good |
| 10:05 |
bshum |
(another reason I hate it, mysql annoys me, I miss postgresql) |
| 10:06 |
berick |
might be a fun project to dump them into elasticsearch |
| 10:09 |
|
collum joined #evergreen |
| 10:48 |
kmlussier |
miker: The changes made to the 3.0.0 upgrade script in commit d388f70 to speed up the visibility calculations, should we have disabled those same triggers in the 3.0.3 upgrade script when we fixed the visibility issues? |
| 10:48 |
pinesol_green |
kmlussier: [evergreen|Galen Charlton] LP#1719726: adjust computation of bre visibility attribute vector - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d388f70> |
| 10:53 |
miker |
kmlussier: sec, looking |
| 10:53 |
miker |
kmlussier: yes, that'd be good to do |
| 11:16 |
* Dyrcona |
just typoed what would make an interesting command: git putsch |
| 11:16 |
kmlussier |
:D |
| 11:18 |
kmlussier |
I'm trying to remember, what did we decide in regards to bug 1702929 and other workstation settings being saved on the server? Is that something we wanted to try to go into 3.1 or is it a long-term future thing? |
| 11:18 |
pinesol_green |
Launchpad bug 1702929 in Evergreen "Browser client server-side column configuration" [Wishlist,Confirmed] https://launchpad.net/bugs/1702929 |
| 11:19 |
* Dyrcona |
doesn't recall. |
| 11:20 |
berick |
hm, thinking reporter.hold_request_record rows need to disappear when a hold is purged. |
| 11:21 |
berick |
kmlussier: it's something I want to work on. IIRC, gmcharlt was going to put somet notes to paper soon |
| 11:21 |
berick |
so we can sketch it out more |
| 11:21 |
kmlussier |
berick: Thanks! |
| 11:22 |
berick |
i'd love to see it in 3.1, not sure if it's feasible though |
| 11:23 |
kmlussier |
berick: Beta deadline always sneaks up faster than I ever expect. |
| 11:23 |
berick |
i know :( |
| 11:25 |
Dyrcona |
Next Friday? |
| 11:26 |
Dyrcona |
Well, that's feature slush. |
| 11:28 |
kmlussier |
Gah! |
| 11:28 |
kmlussier |
I didn't realize it was that soon. |
| 11:30 |
Dyrcona |
Yeap. |
| 11:30 |
Dyrcona |
Sneaks up on you. :) |
| 11:30 |
|
Christineb joined #evergreen |
| 11:30 |
Dyrcona |
Is Lp 1747022 really expected behavior or is that a feature request? |
| 11:30 |
pinesol_green |
Launchpad bug 1747022 in Evergreen "OPAC - "I checked out this item before" indictor in search does not appear" [Undecided,New] https://launchpad.net/bugs/1747022 |
| 11:31 |
kmlussier |
Dyrcona: It's expected behavior. It's a setting. |
| 11:31 |
Dyrcona |
OK. I did not know that. |
| 11:32 |
Dyrcona |
Thanks! |
| 11:32 |
kmlussier |
Dyrcona: It's amazing how long a person can work on Evergreen and suddenly discover a feature that's been there for years. :) |
| 11:32 |
|
JBoyer-alt joined #evergreen |
| 11:32 |
Dyrcona |
That's been there for years? I thought it was new in 3.0. |
| 11:33 |
kmlussier |
Dyrcona: Nope. I included it in a presentation I did at the Raleigh conference. And, at that time, it had already been around for a while. I don't know how long. |
| 11:33 |
Dyrcona |
BTW, I also agree with hiding records with no copies when a copy location is specified in staff search. |
| 11:33 |
* Dyrcona |
feels dumb for not know it was there. :) |
| 11:34 |
Dyrcona |
knowing, even. |
| 11:34 |
Dyrcona |
@eightball Can I type? |
| 11:34 |
pinesol_green |
Dyrcona: What are you asking me for? |
| 11:34 |
Dyrcona |
:) |
| 11:35 |
JBoyer-alt |
I was just catching up on the logs from home and re: workstation setting storage on the server, it may be too late for 3.1, but there's still plenty of time for 3.2 when it will be really important with the XUL client going away. :) ALSO I really like the idea of the smart ingest service that was discussed briefly a while back. Both sound like interesting things to poke at / flesh out a little at St Charles if things aren't in motion sooner. |
| 11:37 |
JBoyer-alt |
I mention this because it feels like it's easier to work on these kind of new things in person at a conference rather than through the middle of a normal week where you've got all of your regular stuff waiting on you and new fires popping up, etc. :/ |
| 11:39 |
kmlussier |
JBoyer: I would also love to see smart ingest, fast ingest, anything that improves ingest. |
| 11:40 |
kmlussier |
OK, this is why releases probably sneak up on me, because I get too easily distracted. But I had to satisfy my curiosity. The tag circulated items feature has been around since 2.2 - bug 904883 |
| 11:40 |
pinesol_green |
Launchpad bug 904883 in Evergreen "TPac; tag current/previous circulated items in search results" [Undecided,Fix released] https://launchpad.net/bugs/904883 |
| 11:40 |
JBoyer-alt |
Wow. I don't think I knew about that feature either. |
| 11:40 |
kmlussier |
Bascially, it's been an available feature since our libraries started using Evergreen. :) |
| 11:45 |
abneiman |
kmlussier: next year's conference, "Features you didn't know existed!" seriously. Because until Mary told me about the bug, I didn't know that was a thing either. |
| 11:46 |
* Dyrcona |
doesn't feel so dumb, now. :) |
| 11:46 |
kmlussier |
abneiman: +1 |
| 11:46 |
miker |
JBoyer-alt: do you mean the queued reingest proposal? (fwiw, I've been passing around a proposal since early 2014) |
| 11:46 |
JBoyer-alt |
Yes. |
| 11:47 |
* csharp |
declares today "Stuff you think is new, but isn't" Day |
| 11:47 |
Dyrcona |
:) |
| 11:47 |
* csharp |
has been pondering that day since 2012 |
| 11:47 |
JBoyer-alt |
I heard talk of priorities and parallelizing and such and became very interested. |
| 11:48 |
kmlussier |
miker: That one is still on our radar. Maybe I can move it higher on me to-do list to investigate once the beta deadline passes. |
| 11:58 |
miker |
JBoyer-alt: those things are on the table, indeed. as well as scheduled start times, automatic deduplication (only process a record once even if updated serveral times for different reasons), accounting for who and why a reingest (one record or many) happened... just generally fun stuff |
| 11:59 |
kmlussier |
A question about spine label printing in the web client. In the xul client, you need to check an 'enabled' flag to if you want to use pocket labels. |
| 12:00 |
kmlussier |
I don't see a similar checkbox in the web client. It just automatically does spine and pocket labels. Is there a way to easily do just spine labels? |
| 12:03 |
phasefx |
kmlussier: would it be okay to just use two different templates? |
| 12:03 |
phasefx |
and switch between the two as needed |
| 12:04 |
kmlussier |
phasefx: Yes, that's fine, but the question is how do you easily create the template with just the spine label? Easily being the operative word here. |
| 12:04 |
phasefx |
barring that, you could put a template variable at the top of the template, and use some TT to hide a section based on the variable |
| 12:05 |
phasefx |
you rip or comment out the section that describes itself as the pocket label. It's not push button easy |
| 12:06 |
phasefx |
in my mind, the top-level template system replaced the need for a lot of the XUL widgets |
| 12:07 |
kmlussier |
Yeah, I haven't talked to anyone about this, but I have a feeling a lot of staff are going to want to avoid that label template tab as much as possible. |
| 12:08 |
phasefx |
you could bring them back with a "simple template" tab, that just tweaks variables on a stock template, but more dev needed |
| 12:08 |
phasefx |
yeah, receipt templates are probably going to be a little scarier too |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:09 |
phasefx |
but we could more easily share recipes now |
| 12:09 |
phasefx |
just one big textbox |
| 12:09 |
kmlussier |
phasefx: Yes, I've had the same feeling about receipt templates. |
| 12:15 |
phasefx |
on the bright side, with great power comes CSS, and sheet labels :D |
| 12:17 |
* mmorgan |
adds $.02 Templates should be as intuitive as possible. Since they're seldom tweaked, it's easy to forget their nuances. |
| 12:19 |
phasefx |
was the XUL client intuitive here? I look back at it now and shudder a bit |
| 12:20 |
mmorgan |
Not particularly ;-) |
| 12:20 |
phasefx |
at least spine/pocket labels, no beef with the header/lineitem/footer receipt templates |
| 12:20 |
phasefx |
we could seed the interface with a lot of stock templates |
| 12:21 |
phasefx |
Pocket Only, Spine Only, Pocket+Spine, target certain label stock, etc. |
| 12:29 |
kmlussier |
phasefx: I would say it's very intuitive how to add/remove the pocket. :) I withhold comment on anything else. |
| 12:32 |
kmlussier |
phasefx: Being able to specify a unit of measurement instead of using characters feels like an improvement. And I do like the ability to save different templates. |
| 12:32 |
phasefx |
kmlussier: we could add display: block to the .pocket CSS, change that to display: none to hide, and if really desired, change that to a setting variable |
| 12:33 |
phasefx |
I kind of feel like the list of settings we have is almost as intimidating as the template itself |
| 12:33 |
kmlussier |
phasefx: That might work. |
| 12:34 |
phasefx |
I'm more in favor of seeding multiple templates |
| 12:36 |
phasefx |
another option that might help, is to move all the CSS and comments to the bottom of the template, so you get the meat of the action right up front |
| 12:37 |
phasefx |
you'd see <!-- Spine Label contents --> |
| 12:37 |
phasefx |
and <!-- Pocket Label contents --> |
| 12:37 |
phasefx |
right away |
| 12:41 |
kmlussier |
phasefx: I guess I don't find the settings as intimidating because most of them are the same as what I use when creating templates in a word processing program. There are a lot, but it's easy to understand what they mean. Maybe if the help text there could be a tooltip instead, it might be a little less intimidating. |
| 12:42 |
* phasefx |
nods |
| 12:42 |
* kmlussier |
is straying away from what she was supposed to be focusing on with spine labels, but she has a better understanding of how they work in the web client now. |
| 12:43 |
kmlussier |
phasefx++ |
| 13:01 |
jvwoolf |
Question for folks who have set up Stripe payments in the OPAC: Is it supposed to work normally when you use the test keys and a test credit card from Stripe? |
| 13:02 |
mmorgan |
jvwoolf: By normally, do you mean should it apply the payments in evergreen? |
| 13:02 |
jvwoolf |
Instead of the main_pay page loading with transaction info, we're seeing an internal server error. The payments are applied and Evergreen and seem to be successful in Stripe as well. |
| 13:03 |
jvwoolf |
*in Evergreen, not an |
| 13:03 |
jvwoolf |
d |
| 13:04 |
mmorgan |
In our testing experience, the catalog screens have worked the same in testing mode and live mode. |
| 13:05 |
mmorgan |
You shouldn't see an internal server error just because you're using stripe test mode. |
| 13:06 |
csharp |
jvwoolf: there should be something in the opensrf error log that points to what's wrong |
| 13:09 |
|
rlefaive joined #evergreen |
| 13:09 |
jvwoolf |
csharp: Thanks. We'll take a look. |
| 13:27 |
|
rlefaive joined #evergreen |
| 13:48 |
|
krvmga joined #evergreen |
| 13:50 |
abowling |
hoping for some more UTF-8 help. consider this term "Amâerique". (The relevant hex sequence is "0xE2"). When I run this through the various converters (eg.iconv, yaz-marcdump, etc.), it completely obliterates the entire word. Thoughts? |
| 13:50 |
abowling |
s/sequence/character |
| 13:51 |
abowling |
also, if i don't address it, it obviously fails to ingest |
| 14:06 |
|
rlefaive joined #evergreen |
| 14:27 |
miker |
abowling: do you know what the expected conversion outcome would be? perhaps Amerique with an accent over the first "e"? |
| 14:28 |
miker |
if that guess is correct, it's almost certainly marc8, which has combining characters like utf8, but puts them /before/ the base character |
| 14:29 |
miker |
and, at least according to the googs, that's america in french |
| 14:33 |
miker |
and, http://memory.loc.gov/diglib/codetables/45.html ... 0xE2 is ACUTE / COMBINING ACUTE ACCENT |
| 14:34 |
miker |
so, there you go. it's marc8 encoded French for "America" |
| 14:49 |
csharp |
miker++ |
| 15:15 |
* Dyrcona |
is all set for the conference. |
| 15:15 |
bshum |
It's a good feeling |
| 15:16 |
* bshum |
likes that feeling too |
| 15:16 |
abowling |
miker: thanks. as we discussed the other day, it was a conversion woe. all ironed out now. |
| 15:16 |
abowling |
miker++ |
| 15:16 |
abowling |
also, EG thinks it should be " 'Merica " ;) |
| 15:18 |
Dyrcona |
0xE2 is â in ISO8859-1, so looks like abowling got ISO, not UTF-8, output. |
| 15:19 |
JBoyer-alt |
I was under the impression that the woes were "I want to make this UTF-8" not "My UTF-8 is ügly" |
| 15:23 |
Dyrcona |
My impression is UTF-8 was wanted but ISO8859-1 was received. |
| 15:24 |
miker |
Dyrcona: well, who knows what shenanigans are going on between his clipboard and your screen ... but yes, I see a-with-circumflex in my irc client also |
| 15:24 |
Dyrcona |
Or, perhaps, MARC-8 was expected and ISO8859-1 was interpreted. |
| 15:24 |
Dyrcona |
And, yeah, hard to say. |
| 15:24 |
miker |
or, perhaps there are strings in various encodings in one record. that's my FAVORITE |
| 15:25 |
Dyrcona |
Plus, who knows, I've seem MARC records change character sets in different fields without warning. |
| 15:25 |
Dyrcona |
:) |
| 15:25 |
Dyrcona |
Smart Quotes are the BEST!!!! |
| 15:25 |
miker |
who DOESN'T catalog in Word(tm)? |
| 15:25 |
Dyrcona |
'Cause part of the sequence looks an end of record character. |
| 15:26 |
* Dyrcona |
doesn't catalog when he can help it. :) |
| 15:26 |
Dyrcona |
Which is most of the time. |
| 15:26 |
Dyrcona |
Copy and paste....FTW...WTF? :) |
| 15:27 |
JBoyer-alt |
Copypasta is best pasta. |
| 15:27 |
Dyrcona |
:) |
| 15:28 |
Dyrcona |
@quote add JBoyer-alt: Copypasta is best pasta. |
| 15:28 |
pinesol_green |
Dyrcona: The operation succeeded. Quote #184 added. |
| 15:28 |
csharp |
Dyrcona: heh - I was just about to add that |
| 15:28 |
Dyrcona |
@quote random |
| 15:28 |
pinesol_green |
Dyrcona: Quote #142: "csharp: do you want to be a sys admin or a fireman?" (added by mrpeters at 08:41 PM, March 03, 2016) |
| 15:29 |
csharp |
@who DOESN'T catalog in Word™? |
| 15:29 |
pinesol_green |
_bott_ DOESN'T catalog in Word. |
| 15:29 |
Dyrcona |
It's Friday afternoon. |
| 15:29 |
csharp |
@quote random |
| 15:29 |
pinesol_green |
csharp: Quote #63: "< rfrasur> some people have talent. some...personality flaws. :D" (added by csharp at 04:18 PM, August 06, 2013) |
| 15:29 |
* csharp |
struggles with the fact that 2013 was FIVE YEARS AGO |
| 15:30 |
Dyrcona |
Don't remind me. |
| 15:31 |
berick |
@who said [quote random] about [band] ? |
| 15:31 |
pinesol_green |
yar said Quote #148: "-*- csharp uses force lightning on reports server" (added by gmcharlt at 09:46 AM, March 22, 2016) about The Evergreeners. |
| 15:31 |
Dyrcona |
It's also Groundhog Day. I hope no one gets stuck in any infinite loops. |
| 15:31 |
csharp |
@who is going to this weekend's [band] show? |
| 15:31 |
pinesol_green |
yar is going to this weekend's Cipher Suite Mismatch show. |
| 15:33 |
mmorgan |
@who is stuck in an infinite loop? |
| 15:33 |
pinesol_green |
Glen is stuck in an infinite loop. |
| 15:36 |
Dyrcona |
@who like to dream right between the sound machine? |
| 15:36 |
pinesol_green |
rhamby like to dream right between the sound machine. |
| 15:36 |
Dyrcona |
meh... can't type. |
| 15:36 |
JBoyer-alt |
I'd probably check out a single from a band called Cipher Suite Mismatch now that I think about i |
| 15:36 |
JBoyer-alt |
it |
| 15:36 |
rhamby |
I'm ok with that |
| 15:36 |
* Dyrcona |
takes a magic carpet ride with Steppenwolf. |
| 15:37 |
rhamby |
probably one of the kinder characterizations I've ever been given :) |
| 15:37 |
Dyrcona |
:) |
| 15:40 |
Dyrcona |
Heh, great track title: "Disappointment Number (Unknown)." |
| 15:50 |
|
Christineb joined #evergreen |
| 17:03 |
|
mmorgan left #evergreen |
| 17:33 |
|
jvwoolf left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
