search for: newers

https://bugzilla.samba.org/show_bug.cgi?id=2423 Summary: Feature Request: Ability to transfer files newer than date or file. (--newer switch). Product: rsync Version: 2.6.3 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo:

Has anyone tested installing the newer kernels from elrepo (or somewhere else) in order to keep google-chrome updated beyond version 27? Actually, i assumed a newer kernel would come with a newer glibc but i do not see a newer glibc via elrepo, just newer kernels. hmmm. # yum --disablerepo=* --enablerepo=elrepo* info glibc | grep -i repo only lists my already installed glibc packages from

https://bugzilla.samba.org/show_bug.cgi?id=2423 --- Comment #10 from Rainer Glaschick <rgpb at online.de> 2014-06-04 06:56:27 UTC --- I vote for the original proposal. Using --files-from does not work with --delete, which is absolutely correct, but --newer could delete all files on the target that are not in the newer list. I use rsync for backup to large external harddisk monthly, that is

https://bugzilla.samba.org/show_bug.cgi?id=2423 pe-rsync@hindenburgring.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pe-rsync@hindenburgring.com ------- Comment #6 from pe-rsync@hindenburgring.com 2007-01-04 01:34 MST ------- I can only second

Well, is that possible to include libstdc++4.7 into llvm? On Wed, Jun 29, 2016 at 2:26 AM, Brian Cain <brian.cain at gmail.com> wrote: > Sorry if I was unclear, I have no problems building clang against a newer > gcc for my own purpose. But it doesn't make sense to provide a release > binary for clang that's hosted on llvm.org that's ostensibly for >

This is an attempt to make supermin check for the existing results of an output when checking whether the appliance must be rebuilt using --if-newer. At the moment it is implemented only for the ext2 output format of the build mode. Changes from v1: - drop empty stub for the prepare mode - add patch to ignore --if-newer on modes different than build - squash patch with stub for the build mode

https://bugzilla.samba.org/show_bug.cgi?id=2423 ------- Additional Comments From james.grinter@uk.nomura.com 2005-04-28 03:27 ------- I'd find this kind of feature really useful too. I'm pushing files, but I'm using --include and --exclude patterns to build the list of files I want to transfer, in some cases avoiding directory recursion. -- files-from and include/exclude

SUPERMIN_KERNEL and SUPERMIN_MODULES don't work to guestfish. Since guestfish sets --if-newer parameter to supermin, so the environment variables are not used under the following conditions. - the output directory exists and, - the dates of both input files and package database are older than the output To solve that, rebuild the output it when SUPERMIN_KERNEL or SUPERMIN_MODULES are

Sorry if I was unclear, I have no problems building clang against a newer gcc for my own purpose. But it doesn't make sense to provide a release binary for clang that's hosted on llvm.org that's ostensibly for "centos6" when it would really be bound to "centos6 plus the SCLO mirror which has the dependency for a newer libstdc++". The glibc 2.14 dependency is a

It is possible to statically link against libstdc++, yes. I don't quite know all the pieces to the recipe in order to get that to work. It would require changes to the release script in order to get those configuration changes all the way through the third phase build. I don't believe any other tarball release does this, so it would at least be an unconventional release. On Wed, Jun

Hell, Brian, I found a way to install Gcc 5.3 on CentOS 6 without the need to building it from source. You may try it on CentOS 6.0 That's makes clang/llvm won't depends on the newer version of glibc 2.14 The instruction: vim /etc/yum.repos.d/llvm.repo The content: ``` [sclo] name=SCLO baseurl=http://mirror.centos.org/centos/6/sclo/x86_64/rh/ gpgcheck=0 enabled=1 ``` Installation step:

In case we need to check whether the appliance must be rebuilt, check also the timestamp of the outputs of the mode, i.e. the kernel, initrd, and root files. This way, when either of these files does not exist or is older than the package manager DB we can rebuild the appliance. Add a simple test to verify this behaviour. --- src/mode_build.ml | 12 ++++++++ src/mode_build.mli

Hi, I tried to compile wine and got the message: ... check if it is possible to make a Libary... no *** If you use Linux *** you need a newer binutils *** cause of the shared libs so I looked for newer binutils, and tried to complie them: binutils-2.9.5.0.37 configure, make, make install but wine gives me the same message :( The next idea was, to replace the ld... with newer one. But when I

Hi List, I'm noticing that the CentOS-plus repo for 4.6 has MySQL 5.0.54 in it, but the CentOS 5.1 repo does not have a newer rpm, leaving the "newest" easily-available version as the vendor-provided mysql 5.0.22. Is there a reason for this? We're wanting to try a newer MySQL under CentOS 5.1 -- do any of the standard repos include such an RPM? Thanks! -Jeff

https://bugzilla.samba.org/show_bug.cgi?id=2423 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2005-03-12 16:35 ------- I'd suggest using a combination of

https://bugzilla.samba.org/show_bug.cgi?id=13735 Bug ID: 13735 Summary: Synchronize files when the sending side has newer change times while modification times and sizes are identical on both sides Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW

This is an attempt to make supermin check for the existing results of an output when checking whether the appliance must be rebuilt using --if-newer. At the moment it is implemented only for the build mode, and for its ext2 output format. Pino Toscano (4): build: factor ext2 filenames Tighten Unix_error check for missing outputdir Extend modes with list of outputs build: set

I am wondering about updating the version of Spam Assassin on my CentOS 5 mail server. The current version, 3.3.1-4.el5 (stock RHEL version), has been 'leaking' recently. I suspect I need some newer match rules to detect some of the newer flavors of spam. I see that in rpmforge's extras repo is version 3.3.2-4.el5.rfx -- is this version worth installing? Are there even newer versions

gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-11) is a bit old. There have been major changes since then. I'd like a newer version. If I have to, I expect that I can install from source. I'd rather not. Is there a CentOS 6-compatible repository from which I can get a newer version? Does a standard CentOS 7 repository have a newer version? Does a CentOS 7-compatible repository have a newer

https://bugzilla.samba.org/show_bug.cgi?id=2423 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |claysjunk@digitalrum.com ------- Comment #8 from wayned@samba.org 2007-08-23 19:19 CST ------- *** Bug 3210 has been marked as a