liquidshell in kdereview

Martin Koller kollix at aon.at
Sun Apr 14 15:43:54 BST 2019


On Sonntag, 14. April 2019 12:44:20 CEST Adriaan de Groot wrote:
> On Saturday, 13 April 2019 14:08:18 CEST Martin Koller wrote:
> > > # License issues
> > > 
> > > None, actually. Well done. Consistent use of GPLv3+ everywhere. You might
> > > want to add SPDX identifiers, but that would be the icing on the cake.
> > 
> > Where, which and how would I need to add SPDX identifiers ?
> 
> You don't *need* to. Like I said, icing on the cake, which is like .. vanilla 
> sauce on the apfelstruedel. Makes it complete and wonderful, but it's 
> acceptable without it.
> 
> SPDX identifiers are machine-readable, standardised, tags in source files that 
> help tooling that works with licensing (meta) data. See spdx.org; something 
> like (off the top of my head, not necessarily the right identifier or format, 
> etc.)
> 
> // SPDX-Identifier: GPLv2+
> 
> at the top of C++ source files does the trick.

ok, done.
 
> > Where is this documented in KDE guidelines ?
> > Here
> > https://community.kde.org/Policies/Licensing_Policy
> > I don't find anything.
> 
> It's not.

should it ?

> > > # Compatibility issues
> > > 
> > > Fails to document that NetworkManager and BlueZ are required.
> > 
> > Not sure I understand.
> 
> Would have been nice to have that in the README, is what I mean.

I'm not a fan of doing duplicate things.
The cmake file is the ultimate source for specifying what the application
depends on. Adding this somewhere else will easily get out of sync.

-- 
Best regards/Schöne Grüße

Martin
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?

()  ascii ribbon campaign - against html e-mail 
/\                        - against proprietary attachments

Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at






More information about the kde-core-devel mailing list