 experiment than a real stable release.
<siretart> read: they don't really support it, and its already outdated
<NCommander> siretart, its two days old...
<siretart> the release is from 03/03/2009
<siretart> that's over a week
<siretart> libswscale can now be compiled as lgpl
<siretart> in trunk (not in 0.5 release)
<NCommander> o_o;
<NCommander> things move fast...
<siretart> that's the problem with ffmpeg releases
<siretart> trunk moves that fast (since years) that releases actually don't really make sense
<NCommander> siretart, I get it, but it makes downstreams lives harder
<siretart> diego decided to make time based snapshot releases. let's see if and how the next one will work out
<siretart> NCommander: you now understand why mplayer svn has svn:externals to the ffmpeg svn (and vice-versa, to make the matter more spicy)?
<siretart> did I mention at some point that I'd really appreciate help on packaging the two beasts? ;-)
<NCommander> siretart, add to the legal status of ffmpeg, and its an entire mountian of fun.
<siretart> the legal status is: LGPL, with some (optional) GPL bits
<NCommander> siretart, w.r.t. to patents
<NCommander> siretart, I'm packaging cross-compilers with newlib being built in a single pass ;-). I know hellish packages.
<siretart> superm1: you did most of the works in ubuntus mplayer, right?
<siretart> superm1: I've just uploaded http://wiki.tauware.de/~siretart/upload-queue/mplayer_1.0~rc2%2bsvn20090303-1.dsc to debian/unstable (possibly *very* close to the rc3 release)
<siretart> superm1: perhaps we can (and should) merge that package to ubuntu as well, checkout the branch on git.debian.org
<superm
experiment than a real stable release. 
 < siretart > read: they don't in truth confirm it, and its already outdated 
 < NCommander > siretart, its two days old... 
 < siretart > the release is from 03/03/2009 
 < siretart > that's all over a week 
 < siretart > libswscale can now be compiled as lgpl 
 < siretart > in torso (not in 0.5 release) 
 < NCommander > o_o; 
 < NCommander > things travel fast... 
 < siretart > that's the problem with ffmpeg releases 
 < siretart > proboscis moves that fast (since years) that acquittance actually don't really make sense 
 < NCommander > siretart, I get it, but it makes downstreams populate harder 
 < siretart > diego decided to make prison term based snapshot releases. let's see if and how the following one will work out 
 < siretart > NCommander: you now understand why mplayer svn has svn: externals to the ffmpeg svn (and vice - versa, to cook the matter more spicy)? 
 < siretart > did I mention at some point that I'd really prize aid on packaging the two beasts? ;-) 
 < NCommander > siretart, add to the legal status of ffmpeg, and its an entire mountian of fun. 
 < siretart > the legal status is: LGPL, with some (optional) GPL bits 
 < NCommander > siretart, w.r.t. to patents 
 < NCommander > siretart, I'm box crisscross - compilers with newlib being build in a individual pass ;-). I know hellish software. 
 < siretart > superm1: you did most of the works in ubuntus mplayer, right? 
 < siretart > superm1: I've just upload http://wiki.tauware.de/~siretart/upload-queue/mplayer_1.0~rc2%2bsvn20090303-1.dsc to debian / unstable (possibly * very * close to the rc3 release) 
 < siretart > superm1: perhaps we can (and should) merge that package to ubuntu as well, checkout the branch on git.debian.org 
 < superm
 exoeriment than a real stanle release.
