| Time |
Nick |
Message |
| 01:37 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:33 |
|
agoben_ joined #evergreen |
| 06:34 |
|
annagoben joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 08:16 |
|
mantis1 joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:42 |
|
rfrasur joined #evergreen |
| 09:08 |
|
dbwells joined #evergreen |
| 10:11 |
jeff |
reminder to self: ORDER BY audit_time DESC, audit_id ASC |
| 10:12 |
jeff |
(because then when two audit events have the same audit_time, they are more likely to be ordered "properly" than if you order only on audit_time) |
| 10:12 |
|
Dyrcona joined #evergreen |
| 10:13 |
jeff |
also, has there been a bug in 3.x on audit_user/audit_ws not being set when editing an item in the web client? |
| 10:13 |
* jeff |
looks |
| 10:30 |
|
agoben joined #evergreen |
| 10:40 |
|
gmcharlt joined #evergreen |
| 11:04 |
|
rfrasur joined #evergreen |
| 11:32 |
mmorgan |
jeff: I've noticed missing audit_user/audit_ws that predates the web client |
| 11:36 |
Dyrcona |
Because the audit stuff happens in the database, it sometimes can't figure out the audit_user/audit_workstation. I remember tsbere grousing about it and not having a solution. |
| 11:43 |
jeff |
It relies on the application code making calls to set the audit info. There have been gaps in the past that were addressed, such as with bug 960624 |
| 11:44 |
pinesol |
Launchpad bug 960624 in Evergreen "Audit info setting fails in some cases" [High,Fix released] https://launchpad.net/bugs/960624 - Assigned to Bill Erickson (berick) |
| 11:46 |
Dyrcona |
Well, that, too....I haven't thought about it in years, so.... |
| 11:47 |
|
sandbergja joined #evergreen |
| 11:47 |
* jeff |
nods |
| 11:56 |
|
mmorgan left #evergreen |
| 12:18 |
|
jihpringle joined #evergreen |
| 12:24 |
|
rjackson_isl_hom joined #evergreen |
| 12:52 |
Bmagic |
Is it possible to "Clear content cache" in the staff client catalog Angular interface? |
| 12:53 |
Bmagic |
I clicked on "Patron View" and expected to see the hyperlinked "Clear content cache" but it's not there (probably because the iframe tricks Evergreen into thinking I'm not logged in) |
| 12:55 |
Dyrcona |
Bmagic: What "content cache" are you trying to clear? The only cache clearing that I'm aware from the client is to clear the added content cache for a bib record. |
| 12:56 |
Bmagic |
yep, and the book jackets |
| 12:58 |
Dyrcona |
When you said "Patron View," my mind interpreted that as you were looking at a patron. We have too many staff interfaces at the moment. I suppose it also matter if you're switching the ttopac or to bootstrap, too. |
| 12:59 |
Bmagic |
The new (now default in 3.6) angular catalog search interface, renames the "OPAC view" tab to "Patron View" - which used to contain a button for "Clear Content Cache" along the right side of the bib view |
| 13:05 |
Bmagic |
The catalyst for this is: I'm trying to make Evergreen use my custom jpeg file in place of the added content file located "/opac/extras/ac/jacket/medium/BIBID" |
| 13:06 |
Dyrcona |
Uh huh. Sounds like that feature is missing, but I haven't looked at the code. |
| 13:06 |
Bmagic |
The documentation doesn't mention a hybrid approach, where you can override the {OpenLibrary} with your own images. Anyone else doing this? |
| 13:23 |
Bmagic |
my experements seem to support that the hybrid approach works out of the box. Where the system prefers the physical files on the hard drive, the fails over to your external vendor config |
| 13:23 |
Bmagic |
experiments |
| 13:25 |
jeff |
I think you need an /r/ in the path to get by-bib-id lookups but I could be wrong. |
| 13:26 |
jeff |
It should not require the AC cache be reset to take effect. |
| 13:28 |
jeff |
yeah: /opac/extras/ac/jacket/medium/r/RECORD_ID |
| 13:29 |
jeff |
the code comments in commit ff0b354 do a better job of making that obvious than the release notes did. sorry! |
| 13:29 |
pinesol |
jeff: [evergreen|Jeff Godin] Finish Added Content by record ID - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ff0b354> |
| 13:37 |
Bmagic |
sorry, yeah, /r/ is in there |
| 13:37 |
jeff |
good deal! |
| 13:50 |
jeffdavis |
Bmagic: yeah, we override with local images in some cases, your experiments match my recollection of how it works |
| 13:53 |
jeffdavis |
at one point we were looking at making that process a bit more robust (bug 1423332) but I never got anywhere with it |
| 13:53 |
pinesol |
Launchpad bug 1423332 in Evergreen "Added content provider custom URL" [Wishlist,New] https://launchpad.net/bugs/1423332 |
| 14:38 |
|
jvwoolf joined #evergreen |
| 15:29 |
Dyrcona |
Heh heh. I'm using Emacs as a psql alternative. Can you do that with Vim? |
| 15:48 |
|
mantis1 left #evergreen |
| 16:47 |
|
sandbergja joined #evergreen |
| 16:53 |
gmcharlt |
Bmagic: ariybd> |
| 16:53 |
gmcharlt |
er, around? |
| 16:54 |
jeff |
As your doctor if Ariybd is right for you. |
| 16:54 |
gmcharlt |
jeff++ |
| 17:05 |
Bmagic |
gmcharlt: yep |
| 17:05 |
gmcharlt |
Bmagic: wanted to double-check whether you had an instrumentation in place on eg-docs for automatic rebuilds of the Antora docs? |
| 17:06 |
gmcharlt |
especially now that we're at a point where periodic rebuilding from rel_3_6 would make sense |
| 17:06 |
Bmagic |
no, I hadn't done that |
| 17:06 |
Bmagic |
seems that it would be pretty easy to setup a cron job though |
| 17:06 |
Bmagic |
I can do that if you'd like? |
| 17:06 |
gmcharlt |
yeah, please do |
| 17:06 |
Bmagic |
still using /prod ? |
| 17:06 |
gmcharlt |
hmm |
| 17:07 |
gmcharlt |
I'd say let's plan on /docs/3.6/ |
| 17:07 |
Bmagic |
the build, over time, will do all the versions |
| 17:08 |
gmcharlt |
and perhaps /docs/dev/ for building off master |
| 17:08 |
Bmagic |
and the antora UI gives the users the switch control |
| 17:08 |
Bmagic |
I don't think we need to put it into a folder with a version number is what I am saying |
| 17:09 |
gmcharlt |
will per-version document remain addressable? |
| 17:09 |
gmcharlt |
*documentation? |
| 17:10 |
gmcharlt |
i.e., even if /docs/eg/ (say) were the new root for all Antora-generated documentation, being able to access /docs/eg/3.{6,7,whatever} would be desirable |
| 17:11 |
Bmagic |
when the branch is cut, antora.yml (for rel_3_6) will need this line: version: 'latest' changed to: version: '3.6' |
| 17:13 |
Bmagic |
and on master, we would want to tell antora to build two "versions" based on two git branches. This takes place in site.yml. This line: branches: HEAD would need to be: branches: [master, rel_3_6] |
| 17:14 |
Bmagic |
I think* the url for the built rel_3_6 will be: /prod/docs/3.6/ (or whatver we call it in antora.yml for that branch) |
| 17:15 |
gmcharlt |
hmm, OK, sounds like it can do what I want, but will need to test it |
| 17:15 |
gmcharlt |
but in that case, I suggest rather than /prod/, we change the prefix to /eg/ |
| 17:15 |
gmcharlt |
(or evg) |
| 17:15 |
Bmagic |
I like eg |
| 17:17 |
gmcharlt |
easy to make that change via symlink right now |
| 17:17 |
gmcharlt |
shall I do so? |
| 17:18 |
Bmagic |
sure, no prob |
| 17:18 |
Bmagic |
though, the next time we run it, which can be right now, it can go to /eg/ |
| 17:18 |
gmcharlt |
done: https://eg-docs.georgialibraries.org/eg/docs/latest/shared/about_this_documentation.html# |
| 17:18 |
Bmagic |
cool |
| 17:19 |
gmcharlt |
but yeah, probably easier for future us to have the build write to /var/lib/antora/www/eg rather than /var/lib/antora/www/prod |
| 17:19 |
gmcharlt |
I'll make the move, then you'll be clear to rebuilding |
| 17:20 |
gmcharlt |
I can also push out the site.yml and antora.yml changes now |
| 17:22 |
Bmagic |
cool |
| 17:22 |
Bmagic |
ready when you are |
| 17:23 |
gmcharlt |
ok, I'm done with the /var/lib/antora/www/eg move and have pushed out the changes to master and rel_3_6 |
| 17:23 |
gmcharlt |
so handing off to yhou |
| 17:24 |
gmcharlt |
meanwhile, I'm working on copying over the docbuilder stuff for previous versions over from docs-testing |
| 17:26 |
pinesol |
[evergreen|Galen Charlton] update target branches for Antora - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5b3482> |
| 17:31 |
Bmagic |
gmcharlt: https://eg-docs.georgialibraries.org/eg/docs/3.6/index.html |
| 17:31 |
Bmagic |
nice! |
| 17:32 |
Bmagic |
and you can switch back and forth from the selector in the bottom left pane |
| 17:32 |
gmcharlt |
and switchable to latest with ease |
| 17:32 |
gmcharlt |
cool |
| 17:32 |
Bmagic |
yep! antora++ |
| 17:37 |
Bmagic |
gmcharlt: putting this into cron "0 1 * * * . ~/.bashrc && cd ~/ && ./run_docs >/dev/null 2>&1" |
| 17:38 |
gmcharlt |
thanks! |
| 17:46 |
Bmagic |
The search box is bugged. I'll have to debug it next week |
| 17:48 |
gmcharlt |
cool |
| 17:49 |
gmcharlt |
also, the link to the Acquisitions topic manual on the Antora index pages is broken |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:20 |
gmcharlt |
https://eg-docs.georgialibraries.org/ 's index page is now updated to include 3.3 -> 3.5 taken from docs-tester |
| 18:20 |
gmcharlt |
and jobs running to rebuild the 3.3-3.5 documentation, including fixing an issue that was preventing the PDFs from being generated |
| 22:33 |
|
mrisher joined #evergreen |
