I think that what's currently in git has been tested enough (with the exception of the stuff I've just dumped it--hopefully non-invasive though) that pushing a 2.8.1 to make Amarok functional everywhere, and then starting in on some of the waitlisted features for 2.9 could be good. I'm going to try and get mac stuff working in a separate branch today, and then ask for some testing/review of the cmake changes before pushing it. If it works for everyone on other platforms, we can think about pushing it for 2.8.1, otherwise I wouldn't mind holding off until 2.9... it's not like there are a lot of people waiting eagerly to use Amarok on Mac.
Dan, On Fri, May 9, 2014 at 9:49 AM, Myriam Schweingruber <myr...@kde.org> wrote: > Hi all and welcome back to Dan and Matěj :) > > On Fri, May 9, 2014 at 1:39 PM, Matěj Laitl <ma...@laitl.cz> wrote: > > On Thu, May 8, 2014 at 8:41 PM, Dan Meltzer > > <parallelgrapefr...@gmail.com> wrote: > >> Hi Everyone, > ... > > I've also started poking with the my MTP collection rewrite, which > > would hopefully be in a releasable state in a month or two. If this > > goes according to the plan, we may even think of calling it just > > Amarok 2.9. > > I think there are the minor fixes we planed a while back that should > go out as 2.8.1 ASAP, as we already missed the Kubuntu Trusty release > due to that delay, and there are some real nasty bugs that make Amarok > painful to use with 2.8.0. This would also give us more polishing time > for 2.9 > > One of the most annoying things is the GUI being not responsive after > the start due to some collection scanning, I get reports about this > almost daily > > > BTW, it would be nice if Tatjana's AudioCD rewrite would be readied > > before 2.9 as it would allow us to remove a deprecated framework. > > Tatjana? Edward? > > Wasn't that merged already? > > > Regards, Myriam > > -- > Proud member of the Amarok and KDE Community > Protect your freedom and join the Fellowship of FSFE: > http://www.fsfe.org > Please don't send me proprietary file formats, > use ISO standard ODF instead (ISO/IEC 26300) > Wasn' > _______________________________________________ > Amarok-devel mailing list > Amarok-devel@kde.org > https://mail.kde.org/mailman/listinfo/amarok-devel >
_______________________________________________ Amarok-devel mailing list Amarok-devel@kde.org https://mail.kde.org/mailman/listinfo/amarok-devel
