similar to: Bug#660882: Atalkd fails in Xen DomU - "Can't configure multicast"

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-4 Severity: normal See also, bug 660768 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660768 atalkd appears to be unable to open virtual network interfaces when run in a Xen PV guest. With nothing set in atalkd.conf, it reports : eth0: disabled. atalkd: zero interfaces, exiting. Adding "eth0" to atalkd.conf results in :

Processing commands for control at bugs.debian.org: > reassign 491660 xen-utils-common 3.2.0-2 Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in openAuth) Bug reassigned from package `virt-manager' to `xen-utils-common'. > retitle 491660 xen-utils-common: should allow local unix connections Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in

Processing commands for control at bugs.debian.org: > reopen 678923 Bug #678923 {Done: George Shuklin <george.shuklin at gmail.com>} [xcp-xapi] xcp-xapi: host-disable and host-reboot make host disable forever Bug reopened Ignoring request to alter fixed versions of bug #678923 to the same values previously set > End of message, stopping processing here. Please contact me if you need

retitle 119396 flac: Decoded raw data does not match original raw data thanks On Tue, Nov 13, 2001 at 02:38:32AM +0000, Adam M. Costello wrote: > Matt Zimmerman <mdz@debian.org> wrote: > > > Based on a few quick tests, this kind of problem seems to occur with > > any file smaller than 4k (at least when using 44100Hz/16bps/2chan). > > I don't think the problem

retitle 925358 qemu-user-static: mis-emulates something to do with process/signal handling (m68k, s390x, ?) affects 925358 klibc-dev thanks This still happens. (And retitling because I almost filed a bug against klibc again? oops?) Look for ?mtest-external? (second occurrence) in: https://buildd.debian.org/status/fetch.php?pkg=mksh&arch=m68k&ver=59c-16&stamp=1643675884&raw=0

retitle 571634 xen-utils-common vif-common.sh still using --physdev-out, --state found 571634 4.0.0-1 thanks Hi, That link to upstream patch in the last message is apparently broken, a working one is: http://xenbits.xen.org/hg/xen-unstable.hg/rev/b0fe8260cefa but also more importantly for the current stable package: http://xenbits.xen.org/hg/xen-4.0-testing.hg/rev/af7110f4f803 Because the

Hello list! When em0 has an inet address while bridge0 doesn't, it seems to be OK: ----- bs1% uname -a FreeBSD bs1.sp34.ru 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun May 25 20:15:26 MSD 2008 root@bs1.sp34.ru:/usr/obj/usr/src/sys/BSM i386 bs1% ifconfig em0; ifconfig tap0; ifconfig bridge0 em0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500

retitle 593741 xen-utils-common: python-xml is not marked as a dependency and xm errors without it reassign 593741 xen-utils-common kthxbye Hi, Tyler wrote: > Package: xen-tools > Version: 3.9-4 > Severity: important > > When you start building a basic xen box: > > apt-get install xen-linux-system-2.6.26-2-xen-amd64 xen-tools > > You eventually get to: > >

Source: xen Severity: wishlist Hi, xendomains init and default files in debian folder is not updated from upstream onesfor some years. Some parameters are missed. The more useful parameters when mainly windows domUs are used is XENDOMAINS_CREATE_USLEEP that I setted to 30 or 40 seconds on my systems to decrease the "overload" caused by windows startup (even if pv drivers are installed).

user debian-release at lists.debian.org usertag 469013 -goal-python2.5 retitle 469013 Python API memory handling bug in unused code path found 469013 3.0-unstable+hg11561-1 thanks Hi, the code that exhibits the buggy PyObject_NEW/PyMem_DEL behaviour (in xen-unstable-3.0-unstable+hg11561/tools/pygrub/src/fsys/ext2/ext2module.c) is not actually compiled and the results shipped[1]. As such,

