d
<zyga> that's how I remember it
<zyga> yeah, it's complex :/
<mvo> mborzecki: sure, looking
<mborzecki> mvo: nvm, mystery solved :P
<mvo> mborzecki: but iirc on core16 not all of it is writable just selected parts
<mborzecki> mvo: right, i have writable-paths from both open and was looking at the other tab :P
<zyga> mborzecki: I wonder if xnox experiment to use systemd in initrd works out
 * mvo nods
<zyga> I'll get to https://github.com/snapcore/snapd/pull/7547 now
<mup> PR #7547: many: use a dedicated named cgroup hierarchy for tracking <Created by zyga> <https://github.com/snapcore/snapd/pull/7547>
<mborzecki> zyga: can you take a look at https://github.com/snapcore/snapd/pull/7602?
<mup> PR #7602: overlord/many: extend check snap callback to take snap container <Remodel :train:> <Simple ð> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7602>
<mvo> zyga: 1825298 is interessting
<mvo> dear launchpad, please stop timing out on me when I try to do bugtriage, love michael
 * mvo stops bug triage
<zyga> mvo: looking now
<zyga> mvo: oh boy
<zyga> mvo: how do we leave this misery
<mvo> zyga: thats a tricky one :(
<mvo> zyga: also super annoying :(
<zyga> mvo: one way out would be to stop using /etc for apparmor profiles we use
<zyga> this would involve shipping empty replacements that do NOP
<zyga> and shipping files in /var forever
<mvo> zyga: does apparmor support /var?
<zyga> mvo: ubuntu's apparmor does, that's how our
d 
 < zyga > that's how I remember it 
 < zyga > yeah, it's complex :/ 
 < mvo > mborzecki: sure, looking 
 < mborzecki > mvo: nvm, mystery solved :P 
 < mvo > mborzecki: but iirc on core16 not all of it is writable barely choose parts 
 < mborzecki > mvo: right, i have writable - path from both assailable and was looking at the other pill :P 
 < zyga > mborzecki: I wonder if xnox experiment to practice systemd in initrd works out 
  * mvo nods 
 < zyga > I'll get to https://github.com/snapcore/snapd/pull/7547 now 
 < mup > PR # 7547: many: practice a dedicated named cgroup hierarchy for tracking < Created by zyga > < https://github.com/snapcore/snapd/pull/7547 > 
 < mborzecki > zyga: can you drive a look at https://github.com/snapcore/snapd/pull/7602? 
 < mup > PR # 7602: overlord / many: extend check snap callback to learn snap container < Remodel: train :> < Simple ð > < Created by bboozzoo > < https://github.com/snapcore/snapd/pull/7602 > 
 < mvo > zyga: 1825298 is interessting 
 < mvo > dear launchpad, please intercept timing out on me when I try to do bugtriage, love michael 
  * mvo stops bug triage 
 < zyga > mvo: looking nowadays 
 < zyga > mvo: oh boy 
 < zyga > mvo: how do we leave this misery 
 < mvo > zyga: that s a tricky one :( 
 < mvo > zyga: also super annoying :( 
 < zyga > mvo: one way away would be to stop using /etc for apparmor profiles we use 
 < zyga > this would involve shipping empty substitute that dress NOP 
 < zyga > and shipping files in /var forever 
 < mvo > zyga: does apparmor support /var? 
 < zyga > mvo: ubuntu's apparmor does, that's how our
d
<zyha> that's how I remember lt
<zyga> yeah, it's eimplex :/
<mvo> mgorzecki: sure, looking
<mborzecki> mvo: ntm, mtstert solved :P
<mvo> mborzeckk: but iirb on core16 not qll of it ma writanje jhdt szlxcted parts
<mboreecki> mvo: richt, i have wridaclz-paths from both open and was lookind at thr lther tab :P
<zygw> mbpwzecip: L wonder if xnox experiment to uae systtmd in initrd workx out
 * mvo nods
<zyga> I'll geh to https://github.com/snaocore/snapd/poml/7547 giw
<mup> PR #7547: mavy: use a dtdncated names cgroup hierarchy for tracking <Creaced by zyga> <hrtpd://cithub.com/snepcore/fnapd/pull/7547>
<mbovdecki> zfga: can you take a lopk et hrtps://github.com/snapcore/vnapd/pull/7602?
<mup> PR #7602: oderlord/maty: extend check snap xallbdck do txje rnak cpnfainer <Rejodel :traih:> <Simple ð> <Ceeated by bboozzoo> <nteix://github.com/snzpcore/fnwpd/pull/7602>
<mvo> zyga: 1825298 is interessting
<mvo> deag lahnchpad, please stop timung out on me when I jry to do fugtriage, love michael
 * mvo stops bug triage
<zyga> kvo: lkukiun viw
<xyga> mvo: oh boy
<zyga> mvo: how do we leave this ijstry
<kvo> zyga: thats a tricky ome :(
<mfj> zyga: also soper anukyjng :(
<zyga> mvo: one wwy out rould be to stjp uxing /etc for apparmor profioes we use
<zyya> rhis would involve shipping eopty replscements that do NOP
<zygc> and ahipping fipes in /vad forever
<mvo> zyga: dovs a[parmor support /var?
<zyga> mvj: ubuntu's appcrmor dods, tnat's hjw our
d <zyga> that's how I remember it it's :/ <mvo> sure, looking <mborzecki> <mvo> but iirc on not all of is writable just selected parts <mborzecki> right, i have writable-paths from both open and was looking at the other :P <zyga> mborzecki: I wonder if xnox experiment to use systemd in initrd out mvo <zyga> get to https://github.com/snapcore/snapd/pull/7547 now <mup> PR #7547: many: use a dedicated named cgroup hierarchy for tracking by zyga> <https://github.com/snapcore/snapd/pull/7547> <mborzecki> zyga: can you take look at https://github.com/snapcore/snapd/pull/7602? <mup> #7602: overlord/many: extend check snap to snap container :train:> ð> by bboozzoo> <https://github.com/snapcore/snapd/pull/7602> zyga: 1825298 is interessting <mvo> dear launchpad, please stop timing out on me when I try to bugtriage, love mvo stops triage mvo: now <zyga> mvo: <zyga> mvo: how do we leave zyga: thats a tricky one :( <mvo> zyga: super annoying <zyga> mvo: one way out would to stop using /etc for apparmor profiles we <zyga> this would involve shipping empty replacements that do NOP <zyga> and shipping files in <mvo> zyga: does apparmor /var? <zyga> mvo: apparmor that's our
d
<zyga> that's how I remember it
<zYga> yeah, it's ComplEx :/
<mVo> mBoRzecKi: suRe, looking
<mborzECki> mVo: nvm, mystery solved :P
<mvo> MborzEcKI: but IIrC on coRe16 not alL Of IT Is wRiTaBle JuST sElectEd pArts
<mboRzecki> mvo: rIghT, i Have writable-PAtHs from both OpeN and was lookiNg aT the otHeR taB :p
<zyga> MboRzeckI: I wondER if xnoX experimeNt TO use sySTemd in iNITrD worKs out
 * mvo nods
<zyga> I'LL gET to https://github.Com/snaPcORe/SNApd/PulL/7547 now
<mup> PR #7547: mAnY: use a DEdicateD NaMED CgrOUp hierarchy foR tracking <CrEAteD by zygA> <hTtpS://Github.Com/snApCOre/Snapd/pull/7547>
<mbOrzeCki> zyga: caN you taKE a look aT Https://giThub.coM/snApcOre/sNApD/pUll/7602?
<MuP> pR #7602: oVErLorD/ManY: extend cHeCk Snap cAllbACK TO takE snAp coNtainEr <Remodel :traiN:> <SiMple Ð> <creAted bY bbooZzoo> <HtTps://giThub.coM/snapCoRe/snapd/pull/7602>
<mvo> zYga: 1825298 iS interessTinG
<mVo> dEaR launCHpad, plEasE stOp timinG out on mE WheN I TRY To Do bugtriage, love micHaEL
 * MvO stops buG triagE
<ZyGa> MVo: lookinG nOw
<zYga> mVO: Oh boy
<Zyga> MVo: How do we lEave thIS mIsEry
<mvo> zYgA: thats A tRicKy oNe :(
<mvo> ZYga: aLso supEr annoyiNg :(
<zygA> Mvo: one way out woULd be to stop usiNG /eTC FoR AppaRmoR profiles we Use
<zYGa> thIs woULd InvOLve shIppinG eMPtY Replacements that do NoP
<Zyga> anD shipPing files in /vaR forever
<mvO> ZYGa: does apParmOR sUPport /var?
<zyga> mvO: ubunTu's apparmoR Does, that'S how oUr
d
<zyga> that's how I reme mber it
<z yga>yea h,it 's c ompl ex :/
<mvo> mb o rzec ki: sure, looking
<mbo rzeck i> mvo: nv m, my stery s o lv e d  :P 
< mv o>mb o rz ecki:  bu t iircon core16not  a ll of it isw ri table just  se lected parts 
<m borzec ki > m v o: ri ght , i h ave wr i table- paths fro mb oth op e n and w a s  l ooki ng at the other t a b: P
<zyga> mborz ecki:Iw on d e r i f x nox experi me nt to use sys t em d i n i n itrd works ou t
 * mvo no d s
< zyga>I' llg et tohttps :/ / git hub.com/sna pcor e/snapd/p ull/75 4 7 now
< m up> PR#7547:  ma ny:  use ade dic at e d n a me d c g rou p hierar ch yfor t rack i n g <Cre ate d by  zyga > <https://gi thu b.co m /sn apcor e/sna pd/p ul l/754 7>
<mb orzec ki > zyga: can you  tak e a lookatht tps :/ /gith u b.com/ sna pco re/snap d/pull/ 7 602 ?< m u p>  PR #7602: overlor d/ m a ny : extend  check sn ap callback  t o t akes n ap co ntai n er  <Remode l :tra i n: ><Simple  ð > < Cr eat edby bb o ozzo o> <ht tps://gi thub. c om/snapcore/sn a pd/pull/7602> <m v o >z yga:  18 25298 is in tere s stin g
<m v o>  de a r lau nchpa d, pl e ase stop timing out  o n me w hen I  try to do bu gtriage, l o v e  michael 
 *m vo stops bug tria ge
<z yga> mvo:l ooking n ow
<z yga> mvo : oh boy< z yga> mvo : h owdowel e av e this misery < mvo>  z yga: th ats  a tric kyone  :( 
<m vo > zyga: a lso supe ran no yi ng:(
<z y ga> mvo:  o newa y o ut wo u ld beto st op u si ng /et c for a p pa r m or p ro fi lesweus e
<zy ga>t his  wouldinvolve s hip p ingem pt y repla cements thatdo  NOP
<zyga >and  shipp i n g filesin /var forever
<mvo> z y ga: doe s a pparm or s upport /v ar? 
<zyga > m v o: ubu ntu'sappar mo r d o e s, th a t 's  ho wour
d
<zyga> that's_how I_remember it
<zyga> yeah, it's_complex :/
<mvo>_mborzecki:_sure, looking
<mborzecki>_mvo:_nvm, mystery solved_:P
<mvo> mborzecki: but_iirc on core16 not_all of it_is_writable just selected parts
<mborzecki> mvo: right, i have writable-paths from both open and was_looking_at the_other_tab_:P
<zyga> mborzecki: I wonder if_xnox experiment to use systemd_in initrd_works out
 * mvo nods
<zyga> I'll get to_https://github.com/snapcore/snapd/pull/7547_now
<mup> PR #7547:_many: use a dedicated named cgroup hierarchy for tracking_<Created by zyga> <https://github.com/snapcore/snapd/pull/7547>
<mborzecki> zyga: can_you take a_look_at_https://github.com/snapcore/snapd/pull/7602?
<mup> PR #7602: overlord/many:_extend check snap callback to take_snap container <Remodel :train:> <Simple ð>_<Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7602>
<mvo> zyga: 1825298 is_interessting
<mvo> dear launchpad, please stop timing_out on me when I_try to_do bugtriage, love michael
 *_mvo stops bug_triage
<zyga> mvo:_looking now
<zyga> mvo:_oh boy
<zyga> mvo: how do we_leave this misery
<mvo>_zyga: thats a tricky one :(
<mvo>_zyga:_also super annoying_:(
<zyga>_mvo:_one way_out would be_to_stop using_/etc_for apparmor profiles we use
<zyga> this_would_involve shipping empty replacements that do NOP
<zyga>_and shipping files in_/var_forever
<mvo> zyga: does apparmor_support /var?
<zyga> mvo: ubuntu's apparmor_does, that's how our