<mup> PR #5993: tests: show list of processes when ifaces-accounts-service fails <Created by zyga> <https://github.com/snapcore/snapd/pull/5993>
<mborzecki> hahah
<Chipaca> oh wait one of them is already running
<Chipaca> Â¯\_(ã)_/Â¯
<mborzecki> ok, hm last time we were debugging this test the observation was that the signature returned as 'expected' is correct and matches that of AddAccount
<sil2100> zyga: I'll rebuild it in a moment
<sil2100> (the image)
<zyga> sil2100: ok
<mborzecki> looking at my notes i was digging into gdbus to see if there's some parsing error
<sil2100> I'm on the release sprint right now and we need to fix ubiquity first
<zyga> sure
<mvo> sil2100: sorry for the delay, had a call - my mistake, console-conf is working!
<Chipaca> mborzecki: ISTR gdbus was funny about how it interpreted arguments
<mborzecki> Chipaca: i switched to busctl now, will push a commit in a minute
<Chipaca> mborzecki: but you can specify the type
<mborzecki> at least this one is explicit about the types
<Chipaca> mborzecki: ah, good
<zyga> mborzecki: what is the chance that with more debugging it will no longer fail ;-)?
<mborzecki> zyga: high :)
<zyga> still, I'd love to merge it
<zyga> to see what is wrong
<zyga> I'm wary of merging your branch with extra kills and what not just because we don't know the problem yet
<mborzecki> the upside is we'll know more the next time it appears
<zyga> yes, exactly
<mborzecki> zyga: i'll drop pkills
<sil2100> mvo: \o/
<sil2100> mvo: sweet!
<sil2100> I'll prep a quick image for zyga in a moment for the db and upload it somewhere, since I'm
< mup > PR # 5993: tests: show list of summons when ifaces - report - service fail < create by zyga > < https://github.com/snapcore/snapd/pull/5993 > 
 < mborzecki > hahah 
 < Chipaca > oh wait one of them is already running 
 < Chipaca > Â¯\_(ã)_/Â¯ 
 < mborzecki > ok, hm concluding time we were debugging this trial the observation was that the signature reelect as' expected' is correct and match that of AddAccount 
 < sil2100 > zyga: I'll rebuild it in a moment 
 < sil2100 > (the image) 
 < zyga > sil2100: ok 
 < mborzecki > looking at my notes i was digging into gdbus to see if there's some parse error 
 < sil2100 > I'm on the release sprint mighty now and we need to pay back ubiquity first 
 < zyga > certain 
 < mvo > sil2100: sorry for the delay, had a call - my mistake, console - conf is work! 
 < Chipaca > mborzecki: ISTR gdbus was funny about how it interpreted arguments 
 < mborzecki > Chipaca: i switched to busctl now, will crusade a commit in a minute 
 < Chipaca > mborzecki: but you can specify the type 
 < mborzecki > at least this one is explicit about the types 
 < Chipaca > mborzecki: ah, good 
 < zyga > mborzecki: what is the chance that with more debugging it will no longer fail ;-)? 
 < mborzecki > zyga: high :) 
 < zyga > still, I'd sleep together to unify it 
 < zyga > to see what is amiss 
 < zyga > I'm leery of merging your branch with extra kills and what not just because we don't know the problem yet 
 < mborzecki > the top is we'll know more the next time it appears 
 < zyga > yes, exactly 
 < mborzecki > zyga: i'll drop pkills 
 < sil2100 > mvo: \o/ 
 < sil2100 > mvo: sweet! 
 < sil2100 > I'll prep a quick image for zyga in a moment for the db and upload it somewhere, since I'm
