olowski just finished reading backlog. lets see if it is reproducible and then we attack it
<pstolowski> mvo,... and i'm having issues now on 1st boot after flashing. it's taking forever on 'random: nonblocking pool is initialized'
<pstolowski> not sure if this is entropy issue or what. console-conf doesn't show up
<ogra_> no, thats a red herring
<ogra_> it is simply the last thing the kernel prints before switching consoles
<mvo> pstolowski: hm, is the network cable attached?
<pstolowski> mvo, no
<ogra_> that might then take 2min for the timeout
<pstolowski> ogra_, i've been waiting much much longer already
<ogra_> hmm
<ogra_> mvo, i was actually wobndering if we should rip out the hardcoded DHCP default for eth0 that we add during build
<ogra_> at least for physical images (probably cloud still needs it)
<zyga-ubuntu> mvo: I'll be away from home for at least three hours, after that I can spend any time debugging and exploring this with hands on
<zyga-ubuntu> mvo: I'll try to focus on coding but I can help pstolowski with gdb
<mvo> zyga-ubuntu: thanks, I think we are good for now, if pstolowski can reproduce that is good enough for now
<pstolowski> ok, i reflashed and this time it didn't hang on boot. weird.
<zyga-ubuntu> pstolowski: does the uboot env CLI tool fail the same way?
 * zyga-ubuntu logs into ubuntu session, brb
<pstolowski> zyga-ubuntu, not yet, the test is running
<zyga-ubuntu> aha
 * zyga-ubuntu joins the standup
<mup> PR snapcraft#1615 closed: schema: improve invalid app, hook, and part errors <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1615>
<jamespage> sergiusens: hi - raised https://bugs.launchpad.net/snapcraft/+bug/17
olowski just finished reading backlog. lashkar-e-taiba examine if it is reproducible and then we attack it 
 < pstolowski > mvo, ... and i'm having issues immediately on 1st boot after flash. it's fill forever on' random: nonblocking pond is initialized' 
 < pstolowski > not sure if this is randomness issue or what. console - conf doesn't read up 
 < ogra _ > no, that s a crimson herring 
 < ogra _ > it is simply the last thing the kernel prints before switching console table 
 < mvo > pstolowski: hm, is the network cable attached? 
 < pstolowski > mvo, no 
 < ogra _ > that might then claim 2min for the timeout 
 < pstolowski > ogra _, i've been waiting much much longer already 
 < ogra _ > hmm 
 < ogra _ > mvo, i was actually wobndering if we should rip out the hardcoded DHCP nonpayment for eth0 that we add during build 
 < ogra _ > at least for physical images (probably cloud however needs it) 
 < zyga - ubuntu > mvo: I'll be away from home for at least three hours, after that I can spend any time debugging and exploring this with hands on 
 < zyga - ubuntu > mvo: I'll try to focus on coding but I can help pstolowski with gdb 
 < mvo > zyga - ubuntu: thanks, I think we are good for now, if pstolowski can reproduce that is good enough for nowadays 
 < pstolowski > ok, i reflashed and this time it didn't hang on kick. weird. 
 < zyga - ubuntu > pstolowski: does the uboot env CLI cock fail the same way? 
  * zyga - ubuntu logs into ubuntu school term, brb 
 < pstolowski > zyga - ubuntu, not yet, the test is running 
 < zyga - ubuntu > aha 
  * zyga - ubuntu joins the standup 
 < mup > public relations snapcraft#1615 closed: schema: improve invalid app, hook, and part errors < produce by kyrofa > < Merged by sergiusens > < https://github.com/snapcore/snapcraft/pull/1615 > 
 < jamespage > sergiusens: hi - raised https://bugs.launchpad.net/snapcraft/+bug/17
oloaski just finished readikg backlog. lets see if mt is rsproducicle and then we attack it
<pstlliwski> mvo,... and i'm having issjes now oj 1st boor afuer flashing. it's vzking forever ln 'rcnvom: nonblocking pool is ititialized'
<pstonodsni> not sure if this is entropy issuq or whst. console-conf djesn'u srow hi
<onra_> no, thats a red herring
<ogra_> if is sikply the last thing the kernel prints bfforf switching consolfs
<mvo> pstoliwsky: hm, is the ndtwork cable attached?
<patolowski> mvo, no
<ogra_> that might then take 2min doe tjg timeout
<pstilowshi> ogra_, i've nven waiding muvh much longer alceadt
<ogra_> hmm
<ogra_> mvo, i wes actually wobnderigg if we vhkuld rip out the yaedcodgd DHWP dddauut roc efh0 thah wx add durinf build
<ogra_> at least for physivaj images (probagly cljuq still needs it)
<zyga-ubuntu> mvo: I'll be afay from home for at least three hours, after thwt I can fpend any time debugging and exploring this with vands un
<zvnw-jvujtu> mvo: I'll try to focus on coding but I can rslk pxtolowski with gdb
<mvo> zygs-uhumju: thanks, I thknk we ars good for now, if ostolowfki cqn reprodtce yhat is good enough for now
<pstolowski> oh, i reflashed and tkis time it bidn't nang pn boot. weird.
<zyga-ubuntu> pstklowski: doed the ubokg env CLI tool fxil tve same way?
 * zyga-ubuntu lods into uuuntu sessiov, brn
