| Time |
Nick |
Message |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:50 |
|
JBoyer joined #evergreen |
| 08:18 |
|
bos20k joined #evergreen |
| 08:20 |
|
tlittle joined #evergreen |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 08:57 |
|
Stompro joined #evergreen |
| 09:05 |
|
yboston joined #evergreen |
| 10:30 |
|
stephengwills joined #evergreen |
| 11:04 |
|
bdljohn joined #evergreen |
| 11:12 |
Bmagic |
If there aren't definitions for a virtual index then it will fail over to the old search index? Using config.metabib_field? I've introduced a new virtual index (and restarted services) for title but it didn't seem to make a difference. |
| 11:14 |
gmcharlt |
I just sent an email to open-ils-dev, but mentioning it here as well: git.evergreen-ils.org will be down for OS upgrades at two points this week |
| 11:14 |
gmcharlt |
specifically, tomorrow starting at 8 a.m. and Thurday starting at 8 a.m. |
| 11:15 |
Bmagic |
gmcharlt: wow! How long has it been? I can't remember that going down. |
| 11:16 |
gmcharlt |
Bmagic: a bit too long, let's just say :) |
| 11:16 |
Bmagic |
:) |
| 11:16 |
csharp |
hah |
| 11:16 |
csharp |
Bmagic: I have the same question re: adding a config.metabib_field - I'm guessing a reingest is required? |
| 11:17 |
csharp |
we're testing the field mmorgan suggested to fix the 245c display issue |
| 11:17 |
Bmagic |
The virtual index release notes and documentation make it sound like you only need to restart the services |
| 11:17 |
|
bos20k joined #evergreen |
| 11:17 |
|
collum joined #evergreen |
| 11:17 |
csharp |
I guess that's slightly different actually :-/ |
| 11:18 |
|
Christineb joined #evergreen |
| 11:18 |
* Dyrcona |
thinks we should move to github. |
| 11:18 |
mmorgan |
Reingest is definitely needed for a new config.metabib_field entry, but shouldn't be for virtual index change. That's my understanding, anyway. |
| 11:18 |
csharp |
mmorgan: thanks for the confirmation |
| 11:23 |
|
jvwoolf joined #evergreen |
| 11:26 |
|
khuckins joined #evergreen |
| 11:30 |
Bmagic |
mmorgan: post upgrade to 3.1, the default virtual index on title is blank. Which (I think) means that the search method will continue to function the old way. But when introducing a single entry for "Main Title" - it should switch to using the virtual index method when searching? |
| 11:32 |
Bmagic |
Dyrcona: what would we lose if we switched to github? Working repo linkage? Automatic tests? Or maybe nothing? We would just have to do a bunch of work to make the transition? |
| 11:33 |
Dyrcona |
Bmagic the automated tests have nothing to do with gitolite, i.e. they're scripted outside of git. |
| 11:34 |
Dyrcona |
We'd have to change how we work with branches, and I'd recommend losing the working repository in favor of everyone having their own. I'd make the same recommendation switching to gitlab. |
| 11:35 |
Dyrcona |
Free github accounts for users and the organization look like our best option. |
| 11:35 |
Bmagic |
github seems like it will be around for awhile |
| 11:35 |
Dyrcona |
We'd have to pay to get comparable features with gitlab. |
| 11:36 |
Bmagic |
Evergreen is mirrored on github now right? https://github.com/evergreen-library-system/Evergreen |
| 11:37 |
Dyrcona |
Yes it is, and DIG uses github though not exclusively. |
| 11:40 |
mmorgan |
Bmagic: In 3.1, the only virtual index configured by default is for keyword. Did you add an entry for a title virtual index in config.metabib_field? |
| 11:42 |
Bmagic |
hmm, I need to insert into that table manually? |
| 11:47 |
mmorgan |
Hmm. Maybe not. We've tested a lot with the keyword virtual index, but haven't looked at adding title virtual indexes yet. It looks like you can configure them in the client. |
| 11:58 |
|
aabbee joined #evergreen |
| 11:59 |
Bmagic |
mmorgan: It seems that an entry in config.metabib_field might be required to "look" like the entry for "All searchable fields" - Main Title has an xpath with it, and "All searchable fields" does not |
| 12:03 |
mmorgan |
Bmagic: Yes, I made that assumption, but the documentation suggests that you can add virtual maps to existing indexes, too. http://docs.evergreen-ils.org/3.1/_virtual_index_definitions_2.html |
| 12:03 |
|
jihpringle joined #evergreen |
| 14:04 |
|
jvwoolf joined #evergreen |
| 14:11 |
|
sandbergja joined #evergreen |
| 14:22 |
|
jamesrf joined #evergreen |
| 16:53 |
|
stephengwills joined #evergreen |
| 16:53 |
|
stephengwills left #evergreen |
| 16:56 |
jamesrf |
I am looking at some code and cstore turns {"value":"{1,2,3}"} into = '{1,2,3}' ... is there a time when it might not have added the single quotes? |
| 16:57 |
jamesrf |
see LP 1807784, just trying to figure out if this code maybe worked at one time 10 years ago and maybe there was a logical reason for dollar-quoting but subsequently single-quoting was added and broke this? |
| 16:57 |
pinesol |
Launchpad bug 1807784 in Evergreen "Booking - limiting by item attributes does not limit available resources" [Undecided,New] https://launchpad.net/bugs/1807784 |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
mmorgan left #evergreen |
| 17:11 |
|
khuckins joined #evergreen |
| 17:43 |
|
jvwoolf left #evergreen |
| 17:55 |
Bmagic |
I'm finding non-xml escaped symbols in the fm_IDL.xml. I thought the < needed to be < - I see that miker might have a branch where this is corrected? |
| 18:39 |
|
jyorio_home joined #evergreen |
| 18:40 |
jeff |
Bmagic: have a branch name handy? |
| 18:40 |
|
gmcharlt_ joined #evergreen |
| 18:41 |
|
dbs_ joined #evergreen |
| 18:42 |
jeff |
Bmagic: or a diff/line number/string? i'm not seeing current master fm_IDL.xml throwing any XML errors. |
| 18:43 |
jeff |
Bmagic: I think there may have in the past been the opposite issue... entities where there shouldn't be entities, but memory is hazy. Checking git. |
| 18:45 |
jeff |
commit ca39253 addressed some confusion/error there by wrapping all of the oils_persist:source_definitions as CDATA, which seems quite reasonable. |
| 18:45 |
pinesol |
jeff: [evergreen|Jason Stephenson] Lp 1753813: Wrap all oils_persist:source_definitions in CDATA blocks. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ca39253> |
| 18:45 |
jeff |
Bmagic: anyway, more detail about what you're seeing? |
| 19:57 |
|
Stompro joined #evergreen |
| 19:59 |
|
troy__ joined #evergreen |
| 19:59 |
|
jeffdavis joined #evergreen |
| 20:01 |
|
sandbergja joined #evergreen |
| 20:03 |
berick |
@later tell rsulejmani I have created an ubuntu-18.04 branch for https://github.com/berick/evergreen-ansible-installer |
| 20:03 |
pinesol |
berick: The operation succeeded. |
| 21:46 |
|
bdljohn joined #evergreen |
| 22:24 |
|
beanjammin joined #evergreen |
| 22:53 |
|
beanjammin joined #evergreen |
| 23:06 |
|
beanjammin joined #evergreen |
| 23:10 |
|
beanjammin joined #evergreen |
| 23:23 |
|
yar joined #evergreen |
| 23:23 |
|
beanjammin joined #evergreen |
| 23:51 |
|
beanjammin joined #evergreen |
