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. 17 Jun, 2020 2 commits
  5. 14 Jun, 2020 3 commits
  6. 12 Jun, 2020 1 commit
  7. 11 Jun, 2020 1 commit
  8. 10 Jun, 2020 1 commit
  9. 05 Jun, 2020 1 commit
  10. 03 Jun, 2020 1 commit
  11. 22 May, 2020 1 commit
  12. 21 May, 2020 2 commits
  13. 17 May, 2020 1 commit
  14. 07 May, 2020 3 commits
  15. 06 May, 2020 2 commits
  16. 21 Apr, 2020 1 commit
  17. 12 Apr, 2020 1 commit
  18. 07 Apr, 2020 1 commit
  19. 01 Apr, 2020 1 commit
  20. 25 Mar, 2020 1 commit
  21. 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
  22. 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
  23. 12 Mar, 2020 2 commits
  24. 11 Mar, 2020 1 commit
  25. 07 Mar, 2020 4 commits
  26. 19 Feb, 2020 3 commits