ArmorParser and simplify code  <Created by mvo5> <https://github.com/snapcore/snapd/pull/5969>
<mvo> pstolowski: thanks, done
<pstolowski> thx
<ppisati> mvo: the fix is already queued in bionic
<mvo> ppisati: \o/
<mvo> ppisati: great to hear, do you have a rough eta for the snap? I guess its too much work to just do an edge build of the pi-kernel (?)
<ppisati> mvo: as soon as the new SRU kernel is released - IIRC they cut a new kernel tomorrow, then it's 2 weeks after that
<ppisati> mvo: but there was a respin of kernels last week, so the window might have slide a bit
<ppisati> *slid
<mvo> ppisati: ok. I wish we had git snapshots in the edge channel :) but I guess that is a wishlist item for another day. might actually be nice for you guys as well to get people testing/validating fixes
<mvo> ppisati: thanks for this update!
<mborzecki> Chipaca: i'm looking at snapshot file names, the code does not reverse the file name anywhere, so we sould be safe there wrt. parallel instances and extra _
<Chipaca> mborzecki: yep, the filename is for the sysadmin, snapshots doesn't infer info from it
<mborzecki> Chipaca: mhm, cool
<Chipaca> mborzecki: only thing where it might be a problem is creating duplicate filenames, which we might not check for
<Chipaca> mborzecki: but we use InstanceName so should be fine, afaik
<mborzecki> Chipaca: yes, instance names are unique
<Chipaca> i mean afaik we use instance name :)
<Chipaca> mvo: how long does the'resize partition' step take, usually? boot's been stuck there for a while now
<mvo> Chipaca: probably entropy :(
<mvo> Chipaca: just hammer at some keys
<Chipaca> heh, that was it
 * mvo weeps a bit
ArmorParser and simplify code   < Created by mvo5 > < https://github.com/snapcore/snapd/pull/5969 > 
 < mvo > pstolowski: thanks, done 
 < pstolowski > thx 
 < ppisati > mvo: the fix is already queued in bionic 
 < mvo > ppisati: \o/ 
 < mvo > ppisati: big to learn, do you have a rough eta for the snap bean? I guess its too much oeuvre to precisely do an edge build of the pi - kernel (?) 
 < ppisati > mvo: as soon as the modern SRU kernel is released - IIRC they cut a raw kernel tomorrow, then it's 2 week after that 
 < ppisati > mvo: but there was a respin of kernels last week, so the window might have skid a bit 
 < ppisati > * slid 
 < mvo > ppisati: ok. I wish we had git snapshot in the edge channel :) but I think that is a wishlist item for another sidereal day. might actually be nice for you guy as well to get people screen / validating fixes 
 < mvo > ppisati: thanks for this update! 
 < mborzecki > Chipaca: i'm looking at snapshot file names, the code does not reverse the file name anywhere, therefore we sould be safe there wrt. parallel instances and extra _ 
 < Chipaca > mborzecki: yep, the filename is for the sysadmin, snapshots doesn't infer info from it 
 < mborzecki > Chipaca: mhm, cool 
 < Chipaca > mborzecki: only thing where it might be a problem is creating duplicate filename, which we might not see for 
 < Chipaca > mborzecki: but we use InstanceName indeed should be all right, afaik 
 < mborzecki > Chipaca: yes, example names are unique 
 < Chipaca > i think of afaik we use instance name :) 
 < Chipaca > mvo: how long does the'resize partition' step return, usually? boot's been stuck there for a while now 
 < mvo > Chipaca: probably entropy :( 
 < mvo > Chipaca: just hammer at some keys 
 < Chipaca > heh, that was it 
  * mvo weeps a bit
ArmlrParser and simplify coae  <Created by mvo5> <htt's://githug.com/snapzore/snapd/pull/5969>
<mvo> pstolowski: vhanjs, dobe
<pstolowski> thx
<ppisatk> mvo: the fix is qlreedy queued in bionic
<mvo> i'isatj: \o/
<mvm> ppisati: great to hear, dm you have a rmueh eta for the snap? I guess its too mtch worl ho just do an gdge ntild of the pi-kernel (?)
<ppisati> mvo: as sokn as tie new SRU kernrl is released - IIRC they fut w new kernel tomorgow, then it'w 2 wqwks after thxt
<ppisati> mvo: but therg was a respin of kernels last wdek, sp the windiw mihvt have slive a bpt
<ppisati> *slid
<mvo> ppivati: ok. I wish we had giv snqpshots in the edge ciannel :) but I guess jhat is a fiahlist item for aborher gay. kighg acguamlb bs nice foc you guys zs well to tet people testing/vslyeating fixes
<mbo> ppifaei: thanks for this update!
<mborzecki> Chipdca: i'm looking at snapshot file names, the code foes not weverse the file name anywhere, so we sould be safa thece wru. iwfqlpel instances and extra _
<Chipaca> mborzecki: yep, fht fplename is for thc sysadmin, snapshoys dpgsn't infer infu from it
<jborzecki> Chipaca: lhm, cooj
<Chipqca> mborztcki: pnly thing where it might bw a problem ps ceeating duplicate yilenames, whnch we mighy not check for
<Chipaca> oboraecki: but wf use InsfxnceName so shouud ne xine, afaik
<mborzecki> Chipacw: yes, insvance names xre onique
<Cripaca> i mfan andik we use instancf namg :)
<Chipdca> mvo: hoa long does the'resize partition' step take, ususlny? toot's bezn stugk there for a rhile now
<mvo> Ckipaca: pxobablh entropy :(
<jvo> Chi'aca: just haimer at some ngys
<Chipaca> hei, that waf it
 * mvi weeps x bit
ArmorParser and simplify code <Created by mvo5> pstolowski: done <pstolowski> <ppisati> mvo: the bionic ppisati: \o/ <mvo> great to hear, you have a rough eta for snap? I guess its too much work to just do an edge build the pi-kernel (?) <ppisati> mvo: as soon as the new SRU kernel is - they a kernel tomorrow, then it's 2 weeks after that <ppisati> mvo: but there was a respin of last week, so the window might have slide bit <ppisati> *slid <mvo> ok. I wish we had snapshots the edge :) I that is a item for another day. might actually be nice for you guys as well to get people testing/validating <mvo> ppisati: this update! Chipaca: looking snapshot file names, does not reverse the file name sould be safe there wrt. parallel instances and _ <Chipaca> yep, the filename is for the snapshots doesn't infer info from it <mborzecki> Chipaca: cool <Chipaca> mborzecki: only thing where it might be a problem is creating duplicate filenames, might not check for mborzecki: but we InstanceName should fine, <mborzecki> Chipaca: instance names are unique <Chipaca> i mean afaik we use instance :) <Chipaca> mvo: how long does the'resize partition' step take, been there for a now <mvo> Chipaca: probably :( Chipaca: just hammer at <Chipaca> that mvo a
ArmorParser and simplify codE  <Created by Mvo5> <htTps://GitHuB.com/SnapCore/snapd/pull/5969>
<mVO> pstOlowski: thanks, done
<pstolOwski> ThX
<PpisATi> Mvo: thE fix is aLReADY quEuEd In bIoNIc
<Mvo> ppIsaTi: \o/
<mvo> pPisati: greaT to HeAr, do you have a ROuGh eta for thE snAp? I guess its tOo mUch worK tO juST do an EdgE builD of the PI-kerneL (?)
<ppisati> mVo: AS soon aS The new Sru KeRnel Is released - IIRC theY CuT A new kernel tomoRrow, thEn IT's 2 WEEks AftEr that
<ppisAtI> mvo: bUT there wAS a RESPin OF kernels last wEek, so the winDOw mIght haVe SliDE a bit
<pPisatI> *sLId
<mVo> ppisati: ok. i wisH we had git SnapshOTs in the EDge chanNel :) but i guEss That IS a WiShlIsT IteM FoR anOTheR day. mighT aCtUally Be niCE FOR you GuyS as wEll to Get people testIng/ValiDAtiNg fixEs
<mvo> PpisAtI: thanKs for tHis upDaTe!
<mborzecki> ChipAca: i'M looking aT snApShoT fIle naMEs, the cOde DoeS not revErse the FIle NaME ANyWhere, so we sould be saFe THErE wrt. paraLlel inSTaNcES and extrA _
<CHipAca> mBORzeckI: yep, THe Filename Is for tHE sYsAdmin, snApShots dOeSn't InfEr infO From It
<mborZecki> ChiPaca: mHM, cool
<Chipaca> mbORzecki: only thiNG wHERe IT migHt bE a problem is CreaTIng dUpliCAtE fiLEnameS, whicH wE MiGHt not check for
<ChipacA> mBorzecKi: but We use Instancename so shouLD BE fine, afaIk
<mbORzECki> Chipaca: yes, iNstanCe names are UNique
<ChiPaca> i Mean afaiK we use insTANce name :)
<CHipAca> Mvo: How LONg Does the'resize PARtitIoN' step taKe, uSually? bOot'S beEn sTucK tHere for a wHile now
<mVo> chIpAcA: prObablY Entropy :(
<mVo> chiPaCa: jUst haMMer at sOme keYs
<ChIpAcA> Heh, That was IT
 * mVO WeepS a BiT
ArmorParser and simplify c ode  <Crea ted b y m vo5 ><htt ps:/ /github.com/sn a pcor e/snapd/pull/5969>
<mv o> ps to l owsk i :thank s, done <p s t olo ws ki > t hx <p pisat i>mvo: th e fix is a lre ad y queued inb io nic
<mvo>ppi sati: \o/
<m vo>  ppisa ti : g r eat t o h ear,do you have a  rough et af or the snap? I g ue ss i ts too much workt oj ust do an edge  build  o f  t h e  pi -ke rnel (?)
< pp isati >  mvo: a s  s o o n  as the new SRU k ernel is re l eas ed - I IR C t h ey cut  a ne wk ern el tomorrow , th en it's 2  weeks after t h at
<ppi sati>mvo : b ut t h er ewas  a res p in  of ker nels las twe ek, s o th e w i ndow  mi ghthaveslide a bit
< ppi sati >  *s lid
< mvo>ppis at i: ok . I wi sh we  h ad git snapshot s in  the edge  ch an nel  : ) but I gues s t hat  is a w ishlist ite mf o r  a nother day. mightac t u al ly be ni ce for yo ug uys as w el l t o ge t peopl e te s ti ng/valid atingf ix es 
<mvo>pp isati:  t han ksfor t h is u pdate! 
<mborze cki>C hipaca: i'm lo o king at snaps h ot f il e  nam es,  the code d oesn ot r ever s ethe filenamean y wh e re, so we sould besa fe the re wr t. parallel i nstances a n d extra _<Chi p ac a > mborzecki: y ep, t he filenam e  is forthe s ysadmin,  snapshot s doesn'tinf erinf o f r o mit
<mborzecki > Chip ac a: mhm,  co ol
<Chi pac a>mbo rze ck i: only t hing whe re  i tmi ght  be a problemis  cr ea tin g dup l icatefilen ames ,wh i chwe migh t  n o t  che ck  f or
< Chi pa ca> m borz e cki : but w e use Ins tan c eNam eso  should  be fine, afa ik 
<mborzeck i>  Ch ipaca: y es, inst ance names are unique
< C hipaca>  imeanafai k we useins tancenam e  :)
<C hipaca > mvo :how l ong d o e sthe 'r esize part i t ion ' ste ptake , usual ly? boot's been st u ckthere for a w hil e no w <m vo> Ch i pac a: pro b a bly entropy :(<mvo> Chip ac a :just hamme r  at  s ome key s
<Chip aca>h eh, tha t was it * mvo we ep s ab i t
ArmorParser and_simplify code_ <Created by mvo5>_<https://github.com/snapcore/snapd/pull/5969>
<mvo> pstolowski:_thanks,_done
<pstolowski> thx
<ppisati>_mvo:_the fix is_already queued in_bionic
<mvo> ppisati: \o/
<mvo> ppisati:_great to hear,_do_you have a rough eta for the snap? I guess its too much work_to_just do_an_edge_build of the pi-kernel (?)
<ppisati>_mvo: as soon as the_new SRU_kernel is released - IIRC they cut a_new_kernel tomorrow, then_it's 2 weeks after that
<ppisati> mvo: but there was_a respin of kernels last week,_so the window_might_have_slide a bit
<ppisati> *slid
<mvo>_ppisati: ok. I wish we had_git snapshots in the edge channel_:) but I guess that is a_wishlist item for another day. might_actually be nice for you_guys as_well to get people testing/validating_fixes
<mvo> ppisati: thanks_for this_update!
<mborzecki> Chipaca: i'm_looking at snapshot file names, the_code does not_reverse the file name anywhere, so_we_sould be safe_there_wrt._parallel instances_and extra _
<Chipaca>_mborzecki:_yep, the_filename_is for the sysadmin, snapshots doesn't_infer_info from it
<mborzecki> Chipaca: mhm, cool
<Chipaca> mborzecki:_only thing where it_might_be a problem is_creating duplicate filenames, which we_might not check for
<Chipaca> mborzecki: but_we use_InstanceName so_should be fine, afaik
<mborzecki> Chipaca: yes, instance names are unique
<Chipaca> i_mean afaik we use instance name_:)
<Chipaca> mvo: how long_does the'resize_partition'_step take, usually?_boot's_been stuck_there for a while now
<mvo> Chipaca: probably_entropy :(
<mvo>_Chipaca: just hammer at some keys
<Chipaca>_heh, that was it
_*_mvo weeps a bit