Skip to content
Snippets Groups Projects
  1. Apr 21, 2022
  2. Apr 06, 2022
  3. Jan 18, 2022
  4. Dec 17, 2021
  5. Jun 02, 2021
  6. May 04, 2021
  7. Nov 03, 2020
  8. Aug 22, 2019
    • Daniel P. Berrangé's avatar
      glib: bump min required glib library version to 2.48 · 00f2cfbb
      Daniel P. Berrangé authored
      Per supported platforms doc[1], the various min glib on relevant distros is:
      
        RHEL-8: 2.56.1
        RHEL-7: 2.50.3
        Debian (Buster): 2.58.3
        Debian (Stretch): 2.50.3
        OpenBSD (Ports): 2.58.3
        FreeBSD (Ports): 2.56.3
        OpenSUSE Leap 15: 2.54.3
        SLE12-SP2: 2.48.2
        Ubuntu (Xenial): 2.48.0
        macOS (Homebrew): 2.56.0
      
      This suggests that a minimum glib of 2.48 is a reasonable target.
      
      Compared to the previous version bump in
      
        commit e7b3af81
        Author: Daniel P. Berrangé <berrange@redhat.com>
        Date:   Fri May 4 15:34:46 2018 +0100
      
          glib: bump min required glib library version to 2.40
      
      This will result in us dropping support for Debian Jessie and
      Ubuntu 14.04.
      
      As per the commit message 14.04 was already outside our list
      of supported build platforms and an exception was only made
      because one of the build hosts used during merge testing was
      stuck on 14.04.
      
      Debian Jessie is justified to drop because we only aim to
      support at most 2 major versions of Debian at any time. This
      means Buster and Stretch at this time.
      
      The g_strv_contains compat code is dropped as this API is
      present since 2.44
      
      The g_assert_cmpmem compat code is dropped as this API is
      present since 2.46
      
      [1] https://qemu.weilnetz.de/doc/qemu-doc.html#Supported-build-platforms
      
      
      
      Reviewed-by: default avatarMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      Signed-off-by: default avatarDaniel P. Berrangé <berrange@redhat.com>
      00f2cfbb
  9. Feb 07, 2019
  10. Jan 13, 2019
  11. Jun 29, 2018
    • Daniel P. Berrangé's avatar
      glib: enforce the minimum required version and warn about old APIs · e71e8cc0
      Daniel P. Berrangé authored
      
      There are two useful macros that can be defined before including
      glib.h that are related to the min required glib version
      
       - GLIB_VERSION_MIN_REQUIRED
      
         When this is defined, if code uses an API that was deprecated
         in this version, or older, a compiler warning will be emitted.
         This alerts maintainers to update their code to whatever new
         replacement API is now recommended best practice.
      
       - GLIB_VERSION_MAX_ALLOWED
      
         When this is defined, if code uses an API that was introduced
         in a version that is newer than the declared version, a compiler
         warning will be emitted. This alerts maintainers if new code
         accidentally uses functionality that won't be available on some
         supported platforms.
      
      The GLIB_VERSION_MAX_ALLOWED constant makes it a bit harder to opt
      in to using specific new APIs with a GLIB_CHECK_VERSION conditional.
      To workaround this Pragmas can be used to temporarily turn off the
      -Wdeprecated-declarations compiler warning, while a static inline
      compat function is implemented. This workaround is illustrated with the
      implementation of the g_strv_contains method to satisfy the test suite.
      
      Signed-off-by: default avatarDaniel P. Berrangé <berrange@redhat.com>
      e71e8cc0
    • Daniel P. Berrangé's avatar
      glib: bump min required glib library version to 2.40 · e7b3af81
      Daniel P. Berrangé authored
      Per supported platforms doc[1], the various min glib on relevant distros is:
      
        RHEL-7: 2.50.3
        Debian (Stretch): 2.50.3
        Debian (Jessie): 2.42.1
        OpenBSD (Ports): 2.54.3
        FreeBSD (Ports): 2.50.3
        OpenSUSE Leap 15: 2.54.3
        SLE12-SP2: 2.48.2
        Ubuntu (Xenial): 2.48.0
        macOS (Homebrew): 2.56.0
      
      This suggests that a minimum glib of 2.42 is a reasonable target.
      
      The GLibC compile farm, however, uses Ubuntu 14.04 (Trusty) which only
      has glib 2.40.0, and this is needed for testing during merge. Thus an
      exception is made to the documented platform support policy to allow for
      all three current LTS releases to be supported.
      
      Docker jobs that not longer satisfy this new min version are removed.
      
      [1] https://qemu.weilnetz.de/doc/qemu-doc.html#Supported-build-platforms
      
      
      
      Reviewed-by: default avatarThomas Huth <thuth@redhat.com>
      Signed-off-by: default avatarDaniel P. Berrangé <berrange@redhat.com>
      e7b3af81
  12. Oct 10, 2017
  13. Sep 22, 2017
  14. Apr 27, 2017
    • Vinzenz Feenstra's avatar
      qga: Add 'guest-get-users' command · 161a56a9
      Vinzenz Feenstra authored
      
      A command that will list all currently logged in users, and the time
      since when they are logged in.
      
      Examples:
      
      virsh # qemu-agent-command F25 '{ "execute": "guest-get-users" }'
      {"return":[{"login-time":1490622289.903835,"user":"root"}]}
      
      virsh # qemu-agent-command Win2k12r2 '{ "execute": "guest-get-users" }'
      {"return":[{"login-time":1490351044.670552,"domain":"LADIDA",
      "user":"Administrator"}]}
      
      Signed-off-by: default avatarVinzenz Feenstra <vfeenstr@redhat.com>
      * make g_hash_table_contains compat func inline to avoid
        unused warnings
      Signed-off-by: default avatarMichael Roth <mdroth@linux.vnet.ibm.com>
      161a56a9
  15. Feb 28, 2017
  16. Jan 24, 2017
  17. Nov 01, 2016
  18. Oct 27, 2016
  19. Sep 08, 2016
  20. Aug 19, 2016
  21. Jun 29, 2016
  22. Oct 30, 2015
  23. Oct 19, 2015
  24. May 22, 2015
  25. May 08, 2015
  26. Apr 02, 2015
  27. Oct 16, 2014
  28. Oct 15, 2014
  29. Jun 10, 2014
    • Michael Tokarev's avatar
      glib-compat.h: add new thread API emulation on top of pre-2.31 API · 86946a2d
      Michael Tokarev authored
      
      Thread API changed in glib-2.31 significantly.  Before that version,
      conditionals and mutexes were only allocated dynamically, using
      _new()/_free() interface.  in 2.31 and up, they're allocated statically
      as regular variables, and old interface is deprecated.
      
      (Note: glib docs says the new interface is available since version
      2.32, but it was actually introduced in version 2.31).
      
      Create the new interface using old primitives, by providing non-opaque
      definitions of the base types (GCond and GMutex) using GOnces.
      
      Replace #ifdeffery around GCond and GMutex in trace/simple.c and
      coroutine-gthread.c too because it does not work anymore with the new
      glib-compat.h.
      
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      Reviewed-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      [Use GOnce to support lazy initialization; introduce CompatGMutex
       and CompatGCond.  - Paolo]
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      86946a2d
  30. May 09, 2014
    • Sangho Park's avatar
      glib: fix g_poll early timeout on windows · 5a007547
      Sangho Park authored
      
      g_poll has a problem on Windows when using
      timeouts < 10ms, in glib/gpoll.c:
      
      /* If not, and we have a significant timeout, poll again with
       * timeout then. Note that this will return indication for only
       * one event, or only for messages. We ignore timeouts less than
       * ten milliseconds as they are mostly pointless on Windows, the
       * MsgWaitForMultipleObjectsEx() call will timeout right away
       * anyway.
       */
      if (retval == 0 && (timeout == INFINITE || timeout >= 10))
        retval = poll_rest (poll_msgs, handles, nhandles, fds, nfds, timeout);
      
      so whenever g_poll is called with timeout < 10ms it does
      a quick poll instead of wait, this causes significant performance
      degradation of QEMU, thus we should use WaitForMultipleObjectsEx
      directly
      
      Signed-off-by: default avatarStanislav Vorobiov <s.vorobiov@samsung.com>
      Signed-off-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      5a007547
  31. May 07, 2014
  32. Mar 25, 2013
Loading