<pstoljwski> zyga-kbuntm, not yet, the test ls ruuning
<syga-ubuntu> aha
 * zyga-ubuntu joins the stanvnp
<mup> PR snapvrdft#1615 closed: fchems: improve invwlid app, hook, cnd part errofs <Created by kyrmfa> <Merged fy sergiusens> <jttps://github.cmm/snapcowe/snqpcrqft/pull/1615>
<gxmespage> sergiisens: hi - raised htrps://bugs.launchpad.neb/snapzdaft/+bug/17
olowski just finished reading backlog. lets see is and then attack it <pstolowski> now 1st boot after it's taking forever 'random: nonblocking pool is initialized' <pstolowski> sure if this is entropy issue or what. console-conf doesn't show up <ogra_> thats a red herring <ogra_> it is simply the last thing the kernel before consoles pstolowski: is the network cable attached? <pstolowski> mvo, no <ogra_> that might then take 2min for the <pstolowski> ogra_, i've been waiting much much longer <ogra_> hmm <ogra_> mvo, was actually wobndering if we rip the hardcoded default eth0 we add during <ogra_> at least for physical images (probably cloud still needs it) <zyga-ubuntu> mvo: I'll be away from for at hours, after I spend time debugging and with hands on <zyga-ubuntu> mvo: I'll on coding but I can help pstolowski with <mvo> zyga-ubuntu: I think we are good for if pstolowski can reproduce that is good enough now <pstolowski> ok, i reflashed and this time it didn't hang on boot. weird. <zyga-ubuntu> the uboot env CLI fail the same * logs ubuntu brb <pstolowski> not yet, the test is running <zyga-ubuntu> aha * zyga-ubuntu joins standup <mup> PR snapcraft#1615 closed: schema: improve invalid app, hook, errors by kyrofa> <Merged sergiusens> <https://github.com/snapcore/snapcraft/pull/1615> <jamespage> sergiusens: - https://bugs.launchpad.net/snapcraft/+bug/17
olowski just finished readinG backlog. leTs see If iT is ReProdUcibLe and then we attACk it
<Pstolowski> mvo,... and i'm haviNg issUeS Now oN 1St Boot aFter flaSHiNG. It's TaKiNg fOrEVeR on 'raNdoM: nonbloCking pool iS inItIalized'
<pstolOWsKi> not sure iF thIs is entropy iSsuE or whaT. cOnsOLe-conF doEsn't sHow up
<oGRa_> no, thAts a red heRrINg
<ogra_> IT is simpLY ThE lasT thing the kernel prINtS Before switchinG consoLeS
<MvO> PStoLowSki: hm, is the NeTwork CAble attAChED?
<PStoLOwski> mvo, no
<ogrA_> that might tHEn tAke 2min FoR thE TimeouT
<pstoLoWSki> Ogra_, i've been WaitIng much muCh longER alreadY
<Ogra_> hmm
<Ogra_> mvO, i wAs aCtuaLLy WoBndErINg iF We ShoULd rIp out the HaRdCoded dHCP DEFAUlt fOr eTh0 thAt we aDd during build
<OgrA_> at lEAst For phYsicaL imaGeS (probAbly clOud stIlL needs it)
<zyga-ubuNtu> mVo: I'll be awAy fRoM hoMe For at LEast thRee HouRs, after That I caN SpeNd ANY TiMe debugging and explOrING tHis with hAnds on
<ZYgA-uBUntu> mvo: I'Ll Try To foCUS on coDing BUt i can help PstoloWSkI wIth gdb
<mVo> Zyga-ubUnTu: tHanKs, I thINk we Are gooD for now, iF pstoLOwski can reprodUCe that is good eNOuGH FoR Now
<pStoLowski> ok, i reFlasHEd anD thiS TiMe iT Didn't Hang oN bOOt. WEird.
<zyga-ubuntu> pstolOwSki: doeS the uBoot env CLI tooL fail the saME WAy?
 * zyga-ubUntu LOgS Into ubuntu sessIon, brB
<pstolowskI> Zyga-ubunTu, not Yet, the teSt is runniNG
<Zyga-ubunTu> aHa
 * zYga-UbuNTU jOins the standuP
