Remove bundle wrapper, give public to all products, call it "Greater KDE Software Release Day"

Alexander Potashev aspotashev at gmail.com
Fri May 17 01:17:07 BST 2019


ср, 15 мая 2019 г. в 18:54, Luigi Toscano <luigi.toscano at tiscali.it>:
>
> Nate Graham ha scritto:
> > On 5/12/19 12:54 PM, Friedrich W. H. Kossebau wrote:
> >> na, you got me wrong here. That proposal about removing the bundle wrapper is
> >> not about changing the process and shifting work. It is solely about changing
> >> the communication to the public/users about what is released those days.
> >> Instead of saying "we release A (which contains X, Y, Z)" one would say "we
> >> release X, Y, Z.".
> >> And for the internal work there would be some dedicated name to refer to this
> >> release work group ("Fourmonthsgroup" or better).
> >>
> >>> Nobody has an interest in separating it up.  My only objective
> >>> is to give it a slightly more descriptive name which is catchy for the
> >>> public.
> >>
> >> What do you mean by "catchy"? For whom should it be catchy and compared to
> >> what? IMHO a catchy name for something which only exists in the release news,
> >> but no-where else (at least in user experience, when using apps they do not
> >> know what belongs to this bundle) only makes things worse, as every time one
> >> says "Bundle name" one does not say the actual names of the actual software
> >> modules, while its those which endusers only see.
> >> And as long as "Itsy Bitsy Teenie Weenie KDE Sofware Modules" still means a
> >> random collection software, where no-one really knows what is inside besides
> >> some fanboys, this does not improve things when trying to inform users that a
> >> new version of their favourite application is out. And at the same time
> >> trying to tell others that all those different applications exist and what
> >> their normal names are.
> >>
> >> "Kontact", "Dolphin", "Gwenview", "Konsole", "Rocs", "Cantor", "Kate",
> >> "Okular", "Kdenlive" should be the catchy names. no?
> >
> > I think we all agree that the announcements need more content about more of
> > the apps, but that's really on those apps' authors to add that information.
> > There's only so much the release team can do since they're not necessarily
> > domain experts on all the apps. I always add detailed release notes for the
> > apps I follow (Dolphin, Gwenview, Okular, Kate/KWrite, Konsole, and Spectacle)
> > but I can't do it for every app in the bundle. There just isn't enough time
> > for me to follow *everything*.
> >
> > But I have a hard time envisioning what the title/header of your proposed
> > announcement looks like. It can't have 20 apps and their version numbers in
> > it; that's way too long. That information has to go in the body, but it
> > already does (well, not the version numbers, but that's trivial to change). So
> > if we're not mentioning the apps and their version numbers in the title, then
> > the title is going to continue to be in the form of "Today we announce A",
> > whether "A" is whatever we settle on, be it "KDE Applications YY.MM", or "KDE
> > Apps Bundle YY.MM" or even just "the third 2019 KDE apps release day". That's
> > really no different "KDE Apps Bundle 19.12".
>
> I would argue, again, that there is a difference. "KDE Applications YY.MM" and
> "KDE Apps Bundle YY.MM" sound like product names. "the third 2019 KDE apps
> release day" does not.
>
> See also:
> https://www.fsf.org/blogs/community/fifteen-new-gnu-releases-in-the-month-of-august
>
> --
> Luigi

Hi,

I agree with Friedrich, the bundle name is of no value for the end
users, we can safely stop advertising it publicly.

"KDE Applications YY.MM" may sound like a product name, however it
doesn't have to be so. People use individual applications, not KDE
Applications as a whole. Many are not aware if, say, KBlocks is part
of KDE Applications or not, they usually find it preinstalled in their
distro and find it through a package manager. Even Plasma Discover
won't tell you that KBlocks is part of KDE Applications. Thus, to the
end user it's just an application untied from any others.

The title "The third 2019 KDE apps release day" is even better than
"KDE Applications 19.12" because all these numbers like "19.12"
clutter the readers' minds and distract them from what is really
important. The "product" version number 19.12 is not important, it is
totally useless information.

The linked fsf.org announcement looks good. Add some feature highlighs
like we usually do, and we will get a good news story titled "the
third 2019 KDE apps release day".


P.S.  Side note, I admire how Kdenlive does its own release
announcements being part of shared 4-month releases, see e.g.
https://kdenlive.org/en/2019/05/kdenlive-19-04-1-released/ . We should
probably link to these from the kde.org announcements where possible.

-- 
Alexander Potashev


More information about the release-team mailing list