similar to: R CMD check in R-3.0.0 gives warnings

R-devel has been warning for some time about hidden files (in the Unix sense, starting with a period) in source packages. We could get R CMD build and the CRAN incoming scripts to remove these *if* we knew that they were never needed. It seems clear that .Rapp.history .Rhistory .Rbuildindex.xxxxx inst/doc/.build.timestamp are R leftovers, ._.DS_store is from an Apple filesystem and .tex

# HG changeset patch # User Wei Liu <wei.liu2@citrix.com> # Date 1329922671 0 # Node ID bb2986677df84b9709a60aea7e70ffd9f9e23f76 # Parent d433a9cb0089683b8f75458807c5437341f2cdcc Add gtags target for xen/Makefile. Also update .hgignore. Signed-off-by: Wei Liu <wei.liu2@citrix.com> diff --git a/.hgignore b/.hgignore --- a/.hgignore +++ b/.hgignore @@ -23,6 +23,7 @@ ^\.config$ ^\.pc

I''m happy to announce that we have moved the xen-unstable.hg Solaris dom0 development out to the OpenSolaris community. For hard core developers, you can download, build, and run Solaris dom0 and xen-unstable bits following the instructions at the end of this post. We are currently sync''d up to changeset #17644 (~May 15th). Hopefully we will sync up with xen-unstable.hg every

Hi all, this is the tenth version of the patch series to introduce upstream qemu and seabios in the xen-unstable build system. Changes to v9: - rename QEMU_UPSTREAM_TAG to QEMU_UPSTREAM_REVISION: we are going to use it with a branch name by default; - set QEMU_UPSTREAM_REVISION to "master" by default; - set SEABIOS_UPSTREAM_URL to git://xenbits.xen.org/seabios.git by default; - add

I have just committed the patch below. Ian. # HG changeset patch # User Ian Jackson <Ian.Jackson@eu.citrix.com> # Date 1323712783 0 # Node ID 7ca56cca09ade16645fb4806be2c5b2b0bc3332b # Parent 7e90178b8bbfd2f78e8f4c6d593a2fb233350f41 flask: add tools/flask/utils/flask-label-pci to .hgignore This was apparently forgotten in 24353:448c48326d6b Signed-off-by: Ian Jackson

Thanks. This should be resolved in R-devel(r72788) and R-patched (r72789) Best, luke On Mon, 12 Jun 2017, Berend Hasselman wrote: > > > In this email to the R-help list: https://stat.ethz.ch/pipermail/r-help/2017-June/447474.html > and in this question on Stackoverflow: https://stackoverflow.com/questions/44486643/nleqslv-memory-use-in-r > > Andrew Leach has raised a question

In this email to the R-help list: https://stat.ethz.ch/pipermail/r-help/2017-June/447474.html and in this question on Stackoverflow: https://stackoverflow.com/questions/44486643/nleqslv-memory-use-in-r Andrew Leach has raised a question about the memory usage of my package nleqslv. In a model with a loop within a function he has experienced continuously increasing memory usage by package nleqslv

Just to set things straight: The error message "Error in nleqslv(xstart, fun) : Length of fn result <> length of x!" is issued by the underlying nleqslv C function. <fn> refers to the second argument of function nleqslv which is named fn. It is not issued by R itself. Other have already pointed out how to resolve the error. Berend Hasselman

xenapi.out needs to be ignored and removed on clean; tools/ioemu/i386-dm/Makefile is a soft link and should be ignored. Signed-off-by: Alex Williamson <alex.williamson@hp.com> -- diff -r dba5f548b894 .hgignore --- a/.hgignore Mon Mar 24 14:25:52 2008 -0600 +++ b/.hgignore Mon Mar 24 16:27:21 2008 -0600 @@ -58,6 +58,7 @@ ^docs/user/user\.html$ ^docs/xen-api/vm_lifecycle.eps$

Hello all, I am relatively new to R, but enjoying it very much. I am hoping that someone on this list can help me with an issue I am having. I am having issues with iterations over nleqslv, in that the solver does not appear to clean up memory used in previous iterations. I believe I've isolated the/my issue in a small sample of code: library(nleqslv) cons_ext_test <- function(x){

Dear R-users, I use the "nleqslv" function to get parameter estimates by solving a system of non-linear equations. But I also need standard error for each of estimates. I checked the nleqslv manual but it didn't mention about SE. Is there any way to get the SE for each estimate? Thank you very much. [[alternative HTML version deleted]]

I encountered an issue that people using OS-X systems as NFS clients need to be aware of. While not strictly a ZFS issue, it may be encounted most often by ZFS users since ZFS makes it easy to support and export per-user filesystems. The problem I encountered was when using ZFS to create exported per-user filesystems and the OS-X automounter to perform the necessary mount magic. OS-X

Updated set of patches for coverage. Changes: - change copyright lines - use gcov: instead of cover: in commit comment - use #ifdef in xen/common/sysctl.c instead of dummy inline function - added base documentation in docs/misc - added -h option to xencov

Hi all. We have a file server using samba with a lot of Mac clients. Mac uses files called .DS_Store to store information about the layout of the files in the directory. We have a hierarchal storage system, and don't want to back up the thousands, if not hundreds of thousands of .DS_store files. Currently we have a policy in place that these files don't get backed up, but they

I'm solving 4 complex equations simultaneously. Code is below. The code returns only zero's for the solution though there should also be a non-zero result. I'm pretty confident that the equations are correct because they are straight from a published paper and I checked them pretty thoroughly. The parameter values I used are from the published paper as well. Any suggestions for how

https://bugzilla.samba.org/show_bug.cgi?id=8566 Summary: Spotlight comments (extended attributes) are not synced Product: rsync Version: 3.0.9 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

I have a client who has a bunch of macs accessing some samba shares, and they write these ._filename and .DS_STORE files all over the place, he would perfer it to not write these files at all. Anyone ran into this issue? what would be the best way to prevent these files from getting written onto the shares? veto? -- Matt Pruett <entelin@logicaldreams.net>

Dear all, I initially ran into this problem while rebuilding a package dependent on nleqslv. I got the following error: Error in match.arg(global) : 'arg' must be of length 1 This didn't occur in previous versions of nleqslv, but did in the current one (2.4). I think I pinned the problem down to the following example: Take two functions: test <-

I am a bit confused about the different purpose of each. I think the .gitignore file belongs in the root of my project and is project specific, but that also seems to be the reason for the .git/ info/exclude file what happens if they conflict? which one wins. What is standard practice? My exclude file looks like this # git-ls-files --others --exclude-from=.git/info/exclude log/*.log tmp/**/*

I''d like reviewers for: 6734731 vif-vnic instances can race against each other 6734123 xpvd-event logging is dismal The webrev is at http://dme.org/solaris/webrev/xvm-script-cleanup.