| Time |
Nick |
Message |
| 01:31 |
|
abowling1 left #evergreen |
| 07:34 |
|
rjackson_isl joined #evergreen |
| 07:36 |
|
mrpeters joined #evergreen |
| 07:36 |
|
krvmga joined #evergreen |
| 08:07 |
|
ericar joined #evergreen |
| 08:20 |
|
mdriscoll joined #evergreen |
| 09:00 |
|
mmorgan joined #evergreen |
| 09:28 |
|
maryj joined #evergreen |
| 09:39 |
|
yboston joined #evergreen |
| 09:51 |
|
afterl joined #evergreen |
| 09:51 |
|
mllewellyn joined #evergreen |
| 10:02 |
berick |
kmlussier: re: circ.format.history.csv. good catch, thanks. the upgrade script was modifying the core_type, but not the seed data file. re: print/email, I don't think anything uses those today. |
| 10:03 |
kmlussier |
berick: Thanks! I'm going to look at that branch again in a few minutes once I finish up on some other tasks. |
| 10:03 |
berick |
awesome. i pushed a fix to for the seed data. |
| 10:03 |
kmlussier |
berick++ |
| 10:05 |
berick |
kmlussier: did I understand correctly that you all are testing bug 1333254 as well? |
| 10:05 |
pinesol_green |
Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254 |
| 10:07 |
kmlussier |
berick: Yes, we have somebody looking at it now, and I also sent login information to some Sitka folks who were interested in looking at it. |
| 10:07 |
berick |
kmlussier++ |
| 10:08 |
berick |
sitka++ |
| 10:14 |
|
jwoodard joined #evergreen |
| 10:30 |
|
sandbergja joined #evergreen |
| 10:34 |
pinesol_green |
[evergreen|Remington Steed] LP#1526546 Sort copies by part label in holdings maint. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=56cf5c5> |
| 10:36 |
csharp |
so do "collab" branches allow anyone with access to the working repo to push to them? |
| 10:37 |
csharp |
mrpeters and I are working on bug 1516104 and he's unable to push his changes |
| 10:37 |
pinesol_green |
Launchpad bug 1516104 in Evergreen "Wishlist: Additional Acq Toolbar Options" [Wishlist,New] https://launchpad.net/bugs/1516104 - Assigned to Chris Sharp (chrissharp123) |
| 10:37 |
csharp |
collab/csharp/lp1516104_acq_search_icons is the branch in question |
| 10:37 |
berick |
csharp: IIRC, yes, but only the creator can force-push. |
| 10:37 |
csharp |
ah - ok |
| 10:44 |
kmlussier |
@coffee {someone] |
| 10:44 |
pinesol_green |
kmlussier: Error: Spurious "]". You may want to quote your arguments with double quotes in order to prevent extra brackets from being evaluated as nested commands. |
| 10:45 |
kmlussier |
heh |
| 10:45 |
kmlussier |
@coffee [someone] |
| 10:45 |
* pinesol_green |
brews and pours a cup of Hamma Cooperative Yirgacheffe, Fair-Trade Organic, and sends it sliding down the bar to berick |
| 10:46 |
berick |
nothing beats a hot cup of Yirgacheffe |
| 10:46 |
csharp |
just like grandma used to brew |
| 10:47 |
* kmlussier |
continues to sip her cup of Folgers |
| 10:47 |
* csharp |
is just kidding about "grandma" - his grandmothers were "Mamo" and "Nunny" |
| 10:48 |
berick |
heh |
| 10:48 |
|
jvwoolf1 joined #evergreen |
| 10:48 |
berick |
my niece calls my dad "Grandy" |
| 10:49 |
kmlussier |
Awww, that's sweet. |
| 10:49 |
berick |
the best of course of is Fry calling his long-lost grandfather Shabadoo |
| 10:49 |
csharp |
berick++ |
| 10:50 |
kmlussier |
I think I missed that episode |
| 10:51 |
csharp |
futurama++ |
| 10:52 |
csharp |
anything_by_matt_groening++ |
| 11:19 |
|
jeff_ joined #evergreen |
| 11:25 |
|
Christineb joined #evergreen |
| 11:45 |
|
bmills joined #evergreen |
| 12:01 |
bshum |
@coffee kmlussier |
| 12:01 |
* pinesol_green |
brews and pours a cup of NOBLE Coffee, and sends it sliding down the bar to kmlussier |
| 12:02 |
kmlussier |
bshum++ |
| 12:03 |
mmorgan |
NOBLE Coffee++ |
| 12:05 |
kmlussier |
@coffee |
| 12:05 |
* pinesol_green |
brews and pours a cup of Sumatra Lake Tawar, and sends it sliding down the bar to kmlussier |
| 12:07 |
jwoodard |
@praise gimp |
| 12:07 |
* pinesol_green |
In days of old, it was prophesied that a hero would come and restore karmic balance to #evergreen. gimp is that hero. |
| 12:08 |
bshum |
@redact [quote random] |
| 12:08 |
pinesol_green |
bshum: Quote #69: "jeff: All the pain of RHEL, with ████ of the support." (added by Dyrcona at 08:57 AM, October 30, 2013) |
| 12:12 |
|
rhamby joined #evergreen |
| 12:17 |
csharp |
I didn't know we had @redact in here |
| 12:18 |
csharp |
@redact [tea [someone]] |
| 12:18 |
* pinesol_green |
An error has occurred and has been logged. Please contact this bot's administrator for more information. |
| 12:18 |
csharp |
heh |
| 12:18 |
csharp |
@redact quote random |
| 12:18 |
pinesol_green |
csharp: quote random |
| 12:18 |
bshum |
csharp: Neither did I till I looked at the assorted plugin we cobbled together. |
| 12:18 |
csharp |
@redact [quote random] |
| 12:18 |
pinesol_green |
csharp: Quote #19: "_bott_: I ████ I'd get what I ██████ ███████ of what I asked for" (█████ by Dyrcona at ██:██ AM, ████████ 15, 2011) |
| 12:18 |
csharp |
there we go |
| 12:18 |
csharp |
the quotes go from amusing to intriguing very quickly with that plugin |
| 12:19 |
bshum |
@quote get 19 |
| 12:19 |
pinesol_green |
bshum: Quote #19: "_bott_: I wish I'd get what I wanted instead of what I asked for" (added by Dyrcona at 11:02 AM, November 15, 2011) |
| 12:19 |
bshum |
Indeed :) |
| 12:39 |
berick |
... but if you try sometime, you find, you get what you asked for ♫ |
| 12:40 |
bshum |
berick++ |
| 13:01 |
|
jlitrell joined #evergreen |
| 13:03 |
|
jihpringle joined #evergreen |
| 13:10 |
kmlussier |
Christineb / jihpringle: Are either of you testing acq on the MassLNC VM right now? I was planning to take it down for a few minutes to add an updated branch. |
| 13:10 |
Christineb |
kmlussier: not right now |
| 13:10 |
Christineb |
will be doing more testing this afternoon |
| 13:11 |
Christineb |
kmlussier thanks for heads up :D |
| 13:11 |
kmlussier |
It will be up again in 15 / 20 minutes. |
| 13:11 |
Christineb |
perfect |
| 13:28 |
* tsbere |
shakes his fist at *update installers* that ask you to change your homepage, default search engine, and install toolbars, defaulting to doing so and labeling it "RECOMMENDED" |
| 13:31 |
berick |
for tsbere http://i46.tinypic.com/2q21qi8.jpg |
| 13:31 |
jeff |
my computer isn't powerful enough to display the ads on that page without lagging. |
| 13:32 |
jeff |
i feel that were i running a Windows operating system, i'd have a new toolbar already, just viewing the page. |
| 13:34 |
jeff |
ads-- |
| 13:35 |
berick |
jeff: what page are you talking about? |
| 13:37 |
tsbere |
berick: I have, at times, found *worse*. Back when I fixed computers for a living. |
| 13:37 |
berick |
tsbere: i can only imagine |
| 13:37 |
jeff |
berick: the tinypic page. |
| 13:38 |
* tsbere |
once was sent out to fix a machine with over 200 toolbars set to show in IE |
| 13:39 |
berick |
jeff: oh, duh, i thought you were being serious for some reason ;) |
| 13:40 |
jeff |
berick: no, i was being serious. |
| 13:40 |
jeffdavis |
Should we expect any significant increase in disk usage with the TT2 caching from bug 1449709? |
| 13:40 |
pinesol_green |
Launchpad bug 1449709 in Evergreen "support caching of compiled Template Toolkit templates" [Wishlist,Fix released] https://launchpad.net/bugs/1449709 |
| 13:40 |
jeff |
thought i was, at least. |
| 13:40 |
berick |
jeff: you're computer isn't powerful enough to display a JPG? :) |
| 13:41 |
* tsbere |
now shakes his fist at this horribly unresponsive Java applet |
| 13:42 |
tsbere |
That, so far, doesn't load properly in Firefox, is horribly glitchy in IE, and I am not sure I want to see if Chrome plays nice with it... |
| 13:42 |
jeff |
725 requests over 3 minutes and 11.7 MB later, still no sign of the actual image you were trying to link. I think it was one of the 187 javascript errors early on. :-) |
| 13:43 |
jeff |
berick: but don't worry, an earlier attempt (before i opened dev tools to see what the heck was going on) loaded enough for me to see which image it was, and it was one i was familiar with. :-) |
| 13:44 |
jeff |
anyway, ads-- |
| 13:44 |
berick |
jeff: oh my |
| 13:45 |
kmlussier |
Christineb: The test server is back up again. |
| 13:45 |
berick |
the internet is a scary place |
| 13:45 |
berick |
(which is kind of what I like about it) |
| 13:45 |
Christineb |
kmlussier: awesome thank you, I plan to finish testing by EOD |
| 13:45 |
kmlussier |
Christineb: You'll need to download a new client too. Sorry. |
| 13:46 |
csharp |
@blame The Internet |
| 13:46 |
pinesol_green |
csharp: The Internet 's bugfix broke csharp's feature! |
| 13:46 |
Christineb |
kmlussier: no problem, can you send me the link? |
| 13:46 |
kmlussier |
Christineb: http://mlnc2.mvlcstaff.org/updates/manualupdate.html |
| 13:46 |
Christineb |
perfect Thank you |
| 13:49 |
berick |
@redact [blame The Internet] |
| 13:49 |
pinesol_green |
berick: It really IS The Internet's fault! |
| 14:24 |
dbwells |
grabbing 0959 |
| 14:31 |
pinesol_green |
[evergreen|Chris Sharp] LP#1206936 - Fix wrong billing info in money.transaction_billing_summary - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6d24cb9> |
| 14:31 |
pinesol_green |
[evergreen|Dan Wells] LP#1206936 Stamping upgrade script; adding test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b4415fa> |
| 14:46 |
mmorgan |
I have a number of mark lost trigger events that are stuck in state "collected". If I add a repeatability delay and run the trigger again, will new events be created and these "collected" ones just be ignored? |
| 14:47 |
mmorgan |
Or will these collected ones cause me even more grief than triggers genrally do? |
| 14:47 |
mmorgan |
/genrally/generally |
| 14:48 |
berick |
mmorgan: the "collected" events will be stuck in collected until/unless you run a SQL query to reset/invalidate them. |
| 14:48 |
berick |
(assuming they are actually stuck and not just mid-processing) |
| 14:50 |
mmorgan |
berick: Thanks. They are definitely stuck. So best practice sould be to run a query to set the state to "invalid" if I want to start fresh? |
| 14:50 |
* mmorgan |
can't type today. |
| 14:52 |
berick |
mmorgan: if you just wan to get rid of them, yes, set the state to 'invalid' or 'error', whichever makes more sense to you. |
| 14:52 |
berick |
if you want to re-process them, set the state to 'pending' |
| 14:53 |
berick |
if you re-process, they will be re-validated by A/T. |
| 14:54 |
mmorgan |
my interval between processing delay and max validity was too large, so I definitely don't want to reprocess them all at once. I suppose I could reset them to pending incrementally. |
| 14:55 |
berick |
gotcha. also, if they are old enough, beware subsequent notices occuring on the same items. E.g a 14-day over notice occuring after a 7-day notice failed to send. |
| 14:56 |
berick |
probably dont' want the 7-day notice in that case |
| 14:57 |
mmorgan |
berick: Good point. This is a mark lost trigger, so that shouldn't be a problem. |
| 14:57 |
csharp |
mmorgan: here's a bash script I used for batch processing longoverdue events in reasonably-sized chunks: http://git.evergreen-ils.org/?p=contrib/pines.git;a=blob;f=longoverdue/batch_process_longoverdue.sh;h=343fa7bef5d55378036eea4a59f1d044a10fb295;hb=HEAD |
| 14:58 |
csharp |
basically processes a month of circs at a time |
| 14:58 |
csharp |
then counts down to whatever you want |
| 14:59 |
mmorgan |
csharp: Thanks! That could certainly save me some time :) |
| 15:00 |
csharp |
I hope so ;-) |
| 15:00 |
* csharp |
hates having to reinvent the wheel for things that everyone eventually has to deal with, so likes to share this kind of thing ;-) |
| 15:00 |
mmorgan |
A general question, if I did reset some to pending, I suspect I would need to run the command again, and it would just pick up the existing events where they left off, now that they're pending? |
| 15:02 |
csharp |
mmorgan: yes, if they fit the delay/max delay window |
| 15:02 |
berick |
mmorgan: the next time action_trigger_runner.pl with --run-pending and either no --granularity (i.e. all granularities) or the --granularity of the event_def in question, it will pick them up and process them |
| 15:03 |
berick |
csharp: in this case, the events already exist, so the delay window does not come into place |
| 15:03 |
csharp |
mmorgan: for my script, I (re)set all of them to 'pending' and used delay/max delay to control which ones got picked up |
| 15:04 |
mmorgan |
csharp: Ah, ok, and it looks like you found a month to be a reasonable size interval? |
| 15:04 |
csharp |
berick: mmorgan: ok cool - don't mean to muddy the water! |
| 15:04 |
berick |
IOW, an overdue event that was created a year ago will run just fine if reset to pending, regardless of the delay info on the event-def |
| 15:04 |
csharp |
mmorgan: in our case it was a reasonable size |
| 15:06 |
mmorgan |
I was working in month intervals, too, but I tend to sometimes be a little conservative. And then there was the typo thing :-( |
| 15:08 |
* mmorgan |
returns to processing lost items with renewed enthusiasm. |
| 15:08 |
mmorgan |
berick++ csharp++ |
| 15:08 |
|
jvwoolf1 left #evergreen |
| 15:10 |
tsbere |
csharp: I just tweaked our settings for our utility box drones so that the entire block could actually be handled in the one call. |
| 15:13 |
|
mmorgan joined #evergreen |
| 15:14 |
csharp |
tsbere: oh yeah? I guess that's in OpenSRF config? |
| 15:15 |
tsbere |
csharp: Mainly messed with the, cstore only I think, keepalive there, yea. Because I did so in the hosts block for our utility vm there is no change to our non-utility machines. |
| 15:15 |
miker |
jeffdavis: I didn't see an answer to your question ... no, I wouldn't expect a significant increase. certainly no more than, say, 2x the size of the templates themselves. it's basically just saving perl-ified templates. is /tmp getting really big all of a sudden? could be vandelay or offline uploads... |
| 15:15 |
csharp |
tsbere: cool |
| 15:15 |
tsbere |
csharp: I might have done the same to storage... |
| 15:16 |
csharp |
I actually never investigated *why* they were dying, I just thought "oh well, I guess we need smaller batches" |
| 15:16 |
tsbere |
csharp: so hosts->*hostname*->apps->open-ils.cstore->keepalive, then the same for open-ils.storage |
| 15:17 |
csharp |
tsbere: cool |
| 15:17 |
* tsbere |
likely has a unix_config block there too to change the children counts |
| 15:18 |
jeffdavis |
miker: awesome, thanks! |
| 15:18 |
tsbere |
csharp: I went with an insane keepalive of something like 120 for the utility vm, which I don't recommend if apache may be involved at all, but we don't run apache there. |
| 15:19 |
tsbere |
Or SIP, for that matter |
| 15:25 |
kmlussier |
@coffee mmorgan |
| 15:25 |
* pinesol_green |
brews and pours a cup of Kenya Gichathaini, and sends it sliding down the bar to mmorgan |
| 15:26 |
mmorgan |
Thank you! that's way better than the almost hot chocolate! |
| 15:28 |
|
Stompro joined #evergreen |
| 15:32 |
|
ericar_ joined #evergreen |
| 15:33 |
|
kitteh_ joined #evergreen |
| 15:54 |
|
kitteh_ joined #evergreen |
| 17:15 |
|
mmorgan left #evergreen |
| 17:22 |
|
artunit_away joined #evergreen |
| 17:59 |
|
bmills joined #evergreen |
| 18:20 |
|
afterl joined #evergreen |
| 18:33 |
bshum |
@dessert |
| 18:33 |
* pinesol_green |
grabs some Pineapple Upside Down Cake for bshum |
| 18:36 |
Christineb |
I want dessert |
| 18:36 |
Christineb |
@dessert |
| 18:36 |
* pinesol_green |
grabs some Chocolate Mousse for Christineb |
| 18:36 |
Christineb |
mmm Chocolate |
| 18:53 |
bshum |
Aw man, I love chocolate mousse... |
| 18:53 |
bshum |
dbwells++ # parts happiness |
| 18:54 |
bmills |
dbwells++ kmlussier++ speedy help on lp 1422802 |
| 18:54 |
pinesol_green |
Launchpad bug 1422802 in Evergreen "Parts need to be more visible on the place holds screen" [Wishlist,Fix committed] https://launchpad.net/bugs/1422802 |
| 19:45 |
kmlussier |
dbwells++ |
| 20:48 |
|
bmills joined #evergreen |
| 20:57 |
|
jlitrell joined #evergreen |
| 21:14 |
|
afterl joined #evergreen |
| 21:14 |
|
afterl left #evergreen |
| 21:22 |
kmlussier |
@sortinghat |
| 21:22 |
pinesol_green |
Hmm... kmlussier... Let me see now... SLYTHERIN! |
| 21:22 |
kmlussier |
Yay! |
| 23:42 |
kmlussier |
@librarian |
| 23:42 |
pinesol_green |
kmlussier: Management:10, Cataloging:4, Acquisitions:17, Reference:7, Circulation:15, Systems:8, Research:11, Custodial:17 |
| 23:42 |
kmlussier |
Custodial 17. Sounds about right. |
| 23:49 |
kmlussier |
bshum++ |
| 23:51 |
pinesol_green |
[evergreen|blake] LP1402770_column_picker_option_for_number_of_holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0bd362e> |
| 23:51 |
pinesol_green |
[evergreen|Kathy Lussier] LP1402770: Release notes entry for holds count column picker - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bdc60fc> |
| 23:51 |
pinesol_green |
[evergreen|Kathy Lussier] LP1402770: Do not show Holds Count by default in most item screens - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6687b1b> |
| 23:59 |
bshum |
@weather |
| 23:59 |
pinesol_green |
bshum: New Milford, CT :: Rain :: 62F/17C | Wednesday: Windy with thunderstorms likely. Lows overnight in the upper 40s. Wednesday Night: Windy...thunderstorms likely this evening, with occasional showers overnight. Low 49F. Winds S at 25 to 35 mph. Chance of rain 100%. Winds could occasionally gust over 40 mph. |
