| Time |
Nick |
Message |
| 03:07 |
|
dbwells joined #evergreen |
| 04:07 |
|
dbwells_ joined #evergreen |
| 04:10 |
|
kmlussier joined #evergreen |
| 04:19 |
|
remingtron joined #evergreen |
| 04:19 |
|
dbwells joined #evergreen |
| 04:43 |
|
remingtron_ joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:13 |
|
timf joined #evergreen |
| 07:32 |
csharp |
@quote random |
| 07:32 |
pinesol_green |
csharp: Quote #24: "<denials> when git doesn't kill you, it makes you smarter" (added by gmcharlt at 03:58 PM, May 03, 2012) |
| 07:38 |
|
akilsdonk joined #evergreen |
| 07:51 |
|
collum joined #evergreen |
| 08:03 |
|
tsbere_ joined #evergreen |
| 08:23 |
|
mrpeters joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:51 |
|
kbeswick joined #evergreen |
| 08:51 |
_bott_ |
Why had I never clicked on the "3D View" in Firefox's Web Developer tools? Wasting too much time this morning looking at the layers of my TPAC at funny angles. |
| 08:51 |
|
tsbere_ joined #evergreen |
| 09:03 |
jeff |
morning! |
| 09:04 |
jeff |
tsbere: glad to see you get bug 1296937 out there. thanks! |
| 09:04 |
pinesol_green |
Launchpad bug 1296937 in SIPServer "SIP2 Patron Information times out on too many checkouts/holds" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1296937 |
| 09:05 |
tsbere |
jeff: I wrote the code a while back, and then apparently forgot to open the bug. <_< |
| 09:08 |
jeff |
tsbere: i could probably comment in-bug, but it looks like were it not for the ordering of the arguments to OpenILS::SIP::Items::charged_items, the Evergreen and SIPServer changes could be put in place independent of each other. |
| 09:09 |
jeff |
Do you have an objection to ordering the charged_items arguments in a slightly more backward-compatible but slightly annoyingly inconsistent ($start, $end, $force_bc, $ids_only) order? |
| 09:10 |
jeff |
oh, wait. |
| 09:10 |
|
ericar joined #evergreen |
| 09:11 |
jeff |
nope, nevermind. question remains. :-) |
| 09:11 |
|
dluch joined #evergreen |
| 09:12 |
|
Dyrcona joined #evergreen |
| 09:13 |
jeff |
though in this specific case the add_count call would be the only thing affected, and there I don't think it matters if the items have barcode or not, since it's just counting. |
| 09:14 |
jeff |
I don't think that there is any current practical implication, now it's just a matter of "do we want to get out of the habit of changing positional arguments to functions". |
| 09:15 |
jeff |
Because next time, there may be more practical implications. :-) |
| 09:15 |
jeff |
How's that for a boring Tuesday morning topic of discussion? |
| 09:15 |
jeff |
@monologue |
| 09:15 |
pinesol_green |
jeff: Your current monologue is at least 9 lines long. |
| 09:18 |
Dyrcona |
jeff: We could pass all arguments as hashes or hashrefs, at least in Perl. |
| 09:19 |
Dyrcona |
Or, were you talking about database functions? |
| 09:19 |
jeff |
in this case, I'm talking perl. |
| 09:19 |
jeff |
and I almost inserted a little "now if only we were using named arguments" :-) |
| 09:19 |
|
RoganH joined #evergreen |
| 09:20 |
Dyrcona |
DB functions can have named arguments. |
| 09:20 |
Dyrcona |
We use that combined with defaults for a lot of our helper functions at MVLC. |
| 09:22 |
tsbere |
jeff: I figure that this isn't a big deal on changing order of arguments as I suspect the only use of the argument being moved was internal anyway. <_< |
| 09:22 |
tsbere |
jeff: And I would rather be consistent with the argument positioning across the functions |
| 09:23 |
|
terranm joined #evergreen |
| 09:24 |
jeff |
tsbere: once i realized that the changed call to charged_items in SIPServer didn't care if it was getting barcodes or not, I reached that same conclusion. :-) |
| 09:24 |
jeff |
tsbere++ |
| 09:24 |
jeff |
(for the code and bug, not for having the same opinion as i) :-) |
| 09:31 |
|
yboston joined #evergreen |
| 09:36 |
tsbere |
jeff: As an FYI, in testing I saw *massive* improvements in response time, though I also did things like "put a hold on every bib in the concerto database" as part of testing. Not 100% realistic, IMO, but meh. ;) |
| 09:38 |
tsbere |
(fun doing things like "insert into action.hold_request(blah blah) select blah blah, id, blah blah from biblio.record_entry where not deleted" during testing, I think I did the same with asset.copy at one point too.... |
| 09:40 |
|
alynn26 joined #evergreen |
| 09:48 |
jeff |
tsbere: You and I have talked before, but I have ~40 holds on my account on a normal day due to my use of suspended holds, and I expect I would see several seconds shaved off of my account retrieval at a SIP client |
| 09:58 |
|
BigRig_ joined #evergreen |
| 10:04 |
eeevil |
hrm... I have an objection to changing the param order, though I'll b happy to be talked out of it: koha using sipserver |
| 10:04 |
* eeevil |
runs away for a meeting |
| 10:07 |
pinesol_green |
[evergreen|Remington Steed] Change xref syntax to avoid docs processing bug - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c36436> |
| 10:09 |
|
denishpatel joined #evergreen |
| 10:11 |
csharp |
unforking_sip_server++ |
| 10:14 |
|
rjackson-isl joined #evergreen |
| 10:15 |
egbuilder |
build #539 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/539 |
| 10:16 |
phasefx |
huzzah |
| 10:17 |
|
tspindler joined #evergreen |
| 10:35 |
tsbere |
eeevil: The parameter in question was, in fact, an internal evergreen parameter, not one that SIPServer used directly. <_< |
| 10:36 |
|
pams joined #evergreen |
| 10:38 |
eeevil |
tsbere: internal to the driver? i thought the call was being made from the core. or do you mean the param was a phantom... either way, if thats right, sounds low risk |
| 10:41 |
tsbere |
eeevil: the EG SIP2 code had a "barcodes, not titles" parameter it used. I bumped it out one to keep the rest of the similar calls using my new parameter in that slot. SIPServer did not make the call directly, EG passed that in for an internal "Renew All" lookup |
| 10:58 |
|
ericar joined #evergreen |
| 11:02 |
|
jihpringle joined #evergreen |
| 11:06 |
|
Shae joined #evergreen |
| 11:18 |
jeff |
hah! I was JUST talking here about unforking sipserver. :-) |
| 11:19 |
csharp |
jeff++ # you mentioned it to me re: Koha/EG cross polination ;-) |
| 11:22 |
jeff |
yeah. |
| 11:22 |
jeff |
at this point i don't know how much effort it would take, how much value the koha community would see in it, or if rolling it into CPAN would make it easier on all, etc. |
| 11:22 |
jeff |
but I think about it from time to time. :-) |
| 11:23 |
eeevil |
b_bonner: just a head's up, here's a bug for the feature we talked about in the hall at the conf: https://bugs.launchpad.net/evergreen/+bug/1296926 |
| 11:23 |
pinesol_green |
Launchpad bug 1296926 in Evergreen "Item Status Alternate View Screen Needs Call Number Prefix and Call Number Suffix Fields" (affected: 1, heat: 8) [Undecided,New] |
| 11:29 |
|
beanpole joined #evergreen |
| 11:30 |
jeff |
curse you syndetics for your poor formatting |
| 11:30 |
jeff |
and for fixing it in only one of your products. |
| 11:30 |
jeff |
which almost makes it worse. :P |
| 11:32 |
jeff |
@who knows the true identity of hwwesterkid? |
| 11:32 |
pinesol_green |
yboston knows the true identity of hwwesterkid. |
| 11:38 |
|
mllewellyn joined #evergreen |
| 11:40 |
|
bmills joined #evergreen |
| 12:11 |
|
dconnor joined #evergreen |
| 12:17 |
|
tspindler1 joined #evergreen |
| 12:32 |
dreuther |
eeevil: If you get some time could you give me some guidance on https://bugs.launchpad.net/evergreen/+bug/1152863 |
| 12:32 |
pinesol_green |
Launchpad bug 1152863 in Evergreen "Support for traditional Boolean operators" (affected: 3, heat: 20) [Wishlist,Triaged] |
| 12:38 |
|
kmlussier joined #evergreen |
| 12:39 |
|
tspindler1 left #evergreen |
| 12:40 |
|
tspindler1 joined #evergreen |
| 12:47 |
jeff |
dreuther: offering the following as someone who probably isn't currently in a position to assist, I would strongly recommend that you not direct your inquiries to any single individual, and to send queries on the open-ils-dev list, where: |
| 12:47 |
jeff |
1) the pool of potential responders is higher |
| 12:47 |
jeff |
2) the list is more suitable for asynchronous communication |
| 12:49 |
jeff |
long form questions also seem to work better on the list, and the pool of individuals potentially benefitting from seeing your question and any answers/conversation is higher. |
| 12:49 |
dreuther |
jeff: Ok I will try that out. Thanks for the help |
| 12:49 |
jeff |
dreuther: you're welcome! |
| 12:52 |
|
rfrasur joined #evergreen |
| 13:07 |
|
jwoodard joined #evergreen |
| 13:10 |
|
krvmga joined #evergreen |
| 13:14 |
kmlussier |
dbs: I'm hearing that there are errors in the source file for the Book of Evergreen that prevent it from being printed. Do you know if that is something rsoulliere could take care of? |
| 13:14 |
|
sseng joined #evergreen |
| 13:16 |
kmlussier |
Bleh, not Book of Evergreen. Evergreen in Action. |
| 13:16 |
jeff |
kmlussier: ah, i was about to ask for clarification. :-) |
| 13:16 |
krvmga |
Is that like the Book of Eli? Do I need a machete? |
| 13:19 |
jeff |
kmlussier: dbs is at code4lib with poor wifi, so might be a while in responding. do you have any detail on the error? |
| 13:19 |
bshum |
He's actually speaking right now |
| 13:19 |
jeff |
kmlussier: as for fixing it, in theory that can be done by anyone at the FLOSS Manuals site, linked from http://evergreen-ils.org/dokuwiki/doku.php?id=books:evergreen_in_action:help |
| 13:19 |
kmlussier |
I didn't expect an immediate answer. :) |
| 13:19 |
kmlussier |
krvmga: might have more information. |
| 13:19 |
krvmga |
i'm not sure what got passed to lulu.com for printing. |
| 13:20 |
krvmga |
i know that the lulu book looks and is sized differently from the galleys that we got. |
| 13:21 |
kmlussier |
krvmga: I think that's because we made a lot of adjustments in the first week or two after the sprint. |
| 13:23 |
kmlussier |
krvmga: To be honest, that book should be updated anyway. I know some of those areas have changed since 2.3. |
| 13:23 |
jeff |
weird. there's a pdf claiming a 2013-01-09 date and "License: None" being served up by flossmanuals. |
| 13:24 |
krvmga |
kmlussier: we need a new, updated edition |
| 13:24 |
kmlussier |
It looks like the PDF and epub available on FLOSS Manuals is fine - it's just the lulu site that has the problem? |
| 13:25 |
krvmga |
yes, lulu told me they couldn't print the book because of problems with the source file. |
| 13:25 |
kmlussier |
krvmga: My recollection is that rsoulliere set up the book in Lulu, but my memory is hazy. |
| 13:28 |
|
denishpatel joined #evergreen |
| 13:52 |
|
denishpatel joined #evergreen |
| 13:54 |
|
denishpatel joined #evergreen |
| 13:56 |
|
zxiiro joined #evergreen |
| 14:07 |
bshum |
Dyrcona++ # working branch for 0872 fixing |
| 14:08 |
Dyrcona |
Pfft. That's nothing. |
| 14:09 |
rfrasur |
Hah...first landscaping appt of the year and it's snowing. Not the best day to be a landscaper. |
| 14:21 |
Dyrcona |
bshum: dbwells branch on lp 1290496 fixes the local Z search for me. |
| 14:21 |
pinesol_green |
Launchpad bug 1290496 in Evergreen "Import z3950 - using local catalog search option results in network error" (affected: 2, heat: 10) [High,Confirmed] https://launchpad.net/bugs/1290496 |
| 14:21 |
bshum |
Dyrcona: Cool, if you feel like pushing it, go ahead. |
| 14:21 |
bshum |
It worked fine for me too when we were hammering at it |
| 14:22 |
Dyrcona |
bshum: Well, I wonder if it needs more testing, and is it really related to Sitka's issue with acquisitions? |
| 14:24 |
Dyrcona |
heh.. Syndetics.... |
| 14:24 |
Dyrcona |
My first test search was Aleph by Paulo Coelho, and the first copy gets a cover of Frankenstein by Mary Shelley. |
| 14:37 |
Dyrcona |
After some more looking, I guess we should push the branch. I don't think either of the more permanent fixes are going to happen before release. |
| 14:41 |
jl- |
do people still use these tools: http://coffeecode.net/egdocs/1.6/draft/html/migrating_records_using_migration_tools.html I recall someone saying that the pg_loader is slow and not recommended |
| 14:42 |
Dyrcona |
jl-: I certainly hope no one still uses those tools. |
| 14:42 |
Dyrcona |
jl-: Equinox has a public git repo with some of the tools that they use. |
| 14:43 |
jl- |
thx, I thought so |
| 14:44 |
Dyrcona |
jl-: http://git.esilibrary.com/?p=migration-tools.git;a=summary |
| 14:47 |
jl- |
Dyrcona: thx |
| 15:14 |
bshum |
Dyrcona: I'm not so sure about the acq issues. We weren't able to replicate the errors consistently. |
| 15:14 |
bshum |
Dyrcona: I got it at least once, but it didn't break the next time I tried. |
| 15:14 |
bshum |
dbwells seemed to think that the code may be related, but berick did not |
| 15:14 |
Dyrcona |
bshum: You can see my concerns in the latest comment on the bug. |
| 15:15 |
bshum |
Either way though, I think I agree with your assessment that the questions posed by dbwells on the bug may not be solvable before 2.6.0 needs to be out. |
| 15:23 |
|
StephenGWills joined #evergreen |
| 15:30 |
dbwells |
I am not even sure what the acq issue actually is (is there a bug for it?), so I have no idea if it's related. I merely noticed when grepping that there is a z3950 search option in the code for creating picklists. |
| 15:31 |
Dyrcona |
dbwells: The question is, do we push your fix into master or wait for something better to materialize? |
| 15:32 |
dbwells |
bshum Dyrcona: If either of you could push that fix, I'd appreciate it. Discussion and a more permanent fix can come later. I commented on the but to that effect and added the missing pullrequest. |
| 15:32 |
dbwells |
s/the but/the bug/ |
| 15:32 |
Dyrcona |
dbwells: Will do! |
| 15:33 |
dbwells |
Dyrcona++ # thanks! |
| 15:35 |
pinesol_green |
[evergreen|Dan Wells] LP#1290496: The quest for knowledge is over - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=988605e> |
| 15:37 |
eeevil |
bwahaha... well, my comment was a bit late. tl;dr: push it. push it REAL good. |
| 15:38 |
|
remingtron joined #evergreen |
| 15:39 |
eeevil |
related, for later, we need to gut 80%+ of Publisher/metabib.pm, methinks |
| 15:41 |
bshum |
Dyrcona++ # thanks, I was distracted talking to Bmagic about git usage. |
| 15:41 |
jihpringle |
bshum: I've done some more acq testing and I think what we were seeing was related to Vandelay and queues rather than Z39.50 |
| 15:42 |
jihpringle |
and can be avoided by chosing the right options in vandelay |
| 15:42 |
bshum |
jihpringle: That's what we were suspecting based on what berick was trying to tell me I think. |
| 15:42 |
bshum |
jihpringle: Glad to hear you're looking into it though. |
| 15:44 |
jihpringle |
I can confirm that the MARC Federated Search is broken for the local catalogue by the z39.50 issue which will be what dbwells saw for creating picklists |
| 15:45 |
jihpringle |
I'm hoping to get the fix applied to our test server later today to confirm that the MARC Federated Search gets fixed by it, unless someone else has already tested that piece |
| 15:45 |
eeevil |
bshum: on https://bugs.launchpad.net/evergreen/+bug/1249480 did you push that to 2.5 also, or were there merge problems there? |
| 15:45 |
pinesol_green |
Launchpad bug 1249480 in Evergreen 2.5 "staff client localstore.rdf can grow too large" (affected: 2, heat: 10) [Undecided,New] |
| 15:46 |
bshum |
eeevil: I believe I only pushed it to master because I got distracted |
| 15:46 |
bshum |
Let me check though |
| 15:46 |
bshum |
Oh, I see, rel_2_4 had conflicts |
| 15:46 |
eeevil |
bug suggests so, but wasn't sure |
| 15:46 |
bshum |
(have to re-read my own comments) |
| 15:47 |
eeevil |
I'll address 2.4 if it's straight-forward |
| 15:47 |
bshum |
Just a cursory glance at rel_2_5 seems to me that I didn't push it there |
| 15:47 |
Dyrcona |
It picks clean into 2.5 for me. |
| 15:48 |
bshum |
Agreed, it would for rel_2_5 |
| 15:48 |
bshum |
I probably just got distracted when I was working on it and stopped :\ |
| 15:49 |
Dyrcona |
I can push it unless someone else wants to. |
| 15:49 |
bshum |
jihpringle: That'd be great to test if you can apply the patch for the z3950 one to see if it's similarly affected. |
| 15:49 |
bshum |
I'll try to carve some time to look at the MARC federated search in acq later on our end too. Maybe. If I ever go home from conferences :) |
| 15:56 |
berick |
for ref, the acq/vandelay issue (one of them) was about not picking a queue during import, which is required. |
| 15:59 |
eeevil |
bshum: arg ... so, there's enough drift that it's far from clear that I won't break things with a simple pick-and-fix |
| 16:00 |
bshum |
eeevil: Yeah I think that's why I skipped it. Sorry. (tell people to upgrade!) |
| 16:00 |
* Dyrcona |
pushed it to 2.5, btw. |
| 16:00 |
rangi |
does someone from equinox have time for an utterly random non evergreen question? |
| 16:00 |
eeevil |
bshum: np, and indeed ;) |
| 16:00 |
Dyrcona |
:) |
| 16:01 |
eeevil |
rangi: sure |
| 16:02 |
bradl |
rangi: if it deals with the speed of unladen swallow, I'm out |
| 16:02 |
rangi |
eeevil: so, im gonna be in atlanta from the 22nd to the 26th of april |
| 16:02 |
rangi |
and my zareason laptop is dead, so i was wondering if i got a laptop from system76 |
| 16:02 |
eeevil |
go on.... ;) |
| 16:02 |
rangi |
would i be able to get it shipped to your office, and I pick it up from there? |
| 16:03 |
eeevil |
bradl: any objections? none from me ... |
| 16:03 |
eeevil |
rangi: that's very trusting of you ;) |
| 16:03 |
* eeevil |
looks forward to his shiny new laptop |
| 16:03 |
rangi |
heh |
| 16:03 |
rangi |
if you cant trust fellow FOSS devs who can you trust? :) |
| 16:04 |
bradl |
I don't see any problems with that. |
| 16:04 |
rangi |
awesome, it will force me to have to come say hi too |
| 16:04 |
eeevil |
rangi: the physical address on our site iw where you'll want to send it |
| 16:04 |
eeevil |
indeed! |
| 16:05 |
rangi |
perfect thank you |
| 16:05 |
rangi |
ill bring you some nz beer, since you have saved me about 200$ in shipping and customs |
| 16:06 |
eeevil |
nice! do the bubbles go down? |
| 16:06 |
bradl |
rangi: someone from our office may be attending that same meeting... so we could maybe deliver that laptop to you... |
| 16:06 |
rangi |
oh even easier! |
| 16:06 |
RoganH |
rangi: bradl: did someone say beer? |
| 16:06 |
eeevil |
RoganH: c'mon down, friend! |
| 16:06 |
rangi |
id probably get lost, i do that in small nz cities, im pretty sure atlanta has more people than the whole of nz :) |
| 16:07 |
eeevil |
RoganH: I hear there's a great pizza place that delivers near us ... ;) |
| 16:07 |
csharp |
impromptu_software_meetings_near_me++ |
| 16:07 |
RoganH |
eeevil: I could make arrangements. |
| 16:07 |
rangi |
:) |
| 16:07 |
RoganH |
eeevil: I'll arrange for the pizza. |
| 16:07 |
rangi |
i'd totally be up for hanging out with pizza and beer one of the evenings |
| 16:07 |
* bshum |
has been looking for ways to burn off vacation days.. |
| 16:08 |
eeevil |
( but don't anyone tell csharp abou.... ah! too late!) |
| 16:08 |
eeevil |
man, this is starting to sound like a party! |
| 16:08 |
csharp |
muhahaha |
| 16:08 |
rangi |
:) |
| 16:10 |
RoganH |
rangi: let me know when you're going to drop by and if the ESI offices don't mind a bit of interruption I'll pop down and arrange for pizza |
| 16:10 |
rangi |
on my list of must sees i have the aquarium, the fox theatre (convientyly across the road from my hotel) and mary macs tea room |
| 16:10 |
csharp |
mary_macss++ |
| 16:10 |
rangi |
which i plan to squeeze in on the 23rd |
| 16:10 |
RoganH |
rangi: the aquarium and tea room are both great |
| 16:10 |
* jeff |
reads scroll |
| 16:10 |
csharp |
crappy_conference_wifi-- |
| 16:11 |
csharp |
Mary Macs is right around the corner if you're by the Fox |
| 16:11 |
rangi |
yeah im at indigo midtown something something |
| 16:12 |
csharp |
cool |
| 16:12 |
eeevil |
jeff: feeling like a trip south? |
| 16:12 |
rangi |
apparently there is a nice gastro pub |
| 16:12 |
rangi |
publik i think |
| 16:13 |
rangi |
not too far either |
| 16:13 |
jeff |
heh. sounds like a party, but not likely one i'll be able to make it to. :-) |
| 16:15 |
rangi |
Dyrcona: is this the one you have https://www.system76.com/laptops/model/galu1 ? |
| 16:15 |
Dyrcona |
rangi: Yes, it is. |
| 16:16 |
rangi |
sweet |
| 16:17 |
Dyrcona |
rangi: sweet as. :) |
| 16:17 |
Dyrcona |
My daughter has the Darter. |
| 16:20 |
rangi |
well that just made my day, thanks people |
| 16:24 |
rfrasur |
csharp: did you go straight from Boston to C4L? |
| 16:30 |
|
tspindler1 left #evergreen |
| 16:32 |
|
krvmga joined #evergreen |
| 16:34 |
krvmga |
(eg 2.4) normally, if you move your cursor over "Add to my list" in catalog results, a popdown menu appears. has anyone noticed this doesn't seem to happen sometimes in browsers on linux? |
| 16:35 |
krvmga |
i just tried in chrome and seamonkey and the popdown didn't appear |
| 16:36 |
bshum |
So.... you're logged in right? |
| 16:36 |
bshum |
And also, remind me what version you think you're on? |
| 16:36 |
bshum |
Which one of 2.4.x |
| 16:37 |
bshum |
I'm thinking there was a bug once with the contentcafe conflicting with the CSS generated by the add to my list |
| 16:37 |
bshum |
I remember it being fixed, but don't know enough about your system otherwise to comment. |
| 16:38 |
krvmga |
bshum: prbbbhhhh...ben, you're brkh..king up...krrrgjjkl; |
| 16:38 |
krvmga |
i thought you could add things to a temporary list even if you weren't logged in. |
| 16:38 |
krvmga |
i guess i was not right. |
| 16:38 |
krvmga |
they show up fine if i'm logged in. |
| 16:38 |
bshum |
Well you can add stuff to a temporary list when not logged in |
| 16:39 |
bshum |
But the CSS popup doesn't appear because you're not logged in to see your other lists. |
| 16:39 |
bshum |
There's only the one list, which is the temp one. |
| 16:40 |
krvmga |
well, that explains some questions i've gotten from patrons. |
| 16:40 |
krvmga |
i don't think they know they're adding to a temp list and they don't get any warning that they're losing the temp list. |
| 16:41 |
krvmga |
i'm still on 2.4 |
| 16:44 |
mmorgan |
Can somebody explain how lp 1249480 might present itself to users of the staff client? |
| 16:44 |
pinesol_green |
Launchpad bug 1249480 in Evergreen "staff client localstore.rdf can grow too large" (affected: 2, heat: 10) [Medium,Fix committed] https://launchpad.net/bugs/1249480 |
| 16:48 |
jeff |
mmorgan: it may cause a large file to be uploaded and downloaded as part of your Windows roaming profile, if you are in an environment using roaming profiles and if your Evergreen client hasn't been configured to store the file elsewhere. It may also slow down certain operations in the staff client, as the contents of the large file are parsed and/or manipulated. |
| 16:48 |
jeff |
mmorgan: there may be other impacts, or certain interfaces which are impacted more than others. |
| 16:50 |
mmorgan |
So, could it cause frequent client crashes and errors? We have one library in particular experiencing these symptoms. |
| 16:57 |
bshum |
Possible. Might not hurt to rule it out, but there are alot of potential reasons for things to go off the rails. |
| 17:01 |
|
akilsdonk joined #evergreen |
| 17:02 |
mmorgan |
Thanks jeff:, bshum: will keep that in mind. |
| 17:03 |
|
StephenGWills left #evergreen |
| 17:05 |
jeff |
mmorgan: There are a small number of preferences that are stored in that file that would be lost by deleting it. You could move it out of place as an experiment. |
| 17:06 |
mmorgan |
ok, will give that a try. Thanks. |
| 17:11 |
|
kmlussier joined #evergreen |
| 17:15 |
kmlussier |
yboston++ #IRC practice wrangling |
| 17:15 |
|
mmorgan left #evergreen |
| 17:24 |
* kmlussier |
hopes to be in Atlanta and would love to meet up for pizza with RoganH and rangi too. :) |
| 17:24 |
rangi |
excellent |
| 17:26 |
rangi |
someone suggested i should go be an extra on the walking dead set |
| 17:26 |
rangi |
which would work, as after 32 hours of flights and airports when i arrive on the 22nd i will be a zombie |
| 17:27 |
kmlussier |
ha! I didn't know that was a possibility, but it could be fun. |
| 17:28 |
jcamins |
rangi: my wife enjoyed extraing, but I can't say I see the appeal. |
| 17:28 |
rangi |
my brother in law was in all 3 lotr |
| 17:28 |
rangi |
he was an uruk hai |
| 17:28 |
rangi |
died in all 3 too |
| 17:29 |
rangi |
i auditioned but flubbed the riding horse bareback bit |
| 17:29 |
jcamins |
That was nothing like Shari's extraing experience. |
| 17:30 |
jcamins |
Mostly she was just sitting at tables. |
| 17:31 |
rangi |
no being crushed by a piece of the wall from the hornburg then? |
| 17:31 |
jcamins |
Nope. |
| 17:32 |
rangi |
shot by an arrow, and trampled by a horse were the other 2 ways he was killed |
| 17:32 |
|
tfaile_ joined #evergreen |
| 17:39 |
|
fparks joined #evergreen |
| 17:48 |
|
bshum joined #evergreen |
| 18:35 |
|
gsams joined #evergreen |
| 20:15 |
|
denishpatel joined #evergreen |
| 20:57 |
|
tsbere_ joined #evergreen |
| 21:08 |
|
mrpeters joined #evergreen |
| 21:08 |
|
mrpeters left #evergreen |
| 21:10 |
|
Bmagic joined #evergreen |
| 21:32 |
|
Bmagic joined #evergreen |
| 22:01 |
|
Bmagic joined #evergreen |
| 23:29 |
|
spawn` joined #evergreen |
| 23:30 |
spawn` |
anty sex involveed? |
| 23:31 |
|
spawn` left #evergreen |
| 23:36 |
* jeff |
writes up a Syndetics bug or three |
