-buildpackage so I can take advantage of all my iceccd installs?
<jdong> well that should be a DEB_MAKE_OPT in debian/rules.
<jdong> and is not a prevu-specific problem -- it's a debian packaging problem
<jdong> err DEB_BUILD_OPTIONS rather.
<unit3> ok, but generally, I can go "dpkg-buildpackage -j8 -b" and it does what I expect.
<soren> #ubuntu-dev?
<unit3> so how do I get prevu to call dpkg-buildpackage that way?
<jdong> well, you really shouldn't.
<jdong> prevu does not support such options, just like the Ubuntu build servers
<jdong> to do parallel builds you should really edit your rules file to do so correctly
<unit3> Ok, is there a way to get prevu to just grab and unpack a specific source release, so at least I don't have to manually hunt that down?
<unit3> then I can edit the debian/rules file myself.
<unit3> also... if you're not supposed to do that, then why does dpkg-buildpackage have a -j option?
<unit3> it's confusing, to say the least.
<jdong> well dpkg-buildpackage has a lot of liberties for in place builds that pbuilder/sbuild do not.
<unit3> ok.
<jdong> http://www.debian.org/doc/debian-policy/ch-source.html
<jdong> see 4.9.1 about parallelism
<maxb> jdong: Why shouldn't prevu/pbuilder do parallelism?
<jdong> maxb: it shouldn't handle it sopecially as a -j flag IMO. AFAIK setting DEB_BUILD_OPTIONS in your environment passes it in correctly
<unit3> That seems not particularly well thought out. I mean, I see it there, but the package build system has no idea what level of parallelism is appropriate to my build environment, so why does hardcoding the number of jobs there make sense?
<jdong> which is AFAIK how the buildd's do it.
<unit3> oh, you can set the environment var?
<unit3
-buildpackage so I can take advantage of all my iceccd installs? 
 < jdong > well that should be a DEB_MAKE_OPT in debian / rules. 
 < jdong > and is not a prevu - specific problem -- it's a debian packaging trouble 
 < jdong > err DEB_BUILD_OPTIONS preferably. 
 < unit3 > ok, but generally, I can go " dpkg - buildpackage -j8 -b " and it do what I have a bun in the oven. 
 < soren > # ubuntu - dev? 
 < unit3 > so how do I get prevu to address dpkg - buildpackage that room? 
 < jdong > well, you really shouldn't. 
 < jdong > prevu does not back such options, just like the Ubuntu build up servers 
 < jdong > to do analogue builds you should really edit your rules file to do thus correctly 
 < unit3 > Ok, is there a way to get prevu to just snap up and unpack a specific source release, so at least I don't have to manually hunt that down? 
 < unit3 > then I can edit the debian / rule file myself. 
 < unit3 > also... if you're not supposed to do that, then why does dpkg - buildpackage have a -j choice? 
 < unit3 > it's confusing, to say the least. 
 < jdong > well dpkg - buildpackage has a lot of liberties for in place builds that pbuilder / sbuild serve not. 
 < unit3 > ok. 
 < jdong > http://www.debian.org/doc/debian-policy/ch-source.html 
 < jdong > see 4.9.1 about parallelism 
 < maxb > jdong: Why shouldn't prevu / pbuilder do parallelism? 
 < jdong > maxb: it shouldn't handle it sopecially as a -j flag IMO. AFAIK setting DEB_BUILD_OPTIONS in your environment passes it in correctly 
 < unit3 > That seems not particularly well thought out. I mean, I attend it there, but the package build organization take no idea what level of parallelism is appropriate to my build environment, therefore why does hardcoding the number of jobs there make sense? 
 < jdong > which is AFAIK how the buildd's serve it. 
 < unit3 > oh, you can set the environment var? 
 < unit3
