Bug#1055694: initramfs-tools: After updating coreutils cp: not replacing in console when running update-initramfs
On Wed, Jan 03, 2024 at 04:59:15PM -0500, Michael Stone wrote:
> On Sat, Nov 11, 2023 at 01:32:59AM +0100, Thorsten Glaser wrote:
> > On Fri, 10 Nov 2023, Sven Joachim wrote:
> >
> > > | 'cp -n' and 'mv -n' now exit with nonzero status if they skip their
> > > | action because the destination exists, and likewise for 'cp -i',
> >
> > Ouch! Nonzero? That’s harsh, and bad as it’s impossible to distinguish
> > between error and declining to copy/move.
> >
> > There is a good example in diff(1) for how to handle this better:
> > use distinct errorlevels for each case.
> >
> > Michael, could you perhaps throw that upstream?
>
> Where do we stand on this after coreutils 9.4-3? The autopkgtest is failing,
> but I think at this point that's bogus (because of the new deprecation
> warning), and the functionality is actually ok?
Failing autopkgtest:
https://ci.debian.net/packages/i/initramfs-tools/testing/amd64/41469415/
"Good" reference:
https://ci.debian.net/packages/i/initramfs-tools/testing/amd64/41379006/
The autopkgtest now probably "just" fails because of the
deprecation warning on stderr. Might be best to update cp usage in
/usr/share/initramfs-tools/hooks/klibc-utils, then it should be
good?
Chris
Reply to: