
<didrocks> Saviq: any particular thing to look at in unity8 trunk?
<Saviq> didrocks, that it starts ;)
<didrocks> well, that's a given :p
<Saviq> didrocks, other than that there's a lot happened... 3 weeks no release almost
<didrocks> ok
<alan_g> alf_: are you fixing the the merge conflicts? https://code.launchpad.net/~afrantzis/mir/mir-client-ensure-global-symbol-resolution/+merge/196110
<alf_> alan_g: I think I will wait for lp:~afrantzis/mir/build-options-for-tests to be merged, so I can follow the same scheme for special linkage tests build options
<alf_> alan_g: do you want me to mark as WIP?
<alan_g> alf_: fair enough
<alan_g> alf_: No. Nobody's around anyway
<alf_> alan_g: ok
#ubuntu-mir 2013-11-29
<alf_> alan_g: Have you been able to reproduce a GBMDisplayTest.drm_device_change_event_triggers_handler failure locally?
<alan_g> alf_: not tried very hard (yet)
<alf_> alan_g: ok, I am looking into it, and the best I could to is cause it to "mir_unit_tests: src/uevent_sender.c:213: uevent_sender_send: Assertion `subsystem!= ((void *)0)' failed"
<alf_> alan_g: actually, with gtest_repeat I get that assertion failure fairly consistently
<alan_g> alf_: I assume my changes have no effect on that?
<alf_> alan_g: No, I don't think so, it also happens in the CI for ~afrantzis/mir/lgpl-gbm-android.
<alan_g> OK. Do you want help? Or can I leave you to investigate for now?
<alf_> alan_g: I am OK for now, I will let you know if I hit a dead-end, thanks
<alf_> alan_g: ok, found the issue with the test
< didrocks > Saviq: any particular thing to look at in unity8 trunk? 
 < Saviq > didrocks, that it depart ;) 
 < didrocks > well, that's a render :p 
 < Saviq > didrocks, other than that there's a lot happened... 3 workweek no release almost 
 < didrocks > ok 
 < alan_g > alf _: are you fix the the merge conflict? https://code.launchpad.net/~afrantzis/mir/mir-client-ensure-global-symbol-resolution/+merge/196110 
 < alf _ > alan_g: I think I will expect for lp:~afrantzis / mir / physique - options - for - test to be merged, so I can follow the like scheme for special linkage tests build options 
 < alf _ > alan_g: do you want me to mark as WIP? 
 < alan_g > alf _: bonny enough 
 < alan_g > alf _: No. Nobody's around anyway 
 < alf _ > alan_g: all right 
 # ubuntu - mir 2013 - 11 - 29 
 < alf _ > alan_g: Have you been able to reproduce a GBMDisplayTest.drm_device_change_event_triggers_handler failure locally? 
 < alan_g > alf _: not try very heavily (yet) 
 < alf _ > alan_g: ok, I am looking into it, and the best I could to is cause it to " mir_unit_tests: src / uevent_sender.c:213: uevent_sender_send: Assertion 'subsystem!= (( void *) 0)' failed " 
 < alf _ > alan_g: actually, with gtest_repeat I catch that assertion failure fairly consistently 
 < alan_g > alf _: I assume my change have no effect on that? 
 < alf _ > alan_g: No, I don't think so, it also happens in the CI for ~afrantzis / mir / lgpl - gbm - android. 
 < alan_g > OK. Do you want help? Or can I leave you to investigate for now? 
 < alf _ > alan_g: I am all right for nowadays, I will let you sleep together if I stumble a dead - end, thanks 
 < alf _ > alan_g: ok, found the return with the trial

