| Time |
Nick |
Message |
| 01:15 |
|
Mark__T joined #evergreen |
| 01:58 |
|
Callender_ joined #evergreen |
| 03:37 |
|
Lunchb0x joined #evergreen |
| 03:45 |
|
Mark__T joined #evergreen |
| 06:12 |
|
bkuhn joined #evergreen |
| 07:27 |
|
collum joined #evergreen |
| 07:34 |
|
jboyer-isl joined #evergreen |
| 07:48 |
|
rjackson-isl joined #evergreen |
| 08:17 |
|
kbeswick joined #evergreen |
| 08:28 |
|
finnx joined #evergreen |
| 08:34 |
|
berick joined #evergreen |
| 08:54 |
|
mmorgan joined #evergreen |
| 09:01 |
|
ericar joined #evergreen |
| 09:04 |
|
Dyrcona joined #evergreen |
| 09:25 |
pinesol_green |
[evergreen|Jason Etheridge] fix clear hold shelf with 25 or more holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=19ecb62> |
| 09:31 |
|
kbeswick joined #evergreen |
| 09:32 |
|
yboston joined #evergreen |
| 09:38 |
|
timf joined #evergreen |
| 09:39 |
|
rjs7 joined #evergreen |
| 09:56 |
|
BigRig joined #evergreen |
| 10:02 |
|
bshum joined #evergreen |
| 10:06 |
|
rfrasur joined #evergreen |
| 10:22 |
paxed |
if anyone asks, i'll blame dizziness from the heat wave for the bug comment/tagging mess i made earlier... |
| 10:23 |
rfrasur |
paxed: excuse noted and accepted. seems legit to me |
| 10:24 |
|
rfrasur joined #evergreen |
| 10:25 |
rfrasur |
I mght or might not have deserved that. |
| 10:25 |
* rfrasur |
shrugs |
| 10:26 |
|
ericar joined #evergreen |
| 10:26 |
paxed |
@weather Joensuu, Finland |
| 10:26 |
pinesol_green |
paxed: The current temperature in Joensuu, Finland is 69.8°F (5:20 PM EEST on July 02, 2013). Conditions: Clear. Humidity: 49%. Dew Point: 50.0°F. Pressure: 29.95 in 1014 hPa (Steady). |
| 10:27 |
rfrasur |
@wunder 47346 |
| 10:27 |
pinesol_green |
rfrasur: The current temperature in Hagerstown, Hagerstown, Indiana is 67.5°F (10:27 AM EDT on July 02, 2013). Conditions: Overcast. Humidity: 97%. Dew Point: 66.2°F. Pressure: 29.98 in 1015 hPa (Rising). |
| 10:28 |
rfrasur |
I'd like to point out the humidity...and note that mold and fungus become sentient at 90%. I fully anticipate an army of attacking mushroom soon. |
| 10:28 |
paxed |
heh |
| 10:29 |
rfrasur |
Your weather sounds pretty nice actually. |
| 10:29 |
rfrasur |
just about perfect |
| 10:29 |
paxed |
we've had excellent weather for the last week, the current weather doesn't quite reflect that fact. and our room at the library finally got hot during the weekend :/ |
| 10:30 |
rfrasur |
our lib isn't hot...but it feels clammy. I keep nudging the thermostat just to get the dehumidifier running. |
| 10:31 |
* rfrasur |
doesn't nudge it too much though because big utility bills aren't friendly. |
| 10:31 |
|
mrpeters joined #evergreen |
| 10:31 |
paxed |
humidity does books goo.... err. :P |
| 10:32 |
|
Rogan joined #evergreen |
| 10:32 |
rfrasur |
lol :D, thankfully we're not an archive anyway. Well, there are some vaguely important things...but yeah. |
| 10:33 |
paxed |
hm, i guess i could go and see if i can signoff any pullrequest bugs. still need to scrounge up 3 more hours of work today. |
| 10:35 |
rfrasur |
you have to work til 8:30? I hope you didn't have to come in until later. |
| 10:36 |
paxed |
nah. i can pretty much work whenever i feel like it. usually i go to work around 7 or 8am, work until noon or 1pm, come home, take a nap and do other stuff, and then do few more hours during the evening when people here are awake. |
| 10:37 |
rfrasur |
Ahhh, I gotcha. Hmm, that sounds pretty nice actually. Unfortunately (fortunately?), tis not the nature of my job at this point. |
| 10:37 |
* rfrasur |
is head molifier and crap catcher. |
| 10:38 |
rfrasur |
of course, that can be pretty fun at times, too. |
| 10:43 |
|
zerick joined #evergreen |
| 11:01 |
|
mcooper joined #evergreen |
| 11:22 |
csharp |
~contribute |
| 11:22 |
pinesol_green |
Interested in contributing to the Evergreen project? Please see http://www.evergreen-ils.org/dokuwiki/doku.php?id=contributing |
| 11:22 |
|
konr_revmob joined #evergreen |
| 11:30 |
paxed |
tsbere: re. your comment on bug 959594, are you still planning on doing tpac-style UIs (vs. the dojo ones)? I'd be interested. |
| 11:30 |
pinesol_green |
Launchpad bug 959594 in Evergreen "Teach Fieldmapper (Perl) to record and expose field datatype" (affected: 1, heat: 6) [Wishlist,Triaged] https://launchpad.net/bugs/959594 |
| 11:31 |
tsbere |
paxed: At this point I am not sure. I have since thought about going with xulrunner-based UIs instead for flexibility purposes in the staff client. Web pages aren't all that flexible, TPac style or not. |
| 11:31 |
* paxed |
isn't too enthusiastic about xulrunner. |
| 11:32 |
paxed |
also, isn't moz putting xulrunner on backburner or something? |
| 11:36 |
phasefx |
README.xulrunner: It is a byproduct of Firefox development and the Mozilla community does not have a strong commitment to support XULRunner development apart from Firefox development. |
| 11:37 |
* rfrasur |
listens |
| 11:41 |
|
acoomes joined #evergreen |
| 11:45 |
|
rfrasur_ joined #evergreen |
| 11:52 |
|
jdouma joined #evergreen |
| 11:58 |
|
mrpeters joined #evergreen |
| 12:28 |
paxed |
hmm... i guess barcodes can't (or at least shouldn't) contains spaces or tabs. |
| 12:28 |
rfrasur |
truth |
| 12:28 |
csharp |
they can, but shouldn't |
| 12:29 |
csharp |
well, spaces anyway |
| 12:29 |
* csharp |
opens a wishlist bug for adding newlines to barcodes |
| 12:29 |
rfrasur |
btw, just fyi, yesterday during our outage, we did have some dropped characters from barcodes...but I'm not sure if it was a software issue or a scanner issue or a user issue. |
| 12:30 |
csharp |
rfrasur: in my experience, that's always the scanner |
| 12:30 |
rfrasur |
csharp: That was my thinking as well, but I figured I'd mention it since it's been mentioned in here before and because I wasn't the one scanning the items...just cleaning up the mess afterward |
| 12:32 |
* tsbere |
ran into a barcode recently that had a trailing space in the actual barcode itself |
| 12:32 |
|
stevenyvr2 joined #evergreen |
| 12:32 |
tsbere |
Not the database entry, but the actual scanned barcode |
| 12:32 |
rfrasur |
hmm, tsbere: was the scanner improperly set up or the barcode itself? |
| 12:33 |
tsbere |
The barcode itself |
| 12:33 |
rfrasur |
nice |
| 12:33 |
tsbere |
The other 9 barcodes I scanned along with it were fine |
| 12:33 |
* tsbere |
had been wondering why that one barcode was longer than the others, though |
| 12:33 |
rfrasur |
that's good at least. special words would have been reserved for that vendor. |
| 12:34 |
tsbere |
Library staff member with a manual-entry barcode duplicator. <_< |
| 12:34 |
rfrasur |
ohhhh....err. Then maybe gentler words. |
| 12:35 |
tsbere |
(set to the wrong barcode type, the one they were supposed to be using doesn't have a way to encode spaces to begin with) |
| 12:35 |
rfrasur |
fairly easy mistake to make - especially if they don't deal with a lot...and prolly even if they do. |
| 12:36 |
tsbere |
They were handed the duplicator pre-configured, set up, and ready to go. Their mistake was putting it into configuration mode to begin with. ;) |
| 12:36 |
rfrasur |
lol, I'm TRYING to give the benefit of the doubt? |
| 12:37 |
tsbere |
I'd stop wasting your time then. ;) |
| 12:37 |
rfrasur |
yeah...I'm done with it. |
| 12:41 |
|
mrpeters joined #evergreen |
| 12:42 |
rfrasur |
"what? I have a fine? How do I have a fine?" Um...yeah. Probably because you returned something late/didn't return something/returned something smelly/torn/untouchable. |
| 12:43 |
rfrasur |
thank goodness, the circ staff is more consistently diplomatic than me. |
| 12:44 |
tsbere |
"What? I owe $50? When did that happen? I only checked the book out yesterday!" The joys of the item price being dropped into the deposit price field. |
| 12:44 |
rfrasur |
lol, we've had that, too. Not often though. It scared the crap out of the staff thinking they'd broke something. |
| 12:57 |
|
rfrasur joined #evergreen |
| 12:58 |
* rfrasur |
eyes Comcast warily |
| 13:03 |
|
dconnor joined #evergreen |
| 13:05 |
|
konr_revmob joined #evergreen |
| 13:09 |
|
rfrasur_ joined #evergreen |
| 13:11 |
jeffdavis |
we are intermittently getting an error "This page uses an unsupported technology that is no longer available by default." on staff client login. |
| 13:12 |
jeffdavis |
I take it this has something to do with remote XUL, trying to wrap my head around it. |
| 13:17 |
|
krvmga joined #evergreen |
| 13:18 |
krvmga |
the "keep me logged in" bit in the opac...it sort of works...except when it doesn't |
| 13:19 |
krvmga |
so here's the scenarios, i think: first, they close their browser and the session gets cleared. they open the browser and think it's still gonna be there. |
| 13:19 |
krvmga |
this is a privacy/security settings problem, potentially, on their end |
| 13:20 |
krvmga |
then, on the server, don't things get dropped from the cache when the cache grows to a certain degree? |
| 13:20 |
rfrasur |
krvmga: my assumption is that you're referring to patrons using their accounts? |
| 13:20 |
krvmga |
rfrasur: yes |
| 13:21 |
krvmga |
what i'm actually looking for is help explaining to an irate patron why "keep me logged in" isn't working as she expects it to. |
| 13:22 |
rfrasur |
then it seems the answer would be that you're right on both accounts...their local cookiness and the server cache as well probably...but I suspect it's their local setting...or possibly an antivirus they have running that affects cache/cookies |
| 13:23 |
krvmga |
rfrasur: i think tsbere has mentioned - once upon a time - something about antivirus but i'm not clear on how that figures in |
| 13:24 |
rfrasur |
I'm not sure how the "keep me logged in" works exactly, but if they have an antivirus that's clearing cookies and scrubbing the cache unless there are exceptions, it makes sense that it'd wipe out whatever was keeping whoever logged in. |
| 13:24 |
tsbere |
too many things can go wrong. Long story short: Both the cookie *and* the memcache entry have to still exist, and the latter is determined in part by the time limit applied to that login type. |
| 13:25 |
rfrasur |
tsbere++ # I also forgot about the time limit. |
| 13:25 |
* krvmga |
wonders what the default time limit is |
| 13:26 |
* krvmga |
thought it was a loooong time. |
| 13:26 |
rfrasur |
I haven't had to deal with the time limit for awhile (months), but it wasn't very long then...at least here. |
| 13:26 |
tsbere |
Hmmm. 2 weeks, maybe? |
| 13:27 |
* rfrasur |
was having to constantly affirm that I was still there. |
| 13:27 |
rfrasur |
that could be a local thing tho, and could even be changed now locally. |
| 13:27 |
tsbere |
Library settings and xml configs can be adjusted, to my knowledge |
| 13:28 |
* tsbere |
has also run into issues with things like "2 weeks" being treated as "2 seconds" due to the "weeks" part being ignored |
| 13:31 |
rfrasur |
ahh, parts. the word most loved by so many |
| 13:33 |
* paxed |
thinks he's done enough for today. |
| 13:34 |
rfrasur |
paxed++ |
| 13:36 |
|
laque_ joined #evergreen |
| 13:36 |
rfrasur |
howdy, laque_ |
| 13:40 |
laque_ |
hi |
| 14:04 |
|
finnx left #evergreen |
| 14:09 |
|
kayals joined #evergreen |
| 14:29 |
jeff_ |
oh neat. Jaspersoft Studio 5.2 introduces a schema navigator in the query editor. |
| 14:31 |
jeff_ |
hrm. perhaps not that neat. it isn't immediatly apparent what function it is intended to perform. |
| 14:32 |
rfrasur |
lol |
| 14:32 |
rfrasur |
shiny w/ no purpose? |
| 14:33 |
jeff_ |
ah. it just takes some time to populate. |
| 14:35 |
rfrasur |
did it do something cool? |
| 14:38 |
jeff_ |
just gives an in-window list of the schemas, tables, and columns in the database. |
| 14:38 |
rfrasur |
is that already done by something else? |
| 14:38 |
jeff_ |
which can be handy if you're writing an SQL report against a table that you don't have committed to memory. |
| 14:39 |
rfrasur |
if not...it sounds like it could be pretty useful. |
| 14:42 |
|
kayals joined #evergreen |
| 14:49 |
jeff_ |
it is information available elsewhere, but this could be a useful place to have it which is more convenient and closer to the work being done. |
| 14:50 |
jeff_ |
alas, it seems to take quite some time to populate on anything but the simplest of databases, and it does not seem to be something which caches the data. |
| 14:50 |
jeff_ |
nor can it be disabled. |
| 14:50 |
jeff_ |
so it just sits there building a metadata view, and rarely completes before i'm done doing my work in the editor. :-) |
| 14:53 |
rjackson-isl |
Seeing the following errors from mostly our 5 SIP servers - any consequences to bump up max childre setting in opensrf.xml? |
| 14:53 |
rjackson-isl |
open-ils.cstore: [DEBG:20011:osrf_prefork.c:770:] Not enough children, attempting to add... |
| 14:54 |
|
rfrasur_ joined #evergreen |
| 14:58 |
rfrasur_ |
first - either freenode is not liking me today or something else is going on. second - jeff_, it's unfortunate that it doesn't work in a more useful way. |
| 15:01 |
rfrasur_ |
off the top of anyone's head, has a bug report been submitted (or is this addressed in 2.3 or 2.4) allowing one to "copy to clipboard" from the alternate item status screen? |
| 15:04 |
mmorgan |
rfrasur_: in 2.3, and I think previously, you can do this under "Actions for Selected Items". It's the first option. |
| 15:04 |
rfrasur_ |
mmorgan: thank you. Good to note. Will look forward to our 2.4 upgrade in Dec. |
| 15:28 |
|
kbeswick_ joined #evergreen |
| 16:29 |
rfrasur_ |
eldest son has officially signed away his first year of wages in the form of student loans! yay! I think! |
| 16:59 |
dbs |
rjackson-isl: we had to bump up our max_children for a few services after upgrading to 2.4. there can be consequences (be careful that your PostgreSQL config allows enough simultaneous database connections, if bumping up cstore and the like, for example) |
| 16:59 |
dbs |
but the consequences of not bumping up max_children were occasional death spirals and timeouts for services, which people* did not like |
| 17:06 |
|
8OWAAGQC0 joined #evergreen |
| 17:06 |
|
timhome_ joined #evergreen |
| 17:16 |
|
rfrasur joined #evergreen |
| 17:17 |
rfrasur |
(just what people need....more children) |
| 17:18 |
|
mmorgan left #evergreen |
| 17:19 |
Dyrcona |
rfrasur: Don't worry. Children typically die before the parent. |
| 17:20 |
rfrasur |
with regard to software, I hope |
| 17:20 |
Dyrcona |
UNIX. |
| 17:20 |
rfrasur |
that's good....I think |
| 17:20 |
Dyrcona |
"If you think UNIX is family friendly, just remember, all children must die." |
| 17:20 |
rfrasur |
UNIX++ |
| 17:21 |
* rfrasur |
signed TWO master promissory notes today. TWO. |
| 17:21 |
rfrasur |
Now I'm going to drive home swearing under my breath for the entire 45 minutes. |
| 17:42 |
|
sidion joined #evergreen |
| 17:46 |
sidion |
anyone got a moment for a novelist tpac question? |
| 19:25 |
bshum |
sidion: What are you working on? |
| 19:26 |
sidion |
hey bshum i trying to find when the templates/opac/parts/acjs.tt2 was removed from 2.4 |
| 19:26 |
sidion |
getting a novSelect error in the tpac as it doesn't seem to exist anywhere execpt where its called |
| 19:27 |
bshum |
Hmm |
| 19:31 |
bshum |
sidion: So acjs.tt2 seems to be part of master and 2.4 |
| 19:31 |
bshum |
I don't think it was removed. |
| 19:31 |
sidion |
weird, i grabbed a copy of master and i didn't see it in there |
| 19:32 |
bshum |
There was a change recently for 52f893edbec7b71a2e9c40afb1cd5a7c2cc1cc9b which fixes an error with Novelist in that file. |
| 19:32 |
pinesol_green |
[evergreen|Dan Scott] Prevent JavaScript error on non-Novelist sites - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52f893e> |
| 19:32 |
bshum |
For when the variable isn't defined properly. |
| 19:32 |
bshum |
So the file should exist. |
| 19:34 |
sidion |
alright then i certainly have a wrong copy of master, thanks i will keep digging |
| 19:34 |
bshum |
If it's a git checkout, you could use something like git status to see if maybe the status shows it being deleted / missing. |
| 19:34 |
bshum |
And then git checkout that particular file should bring it back to default I think. |
| 20:54 |
|
rjs7_ joined #evergreen |
| 21:12 |
|
serflog joined #evergreen |
| 21:12 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 21:13 |
|
tsbere joined #evergreen |
| 21:16 |
|
jrshaw joined #evergreen |
| 21:26 |
jrshaw |
I've started working with the developers version of evergreen debian squeeze 6.0.x, evergreen 2.x. from 2011. Is there a more up to date VM image available that is 2.4? |
| 21:27 |
|
Callender joined #evergreen |
| 22:00 |
|
rangi joined #evergreen |
| 22:34 |
|
stevenyvr2 joined #evergreen |
| 22:34 |
|
stevenyvr2 left #evergreen |
| 22:56 |
|
zerick joined #evergreen |
| 23:59 |
* jrshaw |
signing off |
