Makevars.template 3.5 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283
  1. # Makefile variables for PO directory in any package using GNU gettext.
  2. #
  3. # Copyright (C) 2003-2019 Free Software Foundation, Inc.
  4. # This file is free software; the Free Software Foundation gives
  5. # unlimited permission to use, copy, distribute, and modify it.
  6. # Usually the message domain is the same as the package name.
  7. DOMAIN = $(PACKAGE)
  8. # These two variables depend on the location of this directory.
  9. subdir = po
  10. top_builddir = ..
  11. # These options get passed to xgettext.
  12. XGETTEXT_OPTIONS = --keyword=_ --keyword=N_
  13. # This is the copyright holder that gets inserted into the header of the
  14. # $(DOMAIN).pot file. Set this to the copyright holder of the surrounding
  15. # package. (Note that the msgstr strings, extracted from the package's
  16. # sources, belong to the copyright holder of the package.) Translators are
  17. # expected to transfer the copyright for their translations to this person
  18. # or entity, or to disclaim their copyright. The empty string stands for
  19. # the public domain; in this case the translators are expected to disclaim
  20. # their copyright.
  21. COPYRIGHT_HOLDER = Free Software Foundation, Inc.
  22. # This tells whether or not to prepend "GNU " prefix to the package
  23. # name that gets inserted into the header of the $(DOMAIN).pot file.
  24. # Possible values are "yes", "no", or empty. If it is empty, try to
  25. # detect it automatically by scanning the files in $(top_srcdir) for
  26. # "GNU packagename" string.
  27. PACKAGE_GNU =
  28. # This is the email address or URL to which the translators shall report
  29. # bugs in the untranslated strings:
  30. # - Strings which are not entire sentences, see the maintainer guidelines
  31. # in the GNU gettext documentation, section 'Preparing Strings'.
  32. # - Strings which use unclear terms or require additional context to be
  33. # understood.
  34. # - Strings which make invalid assumptions about notation of date, time or
  35. # money.
  36. # - Pluralisation problems.
  37. # - Incorrect English spelling.
  38. # - Incorrect formatting.
  39. # It can be your email address, or a mailing list address where translators
  40. # can write to without being subscribed, or the URL of a web page through
  41. # which the translators can contact you.
  42. MSGID_BUGS_ADDRESS =
  43. # This is the list of locale categories, beyond LC_MESSAGES, for which the
  44. # message catalogs shall be used. It is usually empty.
  45. EXTRA_LOCALE_CATEGORIES =
  46. # This tells whether the $(DOMAIN).pot file contains messages with an 'msgctxt'
  47. # context. Possible values are "yes" and "no". Set this to yes if the
  48. # package uses functions taking also a message context, like pgettext(), or
  49. # if in $(XGETTEXT_OPTIONS) you define keywords with a context argument.
  50. USE_MSGCTXT = no
  51. # These options get passed to msgmerge.
  52. # Useful options are in particular:
  53. # --previous to keep previous msgids of translated messages,
  54. # --quiet to reduce the verbosity.
  55. MSGMERGE_OPTIONS =
  56. # These options get passed to msginit.
  57. # If you want to disable line wrapping when writing PO files, add
  58. # --no-wrap to MSGMERGE_OPTIONS, XGETTEXT_OPTIONS, and
  59. # MSGINIT_OPTIONS.
  60. MSGINIT_OPTIONS =
  61. # This tells whether or not to regenerate a PO file when $(DOMAIN).pot
  62. # has changed. Possible values are "yes" and "no". Set this to no if
  63. # the POT file is checked in the repository and the version control
  64. # program ignores timestamps.
  65. PO_DEPENDS_ON_POT = yes
  66. # This tells whether or not to forcibly update $(DOMAIN).pot and
  67. # regenerate PO files on "make dist". Possible values are "yes" and
  68. # "no". Set this to no if the POT file and PO files are maintained
  69. # externally.
  70. DIST_DEPENDS_ON_UPDATE_PO = yes