| Time |
Nick |
Message |
| 01:35 |
|
rlefaive joined #evergreen |
| 04:02 |
|
Jillianne joined #evergreen |
| 06:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:32 |
|
book` joined #evergreen |
| 07:01 |
|
jvwoolf joined #evergreen |
| 07:04 |
|
sard joined #evergreen |
| 07:10 |
|
jvwoolf1 joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 08:06 |
|
kmlussier joined #evergreen |
| 08:22 |
|
collum joined #evergreen |
| 08:27 |
kmlussier |
@coffee [someone] |
| 08:27 |
* pinesol_green |
brews and pours a cup of Panama Esmeralda Mario Carnival, and sends it sliding down the bar to jeff_ |
| 08:27 |
kmlussier |
@tea [someone] |
| 08:27 |
* pinesol_green |
brews and pours a pot of BH02: Holy Basil Purple Leaf, and sends it sliding down the bar to ejk (http://ratetea.com/tea/upton/bh02-holy-basil-purple-leaf/1937/) |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:45 |
|
_adb joined #evergreen |
| 08:49 |
gmcharlt |
@coffee kmlussier |
| 08:49 |
* pinesol_green |
brews and pours a cup of Ethiopian Sidamo Fair Trade/Organic, and sends it sliding down the bar to kmlussier |
| 08:49 |
kmlussier |
gmcharlt: Thank you! |
| 08:54 |
|
bos20k joined #evergreen |
| 09:20 |
Bmagic |
@coffee [someone] |
| 09:20 |
* pinesol_green |
brews and pours a cup of Decaf Organic Caffe Volcan, and sends it sliding down the bar to gmcharlt |
| 09:21 |
Bmagic |
just keep it going, it's hump day |
| 09:22 |
kmlussier |
Bmagic: I don't think that cup of decaf is going to do much to get gmcharlt through hump day. |
| 09:23 |
Bmagic |
I think you might be right |
| 09:23 |
Bmagic |
@coffee gmcharlt |
| 09:23 |
* pinesol_green |
brews and pours a cup of La Minita Costa Rica, and sends it sliding down the bar to gmcharlt |
| 09:23 |
Bmagic |
no wammy no wammy |
| 09:24 |
Bmagic |
https://www.roastmasters.com/la_minita.html |
| 09:29 |
|
yboston joined #evergreen |
| 09:32 |
|
mmorgan1 joined #evergreen |
| 09:36 |
|
stephengwills joined #evergreen |
| 09:39 |
|
Dyrcona joined #evergreen |
| 09:48 |
gmcharlt |
Bmagic++ |
| 10:21 |
stephengwills |
is there a setting that tells evergreen to set the bre.owner field to my library when I do a z39.50 import? |
| 10:45 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: located URIs don't work with trailing spaces - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1e6796> |
| 10:45 |
kmlussier |
sandbergja++ #Immediately moving tips from the discussion list into the official docs |
| 10:51 |
kmlussier |
stephengwills: I just looked at one of our systems, and we generally don't set an owner for the bre. I'm curious about the use case for having a specific org unit own a bib record. |
| 10:51 |
kmlussier |
I've always just thought of bib records as being something that belongs to the entire consortium. |
| 10:52 |
stephengwills |
@kmlussier this arises from my trying to modify the SC_LENDS dedupe quality function that Galen made for Rogan … |
| 10:52 |
pinesol_green |
stephengwills: have you tried local mean solar time for the named city as the reference point? |
| 10:52 |
stephengwills |
lol oops |
| 10:52 |
rhamby_ |
kmlussier: I don't think I know of anyone who doesn't treat them that way though I'm sure someone doesn't .... Evergreen wise anyway, Fulfillment (built using Evergreen code) certainly treats bibs as owned separately |
| 10:53 |
kmlussier |
rhamby_: Yes, I could see where it would make sense to do so in Fulfillment. |
| 10:53 |
stephengwills |
so, one of the quality points is the 003 |
| 10:53 |
stephengwills |
either you have one == 1 or you don’t ==0 |
| 10:54 |
stephengwills |
I am modifying that such that “protected libraries” are identified by 003. so. no 003 = 0, any 003 = 1 and special lib whose bibs don’t get touched = 5 |
| 10:55 |
rhamby_ |
stephengwills: can you determine "ownership" of a bib by the bib creator account and add weight that way? (that's what I did for a recent dedupe who wanted the same thing) |
| 10:56 |
rhamby_ |
i.e. the logic was if the bib was created by that library's cataloger accounts it was "their" bib and got +100 points (different dedupe process, differnt scale) |
| 10:56 |
stephengwills |
no, since historically, I’m the creator of almost all records since I didn’t think to set creator to the lib I was migrating for :(. doh! |
| 10:57 |
rhamby_ |
ah, yeah. I typically create a migration account per migration and assign creator to that and store bib ranges imported per library |
| 10:57 |
stephengwills |
nod. that’s what I have don’t too… |
| 10:59 |
stephengwills |
do I understand correctly that the br.owner is set at create time and anyone editing a bre later don’t change that field, however? |
| 10:59 |
stephengwills |
doesn’t* |
| 11:00 |
stephengwills |
oh..i mesread you. |
| 11:00 |
stephengwills |
so you have a separate migration account for each lib? |
| 11:01 |
rhamby_ |
ype. |
| 11:01 |
rhamby_ |
yep evenn |
| 11:01 |
rhamby_ |
and I create a staging schema where I permanently store imported bib ranges and other crtiical information. Amazing what gets needed a year down the road or more. |
| 11:03 |
stephengwills |
omg… thank you! I must have those migration tables lying around still and didn’t even think to look at them. |
| 11:03 |
stephengwills |
I can reconstruct who owns what from them |
| 11:03 |
stephengwills |
duh! awesome-sauce |
| 11:03 |
rhamby_ |
I'll mention that dedupe process is decent but built for a specific purpose - mass deduping of print materials in a quick way, over the years as electronic materials and AV have become more prevalent it's weaknesses are a bit more of an issue than they were 8 or so years ago |
| 11:03 |
rhamby_ |
awesome! |
| 11:05 |
stephengwills |
luckily I’m in maine where all materials are still published by chisling runes into granite. :) |
| 11:05 |
rhamby_ |
granite++ |
| 11:05 |
rhamby_ |
:) |
| 11:11 |
Dyrcona |
jeff++ JBoyer++ # For NCIPServer madness. |
| 11:12 |
Dyrcona |
BTW, If you're installing NCIPServer on Ubuntu 16.04 and likely also Debian Jessie or Stretch, you'll want this patch: https://rt.cpan.org/Public/Bug/Display.html?id=111876#txn-1592775 |
| 11:12 |
Dyrcona |
I'm gonna see if I can bug chansen to merge it into HTTP::Body. |
| 11:13 |
berick |
@who is The Rune Chiseler |
| 11:13 |
pinesol_green |
_adb is The Rune Chiseler. |
| 11:13 |
_adb |
O_o |
| 11:14 |
_adb |
idk 'bout that, but i got cats https://i.imgur.com/g27CrKb.gifv |
| 11:15 |
kmlussier |
:) |
| 11:31 |
Dyrcona |
Eh, bummer. That patch hasn't fixed the problem in production. It worked on my test VM though. |
| 11:32 |
|
jvwoolf joined #evergreen |
| 11:36 |
Dyrcona |
Maybe it did, and it didn't kick in until the second apache2 reload? |
| 11:40 |
|
collum joined #evergreen |
| 11:40 |
Dyrcona |
Bummer. Fixes it with urlencoded form submissions that LWP sends, but not the ones that Autographics sends. I'm gonna have to capture the raw POST body somehow. |
| 11:41 |
Dyrcona |
I'm also not getting all of the log messages from Apache on my syslog server. |
| 11:44 |
Dyrcona |
@later tell JBoyer: You mentioned logging the raw POST data from NCIPserver. Do you have any configuration that you could share? |
| 11:44 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 11:52 |
|
sandbergja joined #evergreen |
| 11:52 |
|
jihpringle joined #evergreen |
| 11:53 |
pinesol_green |
[evergreen|Remington Steed] LP#1721557 Fix Vandelay export within web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=791613c> |
| 12:00 |
|
jvwoolf joined #evergreen |
| 12:09 |
|
rlefaive_ joined #evergreen |
| 12:18 |
|
khuckins joined #evergreen |
| 12:18 |
|
abowling joined #evergreen |
| 12:40 |
Bmagic |
stephengwills: We used that same script and made heavy changes to the quality as well. You can see what we did here: https://github.com/mcoia/mobius_evergreen/blob/master/mobius_sclends_dedupe.sql |
| 12:52 |
stephengwills |
yikes! slight mods there :) |
| 12:52 |
stephengwills |
thanks for this. |
| 12:54 |
stephengwills |
if I update bre.owner will that cause other problems, like one ou cataloger not being able to see bibs belonging to other ous? |
| 12:57 |
miker |
stephengwills: not today, but owner and share_depth are indeed intended to restrict certain types of access (mainly cataloging and copy addition) ... one day |
| 12:57 |
jeff |
possibly depending on your share depth, it will cause certain operations to fail due to permissions. |
| 12:58 |
stephengwills |
ok. thanks. |
| 12:59 |
stephengwills |
i’m liking Rogan’s suggestion of using the creator’s ou as my filter. |
| 13:03 |
jeff |
...and now I'm trying to remember where I thought I saw some merge/etc functions that were caring about owner/share_depth |
| 13:03 |
miker |
jeff: serials, perhaps? |
| 13:08 |
jeff |
Ah, there. Some methods in OpenILS::Application::Cat appear to pay attention to bre/are ownership. |
| 13:10 |
jeff |
It's possible that the methods in question are not actively in use, too. :-) |
| 13:16 |
|
jvwoolf joined #evergreen |
| 13:16 |
jeff |
miker: open-ils.cat.biblio.record_entry.template_overlay and open-ils.cat.container.template_overlay[.background]. not something most people are going to be running into day-to-day. |
| 13:25 |
|
krvmga joined #evergreen |
| 13:59 |
miker |
jeff: ah! yep, thanks for digging |
| 14:15 |
sandbergja |
Bmagic: We're trying to get your fantastic docker image running on a Windows 8 laptop. When we try pasting your commands into the docker terminal, we're getting a lot of network errors. :-( |
| 14:21 |
Dyrcona |
jeff: This just gets uglier and uglier the deeper I go. chansen is right, HTTP::Body needs to go away. |
| 14:28 |
csharp |
sandbergja: I'm curious - what are the specs of the laptop? |
| 14:29 |
sandbergja |
csharp: i5 CPU, 4 gigs of ram, tons of free disk space |
| 14:31 |
Dyrcona |
Other people's technical debt becomes our technical bankruptcy. |
| 14:32 |
csharp |
sandbergja: 4GB of RAM might be a bit slim for running Windows and Evergreen on the same box - does Windows show crazy high RAM/processor usage when the errors happen? |
| 14:32 |
csharp |
@quote add < Dyrcona> Other people's technical debt becomes our technical bankruptcy. |
| 14:32 |
pinesol_green |
csharp: The operation succeeded. Quote #180 added. |
| 14:32 |
* csharp |
suggests "technicaldebt" launchpad bug tag |
| 14:34 |
csharp |
sandbergja: also, factors such as disk I/O can contribute to that kind of thing in my experience |
| 14:36 |
* Dyrcona |
considers upgrading NCIPServer to use Dancer2. That may be easier than creating an ugly hack. |
| 14:38 |
sandbergja |
csharp: thanks; that's helpful. RAM and processor didn't spike when running those commands. Maybe we will try running docker within a Linux VM, rather than trying to run it directly on Windows. Thoughts? |
| 14:39 |
Dyrcona |
Well, don't the videos set it up in Linux using virtual box? |
| 14:40 |
sandbergja |
Yeah, I'm just realizing that. It was a piece of cake running it on my Ubuntu laptop, so I guess I assumed that it's a piece of cake on any laptop... |
| 14:40 |
Dyrcona |
:) |
| 14:41 |
csharp |
sandbergja: I think the issue there is Linux vs. Windows - I was just thinking of suggesting that you blow away Windows 8 in favor of a light Linux (like Lubuntu) |
| 14:41 |
csharp |
but you prolly need the laptop for other things :-0 |
| 14:41 |
csharp |
:-) |
| 14:42 |
Dyrcona |
"It said requires Windows 98 or better, so I installed Linux." |
| 14:42 |
csharp |
Dyrcona++ |
| 14:43 |
csharp |
last time I played with stock Lubuntu, it had a RAM footprint of like 56MB |
| 14:43 |
sandbergja |
It's one of my students' laptops, so I don't quite have that authority. :-) |
| 14:43 |
csharp |
definitely don't want to end up like this: |
| 14:43 |
csharp |
https://www.youtube.com/watch?v=5Qj8p-PEwbI |
| 14:45 |
csharp |
sandbergja: I imagine VirtualBox would *add* overhead rather than help - I don't have much experience with Docker, though - hopefully Bmagic can save the day :-) |
| 14:46 |
Dyrcona |
Does qemu work on Windows? It has really low overhead. |
| 14:46 |
bshum |
If the laptop is a 32-bit Windows, you might not even get all 4 GB of RAM either. |
| 14:46 |
* bshum |
cries about his work laptop being only 32-bit Windows :( |
| 14:48 |
* csharp |
cries about bshum's laptop being Windows |
| 14:49 |
csharp |
sandbergja: another option may be to commandeer an out-of-service desktop to be a bare-metal Linux server hosting Docker |
| 14:49 |
csharp |
it's a "remote" connection in any case |
| 14:49 |
* csharp |
recommends Fedora server with cockpit |
| 14:50 |
* Dyrcona |
recommends Scotch and soda, a bottle of each. :) |
| 14:50 |
csharp |
@sing The Kingston Trio : Scotch and Soda |
| 14:50 |
pinesol_green |
csharp: Evergreen Command Center http://apod.nasa.gov/apod/image/1204/EndeavourFlightDeck_cooper_1050.jpg |
| 14:51 |
bshum |
Dyrcona: I'll skip the soda, but indeed. |
| 14:51 |
bshum |
csharp: Yeah, me too |
| 14:51 |
* csharp |
will stick with soda |
| 14:54 |
bshum |
Oh, fun, docker with windows uses the hyper-v virtualization. That should be pretty lightweight actually. |
| 15:16 |
Dyrcona |
Anyone know what services need a restart if I recreate the offline-config.pl? |
| 15:18 |
Bmagic |
sandbergja: Just got back to the keyboard |
| 15:18 |
Bmagic |
sandbergja: Did you follow the first two videos on "Hacking Evergreen" ? |
| 15:22 |
Bmagic |
Dyrcona csharp bshum sandbergja: The hardware specs should be fine. I might be wrong, but I don't think you can use docker for windows directly on the windows kernal. You will need to run a VM on your laptop running Linux, then install docker engine and load the container |
| 15:22 |
Bmagic |
kernal/kernel |
| 15:24 |
csharp |
sandbergja: also, make sure the laptop's processor is set to use virtualization (BIOS setting), otherwise vbox will not run well |
| 15:25 |
csharp |
(might be the case with Hyper-V too, but I'd be surprised if it runs at all without that setting set already) |
| 15:25 |
Bmagic |
sandbergja: If I am understanding that you are using docker for Windows, you can test a basic Ubuntu image without using the Evergreen container. "docker run ubuntu -it" |
| 15:27 |
Bmagic |
Something tells me that it's not going to work due to some of the system calls being incompatible. the videos: https://vimeo.com/230985351 and https://vimeo.com/231611654 |
| 15:27 |
csharp |
Bmagic++ |
| 15:27 |
* csharp |
still needs to make time to watch the third installment |
| 15:28 |
Bmagic |
oh yeah! |
| 15:28 |
Bmagic |
the third video is beta, but if anyone wants to check it out: https://vimeo.com/236490496 |
| 15:52 |
|
jvwoolf1 joined #evergreen |
| 16:06 |
|
Jillianne joined #evergreen |
| 16:08 |
jeff |
I believe Docker for Windows requires a 64-bit installation of Windows 10 Professional or Windows 10 Enterprise. It runs on top of Hyper-V. |
| 16:10 |
Bmagic |
bleeding edge https://blog.docker.com/2017/09/preview-linux-containers-on-windows/ |
| 16:12 |
jeff |
if you're running something docker-like on a Windows 8 laptop, you're likely dealing with docker-toolbox, which uses VirtualBox. |
| 16:12 |
Bmagic |
jeff: yep |
| 16:18 |
Dyrcona |
@who feels like 8-bit graphics in a 64-bit world. |
| 16:18 |
pinesol_green |
genpaku feels like 8-bit graphics in a 64-bit world. |
| 16:32 |
mmorgan |
I'm trying to put together a query that will return Lost or Long Overdue items where the Lost Materials or Long Overdue Materials billing has been "paid" with a forgive payment. |
| 16:32 |
mmorgan |
Has anyone done something similar? |
| 16:34 |
* mmorgan |
has been looking at lp 1174498, but is wondering if there are other approaches |
| 16:34 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 16:37 |
|
khuckins joined #evergreen |
| 16:56 |
jeff |
we use mmpbbt, though i think last we checked we had diverged slightly from the code in that branch. |
| 16:57 |
jeff |
mmpbbt would benefit from bug 1422379 |
| 16:57 |
pinesol_green |
Launchpad bug 1422379 in Evergreen "Move money.billing timestamps back to moment of fine" [Medium,Triaged] https://launchpad.net/bugs/1422379 - Assigned to Dan Wells (dbw2) |
| 16:58 |
jeff |
another approach is the billing reconciliation that JBoyer has shared in the past, but I don't have a link handy. |
| 16:59 |
jeff |
but i don't know offhand if that would help address your specific use case |
| 17:04 |
* mmorgan |
was looking at mmpbbt, or possibly using some of the queries in that branch. |
| 17:05 |
* mmorgan |
will also take a look for JBoyer's billing rec. Thanks for the pointer. |
| 17:05 |
mmorgan |
jeff++ |
| 17:06 |
mmorgan |
Just feels like with the money tables, you often can't get there from here :-/ |
| 17:07 |
mmorgan |
Good night, #Evergreen! |
| 17:07 |
|
mmorgan left #evergreen |
| 17:19 |
cesardv |
berick: hey, whenever you have a free minute, I wanted to pick your brain re progress dialogs, since IIRC you recently fixed some issues with 'em |
| 17:21 |
berick |
cesardv: what's up? |
| 17:27 |
cesardv |
berick: cool, hey so I'm working on bug 1689325... and basically this would affects the progress dialog modals... |
| 17:27 |
pinesol_green |
Launchpad bug 1689325 in Evergreen "webstaff: protect more modals from accidental closures" [Wishlist,New] https://launchpad.net/bugs/1689325 - Assigned to Cesar V (cesardv) |
| 17:28 |
cesardv |
berick: right now, I'm of mind that one should be able to click outside a progress modal to "dismiss" it, but then realized that there were different "flavors" one could instantiate |
| 17:30 |
cesardv |
berick: so I'm excluding them all from being set to "backdrop" : static... but do you think there might be cases where one would to force the modal to complete progress? |
| 17:32 |
berick |
hmm |
| 17:33 |
cesardv |
berick: we could probably tweak them so that depending on the "flavor", it defaults to being dismissable or not, by clickig out side of the modal... |
| 17:34 |
berick |
i'm thinking they should all be easily closable. |
| 17:34 |
berick |
you don't lose any data |
| 17:35 |
berick |
but to answer your question, that might be problematic, because the flavor can change as data changes |
| 17:35 |
cesardv |
ok.. yeah, just wandering myself if that's even worth the hassle for these progress modals to be able to be toggled un-dismissable or not |
| 17:36 |
berick |
if it's possible to modify an existing modal dynamically, it could be done by flavor, but if it has to be set at render time, not so much. |
| 17:36 |
cesardv |
ah yeah, it can change, esp. of a newer takes precendece over the older one... |
| 17:36 |
cesardv |
ok |
| 17:37 |
berick |
or even if a modal gets new data as it progresses |
| 17:37 |
cesardv |
right |
| 17:37 |
berick |
some start out indeterminate, then become determinate once several queries have completed and we know how much work we're doing |
| 17:39 |
berick |
others may want to weigh in, but i'd vote for keeping all the progress dialogs easily closable. |
| 17:39 |
berick |
cesardv++ |
| 17:40 |
cesardv |
right... ok cool. Thanks! Yeah I'll definitely send something to openils-dev to get a bit more feedback, as to the modals in general |
| 17:42 |
cesardv |
I think there's definitely a use case for having easily dismissable modals, especially in busy circulation desks :) |
| 17:42 |
cesardv |
anyhow, thanks for letting me pick your brains... |
| 17:42 |
cesardv |
berick++ |
| 17:42 |
berick |
yep |
| 17:43 |
* cesardv |
turns into a zombie... |
| 17:43 |
cesardv |
i eat them now... |
| 17:43 |
cesardv |
lol |
| 17:43 |
* cesardv |
really likes halloween >< |
| 17:44 |
* berick |
will not be trickrtreating at cesardv's house |
| 18:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:46 |
|
jvwoolf joined #evergreen |
| 18:59 |
|
stephengwills left #evergreen |
| 19:29 |
|
rlefaive joined #evergreen |
| 20:45 |
|
rlefaive joined #evergreen |
| 21:44 |
|
pope_ joined #evergreen |
