| Time |
Nick |
Message |
| 02:58 |
|
cherri joined #evergreen |
| 02:58 |
|
cherri left #evergreen |
| 05:33 |
|
wlayton joined #evergreen |
| 07:40 |
|
graced joined #evergreen |
| 07:40 |
|
sarabee joined #evergreen |
| 07:50 |
|
jboyer-isl joined #evergreen |
| 08:00 |
csharp |
@weather 30345 |
| 08:00 |
pinesol_green |
csharp: The current temperature in Lakeside, Atlanta, Georgia is 30.9°F (8:00 AM EST on February 25, 2015). Conditions: Clear. Humidity: 87%. Dew Point: 28.4°F. Windchill: 30.2°F. Pressure: 29.99 in 1015 hPa (Falling). Freezing fog advisory in effect until 9 am EST this morning... |
| 08:04 |
jonadab |
Ah, warm and melty. |
| 08:05 |
jonadab |
Oh, wait, that's in _Georgia_? |
| 08:05 |
jonadab |
Huh. |
| 08:10 |
|
ericar joined #evergreen |
| 08:18 |
|
_bott_ joined #evergreen |
| 08:36 |
|
mrpeters joined #evergreen |
| 08:37 |
|
Shae joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:47 |
|
collum joined #evergreen |
| 08:52 |
tsbere |
@weather 01845 |
| 08:52 |
pinesol_green |
tsbere: The current temperature in WB1CHU, Lawrence, Massachusetts is 18.0°F (8:52 AM EST on February 25, 2015). Conditions: Mostly Cloudy. Humidity: 84%. Dew Point: 14.0°F. Windchill: 10.4°F. Pressure: 29.75 in 1007 hPa (Rising). |
| 08:53 |
remingtron |
@weather 49546 |
| 08:53 |
pinesol_green |
remingtron: The current temperature in Cascade, Grand Rapids, Michigan is 7.7°F (8:53 AM EST on February 25, 2015). Conditions: Partly Cloudy. Humidity: 77%. Dew Point: 1.4°F. Windchill: -0.4°F. Pressure: 29.99 in 1015 hPa (Rising). |
| 08:54 |
remingtron |
It's finally warming up in Michigan |
| 08:59 |
|
krvmga joined #evergreen |
| 09:01 |
krvmga |
i've been doing a fresh install of eg 2.7.3 and, at the end, when i restart apache, i get an error in sites-enabled/eg.conf -- Invalid command 'ExpiresActive' . is this related to the web client and can i just comment that section out? |
| 09:03 |
|
sarabee joined #evergreen |
| 09:03 |
bshum |
krvmga: A cursory google search says to me that maybe something is wrong with your apache modules and you're missing something. |
| 09:03 |
bshum |
What OS are you using? |
| 09:03 |
krvmga |
bshum: debian wheezy |
| 09:04 |
krvmga |
bshum: if that's so, i'll poke around at that for a while and see what happens. |
| 09:05 |
bshum |
krvmga: I don't know, I just googled your error "Invalid command 'ExpiresActive'" and the first couple hits all describe problems with an apache module being misconfigured |
| 09:05 |
tsbere |
krvmga: a2enmod expires or mod_expires? |
| 09:05 |
bshum |
What tsbere says --^ |
| 09:05 |
krvmga |
tsbere: i will check. thanks |
| 09:06 |
bshum |
tsbere++ |
| 09:10 |
csharp |
we haven't seen that on 2.7.2, fwiw (and we have not enabled the web client) |
| 09:16 |
|
Newziky joined #evergreen |
| 09:19 |
|
rjackson_isl joined #evergreen |
| 09:24 |
|
RoganH joined #evergreen |
| 09:27 |
csharp |
ooh - gotta get my EG session proposals submitted! |
| 09:28 |
csharp |
planning on doing one on report creation via the EG reports interface (hopefully supplementing and not duplicating RoganH's more SQL-oriented approach) and one on troubleshooting with EG logs |
| 09:30 |
|
yboston joined #evergreen |
| 09:33 |
RoganH |
csharp: I think they'd be very complimentary programs |
| 09:33 |
csharp |
I think so too after reading your description |
| 09:36 |
RoganH |
I was reading your launchpad bug notes this morning about the IDL issues. I think the reporter has a function but I'm convinced (and have been for a long time) that the sql template feature for the new staff client is critical. |
| 09:37 |
csharp |
RoganH: definitely. If I could manually tweak the created SQL and save *that*, we'd be in business. |
| 09:37 |
RoganH |
csharp: agreed 100% |
| 09:47 |
csharp |
okay - submitted (whew!) |
| 09:48 |
bshum |
csharp++ |
| 09:48 |
bshum |
:) |
| 09:48 |
* csharp |
gets back to creating reports templates for realz |
| 09:49 |
* berick |
still needs something good to talk at EG. |
| 09:49 |
berick |
suggestions welcome |
| 09:49 |
berick |
:) |
| 09:50 |
bshum |
Hmmmmm.............. |
| 09:50 |
* csharp |
is interested in how PCRUD works under the hood, but that may not be a full hour's program |
| 09:55 |
berick |
hmm |
| 09:56 |
berick |
could be part of a broader API discussion |
| 09:57 |
berick |
flat fielder. how js talks to pcrud, etc. |
| 09:57 |
berick |
idl stuff |
| 09:57 |
* berick |
ponders |
| 09:59 |
kmlussier |
@coffee |
| 09:59 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirga Cheffe Koke Espresso, and sends it sliding down the bar to kmlussier |
| 10:00 |
|
Newziky left #evergreen |
| 10:00 |
gmcharlt |
berick: possibly mix that in with discussion about how permissions influence access via those APIs? |
| 10:01 |
berick |
gmcharlt: yes! |
| 10:05 |
berick |
speaking of perms/access, we should consider augmenting the owning_user pcrud attribute. ideally, we could specify which fields are editable |
| 10:06 |
berick |
so we're not forced to use the actor.usr_message_limited trick every time |
| 10:07 |
berick |
used carelessly, it would be trivial for someone to, say, change the pkey on an object and clobber other data. |
| 10:08 |
* berick |
will open an LP |
| 10:08 |
|
jwoodard joined #evergreen |
| 10:09 |
csharp |
berick: I would totally attend a session on that |
| 10:09 |
eeevil |
berick: I'd say we should restrict changing the pkey via pcrud altogether, actually, unless there's a "can edit pkey" flag turned on. (use case for editing pkey: circ mods) |
| 10:09 |
* csharp |
note to self: don't schedule my own sessions to conflict with berick's |
| 10:10 |
berick |
csharp: good to know. I mean.. it was your idea ;) |
| 10:11 |
eeevil |
berick: and, perhaps, an "immutable" flag on fields that should never be changed via UPDATE through either pcrud or cstore. (use case: xact on billing/payment rows) |
| 10:11 |
csharp |
heh |
| 10:13 |
berick |
eeevil: thinking.. |
| 10:14 |
berick |
so, we'd need a way to say "pkey can be changed", "no one can change this field", "users with UPDATE perms can change this field, but not the owning_user" |
| 10:14 |
berick |
for the latter, thing usr_message.title as an example |
| 10:15 |
eeevil |
I'd like those to be immutable across the board. notes are not currently editable, fwiw |
| 10:15 |
tsbere |
allow multiple update perm blocks and allow each to specify fields that it applies to? |
| 10:15 |
eeevil |
I think of those like an email. once sent, it's chiseled into the internet |
| 10:15 |
berick |
eeevil: sure, but that's just an example |
| 10:16 |
berick |
maybe examples like that are cases where owning_usr should be not be used, though |
| 10:17 |
eeevil |
berick: I think that's a bad one to use as an example ... neither staff nor patrons should be able to edit those (as designed) |
| 10:17 |
eeevil |
they're kinda "outside" the ownership/permission scope WRT updates |
| 10:18 |
berick |
yeah, probably so |
| 10:18 |
eeevil |
I'm trying to think of another example... |
| 10:18 |
eeevil |
an example where an owner shouldn't be able to control an object in ways others could |
| 10:20 |
tsbere |
Users changing their address, but can't say whether or not it is valid/within city limits? |
| 10:20 |
eeevil |
there are so few "owned" objects ... |
| 10:20 |
berick |
tsbere: i think we'd leave addresses as they are (not using owning_usr) |
| 10:21 |
berick |
since they are senstitive |
| 10:21 |
eeevil |
right |
| 10:21 |
eeevil |
("right" to berick's comment) |
| 10:21 |
berick |
eeevil: i can't think of any either |
| 10:21 |
berick |
looked at queues, buckets.. all would be immutable or not |
| 10:24 |
berick |
+1 to pkey-editable and immutable |
| 10:24 |
berick |
attributes |
| 10:24 |
berick |
those alone will make what we have more secure |
| 10:25 |
berick |
even before owning_usr proliferates |
| 10:26 |
eeevil |
possible implementation: during doUpdate(), check those attrs on the idl field, and simply skip adding them to the SET list as indicated by the IDL value |
| 10:35 |
berick |
could be a good hackfest project |
| 10:39 |
|
ying joined #evergreen |
| 10:55 |
|
kbutler joined #evergreen |
| 11:03 |
krvmga |
is there a character limit for an Organization Unit Policy Code? |
| 11:03 |
krvmga |
the question i've been asked is "is 12 characters too long?" |
| 11:04 |
kmlussier |
Not in Evergreen, but there could be limits in other systems that Evergreen communicates with. |
| 11:04 |
|
jwoodard joined #evergreen |
| 11:04 |
krvmga |
kmlussier: thanks. that's what i thought. |
| 11:06 |
bshum |
*cough, cough* B&T |
| 11:07 |
kmlussier |
EDI is a very good example, but I seem to recall C/W MARS reducing the character length of its codes before implementation because of non-EDI concerns. |
| 11:07 |
kmlussier |
Are there certain limits to the length of SIP messages? |
| 11:09 |
csharp |
kmlussier: not so restrictive to affect OU names |
| 11:09 |
csharp |
unless krvmga wants to get into 255 character+ names |
| 11:09 |
csharp |
(not remembering if that's the limit, but it's not restrictive) |
| 11:10 |
kmlussier |
krvmga: I see that ShareIT has a 16-character limit for the library name. I think all of your ShareIT names will also have CW on top of whatever the policy code is. |
| 11:10 |
krvmga |
kmlussier: i see |
| 11:11 |
krvmga |
csharp: drat, now i can't have the full gettysburg address as a policy name. :( |
| 11:17 |
phasefx |
four score and seven policies ago... |
| 11:20 |
|
chatley joined #evergreen |
| 11:33 |
|
bmills joined #evergreen |
| 11:57 |
|
sandbergja joined #evergreen |
| 11:58 |
|
gdunbar joined #evergreen |
| 12:03 |
bshum |
Need an extra opinion on the fix for https://bugs.launchpad.net/evergreen/+bug/1373203 |
| 12:03 |
pinesol_green |
Launchpad bug 1373203 in Evergreen "Need a more intuitive means of escape after clicking Advanced Hold Options" (affected: 3, heat: 18) [Medium,Confirmed] |
| 12:04 |
bshum |
I think it's a bug, but the fix introduces a new string |
| 12:04 |
bshum |
Any hard/strong opinions against backporting it to rel_2_7/rel_2_6 with the potential of having a new untranslated string appear? :\ |
| 12:04 |
bshum |
Unrelated, I hate i18n problems :( |
| 12:05 |
* kmlussier |
would like to see it backported |
| 12:05 |
bshum |
Personally, I think the workflow it repairs is more important than one language string change. |
| 12:05 |
bshum |
Well, one new entry. |
| 12:05 |
bshum |
And I'd be willing to help get the translated value back into the next maintenance releases or whatnot. |
| 12:06 |
* bshum |
feels all conflicty |
| 12:07 |
kmlussier |
I hate seeing users trapped in a place where they might not want to be. |
| 12:15 |
|
bmills joined #evergreen |
| 12:18 |
pinesol_green |
Showing latest 5 of 82 commits to Evergreen... |
| 12:19 |
pinesol_green |
[evergreen|Mike Rylander] LP#1402797 Move aDisabled from patron/app to services/ui so it can be used everywhere - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8b54b72> |
| 12:19 |
pinesol_green |
[evergreen|Mike Rylander] LP#1402797 Test value directly, and invert test for the a-disabled test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d0b04cb> |
| 12:19 |
pinesol_green |
[evergreen|Mike Rylander] LP#1402797 Do not allow workstations as org units that cannot have user - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=988cfd0> |
| 12:19 |
pinesol_green |
[evergreen|Mike Rylander] LP#1402797 Allow (and use) a default cancel cause for holds by passing around a scalar instead of an object - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6de17d3> |
| 12:19 |
pinesol_green |
[evergreen|Mike Rylander] LP#1402797 Open item status in a new tab - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0af2c25> |
| 12:19 |
RoganH |
Is anyone using a point of sale system with Evergreen? |
| 12:19 |
dbs |
Can you use any other existing string for the backport, even if it's not ideal? |
| 12:20 |
|
AdmiralJayce joined #evergreen |
| 12:21 |
bshum |
dbs: That's a thought, hmm, kmlussier what do you think? |
| 12:22 |
AdmiralJayce |
Hello everyone |
| 12:24 |
bshum |
AdmiralJayce: Greetings |
| 12:24 |
|
Shae joined #evergreen |
| 12:25 |
kmlussier |
Sorry, I was being distracted by talk of pizza |
| 12:25 |
AdmiralJayce |
I've been reading through the docs and I have a question I couldn't answer there.. Does evergreen support SSO via OAuth2 or any other mechanism? |
| 12:25 |
bshum |
Aww man, now I want pizza :( |
| 12:26 |
kmlussier |
I can look around at existing strings, but "Basic Hold Options" seems to clear. |
| 12:27 |
kmlussier |
bshum: I think you need to order pizza for lunch today |
| 12:28 |
AdmiralJayce |
pizza is always a safe bet :) |
| 12:44 |
dbs |
I want linked open pizza. |
| 12:50 |
|
kitteh_ joined #evergreen |
| 12:51 |
|
julialima_ joined #evergreen |
| 12:55 |
bshum |
AdmiralJayce: Not knowing a great deal on this area, but SSO = Single Sign On? |
| 12:56 |
* bshum |
knows AuthProxy options in opensrf.xml allows for LDAP authentication, but doesn't know anything else atm |
| 12:58 |
|
dreuther__ joined #evergreen |
| 12:58 |
|
dreuther___ joined #evergreen |
| 13:00 |
AdmiralJayce |
yes, single sign on |
| 13:02 |
* kmlussier |
never publicized the final date for Bug Squashing Day :( |
| 13:02 |
bshum |
kmlussier might just have to squash bugs alone then? :) |
| 13:03 |
* bshum |
is kidding, of course. |
| 13:03 |
* mmorgan |
will be happy to help kmlussier squash bugs :) |
| 13:03 |
|
dreuther_ joined #evergreen |
| 13:03 |
|
dreuther joined #evergreen |
| 13:04 |
bshum |
"You have my sword." "And you have my bow." "And my axe!" |
| 13:07 |
kmlussier |
I set it as March 2 in the Doodle poll. I may have even mentioned the date in here. But no e-mail went out. |
| 13:08 |
* kmlussier |
will eat pizza and worry about it later |
| 13:12 |
dbs |
AdmiralJayce: we had a CAS ticket authentication mechanism working |
| 13:15 |
dbs |
CAS stuff roughly at http://git.evergreen-ils.org/?p=contrib/Conifer.git;a=commitdiff;h=88b1d68561e71c18d5d5098cb79ab0ddbaf61ff6 artunit++ |
| 13:19 |
|
jihpringle joined #evergreen |
| 13:19 |
AdmiralJayce |
dbs: Thanks! |
| 13:28 |
|
vlewis joined #evergreen |
| 13:51 |
kmlussier |
dbs / bshum: I think it would be okay to go with "Go Back" for the purposes of backporting on bug 1373203. bshum had suggested it. |
| 13:51 |
pinesol_green |
Launchpad bug 1373203 in Evergreen "Need a more intuitive means of escape after clicking Advanced Hold Options" (affected: 3, heat: 18) [Medium,Confirmed] https://launchpad.net/bugs/1373203 |
| 13:53 |
|
AdmiralJayce left #evergreen |
| 14:01 |
|
dreuther___ joined #evergreen |
| 14:01 |
|
dreuther__ joined #evergreen |
| 14:07 |
|
mglass joined #evergreen |
| 14:11 |
|
dreuther_ joined #evergreen |
| 14:11 |
|
dreuther joined #evergreen |
| 14:25 |
|
bmills joined #evergreen |
| 15:15 |
bshum |
kmlussier++ # I'll create a backport version to push back to rel_2_7 and rel_2_6 then based on that wording, which shouldn't break anything since we have it in the PO file for i18n. |
| 15:15 |
bshum |
THanks! |
| 15:26 |
|
gdunbar joined #evergreen |
| 15:29 |
pinesol_green |
[evergreen|Kathy Lussier] lp1373203: Allow users to escape metarecord holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ba3e77> |
| 15:59 |
|
Newziky joined #evergreen |
| 16:35 |
|
jboyer-isl left #evergreen |
| 16:44 |
|
Newziky left #evergreen |
| 16:50 |
|
julialima_ left #evergreen |
| 16:57 |
|
dMiller_ joined #evergreen |
| 17:05 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:21 |
|
mmorgan left #evergreen |
| 17:29 |
* berick |
chuckles at this winter storm warning: .5 - 10 inches of snow |
| 17:29 |
|
jihpringle joined #evergreen |
| 17:29 |
berick |
@eightball will I finally get my snowmageddon? |
| 17:29 |
pinesol_green |
berick: What are you asking me for? |
| 17:30 |
berick |
well, when you put it that way |
| 17:31 |
jcamins |
berick: that seems like a rather wide range. |
| 17:32 |
jcamins |
All the way from "not a storm" to "a storm." |
| 17:32 |
jcamins |
I suppose they're trying to get something right for a change. |
| 17:33 |
berick |
jcamins: hah, exactly. "meh to OMG" |
| 17:33 |
dcook |
Hehe |
| 17:33 |
dcook |
Just noticed the decimal there |
| 17:34 |
jcamins |
berick: I must be jaded, but 10" doesn't even seem like "OMG." |
| 17:34 |
jcamins |
Unless you're in GA. |
| 17:34 |
jcamins |
Are you in GA? |
| 17:35 |
berick |
NC |
| 17:35 |
* dcook |
was just thinking west coast or the south |
| 17:36 |
|
bmills joined #evergreen |
| 17:37 |
jcamins |
Maybe your weather people learned their lesson from the predictions our weather people have been making. |
| 17:37 |
|
dreuther__ joined #evergreen |
| 17:37 |
|
dreuther___ joined #evergreen |
| 17:37 |
jcamins |
"OMG THIS IS GOING TO BE A HUGE STORM GUYS! SHUT DOWN THE NEW YORK CITY METROPOLITAN AREA!" |
| 17:37 |
jcamins |
(two days later): "observers detected half an inch of snow in Central Park yesterday" |
| 17:39 |
jeffdavis |
Would it be premature for me to register a Launchpad project for Overdrive API integration? I figure it would be useful to have bug tracking. |
| 17:39 |
berick |
jcamins: someone could have slipped on that |
| 17:40 |
jcamins |
berick: yeah, thank goodness everything was closed. |
| 18:16 |
|
dreuther_ joined #evergreen |
| 18:16 |
|
dreuther joined #evergreen |
| 18:18 |
gmcharlt |
jeffdavis: not premature at all |
| 18:29 |
|
ildefonso joined #evergreen |
| 18:30 |
|
bmills joined #evergreen |
| 20:05 |
|
sarabee joined #evergreen |
| 20:07 |
|
eeevil joined #evergreen |
| 20:27 |
|
eeevil joined #evergreen |
| 20:27 |
|
sarabee joined #evergreen |
| 21:36 |
|
dMiller_ joined #evergreen |
| 22:02 |
|
bmills joined #evergreen |
| 22:07 |
|
bmills1 joined #evergreen |
