Evergreen ILS Website

IRC log for #evergreen, 2015-07-24

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:31 bmills1 joined #evergreen
01:56 Mark__T joined #evergreen
02:08 geoffsams joined #evergreen
02:34 hopkinsju 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:27 Callender joined #evergreen
07:59 ericar joined #evergreen
08:22 Shae joined #evergreen
08:31 mrpeters joined #evergreen
08:34 mmorgan joined #evergreen
08:37 Shae joined #evergreen
08:51 akilsdonk joined #evergreen
09:15 yboston joined #evergreen
09:17 tsbere Fun with ACQ: fttp:// != ftp:// <_<
09:20 DPearl left #evergreen
09:21 jeff fiber to the premises
09:21 collinanderson joined #evergreen
09:22 tsbere Note that fttp:// does seem to imply SSH....which then looks to fail with a "WTF is that protocol?" type error.
09:23 maryj joined #evergreen
09:24 jboyer-isl jeff: Sounds like a protest chant. "Fiber to the premises! Fiber to the premises!"
09:24 jboyer-isl Fight the copper!
09:25 jeff pepperoni pizza, please. shaken, not stirred.
09:46 yboston joined #evergreen
09:49 kmlussier @hate dojo interfaces
09:49 pinesol_green kmlussier: The operation succeeded.  kmlussier hates dojo interfaces.
10:07 berick kmlussier: the copy location sample data (1155771), did you see my comment in the code about potentially funky copy + location pairings?
10:07 berick the TODO near the top http://git.evergreen-ils.org/?p=worki​ng/Evergreen.git;a=commitdiff;h=32e49​98b3a92a82ff9c1b400262a7b67fa3240d5
10:07 berick is that a concern at all?
10:07 berick or not big enough of a concern to stop merging
10:08 kmlussier Ha ha. Your first question just appeared as a popup on a screencast I was making to accompany a bug report. :)
10:09 berick haha.  chaos powers activate!
10:09 kmlussier berick: I saw the TODO, and, while I agree that it would be better to put children's books and children's copy locations, I didn't think it should stop merging.
10:09 berick cool, thanks
10:10 kmlussier berick: If we had a lot of bib records that were appropriate for all of the copy locations you created, I might have felt differently.
10:10 kmlussier And I do think we need a better set of bib records. But we're not there yet.
10:10 berick great, my thoughts exactly
10:12 kmlussier The reason I found the bug was because I had asked jlitrell to look at bug 1340852. Just having any copy location groups in the test data to replicate the bug would have been helpful.
10:12 pinesol_green Launchpad bug 1340852 in Evergreen "Copy Location Groups search not retaining original search params after searching" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/1340852
10:20 pinesol_green [evergreen|Bill Erickson] LP#1155771 Sample data : copy locations, location groups - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=58aecfd>
10:20 pinesol_green [evergreen|Bill Erickson] LP#1155771 Copy location sample data additions - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=406d79e>
10:20 pinesol_green [evergreen|Bill Erickson] LP#1155771 Copy location sample data additions - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=36e9ecc>
10:25 berick autoconf people, how does one add a C library dependency?  I need to add -lpcre when compiling Open-ILS/src/c-apps/ (specifically oils_auth.c).
10:29 dbs berick: it'll be a macro like AC_FUNC_PCRE, lemme see
10:29 berick was wondering if all of the libxml2 (for example) stuff was added by hand to configure or if it was generated by an external tool
10:30 dbs http://www.gnu.org/software/autoc​onf-archive/ax_path_lib_pcre.html
10:31 dbs then you can use the values it finds in Makefile.am
10:31 jcamins kmlussier: when's the hackaway? I couldn't find it on the calendar.
10:31 kmlussier jcamins: We haven't set a date yet. We're still polling people.
10:31 jcamins Ah, that explains it.
10:31 jcamins Where will it be?
10:32 kmlussier We're hosting it in Danvers, MA. At the offices for NOBLE, which is one of the consortia from the MassLNC project.
10:33 dbs berick: but yeah, I think we did a lot of things the hard way initially, possibly due to lack of knowledge, also possibly due to lack of support at that stage of autotools
10:34 dbs https://developer.gnome.org/anjuta-build-​tutorial/stable/library-autotools.html.en suggests we could just rely on pkg-config now for most library support
10:34 berick dbs: thanks.  i'm a bit lost.  do I add the contents of ax_path_lib_pcre.m4 to aclocal.m4?  put the whole file somewhere?
10:35 dbs berick: at this point I think I would go directly to the more generic pkg-config approach
10:37 dbs we already do that for memcached in OpenSRF: PKG_CHECK_MODULES(memcached, libmemcached >= 0.8.0)
10:37 berick ah, ok
10:38 berick that looks doable
10:39 berick dbs++ # i'll give this a go
10:40 dbs berick++ # fear not the autotools
10:41 dbs (although it was fun trying a CMake rewrite once upon a time)
10:57 Christineb_away joined #evergreen
11:06 bshum kmlussier: I'm going to tag this towards 2.9-alpha, but also note that it needs a releasenote?  https://bugs.launchpad.net/evergreen/+bug/1466201
11:06 pinesol_green Launchpad bug 1466201 in Evergreen "Google Analytics should not be enabled in the staff interface" (affected: 1, heat: 6) [Undecided,New]
11:08 kmlussier bshum: Ah, ok. For some reason, I was treating it like a bug fix. I don't know why.
11:08 bshum kmlussier: Well it could be... I suppose.
11:09 bshum But it seems more like a "from here forward, this is how it is" kind of new feature to me.
11:09 kmlussier It feels like new feature to me too.
11:09 * bshum goes back to merging branches for his test system
11:15 bmills joined #evergreen
11:17 berick dbs: FYI it worked w/ 2 changes total: http://pastie.org/10309986
11:18 * berick just logged in to his VM catalog w/ a salted/crypted password WOOT
11:20 kmlussier berick++
11:30 geoffsams question regarding z3950 server, we are having an issue with it closing its connection on a search, any chance someone has had experience with this sort of problem?
11:31 bshum geoffsams: Could be a couple things. But to clarify..
11:32 bshum You mean that it's closing the connection when people search your z3950 or when you search other people using the z3950 search in the client?
11:32 geoffsams when people search ours
11:33 bshum gsams: Do your logs show any hints?
11:33 bshum You guys are Ubuntu 12.04 right?
11:34 gsams bshum: yeah
11:38 bshum gsams: It could be the version of yaz you're using on the server
11:38 bshum There have been some noise about issues on 12.04 systems
11:39 bshum Like the omni-present https://bugs.launchpad.net/evergreen/+bug/1172332
11:39 pinesol_green Launchpad bug 1172332 in Evergreen "simple2zoom has segmentation faults" (affected: 1, heat: 8) [Undecided,Confirmed]
11:39 bshum But it could be other issues too, like the clients talking to you are using poor syntax.  Or bad versions of yaz themselves.
11:41 bshum What's the error on either end look like?  For the clients and for the server?
11:44 dbs berick++
11:47 * dbs is with alexlazar on the yaz issue--just use indexdata.dk's repository, ubuntu shows no signs of wanting to provide actual support for yaz in their "LTS" 12.04 release
11:47 dbs except I just use whatever the latest version is from indexdata.dk
11:48 gsams clients simply get Sent searchRequest. followed by Target closed connection
11:49 gsams this all started after a power failure at our colocation center last week, before that everything worked without issue
11:49 gsams I'm not seeing anything (of course I may not be looking in the right places) in any logs
12:02 jihpringle joined #evergreen
12:03 jboyer-isl <Shatner>RRRRRUUUUUBBBBBYYYYY!!!!</Shatner>
12:13 bshum gsams: Hmm
12:13 bshum Yep, that's weird.
12:13 bshum And if you didn't specify where the logs go when you started back up z3950 services, then... hmm, yeah.
12:17 bshum gsams: So maybe what I'd do in a situation like that is determine how the z3950 process was started.  And then do something about it.
12:17 bshum Like kill the current process, and then start it again but this time not as a background or whatnot
12:17 bshum That way you can see what messages it prints or something
12:19 bshum My guess though is that it's probably similar to the LP bug I referenced.
12:19 bshum And installing the latest version of Yaz might help.
12:19 bshum Assuming that the one you're using is likely the default that ships with Ubuntu 12.04
12:19 bshum Which has been known to be wonky and broken.
12:21 gsams alrighty, I'll give that all a go
12:28 * kmlussier wonders if we can get bug 1436797 done for 2.9
12:28 pinesol_green Launchpad bug 1436797 in Evergreen ""grocery" term confuses frontline staff and patrons" (affected: 10, heat: 44) [Undecided,New] https://launchpad.net/bugs/1436797
12:29 bshum Yeah, that'd be cool.
12:29 kmlussier Since I'm planning to do a lot of documentation around billing for this release, it would be a convenient time to replace any screenshots with the word grocery in them.
12:30 bshum Hehe
12:30 bshum That's logical.
12:31 kmlussier How about if I get a poll going on the replacement term to get it started?
12:32 bmills joined #evergreen
12:32 bshum I think that's the bug ericar and I were using to illustrate why we need more community feedback.
12:32 bshum Or one of them...
12:33 bshum But yes, kmlussier++
12:46 kmlussier Should I add any other options to the poll before I send it out - http://pastebin.com/QStFu2jr
12:51 bshum Can you select more than one choice in the poll?
12:53 gsams kmlussier: Looks like a good set of choices to me, I can't think of anything else that would fit well.
12:53 ericar_ joined #evergreen
12:54 kmlussier bshum: I hadn't set it up to do so, but I could.
12:54 kmlussier I wanted to make people commit to their choice.
12:55 bshum kmlussier: Well I just think of it from the perspective that multiple names offend me slightly less.
12:55 kmlussier bshum: Offend? Wow.
12:55 gsams I'd be tempted to suggest something that would require multiple words, like "Staff Assessed" or something
12:56 tsbere gsams: I don't know about that particular phrase would be a good idea. Too easily cut off at an interesting point ;)
12:57 gsams tsbere: And that's why I figure what's there is good enough!  Because that was what I was thinking as well
12:57 gsams considering the spacing of things, simply staff or manual would be sufficient
12:58 * tsbere thinks that Miscellaneous should be avoided as there is already a Misc billing type and there is enough confusion as it is when we re-use terms
12:58 kmlussier Ha ha. That could be fun.
12:58 kmlussier tsbere: You raise a good point.
12:59 jeffdavis I hesitate to ask, but do we want to consider changing the name of system-generated bills too (currently "circulation" I think)? So that we end up with a more natural pair like "automatic/manual" or "system/staff".
12:59 tsbere jeffdavis: If we ever add bills tied to holds we may want to leave "circulation" there.
13:00 jeff well, circulation transactions are paired with circs. "grocery" is "not paired with a circ"
13:00 tsbere jeffdavis: Also, you can add a manual billing to a circulation transaction...
13:00 gmcharlt suggesting "non-loan", "non-circ", or "non-transaction-based" as options
13:00 kmlussier Except when they are paired with a circ.
13:01 tsbere Perhaps "Independent" to indicate "not tied to anything in particular"?
13:02 berick heh, non-corporeal
13:02 jeffdavis *something something "can of worms"* :)
13:02 kmlussier gmcharlt: My only concern there is that grocery bills can be added to circ and transactions.
13:02 kmlussier jeffdavis: Yes, this is why we need to decide it for real this time. So that we don't have to open the can of worms again in the future. :D
13:03 tsbere kmlussier: Er, they can? "Misc" billing types can be, but I thought grocery was a transaction type, not a billing type.
13:03 gmcharlt that's my impression too
13:04 gmcharlt not that one couldn't manually add a formerly-known-as-grocery transaction with a note field saying that it's related to a given loan
13:04 gmcharlt but it wouldn't actually tied to the loan, at least as far as the code is concenred
13:05 gsams adding a billing to a circulation bill will automatically mark it circulation and not allow the grocery type.
13:05 kmlussier tsbere: Yeah, that's right. I'm confusing myself now.
13:05 kmlussier And working on 2 things at the same time, which is never a good idea
13:05 jeff I'm still in favor of either "Other" or "General".
13:05 mmorgan Multitasking is highly overrated ;-)
13:06 * gmcharlt adds "Multitasking Tax" as a billing type to kmlussier's test database ;)
13:06 jeff and as a refresher, the last large conversation about this subject that i recall was in January: http://irc.evergreen-ils.org/​evergreen/2015-01-08#i_148257
13:06 tsbere I don't think we should label it as "Staff" myself as that would imply nothing else ever generating them. Same with "Manual", for that matter. "Other" and "General" would work well for me.
13:06 kmlussier jeff: Yeah, I revisited that when I came up with the original options.
13:07 jeff and I'm still in favor of removing the UI-side distinctions, but that's a larger task for the future. :-)
13:09 kmlussier gmcharlt: Do you want me to add all three of those or do you have a favorite one I could add?
13:11 kmlussier formerly-known-as-grocery should be an option. ;)
13:12 mmorgan :)
13:12 jeff kmlussier: going back to the original conversation, U+1F32D is a hot dog emoji (in Unicode 8)
13:13 mrpeters strange question -- does the TPAC have the ability to hide an element, such as "rdetail_uris" div, based on certain data from the bib record, or would that require adding some additional javascript
13:13 kmlussier jeff: Yes, that would clear everything up for the end user. I like it!
13:15 jeff mrpeters: without more information, what you are suggesting is likely possible with modifications to the templates, no need for javascript.
13:15 jeff you likely COULD do it with javascript also.
13:15 mrpeters goal would be to hide the URIs if the bib source is a certain value
13:15 mrpeters Overdrive, in this case
13:16 tsbere mrpeters: I would say "yes", but not by the element name. By wrapping the element in an IF block.
13:16 mrpeters using jeffdavis eg-overdrive-opac (awesome!) but seems redundant to show the URI's when there is a checkout button for those items
13:16 jeff mrpeters: bib source is not exposed to the TPAC, but there is a working branch that exposes it, i think.
13:16 mrpeters but i only want to do it on record that are Overdrive, so bib source was my best bet
13:17 mrpeters i have it, its a dependency for eg-overdrive-opac
13:17 jeff so either look at that working branch also, or pick another criteria.
13:17 jeff aha.
13:17 jeff forgot that.
13:17 mrpeters at least im 99% sure it is
13:17 bshum https://bugs.launchpad.net/evergreen/+bug/1178377
13:17 mrpeters because it only displays the overdrive code if the bib source matches the defined bib sources in the javascript and overdrive.tt2
13:17 pinesol_green Launchpad bug 1178377 in Evergreen "Expose bib source in TPAC" (affected: 2, heat: 10) [Wishlist,Triaged]
13:17 mrpeters yep thats it!
13:18 jeffdavis bshum beat me to it :)
13:18 mrpeters so i could wrap that div in an if so that it only displays if bib source != (in my case) 3
13:19 mrpeters what about taking it a step further, and only hiding the 856$u's that contain the overdrive URL, but keep the second 856$u that has the excerpt link...
13:20 mrpeters is the marc record exposed to template toolkit to accomodate something like that?
13:20 tsbere Skip output in the loop when it matches a regex?
13:20 gmcharlt kmlussier: Prince!
13:20 tsbere Whether that is in the print loop or collection loop would be something to think about...
13:21 mrpeters tsbere, so i think what you're saying is if 856$z is "Click Here for access" you'd hide that if it matched the pattern
13:21 gmcharlt kmlussier: to answer your question... as inelegant as it is... just "non-transaction-based"
13:21 mrpeters but "Click Here for an excerpt" wouldn't be hidden
13:21 tsbere mrpeters: I was thinking more like "If the URL piece contains the overdrive domain skip it regardless of the label"
13:21 * kmlussier will add Prince and hot dog as options just to confuse the survey participants who haven't been following along.
13:21 mrpeters that would work too
13:22 jeffdavis overdrive-eg-opac config includes a pattern for Overdrive URLs, so it may be preferable (or at least cleaner) to do that at the JS level
13:22 mrpeters since the excerpts are at samples
13:22 mrpeters ah, jeffdavis i didnt consider that...it depends on seeing those doesnt it
13:22 kmlussier gmcharlt: Yes, that's the one I was leaning towards.
13:22 mrpeters by the way, jeffdavis++++++++++++++++++++++++++++++++++ for eg-overdrive-opac
13:22 ericar_ joined #evergreen
13:23 mrpeters few kinks to work out still that jeffdavis has helped me with, but man it has to be nice for the patrons once its running!
13:23 jeffdavis schan wrote most of the code, I just got it over the finish line - but thanks :)
13:23 mrpeters schan++++++++++++++++++++++++++ too
13:23 * kmlussier considers moving overdrive-eg-opac testing up on her priority list
13:24 mrpeters its pretty awesome, anyone using Overdrive should try it out
13:24 mrpeters i should make a demo video
13:24 kmlussier mrpeters: Did it take a lot of work to get it working?
13:24 mrpeters kmlussier: no, i have pretty good docs that i wrote along the way -- it does rely on cherry picking a few things from sitka's repo
13:24 jeffdavis re hiding Overdrive URLs, the ideal solution, for me, would be to have overdrive-eg-opac read in the base URL (and other config details) from config.tt2 or somewhere - ought to be possible, but I have not been able to make it work so far
13:24 mrpeters the stuff for summary.tt2 / table.tt2 to show the "Check Out E-Book" links and such
13:25 kmlussier mrpeters: Would you be willing to add those docs to the wiki?
13:25 * tsbere could take a look at getting overdrive-eg-opac to do that
13:25 mrpeters i will indeed, kmlussier, though i want to run them by jeffdavis first
13:26 mrpeters i wrote them about a month ago, had it half working, and then jeff got me across the finish line yesterday and today with some bug squashing
13:27 jeffdavis mrpeters++ # documenting the process; working through it in a non-Sitka context has also been super helpful
13:27 kmlussier mrpeters: Excellent, thanks!
13:27 kmlussier mrpeters++ jeffdavis++
13:29 jeffdavis tsbere: if you do happen to look into it, let me know if I can help in any way
13:30 tsbere jeffdavis: The easiest solution would probably be "drop a javascript block into the header that defines a pile of variables pulled from wherever"
13:31 jeffdavis it uses require.js, which ought to make something like that easy, but no dice when I've tried it
13:38 * tsbere would have to look at it to see what is going on, and probably doesn't have time today
14:28 krvmga joined #evergreen
14:41 jeff sometimes i wish that we had a requirement for unique email addresses among patrons.
14:42 jeff there are a number of hurdles in the way of that, though.
14:53 mmorgan jeff: Is it a problem? We have situations where a parent and minor children all have the same email address.
14:54 jeffdavis "Step 1: Modify user's behavior outside the system."
14:56 jeff mmorgan: not a problem, it just complicates some things.
14:56 jeff newsletter opt-in, for example.
14:58 * mmorgan nods.
14:59 jeff you could also permit users to log in with their email address if email addresses were unique, but i'm still not sure i've convinced myself that this is a desirable thing.
15:00 jlitrell joined #evergreen
15:02 jeff also, only slightly related: we have users who set their usrname to be an email-looking string, presumably their email address. thing is, since it ISN'T an email address I'm sure it leads to confusion at some point -- we have around 33 patrons whose usrname looks like an email address but is different from the patron's email address.
15:05 mmorgan Yes, certainly opportunities for confusion.
15:12 Stompro_home joined #evergreen
15:13 * miker mentions (re grocery xact type) that there's more than just action.circulation and money.grocery WRT transaction subtables ... remember that we also have action.reservation, and there's no reason to think we won't invent more down the road
15:13 miker (he said, a couple hours later)
15:14 miker er, booking.reservation. sorry
15:23 jeff miker: given billings on a booking.reservation, how do they appear in the staff client and TPAC today?
15:23 jeff miker: are they listed with a transaction type of "reservation"?
15:33 kmlussier jboyer-isl: You raise a very good point in https://bugs.launchpad.net/eve​rgreen/+bug/1436797/comments/4
15:33 pinesol_green Launchpad bug 1436797 in Evergreen ""grocery" term confuses frontline staff and patrons" (affected: 11, heat: 48) [Undecided,New]
15:34 kmlussier If staff add a billing, why even present them with the selector to choose grocery when it's the only choice they can make?
15:34 jboyer-isl kmlussier: if more "db-types" are added later as miker mentions, that's even more reason to stop showing them to users.
15:35 kmlussier jboyer-isl: And we could get ride of "Type" in the column picker since Billing Type is what they really want to know.
15:35 jboyer-isl kmlussier: Any time I see a drop down with a single enabled option it enrages my amateur designer-senses.
15:36 * kmlussier can't picture an enraged jboyer-isl
15:37 kmlussier And it would save me the effort of sending out a poll that will probably result in a lot of people asking why a didn't add some other label option?
15:37 jboyer-isl It's very Tazmanian Devil.
15:37 phasefx I think at the time I was expecting for more transaction types to show up, and no one said "bad Jason" :)
15:38 jboyer-isl kmlussier: It would be amusing (though perhaps not fully appreciated) to send out a poll with only one option: "Remove all distinctions of base billing type from the UI" ;)
15:38 jeff jboyer-isl's comment from an hour ago on that bug echoes what i was trying to express back in January.
15:39 mmorgan If the Type column is made to go away, could "Last Billing Type" and "Last Billing Note" be enabled by default in the column picker?
15:39 jeff but again, that's been identified as a change with enough complexity to make it unlikely for 2.9, but renaming "grocery" at the UI is likely possible for 2.9
15:40 mmorgan I do think it's important to have a distinction between system generated and manually generated, but the billing note seems to make that clear.
15:40 jeff also, since getting rid of voids was so easy, next we should make "forgive" and other non-cash-like payments not count in the "total paid" column ;-)
15:40 * jeff ducks
15:40 * mmorgan tosses a pile of negative balances jeff's way :)
15:42 kmlussier jeff: Unfortunately, I'm in total agreement with you on that point.
15:42 kmlussier jeff: Would removing the grocery distinction really be all that complex?
15:42 jeff mmorgan: thanks! i've got a few of my own. ;-)
15:43 jeff kmlussier: it would certainly be more complex than changing a display string from "grocery" to "general" or "other"
15:43 stompro_ joined #evergreen
15:44 jeff kmlussier: i personally don't have enough free tuits to determine how much more complex, let alone the tuits to make the change by 2.9. :-)
15:46 kmlussier jeff: Oh, I can throw some your way. https://upload.wikimedia.org/wiki​pedia/commons/9/93/RoundTuit.jpg :)
15:47 phasefx just don't try to put round tuits into square holes
15:48 mrpeters joined #evergreen
16:04 miker jeff: sorry, meeting. yes, they show up as "reservation" in the staff client, IIRC
16:06 miker fwiw, I'm fine with the dropdown going away (UI-level collapse/cleaning) or being hidden until such time as it's needed, but there was talk last time we discussed this of trying to collapse things in the backend ... I'm less than fine with that ;)
16:07 jeff ah. i don't think i had seen/advocated making it go away on the backend.
16:08 miker jeff: no, indeed, you never did ;)
16:09 * kmlussier agrees with miker
16:23 buzzy joined #evergreen
16:28 kmlussier miker: If you use a negative number for the weight of a config.metabib_field , does it have the intended effect of lowering the weight of that field in relevance ranking?
16:29 jlundgren_ joined #evergreen
16:44 kmlussier @marc 264
16:44 pinesol_green kmlussier: unknown tag 264
16:48 miker kmlussier: it should, yes
16:48 * miker disappears in a puff of smoke
16:49 kmlussier miker: Enjoy your weekend!
16:51 * kmlussier disappears in a puff of smoke too.
16:51 mmorgan Have a good weekend!
16:52 pinesol_green Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
16:57 phasefx good way to end a Friday :)
17:01 kmlussier phasefx: hmmm...could adding copy locations to the sample data affect the pgtap tests?
17:01 * kmlussier obviously does not know how to disappear
17:02 phasefx kmlussier: a lot of those live tests make use of the data, so if the data changes, the tests can break.  This particular test expected a hold to be permited, but it was not based on a location.holdable flag
17:07 mmorgan left #evergreen
17:13 phasefx kmlussier: so the test makes use of item CONC51000640, and the copy location for that item changed from Stacks to Reserves (holdable = f)
17:14 phasefx easy fix, at least
17:14 * phasefx out, have a good weekend
17:14 kmlussier phasefx: You too!
19:23 bmills joined #evergreen
19:50 bmills1 joined #evergreen
19:58 bmills joined #evergreen
21:42 PiczelTV_Garrett joined #evergreen
21:43 PiczelTV_Garrett so this is a weird question - I found a log of this channel talking about an error I'm getting in ejabberd - anyone familiar with it?
21:43 PiczelTV_Garrett I'm getting the "too many hosts" error, despite only 1 host definition (localhost)
23:12 jeff hrm.
23:13 jeff PiczelTV_Garrett: can you link to the logs you found?
23:48 PiczelTV_Garrett jeff, no worries
23:48 PiczelTV_Garrett I figured it out on my own haha
23:48 PiczelTV_Garrett a collection of little problems in my nginx and ejabberd configs
23:49 jeff ah, good. what was it, for thebbenefit of those who may fibd THESE logs later? :-)
23:49 PiczelTV_Garrett honestly too many things to really list
23:49 jeff phone keyboard, sorry.
23:49 PiczelTV_Garrett but I can pastebin my ejabberd config as it is if you give me a minute
23:52 PiczelTV_Garrett left #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat