- Bump version: 9.17.15 → 9.17.16

- Add API for package manager returncode validation
  
  Allow to validate the return code from a package manager
  operation. In case of zypper the standard UNIX return
  code validation does not apply. Return codes from zypper
  which are >= 100 are not treated as an error anymore
  

  
- Fix Failed to cache rpm database on zypper addrepo
  
  Occasionally zypper fails when adding the repo with the
  rpm error message 'Failed to cache rpm database'. I was
  not able to find out why this happens and I also could
  not find a way to reproduce it safely. However this
  commit adds a workaround that seems to fix the issue
  when it happens. If the first call of zypper addrepo
  fails kiwi now issues the exact same call again and
  only if that fails too an exception is thrown
  
  In addition the patch changes the zypper call and avoids
  the option --type. That option is marked legacy and ignored
  by zypper but causes a misleading warning message

OBS-URL: https://build.opensuse.org/package/show/Virtualization:Appliances:Builder/python-kiwi?expand=0&rev=132
This commit is contained in:
Marcus Schaefer 2019-02-08 14:00:31 +00:00 committed by Git OBS Bridge
parent 4d88a94bf2
commit 925e600b66
3 changed files with 92 additions and 4 deletions

View File

@ -1,6 +1,94 @@
-------------------------------------------------------------------
Fri Feb 8 11:58:53 CET 2019 - ms@suse.de
- Bump version: 9.17.15 → 9.17.16
-------------------------------------------------------------------
Wed Feb 6 17:13:56 CET 2019 - ms@suse.de
- Add API for package manager returncode validation
Allow to validate the return code from a package manager
operation. In case of zypper the standard UNIX return
code validation does not apply. Return codes from zypper
which are >= 100 are not treated as an error anymore
-------------------------------------------------------------------
Wed Feb 6 11:33:54 CET 2019 - ms@suse.de
- Fix Failed to cache rpm database on zypper addrepo
Occasionally zypper fails when adding the repo with the
rpm error message 'Failed to cache rpm database'. I was
not able to find out why this happens and I also could
not find a way to reproduce it safely. However this
commit adds a workaround that seems to fix the issue
when it happens. If the first call of zypper addrepo
fails kiwi now issues the exact same call again and
only if that fails too an exception is thrown
In addition the patch changes the zypper call and avoids
the option --type. That option is marked legacy and ignored
by zypper but causes a misleading warning message
-------------------------------------------------------------------
Mon Feb 4 16:59:51 CET 2019 - ms@suse.de
- Handle location of the rpm DB on the macro level
The location of the rpm database is no longer a standard
path one can trust. Some distributions put it to /var/lib
others to /usr/lib. This introduces the problem of dealing
with different locations between the bootstrapping (host rpm)
phase and the image installation (image rpm) phase.
This commit implements a solution based on an intermediate
rpm database configuration. KIWI creates the macros.kiwi file
inside of the image root which is read by any call of rpm
in the inner and outer system. During bootstrap phase the
rpm dbpath from the host system is used and later in the
install phase the dbpath from the rpm package as it was
installed by the target image distribution is used. In case
of a dbpath difference the database is automatically moved
to the new location by setting the _dbpath_rebuild macro
to the correct location. At the end the custom KIWI macro
is deleted.
As this process allows custom macro defintions during the
KIWI run it also serves as the base for a solution to
Issue #771 which will be done in a follow up request to
this commit.
Also the workaround for bsc#1112357 which uses a static
dbpath to store an optionally given signing key will be
addressed with this commit. The macro setup happens before
the import_trusted_keys method which makes any specification
for a strict dbpath obsolete.
Last the implementation deletes the obsolete
dump_reload_package_database code. rpm is able to automatically
do the conversion of different db versions such that the code
in kiwi is obsolete. In addition that code only worked for
rather old db versions. The public API has not changed though,
but the method is marked obsolete and does nothing anymore.
In addition to the deletion of obsolete code a new API
method post_process_install_requests_bootstrap has been
introduced to handle actions required after bootstrap
and before installing of packages from inside the new image
-------------------------------------------------------------------
Mon Feb 4 12:03:25 CET 2019 - dcassany@suse.de
- Add custom partitioning docs
This commit adds two new documentation chapters. One covering
custom partitioning scheme in KIWI. And another covering setting
custom volumes in KIWI
-------------------------------------------------------------------
Thu Jan 31 11:09:53 CET 2019 - ms@suse.de
- Bump version: 9.17.14 → 9.17.15
-------------------------------------------------------------------

View File

@ -45,7 +45,7 @@
%endif
Name: python-kiwi
Version: 9.17.15
Version: 9.17.16
Provides: kiwi-schema = 6.6
Release: 0
Url: https://github.com/SUSE/kiwi

View File

@ -1,3 +1,3 @@
version https://git-lfs.github.com/spec/v1
oid sha256:05523067288ccf40800ecc6771cb67fd0ebf77740178bdd2edcf50bc7aced10d
size 1190571
oid sha256:458d846d15e899bc152a852b34e9d2d64c3a26595b9ad393bedfec7a745c8bfc
size 1203685