similar to: Creating Boxpot with R within bash script

I am trying to create a boxplot that has a gap with different scales so that my boxes actually show (compare attachments). I have referred to the help pages for gap.boxplot, gap.plot, list with no luck so far. Here is my script and the resulting error message: # Import *.csv files containing areas for each CLI class cli3<-read.table("F:\\Megan\\cli3.csv", header=TRUE,

Very much a rookie at R, and have only recently started using it again so pardon the simple question. I am trying to produce a box plot from one data set and then overlay a line plot from another data set. The box plot data set is made up of 20 sets of 30 data points, or 600 total data points. The line has only 30 total data points. The box plot is plotting fine, but for some reason, the line plot

For whatever reason I am trying to configure the following environment and am running into trouble towards the end of things. Hopefully I am overlooking something basic, any assistance would be greatly appreciated. 1. Redhat AS 2.1 server running Netscape Directory Server 5.2 2. RHEL3 system using Samba 3.0.8 acting as a PDC integrated with the Netscape LDAP server 3. Win2k/XP clients as

Does anyone know of a way to use the Ruby bindings to find out the 'reason' value for the state of the VM? Such as obtaining VIR_DOMAIN_RUNNING_BOOTED for a running domain? -- #ken B-)} Ken Coar, Sanagendamgagwedweinini IT Engineering Tower, Red Hat/RDU "Millennium hand and shrimp!"

Using the koan command, a VM can essentially request that it be reprovisioned. Is there any way for a VM to request that it reboot from a snapshot taken with virsh? Thanks.. -- #ken B-)} Ken Coar, RHCE, RHCSA, Sanagendamgagwedweinini IT Engineering Tower, Red Hat/RDU "Millennium hand and shrimp!" -------------- next part -------------- A non-text attachment was scrubbed... Name:

I have encountered a strange behavior of the str function - it seems to modify the object that is displayed. Probably I'm using something unsupported (objects consisting just of an external reference), but still I'm curious as of why this happens. I create (in C code) EXTPTRSXP and associate a class to it via SET_CLASS. Such objects works fine until it's passed to str as the

Ever since I upgraded my laptop from FC15 to FC17, I've been getting this message when I ssh to some RHEL6 hosts inside Red Hat. In particular, I'm trying to do this: virt-viewer --connect \ qemu+ssh://kvm11.devlab.phx1.redhat.com/system \ bork-s01.candlepin.dev.devlab.phx1.redhat.com This is the message I get: X11 forwarding request failed on channel 0 A viewer window pops

From: Thierry Reding <treding at nvidia.com> Add a new nouveau_pushbuf_kick_fence() function that takes and emits a sync fence FD. The fence FD can be waited on, or merged with other fence FDs, or passed back to the kernel as a prerequisite for a subsequent HW operation. Based heavily on work by Lauri Peltonen <lpeltonen at nvidia.com> Signed-off-by: Thierry Reding <treding at

Is there any way to interface with virsh to keep it from executing a startup operation? Sort of like the /etc/nologin (man page nologin(5)) mechanism? Basically, I want to be able to shut down a VM in order to copy its disk images, and be reasonably assured that it won't be started before I'm finished. Is there any sort of hook or interlock file or other mechanism to accomplish this?

I'm using 'getBM' function in Bioconductor package 'biomaRt' to retrieve gene ids based on known chromosome locations. The question is getBM just only return one gene id once a time, even a query is mapped to multiple genes. What's the criteria for picking that special one? [[alternative HTML version deleted]]

On 10/10/2017 11:22 AM, Mark Haney wrote: > > We have this discussion on every list I've ever been, or currently are > on about every 6 months or so.? I do my best to contribute to the list > as often as I can, but I can't help people when they are deadset on > doing dangerous things.? Posts like his, and posts like yours make it > harder for me to bother trying to

When large calls cause errors R may stall for extended periods.? This is particularly likely to happen with `do.call`, as in this example with a 24 second stall: ??? x <- runif(1e7) ??? system.time(do.call(paste0, list(abs, x)))? # intentional error ??? ## Error in (function (..., collapse = NULL)? : ??? ##?? cannot coerce type 'builtin' to vector of type 'character' ??? ##

On 10/11/2017 02:44 PM, Lamar Owen wrote: > On 10/10/2017 11:22 AM, Mark Haney wrote: >> >> We have this discussion on every list I've ever been, or currently >> are on about every 6 months or so.? I do my best to contribute to the >> list as often as I can, but I can't help people when they are deadset >> on doing dangerous things.? Posts like his, and

Luke, thanks for considering the issue.? I would like to try to separate the problem into two parts, as I _think_ your comments address primarily part 2 below: 1. How can we avoid significant and possibly crippling ?? stalls on error with these non-standard calls. 2. What is the best way to view these non-standard calls. I agree that issue 2. requires further thought and discussion under a

Hello, We have a user that switched from Linux to Windows with his engineering software. Previously he was using NFS to access data and there were no performance complaints. Now, with Windows, the same procedures take minutes instead of seconds. I created some log files in Samba 4.10.16-25.el7_9 (recompiled with gpfs support and using the gpfs vfs module) with debuglevel 10 to see if

We also have a few other suggestions and wishes about backtrace storage and display on the one hand, and display of constructed calls on the other hand. Perhaps it would be better to open a different wishlist item for traceback() to keep the discussions focused? FWIW I think deparsing backtraces lazily is a great idea. Displaying 1 line per call by default in interactive sessions, while being

This is probably best viewed in the context of other issue with displaying calls, such as issues arising from calls constructed in non-standard evaluation contexts. Might be good to move to a wishlist item in bugzilla. Best, luke On Sat, 13 Jul 2019, brodie gaslam via R-devel wrote: > When large calls cause errors R may stall for extended periods.? This > is particularly likely to happen

I've put together the first attempt to defining an RDF metadata vocabulary for use with the CD Index/MusicBrainz/OggVorbis. If you care about metadata issues, please take a look at: http://www.cdindex.org/MM I've included a section for video specific stuff, but everything that I originally had in there is being covered by the MM:Contributors section. The Contributors stuff will allow

This fixes up the progs to properly deal with skinny metadata. This adds the -x option to mkfs and btrfstune for enabling the skinny metadata option. This also makes changes to fsck so it can properly deal with the skinny metadata entries. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- V2->V3: update the mkfs.btrfs man page with the new option This is based on

Better to add this to the wishlist item. This all needs to be looked at together, and nothing is likely to happen until after vacation/conference season. It will disappear from everyone's radar if it is just in R_devel. Best, luke On Sun, 14 Jul 2019, brodie gaslam wrote: > Luke, thanks for considering the issue.? I would like to > try to separate the problem into two parts, as I