<siretcet> reav: they son't reauly support it, and its alreavy oytdattb
<NCommander> siretart, its two fays old...
<wireuart> the release ma from 03/03/2009
<siretadb> thac's over a week
<sitetart> libswvcale can now te clmpiled as lgpl
<siretart> in trunk (noe in 0.5 rrlfase)
<NCommander> o_o;
<NBoimansvr> things move fast...
<siretart> thaf's the kroblem with ffmpeb releases
<siretart> trunk mlves that fast (since yfars) that rgmeafws actually aon't reallj make sensg
<NCommander> siretart, I get it, bug it kakes downwteealv lives harver
<sirvtart> diego dcbided tm make yime based snaishot reoeases. let's see if anv how the next one wyll work muc
<siretart> NCommander: toy now undarstxbd dhy m'lager svj hes svn:exterhals to the ffmpeg svn (and vict-vewwa, to make ths mattqr more spicy)?
<siretart> did I mention at soke loint that I'd really appreciate help on packwging the two beasts? ;-)
<NCommander> siretart, add to the legal vtatua of fnmpee, ajd its an entire mountian of fun.
<siretart> the jsgsl status is: LGPJ, with some (ootojnal) GPL bits
<VCommaused> siretart, w.r.t. to oatents
<GCommqnder> sirttart, I'm packaging cross-compilerw with newliy bwing built in a siugle pass ;-). I knoe helkish packages.
<siretart> sbperm1: gou did mosh of the surks in ubuntus oplsyar, right?
<siretart> superm1: I'vq just upooadzd http://wkki.tsuware.qe/~siretart/kpload-queue/mplayer_1.0~rc2%2bsvn20090303-1.fsc tl gebian/unstwble (possibly *very* close to the rc3 release)
<sirgtast> vuperm1: pzrhaps we can (and srould) merge thct packaye to jbuntu as sell, chxckout the bwanch on git.dahian.org
<superk
experiment than a real stable release. <siretart> don't support it, its already outdated old... the release is 03/03/2009 <siretart> that's a week <siretart> libswscale can now compiled as lgpl <siretart> in trunk (not in 0.5 release) <NCommander> o_o; <NCommander> move fast... <siretart> that's the problem with ffmpeg releases <siretart> trunk moves that (since that actually really make sense <NCommander> siretart, I get it, but it makes downstreams lives harder <siretart> diego to make time based snapshot releases. let's see and how the next will work out <siretart> NCommander: now why mplayer has to ffmpeg svn (and to make the matter more spicy)? <siretart> did I mention at some point that I'd really appreciate on packaging beasts? ;-) siretart, to legal status of its an entire mountian of fun. status is: LGPL, with some (optional) GPL bits siretart, w.r.t. patents <NCommander> siretart, I'm packaging cross-compilers newlib being built in a single pass ;-). know hellish packages. <siretart> superm1: you did most of the works in ubuntus mplayer, right? I've just uploaded http://wiki.tauware.de/~siretart/upload-queue/mplayer_1.0~rc2%2bsvn20090303-1.dsc debian/unstable (possibly *very* to rc3 <siretart> perhaps we (and should) merge that package to ubuntu as well, checkout the on git.debian.org <superm
 experiment than a real stable Release.
<sirEtart> ReaD: thEy Don't RealLy support it, and ITs alReady outdated
<NCommandeR> sireTaRT, its TWo Days oLd...
<siretARt> THE reLeAsE is FrOM 03/03/2009
<sIretaRt> tHat's oveR a week
<sireTarT> lIbswscale can NOw Be compiled As lGpl
<siretart> iN trUnk (not In 0.5 RelEAse)
<NCOmmAnder> O_o;
<NComMAnder> tHings move FaST...
<siretARt> that's THE pRoblEm with ffmpeg releaSEs
<SIretart> trunk moVes thaT fASt (SINce YeaRs) that releAsEs actUAlly don'T ReALLY maKE sense
<NCommanDer> siretart, i Get It, but iT mAkeS DownstReams LiVEs hArder
<siretaRt> diEgo decideD to makE Time basED snapshOt releAseS. leT's seE If AnD hoW tHE neXT oNe wILl wOrk out
<siReTaRt> NCoMmanDER: YOu noW unDersTand wHy mplayer svn hAs sVn:exTErnAls to The ffMpeg SvN (and vIce-verSa, to mAkE the matter more sPicy)?
<Siretart> dId I MeNtiOn At somE Point tHat i'd rEally apPreciatE HelP oN PACkAging the two beasts? ;-)
<NcoMMAnDer> siretArt, add TO tHe LEgal statUs Of fFmpeG, ANd its An enTIrE mountiaN of fun.
<SIrEtArt> the lEgAl statUs Is: LgPL, With sOMe (opTional) gPL bits
<NcommaNDer> siretart, w.r.t. TO patents
<NCommANdER> SiREtarT, I'm Packaging crOss-cOMpilErs wITh NewLIb beiNg buiLt IN a SIngle pass ;-). I know helliSh PackagEs.
<sirEtart> superm1: yoU did most of THE Works in uBuntUS mPLayer, right?
<sireTart> sUperm1: I've juST uploadeD http://Wiki.tauwAre.de/~sireTARt/upload-QueUe/mPlaYer_1.0~RC2%2BsVn20090303-1.dsc to debian/UNStabLe (PossiblY *veRy* close To tHe rC3 reLeaSe)
<Siretart> sUperm1: perHaPs We CaN (anD shouLD) merge thAt PacKaGe tO ubunTU as welL, checKout ThE bRAncH on git.dEBiAN.Org
<sUpErM
 experiment than a real st able relea se.
