| Time |
Nick |
Message |
| 03:57 |
|
dbs joined #evergreen |
| 06:08 |
|
phasefx joined #evergreen |
| 06:09 |
|
berick joined #evergreen |
| 06:10 |
|
maryj joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 07:55 |
|
Dyrcona joined #evergreen |
| 08:28 |
|
rlefaive joined #evergreen |
| 08:35 |
|
kmlussier joined #evergreen |
| 08:37 |
|
_adb joined #evergreen |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:40 |
|
jvwoolf joined #evergreen |
| 08:49 |
|
jvwoolf1 joined #evergreen |
| 09:23 |
csharp |
cool - Fedora (as of 27) has javafx in the repos which means I can theoretically use Hatch on my main OS |
| 09:23 |
csharp |
of course, I've not had great luck with networked printers on Fedora over the last couple of releases :-/ |
| 09:26 |
csharp |
./hatch.sh compile and ./hatch.sh test appear to work fine |
| 09:27 |
Dyrcona |
I build Hatch on Ubuntu 16.04, but have not used it on Linux. |
| 09:27 |
Dyrcona |
s/build/built/ |
| 09:33 |
csharp |
berick: referring back to our exchange last week (http://irc.evergreen-ils.org/evergreen/2017-12-06#i_336931), I'm not seeing org.evergreen_ils.hatch.json in ~/.config/google-chrome/NativeMessagingHosts/ - I do see it in the Hatch git repo thouhg |
| 09:34 |
csharp |
(running the lp1733692-nsis-best-practices-signoff branch) |
| 09:34 |
|
rlefaive_ joined #evergreen |
| 09:45 |
|
littlet joined #evergreen |
| 09:49 |
csharp |
duh - I wasn't reading the docs :-/ |
| 09:50 |
|
rlefaive joined #evergreen |
| 09:53 |
csharp |
ha! it works! |
| 09:54 |
csharp |
okay, just need to tweak the Linux section to add Fedora 27 deps and we're good |
| 09:54 |
|
mmorgan1 joined #evergreen |
| 09:58 |
berick |
csharp: but that directory exists? |
| 09:58 |
berick |
ah, n/m |
| 10:09 |
|
tlittle joined #evergreen |
| 10:24 |
|
rlefaive joined #evergreen |
| 10:30 |
|
rlefaive_ joined #evergreen |
| 10:54 |
|
rlefaive joined #evergreen |
| 11:05 |
|
mmorgan1 joined #evergreen |
| 11:06 |
|
rlefaive joined #evergreen |
| 11:12 |
|
rlefaive joined #evergreen |
| 11:13 |
|
Christineb joined #evergreen |
| 11:22 |
|
rlefaive joined #evergreen |
| 11:33 |
Bmagic |
what would cause the reporter to create a broken URL link to a file report.data.htm instead of report-data.html ? |
| 11:34 |
|
mmorgan joined #evergreen |
| 11:37 |
jeff |
Not sure. Are you seeing it in logs, or in email/UI? |
| 11:39 |
Bmagic |
staff client is providing the feedback about the URL not found |
| 11:39 |
Bmagic |
looking at the server, I find that the report is there, just the URL is using a dot instaed of a hyphen and shortened htm instead of html |
| 11:40 |
jeff |
xul or web staff client? |
| 11:40 |
csharp |
isn't that done in clark_kent.pl? |
| 11:42 |
Bmagic |
jeff: I think I need to contact the library to find out more. |
| 11:45 |
jeff |
csharp: yes, clark-kent.pl generates most of that. the report-data.html file is also defined in Open-ILS/web/reports/oils_rpt_vars.js and used in a few places in the web client. |
| 11:45 |
|
rlefaive joined #evergreen |
| 11:46 |
|
khuckins joined #evergreen |
| 11:47 |
|
rlefaive joined #evergreen |
| 11:48 |
Bmagic |
nevermind - I am on the phone with them. They hand typed the error and made typos, lol |
| 11:56 |
|
littlet joined #evergreen |
| 11:58 |
csharp |
heh |
| 11:59 |
kmlussier |
typos-- |
| 11:59 |
Bmagic |
so, I am noticing that our database is running this query for days on end |
| 12:00 |
Bmagic |
SELECT "mp".amount, "mp".id, "mp".note, "mp".payment_ts, "mp".payment_type, "mp".xact, "mp".voided FROM money.payment_view AS "mp" |
| 12:00 |
Bmagic |
LEFT JOIN money.billable_xact |
| 12:00 |
Bmagic |
AS "__xact.usr_mbt" ON ( "__xact.usr_mbt".id = "mp".xact ) |
| 12:00 |
Bmagic |
LEFT JOIN money.billable_xact AS "__record_id_mbt" ON ( "__record_id_mbt".id = "mp".xact ) |
| 12:00 |
Bmagic |
LEFT JOIN action.circulation AS "__record_id_circ" ON ( "__record_id_circ".id = "__record_id_mbt".id ) |
| 12:00 |
Bmagic |
LEFT JOIN asset.copy AS "__record_id_acp" ON ( "__record_id_acp".id = "__record_id_circ".t |
| 12:00 |
Bmagic |
Is it just me? |
| 12:04 |
Bmagic |
The query is generated by different application servers - I bet something is coded to run that query somewhere while interacting with the application. That query never finishes |
| 12:17 |
mmorgan |
Bmagic: I'm not seeing that continuously running on our production server. |
| 12:17 |
Bmagic |
mmorgan: which version of EG? |
| 12:17 |
mmorgan |
2.12.4 |
| 12:19 |
csharp |
not seeing that either on 2.12.4 |
| 12:19 |
JBoyer |
Bmagic, is that on your reporting server or primary (or do you only have the 1 database?) because it's not that hard to come up with SQL that will never* finish in the reporter, but I don't see anything like that on my master db. |
| 12:20 |
JBoyer |
* - or at least until the OOM killer says "No." |
| 12:20 |
Bmagic |
JBoyer - on main DB server. postgres reports the client IP and they are coming from the bricks |
| 12:20 |
JBoyer |
Bizarre. If you can pull the whole Q running an EXPLAIN on it may help. |
| 12:21 |
JBoyer |
(but if it never finishes it may never be logged...( |
| 12:21 |
Bmagic |
I killed them off. I am going to watch for them agiain and see if I can investigate the source |
| 12:21 |
mmorgan |
Bmagic: Could it be related to payment by billing type? lp 1174498 |
| 12:21 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 12:21 |
Bmagic |
perhaps it was just once.... like the DB was in some error state... and they hung around. They were all timestamped close to eachother |
| 12:22 |
kmlussier |
launchpad-- :( |
| 12:23 |
mmorgan |
kmlussier: Timeout? |
| 12:23 |
kmlussier |
mmorgan: Yup! |
| 12:23 |
Bmagic |
mmorgan: that table is not referenced in the query but there are hooks on update to money.payment. This is a SELECT though, so, I'm not sure how it would be connected |
| 12:24 |
kipd |
Does someone have a ready-made example of the ejabberd config needed to support multiple OpenSRF servers at one time? I imagine you won't be doing the private.localhost/public.localhost thing at that point. |
| 12:24 |
mmorgan |
kmlussier: When I had that the other day, I was able to retrieve my text in the post parameters from the web developer toolbar in Firefox. |
| 12:32 |
JBoyer |
kipd, it should be as simple as replacing "public.localhost" and "private.localhost" with fqdns that other servers can resolve through DNS. |
| 12:32 |
Dyrcona |
kipd: Have ejabberd listen on a public (preferably non-routeable address)...and what JBoyer said. |
| 12:33 |
Dyrcona |
We have "hostnames" pointing to public.{brickname} and private.{brickname}, but fqdn works. |
| 12:34 |
Dyrcona |
kipd: If you don't have DNS for you local network, you can fake it with /etc/hosts entries. |
| 12:36 |
kipd |
But pointing at each other as opposed to the fake localhosts of themselves? |
| 12:36 |
kipd |
Oh wait, sorry, no, I get it now. |
| 12:37 |
kipd |
Thanks! |
| 12:37 |
Dyrcona |
Yeah, exactly. :) |
| 12:48 |
jeff |
and depending on how you structure your hostnames (fake or otherwise), you may want to verify the value of route_subdomains in the ejabberd config. |
| 12:50 |
|
collum joined #evergreen |
| 13:29 |
kipd |
Thank you Jeff, I'll check on that too. |
| 13:59 |
|
abowling joined #evergreen |
| 14:26 |
|
khuckins_ joined #evergreen |
| 14:26 |
|
mmorgan left #evergreen |
| 14:33 |
|
rlefaive joined #evergreen |
| 14:36 |
Dyrcona |
fcc-- |
| 14:44 |
csharp |
fcc-- |
| 14:44 |
csharp |
pai-- |
| 14:46 |
csharp |
berick: ok, I've tested the lp1733692-nsis-best-practices-signoff hatch branch on Windows and Linux and all is working - I'm a little confused about what needs signing off for all to be official... |
| 14:47 |
csharp |
bug 1733692 and bug 1708757 |
| 14:47 |
pinesol_green |
Launchpad bug 1733692 in Evergreen "Hatch Windows installer doesn't follow best practices" [High,New] https://launchpad.net/bugs/1733692 |
| 14:47 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] https://launchpad.net/bugs/1708757 - Assigned to Galen Charlton (gmc) |
| 14:49 |
csharp |
I see - looks like we're just waiting on signoffs of bug 1708757 |
| 14:49 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] https://launchpad.net/bugs/1708757 - Assigned to Galen Charlton (gmc) |
| 14:49 |
csharp |
I'll create a signoff branch for that |
| 14:49 |
|
rlefaive joined #evergreen |
| 14:54 |
berick |
csharp: right, just the commits from 1708757 need signing off. |
| 14:54 |
berick |
and then 1733692 will need to be rebased over it, or just have its local commits merged 2nd |
| 14:58 |
|
khuckins__ joined #evergreen |
| 15:10 |
csharp |
git really just needs a command that combines git branch and git checkout :-/ |
| 15:11 |
csharp |
I know, aliases, but I mean built-in |
| 15:11 |
berick |
csharp: git checkout -b ? |
| 15:11 |
Dyrcona |
:_ |
| 15:11 |
Dyrcona |
:) |
| 15:11 |
csharp |
oh - hmm |
| 15:11 |
Dyrcona |
git checkout -b new-branch [old-branch] |
| 15:11 |
csharp |
I didn't realize you could do that :-/ |
| 15:12 |
csharp |
I usually only use -b when I've accidentally landed in a detached HEAD state |
| 15:12 |
Dyrcona |
I sometimes use -b when I don't mean to. :) |
| 15:12 |
csharp |
ah well, I'm probably using vim wrong too ;-) |
| 15:13 |
Dyrcona |
If you're using vim at all, you are using it wrong. :) |
| 15:13 |
csharp |
hard to break out of known-working bad habits |
| 15:13 |
csharp |
Dyrcona: I had a feeling you'd say that right when I finished typing ;-) |
| 15:13 |
Dyrcona |
:P |
| 15:14 |
berick |
@who loves vim |
| 15:14 |
pinesol_green |
dbwells loves vim. |
| 15:14 |
csharp |
@love vim |
| 15:14 |
pinesol_green |
csharp: But csharp already loves vim! |
| 15:14 |
csharp |
@whocares vim |
| 15:14 |
pinesol_green |
csharp, kmlussier and mmorgan love vim |
| 15:15 |
remingtron |
@love vim |
| 15:15 |
pinesol_green |
remingtron: The operation succeeded. remingtron loves vim. |
| 15:15 |
dbwells |
@love vim |
| 15:15 |
pinesol_green |
dbwells: The operation succeeded. dbwells loves vim. |
| 15:15 |
dbwells |
The secret was out anyway. |
| 15:15 |
csharp |
@whocares vigor |
| 15:15 |
pinesol_green |
csharp: I can't find anyone who loves or hates vigor. |
| 15:15 |
csharp |
dbwells++ |
| 15:16 |
csharp |
if you're a vi* user, checkout vigor (in the ubuntu repos) |
| 15:16 |
Dyrcona |
@whocares git |
| 15:16 |
pinesol_green |
Dyrcona, tsbere, bshum, csharp, gmcharlt, yboston, kmlussier and gsams love git |
| 15:16 |
pinesol_green |
terran hates git |
| 15:16 |
csharp |
can I both @love and @hate something? |
| 15:16 |
csharp |
though I mostly love git |
| 15:17 |
Dyrcona |
I love git until I really break something. Then, I love backups. :) |
| 15:17 |
* Dyrcona |
lost a commit in a mad fit of rebasing. |
| 15:17 |
Dyrcona |
Had to go to a weak-old back up to find it again. |
| 15:18 |
Dyrcona |
heh. typo. |
| 15:18 |
Dyrcona |
typos-- |
| 15:19 |
Dyrcona |
Probably a joke in there about rebasing and not driving... |
| 15:22 |
csharp |
ok - signed off on bug 1708757 |
| 15:22 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] https://launchpad.net/bugs/1708757 - Assigned to Galen Charlton (gmc) |
| 15:24 |
berick |
csharp++ # I may steal that from gmcharlt and merge it |
| 15:29 |
csharp |
berick++ |
| 15:30 |
Dyrcona |
+1 #What could possibly go wrong? |
| 15:30 |
Dyrcona |
:) |
| 15:30 |
csharp |
WCGW? |
| 15:30 |
Dyrcona |
csharp++ berick++ gmcharlt++ |
| 15:31 |
|
khuckins_ joined #evergreen |
| 15:38 |
|
jgood joined #evergreen |
| 16:03 |
jeff |
prejkk:q |
| 16:03 |
jeff |
*sigh* |
| 16:03 |
|
khuckins__ joined #evergreen |
| 16:04 |
jeff |
alas, this is neither bash nor vim. |
| 16:11 |
|
rlefaive joined #evergreen |
| 16:42 |
csharp |
jeff++ |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:54 |
|
jvwoolf joined #evergreen |
| 19:09 |
|
jvwoolf joined #evergreen |
