Le mercredi 22 février 2006 à 10:45 +1100, Michael Neuling a écrit : > 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. I've tended to think of this as a feature, actually. In Ubuntu, for instance, we might have 2.6.15-8 and 2.6.15-9 which represent different ABIs from security updates or other changes. If I have a module that is intended to be compatible with both, I might setup /lib/modules/generic to be a symlink to /lib/modules/2.6.15-9/ and unpack the modules after the symlink is expected to be there. (I don't think we use this feature right now, but I had tested it and noted it before. It's very convenient, since it's the exact same behaviour that dpkg itself has) Tks, Jeff Bailey * Canonical Ltd * Ubuntu Service and Support * +1 514 691 7221 * Linux for Human Beings.
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
- Follow-Ups:
- Re: [klibc] [PATCH] initramfs: multiple CPIO unpacking fix
- From: "H. Peter Anvin" <[email protected]>
- Re: [klibc] [PATCH] initramfs: multiple CPIO unpacking fix
- References:
- [PATCH] Chained CPIOs writing to the same file bug
- From: Michael Neuling <[email protected]>
- [PATCH] initramfs: multiple CPIO unpacking fix
- From: Michael Neuling <[email protected]>
- [PATCH] Chained CPIOs writing to the same file bug
- Prev by Date: Re: [patch] Cache align futex hash buckets
- Next by Date: Re: [klibc] [PATCH] initramfs: multiple CPIO unpacking fix
- Previous by thread: [PATCH] initramfs: multiple CPIO unpacking fix
- Next by thread: Re: [klibc] [PATCH] initramfs: multiple CPIO unpacking fix
- Index(es):