1. 25 Oct, 2018 1 commit
    • Keith Packard's avatar
      Do not remove UUID file when a scanned directory is empty · 5f12f564
      Keith Packard authored
      Because FcDirCacheDeleteUUID does not reset the modification time on
      the directory, and because FcDirCacheRead unconditionally creates the
      UUID file each time it is run, any empty directory in the cache will
      get its timestamp changed each time the cache for that directory is
      Instead, just leave the UUID file around as it is harmless.
      The alternative would be to only create the UUID file after the cache
      has been created and the directory has been discovered to be
      non-empty, but that would delay the creation of the UUID file.
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
  2. 05 Oct, 2018 2 commits
  3. 04 Oct, 2018 5 commits
  4. 02 Oct, 2018 1 commit
    • Akira TAGOH's avatar
      Add more prefix support in <dir> element · 1aa8b700
      Akira TAGOH authored
      Added two prefix modes:
        "relative" that makes the relative path be relative to current file
        "cwd" for relative to current working directory which implies current behavior.
      Resolves: #15
  5. 28 Sep, 2018 1 commit
  6. 05 Sep, 2018 1 commit
  7. 04 Sep, 2018 1 commit
  8. 03 Sep, 2018 1 commit
  9. 30 Aug, 2018 2 commits
  10. 29 Aug, 2018 2 commits
  11. 28 Aug, 2018 1 commit
  12. 21 Aug, 2018 1 commit
  13. 01 Aug, 2018 1 commit
    • Akira TAGOH's avatar
      Fix the build issue with gperf · a1efb5ea
      Akira TAGOH authored
      GPerf seems not allowing the empty lines though, current recipes are supposed to drop them.
      but seems not working on some env.
      So taking the proper way to do that instead of incompatible things against platforms.
  14. 26 Jul, 2018 1 commit
  15. 25 Jul, 2018 4 commits
  16. 19 Jul, 2018 14 commits
  17. 16 Jul, 2018 1 commit
    • Tom Anderson's avatar
      Return canonicalized paths from FcConfigRealFilename · d1f48f11
      Tom Anderson authored
      FcConfigRealFilename() follows symlinks, but the link may be relative to the
      directory containing the link.  For example, on my system, I have this file:
      /etc/fonts/conf.d/99-language-selector-zh.conf ->
      Since /etc/fonts/conf.d is probably not in PATH, open()ing the file would fail.
      This change makes FcConfigRealFilename() return the canonicalized filename
      instead.  So for the example above, it would return:
      This was causing bad font rendering in Chromium [1] after the regression I
      introduced in 7ad010e8.
      [1] https://bugs.chromium.org/p/chromium/issues/detail?id=857511