1. 23 6月, 2020 1 次提交
  2. 10 6月, 2020 1 次提交
  3. 27 4月, 2020 1 次提交
  4. 06 3月, 2020 1 次提交
  5. 25 2月, 2020 1 次提交
  6. 12 2月, 2020 1 次提交
  7. 07 1月, 2020 2 次提交
  8. 03 1月, 2020 2 次提交
  9. 10 12月, 2019 1 次提交
  10. 09 12月, 2019 1 次提交
  11. 21 11月, 2019 2 次提交
  12. 15 11月, 2019 1 次提交
  13. 12 11月, 2019 1 次提交
  14. 25 10月, 2019 1 次提交
  15. 21 10月, 2019 1 次提交
  16. 16 10月, 2019 2 次提交
  17. 15 10月, 2019 2 次提交
  18. 11 10月, 2019 1 次提交
  19. 10 10月, 2019 7 次提交
  20. 30 9月, 2019 1 次提交
  21. 19 9月, 2019 1 次提交
  22. 10 9月, 2019 1 次提交
    • D
      util: activate directory override when used from library · b1b878c5
      Daniel P. Berrangé 提交于
      The Perl bindings for libvirt use the test driver for unit tests. This
      tries to load the cpu_map/index.xml file, and when run from an
      uninstalled build will fail.
      
      The problem is that virFileActivateDirOverride is called by our various
      binaries like libvirtd, virsh, but is not called when a 3rd party app
      uses libvirt.so
      
      To deal with this we allow the LIBVIRT_DIR_OVERRIDE=1 env variable to be
      set and make virInitialize look for this. The 'run' script will set it,
      so now build using this script to run against an uninstalled tree we
      will correctly resolve files to the source tree.
      Reviewed-by: NPavel Hrdina <phrdina@redhat.com>
      Signed-off-by: NDaniel P. Berrangé <berrange@redhat.com>
      b1b878c5
  23. 27 8月, 2019 1 次提交
  24. 19 8月, 2019 2 次提交
    • A
      virt-aa-helper: Call virCommandRawStatus() · b194c3d9
      Andrea Bolognani 提交于
      The way we're processing the return status, using WIFEXITED() and
      friends, only works when we have the raw return status; however,
      virCommand defaults to processing the return status for us. Call
      virCommandRawStatus() before virCommandRun() so that we get the raw
      return status and the logic can actually work.
      
      This results in guest startup failures caused by AppArmor issues
      being reported much earlier: for example, if virt-aa-helper exits
      with an error we're now reporting
      
        error: internal error: cannot load AppArmor profile 'libvirt-b20e9a8e-091a-45e0-8823-537119e98bc6'
      
      instead of the misleading
      
        error: internal error: Process exited prior to exec: libvirt:
        error : unable to set AppArmor profile 'libvirt-b20e9a8e-091a-45e0-8823-537119e98bc6'
        for '/usr/bin/qemu-system-x86_64': No such file or directory
      Suggested-by: NJán Tomko <jtomko@redhat.com>
      Signed-off-by: NAndrea Bolognani <abologna@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      b194c3d9
    • A
      virt-aa-helper: Use virCommand APIs directly · 7d3a0f56
      Andrea Bolognani 提交于
      Right now we're using the virRun() convenience API, but that
      doesn't allow the kind of control we want. Use the virCommand
      APIs directly instead.
      Signed-off-by: NAndrea Bolognani <abologna@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      7d3a0f56
  25. 16 5月, 2019 1 次提交
  26. 17 4月, 2019 2 次提交
  27. 06 3月, 2019 1 次提交