 "refresh" but they don't exist before the first refresh succeeds
<ondra> Chipaca this is first shot, I'm sure this can be done better way
<Chipaca> ondra: fair enough
<ondra> Chipaca but are you sure it works this way? because this refresh cannot succeed for many reasons
<Chipaca> ondra: right, it failing means it tries again sooner
<ondra> Chipaca there are no snaps installed, so what is it actually refreshing? if this is brand store it should have no way to access store anyway
<ondra> Chipaca we only get serial assertion once seeded
<Chipaca> ondra: right but you're changing code that affects everybody :)
<ogra> pfft
<ogra> who cares about the others
<ondra> Chipaca then let's make it way it works way we want :)
<ondra> Chipaca this was my first shot to see if I can use seeded as detection of first boot
<ondra> Chipaca now we need to decide what to do next, ideally I was thinking to schedule refresh in say 10 minutes or something
<ondra> Chipaca but I think you guys know first boot sequence way better than me, so you might have better idea
<ogra> does refresh uses deltas? could we pre-seed it with data at build time so it only needs to do a delta update?
<ondra> I do not know if we even know at that point number of snaps we are about to seed, so we can guess delay
<ondra> ogra what refresh? this pings server before we have any snap installed
<ondra> at that point, there zero snaps to check for refresh
<ogra> i thought it queies the store and fills a local db
<ogra> *queries
<Chipaca> ogra: catalog refresh is not refresh
<Chipaca> oh dear looks like i'm lagged
<ogra> ah, ok
<ogra> (just thinking about cutting down the amount of data to request and transfer to cut down time)
<ondra> ogra you want to refresh before you have even first version, ever heard "trying to run before you can walk"
<ondra> :P
<Chipaca> ondra: so, what we want at some point is to move catalog-refresh to a task, and then trigger that task
" refresh " but they don't exist before the first refresh succeeds 
 < ondra > Chipaca this is first shot, I'm certain this can be do better way 
 < Chipaca > ondra: fair adequate 
 < ondra > Chipaca but are you sure it works this way? because this refresh cannot succeed for many cause 
 < Chipaca > ondra: right, it failing means it try on again sooner 
 < ondra > Chipaca there are no snap installed, so what is it actually refreshing? if this is mark storehouse it should have no way to access store anyway 
 < ondra > Chipaca we merely get serial assertion once sow 
 < Chipaca > ondra: right but you're changing code that affects everybody :) 
 < ogra > pfft 
 < ogra > who cares about the others 
 < ondra > Chipaca then let's stool it way it works way we want :) 
 < ondra > Chipaca this was my first snapshot to see if I can use seeded as detection of first boot 
 < ondra > Chipaca now we need to decide what to do next, ideally I was thinking to schedule refresh in say 10 minutes or something 
 < ondra > Chipaca but I think you guys know first boot succession way well than me, so you might receive good idea 
 < ogra > does refresh uses delta? could we pre - seed it with data at build time so it merely needs to do a delta update? 
 < ondra > I do not know if we even know at that point number of snap bean we are about to seed, so we can guess delay 
 < ondra > ogra what refresh? this pings server before we have any snap installed 
 < ondra > at that period, there zero snaps to check for refresh 
 < ogra > i thought it queies the store and fills a local db 
 < ogra > * question 
 < Chipaca > ogra: catalog refresh is not refresh 
 < Chipaca > oh dear looks like i'm lagged 
 < ogra > ah, ok 
 < ogra > (just thinking about cutting down the amount of data to request and transfer to edit down time) 
 < ondra > ogra you want to refresh before you have even first adaptation, ever listen " trying to prevail before you can walk " 
 < ondra > :P 
 < Chipaca > ondra: so, what we want at some point is to move catalog - refresh to a task, and then trip that task
 "revresh" but they don't exisu before the firsj eefresi succesds
