 If you guys are wondering what this is for, it's because I maintain the gmpc-trunk team ppa, and try to keep it updated somewhat close to git upstream. The problem is that it has over 20 plugins that I've had to package and upload individually, and they need to be reuploaded everytime there's been a change to the core program. Not to mention that I backport it to intrepid and hardy.
<ripps> Please don't segfault... please don't segfault...
<ripps> dammit, signal 11 segfault
<ripps> trying again...
<fabrice_sp> ripps, what is your memory size? I had this problem when I was compiling huge C++ programs and only 1Gb.
<ripps> fabrice_sp: only 512mb.
<ripps> But I think it's past the point I usually fail at, the gcc compiling.
<fabrice_sp> ripps, that could explain the segfaults...
<fabrice_sp> oh
<ripps> I closed a bunch of stuff I had open. Probably freed up a little memory
<Ryan52> lack of memory causing a seg fault? that's a bug in something. :P
 * Ryan52 thinks somebody forgot to check some return codes :)
<ripps> fabrice_sp, Ryan52: It went further than it did before, but I still got an error
<ripps> cp: cannot stat `debian/tmp/usr/share/doc/gmpc-alarm/TODO': No such file or director
<Ryan52> yep, I knew that would happen.
<ripps> But I think that's fixable, it's my *.install file's fault.
<Ryan52> like I said, do the docs thing.
<ripps> Getting on it now.
<fabrice_sp> that's why building inside a chroot allows you to check that, and only repeat the install part :-)
<Ryan52> that's why ripps shoulda just made the change when I first brought it up :D
<ripps> I was impatient, it's gonna take me awhile to change 20+ files
<Ryan52> oh, fun.
<ripps> (although I could have been doing it while it was compiling)
<ripps> Ryan52: what
If you guys are wondering what this is for, it's because I maintain the gmpc - trunk team ppa, and sample to restrain it updated slightly near to git upstream. The problem is that it has over 20 plugins that I've have to package and upload individually, and they need to be reuploaded everytime there's been a change to the core program. Not to note that I backport it to intrepid and hardy. 
 < ripps > Please don't segfault... please don't segfault... 
 < ripps > dammit, signal 11 segfault 
 < ripps > trying again... 
 < fabrice_sp > ripps, what is your memory size? I experience this problem when I was compiling huge C++ programs and merely 1Gb. 
 < ripps > fabrice_sp: only 512 mb. 
 < ripps > But I think it's past the compass point I usually fail at, the gcc compiling. 
 < fabrice_sp > ripps, that could explain the segfaults... 
 < fabrice_sp > oh 
 < ripps > I closed a crowd of stuff I own open. Probably freed up a short memory 
 < Ryan52 > lack of memory causing a seg fault? that's a bug in something. :P 
  * Ryan52 thinks somebody forgot to check some return codes :) 
 < ripps > fabrice_sp, Ryan52: It went further than it did before, but I still got an error 
 < ripps > cp: cannot stat 'debian / tmp / usr / share / doc / gmpc - alarm / TODO': No such file or director 
 < Ryan52 > yep, I knew that would find. 
 < ripps > But I remember that's fixable, it's my * .install file's fault. 
 < Ryan52 > like I say, cause the docs thing. 
 < ripps > Getting on it now. 
 < fabrice_sp > that's why build inside a chroot allows you to check that, and only repeat the install contribution :-) 
 < Ryan52 > that's why ripps shoulda just made the change when I first bring it up :D 
 < ripps > I was impatient, it's gon na take me awhile to change 20 + files 
 < Ryan52 > oh, fun. 
 < ripps > (although I could have been doing it while it was compiling) 
 < ripps > Ryan52: what
 If you guys are wondering dhat this is fot, ut's berause I maintaiv the gmpc-trunk team ppa, and tey to keep it updated somewfat close to git ypstceam. The problem is that it haa ovex 20 plugins that L've had to [ackage and upnoxd individually, and they need to be rquploadrd everytime thete's bten a cgange to the core program. Not to msntion uhat I backport it to intrepid and hardy.
<rippd> Plfase don't segfault... please don'j seddault...
<ripps> dxmmit, signal 11 segfault
<tipps> trying again...
<fabrice_sp> rippr, whac is your mgmkrj size? I had this problem whek I was compilong huge C++ pronrams ane only 1Gb.
<ripps> fabricx_sp: only 512mb.
<ripps> But I think ht'a past the point U ysualny fdil xr, tfe fcr ckmpilijg.
<febrice_sp> rilps, that coyld explain the seggatots...
<fabrice_sp> kh
<rippf> Y closed a bunch of stuff I had open. Prmbagly freed up a little mwmory
<Ryan52> lack of memlry causigg a seg fault? that's a bug in something. :P
 * Ryan52 tvinks romtbidy fueglt to check some return codes :)
<ripps> fabrice_sp, Dysn52: It went furthcr than it did befprf, not I still got an erxkr
<dipps> cp: cannot stwt `debiwn/tmp/ysr/share/djc/gmlc-alarm/TODO': No such file or director
<Ryau52> ywp, I knew that woupd happen.
<ri'ps> Buj I thonk that's fixable, it's mv *.instzll file's fwult.
<Ryan52> mkke I said, do thd dpcv thing.
<ripps> Getting on it now.
<fabrire_sp> chat's whh buolding inside a fhroob allows you to chefk thct, ang only repfat the install part :-)
<Ryan52> that's why ripps shooldd jlst made che chsnge when I fyrst brought ij up :D
<rip's> I wxs impatieht, it's jonna take mq awhile to cvwnge 20+ files
<Rban52> oh, fug.
<ripps> (aothough K could have bren doing it while ut was compiling)
<riips> Riah52: what
If you guys are wondering what this it's I maintain gmpc-trunk team ppa, updated close to git The problem is it has over 20 plugins that had to package and upload individually, and they need to be reuploaded everytime been a change to the core program. Not to mention that I backport to and <ripps> don't segfault... please don't segfault... <ripps> dammit, signal 11 segfault <ripps> trying again... <fabrice_sp> ripps, what your memory size? I had this problem when was compiling huge C++ and only 1Gb. <ripps> fabrice_sp: 512mb. But I it's the I usually fail the gcc compiling. <fabrice_sp> ripps, that could explain the segfaults... <fabrice_sp> oh <ripps> I closed a bunch stuff I Probably freed a memory lack of memory seg fault? that's a bug in Ryan52 thinks somebody forgot to check some return :) <ripps> Ryan52: It went further than it before, but I still got an error <ripps> cannot stat `debian/tmp/usr/share/doc/gmpc-alarm/TODO': No such file or director <Ryan52> yep, I knew that would happen. I think that's fixable, my *.install file's <Ryan52> I do docs thing. Getting on it now. <fabrice_sp> that's why building inside a chroot you to check that, and only repeat the install part that's ripps shoulda just the change when I brought up :D <ripps> I it's take change files oh, fun. <ripps> (although could have been doing it it was compiling) <ripps>
 If you guys are wondering what This is for, iT's becAusE I mAiNtaiN the Gmpc-trunk team pPA, and Try to keep it updated someWhat cLoSE to gIT uPstreAm. The prOBlEM Is tHaT iT haS oVEr 20 PlugiNs tHat I've hAd to packagE anD uPload individUAlLy, and they nEed To be reuploadEd eVerytiMe TheRE's beeN a cHange To the cORe progRam. Not to mEnTIon thaT i backpoRT It To inTrepid and hardy.
