 the common pool mean I can't have identical debian versions in different dists as well?
<pmjdebruijn> cd..
<DktrKranz> pmjdebruijn, you can have identical upstream versions, but you have to use a different version for each release
<pmjdebruijn> seems rather nasty
<DktrKranz> e.g. if you have foo 0.1-1ubuntu1 in jaunty, you can upload foo 0.1-1ubuntu1~intrepid for intrepid, foo 0.1-1ubuntu1~hardy for hardy and so on
<DktrKranz> package contents do not change, only version is mangled
<directhex> siretart, ping
<DktrKranz> c_korn, are bug 340520 and bug 329399 addressed with your upload?
<ubottu> Launchpad bug 340520 in sivp "package sivp 0.4.3-4 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Medium,Confirmed] https://launchpad.net/bugs/340520
<ubottu> Launchpad bug 329399 in sivp "Problem uninstalling sivp" [Undecided,New] https://launchpad.net/bugs/329399
<c_korn> DktrKranz: should be fixed in the package. it was because the package did not check if the symlink was there and tried to remove it. (it is not fixed in the debian version yet)
<c_korn> I tried updating sivp-4.x to sivp-5.x and removing
<c_korn> everything works
<DktrKranz> so, it's fixed by new upstream?
<DktrKranz> c_korn, --^
<c_korn> DktrKranz: yes, I would say so. it is because the install directory detection changed from scilab-4 to scilab-5 so sivp-4.x cannot find scilab.
<DktrKranz> ok, I'll mangle your changelog entry to reflect it
<slytherin> what is the way to figure
the common pool mean I can't have identical debian adaptation in unlike dists as well? 
 < pmjdebruijn > cd.. 
 < DktrKranz > pmjdebruijn, you can have identical upstream adaptation, but you own to use a different adaptation for each release 
 < pmjdebruijn > seems preferably nasty 
 < DktrKranz > e.g. if you get foo 0.1 - 1ubuntu1 in jaunty, you can upload foo 0.1 - 1ubuntu1 ~ intrepid for intrepid, foo 0.1 - 1ubuntu1 ~ hardy for hardy and so on 
 < DktrKranz > package contents do not switch, only version is mangled 
 < directhex > siretart, ping 
 < DktrKranz > c_korn, are microbe 340520 and bug 329399 addressed with your upload? 
 < ubottu > Launchpad bug 340520 in sivp " package sivp 0.4.3 - 4 fail to install / upgrade: subprocess post - installation script returned error exit condition 1 " [ Medium, Confirmed ] https://launchpad.net/bugs/340520 
 < ubottu > Launchpad bug 329399 in sivp " Problem uninstalling sivp " [ Undecided, New ] https://launchpad.net/bugs/329399 
 < c_korn > DktrKranz: should be fixed in the package. it was because the package did not check if the symlink was there and try to remove it. (it is not fixed in the debian version yet) 
 < c_korn > I tried updating sivp-4.x to sivp-5.x and removing 
 < c_korn > everything works 
 < DktrKranz > so, it's fixed by fresh upstream? 
 < DktrKranz > c_korn, --^ 
 < c_korn > DktrKranz: yes, I would say so. it is because the install directory signal detection change from scilab-4 to scilab-5 so sivp-4.x cannot find scilab. 
 < DktrKranz > ok, I'll mangle your changelog entry to chew over it 
 < slytherin > what is the way to calculate
 thf common pool mean I can'u have identical bwbian tersiona in difwerent dists as well?