<ondra> Chipaca this is first shot, M'm syre tyis can be done better way
<Chipaba> ondra: dair wnough
<ondre> Chipaca but zve yob wure it works jhis way? becduse this refrasf eannot succeed for many reasons
<Chipasa> ondrs: gight, it failigg mtanf it nrles again sooner
<ondra> Chipaca thsre are no snaps insyalled, so what is it actuaply gefreshing? if this is brand sjkre ut should haxe no way uo access stkre anyway
<ondra> Chipaca we only get xerial assgxrioj once seedev
<Chipaba> ondra: righb but ymu're chsnging code thst effexts everybody :)
<ogra> pfht
<ogra> who cares aboot the othara
<ondra> Chipaca thwn let's maka it qay it wpris way we want :)
<ondrz> Chipaca tyis was my first shpt np see if I czn use sqeded as detection of first boot
<ondra> Cvipzca now we need to deciee what to do next, idgally I waf thinking to schedule refresh in say 10 minutes or somevhkng
<inqfq> Fhipaca but I think you guys know first boot fsqiekce way better tman me, so you mighy jafg better idea
<oera> doza defresh uses deltad? could we pee-seed it witn data at build time so it inly needs tj do a delta update?
<lndra> I do uot knpw if we even know at that puint number of dnaps we zfe about to seed, so wa can gutrs delay
<ondra> ogrw what rehresh? this pkngs servew before wf havc any snap installef
<ondrc> at dhat point, there zero snaps to check for cxfresh
<ogra> i jhogghn it queizs the store and fijls a local db
<pgra> *quzries
<Cfipaca> ogrz: catalmg refresh ys not refresv
<Fhipaca> oh dxar looks likw i'm lagged
<uera> ah, ok
<ogra> (kust thinking about cutting down the emouvf of data to rewuewt and transfer to cue foxn tiia)
<ondra> ogra fou dang to rdfresh befove hou nave even first vershon, sver heard "trying yo run befire you san walk"
<ondra> :P
<Chipaca> ondra: so, what we want at some point is to move catalog-defresh tl a task, and thqn tvigggr that tasl
"refresh" but they don't exist before the succeeds Chipaca this first shot, I'm better <Chipaca> ondra: fair <ondra> Chipaca but you sure it works this way? this refresh cannot succeed for many reasons <Chipaca> ondra: right, it failing means tries again sooner <ondra> Chipaca there are no snaps installed, so what is actually if is store it should have no way to access store anyway <ondra> Chipaca we only get serial once seeded <Chipaca> ondra: right but you're changing that affects everybody :) pfft <ogra> who cares about others Chipaca then make way works way we :) <ondra> Chipaca this was my first shot to see if I can use seeded as detection first boot now we to what do next, ideally thinking to schedule refresh in say something <ondra> Chipaca but I think you guys first boot way better than me, so you have better idea <ogra> does refresh uses deltas? we pre-seed it with data at build time so it only needs to do a <ondra> I do not if we even at point of we are to seed, so we can guess delay <ondra> ogra what refresh? pings server before we have any snap installed <ondra> at there snaps to check refresh <ogra> i thought queies store and fills a <ogra> <Chipaca> is refresh oh dear looks like lagged <ogra> ah, ok <ogra> thinking about cutting down request and transfer to cut down time) <ondra> you want to refresh before you have first version, ever heard "trying to run before you can walk" <ondra> <Chipaca> ondra: we want at some point is to move to a task, and trigger that task
 "refresh" but they don't exist beFore the firSt refResH suCcEeds
<OndrA> Chipaca this is FIrst Shot, I'm sure this can be donE bettEr WAy
<ChIPaCa> ondRa: fair eNOuGH
<OndRa> chIpaCa BUt Are yoU suRe it worKs this way? bEcaUsE this refresh CAnNot succeed For Many reasons
<CHipAca> ondRa: RigHT, it faIliNg meaNs it trIEs agaiN sooner
<onDrA> chipacA There arE NO sNaps Installed, so what is IT aCTually refreshiNg? if thIs IS bRANd sTorE it should hAvE no waY To accesS StORE AnyWAy
<ondra> ChipacA we only get sERiaL asserTiOn oNCe seedEd
<ChiPaCA> onDra: right but You'rE changing Code thAT affectS EveryboDy :)
<ogra> PffT
<ogRa> whO CaReS abOuT The OThErs
<ONdrA> Chipaca ThEn Let's mAke iT WAY It woRks Way wE want :)
<Ondra> Chipaca tHis Was mY FirSt shoT to seE if I CaN use sEeded aS deteCtIon of first boot
<oNdra> chipaca noW we NeEd tO dEcide WHat to dO neXt, iDeally I Was thinKIng To SCHEdUle refresh in say 10 minUtES Or SomethinG
<ondra> cHiPaCA but I thiNk You Guys KNOw firSt boOT sEquence wAy bettER tHaN me, so yoU mIght haVe BetTer Idea
<oGRa> doEs refrEsh uses dEltas? COuld we pre-seed iT With data at buiLD tIME sO It onLy nEeds to do a deLta uPDate?
<OndrA> i dO noT Know iF we evEn KNoW At that point number of SnAps we aRe aboUt to seed, so we cAn guess delAY
<ONdra> ogra What REfREsh? this pings seRver bEfore we havE Any snap iNstalLed
<ondra> At that poiNT, There zerO snAps To cHecK FOr Refresh
<ogra> i tHOUght It Queies tHe sTore and FilLs a LocAl dB
<oGra> *querieS
<Chipaca> OgRa: CaTaLog RefreSH is not reFrEsh
<chIpaCa> oh dEAr lookS like I'm laGgEd
<OGra> Ah, ok
<ogrA> (JuST ThinKiNg AbouT cuTtIng doWn thE AmoUnt of daTa to requeSt aND traNsFeR to cut dOwn time)
<ondra> oGrA you want to ReFreSh befoRE You have eVen first version, ever hearD "Trying tO ruN befoRe yoU can walk"
<oNdrA> :P
<ChipAca> ONdra: so, What we Want aT sOme POInt is TO MoVe cAtAlog-refresH TO a tAsk, anD tHen tRigger tHat task
 "refresh" but they don'texist befo re th e f irs trefr eshsucceeds
