| Time |
Nick |
Message |
| 00:22 |
|
gsams joined #evergreen |
| 00:26 |
|
gsams_ joined #evergreen |
| 06:48 |
|
JBoyer joined #evergreen |
| 06:50 |
|
mrpeters joined #evergreen |
| 07:08 |
|
collum joined #evergreen |
| 07:21 |
|
rjackson_isl joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 07:46 |
|
kmlussier joined #evergreen |
| 07:46 |
kmlussier |
Good morning #evergreen. Happy Bug Squashing Day! |
| 07:47 |
kmlussier |
@coffee all the bug squashers |
| 07:47 |
* pinesol_green |
brews and pours a cup of Kenya, and sends it sliding down the bar to all the bug squashers |
| 07:57 |
rhamby |
coffee good (said in slightly frankenstein like tone) |
| 07:59 |
csharp |
@eightball fire bad? |
| 07:59 |
pinesol_green |
csharp: It shall be. |
| 08:17 |
|
terran joined #evergreen |
| 08:20 |
terran |
Happy Bug Squashing Day! |
| 08:20 |
terran |
Bmagic++ and kmlussier++ for setting up Bug Squashing day sandboxes! |
| 08:21 |
|
tspindler1 joined #evergreen |
| 08:22 |
kmlussier |
terran++ # Wrangling bug squashers! |
| 08:22 |
kmlussier |
@coffee terran |
| 08:22 |
* pinesol_green |
brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to terran |
| 08:24 |
terran |
Thanks, kmlussier, I needed that! |
| 08:41 |
|
graced joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:47 |
mmorgan |
Good morning Bug Squashers! |
| 08:56 |
|
sam_l joined #evergreen |
| 08:56 |
|
Dyrcona joined #evergreen |
| 08:56 |
|
mdriscoll joined #evergreen |
| 08:57 |
terran |
Good morning, mmorgan! |
| 08:58 |
sam_l |
Good morning, Terran! |
| 08:58 |
terran |
Good morning, Sam! |
| 09:02 |
terran |
jeffdavis: are you in here? |
| 09:03 |
* tsbere |
prepares to mentally do a "which fiscal year is this date in?" dance a pile of times |
| 09:04 |
|
jwoodard joined #evergreen |
| 09:08 |
jeff |
WHAT. YEAR. IS IT? |
| 09:16 |
|
maryj joined #evergreen |
| 09:26 |
Dyrcona |
jeff: Which calendar? ;) |
| 09:29 |
|
krvmga joined #evergreen |
| 09:35 |
|
abowling joined #evergreen |
| 09:35 |
Dyrcona |
Even thought I dont' see a LP bug, yet, I'm going to try out dbwells' ingest speed up. |
| 09:35 |
Dyrcona |
I have numbers from the other day to use for comparison. |
| 09:36 |
|
bos20k joined #evergreen |
| 09:37 |
|
yboston joined #evergreen |
| 09:44 |
* jeff |
laughs... bitterly? |
| 09:45 |
jeff |
various large-ish sites have been having trouble in Chrome: almost all ESRI ArcGIS properties, various Intel and ADP products, etc. |
| 09:47 |
jeff |
recent change in Chrome to bring some behavior within spec meant that it was no longer broken like the rest of the common browsers, and this caused a problem for at least one Javascript library. |
| 09:47 |
jeff |
Dojo. :P |
| 09:48 |
Dyrcona |
Gotta love it. |
| 09:49 |
jeff |
The bug within Dojo had itself recently been patched. ESRI chose to merge the bugfix to Dojo. |
| 09:49 |
jeff |
Chrome team reverted their change also, and pushed a new version of Chrome stable. |
| 09:50 |
jeff |
Other companies (say, ADP) went with "Google broke it! Update your browser!" |
| 09:52 |
|
bos20k joined #evergreen |
| 09:52 |
Dyrcona |
Yep. Following the spec is "broken." :( |
| 09:52 |
dbs |
Alex Russell has to feel good as the originator of Dojo, now that he's on the Chrome Dev team |
| 09:53 |
jeff |
heh |
| 09:53 |
* jeff |
looks for (and fails to find) Alex on the bug |
| 09:55 |
Dyrcona |
jeff: Care to share the bug? |
| 09:55 |
Dyrcona |
Or link to it, rather? |
| 09:55 |
jeff |
Dyrcona: https://bugs.chromium.org/p/chromium/issues/detail?id=609848 |
| 09:57 |
jeff |
looks like IE 11 was also behaving correctly, at least for a time in preview. I wonder if they also reverted for similar reasons. |
| 09:58 |
|
jlundgren joined #evergreen |
| 09:59 |
Dyrcona |
@blame non-standard behavior |
| 09:59 |
pinesol_green |
Dyrcona: non-standard behavior wants the TRUTH?! non-standard behavior CAN'T HANDLE THE TRUTH!! |
| 09:59 |
dbs |
Nice to see Paul Irish on that bug |
| 09:59 |
|
berick joined #evergreen |
| 10:00 |
Dyrcona |
Reminds me of a story involving Bill Joy, which he claims is false. |
| 10:00 |
dbs |
Paul Irish and Sam Saccone do a couple of nice performance reviews & fixes of web sites in this I/O video: https://www.youtube.com/watch?v=iMqi55rcR00 (and they're entertaining: call it professional development time) |
| 10:01 |
jeff |
issue opened against xstyle in Jan 2015. bug fix committed in Feb 2015, but no new tagged release of xstyle. In May of this year, people noticed it breaking again (in Chrome dev/beta/canary/etc), and asked for a tagged release. At least one of the comments in that bug opined that xstyle was abandoned and you should transition off (but included a suggestion to point bower at the latest commit hash instead of a release). |
| 10:02 |
jeff |
that same day (May 2) a new release was tagged |
| 10:02 |
Dyrcona |
Sounds about right. |
| 10:02 |
jeff |
but today on Jun 2 at least one large company is saying "everyone use IE or Firefox or update Chrome" |
| 10:04 |
Dyrcona |
I use Lynx. Am I OK? :) |
| 10:15 |
jeff |
good news: you will not experience this bug |
| 10:15 |
jeff |
bad news: you will not receive a paycheck |
| 10:16 |
Dyrcona |
Heh. |
| 10:16 |
Dyrcona |
We use ADP. |
| 10:16 |
Dyrcona |
A guess a more relevant question is: Does this "bug" affect Evergreen? |
| 10:21 |
jeff |
Not as far as I can tell. |
| 10:23 |
* Dyrcona |
is still using Chromium 50 on this laptop. |
| 10:39 |
jeff |
anyway, good reminder of things like: sometimes it *is* that the browser behavior changed; there's still sometimes a huge lag between "fix committed" and "problem solved"; and there's still lots of reliance everywhere on forgotten little packages of code. :-) |
| 10:48 |
|
Christineb joined #evergreen |
| 10:59 |
miker |
*cough*lpad*cough* |
| 11:05 |
|
bmills joined #evergreen |
| 11:07 |
|
justdoglet joined #evergreen |
| 11:13 |
jeffdavis |
terran++ |
| 11:14 |
jeff |
miker: lpad came to mind, but i wasn't going to draw an explicit comparison :-) |
| 11:14 |
miker |
well, it's different for sure |
| 11:14 |
miker |
or, the motivations are |
| 11:21 |
jeff |
templates/staff/circ/patron/t_xact_details.tt2 contains a comment: <!-- NOTE: sorting disabled since payments are fetched via |
| 11:22 |
jeff |
non-sortable API --> |
| 11:25 |
jeff |
I think I know what that means, but 1) I'm not sure, 2) The eg-grid in question appears to be sortable, 3) in light of 2, see 1 |
| 11:26 |
berick |
jeff: see the API the grid is using to fetch the transactions. |
| 11:27 |
berick |
it will be a Perl API that has no sorting options |
| 11:27 |
berick |
unlike, say, pcrud, which has built-in sorting or some other Perl APIs where sorting is explicitly added |
| 11:30 |
jeff |
okay. that's what I *thought*... but in this case the grid seems to be populated by an open-ils.fielder.flattened_search call with sorting -- so is the comment just outdated? |
| 11:30 |
jeff |
i can sort the two payments that I'm currently looking at on a rel_2_10-ish system |
| 11:30 |
berick |
oh, maybe |
| 11:31 |
berick |
well then yeah, if it's actually sortable, the comment is bogus |
| 11:31 |
jeff |
heh |
| 11:31 |
jeff |
okay, that may have been a silly question. |
| 11:31 |
jeff |
or one with an obvious answer. |
| 11:32 |
berick |
hm, hope I didn't just sound too flippant |
| 11:33 |
berick |
cuz, you know, I want to sound the right amount of flippant |
| 11:35 |
csharp |
@quote add < berick> hm, hope I didn't just sound too flippant... cuz, you know, I want to sound the right amount of flippant |
| 11:35 |
pinesol_green |
csharp: The operation succeeded. Quote #154 added. |
| 11:36 |
jeff |
the grid in the template contains no sort attributes/directives. in some other grids (that might ACTUALLY have non-sortable APIs backing them), they don't get clickable headers in the UI unless I add "sortable" to the eg-grid-fields. Is the click-to-sort handled by auto-fields? |
| 11:36 |
jeff |
berick: no, not too flippant. :-) |
| 11:38 |
* jeff |
tests and reads more code |
| 11:39 |
jeff |
oh, eg-grid with features="-sort,-multisort" -- that explains why this one's not sortable by default, i'll bet. |
| 11:39 |
jeff |
unless the - isn't negation there... |
| 11:40 |
jeff |
ah. |
| 11:41 |
jeff |
those are negation, and those are why i'm not getting sorting. okay. |
| 11:41 |
|
jvwoolf joined #evergreen |
| 11:41 |
gsams |
@quote random |
| 11:41 |
pinesol_green |
gsams: Quote #57: "< jeff_> nine million useless rows in money.billing, nine million useless rows... take one down, pass it around, eight million nine-hundred and ninety-nine thousand nine-hundred and ninety nine useless rows in money.billing..." (added by csharp at 03:15 PM, May 23, 2013) |
| 11:42 |
gsams |
I appreciate that this is a quote. |
| 11:42 |
Dyrcona |
@dunno |
| 11:42 |
pinesol_green |
Dyrcona: BIG LETTERS MEAN BIG IDEAS, AM I RIGHT THOUGHT LEADERS? |
| 11:49 |
jeff |
Items Checked Out seems to use pcrud to populate the grid, though based on a list of IDs obtained via open-ils.actor.user.checked_out.authoritative |
| 11:49 |
jeff |
but even if I convinve the UI to enable sorting, no actual sorting is possible. |
| 11:49 |
* jeff |
digs further |
| 11:51 |
jeff |
I know that there were larger balls of wax with regard to sorting "items out" by due date in the XUL client (big long bugs and WINDOW functions and other exciting fun), but I think much of that may not apply here. |
| 11:55 |
|
kbutler joined #evergreen |
| 12:00 |
jeff |
heh. found the other end of that outdated comment. |
| 12:00 |
jeff |
"TODO: no longer needed?" above a function that calls open-ils.circ.money.payment.retrieve.all.authoritative :-) |
| 12:01 |
|
brahmina joined #evergreen |
| 12:05 |
terran |
jlundgren++ for signing off on the first patch for today's bug squashing! LP 1548993 |
| 12:05 |
pinesol_green |
Launchpad bug 1548993 in Evergreen 2.9 "TPAC Show More/Fewer Details Button does not work with show_more_details.default set to true" [Undecided,Confirmed] https://launchpad.net/bugs/1548993 |
| 12:08 |
terran |
(And Dyrcona++ for creating the patch that jlundgren signed off on) |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:09 |
terran |
gmcharlt++ for creating a patch for LP 1566016 which has been tested and signed off on |
| 12:09 |
pinesol_green |
Launchpad bug 1566016 in Evergreen 2.9 "remove SSN as a stock patron ident type" [Medium,Confirmed] https://launchpad.net/bugs/1566016 |
| 12:34 |
|
cprince joined #evergreen |
| 12:45 |
|
AlexInPittsfield joined #evergreen |
| 12:45 |
|
gsams_ joined #evergreen |
| 12:47 |
* tsbere |
wonders why bug 1548993 had the pullrequest tag removed as he was under the impression that signedoff should be next to pullrequest |
| 12:47 |
pinesol_green |
Launchpad bug 1548993 in Evergreen 2.9 "TPAC Show More/Fewer Details Button does not work with show_more_details.default set to true" [Undecided,Confirmed] https://launchpad.net/bugs/1548993 |
| 12:47 |
terran |
jlundgren++ for signing off on a patch submitted by mmorgan++ for LP 1234932 |
| 12:47 |
pinesol_green |
Launchpad bug 1234932 in Evergreen "Reporter: links are broken Combined Aged and Active Circ -> Patron profle/Home library" [Medium,Triaged] https://launchpad.net/bugs/1234932 |
| 12:48 |
terran |
tsbere: sorry, I thought pullrequest got removed once it was signedoff - I've added it back |
| 12:48 |
tsbere |
terran: I admit that I could be mistaken, I am still in "I was just on vacation" mode and all, but other signedoff ones have pullrequest so... |
| 12:49 |
terran |
tsbere: I'm sure you're right! This is my first time assisting with the coordination. |
| 12:59 |
|
Dawn_ joined #evergreen |
| 13:01 |
|
ddale joined #evergreen |
| 13:02 |
ddale |
I signed off on bug 1077947. I hope I did it correctly. |
| 13:02 |
pinesol_green |
Launchpad bug 1077947 in Evergreen ""ITEM_ON_HOLDS_SHELF" event message not specific enough for all use cases" [Wishlist,Confirmed] https://launchpad.net/bugs/1077947 |
| 13:04 |
Bmagic |
Has anyone wrestled with getting SIP to checkout/checkin items with copy alerts? |
| 13:04 |
Dyrcona |
ddale: Yep, that's acceptable. |
| 13:09 |
jeff |
Bmagic: we do that, yes. |
| 13:09 |
jeff |
Bmagic: it's just an override setting in the sip config file. |
| 13:10 |
Bmagic |
oh, simple enough. I will look for that. |
| 13:12 |
terran |
ddale++ |
| 13:16 |
ddale |
Thanks!! |
| 13:18 |
Dyrcona |
terran++ ddale++ |
| 13:19 |
Dyrcona |
Tricksy barcodes..... |
| 13:19 |
Dyrcona |
It's all zeros and twos.... |
| 13:20 |
Bmagic |
jeff: It looks like we already have that configured, but it's still tripping over the alert message during checkout/checkin |
| 13:26 |
|
brahmina joined #evergreen |
| 13:30 |
jeff |
Bmagic: can you provide more info? |
| 13:31 |
jeff |
Bmagic: in our case, we have COPY_ALERT_MESSAGE as an event under checkout_override, and everything "just works" when checking out an item via SIP2. |
| 13:32 |
jeff |
Bmagic: and I misspoke -- we're not currently overriding COPY_ALERT_MESSAGE for checkin_override. |
| 13:39 |
Bmagic |
<checkout_override><event>COPY_ALERT_MESSAGE</event></checkout_override></implementation_config></institution> |
| 13:40 |
Bmagic |
implementation="OpenILS::SIP"> |
| 13:40 |
jeff |
looks correct. you have just a single checkout_override element, correct? |
| 13:41 |
jeff |
(i don't know what the failure mode would be in the case of two, but it would be unusual so i'm asking) |
| 13:42 |
tsbere |
Bmagic: Does the SIP user have the COPY_ALERT_MESSAGE.override permission? |
| 13:42 |
jeff |
tsbere++ i forgot to ask that one :-) |
| 13:43 |
Bmagic |
ah, permission! |
| 13:43 |
Bmagic |
let me check that |
| 13:44 |
Bmagic |
Does it need to be consortium depth? |
| 13:44 |
Bmagic |
If the copy being checked out is from another library from another system, I suppose you will need consortium wide override? |
| 13:45 |
tsbere |
I think that is checked at the workstation ou |
| 13:45 |
tsbere |
But I could be wrong |
| 13:46 |
Bmagic |
that was it! |
| 13:46 |
Bmagic |
jeff++ |
| 13:46 |
Bmagic |
tsbere++ |
| 13:51 |
jeff |
the override check uses an editor ->allowed('PERM.override') check, which (since there is no org unit passed) checks for the perm at the requestor's ws_ou, which in the case of (current) SIP code is always going to be the SIP user's home_ou. |
| 13:52 |
terran |
mmorgan++ for submitting a patch on bug squashing day! LP 1588450 |
| 13:52 |
pinesol_green |
Launchpad bug 1588450 in Evergreen "asset.copy.cost Field Missing from Client Interfaces" [Undecided,New] https://launchpad.net/bugs/1588450 |
| 13:53 |
jeff |
mmorgan++ |
| 13:53 |
* jeff |
looks forward to a future when we can stop using copy notes to record cost |
| 13:54 |
jeff |
I had a discussion today where a vendor of devices that speak SIP made reference to the sequence number in error detection as being used to tie certain sip messages together. |
| 13:56 |
tsbere |
That is not the most insane claim I have heard |
| 13:56 |
* jeff |
nods |
| 13:56 |
tsbere |
In some ways it is even correct. Just probably not the way they meant. |
| 13:56 |
yboston |
heads up, the DIG monthly meeting will be starting at 2 PM EST |
| 13:56 |
jeff |
and the SIP3 draft spec does preserve AY as a message sequence number, even though it does completely eliminate checksums. |
| 13:57 |
jeff |
but i think in their case (and because this is SIP2) they only send AY if error detection is enabled in the client, so it's all-or-nothing. |
| 14:00 |
yboston |
#startmeeting DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting. |
| 14:00 |
pinesol_green |
Meeting started Thu Jun 2 14:00:11 2016 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:00 |
pinesol_green |
The meeting name has been set to 'dig_monthly_meeting_evergreen_documentation_interest_group__dig__monthly_meeting_' |
| 14:00 |
yboston |
The agenda can be found here http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meeting_20160601-agenda |
| 14:00 |
yboston |
#topic Introductions |
| 14:01 |
yboston |
Please feel free to start introducing yourselves... |
| 14:01 |
terran |
#info Terran McCanna, PINES |
| 14:02 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) |
| 14:03 |
yboston |
we might be a very small crowd becasue of my scheduling mistake |
| 14:04 |
yboston |
terran: BTW, are you able to see the private messages I just sent you? |
| 14:04 |
Christineb |
#info Christineb is Christine Burns, BC Libraries Cooperative (Sitka) |
| 14:05 |
yboston |
should we have an open discussion, shoudl me try a fromal meeting? since we are only a few |
| 14:06 |
yboston |
perhaps there are newcombers that would like to say hello? |
| 14:07 |
yboston |
at the very least I can cross out some action items that were completed since last time, and defer |
| 14:08 |
Christineb |
I have to go at 11:30, just wanted to pop-in and say that I will have more time to contribute now that our upgrade is complete |
| 14:09 |
yboston |
Christineb: thanks for the update. we wil defiently keep it short |
| 14:09 |
|
kbutler_ joined #evergreen |
| 14:09 |
yboston |
one of the action items was…”jihpringle will email yboston or maling list with 2.10 docs that were completed” |
| 14:09 |
yboston |
do you all have any updates |
| 14:09 |
yboston |
no worries if you don't |
| 14:09 |
yboston |
also hope the upgradeis going well |
| 14:10 |
jihpringle |
it was a very smooth upgrade |
| 14:10 |
Christineb |
we wrote a few new sections for the 2.10 manual - some explanation of the new conditional negative balance settings |
| 14:10 |
yboston |
cool |
| 14:10 |
jihpringle |
and I have new sections for the OPAC as well |
| 14:10 |
Christineb |
Blanket order documentation for Acq |
| 14:10 |
yboston |
very cool |
| 14:10 |
jihpringle |
http://docs.sitka.bclibraries.ca/Sitka/current/html/whats-new.html |
| 14:11 |
yboston |
I will be saving this link :) |
| 14:11 |
jihpringle |
#link http://docs.sitka.bclibraries.ca/Acq/current/html/acq-new-features.html |
| 14:11 |
Christineb |
http://docs.sitka.bclibraries.ca/Sitka/current/html/new-behaviour.html |
| 14:11 |
Christineb |
#link http://docs.sitka.bclibraries.ca/Sitka/current/html/new-behaviour.html |
| 14:12 |
yboston |
thanks! |
| 14:13 |
yboston |
now should we call it a day and free up the IRC channel? (we can keep talking after we free up the channel for others) |
| 14:13 |
yboston |
or is there soemthign we want to sahre or ask each other? |
| 14:14 |
Christineb |
I don't have anything else for today |
| 14:14 |
yboston |
again apologies for the scheduling issue |
| 14:14 |
jihpringle |
neither |
| 14:14 |
yboston |
no problem, let’s call it a day. my apologies again |
| 14:14 |
Christineb |
not a problem :) |
| 14:15 |
jihpringle |
no worries :) |
| 14:15 |
yboston |
I can now give some feedback to Terran about documentation |
| 14:15 |
Christineb |
busy week even if it was Bug squashing day |
| 14:15 |
Christineb |
wasn't |
| 14:15 |
yboston |
iI am glad you Stika folks stop by, always happy to work with you al |
| 14:15 |
yboston |
all |
| 14:16 |
yboston |
I will go ahead and end the meeting so others can continue chatting |
| 14:16 |
Christineb |
yboston++ |
| 14:16 |
jihpringle |
yboston++ |
| 14:16 |
yboston |
will shoot for July |
| 14:16 |
yboston |
#endmeeting |
| 14:16 |
pinesol_green |
Meeting ended Thu Jun 2 14:16:22 2016 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:16 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-06-02-14.00.html |
| 14:16 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-06-02-14.00.txt |
| 14:16 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-06-02-14.00.log.html |
| 14:17 |
yboston |
terran: so if I wanted to look for documentation changes... |
| 14:17 |
yboston |
I would check the repo for commits with a “docs: “ prefix, the few DIG memebers that can commit will use that. but there are not many of us |
| 14:18 |
tsbere |
yboston: I would ask for changes to files in the docs folder, myself. |
| 14:18 |
yboston |
developers may also add docuentation, mostly release notes. They might now add that particluar prefix |
| 14:18 |
yboston |
I would check if anyone has emailed the DIG list for new docs to bepushed into the repo |
| 14:19 |
yboston |
tsbere: thanks! |
| 14:19 |
* tsbere |
throws out "git log -- docs" and "git whatchanged -- docs" as useful commands |
| 14:20 |
yboston |
tsbere: very cool tips |
| 14:20 |
tsbere |
The first is "show me 'git log' as applies to the docs folder", the second adds what files changed in each commit (so you can see release notes specific things and such fairly easily) |
| 14:20 |
terran |
yboston: Thank you! I just don't want to overlook anyone's documentation work for the BSD statistics. :) |
| 14:20 |
yboston |
terran: docs changes go into the “docs” directory of the source code |
| 14:21 |
yboston |
terran: you probably knew that, also the few DIG peopel like me that can push to the repo, we can only push inside that directory |
| 14:21 |
terran |
yboston++ |
| 14:27 |
yboston |
sandbergja: got a moment? wanted to ask you about LP 1260458 |
| 14:27 |
pinesol_green |
Launchpad bug 1260458 in Evergreen "diacritics window (ctrl-s) will not always open in the Marc Edit screen" [Undecided,Fix released] https://launchpad.net/bugs/1260458 |
| 14:28 |
|
ddale joined #evergreen |
| 14:29 |
tsbere |
yboston: You looking to ask questions about the fix, or about their testing? |
| 14:31 |
|
abneiman joined #evergreen |
| 14:56 |
|
kmlussier joined #evergreen |
| 14:58 |
* kmlussier |
returns to lots of bug mail in her Inbox |
| 14:58 |
kmlussier |
bug_squashers++ |
| 14:59 |
terran |
BSD is cruising along! Current stats (and a few more in my in-box I haven't added yet): https://docs.google.com/spreadsheets/d/1zoqcCpuYxRAsrmdzpG3iO4sHRpsfBP2Z1_MMJhr6UfA/edit#gid=0 |
| 15:00 |
berick |
terran++ |
| 15:00 |
kmlussier |
terran++ |
| 15:00 |
mmorgan |
terran++ |
| 15:03 |
sam_l |
terran++ |
| 15:16 |
|
bos20k joined #evergreen |
| 15:20 |
|
abowling joined #evergreen |
| 15:23 |
abowling |
good afternoon, everyone. wanted to advise the group that through funding by GPLS, we have hired an employee who is singularly devoted to completing the spanish translation for evergreen. if you have interest and a spanish language skill set, or know someone who is, we invite your participation at https://translations.launchpad.net/evergreen/master/+lang/es, even if it's just merely for review. |
| 15:24 |
abowling |
there is no deadline for this project currently, but we're hoping to have the spanish translation complete by the end of the calendar year. |
| 15:27 |
terran |
abowling++ |
| 15:33 |
kmlussier |
I'm pretty sure I created a branch for bug 1436797 a long time ago. I must have forgotten to post it to the bug. |
| 15:33 |
pinesol_green |
Launchpad bug 1436797 in Evergreen ""grocery" term confuses frontline staff and patrons" [Undecided,Confirmed] https://launchpad.net/bugs/1436797 |
| 15:39 |
kmlussier |
abowling: I recommend also posting a message to the general list. I know we have some users in Mexico, for instance, but I don't think any of them are in IRC ATM. |
| 15:41 |
abowling |
kmlussier: agreed. i've also sent email messages to them individually inviting their participation |
| 15:42 |
kmlussier |
abowling: Excellent! |
| 15:56 |
terran |
berick++ for submitting a new patch for LP 1413352 |
| 15:56 |
pinesol_green |
Launchpad bug 1413352 in Evergreen "New Brief Record estimated price does not populate" [High,Confirmed] https://launchpad.net/bugs/1413352 |
| 16:03 |
|
phasefx_ joined #evergreen |
| 16:03 |
|
miker joined #evergreen |
| 16:03 |
|
akilsdonk joined #evergreen |
| 16:05 |
|
jyorio joined #evergreen |
| 16:06 |
bshum |
dbs: I'm looking at this old bug filed by paxed regarding i18n and folders in templates. As I poke through, I'm not sure that the Makefile does capture stuff like circ/selfcheck (so none of the selfcheck has PO file?) https://bugs.launchpad.net/evergreen/+bug/1095280 |
| 16:06 |
pinesol_green |
Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" [Undecided,Triaged] |
| 16:06 |
|
tspindler left #evergreen |
| 16:07 |
bshum |
We added staff recently for the webstaff bits, but now I'm wondering if we need to extend and add all the other folders too under templates |
| 16:08 |
|
rhamby joined #evergreen |
| 16:15 |
sandbergja |
yboston: still there? |
| 16:16 |
sandbergja |
I've been ignorning IRC more than I should have today, sadly. :-( |
| 16:16 |
|
[1]cfarley joined #evergreen |
| 16:21 |
bshum |
berick: Did you get to putting together your thoughts for the angular 1.5 target issue? For me, I did a quick test by putting a ~ in front of 1.5.5 for angular, making the line like: "angular": "~1.5.5" |
| 16:21 |
bshum |
berick: That allowed it to select angular 1.5.6 and go through without intervention to pick one |
| 16:21 |
bshum |
But I wasn't sure if you had alternative solution in mind, with what you were saying about "resolutions" |
| 16:22 |
Dyrcona |
terran++ |
| 16:24 |
kmlussier |
Dyrcona: ehardy and ddale are using the MOBIUS Sandbox. Would you like me to send you access information? |
| 16:24 |
Dyrcona |
kmlussier: Thanks, but Terran already did. |
| 16:24 |
berick |
bshum: i haven't spent any more time on it. my thought was it's probably best to remove the 'resolutions' part, since it might prevent more appropriate versions of dependencies of getting installed as time goes by. that would be in addition to fixing the "angular" version string, though |
| 16:24 |
kmlussier |
terran++ |
| 16:27 |
bshum |
berick: Aha, I see then... |
| 16:30 |
* Dyrcona |
just got a text from the monitoring software.... |
| 16:30 |
Dyrcona |
Bmagic kmlussier How long will the sandboxes be up? I may not get to look at that until this evening some time. |
| 16:31 |
* mmorgan |
is also hoping for more sandbox time... |
| 16:31 |
kmlussier |
Dyrcona: Bmagic will have to answer that question. The MassLNC ones will be up until next week when we move the server, but that doesn't help with this particular bug. |
| 16:32 |
Dyrcona |
Well, I can test it on my own vms later, but I did not see that behavior. |
| 16:32 |
* kmlussier |
wants another Bug Squashing Day. :( |
| 16:32 |
Dyrcona |
I wonder if it is staff client caching or something. |
| 16:34 |
|
barbara joined #evergreen |
| 16:34 |
* Dyrcona |
watches a couple of Apache processes use 100% CPU. |
| 16:34 |
Dyrcona |
And, as soon as I type that, they stop using that much CPU. :) |
| 16:35 |
kmlussier |
Dyrcona: If only it were that easy to fix every time it happens. |
| 16:35 |
Dyrcona |
Well, they're doing it again. :( |
| 16:35 |
* Dyrcona |
wishes he still had the log with process ids in it. We had that set up for a while. |
| 16:41 |
* Dyrcona |
assumes that whatever they were doing was pathological and killed them. |
| 16:42 |
Dyrcona |
My guess is that they failed to connect to opensrf.settings since I got a txt about OpenSRF being critical on the vm that runs that service and only that service. |
| 16:43 |
rhamby |
I saw "Dyrcona assumes that whatever they were doing was pathological and killed them." and was sad to look up further and see it was just pids. I was ready for a great story. |
| 16:43 |
terran |
Dyrcona: ehardy is gone for the day, but I'll ask ddale to clear her staff client cache and see if that makes any difference |
| 16:43 |
Dyrcona |
However, that vm didn't look overloaded and it was under the max number of opensrf.settings max children. |
| 16:44 |
Dyrcona |
terran: Thanks. I'll take another look when I get the chance. I may have to set up a test on my own vm. |
| 16:44 |
Dyrcona |
I assume ehardy added the flag to the copy location and then removed it. |
| 16:45 |
Dyrcona |
That's one of the conditions that i'll make sure to test. |
| 16:53 |
terran |
Dyrcona: ddale just cleared client cache, rebooted, and still seeing the same behavior |
| 16:53 |
Dyrcona |
All right. |
| 16:57 |
Dyrcona |
Oh, nice. The staff client reads my settings for my concerto client and hangs cause my concerto vm is not running. |
| 16:59 |
Dyrcona |
Neat. Hitting Log Off let me enter the hostname. |
| 17:00 |
jeff |
yes, that's my usual trick. |
| 17:01 |
jeff |
i can't remember if that's an intentional feature or not. |
| 17:02 |
kmlussier |
jlundgren: You're done with mlnc2, right? |
| 17:02 |
Dyrcona |
I see the described behavior. |
| 17:04 |
|
jvwoolf left #evergreen |
| 17:04 |
Dyrcona |
I wonder if it is memcached or something... |
| 17:04 |
Dyrcona |
I'll have to take a look later. |
| 17:04 |
Dyrcona |
Time to go. |
| 17:05 |
|
ssieb joined #evergreen |
| 17:05 |
|
phasefx_ joined #evergreen |
| 17:05 |
|
miker joined #evergreen |
| 17:05 |
|
akilsdonk joined #evergreen |
| 17:05 |
|
rhamby joined #evergreen |
| 17:07 |
|
jyorio joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:15 |
|
barbara_ joined #evergreen |
| 17:17 |
ssieb |
I'm trying to import data from an old library system to evergreen using the staff client, but I can't get it to work. |
| 17:18 |
ssieb |
The source data is MARC21 format and I also tried to convert it to MARCXML, but neither show any results. |
| 17:18 |
ssieb |
It's quite likely that I have some setting wrong in the import screen. |
| 17:19 |
kmlussier |
ssieb: How are you importing the data? Through the staff client or are you using a script? |
| 17:19 |
ssieb |
the staff client |
| 17:20 |
kmlussier |
ssieb: When the import is done, then, does it bring you to a queue with zero results? Or does it hang while it's importing? |
| 17:23 |
kmlussier |
ssieb: Whatever the answer to that question, I think you'll get more clues to what's going wrong if you look in the logs. I usually look in the osrfsys log |
| 17:24 |
ssieb |
I get a queue with no results. Good point about the logs, I hadn't though of that. |
| 17:28 |
* bshum |
wrote his email about translations while waiting for i18n dance to complete on his test server |
| 17:32 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1548993: Restore Show More/Show Fewer Details button functionality. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd14556> |
| 17:32 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1548993: Remember the Show More/Fewer Details button selection. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ad3502> |
| 17:36 |
ssieb |
kmlussier: I just about missed it, but there is a message each time about not being able to read the file from /tmp. Now I just have to figure out why... |
| 17:36 |
kmlussier |
ssieb: Are you working on just one server or are you on multiple bricks? |
| 17:37 |
ssieb |
one server |
| 17:39 |
ssieb |
oh, I see |
| 17:39 |
ssieb |
httpd gets a private view on /tmp |
| 17:43 |
ssieb |
now I'm getting lots of errors, so that's an "improvement" :-) |
| 17:45 |
kmlussier |
heh |
| 17:46 |
ssieb |
on the INSERT, it gets: ERROR: query string argument of EXECUTE is null |
| 18:02 |
pinesol_green |
[evergreen|Galen Charlton] LP#1373578: fix translatability of hold placement errors - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ae5108d> |
| 18:32 |
|
yboston left #evergreen |
