| Time |
Nick |
Message |
| 06:02 |
|
wsmoak joined #evergreen |
| 07:40 |
|
rjackson-isl joined #evergreen |
| 07:48 |
|
jboyer-isl joined #evergreen |
| 08:06 |
|
_bott_ joined #evergreen |
| 08:19 |
|
StomproJ joined #evergreen |
| 08:28 |
|
akilsdonk joined #evergreen |
| 08:32 |
|
sarabee joined #evergreen |
| 08:42 |
|
Dyrcona joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 09:05 |
|
ericar joined #evergreen |
| 09:12 |
|
akilsdonk_ joined #evergreen |
| 09:16 |
|
maryj joined #evergreen |
| 09:37 |
|
yboston joined #evergreen |
| 09:38 |
|
collum joined #evergreen |
| 10:05 |
|
kmlussier joined #evergreen |
| 10:26 |
|
mllewellyn joined #evergreen |
| 10:45 |
|
mrpeters joined #evergreen |
| 10:59 |
* dbs |
finally begins the great reconciling of 2.4.0-ish to 2.7.1 database upgrade scripts |
| 11:00 |
Dyrcona |
Good luck with that! :) |
| 11:01 |
dbs |
only 100-odd upgrades, how hard can that be? HAHAHAHAHA |
| 11:01 |
csharp |
heh |
| 11:01 |
kmlussier |
@coffee dbs |
| 11:01 |
* pinesol_green |
brews and pours a cup of Sumatra Aceh Pondok, and sends it sliding down the bar to dbs |
| 11:01 |
csharp |
@dessert dbs |
| 11:01 |
* pinesol_green |
grabs some Krispy Kreme Donuts for dbs |
| 11:01 |
csharp |
perfect |
| 11:02 |
kmlussier |
dbs: I'm guessing you'll need all the coffee and dessert you can get. :) |
| 11:02 |
dbs |
kmlussier++ |
| 11:03 |
|
dreuther joined #evergreen |
| 11:05 |
dbs |
26,306 lines. Ezee Pzee |
| 11:05 |
berick |
dbs: good luck. i'll be looking at a (modified) 2.4 to 2.5 upgrade fairly soon. |
| 11:05 |
berick |
yowza |
| 11:24 |
dbs |
MODS takes up about 8,000 lines so far, 30 updates in |
| 11:34 |
|
dreuther_ joined #evergreen |
| 11:47 |
|
RoganH joined #evergreen |
| 11:48 |
Dyrcona |
We're planning to add some more field descriptions to marcedit-tooltips.xml. |
| 11:48 |
|
vlewis joined #evergreen |
| 11:48 |
Dyrcona |
As that is a localized file, I wonder if there is a preferred way of doing it? |
| 11:49 |
Dyrcona |
That said, it looks like only fr-CA and fi-FI translations exist. |
| 11:52 |
|
dreuther joined #evergreen |
| 12:12 |
StomproJ |
Dyrcona: From what I have heard, the translations only get synced during the major releases. So 2.8 would be the next time it would get caught up with release. I think that changes to master get picked up at https://translations.launchpad.net/evergreen/master for translators to work on. Unless marcedit-tooltips.xml uses a different tech. |
| 12:13 |
Dyrcona |
StomproJ: There are three versions of the file, one in each locale. |
| 12:14 |
Dyrcona |
I'm going to assume that changes to en-US will not be automatically picked up for translators. |
| 12:18 |
berick |
StomproJ: we pull translations in with each release, even point releases |
| 12:18 |
berick |
at least, we used to |
| 12:18 |
Dyrcona |
We need an actual translations team, but I don't see that happening any time soon. |
| 12:19 |
|
mixo joined #evergreen |
| 12:19 |
* StomproJ |
is full of bad information, going back to lurk mode. |
| 12:20 |
berick |
StomproJ: no, it looks like we may not be doing that anymore |
| 12:20 |
berick |
if i'm reading the git logs right |
| 12:20 |
berick |
(and they're not squashed into other commits) |
| 12:20 |
berick |
around the 2.5 series |
| 12:20 |
Dyrcona |
It would also be a decent policy to not make changes that require translations between major releases. |
| 12:20 |
mixo |
hallo. When I use version-upgrade/2.5.3-2.6.0-upgrade-db.sql update output is: "result_row.sees" is not a known variable |
| 12:21 |
mixo |
what can I do? |
| 12:22 |
dbs |
the marcedit-tooltips are special, to boot, as we try to generate those automatically from MARC docs (at least for en-US and fr-CA) |
| 12:24 |
Dyrcona |
mixo: That actually looks valid to me. I think something might be happening out of order, but I don't know for sure. |
| 12:24 |
Dyrcona |
mixo: I don't usually upgrade with those scripts. |
| 12:25 |
Dyrcona |
dbs: How are they generated from MARC docs? I was going to copy and paste and then run some macros in my text editor or something like that. |
| 12:26 |
dbs |
dyrcona: Open-ILS/xsl/locDoc2xml.xsl |
| 12:26 |
* Dyrcona |
takes a peak. |
| 12:26 |
dbs |
that's the en-US version, I created an fr-CA version that is probably lost somewhere in the mists of time |
| 12:27 |
* dbs |
finds build/i18n/scripts/marc_tooltip_maker.py - yay! not lost |
| 12:27 |
berick |
tumbleweed blows through a forgotten git checkout |
| 12:28 |
dbs |
7 years old, holy moley |
| 12:28 |
berick |
Dyrcona: how do normally upgrade the DB w/o the scripts? |
| 12:28 |
csharp |
mixo: can you pastebin the output right around when that error happens? (using http://pastie.org/ or similar?) |
| 12:29 |
Dyrcona |
berick: I use the scripts in upgrade/ not version-upgrade/. |
| 12:29 |
berick |
ah |
| 12:29 |
Dyrcona |
We don't run any particular release, we run master as of a given date. |
| 12:29 |
berick |
right, duh |
| 12:29 |
berick |
you'd have no need for 'em |
| 12:29 |
Dyrcona |
In fact, we're upgrade on the 7th to what is basically 2.7.1. |
| 12:30 |
Dyrcona |
We apply bug fixes as needed as individual branches, too. |
| 12:30 |
* dbs |
is using the /upgrade scripts too, concatenated and then transaction-wrapped as needed |
| 12:31 |
mixo |
thank you Dyrcona |
| 12:31 |
Dyrcona |
dbs: Yeash, tsbere makes one monster script. I run a perl script that I wrote that checks the version in the database and runs the newer scripts in order. |
| 12:32 |
dbs |
With a jump this large, hand-tailoring is needed to avoid multiple partial or full reingests along the way |
| 12:32 |
berick |
dbs: not concerned you'll end up re-ingesting 1 (2, 3, ..) too many times? |
| 12:32 |
berick |
haha |
| 12:32 |
berick |
jinx |
| 12:33 |
Dyrcona |
mixo: I took a quick look at the upgrade script, and the result_row is set to match a rowtype from the metabib.flat_browse_entry_appearance table. |
| 12:33 |
Dyrcona |
mixo: It could be that there is a bug in the upgrade script that the table either doesn't exist yet, or doesn't have the "sees" field in it, yet, when it gets to that point. |
| 12:34 |
Dyrcona |
dbs: Yeah, I usually remove the ingest bits and one run in parallel at the end. |
| 12:34 |
Dyrcona |
Missed some words, there, but anyway..... |
| 12:36 |
* dbs |
is going to have to track down Dyrcona's parallel ingest approach |
| 12:37 |
bshum |
berick: I think we stopped merging i18n during point releases to avoid drift in master translations ending up in older series. Since we don't branch translations in LP. But maybe that's a bad assumption? |
| 12:37 |
bshum |
Or there are no negatives |
| 12:38 |
berick |
bshum: hm, yeah, that sounds vaguely familiar and probably makes sense |
| 12:38 |
|
nhilton joined #evergreen |
| 12:40 |
bshum |
In my abundant spare time, I'm hoping to keep learning more about our i18n tools and options. |
| 12:41 |
csharp |
Dyrcona: mixo: I've used that script mulitple times without issue, so I don't think it's a bug in the script fwiw |
| 12:41 |
|
jihpringle joined #evergreen |
| 12:49 |
bshum |
mixo: Out of curiosity, what version of PostgreSQL are you using? |
| 12:50 |
dbs |
Our process for i18n is pretty bad. Really we should support fixes for every point release, but that would require having three separate branches for tracking purposes and really needs an i18n team |
| 12:52 |
Dyrcona |
dbs: http://git.mvlcstaff.org/?p=jason/evergreen_utilities.git;a=blob;f=scripts/pingest.pl;h=28cb031b23f271ad7a36667402642ed85a93dd43;hb=0d204a8378209de2183ac2060a5fbdcfa6d12599 |
| 12:53 |
csharp |
^^this++ |
| 12:54 |
dbs |
Dyrcona++ |
| 12:54 |
mixo |
Sorry. I found. It may be my old mistake. Thare mast be attribute sees in metabib.flat_browse_entry_appearance |
| 12:55 |
dbs |
WHEREAS pingest is something we should probably have as part of core Evergreen, BE IT RESOLVED THAT pingest be submitted as a feature enhancement :) |
| 12:57 |
berick |
+1 |
| 12:58 |
dbs |
(and there would be much rejoicing) |
| 12:58 |
jeff |
+1 :-) |
| 12:59 |
csharp |
yay! |
| 13:19 |
|
sandbergja joined #evergreen |
| 13:19 |
paxed |
dbs: i have code to generate the finnish marcedit-tooltips - not sure if it still works, tho. |
| 13:20 |
paxed |
looks like it works. |
| 13:22 |
paxed |
http://bilious.alt.org/~paxed/code/evergreen/marcedit-tooltips/ |
| 13:26 |
Dyrcona |
paxed++ |
| 13:48 |
Dyrcona |
Hmm. using the example from locDoc2xml.xsl I get lots of warnings and no output. |
| 13:52 |
Dyrcona |
Think I see it. URLs have changed slightly apparently. |
| 13:52 |
* Dyrcona |
gives it another whirl. |
| 13:53 |
Dyrcona |
Nope. Not that simple, but getting there. |
| 14:00 |
Dyrcona |
Nope. It just doesn't work for me. Think the XSL is out of date. |
| 14:10 |
Dyrcona |
Seems that running through tidy outputs malformed data according to xsltproc. |
| 14:10 |
Dyrcona |
Removing tidy from the mix still produces no output. |
| 14:12 |
|
akilsdonk joined #evergreen |
| 14:15 |
Dyrcona |
Nope. The XSL is definitely out of date. |
| 14:17 |
|
dreuther_ joined #evergreen |
| 14:34 |
dbs |
paxed++ |
| 14:34 |
dbs |
Dyrcona: oh, the XSL is definitely out of date -- could have told you that and saved you some time. Sorry. |
| 14:37 |
* csharp |
updates the ubuntu and fedora buildslaves and the VM host they run on |
| 14:40 |
* dbs |
decides one of the reasons he preferes the trackpoint to a trackpad is because cats never step on the trackpoint. |
| 14:41 |
Dyrcona |
csharp: I just had a little chuckle: "and the VM host they run on." Blazing Saddles comes to mind. |
| 14:42 |
Dyrcona |
Well, since I'm only being asked to add a few fields, I'll copy and paste and us a macro or something in my text editor. |
| 14:42 |
Dyrcona |
s/us/use/ |
| 14:51 |
|
dkyle joined #evergreen |
| 14:51 |
|
_bott_ joined #evergreen |
| 14:52 |
kmlussier |
@dessert |
| 14:52 |
* pinesol_green |
grabs some coffee frappes for kmlussier |
| 14:53 |
mmorgan |
parts++ #just 'cause they're now printing on our overdues. |
| 14:56 |
kmlussier |
mmorgan++ That's awesome! |
| 14:57 |
jeff |
mmorgan++ congrats :-) |
| 14:58 |
mmorgan |
makes me now want to change the due date from year-month-day to day-month-year |
| 15:00 |
mmorgan |
oops, that's month-day-year, which would be less confusing :-[ |
| 15:01 |
* dbs |
tattoos ISO-8601 4EVER on his neck |
| 15:09 |
csharp |
Dyrcona: ha! love that movie |
| 15:14 |
dbs |
eeevil++ # congrats! |
| 15:14 |
mrpeters |
yeah, congrats eeevil! |
| 15:15 |
mrpeters |
@bartender |
| 15:15 |
* pinesol_green |
fills a pint glass with Dogfish Head 90 Minute IPA, and sends it sliding down the bar to mrpeters (http://beeradvocate.com/beer/profile/64/2093/) |
| 15:15 |
mrpeters |
ill take that -- OH so close to getting high availibility/load balanced memcache with repcached and ldirectord |
| 15:15 |
mrpeters |
^^ will drink to that! |
| 15:30 |
* dbs |
is pleased at how many of the 2.4 -> 2.7 template upgrades are simply "git rm" because the base now does what we want |
| 15:30 |
jeff |
heh |
| 15:41 |
dbs |
and then I run across something like Genre being mapped to 659 in subjects.tt2 in base 2.7 and I wonder "WTH?" |
| 15:43 |
dbs |
given that xx9 are defined for local use, and ours are usually weird meaningless codes not meant for display, we had to rip it out from our subjects.tt2 |
| 15:46 |
csharp |
okay, buildslaves and the VM host they rode in on are all back up ;-) |
| 15:49 |
dbs |
csharp++ |
| 15:58 |
Dyrcona |
csharp++ |
| 16:06 |
eeevil |
dbs, mrpeters: thank! :) |
| 16:08 |
* Dyrcona |
was tempted to say something last week, 'cause I saw the change on the web site. |
| 16:08 |
Dyrcona |
eeevil++ |
| 16:08 |
eeevil |
Dyrcona: :) |
| 16:12 |
|
akilsdonk_ joined #evergreen |
| 16:12 |
kmlussier |
eeevil++ |
| 16:14 |
|
nhilton_ joined #evergreen |
| 16:24 |
|
RoganH joined #evergreen |
| 16:25 |
|
nhilton joined #evergreen |
| 16:27 |
|
mixo joined #evergreen |
| 16:28 |
mixo |
Hallo |
| 16:28 |
mixo |
someone can help me with this error? |
| 16:28 |
mixo |
OpenSRF::AppRequest /usr/local/share/perl/5.14.2/OpenSRF/AppSession.pm:1086 <500> *** Call to [open-ils.storage.biblio.multiclass.staged.search_fts.atomic] failed for session [1416860846.343465085.73467140968], thread trace [1]: DBD::Pg::st execute failed: ERROR: syntax error at or near "[" |
| 16:36 |
StomproJ |
Action Trigger Question, what needs to be done to utilize the event_params values in an event_definition template? I see examples of using [% params.name %], but that doesn't actually work for me. Does something need to be added to the event environment to use those? |
| 16:39 |
|
_bott_1 joined #evergreen |
| 16:40 |
|
dkyle1 joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:19 |
|
nhilton_ joined #evergreen |
| 17:48 |
|
dcook joined #evergreen |
| 17:57 |
|
akilsdonk joined #evergreen |
| 19:08 |
|
dreuther joined #evergreen |
| 19:15 |
|
nhilton joined #evergreen |
| 21:33 |
|
wsmoak_ joined #evergreen |
| 21:33 |
|
wsmoak_ joined #evergreen |
| 21:42 |
|
wsmoak joined #evergreen |
| 23:06 |
|
StomproJosh joined #evergreen |
