similar to: Force delta transfers on rsync?

On Wednesday, February 13, 2019 11:29:44 AM EET Kevin Korb via rsync <rsync at lists.samba.org> wrote: > With --backup in order to end up with 2 files it has to write out a > whole new file. > Sure, it only sent the differences (normally that means > over the network but there is no network here) but the writing end was > told to duplicate the file being updated before

tytso at mit.edu writes: > On Mon, Mar 17, 2014 at 11:12:15AM +1030, Rusty Russell wrote: >> >> Note that with indirect descriptors (which is supported by Almost >> Everyone), we can actually use the full index, so this value is a bit >> pessimistic. But it's OK as a starting point. > > So is this something that can go upstream with perhaps a slight >

tytso at mit.edu writes: > On Mon, Mar 17, 2014 at 11:12:15AM +1030, Rusty Russell wrote: >> >> Note that with indirect descriptors (which is supported by Almost >> Everyone), we can actually use the full index, so this value is a bit >> pessimistic. But it's OK as a starting point. > > So is this something that can go upstream with perhaps a slight >

Yesterday a upgraded a machine that I have from Centos 6.3 to 6.4, but it doesn't boot with the new kernel (2.6.32-358). Right after grub the screen shows a distorted image, a bit like war of the ants but static, and nothing more happens. With the old kernel (2.6.32-279) it boots fine. The motherboard is a Asus E45M1-M Pro. There's no separate graphics card, but I use the one on the

On Thu, 23 Apr 2015 17:29:42 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the

On Thu, 23 Apr 2015 17:29:42 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the

hi all for new users, finding asterisk info is unneccesary troublesome. the asterisk.org page has very little information about the product and using google for 'asterisk' is like using google for 'linux'. you get all too many hits that has nothing to do with the product. perhaps the asterisk.org page at least should point to voip-info.org? or perhaps it's time someone rewrote

Thanks to Peter Dalgaard's message, I learned a bit more about the 'par' function and rewrote my HTML help file accordingly. Is it appropriate to submit such changes somewhere to improve the documentation? I would also be willing to write some missing documentation as well. Dr. Jim Lemon -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing

It's not hard to compile the normal xapian stuff but if you download svn it can be tricky to compile the complete release. 1) Get swig 1.3.26 or higher from swig.org. The Breezy packages are too old. The rest is only needed for cvssearch. 2) `apt-get install libdb4.1++-dev` 3) Download the recent pstream.h from pstreams.sf.net Replace cvssearch/db/pstream.h and

On Fri, May 22, 2015 at 4:14 PM, Keno Fischer <kfischer at college.harvard.edu> wrote: > This might be related to GOT relocations. I rewrote that part of > RuntimeDyldELFbecause I was seeing this issue. Have you tried trunk? > I didn't notice that you were running 3.5 the first time I read this. Keno's diagnosis is very likely to be correct. You should try trunk if

On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) > > hmmm ... > > > are

On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) > > hmmm ... > > > are

Hi all, I updated from 2.2 to the latest SVN head and I now get a debug assert in BranchFolder::RemoveBlocksWithHash: "vector iterators incompatible". I'm using Visual C++ 2005. I think this is the culprit code: MergePotentials.erase(CurMPIter); if (CurMPIter==B) break; The erase clears the _Mycont field (i.e. the iterator's container), while the ==

Hi All, For a backup purpose I'm trying to transfer only the changed blocks of large files. Thus I've run "rsync" with the appropriate options: RSYNC_BKPDIR=`mktemp -d` rsync \ --archive \ --no-whole-file \ --inplace \ --backup \ --backup-dir="$RSYNC_BKPDIR" \ --verbose \ --stats \ /var/backups/mysql-dbs/. \ /mnt/bkp/var/backups/mysql-dbs/. The

On Wednesday, February 13, 2019 6:25:59 PM EET Remi Gauvin <remi at georgianit.com> wrote: > If the --inplace delta is as large as the filesize, then the > structure/location of the data has changed enough that the whole file > would have to be written out in any case. This is not the case. If you see my original post you would have noticed that the delta transfer finds only

Hello, I have 5 digium's g.729 codecs and succesfully register with asterisk, I have incomming call from my cisco AS5300 to Asterisk through IP. But Asterisk always use g711 ulaw instead of g.729. When I disable all other codecs other than g.729 in both cisco and asterisk, calls get dropped once connected. The codec list show on my cisco AS5300 for g.729 are: g729r8 g729br8 I suspect that

We encouter a situation where we need to use SIP info to convey infomation for one end point to another endpoint. I use asterisk to do the test and find asterisk does not forward the SIP info to another endpoint, but act as UAS and returns a 4xx error message. I think asterisk is not right to handle this SIP info message. In RFC 3261 Page 70 "This protocol is designed to be extended.

On May 23, 2008, at 4:10 AM, Nicolas Capens wrote: > Hi all, > > I updated from 2.2 to the latest SVN head and I now get a debug > assert in BranchFolder::RemoveBlocksWithHash: “vector iterators > incompatible”. I’m using Visual C++ 2005. I think this is the > culprit code: > > MergePotentials.erase(CurMPIter); > if (CurMPIter==B) > break; >

I took function mdct_butterfly_8 and write out transformation matrix. Then I rewrote this matrix into sequence of additions and substractions (see attachement). As I suspected I got the same as in the original code but I swaped some rows to get little higher speed. I hope I'll do the same with 16 point butterfly function combined with 8 point butterflies in a month. Who still believe that this

Hello Eric, call progress detection is the problem. Asterisk mistakenly recognizes the call to be answered and then still "hears" the ringing that should not be there if the line was really up. To solve the problem you would have to either implement a progress detection matching your country's indication tones or at least adjust the existing one for US or Costa Rica in dsp.c. By