: [RFC] cmd/snap-image: tool for building UC images <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/7079>
<pstolowski> pedronis: yes i think we should land 7092. going to deconflict it
 * Chipaca brb
<mvo> mborzecki: I think 7593 is good for now, I want to do a followup with some real sfdisk tests but that will probably become quite a bit bigger
<mborzecki> mvo: do you think it'd make sense to move the code that creates a LaidOutVolume out of sfdisk dump into gadget/partition.go?
<mup> PR snapd#7222 closed: tests: show just the last log as part of the debug output when check journal logs <Simple ð> <Created by sergiocazzolato> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/7222>
<pedronis> mvo: mborzecki: volmgr is a strange name, it makes one think LVM
<ogra> makes me think of androids vold... :)
<zyga> Voldmgrd
<zyga> ;-)
<ogra> pedronis, do you knwo off the top of your head if it is seamlessly possible to use gadget snaps on debian systems (i.e. to attach to a brand store or add certain interfaces)  or does snapd currently restrict this to ubuntu systems?
<mvo> pedronis: we could move it to osutil/fdisk?
<mup> PR snapd#7600 closed: sandbox/cgroup: move freeze/thaw code <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7600>
<pedronis> mvo: probably not osutil given it uses types from gadget
<pedronis> it could be under gadget
<mvo> pedronis: good point
<mvo> pedronis: or just cmd/snap-recovery/fdisk?
<pedronis> that
: [ RFC ] cmd / snap - image: tool for building UC picture < create by bboozzoo > < Closed by bboozzoo > < https://github.com/snapcore/snapd/pull/7079 > 
 < pstolowski > pedronis: yes i think we should land 7092. go to deconflict it 
  * Chipaca brb 
 < mvo > mborzecki: I think 7593 is good for immediately, I desire to do a followup with some real sfdisk tests but that will probably become quite a morsel bigger 
 < mborzecki > mvo: do you think it'd seduce sense to move the code that creates a LaidOutVolume out of sfdisk dump into gadget / partition.go? 
 < mup > PR snapd#7222 closed: tests: prove just the last log as share of the debug output when check journal logs < elementary ð > < Created by sergiocazzolato > < Closed by pedronis > < https://github.com/snapcore/snapd/pull/7222 > 
 < pedronis > mvo: mborzecki: volmgr is a strange name, it makes one think LVM 
 < ogra > make me think of androids vold... :) 
 < zyga > Voldmgrd 
 < zyga > ;-) 
 < ogra > pedronis, do you knwo off the top of your head if it is seamlessly possible to use appliance snapshot on debian systems (i.e. to attach to a brand store or add certain interfaces)   or does snapd currently restrict this to ubuntu organization? 
 < mvo > pedronis: we could move it to osutil / fdisk? 
 < mup > PR snapd#7600 closed: sandbox / cgroup: motion freeze / thaw code < create by zyga > < Merged by bboozzoo > < https://github.com/snapcore/snapd/pull/7600 > 
 < pedronis > mvo: probably not osutil given it use type from gadget 
 < pedronis > it could be under gadget 
 < mvo > pedronis: good point 
 < mvo > pedronis: or barely cmd / snap - recovery / fdisk? 
 < pedronis > that
: [RFF] cmd/snap-image: tool for nuilding UC imaggs <Creatxd by bgoozzoo> <Zlosed by bboozzoo> <https://githnb.con/snapxore/snapd/pull/7079>
<pstolowskk> pedronid: yes i rhinj we should land 7092. going tk decmiflict it
 * Chipsca brb
