similar to: Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?)

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: important The current version of the package does not contain the IOEMU tools. This makes HVM domains, and PV domains with emulated features like VFB impossible to run. There might be good reasons for this, but then at least the package description should contain a warning that makes this obvious, so that users know that they can not simply

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: grave Justification: renders package unusable This packages should depend on the 3.4 version of xenstore utils and library, because it the Lenny versions are installed, xend crashes instead of starting up. (Many users choose to run lenny/sid hybrid systems, with lenny as default, so it's completely plausible that the wrong package will be

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: important pygrub uses the fsimage library to read contents of the filesystems to boot. This package install the plugins for different filesystems at /usr/lib/xen-3.4/lib/fs/, but searches for them under /usr//usr/lib/fs. (The debian patch tools-libfsimage-prefix.diff explicitly tinkers with this path, but it fails.) This breaks pygrub. --

Here is a patch to the Debian xen-3 3.4.0-1 package that reenables ioemu. I have been using it for the last four weeks. (I understand there are reasons this cannot go into Debian yet, but hopefully it will be useful to people that depend on running HVMs today.) Anders -------------- next part -------------- --- xen-3/debian/changelog +++ xen-3/debian/changelog @@ -1,3 +1,10 @@ +xen-3

Hi, As it has been brought to my attention (by several parties), my current MB does not support VT-d. Since I don''t feel like purchasing a brand new system, I have searched for replacement MB-s that would fit into my existing uATX case, support my C2D CPU, and support at least 4x2GB ram. I have narrowed it down to the following four models: SUPERMICRO MBD-C2SBM-Q-O (Q35 chipset)

Hi there! My problem is the following: I am experimenting with virtualization with XEN. I am running WinXP in a HVM host with a Debian Gnu/Linux (Etch) dom0. I am also using audio emulation (sb16). This way, sounds from WinXP work fine. And here comes the problem: The HVM guest completely reserves the audio device; other software can not use it. (mplayer says this: alsa-init: using ALSA

Hi, This might be a stupid question; I checked the FAQ, but could not find a solution. In Wine Config, I have only two drives configured: C: is ~/.wine/drive_c D: is ~ Still, when I run winefile (or any other wine app), besides drives "C" and "D", there is a "/" drive, which is the root directory of my real file system. Why is it still there, even if I

Hi, Could someone please explain me what is the current status of the jack audio back-end? (Both midi and audio.) The feature to switch back-end seems to have disappeared from winecfg, and I can't find anything useful in the docs either. Thank you for your help: Kristof

Hi, I have read your message about building a VirtualGL server in a xen domU at http://www.mail-archive.com/virtualgl-users@lists.sourceforge.net/msg00088.html . I plan to do exactly the same. Could you please share some of your experience? What HW have you chosen? Have you succeeded? According to the information at http://wiki.xensource.com/xenwiki/XenVGAPassthroughTestedAdapters ,

Hi all, I would like to get my system to work with IOMMU. (The long-term goal is VGA passthru.) System is as follows: CPU: Core 2 Duo E6600 MB: Foxconn G9657MA-8EKRS2H (w. latest bios: 631F1P61) Virtualization support is enabled in BIOS. (These is only one option.) Hypervisor: xen 4.0.0 from Debian, AMD64 Xen config: iommu=verbose output of xen dmesg is attached. HVM domains work (lasd tried

Csillag Kristof wrote: > > > > > No "Z:" under Drives tab in winecfg? > > > Precisely. > > I intentionally deleted it, so that wine processes can not access the > stuff of other users. > If you've removed the Z: drive then Wine won't be able to open, save, or execute files in those directories, but there's no way to stop it from

Processing commands for control at bugs.debian.org: > close 536176 3.3.1-2 Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?) 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug#536806: xen-utils-common - xend start fails Bug#538766: xen-utils-common: fail to start xend Bug marked as fixed in version 3.3.1-2, send any further explanations to

Package: xen-utils-3.4 Version: 3.4.0-2 Severity: normal Hi, the variable $DAEMON in /etc/init.d/xend is not set and thus the init.d/-script is not usable. I think it's supposed to be $XEND. Any ideas on that one? regards, Patrick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux

Package: xen-utils-3.4 Version: 3.4.2-2 Severity: important *** Please type your report below this line The Package is fail cause the directoryname /usr/lib/xen-3.4 is wrong when i call the xm tool a wrapperscript searching for version 3.4.0 and dont find 3.4.0 it must be /usr/lib/xen-3.4.0 and all is fine *** -- System Information: Debian Release: squeeze/sid APT prefers testing APT

Package: xen-utils-3.4 Version: 3.4.0-0~ct Severity: important After installation of linux 2.6.26-2-xen-686 and xen-utils-3.4 the 2 onboard NICs 82574L (driver e1000e) are not working. ping results always in unreachable hostname ethtool seems fine for the eth's mii-tool has no transceiver for the eth's ip link show shows an UNKNOWN state for the eth's With linux 2.6.26-2-xen-686 and

a separate partition Reply-To: Csillag Kristof <kristof.csillag@ge.com>, 397758@bugs.debian.org Resent-From: Csillag Kristof <kristof.csillag@ge.com> Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Debian Xen Team <pkg-xen-devel@lists.alioth.debian.org> Resent-Date: Thu, 09 Nov 2006 09:33:19 +0000 Resent-Message-ID: <handler.397758.B.11630647553439@bugs.debian.org>

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

Package: xen-utils-common Version: 3.4.2-4 Severity: normal Tags: patch xen-version does not include the "extra" component, only major.minor. This keeps makes /etc/init.d/xend bail out with xen 3.2-1 from lenny. patch attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (600, 'stable'), (500,