| Time |
Nick |
Message |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:48 |
csharp |
bug 1639782 |
| 06:48 |
pinesol_green |
Launchpad bug 1639782 in Evergreen "Add Active Date to Item Status (F5) Columns" [Undecided,New] https://launchpad.net/bugs/1639782 |
| 06:51 |
csharp |
bug 1360347 |
| 06:51 |
pinesol_green |
Launchpad bug 1360347 in Evergreen "Wishlist - New LSE setting for Acquisitions" [Wishlist,Confirmed] https://launchpad.net/bugs/1360347 |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 07:50 |
|
Dyrcona joined #evergreen |
| 08:34 |
|
kmlussier joined #evergreen |
| 08:40 |
|
mdriscoll joined #evergreen |
| 08:42 |
kmlussier |
Good morning #evergreen! |
| 08:56 |
|
bos20k joined #evergreen |
| 09:03 |
remingtron |
Good morning kmlussier! |
| 09:08 |
|
maryj joined #evergreen |
| 09:09 |
|
yboston joined #evergreen |
| 09:10 |
Dyrcona |
Good morning! |
| 09:13 |
* kmlussier |
is in a cheerful mood because she started her day with a chocolate croissant. |
| 09:45 |
|
jvwoolf joined #evergreen |
| 09:49 |
|
jvwoolf1 joined #evergreen |
| 10:09 |
|
_bott_ joined #evergreen |
| 10:11 |
_bott_ |
After an upgrade to 2.11, retrieving bookbags, I'm seeing this: "cbrebi".target_biblio_record_entry IN ('0.0', '0.0', '0.0', '0.0', '0.0', '0.0', '0.0', '0.0', '0.0', '0.0');] in logs, where those 0.0 should be bib ids. Resulting in: "invalid input syntax for integer" Sound familiar to anyone? |
| 10:12 |
kmlussier |
yes |
| 10:12 |
kmlussier |
_bott_: There's a fix for that. Let me dig up the LP bug number |
| 10:13 |
_bott_ |
kmlussier++ I figured as much! |
| 10:13 |
kmlussier |
bug 1638921 |
| 10:13 |
pinesol_green |
Launchpad bug 1638921 in Evergreen "List display broken in 2.11" [Medium,Fix released] https://launchpad.net/bugs/1638921 |
| 10:13 |
kmlussier |
But we still have a problem with temporary lists in 2.11. |
| 10:22 |
_bott_ |
Doh! I had that change but lost it in a regression. |
| 10:26 |
* Dyrcona |
does something "discouraged" with Perl and learns a lot. |
| 10:28 |
* Dyrcona |
mostly learns why it is discouraged. :) |
| 10:30 |
Dyrcona |
ithreads+- |
| 10:42 |
|
jwoodard joined #evergreen |
| 10:55 |
Dyrcona |
MARC::File::XML is not thread safe....This could get interesting. |
| 11:05 |
|
Christineb joined #evergreen |
| 11:20 |
|
Callender joined #evergreen |
| 11:36 |
|
jihpringle joined #evergreen |
| 11:50 |
|
brahmina joined #evergreen |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:22 |
|
bmills joined #evergreen |
| 12:57 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Adding information about Supercat and UnAPI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=19b55c3> |
| 13:09 |
pinesol_green |
[evergreen|Jane Sandberg] fixing formatting in supercat docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=510e938> |
| 13:12 |
jeff |
@who was lost in a regression? |
| 13:12 |
pinesol_green |
Christineb was lost in a regression. |
| 13:12 |
jeff |
drat. |
| 13:13 |
Christineb |
lol |
| 13:18 |
jeff |
still not sure if i imagine "lost in a regression" as being closer to "lost in translation", "lost in thought", or "lost in a black hole." |
| 13:37 |
Dyrcona |
I read "lost it in a regression" as "lost it after apply a local customization." :) |
| 13:37 |
Dyrcona |
There should be an -ing there somewhere. |
| 13:38 |
* Dyrcona |
mumbles something about race conditions. |
| 14:48 |
|
jvwoolf joined #evergreen |
| 14:54 |
JBoyer |
I'm curious. Does anyone have a 2.11-ish server running es-ES in the wild right now that I can look at? |
| 15:16 |
kmlussier |
Not I |
| 15:25 |
_bott_ |
JBoyer... Yes, and no. Our es-ES was custom, and we've been running it for over a year, but it is out there. http://catalog.grpl.org/ |
| 15:26 |
_bott_ |
First PO activation under 2.11. Copy import never leaves 0%. queued_bib_records are in place, but they never import. Pure vandelay imports seem to work fine. Any ideas? |
| 15:27 |
JBoyer |
That explains it. There are some TPAC functions that were translated (quant() -> cuant()) so all searches crash by default unless they return 0 results. :/ |
| 15:27 |
kmlussier |
_bott_: What version of OpenSRF are you running? |
| 15:27 |
_bott_ |
2.4.1 |
| 15:28 |
JBoyer |
Wanted to make sure I wasn't seeing something specific to our test install. ( _bott_ running a heavily custom skin wouldn't see it) |
| 15:30 |
kmlussier |
_bott_: OK, never mind. There is an issue with 2.5 OpenSRF alpha that causes problems with all imports. |
| 15:30 |
Dyrcona |
kmlussier: Is that the chunking code? |
| 15:31 |
kmlussier |
_bott_: Generally, when I see a problem with loading records at PO activation, it's because one of the loading options isn't checked off. You need to have something checked both for non-matching records and for records that match. |
| 15:31 |
kmlussier |
Dyrcona: yes |
| 15:31 |
Dyrcona |
Thanks. That's what I thought. |
| 15:32 |
Dyrcona |
Just wondered if there might be something else. |
| 15:32 |
_bott_ |
Not seeing anything obvious. The call to purchase_order.assets.create just never happens. |
| 15:36 |
bmills |
JBoyer: setting that up on the test server required changing cuant to quant, like you mentioned. but after that it seems to be working fine. The "cuant" bit I changed —> http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=build/i18n/po/tpac/es-ES.po#l97. had to change the various es-ES.po's in the locale folders to reflect that. i think i checked the logs since the search would cause a 500 error and realized it was anytime the |
| 15:38 |
JBoyer |
bmills, yeah, that's what I'm seeing; I'll throw something up on LP if it's not there already. I've got another - much less stressful - translation bug to file also. (Cat: -> Gato: in the LSE...) |
| 15:38 |
JBoyer |
bmills, Also, you got cut off at "realized it was anytime the" |
| 15:39 |
bmills |
JBoyer: whoops! yeah, anytime the page was showing "x of x copies available" it bombed |
| 15:39 |
bmills |
so when copy_counts.tt2 was being loaded, i think |
| 15:41 |
|
agoben joined #evergreen |
| 15:41 |
kmlussier |
JBoyer: Actually, there may be some here ( gmcharlt_ perhaps) who think more Gatos are needed in Evergreen. |
| 15:41 |
gmcharlt_ |
YES |
| 15:41 |
gmcharlt_ |
THIS IS A TRUE STATEMENT |
| 15:42 |
|
gmcharlt joined #evergreen |
| 15:42 |
kmlussier |
gmcharlt: Did the cats take over your keyboard again? :) |
| 15:42 |
JBoyer |
I'm all for more gatos, so long as they're within reach and not clawing up the LSE. ;) |
| 15:42 |
gmcharlt |
kmlussier: sadly, I'm in the office, so my keyboard is safe ;) |
| 15:59 |
kmlussier |
Ooh! I like the new feature that just came through on LP! bug 1117808 |
| 15:59 |
pinesol_green |
Launchpad bug 1117808 in Evergreen "Merge and Overlay Functions should use Merge Profiles" [Wishlist,Triaged] https://launchpad.net/bugs/1117808 - Assigned to Galen Charlton (gmc) |
| 16:11 |
|
bmills joined #evergreen |
| 16:30 |
jeff |
it's a pcap kind of day. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:13 |
Bmagic |
Can the Evergreen reporting engine find marc records that lack a certain marc tag? |
| 17:19 |
|
jvwoolf left #evergreen |
| 21:14 |
jeff |
i have abused the metabib schema in a way similar to what you describe, but i can't recall if i made it work within the reporter long ago. most recently, sql. |
| 21:16 |
jeff |
Bmagic: depending on what you want to do, it's quite possible, but sometimes you just want to parse the whole marc blob and do a bunch of procedural lint-y things -- i tend to do that outside the db if i'm going that far. |
| 21:16 |
jeff |
("outside" as in i read from the db, but don't do all the work in a db function) |
| 21:26 |
jeff |
Bmagic: what exactly are you wishing to do? whenever i start out trying to find "a list of all bibs that don't have tag FOO, i generally find i really mean something far more nuanced... created after this date, with no copies in this location, ignore anything with holdings where the call number looks like this, ignore bibs from source X, or created by user Y..." |
| 21:27 |
jeff |
Bmagic: sometimes what i end up doing is pre-selecting with SQL. other times it's all in SQL and then someone inspects the handful of resulting records. many variables. |
| 21:27 |
jeff |
(my favorites continue to be the reports that only generate output once every six months or so, but they surface errors) |
| 21:27 |
jeff |
(not limited to bib reports) |
