similar to: GZIP, ZIP, ISO, RPM files and rsync, tar, cpio

On Thu, Aug 28, 2003 at 12:51:16PM +0300, Sviatoslav Sviridov/Lintec Project wrote: > > Sorry for direct reply, but mail server at samba.org blocks my messages. Postmasters, Martin, For your consideration. > Begin forwarded message: > > Date: Thu, 28 Aug 2003 12:43:54 +0300 > From: Sviatoslav Sviridov/Lintec Project <svd@lintec.minsk.by> > To: rsync@lists.samba.org

I've been running Samba at a client for about 6 years now. Recently (last 2 years or so) we've been having a problem that I could not fix. Up till now it is still a problem. We mount a Windows 2000 Professional share. Sometimes the share becomes very slow (freezes) for a couple of seconds. It then continues on it's own. This could be short or long. The reason that I have not tried to

I have absolutely no idea how to use linux and I am trying to install WINE. I am running Linspire 4.5 and I actually want to install winesetuptk (this is what it tells me to do when i try to run a program with WINE). I downloaded the tar.bz2 file from sourceforge and have no idea what to do from there. When you guys say, type ~/blah blah I do not know what that means, type it where? I need

Hi, I currently create large (500MB-2.5GB) tar.gz files that I am trying to get to rsync better. After doing some research by reading a lecture presented by the original author of rsync and googling the list archives, I have concluded that the gzip-rsyncable.diff is the best way to get gzipped files to rsync nicely. The only version I could find of this patch is available here:

Hi, I tried performing a complete copy of 17GB of filesystems over the WAN (0.8GB/hr) with the speed of 16Mbps. The filesystem consists of several large g-zipped files. These large g-zipped files have actually been zipped out of other sub-filesystems and directories. I noticed that while transferring a lists of large g-zipped files, rsync tends to take a much longer time to transfer those files

https://bugzilla.samba.org/show_bug.cgi?id=6916 Summary: Avoid bundling a modified zlib Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: matt at mattmccutchen.net

Hi, all - I've been digging into the question of using rsync to sync up compressed data, and read with interest the conversations regarding the rsync friendly patch available for gzip (I belive Rusty provided this patch). For anyone interested, the message thread is archived at http://lists.samba.org/archive/rsync/2002-June/thread.html. The broad outline of this approach were mentioned in

On Sun, 2004-10-10, Misha Brukman asked "Why can't we use wildcards instead of listing all the sources" and then wrote in response to my reply: > On Sun, Oct 10, 2004 at 04:40:48PM -0700, Reid Spencer wrote: > > http://www.gnu.org/software/automake/manual/html_mono/automake.html#wildcards > > > > is your answer. > > I think their "answer" is

Hi. I just have a quick question that maybe some of you might know. I'm thinking of compiling a new kernel (kernel 2.6.12.2) for my system which is running CentOS 4 (updated to 4.1 using yum). I downloaded the kernel tarball and read in the docs that for stability gcc 2.95.x (x>=3) might be best to compile the new kernel. With an "rpm -q gcc" command I see that I have

I have a question about what is considered good style in R. I have a function which returns several arguments, say [x,y,z]=f(), where sometimes I only care about the first few (so in Matlab, I can write e.g., [x,y] = f()). In R, there seem to be 2 ways to write this, both unsatisfying (to me): LIST f <- function() { ... list(x=x,y=y,z=z) } res <- f() x <- res$x; y <- res$y; z

On Tue, 2006-02-21 at 14:58 -0800, rsync2eran@tromer.org wrote: > A year ago we discussed the strength of the MD4 hash used by rsync and > librsync, and one of the points mentioned was that only collision > attacks are known on MD4. Could you please forward this into the bug tracker so it's not lost? -- Martin -------------- next part -------------- A non-text attachment was

Reid Spencer wrote: > On Sun, 2004-10-10, Misha Brukman asked "Why can't we use wildcards > instead of listing all the sources" and then wrote in response to my > reply: > >>On Sun, Oct 10, 2004 at 04:40:48PM -0700, Reid Spencer wrote: >> >>>http://www.gnu.org/software/automake/manual/html_mono/automake.html#wildcards >>> >>>is your

Currently rsync has a bit of a problem with very large files. Dynamic block sizes were introduced to try handle that automatically if the user didn't specify a block size. Unfortunately that isn't enough and the block size would need to grow faster than the file. Besides, overly large block sizes mean large amounts of data need to be copied even for small changes. The maths indicate

On Thu, 2004-04-08 at 12:36, Martin Pool wrote: > On 5 Apr 2004, Donovan Baarda <abo@minkirri.apana.org.au> wrote: > > > librsync needs a whole file checksum. Without it, it silently fails for > > case 1), 3), and 4). > > Yes, a whole-file checksum should be used with it. Presumably > something stronger than md4 like SHA-1. md4 is probably good enough for most

Hello All, I have been trying all afternoon to rebuild the Samba RPM for my Fedora 3 with the MySQL passdb support and from what I can see it only needs the inclusion of "--with-expsam=mysql" in the SPEC file in addition to the regular ones. The problem is that no matter what version of Samba I try to rebuild, it always gice an error at the same place:

CentOS Errata and Security Advisory 2007:0245 https://rhn.redhat.com/errata/RHSA-2007-0245.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/cpio-2.5-13.RHEL4.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored -------------- next part -------------- A non-text attachment was

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2005:806-01 Low: cpio security update Files available: cpio-2.4.2-25.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin Computer

CentOS Errata and Security Advisory 2005:378 https://rhn.redhat.com/errata/RHSA-2005-378.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/cpio-2.5-4.RHEL3.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available

CentOS Errata and Security Advisory 2005:378 https://rhn.redhat.com/errata/RHSA-2005-378.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/cpio-2.5-4.RHEL3.s390.rpm s390x: updates/s390x/RPMS/cpio-2.5-4.RHEL3.s390x.rpm -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text

CentOS Errata and Security Advisory 2005:378 https://rhn.redhat.com/errata/RHSA-2005-378.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/cpio-2.5-8.RHEL4.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not