< sir eta rt > re ad:they don't rea l ly s upport it, and its alr eadyou t date d 
< NComm ander>s ir e t art ,it s t wo da ys ol d.. .
<sire tart> therel ea se is from 0 3 /0 3/2009
<si ret art> that'sove r a we ek 
<s i retar t>libsw scalec an now  be compi le d  as lg p l
<sire t a rt > in  trunk (not in 0. 5  r e lease)
<NComma nder>o_ o ;< N Com man der> thing smovef ast...< si r e t art >  that's the p roblem with ffm peg re le ase s 
<sire tart>  t r unk  moves that  fas t (sinceyears) that re l eases a ctuall y d on' t re a ll ymak es ens e 
< NCo m man der> sir et ar t, Igeti t , butitmake s dow nstreams live s h arde r 
<s ireta rt> d iego  d ecide d to m ake t im e based snapsho t re leases. l et' ssee  i f and how th e n ext  one wi ll work out 
< s i r et art> NCommander: y ou n ow  underst and wh y  m pl a yer svnha s s vn:e x t ernal s to th e ffmpeg  svn ( a nd  v ice-ver sa , to m ak e t hematte r  mor e spic y)?
<sir etart >  did I mention at some point th a t  I ' d re all y appreciat e he l p on  pac k ag ing the t wo be as t s? ;-)
<NCommander> si re tart,add t o the legal s tatus of f f m p eg, anditsa ne ntire mountian  of f un.
<siret a rt> thelegal  statusis: LGPL, w ith some  (o pti ona l)G P Lbits
<NComman d e r> s ir etart,w.r .t. topat ent s
< NCo mm ander> si retart,I' mpa ck agi ng cr o ss-compi le rswi thnewli b  being  buil t in  a  s i ngl e pass; -) . I kn ow  h elli shpa ckage s.
< s ire tart> s uperm1: y oud id m os tof theworks in ubun tu s mplayer,  r igh t?
<si r e tart> su perm1: I've just upload e d http: //w iki.t auwa re.de/~si ret art/up loa d -queue /mplay er_1. 0~ rc2 % 2 bsvn2 0 0 90 303 -1 .dsc to de b i an/ unsta bl e (p ossibly  *very* close to t h e r c3 release)
< sir etar t >  s upe r m1 :  pe rh a psw e  can (and shoul d) merge t ha t  p ackage tou bun tu  as wel l, chec koutt he bran ch on git .debian.o rg 
<su p e rm
 experiment_than a_real stable release.
<siretart> read:_they don't_really_support it,_and_its already outdated
<NCommander>_siretart, its two_days old...
<siretart> the release_is from 03/03/2009
<siretart>_that's_over a week
<siretart> libswscale can now be compiled as lgpl
<siretart> in trunk (not in_0.5_release)
<NCommander> o_o;
<NCommander>_things_move_fast...
<siretart> that's the problem with_ffmpeg releases
<siretart> trunk moves that_fast (since_years) that releases actually don't really make sense
<NCommander>_siretart,_I get it,_but it makes downstreams lives harder
<siretart> diego decided to_make time based snapshot releases. let's_see if and_how_the_next one will work_out
<siretart> NCommander: you now understand why_mplayer svn has svn:externals to the_ffmpeg svn (and vice-versa, to make the_matter more spicy)?
<siretart> did I mention_at some point that I'd_really appreciate_help on packaging the two_beasts? ;-)
<NCommander> siretart,_add to_the legal status_of ffmpeg, and its an entire_mountian of fun.
<siretart>_the legal status is: LGPL, with_some_(optional) GPL bits
<NCommander>_siretart,_w.r.t._to patents
<NCommander>_siretart, I'm packaging_cross-compilers_with newlib_being_built in a single pass ;-)._I_know hellish packages.
<siretart> superm1: you did most_of the works in_ubuntus_mplayer, right?
<siretart> superm1: I've_just uploaded http://wiki.tauware.de/~siretart/upload-queue/mplayer_1.0~rc2%2bsvn20090303-1.dsc to debian/unstable_(possibly *very* close to the rc3_release)
<siretart> superm1:_perhaps we_can (and should) merge that package to ubuntu as well, checkout_the branch on git.debian.org
<superm