Replacing the "- name: All" platform wildcard

Andreas Cord-Landwehr cordlandwehr at kde.org
Wed Jun 15 09:56:05 UTC 2016


On Wednesday, June 15, 2016 11:45:18 AM CEST Martin Graesslin wrote:
> On Wednesday, June 15, 2016 11:18:40 AM CEST Andreas Cord-Landwehr wrote:
> > On Wednesday, June 15, 2016 11:01:14 AM CEST Martin Graesslin wrote:
> > > On Wednesday, June 15, 2016 10:16:19 AM CEST Andreas Cord-Landwehr 
wrote:
> > > > Hey all,
> > > > 
> > > > in preparation for getting information about Android as supported
> > > > platform
> > > > on api.kde.org, I would like to purge the "- name: All" platform
> > > > wildcard
> > > > 
> > > > from all metainfo.yaml files and replace it by:
> > > >     - name: Linux
> > > >     - name: Windows
> > > >     - name: MacOSX
> > > 
> > > As you are preparing this for Android: is the name Linux correct, if yes
> > > what is it supposed to tell us? That it works on GNU/Linux, but not on
> > > Android/ Linux or that it works on Linux/X11, but not on Linux/Android?
> > 
> > Hi, sorry for the confusion. This is only a preparation step that does not
> > change any logic in apidox, but just removes the All wildcard.
> > In a second step, I want to add the Android information with "- name:
> > Android" for the about 15 frameworks that already work with Android.
> > The wildcard has to be removed first, since otherwise all frameworks would
> > declare to support Android once the overview page says that we (partially)
> > support Android.
> 
> there's no confusion. I did understand that. But as Android is clearly I'm
> questioning what Linux is supposed to tell us and whether it's better to
> directly change it with something which better expresses the Linux but not
> Android condition. After all it cannot be about the kernel.

Ah, I see. At least for me "Linux" seems to be the best common denominator for 
naming what we understand as "the Linux ecosystem/platform". Exceptions like 
that a framework only supports Linux/X11 but not Linux/Wayland currently is 
stated by additional comments.

Cheers,
Andreas


More information about the Kde-frameworks-devel mailing list