similar to: Heads up

The kernel patch queue used by the Xen Cloud Platform domain 0 has been published at: http://xenbits.xen.org/XCP/linux-2.6.27.pq.hg This kernel has been the recipient of extensive testing and performance optimization and is actively maintained with the latest stable drivers. There is ongoing work to merge patches which are not currently upstream into the paravirtops tree or to remove the

The kernel patch queue used by the Xen Cloud Platform domain 0 has been published at: http://xenbits.xen.org/XCP/linux-2.6.27.pq.hg This kernel has been the recipient of extensive testing and performance optimization and is actively maintained with the latest stable drivers. There is ongoing work to merge patches which are not currently upstream into the paravirtops tree or to remove the

Did the project ever come to a decision about making a transition to git? I'm trying to do some longer-term planning and it would be helpful to know what the roadmap is. Thanks! -Dave

I am trying to build Xen from on-src-b79. According to opensolaris website, all xVM sources should be in the on-src-b79 tree, and no additional sources are required. I followed the procedure for doing the nightly build, and I expected that, as a result I will build, along with the Solaris kernel, the xen.gz image. I was hoping to copy that xen.gz image to my test machine, so I can boot with my own

Hi, As the "new Sieve implementation" is using a "gratefully stolen copy of deliver.c from dovecot" (i.e. a dirty code in mail-raw.c), would it be possible for the Sieve piece 1 - to be using files from dovecot directly rather than copying&changing it (which is very bad for maintenance) 2 - to be incorporated in the hg/mercurial tree of dovecot ? Thanks a lot

Hi Andi, Here's a little batch of cleanups: - re-enable VDSO when PARAVIRT is enabled - make the parainstructions symbols match the other altinstructions naming convention - add kernel command-line options to disable altinstructions for smp and pv_ops Oh, and I'm mailing your noreplacement patch back at you, for no particularly good reason. J --

Hi Andi, Here's a little batch of cleanups: - re-enable VDSO when PARAVIRT is enabled - make the parainstructions symbols match the other altinstructions naming convention - add kernel command-line options to disable altinstructions for smp and pv_ops Oh, and I'm mailing your noreplacement patch back at you, for no particularly good reason. J --

Hello Dovecot users, Recently I was asked to use Mercurial for the ManageSieve development just like Dovecot. As a matter of fact I have been using Mercurial for some time now. Now that I am back from a short and active vacation I am ready to publish my repositories. The repositories are publicly available at: http://hg.rename-it.nl/ The -patch repositories are so-called Mercurial Queues (MQ)

HI to you all! I have problem with quilt.plot....this is the code: quilt.plot(long_gridded,lat_gridded,d18O_gridded,nrow=n,ncol=m,xaxt='n',yaxt='n',xlab=NA, ylab=NA,breaks=seq(d18O_gridded_1,d18O_gridded_2,length.out=number_colors),col=col,horizontal=FALSE,nlevel=number_colors - 1,legend.args=list(quote(delta^18*O~("‰")),col="black",cex=0.8,side=3,line=1))

Dear all, I have a problem with plotting. I have an irregular set of data, where latitude is listed from bigger to smaller values. So, I cannot plot with image.plot. On the other hand, quilt.plot solves the problem, but it can't take the definition of color. It gives the feedback: Error in image.plot(out.p, col = tim.colors(64), ...) : formal argument "col" matched by

Dear all: Just to make sure I am on the same page as everyone else. I just got a new computer and had to reinstall MikTex and of course R and Tinn-R. In order to be able to generate PDF's with Sweave I had to install notepad++ to tell Sweave where Latex.exe and yap.exe where located under MikTex path. So,I have two questions: 1- Do I need to have a Miktex editor in order to use Sweave? I am

Hello, I just wrote a step-by-step tutorial how to install the latest Xen 4.0.1 hypervisor on Fedora 13 (x86_64) host from src.rpm packages, and the pvops dom0 kernel from git repository. Check it out: http://wiki.xensource.com/xenwiki/Fedora13Xen4Tutorial It also shows how to install various Xen PV guests using the native distro installers: - CentOS 5.5 - Fedora 13 - Ubuntu 10.04 LTS

Hello, I just wrote a step-by-step tutorial how to install the latest Xen 4.0.1 hypervisor on Fedora 13 (x86_64) host from src.rpm packages, and the pvops dom0 kernel from git repository. Check it out: http://wiki.xensource.com/xenwiki/Fedora13Xen4Tutorial It also shows how to install various Xen PV guests using the native distro installers: - CentOS 5.5 - Fedora 13 - Ubuntu 10.04 LTS

The xdvi and yap DVI viewers allow inverse (aka reverse) search: you click on a location in the output display, and your editor moves to the corresponding location in the input file. yap at least also allows forward search, where you can have your editor tell it to location where a particular input line is displayed. I would like something like this to work in Sweave files. That is, I

The host needs to zap its shadow entries before performing an inflate operation to avoid the guest from using stale ones. So add an ioctl to interface with kvm_mmu_zap_all(). Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com> Index: kvm.quilt/arch/x86/kvm/x86.c =================================================================== --- kvm.quilt.orig/arch/x86/kvm/x86.c +++

Hello, I wonder if anybody has encountered this problem? While MiKTeX/yap/Ghostscript seems to work fine on most TeX files that I have tested (including a great deal of postscript graphics), there is one file where the graphics works ok for all postscript files except one, the only one that is generated by R. I get an error "Some postscript specials could not be rendered", and the

On Aug 18, 2011, at 10:57 AM, David Greene wrote: > > Did the project ever come to a decision about making a transition to > git? I'm trying to do some longer-term planning and it would be helpful > to know what the roadmap is. Me too. I've been catching up on the thread from a couple weeks ago, and I didn't see any clear conclusion. I have some comments about the

OK, this is the revised paravirt.h (Andi has seen this before), then the second is the binary patching stuff. More things get added to the paravirt struct in future patches, but this basic stuff hasn't changed for some time. ==== This patch does the dumbest possible replacement of paravirtualized instructions: calls through a "paravirt_ops" structure. Currently these are function

Hi, I'm trying to plot some data (z) that is linked to lat&long coordinates (x&y). These coordinates are not however on a regular grid. I also have some shapefiles on which I would like to overlay the data. I can plot the shapefiles (country/city outlines) and overplot the data, but only using quilt.plot because I otherwise always get the error message that 'Error in

Summary: I have tried the packaging-only repo and I really don't like it at all. I don't know how anyone copes with this - such hard work! IMO we should switch to git-debrebase. (As an alternative, if you don't trust git-debrebase because it's my own tool, gbp pq would be better, too, even though it's not as good as git-debrebase.) Particularly, now that we have more people