similar to: Yum installed perl on CentOS 5.11 64 bit

Am 24.11.2014 um 13:35 schrieb Johnny Hughes <johnny at centos.org>: > On 11/23/2014 10:23 AM, Niamh Holding wrote: >> >> Hello Centos, >> >> Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 >> 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on >> the system? >> >> yum install perl >>

On 11/23/2014 10:23 AM, Niamh Holding wrote: > > Hello Centos, > > Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 > 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on > the system? > > yum install perl > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > * base: repo.bigstepcloud.com

On 11/24/2014 09:52 AM, Leon Fauster wrote: > Am 24.11.2014 um 13:35 schrieb Johnny Hughes <johnny at centos.org>: >> On 11/23/2014 10:23 AM, Niamh Holding wrote: >>> >>> Hello Centos, >>> >>> Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 >>> 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed

From: Niamh Holding <niamh at fullbore.co.uk> > Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 > 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on > the system? > > yum install perl > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > * base: repo.bigstepcloud.com > * epel:

Hello Elias, Monday, December 15, 2014, 4:13:20 PM, you wrote: EP> Sounds like it might be differences in precision of the timestamp. Could be, thoght the NAS box has the sending system as it's NTP server so their times should be in sync. EP> Check out the `--modify-window` option. Doesn't seem to stop all the folders being listed even though nothing is transferred.

Hello Kahlil, Monday, December 15, 2014, 11:25:35 PM, you wrote: KH> When you use --itemize-changes, does it indicate that the timestamps of the KH> directories have changed? Not uless the sequence of dots and letters before the folder name indicates that -- Best regards, Niamh mailto:niamh at fullbore.co.uk -------------- next part -------------- A non-text

Hello, Many years ago, FC4 days, the following command run as a cron job would result in a nice summary email as follows /usr/bin/rsync -a --no-whole-file --delete /music /thecus-music/ ---------------------------------------------- building file list ... done sent 351583 bytes received 20 bytes 11527.97 bytes/sec total size is 62922572805 speedup is 178959.15

Hello, How can this happen? mount -l /dev/sda3/ on type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) /dev/sdb1 on /music type ext3 (rw) /dev/mapper/VolGroup00-LogVol00 on /fedora type ext3 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

Hello Gordon, Thursday, December 11, 2014, 5:23:56 PM, you wrote: GM> The system will mount a GM> filesytem on top of an existing path, including one with another GM> filesystem at the same path. But the mounts are identical- \\\\10.0.0.253\\niamh on /NSA320-music type cifs (rw) \\\\10.0.0.253\\niamh on /NSA320-music type cifs (rw) \\\\10.0.0.253\\niamh on /NSA320-music type cifs

Hello Keith, Sunday, December 14, 2014, 6:31:20 PM, you wrote: KK> Anyway, you want some combination of the -v and --progress switches. KK> Try each separately, and both together, and see which you like best. Neither! Both switches list the folders being checked even if the contents are unchanged -- Best regards, Niamh mailto:niamh at fullbore.co.uk

Hello Kahlil, Tuesday, December 16, 2014, 11:19:11 PM, you wrote: KH> ?Indeed: the sequence of dots and letters before the name indicates why KH> rsync wants to update a file. Ah, not time but owner and group are different, and not being changed on the NAS. Is this a CIFS "thing"? -- Best regards, Niamh mailto:niamh at fullbore.co.uk --------------

Hello Les, Sunday, December 14, 2014, 7:18:09 PM, you wrote: LM> Folders should only be listed if timestamps or permissions are different. Further experimentation shows this to be the case IF the destination is another local drive. Unfortunately the required destination is a CIFS share, which might change things. -- Best regards, Niamh mailto:niamh at

On Mon, Dec 15, 2014 at 10:41 AM, Niamh Holding <niamh at fullbore.co.uk> wrote: > Hello Elias, > > Monday, December 15, 2014, 4:13:20 PM, you wrote: > > EP> Sounds like it might be differences in precision of the timestamp. > > Could be, thoght the NAS box has the sending system as it's NTP server so > their times should be in sync. > > EP> Check out

Hello, I've run into the issue detailed at https://wiki2.dovecot.org/AuthDatabase/CheckPassword#Security Understandably I don't have the skills to modify checkpassword so if I do the suggested will it work? If you can't change the script, you can make Dovecot's checkpassword-reply binary setuid or setgid (e.g. chgrp dovecot /usr/libexec/dovecot/checkpassword-reply; chmod g+s

rsync -h ... -i, --itemize-changes output a change-summary for all updates ... K -- ? ? Kahlil (Kal) Hodgson GPG: C9A02289 Head of Technology (m) +61 (0) 4 2573 0382 DealMax Pty Ltd

Hi, I just tried to setup ovirt-websocket-proxy. the package name in the upstream repo is e.g.: http://resources.ovirt.org/pub/ovirt-3.6/rpm/el7/noarch/ovirt-engine-websocket-proxy-3.6.7.5-1.el7.centos.noarch.rpm I have the following repos enabled: yum repolist enabled Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.imt-systems.com * epel:

CentOS Errata and Security Advisory 2015:1197 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1197.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8b8c609255b3fc78e8a8227dfcf456fc6fad6ee44402b00741d66eb7a7c91b02 openssl-0.9.8e-36.el5_11.i386.rpm

CentOS Errata and Security Advisory 2015:1197 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1197.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8b8c609255b3fc78e8a8227dfcf456fc6fad6ee44402b00741d66eb7a7c91b02 openssl-0.9.8e-36.el5_11.i386.rpm

Installing 64bit CentOS6 only installs x86_64 and noarch RPMS - however, I have a number of legacy 32bit apps that require a number of 32bit RPMS to be installed. Does anyone know how to get the installer to install the 32bit versions of 64bit RPMS? i.e. in the way it does for CentOS5. Thanks James Pearson

Thanks Nux for your reply. I have tried doing the search and all these packages are installed: ======================================= N/S matched: kvm ======================================= libvirt-daemon-kvm.x86_64 : Server side daemon & driver required to run KVM guests qemu-kvm-tools.x86_64 : KVM debugging and diagnostics tools qemu-kvm.x86_64 : QEMU is a FAST! processor emulator