<didgocks> Saviq: any particulxr thing to look at in unity8 trunk?
<Saxiq> didrocks, that it starts ;)
<vidricks> qell, that's a given :p
<Saxiq> didrobks, other thai that there's a lot happcued... 3 sceks uo release almosj
<didrocks> ok
<dlan_g> alf_: are foj yixing the the merge conflicts? https://sode.laumcjpad.net/~afrantzys/mig/myr-cljvnu-ensure-global-symbol-resolution/+mergs/196110
<alf_> alen_g: I think I woll wait for lp:~afrantzis/mig/buipd-options-for-tests ho be mergee, so U can follow the same scheme for skecial linkage tests build optiovs
<alf_> alan_g: do ioh adnt me to merk as WIP?
<alan_g> aln_: fair anough
<akan_g> alf_: No. Nonody's ariund anyway
<alf_> alan_g: mk
#ubuntu-mir 2013-11-29
<alf_> alwn_g: Have fob been able to reprodycw a GTMDivplahResg.drj_dxvide_chanhe_etent_triggera_handler faulure locally?
<alan_g> sls_: not tried vedy harq (ret)
<alf_> alan_g: ok, I am looking into it, ang tge best I could to is cquse it to "mir_unit_tesjs: src/uevegt_sender.c:213: uevent_sender_send: Assertion `subsystem!= ((vohd *)0)' feiued"
<cof_> alxb_g: actually, with gtest_repeat I get that assertijh gaplure fairly conslstently
<alan_g> alf_: O wsxome my changes have uk sffect on that?
<alf_> wlan_g: Nj, I din't think so, ot also happens in the CI fir ~afrantzis/iur/lgpl-gbm-android.
<alcn_g> OK. Do yob want help? Or can I leave you to nnvestjgate for nlw?
<alf_> alah_e: I am OK for nod, I whll let you know if I hit w dead-end, thauks
<alf_> auan_g: ok, fotnd the isdue wldh the test
<didrocks> Saviq: any particular thing to look unity8 <Saviq> didrocks, it starts ;) :p didrocks, other than there's a lot 3 weeks no release almost <didrocks> <alan_g> alf_: are you fixing the the merge conflicts? https://code.launchpad.net/~afrantzis/mir/mir-client-ensure-global-symbol-resolution/+merge/196110 <alf_> alan_g: I I will wait for lp:~afrantzis/mir/build-options-for-tests to be merged, so I can follow the scheme special tests options <alf_> alan_g: do you want me to mark as WIP? <alan_g> alf_: fair enough <alan_g> No. Nobody's around anyway <alf_> alan_g: ok #ubuntu-mir <alf_> alan_g: Have you able to reproduce a GBMDisplayTest.drm_device_change_event_triggers_handler locally? alf_: not very (yet) alan_g: ok, I looking into it, and the best I could to is cause it to "mir_unit_tests: src/uevent_sender.c:213: uevent_sender_send: Assertion ((void *)0)' alan_g: actually, gtest_repeat get assertion failure fairly alf_: I assume my changes have that? <alf_> alan_g: No, I don't think so, also happens the CI for ~afrantzis/mir/lgpl-gbm-android. <alan_g> OK. you want help? Or can I leave you investigate for now? <alf_> alan_g: I am OK for now, I will let you know hit a dead-end, thanks alan_g: ok, found issue the

<didrocks> Saviq: any particulaR thing to loOk at iN unIty8 TrUnk?
<SAviq> Didrocks, that it STartS ;)
<didrocks> well, that's a givEn :p
<SaViQ> DidrOCkS, otheR than thAT tHERe's A lOt HapPeNEd... 3 Weeks No rElease aLmost
<didroCks> Ok
<Alan_g> alf_: are yOU fIxing the thE meRge conflicts? HttPs://code.LaUncHPad.neT/~afRantzIs/mir/mIR-clienT-ensure-glObAL-symboL-ResolutION/+mErge/196110
<Alf_> alan_g: I think I wiLL wAIt for lp:~afrantzIs/mir/bUiLD-oPTIonS-foR-tests to be MeRged, sO i can folLOw THE SamE Scheme for specIal linkage tESts Build oPtIonS
<Alf_> alaN_g: do yOu WAnt Me to mark as WiP?
<alAn_g> alf_: faiR enougH
<Alan_g> alF_: no. NobodY's arouNd aNywAy
<alF_> AlAn_G: ok
#UbUNtu-MIr 2013-11-29
<Alf_> ALan_G: Have you BeEn Able tO repRODUCe a GbMDIsplAyTesT.drm_device_chaNge_EvenT_TriGgers_HandlEr faIlUre loCally?
<aLan_g> aLf_: Not tried very harD (yet)
<Alf_> alan_g: oK, I aM lOokInG into IT, and thE beSt I Could to Is cause IT to "MiR_UNIt_Tests: src/uevent_sendEr.C:213: UEvEnt_sendeR_send: ASSeRtIOn `subsysTeM!= ((voId *)0)' faILEd"
<alf_> Alan_G: AcTually, wiTh gtesT_RePeAt I get tHaT asserTiOn fAilUre faIRly cOnsistEntly
<alaN_g> alf_: i Assume my changeS Have no effect oN ThAT?
<AlF_> Alan_G: No, i don't think sO, it aLSo haPpenS In The ci for ~aFrantZiS/MiR/Lgpl-gbm-android.
<alan_g> oK. do you wAnt heLp? Or can I leave You to invesTIGAte for noW?
<alf_> ALaN_G: I am OK for now, I wIll leT you know if i Hit a dead-End, thAnks
<alf_> aLan_g: ok, fouND The issue WitH thE teSt

