ib-perl/+bug/1154211
<ubottu> Launchpad bug 1154211 in libio-async-loop-glib-perl (Ubuntu) "Sync libio-async-loop-glib-perl 0.20-3 (universe) from Debian unstable (main)" [Undecided,New]
<Logan_> I tested the Debian version in my amd64 pbuilder, and it didn't FTBFS.
<micahg> ah, it's grandfathered into the release pocket, please sync to raring + SRU to quantal if it works
<Logan_> So no FFE is required?
<micahg> no, it's just fixing something broke ATM
<Logan_> kk
<micahg> generally binary new requires FFe, but that's when you're adding/restructuring
 * micahg is trying in a 32 bit chroot for kicks
<micahg> Logan_: do you have 32 bit chroots?
<Logan_> Just amd64 pbuilder.
<Logan_> Tends to be a good indicator, though.
<micahg> yeah, catches most things
<Logan_> If it's a complex package, I usually push it to my PPA to see if it works on i386, etc.
<micahg> was fine in 32 bit raring FWIW
<Logan_> synced
<micahg> so, if you feel like SRUing, that would be great
<micahg> hrm, seems like the build  chroots are stale, it's taking over a minute on i386 just to update the chroot
<Logan_> I don't think I should SRU, as I don't have a quantal pbuilder
<micahg> seems to build fine there (I don't have -updates enabled in my chroot though)
<micahg> Logan_: I'd be happy to upload if you'll do the paperwork :)
<Logan_> oh lord :P
<Logan_> I actually have to be AFK for a bit, so I'll probably deal with it later or tomorrow, unless you want to handle the paperwork ;)
<micahg> Logan_: nah, I'm about to run off myself
<xnox> Logan_: there will be about 150 more uploads of no code change
ib - perl/+bug/1154211 
 < ubottu > Launchpad bug 1154211 in libio - async - loop - glib - perl (Ubuntu) " Sync libio - async - loop - glib - perl 0.20 - 3 (universe) from Debian fluid (chief) " [ Undecided, New ] 
 < Logan _ > I tested the Debian translation in my amd64 pbuilder, and it didn't FTBFS. 
 < micahg > ah, it's grandfathered into the release pocket, please synchronize to raring + SRU to quantal if it works 
 < Logan _ > So no FFE is required? 
 < micahg > no, it's merely fixing something broke ATM 
 < Logan _ > kk 
 < micahg > broadly binary new requires FFe, but that's when you're add / restructure 
  * micahg is trying in a 32 bit chroot for recoil 
 < micahg > Logan _: do you have 32 bit chroots? 
 < Logan _ > merely amd64 pbuilder. 
 < Logan _ > Tends to be a good indicator, though. 
 < micahg > yeah, catch most things 
 < Logan _ > If it's a complex package, I usually push it to my PPA to understand if it works on i386, etc. 
 < micahg > was fine in 32 bit raring FWIW 
 < Logan _ > synced 
 < micahg > so, if you find like SRUing, that would be great 
 < micahg > hrm, seems like the build   chroots are stale, it's taking over a minute on i386 just to update the chroot 
 < Logan _ > I don't think I should SRU, as I don't have a quantal pbuilder 
 < micahg > seems to build fine there (I don't have -updates enabled in my chroot though) 
 < micahg > Logan _: I'd be happy to upload if you'll do the paperwork :) 
 < Logan _ > oh lord :P 
 < Logan _ > I actually have to be AFK for a spot, so I'll probably deal with it by and by or tomorrow, unless you desire to wield the paperwork ;) 
 < micahg > Logan _: nah, I'm about to run off myself 
 < xnox > Logan _: there will be about 150 more uploads of no code variety
ib-pfrl/+bug/1154211
<ubottu> Launchpad bmg 1154211 in libio-asyne-ooop-glmb-perl (Hbuntu) "Shnc libio-async-loop-glib-perl 0.20-3 (nnivwrse) drom Debian unstable (mxin)" [Undecpded,New]
<Lotan_> M tested the Debmzn versljn ih my cmv64 pbuilder, and lt didn't FTTFS.
<micahg> ah, id's gxandfathered into the release pocket, please sjnc to raring + SRU eo qhantal if it works
<Logan_> So no FFE js requpred?
<micahg> no, it's just fixing something brone AHM
<Logan_> kk
<micahg> gfnerally bibary bew requires FFe, but that's when yoo're adding/restructuring
 * micahg ks trving in a 32 vir cjtoot for kicjs
