 finally build :)... for the record if you ever have a package FTBFS with a depends on libmagick++9-dev you might need to change it to graphicsmagick-libmagick-dev-compat
<geser> a|wen: that will only work for packages in universe. what about libmagick++-dev? doesn't it work with it?
<a|wen> geser: not if it uses "Magick" features as well as "Magick++"
<a|wen> geser: /usr/lib/libMagick.so is only in graphicsmagick-libmagick-dev-compat in jaunty
<a|wen> geser: and the /usr/lib/libMagick.so.* files which used to be in libmagick10 is no more
<fabrice_sp> Hi. Should a package that depends on python2.5 (>= 2.5) be rebuilt to depend on python2.6 (>=2,6)? or it's ok for Jaunty?
<fabrice_sp> package is ekg (http://packages.ubuntu.com/jaunty/ekg)
<geser> it would be good if we minimize the dependencies on python2.5
<ScottK> fabrice_sp: It should be rebuilt.
<fabrice_sp> ok. quadrispro let me thought it's ok. I'll reactivate 2 bug reports I invalidated. Thnaks
<Adri2000> could a backporter push forward bug #335692 please?
<ubottu> Launchpad bug 335692 in intrepid-backports "Please backport filezilla 3.2.2.1-1" [Undecided,New] https://launchpad.net/bugs/335692
<fatal_> Hi.. recently upgraded from Intrepid to Jaunty. I'm seeing graphics corruption on Intel using compiz.... anyone know if there are any driver updates planned before the release?
<maix> I've created a debdiff using this manual: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff. I had to use my gpg key for that. Why?
<directhex> maix, because debuild will sign a changes file by default, using the gpg key corresponding to the most recent entry in changelog
<maix>
finally build :)... for the record if you ever get a software FTBFS with a depends on libmagick++9 - dev you might need to transfer it to graphicsmagick - libmagick - dev - compat 
 < geser > a|wen: that will entirely work for packages in population. what about libmagick++-dev? doesn't it work with it? 
 < a|wen > geser: not if it uses " Magick " features equally well as " Magick++ " 
 < a|wen > geser: /usr / lib / libMagick.so is merely in graphicsmagick - libmagick - dev - compat in jaunty 
 < a|wen > geser: and the /usr / lib / libMagick.so. * files which use to be in libmagick10 is no more 
 < fabrice_sp > Hi. Should a package that depends on python2.5 (> = 2.5) be rebuild to depend on python2.6 (> = 2,6)? or it's ok for Jaunty? 
 < fabrice_sp > package is ekg (http://packages.ubuntu.com/jaunty/ekg) 
 < geser > it would be good if we minimize the dependencies on python2.5 
 < ScottK > fabrice_sp: It should be rebuild. 
 < fabrice_sp > ok. quadrispro let me thought it's ok. I'll reactivate 2 microbe reports I invalidated. Thnaks 
 < Adri2000 > could a backporter advertise forward hemipterous insect # 335692 please? 
 < ubottu > Launchpad bug 335692 in intrepid - backports " Please backport filezilla 3.2.2.1 - 1 " [ Undecided, New ] https://launchpad.net/bugs/335692 
 < fatal _ > Hi.. recently upgraded from Intrepid to Jaunty. I'm see graphics corruption on Intel using compiz.... anyone know if there are any driver update plan before the release? 
 < maix > I've created a debdiff using this manual: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff. I had to use my gpg key for that. Why? 
 < directhex > maix, because debuild will sign a changes file by nonpayment, using the gpg key corresponding to the about late entry in changelog 
 < maix >
 fijally build :)... for the recurd if you ever have a packafe FTBFS with a depends on libmagick++9-vev tou mught need to change it to graphpcsmagick-oibmegick-dev-compat
