similar to: passing (or obtaining) index or element name of list to FUN in lapply()

Dear List, i''m experimenting with remus with the following setup. dom0: - Debian Squeeze - Jeremy''s 2.6.38.48 kernel - xen 4.1.2 recompiled from sid - DRBD for block device backend domU - Debian Squeeze Remus is working fine unless i try to give more than 1 core to the domU. Here''s the error from remus when i''m trying to enable it for an SMP domU:

Just FYI. This machine has been offline and not updated for several months. I booted it and ran yum update. It generated an error. I googled the error, no hits. I did "yum clean all". Tried yum update again, it finished dependency resolution and reported some missing dependencies. I can deal with that. love and kisses, Dave Here is the tail end of the error output: ---> Package

I had updated by yum,however alway received the same result. The result was: filelists.xml.gz | 1.0 MB 00:15 Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = main(args) File

is this a known issue? # yum update py\* Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * base: download.srv.ro * updates: download.srv.ro * addons: download.srv.ro * extras: download.srv.ro Skipping security plugin, no data Setting up Update Process Resolving Dependencies Skipping security plugin, no data --> Running transaction check ---> Package

Suppose I have a nx2 matrix of data, X, the following code generate density estimation for each column and plot them denlist <- apply(X, 2, density) par(mfrow=c(1,2)) lapply(denlist, plot) Does anyone know how to change the main title of each density plot to "var 1", "var 2" by passing optional argument "main"? I've tried lapply(denlist, plot,

Hello! I'm afraid that I don't understand redhat's bugzilla -- there's an approx 10-character wide box for reporting the bug and it always claims that that's not a bug. I'm sure I'm missing something. Anyway, here's the problems: Using Centos 5.2 and the "Software Updater/Package Updater/pup", I winnowed the problem updates down to six packages:

Here are two patches that let xm create, save and restore extract and preserve elfnotes read by the domain builder. This is handy for a few things. In particular, I''d like it so that xm can decide whether or not guest domains support fast resume (if save fails, or for checkpointing). _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

For interest only, here is the patch required to make -o rhv-upload work with Python 2 (for RHEL 7). I don't think we want this upstream. A couple of remarks: * It's supposed to be possible to add ‘coding: utf-8’ to the top of .py files to make Python 2 accept that the file is UTF-8 (otherwise it gives an error on loading). However I added this and it didn't appear to make any

This patch adds simple python to display vhost satistics of vhost, the codes were based on kvm_stat script from qemu. As work function has been recored, filters could be used to distinguish which kinds of work are being executed or queued: vhost statistics vhost_virtio_update_used_idx 1215215 0 vhost_virtio_get_vq_desc 1215215 0

I need a little better information regarding the mapping of groups between an NT PDC and a SAMBA PDC, which trust each other. On the NT machine is a group called "ntgreen." On the Linux box (running RH9 with Samba 3.0), there is a group called "lxgreen". I've done a: net groupmap add ntgroup=ntgreen unixgroup=lxgreen. The mapping shows up in a net groupmap list.

Hi, guys I don't understand why I can apply as.Date to a single item in the list: > as.Date(alldays[4]) [1] "29-03-20" but when I try to lapply as.Date to all the items, i got a sequence of neg numbers: > sapply(alldays[1:4], FUN=as.Date) 03-04-2012 02-04-2012 30-03-2012 29-03-2012 -718323 -718688 -708492 -708857 does anyone know what's wrong here? i am

Hello everybody, I've got a bit of a problem with parLapply that's left me scratching my head today. I've tried this in R 2.11 and the 23 bit Revolution R Enterprise and gotten the same result, OS in question is Windows XP, the package involved is the snow package. I've got a list of 20 rain/no rain (1/0) situations for these two stations i and j, all the items in this list look

I am getting the following "yum update" error this morning. C 5.3 x86_64. What shall I do? Jerry ----------- yum update Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.mirror.nac.net * updates: centos.mirror.nac.net * addons: mirrors.unbornmedia.com * extras: centos.mirror.nac.net Setting up Update Process Resolving Dependencies -->

To help in vhost analyzing, the following series adding basic tracepoints to vhost. Operations of both virtqueues and vhost works were traced in current implementation, net code were untouched. A top-like satistics displaying script were introduced to help the troubleshooting. TODO: - net specific tracepoints? --- Jason Wang (2): vhost: basic tracepoints tools: virtio: add a

To help in vhost analyzing, the following series adding basic tracepoints to vhost. Operations of both virtqueues and vhost works were traced in current implementation, net code were untouched. A top-like satistics displaying script were introduced to help the troubleshooting. TODO: - net specific tracepoints? --- Jason Wang (2): vhost: basic tracepoints tools: virtio: add a

About every hour I see the yellow alarms on all or a number of channels of my PRI which is connected to the dutch telephony network, Asterisk keeps on working fine.... Here's an example where channel 1-24 went into alarm: WARNING[90124]: File chan_zap.c, Line 4139 (handle_init_event): Detected alarm on channel 1: Yellow Alarm WARNING[90124]: File chan_zap.c, Line 4139 (handle_init_event):

Recent debugging on vhost net zerocopy shows the need of tracepoints. So to help in vhost{net} debugging and performance analyzing, the following series adding basic tracepoints to vhost. Operations of both vhost and vhost_net were traced in current implementation. A top-like satistics displaying script were introduced to help the troubleshooting: vhost statistics vhost_virtio_update_used_idx

Recent debugging on vhost net zerocopy shows the need of tracepoints. So to help in vhost{net} debugging and performance analyzing, the following series adding basic tracepoints to vhost. Operations of both vhost and vhost_net were traced in current implementation. A top-like satistics displaying script were introduced to help the troubleshooting: vhost statistics vhost_virtio_update_used_idx

Greetings all, First of all, thanks to all of you for creating such a useful, powerful program. I regularly work with very large datasets (several GB) in R in 64-bit Fedora 8 (details below). I'm lucky to have 16GB RAM available. However if I am not careful and load too much into R's memory, I can crash the whole system. There does not seem to be a check in place that will stop R from

I had some problems with apache, and there were so many, (caused by removing ispconfig) I decided to just remove and re-install. This is what happened when I tried to do so, both from remote and via console. I tried the DVD as well as yum, and got essentially the same thing. My webserver is down, and I'd sure like to get this fixed if anyone can help out. Begin errors: Component: