| 05:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:02 |
|
wsmoak joined #evergreen |
| 07:29 |
|
Callender_ joined #evergreen |
| 07:40 |
|
mtate joined #evergreen |
| 11:35 |
kmlussier |
snigdha26: Depending on what you are documenting, you could use one of the community demos. |
| 11:35 |
yboston |
snigdha26: sorry, I had to take a phone call |
| 11:36 |
kmlussier |
snigdha26: http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers#community_demo_servers |
| 11:36 |
yboston |
snigdha26: let me first exlain that overall Evergreen has to sotware parts, the server part, and the client part |
| 11:37 |
yboston |
the client can be installed on windows very easily, and you can then connect your client to a community (test) server like Kathy mentioned |
| 11:38 |
yboston |
snigdha26: the server part of Evergreen has a lot more steps for installation and cannot be installed on windows. |
| 11:38 |
yboston |
usually to write docuemntation for this prject you only need the client |
| 11:39 |
snigdha26 |
kmlussier: I'll start with installing the client server then. |
| 11:40 |
snigdha26 |
yboston: What part of the documentation can I start working with after that? |
| 11:48 |
kmlussier |
snigdha26: We have some small doc needs at http://bit.ly/YqlB8y that might be good to start on. |
| 11:55 |
yboston |
snigdha26: I want to make it claer that the Evergreen "server" and the Evergreen "client" are two seprate peices fo software |
| 11:56 |
yboston |
snigdha26: The Evergreen cleint is easy to install on Windows. Once you install it you need to point your Evergreen client to one of the Commmunity servers that are already isntalled and running for anyone to use |
| 12:02 |
snigdha26 |
yboston: I've installed the Evergreen client |
| 12:06 |
yboston |
snigdha26: now you need to conenct your Evergreen client to one of the community servers that kmlussier mentioned earlier here http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers#community_demo_servers |
| 12:07 |
yboston |
snigdha26: when you run the Evergreen cleint, you will see a window that asks for information to connect to an Evergreen server |
| 12:08 |
yboston |
like "hostname" , where you would use the URL of one of the test servers listed in the community server link |
| 12:09 |
yboston |
though you should not use the "http://" part of the community server. So for the "hotname" value use "demo.evergreencatalog.com" instead of "http://demo.evergreencatalog.com/" |
| 12:11 |
snigdha26 |
yboston: I am encountering a network or server failure when I try to enter the workstation name, after logging in |
| 12:11 |
|
jihpringle joined #evergreen |
| 12:11 |
|
sudshekhar02 joined #evergreen |
| 12:12 |
yboston |
there is an issue that always comes up the very ifrst time you connect the EG cleint to a EG server |
| 12:12 |
yboston |
it might be happening this time too |
| 12:12 |
yboston |
what does the client say right below the button called "re-test server" |
| 12:12 |
yboston |
does it say "200: Ok" |
| 12:12 |
yboston |
in greeen? |
| 12:13 |
snigdha26 |
yboston: status: 200 ok |
| 12:13 |
yboston |
it says 200 OK once or twice? |
| 12:13 |
snigdha26 |
yboston: twice. For status and version both |
| 12:26 |
|
wsmoak left #evergreen |
| 12:26 |
kmlussier |
snigdha26: OK, I can get that one back up and running for you. But it takes about 10 to 15 minutes. Sorry about that. |
| 12:27 |
snigdha26 |
kmlussier: Not a problem :) |
| 12:27 |
yboston |
snigdha26: this is good that you are helping us test our test community servers, thanks! |
| 12:28 |
snigdha26 |
yboston: haha, just trying to get started |
| 12:29 |
kmlussier |
yboston: Better to find the problems now than in the middle of Friday's DIG hackfest, right? :) |
| 12:29 |
yboston |
kmlussier: exactly |
| 12:42 |
snigdha26 |
yboston: I would have to work on asciidoc right? |
| 12:42 |
yboston |
snigdha26: no that is optional |
| 12:43 |
kmlussier |
snigdha26: The masslnc community demo server should be ready now. |
| 12:47 |
snigdha26 |
kmlussier: There's an error testing the hostname |
| 12:48 |
yboston |
snigdha26: any errors in the are below "re-test server"? |
| 12:48 |
yboston |
*area |
| 12:48 |
kmlussier |
snigdha26: you might need to add an SSL exception for that server. |
| 12:49 |
snigdha26 |
yboston, kmlussier: All good, I was able to register :D |
| 12:50 |
kmlussier |
snigdha26: Was it the SSL exception? If so, I should add that info to the wiki page. |
| 17:16 |
|
sarabee_ joined #evergreen |
| 17:16 |
|
mmorgan left #evergreen |
| 17:27 |
|
geoffsams joined #evergreen |
| 17:35 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:41 |
|
Dyrcona joined #evergreen |
| 20:22 |
|
hbrennan joined #evergreen |
| 23:32 |
|
ktomita_ joined #evergreen |
| 04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:26 |
|
wsmoak joined #evergreen |
| 07:38 |
|
rjackson-isl joined #evergreen |
| 07:47 |
|
mtate joined #evergreen |
| 09:30 |
jeff |
csharp: if you look at that file, it does most of its work inside a sub called "handler", which expects (among other things) an A/T-style $env hash with params. the actual elements of that hash that are used by that specific sub are few, but it's also going to do things like make log entries that claim to be trigger-related, and it's going to fire any A/T events that are defined for longoverdue.auto (which you may or may not have) |
| 09:31 |
eeevil |
csharp: a/t is meant to handle that stuff for you, so unless you're talking about a list on the order of several hundred thousand items (and even then, with judicious use of delay settings for the definition), you may just want to let a/t handle it. you'll notice that the the reactor is also potentially creating cascaded events (could be notifications, etc) after marking the item longoverdue |
| 09:32 |
eeevil |
jeff: jinx :) |
| 09:42 |
csharp |
eeevil: let me do a count of items that match our criteria |
| 09:42 |
|
yboston joined #evergreen |
| 09:44 |
csharp |
eeevil: looks like 309,524 at the moment that I would need to process |
| 09:44 |
csharp |
I'll look into processing with A/T (doing this all on a test server at the mo) |
| 09:46 |
eeevil |
if you used the min and max delay to do it in several-month chunks (change the def after each run) I bet that'll be less work in the long run |
| 09:46 |
csharp |
eeevil: excellent - I didn't know if that was a sane approach or not |
| 09:47 |
eeevil |
well, if you set it up as a special granularity for the time being, those could be processed in one go in parallel with the normal events. with --granularity-only |
| 14:10 |
kmlussier |
I was wondering if it would be wortwhile to have a separate DIG hack-a-way day just to focus on web client documentation. Of course, it couldn't be done in time for the 2.7 release. |
| 14:10 |
yboston |
I am open to a second event |
| 14:10 |
yboston |
or if there is time during the upcoming one |
| 14:11 |
kmlussier |
The nice thing about getting the documentation done early is that it also can serve as an opportunity to test functionality in the new web client. |
| 14:11 |
yboston |
kmlussier: good point |
| 14:11 |
jihpringle |
I'd be happy to work on it during the current hack-a-way or participate in a future specifc one |
| 14:11 |
kmlussier |
yboston: I think doing both in one day would be ambitious. |
| 15:30 |
remingtron |
Stompro: another thought, I've found that some client files have copies on the server, and that has confused me about which one to edit sometimes |
| 15:30 |
jeff |
but Windows vista and up will happy confuse things if you try to edit some files in some ways. :P |
| 15:31 |
phasefx |
Stompro: try creating a different profile with -profileManager |
| 15:31 |
jeff |
remingtron: good point, though in this case i think phasefx's test local edit confirmed that the file in question should be local and not server-sourced |
| 15:31 |
jeff |
Stompro: what is the full path to the file on disk that you are editing, and what's the local OS? |
| 15:32 |
Stompro |
phasefx: when you said "main.js" did you mean "menu.js" ? |
| 15:32 |
phasefx |
Stompro: no, I tried main.js so I wouldn't have to bother logging in |
| 15:32 |
jeff |
oh hey. |
| 17:06 |
|
wsmoak joined #evergreen |
| 17:09 |
|
mdriscoll left #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:24 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 20:03 |
|
kmlussier joined #evergreen |
| 20:34 |
|
kmlussier joined #evergreen |
| 21:00 |
jeff |
phasefx: live test failure looks like another race condition -- what do you think? |
| 21:01 |
phasefx |
jeff: yeah, I think so, but no insight or tuits for fixing it |
| 21:03 |
jeff |
is there any way to allow for on-demand re-run of the tests by some folk, either via web or ssh? |
| 21:03 |
|
buzzy joined #evergreen |
| 21:07 |
phasefx |
jeff: not conceptually difficult, but some work is needed; my main concern is that we're using ganeti for it, and multiple folks can't do things concurrently with that. That said, virtualbox works fine with these tools :) |
| 21:09 |
phasefx |
maybe it's time to work in support for multiple drones, or fold it into buildbot somehow |
| 21:10 |
jeff |
i was just thinking "enable someone to trigger a sooner-than-in-12-hours re-run" |
| 21:10 |
jeff |
not "multiple concurrent test runs / testing different branches / etc" |
| 21:10 |
jeff |
that might have been unclear, or i might have misunderstood your answer. :-) |
| 21:11 |
phasefx |
we can cron it more frequently; my concern with concurrency is with us doing ganeti-stuff with other vm's at the same time |
| 21:11 |
phasefx |
I'm not a ganeti guru though |
| 21:12 |
jeff |
ah |
| 00:04 |
Guest6556 |
There is two types of policy the first is student policy who can borrowed atleast 25 books and Faculty which is 50 books. the problem is the number of books they can borrow is 10... |
| 00:04 |
Guest6556 |
Oh. well thanks for the answer and ideas I will try your suggestion. |
| 00:13 |
|
tsbere joined #evergreen |
| 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:17 |
|
rangi joined #evergreen |
| 05:20 |
|
wsmoak joined #evergreen |
| 05:22 |
|
ldw joined #evergreen |
| 09:09 |
|
csharp joined #evergreen |
| 09:11 |
* csharp |
survived Adventures with PostgreSQL 9.3 last night |
| 09:12 |
csharp |
particularly bug 1253163 and bug 1277731 were fun to track down |
| 09:12 |
pinesol_green |
Launchpad bug 1253163 in Evergreen "authority indexes can fail on Postgres 9.3.0" (affected: 3, heat: 20) [Critical,Fix released] https://launchpad.net/bugs/1253163 |
| 09:12 |
pinesol_green |
Launchpad bug 1277731 in Evergreen "Hold tests failure" (affected: 1, heat: 6) [Critical,Fix released] https://launchpad.net/bugs/1277731 |
| 09:13 |
csharp |
eeevil++ dbwells++ # for fixes review on both so I wasn't up the creek ;-)( |
| 09:14 |
csharp |
s^fixes review^fixes/review^ |
| 09:25 |
|
yboston joined #evergreen |
| 11:01 |
dbs |
gmcharlt++ |
| 11:01 |
krvmga |
dbs: i just got your email. thx :) |
| 11:04 |
krvmga |
gmcharlt: it fetched the working branches |
| 11:05 |
gmcharlt |
krvmga: ok, another test for you: ssh git git.evergreen-ils.org (/me is watching /var/log/auth.log on the git server) |
| 11:06 |
krvmga |
gmcharlt: done |
| 11:08 |
gmcharlt |
krvmga: did you get back a list of repositories? |
| 11:08 |
krvmga |
gmcharlt: yes, down to working/random and then the connection closed |
| 11:20 |
eeevil |
it shouldn't have that (or, mine does not) |
| 11:21 |
gmcharlt |
eeevil: it doesn't make a difference whether or not ".git" is there |
| 11:21 |
eeevil |
gitgit.evergreen-ils.org:working/Evergreen vs gitgit.evergreen-ils.org:working/Evergreen.git |
| 11:21 |
gmcharlt |
(and I just tested that to besure) |
| 11:21 |
eeevil |
hrm... I thought it mattered before, but I'm using an older git, I think |
| 11:22 |
jcamins |
krvmga: just to confirm something I didn't see gmcharlt ask: you're looking at /your/repo/.git/config right? |
| 11:22 |
eeevil |
oh, no, I'm using a /newer/ git :) ... still 1.7, though |
| 16:32 |
kmlussier |
bshum++ |
| 16:32 |
bshum |
I'll be on the road next week, but will work with others to finish rounding out the docs and other things to get us ready for the 2.7 RC cut |
| 17:19 |
|
mmorgan left #evergreen |
| 17:32 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:45 |
|
gdunbar joined #evergreen |
| 17:46 |
|
jeff__ joined #evergreen |
| 17:46 |
|
Bmagic joined #evergreen |
| 04:38 |
|
Terence joined #evergreen |
| 04:39 |
Terence |
helo |
| 04:43 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 04:51 |
|
wsmoak joined #evergreen |
| 04:51 |
|
wsmoak joined #evergreen |
| 06:41 |
|
b_bonner joined #evergreen |
| 09:10 |
|
jwoodard joined #evergreen |
| 09:30 |
|
tsbere joined #evergreen |
| 09:32 |
|
tsbere joined #evergreen |
| 09:32 |
bshum |
phasefx: Hmm, looks like the live test build failed with the new DB pre-req makefile targets |
| 09:33 |
|
tsbere joined #evergreen |
| 09:36 |
dbs |
/home/opensrf/Evergreen/Open-ILS/src/extras//install/Makefile.debian-wheezy:8: *** commands commence before first target |
| 09:37 |
dbs |
crap. Missing \ at the end of line 8 |
| 09:37 |
bshum |
Whoops :( |
| 09:37 |
dbs |
live-tests++ |
| 09:38 |
dbs |
prepping a fix |
| 09:39 |
bshum |
dbs++ |
| 09:40 |
bshum |
The other ones look fine, fwiw. |
| 09:41 |
dbs |
Yep, lucky the live tester tests wheezy |
| 09:41 |
dbs |
I'm going to just push the fix in if you don't mind. Just two lines. |
| 09:42 |
bshum |
dbs: Sounds good to me. |
| 09:42 |
bshum |
Thanks! |
| 09:42 |
dbs |
user/dbs/fix_broken_Makefile_install if you want to double-check |
| 13:10 |
tsbere |
jeff: If you want to play with things something like this may be what we generally need: http://nsis.sourceforge.net/ShellExecAsUser_plug-in |
| 13:12 |
tsbere |
jeff: Or maybe this trick actually works too: http://mdb-blog.blogspot.com/2013/01/nsis-lunch-program-as-user-from-uac.html (with the benefit of not needing a plugin) |
| 13:20 |
|
akilsdonk joined #evergreen |
| 13:39 |
jboyer-isl |
jeff: I've seen software from some RFID vendors that tries to be smart about where it sends its data. You had to enter a list of window titles that can accept input. (Notepad would obviously be in the default set because of installer testing) |
| 13:39 |
jboyer-isl |
Oh hey, tsbere already said that. I hope it helped 20 mins ago. D: |
| 13:39 |
jboyer-isl |
:D |
| 13:40 |
jeff |
heh |
| 13:40 |
Bmagic |
Can anyone verify that there is no way to force the hold targeter to include newly catalogged items in the hold_copy_map sooner than every 24 hour laps from prev_check_time ? |
| 13:41 |
kmlussier |
Bmagic: Check-in modifier to retarget holds? |
| 16:56 |
|
kmlussier left #evergreen |
| 16:59 |
|
remingtron__ joined #evergreen |
| 17:00 |
* dbs |
can't remember if those are the good cholesterols or the bad ones. Heh. |
| 17:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:18 |
eeevil |
jeff: sorry, query_int (for better googling). It may only be in 2.7? holdable_formats got ... more complex :) with MR holds coming back (via "the icon project") |
| 17:28 |
eeevil |
jeff: nope ... in 2.6. see: Open-ILS/src/sql/Pg/upgrade/0865.schema.convert-MR-holdable_formats.sql and Open-ILS/src/sql/Pg/upgrade/0864.MVF_CRA-upgrade.sql (the thing that can "compile" that) |
| 17:28 |
* eeevil |
runs away |
| 04:08 |
|
pmurray` joined #evergreen |
| 04:18 |
|
_bott_ joined #evergreen |
| 04:57 |
|
wsmoak joined #evergreen |
| 05:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:52 |
|
krvmga joined #evergreen |
| 08:12 |
|
akilsdonk_ joined #evergreen |
| 08:13 |
|
collum joined #evergreen |
| 10:03 |
krvmga |
collum++ |
| 10:08 |
|
berick joined #evergreen |
| 10:16 |
|
mllewellyn joined #evergreen |
| 10:43 |
* tsbere |
runs one last set of tests before responding to questions on launchpad |
| 10:43 |
tsbere |
Just dawned on me that some of the things I am seeing issues with I didn't test without the code in question loaded. |
| 10:45 |
bshum |
berick: Fwiw, I had problems with the bookbags too when websockets weren't working right on my test server. What I saw was two things: |
| 10:45 |
bshum |
1) if websockets was not turned on, then I got internal server errors when trying to add bibs to bookbags |
| 10:46 |
bshum |
2) if websockets was not accessible (like if it was port blocked or not running properly), then I also found myself being taken to a page where it would stop/break eventually with some popup in XUL client about too many redirects or something |
| 10:48 |
berick |
bshum: interesting... OK |
| 10:48 |
berick |
thanks |
| 10:48 |
bshum |
It was not clear to me that the intent was for these existing parts of the XUL client to remain working without websockets installed and functional. Given this criteria, I'll curiously follow along and see what else we can find before we move forward. |
| 10:50 |
berick |
bshum: yeah, the hope was websockets would only be needed if you wanted to experiment w/ the browser client |
| 10:52 |
* tsbere |
apparently deleted one thing too many and has to do a much deeper clean install than he originally intended. Whoops. |
| 10:52 |
* dbs |
guesses he should probably open a bug for the Makefile install branch |
| 10:52 |
bshum |
dbs: Ack, I knew I forgot to merge something last night |
| 10:53 |
bshum |
dbs: It was on my list, I just got distracted with so many tasty "signedoff" bugs |
| 10:55 |
bshum |
dbs: If you have time to open an LP, that'd be swell, but if you have other matters to attend to, I can finish testing and push your commit later this afternoon. |
| 10:57 |
|
jboyer-isl left #evergreen |
| 10:57 |
|
jboyer-isl joined #evergreen |
| 10:59 |
jboyer-isl |
I know I missed this yesterday, but does anyone have time to look at lp 1241644 ? It's a pretty basic change that we've been running with just fine since October. |
| 11:18 |
mmorgan |
ok, so the claimed returned item with 0 fines has a xact_finish date? that's why it's not showing in items out? |
| 11:18 |
jboyer-isl |
mmorgan, yes. |
| 11:18 |
|
tsbere joined #evergreen |
| 11:19 |
mmorgan |
eeevil: gotcha |
| 11:19 |
mmorgan |
jboyer-isl: I'd be interested in testing this one. |
| 11:19 |
mmorgan |
I think I can get kmlussier to load a sandbox |
| 11:21 |
mmorgan |
but this problem have any relation to lp 793550 ? Should these claimed returned items have an xact_finish? |
| 11:21 |
pinesol_green |
Launchpad bug 793550 in Evergreen 2.3 "xact_finish (prematurely?) set on claimed returned item if transaction balance reaches zero" (affected: 7, heat: 38) [Medium,Fix released] https://launchpad.net/bugs/793550 |
| 11:22 |
jboyer-isl |
eeevil: sure, I don't mean the number associated with an actor.usr. |
| 11:22 |
|
DPearl1 joined #evergreen |
| 11:45 |
|
tsbere joined #evergreen |
| 11:46 |
eeevil |
berick_: unless you were depending on the "last lvalue gets returned" behavior of subs there? (but that seems a bit too magical to me) |
| 11:50 |
* bshum |
doesn't know what that commit references to, so will take eeevil's word for it :) |
| 11:51 |
eeevil |
bshum: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=9e8a245ff181e3b837e1e60ef60c8eb3d8b0f190 |
| 12:05 |
|
berick joined #evergreen |
| 12:05 |
eeevil |
well, magic last lval does work in a simple test... but I'm still going to offer a branch bringing back the returns |
| 12:09 |
|
akilsdonk joined #evergreen |
| 12:13 |
|
jwoodard joined #evergreen |
| 12:14 |
eeevil |
hold pull list was only changed (AFAICT) in that commit above. The substantive change to the pre-websockets code was the lack of 'return's, so if you have a test env handy: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/miker/web-staff-phase1-squash-with-returns |
| 12:15 |
eeevil |
note that http://paste.evergreen-ils.org/22 suggests it should work, but the sub is much more complicated than that test |
| 12:25 |
bshum |
eeevil: Hmm, what was the problem with the holds pull list in the client? Or is this a web client issue we're troubleshooting? |
| 12:28 |
eeevil |
bshum: I'm sorry ... I thought you were saying (up there) that the entry point for the current one broke until you set up (and un-firewalled) websockets. did I misunderstand? |
| 12:28 |
* bshum |
didn't notice any breakage in the XUL clients |
| 12:44 |
jeff |
I'm tempted to find out how much Nick Offerman would charge for some "custom Carl Kassell answering machine message" style audio or video of suitable variations on his Eggs and Bacon bit. |
| 12:45 |
jeff |
``Just give me all the ILS data you have. Wait, wait. I'm worried what you just heard was, "Give me a lot of data." What I said was, "Give me all the ILS data you have". Do you understand?'' |
| 12:46 |
eeevil |
tsbere: do you want to amend your comment on the ticket, WRT having to set up websockets to get the normal (xul staff client, normal tpac) stuff working? I think we've agree that that's not true, bshum? |
| 12:47 |
bshum |
eeevil: I have to test further as far as turning off my websockets. I got mine to work and didn't look back to see what wasn't working with them on. |
| 12:48 |
jeff |
the followup is a bit more of a mouthful, though: |
| 12:48 |
jeff |
``Just give me all the details on your authentication options. Wait, wait. I'm worried what you just heard was, "Give me a one page summary of your authentication options." What I said was, "Give all of the details on your authentication options" Do you understand?'' |
| 12:48 |
bshum |
eeevil: aka, my testing assumption was (get websockets working), find out if anything else was broken. Not so much, install it all, and see what's just plain broken. |
| 12:49 |
bshum |
But I'm getting there. Have to start a fresh VM. |
| 12:49 |
gmcharlt |
bshum: speaking of fresh VMs -- Debian testing no longer includes libemail-send-perl |
| 12:50 |
gmcharlt |
deprecated in favor of libemail-sender-perl |
| 12:50 |
gmcharlt |
wheee! |
| 12:51 |
bshum |
o.O |
| 12:53 |
|
geoffsams joined #evergreen |
| 12:53 |
eeevil |
bshum: gotcha. I think the low water mark for merging is "does this branch break anything if none if its new features are turned on" ... the high water mark is probably "its features work and so do the ones from outside this branch". in between those, it's a judgement call about the tradeoff between getting it out for user testing (and bug finding, of all varieties, of course!) vs pure bug-free code (regardless of whether it's in use or not) in a |
| 12:53 |
eeevil |
release. |
| 12:54 |
gmcharlt |
bug 1362260 |
| 12:54 |
pinesol_green |
Launchpad bug 1362260 in Evergreen "Email::Send is deprecated" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1362260 |
| 12:55 |
|
ericar joined #evergreen |
| 12:56 |
eeevil |
IOW, and IMHO, if simple inclusion (without websockets turned on) does not break existing functionality, I think it should go in. If turning them on breaks something in either xul or web staff client, then we should loudly explain that, and say "really, not for production yet!". if it does not break anything (that we can find) then it should go in and broad testing should be encouraged. my $0.02 |
| 12:57 |
eeevil |
(and IIUC the testing so far bookbags inside the web staff client, but not in the xul or tpac modes, are having issues ... but nothing else?) |
| 12:57 |
dbs |
Of course, determining if existing functionality is broken is tough without a comprehensive walkthrough of system features etc. |
| 12:57 |
dbs |
See historical effort to test big XUL staff client changes and we still didn't catch everything |
| 12:57 |
eeevil |
dbs: absolutely |
| 12:58 |
dbs |
Maybe we could at least reuse that list of manual tests as a starting point :) |
| 12:58 |
eeevil |
see also: acq "preview" |
| 12:59 |
eeevil |
(granted, this is 99.9% new front-end code only, with almost no backend logic that hasn't seen real use) |
| 13:05 |
|
jihpringle joined #evergreen |
| 16:49 |
csharp |
and it takes a long time, even on SSD |
| 16:51 |
|
buzzy joined #evergreen |
| 16:53 |
tsbere |
csharp: Well, I assume it takes a long time when the "merge from" user(s) have a lot of circs/holds. Probably faster when they don't. ;) |
| 17:00 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:09 |
|
mdriscoll left #evergreen |
| 17:20 |
csharp |
yeah - we're going to be processing a large dupe file this weekend. I guess it's just going to take a while ;-) |
| 17:24 |
|
mmorgan left #evergreen |
| 18:18 |
bshum |
gmcharlt++ # pointing out to me what I've been doing wrong testing holds this whole week :( |
| 18:19 |
bshum |
I've updated bug 1350042 with my findings this afternoon. So far I'm not seeing any further problems with my test system running OpenSRF master + Evergreen web client branch. |
| 18:19 |
pinesol_green |
Launchpad bug 1350042 in Evergreen "Browser staff client / merge prep" (affected: 1, heat: 6) [Wishlist,Confirmed] https://launchpad.net/bugs/1350042 |
| 19:54 |
|
kmlussier joined #evergreen |
| 20:40 |
pinesol_green |
[evergreen|Dan Scott] LP#1362210: Install PostgreSQL packages where we can - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=57f390e> |
| 00:20 |
|
dbwells_ joined #evergreen |
| 00:21 |
|
remingtron_ joined #evergreen |
| 03:15 |
|
artunit_ joined #evergreen |
| 05:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:56 |
|
kmlussier joined #evergreen |
| 06:56 |
|
wsmoak joined #evergreen |
| 06:56 |
|
wsmoak joined #evergreen |
| 08:23 |
|
Shae joined #evergreen |
| 08:34 |
|
ericar joined #evergreen |
| 08:38 |
|
krvmga joined #evergreen |
| 08:39 |
csharp |
it has only taken over 3 years, but I'm finally testing tsbere's fix for bug 778989 |
| 08:39 |
pinesol_green |
Launchpad bug 778989 in Evergreen "Owning lib of asset.copy_location not visible in Item Attributes Editor UI" (affected: 2, heat: 12) [Undecided,In progress] https://launchpad.net/bugs/778989 - Assigned to Thomas Berezansky (tsbere) |
| 08:40 |
kmlussier |
csharp++ |
| 08:43 |
|
mdriscoll joined #evergreen |
| 10:09 |
csharp |
ok - this is why I'm asking :-) |
| 10:10 |
tsbere |
csharp: The IF (TG_OP = 'UPDATE') THEN block is "if this is an update, skip if the location and call number haven't changed" (though adding in circ lib may be a good potential idea) |
| 10:11 |
tsbere |
csharp: If the location has changed, the call number has changed, or TG_OP is not UPDATE (like, say, it is INSERT) then it should move onto the SELECT statement and beyond |
| 10:11 |
csharp |
ah - gotcha |
| 10:11 |
csharp |
okay - then let me keep testing with that in mind |
| 10:12 |
tsbere |
csharp: Adding in "AND NEW.circ_lib = OLD.circ_lib" into the location/call number IF check would be enough for that part. |
| 10:14 |
csharp |
got it |
| 10:15 |
jeff |
csharp: phew. i'm glad you didn't execute @developer more than twice in a row a few minutes ago. three times in a row summons either Steve Ballmer or Beetlejuice -- I'm not sure which. |
| 14:55 |
kmlussier |
jihpringle: I would leave it and let the developer decide if it should be removed or not. |
| 14:55 |
kmlussier |
jihpringle: But post a comment on the bug letting them know how it worked. |
| 14:55 |
jihpringle |
I'm posting the comment now |
| 14:56 |
kmlussier |
jihpringle++ #testing |
| 15:02 |
jihpringle |
kmlussier: would you load the fix for 1010027 when you have a moment? |
| 15:04 |
kmlussier |
jihpringle: Absolutely! |
| 15:04 |
jihpringle |
thanks :) |
| 16:13 |
yboston |
Is Leam Whalen on IRC now by any chance? does anyone know his IRC nickname? |
| 16:14 |
yboston |
*Liam (sorry) |
| 16:14 |
kmlussier |
ldw ^ ^ |
| 16:14 |
yboston |
kmlussier: thanks! |
| 16:15 |
yboston |
ldw: do you have time for me to ask you a couple of quesiotns? |
| 16:15 |
yboston |
ldw: it concerns a bug I am testing today that you wrote code for https://bugs.launchpad.net/evergreen/+bug/1282286 |
| 16:15 |
pinesol_green |
Launchpad bug 1282286 in Evergreen 2.6 "Pressing Shift-F3 in the MARC editor results in invalid lose data warning" (affected: 2, heat: 14) [Undecided,New] |
| 16:19 |
tsbere |
DPearl: Your img branch seems to rename the images, but that is all it does. Did you forget to commit the changes to the references to the images? |
| 16:21 |
* collum |
didn't get to play in Evergreen as much as he wanted to today |
| 16:23 |
dbs |
tsbere: that's the same message I put in the bug :) |
| 16:24 |
tsbere |
dbs: I noticed when I went to add to the bug myself. |
| 17:02 |
kmlussier |
jihpringle: Are you ready for the next one? |
| 17:03 |
jihpringle |
I am, though a fix has since been committed for it |
| 17:03 |
jihpringle |
I'd like to test it though to see what's in master since I think we have further fixes on our system |
| 17:04 |
kmlussier |
Ah, I hadn't even noticed which one it was. We also had another request for that one to be loaded on a Sandbox. I'll load it now. |
| 17:04 |
jihpringle |
thanks |
| 17:09 |
kmlussier |
jihpringle: Ha ha. I clearly wasn't thinking. Since it's in master now, I didn't need to reload things. It would have been there the last time I updated your VM. Unfortunately, I didn't realize it until after I blew away your VM. It should be ready again in about 15 minutes. |
| 17:09 |
jihpringle |
didn't occur to me either, thanks :) |
| 17:13 |
kmlussier |
Just a note that we do have a handful of bugs with signedoff tags if anyone is looking for already-tested code to push into masters. http://bit.ly/1takjv9 |
| 17:13 |
* kmlussier |
should probably feed her children. |
| 17:16 |
* mmorgan |
is tired from bug squashing. |
| 17:17 |
mmorgan |
kmlussier: I am finished testing 1012308, if you need to know about that (before or after you feed your children) ;-) |
| 17:20 |
kmlussier |
mmorgan: OK, thanks for your squashing efforts today! |
| 17:20 |
|
mdriscoll left #evergreen |
| 17:21 |
mmorgan |
and thanks for yours!! |
| 17:26 |
yboston |
OK |
| 17:26 |
kmlussier |
MassLNC is planning to keep theirs up for a while. |
| 17:27 |
kmlussier |
That is, ours. |
| 17:27 |
jihpringle |
kmlussier: I know the focus of today was squashing bugs but I also created a few new bug reports for minor issues I came across setting up serials testing |
| 17:28 |
jihpringle |
I noticed that you've reported a bunch of the serials bugs |
| 17:28 |
jihpringle |
when you have time could you confirm my new bugs? |
| 17:28 |
kmlussier |
jihpringle: Yup. Reporting bugs is good too. They can't get fixed if nobody knows about them. :) |
| 17:28 |
jihpringle |
https://bugs.launchpad.net/evergreen/+bug/1361786 |
| 17:28 |
pinesol_green |
Launchpad bug 1361786 in Evergreen "Copy Template Editor Summary Displays Database IDs Rather Than Helpful Information" (affected: 1, heat: 6) [Undecided,New] |
| 17:30 |
jihpringle |
it's the perfect time to report bugs :) |
| 17:32 |
|
mmorgan joined #evergreen |
| 17:32 |
|
mmorgan left #evergreen |
| 17:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:50 |
|
serflog joined #evergreen |
| 18:50 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 20:18 |
kmlussier1 |
It would be nice to see bug 1189556 go in since it just fixes a small typo and has had a sign-off for more than a year. |
| 13:46 |
pinesol_green |
[evergreen|Mike Rylander] LP#800478: Stamping upgrade script for fund transfer fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e40c88> |
| 13:57 |
bshum |
Hmm |
| 13:58 |
dbs |
Uh oh. bshum's a-thinking |
| 13:58 |
bshum |
I'm just testing to see what happens if the websockets portion isn't deployed right and it looks like bits of the XUL staff client die off (the stuff that was changed) |
| 13:59 |
bshum |
At some point today, I'd like to commit the first phase web client code to master, but I just wanted to see what other potential ramifications there are to having it |
| 14:15 |
|
mnsri joined #evergreen |
| 14:17 |
bshum |
So yeah, without websockets running, it's an unhappy internal server error using the catalog for things like holds/lists. |
| 14:17 |
bshum |
So it's definitely required once we add it in |
| 14:22 |
|
RBecker joined #evergreen |
| 14:25 |
* dbs |
throws an (untested!) branch at http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/db_server_packages |
| 14:37 |
bshum |
Hmm |
| 14:55 |
bshum |
Otherwise, I was thinking to commit what he has so far for ease of use and then fix squeeze later on. |
| 14:55 |
dbs |
gmcharlt: also, I didn't actually touch the debian-squeeze stuff because the databse server requirements for squeeze weren't listed in the README |
| 14:55 |
eeevil |
kmlussier: I'll see if there's any drift that would stop it. I suspect 2.6 is fine, though. I'll look... |
| 14:56 |
kmlussier |
eeevil: We may also have somebody who can test it on 2.6 if it's needed. |
| 14:57 |
jeff |
but one thing that stands out to me is that as currently planned, the number of Debian LTS releases with "current support" would be fewer than the number of Ubuntu LTS releases with "current support" |
| 14:58 |
jeff |
...or perhaps about the same. nevermind me. |
| 14:59 |
dbs |
bshum: don't commit yet, there's some extra quoting in the packages that won't work |
| 14:59 |
dbs |
yum -y install "gcc perl-Business-ISBN ..." postgresql postgresql-contrib ... |
| 15:00 |
bshum |
dbs: Ah okay, no problem. I was going to try it on a test server first, but I appreciate the warning. |
| 15:00 |
dbs |
it treats the double-quoted string as a single package name :) |
| 15:00 |
bshum |
Heh |
| 15:00 |
* dbs |
will tweak |
| 16:51 |
Bmagic |
kmlussier++ |
| 17:00 |
kmlussier |
tsbere++ #Extracting Concerto login information for me. http://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins |
| 17:11 |
|
mmorgan left #evergreen |
| 17:19 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:57 |
|
remingtron__ joined #evergreen |
| 17:58 |
|
DPearl1 joined #evergreen |
| 17:58 |
|
vlewis_ joined #evergreen |
| 07:43 |
bshum |
For the apache 2.4 websockets config |
| 07:44 |
|
mrpeters joined #evergreen |
| 07:44 |
csharp |
bshum: nope - let me apply those too |
| 07:44 |
bshum |
And srfsh passes the math test? |
| 07:45 |
csharp |
actually... no |
| 07:45 |
bshum |
I didn't get any errors on start, but I got no response error from srfsh |
| 07:46 |
bshum |
I bet if you look at osrfsys.log you'll see some sort of 500 error |
| 09:39 |
|
sarabee joined #evergreen |
| 10:04 |
|
Dyrcona joined #evergreen |
| 10:08 |
|
krvmga joined #evergreen |
| 10:08 |
* tsbere |
spins up a trusty VM on masslnc's server to do a test of clean install of opensrf/evergreen master there |
| 10:09 |
krvmga |
in browse search (eg 2.5) , is there a global option somewhere to tell the system to ignore initial articles? |
| 10:09 |
krvmga |
(a, an, the) |
| 10:09 |
krvmga |
for example |
| 11:14 |
gmcharlt |
tsbere: I've only just started looking at it, but thus far my assumption is that it's the patch for 1350457 that's triggering it |
| 11:15 |
tsbere |
gmcharlt: Want file and line number? |
| 11:15 |
gmcharlt |
yeah |
| 11:16 |
tsbere |
gmcharlt: Application.pm line 562 (I search for "caller's" to grab the comment on the end of the line) - the $self->session looks to be the problem. My tests seem to show that $self isn't actually a ref at all, but I could have written that wrong. |
| 11:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 11:17 |
* tsbere |
isn't sure how that ends up working |
| 11:18 |
|
asimon joined #evergreen |
| 11:18 |
gmcharlt |
tsbere: my plan is to poke at that for a bit, but just revert if necessary |
| 11:43 |
mrpeters |
just trying to decide if i should roll with current opensrf on 14.04 for 2.7 or wait it out, thanks! |
| 11:43 |
gmcharlt |
mrpeters: yeah, it will basically be out just before 2.7.0 |
| 11:43 |
gmcharlt |
as far as what version to use, 2.3.0 is fine *unless* you want to try out the web-based staff client bits that are targetedf for 2.7-beta2 |
| 11:43 |
mrpeters |
cool, its mostly for testing our GenaSYS stuff so I'll await the alpha, since we're using beta2 for Evergreen |
| 11:44 |
|
phasefx_ joined #evergreen |
| 11:44 |
bshum |
Hmm |
| 11:45 |
bshum |
gmcharlt: So the changes in opensrf_core.xml for things like the loglength and msg_size_warn need to be reflected in the copy for Evergreen too I guess? |
| 12:09 |
gmcharlt |
moving on... my next steps for OpenSRF today are seeing if the CORS support patch works, then writing some release notes and releasing the alph |
| 12:09 |
gmcharlt |
a |
| 12:10 |
|
akilsdonk joined #evergreen |
| 12:10 |
bshum |
I just finished getting the web client squash branch on my test server |
| 12:11 |
bshum |
I'm trying to figure out what I missed to get it actually functional |
| 12:11 |
bshum |
And I think whatever I missed is leaving me with broken hold placement / bookbags in the staff client's catalog view. |
| 12:11 |
bshum |
The main client |
| 12:11 |
bshum |
*XUL |
| 12:11 |
gmcharlt |
bshum: I set up a web-based staff client demo server the other day (independent of berick), and I can compare notes if you want |
| 12:12 |
bshum |
Those were two areas berick specifically mentioned to test and both are not functioning. |
| 12:12 |
bshum |
gmcharlt: Thanks, I'm definitely in uncharted territory |
| 12:12 |
bshum |
There's comments on the ticket about installing dependencies for the web client |
| 12:13 |
bshum |
But I'm not seeing those reflected in the README or any associated files in the root level |
| 12:13 |
bshum |
I'm checking around to see what I might have missed |
| 12:14 |
gmcharlt |
bshum: ./Open-ILS/web/js/ui/default/staff/README.install |
| 12:14 |
bshum |
gmcharlt: Ahh, there we are. |
| 12:14 |
bshum |
Thanks! |
| 14:43 |
gmcharlt |
having multiple mentors would be good, based on GSoC experience |
| 14:45 |
graced |
kmlussier: I think I'd feel better if we worked backwards - ID some projects that need doing and are accessible and get committed mentors who know that area and then ask for the funding? |
| 14:45 |
bbqben |
kmlussier re: the $6250 ... |
| 14:45 |
yboston |
For the record, I have used three seperate MLS students as interns. I ended up spending a huge amount of time training them for what I needed them to do (build test servers, AciiDoc, etc.). Luckily I have saved some of my trainign materials, and would be willing to help mentor |
| 14:45 |
bbqben |
...is there flexibility in how the funds are applied? |
| 14:45 |
kmlussier |
Flexibility in what sense? |
| 14:46 |
graced |
The sponsorship per intern includes $5,500 (USD) stipend, $500 travel allowance, and a $250-500 administrative fee for the GNOME Foundation. |
| 15:06 |
RoganH |
montgoc1: great! |
| 15:06 |
pmurray |
Any reason not to use an RSS feed from http://jobs.code4lib.org/jobs/Evergreen/ |
| 15:07 |
* pmurray |
goes back into lurking mode. |
| 15:07 |
bshum |
#info Ben Shum wrote a blog post about 2.7.0-beta1 at http://evergreen-ils.org/evergreen-2-7-0-beta1-released/ |
| 15:07 |
bshum |
Big thanks to everyone who participated in development, testing, writing release notes |
| 15:07 |
bshum |
I think it's the first time we've had such comprehensive coverage of all new features in the notes on first pass. |
| 15:08 |
bshum |
Later today/tomorrow, we'll make a final call on the web client preview going in (pending further testing) |
| 15:08 |
csharp |
pmurray: nice - I didn't know about that |
| 15:08 |
bbqben |
bshum ++ |
| 15:08 |
bshum |
I expect that we'll get some more work done during the Bug Squashing Day (see http://evergreen-ils.org/evergreen-bug-squashing-day/) |
| 15:08 |
kmlussier |
bshum++ |
| 15:08 |
csharp |
bshum++ |
| 15:08 |
bshum |
And that'll lead us to a better 2.7.0-RC1 if all goes according to timeline |
| 15:09 |
graced |
As an aside, Equinox will have the public test/demo server for the web based client up by tomorrow. |
| 15:09 |
yboston |
bshum++ |
| 15:09 |
RoganH |
graced: yay! |
| 15:10 |
bbqben |
Wahoo, thanks for the update bshum and graced |
| 15:22 |
pinesol_green |
kmlussier: Karma for "bbqben" has been increased 24 times and decreased 0 times for a total karma of 24. |
| 15:22 |
gmcharlt |
bshum: I have a lead on that error you were getting bringing up the patron search form |
| 15:26 |
gmcharlt |
bshum: this both explains and solves the problem - http://paste.lisp.org/display/143457 |
| 15:26 |
bshum |
gmcharlt: Aha! |
| 15:26 |
* bshum |
tests |
| 15:26 |
gmcharlt |
upshot is that JSON2js in OpenSRF is now also stricter as a result of berick's change |
| 15:27 |
Dyrcona |
bbqben++ :p |
| 15:46 |
gmcharlt |
bshum: bug 1359934 |
| 15:55 |
bbqben |
pmurray no worries at all! gmcharlt can be distracting for all of us ;) |
| 15:56 |
kmlussier |
pmurray: Ha ha. Maybe we can have gmcharlt tweet at every meeting to get more people to poke their heads in. |
| 15:56 |
pmurray |
In case it was missed, the tweet was https://twitter.com/gmcharlt/status/502524970052771840 |
| 16:00 |
bshum |
gmcharlt: Patch looks good and my test server's XUL patron search is happier now. |
| 16:03 |
bshum |
I'll get it signed and into master as a bug fix |
| 16:07 |
bshum |
So far, not encountering other errors in the XUL client |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1359934: prevent error opening patron search form - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=646d132> |
| 16:29 |
|
tspindler left #evergreen |
| 16:43 |
kmlussier |
Weeee! I just set up my first Sandbox with a working branch loaded. |
| 16:43 |
bshum |
tsbere++ |
| 16:45 |
kmlussier |
Bmagic++ #Setting up Sandboxes from MOBIUS |
| 16:46 |
kmlussier |
Now we just need more people to request them. :) |
| 17:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:14 |
kmlussier |
Hmmm...is there an easy way to figure out what staff/user logins can be used with Concerto? It might be nice to provide that info on a wiki page somewhere. |
| 17:17 |
|
mdriscoll left #evergreen |
| 17:24 |
* kmlussier |
should stop testing bug fixes and save it for Bug Squashing Day. |
| 17:24 |
kmlussier |
Have a nice night everyone! |
| 18:08 |
|
remingtron_ joined #evergreen |
| 18:08 |
|
dbwells_ joined #evergreen |
| 18:21 |
ktomita |
Is the fact that a user is also an OverDrive user stored somewhere in the Evergreen database? |
