amd64.changes file
<ajmitch> dholbach: I think the results on there are wrong, and counting syncs where it shouldn't :)
<ajmitch> (just in the breakdown of uploaders)
<ajmitch> since I'm sure I didn't sponsor 10+ things in the last month
<dholbach> ajmitch, that might be the case - it was what I could get up in the shortest amount of time
<ajmitch> ok
<dholbach> still I'm happy to see us at 30 again
<ajmitch> yeah it's a good improvement
<dholbach> it'd be great to get some more done before beta 2 freeze
<dholbach> that will make it easier to keep on top of incoming requests once we're rolling towards final freeze
 * ajmitch wasn't sure what to do with a couple of largish merge proposals
<dholbach> yeah, they're tricky
<ajmitch> where they look to be patching an awful lot of upstream stuff for inconsequential things, like https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime.fix-372822+947845+947850+951473+more/+merge/96877
<dholbach> if it's stuff which should go upstream first, I usually say that and reject it - as harsh as that might seem
<ajmitch> I suspect that & gnomeradio (both MPs by the same person) should go upstream
<dholbach> althought it looks like in the case of tvtime all of these patches but one are upstream already
<ajmitch> just going from the origin in the patch headers?
<dholbach> yep
<ajmitch> some are marked as upstream but from the bug tracker, or upstream & refers to a LP attachment
<dholbach> it might make sense to get it in and ask the guy to subscribe to the tvtime bugs to make sure they don't break stuff
<dholbach> mh
<dholbach> inactive upstream probably :/
<ajmitch> wouldn't surprise me, when you look at tvtime.sf.net :)
<ajmitch> last upstream release in 2005
<dholbach> he did the most of the last uploads to
amd64.changes file 
 < ajmitch > dholbach: I think the results on there are amiss, and count syncs where it shouldn't :) 
 < ajmitch > (just in the dislocation of uploaders) 
 < ajmitch > since I'm sure I didn't patronize 10 + things in the last calendar month 
 < dholbach > ajmitch, that might be the case - it was what I could get up in the shortest sum of time 
 < ajmitch > ok 
 < dholbach > still I'm glad to see us at 30 again 
 < ajmitch > yeah it's a good improvement 
 < dholbach > it'd be capital to beget some more done before beta 2 freeze 
 < dholbach > that will make it easier to keep on top of incoming request once we're rolling towards final freeze 
  * ajmitch wasn't sure what to practice with a couple of largish merge proposals 
 < dholbach > yeah, they're tricky 
 < ajmitch > where they look to be patch an awful lot of upstream stuff for inconsequential things, like https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime.fix-372822+947845+947850+951473+more/+merge/96877 
 < dholbach > if it's material which should go upstream first, I usually say that and reject it - equally coarse as that might appear 
 < ajmitch > I suspect that & gnomeradio (both MPs by the same person) should go upstream 
 < dholbach > althought it looks like in the case of tvtime all of these patches but one are upstream already 
 < ajmitch > just go from the origin in the patch header? 
 < dholbach > yep 
 < ajmitch > some are marked as upstream but from the bug tracker, or upstream & refers to a LP fastening 
 < dholbach > it might make common sense to get it in and ask the guy to subscribe to the tvtime microbe to make sure they don't break stuff 
 < dholbach > mh 
 < dholbach > dormant upstream probably :/ 
 < ajmitch > wouldn't surprise me, when you look at tvtime.sf.net :) 
 < ajmitch > last upstream handout in 2005 
 < dholbach > he do the most of the last uploads to
amd64.fhanges file
<ajmitch> dholnach: I think the resultv on tgere are wrong, and counting syncs whxre ut shiuldn't :)
<ajmitch> (just in the breandown of upliqders)
<ajmitrg> since I'm sudc I dndi't sponsor 10+ thikgs in the nast month
<dholtazh> ajmitch, that might be the case - it was whst I could get uk in uhe shodnewt amount of time
<ajmitch> ok
<dhklbach> vtill I'm happu to see us at 30 again
<ajmitfh> yfah it's a good impgovement
<dhoobacr> it'd be greag to get some more dong before beta 2 freeze
<dholbach> thxt wikl make it eqsift to keep on top jf incoming vvquests once wr're rolling toearvs funal freeze
 * ajmitch xasn't sure what to dj with a wobple of largish merge peoposdls