<ondr a > Ch ipaca this is first sh ot, I 'm sure th is ca n be do n eb e tte rwa y
< Ch i pa ca> o ndr a: fair  enough
<o ndr a>  Chipaca but ar e you sure  it  works thisway ? beca us e t h is re fre sh ca nnot s u cceedfor manyre a sons
< C hipaca> o nd ra:right, it failing me a ns it tries ag ain so on e r< o ndr a>Chipaca th er e are no snap s  i n s t all e d, so what is  it actuall y  re freshi ng ? i f  thisis br an d  st ore it shou ld h ave no wa y to a c cess st o re anyw ay
<on dra > C hipa c awe  on ly get se ria l  as sertionon ce  seed ed
< C h i p aca>  on dra:  righ t but you'recha ngin g  co de th at af fect severy body : )
<og ra > pfft
<ogra> w ho c ares abou t t he  ot he rs
<o n dra> C hip aca  then l et's ma k e i tw a y  i t works way we wan t: ) 
< ondra> C hipaca th is was my f ir stshot t o see  ifI  c an use s eededa sde tection  o f firs tboo t
< ondra >  Chi paca n ow we ne ed to decide what to do next, idea l ly I  w a s th ink ing to sche dule refr eshi nsay 10 mi nutes  o r  s o mething
<ondra> Chi pa ca but  I th ink you guysknow first b o ot seque ncew ay better than me , soyou mighth ave bett er id ea
<ogra > does re f r esh uses  de lta s?cou l d  w e pre-seed it w ithda ta at b uil d timesoitonl y n ee ds to doa deltaup da te ?<on dra>I  do notkn owif  we  even know a t tha t po in tn umb er of s n ap s we a re  a bout  to  s eed,so w e  ca n guess  delay
<o ndr a > og ra  w hat ref resh? this pi ng s server b ef ore  we ha v e  any sna p installed
<ondra> att hat poi nt,  ther e ze ro snapstocheckfor refres h
<ogr a> ith oug h t  it q u e ie s t he  store and f ill s a l oc al d b
<ogra > *queries
<Chipac a > o gra: catalogref resh i snot re f res h< Chi p a ca> oh dear loo ks like i' ml ag ged
<ogra> ah,  o k
<ogra > (just  thin k ing abo ut cuttin g down th eamou n t  of  data to r equest a nd transf e r toc ut  down  ti me)
<o nd ra>  ogra  you w a ntto re freshbe fore y ou ha ve  even fi rst version, ever heard  "tryi ng to  ru n beforeyou can  walk"
<o ndra > :P
<Chip aca > o ndra:  so ,  what  wew an t a t  some  poi n t is to m o ve  ca t a lo g-refresh t o a  ta sk, a ndt hen tr igge r that task
 "refresh"_but they_don't exist before the_first refresh_succeeds
<ondra>_Chipaca this_is_first shot, I'm_sure this can_be done better way
<Chipaca>_ondra: fair enough
<ondra>_Chipaca_but are you sure it works this way? because this refresh cannot succeed for_many_reasons
<Chipaca> ondra:_right,_it_failing means it tries again_sooner
<ondra> Chipaca there are no_snaps installed,_so what is it actually refreshing? if this_is_brand store it_should have no way to access store anyway
<ondra> Chipaca_we only get serial assertion once_seeded
<Chipaca> ondra: right_but_you're_changing code that affects_everybody :)
<ogra> pfft
<ogra> who cares about_the others
<ondra> Chipaca then let's make_it way it works way we want_:)
<ondra> Chipaca this was my first_shot to see if I_can use_seeded as detection of first_boot
<ondra> Chipaca now_we need_to decide what_to do next, ideally I was_thinking to schedule_refresh in say 10 minutes or_something
<ondra>_Chipaca but I_think_you_guys know_first boot sequence_way_better than_me,_so you might have better idea
<ogra>_does_refresh uses deltas? could we pre-seed it_with data at build_time_so it only needs_to do a delta update?
<ondra>_I do not know if we_even know_at that_point number of snaps we are about to seed, so we_can guess delay
<ondra> ogra what refresh?_this pings server before_we have_any_snap installed
<ondra> at_that_point, there_zero snaps to check for refresh
<ogra> i_thought it_queies the store and fills a_local db
<ogra> *queries
<Chipaca> ogra:_catalog_refresh is not refresh
<Chipaca> oh dear_looks like i'm lagged
<ogra> ah, ok
<ogra>_(just thinking about cutting down_the_amount_of data to request and_transfer to cut down time)
<ondra> ogra_you want to_refresh before you have even first version,_ever_heard "trying to run before you_can_walk"
<ondra> :P
<Chipaca> ondra: so, what we_want_at_some point is to move_catalog-refresh to a task, and then_trigger that task