search for: accidentily

I know people who shutdown the services on their *nix box before backing up with rsync. this is to avoid accidentily backing up files that are being written to, which might result in a corrupt backup of that file. is this even a concern? if it is, what methods are available for a small shop to schedule regular backups but still maintain uptime? thanks!

...By the way, I also noticed what is probably an accidental checkin in src/lib-storage/index/maildir/maildir-storage.c:maildir_get_control_path(), where it tries to migrate control files from the default location to the configured location. I think Timo wrote that patch for my colleage Cor, and then accidentily checked it in with: ---------------------------- revision 1.100 date: 2005-06-09 14:31:43 +0000; author: cras; state: Exp; lines: +22 -4 Replaced ':' and ',' character usages with #defines, so they can be changed easily if needed. The patch is 'broken' anyway; it tries...

Is there any way to obtain the public key from the private key? I know it's in host file however for the purpose of this message I need to be able to generate it on the command line. I tried openssl ec < ed25519_key.priv I get an error read EC key unable to load Key 140092556813984:error:0906D06C:PEM routines:PEM_read_bio:no start line:pem_lib.c:703:Expecting: ANY PRIVATE KEY

...3:Expecting: ANY PRIVATE KEY Ed25519 keys are not supported by OpenSSL, and are generated completely by tinc itself. The format of ed25519_key.priv is also not a standard format. The public key can be extracted from it though, I'll add an option to the tinc CLI to do this, just in case someone accidentily deletes the public key. However, you can already use the CLI to extract your own public key: tinc -n <netname> get Ed25519PublicKey -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment wa...

Hello list, Thanks in advance for any help. I have many (approx 20) files that I have merged. For example d1<-read.csv("AlleleReport.csv") d2<-read.csv("AlleleReport.csv") m1 <- merge(d1, d2, by = c("IND", intersect(colnames(d1), colnames(d2))), all = TRUE) m2 <- merge(m1, d3, by = c("IND", intersect(colnames(m1), colnames(d3))), all =

...set_nodelay(connection_in); when it is probably supposed to say: /* Only set socket options if using a socket. */ if (!packet_connection_is_on_socket()) return; if (interactive) set_nodelay(connection_in); In other words, it appears somebody accidentily deleted the "return" statement that was present (and functional) in 3.5p1. As such, the set_nodelay() only gets executed in 3.6.1p1 if the connection is NOT on a socket, which is likely not how it was meant to be written. ------- You are receiving this mail because: ------- You are...

...KEY > > Ed25519 keys are not supported by OpenSSL, and are generated completely > by tinc itself. The format of ed25519_key.priv is also not a standard > format. The public key can be extracted from it though, I'll add an > option to the tinc CLI to do this, just in case someone accidentily > deletes the public key. However, you can already use the CLI to extract > your own public key: > > tinc -n <netname> get Ed25519PublicKey > > -- > Met vriendelijke groet / with kind regards, > Guus Sliepen <guus at tinc-vpn.org> > ______________________...

Dear All, I've read Thomas Lumley's fortune "If the answer is parse() you should usually rethink the question.". But I am not sure it that also applies (and why) to other situations (Lumley's comment http://tolstoy.newcastle.edu.au/R/help/05/02/12204.html was in reply to accessing a list). Suppose I have similarly called functions, except for a postfix. E.g. f.1 <-