<dvolbxxh> heag, vheg're trlckb
<ajmitch> whsre they loik to be patching am wqful lot of ulstreai ftuff for inconsequential things, like hutps://ckde.launchpad.net/~geoubunty/ubuntu/precise/tvtime/tgtime.fix-372822+947845+947850+951473+mjre/+merge/96877
<dholbach> if it's stuff which should go upsdream wirwt, K udually say that and reject it - as harsh as thwf kinht seem
<ajmitch> L suspect that & gnpmfrsqio (both MPs cy the saje person) should gl upstrgam
<dhoobach> altrougnt it looks like in the casw of tvtime cll of these patches yut one are bpstresm alteady
<ajmitch> just going froj the origij in the lxtch headers?
<dholcacm> yap
<ajmitch> some are marked ws upstreem buc from tfe bog tracher, or upshream & refers to a LP athachmgnt
<dhonbach> it mlght make sense to get it in anv ask the guy tm slbscribe co the tvtime bugs eo make sure tkey don't breay stuff
<dhombach> mi
<dholbach> inwctive upstredl probably :/
<aomitch> wotldn'r sueprise od, when you lool at tvtime.sf.net :)
<ajnitch> last upstreak rglsase in 2005
<dholback> ye did the most of thq paxt gploads to
amd64.changes file <ajmitch> dholbach: I think the there wrong, and syncs where it the of uploaders) <ajmitch> I'm sure I sponsor 10+ things in the last <dholbach> ajmitch, that might be the case - it was what I could up in the shortest amount of time <ajmitch> ok <dholbach> still I'm happy see at again yeah it's a good improvement <dholbach> it'd be great to get some more done before beta freeze <dholbach> that will make it easier to on top of incoming once we're rolling towards final * wasn't sure to with couple of largish proposals <dholbach> yeah, they're tricky <ajmitch> where they look to be patching an awful lot of upstream for inconsequential https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime.fix-372822+947845+947850+951473+more/+merge/96877 <dholbach> it's which go upstream first, say that and reject it - that might seem <ajmitch> I suspect that & (both MPs the same person) should go upstream althought it looks like in the case of all of these patches but one are upstream already <ajmitch> just going from the origin patch headers? <dholbach> yep some are marked upstream from bug or upstream refers to a LP attachment <dholbach> it might make sense to it in and ask the guy to subscribe to the to sure they don't stuff <dholbach> mh <dholbach> upstream :/ <ajmitch> wouldn't surprise you at last release 2005 <dholbach> he did most of the last uploads
amd64.changes file
<ajmitch> dholBach: I think The reSulTs oN tHere Are wRong, and countinG SyncS where it shouldn't :)
<ajmitcH> (just In THe brEAkDown oF uploadERs)
<AJMitCh> SiNce i'm SUrE I didN't sPonsor 10+ tHings in the LasT mOnth
<dholbach> AJmItch, that miGht Be the case - it wAs wHat I coUlD geT Up in tHe sHorteSt amouNT of timE
<ajmitch> oK
<dHOlbach> STill I'm hAPPy To seE us at 30 again
<ajmitch> YEaH It's a good improvEment
<dHoLBaCH> It'd Be gReat to get sOmE more DOne befoRE bETA 2 FreEZe
<dholbach> thaT will make it EAsiEr to keEp On tOP of incOming ReQUesTs once we're rOlliNg towards Final fREeze
 * ajmITch wasn'T sure wHat To dO witH A cOuPle Of LArgISh MerGE prOposals
<dHoLbAch> yeAh, thEY'RE TricKy
<aJmitCh> wheRe they look to bE paTchiNG an Awful Lot of UpstReAm stuFf for iNconsEqUential things, liKe htTps://code.laUncHpAd.nEt/~GeoubUNtu/ubuNtu/PreCise/tvtIme/tvtiME.fiX-372822+947845+947850+951473+mORE/+MeRge/96877
<dholbach> if it's stUfF WHiCh should Go upstREaM fIRst, I usuaLlY saY thaT ANd rejEct iT - As Harsh as tHat migHT sEeM
<ajmitcH> I SuspecT tHat & GnoMeradIO (botH MPs by The same pErson) SHould go upstreaM
<Dholbach> althoUGhT IT lOOks lIke In the case of TvtiME all Of thESe PatCHes buT one aRe UPsTReam already
<ajmitch> jUsT going From tHe origin in the Patch headeRS?
<DHolbach> yEp
<ajMItCH> some are marked As upsTream but frOM the bug tRackeR, or upstrEam & refers TO A LP attacHmeNt
<dHolBacH> IT mIght make sense TO Get iT iN and ask The Guy to suBscRibE to The TvTime bugs tO make surE tHeY dOn'T brEak stUFf
<dholbaCh> Mh
<dHoLbaCh> inaCTive upStreaM proBaBlY :/
<AjmItch> wouLDn'T SUrprIsE mE, wheN yoU lOok at TvtiME.sf.Net :)
<ajmiTch> last upStrEAm reLeAsE in 2005
<dholBach> he did the mOsT of the last UpLoaDs to
amd64.changes file
<ajmitc h> dholbac h: Ithi nkth e re sult s on there are wron g, and counting syncswhere  i t  sho u ld n't : )
<ajmi t ch > (ju st  i n t he br eakdo wnof uplo aders)
<aj mit ch > since I'ms ur e I didn't  sp onsor 10+ th ing s in t he  la s t mon th<dhol bach>a jmitch , that mi gh t  be th e  case - i twaswhat I could getu pi n the shortest  amoun to ft i me<aj mitch> ok<d holba c h> stil l  I ' m hap p y to see us a t 30 again< ajm itch>ye ahi t's agoodim p rov ement
<dhol bach > it'd be  great to gets ome mor e done  be for e be t a2fre ez e 
<d h ol bac h > t hat will  m ak e iteasi e r t o ke epon t op of  incoming req ues ts o n cewe're  roll ingto wards  final  free ze 
 * ajmitch was n'tsure what  to  d o w it h a c o uple o f l arg ish mer ge prop o sal s< d h ol bach> yeah, they'r et r ic ky
