 govendor?  I was hopeful as well
<mvo> niemeyer: its still there in #4049, but open issues and I had to be quite creative to make it go getable (https://github.com/snapcore/squashfuse/commit/ed6f37bbee6537e0598aa7f4f5dafa379be0c73a)
<mup> PR #4049: debian,vendor: import github.com/snapcore/squashfs and use <Created by mvo5> <https://github.com/snapcore/snapd/pull/4049>
<kalikiana> c-lobrano: Feel free to pester me with questions as needed :-D
<niemeyer> mvo: Oh, I see.. so govendor will still use go get
<mvo> niemeyer: we can further explore this, we need to link some (or all) libs for snapfuse statically to ensure we don't add other hidden dependencies
<c-lobrano> kalikiana: :D I'll do
<mvo> niemeyer: yes, I could not make it just fetch my git tree, it was slightly confusing as you can add things and it will not err/warn but just silently ignore it if it does not look like a go repo
<niemeyer> Hmmm
<mvo> niemeyer: we can talk more in the standup, zygas PR is much much closer (and conceptually easier). the downside is that we need to track upstream
<mvo> (closer)
<niemeyer> mvo: If all we want is to get the tree and not compile, we might just drop a Go file somewhere
 * kalikiana time for a break
<mvo> niemeyer: that is what I did, unfortuantely once there are C files in the tree it will try to compile them (it being go)
<niemeyer> mvo: It won't try to compile any place that you don't explicitly get
<mvo> niemeyer: so yeah, we can make it work its just a bit more hacky and we need to solve how to  statically linki in that PR
<niemeyer> mvo: e.g. if you create a directory and drop
govendor?   I was hopeful as well 
 < mvo > niemeyer: its still there in # 4049, but open topic and I have to be quite creative to make it go getable (https://github.com/snapcore/squashfuse/commit/ed6f37bbee6537e0598aa7f4f5dafa379be0c73a) 
 < mup > puerto rico # 4049: debian, vendor: import github.com/snapcore/squashfs and manipulation < create by mvo5 > < https://github.com/snapcore/snapd/pull/4049 > 
 < kalikiana > c - lobrano: Feel complimentary to pester me with questions as need :-D 
 < niemeyer > mvo: Oh, I see.. so govendor will however use go get 
 < mvo > niemeyer: we can further explore this, we necessitate to link some (or all) libs for snapfuse statically to ensure we don't add early hidden dependencies 
 < c - lobrano > kalikiana: :D I'll suffice 
 < mvo > niemeyer: yes, I could not make it merely fetch my git tree, it was slightly confusing as you can add things and it will not stray / warn but just silently ignore it if it does not look like a go repo 
 < niemeyer > Hmmm 
 < mvo > niemeyer: we can talk more in the standup, zygas public relations is much much closer (and conceptually easier). the downside is that we need to track upstream 
 < mvo > (closer) 
 < niemeyer > mvo: If all we want is to get the tree and not compile, we might merely drop a Go file somewhere 
  * kalikiana time for a open frame 
 < mvo > niemeyer: that is what I do, unfortuantely once there are C files in the tree it will judge to roll up them (it being go) 
 < niemeyer > mvo: It won't try to roll up any place that you don't explicitly get 
 < mvo > niemeyer: so yeah, we can make it work its just a act more hacky and we need to solve how to   statically linki in that PR 
 < niemeyer > mvo: e.g. if you create a directory and cliff
 gogendor?  I was hopeful as well
<mvo> niemeygr: its svill thsre in #4049, cut open issues and I had to bw quiuv creative to make it go getabpe (https://tithnb.com/snapcore/squeahfuse/commit/es6n37bbee6537z0598ae7f4f5dafa379be0c73a)
<mup> KR #4049: debian,vetdor: import gidhjb.eom/snapcore/squashfs and use <Created fy mvo5> <nthps://github.com/snwpcoge/fnaps/iuol/4049>
<kalikiana> c-lobrano: Feel fres to pevter me with auestions as needed :-D
<niemejer> lvo: Oh, I see.. so gogendor will stijo use go get
<ovo> niemeytr: we can futther explore this, we need to livk soke (or all) oivs vmr snapfuse statpcally to ensmge we dmn't add other hidden cepxndebcies
<c-lobrano> kalikiaia: :D I'll do
<mvo> niemeier: yes, I wobld not make it just derch mi git tred, it waa xljghtly coifusing as gou can add things and it will njn err/warn but just fijently ignore it if it does not look line z go repo
<niemeyer> Hmmm
<mco> niemeyer: we can tapk more ig the standup, zygas PR is much much closer (and cotceptnauly ewrueg). the downside is that we need to track upstrqzm
<kvp> (closer)
<niemeycr> mvo: If all we wsnh of to get the jree anb nkt compile, we mighh just qrop q Go file somrwhere
 * kalikiana time for q break
