similar to: Fwd: Backport requests for 4.0

there are at least some syntax errors when trying to use the xen utils with python2.6. The attached patch changes these string exception into ValueError's. - tools/python/xen/util/bugtool.py (getBugTitle) - tools/python/xen/xend (class XendBase): not catched - tools/python/xen/xm/xenapi_create.py (sxp2xmlconvert_sxp_to_xml): the method already raises a ValueError for similiar

there are at least some syntax errors when trying to use the xen utils with python2.6. The attached patch changes these string exception into ValueError's. - tools/python/xen/util/bugtool.py (getBugTitle) - tools/python/xen/xend (class XendBase): not catched - tools/python/xen/xm/xenapi_create.py (sxp2xmlconvert_sxp_to_xml): the method already raises a ValueError for similiar

On Fri, Jul 10, 2020 at 05:51:46PM +0100, Will Deacon wrote: > In preparation for allowing architectures to define their own > implementation of the READ_ONCE() macro, move the generic > {READ,WRITE}_ONCE() definitions out of the unwieldy 'linux/compiler.h' > file and into a new 'rwonce.h' header under 'asm-generic'. > > Acked-by: Paul E. McKenney

In preparation for allowing architectures to define their own implementation of the READ_ONCE() macro, move the generic {READ,WRITE}_ONCE() definitions out of the unwieldy 'linux/compiler.h' file and into a new 'rwonce.h' header under 'asm-generic'. Acked-by: Paul E. McKenney <paulmck at kernel.org> Signed-off-by: Will Deacon <will at kernel.org> ---

In preparation for allowing architectures to define their own implementation of the READ_ONCE() macro, move the generic {READ,WRITE}_ONCE() definitions out of the unwieldy 'linux/compiler.h' file and into a new 'rwonce.h' header under 'asm-generic'. Acked-by: Paul E. McKenney <paulmck at kernel.org> Signed-off-by: Will Deacon <will at kernel.org> ---

Hi! First a little background: I'm thinking of compressing my Maildir's using dovecot's zlib support, and have run into a couple of problems. First of all, my files use the following formats: 1. 1260386673.000002.mbox:2,S 2. 1304920966.M241434P17342.mail,W=3152:2,S As you can see, both lack the S=<size> "basename flag", but the latter does have W=. Reading

I have an installation of 32bit SLES 10.1 on 2 servers in my lab that I just rebuilt. I applied the files from xen-3.1.0-install-x86_32.tgz and broke all the virtman functions. The errors I got indicate some missing python classes, specifically xen.install. I''m not sure why. This is what I get when I try to run virtman from the command line. If I try to run it from yast i get nothing.

Hi, I have recompiled xen-3_3.4.3~rc3-1 in Lenny, together with the 2.6.32-10 kernel. While my dom0 boots without issue under Xen, xend refuses to start. I have cut/past my xend.log is bellow. Is there any reason why a backport of this version of Xen wouldn't work in Lenny? Should I try the already compiled SID binaries in Lenny without trying to build myself? Cheers, Thomas When I start

In preparation for allowing architectures to define their own implementation of the 'READ_ONCE()' macro, move the generic '{READ,WRITE}_ONCE()' definitions out of the unwieldy 'linux/compiler.h' and into a new 'rwonce.h' header under 'asm-generic'. Signed-off-by: Will Deacon <will at kernel.org> --- include/asm-generic/Kbuild | 1 +

find_by_sql BREAKS THE OOP BEAUTY and perhaps we can solve that. NAMING CONVENTIONS can perhaps make find_by_sql much more clever. lets imagine that relation: publishers <- books <-> authors_books <-> authors -> universities (can''t find something else than university for that last association :) ) imagine we want to fetch every book and every associated

For those interested in trying out updated features to the Linux kernel client, but aren't running a recent kernel, I created a full backport of all relevant fixes and features (ie all changes to cifs.ko that were not caused by global changes to the VFS interface or Linux kernel system calls) for Linux kernels version 4.9 through 4.15. They include all patches accepted upstream (including

Hi Bastian, I'd like to propose backporting the following changesets from upstream xen-unstable into the xen-3 package. With these it is possible to boot a default installation of Squeeze (using d-i) in a domU using pygrub. 20480:c2c2e67b8198 pygrub: if default entry is "saved" then use first entry. 20481:8f4e0adc2b3b pygrub: expands tabs before displaying menus. 20485:086a6a0c3f37

Hi, we are experiencing significant performance degradation after live migration of hvm domains in Xen 4.0 (SLES11 SP1): after live migration the performance is dropping to less than 90%. I did a backport of cs 23420-23423 and the performance is okay now. I would like to request to include these changesets in 4.0 and 4.1. The backport is quite trivial, I can send patches if you are willing to

Hi, I solved the problem with the xen-bugtool. The problem was: I have alread python2.4 on my machine. Ich startet xen-bugtool with python2.3 and it worked!!! I attach the output. Dieter Ewan Mellor schrieb: >On Thu, Dec 01 2005 at 12:04:41 +0000, dieter.edinger@web.de wrote: > > > >>I think, there is something missing. Do I have to install some more things? >>

Hello, Quick question on caching based on time based expiration. Is this something that rails supports? Is there a way to instruct rails to refetch the new page after a time period or do we actually have to spawn a background process and have it expire the pages. Thanks, Sam. -- Posted via http://www.ruby-forum.com/.

I've resolved the conflicts between the xen-unstable svn tree's patchset and xen-unstable 16319 (which was the tip a few days ago). The result is below, as the output of `svn diff' - so a series of interdiffs, unfortunately. Also, I noticed that after installing the resulting packages, it wasn't able to correctly select the xen-unstable tools; instead, it fell back to the default.

Pyxml/xmlproc is being used in tools/xen/xm/xenapi_create.py but is unmaintained for several years now. xmlproc is used only for validating XML documents against a DTD file. This patch replaces the pyxml/xmlproc based XML validation with code based on lxml, which is actively maintained. Signed-off-by: Stephan Peijnik <spe@anexia.at> diff -r 6e0ffcd2d9e0 -r 7082ce86e492

I installed the beta version of oneiric and got this error: root@g4-01:~# xm new Unexpected error: <type ''exceptions.ImportError''> Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/xm", line 8, in <module> main.main(sys.argv) File

Hi all, I cannot find a clean way to create/edit an object that ''belongs_to'' another one, just by using form fields. I always need to explicitely unassemble it, store the master id in a hidden field, and then refetch the master from its id, and put it back in the object. To summarize: I want to create a new member, for a given project @project= ... @member =

Hello, i have Centos5.1 64bit, with xen3.2, using centos xen kernel, xen3.2 builded from source rpm for centos. Virtual machines work fine trough xm create configname ,but when i am trying to add them to xen source : xm new configname, this is what i get : [root at xen-prod xen]# xm new test01.hvm Unexpected error: exceptions.ImportError Please report to xen-devel at lists.xensource.com