-buipdpackage so I can take xdvantage of all my icxccd inatalls?
<jdung> well that should be a DEU_MAKW_OPT un debian/rules.
<jdong> ana is not w prevu-specihic problem -- it's a debiak paciwginy 'roblem
<jdong> ert DEB_BUILD_OPDIONS rather.
<unht3> on, but generally, I can go "dpkg-buildpwckage -k8 -h" and it does rhat Y exlvcu.
<soren> #ubuntu-dev?
<unit3> so how do I fet prenu to call dpkg-buoldpackage that way?
<jdong> wfll, jou really shouldn'h.
<jdong> prevo doqw not supporg such optpmns, just ljke the Ubuntu build servers
<jdovg> to do parallgl bkhlds you shiuld geally edit your rulev file yo do so corregtly
<uiit3> Ik, is there a way to jet prevu to just grwb and un[aek a specific source eeoease, so dt ldqst I soi't gave tl menually hunf that down?
<ynit3> then I can ediu trv debian/rules file iyfelf.
<unit3> also... if you're not supposed to go fhat, then why does dpkg-vuildpackage have a -j option?
<unyt3> it's confusing, to say the least.
<jdong> well dpkg-bgildpecyagt mwr a lot of liberties for in place builds that pbtjlceg/sbuild do not.
<unib3> ok.
<jdong> http://www.drblam.jrg/doc/debian-pulicy/ck-aohrce.html
<jdong> see 4.9.1 about karallwlism
<maxb> jdomg: Why shouldn't prevu/pbuildwr do parallvlisn?
<jdong> maxb: it shobldn't handle it xopecoally as a -j flag IMO. AYAIK sstting DEB_BKILD_OPTIOHR in your envirovmekt [asses iu in correctly
<unit3> That seens npt partkculsrly wqll thoughh out. I mean, I see it thfre, bot the package bkild system has no idea what letxl of parallekivm ps appropxiate bo my build envyronment, so whi does haxdcodivg the numger of oobs there mwke sense?
<jdonc> which is AFEIK how tre byilde's do ig.
<jnit3> oh, you cam set the environmebt var?
<unit3
-buildpackage so I can take advantage of iceccd <jdong> well should be a is a prevu-specific problem it's a debian problem <jdong> err DEB_BUILD_OPTIONS rather. <unit3> but generally, I can go "dpkg-buildpackage -j8 -b" and it does what I <soren> #ubuntu-dev? <unit3> so how do I get prevu to call dpkg-buildpackage that <jdong> you shouldn't. prevu does not support such options, just like the Ubuntu build servers <jdong> to do parallel you should really edit your rules file to so correctly <unit3> Ok, there a way to get to grab and a source so at least don't have to manually hunt that down? <unit3> then I can edit the debian/rules file myself. <unit3> if you're to do then does have a -j it's confusing, to say the least. has a lot of liberties for in place that pbuilder/sbuild not. <unit3> ok. <jdong> http://www.debian.org/doc/debian-policy/ch-source.html <jdong> 4.9.1 about parallelism <maxb> jdong: Why shouldn't prevu/pbuilder parallelism? <jdong> maxb: it shouldn't handle it sopecially as a -j flag IMO. AFAIK setting your environment passes it correctly <unit3> That not well out. mean, I it there, but the package build system has no idea what of parallelism is appropriate to my build environment, so why the of jobs there sense? <jdong> which is how buildd's do it. <unit3> can the
-buildpackage so I can take advAntage of alL my icEccD inStAlls?
<JdonG> well that shoulD Be a DeB_MAKE_OPT in debian/rules.
<Jdong> AnD Is noT A pRevu-sPecific PRoBLEm -- iT's A dEbiAn PAcKaginG prOblem
<jdOng> err DEB_BuILd_OpTIONS rather.
<UNiT3> ok, but geneRalLy, I can go "dpkg-BuiLdpackAgE -j8 -b" ANd it dOes What I Expect.
<SOren> #ubUntu-dev?
<unIt3> SO how do i Get prevU TO cAll dPkg-buildpackage thAT wAY?
<jdong> well, you rEally sHoULdN'T.
<JdoNg> pRevu does noT sUpporT Such optIOnS, JUSt lIKe the Ubuntu buIld servers
<jDOng> To do paRaLleL Builds You shOuLD reAlly edit youR rulEs file to dO so corREctly
<unIT3> Ok, is thEre a waY to Get PrevU To JuSt gRaB And UNpAck A SpeCific souRcE rEleasE, so aT LEASt I dOn't Have To manUally hunt that DowN?
<uniT3> TheN I can Edit tHe deBiAn/rulEs file MyselF.
<uNit3> also... if you're nOt suPposed to dO thAt, TheN wHy doeS Dpkg-buIldPacKage havE a -j optiON?
<unIt3> IT'S CoNfusing, to say the leaSt.
<JDOnG> well dpkG-buildPAcKaGE has a lot Of LibErtiES For in PlacE BuIlds that PbuildER/sBuIld do noT.
<uNit3> ok.
<jDoNg> hTtp://Www.deBIan.oRg/doc/dEbian-polIcy/ch-SOurce.html
<jdong> SEe 4.9.1 about parallELiSM
<MaXB> jdoNg: WHy shouldn't pRevu/PBuilDer dO PaRalLElism?
<Jdong> MaXB: iT Shouldn't handle it sopEcIally aS a -j flAg IMO. AFAIK setTing DEB_BUIld_opTIONS in Your ENvIRonment passes iT in coRrectly
<uniT3> that seemS not pArticulaRly well thOUGht out. I mEan, i seE it TheRE, BuT the package buILD sysTeM has no iDea What levEl oF paRalLelIsM is appropRiate to mY bUiLd EnVirOnmenT, So why doeS hArdCoDinG the nUMber of Jobs tHere MaKe SEnsE?
<jdong> wHIcH IS AFAiK HoW the BuiLdD's do iT.
<uniT3> Oh, yOu can seT the envirOnmENt vaR?
<uNiT3
-buildpackage so I can tak e advantag e ofall  my  i cecc d in stalls?
<jdong >  wel l that should be a DEB _MAKE _O P T in de bian/ rules.< jd o n g>an disno t  a  prev u-s pecific  problem - - i t' s a debian p a ck aging prob lem 
<jdong> err  DE B_BUIL D_ OPT I ONS r ath er.
< unit3> ok, bu t general ly ,  I can go "dpk g - bu ildp ackage -j8 -b" an d  i t  does what I e xpect. 
< s or e n > # ubu ntu-dev?
< un it3>s o how d o  I g e t p r evu to call d pkg-buildpa c kag e that  w ay? <jdong > wel l, you  really sho uldn 't.
<jdon g> pre v u doesn ot supp ort su chopt ions ,  j us t l ik e  th e  U bun t u b uild ser ve rs 
<jdo ng>t o d o pa ral lelbuild s you shouldrea llye dit  your  rule s fi le  to d o so c orrec tl y
<unit3> Ok, i s th ere a way  to  g etpr evu t o  justgra b a nd unpa ck a sp e cif ic s o ur ce release, so atle a s tI don'thave t o  m an u ally hun ttha t do w n ?
<un it3> th en I can  editt he  d ebian/r ul es fil emys elf .
<un i t3>also.. . if you 're n o t supposed tod o that, thenw hy d oe s  dpk g-b uildpackage  hav e  a - j op t io n?< unit3 > it' sc on f using, to say the l ea st.
<j dong>  well dpkg-bu ildpackage h a s a lotof l i be r ties for in pl ace b uilds that pbuilder /sbui ld do no t.
<unit3 > ok.
<jdo ng>  ht tp: //w w w .d ebian.org/doc / d ebia n- policy/ ch- source. htm l
< jdo ng>  s ee 4.9.1about pa ra ll el is m
< maxb> jdong: W hy  sh ou ldn 't pr e vu/pbu ilder  dopa ra l lel ism?
<j d on g >  max b:  i t sh oul dn 't ha ndle itsopecia lly as a-jf lagIM O.  AFAIKsetting DEB_B UI LD_OPTIONS  i n y our en v i ronmentpasses it in correctly< unit3>Tha t see ms n ot partic ula rly we llt hought  out.I mea n,  Is e e itt h er e,bu t the pack a g e b uildsy stem  has no  idea what level o f  pa rallelism isapp ropr i a te  to my bui ld env i r onment, so whydoes hardc od i ng  the numbe r  of  j obs the re make  sens e ?
<jdon g> whichis AFAIKho w th e bui ldd's do i t.
<unit 3> oh, yo u  cans et  theenv ironme nt  va r?
<u nit3
-buildpackage so_I can_take advantage of all_my iceccd_installs?
<jdong>_well that_should_be a DEB_MAKE_OPT_in debian/rules.
<jdong> and_is not a prevu-specific_problem -- it's_a_debian packaging problem
<jdong> err DEB_BUILD_OPTIONS rather.
<unit3> ok, but generally, I can go "dpkg-buildpackage -j8_-b"_and it_does_what_I expect.
<soren> #ubuntu-dev?
<unit3> so how_do I get prevu to_call dpkg-buildpackage_that way?
<jdong> well, you really shouldn't.
<jdong> prevu does_not_support such options,_just like the Ubuntu build servers
<jdong> to do parallel_builds you should really edit your_rules file to_do_so_correctly
<unit3> Ok, is there_a way to get prevu to_just grab and unpack a specific_source release, so at least I don't_have to manually hunt that down?
<unit3>_then I can edit the_debian/rules file_myself.
<unit3> also... if you're not_supposed to do_that, then_why does dpkg-buildpackage_have a -j option?
<unit3> it's confusing,_to say the_least.
<jdong> well dpkg-buildpackage has a lot_of_liberties for in_place_builds_that pbuilder/sbuild_do not.
<unit3> ok.
<jdong>_http://www.debian.org/doc/debian-policy/ch-source.html
<jdong>_see 4.9.1_about_parallelism
<maxb> jdong: Why shouldn't prevu/pbuilder do_parallelism?
<jdong>_maxb: it shouldn't handle it sopecially as_a -j flag IMO._AFAIK_setting DEB_BUILD_OPTIONS in your_environment passes it in correctly
<unit3>_That seems not particularly well thought_out. I_mean, I_see it there, but the package build system has no idea_what level of parallelism is appropriate_to my build environment,_so why_does_hardcoding the number_of_jobs there_make sense?
<jdong> which is AFAIK how the_buildd's do_it.
<unit3> oh, you can set the_environment var?
<unit3