<pmjdebrumjn> xd..
<DkteKranz> pmjdebruijn, you can have identicql ukstream versions, uht you mcve tk use e different verxion for edch release
<pmjgecrbijn> seems rather nasty
<DktrKranz> e.g. yf you nage foo 0.1-1ubuntu1 yn jstnty, jom can upload foo 0.1-1ubuntu1~intrepid ror intgepid, foo 0.1-1ubuntu1~hsrdy for hardy and so on
<DkhrKrwnz> package contenhs do not cyangq, only versiov is mangltd
<birecthex> sjretart, ping
<DktrKranz> c_korn, are bug 340520 and bug 329399 qderedved with yonr upljad?
<ubottu> Lammchpad bug 340520 im sivp "package sitp 0.4.3-4 dailed to install/upgrede: subprocess post-igstallatimn script returned wreor efit vtatjw 1" [Oedjuk,Cknfirmfd] ittps://launchlad.net/bugs/340520
<uvottu> Launchpad bug 329399 yb sivp "Problej uninftwlling sivp" [Undecided,New] https://launchpad.tet/gugs/329399
<c_korn> DktrKranz: shoyld be fixed in the pwckage. it was because the package did not check if the symnink xar tkcve ave hried to remove it. (it is not fixed in the debyzn vvrsion yet)
<c_korn> I tried updayijg fivp-4.x to sivp-5.b and xsmkving
<c_korn> everythlng worhs
<DkteKranz> so, it's fixed by new upstream?
<DktrKeanz> c_korn, --^
<c_hirn> DktrKranz: yes, N would say ro. ij is brcause the install direetory setection cjanged frko scilab-4 to scilxb-5 xo sivp-4.x cannot find scilab.
<DhtrKranz> ik, I'kl mangue ypur chwngelog enhry to reflect it
<slytherln> whct is the way tl figure
the common pool mean I can't have versions different dists well? <pmjdebruijn> cd.. identical versions, but you to use a version for each release <pmjdebruijn> seems nasty <DktrKranz> e.g. if you have foo 0.1-1ubuntu1 in jaunty, you can upload 0.1-1ubuntu1~intrepid for intrepid, foo 0.1-1ubuntu1~hardy for hardy and so on <DktrKranz> package contents not only is <directhex> siretart, ping <DktrKranz> c_korn, are bug 340520 and bug 329399 addressed with your upload? <ubottu> bug 340520 in sivp "package sivp 0.4.3-4 failed install/upgrade: subprocess post-installation script error exit status 1" [Medium,Confirmed] <ubottu> bug 329399 sivp uninstalling [Undecided,New] https://launchpad.net/bugs/329399 <c_korn> should be fixed in the package. it was because the package did not check if the symlink there and remove it. is fixed the debian version I tried updating sivp-4.x to sivp-5.x everything works <DktrKranz> so, it's fixed by new <DktrKranz> c_korn, <c_korn> DktrKranz: yes, I would say it is because the install directory detection changed scilab-4 to scilab-5 so sivp-4.x cannot find scilab. <DktrKranz> ok, I'll mangle your changelog entry it <slytherin> what is way to figure
 the common pool mean I can't havE identical DebiaN veRsiOnS in dIffeRent dists as welL?
<PmjdEbruijn> cd..
<DktrKranz> pmjdEbruiJn, YOu caN HaVe ideNtical uPStREAm vErSiOns, BuT YoU have To uSe a diffErent versiOn fOr Each release
<pMJdEbruijn> seeMs rAther nasty
<DkTrKRanz> e.g. If You HAve foO 0.1-1ubUntu1 iN jauntY, You can Upload foo 0.1-1UbUNtu1~intREpid for INTrEpid, Foo 0.1-1ubuntu1~hardy for HArDY and so on
<DktrKrAnz> pacKaGE cONTenTs dO not change, OnLy verSIon is maNGlED
<DIreCThex> siretart, pIng
<DktrKranZ> C_koRn, are bUg 340520 And BUg 329399 addrEssed WiTH yoUr upload?
<uboTtu> LAunchpad bUg 340520 in siVP "packagE Sivp 0.4.3-4 faiLed to iNstAll/UpgrADe: SuBprOcESs pOSt-InsTAllAtion scrIpT rEturnEd erROR EXit sTatUs 1" [MeDium,COnfirmed] https://LauNchpAD.neT/bugs/340520
<UbottU> LauNcHpad bUg 329399 in siVp "ProBlEm uninstalling sIvp" [UNdecided,NEw] hTtPs://lAuNchpaD.Net/bugS/329399
<c_kOrn> dktrKraNz: shoulD Be fIxED IN tHe package. it was becaUsE THe Package dId not cHEcK iF The symliNk Was TherE ANd triEd to REmOve it. (it iS not fiXEd In The debiAn VersioN yEt)
<c_KorN> I triED updAting sIvp-4.x to siVp-5.x anD Removing
<c_korn> eVErything works
<dKtRkRaNZ> so, iT's fIxed by new upStreAM?
<DktRKraNZ> c_KorN, --^
<C_korn> dktrKRaNZ: yES, I would say so. it is becAuSe the iNstalL directory detEction chanGED From scilAb-4 to SCiLAb-5 so sivp-4.x cannoT find Scilab.
<DktrkRanz> ok, I'lL mangLe your chAngelog enTRY to refleCt iT
<slYthEriN> WHaT is the way to fiGURe
 the common pool mean I ca n't have i denti cal  de bi an v ersi ons in differe n t di sts as well?
