search for: unneccessary

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What does --itemize-changes say about these files? Also, what is --atimes? Is this the Apple modified rsync for OSX? On 03/28/2016 07:51 AM, Albert Berger wrote: > Greetings, > > when the daily system backup with rsync is performed, thousands of > files (e.g. from /usr directory), which are not modified are > uselessly transferrred

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My guess is that it is the atimes patch causing the problem. Normally rsync would never say "u" in the itemized output as it is "reserved for future use". Plus copying the file would change the atime. On 03/28/2016 08:44 AM, Albert Berger wrote: > On Mon, Mar 28, 2016 at 08:11:07AM -0400, Kevin Korb wrote: >> -----BEGIN

Greetings, when the daily system backup with rsync is performed, thousands of files (e.g. from /usr directory), which are not modified are uselessly transferrred to the backup storage every day. The rsync command is the following: rsync --update -DHAErlptgo --relative --atimes --delete-during ${SRCPATH} ${BACKUPDIR} Quick investigation shown, that these files are hard links, and the command

On Mon, Mar 28, 2016 at 08:11:07AM -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > What does --itemize-changes say about these files? > > Also, what is --atimes? Is this the Apple modified rsync for OSX? > > On 03/28/2016 07:51 AM, Albert Berger wrote: > > Greetings, > > > > when the daily system backup with rsync is

...you have to patch to add ext3 to the kernel. As best I understand what I see on the web page, patches get put there because of the time lag in getting them into the actual kernel. A patch put on the web page for kernel X.Y is eventually rolled into kernel X.Z (for some Z > Y) and the patch is unneccessary for anyone running kernels X.P for all P >= Z. What is *not* at all clear is how newcomers can determine the value of "Z". Is the patch ext3-2.4-0.9.16-2417p2.gz against 2.4.17-pre2 already incorported into the next kernel version 2.4.17-pre3, or did it hang around until 2.4.17-pre4,...

...all some of my own custom R packages. Basically, I use a script which first builds a tarball of my R source code, and then calls R CMD INSTALL, which builds and installs that source package from the tarball, including re-compiling all my C code from scratch every single time, which is both totally unneccessary and tediously slow. What I would like to do instead (and what I do in fact do with S-Plus) is simply cd to the directoy where the production copy of my R package lives, do a CVS update, and then rebuild my R package right there in that directory. I do not want to generate any intermediary tarball...

...Model <- rpart(Y ~ X, method="class", minsplit =1, minbucket=nMinBucket,cp=nCp); and get predictors used in building the model like this colnamesUsed<-unique(rownames(rpartModel$splits)); When later I apply the rpart model to predict the new data I strip the input data from unneccessary columns and only use X columns that exist in colnamesUsed. Unfortunately I get error message like this Error: variable 'X' was fitted with type "nmatrix.3522" but type "nmatrix.19" was supplied The error message is correct. In the documentation it clearly specifies...

In the function boxplot: Is it possible to have the numbers on the vertical axix written horizontally (so that tilting of the head is unneccessary)? [[alternative HTML version deleted]]

>>You need a set_ogg_malloc_handler(). That's it as far as the API goes. > >Assuming you consider it acceptable to store that information in >global variables. > malloc() is currently a global function, so the situation is unchanged by having a global name that refers to malloc() or a work-alike. Atleast, this very much seems to me to be the case. Of course you actually

...calculated. It also makes the if (n > 4e5) { /*-- Fixme(?): test should depend on `n' AND `x' ! */ ??? /* Approx. from? Abramowitz & Stegun 26.7.8 (p.949) */ ??? val = 1./(4.*n); ??? return pnorm(x*(1. - val)/sqrt(1. + x*x*2.*val), 0.0, 1.0, ???????? lower_tail, log_p); } code unneccessary. Ian Smith Personally, I think the code should also guard against the possible overflow of the x * x expressions. ________________________________________________________________________ Get a FREE AOL Email account with unlimited storage. Plus, share and store photos and experience exclusi...