retitle 502123 xen-utils-unstable: Debian patch breaks paravirtualized guest initrd thanks I see that this bug is still present in pkg-xen svn: http://svn.debian.org/wsvn/pkg-xen/trunk/xen-unstable/debian/patches/tools-python-xen-xm-relative-path.diff?op=file Perhaps I wasn?t clear how severe this problem is. Using the current Debianized xen-utils-unstable, it is impossible to boot any

retitle 776319 xen: CVE-2015-0361 CVE-2015-1563 thanks On Mon, Jan 26, 2015 at 08:52:53PM +0100, Moritz Muehlenhoff wrote: > Source: xen > Severity: important > Tags: security > > Hi, > please see http://xenbits.xen.org/xsa/advisory-116.html > for details and a patch. Also http://xenbits.xen.org/xsa/advisory-118.html needs to be fixed in jessie. Cheers, Moritz

Control: retitle -1 max grant frames problem (domu freeze with linux-image-4.9.0-4-amd64) Control: severity -1 important Control: reassign -1 src:xen 4.8.3+xsa267+shim4.10.1+xsa267-1+deb9u9 Just gardening here. (i) Bug title should mention grant frames. (ii) This does not affect all use cases and is not, IMO, RC. Although we should certainly see if we can improve it. (iii) Britney is confused

Network frontends currently have no way to express the set of ethernet multicast groups that they are interested in. As a consequence we deliver all multicast traffic to them. A subsequent consequence is that network interfaces used in the IO domain typically end up in promiscuous mode, which is generally undesirable. I''d like to slightly extend the inter-domain protocol to allow

Processing commands for control at bugs.debian.org: > retitle 674137 Please make bind port configurable Bug #674137 [xcp-xapi] xcp-xapi: default ports in xapi Changed Bug title to 'Please make bind port configurable' from 'xcp-xapi: default ports in xapi' > severity 674137 wishlist Bug #674137 [xcp-xapi] Please make bind port configurable Ignoring request to change severity

retitle 119396 flac: problems encoding very small files thanks flac-dev: I received the following bug report from a Debian user. Please preserve Cc: 119396-forwarded@bugs.debian.org when replying. On Mon, Nov 12, 2001 at 05:44:09PM -0800, Adam M. Costello wrote: > Package: flac > Version: 1.0-3 > Severity: grave > > The file "test" is a 1000-byte raw audio file (44100

Also remove unused xenbus_{,un}map_ring(), adjust types, and clean up header inclusion. Signed-off-by: Jan Beulich <jbeulich@novell.com> --- a/drivers/xen/blkback/blkback.c +++ b/drivers/xen/blkback/blkback.c @@ -41,6 +41,8 @@ #include <linux/list.h> #include <linux/delay.h> #include <xen/balloon.h> +#include <xen/evtchn.h> +#include <xen/gnttab.h>

On Sun, Feb 8, 2015 at 7:49 PM, Alexey Orishko via Syslinux <syslinux at zytor.com> wrote: > Hi guys, > > I'm have a pure 64-bit system (Intel based). Due to that I can't use 32-bit ELF > extlinux binary provided in the syslinux-6.03 package. > > Unfortunately building extlinux installer failed... > > See error below after these command: > make bios clean

On Sun, 8 Feb 2015 20:21:58 -0500 Gene Cumm via Syslinux <syslinux at zytor.com> wrote: > On Sun, Feb 8, 2015 at 7:49 PM, Alexey Orishko via Syslinux > <syslinux at zytor.com> wrote: > > Hi guys, > > > > I'm have a pure 64-bit system (Intel based). Due to that I can't > > use 32-bit ELF extlinux binary provided in the syslinux-6.03 > >

Hi guys, I'm have a pure 64-bit system (Intel based). Due to that I can't use 32-bit ELF extlinux binary provided in the syslinux-6.03 package. Unfortunately building extlinux installer failed... See error below after these command: make bios clean make bios (failed) ... ar cq liblpxelinux.a rawcon.o pxeboot.o pxelinux-c.o fs/pxe/dhcp_option.o fs/pxe/pxe.o fs/pxe/tftp.o