Time |
Nick |
Message |
05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
06:12 |
|
mrpeters left #evergreen |
06:40 |
|
rlefaive joined #evergreen |
07:16 |
|
rjackson_isl joined #evergreen |
07:27 |
|
agoben joined #evergreen |
07:40 |
|
NawJo joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
08:52 |
|
bos20k joined #evergreen |
08:52 |
|
kmlussier joined #evergreen |
08:58 |
kmlussier |
@coffee [someone] |
08:58 |
* pinesol_green |
brews and pours a cup of La Esmeralda, and sends it sliding down the bar to mmorgan |
08:59 |
kmlussier |
@tea [someone] |
08:59 |
* pinesol_green |
brews and pours a pot of Bi Luo Chun Green Tea (Pi Lo Chun), and sends it sliding down the bar to rlefaive (http://ratetea.com/tea/teavivre/bi-luo-chun-green-tea-pi-lo-chun/6490/) |
08:59 |
mmorgan |
Just what I needed! Thanks kmlussier! |
08:59 |
rlefaive |
Whoa! Good morning, kmlussier! |
08:59 |
kmlussier |
:) |
08:59 |
kmlussier |
Good morning! |
09:01 |
|
Dyrcona joined #evergreen |
09:29 |
Bmagic |
Gootin morgan |
09:31 |
|
mmorgan1 joined #evergreen |
10:02 |
Dyrcona |
SIPServer has too many hard-coded values: logging, the Socket::Linux parameters, possibly more. |
10:04 |
berick |
@quote random |
10:04 |
pinesol_green |
berick: Quote #25: "<Dyrcona> how about we rename it to DONT_README" (added by gmcharlt at 12:00 PM, May 15, 2012) |
10:04 |
berick |
heh |
10:04 |
Dyrcona |
:) |
10:06 |
* Dyrcona |
just changed the hard-coded local6 to local5 in his SIPServer.pm. |
10:06 |
Dyrcona |
Because the syslog server was kind of expecting it on local5. |
10:10 |
|
annagoben joined #evergreen |
10:11 |
|
rlefaive_ joined #evergreen |
10:12 |
|
annagoben joined #evergreen |
10:16 |
|
agoben joined #evergreen |
10:17 |
miker |
Dyrcona: I thin you'd logged out when I said this last night, but the service list in opensrf_core.xml tells those services to register themselves with a "foreign" router. public, in the common case. all services treat the private router as their home router. the list in opensrf.xml is just the list of services that should start |
10:18 |
Dyrcona |
miker: Thanks! There's a comment in the example file about it possibly not being needed in the future. |
10:19 |
Dyrcona |
Hence, my query. |
10:31 |
|
sam_l joined #evergreen |
10:32 |
sam_l |
Good morning! Is Evergreen 2.11 working on Windows 10? |
10:33 |
rhamby |
sam_l: server or staff client? |
10:34 |
rhamby |
sam_l: there is a staff client that will run on Windows 10 but although theoretically possible porting the server software to Windows would be a huge undertaking (so no) |
10:34 |
sam_l |
Staff client, and thank you! |
10:36 |
sam_l |
rhamby++ |
10:37 |
sam_l |
One of our branches just got new computers, and we wanted to give correct instructions to IT before they went to set them up. |
10:42 |
csharp |
sam_l: from our scant testing, Windows 10 works fine |
10:44 |
Dyrcona |
It works fine on our Windows 10 thin clients. |
10:45 |
csharp |
I would actually predict better performance based on everything I know about Windows 10 (which isn't a whole lot) |
10:49 |
sam_l |
Thanks. I passed the info on. |
10:52 |
|
mmorgan joined #evergreen |
11:23 |
|
Christineb joined #evergreen |
11:26 |
|
collum joined #evergreen |
11:40 |
_bott_ |
Bizarre problem of the day. Syndetics data isn't showing up. It's getting downloaded and I can access it directly from /opac/extras/ac/summary/html/r/<bib_id> but I end up with "No Content Available" in the /record view. The tabs for Summary, Author Notes, TOC, etc. are properly added/removed, so it knows what's getting there, but the ctx is never getting populated. I can't find anything missing! |
11:42 |
_bott_ |
One clue, I have a Ubuntu Precise install that works fine. Problems are under Xenial. |
12:02 |
|
maryj joined #evergreen |
12:08 |
|
brahmina joined #evergreen |
12:10 |
|
jihpringle joined #evergreen |
12:17 |
|
drigney joined #evergreen |
12:33 |
|
alynn26 joined #evergreen |
12:36 |
alynn26 |
I have one staff client that is intermettiantly giving me "This page uses an unsupported technology that is no longer available by default." error. It does not actually care what she does on the client. Any hit as to how to fix this. The client is 2.9.2 on Win7. |
12:39 |
Dyrcona |
alynn26: Sounds like the XulRunner version is too recent... Would this client be the Firefox plugin by any chance? |
12:40 |
alynn26 |
No, standard Windows Client. I do have Firefox on the machine. |
12:40 |
Dyrcona |
OK. Just having Firefox installed should not be a problem. |
12:43 |
bshum |
It's possible for Firefox settings to bleed over into the staff client; but I doubt that could be it. Might be worth clearing profiles anyways, and starting from scratch to see if that changes anything. |
12:43 |
Dyrcona |
I haven't seen that in a long time, but it is worth looking into. |
12:44 |
bshum |
Based on the error message, I agree with Dyrcona though that it sounds like a remote XUL error with too recent Xulrunner running the client |
12:44 |
bshum |
The packaged version shouldn't break that way though |
12:44 |
tsbere |
Hmmm |
12:45 |
alynn26 |
Bshum: that is my next step, uninstall the Client, and wipe all setting, then reinstall. It is the same package I have installed everywhere. The oddity is it is just one machine. |
12:45 |
tsbere |
I recommend logging in and checking Admin->For Developers->Extension Manager to see what is enabled. And probably disable everything you can. |
12:45 |
|
bmills joined #evergreen |
12:46 |
Dyrcona |
tsbere: I was getting there.... :) |
12:46 |
bmills |
going to start going through the backlog of emails/tickets |
12:46 |
Dyrcona |
I just looked at my Firefox's extensions.xpiState. I think if it has the same path as the one used in XulRunner, that could be a problem. |
12:47 |
Dyrcona |
Or not, even.... |
12:47 |
bmills |
*whoops wrong tab! |
12:47 |
tsbere |
I know system-wide extensions that drop into Firefox will also drop into XulRunner |
12:48 |
alynn26 |
Firefox is not used on this machine by the person who usually uses it. I may just uninstall firefox and all of its extensions also. |
12:48 |
Dyrcona |
tsbere: Right. |
12:48 |
Dyrcona |
alynn26: No. Just go to the Admin menu in the staff client as tsbere suggested and disable any extensions there. |
12:49 |
alynn26 |
Ok, I'll try what Tsbere suggested. |
12:50 |
Dyrcona |
Not sure what else would do that besides wrong XulRunner version or extensions.... |
12:51 |
Dyrcona |
bmills: It's nice to know that you're working through you backlog, though. Makes me feel better, that I'm caught up. :) |
12:53 |
bmills |
Dyrcona: still sick/post-holiday head fog! hopefully this tea will shake it off… |
12:53 |
berick |
@tea bmills |
12:53 |
* pinesol_green |
brews and pours a pot of Bi Luo Chun Green Tea (Pi Lo Chun), and sends it sliding down the bar to bmills (http://ratetea.com/tea/teavivre/bi-luo-chun-green-tea-pi-lo-chun/6490/) |
12:53 |
alynn26 |
bmills: don't fill so bad, I still have a backlog too. |
12:55 |
Dyrcona |
bmills++ alynn26++ # For encouragement. |
12:56 |
alynn26 |
Well, just checked and there were no extensions loaded on that machine. There were several Plugins, but no extensions. |
12:57 |
Dyrcona |
alynn26: Try disabling some of the plugins. |
12:57 |
alynn26 |
disabled them all. We will see what happens. |
12:58 |
alynn26 |
Thanks, If this does not work, then I'll do a complete reinstall. |
12:58 |
alynn26 |
Drycona++, tsbere++, Bshum++ |
12:59 |
Dyrcona |
Nifty. I seem to have Flashplayer and iTunes Application Detector in my staff client. Guess I can play games, listen to Music, and circulate books at the same time. :) |
13:00 |
bshum |
My favorite was the antivirus plugins |
13:00 |
bshum |
Just in case a virus ever was passed through the client I suppose |
13:13 |
|
collum_ joined #evergreen |
13:50 |
|
bmills joined #evergreen |
13:52 |
|
maryj joined #evergreen |
14:11 |
|
mmorgan1 joined #evergreen |
14:17 |
|
Nawjo joined #evergreen |
14:23 |
kmlussier |
@dessert |
14:23 |
* pinesol_green |
grabs some of jcamins' amazing mint-wasabi chocolate chip cookies for kmlussier |
14:36 |
|
egbuilder joined #evergreen |
14:36 |
|
RBecker joined #evergreen |
14:36 |
|
akilsdonk joined #evergreen |
14:36 |
|
b_bonner joined #evergreen |
14:36 |
|
mnsri joined #evergreen |
14:37 |
|
pastebot joined #evergreen |
14:37 |
|
sarabee joined #evergreen |
14:37 |
|
rashma_away joined #evergreen |
14:39 |
* kmlussier |
looks at the calendar, realizes we're supposed to have a dev meeting today. |
14:39 |
|
pinesol_green joined #evergreen |
14:39 |
kmlussier |
Since an agenda hasn't gone out ahead of time, what do you all think about scheduling the dev meeting for next week? I can put out a Doodle poll before I wrap up for the day. |
14:41 |
* phasefx |
is okay with that; Nawras Ali from Jordan was going to poke his head in, but I can point him to the doodle poll |
14:42 |
kmlussier |
There's somebody from Jordan who is looking at Evergreen? Cool! |
14:43 |
Nawjo |
Hello everyone, |
14:43 |
Dyrcona |
Nawjo: Hello, and welcome. |
14:43 |
* Dyrcona |
forgot about the meeting today. |
14:43 |
Nawjo |
Yes, we're interested to use Evergreen in our libraries here in Jordan :) |
14:44 |
kmlussier |
Welcome Nawjo! |
14:44 |
Nawjo |
Thank you! |
14:45 |
berick |
i'm good with pushing the dev meeting to next week |
14:45 |
berick |
welcome Nawjo |
14:46 |
Nawjo |
Thank you @berick |
14:48 |
bshum |
So maybe it should be ar-JO, instead of ar-AR |
14:48 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/697926 |
14:48 |
pinesol_green |
Launchpad bug 697926 in Evergreen "ar-AR locale is probably wrong" [Low,Confirmed] |
14:49 |
* bshum |
waves hello to Nawjo too |
14:49 |
Nawjo |
Yes, ar-JO is fine |
14:49 |
Nawjo |
Hello bshum :) |
14:49 |
kmlussier |
OK, I'll wait another 3 minutes for any potential objections to delaying the meeting. I can send out a message to the dev list if there are no objections. |
14:50 |
Nawjo |
Are we going to discuss Arabic support next week? I hope so :) |
14:51 |
bshum |
Nawjo: I'm curious about the language of your bibliographic records. I'm not too familiar with other sources of data, but I wonder how it'd present itself in the catalog for searching, etc. |
14:51 |
kmlussier |
Nawjo: It looks like it's already been added to the agenda, so yes! :) |
14:52 |
kmlussier |
phasefx: Was Eva planning to attend too? I see her name is on the agenda. |
14:53 |
phasefx |
kmlussier: I hadn't heard from her |
14:54 |
Nawjo |
Kmlussier, Great! |
14:54 |
bshum |
Like are the records primarily in english, but they have translated arabic strings for things like title, etc. |
14:54 |
bshum |
I've seen that before for other language records like chinese, etc. |
14:55 |
bshum |
I'd love to get some sample records to append to Concerto for future testing, actually.... hmm.... |
14:55 |
Dyrcona |
Georgian records are quite pretty.... |
14:55 |
Dyrcona |
I can't read it, but the script is nice. |
14:56 |
kmlussier |
OK, poll for scheduling the meeting next week is at http://doodle.com/poll/esxgzfum2cwkbv7v |
14:56 |
Nawjo |
Bushum, bibliographic records are in Arabic, I'll send sample of data to evergreen team later |
14:59 |
Nawjo |
here is the link of my EG installation: http://63.142.251.63 , with RTL stylesheet |
15:00 |
Nawjo |
with RTL stylesheet applied* |
15:01 |
bshum |
Oooh neat! |
15:02 |
bshum |
I've been thinking about the RTL vs. LTR issues lately |
15:02 |
bshum |
I'd love to see the stylesheet this was created with |
15:02 |
kmlussier |
That's interesting. So the RTL stylesheet isn't dependent on the locale that's selected? I see everything goes RTL when French is selected. |
15:02 |
Nawjo |
actually, I'm not familiar with EG yet. I'm trying to apply Arabic translation, then I'll add some testing data . |
15:02 |
bshum |
It's probably forced |
15:03 |
Nawjo |
yes exactly ! Stylesheets must change according to locale , but I couldnt achieve that |
15:03 |
bshum |
I've been thinking about how to design some variable that would detect which direction based on the chosen language and apply appropriately |
15:03 |
bshum |
But having a stylesheet in the first place is helpful too |
15:04 |
Nawjo |
I think there must be an independent stylesheet with all RTL rules, and in case Arabic is selected, RTL stylesheet must be applied after LTR stylesheet. |
15:05 |
Nawjo |
I don't know where to place such code (if sentence ) |
15:08 |
bshum |
Hmmmm |
15:10 |
bshum |
So in parts/base.tt2, we call like <link rel="stylesheet" type="text/css" href="[% ctx.opac_root %]/css/style.css" /> Maybe we can wrap that with some logic to check for the locale and add another style sheet file depending on what is chosen? |
15:11 |
bshum |
I mean, that'd be super hacky, there's probably more logical ways of expressing a change than hardcoding a check for the language we want done in RTL |
15:12 |
Nawjo |
hmm, I have no idea :( |
15:12 |
bshum |
Nawjo: So your RTL stylesheet is a separate file that changes what's in the main one now? |
15:13 |
bshum |
Or you just edited the original file to make a new one |
15:13 |
bshum |
Can work with either one I think |
15:13 |
* bshum |
is just thinking aloud |
15:13 |
Nawjo |
I edited the original one but I can put the RTL rules in a seperate file and send it to you . |
15:14 |
bshum |
I'm not an expert in translation stuff, but I really am very interested in making it all work better. |
15:14 |
Nawjo |
Thank you, bshum. it's just related to css files. |
15:15 |
bshum |
Nawjo: Sure, makes sense. Good place to start for sure. |
15:15 |
bshum |
Helps too that Launchpad shows over 95% translated for Arabic too. Means when we pull the strings next time, it'll give us something to play with too. |
15:15 |
bshum |
Not that I can read it... |
15:15 |
bshum |
But uh... it'll be very pretty :) |
15:16 |
Nawjo |
Yes, I hope to see Arabic in the upcoming version :) |
15:16 |
kmlussier |
bshum: The stylesheet is here - http://63.142.251.63/eg/opac/css/style.css - if you want to look at it. |
15:17 |
bshum |
kmlussier: Of course, good call :) |
15:18 |
Nawjo |
It's the original stylesheet with RTL rules. |
15:18 |
Nawjo |
I can put RTL rules in a seperate file, how can I send it to you? |
15:21 |
bshum |
I'll play with that some more too |
15:21 |
bshum |
Fits in nicely with a conference proposal I was thinking to work on this week about translation efforts for the project :) |
15:23 |
kmlussier |
That Novelist link in the screenshot that was sent on the general list looks custom to me. |
15:23 |
bshum |
kmlussier: Agreed. |
15:24 |
kmlussier |
bshum: OK, thanks for confirming. |
15:24 |
bshum |
It doesn't seem to be part of the table itself |
15:24 |
bshum |
So not copy_table.tt2 |
15:24 |
bshum |
But maybe more like the bib details page |
15:24 |
bshum |
Maybe above in parts/record/summary.tt2 |
15:27 |
kmlussier |
Heh, I missed your last few comments, but those are the two files I put in my e-mail. :) |
15:30 |
bshum |
Hehe |
15:30 |
bshum |
Just guessing |
15:31 |
kmlussier |
It's possible they could have put the link below the closing table tag in copy_table.tt2. It's hard to tell. |
15:32 |
bshum |
Hmm, that's possible I guess |
15:36 |
kmlussier |
Nawjo / bshum: It might be worthwhile to open a Launchpad bug on RTL being locale dependent. |
15:40 |
Nawjo |
hmmm |
15:41 |
bshum |
kmlussier: Sure, I'd probably make a bug like "add support for RTL for Evergreen catalog" to start with. |
15:41 |
bshum |
I don't want to think about the web client yet :) |
15:41 |
kmlussier |
bshum: Sounds good to me. |
15:41 |
bshum |
Probably something to roadmap for 2.12, right? |
15:42 |
bshum |
If we can get more traction on it |
15:42 |
kmlussier |
bshum: Sure, if there's somebody willing to work on it for 2.12. |
15:43 |
kmlussier |
I think it would be an awesome 2.12 feature! |
15:43 |
Nawjo |
yeah! |
15:44 |
Nawjo |
Great! I tried to edit stylesheets of web client |
15:44 |
Nawjo |
it works for some parts |
15:45 |
Nawjo |
the only problem is switching RTL-LTR according to language selected |
15:45 |
bshum |
Well locale setting for the web client isn't quite perfect yet either. |
15:47 |
Nawjo |
it shows Arabic-Argentina, I think it should be changed to Arabic or Arabic- Jordan |
15:47 |
Nawjo |
I'm talking about web client locale selector. |
15:48 |
bshum |
Sure, that'd be helpful :) |
15:49 |
Nawjo |
:) |
15:49 |
bshum |
I wonder how we'll tell Launchpad to change that, hmm |
15:50 |
Nawjo |
I have no idea |
15:56 |
bshum |
Eh, worse case, we copy down all the ar-AR stuff, copy it into a new directory called ar-JO, and then upload it back right? :) |
15:56 |
bshum |
It probably isn't quite like that. |
15:57 |
Nawjo |
yes it can be :) |
16:00 |
Dyrcona |
It's bzr, right? You should be able to rename the files in bzr. |
16:01 |
|
mmorgan joined #evergreen |
16:01 |
Dyrcona |
Or, the directory, even. |
16:02 |
bshum |
Well, we'll probably want to sync it with what's in LP currently, so that we keep what we've got so far before renaming. But yes, something like that I guess. |
16:02 |
bshum |
Each thing is its own file |
16:02 |
bshum |
The directory is like "tpac" and then in there is each locale's PO |
16:02 |
bshum |
so the default is ar.po |
16:02 |
bshum |
We'd want to rename every ar.po to ar_JO.po |
16:03 |
bshum |
Or something like that |
16:04 |
* bshum |
ponders that all further |
16:07 |
Nawjo |
I'm thinking of what you've said, I'll be silent as I don't know a lot about this :D |
16:08 |
bshum |
Nawjo: It's okay, I'm just thinking aloud till someone smarter comes along and says, No, do it this way better. :) |
16:08 |
Nawjo |
I'm not that one :D haha |
16:09 |
Dyrcona |
:) |
16:51 |
Nawjo |
bshum I've just sent the styles to your mail :) |
16:51 |
bshum |
Nawjo: Cool, look forward to playing with that more in the coming days |
16:52 |
bshum |
I'll send you what I can put together to try new RTL variable detecting when I get a test server put together to try things out |
16:53 |
Nawjo |
that's good :) |
16:54 |
|
vlewis joined #evergreen |
16:57 |
bshum |
Nawjo++ # welcome and thanks for sharing, look forward to working with you more on this |
16:58 |
Nawjo |
thank you bshum :) |
16:59 |
kmlussier |
Nawjo++ # thanks for starting the conversation on this! |
16:59 |
kmlussier |
bshum++ # For diving in further. |
17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
17:02 |
Nawjo |
I can't wait till I see our libraries using Arabic Evergreen ILS:) Thank you for your help and support. Your team is friendly and nice, nice to talk to you all :) |
17:02 |
vlewis |
kmlussier # I'm working on https://bugs.launchpad.net/evergreen/+bug/1522644 webclient: Transfer title holds issues So you think I should move or remove the button? |
17:02 |
pinesol_green |
Launchpad bug 1522644 in Evergreen "webclient: Transfer title holds issues" [Medium,New] - Assigned to Victoria Lewis (sykeslewis) |
17:03 |
* mmorgan |
votes for removal. |
17:04 |
kmlussier |
vlewis: Personally, I think we should remove it. Or maybe comment it out? |
17:04 |
kmlussier |
That way, if somebody really wants to use it, they could easily reinstate it. |
17:05 |
mmorgan |
That sounds like a good solution to me. |
17:07 |
kmlussier |
vlewis: There were concerns when I tried to remove it from the xul client a while back, but now it's really easy to select all the holds and select the "transfer selected" option. |
17:07 |
* kmlussier |
had hoped to test some of the new web client fixes today, but got caught up in a more tedious task. Sigh... |
17:09 |
|
mmorgan left #evergreen |
17:09 |
vlewis |
I can comment it out. |
17:11 |
kmlussier |
Better than my alert suggestion from last month - http://irc.evergreen-ils.org/evergreen/2016-11-29#i_277681 |
18:04 |
|
bhorn joined #evergreen |
19:44 |
|
brahmina joined #evergreen |
23:34 |
jeff |
d |
23:34 |
jeff |
you're not tmux! |