Evergreen ILS Website

IRC log for #evergreen, 2016-01-07

| 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:21 dcook__ joined #evergreen
06:12 jboyer-isl joined #evergreen
06:41 csharp bshum: glad it was useful to you! that approach feels more correct than hacking the perl to not care about the cert/hostname mismatch :-)
07:22 dbwells_ joined #evergreen
07:22 remingtron_ joined #evergreen
07:46 ericar joined #evergreen
08:30 mrpeters joined #evergreen
08:33 Dyrcona joined #evergreen
08:55 _bott_ joined #evergreen
09:15 gmcharlt joined #evergreen
09:16 collum joined #evergreen
09:19 gmcharlt joined #evergreen
09:36 pams joined #evergreen
09:39 Dyrcona So, I've never used save points with CStoreEditor, but I assume they work like save points in SQL?
09:40 * Dyrcona searches the code for examples.
09:41 Dyrcona Booking.pm is the only place that uses them.....
09:42 Dyrcona Ah, yes, just as I suspected....Cool!
09:47 jwoodard joined #evergreen
09:52 * Dyrcona decides savepoints are more trouble than they're worth and goes with 1 copy = 1 transaction.
09:52 Dyrcona tsbere++ # For helping me decide.
09:54 collum_ joined #evergreen
10:05 Dyrcona @monologue
10:05 pinesol_green Dyrcona: Your current monologue is at least 7 lines long.
10:25 * Dyrcona is tempted to use pcrud mode in a CStoreEditor in EGUtilsLoader/RestoreCopies.pm, but thinks that should wait for all of EGWeb/EGCatLoader and friends to get that personality applied.
10:28 rjackson_isl joined #evergreen
10:33 jwoodard just got the email for our librarys annual report
10:33 jwoodard I think I will start on that next month
10:52 edoceo joined #evergreen
11:02 Dyrcona And, it pretty much works. Just needs a few refinements.
11:23 Christineb joined #evergreen
11:24 csharp a question for those who know... - is there a technical reason why we run a separate apache instance for websockets?  can't we just have the websocket mod load with "regular" apache?
11:25 tsbere csharp: I have wanted a better answer to that for a while now myself.
11:25 * tsbere feels that loading websockets on ports other than the default http/https ports is going against the entire point of using websockets
11:27 csharp if the reason for separating it was "this is experimental and out-of-band so we don't load it all by default" that makes sense, but I'd like to know
11:28 berick i documented this heavily
11:28 csharp berick: on the ESI blog?
11:28 berick apache + tpac uses 80+ MB of ram per proc.  probably more in other instances
11:28 berick if you have 2k+ websocket connections
11:28 berick csharp: IIRC, yes
11:28 berick anyway, ram
11:29 berick the stripped down apache's are <2mb per connection
11:29 jeff documented well enough that I knew the reason, and I feel behind on all manner of things at the moment. :-)
11:29 jeff berick++
11:30 berick pardon my grouchiness
11:30 csharp berick: that's fine - I didn't think to look back at your blog posts
11:33 Dyrcona Hey, that's cute. We're typically using 400MB+ for apache + tpac. We must be doing it wrong. :)
11:34 Dyrcona Heh. Grouchiness understood. ;)
11:34 * csharp finds http://wiki.evergreen-ils.org/doku.​php?id=dev:browser_staff:dev_notes
11:34 Dyrcona Actually, we're using less these days.
11:35 Dyrcona Yeah, I remember reading that there was a reason.
11:35 berick Dyrcona: i was wondering about real-world data.  most of my tests were on develpment servers.
11:35 Dyrcona I can take a peek later.
11:37 csharp ah - there it is: https://esilibrary.com/exploring-websockets​-and-evergreen-iii-proof-of-concept/#sthash.XUhhjAT7.dpbs
11:39 * berick keeps meaning to try https://www.nginx.com/blog/websocket-nginx/
11:40 Dyrcona Good luck getting the rest of Evergreen to work with nginx! ;) # I know that isn't your goal....
11:40 csharp berick++ # thanks for reminding me of the copious docs you created ;-)
11:41 csharp @who wrote The Great Big Book of Evergreen?
11:41 pinesol_green kitteh_ wrote The Great Big Book of Evergreen.
11:43 bmills joined #evergreen
11:43 mllewellyn joined #evergreen
11:45 jeff I'm thinking of scripting up a SIP smoke test to retrieve all patrons and all items via SIP with the intent of uncovering ways that SIPServer and/or the Evergreen SIP implementation fall over. I might later expand it a bit. Would anyone here be interested in running something like that against live data in a test system?
11:45 jeff I suppose I'll just try and make it vaguely non-specific and share and go from there.
11:45 csharp jeff: yes, but after our upgrade over next weekend
11:46 jeff csharp: what, not during!?
11:47 berick wimp
11:47 jeff I suspect it'll be rather trivial to script up, thanks mostly to berick's pysip2.
11:47 berick jeff: i've pushed a fix or two last month, fyi
11:48 jeff I've gotten tired of running across interesting new bugs every few months/weeks, figured I'd try to identify some that are still lurking.
11:48 Dyrcona jeff: We just had this reported this morning: Just had a patron with the author Arnaldur Indriðason in the list of materials out and the self-checks had a fit and hung.
11:48 jeff berick: thanks for the heads up -- i haven't been looking lately.
11:48 Dyrcona Looks like we fixed that issue for call number, but not for other fields.
11:49 berick Dyrcona: we had a similar problem w/ passwords containing non-ascii characters.  seems to mess up the checksum
11:49 berick disabling error detection fixes it, but i still need to circle back and figure out what's going on
11:50 jeff there is at least one place where i think there's a bytes-vs-chars calculation that is incorrect, leading clients to hang waiting for the end of message character on almost any server response that contains utf-8.
11:50 Dyrcona berick: SIP is supposed to be ASCII unless the client and server agree in some unspecified manner to use some other character set.
11:50 jeff that seems like more people would be running into it before now, though.
11:51 berick Dyrcona: yeah...
11:51 Dyrcona Well, our report started with: "Just checking if there has been any progress..." as if this were a known issue to us.
11:51 jeff sip3++
11:51 berick except for the checksums, though, it all works fine.
11:52 jeff sip3: "The entire message shall be encoded using UTF-8 character encoding standard."
11:52 Dyrcona berick: Right, and if the client sends checksums, SIPServer goes into checksum mode.
11:52 berick jeff: what's the message format for sip3?  is it using the same field-delimiter approach or XML or ?
11:52 Dyrcona And, I've seen a 3M(!) product that can't do checksums right.
11:53 jeff also: "Use of sequence # and checksums have been eliminated. With better networks and error checking within the transport mechanisms there is no longer a need for this added check at this time."
11:53 berick Dyrcona: right.  in this case, we had to disable it on the client side.
11:53 jeff berick: it is very similar to SIP2 in terms of message format, not using XML or the like (phew).
11:53 * berick nods
11:53 jeff but SIP3 is lost behind NISO paywalls now.
11:54 berick the mind boggles
11:54 jeff @decide 56Kflex or x2 or V.90
11:54 pinesol_green jeff: go with 56Kflex
11:55 jeff er, K56Flex
11:56 jeff pinesol_green: Lucent heretic!
11:56 pinesol_green Factoid 'Lucent heretic!' not found
11:56 pinesol_green jeff: http://wonder-tonic.com/geocitiesizer/content.ph​p?theme=2&amp;music=6&amp;url=evergreen-ils.org
11:57 Dyrcona jeff: 14.4Kbps isn't fast enough for you? ;)
11:57 jeff Dyrcona: V.32bis, baby!
11:58 jeff https://commons.wikimedia.org/wi​ki/File:SupraFaxModem_V32bis.jpg
11:59 jeff due to a pricing error in a macworld/macuser ad, i was able to purchase that modem instead of its less-awesome cousin: https://commons.wikimedia.org/wi​ki/File:SupraFAXmodem_144_LC.jpg
12:04 Dyrcona My last modem was a Global Village Teleport V32bis, a Gold or a Silver, I don't remember.
12:04 Dyrcona Then, in 1999, I got DSL. ;)
12:06 Dyrcona Last time I used the modem, it was plugged into a "FrankenMac" PPC 601 (a PPC motherboard fitted into the 68040 case), running MkLinux with dial on demand configured.
12:06 Dyrcona I played gateway for the home LAN.
12:06 Dyrcona s/I/It/
12:08 Dyrcona The FrankenMac was my gateway until 2005 or so.
12:08 Dyrcona Now, it sits in the attic collecting dust.
12:16 Dyrcona On an Evergreen note, anyone know where XULG.urls get set?
12:16 Dyrcona I want to add something to index.xhtml and do it "right."
12:18 phasefx Dyrcona: in constants.js
12:18 Dyrcona phasefx++ # of course!
12:25 Dyrcona phasefx: I assume you wrote the jb_open_web_page functions in index.xhtml. I think I'm going to make use of those.
12:26 Dyrcona Ah, wait...
12:26 * Dyrcona doesn't have to assume. :)
12:26 phasefx it wasn't me, despite my name on the commit
12:27 phasefx mrpeters++
12:33 * kmlussier contemplates the question of what is considered end user track material vs. technical track material
12:35 Dyrcona mrpeters++
12:36 bshum kmlussier: Is it in server admin or SQL only? It's probably technical.
12:37 * bshum wants candy.
12:37 kmlussier No, neither of those. I probably would classify it as end user since it mainly involves things that can be done through the client. But it's things that would most likely be done by consortium staff, not by end users.
12:38 * kmlussier hopes we get more technical track proposals.
12:38 kmlussier @dessert bshum
12:38 * pinesol_green grabs some Pecan Pie for bshum
12:38 bshum Yuck
12:38 bshum Thanks a lot kmlussier.
12:38 berick dang, I still need a proposal idea
12:38 kmlussier bshum: Hey, are there other people who have powers over the bots?
12:38 * berick once again asks the room :)
12:38 kmlussier bshum: We need somebody to kick pinesol_green after you're gone.
12:39 bshum I wholeheartedly volunteer gmcharlt. Or csharp. That csharp guy is awesome and not at all a slacker.
12:40 bshum berick: Just avoid acquisitions and I'm sure you'll have a lovely conference.
12:40 krvmga joined #evergreen
12:40 bshum :D
12:40 csharp bshum: thanks!
12:40 csharp kmlussier: I'm happy to adopt the bot ;-)
12:41 bshum csharp++ # :)
12:41 berick bshum: interestingly, i've been doing a lot of ACQ dev lately.
12:41 bshum Every time the bot changes owners, we add another _name to it.
12:41 berick (not that I want to talk about it at the conf)
12:41 bshum csharp: Just letting you know, ahead of time so you can plan.
12:41 csharp bshum: ok
12:42 kmlussier berick / gmcharlt: I've heard positive things about the high-level technical overview done at the hack-a-way. Something like that might be useful for new technical folks who are at the conference.
12:42 krvmga when we choose Sort by date from the Sort by dropdown, which field in the bib record is being checked for the date to order by?
12:43 kmlussier csharp: Before you agree to adopt the bot, I feel I need to disclose how often I harass bshum about features I want in the bot.
12:43 csharp berick: "How to Hacq Acq"?
12:43 bshum csharp: I should also disclose that kmlussier is an awesome python programmer and could probably write her own plugins :)
12:43 * krvmga seconds kmlussiers thought
12:43 bshum So harass her back
12:43 * Dyrcona is considering a presentation on writing utility scripts with Cronscript.pm.
12:43 kmlussier bshum: I did that once, and then you re-wrote it.
12:43 csharp kmlussier: heh - I'm happy to accept patches
12:44 kmlussier @love acq
12:44 pinesol_green kmlussier: The operation succeeded.  kmlussier loves acq.
12:44 bshum @whocares acq
12:44 pinesol_green kmlussier loves acq
12:44 pinesol_green tsbere, bshum and csharp hate acq
12:44 * krvmga is still ambivalent about acq
12:44 csharp @hate omg I hate acq
12:44 pinesol_green csharp: The operation succeeded.  csharp hates omg I hate acq.
12:44 berick heh
12:44 kmlussier csharp: That's something like a double negative there. I'm pretty sure that you just said you love acq.
12:45 kmlussier :D
12:45 csharp @hate omg I love acq
12:45 pinesol_green csharp: The operation succeeded.  csharp hates omg I love acq.
12:45 berick csharp and acq, sittin' in a tree
12:45 csharp berick: https://www.youtube.com/watch?v=WWaLxFIVX1s
12:46 berick csharp++
12:46 kmlussier krvmga: Maybe from a fixed field?
12:47 bshum Don't forget about https://bugs.launchpad.net/evergreen/+bug/1470957 which perpetually gets moved from milestone to milestone.
12:47 pinesol_green Launchpad bug 1470957 in Evergreen 2.9 "Items are incorrectly sorting when using the Sort By Publication date feature" [Medium,New]
12:47 bshum So weird stuff happens with pubdate sorting
12:47 kmlussier krvmga: Yeah, looking at bug 1470957, I see it refers to date1, which is a fixed field thing.
12:47 berick speaking of acq, looking for takers to test bug #1333254.  (No EDI required).
12:47 pinesol_green Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254
12:48 kmlussier huh, pinesol_green must like berick more than me.
12:48 kmlussier bug 1470957
12:48 pinesol_green Launchpad bug 1470957 in Evergreen 2.9 "Items are incorrectly sorting when using the Sort By Publication date feature" [Medium,New] https://launchpad.net/bugs/1470957
12:48 krvmga i also noticed that, if i do an e-serials search and then sort by date, the number of returns can drop drastically
12:48 krvmga i was assuming this was because the dates either weren't actually in the record or the records were otherwise coded wrong
12:48 kmlussier Sorry, I didn't see that bshum had just posted that.
12:49 bshum kmlussier: It's likely a timing thing.  pinesol waits if a bug was already mentioned recently and won't spam the channel.
12:49 kmlussier bshum: Can you fix that before you leave? ;)
12:49 * bshum wonders how many MB's of free space he'll have in his brain if he forgets about all the LP bugs.
12:49 kmlussier krvmga: I don't see why the number of returns would drop.
12:49 krvmga kmlussier: me neither but they do
12:50 kmlussier krvmga: Can you post a link to an example search?
12:51 * kmlussier assumes that bshum will be dropping by 10 years from now posting links to old LP bugs that still haven't been fixed.
12:52 krvmga http://catalog.cwmars.org/eg/opac/results?bool=an​d&amp;qtype=keyword&amp;contains=contains&amp;que​ry=financial+aid&amp;bool=or&amp;qtype=keyword&am​p;contains=contains&amp;query=student+aid&amp;boo​l=or&amp;qtype=keyword&amp;contains=contains&amp;​query=student+loan&amp;_adv=1&amp;fi%3Asearch_for​mat=book&amp;fi%3Asearch_format=serial&amp;locg=1​54&amp;pubdate=is&amp;date1=&amp;date2=&amp;sort=
12:54 kmlussier krvmga: The search format changes
12:54 krvmga the search produces 98 results; when sorted by date it drops to 29
12:54 krvmga the search format didn't change on me
12:55 kmlussier When I click the link, I get 70 results. In the search box, the format is (book,serial)
12:55 krvmga yes, that's correct. the formats chosen are book and serial
12:55 krvmga the 70 is misleading; as you page through, the number of returns grows
12:55 kmlussier But the format in that quick search box is selected as serials publications and magazines.
12:56 kmlussier When you sort, it resubmits that search form.
12:56 bshum If you check the URL too
12:56 bshum You can see it appends it
12:56 bshum Yeah
12:56 krvmga kmlussier: that was just how we renamed serial publications
12:56 krvmga it's the same filter
12:56 kmlussier And only sorts by serials.
12:56 kmlussier krvmga: No, it's not. The entered format filter is searching both books and serials.
12:56 kmlussier Look at what's displaying in the input box there.
12:56 krvmga yes, that's right. both formats are selected in advanced search
12:57 kmlussier krvmga: OK, so when you sort the list, it re-enters the search with just that one format selected. So then it's filtering just by serials.
12:57 kmlussier It's another angle to an existing bug we have an LP.
12:58 kmlussier bug 1206593
12:58 pinesol_green Launchpad bug 1206593 in Evergreen "Parameters need to be maintained when sorting search results" [Medium,Confirmed] https://launchpad.net/bugs/1206593
12:58 krvmga oh, i see what you mean now. although both book and serial are in the search string, it's only returning serial
12:58 * kmlussier steals bshum's hat for remembering every bug that has been submitted to LP.
12:58 bshum Noooo my magic hat
12:58 kmlussier krvmga: Both book and serial are in there, but then there's a second format limiter added with just serials.
12:58 * bshum watches his memories fade into darkness
12:59 krvmga i've got a staffer who wanted to create a canned search and i can see it's never going to work the way she wants
12:59 krvmga she'll have to make a bookbag and share it
12:59 bshum krvmga: Ordering by date is an option in advanced search
12:59 kmlussier I wonder if miker's pending work on bug 1005040 will address that issue.
12:59 krvmga but it's going to be a big pain for her
12:59 pinesol_green Launchpad bug 1005040 in Evergreen "TPAC: eliminate advanced search filters from subsequent basic search box" [Medium,Confirmed] https://launchpad.net/bugs/1005040
12:59 bshum Or you could parse the URL and only include the params you really want
13:00 kmlussier Yeah, so if she starts off sorting by pub date, then it should work correctly.
13:00 krvmga bshum: let me try this exercise again, this time with all of my brains (such as they are)
13:00 kmlussier I guess I shouldn't say it's miker's pending work. The work somebody from ESI will be doing on that bug.
13:06 bmills joined #evergreen
13:13 dbs joined #evergreen
13:13 jihpringle joined #evergreen
13:38 mmorgan joined #evergreen
13:51 csharp Terran is opening a bug on this, but I'm looking into a problem where if you enter Other -> Triggered Events from a patron account, you can't navigate to Other -> Message Center (and vice-versa)
13:52 csharp I'm thinking this has to be something JavaScript-y, so I'm looking at Open-ILS/xul/staff_client/server/patron/display.js
13:53 csharp however, there are no JS console errors when the page doesn't load - it just sits there like the button hasn't been pressed
13:56 csharp since bug 1207533 renders Triggered Events effectively useless, we're thinking of greying it out instead
13:56 pinesol_green Launchpad bug 1207533 in Evergreen 2.9 "Triggered event log times out for large-data sites" [Medium,Confirmed] https://launchpad.net/bugs/1207533
14:02 Stompro joined #evergreen
14:18 tsbere csharp: I bet it is because they share a URL
14:23 tsbere csharp: More specifically, I believe the issue is related to the deck.js file and the fact they both use the "browser" URL as their target.
14:25 * tsbere has an idea to fix it, but wants to test it quick first....which means waiting for his dev machine to reload
14:29 jihpringle_ joined #evergreen
14:29 jboyer_isl joined #evergreen
14:29 collum joined #evergreen
14:29 gsams joined #evergreen
14:32 csharp tsbere: I'm heading home, but I'll check back in when I get there (FYI, in case you get to a point where I can assist with testing)
14:33 tsbere csharp: My test says my idea works. I'll make a working branch for you to poke at.
14:33 csharp rock on
14:36 rangi` joined #evergreen
14:36 tsbere @later tell csharp http://git.evergreen-ils.org/?p=working​/Evergreen.git;a=shortlog;h=refs/heads/​user/tsbere/differentiate_patron_urls
14:36 pinesol_green tsbere: The operation succeeded.
14:37 mceraso_ joined #evergreen
14:37 RBecker_ joined #evergreen
14:45 rangi joined #evergreen
15:00 csharp tsbere: works for me!
15:01 tsbere csharp: I suppose a more universal fix would be to compare passed in params or something in deck.js, but that requires a *lot* more fiddling. >_>
15:06 csharp tsbere: yeah, I think this is a suitable fix for an interface we plan to abandon soon ;-)
15:08 csharp tsbere: just opened bug 1531976 for it, FYI - and I'm creating a signoff branch
15:08 pinesol_green Launchpad bug 1531976 in Evergreen "Triggered Events UI not loading after visiting Message Center UI and vice-versa" [Undecided,New] https://launchpad.net/bugs/1531976
15:14 collum joined #evergreen
15:39 jboyer-isl joined #evergreen
15:48 Bmagic Anyone have action trigger templates sending email in HTML?
15:50 jwoodard joined #evergreen
15:58 * mmorgan is also interested in the answer to Bmagic's question.
15:58 mmorgan I was wondering if there was some reason email had to be formatted as text.
15:59 Bmagic I found some lines in SendEmail.pm that hard codes the email headers to be "plain text" - just curious if anyone else has this working
16:00 tsbere Bmagic / mmorgan: I think there was some playing with that by someone, but my personal feeling is that you should never trust that the person *getting* the message will read HTML messages
16:01 * tsbere disables HTML and Rich Text message reading whenever he can in his clients for a number of reasons
16:02 tsbere As such, you probably want *multipart* messages, not HTML messages, so that there is a properly-formatted plain text version of the message available for people like me
16:03 Bmagic agreed - in fact that is our plan
16:03 Bmagic but in order to do that, it seems, we have to change the code to "not mess with our headers"
16:05 tsbere Bmagic: Should be trivial to make such changes, from what I can see.
16:05 Bmagic tsbere: we have it working on a test server by commenting out the three lines there in SendEmail.pm
16:05 Bmagic But I thought I would ask if anyone else accomplished this
16:07 tsbere Bmagic: I would change them to have "unless $email->header('???')" on the end.
16:07 tsbere Then if the A/T sets the headers they stay as what the A/T set, otherwise they get the (hopefully sane) defaults
16:07 Bmagic good idea, I'll try that
16:07 * tsbere isn't sure if Email::Simple sets any of those by default, though
16:12 jlitrell joined #evergreen
16:19 * dbs is with tsbere on disabling HTML in his own clients :)
16:51 mceraso_ joined #evergreen
16:59 hopkinsju quote add the world seems to have this zany fetish that everything must be specified in XML -- Simple2ZOOM documentation
16:59 hopkinsju @quote add the world seems to have this zany fetish that everything must be specified in XML -- Simple2ZOOM documentation
16:59 pinesol_green hopkinsju: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
16:59 hopkinsju Oh good grief, nevermind.
17:00 hopkinsju More on topic - Does anyone else have an Autographics system sending z39.50 queries to their Evergreen system?
17:01 bshum hopkinsju: We used to, once upon a time.
17:01 bshum Now they don't use autographics anymore.
17:01 hopkinsju Kansas does this cool thing where they have a statewide catalog that queries lots and lots of libraries http://ksuc-agent.auto-graphics.com/MVC/
17:02 bshum Special.
17:03 hopkinsju Well, yeah, until it breaks. Is there a way to query the z39.50 server other than SRU?
17:04 bshum hopkinsju: I'm going with "huh?" as my reply to that.
17:04 bshum What do you mean?
17:07 hopkinsju Right, so the vendor tells me "we do not search via SRU.  We do everything via Z39.50 over port 210."
17:07 hopkinsju And I'm like "huh?"
17:07 TheMadGunt joined #evergreen
17:08 TheMadGunt Hello out there
17:08 hopkinsju The problem is that a search from their system to ours will turn up results one time, then subsequent searches for the same thign turn up 0 results. It'll do that for a while before it starts working again. Seems to me that their system is dropping the connection.
17:08 hopkinsju Hi there TheMadGunt
17:10 TheMadGunt I was hoping someone could help me out.  Stuck on a step doing a test server install
17:11 TheMadGunt Step 10.2 - Creating the Database
17:11 bshum hopkinsju: It wouldn't surprise me if there was something funky going on.  Any log data to support your theory?  For us, I always smirked at their SUPER old version of yaz that they were using.
17:11 hopkinsju Cool, well hopefully we can help you :-)
17:11 mmorgan left #evergreen
17:11 bshum TheMadGunt: Are you the one who emailed the list earlier?  I was just reading it :)
17:12 TheMadGunt Yes, thats me
17:12 TheMadGunt I snet a screenshot of the error
17:12 bshum TheMadGunt: My first gut instinct was that maybe the postgresql server pre-requisites weren't installed all the way
17:13 TheMadGunt I was thinking the same, but its not the -contrib package
17:13 bshum Like whether make -f Open-ILS/src/extras/Makefile.install postgres-server-ubuntu-trusty was run on the server as a root user
17:13 hopkinsju bshum: I had the same thought! I suggested they check their version, having struggled with that myself.
17:14 bshum Maybe it used the wrong server type, since you said Ubuntu 14.04, I figure ubuntu-trusty
17:14 bshum Also...
17:14 bshum Are you using "server edition" 64-bit Ubuntu 14.04
17:14 bshum Not Desktop edition
17:14 TheMadGunt No, not desktop
17:14 bshum The desktop edition sometimes does funky things and has broken installers.
17:14 bshum And nobody's tested on 32-bit anything in... well, forever, probably.
17:15 hopkinsju I'm going to turn up logging.
17:15 TheMadGunt cool.  let me give that a shot and I'll report back either way.  THANKS!
17:15 bshum Good luck!
17:15 bshum It's quieter hours in the day now
17:15 hopkinsju Just generally?
17:15 bshum Things pick up most during 9-5 Eastern timezones
17:16 bshum It's after 5 now.
17:16 bshum So only those weird other time zone people are around.
17:16 bshum And me.
17:16 bshum Apparently.
17:16 hopkinsju *eyeroll*
17:16 * bshum smirks at hopkinsju
17:16 TheMadGunt I'm in NY.  Best time to work on testing things.
17:16 TheMadGunt no one to interrupt me.  :)
17:16 bshum Good stuff... /waves hi from CT
17:16 hopkinsju 4pm is usually about the time when I can stop checking email and putting out fires and actually get to work.
17:17 hopkinsju It's glorious
17:17 bshum I should go home at some point.  I got distracted playing the Google Star Wars lightsaber game
17:17 TheMadGunt haha
17:18 bshum It syncs your phone to be the lightsaber; most fun I've had with a chrome app this year.  So far anyways.
17:18 bshum I need to go home and practice my lightsaber deflection techniques apparently.
17:18 bshum The stormtroopers got me.
17:21 TheMadGunt make on the postgres-server-ubuntu-trusty did the trick.  Thanks!
17:22 bshum TheMadGunt: Cool deal, good luck with the rest!
17:26 TheMadGunt Looks like she is up!  Many thanks again.  May the force be with you, always
17:49 jwoodard I have a non-EG question
17:50 jeff is it about lightsabers?
17:50 jwoodard do any libraries have some sort of cataloguing policy or do you just let libraries enter records on their on?
17:50 jwoodard unfortunately not jeff
17:51 jwoodard though if you have a lightsaber policy I wouldn't mind seeing it.
17:53 csharp jwoodard: PINES has a centralized policy for the whole consortium: http://pines.georgialibraries.org/cataloging
18:02 jihpringle joined #evergreen
18:02 jwoodard csharp: thanks!
18:04 berick evergreener.net++
18:11 jwoodard I just want the catalogue to look pretty.
18:59 kmlussier jwoodard: you might want to send that question to the cataloging list too. You'll probably get more responses.
19:04 dcook joined #evergreen
19:13 jwoodard kmlussier: thanks for the suggestion
19:14 kmlussier I know the MassLNC consortia have policies, but I don't know what's in them. But I do know they all do centralized cataloging.
19:30 kmlussier @later tell hopkinsju C/W MARS, MVLC and NOBLE all have A-G querying their systems over z39.50. You might want to check in with Dyrcona tomorrow.
19:30 pinesol_green kmlussier: The operation succeeded.
20:33 bmills joined #evergreen
20:36 dcook joined #evergreen
21:39 jeff heh.
21:39 jeff oops.
21:40 kmlussier joined #evergreen
21:40 mceraso joined #evergreen
21:42 bshum joined #evergreen

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