| Time |
Nick |
Message |
| 02:56 |
|
dbs joined #evergreen |
| 02:57 |
|
Jillianne joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:01 |
|
kmlussier joined #evergreen |
| 07:03 |
kmlussier |
I'm going to delete all of those EvergreenILS tweets that suddenly appeared from the Planet Evergreen feed overnight. Not sure what happened there. |
| 07:07 |
|
rjackson_isl joined #evergreen |
| 07:28 |
|
agoben joined #evergreen |
| 08:05 |
|
dteston joined #evergreen |
| 08:28 |
kmlussier |
@coffee [someone] |
| 08:28 |
* pinesol_green |
brews and pours a cup of Mocha Java, and sends it sliding down the bar to genpaku |
| 08:28 |
kmlussier |
@tea [someone] |
| 08:28 |
* pinesol_green |
brews and pours a pot of Dragon Pearl Jasmine, and sends it sliding down the bar to csharp (http://ratetea.com/tea/harney/dragon-pearl-jasmine/1320/) |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:53 |
* dbs |
groans |
| 08:53 |
gsams |
@coffee |
| 08:53 |
* pinesol_green |
brews and pours a cup of Colombia El Castillo Micro-Lot Nelson Melo, and sends it sliding down the bar to gsams |
| 08:53 |
kmlussier |
dbs: Do you need coffee? |
| 08:54 |
dbs |
So I cut the Planet over to use EOLI's new RSS feed, but their feed doesn't include pubDates for the entries, so the Planet just filled up with 60 entries from them |
| 08:54 |
dbs |
because they were "new" :) |
| 08:54 |
gsams |
oh, so that's why my RSS went crazy |
| 08:54 |
kmlussier |
Ah! That explains everything. I thought the problem was with the app I use to republish the feed on Twitter. |
| 08:54 |
dbs |
I managed to add a "umm, max of 2 new entries per feed" limit after that |
| 08:55 |
dbs |
but too late for the twitter feed (and I bet it shuffled all of the other entries around too) |
| 08:55 |
dbs |
sorry for the churn folks |
| 08:55 |
dbs |
yes I need coffee as I dive in to see what happened with the test build... I see the karma tests failed but WHY? :) |
| 08:56 |
dbs |
thanks for cleaning up the twitter feed kmlussier |
| 08:56 |
gsams |
@coffee dbs |
| 08:56 |
* pinesol_green |
brews and pours a cup of Bonsai Blend Espresso, and sends it sliding down the bar to dbs |
| 08:56 |
kmlussier |
The Twitter stuff made me forget there was a test failure. |
| 08:57 |
kmlussier |
I'm guessing it's related to the removal of bower? |
| 08:59 |
|
rlefaive_ joined #evergreen |
| 09:00 |
dbs |
yep |
| 09:01 |
|
finnx joined #evergreen |
| 09:02 |
|
finnx joined #evergreen |
| 09:04 |
|
Dyrcona joined #evergreen |
| 09:06 |
dbs |
oh, I have a theory. live-test builds runs "grunt build && grunt test" whereas our install instructions say to use "grunt all" |
| 09:07 |
dbs |
but just tried that with no failures, albeit not on a wheezy system. hmm |
| 09:09 |
dbs |
ah, [33mWARN [watcher]: [39mPattern "/home/opensrf/Evergreen/Open-ILS/web/js/ui/default/staff/node_modules/angular-sanitize/angular-sanitize.min.js" does not match any file. |
| 09:13 |
dbs |
weird, it's installing the right version of angular-sanitize. how is it not finding that file? |
| 09:15 |
Dyrcona |
No wonder reporting is so slow...There are so many views that depend on action.all_circulation, at least in our database. |
| 09:25 |
|
yboston joined #evergreen |
| 09:32 |
miker |
dbs++ # cache busting |
| 09:33 |
miker |
dbs: question about one patch hunk I noticed: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=c530b47a1f65a1257ec69ee983d3d132dbbbb6d3#patch10 |
| 09:33 |
csharp |
Dyrcona: you might be missing an index |
| 09:33 |
csharp |
Dyrcona: pretty sure we had to add an index on parent_circ |
| 09:33 |
csharp |
(on action.aged_circulation) |
| 09:34 |
miker |
the first hunk doesn't set a cache busting param for the transparently remotely fetched image ... should it? |
| 09:34 |
Dyrcona |
csharp: I'll check. |
| 09:41 |
csharp |
Dyrcona: \df+ on action.circulation and action.aged_circulation: https://pastebin.com/tLSF8MU2 |
| 09:41 |
csharp |
sorry \d+ |
| 09:41 |
Dyrcona |
csharp: Thanks for sharing. |
| 09:42 |
Dyrcona |
Yeah, I figured. :) |
| 09:42 |
Dyrcona |
\df is for functions. |
| 09:42 |
csharp |
right - that's usually what I'm \d-ing, so muscle memory :-) |
| 09:42 |
dbs |
miker: you mean img_src = ctx.media_prefix _ '/opac/extras/ac/jacket/medium/' _ ident; ? |
| 09:43 |
dbs |
probably should |
| 09:43 |
miker |
dbs: I am. did I just miss it earlier? |
| 09:44 |
dbs |
I'm trying to remember what headers we currently set for ac |
| 09:45 |
dbs |
there's a use case there where someone will want to clear the ac cache because of an inappropriate image or review or whatever |
| 09:45 |
miker |
that's what I was thinking of |
| 09:47 |
dbs |
yeah, so in http://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=Open-ILS/src/templates/opac/parts/result/table.tt2;h=ff881b158db23769e3b2be1a6ec218eba13339da;hb=c530b47a1f65a1257ec69ee983d3d132dbbbb6d3#l104 |
| 09:47 |
dbs |
I didn't add the cache key there either |
| 09:47 |
dbs |
so that was deliberate |
| 09:49 |
dbs |
otherwise we would have to teach the "clear the cache for this record" mechanism to also bust the cache for that particular record's ac, which is more than I think this little patch can handle |
| 09:56 |
miker |
kk, thanks for checking! |
| 10:01 |
jeff |
I might not be following correctly, but there is already "clear AC for this record" logic as of a few months ago. |
| 10:01 |
jeff |
It's made visible to staff in the TPAC when they have the permission. |
| 10:01 |
jeff |
And is useful for one-off "clear this cached wrong image, it has been fixed" |
| 10:01 |
jeff |
ah, but of course that's the server cache, not the client cache. |
| 10:02 |
jeff |
nevermind, I think I see where I wasn't following. :-) |
| 10:03 |
|
mmorgan1 joined #evergreen |
| 10:05 |
|
terran joined #evergreen |
| 10:09 |
|
Christineb joined #evergreen |
| 10:20 |
dbs |
jeff: yeah, so many layers of cache :) |
| 10:20 |
csharp |
so cache |
| 10:37 |
|
alynn26 joined #evergreen |
| 10:47 |
|
maryj joined #evergreen |
| 11:20 |
Dyrcona |
Anyone using include in their postgresql.conf? |
| 11:21 |
* Dyrcona |
is considering it. |
| 11:22 |
Bmagic |
Dyrcona: go for it! Be adventurous, on production |
| 11:23 |
Dyrcona |
The feature has been around since 9.3. Just seems like a cleaner way to add the settings for a particular server. |
| 11:23 |
csharp |
Dyrcona: oooh - I haven't noticed that before |
| 11:24 |
Dyrcona |
I just noticed it this morning, actually. |
| 11:24 |
csharp |
I would love to never edit the main file and just use conf.d, for kind of everything |
| 11:24 |
csharp |
including fm_IDL.xml *cough* *cough* |
| 11:26 |
Dyrcona |
:) |
| 11:28 |
Dyrcona |
<xi:include href="file:///openils/conf/fm_IDL.xml" parse="xml" pointer="title"/> |
| 11:31 |
Dyrcona |
I'll give it a whirl on training. |
| 11:35 |
dbs |
I would be shocked if XML includes worked out-of-the-box |
| 11:37 |
JBoyer |
Dyrcona, I've used it since moving to 9.3, just don't forget to make certain it exists, even if it's empty, or Pg will fall over. :/ |
| 11:41 |
JBoyer |
I don't always remember to do it, but you can use a "riskier" set of filesystem options in one .conf to make restoring faster, then rename it and replace it with a more reasonable version for actual use. I also have a separate pgbadger.conf that sets everything needed for that. |
| 11:43 |
Dyrcona |
JBoyer: Cool. I was just gonna make training.conf and include it under the customized options heading. |
| 11:43 |
|
finnx joined #evergreen |
| 11:43 |
|
finnx left #evergreen |
| 11:43 |
* Dyrcona |
is almost done. |
| 11:46 |
Dyrcona |
I'll have to wait for something to finish before restarting postgres. |
| 11:47 |
Dyrcona |
Might be cool if it could autoinclude a configuration file based on the host name. |
| 11:49 |
* Dyrcona |
just duplicated much of the configuration changes in the 9.2 config. Some of it may be obsoleted by 9.5. |
| 11:52 |
gmcharlt |
rhamby++ |
| 11:59 |
|
khuckins joined #evergreen |
| 12:00 |
|
sandbergja joined #evergreen |
| 12:15 |
|
mmorgan joined #evergreen |
| 12:15 |
gsams |
gmcharlt++ |
| 12:15 |
gsams |
rhamby++ |
| 12:17 |
|
dteston joined #evergreen |
| 12:18 |
|
dteston1 joined #evergreen |
| 12:25 |
|
jihpringle joined #evergreen |
| 12:30 |
kmlussier |
Are we having another karma party today? |
| 12:31 |
csharp |
berick: if you have a minute, could you please eyeball this?: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Acq/Order.pm;h=07aab00d8f7aa31bd91213b0233557226da3df48;hb=refs/heads/user/csharp/lp1257915_mark_po_received_with_canceled_lineitems#l3233 |
| 12:32 |
csharp |
I'm pretty sure my check_purchase_order_received call is not really checking what I want it to |
| 12:32 |
csharp |
in other words, I think the $result->{"li"}... part is not committed to the DB yet when I'm making that call |
| 12:33 |
gsams |
kmlussier: We upgraded hardware today, had to issue some karma for that, but I'm happy to start a karma party. I think I've done it before. |
| 12:38 |
kmlussier |
gsams: Congrats on the hardware upgrade! |
| 12:39 |
csharp |
gsams++ |
| 12:39 |
gsams |
It was long overdue, and I can sleep easier tonight |
| 12:43 |
terran |
gsams++ |
| 12:44 |
kmlussier |
gsams++ |
| 12:55 |
|
Dyrcona joined #evergreen |
| 13:03 |
|
alynn26_away joined #evergreen |
| 13:03 |
|
jvwoolf joined #evergreen |
| 13:12 |
|
Dyrcona joined #evergreen |
| 13:27 |
|
rlefaive joined #evergreen |
| 13:58 |
Dyrcona |
@blame wifi |
| 13:58 |
pinesol_green |
Dyrcona: wifi musta been an Apple employee. |
| 14:04 |
jonadab |
wifi is probably integrated with systemd |
| 14:04 |
Dyrcona |
:) |
| 14:06 |
Dyrcona |
@blame 27 wifi |
| 14:06 |
pinesol_green |
Dyrcona: wifi is probably integrated with systemd |
| 14:06 |
Dyrcona |
:) |
| 14:06 |
Dyrcona |
jonadab++ |
| 14:11 |
* Dyrcona |
checks if the wifi is fixed. |
| 14:12 |
Dyrcona |
It would appear so. |
| 14:13 |
dbs |
systemctl status wifi |
| 14:13 |
berick |
csharp: the $result->{"li"} stuff is only there to report info back to the caller. you can ignore it for now. the line above update_lineitem(...) is writing to the database. |
| 14:13 |
|
Dyrcona joined #evergreen |
| 14:14 |
csharp |
berick: ok - I can rule that out then |
| 14:14 |
csharp |
my branch is working on receive, but not on cancel, so trying to determine why |
| 14:15 |
csharp |
(though I had made a couple of significant thinkos that I found and corrected today) |
| 14:16 |
berick |
csharp: so... |
| 14:16 |
berick |
are you canceling individual copies? |
| 14:17 |
berick |
if so, i wonder if the lineitem is getting correctly marked as canceled when its last copy is canceled |
| 14:17 |
csharp |
berick: yes, but bug 978095 is in the wa... exactly |
| 14:17 |
pinesol_green |
Launchpad bug 978095 in Evergreen master "Acq: lineitems display as "on order" even after all copies have been cancelled" [Medium,Confirmed] https://launchpad.net/bugs/978095 |
| 14:18 |
csharp |
that was my next project |
| 14:18 |
csharp |
but canceling the last lineitem doesn't mark the PO received at this point |
| 14:18 |
berick |
that's probably it |
| 14:18 |
berick |
oh |
| 14:18 |
berick |
i would expect that to work.. |
| 14:19 |
csharp |
I expected it too - I'm going to do some more testing on it to try and nail down what's up |
| 14:22 |
|
rlefaive joined #evergreen |
| 14:32 |
kmlussier |
csharp++ # acq bug squashing |
| 14:37 |
csharp |
berick: behavior right now - on a 4-lineitem PO with one copy per lineitem, I activate it, receive 3 copies (which marks the lineitem received), cancel the copy on the last item (which doesn't affect the lineitem status) then I use the dropdown menu to cancel the lineitem - PO stays "on-order" |
| 14:38 |
csharp |
(on master as of today) |
| 14:38 |
csharp |
(using a cancel reason with keep_debits = false) |
| 14:39 |
* csharp |
leaves that there and walks away for a bit - will check back later |
| 14:50 |
|
Jillianne joined #evergreen |
| 15:13 |
|
khuckins joined #evergreen |
| 15:25 |
|
DianeD joined #evergreen |
| 15:28 |
|
DianeD joined #evergreen |
| 15:32 |
|
jvwoolf1 joined #evergreen |
| 15:33 |
berick |
csharp: have you tried canceling the lineitem w/o first canceling the copy? |
| 15:34 |
berick |
csharp: will give it a run soon.. |
| 15:35 |
berick |
motherboard is dead on my main PC. less ram and dog-slow laptop disk is slowing me down. |
| 15:36 |
* berick |
should probably fire up some temp aws instances |
| 15:36 |
alynn26_away |
berick: my harddrive died on Monday. I feel your pain. |
| 15:37 |
berick |
alynn26_away: it really does hurt |
| 15:39 |
|
DianeD joined #evergreen |
| 15:47 |
csharp |
berick: I'll try that next - sorry to hear about your motherboard - R.I.P. |
| 15:51 |
gmcharlt |
this seems to be dead technology week |
| 15:51 |
gmcharlt |
my phone died a few days ago |
| 15:51 |
miker |
berick: I lost my hdd today... |
| 15:52 |
berick |
spooky |
| 15:53 |
JBoyer |
Honestly I could stand a new laptop, that's how I know it'll be fine when I get home. |
| 15:53 |
berick |
heh |
| 15:54 |
Dyrcona |
I was looking at potential new laptops earlier today. |
| 15:54 |
* kmlussier |
slowly backs away from all the people suffering technology problems. |
| 15:54 |
Dyrcona |
Apparently, the wifi hot spots in the office were replaced recently and they are not all configured correctly, yet. |
| 15:54 |
csharp |
one of my co-workers looked up a zillow listing for that swoopy blue/white condo building beside the conf hotel: https://www.zillow.com/homes/for_sale/pmf,pf_pt/condo_type/2126807055_zpid/globalrelevanceex_sort/39.090358,-84.507805,39.088322,-84.511238_rect/17_zm/ |
| 15:54 |
Dyrcona |
So, that's what happened earlier. |
| 15:55 |
csharp |
Dyrcona: we just moved offices and our networking is a mess right now too |
| 15:55 |
Dyrcona |
They want too much. |
| 15:56 |
berick |
csharp: crazy, i was wondering about that |
| 15:56 |
dbs |
csharp: heh, Dave Schlueter (?) was telling us all about that place |
| 15:57 |
csharp |
fascinating |
| 15:58 |
mmorgan |
kmlussier: You cannot escape |
| 15:58 |
dbs |
As you might imagine, they've had a hard time ever finding a tenant for that penthouse condo |
| 16:02 |
Dyrcona |
Too bad it's not on the coast. A Chinese billionaire would scoop it up and never move in. |
| 16:07 |
csharp |
berick: canceling the lineitem without touching the copies still makes no change, FYI |
| 16:07 |
berick |
csharp: k, thanks for trying that. installing patch now.. |
| 16:09 |
csharp |
yeah, decadent opulence isn't really in keeping with the folksy charm of the surrounding area |
| 16:09 |
csharp |
"dahling, shall we retire to The Gruff again to sup tonight?" |
| 16:10 |
alynn26_away |
csharp: I'm with you |
| 16:10 |
berick |
csharp: haha |
| 16:11 |
Dyrcona |
:) |
| 16:17 |
berick |
csharp: I can't even get the lineitem cancel action to do anything. is it canceling the lineitem for you? |
| 16:19 |
csharp |
berick: yes, it correctly marks it with the cancel reason |
| 16:19 |
berick |
hm, ok, this is a new vm so there's probably something funky |
| 16:20 |
gmcharlt |
if anybody's looking for an easy pr-signed-off to merge, I suggest bug 1665933, bug 1675899, or bug 1641708 |
| 16:20 |
pinesol_green |
Launchpad bug 1665933 in Evergreen "Ability to skip building staff client in make_release" [Wishlist,New] https://launchpad.net/bugs/1665933 |
| 16:20 |
pinesol_green |
Launchpad bug 1675899 in Evergreen "Hold targeter script fails to read --retarget-interval" [Undecided,New] https://launchpad.net/bugs/1675899 |
| 16:20 |
pinesol_green |
Launchpad bug 1641708 in Evergreen "Webstaff work log stores unnecessary data" [Undecided,New] https://launchpad.net/bugs/1641708 |
| 16:22 |
kmlussier |
Speaking of signoffs, I'm going to be on vacation next week, which is our next point release date. I plan to get all of my merging done before Friday, and I may need to point people to a couple of patches from me that need signoffs. |
| 16:22 |
kmlussier |
I'll poke my head in Wednesday to wrap up anything else that needs wrapping. |
| 16:24 |
bshum |
gmcharlt: I looked at that skip staff client in make_release. We're saying it's okay to merge and backport that for rel_2_12 ? |
| 16:24 |
* Dyrcona |
isn't too fussed about it not going into 2.12. |
| 16:25 |
|
khuckins_ joined #evergreen |
| 16:25 |
gmcharlt |
bshum: IMO, yeah, and even to rel_2_11 - it's a packager's and sysadmin's aid, not anything that directly affects users |
| 16:25 |
bshum |
Okay, then I'll finish poking at it tonight and push it along |
| 16:25 |
gmcharlt |
bshum++ |
| 16:25 |
Dyrcona |
bshum: You got the take2 branch, right? |
| 16:25 |
bshum |
Dyrcona: With the x flag, yeah |
| 16:25 |
Dyrcona |
bshum++ |
| 16:26 |
Dyrcona |
Yeah, just makin' sure. |
| 16:26 |
gmcharlt |
well, now my signoff branch :) |
| 16:26 |
Dyrcona |
I think my next change will be to make a release upgrade script without doing all of the rest. :) |
| 16:26 |
berick |
csharp: ignore my can't cancel comment. I don't know how to use interfaces.. |
| 16:26 |
kmlussier |
heh |
| 16:27 |
gmcharlt |
berick: that is why we try to only let you use srfsh.py |
| 16:28 |
Dyrcona |
berick: Same here. When I'm asked how to do something, my usual answer is, "You use the client more than I do." :) |
| 16:28 |
berick |
:) |
| 16:29 |
Dyrcona |
"First, you login to the brick head server, and then you type srfsh.py...." |
| 16:30 |
gmcharlt |
berick: by the way, please take a look at bug 1650807; y'all might be one of the few other sites that might be using rollover_phone_to_print.pl |
| 16:30 |
pinesol_green |
Launchpad bug 1650807 in Evergreen "rollover_phone_to_print.pl sends new event ids to eg-pbx-mediator ack_failures " [Undecided,New] https://launchpad.net/bugs/1650807 |
| 16:34 |
Dyrcona |
Oops. |
| 16:35 |
Dyrcona |
I somehow deleted my help text entry when fiddling with the make_release code before pushing it. |
| 16:35 |
mmorgan |
Bad technology day all around :-( |
| 16:35 |
Dyrcona |
I think it happened when I stashed some changes and didn't pop them later. |
| 16:37 |
Dyrcona |
Yeap. That's what happened, and I have four stashes hanging around. |
| 16:38 |
Dyrcona |
Too much swinging from branch to branch. |
| 17:01 |
berick |
csharp: https://bugs.launchpad.net/evergreen/+bug/1257915/comments/14 |
| 17:01 |
pinesol_green |
Launchpad bug 1257915 in Evergreen "Acq: purchase orders stay "on-order" with some lineitems received and the rest canceled" [Medium,Confirmed] - Assigned to Chris Sharp (chrissharp123) |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:04 |
berick |
gmcharlt: alas, rollover_phone_to_print.pl to print has been disabled here for a while. i'm in the dark on that one. I can eyeball it, though. |
| 17:05 |
|
mmorgan left #evergreen |
| 17:31 |
csharp |
berick: rock on - I'll give your branch a go |
| 17:51 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1665933: Skip XUL staff client build in make_release. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=df7ff72> |
| 17:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1665933: describe the new -x option when running -h - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54270c3> |
| 18:08 |
|
JBoyer joined #evergreen |
| 18:15 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1670425: Moving display of advanced search limiters on search results page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6fe64e6> |
| 18:15 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1670425: New responsive design for advanced search limiters block - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=af39a22> |
| 18:15 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1670425: Adjust the release notes entry to reflect changes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3e66a7c> |
| 18:15 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1670425: RTL improvements to new advanced search limiter block - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f955cba> |
| 18:29 |
bshum |
Blah, LP won't let me create a new bug due to timeout error of some sort |
| 18:29 |
bshum |
Launchpad-- |
| 18:29 |
bshum |
# when are we moving again? :D |
| 18:59 |
|
jvwoolf joined #evergreen |
| 19:26 |
bshum |
dbs: I just added some thoughts for use of pocommentclean on https://bugs.launchpad.net/evergreen/+bug/1681864/comments/1 |
| 19:26 |
pinesol_green |
Launchpad bug 1681864 in Evergreen "db-seed.po files need cleanup to remove duplicate IDs from generated localized seed data" [Medium,Confirmed] |
| 19:26 |
bshum |
In my very limited initial test, I think it'll help us to fix all the IDs in the comments. |
| 19:27 |
* bshum |
will experiment further after dinner. Or maybe tomorrow if he decides to go to bed early instead |
| 19:55 |
|
dcook joined #evergreen |
| 20:12 |
csharp |
berick++ # your branch works for me - signoff on the way |
| 20:39 |
jonadab |
That building was _residential_? I assumed it was office spaces. |
| 20:43 |
|
khuckins_ joined #evergreen |
| 20:50 |
|
Jillianne joined #evergreen |
| 21:18 |
jeff |
jonadab: which building? |
| 21:18 |
jeff |
jonadab: oh, nevermind. found the context. |
| 21:20 |
jonadab |
Yeah, at the conference. |
| 21:20 |
jonadab |
The blue one. |
| 21:20 |
|
dcook joined #evergreen |
| 22:33 |
dbs |
bshum++ |
| 22:34 |
dbs |
I've had a few issues of the Launchpad "try again later" over the past couple of weeks, yeah |
| 22:34 |
* dbs |
tries to concentrate on the wheezy build issue |
| 22:47 |
dbs |
once this is fixed, maybe it's time to consider jessie or xenial (or both) as the live-testing platforms? |
| 22:47 |
dbs |
wheezy is dead in a year: https://wiki.debian.org/LTS |
| 23:11 |
berick |
can practically hear it wheezing |
| 23:13 |
* dbs |
suspects 'npm --version' returning 1.x when installed with nodejs 0.10.x, vs. npm 3.x with a more modern mode, might be a factor |
| 23:14 |
dbs |
"npm install -g npm" gets us to npm 4.x (and a warning that nodejs 0.10.x is ancient, what are you thinking?!?) and sure enough, angular-sanitize is now installed as a dependency of ng-toast. |
| 23:15 |
dbs |
and that fixed the tests. |
| 23:18 |
dbs |
we should consider updating some of those deps; grunt-cli 0.1.13 was 2014, and as of 2016-04 was at 1.2.0 |
| 23:20 |
dbs |
similar to grunt itself (0.4.5 2014-05; 1.0.1 2016-04) |
| 23:27 |
dbs |
but then we install grunt-cli globally and use that so we get the latest anyway? hmm |
| 23:32 |
dbs |
anyway, pushed a fix to the wheezy_installer so hopefully we'll see the tests back to happy tomorrow |