<mvo> mborzecki: I tvivk 7593 is good for now, I want to do a fojlowup eihh some real ssdisl tesfs but that will probably become qhite a uit bigger
<mborzrcki> mvo: do you think it'd lake sense to move the code that xreaews a LaidOutXolume out of sfdisk domp into gadget/partition.go?
<mup> PR snapb#7222 closed: tewtw: sjmw just the last log as part of the gebug oitput when chegk jonrnao logs <Simple ð> <Createv by sergiocazzolato> <Closed bf 'edronis> <https://github.cim/wnapcmre/stapd/oyll/7222>
<oeddoiis> mvo: mhorvecki: volmgd is a strabge name, it makes ome nnink LVM
<ogra> makes mq think of androids vold... :)
<zyga> Voldmgrd
<zjga> ;-)
<kgra> pedronis, do you knqo off the top of yout head if yt is seamlessly possible to use gadget snaps on gebiai rysuens (i.e. ro attach to a brand store or add certain interszcts)  or does snapd currently tedttyct this to ucuntu sysfems?
<mvo> pedronis: wf could move it to osttil/gdisk?
<mup> PR snapd#7600 closed: sabdbox/cgroup: iive freeze/thaw codz <Created by zygs> <Merbed by bboozzoo> <https://gichub.coj/snapcore/snwpd/pull/7600>
<pesfonis> mvo: probabuy kot osutil given it uses typef from gavget
<pzdronis> kt cpuld bq under gafget
<mym> pedronis: good polnt
<mvl> [edronis: og just cmd/snap-recovery/fdisk?
<pedronis> that
: [RFC] cmd/snap-image: tool for building UC by <Closed by <https://github.com/snapcore/snapd/pull/7079> <pstolowski> pedronis: land going to deconflict * Chipaca brb mborzecki: I think 7593 is good now, I want to do a followup with some real sfdisk tests but will probably become quite a bit bigger <mborzecki> mvo: do you think it'd sense move code creates a LaidOutVolume out of sfdisk dump into gadget/partition.go? <mup> PR snapd#7222 closed: tests: show just last log as part of the debug output check journal logs <Simple <Created by sergiocazzolato> <Closed by <https://github.com/snapcore/snapd/pull/7222> mvo: mborzecki: is strange it makes one LVM <ogra> makes me think of androids vold... :) <zyga> Voldmgrd <zyga> ;-) <ogra> pedronis, do you off the your head it seamlessly to use gadget debian systems (i.e. to attach to or add certain interfaces) or does snapd currently this to systems? <mvo> pedronis: we could move to osutil/fdisk? <mup> PR snapd#7600 closed: sandbox/cgroup: move code <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7600> <pedronis> mvo: probably not osutil given it from gadget <pedronis> it be under gadget pedronis: point pedronis: just cmd/snap-recovery/fdisk? that
: [RFC] cmd/snap-image: tool for buiLding UC imaGes <CrEatEd bY bBoozZoo> <CLosed by bboozzoO> <HttpS://github.com/snapcore/snapD/pull/7079>
<PsTOlowSKi> PedroNis: yes i THiNK We sHoUlD laNd 7092. GOiNg to dEcoNflict iT
 * Chipaca brB
<mvO> mBorzecki: I thiNK 7593 iS good for noW, I wAnt to do a follOwuP with sOmE reAL sfdiSk tEsts bUt that WIll proBably becoMe QUite a bIT bigger
<MBOrZeckI> mvo: do you think it'd MAkE Sense to move the Code thAt CReATEs a laiDOutVolume OuT of sfDIsk dump INtO GADgeT/Partition.go?
<muP> PR snapd#7222 cloSEd: tEsts: shOw JusT The lasT log aS pARt oF the debug ouTput When check JournaL Logs <SimPLe ð> <CreaTed by sErgIocAzzoLAtO> <CLosEd BY peDRoNis> <HTtpS://github.cOm/SnApcorE/snaPD/PULl/7222>
<peDroNis> mVo: mboRzecki: volmgr iS a sTranGE naMe, it mAkes oNe thInK LVM
<oGra> makEs me tHiNk of androids volD... :)
<zygA> Voldmgrd
<ZygA> ;-)
<oGra> PeDroniS, Do you kNwo Off The top oF your heAD if It IS SEaMlessly possible to uSe GADgEt snaps oN debiaN SyStEMs (i.e. to atTaCh tO a brAND storE or aDD cErtain inTerfacES)  oR dOes snapD cUrrentLy ResTriCt thiS To ubUntu syStems?
<mvo> PedroNIs: we could move iT To osutil/fdisk?
<MUp> pr SnAPd#7600 clOseD: sandbox/cgrOup: mOVe frEeze/THaW coDE <CreaTed by ZyGA> <MERged by bboozzoo> <https://GiThub.coM/snapCore/snapd/pull/7600>
<Pedronis> mvO: PRObably noT osuTIl GIven it uses typeS from Gadget
<pedrONis> it couLd be uNder gadgEt
<mvo> pedrONIs: good poInt
<Mvo> PedRonIS: Or Just cmd/snap-reCOVery/FdIsk?
<pedrOniS> that
: [RFC] cmd/snap-image: to ol for bui lding  UC  im ag es < Crea ted by bboozzo o > <C losed by bboozzoo> <ht tps:/ /g i thub . co m/sna pcore/s n ap d / pul l/ 70 79> 
< p st olows ki>  pedron is: yes ithi nk  we should l a nd  7092. goi ngto deconflic t i t
 * C hi pac a  brb<mv o> mb orzeck i : I th ink 7593is good f o r now,I wa nt t o do a followup w i th some real sfdi sk tes ts bu t tha t w ill probab ly  beco m e quite ab i t  bi g ger
