| Time |
Nick |
Message |
| 00:42 |
|
gsams_ joined #evergreen |
| 01:43 |
|
ejk_ joined #evergreen |
| 03:33 |
|
gsams joined #evergreen |
| 05:24 |
|
remingtron joined #evergreen |
| 05:24 |
|
dbwells joined #evergreen |
| 05:31 |
|
dbwells_ joined #evergreen |
| 05:31 |
|
remingtron_ joined #evergreen |
| 05:33 |
|
dbwells__ joined #evergreen |
| 07:00 |
|
agoben joined #evergreen |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:52 |
|
ericar joined #evergreen |
| 08:17 |
|
collum joined #evergreen |
| 08:28 |
|
collum_ joined #evergreen |
| 08:42 |
|
rlefaive joined #evergreen |
| 08:49 |
|
mmorgan joined #evergreen |
| 08:50 |
|
bos20k joined #evergreen |
| 09:26 |
|
kmlussier joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 09:56 |
kmlussier |
Good morning #evergreen! |
| 09:58 |
bshum |
Good morning kmlussier! |
| 10:01 |
mmorgan |
Good morning! |
| 10:01 |
* berick |
waves all around |
| 10:02 |
Bmagic |
gooood mornin' |
| 10:04 |
|
jvwoolf joined #evergreen |
| 10:14 |
pinesol_green |
[evergreen|Galen Charlton] LP#1612054: unbreak test case now that SSN is no longer an ID type - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8adf1fe> |
| 10:18 |
bshum |
gmcharlt++ |
| 10:33 |
|
Christineb joined #evergreen |
| 10:43 |
Bmagic |
@coffee [someone] |
| 10:43 |
* pinesol_green |
brews and pours a cup of Ethiopia Awassa Special, and sends it sliding down the bar to ericar |
| 11:22 |
|
bos20k joined #evergreen |
| 11:46 |
|
brahmina joined #evergreen |
| 12:00 |
|
bmills joined #evergreen |
| 12:09 |
|
sarabee joined #evergreen |
| 12:11 |
|
ericar joined #evergreen |
| 12:36 |
|
slink_ joined #evergreen |
| 12:41 |
csharp |
@someone [coffee] |
| 12:41 |
* pinesol_green |
(someone [<channel>]) -- Returns a random nick from <channel>. <channel> is only necessary if the message isn't sent in the channel itself. |
| 12:41 |
csharp |
thought that would happen |
| 12:42 |
* tsbere |
wonders why csharp is running things backwards ;) |
| 12:42 |
csharp |
just that kinda day, I guess :-) |
| 12:44 |
|
ericar joined #evergreen |
| 12:46 |
* dbs |
peers at an authorities issue in master where applying the full authority for "François" results in "Franc,ois" in the bib record :/ |
| 12:46 |
yboston |
ouch |
| 12:47 |
dbs |
might be dirty data on our side, I haven't checked to see if the authority record was MARC8 encoded or something like that (although it displays cleanly...) |
| 13:51 |
|
tsbere joined #evergreen |
| 13:53 |
|
Dyrcona joined #evergreen |
| 14:00 |
kmlussier |
csharp: I noticed you set bug 1413352 to high. If you would like, I could load berick's patch on a Sandbox so that one of your acq people could test it and sign off on it. |
| 14:00 |
pinesol_green |
Launchpad bug 1413352 in Evergreen 2.9 "New Brief Record estimated price does not populate" [High,Confirmed] https://launchpad.net/bugs/1413352 |
| 14:20 |
csharp |
kmlussier: just did it - I was making the 2.9 branch consistent with the original report ;-) |
| 14:20 |
csharp |
I see that the fix is working |
| 14:21 |
kmlussier |
csharp: Ah, I see. Makes sense. |
| 14:21 |
csharp |
kmlussier: thanks for the offer of help, though :-) |
| 14:23 |
Dyrcona |
It there a good reason not to mount all of /openils/var via NFS in a brick setup? From my research it appears some site do mount all of /openils/var and some mount only selected subdirectories. |
| 14:24 |
berick |
Dyrcona: beware pid files in /openils/var/run/ |
| 14:29 |
Dyrcona |
berick: Thanks. Those are and will continue to go to /var/run/evergreen. |
| 14:30 |
berick |
cool |
| 14:32 |
Dyrcona |
I'm asking because C/W MARS currently mounts only a couple of the directories from NFS, and I'm considering mounting them all in a new setup to make managing overrides a little simpler. |
| 14:33 |
Dyrcona |
We're planning to upgrade the current server hardware. |
| 14:34 |
tsbere |
Dyrcona: Beware NFS-related slowdowns in Apache loading templates. |
| 14:34 |
Dyrcona |
tsbere: Good point. |
| 14:35 |
Dyrcona |
Maybe that's not such a good idea after all. |
| 14:37 |
mmorgan |
Any ideas on this client error? "Error loading preferences: Could not js-ify the JSON: SyntaxError: JSON.parse: unexpected end of data" |
| 14:37 |
mmorgan |
The workstation shut down due to a power failure, and now the user gets this error when they attempt to "Add Volumes" |
| 14:38 |
mmorgan |
I suspected a corrupted prefs.js file, but moving it out of the way didn't solve the problem. |
| 14:38 |
Dyrcona |
mmorgan: I was going to suggest copying prefs.js from a known, working installation. |
| 14:38 |
Dyrcona |
Could be another the js files that's corrupted. |
| 14:40 |
Dyrcona |
Off the top of my head, I don't recall what is needed by the Add Volumes interface. |
| 14:42 |
mmorgan |
We were looking under "Roaming" should we try under "Local" as well? |
| 14:43 |
Dyrcona |
Yes, I would. |
| 14:43 |
bshum |
Are you sure it isn't something else? Like maybe a bad copy template or something |
| 14:43 |
dbs |
=505 80$g1. Culture.$g1.1.$tLa longue révolution des Cultural Studies ;$g1.2.$tUne théorie postmarxiste de la culture ;$g1.3.$tÉtudier les cultures populaires --$g2. Identité́́.$g2.1.$tSujet, identité et politique de l'identité ;$g2.2.$tRace et postcolonialité ;$g2.3.$tPost-identités --$g3. Représentations.$g3.1.$tRécits et textualités ;$g3.2.$tCulture visuelle ;$g3.3.$tPerformance --$g4. Médi |
| 14:43 |
dbs |
a.$g4.1.$tDes publics actifs ;$g4.2.$tPost-média ;$g4.3.$tIndustries de la culture et de la communication --$g5. Articulation.$g5.1.$tDe l'articulation a l'intersectionnalité ;$g5.1.$tTraductions culturelles ;$g5.2.$tInterdisciplinarité. |
| 14:43 |
dbs |
That is a field that Evergreen 2.7 really doesn't like. |
| 14:44 |
mmorgan |
bshum: It's only happening on one workstation. If the user logs into a different workstation there's no error. |
| 14:44 |
tsbere |
mmorgan: That error should be "opening up a file of some kind" - I expect it to be something in content/conf, though whether or not that is stored in the install dir or profile dir depends on other things |
| 14:44 |
Dyrcona |
dbs: Probably this: Identité́́. That last character is some kind of messed up. |
| 14:45 |
Dyrcona |
It has two accents. |
| 14:46 |
JBoyer |
mmorgan, I'd look at the files in the local profile under the chrome dir. (most have no extension) If you getting that before you can even login it's likely ws_info or last_ws_server |
| 14:46 |
dbs |
Dyrcona: good eyes! period accent acute, defintely not normal |
| 14:47 |
Dyrcona |
dbs: Well for me, it looks like the e has two, but it may be over the period. |
| 14:47 |
Dyrcona |
You can do things with Unicode combining characters that don't make sense. ;) |
| 14:48 |
JBoyer |
Unicode art > ASCII art |
| 14:48 |
Dyrcona |
Indeed! |
| 14:48 |
dbs |
Yep, that fixed it right up |
| 14:48 |
dbs |
Dyrcona++ |
| 14:48 |
Dyrcona |
Ah, 'tweren't nothin.... |
| 14:50 |
mmorgan |
JBoyer: Logging in is fine, just Add Volumes causes the error. |
| 14:50 |
mmorgan |
The client was reinstalled, though not uninstalled first. Might need to just start from scratch. |
| 14:52 |
Dyrcona |
You could try wiping out the openils folder(s) from the profile(s) and launching the client. That would be like starting fresh if preferences are not stored in the application directory. |
| 14:52 |
Dyrcona |
There are options when you build the client about where to store the preferences. |
| 14:53 |
JBoyer |
I'm trying to get the specific name real quick so there's less back and forth. :) |
| 14:53 |
Dyrcona |
:) |
| 14:53 |
* Dyrcona |
is trying to do two other things simultaneously. :) |
| 14:53 |
mmorgan |
preferences aren't stored in the application directory for this installation, so we may just do that. |
| 14:54 |
mmorgan |
Dyrcona: Just two?;-) |
| 14:54 |
Dyrcona |
Well, only one, now. :) |
| 14:54 |
Dyrcona |
I finished scheduling a load of Backstage files for Saturday evening. |
| 14:55 |
mmorgan |
Thanks for the suggestions. We'll poke around some more. |
| 14:56 |
JBoyer |
mmorgan, volume_copy_creator.prefs in the local profile chrome dir most likely. Move it out of the way and see what happens. |
| 14:56 |
JBoyer |
All is saves is the state of 2 check boxes, so no one will miss it. |
| 14:57 |
mmorgan |
JBoyer: Ah! ok, good suggestion, we'll give that a try. |
| 14:58 |
dbs |
I think the staff client build options are still only documented in the wiki? |
| 14:59 |
* dbs |
still relies on http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client fwiw |
| 15:01 |
* Dyrcona |
thinks dbs is correct. |
| 15:02 |
JBoyer |
It's all I've found, though it's been a bit since I've looked. |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:07 |
Bmagic |
I want to put a working branch in the repo that puts the screen message "OK" back into Patron.pm - Do you think I need to setup a Launchpad bug and commit to the working repo with that label? |
| 15:09 |
JBoyer |
Bmagic, if you want to see it merged sometime explaining why in the bug would be a good place to start, then you may as well put it in the branch name. |
| 15:09 |
Bmagic |
JBoyer: it was removed sometime back, and for our own reasons, we need it in there. I always resort to editing the file everytime, but it would be nice if I could cherry pick it |
| 15:10 |
Bmagic |
I was thinking that we may not be the only orgainzation that needs that... |
| 15:10 |
Bmagic |
It's not really a bug, it's a feature. A feature that we want reversed. |
| 15:11 |
JBoyer |
Ah, then yeah, if you just want a place to stick that one commit, I wouldn't fret over LP. Just throw it up there and you're good. You could probably also keep running rebase -i origin/master against that branch so it's always "current" |
| 15:12 |
Dyrcona |
Might not be a bad idea to add an option for the config file and make it a real branch that could get merged with a Lp bug. |
| 15:12 |
Dyrcona |
I know there was some controversy when it was removed because some clients expect it to be there. |
| 15:12 |
JBoyer |
Could go in the institutional section, I suppose. |
| 15:13 |
Dyrcona |
But, yeah, we don't have a policy on what you can do with working. I know there are many "failed" or experimental branches there. |
| 15:15 |
Dyrcona |
Or it could be made an account option. That's possible, but Institution would be fine. |
| 15:18 |
* Dyrcona |
waits around for a minute or two to see if cron trick is going to work. |
| 15:19 |
Dyrcona |
And, it does. |
| 15:19 |
|
bmills joined #evergreen |
| 15:24 |
|
rlefaive joined #evergreen |
| 15:26 |
|
rlefaive joined #evergreen |
| 15:27 |
|
rlefaive joined #evergreen |
| 15:32 |
|
mmorgan joined #evergreen |
| 15:34 |
|
mmorgan2 joined #evergreen |
| 15:41 |
* tsbere |
reads back a bit and wonders what clients *need* the ok message, given that it seemed to screw up all the selfchecks he interacted with while it was there |
| 15:45 |
Dyrcona |
I just recall someone raising concerns and Bmagic apparently has clients that need it, now. |
| 16:11 |
dbs |
Some days I wish there was a way to tell Evergreen "Yes I know this z39.50 source has screwed up their LDR[09], it's UTF8 even though they say it's MARC8" |
| 16:15 |
mmorgan2 |
JBoyer++ |
| 16:16 |
mmorgan2 |
The culprit was actually copy_editor_prefs but close enough :) |
| 16:16 |
mmorgan2 |
The file had a timestamp of when the power went out. |
| 16:24 |
tsbere |
dbs: Too bad you can't just put a filter in the middle to change that one character. |
| 16:31 |
Dyrcona |
JBoyer: still around? |
| 16:34 |
Dyrcona |
I can probably answer my question for JBoyer by reading a little, so no biggie. |
| 16:56 |
|
gsams_ joined #evergreen |
| 17:04 |
dbs |
tsbere: zactly |
| 17:06 |
|
mmorgan left #evergreen |
| 17:26 |
|
_adb left #evergreen |
| 17:32 |
|
jvwoolf left #evergreen |
