[Evergreen-general] Evergreen 3.10.4 & 3.11.2 Released
The Evergreen development team are pleased to announce the release of Evergreen versions 3.10.4 and 3.11.2. Both releases contain many bug fixes over their prior versions, please read the release notes for 3.10.4 and 3.11.2 for details: <https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_11.html> <https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_10.html> The downloads are available at the usual place: <https://evergreen-ils.org/egdownloads/> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Jgeneral] add prefix to a boxed list
The second boxing is unnecessary though. ('prefix'&, &.>) q=:Aileen`Brittney`Gail`Fiona Also, alternatively ([: <@;"1 (<'prefix')&,.) q Dec 16, 2023, 16:03 by schott.br...@gmail.com: > Robert, especially, but all, > > Your solution is great and exploring it took me to the NuVoc page for &. : > https://code.jsoftware.com/wiki/Vocabulary/ampdot . > There I first found the following solution and then below that, your > solution based on Semiduals . > (<'Mrs. ') ,&.> names > +---+-+-+--+ > |Mrs. Aileen|Mrs. Brittney|Mrs. Gail|Mrs. Fiona| > +---+-+-+------+ > > On Sat, Dec 16, 2023 at 3:20 AM 'robert therriault' via General < > gene...@jsoftware.com> wrote: > >> This seems like it would get more responses in the programming forum, but >> you can also use gerund operands to &. and select which argument you want >> to process. >> >> names=:'Aileen';'Brittney';'Gail';'Fiona' >> 'Mrs. ' ,&.(a:`>) names >> ┌───┬─┬─┬──┐ >> │Mrs. Aileen│Mrs. Brittney│Mrs. Gail│Mrs. Fiona│ >> └───┴─┴─┴──┘ >> >> -- >> > (B=) > -- > For information about J forums see http://www.jsoftware.com/forums.htm > -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jgeneral] add prefix to a boxed list
This seems like it would get more responses in the programming forum, but you can also use gerund operands to &. and select which argument you want to process. names=:'Aileen';'Brittney';'Gail';'Fiona' 'Mrs. ' ,&.(a:`>) names ┌───┬─┬─┬──┐ │Mrs. Aileen│Mrs. Brittney│Mrs. Gail│Mrs. Fiona│ └───┴─┴─┴──┘ > On Dec 15, 2023, at 22:57, Paul Jackson wrote: > > Try > > (<'Mrs. ') ,&.> names > +---+-+-+--+ > |Mrs. Aileen|Mrs. Brittney|Mrs. Gail|Mrs. Fiona| > +---+-+-+--+ > > Or, if you like avoiding parentheses > > names ,~&.> <'Mrs. ' > +---+-+-+--+ > |Mrs. Aileen|Mrs. Brittney|Mrs. Gail|Mrs. Fiona| > +---+-+-+--+ > > > On Fri, Dec 15, 2023, 10:50 PM Sanju Dutt wrote: > >> names=:'Aileen';'Brittney';'Gail';'Fiona' >> >> names >> >> ┌──┬┬┬─┐ >> >> │Aileen│Brittney│Gail│Fiona│ >> >> └──┴┴┴─┘ >> >> 'Mrs. ' "0 >> >> >> I tried different approaches. I want to prefix 'Mrs.' to each name. >> -- >> For information about J forums see http://www.jsoftware.com/forums.htm >> > -- > For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: Scheme in Scheme on Wasm in the browser
OMG. This is awesome. On Friday, December 15, 2023 at 07:35:09 AM PST, Thompson, David wrote: Hey Guilers, It's new blog post day over at Spritely! In this post, we build a small "metacircular evaluator", SICP style, and run it in the browser with Guile Hoot. This interpreter, while very simple (lacking top-level variable binding, error handling, and more!), is a stepping stone on the path towards a fully featured Guile REPL in the browser! We walk through all the code used to build it and the result is embedded directly into the post so you can play around with it if you want. :) https://spritely.institute/news/scheme-in-scheme-on-wasm-in-the-browser.html Hope you enjoy! - Dave
[BUG] Warnings pop-ups in the org buffer [9.6.13 ( @ /home/soumya/.emacs.d/elpa/org-9.6.13/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. When I am working in a org-buffer, warnings pop-up like this: "Warning (org-element-cache): org-element--cache: Org parser error in init.org::75168. Resetting. The error was: (error "Invalid search bound (wrong side of point)") Backtrace: nil Please report this to Org mode mailing list (M-x org-submit-bug-report)." Emacs : GNU Emacs 29.0.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2023-05-11 Package: Org mode version 9.6.13 ( @ /home/soumya/.emacs.d/elpa/org-9.6.13/) current state: == (setq org-link-elisp-confirm-function 'yes-or-no-p org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-log-done 'time org-agenda-custom-commands '(("c" "Simple agenda view" ((alltodo "" ((org-agenda-skip-function '(org-agenda-skip-entry-if 'notregexp "\\[#A\\]" 'todo 'done)) (org-agenda-overriding-header "High-priority unfinished tasks:")) ) (agenda "") (alltodo "" ((org-agenda-skip-function '(or (air-org-skip-subtree-if-priority 65) (org-agenda-skip-if nil '(scheduled deadline))) ) ) ) ) ) ) org-startup-folded t org-agenda-files '("~/org_files/elfeed/" "~/org_files/") org-persist-after-read-hook '(org-element--cache-persist-after-read) org-refile-targets '((+org/opened-buffer-files :maxlevel . 9)) org-export-before-parsing-hook '(org-attach-expand-links) org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-refile-use-outline-path 'file org-finalize-agenda-hook '(org-agenda-to-appt) org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines org-cycle-optimize-window-after-visibility-change org-cycle-display-inline-images) org-wild-notifier-mode t org-persist-before-read-hook '(org-element--cache-persist-before-read) org-link-from-user-regexp "|\\" org-image-actual-width nil org-mode-hook '(pulsar-mode #[0 "\301\211\207" [imenu-create-index-function org-imenu-get-tree] 2] jinx-mode #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-fold-show-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes org-modern-indent-mode) org-babel-load-languages '((shell . t)) org-modern-label-border nil org-modern-timestamp nil org-agenda-tags-column -120 org-confirm-shell-link-function 'yes-or-no-p org-adapt-indentation 'headline-data outline-isearch-open-invisible-function 'outline-isearch-open-invisible org-startup-indented t org-modern-todo nil org-babel-python-command "python3" org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-tangle-lang-exts '(("python" . "py") ("latex" . "tex") ("emacs-lisp" . "el") ("elisp" . "el")) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-elisp-link-function 'yes-or-no-p org-todo-keywords '((sequence "TODO(t)" "ONGOING(o)" "WAIT(w@/!)" "|" "DONE(d!/!)" "|" "CANCELED(c@/!)") ) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-modern-priority nil org-modern-mode-hook '(org-modern-mode-set-explicitly) org-export-backends '(ascii beamer html icalendar latex md odt) org-confirm-babel-evaluate nil org-fold-core-isearch-open-function 'org-fold-core--isearch-reveal org-persist-before-write-hook '(org-element--cache-persist-before-write) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-link-shell-confirm-function 'yes-or-no-p org-agenda-finalize-hook '(org-modern-agenda) org-babel-pre-tangle-hook '(save-buffer) org-agenda-loop-over-headlines-in-active-region nil org-todo-keyword-faces '(("TODO" . "red") ("ONGOING" . "orange") ("WAIT" . "grey") ("DONE" . "blue") ("CANCELED" . "yellow"))
[Evergreen-general] Cataloging topics for EIOC 2024 -- Another Reminder
2024 Evergreen Online Conference Proposal Ideas Adding an echo to Kate’s earlier reminder about the upcoming deadline (Monday) for conference presentation ideas. It’s not too late to share presentation ideas or submit proposals! Do you have a proposal you would like to submit to make a presentation at the conference? Submit your proposals here: 2024 Evergreen Conference Call for Proposals <https://docs.google.com/forms/d/e/1FAIpQLSfjPGS3IZYkJxNZslkYaUYfwX24QxXRktrDvALM6E1jQZfGhQ/viewform> Do you have a great idea for a presentation topic? Looking for a partner to present? The cataloging listserv is the place to post. Lots of good suggestions so far! I have attempted to gather all of them into a list that can be found here: 2024 Evergreen Conference Proposal Ideas (Cataloger Edition) <https://docs.google.com/document/d/1anQAqczoJ_XYXuJuwLHuE3dhB_8UrmttGec44AbHbEw/edit?usp=sharing> Let me know if I missed anything. The list is open for editing -- so you can keep adding your ideas! Best, Jennifer, on behalf of the Cataloging IG --- Jennifer Weston, MLIS Product and Education Manager Assistant Operations Manager Equinox Open Library Initiative jennifer.wes...@equinoxoli.org *www.equinoxOLI.org <http://www.equinoxOLI.org>* 877-OPEN-ILS (673-6457) direct: 770-709-5574 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Re-released files for Evergreen 3.12.0, 3.11.2, and 3.10.4
Hello, due to an issue when upgrading or installing Evergreen on a PostgreSQL 10 database this week's 3.12 release and the 3.10 and 3.11 point releases have been rebuilt and are now available on the Downloads page at https://evergreen-ils.org/egdownloads/ with these filenames: Evergreen-ILS-3.12.0a.tar.gz Evergreen-ILS-3.11.2a.tar.gz Evergreen-ILS-3.10.4a.tar.gz With matching .md5 files. New installations and upgrades on PostgreSQL 10 will fail unless these rebuilt files are used. The only difference between these 'a' versions and the previously uploaded files is PostgreSQL 10 compatibility for the contents of the new database and database upgrade scripts, so if you have previously downloaded the release and have PostgreSQL 11 or newer no action needs to be taken. Jason -- Jason Boyer Senior System Administrator Equinox Open Library Initiative jbo...@equinoxoli.org +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] Report of the J Wiki Meeting of December 7, 2023
e.jsoftware.com/wiki/Category:Foreign_Conjunctions_R.1.2, and Ancillary pages https://code.jsoftware.com/wiki/Category:Ancillary_Pages_R.1.3. 6) Raul had some questions about developing a lab for an exploration of regex. This evolved into a discussion of Instructional Design which is included in the transcript if it is of interest. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is December 14, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
[Evergreen-general] 3.12.0 Released
Hi all, On behalf of the release team, I'm delighted to announce the latest feature release of Evergreen, 3.12.0. Please see the blog post for more information: https://evergreen-ils.org/evergreen-3-12-0-released/ On behalf of the 3.12 release team: Garry Collum (Kenton County Public Library) Ruth Frasur Davis (Evergreen Indiana / Evergreen Community Development Initiative) Stephanie Leary (Equinox Open Library Initiative) Steven Mayo (PINES) Terran McCanna (PINES) Michele Morgan (NOBLE) Andrea Buntz Neiman (Equinox Open Library Initiative) Jane Sandberg (Independent) -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) x5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Point-of-Sale system
I'm not aware of any POS systems that will connect directly to Evergreen. There are several options for online payments through the OPAC (such as Stripe). Our libraries that take credit cards at the desk must enter the payment amount into Evergreen manually. On Tue, Dec 12, 2023, 2:11 PM Millissa Macomber via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > We have a library that is looking to join Evergreen in the next year. They > are currently on Horizon and looking for a point-of-sale system that they > can use on Evergreen as well as on Horizon. Any recommendations? > > > *Millissa Macomber, ILS Manager* > Central Skagit Library District > 110 W. State St. > Sedro-Woolley, WA 98284 > 360-755-3985 > www.centralskagitlibrary.org > milli...@centralskagitlibrary.org > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Point-of-Sale system
We have a library that is looking to join Evergreen in the next year. They are currently on Horizon and looking for a point-of-sale system that they can use on Evergreen as well as on Horizon. Any recommendations? *Millissa Macomber, ILS Manager* Central Skagit Library District 110 W. State St. Sedro-Woolley, WA 98284 360-755-3985 www.centralskagitlibrary.org milli...@centralskagitlibrary.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] No Cataloging Interest Group Meeting Today
Reminder: There is no Evergreen Cataloging Interest Group Meeting today! We are taking a break for the holiday season and will resume on Tues, Jan 9, 2024. Wishing you all a peaceful and joyous season and the happiest of new years! Jennifer, on behalf of the Cat IG Organizing Committee --- Jennifer Weston, MLIS Product and Education Manager Assistant Operations Manager Equinox Open Library Initiative jennifer.wes...@equinoxoli.org *www.equinoxOLI.org <http://www.equinoxOLI.org>* 877-OPEN-ILS (673-6457) direct: 770-709-5574 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Developer meeting reminder: TODAY December 12th at 3pm Eastern, 12 Pacific
All, A friendly reminder that we'll have our Evergreen dev meeting in IRC (today), December 12th at 3pm Eastern, 12 Pacific. Agenda: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2023-12-12 ^^^ the agenda is a little light but I assume after this email, we'll get it filled in. -- -Blake- Conducting Magic Will consume any data format MOBIUS ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 3.12-RC available
Hi all, On behalf of the release team, I'm pleased to announce the release candidate for Evergreen 3.12. Everyone is encouraged to test the release candidate and report any issues to Launchpad <https://bugs.launchpad.net/evergreen>. At this point, only critical fixes will be included in 3.12.0. A full list of new features can be found in the release notes <https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_12.html>. OpenSRF 3.2.4 is the minimum version for 3.12-rc. Full information is available on the Evergreen downloads <https://evergreen-ils.org/egdownloads/> and Open SRF downloads <https://evergreen-ils.org/opensrf-downloads/> pages. On behalf of the 3.12 release team: Garry Collum (Kenton County Public Library) Ruth Frasur Davis (Evergreen Indiana / Evergreen Community Development Initiative) Stephanie Leary (Equinox Open Library Initiative) Steven Mayo (PINES) Terran McCanna (PINES) Michele Morgan (NOBLE) Andrea Buntz Neiman (Equinox Open Library Initiative) Jane Sandberg (Independent) -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) x5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] participate in community conversations for The Evergreen Project's strategic plan
Hello everyone - The Evergreen Project Board is working on a strategic plan and will be holding community conversations on Tuesday 1/9 at 10am EST and Wednesday, 1/17 at 2pm EST. The board invites anyone interested in planning for the future of The Evergreen Project as an organization to join us for these discussions, which will be hosted on Zoom. Links and full details are below. We hope to see you there! Katie TEP Secretary January 9th, 2024 at 10am EST - https://us06web.zoom.us/j/85075393895?pwd=JH3FbQTaB9Ma9GYJEbUfvgN8y903lY.1 January 17th, 2024 at 2pm EST - https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Evergreen Project is inviting you to a scheduled Zoom meeting. Topic: The Evergreen Project - Community Conversation Jan 9 Time: Jan 9, 2024 10:00 AM Eastern Time (US and Canada) Join Zoom Meeting https://us06web.zoom.us/j/85075393895?pwd=JH3FbQTaB9Ma9GYJEbUfvgN8y903lY.1 Meeting ID: 850 7539 3895 Passcode: 393426 One tap mobile +13052241968,,85075393895#*393426# US +13092053325,,85075393895#*393426# US Dial by your location * +1 305 224 1968 US Meeting ID: 850 7539 3895 Passcode: 393426 Find your local number: https://us06web.zoom.us/u/kKXdxeFQp Evergreen Project is inviting you to a scheduled Zoom meeting. Topic: The Evergreen Project - Community Conversation Jan 17 Time: Jan 17, 2024 02:00 PM Eastern Time (US and Canada) Join Zoom Meeting https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Meeting ID: 870 8880 8861 Passcode: 910989 One tap mobile +13052241968,,87088808861#*910989# US +13092053325,,87088808861#*910989# US Dial by your location * +1 305 224 1968 US Meeting ID: 870 8880 8861 Passcode: 910989 Find your local number: https://us06web.zoom.us/u/keiufIVdBN [cid:image001.png@01DA2778.B52105D0]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Documentation Interest Group (DIG) Meeting this Thursday, December 7!
DIG is meeting on Thursday, December 7, at 11 a.m. PDT / 2 p.m. EST on Zoom. Here is the agenda: https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings:20231207-agenda If you have anything else to add, feel free to do so directly, or let me know. Please include your name in parentheses to any agenda items you add. You can find minutes from our previous meetings (except the ones I haven't gotten to yet) at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings I hope to see you soon! Best, Debbie DIG Facilitator Debbie Luchenbill Associate Director, Open Source Initiatives MOBIUS 2511 Broadway Bluffs, Ste. 101 Columbia, MO 65201 deb...@mobiusconsortium.org 573-234-4914 https://mobiusconsortium.org <http://mobiusconsortium.org> MOSS Help Desk: h...@mobiusconsortium.org / 877-312-3517 Pronouns: She/Her or She/They (see https://pronouns.org/ to learn more) Input | Maximizer | Intellection | Relator | Adaptability ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] Report of the J Wiki Meeting of 2023-11-30
== Report of Meeting 2023-11-30 == Present: Ed Gottsman, Raul Miller, Raghu Ranganathan and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-11-30 1) Bob welcomed Raghu to the meeting and Ed followed up with the J Viewer update and has been receiving positive reaction to the release of the app. Ed added the requirement of J9.4 to the wiki page. https://code.jsoftware.com/wiki/J_Viewer Ed has added color coding to the buttons and it does not seem to look as good on night shift mode. Raul suggested making a change to the background of buttons. Ed has been given pdf's of all of Skip Cave's Quora links which can be converted to html. This gives Ed access to partial answers for indexing. Raul suggested using the web view in JQt as a scraper which might have an injection that would allow the full text to be accessible. Bob wondered if the HTML version might be incorporated into the wiki and Ed provided the link to Skip's pdf. Ed had hoped to make a presentation to the British APL Association, but an opportunity did not come up in the most recent meeting. Rosetta Code is now included for the J solutions for searching. 2) Bob showed the Newcomers pages that he has been working on to display the Essays most useful to Newcomers https://code.jsoftware.com/wiki/Category:Newcomers_N. The page will include one line descriptions of the different Essays to give a peek into the content for the user. 3) A discussion of Skip's Quora solutions and how they might be categorized. The feeling was that they are all good for newcomers, but are explicit. The feeling was that for beginners that is often good thing. Then a further discussion on tacit versus explicit and our representation of our programs. 4) Bob started a discussion on how the J AWS might be brought into the wiki through using the J AWS to show the Wiki page as in one of the frame demos in the JHS framework. A challenge would be screen real estate. On this topic there is only one MediaWiki skin that is responsive and that may be the format that we need to go to expect phones to be used with the wiki. 5) Bob showed the progress that he had made on the Home https://code.jsoftware.com/wiki/Category:Home and Newcomers pages with the Category tree exposed. The feeling was that opening up the Category tree navigation as deep as possible would be preferred. The Category tree becomes a textual version of the icon images used in the coloured boxes. 6) Bob asked Raghu (who maintains the k wiki https://k.miraheze.org/wiki/Main_Page ) about the more visual approach. Raghu thought that the colourful version is good for beginners and he finds it refreshing. In the case of the k wiki, it has been kept simple because of the resources required to maintain it. Bob feels that that is a good argument for any wiki in keeping content up to date. Ed talked about a group of server side people who preferred simple interfaces that they could find with grep tools. A philosophical discussion followed about expertise and the preference for text. ChatGPT was proposed as something that might change this approach for newcomers. J Phrases or Adám Brudzewski's APLCart https://aplwiki.com/wiki/APLcart might be a good target for ChatGPT. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is December 7, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
[Evergreen-general] Rebase alert - Lint patch merge
Hello all, Letting you know that the 3.12 release team decided to merge the lint bug https://bugs.launchpad.net/evergreen/+bug/1850473 in advance of 3.12-rc, and we did so at this afternoon’s meeting. Because of the way this bug interacts with existing branches, if you have a current pullrequested branch, it will need to be rebased against main as of this afternoon. We apologize for any inconvenience, go forth and rebase all the things. If your branch is older, you may also want to look at the following patches as a source of other potential merge conflicts: - Changes involving form labels for the org unit select component: https://bugs.launchpad.net/evergreen/+bug/1999158 - Angular 15/Bootstrap 5 bug: https://bugs.launchpad.net/evergreen/+bug/2000482 - For Bootstrap class changes, you can refer to the Bootstrap migration spreadsheet: https://docs.google.com/spreadsheets/d/1NFx09zghDW_sGcbPnM8iED0_7S2XyISwCnWNuOMhLK4/edit?usp=sharing On behalf of the 3.12 Release Team, Garry Collum Ruth Davis Stephanie Leary Andrea Buntz Neiman Michele Morgan Terran McCanna Jane Sandberg -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) x5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Slony1-general] sl_log_1 is no longer empty
Hi, Sorry for the late reply, I've been ill. Is replication to a node behind? no, replication is not delayed. Do you have a subscriber/node that is out of date/abandoned/dropped No, it's a very simple replication, 1-1 ( with 2 sets ) no modification. Do you have a long running transaction on the system? I don't think so. Is there a problem getting the confirms floating back from the replica to the other nodes? replication 1-1 so no. I'll find out what's going on (without deleting everything), and if I find anything I'll let you know. Thanks you. Le 29/11/2023 à 19:58, Steve Singer a écrit : On Mon, 27 Nov 2023, Sebastien Marchand via Slony1-general wrote: Hello, I have a problem that I've just noticed on several of my replications, my sl_log_1 table no longer empties and keeps incrementing. Where should I look to find the event that breaks the function that's supposed to manage the truncate? The cleanupEvent handles cleaning up the sl_log tables which slon calls Is replication to a node behind? Do you have a subscriber/node that is out of date/abandoned/dropped Do you have a long running transaction on the system? Is there a problem getting the confirms floating back from the replica to the other nodes? Steve Thanks for your help. Sincerely, Sébastien Marchand ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
RE: GNU backgammon - random starting point?
I thought we used to be able to paste a position ID without it resetting the match score, so we could play it repeatedly. This came up quite independently for me today when I wanted to practice 64S-55K-F-DT. 4HPhQUAzTvABMA:QQkE is the position and match ID. It works splendidly when I paste this in. I then play out the game and start a Game 2. When I paste in only the position QQkE into game , boths games 1 get wiped and it starts again at game 1. In my mind, this is new behaviour. I think I used to set up several interesting related positions by pasting them into one game and then rolling them out. Version GNU Backgammon 1.05.000-dev1-mingw 32-Bit 20150120 The interactive rollout is a nice idea. Would it be too hard to add the human player into the skill settings for both players. The other option would be to add a position ID option, either on Options Game Variations Or probably more intuitive would to add it to the New... menu, with options to select who is on roll and whether it's the 1st roll of the game. That would allow you to practice a position such as the blitz above, or play one of Simborg's weird variations. -- Ian Cheers, Ian Shaw -Original Message- From: bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org On Behalf Of Philippe Michel Sent: Thursday, November 30, 2023 9:07 PM To: Flurn Zero One Cc: bug-gnubg@gnu.org Subject: Re: GNU backgammon - random starting point? On Wed, Nov 29, 2023 at 02:15:27PM -0500, Flurn Zero One wrote: > Is there a way to start a game in GNU backgammon at a random > starting point, instead of starting from the beginning? I'm using > Windows, if that makes any difference. Do you mean a randomly generated position, or an arbitrary one you set up (presumably to play it out multiple times) ? In the first case this doesn't seem very easy. In the second case editing the starting position you want, saving it in a sgf file and opening the file again and again might be adequate, although this will be slightly different from a real game, for instance the same player will be on roll every time. What would be interesting and provide this feature in a much cleaner way would be to implement something similar to Jellyfish's interactive rollouts. It may not be that easy to modify the current rollout code to have the human player handling one side (or both), though.
[Jgeneral] Report of the J wiki Meeting of November 23
== Report of Meeting 2023-11-23 == Present: Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Reprot_of_Meeting_2023-11-23 1) Bob had read out an email from Brian Schott thanking the group for their work on the J wiki project and also several comments from the YouTube site which were very positive. https://youtu.be/SLJS84u4eVc Ed plans to roll out future changes gradually introducing fixes and features on a monthly basis. The first method of making people aware will be through the J forums. https://code.jsoftware.com/wiki/J_Viewer 2) Skip has replied to Ed about the Quora entries that Skip Cave has posted to attract people to J. Ed now has a list of links to the documents that give him access to Skip's posts, but since there are hundreds of them Ed is looking for a more automated approach. Ed has looked into several scrapers, but Quora is vigilant in the ways that it prevents scraping. The Journal of J seems to have very large articles in a number of formats and may not be a good target for the J viewer. Ed has solved the bug that was slowing up the J viewer, but will leave the category column as is because it is a better functional solution for the user. 3) At this point we have had no requests for the J viewer and Bob wondered if we need a stronger call to action. There could be one put in the video description easily and Ed sent Bob and Raul his proposed message to the forums. Raul mentioned that Ed had not given himself enough credit for the development to which Bob agreed. Bob suggested changing "If you would like to take the J viewer for a test drive" to "To take the J Viewer for a test drive" as a more direct approach. 4) Bob mentioned that Eric Iverson had suggested that the J on AWS server https://code.jsoftware.com/wiki/System/Installation/Cloud may be incorporated with the J Wiki. Ed felt that Eric's solution could work very well and then there was an extensive discussion about how this might be done. There were no definite solutions, but the discussion was meant to explore the possibilities. The transcript below will fill in many of these details. It was agreed that the approach taken should be that a terminal window that opens on the wiki page and does not require the user to leave the page. A good format might be something similar to BQN's approach of documentation. https://mlochbaum.github.io/BQN/doc/quick.html 5) Bob did a quick demo of the Home Page https://code.jsoftware.com/wiki/Category:Home and the Newcomers page https://code.jsoftware.com/wiki/Category:Newcomers_N. Raul suggested that we might include the subtrees on the pages below the home page. Ed wondered if we could include the Category Tree on every page. Bob is concerned about the Category Tree pushing out the content on narrower screens. Raul suggested that it may be better to float the Category Tree to the right. And have the content of the wiki put into a div that could float away from the Category Tree but keep the content intact. Bob's next project for content is to recategorize the Newcomer's essays so that they are grouped in ways that are more accessible to Newcomers. Once the Essays for Newcomers is done then Bob will work on the Reference and the Community pages to prepare them for launch. Bob felt that the Category Tree might be even more useful for navigation when used on the Reference page. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is November 30, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Slony1-general] sl_log_1 is no longer empty
On Mon, 27 Nov 2023, Sebastien Marchand via Slony1-general wrote: Hello, I have a problem that I've just noticed on several of my replications, my sl_log_1 table no longer empties and keeps incrementing. Where should I look to find the event that breaks the function that's supposed to manage the truncate? The cleanupEvent handles cleaning up the sl_log tables which slon calls Is replication to a node behind? Do you have a subscriber/node that is out of date/abandoned/dropped Do you have a long running transaction on the system? Is there a problem getting the confirms floating back from the replica to the other nodes? Steve Thanks for your help. Sincerely, Sébastien Marchand ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
[Evergreen-general] Reminder: Reports Interest Group Meets Wednesday, November 29th at 2 PM Eastern
Hello Everyone, Just a reminder that the Reports Interest Group will meet Wednesday, November 29th at 2 PM Eastern. Topic: Reports Permissions and Waivers with Special Guest Jennifer Pringle (BC Libraries Cooperative) Information on joining the meeting can be found here: https://wiki.evergreen-ils.org/doku.php?id=evergreen-reports:meetings:2023-11-29 Hope to you can join us. [cid:image002.png@01DA2209.6711C9C0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Permissions Working Group Meeting Today at 3 p.m. EDT
Good Morning, A friendly reminder that the Permissions Working Group will be meeting this afternoon at 3 p.m. EDT. Agenda and connection info: https://docs.google.com/document/d/1JM9h611cWjf1Uzc9zYy9Sd4fLqlZIm5OoMcO2Ddt_MQ/edit?usp=sharing Thank you, ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 2024 Conf Early Bird Registration Open and Program Proposal Deadline Extension
Good Morning All! The early bird registration for the regular conference dates for April 23 & 24, 2024 is now open for $60! Early bird rate will end March 1, 2024. Click here to register. <https://site.pheedloop.com/event/evergreenconference2024/home/> We'll be using Pheedloop as our online platform and more information on pre-conference registration will become available soon. The conference program proposal deadline has also been extended! Please submit your presentation proposals and interest group reservations by January 3, 2024. Click here for conference program proposals. <https://docs.google.com/forms/d/e/1FAIpQLSfjPGS3IZYkJxNZslkYaUYfwX24QxXRktrDvALM6E1jQZfGhQ/viewform?usp=sf_link> If you have questions on either item and/or have difficulty registering for the event, please send a reply off list. Thank you! -- Gina Monti Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Slony1-general] sl_log_1 is no longer empty
Hello, I have a problem that I've just noticed on several of my replications, my sl_log_1 table no longer empties and keeps incrementing. Where should I look to find the event that breaks the function that's supposed to manage the truncate? Thanks for your help. Sincerely, Sébastien Marchand ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
Re: scheme and lisp
On 23/11/2023 17.53, Ludovic Courtès wrote: The implementations are also very different: for instance, Chez implements a native ahead-of-time compiler whereas Guile has bytecode compilation plus just-in-time compilation. Thus problems and solutions for one implementation are unlikely to translate to other implementations. Thanks for that insight. That said I’m surprised about Emacs, this needs more investigation… Here is the diff from our emacs-29.1 https://rb.zq1.de/compare.factory-20230830/diffs/emacs-compare.out it has 2 different variations in .eln and .pdmp files. The .eln one probably comes from ASLR [1]. While the .pdmp has some sequences of very random bytes. Ciao Bernhard M. [1] https://github.com/bmwiedemann/theunreproduciblepackage/tree/master/aslr OpenPGP_signature.asc Description: OpenPGP digital signature
scheme and lisp
Hi, in openSUSE there are some packages that so far refuse to build reproducibly. The common theme around them is that they use scheme or lisp to produce binaries with a 'dump' command. e.g. for scheme48 I extracted this reproducer: pushd ~/rpmbuild/BUILD/scheme48-*/ps-compiler ../go -h 2000 -a batch <<- 'EOF' ,config ,load ../scheme/prescheme/interface.scm ,config ,load ../scheme/prescheme/package-defs.scm ,exec ,load load-ps-compiler.scm ,in prescheme-compiler prescheme-compiler ,user (define prescheme-compiler ##) ,dump ../ps-compiler.image "(Pre-Scheme)" ,exit EOF I also know that guile implements scheme and builds reproducibly (with -j1). So there must be a way to do it right. The list of our packages I think are affected by this is: clisp scheme48 chezscheme emacs maxima scsh xindy Most distros seem to be affected by this: http://ismypackagereproducibleyet.org/?pkg=scheme48 http://ismypackagereproducibleyet.org/?pkg=emacs surprisingly shows as reproducible in Archlinux, but I could not figure out why. maxima also shows as green there. Can we get them reproducible? Or can we drop+replace these implementations with guile? I'd appreciate some insight from this knowledgeable crowd. Ciao Bernhard M. OpenPGP_signature.asc Description: OpenPGP digital signature
[Jgeneral] Report of the J Wiki Meeting of November 16, 2023
== Report of Meeting 2023-11-16 == Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-11-16 1) Bob had received Ed's footage of his demo and there was a discussion about the audio that he had used. It was decided that Bob would use the existing audio and Ed would review and then there would be a decision on when to publish. Bob might also rerecord the audio if that was Ed's preference. https://youtu.be/SLJS84u4eVc 2) Ed changed the category list on the J viewer back to a Qt list instead of his previous expandable version. The performance has improved. Raul noted that the new version requires that you scroll at the end of the list, whereas it used to autoscroll. Ed wants to be able to have SQLlite do line numbers in GitHub results because those results tend to be larger. 3) Ed talked about attempting to include information of Skip Cave's Quora solutions. Quora seems to be resisting attempts to have Ed crawl the site. This is an ongoing investigation. Bob wondered if there might be a place in the J wiki for Skip to include some of his solutions. Bob is currently going through the essays on the wiki to select ones that might be most appropriate for Newcomers. Raul mentioned also that Journal of J could be included https://code.jsoftware.com/wiki/JournalOfJ. There are links on the wiki, but the content of the Journal of J is not on the wiki. Bob had some reluctance to dump their content onto the wiki and Ed said that he would need their permission before crawling their site. 4) Ed feels that the J Viewer is ready for prime time and will start by posting to the J forums after the demo video is published. Bob suggested that the fact that it is in JQt should be noted for those users who access through the console. Raul asked that updates for Windows be thoroughly tested before release to avoid extra noise. Bob asked about announcing on the ArrayCast. Announcing on the British APL Association is another possibility and might be pursued for their next meeting. 5) Bob tested the new J viewer and ran into a few problems due to the fact that he had made local changes to the addon in the process of troubleshooting. 6) Bob did a quick review of the work that he had been doing on the Newcomers page of the wiki. https://code.jsoftware.com/wiki/Category:Newcomers_N Additions are the Return to Home navigation link and removal of the Scripts category as there were not many scripts that would work for Newcomers. Raul suggested using larger font on the titles and Bob agreed. Bob is also going to take Developers off of the Home page until it is further developed. https://code.jsoftware.com/wiki/Category:Home The information would still be available through Reference. Ed asked about including the Category's on the page that would be more involved but would be accessible for those who wanted the more detailed view. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is November 23, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jgeneral] Not J but Rosetta and ...
Sorry, Raul, I'd forgotten about "chat!" The site seems to be up and going again. Thanks, Mike On 22/11/2023 14:52, Raul Miller wrote: This rosettacode thing is probably a chat forum issue rather than a general forum issue. That said, rosettacode has migrated to a different hosting service twice in the last slightly over a year. Each time, all authentication information was lost (remained associated with the old host). Meaning that people needed to create new accounts or recreate their old accounts. (Er... one account per person, but multiple people...) To recreate an old account create an account with the same name (if someone else squatted on the id, create an account with a new name). To re-associate old posts with your recreated account, there's a discord link at the top of every page - you can sign in there and ask an admin to run a script which will associate historic edits with your newly [re-]created account. This is not an ideal situation, but rosettacode is a low budget operation. I hope this helps, -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Evergreen-general] [External] Re: Problems with authorize.net in 3.11?
Thank you Galen. That's encouraging to see you've honed in on the issue. Indeed, we're using Jammy: ubuntu jammy 22.04 perl 5.34.0 OpenSSL 3.0.2 15 Mar 2022 Net::SSL version 1.92 Benjamin Murphy NC Cardinal Program Manager State Library of North Carolina benjamin.mur...@dncr.nc.gov | https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Please note new email address From: Galen Charlton Sent: Wednesday, November 22, 2023 9:20 AM To: Evergreen Discussion Group Cc: Murphy, Benjamin Subject: [External] Re: [Evergreen-general] Problems with authorize.net in 3.11? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Hi, After some more testing, I was able to characterize the problem and wrote it up here: https://bugs.launchpad.net/evergreen/+bug/2044197 Regards, Galen On Tue, Nov 21, 2023 at 4:19 PM Galen Charlton mailto:g...@equinoxoli.org>> wrote: Hi Benjamin, This smells like it might be a problem with something lower down the stack that's attempting to make an SSL connection to authorize.net<http://authorize.net>. The Evergreen code involved hasn't changed in years, nor has the Perl modules that mediate the API calls - but then, that lack of change could well be part of the problem. I would be curious to know things like: - Linux distribution and version - Perl version - OpenSSL version - Version of Net::SSLeay (as gotten from perl -MNet::SSLeay -e 'print $Net::SSLeay::VERSION, "\n"') Regards, Galen On Tue, Nov 21, 2023 at 2:43 PM Murphy, Benjamin via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: Has anyone else using 3.10 or 3.11 had issues with credit card payments using authorize.net<http://authorize.net>? PayPal seems fine and we can process test transactions on our 3.9 dev instance, but in 3.11 we repeated get the following message in live or test mode: No x_response_code from server, (HTTPS response: 900 NET OR SSL ERROR ) (HTTPS headers: ) (Raw HTTPS content: ) Benjamin Murphy NC Cardinal Program Manager State Library of North Carolina benjamin.mur...@dncr.nc.gov<mailto:benjamin.mur...@dncr.nc.gov> | https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Please note new email address Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org<mailto:g...@equinoxoli.org> https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org<mailto:g...@equinoxoli.org> https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Problems with authorize.net in 3.11?
Hi, After some more testing, I was able to characterize the problem and wrote it up here: https://bugs.launchpad.net/evergreen/+bug/2044197 Regards, Galen On Tue, Nov 21, 2023 at 4:19 PM Galen Charlton wrote: > Hi Benjamin, > > This smells like it might be a problem with something lower down the stack > that's attempting to make an SSL connection to authorize.net. The > Evergreen code involved hasn't changed in years, nor has the Perl modules > that mediate the API calls - but then, that lack of change could well be > part of the problem. > > I would be curious to know things like: > > - Linux distribution and version > - Perl version > - OpenSSL version > - Version of Net::SSLeay (as gotten from perl -MNet::SSLeay -e 'print > $Net::SSLeay::VERSION, "\n"') > > Regards, > > Galen > > On Tue, Nov 21, 2023 at 2:43 PM Murphy, Benjamin via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Has anyone else using 3.10 or 3.11 had issues with credit card payments >> using authorize.net? PayPal seems fine and we can process test >> transactions on our 3.9 dev instance, but in 3.11 we repeated get the >> following message in live or test mode: >> >> No x_response_code from server, (HTTPS response: 900 NET OR SSL ERROR ) >> (HTTPS headers: ) (Raw HTTPS content: ) >> >> >> *Benjamin Murphy* >> >> NC Cardinal Program Manager >> >> State Library of North Carolina >> >> *benjamin.mur...@dncr.nc.gov * | >> https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal >> >> 109 East Jones Street | 4640 Mail Service Center >> >> Raleigh, North Carolina 27699-4600 >> >> The State Library is part of the NC Department of Natural & Cultural >> Resources. >> >> *Email correspondence to and from this address is subject to the North >> Carolina Public Records Law and may be disclosed to third parties.* >> >> Please note new email address >> >> >> >> ------ >> >> Email correspondence to and from this address may be subject to the North >> Carolina Public Records Law and may be disclosed to third parties by an >> authorized state official. >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > > > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > <http://evergreen-ils.org> > -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Jgeneral] Not J but Rosetta and ...
Yes, same here. I was in Pisano Periods at some odd language! Presumably a site problem, not my set-up, so thanks for firming up that hypothesis, Mike Sent from my iPad > On 22 Nov 2023, at 10:53, Ed Gottsman wrote: > > Mike, > > I’m getting the same error. > > It also occurs if you follow the link to a particular problem—it’s not just > the homepage. > > https://rosettacode.org/wiki/ADFGVX_cipher#J > > Ed > >> On Nov 22, 2023, at 4:34 AM, 'Mike Day' via General >> wrote: >> >> ... some J-ers are active in Rosetta tasks. >> >> Anyone else getting this @ Rosettacode.org? >> " >> MediaWiki internal error. [line space] >> Original exception: [552509b697f96f15d6125f69] 2023-11-22 10:17:29: Fatal >> exception of type "InvalidArgumentException". [line space] >> Exception caught inside exception handler. [line space] >> Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to >> show detailed debugging information. >> " >> This* occurrs both on the Windows laptop, in Avast Secure Browser & also M/S >> Edge, >> and on this iPad, using Safari. >> >> I've tried googling for "MediaWiki internal error" but found nothing useful. >> >> >> Sorry for this non-J noise, >> >> Mike >> * the error msgs were identical in the different attempts apart, >> unsurprisingly, >> from the hex codes and time-stamps. >> Sent from my iPad >> -- >> For information about J forums see http://www.jsoftware.com/forums.htm > > -- > For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jgeneral] Not J but Rosetta and ...
... some J-ers are active in Rosetta tasks. Anyone else getting this @ Rosettacode.org? " MediaWiki internal error. [line space] Original exception: [552509b697f96f15d6125f69] 2023-11-22 10:17:29: Fatal exception of type "InvalidArgumentException". [line space] Exception caught inside exception handler. [line space] Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. " This* occurrs both on the Windows laptop, in Avast Secure Browser & also M/S Edge, and on this iPad, using Safari. I've tried googling for "MediaWiki internal error" but found nothing useful. Sorry for this non-J noise, Mike * the error msgs were identical in the different attempts apart, unsurprisingly, from the hex codes and time-stamps. Sent from my iPad -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Evergreen-general] Problems with authorize.net in 3.11?
Hi Benjamin, This smells like it might be a problem with something lower down the stack that's attempting to make an SSL connection to authorize.net. The Evergreen code involved hasn't changed in years, nor has the Perl modules that mediate the API calls - but then, that lack of change could well be part of the problem. I would be curious to know things like: - Linux distribution and version - Perl version - OpenSSL version - Version of Net::SSLeay (as gotten from perl -MNet::SSLeay -e 'print $Net::SSLeay::VERSION, "\n"') Regards, Galen On Tue, Nov 21, 2023 at 2:43 PM Murphy, Benjamin via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Has anyone else using 3.10 or 3.11 had issues with credit card payments > using authorize.net? PayPal seems fine and we can process test > transactions on our 3.9 dev instance, but in 3.11 we repeated get the > following message in live or test mode: > > No x_response_code from server, (HTTPS response: 900 NET OR SSL ERROR ) > (HTTPS headers: ) (Raw HTTPS content: ) > > > *Benjamin Murphy* > > NC Cardinal Program Manager > > State Library of North Carolina > > *benjamin.mur...@dncr.nc.gov * | > https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal > > 109 East Jones Street | 4640 Mail Service Center > > Raleigh, North Carolina 27699-4600 > > The State Library is part of the NC Department of Natural & Cultural > Resources. > > *Email correspondence to and from this address is subject to the North > Carolina Public Records Law and may be disclosed to third parties.* > > Please note new email address > > > > -- > > Email correspondence to and from this address may be subject to the North > Carolina Public Records Law and may be disclosed to third parties by an > authorized state official. > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Problems with authorize.net in 3.11?
Has anyone else using 3.10 or 3.11 had issues with credit card payments using authorize.net? PayPal seems fine and we can process test transactions on our 3.9 dev instance, but in 3.11 we repeated get the following message in live or test mode: No x_response_code from server, (HTTPS response: 900 NET OR SSL ERROR ) (HTTPS headers: ) (Raw HTTPS content: ) Benjamin Murphy NC Cardinal Program Manager State Library of North Carolina benjamin.mur...@dncr.nc.gov | https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Please note new email address Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 3.12-beta available
Hi all, On behalf of the 3.12 release team I am pleased to announce that 3.12-beta is ready for your review and testing! Please see the blog post here for more information: https://evergreen-ils.org/evergreen-3-12-beta-released/ 3.12-rc is tentatively planned for Wednesday November 29th, with a final release to come Wednesday December 6th. The release team wishes to thank Galen Charlton for his assistance with the build, and Blake Graham-Henderson for assistance with translations. For the 3.12 release team, Garry Collum Ruth Frasur Davis Michele Morgan Terran McCanna Andrea Buntz Neiman Jane Sandberg -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Manager Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) x5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Voice to Text software
Hi all, I could use MS Word for voice to text but I have to be connected ot eh net where I worry AI coatures my voice and uses it adversely. I could pay $800 for DNS which used to cost $99 just a fe years ago. There doesn't seem to be anything on the horizon in Linux for voice to text. I will never be a touch typist. Has anyone used a free to low cost voice to text program that's not connected to the net? Thank you. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Reports Interest Group Meets Wednesday, November 29th at 2 PM Eastern
Hello Everyone, Just a reminder that the Reports Interest Group will meet Wednesday, November 29th at 2 PM Eastern. Topic: Reports Permissions and Waivers with Special Guest Jennifer Pringle (BC Libraries Cooperative) Information on joining the meeting can be found here: https://wiki.evergreen-ils.org/doku.php?id=evergreen-reports:meetings:2023-11-29 Hope to you can join us. [cid:image002.png@01DA1B9F.7878E5B0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] [External] Re: Holds - patron account vanishes when another tab refreshed
William, I would day that is a bug. If you have not already done so, I recommend opening a bug on Launchpad. Fix one bug, introduce 3 more. :) Cheers, Jason On 11/15/23 09:56, Szwagiel, Will via Evergreen-general wrote: Thank you, John! I tried looking for a bug, but I just could not find one. This certainly sounds like it might be the cause. *William C. Szwagiel*** NC Cardinal Project Manager State Library of North Carolina william.szwag...@dncr.nc.gov <mailto:william.szwag...@dncr.nc.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal <https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal> 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. /Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties./ *From:* John Amundson *Sent:* Wednesday, November 15, 2023 9:45 AM *To:* Evergreen Discussion Group *Cc:* Szwagiel, Will *Subject:* Re: [Evergreen-general] [External] Re: Holds - patron account vanishes when another tab refreshed *CAUTION:*External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Hi, Perhaps this is a consequence/effect of this patch - https://bugs.launchpad.net/evergreen/+bug/1996818 <https://bugs.launchpad.net/evergreen/+bug/1996818>? From Comment #5: AngularJS Place Hold button sets the same cookie as Angular. This branch also clears the cookie and broadcasts to all catalog tabs to remove the hold target when: - the Clear button for the hold target is pressed - the hold interface loads a different patron - a different Angular route loads - AngularJS app starts (left the Angular context) I think what's happening is the last bullet point. The patron's Holds tab is in AngularJS, so when that's reloaded, the catalog loses the hold target. John Image removed by sender. John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org <mailto:jamund...@cwmars.org> | 508-755-3323 x1 https://www.cwmars.org <https://www.cwmars.org/> he/him/his <https://www.mypronouns.org/he-him> On Wed, Nov 15, 2023 at 9:38 AM Szwagiel, Will via Evergreen-general <mailto:evergreen-general@list.evergreen-ils.org>> wrote: Thank you, Terran! *William C. Szwagiel* NC Cardinal Project Manager State Library of North Carolina william.szwag...@dncr.nc.gov <mailto:william.szwag...@dncr.nc.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal <https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal> 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. /Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties./ *From:* Evergreen-general mailto:evergreen-general-boun...@list.evergreen-ils.org>> *On Behalf Of *Terran McCanna via Evergreen-general *Sent:* Wednesday, November 15, 2023 9:36 AM *To:* Evergreen Discussion Group mailto:evergreen-general@list.evergreen-ils.org>> *Cc:* Terran McCanna mailto:tmcca...@georgialibraries.org>> *Subject:* [External] Re: [Evergreen-general] Holds - patron account vanishes when another tab refreshed *CAUTION:*External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. I'm not sure how to resolve that, but Circulation > Retrieve Last Patron (or just F8) should work as an easy workaround. Image removed by sender. *Terran McCanna, PINES Program Manager* *Georgia Public Library Service | University System of Georgia* 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org <mailto:tmcca...@georgialibraries.org> http://help.georgialibraries.org <http://help.georgialibraries.org> | h...@georgialibraries.org <mailto:h...@georgialibraries.org> Image removed by sender. <https://www.facebook.com/georgialibraries>Image removed by sender. <https://www.twitter.com/georgialibs>*Image removed by sender.* <https://www.instagram.com/georgialibraries/> /Join our email list/ <http://georgialibraries.org>///for stories of Georgia libraries making an impact in our comm
Re: Top things you are waiting for ....
Serial communications over Bluetooth for Android. Currently Serial over Bluetooth limited to Windows and IOS devices at high tablet cost. Most real world solutions use Android for cost effective tablet for external device comms. This has been requested for at least 10 years for LC cross platform approach and is a weakness for such developments. > On 13 Nov 2023, at 02:16, Tom Glod via use-livecode > wrote: > > Thanks everyone for your answers. > > > > >> On Sun, Nov 12, 2023 at 7:13 PM Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> one more: >> * attention span and discipline, or hiring a chief that has attention span >> and discipline - with lc chasing every new revenue thing, and lurching off >> after it, the half-finished meals that are strewn about reflects on the >> product. "look! a squirrel!" is not a plan. >> >> On Sun, Nov 12, 2023 at 7:04 PM Mike Kerner >> wrote: >> >>> just going off the top-of-my-head. i don't feel like going into the bug >>> list, even though there are plenty of open ones, including for the summer >>> megabundle widgets >>> >>> things i licensed that i'm still waiting for: >>> * script compiler >>> * web deploy >>> things that severely degrade lc features or make them unusable: >>> * docs for lcb >>> * docs for property inspector and property editor >>> * script widgets >>> * multi-path svg support (i can't tell you how many great svg's are >>> unusable, because you can't flatten/combine the paths and get the layers >> to >>> work out) >>> * icon library fixes >>> * project browser support groups >>> things that are just annoying: >>> * filtering/sorting the inclusions for standalones (there's a freaking PR >>> for this that's been "awaiting release" for...three years?) >>> * all the other PR's that are just sitting in limbo. >>> * standalone inclusion selections fixed (did you know that the db library >>> is attached to standalones, even if you specifically deselect it? did you >>> know that every time you mouseUp on a standalone, the db library >> intercepts >>> the event?) >>> >>> >>> >>> On Sun, Nov 12, 2023 at 3:59 PM matthias rebbe via use-livecode < >>> use-livecode@lists.runrev.com> wrote: >>> 1. Debugger for Livecode Server. Man, what do i miss the On-Rev client 2. Native MSSQL database support 3. tsNet to support HTTP/2 https://quality.livecode.com/show_bug.cgi?id=23355 According to CharlesW this should be easily fixed with a 3rd party library which has to be included alongside curl. > Am 11.11.2023 um 23:43 schrieb Tom Glod via use-livecode < use-livecode@lists.runrev.com>: > > Hey everyone > Just a market research thread. > What are the top 3 or 5 things you are waiting for in Livecode's >> feature > set? > This is my list. > > 1. Updated Browser > 2. Compiler (its important because speed is important to the user > experience) > 3. integrated layering of native controls > > What are yours? > > Cheers, > > Tom > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> -- >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [bootstrappable] Re: diverse double-compilation
2023 m. lapkričio 14 d., antradienis 11:32:58 GMT HW42 rašė: > I guess you are referring to using stage0-uefi and live-bootstrap here, > right? Or maybe there's also some Guix work on top of it that wasn't > described in the blog yet. I haven't followed the development that > closely or maybe I have missed some announcement. I was thinking about live-bootstrap and Rick Master's kernel: https://github.com/ironmeld/builder-hex0 This is an x86 kernel. It's actually multi-stage and first part is kind of baremetal form of hex0 that uses BIOS calls for I/O. It can then load proper builder-hex0 which can take us all the way to tcc and ext4 userspace tools that are used to build and boot into Fiwix kernel which is good enough till we can bootstrap Linux. I guess stage0-uefi is similar but it's just stage0, doesn't go beoynd that, we haven't ported GNU Mes to UEFI. > Simon > signature.asc Description: This is a digitally signed message part.
[Evergreen-general] next meeting of the Evergreen Project board
Hello all, The Evergreen Project Board will be meeting Thursday, November 16th at 11 a.m. PT / 1 p.m. CT / 2 p.m. ET. The agenda and connection details for the meeting are at https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2023-11-16 This meeting is public and community members are encouraged to attend. Thanks! Katie TEP Secretary [cid:image001.png@01DA16DD.20E011F0]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Developer meeting reminder: TODAY November 14th at 3pm Eastern, 12 Pacific
All, A friendly reminder that we'll have our Evergreen dev meeting in IRC (today), November 14th at 3pm Eastern, 12 Pacific. Agenda: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2023-11-14 -- -Blake- Conducting Magic Will consume any data format MOBIUS ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: GNU Mes 0.25 released
2023 m. lapkričio 14 d., antradienis 14:27:11 GMT aho...@0w.se rašė: > The term by itself does not even mention the programming language(s) > involved. That's because the process involves multiple languages. Do you want it to be called Bootstrap of C/C++Bash/Perl/Bison/Scheme/... (and many more) > > My quick search of a definition on the web did not uncover anything like > your suggestion of the "very thing" either. > > > So by citing some other project that allegedly got there first, by > > depending on an already existing C development toolchain; it seems like > > comparing apples to oranges or maybe even broccoli. > > The blog pretends to be "there" first, you are trying to redefine "there" > to fit Guix but not VSOBFS. > > * Why is the use of a random C toolchain in a solution "less of a > solution" than a use of a random binary loader? How do you verify the > latter without doing the bootstrap on various loaders and comparing > the result? You read the loader. E.g. hex0 on x86 is 256 bytes (and not insignificant part is elf header). At these sizes well commented machine code is readable: https://github.com/oriansj/bootstrap-seeds/blob/master/POSIX/x86/hex0_x86.hex0 (or https://github.com/ironmeld/builder-hex0/blob/main/builder-hex0-mini.hex0 for baremetal version) and if you look at binary file it's in 1-to-1 correspondence to source file (except for comments that are not in binary file). > * How is the result (if reproducible and verifiable all the way) > of one of those routes better than the corresponding result of the other? Of course it is reproducible. In fact reproducibility is far easier to achieve, because you don't have any unknowns (and paths in particular) coming from initial toolchain. > * Both of the contending platforms (Guix and VSOBFS, alphabetical order) > can be used to bootstrap further into anything else and/or each other. > In this meaning they are equivalent. > > The feat accomplished and presented in the contended blog > entry is making a certain almost-fully-from-source bootstrap to > host a Linux distribution. That's nice. > > At the same time the blog in question goes out of its way[2] to create an > impression that there haven't been any from-source-bootstrap-solutions > comparable to the one it talks about. > > This is very far from a fair depiction and this is where the potential > for distrust and flames comes from. > > In other words, the blog strikingly pretends that VSOBFS never > existed, despite VSOBFS having presented a pedantic solution to > source-only-bootstrap and illustrated that a binary seed is redundant. > > > and replying to each > > and every post referencing the alleged "false claims" seems actively > > disruptive to me. > > A post publicly promoting an untrue priority claim, in this case regarding > "Full-Source Bootstrap", is an insult against someone having made a > substantiated corresponding claim earlier. > > Notably, this insult has been repeated despite my protests. > Yes, I try to be actively disruptive against unfair practices. > > Misrepresentations disorient the actual people who the solutions are > meant to benefit. They affect also where public resources are invested. > > I do not chase any funding but I care about being recognized as the first > at full-source Unix/Posix bootstrap. When was it released? > > > live well, > > vagrant > > Regards, > an > > [1] "a form of stipulative definition which purports to describe the true > or commonly accepted meaning of a term, while in reality stipulating > an uncommon or altered use, usually to support an argument for some view" > https://en.wikipedia.org/wiki/Persuasive_definition > > [2] For a casual reader, this is what caused my reaction: > "[...] something that had never been achieved, to our knowledge, since the > birth of Unix. > We refer to this as the Full-Source Bootstrap" > > signature.asc Description: This is a digitally signed message part.
[Evergreen-general] Reminder: Evergreen Cataloging Interest Group – Today
*Reminder: * *The Cataloging Interest Group meets today at 2pm (Eastern)* Meeting agenda: https://bit.ly/3SzU2rC *Featured Program: **Cataloging Reports* See meeting login details below. Hope to see you there! Jennifer On Fri, Nov 10, 2023 at 9:52 AM Jennifer Weston < jennifer.wes...@equinoxoli.org> wrote: > *Cataloging Interest Group in November* > > The Evergreen Cataloging Interest Group will meet next week on *Tuesday, > November 14, 2023, at 2pm (ET)*. This will be our last meeting of the > year as we will not be meeting in December. > > > > Everyone is welcome – please join us! The meeting will be recorded for any > interested parties who cannot attend. > > > > *Evergreen Cataloging Interest Group* > > *Tuesday, November 14, 2023* > > *2:00pm ET* > > > > Zoom Meeting Link: > > https://us06web.zoom.us/j/89440379465?pwd=TVY4anVHZmN6ZlZQRXVTM3o5eUUyZz09 > > > > Meeting ID: 894 4037 9465 > > Passcode: 086021 > > Want to dial into the call using your phone? Find your local number: > https://us06web.zoom.us/u/kcsI1s3S9P > > > > *Topic:** Cataloging Reports (Revisited)* > > Picking up from earlier conversations, we will share notes on existing > cataloging-related reports people are using and explore possibilities with > an expanding wish list of reporting ideas. > > > > If anyone has anything they want specifically included on the agenda, > please let me know. > > > > We hope to see you there! > > Jennifer Weston, > > on behalf of the Cataloging IG Organizing Committee > > > > - > -- > > The Cataloging Interest Group usually meets on the second Tuesday of each > month. Everyone is welcome. > > Meetings are recorded and made available to the community. > > For more information, please visit the Cat IG wiki at: > https://wiki.evergreen-ils.org/doku.php?id=cataloging:cwg > > - > -- > > > Jennifer Weston, MLIS > > Product and Education Manager > > Assistant Operations Manager > > Equinox Open Library Initiative > > jennifer.wes...@equinoxoli.org > *www.equinoxOLI.org <http://www.equinoxOLI.org>* > > 877-OPEN-ILS (673-6457) > > direct: 770-709-5574 > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [bootstrappable] Re: diverse double-compilation
Hi Martin, Diverse double-compilation kind of doesn't make sense (or is superseeded) in the context of full source bootstrap. DDC works in the following way: you start with a "trusted" compiler A and "unknown" compiler B Then A->B->B and B->B should produce identical hashes in the last stage, which would mean B is trusted. What is a "trusted" compiler in the bootstrapping context? We can define "trusted" compiler to be the one that is bootstrapped from a tiny binary seed, say compiler A was built from hex0, so it is trusted. If you start doing 1st DDC chain A->B, you have just bootstrapped B and now B is automatically trusted, so there is no more need to do another step and compare with just B->B. By the way, live-bootstrap [1] might be the package pipeline that you are looking for (that is readily usable for applications). It produces fully reproducible (mostly static) binaries that are needed for modern system (including GCC13) and is also used as a starting point in building Freedesktop SDK (that is then used for most Flatpaks). [1] https://github.com/fosslinux/live-bootstrap/ Kind regards, Andrius 2023 m. lapkričio 13 d., pirmadienis 06:27:02 GMT Martin Monperrus rašė: > Hi Vagrant, > > For example, I look forward (with a long view) to a bootstrap path that > > embeds diverse double-compilation as part of the bootstrap > This resonates here! We're also looking for DDC of GCC in a package pipeline, > that is readily usable > for applications. > > Should anybody have pointers, thanks a lot > > --Martin > > > > > signature.asc Description: This is a digitally signed message part.
Re: [Jgeneral] Matlab .mat file format reader?
Don't know, but Google tells me you can do so in R, and there's an R interface in addons/stats/r. Might get you started, Mike Sent from my iPad > On 14 Nov 2023, at 04:10, Devon McCormick wrote: > > Has anyone written something to read Matlab ".mat" data files into J? > > Thanks... > > -- > > Devon McCormick, CFA > > Quantitative Consultant > -- > For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm
[Evergreen-general] Time magazine prediction pattern needed
Hi, Does anyone have a prediction pattern for Time magazine that they'd be willing to share? I'm struggling with the frequency of biweekly except for June and August, and how to start the new volume in mid-January. Any help would be appreciated. Mary -- Mary Llewellyn Database Manager Bibliomation, Inc. 24 Wooster Ave. Waterbury, CT 06708 mllew...@biblio.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] open several plots in different windows
Dear list, when I want to plot several graphs into several windows, I was advised a few years ago to use (as an example) load'plot' p1=: ''conew'jwplot' plot__p1 1 2 3 p2=: ''conew'jwplot' plot__p2 5 4 2 which works when you use jqt. When you run this code from jconsole, this seems to create just one temporary file and the two instances of "gv" (or whatever program is supposed to open .pdf) show the same (2nd) plot. Is there any simple way out, other then control the filenames etc. manually? Thanks for your comments. Best regards, Ruda -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Evergreen-general] Serials research
Hi Tiffany I found the Unpredictability is the New Predictability: Evergreen Serials Module Walkthrough<https://youtu.be/aZIZOTwT9bU?si=rIFu3ijOEJ7cPUw_> session from 2021 conference to be very helpful. [cid:image003.png@01DA1616.9D77D9E0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general On Behalf Of Tiffany Little via Evergreen-general Sent: Monday, November 13, 2023 9:08 AM To: Evergreen General Cc: Tiffany Little Subject: [Evergreen-general] Serials research Good morning, I'm interested in learning more about the serials module. Aside from the official docs, does anyone have any recommendations for consortia documentation, presentations, etc.? Thanks very much! Tiffany [https://lh6.googleusercontent.com/8c2XlzLbIIC6nDoa4yqQ8MzA0npF4WXpUnhhoK_uTqralZtjqVXRwPgmRep3jGYP6q41Sb0ULXqxX-QppYTC8cQyIfBAdqzLBgqvcQwVczkqqiunlj0KIbvy-R3bp-E0mlhF0A4v] Tiffany Little, PINES Bibliographic Projects Manager Georgia Public Library Service 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 (404) 235-7161 | tlit...@georgialibraries.org<mailto:tlit...@georgialibraries.org> [https://lh6.googleusercontent.com/ql1so1R8csbb2W7DW5vjWe3mTAcApuM7a5CMXbsYnhmF1bDmG62LM_C1BOOyWdkb2PZGKGlaYRIceHjsSvsWPXNw6HPCKqtFLMKCJiPVU0RXu2dAey13WZ02Q6E6FmzNDJ_d9iBf][https://lh3.googleusercontent.com/2qSr0-AREIyPSTC1gMsjyXLaBT-yQ7kS6iKvd1L9XrCXxhJDWCRo5eXBHCi7f35AZASOOyiH2Si-wtuXNR8YaA2j-17GWBmmo1mpGxXa7m-JwF4AzUD_5tZZE9n1NVilAJcnGtQs][https://lh6.googleusercontent.com/-jM_GEWd7EZGo5MFiR1koKEkiupb_lmwNEMpNiQE3U6k1C2FkyuiNjtGKlWWGfX8zbZ1135yhOHnJSINmMTXgEQuu2RlHIg5hDKxaJ9cmh3Nr6el_vN4ZHlXcAmoCPPWduwXi26m] Join our email list<http://georgialibraries.org/> for stories of Georgia libraries making an impact in our communities. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen 3.12 Feedback Fest final report
Thank you to everyone for an incredibly successful Feedback Fest week in preparation for Evergreen 3.12! We broke the previous records for the number of code changes successfully tested and committed to the core code, adding some nice new features and fixing several very long-standing bugs and making a lot of accessibility and internationalization improvements! You can see the full report here: https://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2023-11 Thanks again to everyone who participated! The next Bug Squashing Week will be scheduled in the spring around February or March. Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Serials research
Good morning, I'm interested in learning more about the serials module. Aside from the official docs, does anyone have any recommendations for consortia documentation, presentations, etc.? Thanks very much! Tiffany Tiffany Little, PINES Bibliographic Projects Manager -- Georgia Public Library Service 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 (404) 235-7161 | tlit...@georgialibraries.org Join our email list <http://georgialibraries.org/> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] Report of the J wiki group meeting of November 2, 2023
== Report of Meeting 2023-11-02 == Present: Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-11-02 1) Ed plans to record a screencast of the demo and send the files to Bob so he can edit and post it up on Youtube. Ed feels the GitHub search tool will be useful for intermediate users because it provides some options in ways to use the code. Bob thinks that the important thing is that the code that is found is actually being used and not just the way that J coding is prescribed. This may be a very good way to onboard a J programmer to common coding practices. The GitHub search might also be a way to see changes that had taken place as new primitives are introduced. Ed plans to introduce the GitHub tool at the next meeting of the British APL Association meeting. 2) Raul raised the point that there is a difference between the Dictionary and NuVoc and that not all the information in the Dictionary has made its way across to Nuvoc. Bob wondered whether NuVoc might be administrator only edited to maintain the veracity of the source. Then there was a discussion on labs and the ways that these might be incorporated into use for the wiki and NuVoc. J Playground could accomplish this by loading labs into the edit window and then could be accessed from the terminal line by line. 3) Bob asked about the way that breadcrumbs were used in the wiki. In the new category tree, Bob has removed the breadcrumbs because they are redundant. If a link on the category page takes you to a new page that is not a category page then it might have a breadcrumb. Ed pointed out that there is a back arrow on the browser that will always take you back. Ed pointed out that two steps away would still be disconnected. Bob said that the sidebar would still have the main categories and there would be access to the map of the site on every page under the search bar. 4) Bob thinks that the J wiki search tool is working very well and feels that it works well with the categorization. Ed felt that it is really important to use the categorization because that is accessible for anyone with a browser. The J wiki search is only available through JQt. Ed points out that curation makes the ball of information in the wiki more accessible, but what he has done is more about presentation and the J wiki browser is the thing that accentuates the curation through good presentation. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is November 16, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: Reproducibility terminology/definitions
On 08/11/2023 16.38, Pol Dellaiera wrote: you define functions doing I/O as Impure functions. But without I/O, no build output can be written, so all builds must use impure functions. In practice we see non-determinism from approx 10 sources, such as documented in https://github.com/bmwiedemann/theunreproduciblepackage/ e.g. https://github.com/bmwiedemann/theunreproduciblepackage/blob/master/race/race.2.sh #!/bin/sh racepart() { input=$1 sleep 0.1 echo $input } for i in $(seq 1 10) ; do # & backgrounds the process to do parallel processing racepart $i & done OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [Evergreen-general] Czech test server for the Feedback Fest?
You all are very welcome! -Blake- Conducting Magic Will consume any data format MOBIUS On 11/10/2023 10:49 AM, Linda Jansová wrote: So do I :-)! Thank you very much, Blake! Linda On 11/10/23 17:15, Blake Graham-Henderson wrote: Linda, I believe I've got that accomplished: https://bugsquash3.mobiusconsortium.org/eg/opac -Blake- Conducting Magic Will consume any data format MOBIUS On 11/10/2023 2:00 AM, Linda Jansová wrote: Dear Blake, Do you think you could also switch on Czech for the OPAC? It might be useful to compare what we are seeing on Terran's testbox server (where the Czech OPAC is available but not the staff client) to what we would see on your bugsquash3 server where the Czech staff client can be switched on... Thank you very much for considering this request :-)! Linda On 11/7/23 09:58, Linda Jansová wrote: Hi, Thank you once again for setting up the Czech test server! As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has been included (which, by the way, makes the staff client look much better in Czech :-), we have been able to focus on other translation issues. I have just summed up findings related to untranslated column headers: https://bugs.launchpad.net/evergreen/+bug/2042915 Also, it is clear that the splash page is in English only, not looking as broken as it did previously (what might be worth noting is that the Czech splash page can be seen for just a very little moment before Evergreen redirects to the English splash page): https://bugs.launchpad.net/evergreen/+bug/2037426 Linda On 11/5/23 08:11, Linda Jansová wrote: Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Czech test server for the Feedback Fest?
So do I :-)! Thank you very much, Blake! Linda On 11/10/23 17:15, Blake Graham-Henderson wrote: Linda, I believe I've got that accomplished: https://bugsquash3.mobiusconsortium.org/eg/opac -Blake- Conducting Magic Will consume any data format MOBIUS On 11/10/2023 2:00 AM, Linda Jansová wrote: Dear Blake, Do you think you could also switch on Czech for the OPAC? It might be useful to compare what we are seeing on Terran's testbox server (where the Czech OPAC is available but not the staff client) to what we would see on your bugsquash3 server where the Czech staff client can be switched on... Thank you very much for considering this request :-)! Linda On 11/7/23 09:58, Linda Jansová wrote: Hi, Thank you once again for setting up the Czech test server! As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has been included (which, by the way, makes the staff client look much better in Czech :-), we have been able to focus on other translation issues. I have just summed up findings related to untranslated column headers: https://bugs.launchpad.net/evergreen/+bug/2042915 Also, it is clear that the splash page is in English only, not looking as broken as it did previously (what might be worth noting is that the Czech splash page can be seen for just a very little moment before Evergreen redirects to the English splash page): https://bugs.launchpad.net/evergreen/+bug/2037426 Linda On 11/5/23 08:11, Linda Jansová wrote: Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Linda, I believe I've got that accomplished: https://bugsquash3.mobiusconsortium.org/eg/opac -Blake- Conducting Magic Will consume any data format MOBIUS On 11/10/2023 2:00 AM, Linda Jansová wrote: Dear Blake, Do you think you could also switch on Czech for the OPAC? It might be useful to compare what we are seeing on Terran's testbox server (where the Czech OPAC is available but not the staff client) to what we would see on your bugsquash3 server where the Czech staff client can be switched on... Thank you very much for considering this request :-)! Linda On 11/7/23 09:58, Linda Jansová wrote: Hi, Thank you once again for setting up the Czech test server! As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has been included (which, by the way, makes the staff client look much better in Czech :-), we have been able to focus on other translation issues. I have just summed up findings related to untranslated column headers: https://bugs.launchpad.net/evergreen/+bug/2042915 Also, it is clear that the splash page is in English only, not looking as broken as it did previously (what might be worth noting is that the Czech splash page can be seen for just a very little moment before Evergreen redirects to the English splash page): https://bugs.launchpad.net/evergreen/+bug/2037426 Linda On 11/5/23 08:11, Linda Jansová wrote: Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen Cataloging Interest Group – Tues, Nov 14
*Cataloging Interest Group in November* The Evergreen Cataloging Interest Group will meet next week on *Tuesday, November 14, 2023, at 2pm (ET)*. This will be our last meeting of the year as we will not be meeting in December. Everyone is welcome – please join us! The meeting will be recorded for any interested parties who cannot attend. *Evergreen Cataloging Interest Group* *Tuesday, November 14, 2023* *2:00pm ET* Zoom Meeting Link: https://us06web.zoom.us/j/89440379465?pwd=TVY4anVHZmN6ZlZQRXVTM3o5eUUyZz09 Meeting ID: 894 4037 9465 Passcode: 086021 Want to dial into the call using your phone? Find your local number: https://us06web.zoom.us/u/kcsI1s3S9P *Topic:** Cataloging Reports (Revisited)* Picking up from earlier conversations, we will share notes on existing cataloging-related reports people are using and explore possibilities with an expanding wish list of reporting ideas. If anyone has anything they want specifically included on the agenda, please let me know. We hope to see you there! Jennifer Weston, on behalf of the Cataloging IG Organizing Committee - -- The Cataloging Interest Group usually meets on the second Tuesday of each month. Everyone is welcome. Meetings are recorded and made available to the community. For more information, please visit the Cat IG wiki at: https://wiki.evergreen-ils.org/doku.php?id=cataloging:cwg - -- Jennifer Weston, MLIS Product and Education Manager Assistant Operations Manager Equinox Open Library Initiative jennifer.wes...@equinoxoli.org *www.equinoxOLI.org <http://www.equinoxOLI.org>* 877-OPEN-ILS (673-6457) direct: 770-709-5574 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Dear Blake, Do you think you could also switch on Czech for the OPAC? It might be useful to compare what we are seeing on Terran's testbox server (where the Czech OPAC is available but not the staff client) to what we would see on your bugsquash3 server where the Czech staff client can be switched on... Thank you very much for considering this request :-)! Linda On 11/7/23 09:58, Linda Jansová wrote: Hi, Thank you once again for setting up the Czech test server! As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has been included (which, by the way, makes the staff client look much better in Czech :-), we have been able to focus on other translation issues. I have just summed up findings related to untranslated column headers: https://bugs.launchpad.net/evergreen/+bug/2042915 Also, it is clear that the splash page is in English only, not looking as broken as it did previously (what might be worth noting is that the Czech splash page can be seen for just a very little moment before Evergreen redirects to the English splash page): https://bugs.launchpad.net/evergreen/+bug/2037426 Linda On 11/5/23 08:11, Linda Jansová wrote: Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Additional Name to Include in the Acknowledgements for 3.12 Release Notes
Absolutely! Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. On Thu, Nov 9, 2023 at 5:21 PM Jennifer Pringle via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hello, > > > > When the release notes are done for 3.12 could we please have Karen > MacDonald included in the acknowledgements. She did OPAC French > translations for us which I then entered into Launchpad. > > > > Thanks, > > > > Jennifer > > > > -- > > Jennifer Pringle (she/her) > > Co-op Support - Training Lead > > BC Libraries Cooperative > > Toll-free: 1-888-848-9250 > > Email:jennifer.prin...@bc.libraries.coop > > Website: http://bc.libraries.coop > > > > Gratefully acknowledging that I live and work in the unceded Traditional > Territory of the St'at'yemc Nations. > > > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Additional Name to Include in the Acknowledgements for 3.12 Release Notes
Hello, When the release notes are done for 3.12 could we please have Karen MacDonald included in the acknowledgements. She did OPAC French translations for us which I then entered into Launchpad. Thanks, Jennifer -- Jennifer Pringle (she/her) Co-op Support - Training Lead BC Libraries Cooperative Toll-free: 1-888-848-9250 Email:jennifer.prin...@bc.libraries.coop Website: http://bc.libraries.coop Gratefully acknowledging that I live and work in the unceded Traditional Territory of the St'at'yemc Nations. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen 3.12 Feedback Fest - Wednesday Update
Hi everyone! We have two days left in the Evergreen 3.12 Feedback Fest week, and a WHOLE LOT of bug fixes / proposed features that need testing! Currently loaded on test servers and ready to test: - Accessibility: 2 (changes that need to be tested) - Acquisitions: 6 - Administration Pages: 2 - Cataloging: 9 - Circulation: 3 - Course Materials: 3 - OPAC: 2 In addition: - The Self-Check interface has been rewritten in Angular and needs to be thoroughly tested - The Enhanced Concerto Data Set is installed on one of the test servers - One server is set up to run in Czech to test internationaliation / translations The full list with details is at: https://docs.google.com/spreadsheets/d/1D4LiBJZzyeuczWCwYhG0VdaJ4UlK5CaTMKg4mO_hH2U/edit#gid=0 Let's see how much of this we can get tested and included in Evergreen 3.12! Thanks all, Terran Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
On Tue, Nov 7, 2023 at 1:50 PM Garry Collum via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > This came up with us today. Try going into Chrome settings -> performance > and turn off preload pages. > Hi, Garry! I'm interested in digging into this more, and finding out what led you to this setting as a potential fix. I'll probably ask questions on IRC shortly. For those interested in adjusting this setting on managed devices, it does appear to be subject to the NetworkPredictionOptions policy: https://chromeenterprise.google/policies/#NetworkPredictionOptions This should enable organizations to disable "Preload pages" via Group Policy or Chrome Browser Cloud Management, if you make use of either of those tools to manage your devices. I have lightly tested to confirm that the NetworkPredictionOptions policy does turn the "Preload pages" setting off in the Chrome settings UI and prevents it from being enabled in the UI. The policy is lightly documented, but documentation does state that it turns off some other performance-related behaviors, such as DNS prefetching. Usual disclaimers/advice applies: Please don't deploy this policy change in your environment based only on my mentioning of it here, consider impacts of setting and/or later removing the policy, test, etc. -jeff ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
On Wed, Nov 8, 2023 at 7:25 AM Garry Collum via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > By the way 'preload pages' was not an option in Chrome on my Mac > yesterday. Today it is. > Garry- The setting recently moved, so it's likely that you had the setting, but in a different place. earlier: chrome://settings/preloading (Settings -> Privacy and Security -> Cookies and other site data -> Preload pages) more recently: chrome://settings/performance (Settings -> Performance -> Speed -> Preload pages) -jeff _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
By the way 'preload pages' was not an option in Chrome on my Mac yesterday. Today it is. Original message From: John Amundson via Evergreen-general Date: 11/7/23 2:05 PM (GMT-05:00) To: Daniel Guarracino Cc: John Amundson , Evergreen-general Subject: Re: [Evergreen-general] Inconsistent White Screens with Hatch Thanks for the detailed reply, Dan. All good information to have. We're going to try Garry's solution and see if it works: "Try going into Chrome settings -> performance and turn off preload pages." So far so good, but it's only been a few minutes. John [https://ci3.googleusercontent.com/mail-sig/AIorK4wvJisWKEcU1hp3aB6DvlIiGEoGe1GB9N5Bd_3T9VrHtqvFZ2MKH6Iyyzn0PTTeUWUJ5cCNNec] John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org<mailto:jamund...@cwmars.org> | 508-755-3323 x1 https://www.cwmars.org<https://www.cwmars.org/> he/him/his<https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino mailto:dguarrac...@owwl.org>> wrote: Hi John, We've also encountered intermittent Hatch issues recently that are exactly as you describe. We had two reports of this behavior the week of October 23. At the time, we were also on 3.7.3. Both libraries that were affected encountered incomplete page loads only when accessing bookmarks (such as for Checkout, Item Status, etc.) while Hatch was enabled. If the affected libraries reloaded a page after the incomplete page load OR if the bookmark was clicked twice in quick succession (innovative!), it would load completely without fail. If Hatch was disabled or if links were accessed using the links within Evergreen's interface, the page loaded just fine -- no workaround necessary. I took a look at the extensions logs on an affected machine. Hatch is exhibiting the same type of behavior as it had in late 2021 with these incomplete page loads, where the port for the tab is disconnected and Hatch does not respond to the message it is sent. We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see if the upgrade somehow resolved the Hatch-related problems before trying to figure these out, especially since two of our libraries were affected. Unfortunately, at least one of the libraries is still encountering problems with bookmarks. And, funny enough, we've had two more libraries report what sounds like the same problem within the past hour or so. Since the upgrade to 3.11, we've also encountered another Hatch-related issue. I'm not sure if it's the same root cause, but I figured I'd mention it: With Hatch enabled, opening Evergreen's home button in a new tab results in being asked to register a workstation. This behavior isn't encountered when Hatch is disabled. It's only encountered when opening the splash page via that home button in a new tab; opening in the same tab works fine. So, +1 to the idea that something has recently caused Hatch to start misbehaving. Dan -- Daniel Guarracino Automation Services Librarian OWWL Library System 2557 State Route 21 Canandaigua, NY 14424 585.394.8260 x1104 ____ From: "Evergreen-general" mailto:evergreen-general@list.evergreen-ils.org>> To: "Evergreen-general" mailto:evergreen-general@list.evergreen-ils.org>> Cc: "John Amundson" mailto:jamund...@cwmars.org>> Sent: Tuesday, November 7, 2023 1:30:07 PM Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: * Running Evergreen 3.73 plus some newer features * Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 * Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: * Clearing cache * Updating/recreating bookmarks * Updating Chrome * Updating Hatch * Reinstalling Hatch * Clearing site settings and cookies * Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message:
Re: [Evergreen-general] Inconsistent White Screens with Hatch
By the way 'preload pages' was not an option in Chrome on my Mac yesterday. Today it is. Original message From: John Amundson via Evergreen-general Date: 11/7/23 2:05 PM (GMT-05:00) To: Daniel Guarracino Cc: John Amundson , Evergreen-general Subject: Re: [Evergreen-general] Inconsistent White Screens with Hatch Thanks for the detailed reply, Dan. All good information to have. We're going to try Garry's solution and see if it works: "Try going into Chrome settings -> performance and turn off preload pages." So far so good, but it's only been a few minutes. John [https://ci3.googleusercontent.com/mail-sig/AIorK4wvJisWKEcU1hp3aB6DvlIiGEoGe1GB9N5Bd_3T9VrHtqvFZ2MKH6Iyyzn0PTTeUWUJ5cCNNec] John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org<mailto:jamund...@cwmars.org> | 508-755-3323 x1 https://www.cwmars.org<https://www.cwmars.org/> he/him/his<https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino mailto:dguarrac...@owwl.org>> wrote: Hi John, We've also encountered intermittent Hatch issues recently that are exactly as you describe. We had two reports of this behavior the week of October 23. At the time, we were also on 3.7.3. Both libraries that were affected encountered incomplete page loads only when accessing bookmarks (such as for Checkout, Item Status, etc.) while Hatch was enabled. If the affected libraries reloaded a page after the incomplete page load OR if the bookmark was clicked twice in quick succession (innovative!), it would load completely without fail. If Hatch was disabled or if links were accessed using the links within Evergreen's interface, the page loaded just fine -- no workaround necessary. I took a look at the extensions logs on an affected machine. Hatch is exhibiting the same type of behavior as it had in late 2021 with these incomplete page loads, where the port for the tab is disconnected and Hatch does not respond to the message it is sent. We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see if the upgrade somehow resolved the Hatch-related problems before trying to figure these out, especially since two of our libraries were affected. Unfortunately, at least one of the libraries is still encountering problems with bookmarks. And, funny enough, we've had two more libraries report what sounds like the same problem within the past hour or so. Since the upgrade to 3.11, we've also encountered another Hatch-related issue. I'm not sure if it's the same root cause, but I figured I'd mention it: With Hatch enabled, opening Evergreen's home button in a new tab results in being asked to register a workstation. This behavior isn't encountered when Hatch is disabled. It's only encountered when opening the splash page via that home button in a new tab; opening in the same tab works fine. So, +1 to the idea that something has recently caused Hatch to start misbehaving. Dan -- Daniel Guarracino Automation Services Librarian OWWL Library System 2557 State Route 21 Canandaigua, NY 14424 585.394.8260 x1104 ____ From: "Evergreen-general" mailto:evergreen-general@list.evergreen-ils.org>> To: "Evergreen-general" mailto:evergreen-general@list.evergreen-ils.org>> Cc: "John Amundson" mailto:jamund...@cwmars.org>> Sent: Tuesday, November 7, 2023 1:30:07 PM Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: * Running Evergreen 3.73 plus some newer features * Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 * Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: * Clearing cache * Updating/recreating bookmarks * Updating Chrome * Updating Hatch * Reinstalling Hatch * Clearing site settings and cookies * Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message:
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Diane, Did they still disable the Preload Pages setting? While only Hatch libraries have reported the issue in my network so far, I wouldn't be surprised if it could affect non-Hatch workstations, too. I'd still disable the setting to see if it helps. John John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org | 508-755-3323 x1 <5087553323p1> https://www.cwmars.org he/him/his <https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 4:56 PM Diane Disbro via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I forwarded all of this information to Missouri Evergreen libraries. Two > have replied that they don't use Hatch and are still seeing an increase in > White Screen incidents. > > Diane Disbro > Pronouns: she/her > Circulation Coordinator > Scenic Regional Library > 251 Union Plaza Drive > Union, MO 63084 > (636) 583-0652 ext 110 > ddis...@scenicregional.org > > > > On Tue, Nov 7, 2023 at 3:07 PM Daniel Guarracino via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Turning off "preload pages" in Chrome fixed the problem on all the >> affected computers that I've updated so far this afternoon. >> >> Thanks very much for that fix, Garry! >> >> Dan >> >> -- >> Daniel Guarracino >> Automation Services Librarian >> OWWL Library System >> 2557 State Route 21 >> Canandaigua, NY 14424 >> 585.394.8260 x1104 >> >> ------ >> *From: *"Evergreen-general" >> *To: *"Evergreen-general" >> *Cc: *"Diane Disbro" >> *Sent: *Tuesday, November 7, 2023 3:59:15 PM >> *Subject: *Re: [Evergreen-general] Inconsistent White Screens with Hatch >> >> We are also experiencing this randomly throughout Missouri Evergreen. >> Thanks for the tips. >> >> Diane Disbro >> Pronouns: she/her >> Circulation Coordinator >> Scenic Regional Library >> 251 Union Plaza Drive >> Union, MO 63084 >> (636) 583-0652 ext 110 >> ddis...@scenicregional.org >> >> >> >> On Tue, Nov 7, 2023 at 1:05 PM John Amundson via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> Thanks for the detailed reply, Dan. All good information to have. >>> >>> We're going to try Garry's solution and see if it works: "Try going into >>> Chrome settings -> performance and turn off preload pages." So far so good, >>> but it's only been a few minutes. >>> >>> John >>> >>> John Amundson | Library Applications Supervisor | CW MARS >>> >>> jamund...@cwmars.org | 508-755-3323 x1 >>> >>> https://www.cwmars.org >>> >>> he/him/his <https://www.mypronouns.org/he-him> >>> >>> >>> On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino >>> wrote: >>> >>>> Hi John, >>>> >>>> We've also encountered intermittent Hatch issues recently that are >>>> exactly as you describe. >>>> >>>> We had two reports of this behavior the week of October 23. At the >>>> time, we were also on 3.7.3. Both libraries that were affected encountered >>>> incomplete page loads only when accessing bookmarks (such as for Checkout, >>>> Item Status, etc.) while Hatch was enabled. If the affected libraries >>>> reloaded a page after the incomplete page load OR if the bookmark was >>>> clicked twice in quick succession (innovative!), it would load completely >>>> without fail. If Hatch was disabled or if links were accessed using the >>>> links within Evergreen's interface, the page loaded just fine -- no >>>> workaround necessary. >>>> >>>> I took a look at the extensions logs on an affected machine. Hatch is >>>> exhibiting the same type of behavior as it had in late 2021 with these >>>> incomplete page loads, where the port for the tab is disconnected and Hatch >>>> does not respond to the message it is sent. >>>> >>>> We upgraded to 3.11.1 at the end of last week, so I wanted to wait to >>>> see if the upgrade somehow resolved the Hatch-related problems before >>>> trying to figure these out, especially since two of our libraries were >>>> affected. Unfortunately, at least one of the libraries is still >>>> encountering problems with bookmarks. And, funny enough, we've had two more >>>> libraries report what sounds like the same pro
Re: [Evergreen-general] Inconsistent White Screens with Hatch
I forwarded all of this information to Missouri Evergreen libraries. Two have replied that they don't use Hatch and are still seeing an increase in White Screen incidents. Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.org On Tue, Nov 7, 2023 at 3:07 PM Daniel Guarracino via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Turning off "preload pages" in Chrome fixed the problem on all the > affected computers that I've updated so far this afternoon. > > Thanks very much for that fix, Garry! > > Dan > > -- > Daniel Guarracino > Automation Services Librarian > OWWL Library System > 2557 State Route 21 > Canandaigua, NY 14424 > 585.394.8260 x1104 > > ------ > *From: *"Evergreen-general" > *To: *"Evergreen-general" > *Cc: *"Diane Disbro" > *Sent: *Tuesday, November 7, 2023 3:59:15 PM > *Subject: *Re: [Evergreen-general] Inconsistent White Screens with Hatch > > We are also experiencing this randomly throughout Missouri Evergreen. > Thanks for the tips. > > Diane Disbro > Pronouns: she/her > Circulation Coordinator > Scenic Regional Library > 251 Union Plaza Drive > Union, MO 63084 > (636) 583-0652 ext 110 > ddis...@scenicregional.org > > > > On Tue, Nov 7, 2023 at 1:05 PM John Amundson via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Thanks for the detailed reply, Dan. All good information to have. >> >> We're going to try Garry's solution and see if it works: "Try going into >> Chrome settings -> performance and turn off preload pages." So far so good, >> but it's only been a few minutes. >> >> John >> >> John Amundson | Library Applications Supervisor | CW MARS >> >> jamund...@cwmars.org | 508-755-3323 x1 >> >> https://www.cwmars.org >> >> he/him/his <https://www.mypronouns.org/he-him> >> >> >> On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino >> wrote: >> >>> Hi John, >>> >>> We've also encountered intermittent Hatch issues recently that are >>> exactly as you describe. >>> >>> We had two reports of this behavior the week of October 23. At the time, >>> we were also on 3.7.3. Both libraries that were affected encountered >>> incomplete page loads only when accessing bookmarks (such as for Checkout, >>> Item Status, etc.) while Hatch was enabled. If the affected libraries >>> reloaded a page after the incomplete page load OR if the bookmark was >>> clicked twice in quick succession (innovative!), it would load completely >>> without fail. If Hatch was disabled or if links were accessed using the >>> links within Evergreen's interface, the page loaded just fine -- no >>> workaround necessary. >>> >>> I took a look at the extensions logs on an affected machine. Hatch is >>> exhibiting the same type of behavior as it had in late 2021 with these >>> incomplete page loads, where the port for the tab is disconnected and Hatch >>> does not respond to the message it is sent. >>> >>> We upgraded to 3.11.1 at the end of last week, so I wanted to wait to >>> see if the upgrade somehow resolved the Hatch-related problems before >>> trying to figure these out, especially since two of our libraries were >>> affected. Unfortunately, at least one of the libraries is still >>> encountering problems with bookmarks. And, funny enough, we've had two more >>> libraries report what sounds like the same problem within the past hour or >>> so. >>> >>> Since the upgrade to 3.11, we've also encountered another Hatch-related >>> issue. I'm not sure if it's the same root cause, but I figured I'd mention >>> it: With Hatch enabled, opening Evergreen's home button in a new tab >>> results in being asked to register a workstation. This behavior isn't >>> encountered when Hatch is disabled. It's only encountered when opening the >>> splash page via that home button in a new tab; opening in the same tab >>> works fine. >>> >>> So, +1 to the idea that something has recently caused Hatch to start >>> misbehaving. >>> >>> Dan >>> >>> -- >>> Daniel Guarracino >>> Automation Services Librarian >>> OWWL Library System >>> 2557 State Route 21 >>> Canandaigua, NY 14424 >>> 585.394.8260 x1104 >>> >>
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Turning off "preload pages" in Chrome fixed the problem on all the affected computers that I've updated so far this afternoon. Thanks very much for that fix, Garry! Dan -- Daniel Guarracino Automation Services Librarian OWWL Library System 2557 State Route 21 Canandaigua, NY 14424 585.394.8260 x1104 From: "Evergreen-general" To: "Evergreen-general" Cc: "Diane Disbro" Sent: Tuesday, November 7, 2023 3:59:15 PM Subject: Re: [Evergreen-general] Inconsistent White Screens with Hatch We are also experiencing this randomly throughout Missouri Evergreen. Thanks for the tips. Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 [ mailto:ddis...@scenicregional.org | ddis...@scenicregional.org ] On Tue, Nov 7, 2023 at 1:05 PM John Amundson via Evergreen-general < [ mailto:evergreen-general@list.evergreen-ils.org | evergreen-general@list.evergreen-ils.org ] > wrote: Thanks for the detailed reply, Dan. All good information to have. We're going to try Garry's solution and see if it works: "Try going into Chrome settings -> performance and turn off preload pages." So far so good, but it's only been a few minutes. John John Amundson | Library Applications Supervisor | CW MARS [ mailto:jamund...@cwmars.org | jamund...@cwmars.org ] | 508-755-3323 x1 [ https://www.cwmars.org/ | https://www.cwmars.org ] [ https://www.mypronouns.org/he-him | he/him/his ] [ http:/// ] On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino < [ mailto:dguarrac...@owwl.org | dguarrac...@owwl.org ] > wrote: BQ_BEGIN Hi John, We've also encountered intermittent Hatch issues recently that are exactly as you describe. We had two reports of this behavior the week of October 23. At the time, we were also on 3.7.3. Both libraries that were affected encountered incomplete page loads only when accessing bookmarks (such as for Checkout, Item Status, etc.) while Hatch was enabled. If the affected libraries reloaded a page after the incomplete page load OR if the bookmark was clicked twice in quick succession (innovative!), it would load completely without fail. If Hatch was disabled or if links were accessed using the links within Evergreen's interface, the page loaded just fine -- no workaround necessary. I took a look at the extensions logs on an affected machine. Hatch is exhibiting the same type of behavior as it had in late 2021 with these incomplete page loads, where the port for the tab is disconnected and Hatch does not respond to the message it is sent. We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see if the upgrade somehow resolved the Hatch-related problems before trying to figure these out, especially since two of our libraries were affected. Unfortunately, at least one of the libraries is still encountering problems with bookmarks. And, funny enough, we've had two more libraries report what sounds like the same problem within the past hour or so. Since the upgrade to 3.11, we've also encountered another Hatch-related issue. I'm not sure if it's the same root cause, but I figured I'd mention it: With Hatch enabled, opening Evergreen's home button in a new tab results in being asked to register a workstation. This behavior isn't encountered when Hatch is disabled. It's only encountered when opening the splash page via that home button in a new tab; opening in the same tab works fine. So, +1 to the idea that something has recently caused Hatch to start misbehaving. Dan -- Daniel Guarracino Automation Services Librarian OWWL Library System 2557 State Route 21 Canandaigua, NY 14424 585.394.8260 x1104 From: "Evergreen-general" < [ mailto:evergreen-general@list.evergreen-ils.org | evergreen-general@list.evergreen-ils.org ] > To: "Evergreen-general" < [ mailto:evergreen-general@list.evergreen-ils.org | evergreen-general@list.evergreen-ils.org ] > Cc: "John Amundson" < [ mailto:jamund...@cwmars.org | jamund...@cwmars.org ] > Sent: Tuesday, November 7, 2023 1:30:07 PM Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have
Re: [Evergreen-general] Inconsistent White Screens with Hatch
We are also experiencing this randomly throughout Missouri Evergreen. Thanks for the tips. Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.org On Tue, Nov 7, 2023 at 1:05 PM John Amundson via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Thanks for the detailed reply, Dan. All good information to have. > > We're going to try Garry's solution and see if it works: "Try going into > Chrome settings -> performance and turn off preload pages." So far so good, > but it's only been a few minutes. > > John > > John Amundson | Library Applications Supervisor | CW MARS > > jamund...@cwmars.org | 508-755-3323 x1 <5087553323p1> > > https://www.cwmars.org > > he/him/his <https://www.mypronouns.org/he-him> > > > On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino > wrote: > >> Hi John, >> >> We've also encountered intermittent Hatch issues recently that are >> exactly as you describe. >> >> We had two reports of this behavior the week of October 23. At the time, >> we were also on 3.7.3. Both libraries that were affected encountered >> incomplete page loads only when accessing bookmarks (such as for Checkout, >> Item Status, etc.) while Hatch was enabled. If the affected libraries >> reloaded a page after the incomplete page load OR if the bookmark was >> clicked twice in quick succession (innovative!), it would load completely >> without fail. If Hatch was disabled or if links were accessed using the >> links within Evergreen's interface, the page loaded just fine -- no >> workaround necessary. >> >> I took a look at the extensions logs on an affected machine. Hatch is >> exhibiting the same type of behavior as it had in late 2021 with these >> incomplete page loads, where the port for the tab is disconnected and Hatch >> does not respond to the message it is sent. >> >> We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see >> if the upgrade somehow resolved the Hatch-related problems before trying to >> figure these out, especially since two of our libraries were affected. >> Unfortunately, at least one of the libraries is still encountering problems >> with bookmarks. And, funny enough, we've had two more libraries report what >> sounds like the same problem within the past hour or so. >> >> Since the upgrade to 3.11, we've also encountered another Hatch-related >> issue. I'm not sure if it's the same root cause, but I figured I'd mention >> it: With Hatch enabled, opening Evergreen's home button in a new tab >> results in being asked to register a workstation. This behavior isn't >> encountered when Hatch is disabled. It's only encountered when opening the >> splash page via that home button in a new tab; opening in the same tab >> works fine. >> >> So, +1 to the idea that something has recently caused Hatch to start >> misbehaving. >> >> Dan >> >> -- >> Daniel Guarracino >> Automation Services Librarian >> OWWL Library System >> 2557 State Route 21 >> Canandaigua, NY 14424 >> 585.394.8260 x1104 >> >> -- >> *From: *"Evergreen-general" >> *To: *"Evergreen-general" >> *Cc: *"John Amundson" >> *Sent: *Tuesday, November 7, 2023 1:30:07 PM >> *Subject: *[Evergreen-general] Inconsistent White Screens with Hatch >> >> Hello! >> >> Historically we've found that bad installations of Hatch can lead to >> blank/white screens in Evergreen, and reinstalling Hatch usually resolves >> this. >> >> However, over the last week or so, we've started to receive reports of >> blank/white screens that we cannot seem to resolve. The problem is slightly >> different from historical reports in that the white screens do not appear >> every time, and they are more likely to appear when accessing a web client >> page from a bookmark than within the client. Refreshing a blank page can >> sometimes force it to load correctly. It's the inconsistency that's making >> this hard to nail down. >> >> Has anyone else run into this issue and have you had any luck in >> resolving it? We've gotten a total of 5 reports over the last week or so. >> >> Some information about our setup: >> >>- Running Evergreen 3.73 plus some newer features >>- Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 >>- Affecting (at least) Hatch version 0.3.2 and 0.3.3. >> >>
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Thanks for the detailed reply, Dan. All good information to have. We're going to try Garry's solution and see if it works: "Try going into Chrome settings -> performance and turn off preload pages." So far so good, but it's only been a few minutes. John John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org | 508-755-3323 x1 <5087553323p1> https://www.cwmars.org he/him/his <https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 1:51 PM Daniel Guarracino wrote: > Hi John, > > We've also encountered intermittent Hatch issues recently that are exactly > as you describe. > > We had two reports of this behavior the week of October 23. At the time, > we were also on 3.7.3. Both libraries that were affected encountered > incomplete page loads only when accessing bookmarks (such as for Checkout, > Item Status, etc.) while Hatch was enabled. If the affected libraries > reloaded a page after the incomplete page load OR if the bookmark was > clicked twice in quick succession (innovative!), it would load completely > without fail. If Hatch was disabled or if links were accessed using the > links within Evergreen's interface, the page loaded just fine -- no > workaround necessary. > > I took a look at the extensions logs on an affected machine. Hatch is > exhibiting the same type of behavior as it had in late 2021 with these > incomplete page loads, where the port for the tab is disconnected and Hatch > does not respond to the message it is sent. > > We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see > if the upgrade somehow resolved the Hatch-related problems before trying to > figure these out, especially since two of our libraries were affected. > Unfortunately, at least one of the libraries is still encountering problems > with bookmarks. And, funny enough, we've had two more libraries report what > sounds like the same problem within the past hour or so. > > Since the upgrade to 3.11, we've also encountered another Hatch-related > issue. I'm not sure if it's the same root cause, but I figured I'd mention > it: With Hatch enabled, opening Evergreen's home button in a new tab > results in being asked to register a workstation. This behavior isn't > encountered when Hatch is disabled. It's only encountered when opening the > splash page via that home button in a new tab; opening in the same tab > works fine. > > So, +1 to the idea that something has recently caused Hatch to start > misbehaving. > > Dan > > -- > Daniel Guarracino > Automation Services Librarian > OWWL Library System > 2557 State Route 21 > Canandaigua, NY 14424 > 585.394.8260 x1104 > > ------ > *From: *"Evergreen-general" > *To: *"Evergreen-general" > *Cc: *"John Amundson" > *Sent: *Tuesday, November 7, 2023 1:30:07 PM > *Subject: *[Evergreen-general] Inconsistent White Screens with Hatch > > Hello! > > Historically we've found that bad installations of Hatch can lead to > blank/white screens in Evergreen, and reinstalling Hatch usually resolves > this. > > However, over the last week or so, we've started to receive reports of > blank/white screens that we cannot seem to resolve. The problem is slightly > different from historical reports in that the white screens do not appear > every time, and they are more likely to appear when accessing a web client > page from a bookmark than within the client. Refreshing a blank page can > sometimes force it to load correctly. It's the inconsistency that's making > this hard to nail down. > > Has anyone else run into this issue and have you had any luck in resolving > it? We've gotten a total of 5 reports over the last week or so. > > Some information about our setup: > >- Running Evergreen 3.73 plus some newer features >- Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 >- Affecting (at least) Hatch version 0.3.2 and 0.3.3. > > And what we've tried: > >- Clearing cache >- Updating/recreating bookmarks >- Updating Chrome >- Updating Hatch >- Reinstalling Hatch >- Clearing site settings and cookies >- Removing eg.hatch.login_keys from in-browser preferences > > The only way we've found to stop it completely is to disable Hatch, which > some of our libraries rely on heavily. > > When a page fails to load, the console seems to hang up on this message: > [image: image.png] > > Anyone have any thoughts or suggestions? > > Thank you! > > John > > John Amundson | Library Applications Supervisor | CW MARS > > jamund...@cwmars.org | 508-755-3323 x322 > > https://www.cwmars.org > > he/him/his <https://www.mypr
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Thanks, Garry! We made this change on one of the computers having trouble, and it seems to be helping at the moment. We'll see if it resolves it completely. Fingers crossed. John John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org | 508-755-3323 x1 <5087553323p1> https://www.cwmars.org he/him/his <https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 1:50 PM Garry Collum via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > This came up with us today. Try going into Chrome settings -> performance > and turn off preload pages. > > Garry > > > > > Original message ---- > From: Elizabeth Davis via Evergreen-general < > evergreen-general@list.evergreen-ils.org> > Date: 11/7/23 1:35 PM (GMT-05:00) > To: Evergreen Discussion Group > Cc: Elizabeth Davis > Subject: Re: [Evergreen-general] Inconsistent White Screens with Hatch > > HI John > > > > Is Java up to date? > > > > *Elizabeth Davis* (she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System **(PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org | supp...@sparkpa.org > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *John > Amundson via Evergreen-general > *Sent:* Tuesday, November 7, 2023 1:30 PM > *To:* Evergreen Discussion Group > > *Cc:* John Amundson > *Subject:* [Evergreen-general] Inconsistent White Screens with Hatch > > > > Hello! > > > > Historically we've found that bad installations of Hatch can lead to > blank/white screens in Evergreen, and reinstalling Hatch usually resolves > this. > > > > However, over the last week or so, we've started to receive reports of > blank/white screens that we cannot seem to resolve. The problem is slightly > different from historical reports in that the white screens do not appear > every time, and they are more likely to appear when accessing a web client > page from a bookmark than within the client. Refreshing a blank page can > sometimes force it to load correctly. It's the inconsistency that's making > this hard to nail down. > > > > Has anyone else run into this issue and have you had any luck in resolving > it? We've gotten a total of 5 reports over the last week or so. > > > > Some information about our setup: > >- Running Evergreen 3.73 plus some newer features >- Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 >- Affecting (at least) Hatch version 0.3.2 and 0.3.3. > > And what we've tried: > >- Clearing cache >- Updating/recreating bookmarks >- Updating Chrome >- Updating Hatch >- Reinstalling Hatch >- Clearing site settings and cookies >- Removing eg.hatch.login_keys from in-browser preferences > > The only way we've found to stop it completely is to disable Hatch, which > some of our libraries rely on heavily. > > > > When a page fails to load, the console seems to hang up on this message: > > > > Anyone have any thoughts or suggestions? > > > > Thank you! > > > > John > > John Amundson | Library Applications Supervisor | CW MARS > > jamund...@cwmars.org | 508-755-3323 x322 <%28508%29%20755-3323> > > https://www.cwmars.org > > he/him/his <https://www.mypronouns.org/he-him> > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Hi John, We've also encountered intermittent Hatch issues recently that are exactly as you describe. We had two reports of this behavior the week of October 23. At the time, we were also on 3.7.3. Both libraries that were affected encountered incomplete page loads only when accessing bookmarks (such as for Checkout, Item Status, etc.) while Hatch was enabled. If the affected libraries reloaded a page after the incomplete page load OR if the bookmark was clicked twice in quick succession (innovative!), it would load completely without fail. If Hatch was disabled or if links were accessed using the links within Evergreen's interface, the page loaded just fine -- no workaround necessary. I took a look at the extensions logs on an affected machine. Hatch is exhibiting the same type of behavior as it had in late 2021 with these incomplete page loads, where the port for the tab is disconnected and Hatch does not respond to the message it is sent. We upgraded to 3.11.1 at the end of last week, so I wanted to wait to see if the upgrade somehow resolved the Hatch-related problems before trying to figure these out, especially since two of our libraries were affected. Unfortunately, at least one of the libraries is still encountering problems with bookmarks. And, funny enough, we've had two more libraries report what sounds like the same problem within the past hour or so. Since the upgrade to 3.11, we've also encountered another Hatch-related issue. I'm not sure if it's the same root cause, but I figured I'd mention it: With Hatch enabled, opening Evergreen's home button in a new tab results in being asked to register a workstation. This behavior isn't encountered when Hatch is disabled. It's only encountered when opening the splash page via that home button in a new tab; opening in the same tab works fine. So, +1 to the idea that something has recently caused Hatch to start misbehaving. Dan -- Daniel Guarracino Automation Services Librarian OWWL Library System 2557 State Route 21 Canandaigua, NY 14424 585.394.8260 x1104 From: "Evergreen-general" To: "Evergreen-general" Cc: "John Amundson" Sent: Tuesday, November 7, 2023 1:30:07 PM Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: * Running Evergreen 3.73 plus some newer features * Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 * Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: * Clearing cache * Updating/recreating bookmarks * Updating Chrome * Updating Hatch * Reinstalling Hatch * Clearing site settings and cookies * Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message: Anyone have any thoughts or suggestions? Thank you! John John Amundson | Library Applications Supervisor | CW MARS [ mailto:jamund...@cwmars.org | jamund...@cwmars.org ] | 508-755-3323 x322 [ https://www.cwmars.org/ | https://www.cwmars.org ] [ https://www.mypronouns.org/he-him | he/him/his ] [ http:/// ] _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
This came up with us today. Try going into Chrome settings -> performance and turn off preload pages. Garry Original message From: Elizabeth Davis via Evergreen-general Date: 11/7/23 1:35 PM (GMT-05:00) To: Evergreen Discussion Group Cc: Elizabeth Davis Subject: Re: [Evergreen-general] Inconsistent White Screens with Hatch HI John Is Java up to date? [cid:image004.png@01DA117F.4CB8A8E0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general On Behalf Of John Amundson via Evergreen-general Sent: Tuesday, November 7, 2023 1:30 PM To: Evergreen Discussion Group Cc: John Amundson Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: * Running Evergreen 3.73 plus some newer features * Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 * Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: * Clearing cache * Updating/recreating bookmarks * Updating Chrome * Updating Hatch * Reinstalling Hatch * Clearing site settings and cookies * Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message: [cid:image003.png@01DA117F.4CB378C0] Anyone have any thoughts or suggestions? Thank you! John [https://ci3.googleusercontent.com/mail-sig/AIorK4wvJisWKEcU1hp3aB6DvlIiGEoGe1GB9N5Bd_3T9VrHtqvFZ2MKH6Iyyzn0PTTeUWUJ5cCNNec] John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org<mailto:jamund...@cwmars.org> | 508-755-3323 x322 https://www.cwmars.org<https://www.cwmars.org/> he/him/his<https://www.mypronouns.org/he-him> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
Hi, Elizabeth: Thank you for the reply. My understanding is that the more recent versions of Hatch do not need a standalone installation of Java. We removed that requirement from our instructions year(s) ago and haven't had any trouble. I would hope by updating Hatch the most recent version (0.3.3), we'd also be updating the necessary bits of Java. John John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org | 508-755-3323 x322 <%28508%29%20755-3323> https://www.cwmars.org he/him/his <https://www.mypronouns.org/he-him> On Tue, Nov 7, 2023 at 1:35 PM Elizabeth Davis wrote: > HI John > > > > Is Java up to date? > > > > *Elizabeth Davis* (she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System **(PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org | supp...@sparkpa.org > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *John > Amundson via Evergreen-general > *Sent:* Tuesday, November 7, 2023 1:30 PM > *To:* Evergreen Discussion Group > > *Cc:* John Amundson > *Subject:* [Evergreen-general] Inconsistent White Screens with Hatch > > > > Hello! > > > > Historically we've found that bad installations of Hatch can lead to > blank/white screens in Evergreen, and reinstalling Hatch usually resolves > this. > > > > However, over the last week or so, we've started to receive reports of > blank/white screens that we cannot seem to resolve. The problem is slightly > different from historical reports in that the white screens do not appear > every time, and they are more likely to appear when accessing a web client > page from a bookmark than within the client. Refreshing a blank page can > sometimes force it to load correctly. It's the inconsistency that's making > this hard to nail down. > > > > Has anyone else run into this issue and have you had any luck in resolving > it? We've gotten a total of 5 reports over the last week or so. > > > > Some information about our setup: > >- Running Evergreen 3.73 plus some newer features >- Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 >- Affecting (at least) Hatch version 0.3.2 and 0.3.3. > > And what we've tried: > >- Clearing cache >- Updating/recreating bookmarks >- Updating Chrome >- Updating Hatch >- Reinstalling Hatch >- Clearing site settings and cookies >- Removing eg.hatch.login_keys from in-browser preferences > > The only way we've found to stop it completely is to disable Hatch, which > some of our libraries rely on heavily. > > > > When a page fails to load, the console seems to hang up on this message: > > > > Anyone have any thoughts or suggestions? > > > > Thank you! > > > > John > > John Amundson | Library Applications Supervisor | CW MARS > > jamund...@cwmars.org | 508-755-3323 x322 <%28508%29%20755-3323> > > https://www.cwmars.org > > he/him/his <https://www.mypronouns.org/he-him> > > > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inconsistent White Screens with Hatch
HI John Is Java up to date? [cid:image004.png@01DA117F.4CB8A8E0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general On Behalf Of John Amundson via Evergreen-general Sent: Tuesday, November 7, 2023 1:30 PM To: Evergreen Discussion Group Cc: John Amundson Subject: [Evergreen-general] Inconsistent White Screens with Hatch Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: * Running Evergreen 3.73 plus some newer features * Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 * Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: * Clearing cache * Updating/recreating bookmarks * Updating Chrome * Updating Hatch * Reinstalling Hatch * Clearing site settings and cookies * Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message: [cid:image003.png@01DA117F.4CB378C0] Anyone have any thoughts or suggestions? Thank you! John [https://ci3.googleusercontent.com/mail-sig/AIorK4wvJisWKEcU1hp3aB6DvlIiGEoGe1GB9N5Bd_3T9VrHtqvFZ2MKH6Iyyzn0PTTeUWUJ5cCNNec] John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org<mailto:jamund...@cwmars.org> | 508-755-3323 x322 https://www.cwmars.org<https://www.cwmars.org/> he/him/his<https://www.mypronouns.org/he-him> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Evergreen Feedback Fest Starts NOW!
Thank you for letting me know - I can confirm that OPAC search isn't working on that server for some reason. It is working within the staff client, so I will have to do some research. Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. On Tue, Nov 7, 2023 at 12:19 PM Cerninakova Eva via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Terran, > > > I wonder if your "testbox" is working properly? I tried perform a search > and (unless I did something wrong) there are no results (see the > attachment). > > Eva > > > > > > > > Mgr. Eva Cerniňáková, Ph.D. > vedoucí Knihovny Jabok > > Jabok - Vyšší odborná škola sociálně pedagogická a teologická > > +420 211 222 409 > cer...@jabok.cz > knihovna.jabok.cz > Salmovská 8, Praha 2, 120 00 > > > > > > > > Dne po 6. 11. 2023 15:05 uživatel Terran McCanna via Evergreen-general < > evergreen-general@list.evergreen-ils.org> napsal: > >> Hi everyone! >> >> This week is Evergreen Feedback Fest! We have multiple test servers >> prepared for you to put what will potentially be Evergreen 3.12 through its >> paces, and test out a whoole lot of recent bug fixes and features that >> have been developed. The development community has been busy, so please >> pitch in and test some of these proposed changes so that we can make 3.12 a >> great update! >> >> Here is the testing spreadsheet; >> >> https://docs.google.com/spreadsheets/d/1D4LiBJZzyeuczWCwYhG0VdaJ4UlK5CaTMKg4mO_hH2U/edit#gid=0 >> >> Brief guide to testing: >> >>1. The list of available test servers is in the first column, with >>the list of which fixes/features are loaded onto that server to the right. >>Each test server is loaded with stock Concerto >><https://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins> data. >>2. Pick a bug fix that you are interested in testing and carefully >>read the description and comments on the associated Launchpad link. >>3. Log into the test server to thoroughly test the fix. Be sure to >>log in with different levels of users in case there are issues with >>permissions. >>4. If you find problems, add your comments to the Launchpad ticket. >>5. If you don't find any problems, you may sign off on the code >>through Git or add a comment to the Launchpad bug that says "I have tested >>this code and consent to signing off on it with my name, [enter name or >>consistent alias] and my email address, [enter email address]." >> >> >> Terran McCanna, PINES Program Manager >> -- >> >> Georgia Public Library Service | University System of Georgia >> >> 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 >> >> (404) 235-7138 | tmcca...@georgialibraries.org >> >> http://help.georgialibraries.org | h...@georgialibraries.org >> >> <https://www.facebook.com/georgialibraries> >> <https://www.twitter.com/georgialibs> >> <https://www.instagram.com/georgialibraries/> >> <https://www.twitter.com/georgialibs> >> >> Join our email list <http://georgialibraries.org> for stories of Georgia >> libraries making an impact in our communities. >> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Inconsistent White Screens with Hatch
Hello! Historically we've found that bad installations of Hatch can lead to blank/white screens in Evergreen, and reinstalling Hatch usually resolves this. However, over the last week or so, we've started to receive reports of blank/white screens that we cannot seem to resolve. The problem is slightly different from historical reports in that the white screens do not appear every time, and they are more likely to appear when accessing a web client page from a bookmark than within the client. Refreshing a blank page can sometimes force it to load correctly. It's the inconsistency that's making this hard to nail down. Has anyone else run into this issue and have you had any luck in resolving it? We've gotten a total of 5 reports over the last week or so. Some information about our setup: - Running Evergreen 3.73 plus some newer features - Affecting (at least) Chrome 119.0.6045.105 and 119.0.6045.106 - Affecting (at least) Hatch version 0.3.2 and 0.3.3. And what we've tried: - Clearing cache - Updating/recreating bookmarks - Updating Chrome - Updating Hatch - Reinstalling Hatch - Clearing site settings and cookies - Removing eg.hatch.login_keys from in-browser preferences The only way we've found to stop it completely is to disable Hatch, which some of our libraries rely on heavily. When a page fails to load, the console seems to hang up on this message: [image: image.png] Anyone have any thoughts or suggestions? Thank you! John John Amundson | Library Applications Supervisor | CW MARS jamund...@cwmars.org | 508-755-3323 x322 <%28508%29%20755-3323> https://www.cwmars.org he/him/his <https://www.mypronouns.org/he-him> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Add -C to sha256sum and other cksum tool (similar to tar)
Please add -C, --directory=DIR to sha256/512sum with similar action as in tar command: Change to DIR before performing any operations. This option is order-sensitive, i.e. it affects all options that follow. Second sentence about order-sensitive is optional, but will be very useful sometimes. -- Przemysław Sztoch | Mobile +48 509 99 00 66
LibreOffice success story
Dear fellow R-B-ings Just 2 weeks ago, when I re-reviewed the remaining ~120 major issues in openSUSE, I pretty much skipped over LibreOffice (and only this one), noting it down as "various issues", because some years ago, when I had previously taken a closer look, there had been so many issues in files of various formats and additionally the build of that large package took hours, so that I had quickly stopped debugging and left it "for later". Then on the r-b-summit I met Thorsten from LibreOffice upstream and together we reviewed the old diff I had from 2022 [1]. We noticed that there was an issue with docs, but I had recently made https://code.opensuse.org/package/doxygen/blob/master/f/reproducible.patch that turned out to solve this exact issue. It still needs upstreaming. There was a timestamp-issue from long-orphaned clucene and we found 3 others that Thorsten quickly fixed: https://gerrit.libreoffice.org/q/topic:reprobuild Now there were only mtimes left in .jar and .zip files that were easily normalized with strip-nondeterminism. So today I hold in my hands the first two bit-identical LibreOffice rpm packages. And this is the success I wanted to share with you all today. It makes me feel as if we can solve anything. Ciao Bernhard M. [1] https://rb.zq1.de/compare.factory-20230109/diffs/libreoffice-compare.out OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Hi, Thank you once again for setting up the Czech test server! As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has been included (which, by the way, makes the staff client look much better in Czech :-), we have been able to focus on other translation issues. I have just summed up findings related to untranslated column headers: https://bugs.launchpad.net/evergreen/+bug/2042915 Also, it is clear that the splash page is in English only, not looking as broken as it did previously (what might be worth noting is that the Czech splash page can be seen for just a very little moment before Evergreen redirects to the English splash page): https://bugs.launchpad.net/evergreen/+bug/2037426 Linda On 11/5/23 08:11, Linda Jansová wrote: Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: bug or user error using ping
My apologies, yes, I'm running Monit v 5.33.0. I'll follow up with support. I'm still curious about the questions I posed regarding response time/timeout and their interactions. On 11/6/2023 1:19 AM, M/Monit Support wrote: Hello Paul, which Monit version it is?(the ping response time requires Monit 5.33.0) Is it possible to get a ping network trace between Monit and the monitored machine and send it to supp...@mmonit.com once the problem occurs, along with the Monit log? It may also help to run Monit in debug mode (it'll log all ping tests, including the count, and response time). Best regards, The M/Monit team On 5. 11. 2023, at 19:23, Paul Theodoropoulos via This is the general mailing list for monit wrote: Greetings. I'm using monit to check a device on my local lan to ensure it's responsive. This is what I was previously using: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 then exec /usr/local/bin/pushover repeat every 2 cycles At random in the middle of the night, I'd occasionally get an alert that ping failed. Device was up and responsive. Modified it to: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 count 5 timeout 5 seconds then exec /usr/local/bin/pushover repeat every 2 cycles Which seemed to work for a while, but the failures returned. So modified it to this: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 count 5 responsetime 200 milliseconds timeout 10 seconds then exec /usr/local/bin/pushover repeat every 2 cycles However, this causes an immediate failure with 'Speed failed'. I increased responsetime to 1 second, same. Increased to 10 seconds, same. The specific error logged is Nov 5 09:52:45 ntpviz monit[676]: 'resolver2' response time 6.173 ms doesn't match limit [time = 10 s] I may be misunderstanding the difference - or the interaction - between responsetime and timeout. The device is just a raspberry pi zero, with a typical responsetime under 10ms, and never under appreciable load. The manual states The RESPONSETIME parameter sets the response time limit Is that the response time limit for any given ping, or if for example I use a count of five, is it the time limit for all five attempts accumulated? Even if it were the latter, since the device is reachable in under 10ms, a count of five - assuming 1 second between each ping sent (is that a correct assumption, or are they sent without pause?) - would still complete in well under 10 seconds. For reference, here's the results of a 60 second ping from the monit server to the device: root@ntpVIZ: /etc/monit/conf.d # ping -c 60 192.168.1.13 PING 192.168.1.13 (192.168.1.13) 56(84) bytes of data. [elided] --- 192.168.1.13 ping statistics --- 60 packets transmitted, 60 received, 0% packet loss, time 59094ms rtt min/avg/max/mdev = 2.342/6.376/13.879/2.335 ms Thanks for any insight. -- Paul Theodoropoulos www.anastrophe.com -- Paul Theodoropoulos www.anastrophe.com
[Evergreen-general] Evergreen Feedback Fest Starts NOW!
Hi everyone! This week is Evergreen Feedback Fest! We have multiple test servers prepared for you to put what will potentially be Evergreen 3.12 through its paces, and test out a whoole lot of recent bug fixes and features that have been developed. The development community has been busy, so please pitch in and test some of these proposed changes so that we can make 3.12 a great update! Here is the testing spreadsheet; https://docs.google.com/spreadsheets/d/1D4LiBJZzyeuczWCwYhG0VdaJ4UlK5CaTMKg4mO_hH2U/edit#gid=0 Brief guide to testing: 1. The list of available test servers is in the first column, with the list of which fixes/features are loaded onto that server to the right. Each test server is loaded with stock Concerto <https://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins> data. 2. Pick a bug fix that you are interested in testing and carefully read the description and comments on the associated Launchpad link. 3. Log into the test server to thoroughly test the fix. Be sure to log in with different levels of users in case there are issues with permissions. 4. If you find problems, add your comments to the Launchpad ticket. 5. If you don't find any problems, you may sign off on the code through Git or add a comment to the Launchpad bug that says "I have tested this code and consent to signing off on it with my name, [enter name or consistent alias] and my email address, [enter email address]." Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
bug or user error using ping
Greetings. I'm using monit to check a device on my local lan to ensure it's responsive. This is what I was previously using: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 then exec /usr/local/bin/pushover repeat every 2 cycles At random in the middle of the night, I'd occasionally get an alert that ping failed. Device was up and responsive. Modified it to: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 count 5 timeout 5 seconds then exec /usr/local/bin/pushover repeat every 2 cycles Which seemed to work for a while, but the failures returned. So modified it to this: check host resolver2 address 192.168.1.13 every 5 cycles if failed ping4 count 5 responsetime 200 milliseconds timeout 10 seconds then exec /usr/local/bin/pushover repeat every 2 cycles However, this causes an immediate failure with 'Speed failed'. I increased responsetime to 1 second, same. Increased to 10 seconds, same. The specific error logged is Nov 5 09:52:45 ntpviz monit[676]: 'resolver2' response time 6.173 ms doesn't match limit [time = 10 s] I may be misunderstanding the difference - or the interaction - between responsetime and timeout. The device is just a raspberry pi zero, with a typical responsetime under 10ms, and never under appreciable load. The manual states The RESPONSETIME parameter sets the response time limit Is that the response time limit for any given ping, or if for example I use a count of five, is it the time limit for all five attempts accumulated? Even if it were the latter, since the device is reachable in under 10ms, a count of five - assuming 1 second between each ping sent (is that a correct assumption, or are they sent without pause?) - would still complete in well under 10 seconds. For reference, here's the results of a 60 second ping from the monit server to the device: root@ntpVIZ: /etc/monit/conf.d # ping -c 60 192.168.1.13 PING 192.168.1.13 (192.168.1.13) 56(84) bytes of data. [elided] --- 192.168.1.13 ping statistics --- 60 packets transmitted, 60 received, 0% packet loss, time 59094ms rtt min/avg/max/mdev = 2.342/6.376/13.879/2.335 ms Thanks for any insight. -- Paul Theodoropoulos www.anastrophe.com
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Dear Blake, Thank you very much! Linda On 11/5/23 00:02, Blake Graham-Henderson wrote: Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Linda, https://bugsquash3.mobiusconsortium.org/ is setup and ready. Based on the main branch. The second patch was already merged on main. Essentially, this is the only patch installed: https://bugs.launchpad.net/evergreen/+bug/2032753 -Blake- Conducting Magic Will consume any data format MOBIUS On 11/4/2023 1:13 AM, Linda Jansová wrote: Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Czech test server for the Feedback Fest?
Hi Terran and Blake, That sounds perfect, thank you! Linda On 11/3/23 23:36, Terran McCanna wrote: Hi Linda, Yes, Blake will set that up for testing next week! Best wishes, Terran Terran McCanna, PINES Program Manager Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138| tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org>for stories of Georgia libraries making an impact in our communities. On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general wrote: Dear all, We very much look forward to the Evergreen Feedback Fest! Do you think it would be possible to enable Czech on one of the test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)? It would be great if we could test Jane’s patch: Web staff client does not work properly when Czech is switched on: https://bugs.launchpad.net/evergreen/+bug/2032753 (https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections, already with a pull request) It would also give us a chance to have a closer look at the button names in Czech: Web Staff Client - accessibility and button names: https://bugs.launchpad.net/evergreen/+bug/1615714 (fix committed, Evergreen 3.11.2) Perhaps the Czech test server would also help shed some more light on this bug: Dynamic staff portal doesn't work well in non-English languages: https://bugs.launchpad.net/evergreen/+bug/2037426 <https://bugs.launchpad.net/evergreen/+bug/2037426> (without a proposed solution yet) Thank you very much for considering the Czech test server for the Feedback Fest! Linda _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
stage0-posix release
Hi, I would like to announce a new stage0-posix 1.6.0 release. Note that current stable release of mes is not fully compatible with stage0-posix 1.6.0 but we should soon have mes 0.25. For the list of main changes see https://github.com/oriansj/stage0-posix/releases/tag/Release_1.6.0 Thanks to all people who contributed to it. Tarballs with their sha256sum's and gpg signatures * stage0-posix 1.6.0 (combines all components) https://github.com/oriansj/stage0-posix/releases/download/Release_1.6.0/stage0-posix-1.6.0.tar.gz 9260ff69278366e5c056af7b8c436b74773eaa1330a0c6a6b8ab1b5f92e5065c https://github.com/oriansj/stage0-posix/releases/download/Release_1.6.0/stage0-posix-1.6.0.tar.gz.asc * M2-Planet 1.11.0 https://github.com/oriansj/M2-Planet/releases/download/Release_1.11.0/m2-planet-1.11.0.tar.gz 683c5e7d9e22104334c3caba5a8dab8ff6f8c05057a64ee5f6b25755ca05a1b0 https://github.com/oriansj/M2-Planet/releases/download/Release_1.11.0/m2-planet-1.11.0.tar.gz.asc * M2-Mesoplanet 1.11.0 https://github.com/oriansj/M2-Mesoplanet/releases/download/Release_1.11.0/m2-mesoplanet-1.11.0.tar.gz 3c9bcb55e48a22a40efa18b804401f5ca46a6363744e31cc24fd572047f9808f https://github.com/oriansj/M2-Mesoplanet/releases/download/Release_1.11.0/m2-mesoplanet-1.11.0.tar.gz.asc * mescc-tools 1.5.0 https://github.com/oriansj/mescc-tools/releases/download/Release_1.5.0/mescc-tools-1.5.0.tar.gz 009c8cc171d9f238bcca12bcae86e7bcb9be7083bb8c46536772652f15fd4cee https://github.com/oriansj/mescc-tools/releases/download/Release_1.5.0/mescc-tools-1.5.0.tar.gz.asc * mescc-tools-extra 1.3.0 https://github.com/oriansj/mescc-tools-extra/releases/download/Release_1.3.0/mescc-tools-extra-1.3.0.tar.gz df8e6e1a8ec854bb51c1288772ef9d2fc1dbf5cf8a31c6c8b7c9b27e25b8b326 https://github.com/oriansj/mescc-tools-extra/releases/download/Release_1.3.0/mescc-tools-extra-1.3.0.tar.gz.asc Best, Andrius signature.asc Description: This is a digitally signed message part.
Re: Website translation
Hi! On 01.11.23 17:16, Julien Lepiller wrote: Hi! I've learned at the rb meeting that the website could be translated. Currently, the translation process looks like this: you clone the repo, figure that you need to add your language to _config.yml (languages), run bin/i18n.sh to generate the po files, translate the po files, create an account on salsa and send an MR. I've started translating and I'm waiting for my account to be validated by an admin. I manage the translation infrastructure at Guix, where we use Weblate for hosting the translations online. I think it's a good choice to make it easier, even for technical translators, to focus on their work. It includes a shared glossary, lint checks, screenshots, and support for automatic update and commit. A plus one from me for weblate. This is what it might look like for Guix: https://translate.fedoraproject.org/projects/guix/website/nl/ Guix is hosted on Fedora's instance because they are open to other projects, and because the default instance used to use non-free javascript, which we didn't want our translators to be subjected to. It seems that it's no longer the case, so I have no strong argument against using it anymore. Maybe Debian has an instance or a similar system? In terms of security, the Weblate instance needs to be allowed to pull and push commits to the repository. The server has an SSH key that needs to be added to an account on salsa (it could be a dedicated account or someone's account). I maintain the weblate insatallation for Codeberg at https://translate.codeberg.org which might be another potential option. We can (probably) also configure that to work with the gitlab api at salsa, which enables creating gitlab merge requests instead of pushing to a repo directly. What do people think? Marcus
[Jgeneral] Report of J Wiki Meeting of 2023-10-26
== Report of Meeting 2023-10-26 == Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-10-26 1) Ed gave an update on the work he had been doing on GitHub searches. GitHub had been glitching recently and Ed said that this is an example of issues that can occur for the user if the database is not stored locally on their machines. Bob relayed a question that Chris had about crawling the wiki site. Bob understood that the the wiki was being crawled by Ed to build an SQLite database that is then downloaded to users. Ed said that that is mostly correct except that his crawl also includes GitHub and the forums. The Forums and the Wiki are crawled incrementally, while GitHub is crawled in its entirety because there is not a way of tracking incremental changes that Ed is aware of. Ed very much appreciates Chris' offer, but the consensus between Raul and Ed is that it would be extra work to save seconds a week. Having the user hit the MySQL database that Chris creates on the wiki introduces latency that does not occur with a downloaded SQLite database. SQLite also provides relevance ranking across the wiki, forums and GitHub. 2) Ed showed off his adjustments to the GitHub search which now searches the Jsoftware account and provides primitive glyph searching along with the line numbers of the places that the code occurs. Ed has also implemented a 'next character' view that tells the user what characters follow the code fragment that has been searched in decreasing frequency. The challenge is that J primitives are often more than one character. This provides a way to see common use patterns in code. Ed noted that the Fold conjunctions are not used in the J repository (not surprising because of its relatively recent reduction). Ed finds that this a really good way to find examples of how code is used and by exploring the common usage there is an educational advantage. 3) Bob suggested the glyphs might be entered in the same way that tryAPL does, with primitives entered in a complete form rather than character by character. https://tryapl.org/# Raul wondered if there was a way to alert the user that they had completed a glyph with colour coding of the text. The results are refined progressively as characters are added to the text input. The search is very fast and is using indexed search on a string of all of the code. A word formation version on the same string is possible. Raul pointed out that spaces are not always recognized and this is an issue for tokens such as ':' which are suffixes as well as standalone. Bob thought that it might be useful to see the text box separate glyphs by spaces. There seems to currently be an issue with whitespace having meaning. Raul pointed out that quoted strings and comments may require a different approach. 4) Bob thought that there is an opportunity to use this as a platform for labs. Raul and Ed felt that this is better considered as an exploration mechanism for intermediate users because the amount of work to create the labs would be substantial. Bob wondered if a form of annotation might be useful, but Ed pointed out that is more about the commenting of code rather than developing an educational platform. Bob suggested that a wiki page may be able to provide an easier access to the tool. Ed suggested that as much as possible he would like the user to know how to use the tool by the way the tool is built. 5) Raul pointed out that when he has fullscreen and does not have a close button. Ed was checking versions to correct this and will look into that to see that he is doing that properly. Another option is to include a close button on the JQt form. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is November 2, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
Creating OmniBOR documents for build-reproducible Debian packages
Hi folks, I want to share with you the latest Bomsh tool update on OmniBOR and reproducible build, especially the below bomsh_rebuild_deb.py script: https://github.com/omnibor/bomsh/blob/main/scripts/bomsh_rebuild_deb.py Given the Debian .buildinfo file, this script is able to reproduce the Debian package build, create the OmniBOR documents and Merkle tree, and the SPDX SBOM documents. This means the OmniBOR documents for all the existing already-released Debian packages can be created with the Bomsh tool. If you are interested, you can give a try by following the link below: https://github.com/omnibor/bomsh#Quick-Start Any questions, feel free to contact me. Thanks, Yongkui
[Evergreen-general] Save the Dates: Evergreen Feedback Fest!
Hi everybody! The next Evergreen Community Feedback Fest will be held November 6 through 10. This will be your chance to test out the new bug fixes and features that are targeted to go into Evergreen 3.12 which will be released in December. We will make several test servers available with sample data and proposed code changes loaded onto them so you can get a sneak peek, report any problems you see, and confirm whether the new code fixes what it says it will. The test servers aren't set up yet, but they will be listed here along with what fixes / features are loaded onto each one on this tracking sheet here: https://docs.google.com/spreadsheets/d/1D4LiBJZzyeuczWCwYhG0VdaJ4UlK5CaTMKg4mO_hH2U/edit#gid=0 For more information about general Feedback Fest / Bug Squashing activities, please see: https://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing Cheers! Terran Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] [External] Re: Issues with Evergreen wiki site?
Thank you! William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@dncr.nc.gov<mailto:william.szwag...@dncr.nc.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. From: Blake Graham-Henderson Sent: Thursday, October 26, 2023 11:56 AM To: Szwagiel, Will ; Evergreen Discussion Group ; O'Connor, Samantha Subject: Re: [Evergreen-general] [External] Re: Issues with Evergreen wiki site? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Will, Good catch. I've updated the link from your first screenshot, but I don't have permissions to edit the second one (the one in the nav menu) - I've asked in IRC. -Blake- Conducting Magic Will consume any data format MOBIUS On 10/26/2023 10:47 AM, Szwagiel, Will wrote: The links on this page will need to be updated, as well: https://evergreen-ils.org/eg-documentation/ [cid:image001.png@01DA0808.1F091360] “Official documentation for Evergreen 3.6+” takes you to a 404. [cid:image002.png@01DA0808.1F091360] “Official Documentation” does, as well. William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@dncr.nc.gov<mailto:william.szwag...@dncr.nc.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. From: Evergreen-general <mailto:evergreen-general-boun...@list.evergreen-ils.org> On Behalf Of Blake Graham-Henderson via Evergreen-general Sent: Thursday, October 26, 2023 11:43 AM To: O'Connor, Samantha <mailto:samantha.ocon...@dncr.nc.gov>; evergreen-general@list.evergreen-ils.org<mailto:evergreen-general@list.evergreen-ils.org> Cc: Blake Graham-Henderson <mailto:bl...@mobiusconsortium.org> Subject: Re: [Evergreen-general] [External] Re: Issues with Evergreen wiki site? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Samantha, Your bookmarks need to be updated. We dropped the "eg" from the URL. This is an old URL example: https://docs.evergreen-ils.org/eg/docs/latest/shared/about_this_documentation.html and this is the new one: https://docs.evergreen-ils.org/docs/latest/shared/about_this_documentation.html The difference is the "eg". You'll want to update your bookmarks and remove the "eg". -Blake- Conducting Magic Will consume any data format MOBIUS On 10/26/2023 6:38 AM, O'Connor, Samantha wrote: All of the documentation is returning a 404 error as well. I can't access it via my bookmark or via the link from the wiki. Samantha O’Connor NC Cardinal Training Specialist NC Dept. of Natural and Cultural Resources samantha.ocon...@dncr.nc.gov.<mailto:samantha.ocon...@ncdcr.gov> https://statelibrary.ncdcr.gov/ld/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 Facebook<https://www.facebook.com/StateLibraryNC/> Twitter<https://twitter.com/StateLibraryNC> Instagram<http://www.instagram.com/ncculture> YouTube<https://www.youtube.com/user/statelibrarync/> Website<https://statelibrary.ncdcr.gov/> From: Evergreen-general <mailto:evergreen-general-boun...@list.evergreen-ils.org> on behalf of Blake Graham-Henderson via Evergreen-general <mailto:evergreen-general@list.evergreen-ils.org> Sent: Wednesday, October 25, 2023 8:36 AM To: evergreen-general@list.evergreen-ils.org<mailto:evergreen-general@list.evergreen-ils.org> <mailto:evergreen-general@list.evergreen-ils.org> Cc: Blake Graham-Henderson <mailto:bl...@mobiusconsortium.org> Subject: [External] Re: [Evergreen-general] Issues with Evergreen wiki site? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Jon, Thanks for pointing that out! I've updated the links to take you to the proper place. Please refresh. -Blake- Conducting Magic Will consume any data format On 10/24/2023 5:09 PM, JonGeorg SageLibrary
Re: [Evergreen-general] [External] Re: Issues with Evergreen wiki site?
The links on this page will need to be updated, as well: https://evergreen-ils.org/eg-documentation/ [cid:image001.png@01DA0802.41836D60] “Official documentation for Evergreen 3.6+” takes you to a 404. [cid:image002.png@01DA0802.41836D60] “Official Documentation” does, as well. William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@dncr.nc.gov<mailto:william.szwag...@dncr.nc.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. From: Evergreen-general On Behalf Of Blake Graham-Henderson via Evergreen-general Sent: Thursday, October 26, 2023 11:43 AM To: O'Connor, Samantha ; evergreen-general@list.evergreen-ils.org Cc: Blake Graham-Henderson Subject: Re: [Evergreen-general] [External] Re: Issues with Evergreen wiki site? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Samantha, Your bookmarks need to be updated. We dropped the "eg" from the URL. This is an old URL example: https://docs.evergreen-ils.org/eg/docs/latest/shared/about_this_documentation.html and this is the new one: https://docs.evergreen-ils.org/docs/latest/shared/about_this_documentation.html The difference is the "eg". You'll want to update your bookmarks and remove the "eg". -Blake- Conducting Magic Will consume any data format MOBIUS On 10/26/2023 6:38 AM, O'Connor, Samantha wrote: All of the documentation is returning a 404 error as well. I can't access it via my bookmark or via the link from the wiki. Samantha O’Connor NC Cardinal Training Specialist NC Dept. of Natural and Cultural Resources samantha.ocon...@dncr.nc.gov.<mailto:samantha.ocon...@ncdcr.gov> https://statelibrary.ncdcr.gov/ld/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 Facebook<https://www.facebook.com/StateLibraryNC/> Twitter<https://twitter.com/StateLibraryNC> Instagram<http://www.instagram.com/ncculture> YouTube<https://www.youtube.com/user/statelibrarync/> Website<https://statelibrary.ncdcr.gov/> ____ From: Evergreen-general <mailto:evergreen-general-boun...@list.evergreen-ils.org> on behalf of Blake Graham-Henderson via Evergreen-general <mailto:evergreen-general@list.evergreen-ils.org> Sent: Wednesday, October 25, 2023 8:36 AM To: evergreen-general@list.evergreen-ils.org<mailto:evergreen-general@list.evergreen-ils.org> <mailto:evergreen-general@list.evergreen-ils.org> Cc: Blake Graham-Henderson <mailto:bl...@mobiusconsortium.org> Subject: [External] Re: [Evergreen-general] Issues with Evergreen wiki site? CAUTION: External email. Do not click links or open attachments unless verified. Report suspicious emails with the Report Message button located on your Outlook menu bar on the Home tab. Jon, Thanks for pointing that out! I've updated the links to take you to the proper place. Please refresh. -Blake- Conducting Magic Will consume any data format On 10/24/2023 5:09 PM, JonGeorg SageLibrary via Evergreen-general wrote: > I was looking for the database schema and am getting 404 errors for > the links to it. This includes the link on the wiki- > https://wiki.evergreen-ils.org/doku.php?id=dev:database_schemas > > -Jon > > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] Report of the J Wiki Meeting of October 19, 2023
== Report of Meeting 2023-10-19 == Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-10-19 1) Ed gave his response to some discussions on where the J wiki search should occur - server side or client-side. He feels that by having more crawling and indexing done by him, it removes the issues that can occur if the user does the crawling indexing on their computer, which would be hard for him to support. Bob asked if there were any thoughts about making the crawling and indexing supported by a wider group so that it is not so dependent on Ed. Ed felt that as the user base grows that may also enable more support of the platform, but it is not at that point yet. Ed feels that the crawling and indexing will always need someone to supervise it, but that it does not have to be him. Bob feels that designing this for a team approach would be a good idea. Ed felt that the crawling and indexing should run from a server. Bob pointed out that Eric had produced a page about running J on AWS. https://code.jsoftware.com/wiki/System/Installation/Cloud 2) Ed was considering doing a final demo before a general release but decided to delay it until next week. Bob mentioned the British APL Association meetups https://britishaplassociation.org/webinar-schedule-2023/ and thought that the J wiki search would be a good topic for the open meeting. Ed showed his splash page for his youtube video the application and Raul suggested that it could be used as a splash page while the app initialized. Bob also thought it could be put on the wiki page as a thumbnail as an identifier. 3) Ed feels he will give up on getting WSL2 to run J on Ubuntu. He thinks that there are so many Linux configurations that he could not test them all before releasing the app. He will rely on user feedback to provide user support as needed. Bob mentioned that for J installation by beginners, he mentioned the general forum as a resource for beginner's questions rather than trying to foresee every possibility. https://code.jsoftware.com/wiki/Category:Installing_J_N.4 4) Bob showed the changes that he had made to the J Playground links on the home page. https://code.jsoftware.com/wiki/Category:Home Rather than showing the full reference, he chose to show the Newcomers version https://code.jsoftware.com/wiki/Category:J_Playground_N.1 which is more of a user manual than the full reference. There would still be a link to the reference Playground page https://code.jsoftware.com/wiki/Category:J_Playground_P through the Reference section.https://code.jsoftware.com/wiki/Category:Reference_R Raul thought it would be good if there was a way to have the J Playground become a live session if it was clicked on. Perhaps a button that would take the contents and run them live in the Playground from the wiki. The button would reduce load as it would only load the Playground when the user wanted, not on the loading of a page. This started a discussion on providing a more immediate J experience. Bob felt that this could work well in NuVoc for code examples. Raul felt that there would be a challenge to creators if the creation process were not made simple and that would be a major consideration for implementation. A longer discussion resulted on how this might experience might be for the user. 5) Bob talked about the process that he had used to make some pages the target of a category page through redirection. Redirection conserves the structure of the category tree and this can be reversed by changing the redirected page if in the future there is more information that could be accommodated on one page. An example of this is the Books link on the Newcomers page https://code.jsoftware.com/wiki/Category:Newcomers_N that goes to a Books page https://code.jsoftware.com/wiki/Books/Beginners via the Books category. Raul suggested that this could be done with the Installation link as well https://code.jsoftware.com/wiki/Category:Installing_J_N.4 or include the Playground on the installation page as a part of the overview section and not require a beginner's installation page https://code.jsoftware.com/wiki/System/Installation. Flattening the tree gives the user a more direct path to the information. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is October 26, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Evergreen-general] Issues with Evergreen wiki site?
Jon, Thanks for pointing that out! I've updated the links to take you to the proper place. Please refresh. -Blake- Conducting Magic Will consume any data format On 10/24/2023 5:09 PM, JonGeorg SageLibrary via Evergreen-general wrote: I was looking for the database schema and am getting 404 errors for the links to it. This includes the link on the wiki- https://wiki.evergreen-ils.org/doku.php?id=dev:database_schemas -Jon ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Issues with Evergreen wiki site?
I was looking for the database schema and am getting 404 errors for the links to it. This includes the link on the wiki- https://wiki.evergreen-ils.org/doku.php?id=dev:database_schemas -Jon ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Help with install
Hello, Thank you I was thinking the same. Ran the following as the root echo /lib > /etc/ld.so.conf.d/opensrf.conf ldconfig = openils Then ran osrf_control and all the c services still faild to load. I then stopped and started ejabberd, and ran osrf_control. Still nothing. I then went hunting for the loaded files and there is a file located at /etc/ld.so.conf.d labbled opensrf.conf inside the file is one line with the following openils/lib Thank you so much for your help. As I am writing this email I noticed that then line was missing "/" before openils. I edited the file, ran ldconfig and now all is functioning as it should. Thank you so much for your help. Willie Sent: Monday, October 23, 2023 at 4:08 PM From: "Jason Stephenson via Evergreen-general" To: evergreen-general@list.evergreen-ils.org Cc: "Jason Stephenson" Subject: Re: [Evergreen-general] Help with install Hello, That looks like you missed running ldconfig as the root user, or if you did ldconfig, the /etc/ld.so.conf.d/opensrf.conf file is either missing or may have a typo in it. Double check that file exists and contains one line like the following: /openils/lib in it. Then, run ldconfig as the root user. If you start the services after that, it should work. If not, follow up with any more information you can give. HtH, Jason Stephenson On 10/23/23 16:29, Willie Cooper via Evergreen-general wrote: > Hello, > I am trying to install Opensrf-3.2.3. for an Evergreen install > on debian bullseye > following all steps > I am now at Testing the default OpenSRF services > Srfsh# request opensrf.math add 2,2 > All of the C services do not start when I issue the osrf_control > --localhost --start-all > logs give errors > opensrf.cslow 2023-10-23 15:05:08 [ERR > :54774:osrf_application.c:151:] Failed to dlopen library file > libosrf_cslow.so: libosrf_cslow.so: cannot open shared object file: > No such file or directory > Thank you > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] osrf_http_translator - EG 3.11.1 - Cache error and failed transaction begin
Hi, One other thing that occurred to me: "localhost" resolves to both IPv4 and IPv6 loopback addresses by default, so it may be a good idea to ensure that IPv6 is out of the picture by forcing use of 127.0.0.1 for memcdump, OSRFTranslatorCachedServer, and the cache configuration in opensrf.xml. I did get the same connection refused error when attempting "memcdump --servers localhost" on a fresh Bookworm system whose only difference from stock was having memcached and libmemcached-tools installed. On that box, "memcdump --servers 127.0.0.1" worked as expected. Regards, Galen On Tue, Oct 24, 2023 at 2:38 PM Galen Charlton wrote: > Hi, > > On Tue, Oct 24, 2023 at 10:55 AM Josh Stompro via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> I have a test system(Copy of production) with EG 3.11.1 running on Debian >> 11.8 with memcached 1.6.9, that doesn't show this issue. So I'm leaning >> towards there being some bug in Memcached in Debian 12. >> > > I tend to agree, though at the moment I suspect libmemcached more than > memcached itself. From what I've gleaned just now, libmemcached was > unchanged with the 1.0.18 release from February 2014 until it was picked up > by a new maintainer in 2020. Bookworm happens to be the first Debian > release to package the newer version, and Ubuntu was only a few months > earlier to include it. > > >> Has anyone run into this before? Any other suggestions for things to >> look into? Maybe memcached with verbose logging turned on? >> > > Agreed, bumping up memcached's verbosity may help. > > Also, please try this: create a file named > "0.10253501323116211698110395845" with the contents > {"ip":"10.0.100.6","jid":"opensrf@private.localhost/open-ils.pcrud_drone_virt-egstaff1_1698110384.796304_2053","service":"open-ils.pcrud"} > and use memccp to load it into the cache. If a subsequent memcdump fails, > that would suggest a (weird) data-dependent bug in libmemcached or memached > itself. > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > <http://evergreen-ils.org> > -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general