| Time |
Nick |
Message |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 07:57 |
|
agoben joined #evergreen |
| 08:06 |
|
rfrasur joined #evergreen |
| 08:06 |
|
rlefaive joined #evergreen |
| 08:29 |
|
collum joined #evergreen |
| 08:30 |
|
mantis1 joined #evergreen |
| 08:41 |
|
Dyrcona joined #evergreen |
| 08:49 |
Dyrcona |
I have a followup question from yesterday when it comes to cstore queries/filters: Is there a way to have cstore return the SQL query text rather than run it? |
| 08:51 |
|
collum_ joined #evergreen |
| 09:04 |
Dyrcona |
Action trigger seems to be really slow on a test Pg 12 database server. Is anyone using Pg 10 in production? |
| 09:04 |
Dyrcona |
I suspect that we're going to have to modify code for performance. |
| 09:13 |
|
terranm joined #evergreen |
| 09:14 |
Dyrcona |
Also, my filter for an a/t event doesn't seem to work, but when I write a json queery based on how that filter appears to be used in the action trigger code, it does work. |
| 09:23 |
Bmagic |
I'm looking at automating the VACUUM ANALYZE and REINDEX routines. Anyone have anything already created that you can share along these lines? |
| 09:26 |
|
sandbergja_ joined #evergreen |
| 09:26 |
Dyrcona |
Oh.... Looks like I need to increase max_stanza_size on the test VM: Caught error from 'run' method: Exception: OpenSRF::EX::JabberDisconnected 2020-09-10T08:39:19 OpenSRF::Application /usr/local/share/perl/5.26.1/OpenSRF/Application.pm:240 JabberDisconnected Exception: This JabberClient instance is no longer connected to the server |
| 09:27 |
Bmagic |
Dyrcona: I see those errors often, I wonder if that's the case for me too :) |
| 09:28 |
Dyrcona |
Also, following up on max_stanza_size and action triggers: The event that caused problems earlier this week was an auto-renewal email to a patron with 123 items out. The template output data was 25,590 bytes. I should look into how grouped events work, but I suspect 1 message had that data duplicated 123 times, plus message overhead. |
| 09:29 |
Dyrcona |
Bmagic: Could be other reasons, but I'm sure that's why my a/t runner is sitting there with nothing happening in the database. |
| 09:29 |
|
nfBurton joined #evergreen |
| 09:36 |
Dyrcona |
Bmagic: I'm pretty sure max_stanza_size was my problem, since it was set to the default of 65536 on this VM. I've upped it to 10485760. |
| 09:37 |
Bmagic |
sounds like a good candidate! |
| 09:37 |
Dyrcona |
We need to get bundling and chunking implemented in action trigger. |
| 09:37 |
Bmagic |
that also sounds like a stellar idea! |
| 09:40 |
Dyrcona |
Maybe during the hack-away. |
| 09:40 |
Bmagic |
wow, that's right around the corner, dang, where o where did the year go? |
| 09:45 |
Dyrcona |
This seems "slow" to me: Message processing duration: 134.842 |
| 09:50 |
Dyrcona |
Crazy. I can run a cstore query searching the circulations that this a/t should find and it returns quickly, but when the a/t runner goes, it seems to time out. I could try piecing all of that query together, but it seems more trouble than it is worth. |
| 09:50 |
Dyrcona |
UPSHOT: Do NOT upgrade to Pg 12, yet. |
| 09:53 |
rfrasur |
gmcharlt: if there are bootstrap OPAC things that you run across and I feel like I might have a competency to help with, I'm around. |
| 09:54 |
gmcharlt |
rfrasur: thanks! |
| 09:54 |
rfrasur |
hmm, and YOU feel like I might have a competency... (I feel like I have little to none) |
| 09:55 |
nfBurton |
I'm here too :P |
| 09:55 |
nfBurton |
I'm excited to get a signoff lol |
| 09:55 |
rfrasur |
and imminently more competent in ALL the ways. |
| 09:55 |
berick |
Dyrcona: turn on PG logging, at least for long-running statements |
| 09:55 |
rfrasur |
nfBurton, me too. And this is good work you've done. |
| 09:56 |
nfBurton |
Thanks! I feel like it's taken forever to get to this point |
| 09:56 |
gmcharlt |
rfrasur: I am terribly incompetent at self-deprecation from my friends and colleagues in stride. you are awesome! |
| 09:57 |
gmcharlt |
*taking self-deprecation |
| 09:57 |
nfBurton |
Now I can rebuild my DEV server that decides to lock me out randomly |
| 10:06 |
Dyrcona |
berick: I will, but I'm seeing some missing views in the Pg logs while I'm looking into: Severe query error in WHERE predicate -- see error log for more details |
| 10:07 |
Dyrcona |
berick: I'll reiterate a question from earlier, is there a way to dump the query generated by cstore, so I can see the SQL? |
| 10:10 |
nfBurton |
rfrasur++ |
| 10:10 |
nfBurton |
your feedback was instrumental :D |
| 10:11 |
berick |
Dyrcona: pretty sure loglevel=debug (4) will show it |
| 10:13 |
|
dbwells joined #evergreen |
| 10:15 |
rfrasur |
I'm just SUPER happy about the release (and, of course, I love Evergreen and the Evergreen community...this is documented fairly broadly). |
| 10:18 |
Dyrcona |
rfrasur++ # I'm glad someone is happy about Evergreen today. ;) |
| 10:18 |
Dyrcona |
berick: Thanks. I was hoping for a cstore call. Maybe I'll have to add one... |
| 10:19 |
rfrasur |
Dyrcona: I mean, we all know that's qualified, right? Someone broke into my car (it was unlocked...so no actual damage) and stole a phone charger that I needed to replace anyway. And a Chevelle CD. I, as usual, am of two minds. Rage, acceptance, affection, and disdain are not always mutually exclusive. |
| 10:21 |
berick |
Dyrcona: for json_query specifically, you can also use the test too: |
| 10:21 |
berick |
/openils/bin/test_json_query '{"select":{"au":["id"]},"from":"au","where":{"id":1}}' |
| 10:21 |
berick |
*tool |
| 10:21 |
Dyrcona |
berick++ I'll give that a look |
| 10:21 |
berick |
and the json query will be logged at INFO level |
| 10:23 |
|
ritlib joined #evergreen |
| 10:29 |
|
rlefaive_ joined #evergreen |
| 10:33 |
gmcharlt |
nfBurton: the branch user/gmcharlt/bootstrap_review (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/gmcharlt/bootstrap_review) has the results of the cherry-pick onto master + the changes the oleonard made |
| 10:34 |
gmcharlt |
I'd appreciate your eyes on that to check for any errors due to the cherry-picking as well as your eye's on Owen's patches |
| 10:35 |
gmcharlt |
oleonard: also would appreciate your eyes as well, it's entirely possible I made errors when dealing with merge conflicts |
| 10:44 |
|
collum joined #evergreen |
| 10:46 |
nfBurton |
I'll take a look. In a quick scan it seems like mostly formatting and aria-hidden adds which is a big help. It may take a few to get it pulled down and do a proper check of things |
| 10:50 |
Dyrcona |
Ha! Dyrcona-- |
| 10:51 |
|
sandbergja joined #evergreen |
| 10:51 |
Dyrcona |
berick: The thing that I was playing with was working. I had a bug in the SQL that I was running to check if events were being created. I had "id" where I wanted "event_def." |
| 11:02 |
Dyrcona |
@karma |
| 11:02 |
pinesol |
Dyrcona: Highest karma: "berick" (75), "csharp" (70), "gmcharlt" (64), "dluch" (43), and "Dyrcona" (42). Lowest karma: "comcast" (-2), "windows" (-2), "printers" (-2), "insuranceindustry" (-2), and "systemd" (-1). You (Dyrcona) are ranked 5 out of 122. |
| 11:03 |
Dyrcona |
berick++ |
| 11:03 |
oleonard |
nfBurton: Some formatting, the aria-hidden thing, and some updates to responsive behavior |
| 11:05 |
nfBurton |
oleonard++ |
| 11:13 |
sandbergja |
Bmagic: hey, I heard you like docker and antora. :-P I created a branch (user/sandbergja/circleci-antora-experiment) that does both! If you run docker-compose up in that repo, it builds a docker container that builds the antora docs into a directory called docs-compiled. |
| 11:13 |
Bmagic |
sandbergja++ |
| 11:14 |
sandbergja |
Bmagic++ # introducing me to both docker and antora |
| 11:14 |
Bmagic |
sandbergja++ # I love it! |
| 11:17 |
Dyrcona |
Well, my filter isn't working, and I don't know why, but changing the owner of the event will work. |
| 11:21 |
csharp |
@who has no filter? |
| 11:21 |
pinesol |
rhamby has no filter. |
| 11:21 |
csharp |
pinesol: true |
| 11:21 |
pinesol |
csharp: PHRASING!!! |
| 11:22 |
Bmagic |
lol |
| 11:41 |
|
rlefaive joined #evergreen |
| 11:46 |
csharp |
gmcharlt: miker: phasefx: following up on the bug 1846354 discussion, terranm found that removing 'AND "aump".deleted = 'f'' from this query https://pastebin.com/QxMvL4Gn makes it return immediately |
| 11:46 |
pinesol |
Launchpad bug 1846354 in Evergreen "wishlist: Consolidate patron notes, alerts, and messages" [Wishlist,New] https://launchpad.net/bugs/1846354 |
| 11:46 |
csharp |
so I added a partial index on id where deleted = false, but that didn't help |
| 11:46 |
csharp |
(on aum) |
| 11:48 |
gmcharlt |
nfBurton: user/gmcharlt/bootstrap_review now includes a first pass at patches to install the dependencies using NPM and to install templates-bootstrap by default |
| 11:48 |
nfBurton |
awesome. I'm just trying to manage the conflicts to take a look |
| 11:51 |
|
jihpringle joined #evergreen |
| 11:53 |
miker |
csharp: mind pasting the explain-analyze output of that with and without the deleted clause? because ... that doesn't make much sense |
| 11:53 |
miker |
(but, since it's happening, we may be able to use that) |
| 11:57 |
|
frank91 joined #evergreen |
| 11:58 |
frank91 |
Hi all, I'd want to know if there is a way to try to fix this bug https://bugs.launchpad.net/evergreen/+bug/1718782 (MARC bib editor doesn't show SRCE in the fixed fields) |
| 11:58 |
pinesol |
Launchpad bug 1718782 in Evergreen "webclient: MARC bib editor doesn't show SRCE in the fixed fields" [Low,Confirmed] |
| 12:04 |
terranm |
miker: Here's the explain analyze with the full query as-is: https://pastebin.com/ELFTcpUb |
| 12:04 |
|
khuckins joined #evergreen |
| 12:04 |
terranm |
And here is the explain analyze with the same query but removing the deleted = 'f': https://pastebin.com/sHZkUg8N |
| 12:07 |
Bmagic |
frank91: The fix will required some Evergreen code and likely several hours. I see the bug is 3 years old. Is this still an issue with the latest version of Evergreen? |
| 12:08 |
|
sandbergja joined #evergreen |
| 12:10 |
frank91 |
Bmagic: I am working on 3.4.2v on the production server, the issue is still there |
| 12:12 |
Bmagic |
frank91: good to know. I'd say the best way forward would be to add yourself (and anyone else who wants this fixed) as more "heat" to the bug. Also, go ahead and post on the bug saying that you are still seeing the issue in version 3.4.2 |
| 12:12 |
|
rjackson_isl_hom joined #evergreen |
| 12:16 |
JBoyer |
Bmagic, I'm looking at the antora stuff to stop the QA tester from failing (the qa checks themselves need to be changed) but I'm having trouble building the docs manually. Is ansible-playbook really only used to insert 3 lines into generate-site.js? |
| 12:16 |
Bmagic |
yep, that's all it does. As per the lunr docs |
| 12:17 |
Bmagic |
I haven't looked in many months, they could have fixed that by now. "They" meaning the antora <-> lunr folks |
| 12:17 |
sandbergja |
Bmagic: JBoyer: I found an easier way to do it when playing with docker |
| 12:17 |
JBoyer |
Cool. Then I'll look into a different way to do that so we can skip ansible. That playbook doesn't work correctly unless the antora checkout is basically in '.' |
| 12:17 |
sandbergja |
npm i antora-site-generator-lunr |
| 12:17 |
Bmagic |
sandbergja: the generate_docs.pl uses that command |
| 12:17 |
sandbergja |
and then --generator antora-site-generator-lunr flag when running antora |
| 12:18 |
frank91 |
Bmagic: I already post on the bug, thanks |
| 12:19 |
Bmagic |
sandbergja: Looking back at the README, I see that it's still using the "old" way - but the generate_docs.pl uses the updated way (as it was coded later) |
| 12:19 |
JBoyer |
sandbergja, so by changing the antora invocation we can skip those 3 edits? |
| 12:20 |
sandbergja |
Bmagic: ah, cool! |
| 12:20 |
Bmagic |
JBoyer: sandbergja: I am not really sure if using the new command removes the 3 line edit requirement. I'd have to try it and see :) |
| 12:21 |
* JBoyer |
is looking |
| 12:22 |
Bmagic |
if you find that's the case, then it's probably time to update the README and generate_docs.pl. So that it doesn't invoke the ansible thing. Thereby removing the ansible dependency |
| 12:22 |
JBoyer |
That's my goal |
| 12:23 |
JBoyer |
(one way or another) |
| 12:23 |
Bmagic |
I'm sure I had that thought many times |
| 12:23 |
Bmagic |
like "sheesh, only three lines, I could do that in perl"... "Naaaaa, ansible is awesome" |
| 12:26 |
JBoyer |
It is awesome, if it's used pervasively and for a large amount of work, for this it is *one more dependency* that I want to get rid of. :) |
| 12:26 |
Bmagic |
yep, totally |
| 12:27 |
Bmagic |
not having to edit that file in the first place would be sweet. I figured it was only a matter of time before the antora folks and the lunr folks connected and fixed their respective issues to make it work without forcing the users to hand edit a file in the npm stack |
| 12:29 |
|
mrisher joined #evergreen |
| 12:30 |
sandbergja |
JBoyer: Bmagic: one annoying thing about antora for qa purposes is that it seems to always exit 0, even if you have a ton of syntax errors in your docs |
| 12:30 |
sandbergja |
See https://gitlab.com/antora/antora/-/issues/402 |
| 12:30 |
JBoyer |
Ugh. |
| 12:34 |
sandbergja |
JBoyer: in case it's helpful, here is the Dockerfile I use to set up my antora environment: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=Dockerfile;h=753f7d85839162c98ca1af2c86a740662e9e6d20;hb=a33c9b445814eb6608154c8752745766d33334bf |
| 12:35 |
sandbergja |
And the command I run to generate the docs: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=.docker/docs-entrypoint.sh;h=9dda2ca5f0544f64823e6d0093406620f6e057d6;hb=a33c9b445814eb6608154c8752745766d33334bf |
| 12:56 |
miker |
well, ugh. the deleted=f clause is directly embedded in the view anyway. so we can safely drop that clause. but, now, csharp, did you leave the redefinition of the view in place from yesterday? the one where I added the usr=usr clause the join-on? |
| 12:57 |
miker |
because... we'll probably need that /and/ to remove the deleted=f from queries using the view |
| 12:58 |
miker |
terranm: -^ (thanks for those. highlighting the deleted clause helped my find the logic duplication |
| 13:00 |
|
sandbergja_ joined #evergreen |
| 13:04 |
terranm |
Cool, glad to help move this along. It's going to be a great improvement when it's ready! |
| 13:12 |
|
terranm joined #evergreen |
| 13:16 |
miker |
frank91: fwiw, it should not be all that difficult to add 008/39 for bib records, and even supply a set of values to choose from via coded value maps. it's already defined for authority records, so just getting it to display in the fixed-field editor grid for other record types would nearly trivial ... see Open-ILS/src/sql/Pg/950.data.seed-values.sql around line 6628 if you want to dig into the code a bit |
| 13:26 |
miker |
terranm: so... looking more closely, I'm trying to find where the query against aump including deleted=f is coming from. I'm not seeing it readily. do you know which UI generated that query? |
| 13:26 |
|
terranm joined #evergreen |
| 13:27 |
csharp |
miker: yes, the re-worked view is still in place |
| 13:27 |
miker |
csharp: thanks, that's good news (that it helps us get where we want to go) |
| 13:27 |
csharp |
great! |
| 13:28 |
csharp |
miker: the deleted = f query happens when we retrieve a patron by barcode |
| 13:28 |
miker |
ah, gotcha. that's a perl call. thanks |
| 13:28 |
csharp |
miker: possibly also when retrieving an account by double-clicking on a patron search result |
| 13:29 |
miker |
right |
| 13:54 |
|
jihpringle joined #evergreen |
| 13:55 |
JBoyer |
Bmagic, sandbergja_ I found my problem. There's no need for setup_lunr.yml or ansible-playbook with antora as used currently but the header.hbs file is missing from ui/ui-lunr/partials. So even though we're using the antora-site-generator-lunr generator we're missing part of the supplemental files. |
| 13:56 |
Bmagic |
JBoyer++ |
| 13:56 |
JBoyer |
I'm also going to see about ways to build site.yml from a template vs having tracked files changed by the build process. |
| 13:56 |
Bmagic |
Probably has to do with the upstream sync |
| 13:57 |
Bmagic |
JBoyer: feel free to commit any changes as you see fit |
| 14:03 |
|
sandbergja joined #evergreen |
| 15:04 |
|
jihpringle joined #evergreen |
| 15:24 |
|
Stompro joined #evergreen |
| 15:28 |
Stompro |
terranm, I was just watching the "PINES Student Card Project" presentation again, we are looking into doing the same thing. Would it be possible to get copies of your policies and agreements? |
| 15:28 |
|
sandbergja joined #evergreen |
| 15:28 |
Dyrcona |
And, I think I figured out why my filter doesn't work. It is because if the event is owned by org_unit 1, then the whole consortium is searched. |
| 15:29 |
terranm |
stompro: sure, I'll ask Susan Morrison to email you |
| 15:29 |
Dyrcona |
So, saying {"circ_lib": 260} is redundant, and doesn't prevent the other orgs from being included. |
| 15:29 |
Stompro |
terranm, Thank you! |
| 15:30 |
|
mantis1 left #evergreen |
| 15:30 |
Dyrcona |
Which also suggests that these filters may have never worked correctly. I'll have to look at the originals in git. |
| 15:32 |
Dyrcona |
Ok. I see how the old ones were working. Clever code is sometimes not good. |
| 15:36 |
|
sticks joined #evergreen |
| 15:38 |
sticks |
Hey guys! I'm getting this issue with 2.11.9 https://pastebin.com/ycTVuj6h |
| 15:38 |
sticks |
Any ideas? |
| 15:39 |
csharp |
sticks: have you installed opensrf first? |
| 15:40 |
csharp |
sticks: also, 2.11 is super old and out of support |
| 15:41 |
sticks |
We still use staff clients on windows and dept head won't let me update to web based. |
| 15:41 |
sticks |
And, I did forget to install opensrf first |
| 15:41 |
sticks |
my bad |
| 15:42 |
Stompro |
csharp, I'm trying to find the student card loading scripts, would that be under https://git.evergreen-ils.org/?p=contrib/pines.git;a=summary ? |
| 15:42 |
csharp |
Stompro: https://git.gapines.org/csharp/student-cards |
| 15:43 |
Stompro |
csharp, thank you. |
| 15:43 |
csharp |
Stompro: happy to help! Let me know if you have any questions |
| 15:44 |
Dyrcona |
sticks: You can still use the XUL staff client with later releases. |
| 15:45 |
sticks |
Really. |
| 15:45 |
csharp |
sticks: (was about to make Dyrcona's point, but) I would strongly recommend installing/upgrading to either 3.4 or 3.5 - the XUL-based staff clients are severely outdated |
| 15:45 |
Dyrcona |
The XUL client is also a security hazard. |
| 15:45 |
csharp |
yes, it was even when we were still supporting it |
| 15:46 |
sticks |
Alright, fuck it. I'm going to upgrade |
| 15:46 |
csharp |
sticks: we'd love to have an opportunity to make the case to your dept head :-) |
| 15:46 |
Dyrcona |
sticks: I wouldn't do that just on a whim. |
| 15:46 |
csharp |
(well, speaking for myself) |
| 15:47 |
sticks |
Turst me you don't want to talk to that shitbag |
| 15:47 |
sticks |
trust* |
| 15:47 |
Dyrcona |
This channel is publicly logged. You might want to be careful what you say. It's like putting it on a billboard for everyone to read. |
| 15:47 |
sticks |
Luckly he is resigning in a week, so the new guys chill with 3.5 |
| 15:48 |
sticks |
Dyrcona: Thanks, It sliped my mind. |
| 15:48 |
Dyrcona |
Yes, but will staff be chill with 3.5, assuming there are staff. |
| 15:48 |
sticks |
I talked to head of staff and they sent out a survey and i think 89.9 said yes. |
| 15:49 |
sticks |
Lemme wget it |
| 15:50 |
Dyrcona |
So, back to my filters and "clever not always being good..." It turns out the clever filters worked to limit by circulation library, but it stepped on the main search parameters, and for chekcout.due it returns results outside of the delay and max_delay ranges. |
| 15:51 |
Stompro |
csharp++, thanks for taking the time to document the scripts! |
| 15:52 |
Dyrcona |
I always suspected that something was wrong with the filters because I recall seeing more results than expected in the past. At last, I have figured out why, just after we've stopped using the clever filters. |
| 15:52 |
csharp |
Stompro: I knew it would come in handy someday :-) |
| 15:55 |
Dyrcona |
That only took 4 years.... :) |
| 15:59 |
* Dyrcona |
calls it a day. |
| 16:08 |
|
sandbergja joined #evergreen |
| 16:21 |
Stompro |
csharp, did you consider including teacher in the data, and then including that into the name keywords so a librarian could pull up the records for a class. |
| 16:22 |
sticks |
does anyone know how to make the router user for jabberd |
| 16:23 |
sticks |
(ejabberdctl) |
| 16:29 |
phasefx |
grabbing 1225 and 1226 |
| 16:30 |
berick |
sticks: ejabberdctl register router <domain> <password> |
| 16:30 |
sticks |
thanks, berick. |
| 16:30 |
berick |
as 'ejabberd' user |
| 16:32 |
berick |
sticks: if you are building a new vm/server from scratch (on ubuntu), this might be helpful https://github.com/berick/evergreen-ansible-installer |
| 16:38 |
|
jihpringle joined #evergreen |
| 16:41 |
pinesol |
Showing latest 5 of 11 commits to Evergreen... |
| 16:41 |
pinesol |
[evergreen|Galen Charlton] LP#1857150: add workstation settings for new grids - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a064fb7> |
| 16:41 |
pinesol |
[evergreen|Galen Charlton] LP#1857150: Angular provider search and management interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=40ddab1> |
| 16:41 |
pinesol |
[evergreen|Galen Charlton] LP#1857150: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ddf23d> |
| 16:41 |
pinesol |
[evergreen|Galen Charlton] LP#1857150: adjust routing and single vs. double-click actions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=421d912> |
| 16:41 |
pinesol |
[evergreen|Jason Etheridge] LP#1857150: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e2b348> |
| 16:54 |
|
jihpringle joined #evergreen |
| 16:58 |
|
mrisher joined #evergreen |
| 17:10 |
sticks |
Question, Apache does not like my SSL certs |
| 17:10 |
sticks |
This is what it gives https://pastebin.com/m38yNVHq |
| 17:10 |
sticks |
any ideas? |
| 17:14 |
phasefx |
sticks: sever vs server |
| 17:14 |
miker |
berick: for speed, just to update you, the volcopy stuff seems to be working just fine now ... and I can't figure out why it didn't like me before. I'll update the bug. but(!) the one thing I can't get it to do is /remove/ a statcat entry. that may be a me-knowing-how-to-do-it thing, though |
| 17:14 |
sticks |
phasefx: Hmm? what do you mean? |
| 17:15 |
phasefx |
sticks: you have a typo |
| 17:15 |
phasefx |
the files don't have the letter r |
| 17:15 |
berick |
miker: gotcha, thanks, I'll look at the statcat entry removal.. |
| 17:16 |
phasefx |
sticks: before the letter v, that is |
| 17:16 |
sticks |
oop |
| 17:20 |
berick |
miker: confirmed, stat cat removal not working. will post a fix shortly |
| 17:22 |
JBoyer |
I've got a fairly major followup to the way antora is used at working/user/jboyer/antora-update that I think is good to push to master, but I'd appreciate another set of eyes on it before just yolo-ing it. |
| 17:23 |
JBoyer |
It removes the ansible dependency and changes the manual instructions to match the generate script and just build the search-enabled version from the start. |
| 17:24 |
JBoyer |
And with that, /me fades away until tomorrow. |
| 17:35 |
gmcharlt |
JBoyer: I'll give it a whirl |
| 17:38 |
JBoyer |
gmcharlt++ |
| 17:44 |
sticks |
I'm so close but what am i doing wrong here |
| 17:44 |
sticks |
https://pastebin.com/NVKBxZLx |
| 17:52 |
Stompro |
sticks, did you skip the file ownership change step 'chown'. |
| 17:53 |
sticks |
Stompro: what step is that? |
| 17:54 |
sticks |
Or what command do I need to run? |
| 17:54 |
Stompro |
Are you following the install or upgrade steps? |
| 17:55 |
gmcharlt |
JBoyer: tested and pushed to master, along with a follow-up that fixes the Git clone URI for eg-antora and makes it the l default for generate_docs.pl (cc Bmagic sanderbergja) |
| 17:55 |
pinesol |
[evergreen|Jason Boyer] Antora Docs Supplement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6917eeb> |
| 17:55 |
pinesol |
[evergreen|Galen Charlton] Antora follow-up: update references to eg-antora.git - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5f544f> |
| 17:55 |
sticks |
Stompro: Install. |
| 17:55 |
|
sandbergja joined #evergreen |
| 17:56 |
Stompro |
https://evergreen-ils.org/documentation/install/README_3_5.html - search for chown... but it looks like you are installing in a custom location, so things may be a bit trickier for you. |
| 17:57 |
Stompro |
Those install instructions assume you are installing to /openils |
| 17:57 |
gmcharlt |
I note that at some point we might end up wanting a variant of eg-antora.git that has header content targetted for a doc build meant to accompany a given EG site, rather than for the project's docs website |
| 17:58 |
Stompro |
If there is nothing else in /usr/local other than evergreen files then it may be fine. |
| 18:00 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-10_16:00:02/test.81.html> |
| 18:00 |
sticks |
So stompro was helping me but when i did run what he asked me this happend |
| 18:00 |
sticks |
https://pastebin.com/yMLvCYun |
| 18:09 |
csharp |
ok, I took the liberty of upgrading docs-testing.evergreen-ils.org to Debian stretch - could someone who uses that server please verify that things they normally use it for are working/workable? |
| 18:09 |
|
sandbergja_ joined #evergreen |
| 18:10 |
csharp |
I have snapshotted the old version that we can roll back to if necessary, but installing new software (like nagios-nrpe-server) on wheezy was not working |
| 18:10 |
csharp |
and wheezy is hella out of support |
| 18:10 |
csharp |
sandbergja_: just as you joined, I said... |
| 18:10 |
csharp |
I have snapshotted the old version that we can roll back to if necessary, but installing new software (like nagios-nrpe-server) on wheezy was not working |
| 18:10 |
csharp |
ok, I took the liberty of upgrading docs-testing.evergreen-ils.org to Debian stretch - could someone who uses that server please verify that things they normally use it for are working/workable? |
| 18:10 |
csharp |
^^ that |
| 18:10 |
sticks |
+csharp: any ideas on this https://pastebin.com/HwFTZKaV and https://pastebin.com/yMLvCYun |
| 18:11 |
sticks |
I fircked something up and dunno what |
| 18:11 |
jihpringle |
csharp: the link I have for it is now just showing me "Index of / NameLast modifiedSizeDescription" |
| 18:12 |
csharp |
jihpringle: ok, thanks |
| 18:12 |
csharp |
jihpringle: what is the link you're using? |
| 18:12 |
jihpringle |
http://docs-testing.evergreen-ils.org/ |
| 18:12 |
csharp |
sticks: the first error appears to be permissions-related |
| 18:12 |
jihpringle |
it used to show a similar page to http://docs.evergreen-ils.org/ but with the 3.4 docs |
| 18:13 |
csharp |
ah |
| 18:13 |
csharp |
thanks |
| 18:13 |
jihpringle |
np |
| 18:21 |
|
rfrasur joined #evergreen |
| 18:28 |
sticks |
what should I do csharp? |
| 18:30 |
csharp |
ah - there we go |
| 18:30 |
sticks |
? |
| 18:30 |
sandbergja_ |
csharp: confirmed that I can build the (old, pre-antora) docs on that server. Thanks for all your work on this! Stretch is very welcome. |
| 18:30 |
csharp |
sticks: I would review each step of the installation process |
| 18:30 |
csharp |
sandbergja_++ # awesome |
| 18:30 |
sandbergja_ |
csharp: oh! and the nice landing page is back, too! |
| 18:31 |
csharp |
sandbergja_: FYI, I had to move the docs/css/media/index.html to /var/www/html |
| 18:31 |
csharp |
Apache 2.2 vs. 2.4 |
| 18:32 |
csharp |
so the building scripts need updating for the web directory variables |
| 18:32 |
sandbergja_ |
Good to know. Let me fix the bash scripts that are on there |
| 18:32 |
csharp |
(was previously /var/www/docs) |
| 18:32 |
|
rfrasur joined #evergreen |
| 18:36 |
csharp |
sticks: you may have mentioned this to others, but what version of Ubuntu are you running? |
| 18:37 |
sticks |
16.04 |
| 18:42 |
rfrasur |
terranm: I'm going to go ahead and sign off on LP#1853006 |
| 18:43 |
|
sandbergja joined #evergreen |
| 18:44 |
sticks |
csharp: I didn't install the staff web panel, but when i run npm i it gets stuck at extract core-js 2.6.11 extracted to /home/tech/Desktop/evergreen_SRC/Evergreen-ILS-3.5.1/Open-ILS/web/js/ui/default/staff/no |
| 18:47 |
|
sandbergja joined #evergreen |
| 19:00 |
sandbergja_ |
csharp: bash scripts updated and tested successfully |
| 19:00 |
sandbergja_ |
csharp: thanks again! |
| 19:12 |
csharp |
sandbergja_++ |
| 19:26 |
|
jihpringle joined #evergreen |
| 21:22 |
|
sandbergja joined #evergreen |
| 21:58 |
|
sandbergja joined #evergreen |
| 22:18 |
|
sandbergja joined #evergreen |
| 23:25 |
|
sandbergja joined #evergreen |
