On 12/21/22 08:49, Michael Tokarev wrote:
20.12.2022 23:56, Helge Deller wrote:
..
Given that info, would it then make sense to keep as is:
--enable-system
--enable-user
--enable-tools -> qemu-bridge-helper, vhost-user-gpu, virtfs-proxy-helper,
virtiofsd
--enable-guest-agent ->
20.12.2022 23:56, Helge Deller wrote:
..
Given that info, would it then make sense to keep as is:
--enable-system
--enable-user
--enable-tools -> qemu-bridge-helper, vhost-user-gpu, virtfs-proxy-helper,
virtiofsd
--enable-guest-agent -> guest agents (option is there already, but
On 12/19/22 12:52, Peter Maydell wrote:
On Mon, 19 Dec 2022 at 11:40, Philippe Mathieu-Daudé wrote:
On 19/12/22 12:31, Peter Maydell wrote:
On Mon, 19 Dec 2022 at 11:22, Helge Deller wrote:
Hi Paolo,
On 12/17/22 14:28, Paolo Bonzini wrote:
These are wrong. qemu-bridge-helper, virtiofsd,
Helge Deller writes:
> Hi Paolo,
>
> On 12/17/22 14:28, Paolo Bonzini wrote:
>> On 12/16/22 20:07, Helge Deller wrote:
>>> @@ -3581,7 +3581,7 @@ subdir('qga')
>>>
>>> # Don't build qemu-keymap if xkbcommon is not explicitly enabled
>>> # when we don't build tools or system
>>> -if xkbcommon
On 12/19/22 12:35, Philippe Mathieu-Daudé wrote:
On 16/12/22 20:07, Helge Deller wrote:
Reduce amount of compiled code and installed binaries if just the qemu
utilities such as qemu-img, qemu-io and qemu-nbd have to be built. This
helps to make those tools easier available on hosts where qemu-s
On Mon, 19 Dec 2022 at 11:40, Philippe Mathieu-Daudé wrote:
>
> On 19/12/22 12:31, Peter Maydell wrote:
> > On Mon, 19 Dec 2022 at 11:22, Helge Deller wrote:
> >>
> >> Hi Paolo,
> >>
> >> On 12/17/22 14:28, Paolo Bonzini wrote:
> >>> These are wrong. qemu-bridge-helper, virtiofsd, qemu-storage-d
On 19/12/22 12:31, Peter Maydell wrote:
On Mon, 19 Dec 2022 at 11:22, Helge Deller wrote:
Hi Paolo,
On 12/17/22 14:28, Paolo Bonzini wrote:
These are wrong. qemu-bridge-helper, virtiofsd, qemu-storage-daemon
and qemu-keymap *are* tools; if they fail to build due to any
dependencies, or due
On 16/12/22 20:07, Helge Deller wrote:
Reduce amount of compiled code and installed binaries if just the qemu
utilities such as qemu-img, qemu-io and qemu-nbd have to be built. This
helps to make those tools easier available on hosts where qemu-system or
qemu-user isn't supported.
Reason for th
On Mon, 19 Dec 2022 at 11:22, Helge Deller wrote:
>
> Hi Paolo,
>
> On 12/17/22 14:28, Paolo Bonzini wrote:
> > These are wrong. qemu-bridge-helper, virtiofsd, qemu-storage-daemon
> > and qemu-keymap *are* tools; if they fail to build due to any
> > dependencies, or due to other compilation issue
Hi Paolo,
On 12/17/22 14:28, Paolo Bonzini wrote:
On 12/16/22 20:07, Helge Deller wrote:
@@ -3581,7 +3581,7 @@ subdir('qga')
# Don't build qemu-keymap if xkbcommon is not explicitly enabled
# when we don't build tools or system
-if xkbcommon.found()
+if xkbcommon.found() and have_system
On 12/16/22 20:07, Helge Deller wrote:
@@ -3581,7 +3581,7 @@ subdir('qga')
# Don't build qemu-keymap if xkbcommon is not explicitly enabled
# when we don't build tools or system
-if xkbcommon.found()
+if xkbcommon.found() and have_system
# used for the update-keymaps target, so include r
Reduce amount of compiled code and installed binaries if just the qemu
utilities such as qemu-img, qemu-io and qemu-nbd have to be built. This
helps to make those tools easier available on hosts where qemu-system or
qemu-user isn't supported.
Reason for this patch is that qemu fail to build on de
12 matches
Mail list logo