1. 04 Sep, 2014 1 commit
  2. 11 Jul, 2014 1 commit
  3. 27 Apr, 2014 1 commit
  4. 26 Apr, 2014 3 commits
  5. 03 May, 2013 1 commit
  6. 14 Feb, 2013 1 commit
  7. 09 Feb, 2013 2 commits
  8. 26 Jan, 2013 1 commit
    • Zbigniew Jędrzejewski-Szmek's avatar
      man: extend systemd.directives(7) to all manual pages · ccc9a4f9
      Zbigniew Jędrzejewski-Szmek authored
      New sections are added: PAM options, crypttab options, commandline
      options, miscellaneous. The last category will be used for all
      untagged <varname> elements.
      
      Commandline options sections is meant to be a developer tool: when
      adding an option it is sometimes useful to be able to check if
      similarly named options exist elsewhere.
      ccc9a4f9
  9. 17 Jan, 2013 1 commit
  10. 15 Jan, 2013 1 commit
  11. 06 Nov, 2012 2 commits
  12. 05 Nov, 2012 1 commit
  13. 01 Nov, 2012 1 commit
    • Thomas Hindoe Paaboel Andersen's avatar
      man: typo fixes · f848f8d8
      Thomas Hindoe Paaboel Andersen authored
      Fixes a few more typos. Also changes a "Accept=no" to
      "Accept=false" to be consistent with the previous examples
      in the same man page.
      f848f8d8
  14. 30 Oct, 2012 1 commit
    • Auke Kok's avatar
      SMACK: Add configuration options. (v3) · 0eb59ccf
      Auke Kok authored
      This adds SMACK label configuration options to socket units.
      
      SMACK labels should be applied to most objects on disk well before
      execution time, but two items remain that are generated dynamically
      at run time that require SMACK labels to be set in order to enforce
      MAC on all objects.
      
      Files on disk can be labelled using package management.
      
      For device nodes, simple udev rules are sufficient to add SMACK labels
      at boot/insertion time.
      
      Sockets can be created at run time and systemd does just that for
      several services. In order to protect FIFO's and UNIX domain sockets,
      we must instruct systemd to apply SMACK labels at runtime.
      
      This patch adds the following options:
      
      Smack - applicable to FIFO's.
      SmackIpIn/SmackIpOut - applicable to sockets.
      
      No external dependencies are required to support SMACK, as setting
      the labels is done using fsetxattr(). The labels can be set on a
      kernel that does not have SMACK enabled either, so there is no need
      to #ifdef any of this code out.
      
      For more information about SMACK, please see Documentation/Smack.txt
      in the kernel source code.
      
      v3 of this patch changes the config options to be CamelCased.
      0eb59ccf
  15. 15 Oct, 2012 1 commit
    • Andrew Eikum's avatar
      Reword sentences that contain psuedo-English "resp." · 16dad32e
      Andrew Eikum authored
      As you likely know, Arch Linux is in the process of moving to systemd.
      So I was reading through the various systemd docs and quickly became
      baffled by this new abbreviation "resp.", which I've never seen before
      in my English-mother-tongue life.
      
      Some quick Googling turned up a reference:
      <http://www.transblawg.eu/index.php?/archives/870-Resp.-and-other-non-existent-English-wordsNicht-existente-englische-Woerter.html>
      
      I guess it's a literal translation of the German "Beziehungsweise", but
      English doesn't work the same way. The word "respectively" is used
      exclusively to provide an ordering connection between two lists. E.g.
      "the prefixes k, M, and G refer to kilo-, mega-, and giga-,
      respectively." It is also never abbreviated to "resp." So the sentence
      "Sets the default output resp. error output for all services and
      sockets" makes no sense to a natural English speaker.
      
      This patch removes all instances of "resp." in the man pages and
      replaces them with sentences which are much more clear and, hopefully,
      grammatically valid. In almost all instances, it was simply replacing
      "resp." with "or," which the original author (Lennart?) could probably
      just do in the future.
      
      The only other instances of "resp." are in the src/ subtree, which I
      don't feel privileged to correct.
      Signed-off-by: default avatarAndrew Eikum <aeikum@codeweavers.com>
      16dad32e
  16. 03 Oct, 2012 1 commit
  17. 13 Sep, 2012 1 commit
  18. 19 Jul, 2012 1 commit
  19. 16 Jul, 2012 1 commit
  20. 11 Apr, 2012 1 commit
    • Lennart Poettering's avatar
      relicense to LGPLv2.1 (with exceptions) · 5430f7f2
      Lennart Poettering authored
      We finally got the OK from all contributors with non-trivial commits to
      relicense systemd from GPL2+ to LGPL2.1+.
      
      Some udev bits continue to be GPL2+ for now, but we are looking into
      relicensing them too, to allow free copy/paste of all code within
      systemd.
      
      The bits that used to be MIT continue to be MIT.
      
      The big benefit of the relicensing is that closed source code may now
      link against libsystemd-login.so and friends.
      5430f7f2
  21. 12 Mar, 2012 1 commit
  22. 31 Dec, 2011 1 commit
  23. 08 Dec, 2011 1 commit
  24. 30 Nov, 2011 1 commit
  25. 20 Jun, 2011 1 commit
  26. 19 May, 2011 2 commits
  27. 17 May, 2011 1 commit
  28. 27 Apr, 2011 1 commit
  29. 20 Apr, 2011 1 commit
  30. 19 Apr, 2011 1 commit
  31. 10 Apr, 2011 1 commit
  32. 29 Mar, 2011 1 commit
  33. 09 Feb, 2011 1 commit
  34. 18 Jan, 2011 1 commit
  35. 17 Jan, 2011 1 commit