[vlc-devel] Fwd: Re: Releases plan?

[Tony Anecito]

Sorry forgot to also to vlc-devel.

-Tony

--- Tony Anecito <adanecito at yahoo.com> wrote:

> Date: Wed, 12 Sep 2007 12:54:12 -0700 (PDT)
> From: Tony Anecito <adanecito at yahoo.com>
> Subject: Re: [vlc-devel] Releases plan?
> To: rdenis at simphalempin.com
> 
> Hi Remi,
> 
> Thanks for the prompt reply.
> 
> --- Rémi Denis-Courmont <rem at videolan.org> wrote:
> 
> > Le Wednesday 12 September 2007 22:19:34 Tony
> > Anecito, vous avez écrit :
> > > 1. Stop doing enhancements.
> > > 2. Stop reorganizing the code. The changes to
> the
> > > method names and splitting apart libvlc into two
> > > libraries seemed very disruptive.
> > 
> > I would rather we finish what's been started. If
> we
> > are to have the slightest 
> > chance that the API remains stable later on, we'd
> > better get it right this 
> > time.
> I mean stop adding new enhancements. I would
> evaluate
> new enhancments based upon number of users who
> really
> want that enhancement. Broken or awkward user
> interfaces and threading issues seem more important
> than adding another video format that maybe less
> than
> 1% would use.
> On the otherhand if someone freely gives patches
> that
> they will integrate and make sure work and thier
> skills are best used doing that rather than
> interfaces
> than let them add it as long as it does not disrupt
> work in other areas.
> 
> > 
> > > 3. Stop updating libraries unless they fix
> > something
> > > major. I am guilty of this also for my project
> > where I
> > > wanted to update vlc dlls every week but decided
> > to
> > > hold off now till once every two months.
> > > 4. Provide the bindings output in the nightly
> > builds
> > > such as the jvlc.dll.
> > 
> > That will only delay the development work further
> > more.
> Can not test without it so unless all your testers
> are
> developers bindings testing will never move forward.
> > 
> > > 5. Break apart the executable into server and
> > client
> > > side. That should reduce build time and improve
> > > productivity.
> > 
> > No, that would duplicate work. Plus this is
> > essentially impossible since the 
> > server part depends on the client part. There is a
> > reason why we dropped vls 
> > in favor of vlc.
> >
> I seem to see others wanting a "light" (client only)
> version of vlc so this will probably happen on its
> own
> over time as far as deliverable to users is
> concerned.
> 
> So the code is tightly coupled in several places
> between client and server?
> 
> > > 6. Make sure if you change the build process it
> > works
> > > for all developers (those who were able to work
> in
> > > other tools) not just a few (I mean cygwin being
> > > broken by getText).
> > 
> > Better yet not use Cygwin. You'd be much faster
> with
> > a VMware running Ubuntu.
> > The only practical way to avoid breaking the
> builds
> > on other systems is to 
> > uniformize the build systems. Now that Visual
> Studio
> > does not work anymore, 
> > there are still as many as three ways to build on
> > Windows (Linux mingw, MSYS 
> > and Cygwin); *that* is a big waste of effort and
> > slows everything down.
> Even though I have the vlc build itself working
> again
> under Cygwin too much time spent getting the builds
> working again everytime a major change is made to
> the
> code and build process. Probably my problem since I
> wait a month or two to see things stabilize.
> 
> 
> Maybe the group should try the iterative approach to
> releases rather than the big bang approach that I
> think I see here but perhaps that is due to this
> being
> a major release?
> 
> I have said all I can on these subjects and look
> forward to seeing other comments.
> 
> Regards,
> -Tony
> 
> > 
> > -- 
> > Rémi Denis-Courmont
> > http://www.remlab.net/
> > 
> 
> 
> 
>        
>
____________________________________________________________________________________
> Moody friends. Drama queens. Your life? Nope! -
> their life, your story. Play Sims Stories at Yahoo!
> Games.
> http://sims.yahoo.com/  
> 



      ____________________________________________________________________________________
Tonight's top picks. What will you watch tonight? Preview the hottest shows on Yahoo! TV.
http://tv.yahoo.com/