| Time |
Nick |
Message |
| 02:05 |
|
sarabee joined #evergreen |
| 02:07 |
|
eeevil joined #evergreen |
| 07:10 |
|
graced joined #evergreen |
| 07:25 |
|
jboyer-isl joined #evergreen |
| 07:59 |
|
julialima_ joined #evergreen |
| 08:11 |
|
akilsdonk joined #evergreen |
| 08:15 |
|
rjackson_isl joined #evergreen |
| 08:19 |
|
collum joined #evergreen |
| 08:33 |
|
mrpeters joined #evergreen |
| 08:34 |
|
Dyrcona joined #evergreen |
| 08:40 |
gmcharlt |
for the a.m. crowd in channel |
| 08:41 |
gmcharlt |
if you have not already seen it, yesterday afternoon a security release was made |
| 08:41 |
gmcharlt |
here is the announcement: http://evergreen-ils.org/security-releases-evergreen-2-7-4-2-6-7-and-2-5-9/ |
| 08:41 |
gmcharlt |
upgrading is strongly recommended |
| 08:41 |
* csharp |
applied the relevant security patches to PINES prod and test servers last night |
| 08:42 |
csharp |
gmcharlt++ |
| 08:45 |
|
Shae joined #evergreen |
| 08:46 |
bshum |
Dyrcona++ # security fixes ;) |
| 08:46 |
gmcharlt |
bshum++ |
| 08:47 |
gmcharlt |
dbwells++ # release cutting |
| 08:47 |
bshum |
gmcharlt++ |
| 08:47 |
dbwells |
gmcharlt++ |
| 08:47 |
gmcharlt |
MITRE++ # quick, smart response to the CVE number request I made |
| 08:48 |
Dyrcona |
gmcharlt++ bshum++ dbwells++ berick++ |
| 08:48 |
Dyrcona |
I need to get myself set up to make CVE requests. |
| 08:49 |
gmcharlt |
Dyrcona: easy-peasy; first step is to subscribe to oss-security (http://www.openwall.com/lists/oss-security/) |
| 08:50 |
Dyrcona |
gmcharlt: Will do. |
| 08:50 |
gmcharlt |
the archives of that ML have plenty of examples of random OSS projects requesting CVEs |
| 08:50 |
csharp |
yeah, oss-security has kept me ahead of recent SSL issues |
| 08:50 |
gmcharlt |
and for the latest security release, we got assigned 3 numbers: http://www.openwall.com/lists/oss-security/2015/03/04/3 |
| 08:50 |
Dyrcona |
FWIW, I'm considering joining OWASP, too. |
| 08:52 |
|
ericar joined #evergreen |
| 08:59 |
mrpeters |
Dyrcona: thanks for your sample last evening |
| 09:00 |
|
maryj joined #evergreen |
| 09:01 |
mrpeters |
dbwells++ bshum++ gmcharlt++ |
| 09:12 |
Dyrcona |
mrpeters: You're welcome. |
| 09:20 |
kmlussier |
evergreen-ils.org is down? |
| 09:20 |
mrpeters |
kmlussier: appears to be -- let me see what is up |
| 09:24 |
|
Newziky joined #evergreen |
| 09:24 |
mrpeters |
VM is responsive, digging deeper |
| 09:25 |
kmlussier |
mrpeters: It's working for me now. |
| 09:25 |
mrpeters |
ah, maybe I woke it up :P |
| 09:27 |
kmlussier |
mrpeters++ |
| 09:45 |
|
sarabee joined #evergreen |
| 10:01 |
csharp |
@quote random |
| 10:01 |
pinesol_green |
csharp: Quote #62: "< Dyrcona> À propos a migration from TLC: If you have a column called TOTALINHOUSEUSES you should also have TOTALOUTHOUSEUSES for symmetry's sake." (added by csharp at 11:49 AM, July 22, 2013) |
| 10:02 |
Dyrcona |
:) |
| 10:06 |
mrpeters |
lol |
| 10:11 |
mrpeters |
Dyrcona: looking a bit closer at the newList code you sampled -- I am thinkin I need to change the FOR circ IN target to look only at "newList" for the item details...is that correct? |
| 10:13 |
Dyrcona |
mrpeters: That loop is to fill newList. You need to make the other change to use newList in the existing template after you fill it in. |
| 10:16 |
mrpeters |
so you can't fill newList and generate the notice in the same template? |
| 10:19 |
mrpeters |
or can that loop take place at the very beginning of the template, followed by all of the date/recpient/etc. variables |
| 10:19 |
Dyrcona |
I'd put that loop at the beginning of the template. |
| 10:19 |
Dyrcona |
Before the IF that you added. |
| 10:20 |
Dyrcona |
Change the IF to be "IF newList.size();" |
| 10:20 |
mrpeters |
ah, ok so that initial IF i was trying is needed |
| 10:20 |
mrpeters |
i assume size is a check to see if anything is actually in the list? |
| 10:20 |
Dyrcona |
Well, assuming you don't want to output the template unless you have something, right. |
| 10:20 |
mrpeters |
totally |
| 10:20 |
Dyrcona |
Yes, it is. |
| 10:21 |
Dyrcona |
size() i mean. |
| 10:21 |
Dyrcona |
Parens are optional, I think. |
| 10:21 |
mrpeters |
so size just assumes at least 1 entry exists in the list? |
| 10:21 |
Dyrcona |
Size returns how many items are in the list. |
| 10:21 |
mrpeters |
ah, ok |
| 10:22 |
mrpeters |
so i need another IF in case size < 1 |
| 10:22 |
mrpeters |
and in that case END |
| 10:22 |
Dyrcona |
Or it could fall through and do nothing. |
| 10:23 |
Dyrcona |
You might need an explicit STOP or something, not sure. |
| 10:23 |
Dyrcona |
You'll want to change target to newList between the IF and END. |
| 10:24 |
Dyrcona |
The END just tells TT2 that the IF block is done. It doesn't do anything special beyond that. |
| 10:24 |
|
jwoodard joined #evergreen |
| 10:24 |
mrpeters |
http://pastie.org/9999189 is where im at now |
| 10:24 |
Dyrcona |
Like the closing brace in if(condition) { ... } |
| 10:25 |
|
book` joined #evergreen |
| 10:25 |
mrpeters |
not 100% sure on the syntax of the newList().size(); along with the circ mod checks |
| 10:25 |
Dyrcona |
Ditch the circ mod checks and you don't need the semicolon. It's only required for multiline TT2 statements. |
| 10:26 |
Dyrcona |
newList should only contain circs for items with the circ mods you're looking for. |
| 10:26 |
Dyrcona |
On line 21 change target to newList. |
| 10:26 |
mrpeters |
http://pastie.org/9999201 |
| 10:26 |
mrpeters |
ok |
| 10:27 |
Dyrcona |
You need another END at the bottom to balance out the IF. |
| 10:27 |
Dyrcona |
The END that is there now will go to the second FOR loop. |
| 10:28 |
Dyrcona |
Of course this assumes that this template is only for those circ modifiers. That looks like what you are going for, right? |
| 10:28 |
mrpeters |
right ok, that makes sense |
| 10:28 |
mrpeters |
yes, only these circ mods |
| 10:28 |
mrpeters |
they are items that can be checked out for 2 or 8 hours |
| 10:29 |
Dyrcona |
Ok. |
| 10:29 |
Dyrcona |
You might want to double check the loop documentation. |
| 10:30 |
Dyrcona |
I banged that out real fast yesterday, and looking at it today I'm not certain that FOR and FOREACH are synonyms in TT2. (They are in Perl.) |
| 10:30 |
Dyrcona |
Also, there might be typos, etc. |
| 10:30 |
mrpeters |
yeah i want to read through and make sure i understand |
| 10:32 |
Dyrcona |
Also, I'd change unshift to push if I were to redo it today. |
| 10:33 |
mrpeters |
ok, let me gather all of this up and try to make sense of it...i appreciate it, its making sense |
| 10:34 |
Dyrcona |
Yeah, that's more programming than I would typically put into a template, myself. |
| 10:34 |
mrpeters |
typos on your portion aside, does this look right? http://pastie.org/9999215 |
| 10:34 |
Dyrcona |
Typically, I'd try to get only the data that I needed into it from outside. |
| 10:34 |
mrpeters |
yeah, this is such a super small library that i am not sure the extra work will hurt too much |
| 10:35 |
mrpeters |
they have like 68 patrons |
| 10:36 |
Dyrcona |
Yeah. I noticed that item in push(item) should be push(circ) |
| 10:36 |
Dyrcona |
Well, item should be circ. |
| 10:36 |
Dyrcona |
That was typo/thinko from banging it out real quick. |
| 10:37 |
Dyrcona |
And, it's the kind of thing that could leave someone scratching their head for hours trying to figure out why the template doesn't work. ;) |
| 10:40 |
mrpeters |
:-D |
| 10:41 |
Dyrcona |
I've had "fun" with similar things in the NCIPServer templates during testing. |
| 10:41 |
mrpeters |
so, is it newList.push(circ) or item? |
| 10:42 |
Dyrcona |
newList.push(circ) |
| 10:42 |
mrpeters |
ok |
| 10:42 |
Dyrcona |
item is unefined. |
| 10:42 |
Dyrcona |
undefined, even. |
| 10:42 |
mrpeters |
where is item supposed to be? |
| 10:43 |
Dyrcona |
No where. It was a mistake. |
| 10:43 |
Dyrcona |
It should be circ, instead. |
| 10:44 |
mrpeters |
right on |
| 10:44 |
mrpeters |
thanks, going to give this a whirl |
| 10:49 |
dbs |
bshum: sorry for screwing up your 2.7.4 release tarball |
| 10:52 |
Dyrcona |
Err...Um..That doesn't sound good. |
| 10:55 |
|
mllewellyn joined #evergreen |
| 10:59 |
dbs |
Dyrcona: he went the extra mile of recreating it to incorporate the 100 $e commit I pushed late yesterday |
| 11:00 |
kmlussier |
bshum++ |
| 11:00 |
Dyrcona |
OIC. |
| 11:13 |
|
vlewis joined #evergreen |
| 11:13 |
|
vlewis_ joined #evergreen |
| 11:34 |
julialima_ |
Hi everyone! The OPW project is coming to its end, so we would like to show you our results and get some feedback. Here is a link to my latest blog post: http://lima-julia.tumblr.com/post/112601058682/times-almost-up. You will see a common workflow with the new guidelines applied. The idea is to give you time to see it and invite you come back at 2 |
| 11:34 |
julialima_ |
:00pm so we can discuss it and have your perceptions, reactions and thoughts about it. |
| 11:37 |
dbwells |
Before anyone asks, the 2:00pm is EST. |
| 11:40 |
Dyrcona |
I just kind of assumed, but probably shouldn't have. |
| 11:41 |
kmlussier |
2 p.m. today? |
| 11:41 |
julialima_ |
Yes, today |
| 11:46 |
dbwells |
I hope it doesn't come across as being too casual about it. We were just hoping to give people a little time to look it over and think it over instead of just jumping in and asking for feedback. |
| 11:47 |
|
buzzy joined #evergreen |
| 11:56 |
kmlussier |
That blog post makes me want a Dojo-free patron registration screen more than I did before. If that's possible. Sigh... |
| 11:58 |
kmlussier |
julialima_: With the table of contents, you can click to get to that portion of the patron record? |
| 11:58 |
Dyrcona |
The problem isn't dojo per se. |
| 11:58 |
Dyrcona |
The problem is we're stuck on some ancient version of dojo for whatever reasons. |
| 12:00 |
|
bmills joined #evergreen |
| 12:01 |
dbwells |
kmlussier: would you mind saving that question for 2:00pm? Then it won't get lost in the potential backscroll :) |
| 12:01 |
kmlussier |
dbwells: I can, but I'm not sure how available I'll be. |
| 12:02 |
Dyrcona |
You can always later it, so long as julialima_ doesn't say anything in the mean time. :) |
| 12:03 |
kmlussier |
Dyrcona: The problem might not be dojo, but I'm not sure the mixing of dojo screens with AngularJS provides the best user experience. |
| 12:03 |
Dyrcona |
Though I guess a later is a private message. |
| 12:03 |
Dyrcona |
heh. |
| 12:03 |
Dyrcona |
I'm not sure the web provides the best user experience. :) |
| 12:03 |
Dyrcona |
Or a computer for that matter. |
| 12:04 |
csharp |
kmlussier: yes, it will be very discordant |
| 12:04 |
* csharp |
understands the logic behind sticking with what's there for now, though |
| 12:05 |
|
jihpringle joined #evergreen |
| 12:06 |
dbwells |
kmlussier: I was afraid that might be the case. I'm not sure if julialima_ is actively listening, so I'll give you a preview answer and say yes, that's the idea. It was something I think dbs proposed in a previous discussion. |
| 12:07 |
* dbwells |
disappears until after lunch |
| 12:09 |
* kmlussier |
will try to be available at 2 p.m. |
| 12:19 |
Dyrcona |
<M-S-iso-lefttab> is undefined. |
| 12:19 |
Dyrcona |
Well, damnit! I need to define it! |
| 12:46 |
|
bmills joined #evergreen |
| 12:57 |
|
bmills joined #evergreen |
| 12:57 |
|
yboston joined #evergreen |
| 13:00 |
gmcharlt |
http://evergreen-ils.org/evergreen-2-8-beta-released/ |
| 13:05 |
|
mrpeters1 joined #evergreen |
| 13:08 |
bshum |
berick++ |
| 13:16 |
berick |
gmcharlt++ |
| 13:59 |
|
_bott_ joined #evergreen |
| 14:00 |
dbwells |
Good afternoon, all. I hope some of you had a chance to look over the most recent OPW style guide post which julialima_ posted earlier today. Here is that link again: http://lima-julia.tumblr.com/post/112601058682/times-almost-up |
| 14:01 |
dbwells |
Also for reference, here is a link to the in-process guide on GitHub: https://github.com/JuliaLima/Evergreen/tree/patch-1/docs/style_guide |
| 14:02 |
dbwells |
s/in-process/in-progress/ (I think :) ) |
| 14:03 |
|
buzzy joined #evergreen |
| 14:03 |
|
sandbergja joined #evergreen |
| 14:04 |
dbwells |
We don't really have specific questions, so we are hoping to solicit any general reactions you have to the style being put forward, or any questions you might have about it. |
| 14:05 |
dbwells |
julialima_ and I will be actively monitoring the channel for at least the next hour to try and respond in a timely manner to feedback. Thanks! |
| 14:05 |
kmlussier |
I had a couple of thoughts. |
| 14:05 |
kmlussier |
I really like the Table of Contents, and being able to jump anywhere in the patron editor. |
| 14:06 |
kmlussier |
One thing I did notice, though, is that we don't see the left sidebar with patron information when pulling up the record. |
| 14:06 |
kmlussier |
Is it just collapsed in those mockups? Or is it a design choice to remove that sidebar from the display? |
| 14:08 |
julialima_ |
kmlussier: It is collapsed in the mockups.. The idea is to have the screen as clean as possible to avoid confusion and saturation of information |
| 14:09 |
kmlussier |
OK, I just wanted to make sure it was still available for those who want to use it. I think circ staff find it useful as a way to quickly see information on that patron. |
| 14:09 |
julialima_ |
Once you expand it, UI elements should organized themselves into the remaining space |
| 14:09 |
kmlussier |
OK, thanks! |
| 14:14 |
dbwells |
I should also note that, as much as possible, we have tried to focus on pure presentation. Something like the table of contents bends that rule, as it would require some underlying functional code. In places like that, we've done our best to limit ourselves to ideas which should be simple to implement (which naturally relies on estimation). |
| 14:19 |
|
jboyer-isl joined #evergreen |
| 14:23 |
|
krvmga_ joined #evergreen |
| 14:28 |
dbwells |
Seems like a slow afternoon for whatever reason. I'll take this opportunity to also say that julialima_ has agreed attend the March dev meeting, even though her internship will be officially over. So that will be another opportunity for asking some final questions and seeking clarifications. |
| 14:28 |
kmlussier |
The quiet afternoon may be a sign that people like what they see too. :) |
| 14:29 |
jonadab |
Warnock applies. |
| 14:31 |
krvmga_ |
i'm getting "There are no database connections defined in opensrf.xml" error when i run settings-tester |
| 14:31 |
|
kitteh__ joined #evergreen |
| 14:32 |
krvmga_ |
and the "No public Evergreen services were found in /openils/conf/opensrf_core.xml" |
| 14:32 |
Dyrcona |
krvmga_: Sounds like you missed some configuration steps. |
| 14:33 |
krvmga_ |
Dyrcona: yes, it would sound like that. but i can't see what i missed following the instructions. |
| 14:33 |
dbs |
krvmga_: sounds like you're using the OpenSRF version of opensrf.xml/opensrf_core.xml instead of the Evergreen version |
| 14:34 |
Dyrcona |
krvmga_: putting opensrf_core.xml and opensrf.xml in the right places? running eg_db_config.pl or whatever it is called. |
| 14:34 |
Dyrcona |
And, what dbs said. |
| 14:35 |
krvmga_ |
dbs: yes, it sounds like that. |
| 14:35 |
krvmga_ |
but, again, instructions |
| 14:35 |
krvmga_ |
Dyrcona: ran the eg_db_config |
| 14:36 |
Dyrcona |
krvmga_: Well, if you followed the READMEs exactly you would have copied the files twice: once for OpenSRF and again for Evergreen. |
| 14:36 |
Dyrcona |
ls -l in /openils/conf should give it away. |
| 14:37 |
Dyrcona |
If the .example files are newer and/or bigger, then you missed that step for Evergreen. |
| 14:37 |
Dyrcona |
You'll need to edit the password fields again, too. |
| 14:38 |
Dyrcona |
If you're regularly building dev/test systems, I'd script all this boring stuff. |
| 14:38 |
krvmga_ |
Dyrcona: the example files are the same date (Mar 3 - i did this yesterday) and i edited the files to change the passwords |
| 14:38 |
jonadab |
Yes, I at one point had a Perl script that edited the passwords and such into that file, but it's versions and versions old now, I wouldn't trust it at this point. |
| 14:38 |
dbs |
First-timers almost always think "I already did this as part of the OpenSRF install, I don't need to do it again" |
| 14:39 |
Dyrcona |
krvmga_: Not just the date, but the time and the size are important. |
| 14:39 |
Dyrcona |
It does sound like something was missed. |
| 14:39 |
dbs |
jonadab: eg_db_config.pl does that. |
| 14:39 |
jonadab |
Ah. |
| 14:39 |
Dyrcona |
Not the ejabberd domain stuff, though. |
| 14:40 |
krvmga_ |
Dyrcona: and here i've always been told size didn't matter. |
| 14:41 |
krvmga_ |
i'm still getting the spidermonkey error, too, but i've decided to ignore it and see if it doesn't matter. |
| 14:42 |
Dyrcona |
I was gonna paste my VM builder stuff from Google Drive, bit its seriously out of date at the moment. |
| 14:42 |
dbs |
Dyrcona: oh yeah, good point |
| 14:44 |
Dyrcona |
krvmga_: Did you do --service=all when you ran eg_db_config ? |
| 14:44 |
krvmga_ |
Drycona: i'm gonna go back and repeat some steps. |
| 14:46 |
dbs |
Could also be the line continuation thing "eg_db_config blah blah \ blah blah" cutting off at the first line |
| 14:48 |
Dyrcona |
could be. mine wraps over three lines. |
| 14:53 |
krvmga_ |
i've got an error "open-ils.cstore is not connected to the network" |
| 14:54 |
krvmga_ |
this is from running autogen |
| 14:54 |
csharp |
@blame 12 open-ils.cstore |
| 14:54 |
pinesol_green |
csharp: open-ils.cstore is NOT CONNECTED TO THE NETWORK!!! |
| 14:55 |
krvmga_ |
csharp: yes, exactly, but i decided not to shout even if the program shouted at me :) |
| 14:55 |
berick |
@blame 12 my-computer |
| 14:55 |
pinesol_green |
berick: berick's-computer is NOT CONNECTED TO THE NETWORK!!! |
| 14:55 |
berick |
hah |
| 14:55 |
csharp |
krvmga_: can you scan the opensrf.xml file to make sure that the db connections are correct? |
| 14:56 |
krvmga_ |
csharp: lemme look |
| 14:56 |
csharp |
krvmga_: particularly in the <open-ils.cstore> section |
| 14:58 |
Dyrcona |
Well, services need to be running when you run autogen.sh. |
| 14:58 |
Dyrcona |
osrf_control --localhost --diagnostic |
| 14:58 |
csharp |
Dyrcona: ah, yes - I love that feature |
| 14:59 |
csharp |
@praise --diagnostic |
| 14:59 |
* pinesol_green |
--diagnostic can run a report without assistance |
| 14:59 |
Dyrcona |
heh |
| 14:59 |
jeffdavis |
oooooh |
| 14:59 |
jeffdavis |
I didn't know about --diagnostic |
| 14:59 |
krvmga_ |
csharp: the user there is the postgres user. should it be the admin user that i set in the dbconfig |
| 14:59 |
krvmga_ |
? |
| 15:00 |
Dyrcona |
you want the postgres user. |
| 15:00 |
csharp |
krvmga_: the postgres user you chose, not the actual 'postgres' user |
| 15:00 |
krvmga_ |
Dyrcona: ok, got that, localhost, port 5432, correct password, db evergreen |
| 15:00 |
krvmga_ |
csharp: ah, ok, let me change it and see if it makes a difference. |
| 15:01 |
csharp |
presumably that user is named "evergreen" depending on what you named it in the (as postgres) createuser -P ... step |
| 15:01 |
Dyrcona |
Ah...I thought he meant that user and not literally postrgres. |
| 15:02 |
Dyrcona |
minus the extra 'r' |
| 15:02 |
Dyrcona |
;) |
| 15:02 |
csharp |
@blame postrgres |
| 15:02 |
pinesol_green |
csharp: It's all postrgres's fault! |
| 15:03 |
krvmga_ |
csharp: yeah, that did the trick. |
| 15:03 |
csharp |
krvmga_: excellent |
| 15:03 |
krvmga_ |
i changed the username and password; --stop-all --start-all and got what i expected from an srfsh login attempt |
| 15:03 |
csharp |
krvmga_: bshum and were chatting about doing an installfest on the hackfest day of the EG conference |
| 15:04 |
csharp |
just as a way to clarify what each installation step is actually doing |
| 15:04 |
krvmga_ |
csharp: i've been installing since 2.whatever-that-low-number-was and i still need lots more education. |
| 15:04 |
* csharp |
remembers how confusing it was when he first installed EG (of course that was in the pre-autotools days) |
| 15:04 |
krvmga_ |
i wish cwmars was rich enough to send me this year |
| 15:05 |
csharp |
well maybe I'll get around to making that installation screencast I've been thinking about doing for years ;-) |
| 15:05 |
* krvmga_ |
remembers the first eg install he tried was with 1.6. it ended in tears and seppuku on the library stairs |
| 15:05 |
csharp |
krvmga_++ |
| 15:06 |
bshum |
1.6 wasn't too bad. 1.4 was my first install era. |
| 15:06 |
bshum |
Well, 1.6.1 was fine. 1.6.0.0 was a bit brutal. |
| 15:07 |
* dbs |
seems to recall disbelieving that 1.0 could actually be installed |
| 15:07 |
dbs |
libjudy wtheck? |
| 15:07 |
krvmga_ |
lol |
| 15:08 |
eeevil |
dbs: you should have attempted 0.1! |
| 15:08 |
csharp |
heh |
| 15:08 |
* csharp |
has wanted to start at 1.0 and upgrade through each intervening version |
| 15:09 |
* eeevil |
still has the whittling knife he used to carve the bits for that installation |
| 15:09 |
csharp |
ala https://www.youtube.com/watch?v=8WP7AkJo3OE |
| 15:09 |
eeevil |
csharp: well, PINES kinda ... did ;) |
| 15:09 |
csharp |
eeevil: haha |
| 15:09 |
csharp |
yep! |
| 15:10 |
kmlussier |
Hmmm...should I attend the installfest or the documentation hackfest? |
| 15:10 |
kmlussier |
@coin |
| 15:10 |
pinesol_green |
kmlussier: tails |
| 15:10 |
dbs |
the install documentation fest |
| 15:10 |
csharp |
dbs++ |
| 15:10 |
kmlussier |
dbs++ |
| 15:10 |
eeevil |
kmlussier: make sure they're in adjacent rooms, bring a parascope |
| 15:11 |
eeevil |
periscope, even |
| 15:11 |
csharp |
"for $100 extra, you will be provided your own personal 'ganger to attend concurrent sessions" |
| 15:11 |
kmlussier |
csharp and bshum have been trying to pull together that installfest for years. |
| 15:12 |
krvmga_ |
when i run settings-tester now, everything is fine -- except "Please install JavaScript::SpiderMonkey" |
| 15:12 |
* bshum |
blames csharp's typo in ejabberd |
| 15:12 |
csharp |
kmlussier: we're still smoldering from our attempt to get EG installed in a VM within 45 minutes during a live demo |
| 15:12 |
krvmga_ |
the good news is i can get to my local catalog now |
| 15:12 |
csharp |
bshum: exactly! |
| 15:12 |
bshum |
But that said, we did get a nice "how to find out why your Evergreen system is broken" talk out of it. |
| 15:12 |
bshum |
:D |
| 15:12 |
kmlussier |
csharp: Yeah, it will definitely need to be something that extends beyond 45 minutes. |
| 15:12 |
krvmga_ |
the bad news is there's probably some hidden gotcha just waiting to apply its baseball bat to my knees |
| 15:12 |
kmlussier |
ow |
| 15:13 |
csharp |
krvmga_: hooray! |
| 15:17 |
krvmga_ |
is spidermonkey in there because of the web client or was it in there before as well (he asks, lazily, knowing he could just look at manifests in older packages) |
| 15:20 |
kmlussier |
I'm pretty sure it was in there before. |
| 15:20 |
gmcharlt |
indeed, and has nothing to do with webstaff |
| 15:21 |
gmcharlt |
it's for server-side javascript-based circ policies |
| 15:22 |
berick |
and for a time bib record ingesting, IIRC |
| 15:22 |
gmcharlt |
yeah |
| 15:22 |
gmcharlt |
to which I say: it's dead |
| 15:23 |
kmlussier |
Ah, ok. I was just about to ask about that. I remember it coming up in discussion when we were having trouble with acq uploads at one time. |
| 15:23 |
gmcharlt |
and to which the response is: http://ginadrayer.com/wp-content/uploads/2014/06/121613_1703_therumorsof1.jpg |
| 15:24 |
csharp |
so if we're not using JS circ, we don't need spidermonkey at all? |
| 15:25 |
csharp |
if so, seems like we could relegate it to a separate section of the install instructions and take it out of Makefile.install, no? |
| 15:25 |
krvmga_ |
wow, you mean something good might come out of my suffering? |
| 15:26 |
Dyrcona |
Well, the JS circ code is still called in many cases even if it does nothing. |
| 15:26 |
csharp |
(those are unpackaged and therefore add overhead to deb-building) |
| 15:26 |
csharp |
those = spidermonkey and spidermonkey-perl |
| 15:26 |
Dyrcona |
There's a LP bug (forget the number) to rip it out. |
| 15:26 |
bshum |
There is |
| 15:26 |
berick |
yeah, other perl mods 'use' the spikdermonkey mods, so it has to be insatlled now, even if it's not used |
| 15:26 |
csharp |
bleh |
| 15:26 |
csharp |
ok |
| 15:27 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1312308 |
| 15:27 |
pinesol_green |
Launchpad bug 1312308 in Evergreen "time to remove script-based circ policies" (affected: 1, heat: 6) [Wishlist,Confirmed] |
| 15:27 |
* berick |
had big hopes of spending time w/ that this cycle |
| 15:28 |
Dyrcona |
There was talk longer ago, and IIRC it would have gone by now if we had any follow through. |
| 15:29 |
Dyrcona |
Trouble is too many tasks and not enough hands. |
| 15:30 |
* dbs |
still running script-based circ |
| 15:30 |
dbs |
ARGH |
| 15:31 |
Dyrcona |
I played with setting up script based circ rules before in-db was finished, but that was a year or so before our migration. |
| 15:31 |
Dyrcona |
Back in 2010 or so. |
| 15:32 |
Dyrcona |
dbs: Maybe you could do the honors of removing it? ;) |
| 15:33 |
berick |
hah |
| 15:36 |
jeff |
woo! authority! |
| 15:37 |
jeff |
so, has anyone here thought on the subject of "slightly more granular" MARC permissions? |
| 15:37 |
gmcharlt |
jeff: every now and again |
| 15:38 |
jeff |
i.e., "special permission is required to create/edit a record with a non-linked 650 tag", etc? |
| 15:38 |
gmcharlt |
e.g., discussions of use of $5 containing an OU code as a signfiier that a local field belongs to library X |
| 15:39 |
gmcharlt |
also, although it's not presently in the cards for the webstaff reimplementation of the MARC editor, the tag table service (bug 1427287) offers some hooks to extending it to field-level permissions |
| 15:39 |
pinesol_green |
Launchpad bug 1427287 in Evergreen ""Tag table" service" (affected: 2, heat: 12) [Wishlist,New] https://launchpad.net/bugs/1427287 |
| 15:40 |
gmcharlt |
particularly if there were to be a future mode whereby the MARC editor has a switch to enforces only using fields and subfields specified by the user's tag table |
| 15:40 |
gmcharlt |
jeff: though what you're asking specifically re the 650 sounds slightly different |
| 15:41 |
gmcharlt |
more like a record must pass specified validity checks to be saved |
| 15:41 |
gmcharlt |
and requiring a special permission to override those |
| 15:41 |
jeff |
tangental to your $5 example, is there any existing framework for "these 'local subject' fields are specific to this org hierarchy"? |
| 15:43 |
jeff |
(i don't *think* so, but... asking) |
| 15:43 |
gmcharlt |
that's one of the things that the tag table service can do, at least in the sense of allowing custom fields and subfields to be added (or hidden) for catalogers at a given OU |
| 15:44 |
gmcharlt |
though that's of course not quite the same thing as saying that "this paritcular 655$x belongs only to library Y; nobody else can modify or remove it" |
| 15:45 |
jeff |
but does that then also carry over into search/facet infrastructure, so that a search at lib X doesn't attempt to display or facet on "local" subject headings "associated with" an out-of-context org unit? |
| 15:45 |
jeff |
(today?) |
| 15:45 |
jeff |
(or planned) |
| 15:45 |
jeff |
sorry, i'm just full of questions this mornin-- er, afternoon. :P |
| 15:46 |
gmcharlt |
not today, not planned (to my knowledge) |
| 15:46 |
jeff |
k. |
| 15:47 |
gmcharlt |
though I could imagine some use (or abuse) of the indexing system to accomplish some of that |
| 15:47 |
gmcharlt |
and certain for record display, filter TPAC display by comparing $5 values to phys_loc would be doable in the templates |
| 15:48 |
jeff |
in terms of "today", with a library looking to start using subject authority records and be somewhat strict about things, i think a "report on recently created/updated records with unlinked subjects" combined with "restrict authority record permissions" would be the current best approach. |
| 15:49 |
gmcharlt |
yeah, and eminently doable |
| 15:49 |
jeff |
(since there is no current means to permit creating / editing / importing bib records while PREVENTING them from using "unlinked" subject tag values) |
| 15:50 |
gmcharlt |
jeff: well, there's always the option of a custom trigger on biblio.record_entry :) |
| 15:50 |
gmcharlt |
that may be a little drastic, though |
| 15:50 |
jeff |
heh |
| 15:58 |
|
julialima_ left #evergreen |
| 15:58 |
jeff |
"why does it say 'database query failed' every time i try to edit this record?" |
| 15:59 |
gmcharlt |
"Because not only is the UI unfriendly, it hates you... personally!" ;) |
| 16:00 |
jeff |
though, there's no reason such a custom trigger would have to fail in that fashion. it could just as easily silently discard the changes to the tag/field in question. |
| 16:00 |
jeff |
...or change the permissions/credentials for the user... |
| 16:00 |
jeff |
:-) |
| 16:01 |
gmcharlt |
now there's a frightening prospect -- "sorry, Dave, I can't let you catalog any more" |
| 16:04 |
Dyrcona |
jeff: Silently discarding the changes is worse. |
| 16:04 |
Dyrcona |
"Evergreen is broke. It won't save my changes." |
| 16:05 |
Dyrcona |
I think you guys are just talking crazy talk....MARC cataloging is bad enough as it is. Why deliberately make it worse? |
| 16:05 |
jeff |
with few exceptions, silent (and secret!) refusal to perform an action is usually best avoided. :-) |
| 16:05 |
|
bmills joined #evergreen |
| 16:06 |
gmcharlt |
Dyrcona: I'm pretty sure jeff and I stopped being entirely serious at 15:50:33 my time ;) |
| 16:06 |
Dyrcona |
I refuse to do thing all the time, but usually end up doing them anyway. :) |
| 16:06 |
jeff |
the only thing i'm actively interested in is "be strict about data entered in some fields" -- the "org unit specific tags and indexing" was mostly curiosity. |
| 16:07 |
Dyrcona |
Meh. Only way to keep data clean is to keep humans out, and then its useless. ;) |
| 16:08 |
Dyrcona |
But, if you think it would be useful to restrict permissions for certain fields, go ahead, as long as others don't have to use it. |
| 16:14 |
jeff |
So you're saying that I should scrap this proposal for one permission entry for each marc field/subfield combo? ;-) |
| 16:14 |
gmcharlt |
heh |
| 16:22 |
jeff |
dipping (or re-dipping) my toes into the authority pool, if we want LCSH authority records we're going to need to pay CDS or similar, right? |
| 16:24 |
gmcharlt |
not necessarily |
| 16:24 |
gmcharlt |
one a time, there's the LC Z39.50 service |
| 16:24 |
gmcharlt |
WorldCat also provides access to NAF/SAF for member libraries |
| 16:25 |
jeff |
our oclc catexpress subscription probably does not quality. |
| 16:25 |
jeff |
we don't even get worldcat api access. :P |
| 16:25 |
gmcharlt |
there are several authority control vendors out there that could ingest your bibs and returned updated bibs + matching LC authorities |
| 16:26 |
jeff |
yeah, that'll probably be more cost effective. |
| 16:26 |
jeff |
theory being that they pay for the CDS product subscription, and we pay them (less, hopefully) |
| 16:27 |
jeff |
since it looks like to get all of LCSH it's $1,525 for "everything prior to this year" then $2,990 for "this year, including updates" |
| 16:28 |
gmcharlt |
yeah -- getting the raw authority records wouldn't be the primary reason for using an authority control vendor |
| 16:28 |
|
frank___ joined #evergreen |
| 16:30 |
gmcharlt |
and there's always https://archive.org/details/ol_data -- include the complete 2007 LCSH and LCNAF sets |
| 16:30 |
frank___ |
Hi all, I'd want to know where I can change the "text" of the login evergreen page, I mean, I want to change the text: Please include leading zeros and no spaces. Example: 0026626051 to our own |
| 16:32 |
Dyrcona |
opensrf.settings has lost its mind, and took ejabberd with it. |
| 16:32 |
* Dyrcona |
has a system with massive load |
| 16:33 |
gmcharlt |
frank___: the OPAC template to customize for that is parts/login/form.tt2 |
| 16:35 |
jeff |
gmcharlt: hrm. I'm seeing LC classifications at archive.org / OL, but not LCSH. Perhaps I'm looking in the wrong places. |
| 16:37 |
frank___ |
Thanks, found it |
| 16:38 |
gmcharlt |
jeff: pardon me -- I think I was conflating that with a 2007 set of *bib* records from LC |
| 16:43 |
Dyrcona |
@blame 12 opensrf.settings |
| 16:43 |
pinesol_green |
Dyrcona: opensrf.settings is NOT CONNECTED TO THE NETWORK!!! |
| 16:43 |
berick |
@blame 12 The NSA |
| 16:43 |
pinesol_green |
berick: The NSA is NOT CONNECTED TO THE NETWORK!!! |
| 16:48 |
Dyrcona |
server: no ch |
| 16:48 |
Dyrcona |
ildren available |
| 16:48 |
Dyrcona |
oops |
| 16:48 |
Dyrcona |
However, only had the minimum running when I finally got logged in, and our maximum is 45. |
| 16:52 |
Dyrcona |
And, at the time the message occurs, my other log says only 15 were running. Fifteen minutes later the snapshot shows 29 after it dropped back down to 5. |
| 16:53 |
Dyrcona |
Weird, we actually show 1 less than the minimum just before this started. |
| 16:53 |
Dyrcona |
But that's after going up to 11 and then back down to 5 then to 4 (1 less than the minimum). |
| 16:54 |
Dyrcona |
That probably means nothing, unless you're a Spinal Tap fan. |
| 16:55 |
Dyrcona |
I wonder if those are a consequence of the load and not the cause... |
| 16:55 |
Dyrcona |
Something to investigate tomorrow and compare to this past Saturday, I guess. |
| 16:57 |
Dyrcona |
Time to call it a day. |
| 16:57 |
|
mrpeters1 left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
|
mmorgan left #evergreen |
| 17:47 |
|
mrpeters joined #evergreen |
| 18:20 |
|
bmills joined #evergreen |
| 18:48 |
|
edoceo joined #evergreen |
| 20:49 |
|
buzzy joined #evergreen |
| 21:20 |
|
pmurray` joined #evergreen |
| 21:20 |
|
rangi` joined #evergreen |
| 21:38 |
|
bmills joined #evergreen |
| 23:26 |
|
artunit joined #evergreen |