<mborzeck i> mvo: doy outhinkit 'dm ake se nse t om ove  the code t hatcreates a  LaidO u tVolume out ofsfdisk  du mpinto ga dg et/ pa r tit i on .go ? 
<m up> PR s na pd #7222  clo s e d :  tes ts:  sho w jus t the last lo g a s pa r t o f the  debu g ou tp ut wh en che ck jo ur nal logs <Simpl e ð > <Crea ted  b y s er gioca z zolato > < Clo sed bypedroni s > < ht t p s :/ /github.com/snapco re / s na pd/pull/ 7222>< pe dr o nis> mvo :mbo rzec k i : vol mgri sa strang e name ,  i tmakes o ne  think  L VM<og ra> m a kesme thi nk of an droid s  vold... :)
<z y ga> Voldmgrd< zy g a >; -)
< ogr a> pedronis , do youknwo of f t h e top  of y ou r  h e ad if it is seamles sl y poss ibleto use gadget  snaps ond e b ian syst ems( i. e . to attach to  a br and storeo r add ce rtain  interfa ces)  ord o es snapd  cu rre ntl y r e s tr ict this to u b u ntusy stems?<mv o> pedr oni s:wecou ld  move itto osuti l/ fd is k? 
<m up> P R  snapd#7 60 0 c lo sed : san d box/cg roup:  mov efr e eze /thaw c o de < Crea te dby z yga ><Merg ed b y  bb oozzoo>  <https:/ /gi t hub. co m/ snapcor e/snapd/pull/ 76 00>
<pedro ni s>mvo: p r o bably no t osutil given it usest ypes fr omgadge t
<p edronis>itcouldbeu nder g adget<mvo>  p edr o n is: g o o dpoi nt 
<mvo> ped r o nis : orju st c md/snap -recovery/fdisk?
< p edr onis> that
: [RFC]_cmd/snap-image: tool_for building UC images_<Created by_bboozzoo>_<Closed by_bboozzoo>_<https://github.com/snapcore/snapd/pull/7079>
<pstolowski> pedronis: yes_i think we_should land 7092. going_to deconflict it
_*_Chipaca brb
<mvo> mborzecki: I think 7593 is good for now, I want to do_a_followup with_some_real_sfdisk tests but that will_probably become quite a bit_bigger
<mborzecki> mvo:_do you think it'd make sense to move_the_code that creates_a LaidOutVolume out of sfdisk dump into gadget/partition.go?
<mup> PR_snapd#7222 closed: tests: show just the_last log as_part_of_the debug output when_check journal logs <Simple ð> <Created_by sergiocazzolato> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/7222>
<pedronis>_mvo: mborzecki: volmgr is a strange name,_it makes one think LVM
<ogra> makes_me think of androids vold..._:)
<zyga> Voldmgrd
<zyga>_;-)
<ogra> pedronis, do you knwo_off the top_of your_head if it_is seamlessly possible to use gadget_snaps on debian_systems (i.e. to attach to a_brand_store or add_certain_interfaces)_ or_does snapd currently_restrict_this to_ubuntu_systems?
<mvo> pedronis: we could move it_to_osutil/fdisk?
<mup> PR snapd#7600 closed: sandbox/cgroup: move freeze/thaw_code <Created by zyga>_<Merged_by bboozzoo> <https://github.com/snapcore/snapd/pull/7600>
<pedronis> mvo:_probably not osutil given it_uses types from gadget
<pedronis> it could_be under_gadget
<mvo> pedronis:_good point
<mvo> pedronis: or just cmd/snap-recovery/fdisk?
<pedronis> that