[elbe-devel] Install newest available version of a package that belongs to the base system

Lukasz Walewski lwalewski at s-can.at
Thu Feb 8 13:48:58 CET 2018


>-----Ursprüngliche Nachricht-----
>Von: John Ogness [mailto:john.ogness at linutronix.de]
>Gesendet: Donnerstag, 8. Februar 2018 11:27
>An: Lukasz Walewski
>Cc: elbe-devel at linutronix.de
>Betreff: Re: [elbe-devel] Install newest available version of a package
>that belongs to the base system
>
>On 2018-02-08, Lukasz Walewski <lwalewski at s-can.at> wrote:
>>>> How can I get the newest available version of a package that belongs
>>>> to the base system?
>>>
>>> How about adding a finetuning command?
>>>
>>>    <command>apt-get -y upgrade</command>
>>
>> Yes, that (sort of) works! I came up with this idea myself, but I
>> consider it to be a hack rather than a solution. The default behavior
>> for base system packages is different from that for all other
>> packages, which is extremely confusing: the user doesn't have to know
>> which packages are "base system" and which are not. Besides, that
>> might change without notice and is out of control of elbe.
>>
>> Another disadvantage of the above is that the version reported in the
>> "Installed Packages List" section of elbe-report.txt is the "base
>> system" version and not the actually installed version. In particular,
>> the version reported there is wrong, if the package was upgraded in
>> <finetuning/>.
>>
>> Any other ideas?
>
>Change elbe so that it automatically upgrades packages after completing
>debootstrap.

Yes! That's the expected answer ;)

>Looking at the code, it might be enough to do something like this
>(untested):
>
>--- a/elbepack/elbeproject.py
>+++ b/elbepack/elbeproject.py
>@@ -661,7 +661,7 @@ class ElbeProject (object):
>             for p in self.xml.node("debootstrappkgs"):
>                 debootstrap_pkgs.append(p.et.text)
>
>-            pkgs = self.buildenv.xml.get_target_packages()
>+            pkgs = self.buildenv.xml.get_target_packages() +
>debootstrap_pkgs
>
>             if buildenv:
>                 pkgs = pkgs + self.buildenv.xml.get_buildenv_packages()

I can confirm, that the above patch fixes the problem described in my original question, i.e. at debootstrap time packages get installed from the main repo (not necessarily the newest versions available), but later - at <pkg-list/> time - they get upgraded to the newest versions available from secondary mirror(s).

I don't know, if the patch has side effects, e.g. related to the cdrom/iso stuff mentioned by Manuel in the other e-mail - I haven't tested that part. Nevertheless, it would be nice to have that patch merged to the current stable release...

Best,
Lukasz

PS There used to be a way to update elbe sources in the existing initvm without having to regenerate it from scratch, how is it accomplished nowadays?


----------------------------------------

[s::can goes industrial]

----------------------------------------

scan Messtechnik GmbH
Brigittagasse 22-24
A-1200 Wien/Vienna
tel. +43 1 219 73 93 - 0
fax +43 1 219 73 93 - 12
http://www.s-can.at
office at s-can.at

Geschaeftsfuehrer/President: DI Andreas Weingartner
Firmenbuchnummer/Incorporation No: FN178880i
Gerichtsstand/Court of Jurisdiction: Wien/Vienna



More information about the elbe-devel mailing list