|
Rockbox mail archiveSubject: Re: let's do a Rockbox v2.5 releaseRe: 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 |