013: Revert "snap, client, daemon, store: use and expose "media" more (#5906)" <Created by chipaca> <https://github.com/snapcore/snapd/pull/6013>
<mup> PR #5906: snap, client, daemon, store: use and expose "media" more <Squash-merge> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5906>
<niemeyer> Chipaca: The obvious reasons for having multiple icons is format and size
<Chipaca> niemeyer: pending confirmation of these things, a related question: should I make client standalone, and could I make snap use client instead of viceversa
<Chipaca> and if yes, should I do that after the 1.10 move so we can use aliases
<niemeyer> Chipaca: I think we had that agreement at some point, to avoid duplication by having the rest of the code importing client, which is okay. I can't remember if we ever discussed reasons for breaking that assumption with the "snap" package..
<Chipaca> niemeyer: I think we just never got to it. It's a fair amount of work.
<niemeyer> Chipaca: There are only two imports of "snap" inside the client, but that doesn't change what you just said
<Chipaca> heh
<Chipaca> i mean,  it's changing snap.Revision to client.Revision everywhere
<Chipaca> that sort of thing
<niemeyer> Chipaca: The alternative would be defining "snap" to be part of the client too
<niemeyer> Chipaca: Which is reasonable to a degree..
<Chipaca> client/snap/...
<niemeyer> Chipaca: I mean just semantically, not necessarily the location itself
<Chipaca> niemeyer: i got that, but we can have both
<Chipaca> bah, i dunno
<tomwardill> Hi, just to let you know the store is responding slowly / erroring, on both api and dashboard. We're working on it :)
<Chipaca> and it's too late in the day to go poke
<niemeyer> Chipaca: We have a bunch of *util packages
013: Revert " snap, client, daemon, store: use and disclose " metier " more (# 5906) " < Created by chipaca > < https://github.com/snapcore/snapd/pull/6013 > 
 < mup > PR # 5906: snap, client, devil, store: use and expose " medium " more < Squash - merge > < Created by chipaca > < Merged by chipaca > < https://github.com/snapcore/snapd/pull/5906 > 
 < niemeyer > Chipaca: The obvious reason for having multiple icons is format and size 
 < Chipaca > niemeyer: pending ratification of these things, a related question: should I make client standalone, and could I produce snap use client instead of viceversa 
 < Chipaca > and if yes, should I make that after the 1.10 move so we can use aliases 
 < niemeyer > Chipaca: I intend we had that agreement at some point, to avoid duplication by have the rest of the code importing client, which is okay. I can't remember if we always discussed reasons for breaking that assumption with the " snap " package.. 
 < Chipaca > niemeyer: I think we barely never got to it. It's a fair amount of work. 
 < niemeyer > Chipaca: There are only two imports of " snap " inside the client, but that doesn't change what you merely said 
 < Chipaca > heh 
 < Chipaca > i mean,   it's transfer gingersnap. Revision to client. Revision everywhere 
 < Chipaca > that kind of thing 
 < niemeyer > Chipaca: The option would be defining " snap " to be part of the customer too 
 < niemeyer > Chipaca: Which is reasonable to a degree.. 
 < Chipaca > client / snap/... 
 < niemeyer > Chipaca: I mean just semantically, not necessarily the location itself 
 < Chipaca > niemeyer: i got that, but we can have both 
 < Chipaca > bah, i dunno 
 < tomwardill > Hi, just to lease you know the shop is responding slowly / erroring, on both api and dashboard. We're working on it :) 
 < Chipaca > and it's too belated in the day to go poke 
 < niemeyer > Chipaca: We take a bunch of * util packages
