similar to: Processed: closing 536176

Processing commands for control at bugs.debian.org: > forcemerge 536176 538766 Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?) Bug#538766: xen-utils-common: fail to start xend Bug#536806: xen-utils-common - xend start fails Forcibly Merged 536176 536806 538766. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking

Processing commands for control at bugs.debian.org: > reassign 536806 xen-3 3.4.0-1 Bug#536806: xen-utils-common - xend start fails Bug reassigned from package `xen-utils-common' to `xen-3'. > reassign 536176 xen-3 3.4.0-1 Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?) Bug reassigned from package `xen-utils-3.4' to `xen-3'. > forcemerge 536176 536806

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: critical Justification: breaks unrelated software After installing xen-utils-3.4 besides my existing xen-3.2 system, I could not start xend-3.2 anymore. The message I was getting is this: "Failed to initialize dom0 state." As far as I know, xen 3.2 and 3.4 are supposed to be able to live peacefully on the same system. (The

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>

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

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)

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

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

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

Oops...I missed the address -----Forwarded mail----- From: Csillag Kristóf <fenwick@freemail.hu> To: vorvis-dev@xiph.org, speex-dev@xiph.org, flac-dev@lists.sourceforge.net Subject: Unified codec interface Date: 31 Jan 2003 00:21:35 +0100 Here is what I imagined (just vague thoughts, nothing polished): Let's suppose we have a hypotetical library called "Free Universal Codec

Csillag Kristof wrote: > > ... but then what is the point of exposing these files in the winefile > tool? > I think it's more a matter of not hiding them. As to whether there are reasons they can't be hidden or it's simply a matter of no one thinking it's important enough to submit a patch for it, that I don't know. Wine is not a sandbox; it can do anything

Hi all, I am running a VNC terminal server on a virtualized host, and I would like to add OpenGL support using VirtualGL, which relies on HW accelerated rendering on the server side. Since in my case the server is a domU, I need VGA Passthru for this. Therefore, I need a graphics card that supports virtualization. I am aware that the NVIdia Quadro FX 3800 card (and up) are guaranteed to work,

Processing commands for control at bugs.debian.org: > user pkg-xen-devel at lists.alioth.debian.org Setting user to pkg-xen-devel at lists.alioth.debian.org (was ijc at debian.org). > usertags 599520 toolstack-xend There were no usertags set. Usertags are now: toolstack-xend. > close 599520 4.4.0-1 Failed to add fixed version '4.4.0-1' to 599520: Not altering archived bugs; see

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

Processing commands for control at bugs.debian.org: > user pkg-xen-devel at lists.alioth.debian.org Setting user to pkg-xen-devel at lists.alioth.debian.org (was ijc at debian.org). > usertags 477525 toolstack-xend There were no usertags set. Usertags are now: toolstack-xend. > close 477525 4.4.0-1 Bug #477525 [src:xen] xend with network-route fails to start, missing $vifnum Marked as

Processing commands for control at bugs.debian.org: > user pkg-xen-devel at lists.alioth.debian.org Setting user to pkg-xen-devel at lists.alioth.debian.org (was ijc at debian.org). > usertags 532603 toolstack-xend There were no usertags set. Usertags are now: toolstack-xend. > close 532603 4.4.0-1 Bug #532603 [src:xen] xen-utils-3.2-1: incorrectly calls network-script Marked as fixed in

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

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

2003-01-28, k keltezéssel tìpán Bro ezt írta: > Hello Csillag, > Yes, you are right :). That's the Vorbis default. Try out these > options: maximum-bitrate, minimal-bitrate and quality. You can set > things up. If you set the "managed" flag, the bitrate is more > respected, but the quality may be (and actually is) lower. Yeah, I've already done that. (I consider