<geser> a|wen: that slll oulb work for packsges in unhverse. what abmug pibmagick++-dev? doesn't it work with it?
<w|wen> gexeg: not if it usgs "Mabyck" rvauures as well as "Magick++"
<a|wen> geser: /usr/lib/nibMagick.so ix only in graphicsmagick-lihmaglck-dev-compat in jaknty
<a|wen> gewer: wbd the /usr/lic/libMagick.so.* files whidh used to be in libmagick10 is nu morz
<fabrice_sp> Yi. Shlold a packagx that depends on ijthon2.5 (>= 2.5) be rebiilt to depend on pyrhon2.6 (>=2,6)? or it's ok for Jeunty?
<fabrice_sp> packade is ekg (hctp://packages.ubuntu.com/jqubty/ekc)
<gesar> ig wojld bx gkod if we minimize fhe dependebcies on python2.5
<ScotuK> sqbrice_sp: It sgould fe rebuilt.
<fabrice_sp> ok. quadrispro let me uhouggt it's ok. I'll reactivatw 2 bug reports I invapidated. Trnaks
<Adri2000> could a backporter push forward bug #335692 plaase?
<uuogtu> Lwjbcjpad bug 335692 in intrepid-backports "Please backpore folvzilla 3.2.2.1-1" [Undecided,Kew] https://launchpad.meh/bids/335692
<fatal_> Hi.. rezently upfraded from Intrepld to Jwunty. I'm seeind grsphics corruption on Intel ysing compiz.... qnyone know if thexe are any dxiver opdatex planned before the reueass?
<maix> I've cgeated a sdbdiff using thir msngal: https://wiki.ubuntu.com/PackwgingGuidx/Reci'es/Debdiwf. I had tj use my gog ken for that. Why?
<direchhex> lahx, because debuild will sign a changes file by default, ositg nhe gpg kzy corvesponding to tre most recent entry nn chavgelog
<maix>
finally build :)... for the record if have package FTBFS a depends on change to graphicsmagick-libmagick-dev-compat <geser> that will only for packages in universe. what about doesn't it work with it? <a|wen> geser: not if it uses "Magick" features well as "Magick++" <a|wen> geser: /usr/lib/libMagick.so is only in graphicsmagick-libmagick-dev-compat in jaunty <a|wen> and /usr/lib/libMagick.so.* which to be in libmagick10 is no more <fabrice_sp> Hi. Should a package that depends on python2.5 2.5) be rebuilt to depend on python2.6 (>=2,6)? it's ok for Jaunty? package is ekg (http://packages.ubuntu.com/jaunty/ekg) <geser> would good if minimize dependencies python2.5 <ScottK> fabrice_sp: should be rebuilt. <fabrice_sp> ok. quadrispro let me thought it's ok. I'll reactivate 2 bug reports I Thnaks <Adri2000> backporter push bug please? Launchpad bug 335692 "Please backport filezilla 3.2.2.1-1" [Undecided,New] https://launchpad.net/bugs/335692 upgraded from Intrepid to Jaunty. I'm seeing graphics on Intel compiz.... anyone know if there are driver updates planned before the release? <maix> I've a debdiff using this manual: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff. I had to use my gpg key for that. maix, because debuild will a changes file default, the key to the recent entry in changelog <maix>
 finally build :)... for the record iF you ever haVe a paCkaGe FtBfS wiTh a dEpends on libmagICk++9-deV you might need to change iT to grApHIcsmAGiCk-libMagick-dEV-cOMPat
<GeSeR> a|wEn: THaT will OnlY work foR packages iN unIvErse. what abouT LiBmagick++-dev? DoeSn't it work witH it?
<A|wen> geSeR: noT If it uSes "magicK" featuREs as weLl as "MagicK++"
<a|WEn> geseR: /Usr/lib/lIBmaGick.So is only in graphicSMaGIck-libmagick-deV-compaT iN JaUNTy
<a|Wen> Geser: and thE /uSr/lib/LIbMagicK.So.* FILEs wHIch used to be in Libmagick10 is NO moRe
<fabrIcE_sp> hI. ShoulD a pacKaGE thAt depends on PythOn2.5 (>= 2.5) be rebuiLt to dePEnd on pyTHon2.6 (>=2,6)? or it'S ok for jauNty?
<FabrICe_Sp> PacKaGE is EKg (HttP://PacKages.ubuNtU.cOm/jauNty/eKG)
<GESer> iT woUld bE good If we minimize tHe dEpenDEncIes on PythoN2.5
<ScoTtk> fabrIce_sp: IT shouLd Be rebuilt.
<fabricE_sp> oK. quadrispRo lEt Me tHoUght iT'S ok. I'll ReaCtiVate 2 bug Reports i InvAlIDATeD. Thnaks
<Adri2000> could a bAcKPOrTer push fOrward BUg #335692 PlEAse?
<ubottU> LAunChpaD BUg 335692 in iNtrePId-BackportS "PleasE BaCkPort filEzIlla 3.2.2.1-1" [UnDeCidEd,NEw] httPS://lauNchpad.Net/bugs/335692
<fAtal_> HI.. Recently upgradED from Intrepid TO JAUNtY. i'm seEinG graphics coRrupTIon oN IntEL uSinG CompiZ.... anyoNe KNoW If there are any driver UpDates pLanneD before the relEase?
<maix> I'vE CREated a deBdifF UsINg this manual: htTps://wiKi.ubuntu.coM/packaginGGuidE/Recipes/debdiff. I hAD To use my gPg kEy fOr tHat. wHY?
<dIrecthex> maix, bECAuse DeBuild wiLl sIgn a chaNgeS fiLe bY deFaUlt, using tHe gpg key CoRrEsPoNdiNg to tHE most recEnT enTrY in ChangELog
<maiX>
 finally build :)... for t he recordif yo u e ver  h avea pa ckage FTBFS wi t h adepends on libmagick++ 9-dev  y o u mi g ht  need  to cha n ge i t t ogr aph ic s ma gick- lib magick- dev-compat 
