| 09:34 |
|
remingtron joined #evergreen |
| 09:56 |
|
mmorgan1 joined #evergreen |
| 10:16 |
Dyrcona |
Doing a build from git this morning and I'm being asked which version of Angular.JS to install. |
| 10:16 |
Dyrcona |
I got similar results when testing the make_release script yesterday. |
| 10:16 |
Dyrcona |
I wonder if we should update the README? |
| 10:17 |
Dyrcona |
Hmm.... Wonder what happens if I install from a tarball. I should test that. |
| 10:24 |
|
maryj joined #evergreen |
| 10:26 |
|
Christineb joined #evergreen |
| 10:36 |
|
abowling joined #evergreen |
| 10:57 |
jeff |
And different versions do different things... |
| 10:57 |
jeff |
etc. |
| 10:57 |
Dyrcona |
yep. |
| 10:57 |
jeff |
I started writing some general SIP2 live tests over the weekend. |
| 10:58 |
|
terran joined #evergreen |
| 11:02 |
Dyrcona |
bower resolution Unsuitable resolution declared for angular: 1.5.5 |
| 11:02 |
Dyrcona |
'Cause 1.5.6 is all it can apparently find. |
| 12:31 |
csharp |
G7, I think |
| 12:31 |
csharp |
purchased in 2011 |
| 12:31 |
JBoyer |
Ours are G5. They need to be cranked to start and have walkers. |
| 12:31 |
csharp |
heh |
| 12:31 |
csharp |
I have a couple of G5s as test servers |
| 12:38 |
JBoyer |
So, I have one machine with a normalized load of 1+ (1 min load => # of CPUs) and the top 2 processes by CPU use are apache. pid 24110 has 2 connections to memcache and 2 connections to beam.smp (ejabberd) (which is of course, connected to everything.) |
| 12:40 |
JBoyer |
Oh yes, and no connections to the outside world. just those 4: 2 internal to ejabberd, 2 to the memcache server. |
| 12:41 |
JBoyer |
It's super fun to try to figure out. |
| 12:47 |
tsbere |
When I see ejabberd disconnects the things that are no longer connected seem to get stuck in a "is there anything to get? No? repeat" loop |
| 12:47 |
JBoyer |
Well, that is to say I certainly don't remember a lot of those errors, but I'll be damned if there aren't plenty now. That's spectacular. |
| 12:47 |
tsbere |
Until an *outgoing* message is attempted they don't notice |
| 12:48 |
* Dyrcona |
did a test upgrade from 12.04 to 14.04 in 2014, but doesn't remember what issues (if any) cropped up. |
| 12:49 |
JBoyer |
I'm wondering if it's a combination of Eg 2.9 and our VM setup. We don't get near running out of memory, which is what I would wonder about first. :( |
| 12:49 |
Dyrcona |
JBoyer: You said you upgraded both the O/S and Evergreen/OpenSRF at the same time? |
| 12:50 |
jeff |
semi-related: i have a test instance (pretty much self-contained) where depending on which apache child my incoming connection hits, i get dead air. |
| 12:50 |
jeff |
i have a (not very helpful) strace. the test instance sits idle for long times. |
| 12:50 |
JBoyer |
Yes. Minimal downtime and all of that. I've made better decisions. |
| 12:51 |
Dyrcona |
jeff: I saw something like that this morning after a fresh install, but without running autogen.sh. |
| 12:51 |
Dyrcona |
After running autogen.sh, Apache and the OPAC seemed happy. |
| 12:58 |
Dyrcona |
Um, that's a complete call to select, minus the closing paren, and it basically does nothing, but possibly hang. |
| 12:58 |
Dyrcona |
I seem to recall issues with ejabberd after a 12.04 to 14.04 upgrade, but I could be mistaken. |
| 12:59 |
JBoyer |
strace normally includes the closing paren, that's why I assumed it was partial. |
| 12:59 |
Dyrcona |
JBoyer: If you have a way of testing on a single brick, you could try removing ejabberd and reinstalling it. |
| 13:02 |
JBoyer |
Dyrcona I can test a single machine, but the trouble is I can't trigger it on demand. |
| 13:03 |
Dyrcona |
JBoyer: Well, I think that select() call is your problem. |
| 13:03 |
Dyrcona |
You would never want to call it that way. |
| 13:03 |
Dyrcona |
If you set the first arg to zero, and the next 3 to NULL, you definitely want something in the final argument. |
| 13:10 |
JBoyer |
No more reliable than these things are being, I can just blow one away and rebuild it to see what happens later. If it never freaks out I can go through a larger swath of them later. |
| 13:13 |
tsbere |
Dyrcona: There was a short period of time with a bad compile, but nobody should be seeing it now |
| 13:14 |
Dyrcona |
tsbere: OK |
| 13:28 |
jeff |
stupid reporting tricks: mailing address labels that print each morning if there were any "limited juvenile" patrons created yesterday. |
| 13:28 |
jeff |
did you get a pdf? print it on avery XXXX stock and drop those letters in the mail! |
| 13:29 |
jeff |
(letters have no customized data in them, or we'd be printing them as well as part of the report or a sibling report) |
| 13:29 |
jeff |
i was just pleased that the labels aligned correctly once we got beyond the test period and got beyond one single patron. |
| 13:30 |
jeff |
(we now let patrons get a card without parent being present, but it's a limited card until their parent or guardian comes in to sign off on it) |
| 13:30 |
jeff |
limited to 3 items out at once. |
| 13:30 |
terran |
jeff++ |
| 13:31 |
jeff |
and since these are still less frequently than "daily", if there were no Limited Juvenile patrons created the day before, there's no pdf sent via email. |
| 14:13 |
|
rlefaive joined #evergreen |
| 15:51 |
|
ethomsen left #evergreen |
| 16:11 |
|
jlitrell joined #evergreen |
| 16:25 |
berick |
wondering what authority.record_entry.source is supposed to be used for. reserved for a not yet existing config.authority_source table? |
| 16:28 |
* jeff |
tests receipt printing with Hatch |
| 16:29 |
jeff |
huh. had to manually set margins in eg.print |
| 16:31 |
jeff |
no margin options in Windows print dialog spawned by hatch, and the paper type/size shown in the json sticks to Letter no matter how many times I select the "72mm x Receipt" option |
| 16:42 |
jeff |
in other apps, margins appear to be a distinct dialog. |
| 16:42 |
jeff |
hrm. |
| 16:45 |
Bmagic |
Has anyone changed from prefork to event on apache 2.4 ? |
| 16:56 |
berick |
jeff: my hope is to one day kill the java print dialog and just capture the values we want directly in a web app form. |
| 16:57 |
tsbere |
berick: And what happens when someone wants to set a print driver specific option? |
| 09:18 |
JBoyer |
Depends on how far down the in-joke rabbit hole we want to take our swag, I suppose. :D |
| 09:22 |
|
terran joined #evergreen |
| 09:24 |
jeff |
There may come a day when I find and fix a bug without tripping over additional bugs, but today is not that day. |
| 09:25 |
bos20k |
Hello. I am working on a test server where I basically installed the same version of Evergreen 2.9 over itself again after upgrading Ubuntu. Now I am getting an internal server error and seeing this in the Apache log: |
| 09:25 |
bos20k |
May 27 09:22:17 maul apache2[1268]: [perl:error] [pid 1268] [client 10.1.99.151:51245] egweb: Context Loader error: Can't locate object method "search_asset_copy_location_group" via package "OpenILS::Utils::CStoreEditor" at /usr/local/share/perl/5.18.2/OpenILS/WWW/EGCatLoader/Util.pm line 648.\n |
| 09:25 |
|
jvwoolf joined #evergreen |
| 09:26 |
bos20k |
Any ideas? I was looking at the Perl modules and I am not seeing a problem compared to a production machine that is working. |
| 09:27 |
jeff |
bos20k: my immediate suspicion is that your fm_IDL.xml file is invalid. |
| 09:29 |
jeff |
if you don't have xmllint installed, you can install it with: apt-get install libxml2-utils |
| 09:30 |
jeff |
then you can check to see that your fm_IDL.xml file is valid XML: |
| 09:34 |
jeff |
* open-ils.booking is not running |
| 09:34 |
bos20k |
jeff: no errors there |
| 09:34 |
|
yboston joined #evergreen |
| 09:35 |
jeff |
(booking was just a sacrificial service on a handy test system to get the output samples -- don't focus on that service in particular) |
| 09:35 |
bos20k |
all seem to be running |
| 09:36 |
Dyrcona |
booking isn't required anyway, unless you're using it. |
| 09:36 |
bos20k |
just got another error on the console where I started things: |
| 10:27 |
|
Bmagic joined #evergreen |
| 10:31 |
phasefx |
Bmagic: in webby, it's much different |
| 10:31 |
Bmagic |
gotcha, so, the dev server you are hacking on with the web client, has changes to the xul client menu order? |
| 10:31 |
jeff |
Can't locate diagnotics.pm in @INC (you may need to install the diagnotics module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at test.pl line 4. |
| 10:32 |
jeff |
alas, the "use diagnostics" pragma can't help with this error. |
| 10:35 |
Dyrcona |
In Soviet Webby, menu adds you! |
| 10:36 |
bshum |
Dyrcona++ # haha :) |
| 10:36 |
phasefx |
Bmagic: no, no changes to the xul client menu order anywhere that I'm aware of. Just that the web-based staff client equivalent is way different |
| 12:01 |
jeff |
Is anyone here presently aware of anyone making use of the (unfortunately spelled) patron_calculate_recal_ok SIP option? |
| 12:04 |
|
brahmina joined #evergreen |
| 12:09 |
jeff |
oh, right -- found bug 1093883 |
| 12:10 |
pinesol_green |
Launchpad bug 1093883 in Evergreen "SIP recall_ok test always returns false" [Wishlist,Fix released] https://launchpad.net/bugs/1093883 |
| 12:29 |
|
jihpringle joined #evergreen |
| 13:01 |
|
ericar joined #evergreen |
| 13:06 |
|
sandbergja joined #evergreen |
| 13:24 |
Dyrcona |
jeff: Is it causing you an issue, or are you just curious? |
| 13:25 |
Dyrcona |
@weather 01845 |
| 13:25 |
pinesol_green |
Dyrcona: North Andover, MA :: Clear :: 78F/26C | Friday: Mostly sunny. High 82F. Winds SSE at 5 to 10 mph. Friday Night: Partly cloudy. A stray shower or thunderstorm is possible. Low around 65F. Winds SSW at 5 to 10 mph. |
| 13:26 |
kmlussier |
miker / gmcharlt: If the issue I found while testing 1549505 is unrelated to the activity metric code, should it be posted in a separate branch so that it can be backported? |
| 13:27 |
miker |
kmlussier: we could create a separate patch for backporting, but the patch in that branch does touch code that is also touched by activity metric |
| 13:27 |
gmcharlt |
what mike said |
| 13:28 |
kmlussier |
OK, thanks! I'm going to try out the new branch now. |
| 13:28 |
gmcharlt |
in particular, the DB update can't just be cherry-picked |
| 13:46 |
jeff |
Dyrcona: no issue, the spelling caught my eye and I was curious about the use case. The bug answered my questions. |
| 13:47 |
Dyrcona |
jeff: Cool. I was just curious. |
| 13:59 |
jeff |
i pulled at one too many SIP threads and now I find myself on the phone with a vendor asking them questions about their product's changed behavior |
| 14:09 |
jeff |
they had no answers for me. i tought them a few things. i devised my own theory and test plan. |
| 14:15 |
|
mdriscoll joined #evergreen |
| 14:22 |
kmlussier |
Dyrcona: I just stumbled across this comment while preparing for Bug Squashing Day. https://bugs.launchpad.net/evergreen/+bug/1501781/comments/38 |
| 14:22 |
pinesol_green |
Launchpad bug 1501781 in Evergreen "Patron name search should be diacritic-insensitive" [Wishlist,Confirmed] - Assigned to Terran McCanna (tmccanna) |
| 14:24 |
Dyrcona |
Also, I want to experiment with using Text::Unaccent::PurePerl because I think it does something that the database solution does not. |
| 14:24 |
kmlussier |
Dyrcona: For that particular bug, I didn't see any dissenting opinions on it being a new feature. So I think we're good there. |
| 14:24 |
Dyrcona |
I just haven't found time to look into it. |
| 14:24 |
kmlussier |
Dyrcona: Are you saying we should hold off on testing it? |
| 14:26 |
Dyrcona |
kmlussier: Go ahead and test it. What I see is the unaccent Pg extension doesn't actually unaccent Greek or Cyrillic characters, but I think Text::Unaccent::PurePerl does unaccent Greek. |
| 14:26 |
Dyrcona |
I was thinking of running the Perl tests using Text::Unaccent::PurePerl just to see what output we get. |
| 14:27 |
Dyrcona |
gmcharlt shared something from Github that, IIRC, updates the unaccent database extension so it handles Greek characters. |
| 14:28 |
Dyrcona |
I guess if anyone wants to, they can remove the pullrequest tag. I won't be disappointed. I can't speak for dpearl. |
| 14:29 |
Dyrcona |
I'm OK with it as it is, is what I'm saying. |
| 14:32 |
Dyrcona |
I intended to look at during or just after the conference. |
| 14:33 |
kmlussier |
Dyrcona: Yup. I know how it is. |
| 14:33 |
* kmlussier |
stares at the remaining to-do list items for things that were supposed to be done by the end of today. |
| 14:33 |
terran |
I signed up to test it for bug squashing day, but I can hold off if there's not a concensus |
| 14:37 |
terran |
oh wait, I'm not sure I really understand enough of the implications to fully test anyhow |
| 14:39 |
* terran |
realizes she can't spell consensus, either |
| 14:39 |
Dyrcona |
Well, basically, if you have a patron with diacritics in the name, you can't find them unless you enter diacritics in the search. |
| 14:40 |
kmlussier |
terran: Ha ha ha. IMO, it improves the software, so is fair game for testing. |
| 14:40 |
Dyrcona |
The point of patch is to strip the diacritics when searching. |
| 14:40 |
Dyrcona |
Basically, so something like Frederick matches Frédérick. |
| 14:41 |
* Dyrcona |
seems to be omitting random articles in his typing today. |
| 14:42 |
|
bmills joined #evergreen |
| 14:42 |
* Dyrcona |
triple checks his script to run for this weekend's patch update for typos. |
| 14:43 |
terran |
I'll keep my name on there for testing then, but everyone else feel free to jump in :) |
| 14:46 |
terran |
If it can solve the problem of odd spacing and apostrophes in names, then it will be hugely useful for us in Georgia. |
| 14:46 |
kmlussier |
terran: And hugely useful for us everywhere else too! :) |
| 14:48 |
Dyrcona |
I'm not sure it does anything with apostrophes or odd spacing. I'd have to look again. |
| 14:48 |
terran |
I haven't looked at the code - just based that on the initial report |
| 15:24 |
jeff |
I'd like to start using SIP2 AF messages for more things (we use them for a friendly "we need to update your information, please come to the desk" for expired patrons), but it appears that our self checkout kiosks no longer display the patron screen messages when the patron scans their card. |
| 15:24 |
jeff |
Best I can do it get them to appear on some receipts, and to appear if you've failed to auth with a pin. |
| 15:24 |
jeff |
(and probably on success when using a pin, but also not helpful) |
| 15:36 |
Stompro |
Interesting, our audit tables were never cleared out after our test loads, so they contain unrelated records with the same id numbers. I wonder if that is an issue? |
| 15:36 |
kmlussier |
gmcharlt: I see you've been assigned to bug 1437103 for a while. Are you still working on that one? |
| 15:36 |
pinesol_green |
Launchpad bug 1437103 in Evergreen "unexpected popup dialogs appear at checkin" [Undecided,Confirmed] https://launchpad.net/bugs/1437103 - Assigned to Galen Charlton (gmc) |
| 15:36 |
* kmlussier |
also wonders if she should remove the pullrequest tag on it. |
| 16:14 |
pinesol_green |
Launchpad bug 1576435 in Evergreen 2.9 "Force "Include inactive patrons?" on patron reg duplicate search" [Medium,Confirmed] https://launchpad.net/bugs/1576435 |
| 16:15 |
Stompro |
They seem to be mostly harmless cold air funnels, nothing too big. |
| 16:15 |
Stompro |
http://media.graytvinc.com/images/492*350/Funnel+cloud+South+Moorhead+May+27+2016.jpg |
| 16:16 |
kmlussier |
jeffdavis: For testing on Bug Squashing Day. We haven't set up the Sandboxes yet, so we'll be able to grab the new commit. |
| 16:17 |
jeffdavis |
kmlussier: ah, perfect, I had hoped to test as part of Bug Squashing Day - I'll update the ticket |
| 16:33 |
|
jvwoolf left #evergreen |
| 16:44 |
terran |
Stompro: "harmless"? |
| 16:44 |
terran |
Stompro: Be safe and good luck! |
| 16:45 |
Stompro |
terran, so far, they are just like big dust devils with no energy behind them, even when they touch down they don't do any damage. |
| 16:47 |
terran |
I'm tornado-shy after living in Florida for 8 years. One smashed pieces of small aircraft through the ciner block walls of a library I worked at - fortunately, it was Christmas day, the only time campus was empty |
| 16:47 |
Stompro |
They just gave the all clear, tornado warning lapsed. Yeah!! |
| 16:47 |
terran |
Phew! |
| 16:50 |
terran |
jeffdavis: to rephrase - I can send you the sandbox info once it's set up so that you can test your fixes on the web client too |
| 16:53 |
jeffdavis |
terran: sure, that would be great, thanks |
| 18:05 |
kmlussier |
Have a nice weekend #evergreen! |
| 18:06 |
|
rlefaive joined #evergreen |
| 12:52 |
Bmagic_ |
hmm, yeah, I figured it was bots but somehow we need to keep it from affecting the consortium |
| 12:54 |
Dyrcona |
We haven't had much trouble with bots lately, particularly since we split to a public and staff brick. |
| 12:55 |
Dyrcona |
The few times that Apache really goes nuts, it seems someone has dropped something on their keyboard. |
| 12:55 |
Dyrcona |
And, I chose the 120 number after lots of log diving and some testing. |
| 12:56 |
Dyrcona |
With our hardware configuration, even if we set to 150, 120 is about where performance really tanks. |
| 12:56 |
Dyrcona |
Like, "No, I'm not replying to your request for 5 minutes," kind of tanks. |
| 12:57 |
Dyrcona |
We typically don't exceed 100 at any given time anyway. |
| 12:59 |
|
barbara joined #evergreen |
| 13:04 |
|
jwoodard joined #evergreen |
| 13:04 |
|
graced joined #evergreen |
| 13:24 |
jeff |
well that's interesting. on a test VM that is often dormant for long periods of time, i have at least one apache process that doesn't serve requests. |
| 13:24 |
jeff |
if a request hits that child, the browser just sits until it times out. |
| 13:28 |
jeff |
sanity check: new feature merged to master in Feb of this year, I've found a bug in it. The feature has been included in a release of Evergreen. Sounds like the bug and fix is a new ticket, not a re-open of the original ticket. Am I correct? |
| 13:29 |
kmlussier |
jeff: Yes |
| 13:29 |
berick |
i'd say new ticket |
| 13:29 |
jeff |
thanks! kmlussier++ berick++ |
| 16:24 |
|
miker joined #evergreen |
| 16:24 |
|
akilsdonk joined #evergreen |
| 16:24 |
|
phasefx_ joined #evergreen |
| 16:26 |
* jeff |
prepares to run live tests |
| 16:26 |
|
jyorio joined #evergreen |
| 16:27 |
Stompro |
jeff - catching up, we are planning on moving to 2.10 by the end of june. |
| 16:27 |
jeff |
Stompro: great! |
| 16:32 |
ssieb |
ok, got it |
| 16:32 |
jeff |
org unit changes are one of those things that require an autogen.sh run after you've made the changes. |
| 16:33 |
ssieb |
ok, I'm just experimenting with the sample data before I reset it and put real data in |
| 16:33 |
jeff |
good luck, and enjoy! |
| 16:37 |
* jeff |
runs live tests |
| 16:38 |
Dyrcona |
jeff: Did you add any new tests, or you are just sanity checking? |
| 16:39 |
Stompro |
Is there any way to hide age protected items in the catalog, sort of like how 856 resources can be hidden? So users with a preferred lib/home lib that cannot request those items cannot see them? |
| 16:40 |
Dyrcona |
Stompro: I don't think so. |
| 16:42 |
ssieb |
I'm trying to set this up for a single school. The one important thing they need to do is print a list of all the checked out items at the end of the year. However, I don't see any way of getting that information from the staff client. |
| 16:44 |
kmlussier |
ssieb: Evergreen is big, but there are other single libraries that use it. There is also Koha, which is another open-source library system. |
| 16:44 |
kmlussier |
But jeff typed faster than me |
| 16:45 |
ssieb |
That was the other one I found, but this one used postgresql and Koha didn't seem obviously better in any way. :-) |
| 16:45 |
jeff |
Dyrcona: I am adding new tests supporting the fixes that I'm working on for a SIP-related issue with csp ignore_proximity |
| 16:46 |
jeff |
Dyrcona: Since it's something mostly unrelated to standing penalty ignore_proximity that broke, but that thing was not covered by tests and therefore was overlooked, I think I might just write a set of basic SIP tests. |
| 16:46 |
Stompro |
ssieb, how about a hosted service like librarything tinycat... I have no idea what it costs though. http://www.librarything.com/wiki/index.php/Using_LibraryThing_as_an_Integrated_Library_System |
| 16:46 |
ssieb |
jeff: what's the "staff client reporter"? Do you have any suggestions for a reporting tool? |
| 16:47 |
Dyrcona |
jeff: Did I break something in SIP with that feature? |
| 17:01 |
terran |
Speaking of reports, I finally got around to creating a launchpad for Quick Reports... hopefully I set it up right: https://bugs.launchpad.net/egquickreports |
| 17:04 |
jeff |
terran++ |
| 17:06 |
|
rhamby joined #evergreen |
| 17:06 |
terran |
bmills++ for installing, testing, and bug-reporting :D |
| 17:07 |
Dyrcona |
Oh, well. Look at the time! |
| 17:07 |
Dyrcona |
Catch you all later. |
| 17:08 |
bmills |
terran++ |
| 00:24 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1447746: Fix lp957466_update_date_and_source regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8ab6306> |
| 00:58 |
|
webmind joined #evergreen |
| 01:17 |
|
jonadab joined #evergreen |
| 01:21 |
|
berick joined #evergreen |
| 01:25 |
|
BunnyRider joined #evergreen |
| 01:25 |
|
Bmagic_ joined #evergreen |
| 01:28 |
bshum |
gmcharlt: I put together branches for the two things to fix for Debian and OpenSRF master, but just realized they'll probably have a minor conflict with each other. Simple enough to resolve whichever one we push in first. |
| 01:29 |
bshum |
I'll test Wheezy later, but Jessie installs all the pre-req's happily with the combined branch content. |
| 01:29 |
* bshum |
tries to sleep |
| 02:00 |
|
dcook joined #evergreen |
| 02:12 |
|
artunit joined #evergreen |
| 02:18 |
|
dcook joined #evergreen |
| 03:47 |
|
gsams joined #evergreen |
| 03:50 |
|
gsams joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:16 |
|
gsams_ joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
Christineb joined #evergreen |
| 07:42 |
bshum |
Test success! Yes! :) |
| 08:05 |
|
collum joined #evergreen |
| 08:06 |
|
JBoyer joined #evergreen |
| 08:17 |
|
ericar joined #evergreen |
| 08:30 |
|
mrpeters joined #evergreen |
| 08:30 |
csharp |
@test |
| 08:30 |
pinesol_green |
csharp: As great as you are man, you'll never be greater than yourself. |
| 08:53 |
|
aubjordan joined #evergreen |
| 08:55 |
|
mmorgan joined #evergreen |
| 13:24 |
|
kmlussier joined #evergreen |
| 13:26 |
* Dyrcona |
noticed something building the 2.9.5 tarball that just might be relevant. |
| 13:27 |
Dyrcona |
Complained that I didn't have libbzip2 installed, but that code should get rebuilt when you build from the tarball, so I'm not sure it matters. |
| 13:27 |
jeffdavis |
Dyrcona: in my case, 2.8.1 -> 2.10.2 |
| 13:27 |
jeffdavis |
I didn't notice any errors while building the updates, perhaps I missed something though |
| 13:27 |
jeffdavis |
autoupdate worked fine during testing |
| 13:28 |
Dyrcona |
jeffdavis: I didn't notice anything when testing the tarball and I was looking for it. |
| 13:28 |
Dyrcona |
I don't test autoupdates though. |
| 13:28 |
jeffdavis |
oh and we install from git, not from official release tarballs |
| 13:28 |
Dyrcona |
Bascially, just build from the tarball, log in with the staff client, and make sure a few things work. |
| 13:29 |
Dyrcona |
jeffdavis: OK, then. |
| 13:48 |
kmlussier |
Or two people's opinion |
| 13:48 |
Dyrcona |
OK. I don't have a problem with that. |
| 13:55 |
pinesol_green |
[evergreen|Galen Charlton] LP#1584801: fix tagging of previous circs in metarecord search results - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7a4551e> |
| 14:04 |
berick |
@love digging around in Open-ILS/src/support-scripts/test-scripts and finding a 7 year old script that does exactly what I needed. |
| 14:04 |
pinesol_green |
berick: The operation succeeded. berick loves digging around in Open-ILS/src/support-scripts/test-scripts and finding a 7 year old script that does exactly what I needed.. |
| 14:12 |
|
jihpringle_ joined #evergreen |
| 14:17 |
kmlussier |
gmcharlt: Thanks for adding that link. I spent some time Googling yesterday and found lots of UX articles regarding column sorting, but none of them talked about the third, click option. |
| 14:19 |
kmlussier |
It did leave me to the discovery, though, that the triangles used to illustrate sort order in Thunderbird work the opposite of almost every other web-based soring table I've seen. |
| 16:03 |
* dbs |
also musing about possibilities for using service worker threads to intelligently cache network requests, etc |
| 16:03 |
dbs |
Just need unlimited times |
| 16:29 |
|
mmorgan joined #evergreen |
| 16:41 |
kmlussier |
mmorgan just pointed out a problem on webby that we don't see on demo.evergreencatalog.com. I wonder if it's another issue with the new AngularJS. |
| 16:41 |
kmlussier |
The input boxes in the copy editor for adding volume and barcode info appear to be missing. See http://www.screencast.com/t/YDGf3MHdwvl |
| 16:42 |
kmlussier |
I don't have another test server to compare it against. Is anyone else seeing the same thing |
| 16:42 |
kmlussier |
? |
| 16:56 |
berick |
kmlussier: meaning there should be inputs below Owning Library, Volumes, Classification, etc? |
| 16:56 |
kmlussier |
berick: Yeah |
| 16:57 |
berick |
k. i'm seeing the same as you running master on my local dev VM |
| 00:02 |
bshum |
Oh that's odd |
| 00:03 |
bshum |
Why'd I think it was only 200000, the README clearly says 2000000 :( |
| 00:03 |
* bshum |
is having one of those nights |
| 00:03 |
bshum |
Nevermind then, all is right in the world, except that bshum can't read clearly anymore |
| 00:11 |
bshum |
I decided to just do a signoff branch instead of committing, better safer when someone else double-checks it again tomorrow. And maybe test it with Debian versions too. |
| 00:11 |
* bshum |
calls that a good night |
| 00:25 |
|
mceraso joined #evergreen |
| 02:27 |
|
gmcharlt_ joined #evergreen |
| 06:29 |
|
geoffsams joined #evergreen |
| 09:47 |
Dyrcona |
It was possibly installed after. |
| 09:47 |
Dyrcona |
I am root or I would not have made it that far. :) |
| 09:48 |
Dyrcona |
Looking at what it was doing, it may not be important. |
| 09:48 |
Dyrcona |
I'm building on a concerto vm so I can test one of my own patches real quick. |
| 09:49 |
Dyrcona |
I was going to test berick's angular fixes a bit later. |
| 09:51 |
Dyrcona |
I'll probably just use concerto today, since I don't feel like waiting on reingests, etc. on a copy of production. |
| 09:53 |
Dyrcona |
bshum: You're right about trusty not activating mod_perl any more. |
| 09:54 |
|
mmorgan joined #evergreen |
| 09:55 |
Dyrcona |
Well, opensrf and opensrf.math add work. |
| 09:55 |
Dyrcona |
Now to install and test Evergreen. |
| 10:00 |
|
berick joined #evergreen |
| 10:04 |
|
afterl left #evergreen |
| 10:06 |
|
bos20k_ joined #evergreen |
| 13:29 |
* jeff |
reads pingest.pl to determine if --skip-browse --skip-search --skip-facets is essentially a attrs-only reingest |
| 13:31 |
jeff |
looks like "yes" |
| 13:33 |
Dyrcona |
It is. |
| 14:04 |
kmlussier |
So, for the purposes of posting the fix to the lp957466_update_date_and_source.pg test, should I re-open bug 1447746, which broke the test, or should I open a new bug? |
| 14:04 |
pinesol_green |
Launchpad bug 1447746 in Evergreen "Do not update bib source on match-only merge" [Wishlist,Fix committed] https://launchpad.net/bugs/1447746 |
| 14:09 |
* kmlussier |
decides to re-open the old bug. |
| 14:09 |
Dyrcona |
kmlussier: bshum has been reopening old bugs for such things. I tend to open a new bug. |
| 14:51 |
Dyrcona |
Starting services, all seems well. |
| 14:54 |
Dyrcona |
It seems to work. I can log in with the web staff client and look up patrons. |
| 14:55 |
Dyrcona |
And, that was all I really wanted to do. |
| 14:55 |
* Dyrcona |
was testing berick's angular fix on trusty and on xenial. |
| 14:56 |
Dyrcona |
I asked in #ubuntu-virt, but I don't expect any answers. |
| 14:56 |
* Dyrcona |
always has the special problems. |
| 15:00 |
* Dyrcona |
is going to push the fixes to master. They work AFAICT. |
| 16:05 |
Dyrcona |
bshum++ berick++ |
| 16:05 |
Dyrcona |
@dessert |
| 16:05 |
* pinesol_green |
grabs some Krispy Kreme Donuts for Dyrcona |
| 16:06 |
bshum |
Now if we can test and merge kmlussier's fix for the pgtap tests then maybe we'll get a live test success again! |
| 16:06 |
bshum |
Weekend project, whee! |
| 16:07 |
kmlussier |
I like pumpkin pie too, but I've mostly been looking for chocolate today. |
| 16:08 |
kmlussier |
pinesol_green has been holding out on me. |
| 16:08 |
pinesol_green |
kmlussier: What do you mean? An African or European swallow? |
| 16:12 |
berick |
@eightball is pinesol_green a bot? |
| 16:12 |
pinesol_green |
berick: _I_ don't know. |
| 16:12 |
bshum |
Spooky..... |
| 16:13 |
berick |
pinesol_green just passed the Turing test |
| 16:13 |
pinesol_green |
berick: Thank you berick! But our princess is in another castle! |
| 16:13 |
pinesol_green |
berick: I am only a bot, please don't think I'm intelligent :) |
| 16:17 |
csharp |
@blame [quote random] |
| 17:52 |
dbwells |
jeff: Our initial ingest after the 2.9 upgrade in December was nice and fast. Recent partial re-ingest (still on 2.9) was dramatically slower. Haven't had time to look into it any further, but glad to think we might not be alone. |
| 17:54 |
jeff |
dbwells: any point release upgrades between those two ingests? |
| 17:55 |
jeff |
dbwells: and what kind of partial re-ingest were you dealing with? |
| 17:56 |
dbwells |
jeff: I don't think so for point upgrades. More likely a point upgrade for Postgres than for EG, if anything. |
| 17:58 |
dbwells |
jeff: It was just a full reingest of a few hundred records, but slow enough to notice. I've really just been ignoring it and hoping my testing was off that day for some other reason. |
| 17:59 |
jeff |
heh |
| 18:00 |
jeff |
it looks like with the help of pingest i can do a record-attrs-only ingest of ~400k records in 6 hours (16 pingest children) |
| 18:00 |
jeff |
extrapolating from 2000 records in 100 record batches with 4 and 16 children. |
| 18:12 |
jeff |
dbwells: I don't know what might explain what you encountered in 2.9, but I suspect the speed difference I'm seeing is mostly due to the additions that 0967 makes to config.marc21_ff_pos_map, config.record_attr_definition, config.coded_value_map, and config.composite_attr_entry_definition |
| 18:14 |
jeff |
as part of bug 1371647 |
| 18:14 |
pinesol_green |
Launchpad bug 1371647 in Evergreen "config.marc21_ff_pos_map needs an audit" [Wishlist,Fix released] https://launchpad.net/bugs/1371647 |
| 18:16 |
dbwells |
I am perfectly willing to believe my testing was a fluke of some kind, though not looking forward to things getting even slower, if that's the case. |
| 18:21 |
jeff |
those four tables gained: |
| 18:21 |
jeff |
128, 782, 2610, and 105 rows |
| 18:22 |
jeff |
so yeah, I think it's reasonable to expect that to impact speed of ingest. |
| 20:18 |
jeffdavis1 |
jeff: I'm not aware of anyone else on 2.10 yet |
| 20:18 |
jeffdavis1 |
although I could easily have missed someone |
| 20:18 |
jeff |
Apparently I was overly optimistic about someone else having already gone first by now when I picked this date back in March or April. :-) |
| 20:18 |
jeffdavis1 |
fwiw things have gone really smoothly in our testing, so I'm cautiously optimistic |
| 20:19 |
jeff |
excellent. |
| 20:20 |
jeffdavis1 |
you're on PG 9.4 as well, right? |
| 20:20 |
jeff |
correct. |
| 20:22 |
jeff |
Is your upgrade window duration mostly to ensure that you have enough time for the ingest to fully complete before the system's back under production load, or are you anticipating other bits to take a lot of time also? |
| 20:22 |
jeff |
(or rolling other things into the downtime, like hardware upgrades/etc) |
| 20:25 |
jeffdavis1 |
it's mostly to give time for testing before we go live |
| 20:25 |
jeff |
got it. |
| 20:26 |
jeff |
multiple reasons for asking: curiosity / comparing notes, as we're upgrading this weekend also |
| 20:26 |
jeff |
but also, i'm thinking about ways overall to make upgrades less painful. |
| 15:07 |
tspindler |
au revoir |
| 15:08 |
afterl |
bye! |
| 15:08 |
|
emckinney_ left #evergreen |
| 15:08 |
kmlussier |
phasefx: I'll take another look at bug 957466. I ran the tests before merging the code, and I swear they completed successfully at the time. |
| 15:08 |
pinesol_green |
Launchpad bug 957466 in Evergreen "overlaying a record from vandelay does not update editor/edit_date" [Medium,Fix released] https://launchpad.net/bugs/957466 |
| 15:09 |
kmlussier |
phasefx: Oh, wait. That's not the same test, is it? |
| 15:09 |
|
ethomsen left #evergreen |
| 15:09 |
phasefx |
kmlussier: nope! |
| 15:10 |
kmlussier |
kmlussier-- #Not running ALL the tests |
| 15:11 |
phasefx |
phasefx-- not fixing the RSS feed |
| 15:11 |
kmlussier |
Today might be a good day to learn how to modify tests. Too bad I have a conference call. |
| 15:12 |
Dyrcona |
kmlussier: Something new is breaking the tests on something old. |
| 15:12 |
bshum |
phasefx: Nah, it's not your fault. I was noticing that too :( |
| 15:12 |
|
tspindler left #evergreen |
| 15:13 |
kmlussier |
Dyrcona: Yeah, I know. It's the code I merged. |
| 15:20 |
* kmlussier |
will take a look at it shortly. |
| 15:29 |
jeff |
Evergreen docs recommend that you create and use a PostgreSQL super user -- but are there any things that we currently do in Evergreen that require a superuser? |
| 15:29 |
|
akilsdonk_ joined #evergreen |
| 15:30 |
gmcharlt |
jeff: gut reaction - nothing that we couldn't do with a more limited user; just a matter of taking the time to iterate testing and tweaking permissions |
| 15:30 |
* jeff |
nods |
| 15:31 |
jeff |
roles and ownership become more important, eg_db_config and database upgrade scripts might still require running as a superuser or database owner or otherwise elevated role... |
| 16:05 |
* mmorgan |
will master sharing google docs one day :-/ |
| 16:21 |
JBoyer |
No, syslog. I use a different format specifier for the database logs to keep pgbadger happy. It doesn't like the date format we use in the example rsyslog config. |
| 16:21 |
|
kmlussier joined #evergreen |
| 16:22 |
jeff |
any particular reason for opting to use syslog, or was it just a matter of already having that infrastructure in place already and not wanting to ship something else around for pgbadger? |
| 16:24 |
kmlussier |
mmorgan: Looking at your screenshots. Were you searching the same branch in each test and, if logged in, logged in as the same user with the same preferred search library set? |
| 16:26 |
mmorgan |
kmlussier: I was not logged in at all. Searching the whole consortium, no preferred library. |
| 16:28 |
kmlussier |
Huh...I like the after shot better. It seems odd that the first screenshot breaks up the Beverly Main branch the way it does. I wouldn't have expected it to behave that way. |
| 16:28 |
mmorgan |
I didn't either. I agree the after shot looks better. |
| 17:51 |
|
geoffsams joined #evergreen |
| 17:55 |
|
bmills joined #evergreen |
| 19:44 |
|
jihpringle_ joined #evergreen |
| 21:39 |
bshum |
rhamby++ |
| 21:39 |
bshum |
For the mac client build :) |
| 22:08 |
bshum |
berick++ # latest patches look good, xenial looks good, I'm testing trusty next |
| 22:54 |
|
bmills joined #evergreen |
| 22:56 |
|
bmills1 joined #evergreen |
| 23:16 |
|
bmills joined #evergreen |
| 23:18 |
|
bmills left #evergreen |
| 23:31 |
bshum |
Well isn't that interesting... |
| 23:31 |
bshum |
Fresh OpenSRF/Evergreen install on Ubuntu Trusty (14.04) and it dies cause mod perl isn't enabled for apache |
| 23:32 |
bshum |
We might need http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=commit;h=032a964795df73053d09dca37e62e3e276ce343e for Trusty too |
| 23:32 |
pinesol_green |
bshum: [opensrf|Jason Stephenson] LP#1551090: Enable mod_perl2 on Ubuntu 16.04 (Xenial Xerus). - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=032a964> |
| 23:32 |
bshum |
They must be changing something with apache 2.4 somewhere.... hmm |
| 23:51 |
* bshum |
will wait to merge cause he's seeing oddness with his 14.04 VMs |
| 11:30 |
gmcharlt |
er, thanks |
| 11:30 |
gmcharlt |
and howdy folks - re bug 1579225, I think it warrants an early 2.10.3; I would appreciate eyes on it |
| 11:30 |
pinesol_green |
Launchpad bug 1579225 in Evergreen "Patron registration- unable to log in with password entered during registration" [High,Confirmed] https://launchpad.net/bugs/1579225 |
| 11:36 |
dbwells |
gmcharlt: I've given it a once (or twice) over and it seems sensible. Rolling it out now to try to test more angles in our live environment. Do you know the simplest means to reproduce the double-hashing problem? I think we experienced that last week, but I haven't tracked it down yet. |
| 11:38 |
gmcharlt |
dbwells: from the user side, it's just a matter of registering a completely new patron in either the XUL or web staff interfaces |
| 11:39 |
dbwells |
gmcharlt: sorry, I was unclear. I mean the later updates which corrupt the password (e.g. address updates). Does that happen for every address update? |
| 11:40 |
gmcharlt |
dbwells: ah, gotcha. no, I don't believe it would occur with every address updates, just ones that add or subtract an address and thereby causes an update of the base patron record |
| 12:16 |
|
bos20k joined #evergreen |
| 12:23 |
|
brahmina joined #evergreen |
| 12:24 |
|
jvwoolf joined #evergreen |
| 12:27 |
dbwells |
gmcharlt: I am off to lunch, but everything looks good in my testing. I posted a sign-off branch to the bug. Hopefully others will still weigh in. |
| 12:47 |
jeffdavis |
I'll be testing that branch today fwiw. |
| 12:48 |
|
bmills joined #evergreen |
| 12:52 |
dbs |
gmcharlt: +1 to your response on bib record / auth record $0 stuff |
| 12:53 |
dbs |
I guess I should just gmcharlt++ so it counts :) |
| 15:49 |
csharp |
jeff: well, you know I'm interested too :-) |
| 15:50 |
jvwoolf |
Not too change gears too quickly, but csharp and terran: I'm very excited about the Quick Reporter |
| 15:50 |
csharp |
we're pretty happy with it too |
| 15:51 |
terran |
Our users are too! bmills installed it on his test server during our session at the conference and had it up and running by the time we left :) |
| 15:51 |
jvwoolf |
Wow! I should have paid attention to what he was doing. I was sitting right next to him! |
| 15:52 |
jvwoolf |
terran: Your materials are posted, right? |
| 15:52 |
terran |
He found a handful of small issues that we need to tweak, but nothing huge. |
| 16:15 |
jvwoolf |
Or do you want to save that for the conference? |
| 16:15 |
jeff |
I would hope to have shared many interesting things before then, and would be happy to discuss if folk were still interested. |
| 16:16 |
jvwoolf |
Cool, thanks. I'll be in touch. :) |
| 16:16 |
csharp |
hopefully I will get around to setting up a jasper test instance before then too :-) |
| 16:16 |
jvwoolf |
And eagerly awaiting the things you'll share :) |
| 16:16 |
csharp |
jvwoolf++ # thanks for setting up this meeting |
| 16:17 |
terran |
and I'll figure out a Quick Reports bug tracker site before then... |
| 16:27 |
csharp |
jeff: IT DIDN'T WORK! |
| 16:28 |
terran |
csharp: one of us, one of us |
| 16:39 |
kmlussier |
jvwoolf++ |
| 16:45 |
pinesol_green |
[evergreen|Galen Charlton] LP#1579225: add live_t regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82c0202> |
| 16:45 |
pinesol_green |
[evergreen|Galen Charlton] LP#1579225: fix handling of passwords in patron registration - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9289743> |
| 16:48 |
* gmcharlt |
starts the release-cutting dance |
| 16:48 |
|
jvwoolf left #evergreen |
| 17:03 |
jeff |
Wow. Conference Attendees list this year includes cell phone and work phone numbers, as well as whatever people supplied for their mailing address. That's... surprising. |
| 17:33 |
pinesol_green |
[evergreen|Galen Charlton] release notes for 2.10.3 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f0f6c1> |
| 17:40 |
dbs |
need to update history.git |
| 18:04 |
gmcharlt |
the 2.10.3 release is just about ready to go; I'll put it up after dinnner |
| 18:39 |
jeffdavis |
password fix is tested and confirmed here, but I can see it doesn't need any more signoffs :) |
| 18:39 |
jeffdavis |
gmcharlt++ |
| 18:41 |
jihpringle |
gmcharlt++ |
| 19:52 |
gmcharlt |
https://evergreen-ils.org/evergreen-2-10-3-released/ |
| 20:13 |
jlitrell |
gmcharlt++ |
| 14:00 |
jeff |
And ideally don't require touching every SIP2 client config. |
| 14:01 |
JBoyer |
configs only need to be changed on selfcheks if they currently supply the CP field. (I suspect that's very unlikely since it's currently unused.) Release notes are coming in case it's ready to go as-is. |
| 14:01 |
JBoyer |
Blank CPs are fine, they're ignored. |
| 14:01 |
JBoyer |
Also testing notes will go in LP. |
| 14:08 |
jeff |
Yeah, most of our SIP2 clients set CP. I don't want to speak for anyone else's clients, though. |
| 14:11 |
|
bmills joined #evergreen |
| 14:15 |
jeff |
Oh... lovely. |
| 16:44 |
Dyrcona |
Use a RAID setup. |
| 16:44 |
jeff |
one point twenty-one gigaWALs! |
| 16:45 |
Dyrcona |
heh |
| 16:45 |
jihpringle |
kmlussier: if you're around and have time could you check your 2.9 community test server? it's giving me "There was an error testing this hostname" |
| 16:46 |
kmlussier |
jihpringle: You made need to add an SSL exception. |
| 16:48 |
|
jihpringle_ joined #evergreen |
| 16:48 |
* jeff |
cringes |
| 17:23 |
jihpringle |
you're welcome and thanks for fixing. I've now been able to confirm a bug is definitely new in 2.10 |
| 17:33 |
kmlussier |
I wonder if work on the Angular patron editor may have leaked into the xul client and caused the issue with bug 1579225 |
| 17:33 |
pinesol_green |
Launchpad bug 1579225 in Evergreen "Patron registration- unable to log in with password entered during registration" [Undecided,New] https://launchpad.net/bugs/1579225 |
| 17:34 |
gmcharlt |
jihpringle: roughly when did you test it on the ESI community demo? (I want to check logs) |
| 17:35 |
jihpringle |
gmcharlt: around 1:37pm PDT |
| 17:36 |
gmcharlt |
thanks |
| 17:36 |
dbwells |
Being related to the new password hashing infrastructure would also be a good bet. |
| 17:36 |
jihpringle |
and around 1:51pm PDT for the web client |
| 17:36 |
kmlussier |
dbwells: Yes, I was just remembering that's new too. |
| 17:41 |
* gmcharlt |
takes a look |
| 17:42 |
gmcharlt |
test record: a cat with poor password hygiene |
| 17:58 |
|
jihpringle joined #evergreen |
| 18:18 |
|
jlitrell joined #evergreen |
| 18:26 |
gmcharlt |
yep, it's the password hashing |
| 18:26 |
gmcharlt |
during registration, the hashed password is getting set to CRYPT( MD5( pw_salt || MD5(MD5(real_password)) ), pw_salt ) |
| 18:26 |
gmcharlt |
when comparisons are expecting CRYPT( MD5( pw_salt || MD5(real_password) ), pw_salt ) |
| 18:27 |
gmcharlt |
I'll poke more after dinner |
| 18:30 |
gmcharlt |
ok, seeing more: during the open-ils.actor.patron.update dance, a new actor.usr is created |
| 18:30 |
gmcharlt |
the password trigger on actor.usr sets au.passwd to md5(real_password) |
| 18:31 |
gmcharlt |
*then*, the new row gets retrieved and passed on to the rest of the process, including a call to actor.set_passwd |
| 18:31 |
gmcharlt |
and that's where the extraneous md5 is coming from |
| 18:31 |
gmcharlt |
more anon |
| 18:43 |
Christineb |
gmcharlt++ thank you for investigating |
| 19:41 |
|
brahmina joined #evergreen |
| 20:58 |
|
sandbergja joined #evergreen |
| 10:49 |
Dyrcona |
sitalk: It sounds like you have not completely installed OpenSRF and Evergreen. |
| 10:49 |
kmlussier |
mmorgan: Is there anything else that might block the hold beyond age protection? An issue with the patron's account? |
| 10:50 |
Dyrcona |
mmorgan: Do the staff have the permission to override at the consortium depth? It could be a depth issue. |
| 10:51 |
kmlussier |
I know this is hard to test in production, but I wonder if removing the two non-holdable copies (or making them holdable, but age-protected) would make the override appear. |
| 10:52 |
Dyrcona |
mmorgan: Our staff have the ITEM_AGE_PROTECTED.override at depth 0. |
| 10:52 |
Dyrcona |
Well, actually, all users have it at that depth. |
| 10:54 |
Dyrcona |
sitalk: Did you a2ensite eg.conf? |
| 11:40 |
terran |
Bmagic: there are definitely still some OPAC screens that still need more responsive design work |
| 11:41 |
terran |
Bmagic: I tweaked a few things when doing our customizations for our last upgrade, but I was hoping to get back to it at some point (hasn't happened yet) |
| 11:42 |
Bmagic |
It seems like the issue is the use of tables, but I might be wrong |
| 11:46 |
terran |
Hrrm - I'm looking at my test server with 2.9 on it on the opac items out page and don't see anything egregiously broken |
| 11:47 |
terran |
never mind, yes I do |
| 11:52 |
bshum |
Patches welcome :) |
| 11:52 |
|
rjackson_isl joined #evergreen |
| 11:56 |
kmlussier |
Bmagic / terran: I could be misremembering, but I think NOBLE may have done some nice customizations to that screen to address that issue. I think that's one of the screens they were working on at the hack-a-way. I can follow up with them. |
| 14:24 |
yboston |
seems like the 2.10 HTML is not building properly |
| 14:24 |
yboston |
the cahnges sandbergja made to the attributions page are not showing up |
| 14:24 |
jihpringle |
do we have access to the build log for it? |
| 14:25 |
yboston |
only Robert |
| 14:25 |
yboston |
it is building fine on dev amd on the “docs-testing” server |
| 14:25 |
sandbergja |
I could ask Robert to see if we can troubleshoot the issue together |
| 14:25 |
yboston |
http://docs.evergreen-ils.org/dev/attributions.html - here is the main dev version |
| 14:26 |
sandbergja |
I was very curious about that myself! |
| 14:26 |
yboston |
http://docs.evergreen-ils.org/2.10/attributions.html - this is the main 2.10 version |
| 14:26 |
jihpringle |
that explains my issue too, my additions are showing in dev |
| 14:26 |
yboston |
http://docs-testing.evergreen-ils.org/docs/2.10/attributions.html - here is the testing 2.10 |
| 14:26 |
remingtron |
I would expect the page to be blank if there was a build error |
| 14:27 |
remingtron |
are we sure it was backported to 2.10? |
| 14:27 |
yboston |
I can email Robert and icnlude you all to be on the same page |
| 14:27 |
jihpringle |
I don't know how it works for these docs, but with ours if it runs into a problem it just keeps the last version that worked |
| 14:27 |
yboston |
yes, the commits are there, unless a newer commit somhow undud the changes. then againt he testing server grabbed it correctly |
| 14:28 |
remingtron |
yboston: you are right, git.evergreen-ils.org shows the updated file |
| 14:28 |
remingtron |
here's the 2.10 version: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=docs/attributions.txt;h=3e6c629f3d64a43b53be4ba1ac0aa110bd9d67c2;hb=rel_2_10 |
| 14:29 |
yboston |
BTW, normally I just email Robert directly and usually CC remingtron |
| 14:34 |
yboston |
gmcharlt++ gmcharlt++ |
| 14:34 |
remingtron |
yboston: I have a topic |
| 14:35 |
remingtron |
ideas that came up at the conference |
| 14:35 |
yboston |
for setting up the http://docs-testing.evergreen-ils.org |
| 14:35 |
yboston |
go ahead |
| 14:35 |
yboston |
#topic confernece ideas |
| 14:35 |
yboston |
darn |
| 14:36 |
yboston |
(go ahead) |
| 14:36 |
remingtron |
#idea Add links in docs to Sitka doc videos on youtube |
| 14:37 |
remingtron |
#idea Investigate fixing the Help menu link on the XUL client (just needs HTML help/doc files in the right place) |
| 14:37 |
jihpringle |
I'll have a list of the ones that are still accurate for 2.10 by next week |
| 14:50 |
yboston |
I wonder how the links would behave in the PDF and epub version. I hoep they work, but I would still want to proceed if they don't |
| 14:50 |
jihpringle |
they work in our pdf |
| 14:50 |
yboston |
one mroe thing, does Sitka have plans to delete any older videos? concerned abotu “link rot” inthe future |
| 14:51 |
jihpringle |
(I just tested) |
| 14:51 |
yboston |
excellent on the testing |
| 14:51 |
jihpringle |
no, we have no plans to delete the videos |
| 14:51 |
yboston |
cool |
| 14:51 |
jihpringle |
at this point we figure even it if it's not current for us it may be for someone else |
| 14:52 |
jihpringle |
Christineb++ |
| 14:52 |
yboston |
Christineb++ |
| 14:53 |
Christineb |
:) |
| 14:53 |
yboston |
any ideas of how to proceed with this idea? |
| 14:54 |
yboston |
should we ask on the DIG list to see if anyone objects or just has any warnings? |
| 14:54 |
yboston |
shoudl we start with a few links as a test? |
| 14:54 |
Christineb |
We have asked our members for video suggestions - we could also ask DIG if they have any suggestions for short videos |
| 14:54 |
jihpringle |
we should ask PINES about including their videos too |
| 14:54 |
yboston |
shoudl we just discuss it further at the next meeting? |
| 12:48 |
bshum |
I'm not sure if that ought to hold up the Xenial merge though. Since the angular 1.5 issue breaks across all the supported distros at the moment. |
| 12:48 |
Dyrcona |
Right. I don't think it should, either. |
| 12:49 |
Dyrcona |
Concerto works on xenial with Pg 9.5 with the above branch and the other xenial branches. |
| 12:49 |
Dyrcona |
All of the tests passed. |
| 12:49 |
bshum |
Dyrcona: Oh now I remember. Since the angular 1.5 bug points at 2.next (no milestone assignment yet for 2.11) I figured that maybe we should re-open the bug and mark it back to confirmed with notes on the breakage. If it had been on a fix released bug, then I'd be more wary. |
| 12:50 |
Dyrcona |
OK, I can go along with that. |
| 12:50 |
bshum |
Or fix committed onto an actual real milestone |
| 13:03 |
Dyrcona |
I love how the same conflict comes up multiple times when cherry-picking. :) |
| 13:07 |
Dyrcona |
There are 7 commits: 5 from csharp and 2 from me. |
| 13:07 |
Dyrcona |
csharp's lack the lp number, so I'll rebase and edit to add it. |
| 13:08 |
gmcharlt |
I'm fine leaving it out of rel_2_10 for now, but that's driven mostly by a desire to see more Xenial/Stretch testing occur before we make the decision whether to formally extend distro support to the maintenance releases |
| 13:14 |
Dyrcona |
gmcharlt: +1 |
| 13:14 |
Dyrcona |
bshum: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/collab/dyrcona/ubuntu-1604-final |
| 13:15 |
bshum |
Dyrcona: Looks good to me |
| 14:32 |
rndrson2 |
Yes, it is! Thank you, hello everyone! |
| 14:32 |
yboston |
welcome |
| 14:33 |
rndrson2 |
I figured I would lurk a little and see what everyone was talking about |
| 14:33 |
yboston |
we have been mostly going down the contents of the Evergreen community IRC “quick start guide” |
| 14:33 |
yboston |
http://wiki.evergreen-ils.org/doku.php?id=community:irc-quick-start |
| 14:33 |
yboston |
we started with the concept of “replying” |
| 14:34 |
yboston |
rndrson2: which is done as you see here by starting my line with your IRC nickname , a colon then a spcae. then I add my message to you |
| 14:34 |
yboston |
rndrson2: we also sent each other “private messages” which are also explained in the “quick start guide” |
| 14:34 |
yboston |
rndrson2: please feel free to try to send me a private message as a test |
| 14:35 |
rndrson2 |
yboston: makes sense! I've been reading through that, as well as the slideshow from the conference |
| 14:35 |
yboston |
rndrson2: excellent |
| 14:35 |
yboston |
rndrson2: we also talked about “karma” and voting” |
| 14:40 |
yboston |
rndrson2: I beleive they are kept for years, since we are an open source community |
| 14:41 |
jeff |
the irc archives are not subject to any automated time-based purging. |
| 14:41 |
rndrson2 |
It looks like the calendars go back to 6/2013 |
| 14:41 |
yboston |
which reminds me to tell you all not to post your passwords or little test server IP addresses on IRC |
| 14:42 |
jeff |
this irc channel is public, in a way very similar to the community mailing lists. |
| 14:42 |
Dyrcona |
It's a public forum. You should treat as such. |
| 14:42 |
yboston |
one good thing about the log that it is great if you miss an IRC meeting |