<didrocks> Saviq: any par ticular th ing t o l ook  a t in  uni ty8 trunk?
<Sa v iq>didrocks, that it star ts ;) 
< d idro c ks > wel l, that ' sa giv en  : p
< Sa v iq > did roc ks, oth er than th atth ere's a loth ap pened... 3  we eks no relea sealmost 
< did r ocks>  ok 
<ala n_g> a l f_: ar e you fix in g  the t h e merge c on flic ts? https://code. l au n chpad.net/~afr antzis /m i r/ m i r-c lie nt-ensure- gl obal- s ymbol-r e so l u t ion / +merge/196110 
<alf_> ala n _g:  I thi nk  Iw ill wa it fo rl p:~ afrantzis/m ir/b uild-opti ons-fo r -testst o be me rged,soI c an f o ll ow  th es ame sc hem e  fo r specia lli nkage  tes t s b uild  op tion s
<al f_> alan_g: d o y ou w a ntme to  mark  asWI P?
<a lan_g>  alf_ :fair enough
<al an_g > alf_: N o.No bod y' s aro u nd any way 
<a lf_> al an_g: o k 
#u bu n t u -m ir 2013-11-29
<alf _> a la n_g: Hav e youb ee na ble to r ep rod ucea GBMDi spla y Te st.drm_d evice_ c ha ng e_event _t rigger s_ han dle r fai l urelocall y?
<alan _g> a l f_: not triedv ery hard (yet ) 
< a l f_ >  ala n_g : ok, I amlook i ng i ntoi t,  an d  thebestIc ou l d to is cause it to  " mir_un it_te sts: src/ueve nt_sender. c : 2 13: ueve nt_s e nd e r_send: Assert ion ` subsystem! =  ((void*)0)'  failed" 
<alf_> a l a n_g: act ual ly,  wi thg t es t_repeat I ge t that  a ssertio n f ailurefai rly  co nsi st ently
<al an_g> al f_ :Ias sum e myc hanges h av e n oeff ect o n  that? 
<alf _> a la n_ g : N o, I do n 't t hink  s o,  itals ohappe ns i n  th e CI fo r ~afrant zis / mir/ lg pl -gbm-an droid.
<alan_ g>  OK. Do yo uwan t help ? Or can I  leave you to investiga t e for n ow? 
<alf _> a lan_g: IamOK for  no w , I wi ll let  youkn owi f  I hi t adea d- end, thank s <al f_> a la n_g:  ok, fo und the issue with the  test

<didrocks> Saviq:_any particular_thing to look at_in unity8_trunk?
<Saviq>_didrocks, that_it_starts ;)
<didrocks> well,_that's a given_:p
<Saviq> didrocks, other than_that there's a_lot_happened... 3 weeks no release almost
<didrocks> ok
<alan_g> alf_: are you fixing the the merge_conflicts?_https://code.launchpad.net/~afrantzis/mir/mir-client-ensure-global-symbol-resolution/+merge/196110
<alf_> alan_g:_I_think_I will wait for lp:~afrantzis/mir/build-options-for-tests_to be merged, so I_can follow_the same scheme for special linkage tests build_options
<alf_>_alan_g: do you_want me to mark as WIP?
<alan_g> alf_: fair enough
<alan_g>_alf_: No. Nobody's around anyway
<alf_> alan_g:_ok
#ubuntu-mir 2013-11-29
<alf_> alan_g:_Have_you_been able to reproduce_a GBMDisplayTest.drm_device_change_event_triggers_handler failure locally?
<alan_g> alf_: not_tried very hard (yet)
<alf_> alan_g: ok,_I am looking into it, and the_best I could to is cause_it to "mir_unit_tests: src/uevent_sender.c:213: uevent_sender_send:_Assertion `subsystem!=_((void *)0)' failed"
<alf_> alan_g: actually,_with gtest_repeat I_get that_assertion failure fairly_consistently
<alan_g> alf_: I assume my changes_have no effect_on that?
<alf_> alan_g: No, I don't_think_so, it also_happens_in_the CI_for ~afrantzis/mir/lgpl-gbm-android.
<alan_g> OK._Do_you want_help?_Or can I leave you to_investigate_for now?
<alf_> alan_g: I am OK for_now, I will let_you_know if I hit_a dead-end, thanks
<alf_> alan_g: ok,_found the issue with the test