| Time |
Nick |
Message |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:04 |
|
riot joined #evergreen |
| 05:22 |
|
wjr_ joined #evergreen |
| 07:35 |
|
rjackson-isl joined #evergreen |
| 07:50 |
|
jboyer-isl joined #evergreen |
| 07:52 |
|
collum joined #evergreen |
| 08:19 |
|
Dyrcona joined #evergreen |
| 08:24 |
Dyrcona |
bshum: You mind if I push lp 1198475 to master? |
| 08:24 |
pinesol_green |
Launchpad bug 1198475 in Evergreen "Support for Lost and Paid Status" (affected: 3, heat: 16) [Wishlist,Confirmed] https://launchpad.net/bugs/1198475 |
| 08:26 |
|
RoganH joined #evergreen |
| 08:27 |
|
_bott_ joined #evergreen |
| 08:27 |
bshum |
Dyrcona: Sure, it's got the signoff, go for it. |
| 08:28 |
Dyrcona |
Cool. Will do. |
| 08:34 |
Dyrcona |
Grabbing 0886. |
| 08:36 |
|
akilsdonk joined #evergreen |
| 08:39 |
pinesol_green |
[evergreen|Jason Stephenson] LP1198475: Add a new, optional, Lost and Paid copy status. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64d321c> |
| 08:39 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1198475: Wrapping upgrade script for lost and paid copy status. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6cce3cd> |
| 08:40 |
|
mmorgan1 left #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:45 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes entry for lost and paid status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eed5316> |
| 08:54 |
|
tspindler joined #evergreen |
| 08:56 |
|
ericar joined #evergreen |
| 09:14 |
|
mrpeters joined #evergreen |
| 09:25 |
|
RoganH joined #evergreen |
| 09:33 |
jeff |
dbs++ for another sip+ssh link |
| 09:35 |
|
kmlussier joined #evergreen |
| 10:00 |
* dbs |
wonders if adapting that SIP tunneling blog post into official docs would be a worthwhile investment of energy |
| 10:00 |
dbs |
probably a bit too specific to the particular client :/ |
| 10:01 |
|
RoganH joined #evergreen |
| 10:18 |
|
krvmga joined #evergreen |
| 10:19 |
krvmga |
i'm going to experiment with site-specific configuration for multiple libraries. would anyone who has done this like to share how they did it? |
| 10:20 |
jeff |
krvmga: your question still seems a little vague. can you elaborate? |
| 10:21 |
krvmga |
for instance, in bibliomation, you can go to ansonia.biblio.org or in mvlc, you can go to billerica.mvlc.org |
| 10:22 |
jeff |
Got it. |
| 10:25 |
|
RoganH joined #evergreen |
| 10:26 |
csharp |
if we had more of a hand in local IT in our libraries, I would push harder for SSH/SIP here |
| 10:27 |
csharp |
as it is, I'm kicking around the idea of firewalling off any IP not in a specific list that's attempting to connect to our SIP port |
| 10:32 |
|
RoganH joined #evergreen |
| 10:33 |
tsbere |
csharp: We only allow vendors to talk to our SIP server....mainly because they refuse to do things like SSH tunnels. |
| 10:34 |
csharp |
makes sense |
| 10:35 |
|
RoganH joined #evergreen |
| 10:36 |
Dyrcona |
We also restrict access to untunneled connections by IP address. |
| 10:36 |
csharp |
good to know |
| 10:37 |
|
RoganH joined #evergreen |
| 10:38 |
jeff |
csharp: your SIP port is open to the world? |
| 10:48 |
|
mllewellyn joined #evergreen |
| 10:48 |
bshum |
For fun note, it seems mod CGI isn't part of (i.e. not enabled with) apache 2.4. So a fresh Trusty install breaks pages that require that. |
| 10:48 |
bshum |
I hit it when I got bash code back when I tried getting the staff client page. |
| 10:48 |
jeff |
anyone else have interest in a feature that helps patrons not burn renewals? |
| 10:48 |
bshum |
Thinking we can just add CGI to the makefile for trusty |
| 10:49 |
kmlussier |
jeff: Not burn renewals? |
| 10:49 |
tsbere |
jeff: depends. How do you expect them to "burn" them, or how do you want to negate the "burn"? |
| 10:49 |
bshum |
jeff: I think we'd be interested in something like that. For those inevitable mis-scans at the selfcheck. |
| 10:49 |
jeff |
it's somewhat easy for a patron to renew an item online multiple times in a day (or minute) |
| 10:49 |
bshum |
Err, multiple scans |
| 10:49 |
bshum |
Not mis-scans |
| 10:50 |
bshum |
That too. |
| 10:50 |
csharp |
bshum: ewww - I hadn't run across that yet |
| 10:50 |
dbs |
krvmga: I guess we need a slight extension to http://docs.evergreen-ils.org/2.6/_designing_your_catalog.html that covers multi-hostname libraries |
| 10:51 |
csharp |
which interfaces use CGI at this point? |
| 10:51 |
Dyrcona |
csharp: offline circulation and manualupdate.html |
| 10:52 |
csharp |
argh |
| 10:52 |
Dyrcona |
cgi-bin/offline alias also gives a nice warning when you start Apache on trusty. |
| 10:52 |
Dyrcona |
I haven't tested if it still works, yet. I probably should. |
| 10:53 |
dbs |
krvmga: probably need to provide an example like http://pastebin.com/cxHyWbHC along with some example template overrides for the likes of config.tt2 |
| 10:53 |
Dyrcona |
I'm not sure it is a general Apache 2.4 problem. It may only be a problem with trusty. I saw it after upgrading, and I think bshum saw it with a fresh install. |
| 10:53 |
bshum |
Dyrcona: Ugh, I just saw that error now in the restart I issued |
| 10:53 |
Dyrcona |
It's a warning, not an error. :) |
| 10:53 |
bshum |
Yes, warning :) |
| 10:54 |
Dyrcona |
Just to be pedantic. An error would stop the restart. |
| 10:54 |
krvmga |
dbs: thanks! |
| 10:54 |
csharp |
hmm - I don't see the warning |
| 10:54 |
krvmga |
dbs++ |
| 10:54 |
csharp |
AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/sites-enabled/eg.conf:103 |
| 10:55 |
bshum |
That too |
| 10:55 |
csharp |
^^ that and the fqdn warning are all I see |
| 10:55 |
bshum |
There's a bug and fix tfor that |
| 10:55 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1341013 |
| 10:55 |
pinesol_green |
Launchpad bug 1341013 in Evergreen "NameVirtualHost deprecated in Apache 2.4" (affected: 1, heat: 6) [Undecided,New] |
| 10:55 |
Dyrcona |
[Mon Jul 14 10:55:36.432069 2014] [alias:warn] [pid 1276] AH00671: The Alias directive in /etc/apache2/sites-enabled/eg.conf at line 54 will probably never match because it overlaps an earlier ScriptAlias. |
| 10:56 |
bshum |
Dyrcona: I guess we should file and fix that too |
| 10:57 |
Dyrcona |
It could be something in my configs that is unusual. |
| 10:57 |
Dyrcona |
The upgrade was a mess. |
| 10:57 |
Dyrcona |
I also configured a Dancer app for NCIP testing, but I get that with or without that configuration in place. |
| 10:57 |
bshum |
Well, my clean install gets the same "warning" but yeah. |
| 10:58 |
Dyrcona |
Oh, if you get it clean, then we should do something about it. |
| 10:58 |
bshum |
Course it didn't start giving me that warning till I turned on CGI :) |
| 10:58 |
Dyrcona |
Well, it would be ignored without mod_cgi enabled. |
| 10:59 |
bshum |
Right |
| 11:00 |
csharp |
ah - that must be why I'm not seeing it ;-) |
| 11:00 |
csharp |
yep - there it is |
| 11:00 |
|
vlewis joined #evergreen |
| 11:02 |
Dyrcona |
We could port the cgi stuff to psgi and run it with a Plack handler. |
| 11:02 |
Dyrcona |
That would make it faster, too, but for something so infrequently used the speed boost may be unimportant. |
| 11:03 |
bshum |
Seems easier to just add cgi to the makefile for trusty to me if that gets us there ;) |
| 11:04 |
csharp |
short term, I agree with bshum, long term, I agree with Dyrcona to move off of CGI if those are the only two things using it |
| 11:06 |
Dyrcona |
I want to make sure offline circ works with 2.4 on trusty before we do much of anything. |
| 11:06 |
* Dyrcona |
jots that down to test later today or tomorrow morning. |
| 11:10 |
bshum |
Yeesh |
| 11:10 |
bshum |
Using the offline gets me skull/crossbone errors |
| 11:10 |
bshum |
Unable to retrieve sessions, unable to create sessions |
| 11:11 |
Dyrcona |
Not good. |
| 11:12 |
bshum |
The error only references dojo |
| 11:13 |
bshum |
Meh |
| 11:13 |
bshum |
No, it's just an undefined error |
| 11:13 |
bshum |
But yeah, not promising |
| 11:15 |
Dyrcona |
Well, I have 4 books that came in delivery this morning that I can use for a test. |
| 11:18 |
bshum |
014-07-14 11:17:39 trusty gateway: [cgi:error] [pid 4845] [client 10.129.129.3:40991] script not found or unable to stat: /usr/lib/cgi-bin/offline |
| 11:18 |
|
kbeswick joined #evergreen |
| 11:18 |
bshum |
Oops, slightly less/more than I was going to paste. |
| 11:19 |
Dyrcona |
bshum: That looks like the default scriptalias getting in the way. |
| 11:19 |
bshum |
Yeah |
| 11:19 |
jboyer-isl |
Does apache 2.4 change where the cgi-bin ScriptAlias is defined? Alternatively, have you disabled the default sites? |
| 11:20 |
bshum |
I did disable the default site |
| 11:20 |
jeff |
in terms of ad-hoc psql queries, is there a reasonable way to call a function multiple times based on the results of a query? bonus points if i can UNION all the output of the various runs of that function. |
| 11:20 |
jeff |
(I'm trying to use action.circ_chain to get all of the circs related to all of a single patron's open circulations) |
| 11:22 |
Dyrcona |
conf-enabled/serve-cgi-bin.conf |
| 11:22 |
Dyrcona |
That's where the default is coming from. |
| 11:22 |
Dyrcona |
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ |
| 11:23 |
Dyrcona |
jeff: tried "WITH" queries and UNION? |
| 11:24 |
bshum |
Dyrcona: Yep, I see that now. |
| 11:24 |
Dyrcona |
I would try disabling it and testing, but I started a database reload, so I'll have to wait an hour or two. |
| 11:25 |
bshum |
Dyrcona: Disabling meaning commenting out that script alias portion? |
| 11:25 |
bshum |
It looks like it gets turned on when we turn on CGI? |
| 11:25 |
* bshum |
is going to do some reading |
| 11:25 |
Dyrcona |
Just disable the whole conf file. |
| 11:26 |
Dyrcona |
OR..... |
| 11:26 |
Dyrcona |
OR.... Nothing.... Just disable the whole conf. |
| 11:26 |
Dyrcona |
All it does is setup that ScriptAlias. |
| 11:27 |
Dyrcona |
It defines a variable then checks it is defined to enable the alias. |
| 11:27 |
Dyrcona |
I think that means undefining the variable elsewhere will have no effect. |
| 11:27 |
* Dyrcona |
wonders who packaged this mess. |
| 11:28 |
bshum |
It did look weird. |
| 11:28 |
Dyrcona |
Definitely not friendly to upgrades. |
| 11:28 |
bshum |
Thing I'm not sure I understand yet is why it even kicks in |
| 11:29 |
bshum |
Oh what |
| 11:29 |
Dyrcona |
It kicks in because mod_alias and mod_cgi are available. |
| 11:29 |
bshum |
That is weird looking |
| 11:29 |
Dyrcona |
If they're both there, it defines the variable, then it checks the variable is defined and does the scriptalias. |
| 11:30 |
Dyrcona |
Sid strikes again! |
| 11:30 |
Dyrcona |
@blame Debian Sid |
| 11:30 |
pinesol_green |
Dyrcona: Debian Sid is why we can never have nice things! |
| 11:30 |
Dyrcona |
Bingo! |
| 11:30 |
Dyrcona |
Just guessing it was introduced in Sid and made its way to Ubuntu. |
| 11:31 |
bshum |
So yeah |
| 11:31 |
Dyrcona |
@blame Ubuntu |
| 11:31 |
pinesol_green |
Dyrcona: It's all Ubuntu's fault! |
| 11:31 |
bshum |
Commenting out that portion of the alias allows ours to work |
| 11:31 |
bshum |
And then offline operates normally again |
| 11:31 |
Dyrcona |
Wonder if there is an a2disconf script? |
| 11:32 |
bshum |
There is |
| 11:32 |
Dyrcona |
I'd use that to disable it. |
| 11:32 |
bshum |
Yep |
| 11:32 |
bshum |
More makefile tweaking I guess |
| 11:32 |
Dyrcona |
I think the conf-available stuff is new with 2.4 in Debian/Ubuntu. |
| 11:33 |
Dyrcona |
IIRC, it was just conf.d or some such. |
| 11:33 |
bshum |
Yeah, it was. This is new to me. |
| 11:33 |
Dyrcona |
Yep. |
| 11:35 |
Dyrcona |
bshum: You want to add a commit to run a2disconf to my namevirtualhost branch, or do you want it separate? |
| 11:35 |
csharp |
<pedantry>Ubuntu LTS releases are synced with Debian testing, not sid</pedantry> so... |
| 11:35 |
csharp |
@blame jessie |
| 11:35 |
pinesol_green |
csharp: jessie stole csharp's ice cream! |
| 11:35 |
bshum |
Dyrcona: Might as well just make that the "fix Ubuntu 14.04 apache nonsense" branch :) |
| 11:35 |
* Dyrcona |
stands corrected by csharp. |
| 11:36 |
Dyrcona |
csharp++ |
| 11:36 |
Dyrcona |
bshum++ && +1 to the suggestion. |
| 11:36 |
bshum |
Dyrcona++ |
| 11:37 |
Dyrcona |
Do we do the a2enmod, etc. stuff in the makefiles, or is that in the documentation to be run after? |
| 11:37 |
bshum |
It's in the makefile |
| 11:37 |
bshum |
I can add a section to do a2disconf |
| 11:37 |
Dyrcona |
The trouble with scripting everything is you sometimes forget where each thing happens. |
| 11:37 |
Dyrcona |
Ok. |
| 11:37 |
bshum |
It looks like it's in Open-ILS/src/extras/install/Makefile.debian actually |
| 11:38 |
bshum |
Where it does all the enmod/dismod stuff |
| 11:38 |
bshum |
I figure add another line segment like |
| 11:38 |
Dyrcona |
I guess I could try build a fresh trusty vm rather than play around with my upgraded-from-precise vm. |
| 11:38 |
bshum |
for m in $(DEB_APACHE_DISCONF); do a2disconf $$m; done; |
| 11:38 |
mrpeters |
have they tagged 2.6.2 yet? or still just the release uploaded to the site |
| 11:39 |
mrpeters |
s/they/we/ |
| 11:39 |
bshum |
And then setup new params for that |
| 11:39 |
bshum |
mrpeters: I know dbwells uploaded previews and mceraso tested them last week. But I don't know if/when they'll be moved to official. Probably just a minor thing to push all that through. |
| 11:39 |
bshum |
He's probably waiting for the right moment to strike |
| 11:40 |
Dyrcona |
bshum: Why don't you add that to my lp 1341013 branch and put it in collab? |
| 11:40 |
pinesol_green |
Launchpad bug 1341013 in Evergreen "NameVirtualHost deprecated in Apache 2.4" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1341013 |
| 11:40 |
mrpeters |
yeah, we use the tag from Git to build our debs |
| 11:40 |
bshum |
Dyrcona: Will do. |
| 11:40 |
dbwells |
mrpeters: It's on my plate for this afternoon. |
| 11:40 |
Dyrcona |
We can rename the bug or the branch later if it seems appropriate. |
| 11:40 |
mrpeters |
dbwells++ awesome |
| 11:41 |
* Dyrcona |
figures out a configuration to auto-build a trusty VM. |
| 11:47 |
bshum |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/bshum/lp1341013_apache24_tweak |
| 11:47 |
bshum |
Dyrcona: Signed off on your commit and added the changes I think we'll need for mod CGI |
| 11:48 |
Dyrcona |
bshum: Cool. I will add your branch to my dev branch and build a test vm first thing after lunch. |
| 12:05 |
|
gsams joined #evergreen |
| 12:11 |
|
b_bonner_ joined #evergreen |
| 12:15 |
|
hbrennan joined #evergreen |
| 12:26 |
|
geoffsams joined #evergreen |
| 12:41 |
|
kitteh_ joined #evergreen |
| 12:43 |
csharp |
hmm Business::Stripe is failing to install |
| 12:44 |
pastebot |
"csharp" at 64.57.241.14 pasted "Business::Stripe fails to install during Makefile.install run" (67 lines) at http://paste.evergreen-ils.org/71 |
| 12:45 |
Dyrcona |
You need to force it if you're using Perl 5.18 or later. |
| 12:45 |
csharp |
same issue as krvmga last week: http://irc.evergreen-ils.org/evergreen/2014-07-08#i_109687 |
| 12:45 |
Dyrcona |
Most of the Makefile.installs were updated is that on trusty? |
| 12:46 |
csharp |
yeah |
| 12:46 |
Dyrcona |
If it is, you need to merge from master. |
| 12:46 |
csharp |
ok |
| 12:46 |
Dyrcona |
We fixed that last week when I ran into it. |
| 12:46 |
Dyrcona |
BTW, Business::Stripe has been nothing but a PITA for those who don't use it. |
| 12:46 |
Dyrcona |
It should have been made optional and only loaded if it is really needed. |
| 12:46 |
csharp |
yeah - that includes us :-/ |
| 12:47 |
csharp |
same with open-ils.auth_proxy - should be a module |
| 12:47 |
dbs |
isn't it a module? |
| 12:48 |
Dyrcona |
I find the reason for the stripe failure to be humorous: The tests are broken by later versions of Perl. The module itself, still works. |
| 12:48 |
csharp |
dbs: I was told a while back that it was effectively non-disable-able |
| 12:48 |
csharp |
so we live with the constant log errors that look just like errors we would actually care about ;-) |
| 12:49 |
dbs |
csharp: oh, maybe from the TPAC side of things? |
| 12:51 |
bshum |
auth_proxy errors? Hmm? |
| 12:52 |
csharp |
bshum: we don't use an auth proxy, so we get a constant stream of opensrf "no one to send my message to!" messages in osrfwarn |
| 12:52 |
dbs |
because TPAC tries to contact open-ils.auth_proxy to see if it's enabled. |
| 12:53 |
bshum |
o.O That sounds annoying, I guess we don't get that cause even though we don't use auth_proxy we leave it enabled? |
| 12:53 |
bshum |
Aha |
| 12:54 |
dbs |
disable the "try{}" block in OpenILS/WWW/EGCatLoader.pm and those should go away |
| 12:54 |
dbs |
but yeah, there's probably a better way. |
| 12:56 |
jeff |
dbs: OpenILS::Application::Circ::Circulate::determine_booking_status uses opensrf.router.info.class.list -- if that isn't possible directly from EGCatLoader, perhaps a helper could be crafted. |
| 12:56 |
jeff |
(assuming there isn't ANOTHER better way) |
| 12:56 |
jeff |
I also don't know how much time that approach takes. |
| 12:56 |
jeff |
I just knew it was there, so thought I'd point it out as a possible approach. |
| 13:21 |
dbwells |
jeff: My IRC client wrapped that as determine_boo - king_status. Thought for a second we might have a Mario Kart module I wasn't aware of ;) |
| 13:21 |
jeff |
dbwells++ :-) |
| 13:22 |
kmlussier |
dbwells: Sounds like a great wishlist feature! :) |
| 13:26 |
|
gsams joined #evergreen |
| 13:54 |
|
pmurray joined #evergreen |
| 13:55 |
|
testbb joined #evergreen |
| 13:55 |
|
testbb left #evergreen |
| 13:57 |
jeff |
csharp: is your issue with open-ils.auth_proxy that you don't run the service at all, and thus there are errors logged when EGCatLoader tries to make a request to it? |
| 13:57 |
csharp |
jeff: correct |
| 13:57 |
csharp |
we have the service commented out in opensrf.xml |
| 13:58 |
jeff |
got it. |
| 13:59 |
csharp |
on my weird patron cached data issue, I changed our org_unit tree on 6/30, renaming a system and its branches and changing the parent org of a few other branches... then I ran autogen.sh -u to update. |
| 13:59 |
csharp |
is it possible that those changes created a weird caching issue that's manifesting itself on client devices? |
| 14:00 |
csharp |
the issue is that stale circ data is showing up in the patron account |
| 14:00 |
jeff |
showing up where in the patron account? |
| 14:01 |
jeff |
opac? staff client? |
| 14:04 |
csharp |
OPAC - the staff client shows the correct data |
| 14:04 |
jeff |
has this issue been confirmed with a new browser/etc? |
| 14:05 |
csharp |
not yet |
| 14:05 |
csharp |
but the issue "corrects itself" |
| 14:05 |
csharp |
which is what makes me think that |
| 14:05 |
csharp |
I'm waiting for a patron to call me back about it |
| 14:07 |
jeff |
especially if the staff client shows correct data, i would try to rule out something like the web browser doing aggressive caching (though with logged-in tpac pages and a well-behaved browser (and no not-well-behaved proxies in the mix) that shouldn't be much of an issue these days). |
| 14:08 |
csharp |
it's not that widespread, but it's creating an atmosphere of anxiety in our libraries since someone publicly emailed the list about it |
| 14:08 |
csharp |
("the list" = PINES internal list) |
| 14:09 |
Dyrcona |
Now Playing: Jamiroquai - Virtual Insanity |
| 14:10 |
csharp |
@weather 30033 |
| 14:10 |
pinesol_green |
csharp: The current temperature in Leafmore, Decatur, Georgia is 77.0°F (2:10 PM EDT on July 14, 2014). Conditions: Mostly Cloudy. Humidity: 32%. Dew Point: 44.6°F. Pressure: 30.05 in 1018 hPa (Rising). |
| 14:10 |
csharp |
@weather 30345 |
| 14:10 |
pinesol_green |
csharp: The current temperature in Lakeside, Atlanta, Georgia is 73.0°F (2:00 PM EDT on July 14, 2014). Conditions: Rain. Humidity: 99%. Dew Point: 73.4°F. Pressure: 30.05 in 1018 hPa (Rising). |
| 14:10 |
csharp |
heh - those locations are basically right beside each other ;-) |
| 14:19 |
jeff |
csharp: a perception battle is never fun. how many reports have you had of this, and how many have you been able to interact with? |
| 14:20 |
csharp |
probably a half-dozen reports statewide |
| 14:20 |
csharp |
I'm trying to talk on the phone with an affected patron |
| 14:20 |
csharp |
(waiting for a call from her) |
| 15:20 |
|
hopkinsju joined #evergreen |
| 15:20 |
|
Bmagic joined #evergreen |
| 15:21 |
csharp |
okay - confirmed - this is a client side caching issue |
| 15:21 |
csharp |
now I'm wondering how the "cache key" works when we run autogen |
| 15:21 |
bshum |
That sounds... complicated. |
| 15:21 |
csharp |
if that changes, the browser should request the new page, yes? |
| 15:22 |
* csharp |
has never looked deeply into this |
| 15:22 |
tsbere |
csharp: The cache key is added to some of the files the browser requests based on that information |
| 15:22 |
tsbere |
csharp: A "file?cache_key" type deal for javascript and such |
| 15:23 |
csharp |
okay, but when, say, items out are requested by the patron, that wouldn't be affected, right? |
| 15:23 |
tsbere |
Not at all, as that isn't part of the generated info you are making the key for |
| 15:23 |
csharp |
this is stumping me then... |
| 15:23 |
csharp |
why would we all of a sudden be seeing this? |
| 15:24 |
csharp |
we're like the mothership of all Evergreen testbeds, seems like we would have run across this in 18 months of running TPAC |
| 15:25 |
dbs |
It's the NSA cache getting in the way. |
| 15:25 |
csharp |
dbs++ |
| 15:27 |
csharp |
@blame nsa |
| 15:27 |
pinesol_green |
csharp: nsa forgot to give the gerbils their chocolate-frosted sugar bombs |
| 15:28 |
dbs |
"We're not saying you've been targeted by the NSA, because we're not allowed to, but if you were, it's possible that they might be sending you cached content while they filter through what you've been reading." |
| 15:29 |
bshum |
mmorgan: If/when you have a moment, can you direct me at how you tweaked your consortium's catalog to put the Novelist content more prominently in the record display? I like it! :D |
| 15:30 |
bshum |
(or put me in touch with whoever customized that for you guys) |
| 15:30 |
* bshum |
has some ideas on how it's done, but figured to ask |
| 15:30 |
kmlussier |
bshum / mmorgan: I know a couple of other consortia that like it too. I wonder if there would be interest in making it the default display for Novelist content. |
| 15:33 |
mmorgan |
bshum: I personally had nothing to do with it :) but will connect you |
| 15:35 |
jeff |
csharp: seek a common thread among the reporting patrons. also, keep an open mind to the possibility that this isn't a sudden new issue, and might not have been caused by any change on your end. :-) |
| 15:36 |
jeff |
even though it's reporting on something which I need to then investigate and fix, the fact that i just received the output of a diagnostic/QA report in my inbox makes me smile. |
| 15:36 |
bshum |
mmorgan: Sweet! Much appreciated. |
| 15:41 |
csharp |
jeff: thanks |
| 15:43 |
hopkinsju |
Quick question: Is there a reason for the lack of undelete option for items in the staff client? It happens from time to time that a library "accidentally" deletes an item. |
| 15:46 |
tsbere |
hopkinsju: I think you can undelete bibs, but not volumes/copies, perhaps because there is no "parent" that also has to exist for a bib? |
| 16:00 |
jeff |
hopkinsju: no specific reason that i know of, other than 1) no strong voiced desire for the feature and 2) as tsbere hinted at, there are lots of things that can get in the way of "undeleting" a copy/volume. |
| 16:31 |
hopkinsju |
Thanks tsbere, jeff. I may have to submit a feature request. This has happened a couple times in the past week or two. |
| 16:31 |
mllewellyn |
hopkinsju: you might want to include a mechanism so the call number is un-deleted, too. |
| 16:32 |
mllewellyn |
at the same time. |
| 16:33 |
mllewellyn |
I just had a case where an item "disappeared" even though it wasn't deleted, because the call number record was deleted. |
| 16:34 |
|
tspindler left #evergreen |
| 16:34 |
jeff |
that's a good report to have handy, but if it's still possible to delete a call number with an attached copy, that's probably worth a bug report also. |
| 16:35 |
jeff |
("report to have handy" being "report that tells you when you have not-deleted copies attached to deleted volumes") |
| 16:36 |
hopkinsju |
Hmm. I agree |
| 16:36 |
bshum |
I wonder if that's SQL schenanigans more than bug in the staff client. |
| 16:36 |
bshum |
But I don't know what's being referred to specifically. |
| 16:38 |
|
kbeswick joined #evergreen |
| 16:42 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:43 |
bshum |
Huh |
| 16:43 |
phasefx |
psql:950.data.seed-values.sql:5019: ERROR: VALUES lists must all be the same length |
| 16:43 |
phasefx |
LINE 2124: ,('circ.use_lost_paid_copy_status', |
| 16:45 |
jeff |
tests++ |
| 16:52 |
Dyrcona |
Actually, I can fix that right quick. |
| 16:52 |
Dyrcona |
It's missing a ", null" at the end of the arguments. |
| 16:55 |
Dyrcona |
Any one have a problem with me pushing it? |
| 16:55 |
Dyrcona |
Or, do you prefer a branch? |
| 16:55 |
phasefx |
not I |
| 16:56 |
Dyrcona |
I'll push it. It can't get worse, can it? ;) |
| 16:57 |
Dyrcona |
Looks like there is another one: psql:950.data.seed-values.sql:5048: ERROR: insert or update on table "org_unit_setting_type_log" violates foreign key constraint "org_unit_setting_type_log_field_name_fkey" DETAIL: Key (field_name)=(circ.booking_reservation.default_elbow_room) is not present in table "org_unit_setting_type". |
| 16:57 |
Dyrcona |
Or is that fallout from the above? |
| 16:58 |
pinesol_green |
[evergreen|Jason Stephenson] Fix 950.data.seed-values.sql. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f8ee081> |
| 16:58 |
jeff |
fallout was my first guess. |
| 16:59 |
Dyrcona |
Well, it is a different insert statement, so I'm less sure. |
| 16:59 |
Dyrcona |
Oh.... never mind. |
| 16:59 |
Dyrcona |
The whole first insert failed, so yeah, probably fall out. |
| 17:00 |
* jeff |
nods |
| 17:00 |
Dyrcona |
I feel like I've been inside a pin ball machine today, bouncing from one thing to another. |
| 17:00 |
Dyrcona |
Anyway, time to go home. |
| 17:01 |
|
ldw joined #evergreen |
| 17:08 |
|
mrpeters left #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:26 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.5.6 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c31c66e> |
| 17:26 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.6.2 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1eaa465> |
| 18:07 |
|
hbrennan joined #evergreen |
| 22:42 |
|
dbwells joined #evergreen |
| 22:43 |
|
sseng joined #evergreen |
| 22:43 |
|
ktomita joined #evergreen |
| 23:05 |
|
mtcarlson joined #evergreen |
| 23:20 |
|
mtcarlson joined #evergreen |
| 23:20 |
|
ktomita joined #evergreen |
| 23:20 |
|
sseng joined #evergreen |
| 23:20 |
|
dbwells joined #evergreen |
| 23:20 |
|
Bmagic joined #evergreen |
| 23:20 |
|
hopkinsju joined #evergreen |
| 23:20 |
|
wjr_ joined #evergreen |
| 23:20 |
|
riot joined #evergreen |
| 23:20 |
|
gmcharlt joined #evergreen |
| 23:20 |
|
eeevil joined #evergreen |
| 23:20 |
|
mnsri joined #evergreen |
| 23:20 |
|
silva joined #evergreen |
| 23:20 |
|
tater joined #evergreen |
| 23:20 |
|
dreuther joined #evergreen |
| 23:20 |
|
mtj_ joined #evergreen |
| 23:20 |
|
paxed joined #evergreen |
| 23:20 |
|
bradl joined #evergreen |
| 23:20 |
|
rangi joined #evergreen |
| 23:20 |
|
Callender joined #evergreen |
| 23:20 |
|
dbs joined #evergreen |
| 23:20 |
|
eby__ joined #evergreen |
| 23:20 |
|
edoceo joined #evergreen |
| 23:20 |
|
AaronZ-PLS joined #evergreen |
| 23:20 |
|
shadowspar joined #evergreen |
| 23:20 |
|
jventuro joined #evergreen |
| 23:20 |
|
remingtron_ joined #evergreen |
| 23:20 |
|
dkyle joined #evergreen |
| 23:20 |
|
chatley joined #evergreen |
| 23:20 |
|
ningalls joined #evergreen |
