similar to: FreeBSD Security Advisory FreeBSD-SA-06:03.cpio

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-06:03.cpio Security Advisory The FreeBSD Project Topic: Multiple vulnerabilities cpio Category: contrib Module: contrib_cpio Announced:

Hi there, I'm following the security advisory to patch the cpio vulnerability (update to 6_0_0 RELENG p2, make obj, make depend), yet when it comes to make, it shows some error message as follows: /usr/src/gnu/usr.bin/cpio/../../../contrib/cpio/copyin.c:536: error: redefinition of 'safer_name_suffix' /usr/src/gnu/usr.bin/cpio/../../../contrib/cpio/copyin.c:488: error: previous

Generate dependencies almost like done by fixdep in the kernel. This teaches make to rebuild cpio image when content has changed. Also restructured usr/Kbuild a little so we better utilise parallel makes (dash, gzip, utils and kinit are now build in parallel). Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- patch is on top of hpa's linux tree, so path differ if applied to the klibc

hello, On Mon, 16 Jun 2008, Joey Hess wrote: > klibc cpio segfaults extracting various cpio files. It seems to work for > small files, but fail for larger ones, including the d-i root floppy > image. > > For example: > > joey at kodama:/tmp/empty>wget http://people.debian.org/~joeyh/d-i/images/20080401-09:01/floppy/root.img > joey at kodama:/tmp/empty>zcat

The following patch unlinks (deletes) files, symlinks, FIFOs, devices etc before writing them when extracting CPIOs. It doesn't delete directories. This stops weird behaviour like: 1) writing through symlinks created in earlier CPIOs. eg foo->bar in the first CPIO. Having foo as a non link in a subsequent CPIO, results in bar being written and foo remaining as a symlink. 2)

Unlink files, symlinks, FIFOs, devices etc. (except directories) before writing them when extracting CPIOs. This stops weird behaviour like: 1) writing through symlinks created in earlier CPIOs. eg foo->bar in the first CPIO. Having foo as a non-link in a subsequent CPIO, results in bar being written and foo remaining as a symlink. 2) if the first version of file foo is larger

No point of using it on a unixish OS. Signed-off-by: maximilian attems <max at stro.at> --- usr/utils/cpio.c | 10 ++-------- 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/usr/utils/cpio.c b/usr/utils/cpio.c index 6891883..15134b9 100644 --- a/usr/utils/cpio.c +++ b/usr/utils/cpio.c @@ -31,10 +31,6 @@ #include <fnmatch.h> #endif -#ifndef O_BINARY -# define

Useless ifdeffery seen on previous cleanup. Signed-off-by: maximilian attems <max at stro.at> --- usr/utils/cpio.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/usr/utils/cpio.c b/usr/utils/cpio.c index 15134b9..cb61679 100644 --- a/usr/utils/cpio.c +++ b/usr/utils/cpio.c @@ -27,9 +27,7 @@ #include <time.h> #include <unistd.h> #include

Hello, There seems to be problem in the cpio unpack in the kernel in initramfs. I have an empty "/sys" directory in my cpio archive, but it never shows up in my extracted initramfs. I've confirmed that extracting the archive again with cpio results in a correct tree, but it doesn't appear on boot when extracted by the kernel. Any ideas? I poked a bit, but I haven't

CentOS Errata and Security Advisory CESA-2005:378 cpio security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-378.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cpio-2.5-4.RHEL3.i386.rpm source: updates/SRPMS/cpio-2.5-4.RHEL3.src.rpm You may update your CentOS-3 i386 installations by running the command:

CentOS Errata and Security Advisory CESA-2005:378 cpio security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2005-378.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpio-2.5-4.RHEL3.x86_64.rpm source: updates/SRPMS/cpio-2.5-4.RHEL3.src.rpm You may update your CentOS-3 x86_64 installations by running the

Author: ceastha Repository: /hg/zfs-crypto/gate Revision: c79aa3356a665c684f991d5449ff5dfea720c600 Log message: 6339766 Solaris 10 CPIO does not change own on files using -pdum options and with rstchown=0 in system file Files: update: usr/src/cmd/cpio/Makefile update: usr/src/cmd/cpio/cpio.c

CentOS Errata and Security Advisory CESA-2010:0143 cpio security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0143.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cpio-2.5-16.el4_8.1.i386.rpm source: updates/SRPMS/cpio-2.5-16.el4_8.1.src.rpm You may update your CentOS-4 i386 installations by running the

CentOS Errata and Security Advisory CESA-2010:0145 cpio security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2010-0145.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cpio-2.5-6.RHEL3.i386.rpm source: updates/SRPMS/cpio-2.5-6.RHEL3.src.rpm You may update your CentOS-3 i386 installations by running the command:

CentOS Errata and Security Advisory CESA-2010:0145 cpio security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0145.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpio-2.5-6.RHEL3.x86_64.rpm source: updates/SRPMS/cpio-2.5-6.RHEL3.src.rpm You may update your CentOS-3 x86_64 installations by running

CentOS Errata and Security Advisory CESA-2010:0143 cpio security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0143.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpio-2.5-16.el4_8.1.x86_64.rpm source: updates/SRPMS/cpio-2.5-16.el4_8.1.src.rpm You may update your CentOS-4 x86_64 installations by

I've googled to try and find discussion of this topic but didn't see any results particularly interesting... Is there any particular reason the kernel has gen_init_cpio instead of just using cpio itself? I'm working on some changes that would involve just cpio-ing the entire usr/root subtree as the initramfs image (instead of gen_init_cpio having to know ahead of time what files to

One of the things I want to do besides mirror a hard drive is maintain an incremental backup on tape. The way for me to do this ( of course ) is to take the output of rsync and use it to generate a list of files for cpio. The basic ideal is something like this declare -i head tail # gets the first line with total: at the begining head=$(grep -n ^total: $log_rsync|awk -F: '{print $1}')

CentOS Errata and Bugfix Advisory 2012:0444 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0444.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8214d069d6fee5943503205414775ecdfe1e6c8249336beed4c1c72643b68b8a cpio-2.10-10.el6.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2012:1055 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1055.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e1cc8f47bc8fb18fb03e4c64266c8c36601ececc0ec8d64f485f98f9eec88521 cpio-2.6-25.el5.i386.rpm x86_64: