On Fri, May 15, 2020 at 10:56 PM Jonathan Riddell <j...@jriddell.org> wrote: > > On Wed, 13 May 2020 at 00:19, Carl Schwan <c...@carlschwan.eu> wrote: >> >> I'm not really happy with how the KDE Apps Monthly Update is happening. I >> understand why we moved away from the KDE Applications brand and >> announcement but the current monthly update doesn't feel better, at least >> from a reader perpective. > > > Thanks for the feedback. It's hard to judge how well the Monthly App Updates > work as a concept and they do serve a number of purposes that sort of align > but also don't always feel that they do. > > - Announcing the release service releases > - Reviewing what new app releases are made in KDE each month > - Promoting KDE's apps as being available through means other than just Linux > distros > > Announcing the release service releases is what makes it shift date each > month. We could separate them but then would the release service > announcements go back to being a product which is what the intention is to > avoid. What's strange about the decision to debrand it from being a product > into just a service with lots of products is one anyone feels too strongly > about rather than just being one that nobody objects to. My preference was > always to rebrand it as KDE Apps Bundle or similar but that had objections > and with KDE decision making is often taken as the option that nobody objects > to. If you want to re-open the debate you'd need to work out how to come to > a new consensus.
Is there any reason why the Release Service needs to have a separate announcement if the Monthly App Updates is going to go out a few days later? Would there be much harm in the packages being released and our announcement following a few days later? If you think there is harm, then I'd suggest that the Release Service always release on the same day every month (even if that means it moves from being mid-week to happening on a Sunday to a Friday depending on the month). Note that the tarballs can always be ready a different number of days before hand if the concern is the packaging process. I suspect from a Promo perspective there is some benefit to knowing it will always happen on X day (giving those interested a given day to look forward to they don't have to reference our calendars to find) > > Picking which apps to review is each so we don't include too many bugfix only > releases is just something we can keep in mind in future ones, that makes > sense. > > I'm keen to highlight new package distribution methods, that's a primary aim > of the All About the Apps Goal and this month that happens to be AppImages > but other months it's Chocolately or Snaps or whatever. > > Jonathan > > Cheers, Ben