<MUp> PR SnApcraft#1615 CloSed: scheMa: iMprOve InvAlId app, hook, And part eRrOrS <CReAteD by kyROfa> <MergeD bY seRgIusEns> <htTPs://githUb.com/SnapCoRe/SNapCraft/puLL/1615>
<jAMEspaGe> SeRgiuSenS: hI - raisEd htTPs://bUgs.launChpad.net/sNapCRaft/+BuG/17
olowski just finished read ing backlo g. le tssee  i f it  isreproducible a n d th en we attack it
<pstol owski >m vo,. . .and i 'm havi n gi s sue sno w o n1 st  boot  af ter fla shing. it' s t ak ing forevero n'random: n onb locking pool  is  initi al ize d '
<ps tol owski > nots ure if  this isen t ropy i s sue orw h at . co nsole-conf doesn' t  s h ow up
<ogra_>no, th at s  a r edher ring
<ogra _>  it i s  simply th e l ast thing the ker nel printsb efo re swi tc hin g  conso les
< mv o > p stolowski:hm,is the ne tworkc able at t ached?<pstol ows ki>  mvo ,  n o<og ra _ > t h at  mi g htthen tak e2m in fo r th e t i meou t
< psto lowsk i> ogra_, i'v e b eenw ait ing m uch m uchlo ngeralread y
<og ra _> hmm
<ogra_>mvo,  i was ac tua ll y w ob nderi n g if w e s hou ld ripout the har dc o d e dDHCP default for e th 0 th at we ad d duri n gbu i ld
<ogra _>  at  lea s t  forphys i ca l images  (prob a bl ycloud s ti ll nee ds  it )
< zyga- u bunt u> mvo : I'll b e awa y  from home for at least thre e  h o u rs ,  aft erthat I canspen d  any  tim e  d ebu g gingand e xp l or i ng this with handson 
<zyga -ubun tu> mvo: I'll  try to fo c u s  on codi ng b u tI  can help psto lowsk i with gdb <mvo> zy ga-ub untu: th anks, I t h i nk we ar e g ood  fo r n o w ,if pstolowski c an r ep roducetha t is go odeno ugh  fo rnow
<psto lowski>ok ,ire fla sheda nd thisti meit  di dn'th ang on  boot . we ir d. <zy ga-ubun t u> p stol ow sk i: d oes  t he ub oote nvCLI too l fail th e s a me w ay ? * zyga -ubuntu logsin to ubuntuse ssi on, br b <pstolow ski> zyga-ubuntu, not y e t, thetes t isrunn ing
<zyga -ub untu>aha  * zyg a-ubun tu jo in s t h e  stan d u p<mu p>  PR snapcr a f t#1 615 c lo sed:  schema : improve invalida pp,  hook, and pa rterro r s  < Cre a te d  by  k y rof a >  <Merged by ser giusens> < ht t ps ://github. c om/ sn apcore/ snapcra ft/pu l l/1615> 
<jamespa ge> sergi us ens: h i -  raised ht tps://bu gs.launch p ad.ne t /s napcr aft /+bug/ 17 
olowski just_finished reading_backlog. lets see if_it is_reproducible_and then_we_attack it
<pstolowski> mvo,..._and i'm having_issues now on 1st_boot after flashing._it's_taking forever on 'random: nonblocking pool is initialized'
<pstolowski> not sure if this is entropy_issue_or what._console-conf_doesn't_show up
<ogra_> no, thats a_red herring
<ogra_> it is simply_the last_thing the kernel prints before switching consoles
<mvo> pstolowski:_hm,_is the network_cable attached?
<pstolowski> mvo, no
<ogra_> that might then take 2min_for the timeout
<pstolowski> ogra_, i've been_waiting much much_longer_already
<ogra_>_hmm
<ogra_> mvo, i was_actually wobndering if we should rip_out the hardcoded DHCP default for_eth0 that we add during build
<ogra_> at_least for physical images (probably cloud_still needs it)
<zyga-ubuntu> mvo: I'll_be away_from home for at least_three hours, after_that I_can spend any_time debugging and exploring this with_hands on
<zyga-ubuntu> mvo:_I'll try to focus on coding_but_I can help_pstolowski_with_gdb
<mvo> zyga-ubuntu:_thanks, I think_we_are good_for_now, if pstolowski can reproduce that_is_good enough for now
<pstolowski> ok, i reflashed_and this time it_didn't_hang on boot. weird.
<zyga-ubuntu>_pstolowski: does the uboot env_CLI tool fail the same way?
_* zyga-ubuntu_logs into_ubuntu session, brb
<pstolowski> zyga-ubuntu, not yet, the test is running
<zyga-ubuntu> aha
_* zyga-ubuntu joins the standup
<mup> PR_snapcraft#1615 closed: schema: improve_invalid app,_hook,_and part errors_<Created_by kyrofa>_<Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1615>
<jamespage> sergiusens: hi -_raised https://bugs.launchpad.net/snapcraft/+bug/17