On 16/01/2019 13:49, Andreas Beckmann wrote:
On 2019-01-16 13:58, Alastair McKinstry wrote:
Hi

Would you happen to know syntax for piuparts to enable an upgrade test
from stretch to a new (local) version?
the command line for the normal stretch2{buster,sid} test can be derived
from corresponding log file, you may have to adjust paths etc.

and then its just these three extra:
--bindmount /tmp/openmpi --testdebs-repo /tmp/openmpi
--distupgrade-to-testdebs

with some set of .debs and a Packages file in /tmp/openmpi (or anywhere
else)

I'm trying to debug and need to see whats failing in the preinst script.
So I've a local 3.1.3-10 version with 'set -x' in the scripts, but can't
seem to do a stretch-> this upgrade, without putting it in sid or
experimental.
I finally got curious and looked into this last night ... I've
completely overhauled your maintainer scripts and just pushed them to a
branch anbe/alternatives
I hope I understood what your intentions were for the preinst and
reimplemented them in a more readable way. I needed some time to
understand what type of corruption you meant until I found the broken
mpi alternative status file posted by (forgot his name). Because that
code was primarily triggering on "no alternative installed".
I haven't done extensive tests, but it passes the upgrade from stretch :-)
Thanks, I'll review them.
Once we have reached a clean state (with 3.1.3-10 installed), there
should be no need to rerun the preinst cleanup operations for every
subsequent upgrade?

Unfortunately, experience is that we'll see people upgrading from random old sid versions to the 3.1.3-10.

(Problems in the upgrade scripts before were reported for multiple sid releases. Just because the code is gone from sid doesn't mean we won't get reports :-( )

I'm expecting to leave the preinst cleanup operations in the buster release version, then delete them.

As I just write this, I think you may want to run ldconfig (which
activates the corresponding trigger in glibc) after you add/remove
alternatives that involve shared libraries.

That should be happening automatically; the triggers will be added in the #DEBHELPER# section, no ?
Andreas

PS: feel free to repost to the corresponding bug

PPS: That's a pretty easy alternatives cleanup and setup, compared the
the nvidia and glx alternatives (which involves diversions) and the mess
I had to recover from when I initially took over the
nvidia-graphics-drivers maintenance. And I did upgrade tests from every
single ancient nvidia-graphics-drivers version available from
snapshot.d.o ... that's how I got involved with piuparts :-)

PPPS: all that was missing was a single '|| true'

--
Alastair McKinstry, <[email protected]>, <[email protected]>, 
https://diaspora.sceal.ie/u/amckinstry
Commander Vimes didn’t like the phrase “The innocent have nothing to fear,”
 believing the innocent had everything to fear, mostly from the guilty but in 
the longer term
 even more from those who say things like “The innocent have nothing to fear.”
 - T. Pratchett, Snuff

Reply via email to