Members of the KDE Community are recommended to subscribe to the kde-community mailing list at https://mail.kde.org/mailman/listinfo/kde-community to allow them to participate in important discussions and receive other important announcements

  1. 01 Aug, 2020 2 commits
  2. 24 Jul, 2020 1 commit
  3. 06 Jul, 2020 1 commit
  4. 14 Jun, 2020 2 commits
  5. 12 Jun, 2020 1 commit
  6. 05 Jun, 2020 1 commit
  7. 21 May, 2020 1 commit
  8. 17 May, 2020 1 commit
  9. 07 May, 2020 3 commits
  10. 06 May, 2020 2 commits
  11. 21 Apr, 2020 1 commit
  12. 25 Mar, 2020 1 commit
  13. 21 Mar, 2020 1 commit
    • Nicolás Alvarez's avatar
      staticweb: don't copy timestamps in rsync · 2af08db8
      Nicolás Alvarez authored
      Turns out the previous commit didn't fully work; it seems rsync doesn't
      copy content because the content matches (--checksum), but still syncs the
      file timestamp (--times, implied by --archive), so files still get touched
      on every deploy and If-Modified-Since requests remain ineffective.
      
      If I *don't* sync the mtime, files that actually get transferred will
      still have the mtime changed, but to the time rsync wrote them on the
      server rather than the local file's mtime. Files that don't get transferred
      will stay as they are.
      
      I could keep using -a (--archive) and explicitly disable copying
      timestamps (--no-times). However, -a implies -rlptgoD, and most of those
      are actually pointless for us (we can't copy ownership, we have no device
      nodes, sockets or fifos). Instead, replace -a with -rlp (recursive,
      symlinks, permissions), which is all we need. The lack of -t should fix
      the timestamp-touching issue.
      2af08db8
  14. 17 Mar, 2020 1 commit
    • Nicolás Alvarez's avatar
      staticweb: avoid transferring unchanged files to the webserver · 8977fad0
      Nicolás Alvarez authored
      Since we're building websites from scratch on clean environments, even
      cloning the git repository every time, every file will have a recent
      modification timestamp. This means rsync will copy every file to the
      webserver even if it didn't actually change. Also, clients making
      conditional requests with If-Modified-Since will get the whole file
      rather than 304 Not Modified.
      
      For example, any tiny typo fix in kde.org will touch every page and image
      in it, and the hackergotchi images in planet.kde.org will have their
      modtime touched every hour.
      
      This commit adds -c / --checksum to the rsync command. It makes rsync
      calculate the hash of the local and remote file, and transfer it only if
      it actually changed, rather than only comparing size and modtime. That way
      if a file didn't change in the source git repository, or if the generation
      process created an file identical to the previous version, it will not be
      updated during deployment.
      8977fad0
  15. 11 Mar, 2020 1 commit
  16. 07 Mar, 2020 2 commits
  17. 19 Feb, 2020 3 commits
  18. 04 Feb, 2020 1 commit
  19. 02 Jan, 2020 1 commit
  20. 23 Nov, 2019 2 commits
  21. 16 Nov, 2019 3 commits
  22. 02 Nov, 2019 1 commit
  23. 30 Oct, 2019 1 commit
  24. 29 Sep, 2019 1 commit
  25. 27 Sep, 2019 2 commits
  26. 19 Sep, 2019 1 commit
  27. 18 Sep, 2019 2 commits