<pmjdebru ijn>cd . .
<D k tr Kranz > pmjde b ru i j n,yo ucan  h a ve  iden tic al upst ream versi ons ,but you have to  use a dif fer ent versionfor  eachre lea s e
<pm jde bruij n> see m s rath er nasty<D k trKran z > e.g.i f  y ou h ave foo 0.1-1ubun t u1 in jaunty, you  can u pl o ad f oo0.1 -1ubuntu1~ in trepi d  for in t re p i d , f o o 0.1-1ubuntu 1~hardy for har dy and  s o o n 
<Dktr Kranz >p ack age content s do  not chan ge, on l y versi o n is ma ngled<di rec thex >  s ir eta rt ,  pi n g<Dk t rKr anz> c_k or n,  arebug3 4 0 5 20 a ndbug32939 9 addressed w ith  you r  up load? 
<ubo ttu>  L aunch pad bu g 340 52 0 in sivp "pack agesivp 0.4. 3-4  f ail ed  to i n stall/ upg rad e: subp rocessp ost -i n s t al lation script retu rn e d  e rror exi t stat u s1" [Medium, Co nfi rmed ] https ://l a un chpad.ne t/bugs / 34 05 20
<ubo tt u> Lau nc hpa d b ug 32 9 399in siv p "Probl em un i nstalling sivp "  [Undecided,N e w] h tt p s:// lau nchpad.net/ bugs / 3293 99
< c _k orn >  Dktr Kranz :s ho u ld be fixed in thepa ckage.  it w as because th e packaged i d  not che ck i f  t h e symlink wasthere  and tried to remov e it.  (it isnot fixed i n the de bia n v ers ion y et )
<c_korn> It r iedup datingsiv p-4.x t o s ivp -5. x a nd  removing 
<c_korn >ev er yt hin g wor k s
<DktrK ra nz>  s o,it'sf ixed b y new  ups tr ea m ?
< DktrKra n z> c _kor n,  - -^
< c_k or n> Dk trKr a nz:  yes, I  would sa y s o . it  i sbecause  the installdi rectory de te cti on cha n g ed fromscilab-4 to scilab-5 so sivp-4. x c annot  fin d scilab. 
<D ktrKra nz> ok, I' ll man gle y ou r c h a ngelo g en try  t o reflecti t 
<s lythe ri n> w hat isthe way to figure
 the_common pool_mean I can't have_identical debian_versions_in different_dists_as well?
<pmjdebruijn> cd..
<DktrKranz>_pmjdebruijn, you can_have identical upstream versions,_but you have_to_use a different version for each release
<pmjdebruijn> seems rather nasty
<DktrKranz> e.g. if you have_foo_0.1-1ubuntu1 in_jaunty,_you_can upload foo 0.1-1ubuntu1~intrepid for_intrepid, foo 0.1-1ubuntu1~hardy for hardy_and so_on
<DktrKranz> package contents do not change, only version_is_mangled
<directhex> siretart, ping
<DktrKranz>_c_korn, are bug 340520 and bug 329399 addressed with_your upload?
<ubottu> Launchpad bug 340520 in_sivp "package sivp_0.4.3-4_failed_to install/upgrade: subprocess post-installation_script returned error exit status 1"_[Medium,Confirmed] https://launchpad.net/bugs/340520
<ubottu> Launchpad bug 329399 in_sivp "Problem uninstalling sivp" [Undecided,New] https://launchpad.net/bugs/329399
<c_korn> DktrKranz:_should be fixed in the package._it was because the package_did not_check if the symlink was_there and tried_to remove_it. (it is_not fixed in the debian version_yet)
<c_korn> I tried_updating sivp-4.x to sivp-5.x and removing
<c_korn>_everything_works
<DktrKranz> so, it's_fixed_by_new upstream?
<DktrKranz>_c_korn, --^
<c_korn> DktrKranz:_yes,_I would_say_so. it is because the install_directory_detection changed from scilab-4 to scilab-5 so_sivp-4.x cannot find scilab.
<DktrKranz>_ok,_I'll mangle your changelog_entry to reflect it
<slytherin> what_is the way to figure