search for: unaccountably

I am trying to debug a package to submit it to CRAN and am getting a bunch of error messages. Most of the errors are because of the Rd files which were automatically populated by the package.skeleton function. I find the section on documentation to be pretty confusion in the R Extensions manual. Any help on getting these errors fixed would be hugely appreciated. Thanks. --Markus * checking for

What is so slow here? The render takes up 8% and the queries take up 1%. That leaves 91% unaccounted for. Completed in 0.06477 (15 reqs/sec) | Rendering: 0.00574 (8%) | DB: 0.00087 (1%) | 200 OK [http://localhost/] Any help would be appreciated. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails:

I am trying to improve my application's compile-time performance. On a given workload, I take 68 seconds to compile some code. If I disable the LLVM code generation (i.e. I will generate IR instructions, but skip the LLVM optimization and instruction selection steps) then my compile time drops to 3 seconds. If I write out the LLVM IR (just to prove that I am generating it) then my compile

We finally flipped the switch on one of our ZFS-based servers, with approximately 1TB of 2.8TB (3 stripes of 950MB or so, each of which is a RAID5 volume on the adaptec card). We have snapshots every 4 hours for the first few days. If you add up the snapshot references it appears somewhat high versus daily use (mostly mail boxes, spam, etc changing), but say an aggregate of no more than 400+MB a

...on two machines, one i386 (3.0GHz P4) and one x86_64 (2.6GHz Opteron). Both have centos-release-4-3.2 autoconf-2.59-5 However, on the i386: perl-5.8.5-34.RHEL4 Whereas on the x86_64: perl-5.8.5-24.RHEL4 Is this really correct? I ask because when I attempt to recompile zsh on the x86_64 box, I unaccountably get this error: Can't locate object method "path" via package "Request" at /usr/share/autoconf/Autom4te/C4che.pm line 69, <GEN1> line 111. I'm trying to recompile zsh in the first place because the "limit" command doesn't work on the x86_64 system,...

So I started doing performance analysis again, and we've slowed down quite a bit. My current test is statically linking clang for Linux on Windows. I currently care mostly about Windows performance as that's where we run it. Here's a rough breakdown of time usage (doesn't add up to %100 because of rounding): %8.8 - fs::get_magic from the driver. %0.8 - Reading the files on the

And can we make p2m memory allocation from domain heap directly? -Xin _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi, sorry for this lengthy post. I am using R-2.0.0 on Unix, compiled. Overview: A) R CMD check: Unaccounted top-level text B) In which sections of *.Rd is LaTeX notation allowed, where *not*? C) Codoc mismatches and polyvalent parameters D) Successful R CMD INSTALL and R CMD build E) cp ../Rd.sty . is copy necessary? F) latex ./CWHstat-manual.tex runs into trouble When running >R CMD

Hi, sorry for this lengthy post. I am using R-2.0.0 on Unix, compiled. Overview: A) R CMD check: Unaccounted top-level text B) In which sections of *.Rd is LaTeX notation allowed, where *not*? C) Codoc mismatches and polyvalent parameters D) Successful R CMD INSTALL and R CMD build E) cp ../Rd.sty . is copy necessary? F) latex ./CWHstat-manual.tex runs into trouble When running >R CMD

On 04/10/2016 10:27 AM, Adrian Minta wrote: > It will be nice if the "SELECT MyMailbox" command will be "SELECT > mymailbox LIMIT 100" or something, to get the first files since only the > last messages are shown to the user. SELECTing a mailbox has nothing to do with FETCHing messages, so above does not make much sense. I don't know dovecot's code, but I

I have a peculiar problem that I'm sure is a simple one, but I can't figure out what my mistake is. Can someone enlighten me? I have a simple file, class.R: ## setClass("abc",representation(a = "character", b = "ANY")) I have a package directory ExpressCGH1 made with package.skeleton. The package happily builds and installs, but R CMD check fails with

When reindexing I go the following error Mailbox test: UID=1: read(/path/to/mail,S=4248,W=4349) failed: Cached message size larger than expected (4248 > 1182, box=test, UID=1) (read reason=mail stream) In this case, the message was an unimportant test message with no content, so I simply removed it, but had it been important what would I need to do? -- Nine-tenths of the universe is the

Hi guys, There seems to have been some discussion about this before (http://mail.opensolaris.org/pipermail/zfs-discuss/2006-September/013050.html) but I don''t *quite* understand why the roundup is necessary. Using Bill''s notation, if there isn''t a roundup (writing 4k fs blocks to a 4 device RAID-Z) wouldn''t you get something like this: Disk 0 1 2

hi, I'm using the sem package, and I want to make sure I'm interpreting the output correctly. Here is an excerpt of my output. When I report the MWD error, should I say that 59% of the variation in MWD is not explained by the model, or that 59% of the variation is explained, or something entirely different. Parameter Estimates Estimate Std Error z value Pr(>|z|)

Package: logcheck Version: 1.2.69 The inetutils-syslogd (2:1.5.dfsg.1-9) package provides a system logging daemon. syslogd periodically logs the following message: Dec 17 00:29:11 host syslogd (GNU inetutils 1.5): restart The following logcheck rulefile works to filter the messages from the "System Events" email: # cat inetutils-syslogd ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ syslogd

https://bugzilla.netfilter.org/show_bug.cgi?id=1084 Bug ID: 1084 Summary: display_proc_conntrack_stats missing data Product: conntrack-tools Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: normal Priority: P5 Component: conntrack Assignee: netfilter-buglog

> > Thanks for reporting this. Though I bluntly admit I just ignore > everything coming from Microsoft. Hotmail has been tagging my company's > mailserver as a spammer for ages, so I'm tagging everything coming from > Microsoft as crapware. Nothing good has ever been produced by this > company. The last time I actually used MS Windows for work was around > 2001, before

On 19 Feb 2020, at 00:06, Aki Tuomi <aki.tuomi at open-xchange.com <mailto:aki.tuomi at open-xchange.com>> wrote: > On 19.2.2020 8.51, @lbutlr wrote: >> On 18 Feb 2020, at 22:52, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: >>> Why not turn on autoexpunge after next nuke? https://doc.dovecot.org/configuration_manual/namespace/#namespace-settings >> I

On 11.05.2012, at 22:55, Bill Wendling wrote: > Hi all! > > Please remember to update the release notes! We're getting close to the release date, and we need the notes to be up-to-date. I added some bigger picture notes to http://llvm.org/docs/ReleaseNotes.html this morning, but we're still missing a lot of text, specifically: - clang: clang has it's own release notes

Wayne replied to my original note which said that in a special situation that I was using to probe rsync to build a behavioral model that bwlimit= resulted in bimodal behavior around a 4000 kbyte/sec value. He responded with a patch that I have tested in a limited way. I have a push scenario from a local site to a remote site. I use a file that is 6.3 Megabyte in size whose checksums (when