similar to: Rsync 3.1.3 released

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address

https://bugzilla.samba.org/show_bug.cgi?id=13268 Bug ID: 13268 Summary: [WARN] shifting a negative signed value is undefined Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org

Many warnings are encountered with GCC 10. Fix them. Signed-off-by: Christophe Leroy <christophe.leroy at csgroup.eu> --- usr/dash/eval.c | 2 +- usr/klibc/zlib/infback.c | 2 +- usr/klibc/zlib/inflate.c | 20 ++++++++++++++++++++ 3 files changed, 22 insertions(+), 2 deletions(-) diff --git a/usr/dash/eval.c b/usr/dash/eval.c index dd144948a9fa..6b2b01e19a47 100644 ---

Are other developers finding R 3.1.3 problematic because vignette building requires pandoc 1.12.3, while Linux Mint 17 / Ubuntu 14.04 have 1.12.2.1? R 3.1.2 seems to work fine. I'd very much like to avoid having to build as large a Linux package as pandoc, which has given me issues outside of R (it leaves out words, sentences or paragraphs when converting Latex to epub in a novel I'm

Thanks Brian. Indeed, the vignette is in markdown form. When I updated my system to R 3.1.3 I ran update.packages() and this seems to have upset things (including R-studio processing of markdown files). I tried removing rmarkdown and reverting to an older version so that my sessionInfo() is Loading required package: rmarkdown > sessionInfo() R version 3.1.3 (2015-03-09) Platform:

We reently upgraded our rsync client from Freebsd 10.2 to 11.2 which upgraded our rsync from 3.0.6 protocol version 30 to 3.1.3 protocol version 31. The server remains Freebsd 11.1 with rsync 3.1.2 protocol version 31. Now we get numerous messages like this: rsync: readlink_stat("/disk/homedirs/nber/bstevens/public_html/old/test/press reaction/Foreign

On 2020-08-06 08:45, J Martin Rushton via CentOS wrote: > You'll need to upgrade to CentOS8. > > C7 is at rsync 3.1.2-10, and will not go above 3.1.2 ever. > > C8.2 is at 3.1.3-7, C8 will always be on 3.1.3 > > Martin Another option is to build rsync from source, which is what I did to try out the zstd compression. centos7$ rsync --version rsync? version 3.2.2? protocol

David, If you are referring to the solution that would be: rapply(list(test), eval, envir = fenv) I thought I explained in the question that the above code does not work. It does not throw an error, but the behavior is no different (at least in the output or result). Using the above code still results in the x object not being stored in fenv on 3.1.2. Dayne On Wed, Jul 15, 2015 at 4:40 PM,

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

How can I get a substring based on the index into the string? strM <- c("abcde", "cdefg") ind <- c(1,3,5) I want to use ind to index into the strings so the result is: strMind <- c("ace", "ceg")

v2: - Fixes a number of bugs in corner cases. - Uses a 1M block size to fetch from the underlying plugin. This improves performance considerably. I also tested this much more thoroughly and can't find any more bugs. Rich.

Here's the patch to provide dbgs(). By default it works just like errs(). When -debug-buffer-size=N (N > 0) is set, it buffers output sent to it and dumps it at program termination via a signal handler. Please review. Thanks! -Dave Index: include/llvm/Support/Debug.h =================================================================== ---

Joseph, Please try my modified versions of these patches. These are compile-tested on Fedora and they don't break any existing functionality, but I don't have either urpmi nor a statically-linked xz so I cannot fully test them. I have also fixed detection of zlib (2/3). Rich.

Matt asked if xz should really be a filter rather than a plugin. The answer is yes, of course it should be! That's been something in the todo file for a while. The commit converts the xz plugin code into a filter (leaving the plugin around, but deprecating it). plugin: nbdkit xz file.xz filter: nbdkit --filter=xz file file.xz plugin: # can't be done filter: nbdkit

script to reproduce: #!/bin/bash #tested to fail as below: ArchLinux's rsync-3.1.3-1-x86_64.pkg.tar.xz #tested to fail as below: ArchLinux's rsync-3.1.3pre1-1-x86_64.pkg.tar.xz #tested to work ok : ArchLinux's rsync-3.1.2-8-x86_64.pkg.tar.xz if test "$1" == "clean"; then rm -vrf destdir sourcedir sourcedir2 sourcedir3 exit 0 fi echo '!! test 1:'

On Dec 17, 2009, at 4:02 PM, David Greene wrote: > Here's the patch to provide dbgs(). By default it works just like > errs(). > When -debug-buffer-size=N (N > 0) is set, it buffers output sent to > it and > dumps it at program termination via a signal handler. > > Please review. Thanks! > > -Dave > > Index:

https://bugzilla.samba.org/show_bug.cgi?id=14365 Bug ID: 14365 Summary: 3.1.3 cygwin compilation failure Product: rsync Version: 3.1.3 Hardware: x64 OS: All Status: NEW Severity: major Priority: P5 Component: core Assignee: wayne at opencoder.net Reporter: jari.aalto

KDE 3.1.3 has been officially released. http://www.kde.org/announcements/announce-3.1.3.php Additonally, a Security Advisory for all KDE versions since 2.2.2 through 3.1.2 has been released: http://www.kde.org/info/security/advisory-20030729-1.txt Users are encouraged to upgrade to KDE 3.1.3. As usual, we provide a complete set of packages for i386 to save you some compiling time at

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.

On Jul 15, 2015, at 12:51 PM, William Dunlap wrote: > I think rapply() was changed to act like lapply() in this respect. > When I looked at the source of the difference, it was that typeof() returned 'language' in 3.2.1, while it returned 'list' in the earlier version of R. The first check in rapply's code in both version was: if (typeof(object) != "list")