# HG changeset patch # User František Kučera # Date 1569105037 -7200 # Node ID 547569f6e675fda6ffdb0d46e7547537b24fba7c # Parent 413a00a9cde748518eaa966026376532516ca986 add non-breakable spaces (nbsp) diff -r 413a00a9cde7 -r 547569f6e675 text/ssm.en.xml --- a/text/ssm.en.xml Sat Sep 21 20:34:51 2019 +0200 +++ b/text/ssm.en.xml Sun Sep 22 00:30:37 2019 +0200 @@ -26,7 +26,7 @@ Every piece of Sane software is also Free software (as originally defined by Richard Stallman). Which means that the user has freedom to run the program for any purpose, - to study and change it (i.e. has access to the source code under a free software license) + to study and change it (i.e. has access to the source code under a free software license) and to distribute modified or unmodified copies. see https://www.gnu.org/philosophy/free-sw.html see https://www.gnu.org/philosophy/who-does-that-server-really-serve.html @@ -59,7 +59,7 @@ f39b90ae-0054-467e-a9e2-43379b7c2331 - If the software is distributed with a hardware, the hardware must support instalation of independently built software without any restrictions or requirements (e.g. digital signature from the original author). + If the software is distributed with a hardware, the hardware must support instalation of independently built software without any restrictions or requirements (e.g. digital signature from the original author). @@ -68,7 +68,7 @@ e1c828c5-0a4f-4948-9943-db1ae16a42d5 c63ea2ac-c255-4f3e-a0e2-b49d1e145347 - At least basic documentation must be released under a free license (GNU FDL is recommended). + At least basic documentation must be released under a free license (GNU FDL is recommended). fd8e3bbd-d46a-40fe-85a6-b902336456d4 @@ -84,11 +84,11 @@ e6cd9c52-0e66-402c-930c-901fa66acd22 - There must be a free documentation with description of building and running the software on a fresh operating system installation including description of all dependencies. + There must be a free documentation with description of building and running the software on a fresh operating system installation including description of all dependencies. @@ -100,21 +100,21 @@ Semantic versioning is required. The version number consists of three numbers: major.minor.pach. Major version is incremented if there is an incompatible change. - Minor version is incremented if a feature is added in a compatible way. - Patch version is incremented if a bug is fixed in a compatible way. + Minor version is incremented if a feature is added in a compatible way. + Patch version is incremented if a bug is fixed in a compatible way. see http://semver.org/ If authors are unable to distinguish between compatible and incompatible changes, they must always increment the major version. However this approach is not recommeded Propper Semantic versioning is especially important if the software is suposed to be used as dependency by others. - If there is a need of some marketing or cool versioning/codenames like Ultrasonic Umbrella or 2016, they should be used in addition to semantic versioning, not instead of it. + If there is a need of some marketing or cool versioning/codenames like Ultrasonic Umbrella or 2016, they should be used in addition to semantic versioning, not instead of it. cf557a11-b307-4c2f-a7b5-5d2485d23258 - Once publicly released, the package must not be changed anymore – if a change (even a small fix) is needed, new version number must be assigned. + Once publicly released, the package must not be changed anymore – if a change (even a small fix) is needed, new version number must be assigned. dd013325-bf22-43d3-9579-0e272e2ac344 APIs, file formats and protocols might (and usually should) be semanticly versioned independently from the implementation. - In such case, there should be a table documenting which API/format/protocol version matches which implementation version. + In such case, there should be a table documenting which API/format/protocol version matches which implementation version. dacb98cc-b558-4f0e-942d-e12004e45606 @@ -149,7 +149,7 @@ b2202690-8a6c-467f-a2b1-b154f470aa77 - Already existing open protocol/format must not be modified or extended in a way which effectively creates a proprietary protocol/format. + Already existing open protocol/format must not be modified or extended in a way which effectively creates a proprietary protocol/format. dd206223-9525-4229-be2b-84b07c2b8244 @@ -162,7 +162,7 @@ d61b3e31-bb9f-4333-87c8-9fb32f33a49d - Also configuration should have machine readable description and the user should be able to test it by executing a command (validator). + Also configuration should have machine readable description and the user should be able to test it by executing a command (validator). @@ -206,11 +206,11 @@ and/or third-party plugins/modules de7270db-0410-4152-974f-4f0d74ff255b - it should be easy to create a third-party module and plug it in an existing system + it should be easy to create a third-party module and plug it in an existing system fb4b07d1-6af7-44d9-8e6a-89ea63638652 - dependencies needed to write an extension (i.e. header files, API classes/interfaces) should be as small as possible (do not require large codebase to write a mere plug-in); the required dependency should contain just interfaces (method/function signatures) and data structures but no implementation (executable code) + dependencies needed to write an extension (i.e. header files, API classes/interfaces) should be as small as possible (do not require large codebase to write a mere plug-in); the required dependency should contain just interfaces (method/function signatures) and data structures but no implementation (executable code) @@ -229,7 +229,7 @@ a9f6725d-ddf1-41ee-96b4-15f3b851cb50 - there should be also automated runtime/postinstall tests – in order to verify that software was installed properly, all required dependencies are met and basic function is guaranteed – the program should report problem during its start (as a warning if it is not fatal), instead of unexpected failures during operation + there should be also automated runtime/postinstall tests – in order to verify that software was installed properly, all required dependencies are met and basic function is guaranteed – the program should report problem during its start (as a warning if it is not fatal), instead of unexpected failures during operation d610c04b-cc44-48c7-b069-f41b90bdef0f @@ -262,7 +262,7 @@ fa92aa33-a69f-43b8-9051-9bfdcd3d293f - there should be a dictionary of used terms, so whole team and also users and customers will speak the same language + there should be a dictionary of used terms, so whole team and also users and customers will speak the same language b9345a0e-c672-45d3-b93b-8d0fb4ece8b3 @@ -308,7 +308,7 @@ cbaf55be-8ffb-4109-9c83-083d1b3e793a - if dependency on bulky application package is inevitable, add a layer of abstraction – create a generic interface and connector and allow others to replace the bulky package with their own sane implementation + if dependency on bulky application package is inevitable, add a layer of abstraction – create a generic interface and connector and allow others to replace the bulky package with their own sane implementation d7655989-a5e4-4123-9147-3782fc05a5ee @@ -418,7 +418,7 @@ fa655b7c-f22d-4b98-ab7b-c0d0f608aad8 ad2f572b-497b-4523-b435-f9752fd1518a - is is strongly recommended that it should be possible to localize the user interface independently from the original author by writing a language pack + is is strongly recommended that it should be possible to localize the user interface independently from the original author by writing a language pack c3827486-6bf5-45c0-9a6d-61ad659d8ba1 @@ -524,7 +524,7 @@ e746eb5b-8d8b-4ec8-9315-a311f35e156a - do not push users to register at a proprietary social networks resp. at particular company like Facebook – users without such account must not be discriminated – use open and decentralized networks/protocols instead + do not push users to register at a proprietary social networks resp. at particular company like Facebook – users without such account must not be discriminated – use open and decentralized networks/protocols instead a1a3c037-37e3-4283-abab-e275f7d17442 @@ -532,11 +532,11 @@ ff537045-819e-4dec-a020-d2c9f2c3292b - there should be a second-level internet domain for the project or its team + there should be a second-level internet domain for the project or its team b54d4978-974b-4743-bdba-7d4957bc9ba7 - but do not buy an internet domain if you are not prepared to mainain it for decades – rather use third level domain under some reliable second level domain maintained by a credible group or person – think of that every expired domain helps spammers and scammers and hurts the users + but do not buy an internet domain if you are not prepared to mainain it for decades – rather use third level domain under some reliable second level domain maintained by a credible group or person – think of that every expired domain helps spammers and scammers and hurts the users a1141312-5177-4d68-bb14-fce952d542c3 @@ -584,7 +584,7 @@ dfd6a77f-7c4a-430a-8199-8ea71ec7ee8c - to sign a contract (which includes accepting „Terms and conditions“) with any particular third party (e.g. source code hosting provider) + to sign a contract (which includes accepting „Terms and conditions“) with any particular third party (e.g. source code hosting provider) af6a589f-d419-483f-b7b2-07b6e9da3924 @@ -604,12 +604,12 @@ d7a94eba-efd6-471f-9c32-6ee9d3b8ab29 - to assign the copyright to the project and grant a free license for all patents relevant to the contribution + to assign the copyright to the project and grant a free license for all patents relevant to the contribution e394c792-8294-4f15-a356-89cd0a7aa255 - the project should record all accepted contributions and maintain a public list of all authors/contributors + the project should record all accepted contributions and maintain a public list of all authors/contributors b5a128a2-31d9-49df-890c-59a770f7afa9