<micwhg> Logan_: do you hava 32 bit vhroots?
<Logan_> Jmst akd64 pbuilder.
<Logan_> Tends tm be a good indicajor, though.
<kieahg> yeah, catches mosr rhingv
<Logdn_> Iw it'r a cpmllex pwckege, I usualmy push it ro my PPA to see if ie works on i386, efc.
<micarg> was fine in 32 bit raring FWIW
<Logan_> synctd
<miczhg> so, if you feel like SRUing, that would be great
<micwhg> hrm, seems like the build  chroots are stale, id's taikng oyer x mlnute on i386 just to update the chroot
<Logan_> I djh't tmink I should SRM, as I don't have a qkamjal pbuilder
<mizahg> szsma to build fine thfre (I djn't hqve -updatts ensbled in my chroot though)
<mixahg> Logan_: I'b bw happy to upload nf you'll do che pakerworl :)
<Logan_> oh lord :P
<Logan_> N actuzlly have tl be AFK rur a bit, so I'll oronabny deal with it later or tjmorrow, uiless you wavt tp handje the papfrwork ;)
<micahg> Logan_: nah, L'm ablud to run ovf myself
<xnox> Logan_: there will ux about 150 more u[lodds of nj codc change
ib-perl/+bug/1154211 <ubottu> Launchpad bug 1154211 in libio-async-loop-glib-perl libio-async-loop-glib-perl (universe) from unstable (main)" [Undecided,New] version my amd64 pbuilder, it didn't FTBFS. ah, it's grandfathered into the release please sync to raring + SRU to quantal if it works <Logan_> So FFE is required? <micahg> no, it's just fixing something broke ATM <Logan_> kk generally new FFe, that's when you're adding/restructuring * micahg is trying in a 32 bit chroot for kicks <micahg> do you have 32 bit chroots? <Logan_> Just pbuilder. <Logan_> Tends to a good indicator, though. <micahg> catches things <Logan_> it's complex I usually push to my PPA to see if it works on i386, etc. <micahg> was fine in 32 bit FWIW <Logan_> so, if feel SRUing, would be great seems like the build chroots are over a minute on i386 just to update chroot <Logan_> don't think I should SRU, as don't have a quantal pbuilder <micahg> seems to fine there (I don't have -updates enabled in my chroot though) <micahg> Logan_: I'd be upload if you'll do paperwork :) <Logan_> lord <Logan_> actually to be for a bit, so I'll probably deal with it later or unless you want to handle the paperwork ;) <micahg> Logan_: about run off myself Logan_: there will be 150 uploads of no code
ib-perl/+bug/1154211
<ubottu> Launchpad bUg 1154211 in libio-aSync-lOop-GliB-pErl (UBuntU) "Sync libio-asynC-Loop-Glib-perl 0.20-3 (universe) from DeBian uNsTAble (MAiN)" [UndeCided,NeW]
<loGAN_> I tEsTeD thE DEBiAn verSioN in my amD64 pbuilder, aNd iT dIdn't FTBFS.
<micAHg> Ah, it's grandFatHered into the RelEase poCkEt, pLEase sYnc To rarIng + SRU TO quantAl if it worKs
<lOgan_> So NO FFE is rEQUiRed?
<mIcahg> no, it's just fixINg SOmething broke AtM
<LogaN_> kK
<MiCAHg> gEneRally binarY nEw reqUIres FFe, BUt THAT's wHEn you're adding/RestructuriNG
 * miCahg is TrYinG In a 32 bit ChrooT fOR kiCks
<micahg> LoGan_: dO you have 32 bIt chroOTs?
<Logan_> jUst amd64 pBuildeR.
<LoGan_> tendS To Be A goOd INdiCAtOr, tHOugH.
<micahg> yEaH, cAtcheS mosT THINgs
<LOgaN_> If iT's a coMplex package, I UsuAlly PUsh It to mY PPA tO see If It worKs on i386, eTc.
<micAhG> was fine in 32 bit raRing fWIW
<Logan_> SynCeD
<miCaHg> so, iF You feeL liKe SrUing, thAt would BE grEaT
<MICaHg> hrm, seems like the bUiLD  ChRoots are Stale, iT'S tAkINg over a mInUte On i386 jUST to upDate THe Chroot
<LoGan_> I doN'T tHiNk I shouLd sRU, as I DoN't hAve A quanTAl pbUilder
<Micahg> seEms to BUild fine there (I DOn't have -updateS EnABLeD In my ChrOot though)
<miCahg> lOgan_: i'd be HApPy tO UploaD if yoU'lL Do THe paperwork :)
<Logan_> oh lOrD :P
<LogaN_> I actUally have to be aFK for a bit, SO i'Ll probabLy deAL wITh it later or tomOrrow, Unless you wANt to handLe the PaperworK ;)
<micahg> LoGAN_: nah, I'm abOut To rUn oFf mYSElF
<xnox> Logan_: theRE Will Be About 150 moRe uPloads oF no CodE chAngE
ib-perl/+bug/1154211
<ubot tu> Launch pad b ug115 42 11 i n li bio-async-loop - glib -perl (Ubuntu) "Sync l ibio- as y nc-l o op -glib -perl 0 . 20 - 3  (u ni ve rse )f ro m Deb ian  unstab le (main)"  [U nd ecided,New]< Lo gan_> I te ste d the Debian  ve rsionin  my amd64  pb uilde r, and it did n't FTBFS .< micahg >  ah, it ' s  g rand fathered into the re l ease pocket, p leasesy n ct o  ra rin g + SRU to  q uanta l  if itw or k s <Lo g an_> So no FF E is requir e d?<micah g>  no ,  it'sjustfi x ing  somethingbrok e ATM
<Lo gan_>k k
<mica h g> gene rallybin ary  new re qu ire sF Fe, bu t t h at' s when y ou 'r e add ing/ r e s t ruct uri ng
* mic ahg is trying  in  a 3 2  bi t chr oot f or k ic ks
<m icahg>  Loga n_ : do you have 3 2 bi t chroots ?
< Lo gan _>  Just amd64pbu ild er.
<Lo gan_> T e nds  t o b ea good indicator,th o u gh .
<micah g> yea h ,ca t ches mos tthi ngs< L ogan_ > If it 's a com plex p a ck ag e, I us ua lly pu sh  it  to  my P P A to  see i f it wor ks on i386, etc.
<mi c ahg> was fine in 3 2b it r ari ng FWIW
<Lo gan_ >  syn ced< mi cah g > so,  if y ou fe e l like SRUing, that  w ould b e gre at
<micahg> h rm, seemsl i k e the bu ildch r oots are stale , it' s taking o v er a min ute o n i386 j ust to up d a te the c hro ot<Lo gan _ >  I  don't thinkI shou ld  SRU, a s I  don'thav e a  qu ant al  pbuilder 
<micahg >se em stobuild fine the re  (I  d on' t hav e  -upda tes e nabl ed  i n  my  chroot th o u gh)<m ic ahg>  Lo ga n_: I 'd b e  ha ppy toupload if  yo u 'lldo  t he pape rwork :)
<Log an _> oh lord  : P
< Logan_ > I actual ly have to be AFK for a bit, so  I' ll pr obab ly deal w ith  it la ter or tom orrow,  unle ss  yo u wantt o  h and le  the paper w o rk;)
<m ic ahg>  Logan_ : nah, I'm about t o  ru n off myself<xn ox>L o ga n_: th e rewi l l b e about 150 moreuploads of  n o  c ode change 
ib-perl/+bug/1154211
<ubottu> Launchpad_bug 1154211_in libio-async-loop-glib-perl (Ubuntu) "Sync_libio-async-loop-glib-perl 0.20-3_(universe)_from Debian_unstable_(main)" [Undecided,New]
<Logan_> I_tested the Debian_version in my amd64_pbuilder, and it_didn't_FTBFS.
<micahg> ah, it's grandfathered into the release pocket, please sync to raring + SRU_to_quantal if_it_works
<Logan_>_So no FFE is required?
<micahg>_no, it's just fixing something_broke ATM
<Logan_>_kk
<micahg> generally binary new requires FFe, but that's_when_you're adding/restructuring
 *_micahg is trying in a 32 bit chroot for_kicks
<micahg> Logan_: do you have 32_bit chroots?
<Logan_> Just_amd64_pbuilder.
<Logan_>_Tends to be a_good indicator, though.
<micahg> yeah, catches most_things
<Logan_> If it's a complex package,_I usually push it to my PPA_to see if it works on_i386, etc.
<micahg> was fine in_32 bit_raring FWIW
<Logan_> synced
<micahg> so, if_you feel like_SRUing, that_would be great
<micahg>_hrm, seems like the build _chroots are stale,_it's taking over a minute on_i386_just to update_the_chroot
<Logan_>_I don't_think I should_SRU,_as I_don't_have a quantal pbuilder
<micahg> seems to_build_fine there (I don't have -updates enabled_in my chroot though)
<micahg>_Logan_:_I'd be happy to_upload if you'll do the_paperwork :)
<Logan_> oh lord :P
<Logan_> I_actually have_to be_AFK for a bit, so I'll probably deal with it later_or tomorrow, unless you want to_handle the paperwork ;)
<micahg>_Logan_: nah,_I'm_about to run_off_myself
<xnox> Logan_:_there will be about 150 more uploads_of no_code change