[Bug 1608927] Re: fix postinst in s390-tools in xenial
Dimitri John Ledkov
launchpad at surgut.co.uk
Thu Feb 22 15:03:19 UTC 2018
Upgrading 8 -> 8.4 removes the stray directory. Reinstalling 8.4 shows
the warning. (Original bug is reproduced)
Upgrading 8.4 -> 8.5 is without warnings, reinstalling 8.5 shows no
warnings. (Confirms that 8.5 fixes this bug)
Upgrading s390-tools 1.34.0-0ubuntu8 -> 1.34.0-0ubuntu8.5 removes the stray /3770 dir.
Reinstalling 1.34.0-0ubuntu8.5 does not have any warnings. (Confirming that cleanup of stray /3770 directory since 16.04.0 has not regressed, aka 8.1 test-case)
** Tags removed: verification-needed verification-needed-xenial
** Tags added: verification-done verification-done-xenial
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to s390-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1608927
Title:
fix postinst in s390-tools in xenial
Status in s390-tools package in Ubuntu:
Invalid
Status in s390-tools source package in Xenial:
Fix Committed
Bug description:
[Impact]
* On each upgrade there is an attempt to remove bogus directory which
has been gone since 1.34.0-0ubuntu8.1, thus the guard to remove the
directory should use the correct version number for xenial, i.e.
1.34.0-0ubuntu8.1 not 1.34.0-0ubuntu10.
* as per infinity, the version check is wrong firing on every
upgrade.
[Test Case]
* install s390-tools from updates
* upgrade to this new version from proposed
* during this upgrade one should not see error message from rmdir
Setting up s390-tools (1.34.0-0ubuntu8.5) ...
rmdir: failed to remove '/3770': No such file or directory
[Regression Potential]
* This is a fixup of a typo in version check, it is a cosmetic change
to make sure pointless warnings are not shown. There is little harm in
trying to remove the bogus/gone directory. And even less harm in
stopping to try to remove it going further.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/s390-tools/+bug/1608927/+subscriptions
More information about the foundations-bugs
mailing list