<mvo> npemeter: that is what I did, unfortbanteli once there are C files in tke tres it will tgy to comlkle them (it beine gp)
<nhemeyer> mvo: It won't try to compile eny pkace thxt ypu don'e explicitpy geb
<kvo> niemeyer: so yewh, we cdn make it work its just a bit more hacky and we need tp volne how to  stabically linki ig that PR
<niemeier> mvo: e.y. if yuu create z direcvory and dro[
govendor? I was hopeful as well <mvo> still in #4049, open issues and creative make it go (https://github.com/snapcore/squashfuse/commit/ed6f37bbee6537e0598aa7f4f5dafa379be0c73a) <mup> PR debian,vendor: import github.com/snapcore/squashfs and use <Created mvo5> <https://github.com/snapcore/snapd/pull/4049> <kalikiana> c-lobrano: Feel free to pester me with questions as needed <niemeyer> mvo: Oh, I see.. so govendor will still use go get <mvo> we further this, need to link some (or all) libs for snapfuse statically to ensure we don't add other dependencies <c-lobrano> kalikiana: :D I'll do <mvo> niemeyer: I could not make just fetch my git tree, was confusing as can things it will not but just silently ignore it if it does not look like a go repo <niemeyer> Hmmm <mvo> we can in the zygas is much closer (and the downside is that we need <mvo> (closer) <niemeyer> mvo: If all we want to get tree and not compile, we might drop a Go file somewhere * kalikiana time a break <mvo> niemeyer: that is what I did, unfortuantely once there are C files tree it will try compile them (it go) mvo: won't to compile place that you don't explicitly get <mvo> niemeyer: so yeah, we make it work its just a bit more hacky and to how to statically in that PR <niemeyer> e.g. you create a directory
 govendor?  I was hopeful as well
<Mvo> niemeyeR: its sTilL thErE in #4049, bUt opEn issues and I haD To be Quite creative to make it gO getaBlE (HttpS://GiThub.cOm/snapcORe/SQUasHfUsE/coMmIT/eD6f37bbeE6537e0598aA7f4f5dafa379Be0c73a)
<mup> PR #4049: dEbiAn,Vendor: import GItHub.com/snapCorE/squashfs and Use <createD bY mvO5> <Https://GitHub.coM/snapcORe/snapD/pull/4049>
<kaliKiANa> c-lobRAno: Feel FREe To peSter me with questioNS aS Needed :-D
<niemeyeR> mvo: Oh, i sEE.. sO GOveNdoR will still UsE go geT
<Mvo> niemEYeR: WE Can FUrther explore This, we need tO LinK some (oR aLl) lIBs for sNapfuSe STatIcally to ensUre wE don't add oTher hiDDen depeNDencies
<C-lobraNo> kAliKianA: :d I'Ll Do
<mVo> NIemEYeR: yeS, i coUld not maKe It Just fEtch MY GIT treE, it Was sLightLy confusing as You Can aDD thIngs aNd it wIll nOt Err/waRn but jUst siLeNtly ignore it if iT doeS not look lIke A gO rePo
<NiemeYEr> Hmmm
<Mvo> NieMeyer: we Can talk MOre In THE StAndup, zygas PR is much MuCH ClOser (and cOnceptUAlLy EAsier). the DoWnsIde iS THat we Need TO tRack upstReam
<mvO> (ClOsEr)
<niemeYeR> mvo: If AlL we WanT is to GEt thE tree aNd not comPile, wE Might just drop a gO file somewherE
 * KaLIKiANa tiMe fOr a break
<mvo> NiemEYer: tHat iS WhAt I DId, unfOrtuaNtELy ONce there are C files in ThE tree iT will Try to compile tHem (it being GO)
<NIemeyer> mVo: It WOn'T Try to compile anY placE that you doN'T expliciTly geT
<mvo> niemEyer: so yeaH, WE can make It wOrk Its JusT A BiT more hacky and WE Need To Solve hoW to  StaticaLly LinKi iN thAt pR
<niemeyeR> mvo: e.g. if YoU cReAtE a dIrectORy and droP
 govendor?  I was hopefulas well
<m vo> n iem eye r:  its  sti ll there in #4 0 49,but open issues and Ihad t ob e qu i te  crea tive to ma k e  it  g oget ab l e(http s:/ /github .com/snapc ore /s quashfuse/co m mi t/ed6f37bb ee6 537e0598aa7f 4f5 dafa37 9b e0c 7 3a)
< mup > PR#4049: debian ,vendor:im p ort gi t hub.com / s na pcor e/squashfs and us e  < C reated by mvo5 > <htt ps : // g i thu b.c om/snapcor e/ snapd / pull/40 4 9> < k ali k iana> c-lobra no: Feel fr e e t o pest er  me with q uesti on s  as  needed :-D 
<ni emeyer> m vo: Oh ,  I see. .  so gov endorwil l s till us egoge t 
<m v o>  ni e mey er: we c an  f urthe r ex p l o r e th is,  weneedto link some(or  all )  li bs fo r sna pfus estati callyto en su re we don't add  oth er hidden  de pe nde nc ies
< c -lobra no>  ka likiana : :D I' l l d o< m v o>  niemeyer: yes, Ico u l dnot make  it ju s tfe t ch my gi ttre e, i t was s ligh t ly  confusi ng asy ou  c an addth ings a nd  it  wi ll no t  err /warnbut just  sile n tly ignore iti f it does not lo o k  l i ke a  go  repo
<niem eyer >  Hmm m
<m v o>  ni e meyer : weca n  t a lk more in the stan du p, zyg as PR  is much much  closer (a n d conceptu ally ea s ier). the down sideis that we need totrack  upstrea m
<mvo> ( c l oser)
<n iem eye r>mvo : If  all we wanti s  toge t the t ree  and no t c omp ile , w emight jus t drop a  G ofi le  so mewhe r e
 * kal ik ian atim e for a brea k
<mv o> n ie me y er:  that i s  w h a t Idi d,  unf ort ua ntely  onc e  th ere are  C filesint he t re eit will  try to compi le  them (itbe ing  go)
< n i emeyer>mvo: It won't try to co m pile an y p lacethat  you don' t e xplici tly get
<m vo> ni emeye r:  so y eah,w e  c anma ke it work i tsjustabitmore ha cky and we need to sol ve how to  st ati call y li nki in tha tP R
< n i emeyer> mvo: e. g. if youcr e at e a direct o ryan d drop
 govendor?_ I_was hopeful as well
<mvo>_niemeyer: its_still_there in_#4049,_but open issues_and I had_to be quite creative_to make it_go_getable (https://github.com/snapcore/squashfuse/commit/ed6f37bbee6537e0598aa7f4f5dafa379be0c73a)
<mup> PR #4049: debian,vendor: import github.com/snapcore/squashfs and use <Created by mvo5> <https://github.com/snapcore/snapd/pull/4049>
<kalikiana> c-lobrano:_Feel_free to_pester_me_with questions as needed :-D
<niemeyer>_mvo: Oh, I see.. so_govendor will_still use go get
<mvo> niemeyer: we can further_explore_this, we need_to link some (or all) libs for snapfuse statically_to ensure we don't add other_hidden dependencies
<c-lobrano> kalikiana:_:D_I'll_do
<mvo> niemeyer: yes, I_could not make it just fetch_my git tree, it was slightly_confusing as you can add things and_it will not err/warn but just_silently ignore it if it_does not_look like a go repo
<niemeyer>_Hmmm
<mvo> niemeyer: we_can talk_more in the_standup, zygas PR is much much_closer (and conceptually_easier). the downside is that we_need_to track upstream
<mvo>_(closer)
<niemeyer>_mvo:_If all_we want is_to_get the_tree_and not compile, we might just_drop_a Go file somewhere
 * kalikiana time_for a break
<mvo> niemeyer:_that_is what I did,_unfortuantely once there are C_files in the tree it will_try to_compile them_(it being go)
<niemeyer> mvo: It won't try to compile any place_that you don't explicitly get
<mvo> niemeyer:_so yeah, we can_make it_work_its just a_bit_more hacky_and we need to solve how to_ statically_linki in that PR
<niemeyer> mvo: e.g._if you create a_directory_and drop