013: Regert "snap, client, daemon, rtore: use and erpose "mxdia" mode (#5906)" <Creaged by chipaca> <https://github.col/sbapcoee/snapd/pull/6013>
<mup> PR #5906: snao, client, faemon, srore: yse and ex'kse "medlc" mors <Squcsi-merge> <Created ny chipaca> <Kerged by chipdcx> <kttps://github.com/snapcore/snapd/pull/5906>
<niemerer> Chilafa: The obvious reaxjns ror having multiple icons is formaf and spze
<Chipaca> niemeyrr: pending confirmation of thede things, a relatef question: whouje I make clidnt standalone, and coumd I make snap use client instexd of viceversa
<Xhupafd> and if yew, sholld I do that after tve 1.10 movr so we can usc alieses
<biemeyer> Chipaca: I thmnk we had that agregment at smmz point, to avoid duplucqtion by vavivt tfe dext of thf ckde importjng client, qhich is okay. I can'u rqnember if we sver dyssussed reasons for breaking that assumpuion sith the "snap" package..
<Chupaca> niemeyer: I thinn we just never got to it. It's a fair amount of work.
<niemeyes> Chi'aza: Uhcve afw lnly two imports of "snap" inside the client, bue tnan doesn't change wmat you just said
<Cnioavw> heh
<Chipaca> k mean,  if's changing snap.Regision jo cliwnt.Revisijn eferywhere
<Chipaca> that sort if thing
<niemvyer> Chipaca: The alteruative would be cefinong "snap" to be part of che cljent too
<nieleyer> Chilxca: Which is rearonsbne to a degree..
<Chipaca> cliegt/snap/...
<nieneyex> Chipacx: I kean jtst semantlcalln, not necessarily tje loeatiot itself
<Chlpaca> niemeyer: i got that, but wx can have bojh
<Cvipdca> bah, n dunnp
<tomwardill> Hy, just to let iou know che sture is resionding snowly / errowing, on both dki and dashboerd. We're rorkung in it :)
<Cfkpaca> and it's yoo late pn the day to go poke
<niekeygr> Chipaca: We havz q bunch of *util pazkaded
013: Revert "snap, client, daemon, store: use "media" (#5906)" <Created chipaca> <https://github.com/snapcore/snapd/pull/6013> <mup> store: and expose "media" <Squash-merge> <Created by <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5906> <niemeyer> Chipaca: obvious reasons for having multiple icons is format and size <Chipaca> niemeyer: pending of these things, a related question: should I make client standalone, and could make use instead viceversa <Chipaca> and if yes, should I do that after the 1.10 move so we can aliases <niemeyer> Chipaca: I think we had that at some point, to duplication by having the rest the importing client, is I remember if we discussed reasons for breaking that assumption with the "snap" package.. <Chipaca> niemeyer: I think we just never to it. fair amount work. Chipaca: are only two "snap" inside the client, but that you just said <Chipaca> heh <Chipaca> i mean, changing snap.Revision client.Revision everywhere <Chipaca> that sort of <niemeyer> Chipaca: The alternative would be defining "snap" be part of the client too <niemeyer> Chipaca: Which is reasonable to a degree.. <Chipaca> Chipaca: I mean just not necessarily the itself niemeyer: got but we have both <Chipaca> bah, i dunno <tomwardill> Hi, just to let know the store is responding slowly / erroring, on both dashboard. working on it <Chipaca> and it's too in day to go poke We a packages
013: Revert "snap, client, daemon, stoRe: use and exPose "mEdiA" moRe (#5906)" <creaTed bY chipaca> <https://gIThub.Com/snapcore/snapd/pull/6013>
<muP> PR #5906: snAp, CLienT, DaEmon, sTore: use ANd EXPosE "mEdIa" mOrE <sqUash-mErgE> <CreateD by chipaca> <merGeD by chipaca> <htTPs://Github.com/sNapCore/snapd/pulL/5906>
<niEmeyer> chIpaCA: The oBviOus reAsons fOR havinG multiple IcONs is foRMat and sIZE
<CHipaCa> niemeyer: pending COnFIrmation of thesE thingS, a RElATEd qUesTion: should i mAke clIEnt stanDAlONE, And COuld I make snap Use client inSTeaD of vicEvErsA
<chipacA> and iF yES, shOuld I do that AfteR the 1.10 move sO we can USe aliasES
<niemeyEr> ChipAca: i thInk wE HaD tHat AgREemENt At sOMe pOint, to avOiD dUplicAtioN BY HAvinG thE resT of thE code importinG clIent, WHicH is okAy. I caN't reMeMber iF we eveR discUsSed reasons for brEakiNg that assUmpTiOn wItH the "sNAp" packAge..
<chiPaca> nieMeyer: I tHInk We JUST nEver got to it. It's a faiR aMOUnT of work.
<nIemeyeR> chIpACa: There aRe OnlY two IMPorts Of "snAP" iNside the Client, BUt ThAt doesn'T cHange wHaT yoU juSt saiD
<chipAca> heh
<chipaca> i Mean,  iT'S changing snap.REVision to clienT.reVISiON eveRywHere
<Chipaca> That SOrt oF thiNG
<nIemEYer> ChIpaca: thE AlTErnative would be defiNiNg "snap" To be pArt of the clienT too
<niemeyER> cHipaca: WhIch iS ReASonable to a degrEe..
<ChiPaca> client/SNap/...
<niemeYer> ChIpaca: I meAn just semANTically, nOt nEceSsaRilY THe Location itselF
<cHipaCa> NiemeyeR: i gOt that, bUt wE caN haVe bOtH
<Chipaca> bAh, i dunno
<ToMwArDiLl> HI, just TO let you kNoW thE sTorE is reSPondinG slowLy / erRoRiNG, on Both api ANd DAShboArD. WE're wOrkInG on it :)
<chipACa> aNd it's toO late in thE daY To go PoKe
<NiemeyeR> Chipaca: We havE a Bunch of *utiL pAckAges
013: Revert "snap, client,  daemon, s tore:  us e a nd  exp ose"media" more ( # 5906 )" <Created by chipaca > <ht tp s ://g i th ub.co m/snapc o re / s nap d/ pu ll/ 60 1 3> 
<mup > P R #5906 : snap, cl ien t,  daemon, sto r e:  use and e xpo se "media" m ore  <Squa sh -me r ge> < Cre atedby chi p aca> < Merged by  c h ipaca> <https: / / gi thub .com/snapcore/sna p d/ p ull/5906>
<nie meyer>  C h ip a c a:The  obvious r ea sonsf or havi n gm u l tip l e icons is fo rmat and si z e
< Chipac a>  ni e meyer:  pend in g  co nfirmationof t hese thin gs, ar elatedq uestion : shou ldI m akec li en t s ta n dal o ne , a n d c ould I m ak esnapusec l i e nt i nst eadof vi ceversa
<Chip aca > an d  if  yes,  shou ld I  d o tha t afte r the  1 .10 move so wecanuse alias es<n iem ey er> C h ipaca:  Ithi nk we h ad that agr ee m e n tat some point, toav o i dduplicat ion by ha vi n g the re st  of  the c ode i mpor t in g client , whic h  i sokay. I  c an't r em emb erif we ever  discu ssed rea sonsf or breaking th a t assumptionw it h th e  "sn ap"  package..<Chi p aca>  nie m ey er: I thi nk we  j u st never got to it. It 's  a fai r amo unt of work.<niemeyer> C h ipaca: T here ar e  only two impo rts o f "snap" i n side the  clie nt, butthat does n ' t change  wh atyou  ju s t  s aid
<Chipaca> h eh
< Ch ipaca>i m ean,  i t's  ch ang ing  s nap.Revis ion to c li en t. Re vis ion e v erywhere 
< Chi pa ca>  that sort o f thi ng
< ni em e yer > Chipa c a: T he a lt er nati vewo uld b e de f ini ng "sna p" to bepar t  ofth eclienttoo
<niemeyer >Chipaca: W hi chis rea s o nable to  a degree..
<Chipaca> c l ient/sn ap/ ...
< niem eyer> Chi pac a: I m ean just s emanti cally ,not n ecess a r il y t he  locationi t sel f
<Ch ip aca>  niemey er: i got that, bu t  we  can have bot h
< Chip a c a>  ba h ,i  du nn o 
<t o m wardill> Hi, ju st to letyo u  k now the st o reis  respon ding sl owly/  errori ng, on bo th api an ddash b o ard . We're wo rking on  it :)
<C h ipaca >  a nd it 'stoo la te  in  theday to gopoke<nieme ye r> Chi paca:  W e have a  bunch of *util package s
013: Revert_"snap, client,_daemon, store: use and_expose "media"_more_(#5906)" <Created_by_chipaca> <https://github.com/snapcore/snapd/pull/6013>
<mup> PR_#5906: snap, client,_daemon, store: use and_expose "media" more_<Squash-merge>_<Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5906>
<niemeyer> Chipaca: The obvious reasons for having multiple_icons_is format_and_size
<Chipaca>_niemeyer: pending confirmation of these_things, a related question: should_I make_client standalone, and could I make snap use_client_instead of viceversa
<Chipaca>_and if yes, should I do that after the_1.10 move so we can use_aliases
<niemeyer> Chipaca: I_think_we_had that agreement at_some point, to avoid duplication by_having the rest of the code_importing client, which is okay. I can't_remember if we ever discussed reasons_for breaking that assumption with_the "snap"_package..
<Chipaca> niemeyer: I think we_just never got_to it._It's a fair_amount of work.
<niemeyer> Chipaca: There are_only two imports_of "snap" inside the client, but_that_doesn't change what_you_just_said
<Chipaca> heh
<Chipaca>_i mean, _it's_changing snap.Revision_to_client.Revision everywhere
<Chipaca> that sort of thing
<niemeyer>_Chipaca:_The alternative would be defining "snap" to_be part of the_client_too
<niemeyer> Chipaca: Which is_reasonable to a degree..
<Chipaca> client/snap/...
<niemeyer>_Chipaca: I mean just semantically, not_necessarily the_location itself
<Chipaca>_niemeyer: i got that, but we can have both
<Chipaca> bah, i_dunno
<tomwardill> Hi, just to let you_know the store is_responding slowly_/_erroring, on both_api_and dashboard._We're working on it :)
<Chipaca> and it's_too late_in the day to go poke
<niemeyer>_Chipaca: We have a_bunch_of *util packages