'data': {
'subnet': 'str',
'mask_width': 'uint8',
'*gateway': 'str' } }
[...]
'route': [ 'RouteEntry' ]
Signed-off-by: Benjamin Drung
---
v2: Address all remarks from Samuel Thibault:
* Initialize valu
Am Donnerstag, den 08.03.2018, 14:21 -0600 schrieb Eric Blake:
> On 03/08/2018 02:07 PM, Benjamin Drung wrote:
> > Am Donnerstag, den 08.03.2018, 13:46 -0600 schrieb Eric Blake:
> > > On 03/08/2018 12:57 PM, Benjamin Drung wrote:
> > > >'*dnssearch':
Am Donnerstag, den 08.03.2018, 13:46 -0600 schrieb Eric Blake:
> On 03/08/2018 12:57 PM, Benjamin Drung wrote:
> > This patch will allow the user to specify classless static routes
> > for
> > the replies from the built-in DHCP server.
> >
> > Signed-off-by:
This patch will allow the user to specify classless static routes for
the replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 68 +---
qapi/net.json| 4
qemu-options.hx | 14
Am Samstag, den 17.02.2018, 22:16 +0100 schrieb Samuel Thibault:
> Hello,
>
> Benjamin Drung, on ven. 16 févr. 2018 13:55:03 +0100, wrote:
> > Or should the command line option be simpler, but how should it be
> > specified
> > then? Maybe
> >
> > -net
This patch will allow the user to include the domainname option in
replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 12 +---
qapi/net.json| 4
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2
This patch will allow the user to specify classless static routes for
the replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 65 +---
qapi/net.json| 4
qemu-options.hx | 13
27;domainname' parameter cannot be empty");
>exit(EXIT_FAILURE);
>}
I implemented that check in patch v3. In patch v4 I moved the check
logic into net_slirp_init() in net/slirp.c where all the other checks
live.
--
Benjamin Drung
System Developer
Debian &a
This patch will allow the user to include the domainname option in
replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 7 ---
qapi/net.json| 4
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2 +-
slirp
Hi Philippe,
Am Freitag, den 16.02.2018, 16:23 -0300 schrieb Philippe Mathieu-Daudé:
> Hi Benjamin,
>
> On 02/16/2018 02:55 PM, Benjamin Drung wrote:
> > This patch will allow the user to include the domainname option in
> > replies from the built-in DHCP server.
> >
This patch will allow the user to include the domainname option in
replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 7 ---
qapi/net.json| 4
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2 +-
slirp
Am Freitag, den 16.02.2018, 09:15 -0600 schrieb Eric Blake:
> On 02/16/2018 06:55 AM, Benjamin Drung wrote:
> > This patch will allow the user to include the domainname option in
> > replies from the built-in DHCP server.
> >
> > Signed-off-by: Benjamin Drung
>
This patch will allow the user to include the domainname option in
replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 7 ---
qapi/net.json| 3 +++
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2 +-
slirp/slirp.c
ideas.
[1] https://tools.ietf.org/html/rfc3442
Benjamin Drung (1):
slirp: Add domainname option to slirp's DHCP server
net/slirp.c | 7 ---
qapi/net.json| 3 +++
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2 +-
slirp/slirp.c| 4 +++-
I have installed the package from maverick-proposed and can confirm that
this bug is fixed by that version.
** Description changed:
Binary package hint: qemu-kvm
I have set the keyboard layout to German NEO 2 [1] in the host and the
client (both current karmic). The caps lock is used as
Am Donnerstag, den 25.11.2010, 21:08 +0100 schrieb Stefan Weil:
> Am 24.11.2010 22:44, schrieb Benjamin Drung:
> > Attached a new version of my patch. You find two branches linked to this
> > bug for maverick and natty. The patch sets SDL_DISABLE_LOCK_KEYS and get
> >
Attached the uploaded debdiff for maverick.
** Patch added: "qemu-kvm_0.12.5+noroms-0ubuntu7.1.debdiff"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/427612/+attachment/1745373/+files/qemu-kvm_0.12.5%2Bnoroms-0ubuntu7.1.debdiff
** Changed in: qemu-kvm (Ubuntu Maverick)
Status
Attached a new version of my patch. You find two branches linked to this
bug for maverick and natty. The patch sets SDL_DISABLE_LOCK_KEYS and get
rid of the complete workaround in qemu-kvm. This requires SDL >= 1.2.14.
Stefan Weil wrote:
>The patch might fix part of the problem, but there remain m
** Also affects: libsdl1.2 (Ubuntu Maverick)
Importance: Undecided
Status: New
** Also affects: qemu-kvm (Ubuntu Maverick)
Importance: Undecided
Status: New
** Changed in: libsdl1.2 (Ubuntu Maverick)
Status: New => Invalid
--
kvm sends caps lock key up event twice
htt
Attached the patch for qemu-kvm 0.13. This patch is tested on natty with
qemu-kvm 0.13.0+noroms-0ubuntu7 and the German and NEO2 keyboard layout.
** Patch added: "caps-lock-key-up-event.patch"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/427612/+attachment/1742131/+files/caps-lock-k
You mean "press caps lock" with "capslock turning on" and "release caps
lock" with "capslock turning off"?
** Description changed:
Binary package hint: qemu-kvm
I have set the keyboard layout to German NEO 2 [1] in the host and the
client (both current karmic). The caps lock is used as m
Am Montag, den 19.04.2010, 18:07 +0200 schrieb Stefan Weil:
> Kevin Wolf schrieb:
> > Am 19.04.2010 03:23, schrieb Jamie Lokier:
> >> Benjamin Drung wrote:
> >>> - /* SDL does not send the key up event, so we generate it */
> >> Wa
libsdl1.2 does not send an key up event for the host caps lock key, but
does send the key up event if the physical caps lock key is mapped to
another key (like NEO2 does). qemu-kvm works around this bug by sending
a key up event for every caps lock key event. The attached patch fixes
the bug for me
I am reopening the bug again, because I am the original bug reporter and
this bug depends on the keyboard layout.
** Summary changed:
- does not pass pressed caps lock to client
+ kvm sends caps lock key up event twice
** Changed in: qemu-kvm (Ubuntu)
Status: Fix Released => New
--
kvm
I modified qemu-kvm to show what keys it receives (patch attached). I am
using the German NEO layout and I get one press and one release event.
Here's the output, if I first press 'caps lock' and then '#':
sdl_process_key({type=0x2,which=0x0,state=0x1,keysym={scancode=0x42,sym=0x139,mod=0x0,unicod
I am reopening the bug for qemu-kvm, because the patch was dropped in
0.12.4+noroms-0ubuntu1.
** Changed in: qemu-kvm (Ubuntu)
Status: Fix Released => New
--
does not pass pressed caps lock to client
https://bugs.launchpad.net/bugs/427612
You received this bug notification because you are
Hi,
We applied the attached patch in Ubuntu to fix the wrong behavior of
caps lock.
Initial bug report: https://launchpad.net/bugs/427612
Testcase: Select German NEO 2 as keyboard layout and press "caps lock" +
"l". Then a "-" should appear instead of a "t&quo
27 matches
Mail list logo
