| Time |
Nick |
Message |
| 04:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:29 |
|
gsams joined #evergreen |
| 07:48 |
|
rjackson_isl joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 08:26 |
|
ericar joined #evergreen |
| 08:38 |
|
mrpeters joined #evergreen |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:39 |
|
Stompro joined #evergreen |
| 08:41 |
|
Dyrcona joined #evergreen |
| 08:50 |
|
Shae joined #evergreen |
| 08:53 |
|
Newziky joined #evergreen |
| 08:55 |
Dyrcona |
kmlussier: I installed berick's changes for the org unit selectors in the web staff client on my development vm. I haven't had a look, yet, but thought I'd let you know. |
| 08:59 |
Dyrcona |
Hmm. Think I have to do more than just copy the files in place. I'll run the grunt commands again. |
| 08:59 |
Dyrcona |
'Cause changes didn't seem to have any effect. |
| 09:00 |
|
collum joined #evergreen |
| 09:10 |
Dyrcona |
Nope. Doesn't do anything for me. Still looks the same as it did. |
| 09:11 |
Dyrcona |
Ah. Cleared browser cache, and it works. |
| 09:12 |
Dyrcona |
Except the entries are not in alphabetical order. |
| 09:15 |
|
maryj joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 09:41 |
csharp |
gotta love mosh |
| 09:41 |
csharp |
jeff++ # for informing me of mosh's existence ;-) |
| 09:42 |
csharp |
c1l4ntro |
| 09:42 |
csharp |
d'oh |
| 09:42 |
Dyrcona |
heh. Think you'll need to change that password. |
| 09:43 |
mmorgan |
Hate when that happens. |
| 09:43 |
csharp |
yeah, it's one of my throwaway ones, thankfully ;-) |
| 09:43 |
csharp |
(e.g., I only use it on low-security things) |
| 09:43 |
csharp |
well, *used* |
| 09:43 |
Dyrcona |
It's probably in rainbow tables anyway. |
| 09:43 |
* jeff |
gives a disapproving frown at the plurality of the word "things" |
| 09:44 |
* jeff |
then grins |
| 09:44 |
csharp |
:-D |
| 09:44 |
Dyrcona |
I recommend using at least 12 characters. |
| 09:44 |
eeevil |
cilantro is evil anyway, best to be rid of it |
| 09:44 |
Dyrcona |
These days, I generally use 24 to 26. |
| 09:45 |
csharp |
@love cilantro |
| 09:45 |
pinesol_green |
csharp: The operation succeeded. csharp loves cilantro. |
| 09:45 |
Dyrcona |
eeevil: But don't take away my ground coriander. ;) |
| 09:45 |
eeevil |
Dyrcona: doesn't taste like poison, you can keep it |
| 09:45 |
jeff |
eeevil++ hatred of the soapweed |
| 09:45 |
csharp |
I used autogenerated passwords from keepass for pretty much everything nowadays |
| 09:46 |
Dyrcona |
csharp: I do and I don't. Depends on what it is for. |
| 09:47 |
jeff |
you're only Truly secure if you use LastPass. oh. wait... https://blog.lastpass.com/2015/06/lastpass-security-notice.html/ |
| 09:47 |
Dyrcona |
You're never truly secure. |
| 09:47 |
Dyrcona |
And, I prefer certificates, preferably signed by own CA. |
| 09:50 |
|
sarabee joined #evergreen |
| 09:51 |
berick |
Dyrcona: there is an (experimental) bit of org unit tree caching in the browser client. try opening dev tools and clearing from resources -> session cache |
| 09:51 |
Dyrcona |
berick: will do. |
| 09:51 |
* berick |
notes said caching may be more trouble than it's worth, for now anyway |
| 09:51 |
* csharp |
also uses two-step auth when possible |
| 09:55 |
Dyrcona |
Well, I found it, but don't see how to clear it. |
| 09:55 |
berick |
right click on the row to delete |
| 09:57 |
|
RoganH joined #evergreen |
| 09:57 |
Dyrcona |
I right click and nothing happens. |
| 09:57 |
berick |
Dyrcona: this is chrome? |
| 09:57 |
Dyrcona |
Nope. This is Firefox. |
| 09:58 |
eeevil |
berick: in addition to forcing WS reg at login if none exists locally, we should probably start creating hooks for clearing (and/or repopulating) certain local caches at login |
| 09:58 |
* Dyrcona |
now has to write a browser named "Sparta." ;) |
| 09:58 |
berick |
Dyrcona: and you're right-clicking on a row in the table with Kye 'eg.env.aou.tree' |
| 09:58 |
berick |
if there is no row, then it's not cached |
| 09:58 |
berick |
eeevil: agreed |
| 09:58 |
berick |
a reset button |
| 09:59 |
Dyrcona |
berick: Yes. There is a row. I right click on it and nothing happens. |
| 09:59 |
berick |
crazy |
| 09:59 |
|
jwoodard joined #evergreen |
| 10:00 |
Dyrcona |
No reset button. Guess Firefox dev tools are not as nice as Webkit's. |
| 10:00 |
berick |
Dyrcona: oh, sorry, i missed the part about using FF |
| 10:00 |
berick |
i'm refering to chrome functionality |
| 10:01 |
berick |
and the 'reset button' comment was related to eeevil's comment about selective cache clearing |
| 10:01 |
Dyrcona |
Ah. |
| 10:01 |
berick |
though i'd be surprised if FF didn't have a way to do the same |
| 10:01 |
Dyrcona |
Neither Del nor Backspace do anything. |
| 10:04 |
Dyrcona |
"For the time being, the Storage Inspector only gives you a read-only view of storage. But we're working to let you edit storage contents in future releases." |
| 10:05 |
berick |
Dyrcona: oh, you can do it from the console.. |
| 10:06 |
berick |
along the bottom |
| 10:06 |
Dyrcona |
Yep. I found something on stackoverflow. |
| 10:06 |
berick |
localStorage.clear() // for example |
| 10:06 |
berick |
probably same page :) |
| 10:06 |
Dyrcona |
I probably want localstorage.removeItem("key") |
| 10:07 |
berick |
yeah, though on my test system, it's the only key on this domain |
| 10:08 |
* csharp |
waits for replacement plane at Dulles on the way to PGCon in Ottawa |
| 10:09 |
Dyrcona |
Actually, I want sessionStorage. |
| 10:09 |
Dyrcona |
localStorage has my login info, etc. |
| 10:09 |
berick |
yes, sorry |
| 10:10 |
Dyrcona |
NP. |
| 10:10 |
Dyrcona |
Much better, now. |
| 10:12 |
Dyrcona |
berick++ |
| 10:14 |
Dyrcona |
berick, want to write a browser in PyQt with webkit? ;) |
| 10:14 |
berick |
Dyrcona: hah! i've looked a lot at Qt. some of the dev tools are nice. |
| 10:15 |
Dyrcona |
Yep. I've used Qt off and on for years. Used to have commit access to KDE. |
| 10:17 |
berick |
Dyrcona: do any of the tools (Qt Creator?) generate PyQt code instead of c++ ? |
| 10:17 |
Dyrcona |
berick: Not as far as I know, but PyQt should be able to use the resource files. |
| 10:18 |
Dyrcona |
And that would make for an interesting plugin. |
| 10:18 |
berick |
indeed |
| 10:19 |
Dyrcona |
Something for me to look into when I'm a bit more comfortable with Python. |
| 10:20 |
Dyrcona |
Oh, and I've been thinking of improving the oils.Fieldmapper in Python. |
| 10:21 |
Dyrcona |
It doesn't look like it can be used to create instances in the same way as the Perl Fieldmapper. |
| 10:22 |
Dyrcona |
I was just reading about creating classes, etc. on the fly in Python. |
| 10:24 |
pinesol_green |
[sipserver|Bill Erickson] LP#1425135 Log message duration w/ millisecond granularity - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=cffea8a> |
| 10:26 |
berick |
Dyrcona: in python, the IDL tells opensrf about classes, then instnaces are created via the opensrf api. |
| 10:26 |
berick |
Dyrcona: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/support-scripts/test-scripts/acq_fund.py;h=17f16b5a5945d6655797d8d6688c8a426eddaa09;hb=HEAD |
| 10:26 |
berick |
see the line: fund_source = osrf.net_obj.NetworkObject.acqfs() |
| 10:27 |
* berick |
admits the API could be better there |
| 10:29 |
Dyrcona |
I see. So I should look in the Python osrf source to see how the objects are created. |
| 10:30 |
Dyrcona |
I'm so used to Fieldmapper::asset::copy->new().... ;) |
| 10:30 |
berick |
yeah, and I also like the js-style var org = new egIDL.aou() |
| 10:31 |
Dyrcona |
Thanks for the pointers. I'll have a better look later. |
| 10:31 |
Dyrcona |
berick++ |
| 10:32 |
berick |
Dyrcona: but, yes, osrf.net_obj has the class creation |
| 10:45 |
* dbs |
loves osrf.net_obj |
| 10:52 |
Dyrcona |
One thing bugs me about packages, and that is you end up with lines like this: auth_info = oils.utils.utils.login... for something layed out like oils/utils.py:"class utils:" |
| 10:53 |
Dyrcona |
Where class utils is in utils.py. |
| 10:53 |
Dyrcona |
I was playing with packages vs. modules with some custom classes on Saturday. |
| 10:53 |
berick |
yeah, that's unfortunate |
| 10:54 |
Dyrcona |
Takes some getting used to, like the whitespace being important. |
| 10:56 |
berick |
and there may be better practices for naming the modules, etc. |
| 10:56 |
Dyrcona |
Could be. I'm just finally taking Python seriously and trying to really learn it, so I can't say, yet. |
| 10:58 |
dbs |
there are :) |
| 10:58 |
dbs |
but that was python from, like, two decades ago right? |
| 10:59 |
berick |
it's old, not quite that old, but yeah it's been a while |
| 10:59 |
Dyrcona |
Well, the book I'm reading now recommends capitalized names for packages, modules, and classes. |
| 11:00 |
dbs |
pylint is your friend on PEP8 compliance |
| 11:00 |
dbs |
https://www.python.org/dev/peps/pep-0008/#naming-conventions |
| 11:01 |
dbs |
throw that book out, man |
| 11:02 |
pinesol_green |
[sipserver|Thomas Berezansky] LP#1298985: Protect against bad summary types - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=667084c> |
| 11:03 |
Dyrcona |
The recommendation is based on the fact that standard Python modules are named in lower case, so the initial capital avoids name collision in case you accidentally chose an existing name. |
| 11:04 |
dbs |
@upchuck |
| 11:04 |
pinesol_green |
dbs: Beyond here be dragons. |
| 11:04 |
berick |
yeah, that doesn't smell right |
| 11:09 |
Dyrcona |
After reading the relevant paragraph again, it isn't a recommendation, so much as a statement of a convention used in the examples in the book. |
| 11:10 |
Dyrcona |
The relevant sentence is: "In this book we use an uppercase letter for the first letter of custom module filenames; this avoids name conflicts (at least on Unix) because standard library module filenames are lowercase." |
| 11:13 |
berick |
hm, i would expect that to be resolved with namespaces. oils.event, osrf.net_obj, etc. |
| 11:17 |
Dyrcona |
Well, that's in the section on modules. He didn't get to packages, yet, but follows the same convention in his examples there. |
| 11:30 |
Dyrcona |
While someone seems to be looking at SIPServer branches, I force-pushed an amended commit message to my branch on lp 1463943. |
| 11:30 |
pinesol_green |
Launchpad bug 1463943 in SIPServer "Non-ascii Unicode characters in messages cause client problems" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1463943 |
| 11:30 |
Dyrcona |
It doesn't change the code, just adds the text from comment #3 to the commit message. |
| 11:33 |
jeff |
Dyrcona: does that SIPServer change prevent sending UTF-8 even to a client that desires it? |
| 11:34 |
Dyrcona |
jeff: It does. |
| 11:35 |
Dyrcona |
Mainly because we'd need a way to configure the functionality. If you think that is important, feel free to say so on the bug. |
| 11:40 |
berick |
Dyrcona: have you had any trouble with ubuntu 14.04 and passive ftp (for edi) ? |
| 11:40 |
berick |
ditto csharp |
| 11:41 |
berick |
ftp -p works, but FTP_PASSIVE=1 or FTPMODE=passive don't seem to have any effect |
| 11:41 |
Dyrcona |
berick: Not that I am aware of, but we may not be trying passive mode. |
| 11:41 |
Dyrcona |
Is that a default? |
| 11:43 |
berick |
hm, i thought it was required, but it's not listed in the EDI docs http://docs.evergreen-ils.org/2.8/_installation.html |
| 11:43 |
Dyrcona |
In general, you often need PASV if you're behind a firewall that doesn't proxy. |
| 11:44 |
Dyrcona |
My firewall at home is configured to proxy FTP and I think the one at MVLC does also. |
| 11:44 |
|
sandbergja joined #evergreen |
| 11:49 |
dbs |
umm |
| 11:50 |
dbs |
I would be highly against removing Unicode support from SIPServer (says the guy from the bilingual university) |
| 11:51 |
|
bmills joined #evergreen |
| 11:51 |
dbs |
I'm also sure that we used to have a configuration switch for transliteration functionality for those clients that can't handle Unicode |
| 11:57 |
Dyrcona |
dbs: I don't recall seeing such a switch, nor any code to do anything about it if it existed. I can look again. |
| 11:58 |
Dyrcona |
berick: We appear to be doing regular FTP. |
| 11:58 |
Dyrcona |
jeff dbs: I'm certainly happy to revisit the patch. I'll remove pullrequest for now. |
| 11:59 |
berick |
Dyrcona: *nod* |
| 11:59 |
berick |
thanks for checking |
| 11:59 |
* dbs |
might be remembering a branch (going back ages) that never got applied |
| 12:00 |
dbs |
I know that I had implemented Text::Unidecode for that branch, though |
| 12:01 |
dbs |
http://sourceforge.net/p/openncip/patches/1/ seems so long ago |
| 12:02 |
Dyrcona |
I also missed gmcharlt's comment on the bug before I posted mine. |
| 12:06 |
dbs |
I'll be damned if I can find anything online or locally with that code though |
| 12:06 |
dbs |
5 years, brain failing |
| 12:06 |
gmcharlt |
dbs$ git gc |
| 12:07 |
berick |
gmcharlt++ |
| 12:08 |
berick |
Dyrcona: (or anyone listening) -- FTP_PASSIVE=1 /openils/bin/edi_fetcher.pl fails, but export FTP_PASSIVE=1, then run edi_fetcher works |
| 12:09 |
eeevil |
berick: setting the env above that line in the crontab should be equiv to 'export BLAH' ... does /that/ work instead of inline on the command line? |
| 12:09 |
dbs |
gmcharlt++ |
| 12:10 |
dbs |
Dyrcona++ |
| 12:10 |
berick |
eeevil: was just about to try that... |
| 12:13 |
* berick |
will know when cron picks it up in 2 minutes |
| 12:17 |
berick |
eeevil: confirmed, that works |
| 12:17 |
phasefx |
this looks minor: Failed test 'CStoreEditor returns standard query error' at live_t/08-lp1366964-libdbi-error.t line 31. got: 'DATABASE_UPDATE_FAILED' expected: 'DATABASE_QUERY_FAILED' |
| 12:18 |
berick |
huh |
| 12:18 |
Dyrcona |
berick: I confirmed with tsbere that our firewall is proxying FTP, so we don't need passive FTP. |
| 12:19 |
* berick |
nods |
| 12:21 |
berick |
yay, i have a tropical storm named after me |
| 12:22 |
kmlussier |
Tropical Storm berick? |
| 12:22 |
berick |
kmlussier++ |
| 12:22 |
berick |
my brand is taking off! |
| 12:22 |
Dyrcona |
heh |
| 12:25 |
* phasefx |
will put a fix on lp902255 for the live test |
| 12:26 |
Stompro |
Question about building the staff client - http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client - states that "The staff client is built as part of the “make install” process in a normal load." Is that actually true? It doesn't seem to be for me. |
| 12:27 |
Dyrcona |
Stompro: It's not, you need to do some extra steps. |
| 12:27 |
berick |
Stompro: the server pieces are, but the exe requires extra steps |
| 12:27 |
dbs |
It might depend on your definiton of "built" |
| 12:27 |
berick |
s/exe/client installer/ |
| 12:29 |
Stompro |
Thanks, maybe I'll update that to say "The staff client server side components are built as part of the ...." |
| 12:36 |
Dyrcona |
The rest of that wiki page tells you how to build it. |
| 12:36 |
Dyrcona |
More or less. |
| 12:36 |
Dyrcona |
SIP2 can just die as far as I'm concerned. |
| 12:37 |
Dyrcona |
While we were discussing the above, this one vendor emails that they're still having problems. |
| 12:37 |
Dyrcona |
I don't see any logins from them since 11:00 am yesterday. |
| 12:42 |
dbs |
SIP2_death++ |
| 12:42 |
dbs |
@love the thought of SIP2 dying |
| 12:42 |
pinesol_green |
dbs: The operation succeeded. dbs loves the thought of SIP2 dying. |
| 12:45 |
pinesol_green |
[evergreen|Jason Etheridge] fix live_t/08-lp1366964-libdbi-error.t - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5b8afb4> |
| 13:15 |
jeff |
Is there a general reason why we don't currently permit patrons to update the phone number(s) on their user object? |
| 13:16 |
|
dmoses joined #evergreen |
| 13:32 |
phasefx |
jeff: originally, some PINES libraries didn't even like the idea of shareable "bookbags", because you could potentially intentionally offend someone with a given mix of titles. I imagine there might also have been a fear of unverified phone numbers being used to likewise "play tricks" :-/ |
| 13:35 |
kmlussier |
jeff: I don't know if there is a current reason, but I generally think it would be good if users could update any of their contact information. I understand that libraries want to verify addresses, but I personally think phone number changes should be okay. |
| 13:35 |
jeff |
phone numbers seem to change more often than addresses, and seem to have less relation to things like residency requirements, etc. |
| 13:36 |
phasefx |
and we let folks put arbitrary phone numbers in for hold pickup notices |
| 13:36 |
gmcharlt |
Cell phones: reminding you where you lived two moves ago... |
| 13:37 |
rjackson_isl |
it is always "fun" to track down the holds that did not notify the patron to only find out the number was changed but change doesn't cascade to hold records |
| 13:37 |
* jeff |
nods |
| 13:37 |
jeff |
see previous conversations earlier this week about THAT :-) |
| 13:38 |
Dyrcona |
gmcharlt++ jeff++ dbs++ # For chiming in on SIP2 changes. |
| 13:38 |
Dyrcona |
And, the latest SIP2 problem was on the client end. They had to restart their software. |
| 13:38 |
jeff |
gmcharlt: heh. in that regard, phone numbers sometimes change LESS often than addresses. :-) |
| 13:39 |
Dyrcona |
Well, these days they do. |
| 13:39 |
gmcharlt |
jeff: exactly - also, there's a rather more tenuous connection between them and residency |
| 13:39 |
Dyrcona |
You used to have to get a new phone number if you moved even a couple of blocks. |
| 13:39 |
* dbs |
changes his cell phone number every time he crosses the border into the US |
| 13:40 |
* Dyrcona |
doesn't travel that often. ;) |
| 13:40 |
jeff |
Dyrcona: in some areas, you still do. in some cases you can get around that by changing phone companies -- but in other cases you're stuck paying monthly "call forwarding" service fees forever. |
| 13:42 |
jeff |
one of our libraries is in an area where the phone company does not honor number port requests. i've also recently had AT&T refuse to move a number across town (different central office), but in theory that was worked around by getting voice through the cable company and porting the number. |
| 13:43 |
Dyrcona |
Hmm... Use PHPSipClient or the one berick wrote in Python.... |
| 13:43 |
Stompro |
re changing phone numbers, how about a phone number verification system, on a change, call the customer and read them a code that they need to enter to confirm the change. |
| 13:45 |
jeff |
Stompro: while i don't want to require that, i'm interested in having that as an option for some things including email and sms. |
| 13:47 |
berick |
Dyrcona: if you go the python route, let me know if you have any problems |
| 13:48 |
Dyrcona |
berick: I'll have a look at it later. I've got some tests that use the PHP client that I can just modify to do what I need. |
| 13:48 |
Dyrcona |
I want to see what this vendor sees for the item information look ups. They say certain copies still cause a problem. |
| 13:50 |
* berick |
nods |
| 13:51 |
|
ericar_ joined #evergreen |
| 13:54 |
kmlussier |
I agree with jeff. It would be a nice option for email and SMS. Phone number? meh |
| 13:55 |
kmlussier |
I hate it when the library calls me. |
| 13:55 |
jeff |
i am sometimes confused when the library calls me. |
| 13:55 |
jeff |
because it is often myself calling. |
| 13:55 |
* kmlussier |
's library doesn't use software that allows her to choose notification preferences. |
| 13:56 |
kmlussier |
Ha ha. I could see why that might be confusing. |
| 13:57 |
berick |
Being Jeff Malkovitch |
| 13:58 |
kmlussier |
berick++ |
| 14:00 |
jeff |
one of my favorite examples of that (sorry if you've heard this one): there's a scifi book whose plot involves an automated system that is executing some pretty drastic changes in the world. one of the things it does is call people and recruit them, asking them to indicate if they are willing to perform the tasks it requires in exchange for whatever. |
| 14:01 |
jeff |
first book was enjoyable, i placed a hold on the (still on order) second book in the series. |
| 14:01 |
Stompro |
Daemon? freedom(tm) was pretty good also. |
| 14:01 |
jeff |
My first clue that the second book had arrived and was waiting for me... i received an automated phone call from myself. |
| 14:02 |
jeff |
"Hello. You have one or more library items waiting for pickup at the Traverse Area District Library Woodmere Branch. Press one to repeat, or two to acknowledge receiving this message." |
| 14:02 |
jeff |
I laughed more than I should have. |
| 14:02 |
jeff |
(also, we have since eliminated the second part of that message -- but i'm pretty sure some people still press the buttons) |
| 14:03 |
jeff |
Stompro: yup. |
| 14:08 |
Stompro |
I like the story behind the idea for that book, The author wrote some software and was selling it through an online store, and had everthing setup in an automated fashion, so the proceeds of the sales paid for the expenses of the store automatically. He forgot about it for a few hears and checked in later and saw that it was still making money. He wondered how long it would just continue on after he died. |
| 14:20 |
* phasefx |
read one book (Altered Carbon) where there was an AI that had bought out its indentureship and was running a hotel |
| 14:23 |
|
buzzy joined #evergreen |
| 14:30 |
Stompro |
Would anyone support hiding the ui elements for the evergreen web selfcheck interface (/eg/circ/selfcheck/main) when no one is authenticated. It seems wierd to me that there are buttons for "View Holds" "Logout" etc when no one is logged in. |
| 14:48 |
mmorgan |
Stompro: I certainly wouldn't oppose it. If the buttons were hidden and the screen showed something instead that looked more inviting to patrons, it might encourage more use. |
| 14:53 |
Stompro |
mmorgan, there could just be an empty div there that is only visible when the station is idle, for local customization by that location. I'm interested in putting a rss feed slider with upcoming events, along with a book carousel of recently returned items. To make it into a digital sign when it is idle. |
| 14:55 |
mmorgan |
Interesting. We have some libraries that have recently rolled this out, and report it does not get much use. Something attractive like that on the screen could stimulate interest. |
| 14:56 |
|
eg_dw joined #evergreen |
| 14:58 |
Stompro |
We migrate in october to Evergreen, right now we do about 80-90% of our circ on our current self checks (III express lane). But we forced everyone to use the self check for a year, it wasn't optional. Every single patron was led over to the self check when they came up to the desk to check out. |
| 15:01 |
Stompro |
Now we have lightened up a bit ,and still see over 80% usage at most sites. |
| 15:04 |
|
dmoses joined #evergreen |
| 15:17 |
pinesol_green |
[sipserver|Thomas Berezansky] LP#1463459: make SC Status handler recognize logged-in SIP session - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=22b77ed> |
| 15:17 |
pinesol_green |
[sipserver|Galen Charlton] LP#1464748: don't toss terminal account information prematurely - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=a0b23e9> |
| 15:32 |
Dyrcona |
Hmm. Since SIPServer doesn't have releases, should we bother with Fix Committed and just go straight to Fix Released? |
| 15:42 |
berick |
Dyrcona: given the SIP hate, maybe go straight to Deprecated :) |
| 15:45 |
Dyrcona |
heh |
| 15:46 |
Dyrcona |
Hey, vendor! When using our SIP server, it helps to look up our books, and not somebody else's. |
| 15:47 |
Dyrcona |
They just sent me a list of about 8 barcodes that "don't work." |
| 15:47 |
Dyrcona |
Only two of them are ours. |
| 15:49 |
|
buzzy joined #evergreen |
| 15:50 |
tsbere |
Dyrcona: Wait, you mean nobody implemented the "magically find the right server and query them for the vendor" feature? |
| 15:51 |
Dyrcona |
I did, but the magic fairy ran off with the garden gnome, remember? |
| 15:53 |
Dyrcona |
I just have to clean my branch up, and I can share the new encoding fix for SIPServer. |
| 15:54 |
|
sherbert joined #evergreen |
| 16:05 |
Bmagic |
magic++ |
| 16:05 |
bshum |
Tux > garden gnome |
| 16:10 |
|
jwoodard joined #evergreen |
| 16:12 |
Dyrcona |
Programming is a lot like magic. It is the manipulation of symbols to produce output. |
| 16:15 |
jwoodard |
I was just catching up and noticed a bit of discussion about AIs. We aren't thing about making Evergreen sentient are we? |
| 16:15 |
gmcharlt |
jwoodard: how do you know that hasn't already happened? |
| 16:16 |
gmcharlt |
*cues up the theme to Jaws* |
| 16:16 |
rangi |
Dyrcona: https://twitter.com/ranginui/status/610684854628290560 <-- best bit of programming i've done in ages |
| 16:16 |
gmcharlt |
and a thousand XMPP servers fall silent in consternation... |
| 16:16 |
gmcharlt |
;) |
| 16:17 |
rangi |
:) |
| 16:17 |
Dyrcona |
rangi++ |
| 16:17 |
jwoodard |
oh dear... |
| 16:18 |
|
bmills joined #evergreen |
| 16:21 |
Dyrcona |
rangi popped in 'cause he knew we were stealing ideas from Koha's SIPServer. :) |
| 16:21 |
rangi |
heh |
| 16:21 |
rangi |
i've always meant to find time to clean it up and make it it's own project again |
| 16:22 |
|
bmills joined #evergreen |
| 16:22 |
Dyrcona |
Speaking of joint projects, we really do need to work out how to integrate our NCIPServer branches. |
| 16:23 |
rangi |
yeah magnus did some work on that, i think he had it mostly done, ill need to catch up |
| 16:23 |
Dyrcona |
cool. I think I made a change or two to my side to fix bugs since then. |
| 16:23 |
Dyrcona |
He sent me a later some time ago about it. |
| 16:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:38 |
Dyrcona |
And, starting around 1:00 am tomorrow morning, we'll be testing this in production: http://git.evergreen-ils.org/?p=working/SIPServer.git;a=commit;h=c43cf27771e78a857ab86abe0dba29bfc36683c3 |
| 16:46 |
|
dmoses joined #evergreen |
| 16:50 |
|
bmills joined #evergreen |
| 16:52 |
|
bmills1 joined #evergreen |
| 16:56 |
|
buzzy joined #evergreen |
| 17:15 |
|
mmorgan left #evergreen |
| 19:10 |
|
dcook joined #evergreen |
| 20:53 |
|
digitalgraphitti joined #evergreen |
