Time |
Nick |
Message |
00:22 |
|
dbwells_ joined #evergreen |
00:50 |
|
mrisher joined #evergreen |
01:35 |
|
RBecker joined #evergreen |
06:58 |
|
agoben joined #evergreen |
07:12 |
|
Dyrcona joined #evergreen |
07:30 |
|
rfrasur joined #evergreen |
07:34 |
|
rfrasur joined #evergreen |
08:26 |
|
Stompro joined #evergreen |
08:34 |
|
dbwells joined #evergreen |
08:34 |
|
mantis1 joined #evergreen |
08:40 |
|
collum joined #evergreen |
08:42 |
|
mmorgan joined #evergreen |
08:46 |
|
awitter joined #evergreen |
09:29 |
|
rfrasur joined #evergreen |
09:30 |
Dyrcona |
So, updated to Firefox 75 with the DNS over HTTPS nonsense, and it can't resolve Wikipedia domains. Anyone else experiencing this? (Yes, this is off topic, but that's never stopped anyone before.) |
09:33 |
Dyrcona |
Tried NextDNS instead of Cloudflare, same problem. Disabled DNS over HTTPS and it's working again. |
09:35 |
bshum |
Dyrcona: Mine seemed fine, but I had to enable DNS over HTTPS in the config (it didn't ship with it on) |
09:37 |
Dyrcona |
I wonder if DNSMasq is somehow involved in my problem, but Wikipedia is the only site where I've noticed that problem. |
09:38 |
Dyrcona |
It updated earlier this week. I've had updates at least twice, so I don't remember what day Firefox updated. |
09:40 |
Dyrcona |
Not sure I can blame systemd-resolved.... :) |
09:42 |
Dyrcona |
Been a fun week for me and DNS.... |
09:42 |
bshum |
I was about to say maybe it's a Linux vs. Mac thing |
09:43 |
bshum |
And maybe my Mac isn't even using the feature correctly |
09:44 |
Dyrcona |
Could be a Linux thing, but it's odd that it's just 1 site, en.wikipeida.org. I'm inclined to think that it's just a "me" thing. :) |
09:44 |
Dyrcona |
Well, I typoed wikipedia above, but you get the idea.... |
09:54 |
|
jvwoolf joined #evergreen |
10:03 |
csharp |
Dyrcona++ # helping me back in 11/2018 to batch forgive fines for a library |
10:03 |
|
sandbergja joined #evergreen |
10:03 |
csharp |
using a modified version of what we used back then to do it again today :-) |
10:03 |
* csharp |
waves at bshum |
10:03 |
Dyrcona |
csharp: Cool. |
10:17 |
* bshum |
waves back at csharp |
10:19 |
Dyrcona |
The Chromium snap continues to behave oddly after it updates while Chromium is running. Not only does it lose its relationship to the Launcher, it loses icons in dialogs.... |
10:26 |
|
collum joined #evergreen |
10:40 |
Dyrcona |
@decide remove python or remove python |
10:40 |
pinesol |
Dyrcona: go with remove python |
10:41 |
bshum |
dbwells: Might need some input on https://bugs.launchpad.net/opensrf/+bug/1827055 again |
10:41 |
pinesol |
Launchpad bug 1827055 in OpenSRF "Python binding for OpenSRF and Evergreen" [Undecided,New] |
10:41 |
bshum |
With Ubuntu 20.04 there's packages missing for Python, looks like they actively removed much of Python2 and related packages |
10:42 |
bshum |
I have to research that further too, but maybe I'll need to exclude to proceed with other parts of the install testing first |
10:42 |
bshum |
Course 20.04 isn't done yet (they're still in beta) |
10:44 |
Dyrcona |
We should just drop the Python at this point. AFAIK no one uses it, except Syrup, and Syrup is dead, too. If you're still using it, shame on you. :) |
10:45 |
Dyrcona |
If you use Python then step up and fix it by next week. |
10:45 |
Dyrcona |
And, yes, I mean next week. |
10:46 |
dbwells |
We have a branch of Syrup functional on Python 3. I will update the bug. |
10:49 |
Dyrcona |
dbwells++ |
10:52 |
bshum |
dbwells++ #exciting :) |
10:54 |
* dbwells |
waves, hasn't even looked at IRC in weeks |
10:54 |
dbwells |
Glad to see everyone still here :) |
10:55 |
dbwells |
bshum: Don't get too excited, still a chunk of work to do. But, progress. |
10:55 |
bshum |
dbwells: Yeah kind of what started nagging me next in the back of my brain |
10:55 |
bshum |
Testing 20.04 support, testing Python3, testing new Perl, new PG version |
10:56 |
bshum |
Lots of stuff to break this year :D |
10:59 |
Dyrcona |
Looking at the Python 3 packages on Focal Fossa, there will be a lot of work to do to maintain the Python support in OpenSRF and Evergreen. We're likely going to have to switch XMPP libraries. |
10:59 |
Dyrcona |
I still vote we chuck it. |
11:00 |
bshum |
Or deprecate it and then reimplement as a new feature? |
11:00 |
bshum |
*remove it |
11:01 |
Dyrcona |
We should also really start using SASL with ejabberd. |
11:01 |
Dyrcona |
Too much to do, so little time. |
11:01 |
Dyrcona |
:) |
11:01 |
bshum |
Yeah I hadn't gotten to that problem yet, but assume it's annoying bad or worse off in Focal |
11:05 |
Dyrcona |
2020: Year of the rewrite! |
11:15 |
rfrasur |
We gonna adopt that as the official title, Dyrcona? Seems like it COULD work. |
11:15 |
Dyrcona |
:) |
11:21 |
rfrasur |
And it has significantly fewer obscenities than my suggestions. |
11:21 |
Dyrcona |
:) |
11:36 |
|
sandbergja joined #evergreen |
11:54 |
dbwells |
As I noted on the Python/Syrup bug, there is a possible middle ground of supporting Python as just consumer/client of OpenSRF instead of a full library. In particular, a consumer of gateway/translator messages and objects, which I think is all Syrup really needs. |
12:09 |
|
mrisher joined #evergreen |
12:09 |
|
scpl_shardina joined #evergreen |
12:18 |
|
jihpringle joined #evergreen |
12:25 |
|
sandbergja joined #evergreen |
12:27 |
scpl_shardina |
I have a z39.50 source that is confirmed to work in http://www.loc.gov/z3950/test.html set up, but it has no search fields in Cataloging > Import Record from Z39.50. Where would I go about setting that up? I'm not having any luck in the documentation. |
12:33 |
phasefx |
scpl_shardina: I don't think you should need to set anything up; sounds like some uncaught error? Anything in the browser dev console? Or an [ERR in osrfsys.log? |
12:37 |
phasefx |
scpl_shardina: also curious if the Raw Search button works |
12:37 |
scpl_shardina |
Nothing showing on either, other than warnings about my self signed testing SSL in the browser. The LOC and OCLC sources have search fields show up, just none that I add. |
12:38 |
scpl_shardina |
Raw search button does work on the added sources |
12:40 |
phasefx |
scpl_shardina: okay, same thing happens to me if I just copy the fields for loc into a test source. hrmm |
12:42 |
phasefx |
scpl_shardina: okay, we need to populate config.z3950_attr; I don't know if there is a UI for it |
12:44 |
phasefx |
scpl_shardina: I did the following for my test source and it worked: insert into config.z3950_attr (source,name,label,code,format,truncation) select 'test', name, label, code, format, truncation from config.z3950_attr where source = 'loc'; |
12:47 |
mmorgan |
Looks like you can still get to the pre-angular interface for configuring z39.50 which links to the attributes using https://<hostname>/eg/staff/admin/server/config/z3950_source |
12:47 |
phasefx |
mmorgan++ I was just looking at the "conify" interfaces |
12:49 |
scpl_shardina |
Alright, that worked! |
12:50 |
mmorgan |
bug 1834687 |
12:50 |
pinesol |
Launchpad bug 1834687 in Evergreen 3.3 "Z39.50 Servers Attributes page missing" [Medium,Confirmed] https://launchpad.net/bugs/1834687 |
12:51 |
scpl_shardina |
Thanks for your help! |
13:04 |
Bmagic |
jeffdavis: if that's the mechanism that we are employing, then the "shared" values within PL/Perl are shared per session? Which means, they would freshen up with each new drone? Seems like that would have taken place by now. |
13:16 |
|
khuckins joined #evergreen |
13:29 |
Dyrcona |
Bmagic: What version of Evergreen? |
13:32 |
Dyrcona |
Never mind. Those interfaces are Dojo, so it doesn't really matter. |
13:36 |
csharp |
@eightball did dojo ever really matter? |
13:36 |
pinesol |
csharp: In your dreams. |
13:36 |
gmcharlt |
pinesol: I think you misspelled nightmare |
13:36 |
pinesol |
gmcharlt: Sorry, that command is only available to Evergreen Premium™ Subscribers. Please upgrade your subscription ASAP! |
13:38 |
csharp |
oh wow - 80s flashback - just remembered that Dokken's In My Dreams was a real song by a real band |
13:39 |
Dyrcona |
:) |
13:40 |
|
mantis1 left #evergreen |
13:40 |
bshum |
@who sells Evergreen Premium™ subscriptions. |
13:40 |
pinesol |
berick sells Evergreen Premium™ subscriptions. |
13:41 |
Dyrcona |
@who sells seashells by the seashore |
13:41 |
pinesol |
mnsri sells seashells by the seashore. |
13:41 |
csharp |
@blame berick for hoarding Evergreen Premium™ subscriptions during this time of crisis |
13:41 |
pinesol |
csharp: It really IS berick's fault! for hoarding Evergreen Premium™ subscriptions during this time of crisis |
13:42 |
Dyrcona |
Two things (neither good) come to mind from this "conversation." |
13:42 |
Dyrcona |
1. John Prine succumbed to COVID-19 earlier this week. |
13:42 |
csharp |
:-( |
13:43 |
Dyrcona |
2. Qt is getting even more locked up by the commercial interests of the Qt Company. |
13:44 |
Dyrcona |
The gloomy, cold rain outside the windows doesn't help. |
13:45 |
|
mantis1 joined #evergreen |
14:08 |
Bmagic |
Dyrcona: 3.4 |
14:12 |
Dyrcona |
Bmagic: I always update crad and all of that in the database. What are you trying to do? |
14:52 |
|
alynn26 joined #evergreen |
14:52 |
|
rfrasur joined #evergreen |
15:01 |
|
collum joined #evergreen |
15:07 |
mmorgan |
@weather 01945 |
15:08 |
pinesol |
mmorgan: Error: Failed to load Wunderground API. Check the logs for more information. |
15:08 |
mmorgan |
Apparently pinesol doesn't want to look out the window right now either. |
15:08 |
rfrasur |
It's gross and cold. |
15:10 |
Dyrcona |
Yeahp. |
15:13 |
rfrasur |
There's a actor.org_unit.mailing_address column. Is there also a actor.org_unit.physical_address? |
15:13 |
rfrasur |
column? |
15:14 |
Dyrcona |
\d actor.org_unit |
15:15 |
mmorgan |
mailing_address, billing_address, holds_address, ill_address |
15:16 |
Dyrcona |
billing_adress is usually treated as the physical address, IIRC. |
15:16 |
* mmorgan |
nods |
15:16 |
Dyrcona |
meh... fingers-- |
15:17 |
Dyrcona |
Even though the conference is canceled are we going to reset karma, like we usually do? |
15:17 |
mmorgan |
@karma fingers |
15:17 |
pinesol |
mmorgan: Karma for "fingers" has been increased 0 times and decreased 1 time for a total karma of -1. |
15:18 |
mmorgan |
Thunder! |
15:19 |
Dyrcona |
I can't hear the thunder over John Bonham's drumming in my ears.... (Listening to Led Zeppelin most of the day.) |
15:24 |
rfrasur |
Dyrcona++ mmorgan++ |
15:31 |
|
mantis1 left #evergreen |
16:10 |
mmorgan |
So here's a random web client question. I click on a menu option, 'Search', for example, then right-click on 'Search for items by barcode' and choose to open it in a new tab from the right-click menu. |
16:10 |
mmorgan |
When I do that, the Search menu stays open in my original tab and I have to click on it again to close it. |
16:12 |
mmorgan |
Would that be something that's easily fixable? |
16:12 |
* mmorgan |
is wondering if it's bugworthy, that is, if it bothers anyone else but me |
16:13 |
Dyrcona |
It's possibly fixable. Questions is, is it worth it? |
16:15 |
phasefx |
as an experiment, I added a widget that cloned the current interface into a new tab. Not quite the same thing, but an alternate way to get there |
16:16 |
* phasefx |
does think we should support web-conventions where we can, though |
16:17 |
* mmorgan |
also supports eliminating extra clicks. |
16:19 |
* mmorgan |
doesn't know if folks commonly do the open link in new tab thing, though. Might be just me. |
16:19 |
phasefx |
power user :) |
16:19 |
phasefx |
my parents don't quite understand tabs and windows |
16:19 |
mmorgan |
:) |
16:20 |
* phasefx |
also thinks we should support power users :D |
16:20 |
mmorgan |
You mean the things on top of soda cans and the things you open to get fresh air?;-) |
16:20 |
phasefx |
:P |
16:21 |
* mmorgan |
will open a bug and see where it goes |
16:29 |
rfrasur |
mmorgan, I'm an "open link in new tab" person, and yeah...it bothers me too. |
16:30 |
rfrasur |
link the bug. and I'll add a little heat to it. |
16:30 |
mmorgan |
rfrasur: power user ;-) |
16:31 |
mmorgan |
OK! |
16:31 |
rfrasur |
lol, no. maybe? I have no idea. what day is it? |
16:42 |
mmorgan |
rfrasur: bug 1871921 |
16:42 |
pinesol |
Launchpad bug 1871921 in Evergreen "Using Right-click Options on Web Client Menu Items Should Close Menu" [Undecided,New] https://launchpad.net/bugs/1871921 |
16:42 |
rfrasur |
got it |
16:42 |
rfrasur |
mmorgan++ |
16:43 |
mmorgan |
rfrasur++ |
16:50 |
|
abowling joined #evergreen |
16:58 |
|
sandbergja joined #evergreen |
17:02 |
jweston |
+mmorgan rfrasur I do not normally post here but I'm loving this right-click-open-new-tab-close-menu lp bug; I've been involved in many training sessions that stress the importance of opening new windows and this has been bother. Thanks for this! |
17:04 |
jweston |
mmorgan ^ (meant to be a +1) |
17:05 |
rfrasur |
jweston++ # of course. If you wanna add that it affects you and/or comment in LP, it'll bump up the heat some. |
17:05 |
mmorgan |
jweston++ |
17:07 |
jweston |
rfrasur: commented and heat added |
17:07 |
rfrasur |
jweston++ # rockstar |
17:08 |
rfrasur |
okay, all. See ya on the flipside. Or...on Monday. |
17:08 |
mmorgan |
jweston++ # super user ;-) |
17:14 |
|
mmorgan left #evergreen |
17:21 |
|
collum joined #evergreen |
17:33 |
Stompro |
Hello, if I'm changing group penalty threshold values, how do I trigger the existing penalties to get re-evaluated? Such as raising the PATRON_EXCEEDS_FINES trigger amount? |
18:01 |
phasefx |
Stompro: I tend to write a srfsh script via a sql query for that |
18:02 |
phasefx |
something along the lines of select distinct 'request open-ils.actor open-ils.actor.user.penalties.update SES ' || id from actor.usr where foo; |
18:02 |
phasefx |
then get an auth token and sed the SES |
18:03 |
phasefx |
not for that specific use case, but in the context of migrations |
19:42 |
|
mrisher joined #evergreen |
20:04 |
|
mrisher joined #evergreen |
20:15 |
Stompro |
phasefx, thanks, I'll give that a try. |
20:21 |
|
mrisher joined #evergreen |
21:17 |
|
mrisher joined #evergreen |
21:37 |
|
mrisher joined #evergreen |