similar to: linux-2.6-merge repo contains nacked patches

Hi folks The blktap things in xen-utils links against libcrypto. The code is GPL. What should we do about it? It uses it only for MD5 and even only uses 32bit of the result. Bastian -- Too much of anything, even love, isn't necessarily a good thing. -- Kirk, "The Trouble with Tribbles", stardate 4525.6

xm save lenny3 /tmp/lenny3.save The guest console says: Suspending xenbus... and detaches. Restore the guest (paused to attach its console before continuing): xm restore -p /tmp/lenny3.save xm console lenny3 xm unpause lenny3 The console starts spewing out "BUG: recent printk recursion" and the domain spins until destroyed. The same thing happens on (live or not) migration. The

Hi folks XenSource published a trademark policy[1]. I don't think we will be able to follow it if we want to support installation of different versions at the same time. Bastian [1]: http://www.xensource.com/company/legal.html -- There are some things worth dying for. -- Kirk, "Errand of Mercy", stardate 3201.7 -------------- next part -------------- A non-text attachment was

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

# HG changeset patch # User Bastian Blank <waldi@debian.org> # Date 1204887078 -3600 # Node ID 5fb1c83d7ec89eb83c7c32eb7ee3b7a6b796478f # Parent 968faff41008504641c5cb700c4e83c6aaa3c009 Remove deprecated and unused features from LaTeX source. Signed-off-by: Bastian Blank <waldi@debian.org> diff -r 968faff41008 -r 5fb1c83d7ec8 docs/src/interface.tex --- a/docs/src/interface.tex Fri

Whoops, wrong recipient. On Thu, Jun 10, 2010 at 05:54:28PM +0200, Bastian Blank wrote: > I'm currently thinking about which version of Xen supporting in Squeeze. > There are two possibilities: 3.4 and 4.0. 3.4 is currently in testing > and unstable, 4.0 is in experimental. > > Xen 3.4 > ======= > Pros > - Proofed to be stable > Cons > - NUMA-mode only opt-in,

Hi folks Some proposed changes: * Fixiate the API/ABI of some libs, for the stable version, including - libxenctrl, - libxenstat, - libxenstore. As upstream don't know what abinames are for, roll own abinames. * Add libxenctrlX, libxenstatX, libxenstoreX, if abinames may be different or libxenX if the abinames should the same for all libs. * Add libxen-dev including - static

Source: xen Version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-5 Severity: important - x86: Make asmlinkage explicitly a no-op, and avoid usage in arch/x86 Build-fix, done different in Debian. - tools/ocaml: Fix 2 bit-twiddling bugs and an off-by-one Relevant for xcp. - x86_64: Fix off-by-one error setting up the Interrupt Stack Tables Hypervisor code running with wrong stack. Breaks error handling

Hi folks Are there any problems with releaseing xen 3.1.0-1? Bastian -- "What terrible way to die." "There are no good ways." -- Sulu and Kirk, "That Which Survives", stardate unknown

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

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 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

Package: xen-utils-common Version: 3.4.2-2 Severity: important The network setup uses not longer supported iptables operations: | physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, "Day of the Dove", stardate

On Sun, Apr 26, 2015 at 10:50:16AM +0200, Daniel Pocock wrote: > On 26/04/15 10:45, Bastian Blank wrote: > > Well, if you can pursuade the release team. We have grub2 for Xen > > in Jessie now and it can be used on Wheezy as well. > Can you be more specific? If somebody is running a wheezy dom0 and > they install grub2 in their domU before rebooting it the first time, >

Hi folks The current package in unstable is able to use xl. It is still a bit edgy but seems to work. Because the old xm with xend and xl clashs and one should only use one, this needs some more setup to provide a proper upgrade path. I propose the following: - Add a script "xen" that wraps xl and xm depending on the config for use by all the scripts. Most parts are command line

Hi all! I've been (very) out of the loop for a while, up to the point that I had completely missed that the mailing list has moved. Oh well. However, Kjell Claesson poked at me regarding the 3phase stuff, so I found out that I had missed the recent events. In any case, it seems that the situation is unchanged regarding 3phase support. As some of you remember I made a suggestion for a

Package: xen-unstable Version: 3.0-unstable+hg11561-1 Followup-For: Bug #399700 The included patch overcomes the old build dependency on linux-support-2.6.17-2, and replaces it with linux-support-2.6.22-3. I filed a previous bug #453912 - but I guess it doesn't apply? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable')

Hi folks There are still some solutions missing in both trunk trees: - Patches from trunk (3.0) - udev symlink handling (both) A package is not allowed to put symlinks into /etc/udev/rules.d, it have to create it on the first installation and remove it on purge. - postint script needs to create /var/lib/xenstored (both) - initscript needs to create /var/run/xenstored (both) /var/run may be

Hi folks I forgot to move qemu-ifup to xen-utils-common. So this needs to be done now. Plan. - Upload xen-common today. xen-utils-common includes the qemu-ifup script and replaces xen-utils-3.0-unstable and xen-utils-3.0.2-1 with versions <= current. - Wait five days so both xen-unstable and xen-common can migrate to testing. - Upload xen-unstable and xen-3.0. The utils packages depends

Package: xen-unstable Version: N/A Severity: grave xen-unstable is not suitable for a release. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, "Day of the Dove", stardate unknown -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: