| 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.php?theme=2&music=6&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/wiki/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/wiki/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=and&qtype=keyword&contains=contains&query=financial+aid&bool=or&qtype=keyword&contains=contains&query=student+aid&bool=or&qtype=keyword&contains=contains&query=student+loan&_adv=1&fi%3Asearch_format=book&fi%3Asearch_format=serial&locg=154&pubdate=is&date1=&date2=&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 |
