| Time |
Nick |
Message |
| 06:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//archive/2022-05/2022-05-26_04:00:02/test.49.html> |
| 07:16 |
|
rjackson_isl_hom joined #evergreen |
| 07:28 |
|
collum joined #evergreen |
| 07:56 |
|
RFrasur joined #evergreen |
| 08:39 |
|
mantis1 joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 09:07 |
|
mantis2 joined #evergreen |
| 09:14 |
|
collum joined #evergreen |
| 09:30 |
Dyrcona |
Anyone had any luck changing the default sort in the Angular Staff Catalog? I added "selected" to one option in the HTML but that doesn't seem to work. |
| 09:48 |
Dyrcona |
OK. I think it's the reset method in app/share/catalog/search-context.ts. It sets sort back to ''. |
| 09:57 |
Dyrcona |
So, it looks like sort needs to be changed from a string to an object, CatalogSortContext, that can be linked to the filed and then reset from the rest method. Does that sound right? |
| 10:01 |
Dyrcona |
It was also hinted to me that it would be nice to make the sort follow the opac.default_sort global flag. |
| 10:04 |
Dyrcona |
Also, I noticed some bugs were targeted at 3.7.4. Do we want to release a 3.7.4? Maybe that's a discussion for a different channel or a developers' meeting? |
| 10:13 |
mmorgan |
Dyrcona: Sounds like a good agenda item for a dev meeting to me |
| 10:14 |
Dyrcona |
mmorgan: I agree. I can see a reason to release a 3.7.4 with the performance patch for pcrud/cstore fleshing. We plan to put it in production on 6/13. |
| 10:14 |
Dyrcona |
I can also see reasons not to release a 3.7.4, since it is supposed to EOL. |
| 10:16 |
Dyrcona |
On the previous topic of Angular Staff Catalog sort, I came up with a temporary hack to set the sort to what we want in the reset method. That seems to work even without adding selected to the sort option in the form. |
| 10:26 |
csharp_ |
haven't seen as many open-ils.actor drone overloads since applying the recent fixes from jvwoolf, gmcharlt and jeffdavis |
| 10:26 |
csharp_ |
happy to sign off on those - may wait until tomorrow |
| 10:27 |
Dyrcona |
csharp_++ |
| 10:33 |
gmcharlt |
berick: JBoyer: since you two had (relatively) recently done some work regarding user/WS settings caching in the web staff client, here's something I'd appreciate feedback on https://bugs.launchpad.net/evergreen/+bug/1975833 |
| 10:33 |
pinesol |
Launchpad bug 1975833 in Evergreen "IndexedDB caching of settings by Angular (and AngularJS?) should be reconsidered" [Undecided,New] |
| 10:48 |
gmcharlt |
Dyrcona: re 3.7.4, it's the sort of performance patchs that argubably straddle the fence neighboring security patches given the potential for resource exhaustion |
| 10:48 |
gmcharlt |
so, I wouldn't be opposed to cutting a 3.7.4 on that basis, but otherwise keep other feature work and bugfixes out of it |
| 10:51 |
|
jvwoolf joined #evergreen |
| 10:52 |
Dyrcona |
I agree on the issue being a borderline security fix. |
| 11:01 |
berick |
gmcharlt: looking |
| 12:01 |
|
jihpringle joined #evergreen |
| 12:31 |
|
jihpringle joined #evergreen |
| 12:40 |
Christineb |
jeffdavis - we have a call with Galen at 10 today, right? |
| 13:04 |
Dyrcona |
Looks like the backport branch on bug 1909681 is missing the change to make the title links open in a new tab. |
| 13:04 |
pinesol |
Launchpad bug 1909681 in Evergreen 3.7 "Hopeless Holds Interface: Title links should open in a new tab" [Undecided,Fix released] https://launchpad.net/bugs/1909681 |
| 13:05 |
Dyrcona |
Copy barcode and patron barcode do open in a new branch. |
| 13:05 |
Dyrcona |
I wonder if that would justify a 3.7.4 also? |
| 13:05 |
* Dyrcona |
will open a Lp bug.... :) |
| 13:08 |
Dyrcona |
!!-3:s/branch/tag/ :) |
| 13:08 |
Dyrcona |
gah... typos fixing typos....tab not tag... |
| 14:09 |
Dyrcona |
bug 1975681 |
| 14:09 |
Dyrcona |
Nope... Wrong number. |
| 14:09 |
Dyrcona |
Bug 1975861 |
| 14:09 |
pinesol |
Launchpad bug 1975861 in Evergreen "Holpeless Holds Interface: Title Still not Opening in New Tab on 3.7.3" [Undecided,New] https://launchpad.net/bugs/1975861 |
| 14:34 |
|
javier_guel joined #evergreen |
| 14:51 |
|
javier_guel joined #evergreen |
| 14:52 |
javier_guel |
Hi all, I am trying to install opensrf 3.2.2 on a new debian 11 server but I am getting this, |
| 14:52 |
javier_guel |
Package python-nose is not available, but is referred to by another package. |
| 14:52 |
javier_guel |
This may mean that the package is missing, has been obsoleted, or |
| 14:52 |
javier_guel |
is only available from another source |
| 14:52 |
javier_guel |
E: Unable to locate package python-coverage |
| 14:52 |
javier_guel |
E: Unable to locate package python-libxml2 |
| 14:52 |
javier_guel |
E: Unable to locate package python-memcache |
| 14:52 |
javier_guel |
E: Package 'python-nose' has no installation candidate |
| 14:52 |
javier_guel |
E: Unable to locate package python-pyxmpp |
| 14:52 |
javier_guel |
E: Unable to locate package python-simplejson |
| 14:52 |
javier_guel |
make: *** [src/extras/Makefile.install:190: install_debs] Error 100 |
| 14:53 |
Dyrcona |
javier_guel: There's a patch/branch missing from OpenSRF 3.2.2 that is more or less required to work on Debian 11 and Ubuntu 20.04. I suggest you use git to checkout the master branch of OpenSRF and install that instead. |
| 14:54 |
Dyrcona |
Maybe someone should bug that on Lp? |
| 14:58 |
javier_guel |
I guess there is not a bug |
| 14:58 |
Dyrcona |
Yeah, I don't think there is a bug. There was a bug with a branch to remove the old Python dependencies, but it was never backported to OpenSRF 3.2. |
| 15:03 |
javier_guel |
yes, the old dependences on the git branch are not there |
| 15:05 |
javier_guel |
How could I download OPENSRF files from git? |
| 15:06 |
Dyrcona |
On the command line: git clone git://git.evergreen-ils.org/OpenSRF.git |
| 15:06 |
Dyrcona |
That will make a directory named OpenSRF with the code inside of it. |
| 15:10 |
Dyrcona |
Actually, bug 1827055 is still "open" in the sens that it has a "Fix Committed" status for OpenSRF. I'm going to add a 3.2.3 target and recommend it be backported. |
| 15:10 |
pinesol |
Launchpad bug 1827055 in OpenSRF "Python binding for OpenSRF and Evergreen" [Medium,Fix committed] https://launchpad.net/bugs/1827055 |
| 15:16 |
javier_guel |
great, tks |
| 15:17 |
Dyrcona |
javier_guel: Thank you for giving me the push to update the bug. You are not the first person to have this problem. |
| 15:30 |
Dyrcona |
I think I'll spend my last hour today testing the backport on a fresh install. |
| 16:17 |
Dyrcona |
gmcharlt: What was the setting you suggested to turn the shaper off in ejabberd? |
| 16:17 |
gmcharlt |
shaper: none or thereabouts |
| 16:18 |
Dyrcona |
Was that in a bug comment? I don't remember where I saw it. |
| 16:20 |
Dyrcona |
I found it in the ejabberd docs anyway: https://docs.ejabberd.im/admin/configuration/basic/#shapers |
| 16:20 |
Dyrcona |
and https://docs.ejabberd.im/admin/configuration/basic/#shapers |
| 16:22 |
Dyrcona |
I'm going to try that on this test vm and probably some others tomorrow. |
| 16:29 |
Dyrcona |
Think I'm running into that apparmor thing where it times out talking to systemd. I guess I'll have to finish this tomorrow. |
| 16:33 |
Dyrcona |
Hm. I get nodedown from ejabberdctl so definitely botched the configuration. |
| 17:14 |
pinesol |
News from commits: Docs: Staff Portal Page documentation <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=f0a7e769ba00eba1b129c640dccc1e92dc21798b> |
| 17:20 |
|
jvwoolf left #evergreen |
| 17:25 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//archive/2022-05/2022-05-26_16:00:02/test.49.html> |
| 18:27 |
|
mantis1 joined #evergreen |
| 18:57 |
|
jihpringle joined #evergreen |
