| Time |
Nick |
Message |
| 00:23 |
|
dluch joined #evergreen |
| 00:44 |
|
gsams joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:44 |
|
timf joined #evergreen |
| 07:14 |
|
collum joined #evergreen |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 08:00 |
|
ericar joined #evergreen |
| 08:07 |
|
akilsdonk joined #evergreen |
| 08:24 |
|
Dyrcona joined #evergreen |
| 08:30 |
|
mrpeters joined #evergreen |
| 08:31 |
|
tspindler joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:55 |
|
Shae joined #evergreen |
| 09:09 |
jeff |
p/c |
| 09:11 |
|
kbeswick joined #evergreen |
| 09:17 |
|
yboston joined #evergreen |
| 09:39 |
jeff |
part of me wants a set of live tests with the usual data, then a set of live tests with evil data. |
| 09:39 |
jeff |
and of course, the middle ground is adding more unusual-but-perfectly-reasonable data to the "usual data" |
| 09:39 |
wlambert__ |
Good morning. I'm trying to get a new global admin account added to my test installation. I can get the account created, but when I try to log in to the staff client it fails. I've made sure the 'Work OU' box is checked. |
| 09:40 |
wlambert__ |
When I try to change user from the Admin menu I get more details. First the login fails then I get a javascript error - TypeError:$("username").select is not a function |
| 09:40 |
wlambert__ |
In the text at the top of the login screen I get the following: open0ols.auth.authenticate.complete |
| 09:41 |
wlambert__ |
oops. that was supposed to be open-ils.auth.. |
| 09:41 |
wlambert__ |
Any of you guys have any ideas? I'm stumped...again |
| 09:41 |
wlambert__ |
BTW this is Staff Client 2.6 and Evergreen.... |
| 09:41 |
wlambert__ |
just a sec |
| 09:42 |
wlambert__ |
Evergreen 2.6 |
| 09:56 |
|
ldw joined #evergreen |
| 09:57 |
|
kmlussier joined #evergreen |
| 10:13 |
bshum |
wlambert__: I don't think I've seen that particular error before. And it doesn't show up in my googling so far. |
| 10:18 |
wlambert__ |
Thanks! I'm not sure if it is something I did maybe during the install since this is my first go round with Evergreen. I might try to do a complete reinstall on a fresh VM. |
| 10:37 |
|
mllewell joined #evergreen |
| 10:38 |
|
mllewell left #evergreen |
| 10:39 |
|
mllewell joined #evergreen |
| 11:03 |
|
ericar joined #evergreen |
| 11:56 |
|
akilsdonk joined #evergreen |
| 12:06 |
|
bmills joined #evergreen |
| 12:15 |
|
jihpringle joined #evergreen |
| 12:32 |
|
ericar joined #evergreen |
| 12:54 |
|
jwoodard joined #evergreen |
| 13:19 |
|
dluch joined #evergreen |
| 13:27 |
|
afterl joined #evergreen |
| 13:28 |
|
krvmga joined #evergreen |
| 13:29 |
krvmga |
does anyone know off the top of their head where in the database item status is? like "Available", for example. |
| 13:29 |
gmcharlt |
krvmga: config.copy-status |
| 13:30 |
gmcharlt |
*config.copy_status has the list |
| 13:30 |
* krvmga |
thinks gmcharlt is a hero. |
| 13:30 |
krvmga |
gmcharlt++ |
| 13:30 |
krvmga |
thanks |
| 13:30 |
gmcharlt |
you're welcome |
| 13:39 |
|
kbeswick_ joined #evergreen |
| 14:00 |
kmlussier |
@tea |
| 14:00 |
* pinesol_green |
brews and pours a pot of Huang Shan Mao Feng Green Tea, and sends it sliding down the bar to kmlussier (http://ratetea.com/tea/teavivre/huang-shan-mao-feng-green-tea/6041/) |
| 14:01 |
kmlussier |
Is that new? I thought it didn't work the last time I requested tea. |
| 14:14 |
bshum |
kmlussier: I don't think so. |
| 14:14 |
bshum |
But maybe |
| 14:15 |
bshum |
If anything I added it around the same time as everything else |
| 14:15 |
kmlussier |
Now that I think about it, it might have been wine that I previously tried to use. |
| 14:16 |
jcamins |
@wine |
| 14:16 |
pinesol_green |
jcamins: <shaggy>We're, like, doomed.</shaggy> |
| 14:16 |
jcamins |
kmlussier: pinesol_green objects to us making ourselves sleepy. |
| 14:17 |
kmlussier |
jcamins: Well, we'll just have to work on that. |
| 14:19 |
bshum |
I think wine was broken because the html file that code4lib pointed to couldn't be parsed by the version I had installed. Or some other weird python thing that I went "uhh, yeah" to. |
| 14:24 |
krvmga |
does anyone know offhand where the code is that powers copy_counts.tt2 to be the "x of x available copies"? |
| 14:25 |
krvmga |
it refers to misc_util.tt2, which, in turn, is looking for attrs.plib_copy_counts.$depth.available |
| 14:25 |
krvmga |
FOR node IN xml.findnodes(xpath); |
| 14:25 |
krvmga |
FOR attr IN ['count', 'available', 'unshadow', 'transcendant', 'org_unit']; |
| 14:25 |
krvmga |
depth = node.getAttribute('depth'); |
| 14:25 |
krvmga |
args.plib_copy_counts.$depth.$attr = node.getAttribute(attr); |
| 14:25 |
krvmga |
END; |
| 14:31 |
|
collum joined #evergreen |
| 14:35 |
jihpringle |
does anyone know if it is possible to have two identical standing penalties with different block lists so libraries can chose what is blocked? |
| 14:35 |
jeff |
jihpringle: are you talking about system-maintained standing penalties, like those that get automatically applied/removed? |
| 14:36 |
jihpringle |
yes, specifically - PATRON_EXCEEDS_FINES |
| 14:36 |
jeff |
jihpringle: i don't think that it is currently possible for system standing penalties to have a different block list for different libraries. |
| 14:36 |
jihpringle |
that's what we thought, but I thought I'd ask just in case |
| 14:36 |
jeff |
jihpringle: you can have differing thresholds that determine when the standing penalty is applied, but not a different block list. |
| 14:36 |
jihpringle |
jeff: thanks |
| 14:37 |
jeff |
i've had occasion to think about this in the past, so there's some potential interest there, but i also worry about adding TOO much more complexity. |
| 14:37 |
csharp |
since it looks like Fedora and the most recent Debian/Ubuntu releases now have all the standalone DB dependencies packaged, wouldn't it make sense for those deps to be in the postgres-server-* targets of the Makefile.install? |
| 14:37 |
bshum |
csharp: Yes, gmcharlt suggested that to me the other day when I was asking him a question. So I'm +1 to that approach. |
| 14:39 |
csharp |
bshum: well my ubuntu-14-04-makefile branch is quickly growing in scope |
| 14:39 |
bshum |
:) |
| 14:39 |
csharp |
I'm wondering if it makes sense to create a new contrib branch to handle README updates ;-) |
| 14:40 |
bshum |
We could worry about it after we commit the initial stuff for 14.04 |
| 14:40 |
csharp |
ok - sounds good |
| 14:40 |
csharp |
I'm re-testing my branch now |
| 14:40 |
bshum |
The more prodding we do though, the more I worry about backporting it to rel_2_6 in hindsight |
| 14:41 |
csharp |
yeah - I'll keep that in mind |
| 14:41 |
bshum |
That said, I'm perfectly happy putting a note somewhere, only use Precise with 2.6 and less. :D |
| 14:43 |
bshum |
And when you say that about the standalone DB deps, you only mean for Debian Wheezy right? Cause I wasn't sure about Squeeze. |
| 14:43 |
bshum |
or how much we support Squeeze at this point. |
| 14:43 |
bshum |
I thought it was stable and old stable? |
| 14:45 |
bshum |
I just wonder if we still need a part of the README for squeeze standalone |
| 14:45 |
bshum |
or if we just ignore it and move on :) |
| 14:45 |
* bshum |
doesn't work with squeeze anyways |
| 14:49 |
csharp |
I meant wheezy, yeah |
| 14:49 |
csharp |
hmmm - AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/sites-enabled/eg.conf:103 |
| 14:49 |
bshum |
Fancy |
| 14:50 |
csharp |
looks like a bug report ;-) |
| 14:50 |
bshum |
Guess we remove it from the config? |
| 14:51 |
csharp |
bug 1208915 was reported by paxed last year |
| 14:51 |
pinesol_green |
Launchpad bug 1208915 in Evergreen "Apache 2.4.6 warns about eg.conf" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/1208915 |
| 14:51 |
bshum |
Aha |
| 14:51 |
|
kbeswick joined #evergreen |
| 14:52 |
csharp |
catalog works |
| 14:52 |
csharp |
I'll need to tail the logs and test the client next |
| 14:53 |
csharp |
oh - and standardizing logging with rsyslog by default is something else I'd like to work on |
| 14:54 |
bshum |
I hear you there |
| 14:54 |
csharp |
and creating an example init/upstart/systemd script |
| 14:54 |
bshum |
I need to finally write a new logging central server |
| 14:54 |
* csharp |
DOES ALL THE THINGS |
| 14:54 |
bshum |
With rsyslog instead of old style syslog-ng |
| 15:03 |
|
hbrennan joined #evergreen |
| 15:06 |
|
mmorgan left #evergreen |
| 15:39 |
mceraso |
dbwells: I tested the 2.6.1 maintenance release using Ubuntu 12.04 LTS. Everything works well |
| 15:40 |
dbwells |
mceraso++ # thanks! |
| 15:51 |
|
gerson joined #evergreen |
| 15:58 |
gmcharlt |
mceraso++ |
| 16:00 |
|
akilsdonk joined #evergreen |
| 16:12 |
Dyrcona |
Is there a call that will show the SQL created from a JSON query? |
| 16:13 |
eeevil |
Dyrcona: there's a command line tool |
| 16:14 |
Dyrcona |
test_json_query ? |
| 16:20 |
Dyrcona |
I tried something in a JSON query that I expected to make no difference at best or fail with an error at worst, and it did exactly what I hoped, so I want to see the SQL. |
| 16:22 |
|
tspindler left #evergreen |
| 16:24 |
gmcharlt |
Dyrcona: yep, it's test_json_query |
| 16:30 |
Dyrcona |
ugh. You have to specify the JSON query on the command line..... |
| 16:31 |
Dyrcona |
Not a file, the query itself, and it won't read standard input. |
| 16:31 |
Dyrcona |
Not worth the hassle at the moment. |
| 16:41 |
jeff |
something like this? |
| 16:41 |
jeff |
cat /tmp/something.json | xargs --null test_json_query |
| 16:42 |
jeff |
assuming no nulls in /tmp/something.json, and assuming test_json_query doesn't go out of its way to consider newlines intolerable... |
| 16:50 |
|
vlewis joined #evergreen |
| 16:54 |
Dyrcona |
jeff: I mangled it up in a scratch buffer, then copied and pasted. |
| 16:54 |
Dyrcona |
Turns out that what I added was being ignored. |
| 17:01 |
|
artunit joined #evergreen |
| 17:11 |
|
mtate joined #evergreen |
| 17:26 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:44 |
|
zerick2 joined #evergreen |
| 18:58 |
|
zerick2 joined #evergreen |
| 19:14 |
|
t8r joined #evergreen |
| 19:16 |
|
jcamins_ joined #evergreen |
| 19:17 |
|
edoceo joined #evergreen |
| 19:20 |
|
shadowspar joined #evergreen |
| 19:20 |
|
BigRig joined #evergreen |
| 19:25 |
|
dluch2 joined #evergreen |
| 21:05 |
|
dluch joined #evergreen |
| 21:13 |
|
afterl left #evergreen |
| 21:44 |
|
dluch2 joined #evergreen |