We migrated a server a few days ago, and the private keys we use to connect to customers got moved as well. However, some of our automated sftp batches were failing with authentication errors. Looking into the verbose output, I noticed that even though ~/.ssh/config is explicitly configured to use a specific identity file, sftp was presenting every key known to the ssh-agent, in order. This

On Fri, Sep 18, 2015 at 7:07 PM, Peter Stuge <peter at stuge.se> wrote: > Fabiano Fid?ncio wrote: >> A few possible solutions for this would involve a way to support more >> than one agent, talking to both (the local one and the spice one), >> merging then their responses and returning it to any application who >> sent the request. Note that would be really nice if

...one who wishes to create new files with another group ID should make their directories sgid or stgid as per normal filesystem ACL semantics. The original net effect of this only turns on an fchown() that will fail and emit numerous error messages. This patch fixes that. Technically the fchown is unneccessary extra code already since any directory that is sgid or stgid will have ownership enforced by the kernel already. I simply made it #if 0 below, the correct patch would be to delete the extraneous block. --- src/lib-storage/mailbox-list.c.orig 2010-09-14 11:03:18.000000000 -0400 +++ src/lib-storage...

...ooks ok now. One thing: the ISR is now: __vector_21: ; @__vector_21 __vector_21$local: sei push r0 push r1 in r0, 63 push r0 clr r0 push r24 lds r24, v1 sts v2, r24 pop r24 pop r0 out 63, r0 pop r1 pop r0 reti There are unneccessary push/pops of r1 and r0 too, since the clr is useless ... GCC had the same problem but they made improvements. Thanks. Am 31.03.20 um 08:09 schrieb Wilhelm Meier via llvm-dev: > Hi Dylan, > > thank you. I'll be back with a test ... > > Wilhelm > > Am 31.03.20 um 08:06...

...he underlying security mechanism to authenticate the user to the server, and continues to use SSH host keys to authenticate the server to the user. For many sites who already have security infrastructures such as Kerberos deployed, managing large numbers of SSH host keys is an additional, unneccessary, burden. GSSAPI key exchange allows the use of security mechanisms such as Kerberos to authenticate the server to the user, removing the need for trusted ssh host keys, and allowing the use of a single security architecture. This patch adds support for the RFC4462 GSSAPI key exchange mecha...

Returns free memory size per node in "xm info". This info can help users who want to bind their guest domain in one node of their NUMA machines thought set CPU affinity. I also write IA64 part support which I would send to XEN-IA64 mail-list. Thanks. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

On Aug 25, 2009, at 3:40 PM, Albert Graef wrote: > Albert Graef wrote: >> I understand that. But in this specific case it would be very easy to >> maintain, no? > > FWIW, suggested patch attached. That makes the LLVM 2.5 style > raw_fd_ostream constructor work with the trunk (r80036). Note that > this > just adds a second constructor, existing code will continue to

...ling of defaultserver{,args} Apple: Use CFProcessPath instead of argv[0] trick. Apple: Added some OSX version protection, so this will still compile on Tiger and below. Apple: No need for these bits being here in xinit as of xserver-1.4.0-apple9 Apple: Don't need to spew unneccessary 'directory exists' messages. Matthieu Herrb (2): OpenBSD: use openssl rand -hex 16 to generate the cookie. Replace sprintf() and strcpy() with snprintf(). git tag: xinit-1.0.9 http://xorg.freedesktop.org/archive/individual/app/xinit-1.0.9.tar.bz2 MD5: 224c36057e4416205d4e421a...

Hello, I have implemented a method which uses sink to follow the progression status of an iterative process (Below is part of the code) I have already used such kind of code with no problem. Today, I get a "sink stack is full" error. I wonder if it could be linked with the fact that my .RData has a large size (around 7 Mo) ??? I hope that someone can help me ... Thanks in advance

I've can boot floppy images (eg toms, barts) booting via pxe. I can also boot initrd's via pxe. Would be very cool to be able to boot iso's (knoppix, gentoo-basic) via pxe also. Looking thru the docs, looks like this would not be a straightforward thing. Would need to loop mount the iso, then loop mount the .img. Or else copy them all the pertinent files to the tftpboot