| 01:39 |
|
StomproJ joined #evergreen |
| 01:45 |
|
Guest45619 joined #evergreen |
| 05:02 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:16 |
|
agoben joined #evergreen |
| 07:39 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirga Cheffe Koke Espresso, and sends it sliding down the bar to graced |
| 07:39 |
graced |
mmmmmm |
| 07:53 |
|
kmlussier joined #evergreen |
| 07:55 |
kmlussier |
PgTAP live test failure. Must be a release day. |
| 08:02 |
rhamby |
kmlussier: think of it as getting it out of the way early |
| 08:06 |
kmlussier |
Beware the Ides of March |
| 08:13 |
rhamby |
kmlussier: yes but in revenge Octavian took revenge on 300 senators and slew them on an altar dedicated to Ceasar... so slaying bugs is revenge? |
| 08:14 |
|
rlefaive joined #evergreen |
| 08:17 |
kmlussier |
rhamby: Do I have to slay 300 bugs? |
| 08:19 |
rhamby |
kmlussier: I think the actual number should be relative to the crime, so failing a pgtap test isn't quite up there with murder |
| 08:19 |
kmlussier |
OK, the Concerto users shifted in actor.usr. |
| 08:20 |
* kmlussier |
is experiencing Déjà vu |
| 08:22 |
kmlussier |
If I change the id in the test to point to new id 189, we should be good. |
| 08:23 |
kmlussier |
And add a comment to bug 1672434 that we also need to address the addition of usr records to the sample dataset. |
| 08:23 |
pinesol_green |
Launchpad bug 1672434 in Evergreen "Improved method for adding new bib records to test dataset" [Undecided,New] https://launchpad.net/bugs/1672434 |
| 08:40 |
kmlussier |
bug 1673059 for anyone who would like to test and signoff. |
| 08:40 |
pinesol_green |
Launchpad bug 1673059 in Evergreen "Update passwd storage test" [Undecided,New] https://launchpad.net/bugs/1673059 |
| 08:44 |
bshum |
kmlussier: I'll test and get that in, since I broke it. |
| 08:44 |
bshum |
Should only take a moment or two |
| 08:48 |
|
rlefaive joined #evergreen |
| 08:51 |
|
mmorgan joined #evergreen |
| 08:54 |
bshum |
kmlussier++ # test passed for me, pushed to master for you |
| 08:55 |
kmlussier |
bshum++ Thank you! |
| 08:58 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1673059: Update passwd storage test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6cd11aa> |
| 08:59 |
|
Dyrcona joined #evergreen |
| 09:01 |
|
Callender joined #evergreen |
| 09:38 |
|
maryj joined #evergreen |
| 09:44 |
gmcharlt |
I've now branched rel_2_12 in preparation for the RC |
| 09:44 |
gmcharlt |
and now that that branch exists... I'm declaring a freeze on it :) |
| 09:45 |
gmcharlt |
specifically, please don't merge anything that is not directly related to the release until I say otherwise |
| 09:50 |
dbs |
bshum: what the heck? we both ran the live tests and didn't see any issues, right? *sigh* |
| 09:50 |
JBoyer |
gmcharlt++ |
| 09:51 |
kmlussier |
gmcharlt++ |
| 09:51 |
dbs |
gmcharlt++ |
| 04:04 |
|
Jillianne joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:41 |
|
rlefaive joined #evergreen |
| 07:29 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
JBoyer joined #evergreen |
| 10:25 |
jeff |
sunshine. |
| 10:25 |
Dyrcona |
Well, it's supposed to turn into a blizzard. |
| 10:25 |
Dyrcona |
So far, no blizzard, just steady snow. |
| 10:27 |
kmlussier |
remingtron: Regarding your question about perl tests on bug 1586567, my thought was that it's small enough that we could merge it with the two signoffs in place of the test. I don't know if anyone else has strong opinions that it should have a test. |
| 10:27 |
pinesol_green |
Launchpad bug 1586567 in Evergreen "Acq: Year Drop Down Doesn't Sort Chronologically" [Low,Confirmed] https://launchpad.net/bugs/1586567 |
| 10:28 |
kmlussier |
Or, I should say, two additional signoffs in addition to your own. |
| 10:32 |
kmlussier |
It's snowing a lot here now. I don't think the blizzard is supposed to start until the afternoon. |
| 10:42 |
pinesol_green |
[evergreen|Jason Etheridge] lp1261835 stop colliding bill UI refreshes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bb5d651> |
| 10:51 |
Dyrcona |
kmlussier: The consensus at one time was if there are no tests, an extra signoff was necessary, so if there are 3 total signoffs, including the original, I think it is OK. |
| 10:52 |
kmlussier |
Dyrcona: Yes, but the consensus was that the three signoffs only happened if the bug was accompanied by "a statement from the patch author explaining why a test is infeasible without significant refactoring." |
| 10:55 |
kmlussier |
IMO, I'm thinking that a test is probably more effort than its worth for what it is fixing. |
| 10:57 |
Dyrcona |
It could be. I haven't looked. |
| 10:59 |
Dyrcona |
I take it the yearstore.items.sort().reverse() wasn't working? |
| 10:59 |
Dyrcona |
Ah, yes. So says the commit message. |
| 11:02 |
* Dyrcona |
puts another maple log on the fire. |
| 11:11 |
Dyrcona |
I suppose that doesn't need a test, though a test would be pretty easy to write. |
| 11:22 |
pinesol_green |
[evergreen|Christine Morgan] lp1629016: Hide List Option In Staff Client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5437490> |
| 11:30 |
|
Christineb joined #evergreen |
| 11:36 |
|
maryj_ joined #evergreen |
| 16:18 |
pinesol_green |
Launchpad bug 1621178 in Evergreen "webclient: Copy status field missing from column pickers" [Medium,Confirmed] https://launchpad.net/bugs/1621178 |
| 16:20 |
kmlussier |
Bug 1671936 definitely needs to get in before the release is cut. |
| 16:20 |
pinesol_green |
Launchpad bug 1671936 in Evergreen "1006 upgrade script needs reingest instructions" [High,New] https://launchpad.net/bugs/1671936 |
| 16:20 |
kmlussier |
That's all I have for now. |
| 16:20 |
kmlussier |
gmcharlt++ for helping with release notes today. |
| 16:22 |
kmlussier |
Actually, I do have one more thing I can merge that I've already tested. Then I will really, really be done. |
| 16:23 |
kmlussier |
Also, berick++for taking on some of the bugs I posted in here yesterday. |
| 16:33 |
pinesol_green |
[evergreen|Remington Steed] LP#1586567 Always return Fund Years sorted descending - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c17e66a> |
| 16:40 |
gmcharlt |
kmlussier: noting that miker might have a couple last-minute booking and other webstaff fixes to merge in this afternoon |
| 16:40 |
kmlussier |
gmcharlt: OK, noted. |
| 16:51 |
miker |
yeah, looks like just one, for booking from holdings view |
| 16:52 |
kmlussier |
heh...controversial booking code. |
| 16:53 |
miker |
pushed |
| 16:55 |
pinesol_green |
[evergreen|Jason Etheridge] webstaff: Make Items Bookable and Book Item Now for Holdings View - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=549d6a0> |
| 17:00 |
|
khuckins__ joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:17 |
Bmagic |
We are interested in getting our catalog in google results. We are generating the sitexml files nightly. Any other tricks anyone tried? Like geo data in the meta tags? |
| 17:19 |
jeff |
Bmagic: dbs has done a bit of work in this area. have you looked at any of his writings/presentations? |
| 17:20 |
Bmagic |
It's vaguely familiar, I know that schema.org vocaular is sneaking into the template toolkit |
| 19:58 |
dbs |
Start with the sitemap and see how many pages Google adds to its index. |
| 20:20 |
|
kmlussier joined #evergreen |
| 22:24 |
pinesol_green |
[evergreen|Dan Scott] LP#1671112 Sample users and addresses with Unicode characters - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9793d47> |
| 22:39 |
bshum |
Neato |
| 22:39 |
bshum |
First time using nginx to proxy websocket and stuff |
| 22:39 |
bshum |
Cool stuff :) |
| 22:41 |
bshum |
berick: Just FYI, I tested out the apache config changes for https://bugs.launchpad.net/evergreen/+bug/1648234 and it worked for me (minus a tiny tweak to setup on 7443 and not 70443 like the test plan says) |
| 22:41 |
pinesol_green |
Launchpad bug 1648234 in Evergreen "Internal Apache port leaks when using proxy" [Undecided,New] |
| 22:41 |
bshum |
I'll make a note on the bug and push a signoff branch |
| 22:42 |
bshum |
I couldn't figure out how to get haproxy going yet, but the nginx instructions are pretty straightforward thankfully. Though I did have to disable the default nginx config which is not mentioned in the OpenSRF readme |
| 01:58 |
|
NawJo joined #evergreen |
| 02:22 |
|
NawJo joined #evergreen |
| 03:22 |
|
NawJo joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
agoben joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 10:30 |
pinesol_green |
Launchpad bug 1522644 in Evergreen "webclient: Transfer title holds issues" [Medium,New] https://launchpad.net/bugs/1522644 |
| 10:38 |
|
NawJo joined #evergreen |
| 10:41 |
kmlussier |
Also, let me know if there is anything you would like me to review to get into this release. At the moment, I'm feeling pretty good about where we are with the release. |
| 10:43 |
berick |
kmlussier: is this a new bug.. testing 1522644, I notice when viewing holds, if I click Next or Previous to change records, it does not refresh the holds list to match the new record. |
| 10:43 |
berick |
unrelated to 1522644, of course, just noticed it |
| 10:45 |
* kmlussier |
checks |
| 10:46 |
berick |
i can look, just thought it might sound familiar |
| 10:48 |
kmlussier |
berick: Looks like that's an existing bug. I don't think I've seen that one in LP yet. Good catch! |
| 13:42 |
Dyrcona |
:) |
| 13:43 |
jeff |
JBoyer: can't remember if you were around last week when we were talking about bug 1671150 -- i did eventually realize why you were seeing the behavior you were (unaccent dictionary also needs to be in the search path or explicitly specified) |
| 13:43 |
pinesol_green |
Launchpad bug 1671150 in Evergreen "Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore" [Undecided,In progress] https://launchpad.net/bugs/1671150 - Assigned to Jeff Godin (jgodin) |
| 13:44 |
JBoyer |
I was, and if no one has signed off on your changes yet I'm planning to test them soon and do so. (Last week we had a migration that had me out of the office for a while) |
| 13:44 |
jeff |
i'll let you know when i push a branch. ideally later today, we'll see. |
| 13:46 |
jeff |
JBoyer: as someone with a decent amount of rows in actor.usr who has likely manually created those indexes a few times now, do you have any opinion on dropping and re-creating them vs trying to create them outside of a transaction and warning to ignore the resulting warning/error output as "normal"? |
| 13:46 |
jeff |
if the indexes don't take that long to create, i'm almost leaning toward drop/create. |
| 14:08 |
Dyrcona |
And, you can mix and match. :) |
| 14:09 |
Dyrcona |
Not that you should...but in real life...with real data... |
| 14:09 |
Dyrcona |
I love the records that come up "short" because they have some Windows smart quote in a field. Part of the multibyte sequence is a record terminator. |
| 14:10 |
* jeff |
nods |
| 14:10 |
jeff |
there was a recent patch for MARC::File::XML to try and handle those better. |
| 14:10 |
jeff |
i haven't tested to see how yaz tools handle it |
| 14:11 |
jeff |
oh, nevermind -- outstanding pull request from tsbere, actually: https://github.com/perl4lib/marc-perl/pull/4 |
| 14:12 |
jeff |
though there's something else similar that i saw elsewhere... hrm. |
| 14:14 |
Dyrcona |
Writing your MARC record splitter in Perl is remarkably simple. |
| 14:14 |
Dyrcona |
I keep words... :) |
| 14:14 |
jeff |
and this: https://rt.cpan.org/Public/Bug/Display.html?id=70169 |
| 15:59 |
Dyrcona |
Also, maybe someone else added it. I haven't checked. |
| 15:59 |
Dyrcona |
My --descendants option seems to be working, though. |
| 15:59 |
Dyrcona |
I'll Lp it tomorrow. |
| 16:00 |
Dyrcona |
I'm going to try combining the two libraries that I'm testing with. It's supposed to work with more than 1. I want to make sure. |
| 16:02 |
Dyrcona |
These are the two libraries that export records for EDS. |
| 16:09 |
jeff |
and yes, the 852 has two $b subfields. i left those and added the 999 tags that had been used in the mapping from one library's previous EDS catalog. :-) |
| 16:09 |
jeff |
i think i also added logic to remove any existing 999 fields even if not doing an --items export, since their imported bibs still have the legacy 999 at the moment. |
| 16:21 |
Dyrcona |
:) |
| 16:23 |
Dyrcona |
Well, I'm satisfied --descendants works for me. I'll put in in production for tomorrow night's monthly export. |
| 16:27 |
Dyrcona |
tramp++ |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:07 |
|
mmorgan left #evergreen |
| 18:44 |
|
mllewellyn left #evergreen |
| 19:08 |
|
Jillianne joined #evergreen |
| 08:56 |
jeff |
"marc_export creating MARC data that yaz-marcdump dislikes" |
| 08:56 |
Dyrcona |
I think it's Encode.pm or possibly MARC::Charset with perl >= 5.20. |
| 08:57 |
|
jvwoolf joined #evergreen |
| 09:04 |
Dyrcona |
I will test something before I send that email. |
| 09:09 |
jeff |
okay, yep. extract_holdings in this environment emits iso-8859-1 in the main holdings file, and i can override this by adding an encoding to the open() call, like this: |
| 09:09 |
jeff |
open HOLDINGS, '>:encoding(UTF-8)', ($c->{prefix} . "-HOLDINGS.pg"); |
| 09:11 |
jeff |
(which may or may not be the best solution) |
| 09:54 |
Dyrcona |
I wonder if 20G is enough room for 2.7 million MARCXML records? :) |
| 09:56 |
Dyrcona |
It's weird, though. It seems almost like whatever is happening messes with Perl's output buffering. |
| 09:57 |
Dyrcona |
I'd expect to get some output as Perl flushes it buffers every 4 to 64K. |
| 10:01 |
phasefx |
kmlussier: test.evergreen-ils.org is out of disk space; I'll see if I can delete some stuff |
| 10:01 |
kmlussier |
phasefx: Thanks for looking into it! phasefx++ |
| 10:01 |
|
rlefaive_ joined #evergreen |
| 10:07 |
jeff |
bug 1671845 |
| 11:14 |
|
brahmina joined #evergreen |
| 11:20 |
|
khuckins__ joined #evergreen |
| 11:21 |
|
rlefaive joined #evergreen |
| 11:26 |
* Dyrcona |
goes to make another iced tea while his test runs. |
| 11:34 |
csharp |
@tea Dyrcona |
| 11:34 |
* pinesol_green |
brews and pours a pot of Dragon Pearl Jasmine, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/harney/dragon-pearl-jasmine/1320/) |
| 12:11 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 12:12 |
kmlussier |
:( |
| 12:19 |
kmlussier |
egDate? |
| 12:22 |
berick |
ah |
| 12:22 |
berick |
the classic "2 days" is not always 48 hours. |
| 12:22 |
berick |
kmlussier: if we ignore it until monday it will go away (/me ducks) |
| 12:23 |
kmlussier |
Sounds like a good plan to me! At least until they do away with all this clock-changing nonsense. |
| 12:24 |
berick |
i'd say in this case egDate is fine, the unit test is faulty |
| 12:24 |
berick |
(well, and a comment in egDate that mimics the unit test) |
| 12:55 |
* csharp |
totally forgot that the time changes on Sunday |
| 12:56 |
Dyrcona |
Yeah. |
| 12:56 |
Dyrcona |
Two days = 48 hours give or take an hour or two. |
| 14:08 |
pinesol_green |
Dyrcona: Dunno #13: "Go away, or I'll replace you with a very small shell script!" (added by Dyrcona at 04:39 PM, October 02, 2012) |
| 14:08 |
Dyrcona |
:) |
| 14:12 |
kmlussier |
berick++ bug 1671904 |
| 14:12 |
pinesol_green |
Launchpad bug 1671904 in Evergreen "egDate unit test fails on time change boundary" [Undecided,New] https://launchpad.net/bugs/1671904 |
| 14:31 |
Dyrcona |
I love it when git diff tells me two lines are different, but I don't see and it doesn't look like whitespace changes, either. |
| 14:31 |
Dyrcona |
Although git diff -w doesn't show this particular difference. |
| 14:32 |
berick |
no one expects the zero-width space |
| 15:39 |
|
Jillianne joined #evergreen |
| 15:41 |
kmlussier |
I've added a branch at working/collab/kmlussier/2_12RC_release_note_additions where release note changes can be made. |
| 16:01 |
|
dkyle joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 16:55 |
jeff |
i think that marc_export with --all and --items may exclude bibs with zero holdings, vs marc_export --all |
| 17:03 |
|
mmorgan left #evergreen |
| 17:18 |
jeff |
yup, confirmed. |
| 18:18 |
jeffdavis |
I asked the other day about using the new nginx proxy setup for different OPAC skins on separate subdomains. Turns out the default nginx config works just fine for this, as long as you remember to adjust the port numbers in *all* your Apache vhosts. *shakes head at self* |
| 18:58 |
|
Enjabain joined #evergreen |
| 21:25 |
|
jvwoolf joined #evergreen |
| 23:28 |
pinesol_green |
[evergreen|Bill Erickson] LP#1671904 egDate unit test handles time change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=482c984> |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
Callender joined #evergreen |
| 07:53 |
|
collum joined #evergreen |
| 09:16 |
dbs |
jeff: i filed my branch and bug 1671112 |
| 09:16 |
pinesol_green |
Launchpad bug 1671112 in Evergreen "Sample users and addresses do not contain any Unicode (non-ASCII) characters" [Undecided,New] https://launchpad.net/bugs/1671112 |
| 09:17 |
jeff |
dbs++ |
| 09:17 |
dbs |
Might be useful for testing search & display of Unicode in the user/address forms in webby? |
| 09:18 |
Dyrcona |
And other things. |
| 09:19 |
jeff |
looks like i got as far as a summary for the bug i started last night: ``Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore'' |
| 09:22 |
csharp |
jeff: yeah, I have a self-signed cert, but I thought it worked before with self-signed certs |
| 09:40 |
Dyrcona |
That is, pending the inclusion of Lp 1373690 |
| 09:40 |
pinesol_green |
Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" [Wishlist,New] https://launchpad.net/bugs/1373690 |
| 09:40 |
Dyrcona |
I'm tempted to try that in production. |
| 09:41 |
csharp |
Dyrcona: I thought of updating the script to be more distro-accommodating, but thought we'd already be moving to the "new" way before it became necessary |
| 09:41 |
csharp |
Dyrcona: also, everything but B&T was well-tested at the Hack-A-Way |
| 09:41 |
csharp |
so probably good to go |
| 09:42 |
Dyrcona |
Well, looks like the new way won't make it before 3.0. |
| 09:42 |
Dyrcona |
2.12-RC is tomorrow, yeah? |
| 09:42 |
csharp |
right |
| 09:50 |
Dyrcona |
Nope. /var/lib/gems and /usr/lib/ruby/gems are not links to each other. Maybe the gems under 2.3.0 are? |
| 09:51 |
Dyrcona |
Nope. Guess they're both in the gems path. |
| 09:51 |
* Dyrcona |
has seen things like that before, like with Perl and Python. |
| 09:52 |
csharp |
Dyrcona: the way berick and I were testing at the hackaway was to do "./edi_order_pusher.pl --test-mode --po-id 227 > brodart_new.edi" then compare to the original acq.edi_message in the DB, in case you want to go towards the non-Ruby EDI option |
| 09:53 |
Dyrcona |
csharp: Right. I recall. I was gonna help but had an emergency to deal with. |
| 09:53 |
Dyrcona |
I spoke briefly with tspindler about putting it in production and he wants to wait a bit. |
| 09:54 |
csharp |
Bmagic supplied an example or two of a B&T order, and it looked okay, but could definitely do with more tests with real-life data |
| 09:54 |
Dyrcona |
When I get the time...ha! ha! ha!...I'll give testing a whirl with our data. |
| 09:54 |
csharp |
heh - let me know where you find the time, cuz I need some too :-) |
| 09:54 |
Dyrcona |
And, bshum corrected me about 2.12-rc. It is next Wednesday. |
| 09:54 |
csharp |
ah |
| 10:01 |
berick |
FF requires both |
| 10:03 |
csharp |
berick: oh - cool - I'll do that |
| 10:03 |
|
mmorgan1 joined #evergreen |
| 10:03 |
berick |
Dyrcona: if you want to test the edi stuff, I'd be happy to rebase |
| 10:04 |
csharp |
berick++ |
| 10:04 |
berick |
well, i'll go ahead and rebase anyway. would love to continue progress there regardless |
| 10:15 |
|
dbwells joined #evergreen |
| 10:16 |
csharp |
berick: count me in for more testing/prototyping |
| 10:16 |
Dyrcona |
berick: That's OK. I'll rebase if I need to. I might try it with my custom 2.11 branch also. |
| 10:17 |
csharp |
we're also up for piloting this here as soon as it's up to feature-parity |
| 10:17 |
Dyrcona |
We'll probably backport it. |
| 10:18 |
berick |
now have working/user/berick/lp1373690-acq-edi-perl-attrs -- should be easy to backport. it's currently just 3 commits. |
| 10:18 |
berick |
i would def. recommend testing a variety of vendor PO's before switching over |
| 10:19 |
Dyrcona |
I could probably test all of ours with a bit of Perl. :) |
| 10:20 |
Dyrcona |
Maybe pick a date range and let it go. |
| 10:20 |
berick |
if you have any local JEDI changes, they will have to be replicated in the edi-attrs |
| 10:20 |
berick |
which is currently accessible only via direct db access |
| 13:09 |
|
dbwells joined #evergreen |
| 13:27 |
Bmagic |
jeff++ # I agree, Postgres management documentation specific to Evergreen would be nice. I have some things to contribute to that |
| 13:28 |
|
jvwoolf joined #evergreen |
| 13:32 |
jeff |
I was starting to draft a test plan for a bugfix on bug 1671150 when I thought to look. |
| 13:32 |
pinesol_green |
Launchpad bug 1671150 in Evergreen "Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore" [Undecided,In progress] https://launchpad.net/bugs/1671150 - Assigned to Jeff Godin (jgodin) |
| 13:34 |
jeff |
I think common practice is "use create_database_extensions.sql to create the db and then restore into it", and even less documented is "set the search_path on the new database", and of course "make sure any users exist if this is a new/different cluster than where the dump originated..." |
| 13:53 |
csharp |
@dunno add PHRASING!!! |
| 15:08 |
|
_bott_ joined #evergreen |
| 15:27 |
|
rlefaive joined #evergreen |
| 16:43 |
|
kmlussier joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:05 |
kmlussier |
Oh, good! We already have a fix for that! |
| 17:09 |
|
mmorgan left #evergreen |
| 17:18 |
csharp |
@blame pinesol_green |
| 04:22 |
|
tsbere_ joined #evergreen |
| 05:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:23 |
graced |
good morning #evergreen |
| 08:47 |
* dbs |
goes and looks |
| 08:47 |
|
bos20k joined #evergreen |
| 08:49 |
dbs |
yeah I don't think so, from a quick scan. that's probably not great |
| 08:51 |
Dyrcona |
I messed with a few of the names after loading that to test that branch. |
| 08:52 |
dbs |
right but we should have names and addresses as part of the stock set to avoid surprises down the road |
| 08:57 |
jeff |
and there are pg_tap tests for the unaccent function, but i agree -- names with accents would be useful to add to the sample data. |
| 08:57 |
* dbs |
will see about putting together a branch to add some baseball players to the stock set and figure out a way to tie it into web staff client so it gets attention |
| 08:57 |
* dbs |
is sick today so has some time to run repeated live test builds :) |
| 09:08 |
|
jvwoolf joined #evergreen |
| 09:08 |
jeff |
@weather --wind ktvc |
| 09:08 |
pinesol_green |
jeff: Cherry Capital, MI :: Mostly Cloudy :: 50F/10C | Wind: N 20mph (31mph gusts) | Tuesday: Partly cloudy and windy. High 53F. Winds SW at 20 to 30 mph. Winds could occasionally gust over 40 mph. Tuesday Night: Partly cloudy. Slight chance of a shower throughout the evening. Low 38F. Winds SW at 15 to 25 mph. | Updated: 15m ago |
| 10:29 |
bshum |
Honestly, it doesn't surprise me if the bug still manifests since 2.2 with new XUL. Nothing substantial has changed with XUL client in years |
| 10:31 |
Dyrcona |
The user isn't using a 485 are they? ;) |
| 10:31 |
Dyrcona |
oops. |
| 10:31 |
kmlussier |
bshum: Yeah, my surprise was based on a faulty memory that there was a tested fix there. I should add a fixedinwebby tag to that LP bug. |
| 10:31 |
Dyrcona |
Spoiled my own joke. |
| 10:31 |
Dyrcona |
It was tested. It mostly sorta worked. :) |
| 10:32 |
bshum |
Hehe |
| 10:32 |
Dyrcona |
Apparently, it might have broken other things. |
| 10:32 |
bshum |
Like most things |
| 10:57 |
|
JBoyer joined #evergreen |
| 11:11 |
|
brahmina joined #evergreen |
| 11:28 |
|
khuckins joined #evergreen |
| 11:37 |
dbs |
berick: am I reading ubuntu-auto-installer correctly, in that the the web staff client tests don't get run? |
| 11:39 |
berick |
dbs: looking at the 16.04 installer, I see a 'grunt test' in there |
| 11:39 |
berick |
ditto 14.04 |
| 11:40 |
dbs |
ah, not reading correctly! I was looking at the live tests section. thanks! |
| 11:41 |
berick |
cool, no prob |
| 11:52 |
|
mmorgan1 joined #evergreen |
| 12:04 |
|
mmorgan joined #evergreen |
| 15:36 |
Dyrcona |
:) |
| 15:36 |
bshum |
No publicly resolvable hostnames for me anyways |
| 15:36 |
bshum |
Maybe someday again |
| 15:37 |
Dyrcona |
Right for test vms, it's a self-signed cert, though I've considered using my own CA. |
| 15:37 |
jeffdavis |
ah, looks like an issue with hostnames in apache2.conf, not ssl |
| 15:37 |
bshum |
I always wished I had spent more time with the CA options in our Windows environment |
| 15:37 |
Dyrcona |
You can make your own CA, just don't expect to be automatically added to nss-cacerts. |
| 15:44 |
bshum |
Been there plenty of times |
| 15:46 |
* Dyrcona |
double checks his passwords in opensrf_core.xml. |
| 15:46 |
Dyrcona |
That was a recent instance of that, I had a router password where I wanted the opensrf password. |
| 15:47 |
Dyrcona |
And, I should be ready to test OpenSRF. |
| 15:48 |
Dyrcona |
And, no surprises, it works. |
| 15:49 |
|
kmlussier joined #evergreen |
| 15:49 |
Dyrcona |
I installed prerequisites from master, but installed 2.4.2 and configured partly using the 2.5.0-rc instructions with the addition of setting max_stanza_size in ejabberd.yml. |
| 15:50 |
Dyrcona |
Fun stuff... |
| 15:50 |
Dyrcona |
Now for something similar with Evergreen 2.10.... |
| 15:51 |
|
Jillianne joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
jvwoolf joined #evergreen |
| 17:06 |
|
jvwoolf1 joined #evergreen |
| 17:07 |
|
mmorgan1 left #evergreen |
| 04:55 |
|
NawJo joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
dbs |
and there was much rejoicing |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:24 |
|
GK_1wm__SU joined #evergreen |
| 12:51 |
berick |
phasefx: using egPrint.print(..) (or egCore.print.print) ? |
| 12:52 |
phasefx |
berick: the latter |
| 12:52 |
berick |
k, you shouldn't have to add any CSS, etc. |
| 12:52 |
phasefx |
for my purposes anyway. But the Item Status test, I'm not sure what it's using |
| 12:53 |
phasefx |
collab/phasefx/webstaff_print_labels |
| 12:54 |
berick |
Item Status test? |
| 12:55 |
phasefx |
berick: sorry, I tried testing doing fancy stuff with the existing print templates, Item Status in particular, since I'll be just shoving the same sort of data with the spine label interface |
| 12:55 |
berick |
oh, gotcha |
| 12:55 |
phasefx |
so, ignoring my code altogether for the moment, printing in Item Status doesn't do what I'd expect based on the print tempalte preview |
| 12:56 |
phasefx |
I tried replacing the stock Item Status template with the contents of the paste above |
| 14:31 |
Dyrcona |
I love it when Firefox starts showing popup menus in apparently random locations in the window far away from where it should be. :) |
| 14:31 |
Dyrcona |
That' probably just an Ubuntu problem. :) |
| 14:34 |
Dyrcona |
btw, phasefx, lsb-release is part of the base system. You don't get the option to deselect it. |
| 14:34 |
Dyrcona |
If it's missing from the test vm images, I think that's a matter of concern, 'cause what else is missing? |
| 15:09 |
phasefx |
Dyrcona: how much longer are we supporting wheezy? |
| 15:09 |
Dyrcona |
phasefx: Another year, I gather. |
| 15:09 |
Dyrcona |
Unless we decide to drop it before that if Debian 9 comes out. |
| 16:45 |
kmlussier |
phasefx: The Library Settings make it easy for individual catalogers who do not necessarily know CSS to update those settings for their libraries. |
| 16:45 |
dbs |
YAOUS are arguably way simpler, yeah |
| 16:45 |
phasefx |
kk |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
|
JBoyer-alt joined #evergreen |
| 17:08 |
|
mmorgan1 left #evergreen |
| 17:09 |
|
abowling left #evergreen |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff org selector misc. repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=354988b> |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff Negative Balance org select repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8c945b> |
| 17:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1642378 Webstaff negative balance UI progress dialog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1682039> |
| 17:21 |
Dyrcona |
All right. It is past time that I head home. |
| 18:38 |
|
dscott joined #evergreen |
| 20:34 |
|
StomproJ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:18 |
dbs |
"ERROR: could not stat file "/usr/share/postgresql/9.4/extension/pgtap--0.98.0.sql": No such file or directory" |
| 07:19 |
dbs |
https://pgxn.org/dist/pgtap/ says latest release version is 0.97 |
| 07:29 |
dbs |
meanwhile http://docs.evergreen-ils.org/dev/_developing_with_pgtap_tests.html says "Currently, Evergreen pgTAP tests expect a version of pgTAP (0.93) that is not yet available in the packages for most Linux distributions" but 0.95 is in xenial and appears to have been added to jessie |
| 07:30 |
dbs |
jessie and wheezy installer says "git clone --depth 1 https://github.com/theory/pgtap.git" and then make, which is making from a clone of master, which seems a bit nutty |
| 07:45 |
dbs |
I've tried updating the installers to use 0.97.0 as linked from https://pgxn.org/dist/pgtap/ -- fingers crossed |
| 08:17 |
|
gk_1wm_su joined #evergreen |
| 10:50 |
dbs |
(and this was just committed https://github.com/theory/pgtap/commit/3f2afd80371e8d076a7157fa1497c2ecacbc7840 so probably some interaction there) |
| 10:50 |
|
Dyrcona joined #evergreen |
| 11:59 |
dbs |
nailed down another source of xslt corrupted output in bug 1442276 |
| 11:59 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 12:35 |
Dyrcona |
dbs++ |
| 13:02 |
dbs |
current status: downloading, resizing, and optimizing 43,000 cover images |
| 14:06 |
* dbs |
adds a manual test plan for bug 1442276 |
| 14:06 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 15:49 |
|
Jillianne joined #evergreen |
| 16:25 |
|
Jillianne2 joined #evergreen |
| 16:25 |
|
Enjabain joined #evergreen |
| 16:28 |
Enjabain |
Hello, does the catalog search have a get variable for setting results per page, or is there another way to do this without logging in? |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:21 |
dbs |
Dang, didn't get that live testing setup right |
| 18:21 |
dbs |
Enjabain: I think so, one sec |
| 18:27 |
dbs |
limit should do it |
| 18:28 |
dbs |
yep, https://laurentian.concat.ca/eg/opac/results?query=magic;qtype=title;locg=105;limit=50 for example |
| 19:37 |
Dyrcona |
dbs: Looks like it had trouble installing pgtap. |
| 20:45 |
dbs |
ya think? :) |
| 20:46 |
* dbs |
has been working on sorting it out for the last 2 hours |
| 01:51 |
dbs |
yay, found fixes for corrupted mods3*, marctxt, and ris in bug 1442276 |
| 01:51 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:17 |
|
kmlussier joined #evergreen |
| 06:55 |
kmlussier |
When I was re-looking at bug 1308090 yesterday, I realized I never checked or added anything for the required reingest for the upgrade script. It therefore didn't make it to the 2.12 upgade script. |
| 06:55 |
pinesol_green |
Launchpad bug 1308090 in Evergreen "sorting of name headings with relator codes " [Wishlist,Fix released] https://launchpad.net/bugs/1308090 |
| 07:01 |
kmlussier |
And I see our tests are working again! Dyrcona++ bshum++ phasefx++ |
| 07:16 |
kmlussier |
Hmmm...the bottom row of the detailed item status page in the web client is misaligned. |
| 07:29 |
|
agoben joined #evergreen |
| 08:33 |
|
mmorgan joined #evergreen |
| 08:34 |
* kmlussier |
could get through these signedoff bugs more quickly if she stopped adding commits to them. |
| 08:39 |
kmlussier |
Hmmm...I've never noticed that 'publicly visible' option when creating a copy bucket in the web client. Is that new? |
| 08:42 |
mmorgan |
Oooh! Must be new, can't do that in the xul client. |
| 08:42 |
mmorgan |
Many times we've wanted to do just that! |
| 08:42 |
kmlussier |
But what does it do? |
| 08:45 |
kmlussier |
mmorgan: No, this is a copy bucket, not a record bucket. |
| 08:46 |
kmlussier |
Though, now that you mention, /me checks record buckets. |
| 08:46 |
mmorgan |
Oh, missed that bit. I also see the Publicly Visible when creating a record bucket. |
| 08:47 |
kmlussier |
Yes. Something to play with later but unrelated to what I'm testing at the moment. |
| 08:47 |
* kmlussier |
gets easily distracted. |
| 08:48 |
* mmorgan |
also gets easily distracted :) |
| 08:49 |
kmlussier |
On an entirely different note (distracted once again), it's a good idea to write test plans when submitting bug fixes to avoid problems I've seen in a couple of Bug Squashing events where testers don't realize they need to enable a setting to test the fix. |
| 08:49 |
kmlussier |
My PSA of the day. |
| 08:51 |
kmlussier |
Also, if anyone wants to see an example of good test plan writing to use as a model, take a look at any bug-fix commit that comes from gmcharlt. His are very clear and easy to follow. |
| 09:17 |
|
mdriscoll joined #evergreen |
| 09:19 |
|
terran joined #evergreen |
| 09:22 |
kmlussier |
Now that terran is here, I just want to say that I think we should always have a full Bug Squashing Week in between the beta and RC releases. I think this has worked out very well! |
| 09:22 |
kmlussier |
terran++ |
| 09:23 |
kmlussier |
bug_squashers++ |
| 09:25 |
|
maryj joined #evergreen |
| 09:25 |
|
yboston joined #evergreen |
| 09:27 |
terran |
I agree! I've really liked the pacing of this one and how more people have been able to participate at different times. |
| 10:26 |
|
Jillianne joined #evergreen |
| 10:35 |
csharp |
we should definitely pick a commit that everyone signs off on |
| 10:35 |
* bshum |
feels like we've done that once before, but can't remember which one. And of course it wasn't "everyone" |
| 10:49 |
terran |
The bug squashing tracking sheet is now up to date: https://docs.google.com/spreadsheets/d/1RPR5gIL02EiIvsg5vDKLs40rgw0Daqy4_TRWPlqU0WY/edit?usp=sharing |
| 10:50 |
terran |
There are 12 new or updated patches that are ready to test listed on the bottom-right if anyone has time today |
| 10:52 |
terran |
kmlussier: I have to do some other things first, but I intend to go through the test cases for 2.12 you sent out |
| 10:52 |
kmlussier |
terran: Great, thanks! |
| 11:00 |
* kmlussier |
points out that we need to get some kind of consensus here https://bugs.launchpad.net/evergreen/+bug/1170795/comments/12 on whether we need a setting to determine if deposits should automatically be refunded at the time the deposit item is returned. |
| 11:00 |
pinesol_green |
Launchpad bug 1170795 in Evergreen "Deposit refunds not applying as expected on item check in" [Medium,Confirmed] |
| 11:16 |
terran |
The negative balance interface problem was patched this week |
| 11:18 |
kmlussier |
Is it in master? |
| 11:18 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1668351 <-- not yet |
| 11:18 |
kmlussier |
Maybe I was testing one negative balance patch but missed the others. |
| 11:18 |
pinesol_green |
Launchpad bug 1668351 in Evergreen "Web Staff Client - Patrons with Negative Balances selection problem" [Undecided,Confirmed] |
| 11:18 |
* bshum |
assumes that bug is what terran is talking about |
| 11:18 |
kmlussier |
bshum: Yes, that's the one I was testing. |
| 11:19 |
mmorgan |
kmlussier: There's a cash payment that matches that negative billing. Or was that for a different billing? |
| 11:19 |
kmlussier |
mmorgan: The only payments I performed happened before checking the item in. So, yes, there should be a cash payment that zeroed out the bill. |
| 11:19 |
terran |
Thanks Ben, yes! |
| 11:29 |
terran |
Agreed - it should show as -24.99 total owed as it does in the xul client |
| 11:29 |
mmorgan |
kmlussier: Looking at that patron in the web client, I also see a Total Billed: $1.70, Total Paid: $1.70 that I don't see in the xul client. |
| 11:30 |
terran |
The -24.99 bill should re-appear on the list of current bills as well as in the history |
| 11:31 |
berick |
terran: for bug 1642378, now that the grid loads when the page loads, do you still think it would benefit from a progress bar? (I have not tested on a large data set). if it's going to appear then almost immediately disappear, probably best not to add one. |
| 11:31 |
pinesol_green |
Launchpad bug 1642378 in Evergreen "Web Staff Client - Wish List - Patrons With Negative Balances Loading" [Wishlist,New] https://launchpad.net/bugs/1642378 |
| 11:31 |
kmlussier |
Yeah, so the Total Billed and Total Paid usually clear out after you leave that patron record, right? |
| 11:32 |
kmlussier |
berick / terran: That's the other bug I was looking for. Without bug 1642378, would it be possible that I wouldn't retrieve a patron at all in that interface? |
| 11:33 |
berick |
kmlussier: as it stands, you have to select another org, then go back to the org you want. |
| 11:33 |
kmlussier |
mmorgan: I find it odd that you see that too. I thought it might persist due to some kind of local storage issue on my part. |
| 11:33 |
kmlussier |
berick: OK, I'll try that. |
| 11:33 |
terran |
berick: I haven't tested with a large dataset, but I know with a large dataset in 2.11 it takes a long time to load that screen so I think it would benefit from the progress bar |
| 11:33 |
berick |
terran: great, thanks, then i'll add one. |
| 11:33 |
terran |
berick++ |
| 11:34 |
* kmlussier |
considers loading a new VM with all negative balance interface patches as well as progress bar code. |
| 13:47 |
kmlussier |
OK, here's what I found with negative balances. In 2.12, on a negative balance caused by the return of a lost item, the patron does NOT display in the patrons with negative balance interfaces for either the xul or the web client and does not display correctly in the patron record in the web client. |
| 13:48 |
kmlussier |
If the negative balance is caused by manually voiding a partially paid bill, the display works as expected in both clients and in both interfaces. |
| 13:48 |
* kmlussier |
is going to look in the database now to see what the difference is between the two transactions. |
| 13:54 |
* dbs |
starts installing an ubuntu xenial vm in the hopes of creating a pgtap test for bug 1442276 |
| 13:54 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 14:03 |
kmlussier |
One has an xact_finish date, the other does not. The one with the xact_finish date is the one that has problems. I'm thinking that checked-in transactions that still have a negative balance associated with them should not have an xact_finish date? |
| 14:04 |
dbwells |
kmlussier: That's correct. I noticed this also the other day. |
| 14:11 |
kmlussier |
I thought the problem sounded familiar, but I was thrown off by the bill adjustment when this was an old-time void. |
| 14:12 |
terran |
dbwells++ |
| 14:16 |
* dbs |
raises an eyebrow at python-zope getting installed as part of opensrf prereqs on xenial |
| 14:23 |
bshum |
dbs: Is that one of the subpackages that gets thrown in when you choose --with-python ? (hasn't tested with python options, etc.) |
| 14:25 |
bshum |
Or I guess it's "enable-python" option |
| 14:25 |
bshum |
Shows how much I don't use it |
| 14:26 |
csharp |
might be a dependency of a dependency? |
| 14:26 |
bshum |
Oh yeah |
| 14:27 |
bshum |
python-zope.interface |
| 15:49 |
bshum |
terran++ # tracking progress |
| 15:50 |
kmlussier |
terran++ |
| 15:50 |
bshum |
terran++ # and bug squashing too :) |
| 15:50 |
* kmlussier |
notices that the pace of her testing decreases considerably whenever she starts looking at billing. |
| 15:53 |
Bmagic |
terran++ |
| 16:00 |
* kmlussier |
likes seeing Ready Player One in the Concerto dataset now. rhamby++ |
| 16:03 |
Bmagic |
sweet! |
| 16:13 |
jeff |
ah yes: http://irc.evergreen-ils.org/evergreen/2017-01-19 |
| 16:13 |
kmlussier |
Bmagic: But if you're in doubt that your use of the mark adheres to these guidelines, then you can ask. There are lots of people who are better versed on it than me. |
| 16:16 |
jeff |
now i have a follow-up question for JBoyer about this conversation from January. |
| 16:17 |
dbs |
okay, there is now a pgtap test for bug 1442276 |
| 16:17 |
pinesol_green |
Launchpad bug 1442276 in Evergreen "Supercat encoding problems with MODS output (Zotero)" [High,Confirmed] https://launchpad.net/bugs/1442276 |
| 16:18 |
kmlussier |
dbs++ |
| 16:19 |
dbs |
There's still the barrier of creating a databse upgrade script with the signoff but at least the most relevant pieces are in place to squash this thing |
| 16:48 |
pinesol_green |
Launchpad bug 1618624 in Evergreen "Adjusting Bills to Zero Will Prematurely Close a Transaction" [Medium,Confirmed] https://launchpad.net/bugs/1618624 |
| 16:48 |
kmlussier |
I also was unable to replicate bug 1666622 to see if the patch fixes that too. I'm guessing it does, but can't confirm it. |
| 16:48 |
pinesol_green |
Launchpad bug 1666622 in Evergreen "Adjust to Zero closes bill, hides new billing amount from patron summary" [Undecided,New] https://launchpad.net/bugs/1666622 |
| 16:53 |
dbwells |
kmlussier: thanks for testing and reporting back! It seems likely, then that you problem from earlier is happening from the opposite direction, i.e. a case where the xact was legitmately closed, and now needs to be reopened. |
| 16:53 |
csharp |
dbs: I'm testing the zotero unicode bug and I was able to reproduce it, but post-fix I'm still seeing the issue (using FF on Ubuntu) I've cleared the cache and I'm looking to see if I missed something |
| 16:53 |
csharp |
pgtap test passes |
| 16:55 |
kmlussier |
dbwells: Yes, that's what I was thinking. But my eyes were too tired to look at it further. :) |
| 16:57 |
pinesol_green |
[evergreen|Dan Wells] LP#1618624 Fix thinko in adjust-to-zero - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5df06a1> |
| 17:00 |
* csharp |
has confirmed that the changes are correctly applied on his test server |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
csharp |
I'm testing within zotero, fwiw |
| 17:01 |
kmlussier |
Yay for successful tests just as I'm about to quit for the weekend! |
| 17:01 |
kmlussier |
Have a nice weekend everyone! |
| 17:01 |
mmorgan |
kmlussier: Have a great weekend! |
| 17:01 |
csharp |
kmlussier++ |
| 17:02 |
csharp |
@praise kmlussier |
| 16:52 |
Bmagic |
haha. There we go! |
| 16:52 |
* Dyrcona |
mumbles something about a stapler. |
| 16:52 |
Bmagic |
1999 was a good year |
| 16:52 |
phasefx |
definitely wasn't installed: http://testing.evergreen-ils.org/~live/test.32.html |
| 16:53 |
Dyrcona |
1975 was better. |
| 16:53 |
Bmagic |
lol!!!! |
| 16:53 |
Bmagic |
Dyrcona++ |
| 16:54 |
bshum |
But that does seem odd. |
| 16:55 |
phasefx |
I could throw it in where I install git-core, in installer_installer.sh |
| 16:56 |
Dyrcona |
phasefx: You shouldn't have to, though. The base system utilities should install it. |
| 16:56 |
Dyrcona |
How do you build the test server? |
| 16:56 |
Dyrcona |
There's a branch in random, isn't there? |
| 16:57 |
phasefx |
http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/phasefx/wheezy_installer |
| 16:57 |
Dyrcona |
Yeah. Just found it! |
| 17:00 |
bshum |
Even though it's "unlikely" |
| 17:00 |
Dyrcona |
It won't hurt. |
| 17:01 |
bshum |
Simple patch |
| 17:02 |
phasefx |
feel free to patch it, it's collab. I can refresh the vm and fire off another test run in a bit |
| 17:02 |
bshum |
phasefx: Do me a favor and remove the bad apt source entry |
| 17:02 |
Dyrcona |
Only 2 reasons I'd think you'd skip standard system utilities: 1) you're setting up an embedded system that won't need it, and 2) you're gonna do LFS and you're using Debian to bootstrap it. |
| 17:02 |
bshum |
It should be in /etc/apt/sources.list.d |
| 17:03 |
phasefx |
xen/ganeti I think |
| 17:03 |
Dyrcona |
OK. I can't help in that case. |
| 17:04 |
phasefx |
I don't mind doing it, just not today |
| 17:10 |
bshum |
This should help: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/add-lsb-release-dep |
| 17:10 |
bshum |
Dyrcona: --^ |
| 17:10 |
bshum |
I just tossed it into the same spot we check to make sure wget and ca-certificates are installed. Should be fine there, even though it's not really a pgsql apt source pre-req |
| 17:11 |
bshum |
So we put that in, and make sure the way is clear on the test server, and next run should be slightly happier, we hope. |
| 17:11 |
* bshum |
wanders off |
| 17:19 |
phasefx |
bshum: Dyrcona: the pristine instance has nothing in /etc/apt/sources.list.d/, so I guess we're good |
| 17:29 |
|
khuckins_ joined #evergreen |
| 17:38 |
|
khuckins__ joined #evergreen |
| 18:10 |
phasefx |
Dyrcona++ |
| 18:10 |
Dyrcona |
I figure that is less intrusive than pushing to Evergreen, but we can if it becomes an issue. |
| 18:11 |
Dyrcona |
I should try these scripts sometime. I always used my own and lately have been doing it by hand. |
| 19:13 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 20:11 |
|
kmlussier joined #evergreen |
| 21:04 |
pinesol_green |
[evergreen|Ben Shum] LP#1668257: RTL CSS change for ebook tables - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68716e6> |
| 22:04 |
pinesol_green |
[evergreen|Kyle Huckins] LP#1511358 Patron Survey Interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e2ee72f> |