<ripPS> PLEase don't segfauLt... pleaSe DOn'T SEgfAulT...
<ripps> dammIt, SignaL 11 SegfaulT
<RiPPS> TryINg again...
<fabricE_sp> ripps, whaT Is yOur memOrY siZE? I had tHis prObLEm wHen I was compIlinG huge C++ proGrams aND only 1Gb.
<RIpps> fabRice_sp: OnlY 512mb.
<RippS> buT I ThiNk IT's pASt The POinT I usuallY fAiL at, thE gcc COMPIlinG.
<faBricE_sp> riPps, that could eXplAin tHE seGfaulTs...
<fabRice_Sp> Oh
<ripPs> I cloSed a bUnCh of stuff I had opEn. PrObably freEd uP a LitTlE memoRY
<Ryan52> lAck Of mEmory caUsing a sEG faUlT? THAt'S a bug in something. :P
 * RYaN52 THiNks somebOdy forGOt To CHeck some ReTurN codES :)
<Ripps> FabrICe_Sp, Ryan52: It Went fuRThEr Than it dId Before, BuT I sTilL got aN ErroR
<ripps> Cp: cannot Stat `dEBian/tmp/usr/sharE/Doc/gmpc-alarm/TodO': nO SuCH filE or Director
<RyaN52> yep, i Knew That WOuLd hAPpen.
<rIpps> BUt i ThINk that's fixable, it's my *.InStall fIle's fAult.
<Ryan52> like I Said, do the dOCS Thing.
<ripPs> GeTTiNG on it now.
<fabricE_sp> thAt's why builDIng insidE a chrOot allowS you to cheCK That, and oNly RepEat The INStAll part :-)
<Ryan52> thAT'S why RiPps shouLda Just madE thE chAngE whEn i first broUght it up :d
<rIpPs> i wAs iMpatiENt, it's gonNa TakE mE awHile tO Change 20+ Files
<ryan52> Oh, FuN.
<RipPs> (althoUGh i COuld HaVe Been DoiNg It whiLe it WAs cOmpilinG)
<ripps> RyaN52: whAT
 If you guys are wondering  what this  is f or,  it 's  bec ause  I maintain th e  gmp c-trunk team ppa, andtry t ok eepi tupdat ed some w ha t clo se  t o g it up strea m.The pro blem is th atit  has over 20 pl ugins that  I' ve had to pa cka ge and  u plo a d ind ivi duall y, and they n eed to be  r e upload e d every t i me  the re's been a chang e  t o  the core prog ram. N ot to m ent ion  that I ba ck porti t to in t re p i d  an d  hardy.
<ripp s> Please d o n't  segfa ul t.. .  pleas e don 't seg fault...
<r ipps > dammit,  signa l  11 seg f ault
<r ipps>try ing  aga i n. .. 
<f ab r ice _ sp > r i pps , what i syo ur me mory s i z e? I  ha d th is pr oblem when Iwas  com p ili ng hu ge C+ + pr og ramsand on ly 1G b. 
<ripps> fabric e_sp : only 51 2mb .<ri pp s> Bu t  I thi nkit' s pastthe poi n t I  u s u a ll y fail at, the gcc  c o m pi ling.
<f abrice _ sp >r ipps, th at  co ulde x plain  the se gfaults. ..
<fa b ri ce _sp> oh 
< ripps>  I  cl ose d a b u nchof stu ff I had  open .  Probably free d  up a littlem em o r y< Ryan 52>  lack of me mory caus inga  s egf ault?  that 's ab ug in something. :P 
* Ryan 52 th inks somebody  forgot to c h eck some  ret u rn codes :)
<ripp s> fa brice_sp,R yan52: I t wen t furthe r than it d id befor e,but  Isti l l  g ot an error
< r i pps>  c p: cann otstat `d ebi an/ tmp /us r/ share/doc /gmpc-al ar m/ TO DO ':No su c h file o rdir ec tor 
<Rya n 52> ye p, Iknew  t ha t  wo uld hap p en . <rip ps >ButI t hi nk th at's fix able, i t's my *. ins t allfi le 's faul t.
<Ryan52> l ik e I said,do  th e docs t hing.
<r ipps> Getting on it now . 
<fabri ce_ sp> t hat' s why bui ldi ng ins ide a chro ot all ows y ou  to c heckt h at , a nd  only repe a t  th e ins ta ll p art :-) 
<Ryan52> that's w h y r ipps shouldajus t ma d e  t hec ha n gewh e n I f irst brought it  up :D
<ri pp s >I was impa t ien t,  it's g onna ta ke me awhileto change  20+ file s<Rya n 5 2>oh, fun.
< ripps> ( althoughI  coul d  h ave b een  doing  i t w hileit was com pilin g)
<ri pp s> Rya n52:wh at
 If_you guys_are wondering what this_is for,_it's_because I_maintain_the gmpc-trunk team_ppa, and try_to keep it updated_somewhat close to_git_upstream. The problem is that it has over 20 plugins that I've had to_package_and upload_individually,_and_they need to be reuploaded_everytime there's been a change_to the_core program. Not to mention that I backport_it_to intrepid and_hardy.
