similar to: Re: Packaing Xen 3.0 etc for Debian

Hi! We have a couple more things on our TODO list, it seems... (If we could use the BTS tracking things would be better) (or we could use the issue tracker on alioth, for now) 1. xen-utils: Right now domains get shut down on upgrade... This is ok in a 2.0 -> 3.0 scenario, but it's not in a 3.0.1 -> 3.0.2, where we could avoid that, probably! Should we perhaps try to avoid that,

Package: xen-3 Version: 3.1.0-1 Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for xen-3. CVE-2007-5907[0]: | Xen 3.1.1 does not prevent modification of the CR4 TSC from | applications, which allows pv guests to cause a denial of service | (crash). CVE-2007-5906[1]: | Xen 3.1.1 allows virtual guest system users to cause a |

user pkg-xen-devel@lists.alioth.debian.org usertag 271051 + close-after-first-upload usertag 326817 + probably-unreproducible usertag 331297 + probably-fixed usertag 321154 + probably-fixed usertag 327493 + pending-in-svn usertag 342249 + pending-in-svn usertag 321157 + pending-in-svn usertag 323698 + pending-in-svn thanks Hi! I'm user-tagging some of the bugs in the bts so we can keep a

Package: libxen-dev Version: 3.2.0-2 Severity: wishlist Tags: patch Hi, libvirt needs privcmd.h to build. Please apply. Thanks for building a libxen-dev package, -- Guido Index: xen-3-3.2.0/debian/libxen-dev.install =================================================================== --- xen-3-3.2.0.orig/debian/libxen-dev.install 2008-01-28 18:43:43.000000000 +0000 +++

Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: normal Hi, # ps awux | grep /usr/lib/xen <nothing> # /etc/init.d/xend start Starting XEN control daemon: xend. # /etc/init.d/xend stop Stopping XEN control daemon: xend. # ps awux | grep /usr/lib/xen root 29826 0.2 0.1 2160 848 ? S 09:37 0:00 /usr/lib/xen-3.2-1/bin/xenstored --pid-file /var/run/xenstore.pid root

Package: xen-utils-common Version: 3.0.3-0-2 Severity: important I have installed all the packages I can think of to get Xen going and it still fails with the following : /var/log/xen/xend-debug.log: Exception starting xend: (111, 'Connection refused') er.py", line 463, in process_request_thread self.finish_request(request, client_address) File "SocketServer.py",

Hi folks PV-GRUB built from Xen 3.3.0 is not able to read from devices without a partition table: | grubdom> root (hd0) | Filesystem type unknown, using whole disk Part of the config: | disk = [ "phy:vg0_sledgehammer/servext_root,xvda,w" ] Device: | # file -s /dev/vg0_sledgehammer/servext_root | /dev/vg0_sledgehammer/servext_root: symbolic link to

Hi folks With the lack of responses to my restructuring the last weeks, it looks like pkg-xen is dead. Now, what to do? My favorite is to merge it into the kernel repository where I have my infrastructure (archive and autobuilders for snapshots for example) to properly work on it. Bastian -- No one wants war. -- Kirk, "Errand of Mercy", stardate 3201.7 -------------- next part

Dear Debian Xen maintainers, for your convenience I attach Richard's patch directly. It simply installs the necessary headers so we're able to enable xen support in libvirt for the default builds. Please apply. Cheers, -- Guido P.S.: building a separate libxen*-dev package (like Ubuntu does) looks like a better long term solution -------------- next part -------------- A non-text

I just also wanted to mention that I have the current released source tarballs downloaded and placed at http://people.debian.org/~jbouse/xen/ at this time. As the only way to get the source tarballs I've found is via bittorrent unless you want to give your email address I'll continue to keep the the current tarball located there. That is one thing that I noticed about Ralph's

Package: xen-utils-common Version: 4.0.0-1 Severity: normal Tags: patch do_ifup() in network-bridge exits badly, if the interface doesn't have a default gateway. Since it's wrapped in xen's locking script it causes it to be retied 100 times and sleep for 95 seconds before it continues. In my setup this amounts to: 16 vlans without a default gateway * 95 secs / bridge = 25 minutes

Package: xen-utils-3.0 Version: 3.0.2+hg9697-1 Severity: critical The xen-backend.rules file is stored in /dev/udev, but it is not correct. I made the symlink into /dev/udev/rules.d/ so it works. It is also mentioned at the following place: http://www.debian-administration.org/articles/396 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale:

Package: xen Version: 4.1.2-3 Severity: wishlist Hi, we're patching libvirt (incompletely atm) and also virtinst to cope with Debian's derivation from upstream to put things into /usr/lib/xen-<version> managed via alternatives to /usr/lib/xen-default. While the basic idea is great to be able to switch between different xen versions it would us get closer to upstream if we had a

Author: ultrotter Date: 2006-02-17 06:56:29 +0000 (Fri, 17 Feb 2006) New Revision: 9 Modified: trunk/debian/changelog trunk/debian/control Log: Change the version and debian revision, as agreed on the ML Start tracking the bugs that need to be closed on upload Modified: trunk/debian/changelog =================================================================== --- trunk/debian/changelog

Hi folks I propose the following changes for 3.1: - Rename source to xen-3. Upstream stripped one part of the version, so the next should be 3.2. - pygrub as extra package. - Rename i386 to i386-nonpae - Rename i386-pae to i386. PAE is upstream default now and pae images works with a 64bit hypervisor. We should think about supporting libvirt. It provides an AFAIK stable interface on the

Hi folks I tried to find a solution for the update problem. Currently I have 3 kernels, 2.6.16-16, 2.6.16-17 and 2.6.17-6 and each of them needs another hypervisor. As it is the goal of Debian to not break on updates completely, I propose the following change: * Introduce xen-common source which provides xen-utils-common binary packages. This package provides a dispatcher for the installed

Package: xen Severity: grave Tags: security Please see http://www.openwall.com/lists/oss-security/2012/07/26/4 Cheers, Moritz

Package: xen-hypervisor-3.0-i386 Version: 3.0.2+hg9697-1 Severity: important Tags: patch Xen 3.0 hypervisor does not boot on my Acer TravelMate 2403 at all unless IOAPIC is disabled with noapic or acpi=noirq boot parameter. However, with IOAPIC disabled, some important devices, like network adapter, do not work (because of interrupt problems, I guess). The problem is smimiliar to the one I have

Author: acid Date: 2006-02-16 10:45:13 +0000 (Thu, 16 Feb 2006) New Revision: 3 Modified: trunk/changelog trunk/control Log: - Change maintainer and add uploaders field - Prepare changelog for new upload Modified: trunk/changelog =================================================================== --- trunk/changelog 2006-02-15 23:05:09 UTC (rev 2) +++ trunk/changelog 2006-02-16 10:45:13

Hi, One last thought... We haven't heard anything back from Bastian (for which I'm sorry, I would really have liked if he had joined us) and in the meantime consensus seem to have formed on -kernel and -devel, or at least there was no more answers... Which means at least people don't disagree strongly with the conclusions taken... In the meantime, though, there's still the upload