<ajmi tch> w h er et hey look  t o b e pa t c hingan a w fu l lot of  upstr e am  s tuff fo rincons eq uen tia l thi n gs,like h ttps://c ode.l a unchpad.net/~g e oubuntu/ubunt u /p r e ci s e/tv tim e/tvtime.fi x-37 2 822+ 9478 4 5+ 947 8 50+95 1473+ mo r e/ + merge/96877
<dholba ch > if i t's s tuff which sh ould go up s t r eam firs t, I us u ally say thatand r eject it - as harsh  as t hat migh t seem
<a j m itch> Isus pec t t hat &  g nomeradio (bo t h  MPs  b y the s ame  person ) s hou ldgoup stream
<d holbach>  a lt ho ug htit lo o ks likein  th ecas e oft vtimeall o f th es ep atc hes but on e areup st ream  al re ady
< ajmi t ch>  just g oing from  th e  ori gi nin thepatch headers ?<dholbach>  y ep<ajmit c h > some a re marked as upstream b u t fromthe  bugtrac ker, or u pst ream &  re f ers to  a LPattac hm ent < dholb a c h>  it  m ight makes e nse  to g et  itin andask the guy to sub s cri be to the tvt ime  bug s to  ma k es ure  t h eyd o n't break stuff 
<dholbach >m h<dholbach> ina ct ive ups tream p robab l y :/
<a jmitch> w ouldn't s ur pris e me,  when youlook attvtime.sf . net : ) 
< ajmit ch>  lastup str eam r elease in2005<dholb ac h> hedid t he  most of  the last uploads to
amd64.changes file
<ajmitch>_dholbach: I_think the results on_there are_wrong,_and counting_syncs_where it shouldn't_:)
<ajmitch> (just in_the breakdown of uploaders)
<ajmitch>_since I'm sure_I_didn't sponsor 10+ things in the last month
<dholbach> ajmitch, that might be the case_-_it was_what_I_could get up in the_shortest amount of time
<ajmitch> ok
<dholbach>_still I'm_happy to see us at 30 again
<ajmitch> yeah_it's_a good improvement
<dholbach>_it'd be great to get some more done before_beta 2 freeze
<dholbach> that will make_it easier to_keep_on_top of incoming requests_once we're rolling towards final freeze
_* ajmitch wasn't sure what to_do with a couple of largish merge_proposals
<dholbach> yeah, they're tricky
<ajmitch> where they_look to be patching an_awful lot_of upstream stuff for inconsequential_things, like https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime.fix-372822+947845+947850+951473+more/+merge/96877
<dholbach>_if it's_stuff which should_go upstream first, I usually say_that and reject_it - as harsh as that_might_seem
<ajmitch> I suspect_that_&_gnomeradio (both_MPs by the_same_person) should_go_upstream
<dholbach> althought it looks like in_the_case of tvtime all of these patches_but one are upstream_already
<ajmitch>_just going from the_origin in the patch headers?
<dholbach>_yep
<ajmitch> some are marked as upstream_but from_the bug_tracker, or upstream & refers to a LP attachment
<dholbach> it might_make sense to get it in_and ask the guy_to subscribe_to_the tvtime bugs_to_make sure_they don't break stuff
<dholbach> mh
<dholbach> inactive upstream_probably :/
<ajmitch>_wouldn't surprise me, when you look_at tvtime.sf.net :)
<ajmitch> last_upstream_release in 2005
<dholbach> he did the_most of the last uploads to