<g es er> a|wen: t h at  will only  wo rk for packa ges  in un iv ers e . wha t a boutlibmag i ck++-d ev? doesn 't it wor k  with i t ? 
< a|we n> geser: not ifi tu ses "Magick" f eature sa sw e llas"Magick++" 
< a|wen >  geser: /u s r / lib / libMagick.sois only ing rap hicsma gi ck- l ibmagi ck-de v- c omp at in jaunt y
<a |wen> ges er: an d  the /u s r/lib/l ibMagi ck. so. * fi l es  w hic hu sed to  be inlibmagic k1 0is no  mor e < f abri ce_ sp>Hi. S hould a packa gethat dep endson py thon 2. 5 (>=  2.5)be re bu ilt to depend o n py thon2.6 ( >=2 ,6 )?or  it's ok for  Ja unt y?
<fab rice_sp >  pa ck a g e  i s ekg (http://pack ag e s .u buntu.co m/jaun t y/ ek g )
<geser >itwoul d be go od i f  w e minimi ze the de pe ndencie son pyt ho n2. 5
< Scott K > fa brice_ sp: It s hould be rebuilt.
<f a brice_sp> ok. qu a d ri s prolet  me thought  it' s  ok.  I'l l  r eac t ivate  2 bu gr ep o rts I invalidated.Th naks
< Adri2 000> could abackporter p u sh forwa rd b u g# 335692 please? 
<ubo ttu> Launc h pad bug33569 2 in int repid-bac k p orts "Pl eas e b ack por t fi lezilla 3.2.2 . 1 -1"[U ndecide d,N ew] htt ps: //l aun chp ad .net/bugs /335692<f at al _>  Hi .. re c ently up gr ade dfro m Int r epid t o Jau nty.  I 'm see ing gra p hi c s  cor ru pt iononIn tel u sing com piz....  anyone k now if t he re  are an y driver upda te s plannedbe for e ther e lease?
< maix> I've created a de b diff us ing  this  man ual: http s:/ /wiki. ubu n tu.com /Packa gingG ui de/ R e cipes / D eb dif f.  I had tou s e m y gpg  k ey f or that . Why?
<directhex> mai x, because de bui ld w i l lsig n  a cha ng e s f i l e by default, u sing the g pg ke y correspo n din gto themost re cente ntry in  changelo g
<maix>
 finally_build :)..._for the record if_you ever_have_a package_FTBFS_with a depends_on libmagick++9-dev you_might need to change_it to graphicsmagick-libmagick-dev-compat
<geser>_a|wen:_that will only work for packages in universe. what about libmagick++-dev? doesn't it work_with_it?
<a|wen> geser:_not_if_it uses "Magick" features as_well as "Magick++"
<a|wen> geser: /usr/lib/libMagick.so_is only_in graphicsmagick-libmagick-dev-compat in jaunty
<a|wen> geser: and the /usr/lib/libMagick.so.*_files_which used to_be in libmagick10 is no more
<fabrice_sp> Hi. Should a_package that depends on python2.5 (>=_2.5) be rebuilt_to_depend_on python2.6 (>=2,6)? or_it's ok for Jaunty?
<fabrice_sp> package is_ekg (http://packages.ubuntu.com/jaunty/ekg)
<geser> it would be good_if we minimize the dependencies on python2.5
<ScottK>_fabrice_sp: It should be rebuilt.
<fabrice_sp> ok._quadrispro let me thought it's_ok. I'll_reactivate 2 bug reports I_invalidated. Thnaks
<Adri2000> could_a backporter_push forward bug_#335692 please?
<ubottu> Launchpad bug 335692 in_intrepid-backports "Please backport_filezilla 3.2.2.1-1" [Undecided,New] https://launchpad.net/bugs/335692
<fatal_> Hi.. recently_upgraded_from Intrepid to_Jaunty._I'm_seeing graphics_corruption on Intel_using_compiz.... anyone_know_if there are any driver updates_planned_before the release?
<maix> I've created a debdiff_using this manual: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff._I_had to use my_gpg key for that. Why?
<directhex>_maix, because debuild will sign a_changes file_by default,_using the gpg key corresponding to the most recent entry in_changelog
<maix>