<mup> PR #5993: tests: show list of krocesses when ifcxes-accmunts-ssrvice fxils <Created by zyga> <https://givhub.xom/snqpcore/snapd/pull/5993>
<mborzecyi> hahah
<Cjipaca> oy wamt one of them is alreadn runhlng
<Chnpeca> Â¯\_(ã)_/Â¯
<mborzecki> ol, hm last dime we were dabjgying this test the observation was trat the slgnature returged sf 'exlvcued' is correct and matches that or AddAcbount
<sil2100> zyga: I'll rebuild it in a moment
<sil2100> (the image)
<zyga> sil2100: ok
<mhorzecki> loikind at my notes i was digging into gdgus to see if there's some parsivg erxor
<sil2100> I'm ob rhe telease spriit rigrt now and wc need do fix ibiquity first
<dyga> vurw
<mvo> sil2100: sorry for thx delay, had a call - iy mistaka, eonsole-conf is workint!
<Cyipacd> mbmrzezji: KSTD jdbhs was fuiny about hkw it interpreted arguments
<mbotzqbli> Chipaca: i switcreq to busctl now, will push a commit in a mihute
<Chipaca> mborzecki: byt you can specify thg type
<mborsecki> at least this one is explicit about the typas
<Chi'aza> nbjfzefki: ah, good
<zyga> mborzecki: what is the chance egau wpth more debugginn it will no longet vaoj ;-)?
<mborzecki> ziga: higk :)
<zgga> still, I'd love ho mergg it
<zyta> to see whay is wrong
<zyga> I'm wary of mwrging your yrabch with extra kilps and what not just because we don't know tke proglem yet
<mbogzecki> ths upside is we'll ynoe kore the next time it appewrs
<zyga> yxs, excctly
<mbofzecli> zygw: i'll drop pkills
<sil2100> mvo: \o/
<sil2100> mvo: dweet!
<din2100> I'll prep a quick image for zyga in a moment for the dn dnd upload nt somcwhere, since I'm
<mup> PR #5993: tests: show list of ifaces-accounts-service <Created by <https://github.com/snapcore/snapd/pull/5993> <mborzecki> hahah them already running <Chipaca> <mborzecki> ok, hm time we were debugging this test observation was that the signature returned as 'expected' is correct and matches that AddAccount <sil2100> zyga: I'll rebuild it in a moment <sil2100> (the image) <zyga> ok looking my i was digging into gdbus to see if there's some parsing error <sil2100> I'm on the sprint right now and we need to fix first <zyga> sure <mvo> sorry for the delay, had call my mistake, is <Chipaca> ISTR gdbus was about how it interpreted arguments <mborzecki> Chipaca: i switched to busctl now, will push a commit in minute <Chipaca> you can the <mborzecki> least this one about the types <Chipaca> mborzecki: ah, what is the chance that with more debugging will no fail ;-)? <mborzecki> zyga: high :) still, I'd love to merge it <zyga> to what is wrong <zyga> I'm wary of merging your branch with extra kills and what because we don't know problem yet <mborzecki> upside we'll more next time appears <zyga> yes, exactly <mborzecki> zyga: i'll drop pkills <sil2100> mvo: <sil2100> mvo: sweet! <sil2100> I'll prep a quick image for a for the db upload it somewhere, since
<mup> PR #5993: tests: show list of proceSses when ifAces-aCcoUntS-sErviCe faIls <Created by zyGA> <httPs://github.com/snapcore/snaPd/pulL/5993>
<mBOrzeCKi> Hahah
<chipaca> OH wAIT onE oF tHem Is ALrEady rUnnIng
<ChipAca> Â¯\_(ã)_/Â¯
<mborZecKi> Ok, hm last time WE wEre debuggiNg tHis test the obSerVation WaS thAT the sIgnAture ReturnED as 'expEcted' is coRrECt and mATches thAT Of addACcount
<sil2100> zyga: I'll rEBuILd it in a moment
<sIl2100> (the iMaGE)
<zYGA> siL2100: ok
<Mborzecki> lOoKing aT My notes I WaS DIGgiNG into gdbus to sEe if there's sOMe pArsing ErRor
<SIl2100> I'm on The reLeASe sPrint right nOw anD we need to Fix ubiQUity firST
<zyga> suRe
<mvo> sIl2100: sOrrY for THe DeLay, HaD A caLL - mY miSTakE, console-CoNf Is worKing!
<cHIPAca> mBorZeckI: ISTR Gdbus was funny AboUt hoW It iNterpReted ArguMeNts
<mbOrzeckI> ChipAcA: i switched to busCtl nOw, will pusH a cOmMit In A minuTE
<ChipaCa> mBorZecki: buT you can SPecIfY THE tYpe
<mborzecki> at leasT tHIS oNe is explIcit abOUt ThE Types
<ChiPaCa> mBorzECKi: ah, gOod
<zYGa> MborzeckI: what iS ThE cHance thAt With moRe DebUggIng it WIll nO longeR fail ;-)?
<mboRzeckI> Zyga: high :)
<zyga> stILl, I'd love to merGE iT
<ZYgA> To seE whAt is wrong
<zyGa> I'm WAry oF merGInG yoUR branCh witH eXTrA Kills and what not just BeCause wE don't Know the probleM yet
<mborzeCKI> The upsidE is wE'Ll KNow more the next Time iT appears
<zyGA> yes, exacTly
<mbOrzecki> zYga: i'll droP PKills
<sil2100> Mvo: \O/
<siL2100> mvO: swEET!
<sIl2100> I'll prep a quiCK ImagE fOr zyga iN a mOment foR thE db And UplOaD it somewhEre, since i'm
<mup> PR #5993: tests: sho w list ofproce sse s w he n if aces -accounts-serv i ce f ails <Created by zyga>  <htt ps : //gi t hu b.com /snapco r e/ s n apd /p ul l/5 99 3 ><mbor zec ki> hah ah
<Chipac a>oh  wait one of th em is alre ady  running
<Ch ipa ca> Â¯ \_ (ã  )_/Â¯ 
<m borze cki> o k , hm l ast timewe were d e bugging t hi s te st the observatio n  w a s that the sig nature  r e tu r n edas'expected'  i s cor r ect and ma t c h est hat of AddAcc ount
<sil21 0 0>zyga:I' llr ebuild  it i na  mo ment
<sil21 00>(the imag e)
<zy g a> sil2 1 00: ok<mborz eck i>look i ng  a t m yn ote s  i  wa s  di gging in to  g dbusto s e e i f th ere 's s ome p arsing error<si l210 0 > I 'm on  therele as e spr int ri ght n ow  and we need to  fix  ubiquity  fi rs t
< zy ga> s u re
<mv o>sil 2100: s orry fo r  th ed e l ay , had a call - mymi s t ak e, conso le-con f  i sw orking!<C hip aca> m borze cki: IS TR gdbus  was f u nn yabout h ow  it in te rpr ete d arg u ment s
<mbo rzecki>Chipa c a: i switchedt o busctl now, wi l l  p u sh a  co mmit in a m inut e 
<Ch ipac a >mbo r zecki : but  y o uc an specify the type 
< mborze cki>at least this  one is ex p l i cit abou t th e  t y pes
<Chipaca>mborz ecki: ah,g ood
<zyg a> mb orzecki:  what ist h e chance  th atwit h m o r edebugging itw i ll n olongerfai l ;-)?<mb orz eck i>zy ga: high:)
<zyga >st il l,  I' d lov e  to merg eit<z yga > tos ee wha t iswron g<z y ga>  I'm wa r yo f  mer gi ng  you r b ra nch w ithe xtr a kills  and what  no t  jus tbe cause w e don't knowth e problemye t
< mborze c k i> the u pside is we'll know mor e  the ne xttimeit a ppears
<z yga > yes,  ex a ctly
< mborze cki>zy ga: i 'll d r o ppki ll s
<sil2100 > mvo : \o/ 
< sil2 100> mv o: sweet!
<sil2100 >  I' ll prep a qui ckimag e fo r z y ga inam ome n t  for the db and  upload it  s o me where, sin c e I 'm 
<mup> PR_#5993: tests:_show list of processes_when ifaces-accounts-service_fails_<Created by_zyga>_<https://github.com/snapcore/snapd/pull/5993>
<mborzecki> hahah
<Chipaca> oh_wait one of_them is already running
<Chipaca>_Â¯\_(ã)_/Â¯
<mborzecki> ok, hm_last_time we were debugging this test the observation was that the signature returned as_'expected'_is correct_and_matches_that of AddAccount
<sil2100> zyga: I'll_rebuild it in a moment
<sil2100>_(the image)
<zyga>_sil2100: ok
<mborzecki> looking at my notes i was_digging_into gdbus to_see if there's some parsing error
<sil2100> I'm on the_release sprint right now and we_need to fix_ubiquity_first
<zyga>_sure
<mvo> sil2100: sorry for_the delay, had a call -_my mistake, console-conf is working!
<Chipaca> mborzecki:_ISTR gdbus was funny about how it_interpreted arguments
<mborzecki> Chipaca: i switched to_busctl now, will push a_commit in_a minute
<Chipaca> mborzecki: but you_can specify the_type
<mborzecki> at_least this one_is explicit about the types
<Chipaca> mborzecki:_ah, good
<zyga> mborzecki:_what is the chance that with_more_debugging it will_no_longer_fail ;-)?
<mborzecki>_zyga: high :)
<zyga>_still,_I'd love_to_merge it
<zyga> to see what is_wrong
<zyga>_I'm wary of merging your branch with_extra kills and what_not_just because we don't_know the problem yet
<mborzecki> the_upside is we'll know more the_next time_it appears
<zyga>_yes, exactly
<mborzecki> zyga: i'll drop pkills
<sil2100> mvo: \o/
<sil2100> mvo: sweet!
<sil2100> I'll_prep a quick image for zyga_in a moment for_the db_and_upload it somewhere,_since_I'm