Time |
Nick |
Message |
00:58 |
|
zerick joined #evergreen |
01:37 |
|
paxed joined #evergreen |
01:37 |
paxed |
server is down |
01:50 |
|
Pirc joined #evergreen |
01:59 |
|
Mark__T joined #evergreen |
02:36 |
|
tfaile joined #evergreen |
03:30 |
paxed |
@roulette |
03:30 |
pinesol_green |
paxed: *click* |
03:31 |
paxed |
or perhaps i should say: webserver is down. |
04:41 |
Mark__T |
@roulette |
04:41 |
pinesol_green |
Mark__T: *click* |
06:01 |
|
dboyle joined #evergreen |
06:08 |
* csharp |
checks on the web server |
06:13 |
csharp |
@later tell bshum looks like something about ilbot is causing a memory leak which eventually brings down apache altogether |
06:13 |
pinesol_green |
csharp: The operation succeeded. |
06:45 |
bshum |
csharp: Odd that it's only just now occurring more frequently. It wasn't doing it before. :( |
06:50 |
bshum |
csharp: I'll try something different for a bit. Reverting to a slightly older apache configuration that might not be as volatile. |
06:55 |
csharp |
bshum: check behind me in the apache logs - there may be something I missed |
07:00 |
bshum |
csharp: Nah, I think you're right. |
07:01 |
bshum |
Probably something quirky with the restarts by the look of it :( |
07:34 |
|
collum joined #evergreen |
07:41 |
|
jboyer-isl joined #evergreen |
07:56 |
|
misilot joined #evergreen |
08:00 |
|
misilot joined #evergreen |
08:19 |
|
kbeswick joined #evergreen |
08:37 |
|
akilsdonk_ joined #evergreen |
08:39 |
|
timf joined #evergreen |
08:43 |
|
mmorgan1 joined #evergreen |
08:49 |
|
kmlussier joined #evergreen |
08:58 |
|
ericar joined #evergreen |
09:05 |
|
Dyrcona joined #evergreen |
09:39 |
|
jdouma joined #evergreen |
09:45 |
|
dboyle joined #evergreen |
09:50 |
|
yboston joined #evergreen |
09:55 |
csharp |
just added a comment to bug 1185985 showing more information on our "patrons with too many billings to load" issue |
09:55 |
pinesol_green |
Launchpad bug 1185985 in Evergreen "Error in bill2.js, tally_all(); TypeErrorL bill.transaction is undefined" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/1185985 |
09:56 |
csharp |
I'd be curious if others running 2.3-ish can see the same behavior |
09:57 |
|
fparks_ joined #evergreen |
09:57 |
|
gdunbar joined #evergreen |
10:00 |
|
fparks joined #evergreen |
10:01 |
|
dboyle_ joined #evergreen |
10:07 |
bshum |
csharp: I think we see that from time to time with having too many open transactions/bills being retrieved. |
10:08 |
bshum |
Normally I can open them with my linux laptop whereas the folks with Windows (and less RAM) have more difficulties. |
10:08 |
bshum |
But people tend to give up before they see errors. Or it just hangs for too long at "retrieving" and they call us. |
10:16 |
csharp |
well, in this case, some stick on "Retrieving..." but others load as blank rows |
10:22 |
Dyrcona |
The backend and client both need a lot of work to handle "large" numbers of records in a reasonable manner. |
10:24 |
bshum |
Indeed. |
10:28 |
|
jdouma joined #evergreen |
10:30 |
|
ericar joined #evergreen |
10:47 |
bshum |
phasefx: Ah, I was about to mention e1a75017 |
10:47 |
pinesol_green |
[evergreen|edoceo] Sort of in line with 949322 but not absolutely necessary - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e1a7501> |
10:47 |
bshum |
We've been reverting that locally in our custom build branches since it was put in. |
10:47 |
bshum |
Because folks missed the dialog. |
10:47 |
* bshum |
was also looking at kmlussier's bug 1192189 |
10:47 |
pinesol_green |
Launchpad bug 1192189 in Evergreen "Copying in patron editor no longer produces confirmation message" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1192189 |
10:48 |
phasefx |
yeah; I was thinking it was closer to UI norms to let it go, and didn't want YAOUS |
10:49 |
|
zerick joined #evergreen |
10:49 |
kmlussier |
Yes, I think that change got buried in the comments for me. I would be curious to see what most end users think about the alert. |
10:49 |
phasefx |
but as burned by software as librarians tend to be, I imagine confirmations are soothing, once you're used to them |
10:51 |
kmlussier |
I'm not even sure what the preference is for my own users. It was just a little disconcerting when I first came across it, and I find I'm now constantly checking to make sure the data is in the clipboard. |
10:54 |
|
fparks_ joined #evergreen |
10:54 |
|
fparks_ joined #evergreen |
11:00 |
|
dboyle joined #evergreen |
11:02 |
jeffdavis |
The clipboard thing came up in our 2.4 testing, and the response has been "Ok, let's update the documentation and notify libraries that it's changed." |
11:03 |
dbs |
jeffdavis++ # I'm with you and phasefx as far as "all other software works this way" |
11:03 |
csharp |
bshum++ # suggesting using the linux client |
11:03 |
csharp |
I was able to resolve one of the "stuck" accounts |
11:04 |
csharp |
I'm now researching how one can apply payments on the command line/srfsh |
11:04 |
bshum |
Heh |
11:04 |
dbs |
in theory http://lifehacker.com/5298615/five-best-clipboard-managers might help sites that want feedback on what they've copied without having to hack stuff into the status bar |
11:04 |
kmlussier |
I don't think I've worked with other software that copies data by clicking on an underlined link, so I'm not sure what the expected behavior is. |
11:05 |
jeffdavis |
I'm of two minds, actually - there are enough long, similar-looking, effectively-meaningless identifiers in EG that the notification can be useful - but I don't feel strongly enough either way to actually do any work on it ;) |
11:09 |
|
acoomes joined #evergreen |
11:09 |
jcamins |
Is there anyone from PINES around? |
11:10 |
* jcamins |
sees how many people he can nudge about library card barcodes, and on how many channels. |
11:10 |
bshum |
jcamins: I know |
11:10 |
csharp |
jcamins: I'm here |
11:10 |
bshum |
I wasn't expecting to get pinged on #code4lib |
11:11 |
jcamins |
bshum: no problem. I just found a mention that PINES has a similar program. If I'd realized I was going to be bugging csharp here, I would've pinged you here as well. |
11:11 |
jcamins |
csharp: do you have any idea how PINES assigns barcode prefixes? |
11:11 |
csharp |
I'm afraid I don't know, but I can find out |
11:11 |
|
Ruth joined #evergreen |
11:12 |
bshum |
jcamins: What seems to be the issue? |
11:12 |
bshum |
I'll focus my eyes here now. |
11:13 |
jcamins |
bshum: I'm trying to figure out what, practically speaking, is being done in terms of state-wide/national barcode prefix registries. |
11:13 |
bshum |
jcamins: Oh, I don't think our state even publishes the information publicly anywhere. or at least, I have some old excel documents that have been passed around the office to best-guess the information. |
11:13 |
bshum |
For our own local handling. |
11:13 |
jcamins |
I put a call in to Infor/GEAC, since they're the last known maintainers of a national registry, but they won't actually be able to tell me what other people are doing. |
11:13 |
|
stevenyvr2 joined #evergreen |
11:14 |
bshum |
Come to think of it, I should go pester the state library folks. Since I know them better now :D |
11:14 |
jcamins |
bshum: oh, yeah, I think it's pretty much a given that no one has gotten around to making anything publicly available. :( |
11:15 |
csharp |
jcamins: I just asked... we maintain a spreadsheet of all prefixes and assign new ones as necessary - and that includes non-PINES systems in Georgia too |
11:15 |
bshum |
jcamins: For fun though, I know that the style is basically 2 or 3 (patron vs. item) and then the next four digits are to identify the library. |
11:15 |
csharp |
but basically that is only in our state - the person I asked is not aware of needing to consult any registry beyond the state borders |
11:15 |
|
acoomes joined #evergreen |
11:15 |
jcamins |
csharp: okay, so the PINES registry *is* state-wide. There was some doubt in old documents about whether it included non-PINES libraries. |
11:16 |
Ruth |
bshum: that's how our barcodes work in Indiana as well. |
11:16 |
csharp |
well, come to think of it, I know of at least one overlapt |
11:16 |
csharp |
a non-PINES system and a PINES system have the same prefix |
11:16 |
csharp |
but they used to be one system |
11:16 |
csharp |
so I guess that sheds further light on how it's done in practice |
11:17 |
jcamins |
bshum: yeah, all the academics in NJ have that same schema. As does the NYPL. Looks like the Queens Library uses 1 for patron barcodes. |
11:17 |
csharp |
so correction: our registry does *not* maintain non-PINES ;-) |
11:17 |
bshum |
But since not all CT libraries belong to Bibliomation (yet), we usually pay the most attention to the ones belonging to our libraries and maybe their close neighbors. |
11:17 |
jcamins |
csharp: but you would, if a new library contacted you and said "we'd like a barcode prefix please." |
11:18 |
csharp |
yes |
11:18 |
* bshum |
wonders what sort of fun collisions we'd get if multiple states combined forces somehow :D |
11:18 |
|
mcooper joined #evergreen |
11:18 |
jcamins |
bshum: that's the idea behind the national registry: http://dalnetconsortium.wordpress.com/2008/02/01/national-barcode-registry/ |
11:18 |
* csharp |
shudders |
11:19 |
Ruth |
hmm, bshum: fun? |
11:19 |
csharp |
it would be hard enough getting a single metro Atlanta area system into PINES (which is actually as far down that theoretical road I've allowed myself to go) |
11:19 |
jcamins |
Unfortunately, the last time anyone heard anyone about them that I can determine is 2010, when the library I was working at got them to assign us a barcode prefix. |
11:19 |
gmcharlt |
jcamins: huh, I had no idea that GEAC was still doing that |
11:20 |
gmcharlt |
(though, not all that well, clearly) |
11:20 |
Ruth |
I suspect they'd need more than hors d'oeurves at that party |
11:20 |
jcamins |
gmcharlt: I'm trying to confirm that they are. |
11:20 |
dbs |
kmlussier: true enough, that is a bizarre UI. sometimes clicking on links copies to clipboard, sometimes it launches item status, sometimes it opens a new tab, sometimes it replaces the content in the existing tab... fun! |
11:21 |
kmlussier |
jcamins: I know we need to go through the state library agency in MA, but I vaguely remember that they actually work with a third party, so it may go beyond statewide. |
11:21 |
jcamins |
And maybe get a copy of the spreadsheet, since the confusion is not exactly promising. |
11:21 |
kmlussier |
I can find out more if you're interested. |
11:21 |
jcamins |
kmlussier: yes please! |
11:21 |
jcamins |
New libraries are more fun, so I really ought to know these things. |
11:21 |
jcamins |
Ruth: any idea who assigns in Indiana? |
11:22 |
kmlussier |
dbs: Sure, what we really need is usability testing and experts in UI design. But I'm preaching to the choir. :) |
11:22 |
Ruth |
hmm, I think you'd need to talk with jboyers-isl or Shauna or our new EG coordinator...Anna...I'll look up contact info and pm you |
11:22 |
jcamins |
Thanks! |
11:22 |
Ruth |
hmm, or not...it's public information. Hold on. |
11:24 |
Ruth |
Okay, it's Anna (pronounced like "on" not "an") Goben and the phone number is 317-234-6624 or email agobenlibrary.in.gov |
11:26 |
jcamins |
Ruth++ # Thanks! |
11:26 |
jcamins |
I just got a call back from Infor, and they _do_ still maintain a registry. |
11:26 |
Ruth |
np - mp - I specialize in referency stuff :D |
11:32 |
jcamins |
I think I need to maintain a directory of barcode directories. |
11:33 |
* Ruth |
laughs |
11:33 |
dbs |
okay, I'm going to drop ESINews from the planet feed for a while until the pubdates get sorted out again |
11:35 |
jcamins |
Ruth: you laugh, but I'm actually serious. |
11:35 |
Ruth |
I laugh because I KNOW you're serious and think you're right. |
11:36 |
jcamins |
Step 1: get a list of registries of barcode prefixes. Step 2: get a list of barcode prefixes. Step 3: weep. |
11:38 |
Ruth |
poor thing |
11:39 |
Ruth |
Step 1: let you do all the work. Step 2: give very vague and questionable comfort and support Step 3: Reap all the benefit when you get it finished. |
11:39 |
jcamins |
lol |
11:40 |
dbs |
bshum / others on 2.4: are your logs filling up with warnings about uninitialized vars from Search/Biblio.pm? Looks like it would be easy to cut down on the many megs of noise we're getting, at least |
11:41 |
* bshum |
skips straight to step 3: weep, far too often |
11:42 |
* dbs |
never stops weeping, it's more efficient to keep the tear ducts running |
11:42 |
* Ruth |
would skip to person step 3 but jcamins hasn't finished working |
11:42 |
Ruth |
hmm, personal even |
11:42 |
|
bkuhn joined #evergreen |
11:42 |
* Ruth |
looks at person 3 - a very ineffective spellchecker |
11:43 |
* dbs |
marks up screen with a wiggly red pen |
11:43 |
* Ruth |
wishes for a cintiq display |
11:43 |
Ruth |
@eightball |
11:43 |
pinesol_green |
Ruth: It shall be. |
11:43 |
Ruth |
yes!!! |
11:49 |
jcamins |
csharp: who at PINES would be the contact for a Georgia library that wanted a prefix? |
11:56 |
|
ldwhalen joined #evergreen |
11:59 |
bshum |
dbs: Hmm, I know we've got uninitialized var from holds |
11:59 |
bshum |
I'd have to see if we've got others. |
11:59 |
bshum |
The ones from holds have been filling up my logs so much I haven't seen much else lately. |
12:00 |
* bshum |
checks |
12:01 |
dbs |
2013-06-18 12:00:52 protostar [WARN:7582:Application.pm:590:13714445158345285] open-ils.search.biblio.multiclass.staged: Use of uninitialized value in concatenation (.) or string at /usr/local/share/perl/5.10.1/OpenILS/Application/Search/Biblio.pm line 1620. |
12:01 |
dbs |
we see that, and the same error for 1386, thousands of times |
12:02 |
dbs |
s/1386/line &/ |
12:02 |
dbs |
basically, the logger lines are generating the warnings, because they don't check to see if the vars are initialized before going ahead and trying to log them |
12:02 |
bshum |
Oh yeah there it is. |
12:03 |
bshum |
I just set to grep for "Biblio" and it's spilling in every couple seconds |
12:03 |
bshum |
Or every second I guess |
12:03 |
dbs |
okay, if you have it and we have it, then it's worth a patch for 2.4.1 |
12:03 |
bshum |
dbs++ |
12:05 |
pastebot |
"paxed" at 204.193.129.146 pasted "number of uninitialized values warnings in logs" (31 lines) at http://paste.evergreen-ils.org/14 |
12:05 |
paxed |
^ as an example |
12:06 |
dbs |
paxed: yeah, I addressed the 3 holds "$var" warnings in a different patch already |
12:08 |
dbs |
and trying to nail the top ones in your list right now |
12:10 |
bshum |
paxed++ # nice list :D |
12:10 |
paxed |
pfft. rgrep "uninitialized" /openils/var/log/* | cut -d' ' -f 5- | sort | uniq -c | sort -nr |
12:12 |
* paxed |
is working on a field 100a normalization code for our conversion. |
12:16 |
bshum |
Blah, the search results page doesn't generate row content for opac invisible holdings in the staff client. |
12:17 |
bshum |
That throws a small wrench in my plan to suggest hiding lost copy status once again. |
12:17 |
bshum |
Then again, I guess it does that for all opac invisible holdings. |
12:18 |
jcamins |
There should be a mailing list for library directors. |
12:18 |
jcamins |
Then Ruth could e-mail that list for me to ask about barcode prefix registries. |
12:19 |
Ruth |
lol |
12:19 |
Ruth |
hmm, why's my name like? |
12:19 |
jcamins |
rfrasur: I was wondering about that, but figured it was an alter ego. |
12:19 |
rfrasur |
yeah...the stupid one. |
12:23 |
phasefx |
paxed: berick: should i18n in ils_events.xml be working? Example of it not that I can see is the en-US Copy is needed to fulfill a hold event coming back for an item renewal in a fr-CA tpac |
12:24 |
* rfrasur |
is wondering if webjunction is an OCLC product |
12:24 |
kmlussier |
rfrasur: I know it was a few years ago. |
12:25 |
dbs |
phasefx: of course i18n should be working. Are things always coded to use it? Likely not. |
12:25 |
rfrasur |
kmlussier:meh |
12:25 |
jcamins |
rfrasur: yeah, it says "OCLC WebJunction." |
12:26 |
kmlussier |
rfrasur: Looks like it still is http://www.oclc.org/webjunction.en.html. I know it got its start from the Bill & Melinda Gates Foundation. |
12:26 |
phasefx |
dbs: I guess to be a little more clear; should I expect it to be working in the case I've given? Should I look to development or configuration or just throw runes :) |
12:26 |
rfrasur |
jcamins: I was just hoping that was corporate sponsorship |
12:26 |
paxed |
phasefx: hmm.. istr the error messages did not show localized strings, but i could be wrong. |
12:26 |
Dyrcona |
kmlussier: Just a head's up: I am rebuilding the Evergreen code on my development vm. We discovered that the way I resolved a conflict in the floating groups branch broke circulation. |
12:26 |
jcamins |
rfrasur: "Copyright OCLC" is papered all over the site, so I suspect not. |
12:27 |
bshum |
things_that_break_circulation-- |
12:27 |
kmlussier |
Dyrcona: Thanks for the heads up. |
12:27 |
phasefx |
paxed: thanks man |
12:27 |
rfrasur |
yes yes. it's true. I'm embarrassed to say that I was just looking at the Indiana site and hoping it was a local decision...and didn't even look at the main one. |
12:30 |
paxed |
phasefx: sorry i'm vague about it - i haven't paid attention to that in few weeks. and i think some error did show the correct localized strings, and at least at some time in the past, some didn't. |
12:30 |
* paxed |
waves his hand vaguely |
12:31 |
phasefx |
paxed: just wanted to know if it was a known issue, and/or if efforts were underway to address it, etc. It'll have to be on the slowburner for me |
12:32 |
phasefx |
do have another i18n question though; does POTS have any nifty syntactic sugar for handling singular vs plural with its placeholder variables? Or do we have to result to defining two strings and letting the actual code choose which one to use? |
12:32 |
paxed |
phasefx: until I get complaints about the error messages not being in Finnish (or I'm short on Things To Do, ha), it'll be the same for me. |
12:33 |
phasefx |
paxed: I hear you |
12:34 |
phasefx |
for the singular/plural thing, I'm looking at this: msgid "Failed to renew %1 item(s)" Not sure if other languages can do the optional s like that :) |
12:34 |
paxed |
phasefx: gettext has plural forms, but i don't think Eg uses those... |
12:35 |
phasefx |
sounds like another slowburner. Thanks again |
12:37 |
dbs |
paxed: EG uses plural forms in TPAC |
12:37 |
phasefx |
dbs: do you have an example handy? |
12:39 |
paxed |
dbs: huh. |
12:40 |
dbs |
parts/result/copy_counts.tt2: [% l('[_1] of [quant,_2,copy,copies] available at [_3].', |
12:40 |
phasefx |
ooh |
12:41 |
dbs |
bshum: bug 1192245 for your consideration |
12:41 |
pinesol_green |
Launchpad bug 1192245 in Evergreen "Silence uninitialized var warnings in Search/Biblio.pm" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1192245 |
12:41 |
paxed |
dbs: i meant http://www.gnu.org/savannah-checkouts/gnu/gettext/manual/html_node/Plural-forms.html and http://www.gnu.org/software/gettext/manual/html_node/Translating-plural-forms.html |
12:42 |
dbs |
paxed: okay. I meant that EG uses plural forms in TPAC. |
12:42 |
phasefx |
thanks guys |
12:43 |
rfrasur |
I think I've asked this before but want to make sure I'm understanding or perhaps misunderstanding. Open SRF is a packaging software that takes all the different stuff that makes Evergreen and makes it work together? |
12:43 |
dbs |
OpenSRF is a base layer for Evergreen. |
12:43 |
rfrasur |
more information please |
12:43 |
dbs |
One could build other scalable distributed applications on it, but that hasn't happened in practice much. |
12:43 |
rfrasur |
hmm, it's like the flat legos? |
12:44 |
jeffdavis |
OpenSRF is what Evergreen uses to talk to itself. |
12:44 |
paxed |
dbs: the quant is just an ugly perl hack which doesn't do enough. gettext would have it's own (better for translation) way of handling plural forms. but the perl mod doesn't do that, iirc. |
12:44 |
dbs |
rfrasur: so, it's sort of like Ruby-on-Rails. You can buil all kinds of applications on top of Ruby-on-Rails; some people build blogs, others build gambling sites |
12:44 |
dbs |
paxed: of course. You don't have to tell me that. I'm pointing at what exists today. |
12:45 |
rfrasur |
hmm, I dunno anything about Ruby-on-Rails...thought it was a language. |
12:45 |
dbs |
rfrasur: Ruby is the language. Rails is a framework written in Ruby that makes it easier to build higher-level applications. |
12:45 |
rfrasur |
if it was a thing....could OpenSRF be the circuit board and Evergreen be all the stuff that's wired into it? |
12:45 |
rfrasur |
ah hah! |
12:45 |
dbs |
rfrasur: sure, you could say that. |
12:46 |
rfrasur |
okay. |
12:46 |
phasefx |
rfrasur: if code were legos, OpenSRF would be some larger blocks made up of the legos, and Evergreen would be legos springing off of the OpenSRF blocks :D |
12:46 |
phasefx |
we need a car analogy too |
12:47 |
bshum |
dbs: looks good to me. Tested and I'm not seeing any noise for that one anymore. |
12:47 |
phasefx |
OpenSRF is chassis |
12:47 |
bshum |
dbs: I'll get it pushed in a moment. |
12:47 |
rfrasur |
phasefx: That sounds like a mess of legos |
12:47 |
dbs |
bshum: should be two that got cleaned up |
12:47 |
rfrasur |
hmm, the chassis is a good analogy...because you can build different types of cars on the same thing |
12:47 |
phasefx |
rfrasur: well, closer to reality, it's like we're using legos and duplos and maybe some silly putty and lincoln logs :) |
12:48 |
rfrasur |
phasefx: that sounds like a legit mess that COULD result in a timeout...maybe literally at times. |
12:48 |
* phasefx |
misses capsella |
12:49 |
bshum |
dbs: Well nothing new rolling in warning wise for that file. So I think that worked. |
12:49 |
rfrasur |
phasefx: I remember capsella vaguely |
12:49 |
dbs |
bshum: yay :) |
12:49 |
bshum |
dbs++ |
12:50 |
bshum |
I'll be trying out the other one for the holds warnings later today. |
12:50 |
bshum |
Leaving in a few minutes to go visit the servers. |
12:50 |
jcamins |
Oh, yeah! I loved capsela! I'd forgotten all about them. |
12:50 |
bshum |
And then to pick up my car this evening :D |
12:50 |
dbs |
Mazda... what? |
12:50 |
rfrasur |
Mazda++ |
12:50 |
bshum |
dbs: I got a Mazda 6. CX-5 was interesting, but I like sedans more. |
12:51 |
* rfrasur |
is inexplicably excited for bshum (Mazda FTW) |
12:51 |
|
jihpringle joined #evergreen |
12:52 |
bshum |
Err, 2014 Mazda 6. The new ones are made in Japan and look cooler to me :D |
12:52 |
pinesol_green |
[evergreen|Dan Scott] Prevent uninit var warnings in Search/Biblio.pm - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7d8e0ca> |
12:52 |
rfrasur |
Hmm, maybe Mazda will sponsor EG2014 |
12:53 |
* rfrasur |
thinks of an angle |
12:53 |
bshum |
Heh, rfrasur++ |
12:53 |
rfrasur |
ohhh....Mazda base is OpenSRF...after market is EG |
12:54 |
rfrasur |
okay...pretty tenuous |
12:56 |
dbs |
rfrasur: maybe "OpenSRF is a car chassis; you can build multiple different models (such as a sedan or a cross-over utility vehicle) on top of the chassis" |
12:56 |
dbs |
(one of the models being EG) |
12:56 |
paxed |
@hate typos |
12:56 |
pinesol_green |
paxed: The operation succeeded. paxed hates typos. |
12:56 |
rfrasur |
Mazda is only Mazda now. Ford and they separated. |
12:57 |
dbs |
Now just imagine the car chassis being able to scale out by being connected to 5 more car chassis to create a monster truck, and that's OpenSRF / Evergreen |
12:57 |
rfrasur |
hmm, which is just about right, lol, since basically only EG is being build on OpenSRF |
12:57 |
rfrasur |
dbs:Ahhhh! Mad Max Beyond Thunderdome |
12:57 |
dbs |
our 2004 Mazda 3 was build in Japan. Too bad it's rusting to bits. |
12:57 |
rfrasur |
Is it rust or a nano invasion? |
12:58 |
* rfrasur |
is reminded to order fiction today |
12:58 |
bshum |
"What do you mean Doc? All the best stuff was made in Japan." |
12:58 |
bshum |
was/is |
12:59 |
kmlussier |
Heh, we were just watching that movie a couple of weeks ago. |
13:00 |
bshum |
kmlussier: My dad loves the series, so we watch it a couple times a year. |
13:00 |
bshum |
I want to get myself a custom shirt to wear with the double tie with by 2015. :D |
13:01 |
* kmlussier |
wonders why we don't have hoverboards yet. |
13:02 |
dbs |
rfrasur: or perhaps "platform" instead of "chassis" - http://en.wikipedia.org/wiki/Ford_C1_platform - Global C platform gives you Ford Escape and Ford Focus |
13:02 |
rfrasur |
dbs++ |
13:02 |
csharp |
@eightball will Evergreen 2.5 have wheels? |
13:02 |
pinesol_green |
csharp: In your dreams. |
13:03 |
rfrasur |
kmlussier: They're out there. |
13:03 |
paxed |
*squeak*squeak*squeak* ... |
13:03 |
csharp |
paxed: hahaha |
13:03 |
rfrasur |
paxed++ |
13:04 |
bshum |
Heh, and on that note, I'm off and away. Have a good day y'all. |
13:04 |
csharp |
bshum: enjoy |
13:04 |
rfrasur |
see ya bshum |
13:06 |
kmlussier |
jcamins: MA uses Infor Library and Information Solutions for barcode prefixes. They took over a registry that was previously maintained by CSLI? |
13:06 |
* kmlussier |
has contact information if you need it. |
13:06 |
jcamins |
kmlussier: ah, thanks! I spoke with them earlier today. |
13:07 |
jcamins |
I have contact information. |
13:07 |
jcamins |
kmlussier++ |
13:17 |
Dyrcona |
And, my development staff client is handling circulation again. |
13:17 |
kmlussier |
Dyrcona++ |
13:17 |
rfrasur |
Dyrcona++ |
13:17 |
kmlussier |
Dyrcona: Can you build me a hoverboard now? |
13:17 |
rfrasur |
kmlussier++ |
13:17 |
Dyrcona |
No, but tsbere might. |
13:18 |
Dyrcona |
;) |
13:18 |
kmlussier |
If tsbere can't do it, nobody can do it! |
13:19 |
tsbere |
I can build a hoverboard anytime you want. Just don't expect it to work. ;) |
13:19 |
Dyrcona |
:) |
13:23 |
rfrasur |
tsbere: couldn't you just turn an air hockey table upside down...or something like that? |
13:23 |
rfrasur |
(just...HAH!) |
13:24 |
tsbere |
rfrasur: I figured "buy a skateboard deck, glue some fancy looking bits onto it, paint it up nice, and then call it a hoverboard" ;) |
13:24 |
rfrasur |
tsbere: so....you're like the design department! yes, company growth already. |
13:27 |
Dyrcona |
kmlussier: Do you have plans to use my development vm either this weekend or next Monday? |
13:28 |
kmlussier |
Definitely not on the weekend. |
13:28 |
kmlussier |
@eightball will I need to use Dyrcona's dev server on Monday? |
13:28 |
pinesol_green |
kmlussier: _I_ don't know. |
13:28 |
kmlussier |
Dyrcona: Probably not. |
13:29 |
Dyrcona |
kmlussier: OK. As you may already know we're changing our network provider this weekend and will have different IP addresses on Monday. |
13:29 |
Dyrcona |
I figured that I'd just build a new VM rather than reconfigure the one that I'm currently running. |
13:29 |
kmlussier |
ok. I'm hoping to test all of those branches over the next couple of days. |
13:43 |
|
ktomita_ joined #evergreen |
13:48 |
|
dboyle_ joined #evergreen |
13:49 |
|
dexap joined #evergreen |
13:54 |
|
ktomita joined #evergreen |
14:05 |
|
stevenyvr2 joined #evergreen |
14:10 |
|
Polo joined #evergreen |
14:11 |
|
Aconir joined #evergreen |
14:12 |
Polo |
Hello, I was wondering if anyone could tell me a way to recreate the evergreen admin user for logging into the staff client. my actor.usr table and all relation tables has been TRUNCATED; |
14:14 |
paxed |
Polo: see actor.usr in Open-ILS/src/sql/Pg/950.data.seed-values.sql |
14:15 |
|
Pibbits joined #evergreen |
14:23 |
|
mmorgan joined #evergreen |
14:26 |
Polo |
paxed: Im getting the following error when I run the inserts for the admin account. [Err] ERROR: insert or update on table "card" violates foreign key constraint "card_usr_fkey" DETAIL: Key (usr)=(1) is not present in table "usr". |
14:28 |
Dyrcona |
Polo: you'll need to use a transaction and insert to both tables in the transaction. |
14:31 |
|
jdouma joined #evergreen |
14:31 |
Polo |
Got it thanks! |
14:41 |
|
stevenyvr2 joined #evergreen |
14:48 |
pastebot |
"Polo" at 204.193.129.146 pasted "Evergreen Cannot Login Log" (15 lines) at http://paste.evergreen-ils.org/15 |
14:49 |
Polo |
I get that error after adding the admin account back and trying to login with the account |
14:55 |
pastebot |
"Polo" at 204.193.129.146 pasted "Evergreen Cannot Login Log" (26 lines) at http://paste.evergreen-ils.org/16 |
14:55 |
Polo |
Soy thats the correct log |
14:55 |
Polo |
sorry* |
14:56 |
Dyrcona |
Fetching card by barcode (null) |
14:57 |
Dyrcona |
Looks like the actor.usr.card entry is null, but not totally sure. |
14:58 |
Polo |
yea, but its not... 1 1 e8c1755d8b5d3caf36853cc7087f9669 t |
14:58 |
Dyrcona |
actor.usr has a field, card, that should have a 1 in it. |
15:00 |
Polo |
Yes and it does |
15:01 |
Dyrcona |
The most common reason for a login failure is a mistyped password. |
15:02 |
Polo |
unless I updated the pass wrong when I updated it. |
15:02 |
Polo |
UPDATE actor.usr SET passwd = md5('password') WHERE id = '1'; |
15:03 |
Dyrcona |
Polol: Just update the password, the trigger will take care of hashing it. |
15:03 |
|
Pibbits joined #evergreen |
15:05 |
Polo |
Thank you. |
15:05 |
Dyrcona |
yw |
15:15 |
pastebot |
"Polo" at 204.193.129.146 pasted "Evergreen Login but can't register" (105 lines) at http://paste.evergreen-ils.org/17 |
15:15 |
Polo |
Im getting a little further now. |
15:16 |
Polo |
It acts as if its logging in but when it gets ready for when I need to register m Workstation |
15:16 |
Polo |
i get thrown with that error. |
15:18 |
Polo |
I see where it says there is no connection to the server but It knows if i'm using the correct username and password so I think its connecting to the server. |
15:22 |
Dyrcona |
Polo: Do you have an org_units set up? |
15:23 |
mcooper |
Polo: does your admin user have a home_ou (1 by default)? |
15:24 |
Dyrcona |
You're failing at SELECT * FROM actor.org_unit_descendants(1,0), which should return all of the org_units. |
15:26 |
Dyrcona |
Or, wait... Is your database connection configured correctly? |
15:32 |
Dyrcona |
Polo: Did you do eg_db_config.pl? |
15:32 |
Polo |
Sorry I had stepped away |
15:33 |
Polo |
Everything was working correctly yesterday and then we had someone truncate the usr table. which isn't that big of an issue as we are still in a test env |
15:33 |
Polo |
so I was trying to add the user back. I don't think anything changed with the database connection |
15:33 |
Polo |
is there a way I can test it correctly? |
15:36 |
Dyrcona |
You'll want to look in opensrf.xml and make sure that the database credentials are correct for the storage service. That is the one that seems to be failing in your paste. |
15:38 |
Polo |
Ok thanks for the point to the right spot :D |
15:45 |
|
Pibbits joined #evergreen |
16:03 |
|
bshum joined #evergreen |
16:08 |
|
Pibbits joined #evergreen |
16:10 |
|
finnx joined #evergreen |
16:17 |
|
acoomes joined #evergreen |
16:19 |
|
Pibbits joined #evergreen |
16:26 |
|
ldwhalen joined #evergreen |
16:38 |
|
dboyle joined #evergreen |
16:40 |
|
kmlussier1 joined #evergreen |
17:02 |
|
dboyle_ joined #evergreen |
17:05 |
|
mmorgan left #evergreen |
17:19 |
hopkinsju |
Anyone migrated Atrium (BookSystems) to Evergreen? |
17:26 |
Dyrcona |
Why would anyone want to leave the "ultimate library automation solution for all types of libraries?" |
17:32 |
|
jdouma joined #evergreen |
17:44 |
|
dboyle joined #evergreen |
19:08 |
|
akilsdonk_ joined #evergreen |
20:42 |
|
moodaepo_nb joined #evergreen |
20:56 |
|
stevenyvr2 left #evergreen |
21:20 |
|
akilsdonk_ joined #evergreen |
23:32 |
dbs |
Man, this reingest is generating 3GB of WAL files per hour. |
23:52 |
|
ktomita joined #evergreen |
23:52 |
|
senator joined #evergreen |
23:52 |
|
hopkinsju joined #evergreen |
23:53 |
|
misilot joined #evergreen |
23:53 |
|
RBecker joined #evergreen |
23:53 |
|
phasefx_ joined #evergreen |
23:55 |
|
ktomita joined #evergreen |
23:55 |
|
senator joined #evergreen |
23:55 |
|
hopkinsju joined #evergreen |