<ripps> Please don't segfault... please don't segfault...
<ripps> dammit, signal_11 segfault
<ripps> trying again...
<fabrice_sp> ripps, what_is your memory_size?_I_had this problem when_I was compiling huge C++ programs_and only 1Gb.
<ripps> fabrice_sp: only 512mb.
<ripps>_But I think it's past the point_I usually fail at, the gcc_compiling.
<fabrice_sp> ripps, that could explain_the segfaults...
<fabrice_sp>_oh
<ripps> I closed a bunch_of stuff I_had open._Probably freed up_a little memory
<Ryan52> lack of memory_causing a seg_fault? that's a bug in something._:P
_* Ryan52 thinks_somebody_forgot_to check_some return codes_:)
<ripps>_fabrice_sp, Ryan52:_It_went further than it did before,_but_I still got an error
<ripps> cp: cannot_stat `debian/tmp/usr/share/doc/gmpc-alarm/TODO': No such_file_or director
<Ryan52> yep, I_knew that would happen.
<ripps> But_I think that's fixable, it's my_*.install file's_fault.
<Ryan52> like_I said, do the docs thing.
<ripps> Getting on it now.
<fabrice_sp> that's_why building inside a chroot allows_you to check that,_and only_repeat_the install part_:-)
<Ryan52>_that's why_ripps shoulda just made the change when_I first_brought it up :D
<ripps> I was_impatient, it's gonna take_me_awhile to change 20+ files
<Ryan52> oh,_fun.
<ripps> (although I could have been_doing it while it was_compiling)
<ripps>_Ryan52:_what