Time |
Nick |
Message |
00:53 |
paxed |
@later tell dbwells Can I submit updated Finnish translations for 2.5 outside the launchpad? |
00:53 |
pinesol_green |
paxed: The operation succeeded. |
03:25 |
|
stevenyvr2 joined #evergreen |
03:26 |
|
stevenyvr2 left #evergreen |
03:50 |
bshum |
I really think there's something wrong with the alternate title indexing now. |
03:50 |
bshum |
Looking more closely at the new sample bibs I pushed, for example |
03:51 |
bshum |
One of the new ones "CliffNotes Steinbeck's Of mice and men" has 246 alternate title entries |
03:52 |
bshum |
But the metabib.title_field_entry only shows entries for metabib fields 6 and 31 (title:proper and title:browse, respectively). |
03:52 |
bshum |
I would have at least expected a field 4 for the title:alternate |
03:53 |
bshum |
I'm wondering if maybe something we did with the work in 0800 broke something when we collapsed the metabib.title_field_entry duplicates. |
03:53 |
bshum |
And it's causing some title data to not be indexed anymore. |
03:54 |
bshum |
The sample I mention above is now part of the base data set loaded from master as part of the sample MARC data. I'll try to find more examples tomorrow, but this seems consistent with an issue in my production environment where 246 title entries aren't showing up in the title searches anymore. |
03:54 |
bshum |
*tomorrow/later today |
03:58 |
bshum |
Here's another one, from the original concerto set: id 34 for Italienisches Konzert (245) and Italian concerto, BWV 971. (246). If you look for that Italian concerto in the title search, it doesn't appear. |
04:00 |
bshum |
Again, looking at the metabib.title_field_entry, I don't see any field 4 entries. Just 5 (uniform title), 6, and 31. |
04:00 |
bshum |
Hmm, I'll ponder that more today and file a new bug or something. |
04:01 |
bshum |
Would be curious to see if other 2.4.1+ sites encounter similar issues. |
04:14 |
|
Mark__T joined #evergreen |
04:46 |
|
sseng joined #evergreen |
04:48 |
|
sseng__ joined #evergreen |
04:50 |
|
artunit_ joined #evergreen |
04:53 |
|
eby joined #evergreen |
07:30 |
|
jboyer-isl joined #evergreen |
07:54 |
|
collum joined #evergreen |
08:16 |
|
akilsdonk_ joined #evergreen |
08:19 |
|
_bott_1 joined #evergreen |
08:20 |
|
kbeswick joined #evergreen |
08:25 |
|
_bott_ joined #evergreen |
08:34 |
|
Dyrcona joined #evergreen |
08:48 |
|
ericar joined #evergreen |
08:49 |
csharp |
Dyrcona++ # seeing an apparently successful auth import with your backstage tools ;-) |
08:58 |
|
Shae joined #evergreen |
08:58 |
|
jbfink joined #evergreen |
08:59 |
|
mmorgan joined #evergreen |
09:06 |
|
rjackson-isl joined #evergreen |
09:10 |
|
rfrasur joined #evergreen |
09:18 |
|
RoganH joined #evergreen |
09:23 |
rfrasur |
RoganH: Did my question make sense? |
09:24 |
rfrasur |
oh...hold on. |
09:24 |
RoganH |
rfrasur: yep, I sent a reply :) |
09:24 |
* rfrasur |
is sifting through emails. Reading |
09:25 |
bshum |
I can't believe it is Friday already. |
09:25 |
bshum |
Where does all the time go? |
09:25 |
rfrasur |
Okay...so there are patron profiles for both the 2 wk and 3 mth card holders? |
09:25 |
Dyrcona |
I have a spreadsheet where my time goes. |
09:25 |
RoganH |
bshum: entropy |
09:26 |
rfrasur |
My week has been lost in the fog of a h.s. senior son and a sinus infection. I think those both qualify as entropy. |
09:28 |
Dyrcona |
entropy is the base state of the universe. |
09:28 |
Dyrcona |
We're basically just noise in the data, if there is any data. |
09:28 |
mmorgan |
Entropy: can't fight it. |
09:29 |
|
remingtron joined #evergreen |
09:29 |
rfrasur |
Dyrcona: There's data. At least from our perspective. It's importance, however, is very relative. |
09:30 |
Dyrcona |
All things are relative from both the Einsteinian and Quantum perspectives. |
09:30 |
|
tspindler joined #evergreen |
09:31 |
|
mrpeters joined #evergreen |
09:32 |
Dyrcona |
First time I've seen this one: Invalid indicator "orced to blank |
09:33 |
Dyrcona |
The invalid indicator must have been a series of DEL characters. |
09:34 |
* Dyrcona |
hopes he never has to work with TLC's "data" again. |
09:34 |
* rfrasur |
envisions the uber-orc (uruk-hai?) lopping off heads in the Fellowship of the Ring. |
09:34 |
Dyrcona |
But, we were talking about entropy.... |
09:34 |
Dyrcona |
rfrasur++ |
09:34 |
rfrasur |
lopping off heads...also entropy :D |
09:36 |
* Dyrcona |
has to admit he firsrt read it as "orked" to blank... |
09:36 |
Dyrcona |
as in orc. |
09:36 |
rfrasur |
yup |
09:36 |
rfrasur |
is it a typo for "forced?" or something that I don't understand? |
09:37 |
remingtron |
I've heard of gremlins in the computer, or gnomes or even aliens, but never orcs |
09:37 |
Dyrcona |
The message normally looks like: Invalid indicators "00d" forced to blanks |
09:37 |
rfrasur |
remingtron: Deepfreeze killed most of the orcs in our computers. |
09:38 |
Dyrcona |
My guess is that the program spit out the orced to blank, because the invalid indicators were 3 DEL characters, so the following 3 characters from the message were deleted. |
09:38 |
Dyrcona |
DEL characters don't belong in a MARC record, but there they are. |
09:38 |
rfrasur |
clever...well...not really, but clever that you figured it out. |
09:38 |
remingtron |
DEL characters are among the most mysterious |
09:38 |
Dyrcona |
@blame TLC |
09:38 |
pinesol_green |
Dyrcona: TLC is why we can never have nice things! |
09:38 |
rfrasur |
If there's a human inputting information, standards are suggestions. |
09:40 |
Dyrcona |
The software should never allow a DEL character to be inserted into a MARC record, and most GUI frameworks would simply delete something from input rather than propagate the DEL character to the data. |
09:40 |
Dyrcona |
I blame buggy software and therefore a programmer for this one. |
09:41 |
Dyrcona |
Dyrcona's corollary to the 2nd Law of Thermodynamics: Data in. Entropy out. |
09:42 |
rfrasur |
I dunno any libraries that use TLC. I know they exist. Just don't have personal experience with them. |
09:42 |
Dyrcona |
rfrasur: That's fortunate for you. |
09:42 |
bshum |
And those libraries. |
09:42 |
Dyrcona |
bshum++ |
09:44 |
rfrasur |
That's what I hear. We touched it in lib school, but only briefly and only enough to realize I never wanted to again. |
09:45 |
* rfrasur |
was already an EG disciple. |
09:45 |
|
jbfink joined #evergreen |
09:45 |
rfrasur |
(enjoy that comment, logs) |
09:55 |
csharp |
rfrasur++ |
09:56 |
phasefx |
what's that xulrunner command-line option for saving things to the app dir instead of a per-user dir? |
09:56 |
bshum |
rfrasur++ |
09:56 |
phasefx |
or maybe it's a preference, that sounds more correct |
09:57 |
phasefx |
"open-ils.write_in_user_chrome_directory" |
10:01 |
|
mllewellyn joined #evergreen |
10:04 |
Dyrcona |
phasefx: There are options to control that when you build the staff client, IIRC. |
10:04 |
phasefx |
Dyrcona: roger that, thanks |
10:04 |
Dyrcona |
But, you can also just edit the options or one of the files after the fact. |
10:05 |
* Dyrcona |
is feeling lazy and won't look up the details right now. ;) |
10:05 |
phasefx |
defaults/prefs.js in this case, as long as the pref hasn't been modified by the user or the javascript |
10:05 |
Dyrcona |
yeah. |
10:05 |
jeff |
we run a silent install from stock setup exe, then replace the prefs file and run a script that sets up permissions on the directory. |
10:06 |
Dyrcona |
there's aa_permaching.js, which if present stores settings in the application directory. |
10:06 |
Dyrcona |
oops... aa_permachine.js... |
10:06 |
Dyrcona |
deleting that will put the behavior to normal, too. |
10:06 |
phasefx |
jeff: what sort of permission changes are needed? |
10:09 |
Dyrcona |
I know at least one of our libraries installs the apps as administrator and then has to give the users permissions to write the install directory or certain files in the directory. |
10:10 |
Dyrcona |
This library has its computers managed by the town's IT dept., so they are being really strict with what staff can and can't do. |
10:10 |
* phasefx |
is glad he usually doesn't have to fool with such things |
10:10 |
phasefx |
web-browser-staff-client-ftw++ |
10:11 |
Dyrcona |
Me, also. I have had to answer some questions for the town IT once in a while. |
10:12 |
rfrasur |
bureaucracy /= efficient workflows or flexible librarianship |
10:12 |
bshum |
@later tell eeevil If you have time later, curious to pick your brain about some weird metabib title indexing issues as per my 3 am ramblings: http://irc.evergreen-ils.org/evergreen/2013-09-27#i_34670 |
10:12 |
Dyrcona |
Whee! Now to edit a 77,157 line spreadsheet over sftp. |
10:12 |
pinesol_green |
bshum: The operation succeeded. |
10:21 |
jeff |
phasefx: in our environment, users don't have permission to write/change things in %PROGRAMFILES% on Windows. When we have the staff client storing prefs/data in the program directory, we run a script during installation that adjusts permissions so that it'll work. :-) |
10:22 |
phasefx |
jeff: cool deal, thanks man |
10:24 |
|
hopkinsju joined #evergreen |
10:35 |
rfrasur |
ergh - the punishment for being sick is coming back to work and remembering you don't have an exec assistant to do the annoying things...and you have 3x as many annoying things to do. |
10:36 |
RoganH |
rfrasur: you're not hiring cheap overseas labor? |
10:36 |
rfrasur |
RoganH: It's an idea. |
10:37 |
* rfrasur |
could bill it as international cooperation to expand and facilitate librarianship as a public service |
10:37 |
|
Shae joined #evergreen |
10:37 |
rfrasur |
(Can I fit another cliche in there?) |
10:37 |
RoganH |
rfrasur: yes you can |
10:37 |
* rfrasur |
probably could |
10:43 |
* Dyrcona |
fears for his PayPal balance. |
10:43 |
* Dyrcona |
just got an email from Packt Publications about 50% off all ebooks this weekend. |
10:43 |
rfrasur |
I'll bet your worried you have too much money in your account, right? |
10:44 |
Dyrcona |
rfrasur: As if. :) |
10:44 |
jeff |
Dyrcona: is there a lot of content that Packt has that isn't in Safari? |
10:46 |
Dyrcona |
jeff: I think most of their stuff is in Safari, but for some titles, I like having the pdf or epub on disk. |
10:46 |
jeff |
*nod* |
10:46 |
jeff |
i understand that benefit. :-) |
10:46 |
Dyrcona |
I've actually been reading more on my phone than laptop lately. |
10:46 |
Dyrcona |
Safari to Go is nice. |
10:48 |
Dyrcona |
And what is the featured title in that email? "Mastering Web Applications with Angular JS" |
10:48 |
jeff |
of course. :-) |
10:48 |
Dyrcona |
If I were superstitious, I'd take that as a sign. |
10:49 |
jeff |
...of alphabetization? |
10:49 |
Dyrcona |
heh. |
10:49 |
Dyrcona |
That we should ditch Dojo and go with Angular JS. |
10:49 |
jeff |
like Hansel in the movie Zoolander, AngularJS is "so hot right now" |
10:49 |
Dyrcona |
heh. |
10:50 |
Dyrcona |
That's the trouble with JS frameworks, they come and go like faux celebrities. |
10:50 |
jeff |
AngularJS and Dojo can compliment each other. Of course, Dojo 1.3 doesn't compliment anything. |
10:50 |
jeff |
Yes. This is a concern. |
10:50 |
paxed |
at least dojo has been around the block ... |
10:50 |
senator |
what a nice smile, dojo. why thank you, angularjs, and that's a nice outfit you're wearing. |
10:51 |
* Dyrcona |
starts humming "Roxanne" despite the fact that "No Time This Time" is fading out on the speakers. |
10:51 |
gmcharlt |
this cannot be left un-noted |
10:52 |
gmcharlt |
@quote add <senator> what a nice smile, dojo. why thank you, angularjs, and that's a nice outfit you're wearing. |
10:52 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #68 added. |
10:53 |
Dyrcona |
I'm processing the final file MARC data file for this weekend's migration into my development server for testing. |
10:53 |
jeff |
I found some interesting (and not so interesting) tidbits in this article, its comments on site and on hn: https://coderwall.com/p/3qclqg https://news.ycombinator.com/item?id=6452960 |
10:53 |
Dyrcona |
I think I'm getting a few more messages about using the object hash as a call number than I did with the previous sample files. |
10:54 |
Dyrcona |
That means more copies without call numbers. |
10:55 |
Dyrcona |
"Surely we should be striving for tools the everyday man can pick up and play with?" |
10:55 |
Dyrcona |
We have that, and it usually leads to crap software. |
10:55 |
jeff |
senator++ |
10:57 |
Dyrcona |
Heh. Sounds a lot like programming in Lisp or Erlang. |
10:58 |
Dyrcona |
You can get started and do some useful stuff, but once you really grok it, you realize that early stuff was all junk. |
11:00 |
Dyrcona |
I get the impression that Angular JS is based on functional style programming? That kind of shift is hard for most programmers educated on structural programming and OO. |
11:01 |
berick |
jeff++ nice links |
11:01 |
Dyrcona |
jeff++ #indeed |
11:01 |
berick |
i'm drawing similar conclusions re: angular |
11:01 |
berick |
it takes some getting used to |
11:01 |
berick |
for usre |
11:01 |
berick |
sure |
11:02 |
tsbere |
Today's XKCD seems appropriate: http://xkcd.com/1270/ |
11:02 |
Dyrcona |
The mouse over is perfect! |
11:02 |
berick |
like a lot of things, until you get the hang of it, it can at times seem like an encumbrance. but once you do, you save a lot of time and code. |
11:02 |
* rfrasur |
laughs |
11:03 |
berick |
heh |
11:03 |
* rfrasur |
just liked the mouse over. The rest is greek to me. |
11:05 |
senator |
at some point i internalized the idea that functional programming is hip, |
11:05 |
Dyrcona |
all right safari to go just let me down. |
11:05 |
senator |
and started using map and grep and occasionally List::Util::reduce() a lot more in my perl almost unconsciously |
11:06 |
Dyrcona |
my new favorite combo in perl: map {...} sort {...} grep {...} @somearray; |
11:06 |
jcamins |
Hey, I had a question about jspac: does it have a non-JS fallback? |
11:07 |
Dyrcona |
jcamins: it's called tpac, and it has replaced jspac. |
11:07 |
senator |
jcamins: there used to be slimpac, too |
11:07 |
senator |
it might even still be there? not sure it's been truly removed |
11:07 |
jeff |
neither have been removed. |
11:07 |
jeff |
simply deprecated. |
11:07 |
jcamins |
Dyrcona: sorry, I should have been more clear. I meant, for libraries that are using the old version that doesn't have TPAC, what do people with non-JS browsers do? |
11:08 |
csharp |
jcamins: actually some of the reason many of us moved to tpac was the problem you're asking about |
11:09 |
Dyrcona |
jcamins: I'm sorry, I should have been more clear. Upgrade already! ;) |
11:09 |
jcamins |
Dyrcona: hehe. |
11:09 |
csharp |
jcamins: IE and Safari stopped working (well and/or at all) at pretty much the same time that tpac was ready for adoption |
11:10 |
* Dyrcona |
wonders if IE ever started working.... |
11:10 |
csharp |
ie-- # just because |
11:10 |
Dyrcona |
ie-- # to elebenty |
11:10 |
csharp |
@karma |
11:10 |
pinesol_green |
csharp: Highest karma: "dbs" (715), "bshum" (580), and "tsbere" (553). Lowest karma: "ie" (-39), "^" (-25), and "----------------------------------" (-18). You (csharp) are ranked 11 out of 1993. |
11:10 |
rfrasur |
(why don't they just download a working browser? browsers are free) |
11:11 |
jcamins |
ie-- # it deserves it |
11:11 |
rfrasur |
ie-- #for stealing the word "internet" causing unsuspecting people to think it IS the internet. |
11:12 |
csharp |
rfrasur: I always use my parents as an example why not - my father doesn't trust "those other browsers" |
11:12 |
rfrasur |
what makes him trust internet explorer? |
11:12 |
jcamins |
csharp: you mean it's a considered stance in some cases? |
11:12 |
senator |
rfrasur++ |
11:12 |
csharp |
rfrasur: because he believes in the brand, I guess |
11:12 |
senator |
you remind me that my mother-in-law really thinks the internet is whatever's behind "the blue E" |
11:12 |
jcamins |
Everyone I know who uses IE uses it because they don't know that there are other browsers. |
11:13 |
csharp |
I can't convince him otherwise |
11:13 |
* rfrasur |
grumbles |
11:13 |
rfrasur |
ie-- # because I hate it and all it stands for |
11:13 |
csharp |
many many many other patrons are like my father or senator's mother |
11:13 |
RoganH |
@karma |
11:13 |
pinesol_green |
RoganH: Highest karma: "dbs" (715), "bshum" (580), and "tsbere" (553). Lowest karma: "ie" (-42), "^" (-25), and "----------------------------------" (-18). You (RoganH) are ranked 24 out of 1993. |
11:13 |
csharp |
ie-- |
11:13 |
csharp |
ie-- |
11:13 |
csharp |
ie-- |
11:13 |
RoganH |
ie-- |
11:14 |
tsbere |
ie-- # Never low enough. ;) |
11:14 |
RoganH |
Note, I didn't down your karma for that link yesterday Chris but it did go in the meeting minutes. :) |
11:14 |
csharp |
RoganH: ha! |
11:14 |
Dyrcona |
for (i = 0; i < elebenty; i++) ie--; |
11:15 |
Dyrcona |
@karma i |
11:15 |
pinesol_green |
Dyrcona: Karma for "i" has been increased 2 times and decreased 0 times for a total karma of 2. |
11:15 |
Dyrcona |
i++ # just because its what we do. |
11:17 |
* csharp |
is reminded of eeevil's profile pic some years back "There's no i++ in Python" |
11:19 |
Dyrcona |
C11 has the for (var in array) loop syntax now, too. C++ has had it with templates for years. |
11:19 |
Dyrcona |
So there doesn't have to be i++ in C, either. :) |
11:21 |
* Dyrcona |
is chatty today.... |
11:22 |
senator |
we've all got a case of the fridays |
11:22 |
Dyrcona |
Well, I'm mostly just waiting today. |
11:22 |
rfrasur |
It's Friday? |
11:24 |
Dyrcona |
dbwells++ # for doing an excellent job as release manager. |
11:30 |
dbwells |
Ok folks, beta files are in the previews folder on open-ils.org, e.g. http://open-ils.org/downloads/previews/Evergreen-ILS-2.5-beta1.tar.gz |
11:30 |
jeff |
dbwells++ |
11:30 |
dbwells |
staff clients there, too |
11:30 |
rfrasur |
dbwells++ |
11:31 |
jeff |
CGI.pm handles POST data in interesting ways. |
11:31 |
remingtron |
dbwells++ |
11:31 |
jeff |
it will attempt to parse things if you have the usual Content-type header. |
11:32 |
jeff |
and otherwise, it stuffs everything into a param called POSTDATA |
11:32 |
dbwells |
Will send out an email soon to the same effect, but if anyone can take a look and make sure nothing major is wrong or missing, it would be much appreciated. |
11:32 |
jeff |
unless your content type is application/xml, in which case it stuffs everything into a param called XForms:Model (and no, that's not a class -- note just the single colon) |
11:33 |
jeff |
unless your content type header includes a charset, like application/xml; charset=utf-8 -- then it's still to be found in POSTDATA :-) |
11:35 |
|
kbeswick joined #evergreen |
11:42 |
rfrasur |
huh...not used to having someone hang up the phone on me. interesting. |
11:43 |
|
sseng joined #evergreen |
11:44 |
RoganH |
Call me and say you have a great new reference source to sell me. I'll let you practice the experience. |
11:44 |
rfrasur |
Well, usually I do the hanging up... |
11:44 |
rfrasur |
My heart's a little hurt. Can't they just be nice? |
11:44 |
* jcamins |
has people hang up on him all the time. Usually it's right before they call back and demand to speak with What's-her-name again. |
11:45 |
* rfrasur |
just told them we buy locally but I appreciated them calling (click) |
11:45 |
jcamins |
I've had my phone number for over 5 years. I _still_ get calls for the previous owner of the phone. |
11:46 |
jcamins |
And her friends are astonishingly rude. As soon as I say "I'm sorry, I think you have the wrong number," they hang up and call back. |
11:46 |
rfrasur |
ah, dumb and rude - a particularly smelly combination. |
11:47 |
Dyrcona |
If she changed her number five years, and these people still call the old number, are they really her friends? |
11:47 |
jcamins |
Dyrcona: well, no, presumably they're not good friends. |
11:48 |
rfrasur |
prolly the friends that caused her to get a new number :p |
11:49 |
Dyrcona |
:) |
11:49 |
rfrasur |
hmm, we still use our landline phone number for the local pizza place. hope no one ever gets that number. we've not had it for four years. |
11:51 |
Dyrcona |
Reading a lot of the discussion on the ycombinator link that jeff shared above is reminding of why I think JavaScript is just a bad idea. |
11:51 |
rfrasur |
graced: would I be rightly mocked for getting a black "browncoats unite" t-shirt? |
11:51 |
graced |
rfrasur: I'm afraid so |
11:51 |
rfrasur |
grr, I knew it. |
11:51 |
Dyrcona |
We should make everyone install the PerlScript plugins! |
11:52 |
graced |
rfrasur: Now, you could wear an ironic scarf with it and be a hipster |
11:52 |
rfrasur |
oy...I don't think that'd match my persona well. |
11:52 |
* rfrasur |
tried to be cool |
11:52 |
rfrasur |
it hurt |
11:52 |
graced |
heh |
11:52 |
Dyrcona |
heh. |
11:52 |
Dyrcona |
I was cool for about five minutes in the '80s. |
11:53 |
graced |
Did you wear Hammer pants? |
11:53 |
rfrasur |
well, it was the 80s. The standards were different. |
11:53 |
graced |
rfrasur: Fact. |
11:53 |
Dyrcona |
There were standards in the '80s? |
11:53 |
Dyrcona |
;) |
11:53 |
rfrasur |
;) |
11:53 |
graced |
touche... |
11:54 |
|
jdouma joined #evergreen |
11:55 |
* rfrasur |
wishes they were blackcoats |
11:57 |
|
jbfink joined #evergreen |
12:00 |
|
dMiller_ joined #evergreen |
12:01 |
|
gdunbar joined #evergreen |
12:15 |
pastebot |
"remingtron" at 64.57.241.14 pasted "EG branch patch splitter/applier" (117 lines) at http://paste.evergreen-ils.org/15 |
12:16 |
remingtron |
Dyrcona, if you're bored today, you can checkout my paste |
12:17 |
remingtron |
I wrote it to help me test a branch, since I got tired of splitting and applying patches manually |
12:17 |
remingtron |
I'd love feedback and/or improvements |
12:19 |
jeff |
remingtron: how does this compare to creating a branch and merging other branches to it, then installing from that? |
12:20 |
remingtron |
jeff: it just reduces the need to actually install from source |
12:20 |
remingtron |
instead, you patch an existing install and restart things |
12:20 |
jeff |
remingtron: ah, i think i follow now. |
12:20 |
remingtron |
I haven't gotten cool enough to install from source for testing yet |
12:20 |
|
smyers_ joined #evergreen |
12:21 |
Dyrcona |
Well, this would work for simple things like perl modules that don't have a .in form and sql upgrade scripts. |
12:22 |
Dyrcona |
What I typically do is update my test/dev branch, push it to a bare repo on my test/dev server, then pull it into my active repo on the test/dev server. |
12:22 |
Dyrcona |
I'll run the necessary upgrade scripts by hand if it is a small update. |
12:23 |
Dyrcona |
I'll copy perl and other files when necessary. |
12:23 |
Dyrcona |
If .in or files that go into the staff client download have changed, then I'll definitely run my script to build everything from source. |
12:24 |
Dyrcona |
changes to .in files require you to go through the configure step again because of the way we munge them. |
12:24 |
Dyrcona |
Just looking at your script, I think you'd want to find the destination path to perl mods at runtime. |
12:25 |
remingtron |
Dyrcona: makes sense, I'll add that to my long list of todos :) |
12:25 |
Dyrcona |
Not everyone has perl 5.10.1, and they're not always in /usr/local/share/perl either. |
12:25 |
remingtron |
true true |
12:25 |
bshum |
Old fashioned 10.04 |
12:26 |
Dyrcona |
debian stable prior to wheezy, too, I think. |
12:26 |
Dyrcona |
had 5.10.1 |
12:26 |
Dyrcona |
i'm using 5.14.1 on ubuntu and 5.18 on FreeBSD. |
12:27 |
remingtron |
Dyrcona: thanks for looking at the script. I have to go, but I'll think over your feedback more later. |
12:27 |
remingtron |
Dyrcona++ |
12:27 |
tsbere |
IE fun: http://cheezburger.com/7809605376 |
12:27 |
bshum |
Dyrcona: My guess was that /usr/local/share thing |
12:28 |
bshum |
That's more of a Ubuntu thing than a Debian thing I thought |
12:28 |
bshum |
Or maybe I'm mixing that up with something else. Probably... |
12:28 |
bshum |
/var/local maybe |
12:28 |
Dyrcona |
bshum: it may be, but the version number was the first thing that I noticed. |
12:28 |
dbwells |
tsbere++ :) |
12:28 |
bshum |
tsbere: Ha! |
12:29 |
csharp |
tsbere++ |
12:29 |
Dyrcona |
If you install Perl from source with a default config, I think they go in /usr/lib/perl5/5.minor.patch/ |
12:32 |
|
fparks_ joined #evergreen |
12:32 |
|
ktomita_ joined #evergreen |
12:33 |
jeff |
i had forgotten for a moment that squeeze shipped perl 5.10 |
12:33 |
bshum |
Oh my |
12:33 |
bshum |
:) |
12:37 |
|
ktomita joined #evergreen |
12:39 |
|
fparks joined #evergreen |
12:39 |
jeff |
wheezy has 5.14, which is out of support since... May, I think. |
12:40 |
jeff |
of course, EOL in perl-land is significantly less dire than in other environments. |
12:41 |
Dyrcona |
yeah. |
12:42 |
|
fparks__ joined #evergreen |
12:42 |
Dyrcona |
plus, the distros will often backport important bug fixes, particularly security bugs. |
12:42 |
* jeff |
nods |
12:42 |
bshum |
csharp: To confirm, I also see an error "TypeError: obj.active_services is undefined" when accessing the z39.50 import UI with a fresh master as of last night. |
12:42 |
jeff |
and there's upstream security patch support even for "EOL" (assuming it's not "too EOL") |
12:43 |
hopkinsju |
Dyrcona: It seems like we've talked about this before… When you migrate in new bibs for a library - you don't do a cataloging freeze correct? You just renumber the incoming bibs with a sizable gap from your current max(id) from biblio.record_entry - Am I remembering this right? |
12:44 |
hopkinsju |
I've got a migration to do today and it occurred to me that I could start right now (rather than after hours) if I didn't have to do a cataloging freeze. |
12:44 |
hopkinsju |
But I don't want to have problems arise from having screwed up the sequence. |
12:46 |
hopkinsju |
Seems like it should be just fine considering I'm loading the bibs in a transaction and immediately updating the sequence right after, but I wanted to do a sanity check. |
12:47 |
Dyrcona |
hopkinsju: Depends on how I'm getting the records. |
12:47 |
Dyrcona |
This weekend, I'm doing it in multiple steps because I'm making an attempt at deduping. |
12:47 |
Dyrcona |
I'll just load the records and new ones will go in without any gaps in ids. |
12:50 |
Dyrcona |
hopkinsju: I'm also not messing with the sequence. |
12:50 |
Dyrcona |
my insert doesn't fill in id and lets the database uses the sequence for the id. |
12:50 |
hopkinsju |
Dyrcona: Right on. I'll report back. |
12:51 |
hopkinsju |
Unrelated - The change from 10000 to 1000 on the MaxRequestsPerChild in apache2.conf did seem to resolve the issues we were seeing. |
12:52 |
hopkinsju |
everyone++ |
12:52 |
|
dMiller__ joined #evergreen |
12:52 |
Dyrcona |
Well, it at least stops the hemmorage. |
12:54 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "BRE Insert Statement" (33 lines) at http://paste.evergreen-ils.org/16 |
12:54 |
Dyrcona |
That's what I'm doing to create new BREs in this weekend's migration. It's Perl, of course. |
12:56 |
hopkinsju |
Right on, thanks Jason |
13:07 |
|
ktomita_ joined #evergreen |
13:10 |
jeff |
Dyrcona, hopkinsju: when did you start seeing that memory issue which MaxRequestsPerChild helped mitigate? |
13:11 |
jeff |
"when" in the "around what version" sense (tricky question for Dyrcona, I suppose) |
13:11 |
Dyrcona |
jeff: tsbere might remember better than I, but it was sometime in the past 6 months or so. |
13:11 |
Dyrcona |
probably after our July 21 update. |
13:12 |
tsbere |
jeff: Was more of a creeping thing, really. I couldn't pin it down to a specific update. |
13:13 |
|
smyers__ joined #evergreen |
13:14 |
hopkinsju |
jeff: After we upgraded to 2.4.1 |
13:14 |
jeff |
hopkinsju: from which prior version? |
13:14 |
hopkinsju |
2.3.3 |
13:14 |
jeff |
thanks! |
13:14 |
jeff |
Dyrcona++ |
13:14 |
jeff |
tsbere++ |
13:14 |
jeff |
hopkinsju++ |
13:15 |
|
georgerc joined #evergreen |
13:20 |
pastebot |
"tspindler" at 64.57.241.14 pasted "adding form & genre index problems" (13 lines) at http://paste.evergreen-ils.org/17 |
13:21 |
tspindler |
See the above link but I'm not sure what I'm doing wrong or if there are other things needed to create the metabib_class |
13:30 |
Dyrcona |
"[I]t breaks something." It sure would be helpful to know what that something is. |
13:33 |
tspindler |
Dyrcona: Sorry, you cannot edit bib records, load records through Vandelay, or import via z39.50. You get db query failed. |
13:34 |
Dyrcona |
You should also paste the output from one of those errors. |
13:34 |
tspindler |
will do |
13:35 |
jeff |
the error from the postgres logs would be most helpful there -- not the client-side error. |
13:35 |
tspindler |
jeff: i'll track that down |
13:38 |
jeff |
i fear i may have broken / DoS'd senator by feeding him a pair of interesting links. oops. |
13:41 |
tspindler |
server log had a message like: : EDT ERROR: relation "metabib.form_genre_field_entry" does not exist at character 13. I can’t find this in any schema. |
13:41 |
tspindler |
forget the "I can't find this in any schema" cut and paste from email |
13:41 |
tspindler |
That is not part of the error log in other words |
13:42 |
pastebot |
"tspindler" at 64.57.241.14 pasted "client error output" (46 lines) at http://paste.evergreen-ils.org/19 |
13:47 |
Dyrcona |
yeah, the staff client output isn't very helpful. |
13:49 |
tspindler |
I just generated the error again and I am going to the logs to get a current output |
13:52 |
pastebot |
"tspindler" at 64.57.241.14 pasted "log entry" (21 lines) at http://paste.evergreen-ils.org/20 |
13:53 |
Dyrcona |
relation "metabib.form_genre_field_entry" does not exist at character 13 |
13:54 |
|
yboston joined #evergreen |
13:54 |
Dyrcona |
Apparently you need a table in the metabib schema with the name from the metabib.field. What that table should look like, I am not sure. |
13:56 |
Dyrcona |
It probably should look like the other metabib.*_field_entry tables. |
13:56 |
jeff |
new metabib classes require new schema. another option is to make the new metabib field a member of an existing class, like keyword. |
13:57 |
tspindler |
jeff: we may go that root, Dyrcona, i was doing it this way because kathy was saying we had a masslnc discussion about adding from genre as a class, do you remember that? |
13:58 |
Dyrcona |
tspindler: No, I was likely not part of that discussion. |
13:58 |
Dyrcona |
But, if you make a new class, you'll need a new table. |
13:59 |
tspindler |
Dyrcona: thanks, I'll have to think about that. I am not sure its worth it. |
14:17 |
bshum |
dbwells++ |
14:20 |
pinesol_green |
[evergreen|Dan Wells] Correct small errors in new AC cover code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=297d911> |
14:23 |
jeff |
thanks, guys. |
14:23 |
|
yboston joined #evergreen |
14:24 |
jeff |
i'd suspect those snuck in at merge conflict resolution time, but I don't think cnbrowse had any merge conflicts. |
14:28 |
dbwells |
bshum: you mentioned earlier something about a Z39.50 problem in master. Can you elaborate? |
14:32 |
egbuilder |
build #380 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/380 |
14:32 |
|
kbeswick joined #evergreen |
14:36 |
jeff |
hrm. testing.esilibrary.com is not a build slave, correct? |
14:38 |
jeff |
(aka testing.evergreen-ils.org) |
14:38 |
jeff |
yeah, looks like it is not a build slave, thus it was pointless for me to install libbusiness-issn-perl on it just now. oh well. |
14:42 |
jeff |
the joy of books from ten years ago: ``Many other interesting changes have already happened to mod_perl in Version 2.0, and more will be developed in the future. Some of these will be covered in this chapter, and some you will discover on your own while reading mod_perl documentation.'' |
14:53 |
berick |
heh, "and the explosive error messages are also chock full of useful information!" |
14:55 |
rfrasur |
(should I just start scheduling programs and commit staff and worry about the budget later?) |
14:56 |
berick |
@eightball should rfrasur start scheduling programs and commit staff and worry about the budget later? |
14:56 |
pinesol_green |
berick: NO! |
14:56 |
rfrasur |
oy...the voice of reason from an eightball |
14:56 |
rfrasur |
@blame eightball |
14:56 |
pinesol_green |
rfrasur: It really IS eightball's fault! |
14:56 |
* rfrasur |
knows |
14:56 |
Dyrcona |
@eightball Do I know what book jeff is reading? |
14:56 |
pinesol_green |
Dyrcona: Naturally. |
14:58 |
rfrasur |
stupid budgets |
14:59 |
Dyrcona |
@eightball Is Perl 6 worth the effort? |
14:59 |
pinesol_green |
Dyrcona: The outlook is good. |
15:00 |
Dyrcona |
I dunno when the latest title that I can find on Perl 6 is from 2004.... |
15:00 |
bshum |
dbwells: Sorry stepped away right after that little fix |
15:00 |
bshum |
dbwells: So the z39.50 thing that I saw was basically what I mentioned before. there's a little javascript popup that says "TypeError: obj.active_services is undefined" |
15:01 |
bshum |
When you go to the import from z39.50 interface |
15:01 |
bshum |
Clicking okay on that removes the message and you move on with your life. |
15:01 |
bshum |
I couldn't replicate it on my other systems, but the fresh master definitely had it |
15:02 |
|
smyers_ joined #evergreen |
15:03 |
dbwells |
bshum: I installed the beta (which is master) and didn't get that. Maybe it is a client side issue. I installed the new client, but kept my preferences. |
15:03 |
dbwells |
odd |
15:03 |
dbwells |
bshum: so the interface works fine after hitting ok? |
15:04 |
bshum |
dbwells: It seemed to |
15:04 |
bshum |
And I couldn't find anything deeper in the javascript console for errors or anything |
15:04 |
bshum |
So whatever it is, it's not showing up there |
15:20 |
smyers_ |
has anyone seen this error before? Context Loader error: Undefined subroutine &OpenILS::WWW::EGCatLoader::uri_escape_utf8 called at /usr/lib/perl5/site_perl/5.8.8/OpenILS/WWW/EGCatLoader/Record.pm line 497.\ |
15:20 |
bshum |
smyers_: Yes |
15:20 |
smyers_ |
fix? |
15:21 |
bshum |
smyers_: I vaguely recall it being something to do with funky MARC encodings and the function being a little unhappy |
15:21 |
bshum |
Pretty sure it was done awhile back... I'll have to look at git. |
15:23 |
smyers_ |
bshum: thanks |
15:24 |
bshum |
Actually hmm, what version is that? |
15:24 |
bshum |
Cause now that I'm rethinking it, I think what I'm remembering is us adding the _utf8 part because that was needed to make it not break on weird characters |
15:25 |
smyers_ |
moving from 2.2 -> 2.4 on of centos |
15:25 |
smyers_ |
wondering if this is something pulled from rose:uri |
15:25 |
bshum |
Yeah that line changed because of f203c86de7d96b0d22b8764266dc583517582659 |
15:25 |
pinesol_green |
[evergreen|Jason Stephenson] Use uri_escape_utf8 in EGCatLoader/Record.pm. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f203c86> |
15:26 |
bshum |
Maybe that function isn't supported on old perl |
15:26 |
bshum |
Or there's something else going on |
15:26 |
* bshum |
is not a perl guy |
15:27 |
bshum |
Google tells me that ought to be part of URI::Escape |
15:27 |
bshum |
Or something like that |
15:28 |
bshum |
Yeah, people say it might be an ancient perl issue |
15:28 |
bshum |
See: http://www.perlmonks.org/?node_id=963124 |
15:29 |
bshum |
That's the best I've got for you smyers_, I hope that helps or maybe someone else who knows more can point the way to the next step. |
15:29 |
Dyrcona |
smyers_: Do you know what version of Perl and URI::Escape you have? |
15:29 |
smyers_ |
bshum: it gives me a place to keep looking |
15:31 |
senator |
smyers_: along the lines of what bshum's talking about, run perl -MURI -e 'print $URI::VERSION,"\n";' on the apache server where your error was generated |
15:31 |
senator |
if result is less than 1.31, then upgrading the URI package from distro packages or from cpan should solve the problem |
15:31 |
smyers_ |
senator: 1.6 |
15:33 |
smyers_ |
senator: bshum Dyrcona thanks for the help you pointed me to the correct spot and its now fixed |
15:33 |
bshum |
Cool deal. |
15:34 |
Dyrcona |
glad to hear it. |
15:35 |
senator |
same |
15:38 |
|
frank___ joined #evergreen |
15:38 |
frank___ |
hello everybody, I am upgrading my EG. database, but I am getting some errors like this psql:/home/opensrf/Evergreen-ILS-2.4.2/Open-ILS/src/sql/Pg/version-upgrade/2.3-2.4-supplemental.sh:50: invalid command \" |
15:39 |
frank___ |
could someone help me please |
15:39 |
bshum |
The supplemental.sh is not a psql |
15:39 |
Dyrcona |
It is a shell script. |
15:40 |
bshum |
So you'll just want to run it |
15:40 |
bshum |
http://docs.evergreen-ils.org/2.4/_upgrade_the_evergreen_database_schema.html has some steps for that |
15:40 |
Dyrcona |
bash -f /home/opensrf/Evergreen-ILS-2.4.2/Open-ILS/src/sql/Pg/version-upgrade/2.3-2.4-supplemental.sh |
15:40 |
Dyrcona |
should take care of it. |
15:41 |
Dyrcona |
That one takes a long time doesn't it? |
15:41 |
bshum |
It does |
15:41 |
bshum |
It's marked executible so it could just be called I think. |
15:41 |
bshum |
But that extra stuff doens't hurt |
15:42 |
frank___ |
excellent, sorry by the mistake, thanks |
15:43 |
bshum |
Good luck! |
15:47 |
bshum |
Per dbwells' request, I'm adding the 2.5 beta list to the downloads page as a new column |
15:48 |
bshum |
While I'm in there, I'll add a direct link to the installation steps for OpenSRF nearby the links for it on that page. |
15:51 |
jeffdavis |
I was asking about this last night... For quickly shoving MARC records directly into a database, is marc2bre.pl + pg_loader.pl the way to go? Would there be any advantage to using marc_stream_importer.pl? |
15:51 |
Bmagic |
Dyrcona: Thanks for your advice on the billing issue. we deleted the billing rows, corrected the circ rules for the circs, ran fine_generator and the new bill was correct! |
15:51 |
Dyrcona |
Bmagic: Glad that I could help. |
15:52 |
* Dyrcona |
knows a thing or two about billing, since he's working on changing it all. ;) |
15:52 |
Bmagic |
hopkinsju and I have a question about how the lost book item charge is put onto the patron bill |
15:52 |
Bmagic |
would that be a part of the fine_generator as well? |
15:53 |
Dyrcona |
No. It is done when the copy is marked lost, either by staff or by action trigger. |
15:53 |
Bmagic |
that's what I was thinking |
15:54 |
Bmagic |
We have 255 circs that are marked lost but there is not a lost fee assessed to the patron |
15:54 |
bshum |
@later tell dbwells I don't see a RELEASE_NOTES or README files yet. I'll work up a quick README_2_5.html based on what's there now. |
15:54 |
pinesol_green |
bshum: The operation succeeded. |
15:54 |
Dyrcona |
You could do it with an update SQL. |
15:54 |
Dyrcona |
Is it the lost processing fee or the item price that you want to add? |
15:54 |
Bmagic |
if we want that trigger to fire, can we update asset.copy set status=status where....... ? (we tried that and it didnt seem to work) |
15:54 |
Bmagic |
the item price |
15:55 |
Dyrcona |
No, the trigger is time based and needs action_trigger_runner.pl to be running, etc. |
15:55 |
bshum |
@later tell dbwells Actually other open questions... was there anything needing a new OpenSRF release to coincide with the new Evergreen 2.5 beta1? |
15:55 |
pinesol_green |
bshum: The operation succeeded. |
15:55 |
Bmagic |
would it be perhaps better/cleaner to simply insert the row into money.billing by hand? |
15:56 |
Bmagic |
since the action trigger is no longer looking at these circs |
15:56 |
Dyrcona |
yeah. hang on a sec or 30. |
15:56 |
* bshum |
puts brakes on changing the downloads page till he knows more |
16:01 |
rfrasur |
yboston: there've been a few updates to the DIG-away (hehe). I'm not sure how long to keep it available. |
16:03 |
bshum |
Ugh |
16:03 |
bshum |
EDI questions |
16:03 |
bshum |
Those always make me sad. |
16:03 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "recreate lost bilings" (11 lines) at http://paste.evergreen-ils.org/21 |
16:04 |
Dyrcona |
Bmagic: That's a rough start. You might need to do another for copies that lack prices, to put in the ou setting value for minimum price or whatever. |
16:05 |
Dyrcona |
I'd try it on a test database if you have one first. |
16:06 |
Dyrcona |
k |
16:06 |
Dyrcona |
wrong window. |
16:06 |
|
kbeswick joined #evergreen |
16:08 |
yboston |
rfrasur: we can make the decision today, for Friday the 15th |
16:09 |
rfrasur |
yboston++ |
16:09 |
yboston |
rfrasur: could you close out the poll and send a reply to my last email? |
16:09 |
rfrasur |
yep |
16:10 |
bshum |
yboston++ rfrasur++ dig++ |
16:10 |
yboston |
rfrasur: I will then send out another email for getting ideas for when to do the asciidoc training, but we can just discuss it at next weeks dig meeting |
16:10 |
rfrasur |
yboston: Is it alright to say that you'll send out more details in a future email? |
16:10 |
rfrasur |
yboston++ |
16:11 |
yboston |
rfrasur: yes, we can talk about it at the meeting |
16:14 |
Bmagic |
Dyrcona: I am working on a test database, I have double checked and all the prices are already set. I was just concerned that the action trigger would do more than insert a money.billing row equal to the price. That is why I would prefer the action trigger to do what it does but it doesnt sound like I can get it to trigger on these old circs again without altering/deleting some data. |
16:17 |
Dyrcona |
Bmagic: The action_trigger is not a database trigger. It's an Evergreen thing that you have to configure and run a cron job for. |
16:18 |
Bmagic |
I understand that |
16:19 |
Dyrcona |
ok. |
16:19 |
Dyrcona |
I misunderstood the implication of what you were saying, then. |
16:19 |
Bmagic |
The real question is, should I do what I need to do for action.circulation to make that action trigger cron job find these lost books and apply the fine accordingly? |
16:20 |
Bmagic |
or should i simply insert a single row for each one by hand matching my critiera |
16:21 |
Dyrcona |
You would probably need to delete any completed events for the entries. |
16:21 |
Dyrcona |
I'm less familiar with action triggers than I am with billing itself. |
16:22 |
Dyrcona |
When you say fines, you do mean the bills for it being lost and not for overdue charges, right? |
16:22 |
Bmagic |
we have all the fines in place, the thing that we are missing is the price of the item in this small circumstance |
16:23 |
|
kbeswick joined #evergreen |
16:23 |
Dyrcona |
I still don't follow. You don't have the price in the asset.copy table, or you don't have the bills in money.billing? |
16:24 |
rfrasur |
Bmagic, so you have a default price set up? |
16:24 |
rfrasur |
s/so/do |
16:26 |
frank___ |
I am executing PGDATABASE=evergreen2 PGUSER=evergreen PGHOST=localhost /home/opensrf/Evergreen-ILS-2.4.2/Open-ILS/src/sql/Pg/version-upgrade/2.3-2.4-supplemental.sh Starting update of field_entry values. This will take a while... Fri Sep 27 10:25:22 CDT 2013 Password: Password: Password: Password: Password: Password: |
16:26 |
Bmagic |
I am sorry: The prices are setup for all of the items just fine. Overdue fines have been applied correctly, the processing fee was applied. The price of the lost item should have been charged to the patron but it wasnt due to the temporary lack of prices on the items. We have since corrected the prices on the items and we need to simply charge the patron for the price of the item in the |
16:26 |
Bmagic |
circumstance where the item has already been marked lost and all of the fees have been charged. There are 255 cases in our DB |
16:26 |
frank___ |
Is correct that I am getting this message of those password |
16:26 |
frank___ |
? |
16:29 |
Dyrcona |
frank___: There are several psql commands in the file, they are each asking you for the password. You should set the PGPASSWORD environment variable or set the servers up in your ~/.pgpass file. |
16:29 |
Dyrcona |
Bmagic: Your best bet is to write a perl script to mark the appropriate copies lost again. |
16:34 |
Dyrcona |
If you go want to run action_trigger_runner again, you'll need to find the completed events on the circulations, and delete the events. |
16:34 |
|
kbeswick joined #evergreen |
16:34 |
Dyrcona |
Then, you'll also need to remove or change the stop_fines on the circulations that are Lost. |
16:35 |
Dyrcona |
"go want to?" really? It must be near quitting time. :) |
16:35 |
|
Dyrcona left #evergreen |
16:35 |
|
Dyrcona joined #evergreen |
16:35 |
Dyrcona |
Wrong window, again..... |
16:36 |
|
tspindler left #evergreen |
16:37 |
|
rfrasur joined #evergreen |
16:47 |
* rfrasur |
ponders getting Burger King's new "satisfries" on the way home and then realizes she'd never be able to order such a thing. |
16:47 |
* rfrasur |
also didn't order a Big Mac for 15 years because the name was too ridiculous. |
16:48 |
frank___ |
thanks Dyrcona , Is it normal if I am getting "ERROR: deadlock detected" when run the 2.3-2.4-supplemental.sh script? |
16:48 |
jcamins |
rfrasur: you should make French fries. |
16:49 |
Dyrcona |
frank___: Probably not. deadlocks usually mean two processes are trying to use the same data at the same time. |
16:49 |
rfrasur |
like....make them myself? |
16:49 |
jcamins |
rfrasur: yeah. With paprika. |
16:49 |
jcamins |
Oooh... paprika fries... |
16:49 |
rfrasur |
well....that sounds good...but... |
16:50 |
* berick |
suggests http://www.ihop.com/menus/main-menu/pancakes/rooty-tooty-fresh-and-fruity |
16:50 |
* rfrasur |
is lazy |
16:50 |
rfrasur |
berick, I'll also never..ever order that. |
16:50 |
* jcamins |
reminds himself that he's making a potato-plantain-avocado hash for dinner. |
16:50 |
* rfrasur |
won't get home until 8 p.m. |
16:51 |
jcamins |
Grr. |
16:51 |
jcamins |
Now I'm hungry. |
16:51 |
rfrasur |
we're eating something... |
16:51 |
jcamins |
I shouldn't have thought about dinner. |
16:51 |
rfrasur |
yep, you should. It's dinnerish time for normal people. or so I've heard. |
16:51 |
* Dyrcona |
tries to imagine hash with avocado. |
16:52 |
rfrasur |
Sounds pretty good. I'd eat it. So long as you didn't name it something stupid. |
16:52 |
* rfrasur |
thinks anything called hash should be good. |
16:52 |
* Dyrcona |
knows of a lovely avocado plantation for sale in New Zealand. |
16:53 |
jcamins |
Dyrcona: out of curiosity, why do you know that? |
16:54 |
Dyrcona |
Guess that didn't need to be off the record. |
16:55 |
Dyrcona |
I'd like to get a vineyard in New Zealand for my retirement. |
16:55 |
rfrasur |
Hmm, is there one huge volcano under the Pacific Ocean? |
16:55 |
jcamins |
You're looking at plantations? Wow! I thought when you said something about that a few months ago you meant, like, a house... |
16:56 |
Dyrcona |
rfrasur: The earth is a ball of liquid-hot iron and carbon. I'm not too worried about volcanoes and earthquakes. |
16:56 |
rfrasur |
yeah...there's that. |
16:57 |
rfrasur |
But like Yellowstone....that's what I meant. A thinness to the crust. |
16:57 |
* rfrasur |
isn't worried. We're hurtling through space flirting with a ball of plasma. |
16:58 |
rfrasur |
It's a joyride every single day. |
16:58 |
Dyrcona |
That's the spirit! |
16:58 |
* rfrasur |
still thinks saying Big Mac is stupid. |
16:59 |
|
sseng_ joined #evergreen |
17:01 |
rfrasur |
Alright, y'all be blessed this weekend. dbwells++ #for all the RM work. |
17:03 |
Dyrcona |
Come to think of it, I'm on my own for dinner this evening...I'll probably just have leftovers. |
17:03 |
|
mmorgan left #evergreen |
17:04 |
|
afterl left #evergreen |
17:04 |
yboston |
Dyrcona: BTW, we need to plan a time to hang in the city. though I don't cook much |
17:04 |
yboston |
or drink |
17:05 |
|
mrpeters left #evergreen |
17:06 |
|
artunit joined #evergreen |
17:11 |
Dyrcona |
yeah. we should have a regional get together with evergreeners from new england |
17:13 |
RoganH |
I think we should have lots of regional events so that we can pull out the quiet happy libraries and bring their input back to the big conference. |
17:41 |
|
natschil joined #evergreen |
17:53 |
|
dconnor_ joined #evergreen |
17:53 |
|
fparks joined #evergreen |
18:00 |
|
RoganH joined #evergreen |
18:11 |
|
natschil left #evergreen |
18:23 |
|
Dyrcona joined #evergreen |
18:23 |
Dyrcona |
rusing_around_at_the_last_minute-- |
18:24 |
Dyrcona |
tsbere: Concern at the end of the work day about the migration holds may have been uncalled for. |
18:25 |
Dyrcona |
tsbere: The script is creating title holds with the usr as the requestor, so I may have had more success than I thought. |
18:25 |
Dyrcona |
However, genius that I am not, I've started a database reload so no way to actually check without running it all again. |
18:34 |
Dyrcona |
Lesson learned: When looking at something 2 minutes to quitting time, leave it until you get home or until the next work day. |
18:35 |
yboston |
I know that feeling |
18:37 |
* Dyrcona |
mosies into the kitchen to find something to eat. |
18:46 |
|
hopkinsju joined #evergreen |
19:14 |
|
ktomita joined #evergreen |
19:23 |
|
ktomita_ joined #evergreen |
19:36 |
|
mtcarlson_away joined #evergreen |
19:37 |
|
b_bonner joined #evergreen |
20:07 |
|
sseng joined #evergreen |
20:13 |
jcamins |
@later tell rfrasur Your suggestion of French fries was so appealing that I ended up making paprika fries with a plantain and avocado hash. |
20:13 |
pinesol_green |
jcamins: The operation succeeded. |
20:21 |
Dyrcona |
jcamins: Maybe you should have had plantain and avocado dip instead of hash? |
20:21 |
jcamins |
Dyrcona: actually, that's what I tried. |
20:22 |
* Dyrcona |
probably would have skipped the avocado and just had fried potato and plantain. |
20:22 |
jcamins |
However, it was really quite thick and I didn't feel like getting the blender dirty. |
20:22 |
Dyrcona |
Yeah, I guess it would be. |
20:22 |
jcamins |
So I declared it a partial hash. |
20:24 |
* Dyrcona |
imagines something like this: {name=>'Bob',profession=>'Builder',phone} |
20:24 |
Dyrcona |
'course thats a syntax error. |
20:24 |
jcamins |
lol |
20:26 |
Dyrcona |
Well, I had a bowl of Cheerios. |
20:27 |
jcamins |
Hey, do you by any chance know how to take an Apache access log and get a list of sessions? |
20:28 |
Dyrcona |
Not really. I think most are done by IP address and timestamp. |
20:28 |
jcamins |
Like, "session 1: /search?q=whatever -> /record/2 -> /search?q=whatever&facet=thing |
20:28 |
jcamins |
Yeah, I see all the data there, but I was hoping you knew of a script that would do the analysis for me. |
20:29 |
jcamins |
<-- lazy like a Perl programmer |
20:29 |
Dyrcona |
I don't have any such thing, but someone else might. |
20:30 |
jcamins |
I think probably AWStats will do it, but it's kind of daunting. |
20:31 |
Dyrcona |
or webalyzer |
22:31 |
|
zerick joined #evergreen |
23:14 |
|
mtcarlsoz joined #evergreen |
23:18 |
|
eeevil joined #evergreen |
23:31 |
jeff |
moof. |
23:51 |
Dyrcona |
jeff: Clarus was here? |
23:55 |
jeff |
right. |