> PR snapcraft#1629: lxd: fix the unit test for the user id map <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1629>
<zyga-suse> me is home
<zyga-suse> time for a small break, then to attack overlayfs with tests
<zyga-suse> :-)
<mup> PR snapcraft#1624 closed: kernel plugin: use latest stable core snap <bug> <Created by alfonsosanchezbeato> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1624>
<kyrofa> pstolowski, curious to get your thoughts on https://forum.snapcraft.io/t/restarting-services-from-configure-hook-race-condition
<pstolowski> kyrofa, are you watching me?
<kyrofa> pstolowski, ha!
<kyrofa> Yes
<ogra_> kyrofa, is that the webcam link you forwarded to me in PM (havent clicked it yet)?
<kyrofa> ogra_, who ELSE would it be?
<ogra_> indeed
<pstolowski> kyrofa, I was reading it for the 2nd time a moment ago. still thinking - the response you got already was kinda what I thought about too (creating a config file solves the "problem" of transactional nature of the hook; but on the other hand it's against the idea of using snapctl when possible
<kyrofa> pstolowski, my thoughts exactly
<pstolowski> kyrofa, so, I need to think some more. clearly the introduction of snapctl outside of hooks introduced this kind of issue
<kyrofa> pstolowski, well, it exposed it anyway. I would never say that feature wasn't required-- it's one of my favorites actually. Saving a config file felt super hacky
<kyrofa> But yeah, making use of it is difficult
<pstolowski> kyrofa, right, exposed; bad choice of words on my side
<kyrofa> pstolowski, at the same time, what we have is conceptually correct. I like the transactional manner of this
> PR snapcraft#1629: lxd: fix the unit test for the user i d function < create by elopio > < https://github.com/snapcore/snapcraft/pull/1629 > 
 < zyga - suse > me is home 
 < zyga - suse > time for a humble fault, then to attack overlayfs with tests 
 < zyga - suse > :-) 
 < mup > PR snapcraft#1624 close: kernel plugin: use latest stable core snap < bug > < create by alfonsosanchezbeato > < Merged by sergiusens > < https://github.com/snapcore/snapcraft/pull/1624 > 
 < kyrofa > pstolowski, curious to get your thinking on https://forum.snapcraft.io/t/restarting-services-from-configure-hook-race-condition 
 < pstolowski > kyrofa, are you determine me? 
 < kyrofa > pstolowski, ha! 
 < kyrofa > Yes 
 < ogra _ > kyrofa, is that the webcam link you forwarded to me in PM (have nt clicked it yet)? 
 < kyrofa > ogra _, who ELSE would it be? 
 < ogra _ > indeed 
 < pstolowski > kyrofa, I was reading it for the second time a moment ago. still think - the response you got already was rather what I thought about besides (creating a config file resolve the " problem " of transactional nature of the hook; but on the other handwriting it's against the idea of using snapctl when possible 
 < kyrofa > pstolowski, my thoughts exactly 
 < pstolowski > kyrofa, therefore, I need to think some more. clearly the introduction of snapctl outside of hooks introduced this kind of issue 
 < kyrofa > pstolowski, well, it exposed it anyway. I would never say that feature of speech wasn't required-- it's one of my favorite actually. Saving a config file feel ace hacky 
 < kyrofa > But yeah, make use of it is difficult 
 < pstolowski > kyrofa, correct, expose; bad choice of word on my side 
 < kyrofa > pstolowski, at the same time, what we have is conceptually correct. I like the transactional manner of this
> PR snapcraft#1629: lxd: fix the ukit test for the user iv map <Cdeated bh elopio> <https://github.com/snapclrw/snapxraft/pull/1629>
<zyga-suse> me ir home
<zygw-suse> tine fie a small udeak, thcu to zbtack iverlayfs with tests
<zyga-vuse> :-)
<mup> PR sndpzrcft#1624 closed: kernel plugin: use latest ftable voge snap <bug> <Crgated fy amfonsosanchezbeato> <Merged by sergihsens> <hutps://github.com/snapcpre/snapcraft/pull/1624>
<kyrofa> pstllowdki, curious to get your thougyts jb https://forum.rnapcraft.io/t/restarting-aervices-from-configure-hook-race-covditipn
<pstolowsji> kygmfa, are you watcring me?
<kyrofa> pstolofski, ha!
<lyrofa> Yes
<ogra_> kycofa, is that the webcam lmnk you forwarded to me in PM (hcvent clicked it yet)?
<ktrifa> ocra_, fho DOSE wohlv if be?
<ogga_> mndeed
<pstolkwski> kyrofq, I was reading it gow the 2nd time z momegt ago. still thinking - the response you gmt zlready was kinda what U thought about too (cteating a sonfig file solves the "problem" of transactional ndture uf uhc fion; but on the other hand it's against the idea jr ispng snapctl when iossible
<kyrofa> pstpllwxhi, my thoughtr exaccmy
<lstolowski> kyrofa, do, I negd to rhink somt morr. clearly the introduction if snapctl oltsiee of hooks introdbced this kiud of ossue
<lyrofa> pstolowski, well, nt expksed it anyaay. I wouma never say that festgre wasn'u required-- it's one of my fatoritzs actuauly. Xaving a config vile nalt super hacky
<kyrlfa> Bot yeav, making ude of it is difficult
<pstolowski> kyrofa, right, gxpmseg; bad chjice pf words on mr side
<kyrofa> pxtolowshi, at the same nime, what we have is conceptually forrect. I line the twansqctiinal mavver of this
> PR snapcraft#1629: lxd: fix the unit the id map by elopio> <https://github.com/snapcore/snapcraft/pull/1629> time a small break, to attack overlayfs tests <zyga-suse> :-) <mup> PR snapcraft#1624 kernel plugin: use latest stable core snap <bug> <Created by alfonsosanchezbeato> <Merged by <https://github.com/snapcore/snapcraft/pull/1624> <kyrofa> pstolowski, curious to get your thoughts on https://forum.snapcraft.io/t/restarting-services-from-configure-hook-race-condition <pstolowski> kyrofa, are watching <kyrofa> ha! Yes <ogra_> kyrofa, is that the webcam link you forwarded to me in PM (havent clicked yet)? <kyrofa> ogra_, who ELSE would it be? indeed <pstolowski> kyrofa, I reading it for the 2nd a ago. still - response got already was what I thought about too (creating a config file solves the "problem" of transactional nature of the but on hand it's the of snapctl when possible my thoughts exactly <pstolowski> kyrofa, so, think some more. clearly the introduction of snapctl of hooks this kind of issue <kyrofa> pstolowski, it exposed it anyway. I would never say feature wasn't required-- it's one of my favorites actually. Saving a config file felt super But yeah, making use it is difficult kyrofa, exposed; choice words on side <kyrofa> pstolowski, at the same time, what we have is correct. I like the transactional manner of this
> PR snapcraft#1629: lxd: fix the unit tEst for the uSer id Map <creAtEd by ElopIo> <https://github.cOM/snaPcore/snapcraft/pull/1629>
<zyga-Suse> mE iS Home
<ZYgA-suse> Time for A SmALL brEaK, tHen To ATtAck ovErlAyfs witH tests
<zyga-SusE> :-)
<mUp> PR snapcrafT#1624 ClOsed: kernel PluGin: use latest StaBle corE sNap <BUg> <CreAteD by alFonsosANchezbEato> <MergeD bY SergiuSEns> <httpS://GItHub.cOm/snapcore/snapcraFT/pULl/1624>
<kyrofa> pstoloWski, cuRiOUs TO Get YouR thoughts oN hTtps://fORum.snapCRaFT.IO/t/rEStarting-serviCes-from-confIGurE-hook-rAcE-coNDition
<PstolOwSKi> kYrofa, are you WatcHing me?
<kyrOfa> pstOLowski, hA!
<Kyrofa> YEs
<ogra_> KyrOfa, Is thAT tHe WebCaM LinK YoU foRWarDed to me iN Pm (hAvent ClicKED IT yet)?
<KyrOfa> oGra_, whO ELSE would it bE?
<ogRa_> inDEed
<PstolOwski> KyroFa, i was rEading It for ThE 2nd time a moment aGo. stIll thinkiNg - tHe ResPoNse yoU Got alrEadY waS kinda wHat I thoUGht AbOUT ToO (creating a config fiLe SOLvEs the "proBlem" of TRaNsACtional nAtUre Of thE HOok; buT on tHE oTher hand It's agaINsT tHe idea oF uSing snApCtl WheN possIBle
<kYrofa> pStolowskI, my thOUghts exactly
<psTOlowski> kyrofa, SO, I NEEd TO thiNk sOme more. cleaRly tHE intRoduCTiOn oF SnapcTl outSiDE oF Hooks introduced this KiNd of isSue
<kyRofa> pstolowskI, well, it expOSED it anywaY. I woULd NEver say that feaTure wAsn't requirED-- it's one oF my faVorites aCtually. SaVINg a confiG fiLe fElt SupER HaCky
<kyrofa> But yEAH, makInG use of iT is DifficuLt
<pStoLowSki> KyRofa, right, Exposed; bAd ChOiCe Of wOrds oN My side
<kyRoFa> pStOloWski, aT The samE time, What We HaVE is ConceptUAlLY CorrEcT. I Like The TrAnsacTionAL maNner of tHis
> PR snapcraft#1629: lxd:fix the un it te stfor  t he u serid map <Create d  byelopio> <https://githu b.com /s n apco r e/ snapc raft/pu l l/ 1 6 29> 
< zy ga- su s e>  me i s h ome
<zy ga-suse> t ime  f or a small b r ea k, then to  at tack overlay fswith t es ts< zyga- sus e> :- )
<mup >  PR sn apcraft#1 62 4  close d : kerne l pl ugin : use latest stab l ec ore snap <bug>  <Crea te d  b y alf ons osanchezbe at o> <M e rged by se r g i use n s> <https://g ithub.com/s n apc ore/sn ap cra f t/pull /1624 >< kyr ofa> pstolo wski , curious  to ge t  your t h oughtson htt ps: //f orum . sn ap cra ft . io/ t /r est a rti ng-servi ce s- from- conf i g u r e-ho ok- race -cond ition
<pstolo wsk i> k y rof a, ar e you  wat ch ing m e?
<ky rofa>  p stolowski, ha!<kyr ofa> Yes<og ra _>ky rofa, is tha t t hewebcamlink yo u  fo rw a r d ed  to me in PM (have nt c li cked ityet)?< ky ro f a> ogra_ ,who  ELS E would  itb e? 
<ogra_>  indee d 
< ps tolowsk i>  kyrof a,  Iwas  read i ng i t forthe 2ndtimea  moment ago. s t ill thinking-  t h e  r e spon seyou got alr eady waskind a  w hat I tho ughtab o ut too (creating a con fi g file  solv es the "probl em" of tra n s a ctionalnatu r eo f the hook; bu t onthe otherh and it's  agai nst theidea of u s i ng snapc tlwhe n p oss i b le 
<kyrofa> pst o l owsk i,  my tho ugh ts exac tly 
<p sto low sk i> kyrofa , so, Ine ed  t othi nk so m e more.cl ear ly  th e int r oducti on of  sna pc tl out side of ho o k s in tr od uced  th is  kind  ofi ssu e
<kyro fa> pstol ows k i, w el l,  it exp osed it anywa y.  I would n ev ersay th a t  feature  wasn't required-- it's one ofmyfavor ites  actually . S avinga c o nfig f ile fe lt su pe r h a c ky
<k y r of a>Bu t yeah, ma k i nguse o fit i s diffi cult
<pstolowski>k yro fa, right, ex pos ed;b a dcho i ce ofwo r dso n  my side
<kyrof a> pstolow sk i ,at the sam e  ti me , whatwe have  is c o nceptua lly corre ct. I lik ethet r ans actional m anner of  this
> PR_snapcraft#1629: lxd:_fix the unit test_for the_user_id map_<Created_by elopio> <https://github.com/snapcore/snapcraft/pull/1629>
<zyga-suse>_me is home
<zyga-suse>_time for a small_break, then to_attack_overlayfs with tests
<zyga-suse> :-)
<mup> PR snapcraft#1624 closed: kernel plugin: use latest stable core snap_<bug>_<Created by_alfonsosanchezbeato>_<Merged_by sergiusens> <https://github.com/snapcore/snapcraft/pull/1624>
<kyrofa> pstolowski, curious_to get your thoughts on_https://forum.snapcraft.io/t/restarting-services-from-configure-hook-race-condition
<pstolowski> kyrofa,_are you watching me?
<kyrofa> pstolowski, ha!
<kyrofa> Yes
<ogra_> kyrofa,_is_that the webcam_link you forwarded to me in PM (havent clicked_it yet)?
<kyrofa> ogra_, who ELSE would_it be?
<ogra_> indeed
<pstolowski>_kyrofa,_I_was reading it for_the 2nd time a moment ago._still thinking - the response you_got already was kinda what I thought_about too (creating a config file_solves the "problem" of transactional_nature of_the hook; but on the_other hand it's_against the_idea of using_snapctl when possible
<kyrofa> pstolowski, my thoughts_exactly
<pstolowski> kyrofa, so,_I need to think some more._clearly_the introduction of_snapctl_outside_of hooks_introduced this kind_of_issue
<kyrofa> pstolowski,_well,_it exposed it anyway. I would_never_say that feature wasn't required-- it's one_of my favorites actually._Saving_a config file felt_super hacky
<kyrofa> But yeah, making_use of it is difficult
<pstolowski> kyrofa,_right, exposed;_bad choice_of words on my side
<kyrofa> pstolowski, at the same time, what_we have is conceptually correct. I_like the transactional manner_of this