Time |
Nick |
Message |
01:09 |
|
jamesrf joined #evergreen |
05:02 |
pinesol |
News from qatests: Failed Installing some build essentials <http://testing.evergreen-ils.org/~live/test.4.html#2019-02-27T04:55:21,162334599-0500 -0> |
05:02 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-02-27T04:55:21,191140280-0500 -2> |
05:02 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-02-27T04:55:21,220190182-0500 -4> |
06:39 |
|
stephengwills joined #evergreen |
07:09 |
|
agoben joined #evergreen |
07:13 |
|
rjackson_isl joined #evergreen |
07:13 |
|
rjackson_isl_ joined #evergreen |
07:14 |
|
rjackson_isl joined #evergreen |
07:33 |
|
bdljohn1 left #evergreen |
07:47 |
|
littlet joined #evergreen |
08:11 |
|
Dyrcona joined #evergreen |
08:20 |
|
bdljohn joined #evergreen |
08:25 |
|
stephengwills joined #evergreen |
08:28 |
|
bdljohn joined #evergreen |
08:28 |
|
bos20k joined #evergreen |
09:16 |
|
aabbee joined #evergreen |
09:18 |
|
sandbergja joined #evergreen |
09:19 |
|
yboston joined #evergreen |
09:24 |
|
jvwoolf joined #evergreen |
09:45 |
berick |
sandbergja: my thinking was vandelay is a cataloger interface, whereas the catalog is essentially used by all staff. |
10:22 |
sandbergja |
berick: good to know; thanks. I'm wondering if there could be a clearer way to show that -- maybe rename cat => cataloging |
10:27 |
berick |
sandbergja: i'm all for clarity. 'cataloging' makes sense to me |
10:29 |
|
bos20k joined #evergreen |
10:40 |
Bmagic |
bshum: It's been a few years but I know we've talked about this. Compiling Evergreen with more languages. Got a link to docs handy? I'm looking at https://wiki.evergreen-ils.org/doku.php?id=eg_translations&s[]=language and http://docs.evergreen-ils.org/2.11/_designing_your_catalog.html#_configuring_and_customizing_the_public_interface |
10:42 |
Bmagic |
I seem to remember adding a path to some config file somewhere.... locale/en-US but I'm thinking there is something needs done prior to compile |
10:43 |
bshum |
https://docs.google.com/document/d/1SQkHwzCXN_vT-Bcp2KaHEtiXNtE7k_r5E4ZxD55VGRY/edit?usp=sharing |
10:43 |
bshum |
Bmagic: See that google doc, which some quick steps for the make command to install a locale and generate out the PO files |
10:43 |
Bmagic |
ty |
10:44 |
bshum |
It's a little ad-hoc though, not exactly clean |
10:44 |
bshum |
I copied it down from a few years back |
10:44 |
bshum |
Also |
10:44 |
bshum |
It doesn't handle the eg2 angular stuff |
10:44 |
Bmagic |
no worries - I've got lots of "documentation" that looks like that |
10:44 |
bshum |
That whole process is not defined at all |
10:44 |
bshum |
So much of the web client will not be translated at all |
10:44 |
Bmagic |
yikes |
10:44 |
bshum |
I haven't had a chance to work on Eva's email query (been busy with my other work) |
10:45 |
Bmagic |
you're dealing with it here.... :) |
10:45 |
Bmagic |
bshum++ |
10:45 |
bshum |
But yeah, it's basically a non-starter right now without some input from berick to generate the base templates |
10:45 |
bshum |
I think he has wiki steps for that |
10:45 |
bshum |
To generate the angular translation template files |
10:46 |
bshum |
Eva's got some translations made to one we setup at the last hackaway, but I'm sure much has moved since then |
10:46 |
Bmagic |
I'm sure |
10:46 |
bshum |
Also, I'm pretty sure i18n is borked if fm_IDL.xml has changed in master |
10:46 |
bshum |
So we need to do a brand new POT sync for master before you can try building anything at all |
10:47 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1686832 rearing its ugly head as usual |
10:47 |
pinesol |
Launchpad bug 1686832 in Evergreen "fieldmapper changes break with translations" [Medium,Triaged] |
10:47 |
pinesol |
[evergreen|Mike Rylander] LP#1813646: For now, direct the Home link to the AngularJS version. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bb6495d> |
10:48 |
bshum |
Easy enough to fixup, just lots of loose ends everywhere that need to be roped slightly closer to get a working install with i18n |
10:48 |
Bmagic |
will this process seed the database with the translations or will it offer multiple languages? |
10:49 |
Bmagic |
I'm working off rel_3_2 |
10:49 |
bshum |
There's additional steps for apache configuration to apply multiple locales if desired |
10:50 |
bshum |
I dont' think those are in the google doc |
10:50 |
bshum |
I kind of wrote all the steps into the ansible installer and stopped doing manual steps lately :) |
10:50 |
Bmagic |
This is going to be fun! |
10:50 |
Bmagic |
Sounds like I'll be blazing the trail a little |
10:51 |
bshum |
The apache config file has commented out samples |
10:51 |
bshum |
So you just have to point the perl variable back at the actual PO file source that's generated and installed |
10:51 |
bshum |
The example doesn't always follow exactly where the installation goes to |
10:51 |
Bmagic |
I'll be at that stage in about 45 minutes probably |
10:52 |
Bmagic |
And I'll probably have more to say at that point |
10:53 |
bshum |
You may glean some idea of how to apply the apache changes from this ansible commit - https://github.com/berick/evergreen-ansible-installer/commit/89d20604ada74d7c4c9d9922c3420afc9e941a37 |
10:53 |
bshum |
Also the localized seed data file |
10:53 |
Bmagic |
bshum++ |
10:54 |
bshum |
https://evergreener.net/demos.html |
10:54 |
bshum |
Also this demo file from a few conferences back |
10:54 |
bshum |
I made a video of how to do i18n setup |
10:54 |
bshum |
Apparently |
10:54 |
bshum |
much of that is probably still applicable |
10:54 |
* bshum |
just tries to do a massive memory dump about i18n before his next meeting |
10:55 |
bshum |
Bmagic++ # good luck, I'll resurface to help when I can |
10:55 |
Bmagic |
ty |
10:56 |
sandbergja |
Bmagic: fwiw, I have a version of your docker/ansible install_evergreen.yml that does some i18n (not in eg2, but in OPAC and staff client) |
10:57 |
Bmagic |
ansible++ |
10:58 |
sandbergja |
I can try to excavate that if it would help |
10:58 |
Bmagic |
sandbergja++ |
10:59 |
sandbergja |
https://gist.github.com/sandbergja/0f12dc25ed7b4050d4bf44caf5b84e58 |
10:59 |
sandbergja |
It may have some other weird changes from the original |
11:01 |
sandbergja |
But the i18n stuff is on lines 252-258 and 325-395 |
11:02 |
Bmagic |
ty |
11:03 |
sandbergja |
np! |
11:14 |
Dyrcona |
Has anyone tried rel_3_0 with node 8 lately? |
11:14 |
Dyrcona |
I can't remember if it worked or not. |
11:15 |
* Dyrcona |
is trying something silly: Installing rel_3_0 on Ubuntu 18.04. |
11:23 |
* Dyrcona |
also finds it strange that Ubuntu server install git, but not build-essential. |
11:39 |
Dyrcona |
I installed Node 6 rather than chance it. |
11:43 |
bshum |
Dyrcona: My recollection is that Node 8 didn't work with the previous versions of Angular web client. |
11:44 |
bshum |
So Node6 was probably the right choice :) |
11:44 |
Dyrcona |
That was what I thought, too. Thanks, bshum. |
12:00 |
|
Christineb joined #evergreen |
12:27 |
|
bos20k joined #evergreen |
12:34 |
|
jihpringle joined #evergreen |
12:49 |
|
yboston joined #evergreen |
12:52 |
Dyrcona |
@blame Dyrcona because git does. :) |
12:52 |
pinesol |
Dyrcona: Forget it, Jake. It's just Dyrcona because git does. :). |
12:55 |
csharp |
@blame [blame] |
12:55 |
pinesol |
csharp: everything was going great until (blame [<channel>] [<id>] <who|what> [for <reason>]) -- Blames <who|what> (for <reason>, if given). If <id> is given, uses that specific blame. <channel> is only necessary if the message isn't sent in the channel itself. came along |
12:55 |
Dyrcona |
:) |
12:55 |
csharp |
@blame [blame blame] |
12:55 |
pinesol |
csharp: everything was going great until (blame blame [<channel>] [<id>] <who|what> [for <reason>]) -- Blames <who|what> (for <reason>, if given). If <id> is given, uses that specific blame. <channel> is only necessary if the message isn't sent in the channel itself. came along |
12:56 |
Dyrcona |
That's like writing a Scheme interpreter in 5 lines of Scheme. |
12:56 |
csharp |
:-) |
12:56 |
Dyrcona |
Ain |
12:56 |
Dyrcona |
Ain't recursion grand? |
12:57 |
Dyrcona |
Well, anyway, I was blaming myself for missing a step that I helped add to the README. |
12:57 |
Dyrcona |
bshum++ |
14:04 |
|
sandbergja joined #evergreen |
14:43 |
jeff |
copy alert matrix in a mixed web/xul environment seems likely to be causing me pain soon. has anyone here worked out an approach that they like? |
14:45 |
berick |
jeff: no, it's on my todo list |
14:46 |
JBoyer |
I wouldnt' say I liked it that much but what I did was wedge regular Alert Message support back into the item editor and did not run the upgrade script that transfers the alert messages into copy alerts until our 3.2 upgrade. |
14:48 |
jeff |
JBoyer: okay, I had already done the latter and was looking into the former. it should only be for a short time, at least... |
14:52 |
berick |
we've had requests to essentially support both. have a one-true-alert that shows up in grids, etc. by default like the old-style alerts in addition to the purpose-driven alerts. |
14:53 |
berick |
may open an LP to support "alert type XYZ acts like the old alerts did" |
14:54 |
JBoyer |
berick, we did add a couple types locally to try to mimic the xul style more closely (Normal check in and out, and all the time) |
14:55 |
JBoyer |
But I don't know how much of that was "how much change can we put off" vs "I really do want it to honk at me constantly." |
14:55 |
* berick |
nods |
14:58 |
* Dyrcona |
stops; stares at everyone having the conversation; says, "Carry on," and walks off as if nothing happened. |
14:59 |
Dyrcona |
In < 1 minute, I'll know if my folly of setting up a 3.0 utility server on Ubuntu 18.04 worked. |
15:00 |
Dyrcona |
At least whether or not the fine generator works, so I can't say nut'in' 'bout wanting to support two kinds of notices in sync across two clients. |
15:02 |
Dyrcona |
Yay! Madness pays off. |
15:04 |
|
yboston joined #evergreen |
15:41 |
Bmagic |
bshum: it seems to be working https://bugsquash2.missourievergreen.org/eg/staff/ |
15:42 |
Bmagic |
I noticed that the dropdown to change language is a bit, er, tempermental. It will eventually switch but you have to change it a few times |
15:44 |
Dyrcona |
If it doesn't do this already, it should detect the language of the browser and switch automatically. |
15:46 |
Bmagic |
"That's like, your opinion man" -The Dude |
15:47 |
Dyrcona |
It's an informed opinion. |
15:48 |
jihpringle |
Bmagic: I've seen the same thing on the 3.2 server we set up to test French on, it doesn't like to switch back to English |
15:50 |
Bmagic |
oh good, glad it's not just me |
15:51 |
jihpringle |
it's on my list to test further and report to launchpad |
15:59 |
bshum |
jihpringle: Bmagic: Yeah the switcher is touchy for sure. I've found it's easier to use TPAC to change my language cookie setting, and then use that with my staff client |
16:00 |
bshum |
And also, because of how the i18n PO files are broken up, sometimes you get colliding values where the TPAC translated string doesn't match the staff client version of something |
16:00 |
bshum |
"name" is a bad example" |
16:00 |
bshum |
And then you get weird results when rendering |
16:00 |
Bmagic |
I thought it might be something like that |
16:01 |
bshum |
it's still better than it was.... but not 100% happy |
16:01 |
bshum |
Bmagic++ # good times |
16:02 |
Bmagic |
good times indeed |
16:15 |
|
jvwoolf left #evergreen |
16:36 |
|
JTaylor_ joined #evergreen |
16:38 |
JTaylor_ |
Did anyone happen to see my post to the list about the Browse Index Results and how they are different between 3.1.8 and 3.1.9? Can post here again but thought I would avoid the clutter. |
16:38 |
JTaylor_ |
Still trying to figure out if we did something of that is a "feature". |
16:39 |
JTaylor_ |
or if, that is. |
16:59 |
JTaylor_ |
Guess not :-) Will try again sometime. |
16:59 |
|
JTaylor_ left #evergreen |
17:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:43 |
|
sandbergja joined #evergreen |