summaryrefslogtreecommitdiffstats
path: root/man/vtable-example.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* man/examples: set _GNU_SOURCE in source, rather than by compile optionYu Watanabe2024-04-031-0/+1
| | | | Addresses https://github.com/systemd/systemd/pull/32057#issuecomment-2034408569.
* man/examples: use strerror() instead of %mYu Watanabe2024-04-031-22/+52
|
* man: change license of examples to MIT-0Zbigniew Jędrzejewski-Szmek2022-10-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Quoting Richard Fontana in [1]: CC0 has been listed by Fedora as a 'good' license for code and content (corresponding to allowed and allowed-content under the new system). We plan to classify CC0 as allowed-content only, so that CC0 would no longer be allowed for code. Over a long period of time a consensus has been building in FOSS that licenses that preclude any form of patent licensing or patent forbearance cannot be considered FOSS. CC0 has a clause that says: "No trademark or patent rights held by Affirmer are waived, abandoned, surrendered, licensed or otherwise affected by this document." (The trademark side of that clause is nonproblematic from a FOSS licensing norms standpoint.) The regular Creative Commons licenses have similar clauses. For the case of our documentation snippets, patent issues do not matter much. But it is always nicer to have a license that is considerred acceptable without any further considerations. So let's change the license to the (now recommended replacement) MIT-0. [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/NO7KGDNL5GX3KCB7T3XTGFA3QPSUJA6R/ Using 'git blame -b' and 'git log -p --follow', I identified the following folks as having made non-trivial changes to those snippets: Lennart Poettering Tom Gundersen Luca Bocassi Zbigniew Jędrzejewski-Szmek Thomas Mühlbacher Daan De Meyer I'll ask for confirmation in the pull request.
* man: improve VtableExampleLuca Boccassi2022-05-111-9/+25
| | | | | | | | | | | | The methods published by the example have a reply in the signature, but the code was not sending any, so the client gets stuck waiting for a response that doesn't arrive. Echo back the input string. Update the object path to follow what would be the canonical format. Request a service name on the bus, so that the code can be dropped in a service and it can be dbus-activatable. It also makes it easier to see on busctl list.
* man: add licenses to all files that lack oneLuca Boccassi2021-10-011-0/+2
| | | | | | | Documentation is licensed under LGPL-2.1-or-later. Scripts are MIT to facilitate reuse. Examples are relicensed to CC0-1.0 to maximise copy-and-paste for users, with permission from authors.
* sd-bus: Add a nicer way of specifying sd-bus vtable method argumentsDaan De Meyer2020-05-061-0/+24
| | | | | SD_BUS_NAMES_WITH_ARGS is a less error-prone way of specifying D-Bus method arguments.
* tree-wide: code improvements suggested by CoccinelleFrantisek Sumsal2019-04-301-1/+1
|
* man: document sd_bus_add_{object,fallback}_vtableZbigniew Jędrzejewski-Szmek2019-04-231-0/+70
The interface provided by those two functions is huge, so this text could probably be made two or three times as long if all details were described. But I think it's a good start.