Skip to content
Snippets Groups Projects
  1. Feb 09, 2021
    • Colin Walters's avatar
      Merge branch 'pr/glnx-no-chown' into 'master' · 4c9055ac
      Colin Walters authored
      glnx_file_copy_at: Add GLNX_FILE_COPY_NOCHOWN
      
      See merge request GNOME/libglnx!22
      4c9055ac
    • Jonathan Lebon's avatar
      glnx_file_copy_at: Add GLNX_FILE_COPY_NOCHOWN · 1345882d
      Jonathan Lebon authored
      In some contexts, we may want to copy a root-owned file but we're not
      running as root so we can't `fchown` it. (The case I'm interested in is
      actually a bit more obscure than this: running in a supermin VM as root,
      and wanting to copy a file we created onto a 9p mount where we don't
      have perms to `fchown`).
      
      Add a `GLNX_FILE_COPY_NOCHOWN` to handle this case.
      1345882d
  2. Dec 06, 2020
  3. Nov 22, 2020
  4. Nov 03, 2020
    • Alexander Larsson's avatar
      Merge branch 'replace-increasing-mtime' into 'master' · 493d399b
      Alexander Larsson authored
      Add GLNX_FILE_REPLACE_INCREASING_MTIME
      
      See merge request GNOME/libglnx!21
      493d399b
    • Alexander Larsson's avatar
      Add GLNX_FILE_REPLACE_INCREASING_MTIME · 013417ea
      Alexander Larsson authored
      This make replaced files have a strictly increasing st_mtime. The main
      usecase I have for this is to ensure the summary file mtime increases
      because the flatpak tests are failing due to the python httpd used
      in the tests rely on st_mtime for the http If-Modified-Since header.
      
      For the tests this breaks all the time since we're just doing a lot of
      summary updates. However, I can see this accidentally happening in the
      wild too, so i think its proper to always ensure the new summary is
      "newer", even though it means it will be timestamped slightly in the
      future. In practice this will not happen regularly, and the times it
      *does* happen we really do need it.
      013417ea
  5. Oct 02, 2020
  6. Oct 01, 2020
  7. Sep 23, 2020
    • Rebecca Turner's avatar
      glnx-fdio: try $TMPDIR if /var/tmp doesn't exist · 1ea9158c
      Rebecca Turner authored
      `glnx_open_anonymous_tmpfile` attempts to create an fd in `/var/tmp`
      regardless of the value of `$TMPDIR`.
      
      This is _usually_ okay, but can fail in some contexts, such as in the
      [NixOS][1] build environment, which doesn't have `/var` mapped at all.
      
      To avoid failing in this case, if the inner call to
      `glnx_open_anonymous_tmpfile_full` fails, we retrieve the value of
      `$TMPDIR` and try calling `glnx_open_anonymous_tmpfile_full` again with
      that directory instead.
      
      In the fast path (i.e. where `/var/tmp` exists), functionality is
      unchanged.
      
      [1]: https://nixos.org/
      1ea9158c
  8. Sep 10, 2020
  9. Jun 16, 2020
    • Colin Walters's avatar
      Merge branch 'fix-wrpseudo-grammar' into 'master' · 84b981a2
      Colin Walters authored
      libglnx.m4: Fix grammar in help string
      
      See merge request GNOME/libglnx!17
      84b981a2
    • Colin Walters's avatar
      Merge branch 'pr/cfr-nfs' into 'master' · cd5a57e8
      Colin Walters authored
      glnx-fdio: handle EOPNOTSUPP for copy_file_range
      
      See merge request GNOME/libglnx!18
      cd5a57e8
    • Jonathan Lebon's avatar
      glnx-fdio: handle EOPNOTSUPP for copy_file_range · 7e3a1995
      Jonathan Lebon authored
      When using `copy_file_range` to target a source and dest on the same NFS
      mount on some older kernel versions, it's possible that we can get
      `EOPNOTSUPP` e.g. if the NFS server doesn't support server-side copy.
      
      We hit this in the FCOS release pipeline where we run `ostree
      pull-local` to pull content between two repos on the same mount from
      inside an OpenShift cluster on top of RHEL7.
      
      Nowadays, it seems like the kernel itself falls back to a more generic
      version of `copy_file_range()` at least. Though to be compatible with
      older kernels, let's add `EOPNOTSUPP` to the list of errors we interpret
      as "cfr possibly available, but can't be done for this specific
      operation".
      7e3a1995
  10. Jun 11, 2020
  11. Jun 09, 2020
  12. Jun 03, 2020
  13. Mar 15, 2020
  14. Dec 02, 2019
  15. Nov 11, 2019
  16. Nov 04, 2019
  17. Oct 11, 2019
  18. Oct 09, 2019
  19. Sep 17, 2019
  20. Sep 09, 2019
  21. May 13, 2019
  22. May 10, 2019
Loading