[elbe-devel] [PATCH 2/4] init: lock the elbe version to be installed into the initvm

[Manuel Traut]

On Mon, Nov 12, 2018 at 09:24:15AM +0100, Torben Hohn wrote:
> On Wed, Nov 07, 2018 at 11:09:57AM +0100, Manuel Traut wrote:
> > On Mon, Oct 01, 2018 at 04:37:46PM +0200, Torben Hohn wrote:
> > > specify elbe version, that should be installed into initvm using
> > > preseed. This requires us to lock the version for all elbe
> > > packages, which would normally be pulled as dependencies.
> > > 
> > > Signed-off-by: Torben Hohn <torben.hohn at linutronix.de>
> > >
> > > ---
> > >  elbepack/init/preseed.cfg.mako | 13 +++++++++++--
> > >  1 file changed, 11 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/elbepack/init/preseed.cfg.mako b/elbepack/init/preseed.cfg.mako
> > > index 052be882..529a1b0c 100644
> > > --- a/elbepack/init/preseed.cfg.mako
> > > +++ b/elbepack/init/preseed.cfg.mako
> > > @@ -6,6 +6,7 @@
> > >  ## SPDX-License-Identifier: GPL-3.0-or-later
> > >  ##
> > >  <%
> > > +  from elbepack.version import elbe_version
> > >    from elbepack.filesystem import size_to_int
> > >    swap = size_to_int(prj.text('swap-size', default=defs, key='swap-size')) / 1024 / 1024
> > >  %>
> > > @@ -135,8 +136,16 @@ apt-mirror-setup apt-setup/use_mirror boolean false
> > >          return pkgname + '/' + pkgrel
> > >  %>
> > >  d-i finish-install/reboot_in_progress note
> > > -d-i pkgsel/include string rng-tools btrfs-tools openssh-client\
> > > - debathena-transform-lighttpd elbe-soap python-elbe-buildenv\
> > > +d-i pkgsel/include string rng-tools \
> > > +                          btrfs-tools \
> > > +			  openssh-client \
> > > +                          debathena-transform-lighttpd \
> > > +			  python-elbe-buildenv=${elbe_version}* \
> > > +			  elbe-soap=${elbe_version}* \
> > > +			  python-elbe-common=${elbe_version}* \
> > > +			  elbe-daemon=${elbe_version}* \
> > > +			  elbe-schema=${elbe_version}* \
> > > +			  python-elbe-bin=${elbe_version}* \
> > 
> > hmm, should we go the old way for --devel  ?
> 
> i dont see a reason why ? 
> please elaborate.

Forget it. We need to fix the 'devel' mode instead to
add the runtime-depends from the control file instead
of believing the one from the last elbe version are
still OK.

However would the dependency resolution work, if you
specify the exact version of elbe-soap and
python-elbe-buildenv instead of using * at the end?

If so, i think about to fixup elbe_version to retrieve
the version number via dpkg on the running system. If
elbe isn't called from source-code. Hmm, also somehow
ugly.. :/

> > 
> > >  % for n in pkgs:
> > >  % if n.tag == "pkg":
> > >   ${pkg2preseed (n)}\
> > > -- 
> > > 2.11.0
> > > 
> > > 
> > > _______________________________________________
> > > elbe-devel mailing list
> > > elbe-devel at linutronix.de
> > > https://lists.linutronix.de/mailman/listinfo/elbe-devel
> 
> -- 
> Torben Hohn
> Linutronix GmbH | Bahnhofstrasse 3 | D-88690 Uhldingen-Mühlhofen
> Phone: +49 7556 25 999 18; Fax.: +49 7556 25 999 99
> 
> Hinweise zum Datenschutz finden Sie hier (Informations on data privacy 
> can be found here): https://linutronix.de/kontakt/Datenschutz.php
> 
> Linutronix GmbH | Firmensitz (Registered Office): Uhldingen-Mühlhofen | 
> Registergericht (Registration Court): Amtsgericht Freiburg i.Br., HRB700 
> 806 | Geschäftsführer (Managing Directors): Heinz Egger, Thomas Gleixner