**** BEGIN LOGGING AT Tue Dec 29 02:59:57 2020
Dec 29 08:23:02 <mckoan> good morning
Dec 29 08:46:23 <museoe> I have modified a recipe and now I want to get that reflected in my work dir.
Dec 29 08:46:54 <museoe> What would be the optimal way?
Dec 29 19:35:31 <opello> hi, still trying to figure out why do_split_packages doesn't seem to be honoring the RPROVIDES i set up :/ the recipe is http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/xorg-lib/libxcb.inc?h=daisy and i've got RPROVIDES_${PN}-dri2 = "${PN}-dri2" in a .bbappend, because the generated package is libxcb-dri2-0 but was previously manually split: ...
Dec 29 19:35:36 <opello> ... http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-graphics/xorg-lib/libxcb.inc?h=daisy&id=5a70bd7f0da588edbecd13d569635f0c66915b08
Dec 29 20:54:05 <kanavin> back back back
Dec 29 20:54:10 <kanavin> hard drive failure :)
Dec 29 20:57:03 <smurray> kanavin: ouch
Dec 29 20:57:47 <kanavin> it was a typical SSD failure, not instant, but rather gradual loss of write ability
Dec 29 20:57:59 <kanavin> I had enough time to copy stuff out onto usb sticks
Dec 29 20:58:23 <smurray> kanavin: ah, interesting.  I should probably be better at checking SMART stats on mine
Dec 29 20:59:02 <kanavin> I did run smartctl, and it showed nothing alarming :-/
Dec 29 20:59:08 <smurray> gah
Dec 29 21:01:33 <smurray> kanavin: btw, I was tinkering with backporting the CVE-2020-29385 fix for gdk-pixbuf, but one wrinkle is the upstream commit adds a new test image, which a patch wouldn't handle...
Dec 29 21:02:06 <kanavin> smurray: at this point we should update gdk-pixbuf itself
Dec 29 21:02:22 <kanavin> I have a wip patch, just waiting for another point release from upstream
Dec 29 21:03:04 <smurray> kanavin: heh, I started looking at the upgrade, sort of looks like we'd maybe need a new -xlib recipe as well now?
Dec 29 21:04:32 <kanavin> why?
Dec 29 21:05:01 <smurray> they pulled the xlib support out into a separate repo
Dec 29 21:05:43 <smurray> I figured if there's a packageconfig for it, there might be users that need it...
Dec 29 21:08:03 <smurray> kanavin: if you've got a WIP 2.42.x upgrade in hand, I'll shelve my tinkering and poke at something else
Dec 29 21:08:25 <kanavin> smurray: autoconf 2.70 :)
Dec 29 21:08:45 <smurray> kanavin: heh, isn't rburton the autoconf guy?
Dec 29 21:09:15 <kanavin> smurray: only reluctantly
Dec 29 21:09:45 <smurray> how epic is the breakage from 2.70?
Dec 29 21:21:04 <kanavin> I didn't get that far, I stopped at having to rebase all the patches for autoconf itself
Dec 30 00:15:53 <rburton> Kanavin: Ross/autoconf270. They broke 270 final release so it’s utterly broken, I was going to revert some commits
Dec 30 00:16:24 <rburton> Help is welcome but that branch built sato with the last RC
Dec 30 02:01:21 <moto-timo> they should have made it autoconf 20.20
**** ENDING LOGGING AT Wed Dec 30 02:59:57 2020