Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Re: let's do a Rockbox v2.5 release

Re: let's do a Rockbox v2.5 release

From: David McIntyre <plughie_at_gmail.com>
Date: Mon, 6 Jun 2005 13:00:49 -0700

It's like putting a stereo faceplate in a car on an assembly line and having
the dealer tell the customer that the radio won't play because they haven't
finished designing it yet. The code will run on an iRiver without playback
right now. You'd have to document that it won't work. It's far better to
release a build with all features intact and bug-free, especially since the
iRiver code will be more or less untested by the community.
If you really want to move forward on the release, I'd recommend branching
the code by yanking the iRiver stuff and stabilizing the functional pieces.
We also have to ask ourselves if RLOD, recording fixes, and the database are
worth the effort of freezing the code to iRiver development to get out an
official release. I'd recommend finishing iRiver and make a huge splash with
the next release. It's a good milestone and should garner a lot more press.
In the future, if you have something like RLOD and recording fixes, these
should be released as "dot-dot" builds instead of waiting a long time to get
the fixes into the public eye. Save stuff like id3 database and new platform
support for the big build numbers.

On 6/6/05, Linus Nielsen Feltzing <linus_at_haxx.se> wrote:
>
> David McIntyre wrote:
> > Unless you're willing to branch code (bad idea in a project like this),
> I
> > think leaving a BIG unfinished project like iRiver playback in the
> codebase
> > for an official release is a bad idea.
>
> Why is that so?
>
> Linus
>
>
_______________________________________________
http://cool.haxx.se/mailman/listinfo/rockbox
Received on 2005-06-06

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy