suse-migration-services-2.0.24-1.34.1 >
A `p9| [i8q]9
{ ¶kkj;Ø0( =ebxƭwOZjWx ]o6 I&S!bFe(ɶ SI
"G3|̹{ ܹ4ÀǴv z9 9h&:J,#Jd3e{< ꩁЀeJw3B< SuReӤ^hA=t xL_|ebfa6006708f8e4503425a5143aa69b7522cbc05 89e23a215afadca5be61892f05f6bf615188c01fd07a4d409b074e442855f9f8 `p9|Tܔp 4;KXH{Ц50OӴY`(kAk!m;{%UvMM_o7X g҆ fe|
3uljC5f9_#f][
~/Eba*ִlèm+9nc V2 K,ix>
Gn[} Y RX*NZM{STCMQ"#FYɨ
$M@UC 6rK1i){ > p > x ? h d ! ( M ? E L P P , P
P P P
l P P < P P < T ( 8 1 9 $ 1 : 3 1 F G P H $ P I d P X Y \ P ] P ^ b c / d e f l u P v w P x P y $ 9 z " d C suse-migration-services 2.0.24 1.34.1 SUSE Distribution Migration Services Systemd services to prepare and run a distribution migration process. `goat16 VSUSE Linux Enterprise 15 SUSE LLC GPL-3.0+ https://www.suse.com/ System/Management https://github.com/SUSE/suse-migration-services linux noarch
# 2 ? l { B #
. t
%
t @ . a
AA큤A큤A큤A큤 ````````````````[``[ `````````````^ X^ X;^` ^ T`
^+`
^+^+`[ ````````````^+_ _^+` ` #-`^+^1P>`3^+`````````````a78d5955ca6f7469be6830975baad6684618d343cfe86b287383471cab9e06b6 fc7293c986623c6146de1763545aa1d720d9d13076a4c2569efa2287ce7d9e62 efa5457afbe5bfac5102c1249ee110a332c8240fe994200e1417cfcb321f7431 b0a6511f74f84474b597af1b5d7dfed616393d408ad461c5387258632dde62b6 5d357b350145e1440dc6e692920e6b0017b39319b69eaf28bd5b9f7df169bf29 9527b08bbcb929c3eee3ce13542b60135538124019296acb13226441036e245a 2d5a09a502270b9f97af8b07d576a90ea948ccc120f74be18a1f7a46b77cee4e 932c3b9a0b224d70009d1149a5f9f23557f5b2d50b6d12fbd03fa3c314932d2c 580dce4f7149e0c9f249c3b493f734776636b5387dc996e779f96d6ae2af9788 28c7a83308b642acdf7f4bed2fa7747f22a47455b4500794679e11c92467d394 d52d5bac62c6f3b698e95ba0f97266238f48798d0a9008a1b51299f1d7272398 cd0d811f54e46648cd578001a740b348c1a4ce15e773ec8bb1dffeb49f22daf7 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b 3075ee14598ed3f53c72b5e3162156d5f82c8f6aa54c3cee8553660e26fe3352 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b 9fa8dc06131a1fddab463cccc5c140a6d761312833bfe01435e4a4f8b1b756f8 b0f6e3792c34f1544f6540936cda3ec0818d6085a642c7a65093e8bd2a952ee5 e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 35b18fee70e7c7bec2e3b3de17f10ccbad6fc3c58992dc8d77b9fd8fe769b64f c864f3a2b7d6eaccc7cc34f42de1bb312f006240b8619245f33566b853f2824b 96b70dd3bdb7d4cab63a461b1beecb51c72b7aed46dae0c2c55b533d9554684b 7bb8269529279a43b2c88101569ba8adcd4e79fd34c2c72f2d888d8372f45005 fd04280af695fb28a6ee6bbd405ef691adca7695a530294af3d71c3b56980f34 28ecd19127e8337852f4b7169fdadf6fe518d5b500e61e4b9f76af22160b908f 54469576c544cf197570a8372ef0d733aaa4c722a3df3b954659f02fa7791143 f0ce8acbeaf6e4d6913364f04b4cb0f3beee1868f27b98095c83222a833410ee fb100f5d65b81280456d65020fef2df33f201d6773638ee429ef6d0b2cc57804 a1123b3d563b86773a91448faa1e129ea1b09d9f847d525e1465c960dbbc4557 ea4dd0d0627652fa6b03074c677f5d1af896b1a0f9b51136a780eec1d05ff9e0 227fc759c040ab79b60373bb86134dd785a4be6f67049fb264987d341ba41912 3ef6526fdb7b2636dbb8374e9d239cb00ed787b866293e6c1eedbc6f501944b1 be2075240d6ef6b92fb0e636a20b5a0ee393cd78b3f96c4c5c28a44e464bfd9b aab829cb48e4ebc31d52bad7757fa99e5bd83f8df24a8dc860e7debfdd89e6b1 07ae89848fae8042d0bb1b6afd7708683466124210d04226b20a0bb8d9f2ed74 8e3187de020ddb6977963e8eb5dc742c3a4be45328008181ef70e37cbfa085bb 8ef3c3ede26351d7f8573c49a74df6daf5edb1c37d1da4df6bac9454a6573e54 aba655d0792e84d9bba91fff59dd69cdc9b6e1db4bd89d84720975c4e218835a a757f9b52ceaf7f33f0b84c3cf6f8fbd0049663941490cea4b0affa598557e4d 1aff43755b95a24e3162c5965c20da4c81a6dab05400ea5140e42831e0f28e4f f5355d138b5c9fca76756374ee156de7e47aada86f65f4a06b0bf7831fb8ae3c e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 d3eed92c21666c7c4ed30f7def89dc2d9cab60abac4e3abae6228f98d106158a 1efd1dacb7766ba9ceee759d43b0edc83c752b6e0c91f8e19ecda1e9747571f2 d7aebc3a356f41666f08043080debd8aedf24bfc9834ee2ed5f631250bb17b8f 45d34a606b56f7e042a1d37a133f0f30c7ec3eaef8691839f8b7d2618fc3856d 8de1c7b3a02efd36f32b72c5be24dddbd7925add128d39c8daf759bb6f570b72 0bfe9770ea658858894cf377adafa342a6ffb053f2453389b60e66f78fc439f8 b79647596c4f147954e1c353bf679c21e4dca25fe859b67c7defd179b3c36fa0 215bede109939c0fee217d310bd995925276612eb6dc820a86d30bc56a647d47 dc826ea3f844fb5e146407bdff1a757829c9aff8a664b34e21f3e3701f6dc243 a1b3f36a7e2fdf82a6ebf1fcd110bb6dd9ce9f616ed7b0f64c4ae85b764256be ddc749f7124e6c5649e02a4cb9838d8ef031e857988b83f727fff6bbc848ae2e fd42a4db13de0e143ee15b74a19081f63770c08758d0791b0cdf34ba5da62365 49816931ace09689e9e75c064c0c087c840bba54e7e061ca275aee8eb29b6512 99096a400b57b2e68347d576a5200f350e4ad704e7730aae4dc6f8d44e0b6478 5713df1e30f0864b927c57d81db64c7a98c1a30ef4cf361ac90ad1597ffd1353 e6d9cccef290d67ed93610e789154a835ec3bcce1ae0df90a2ca46fe44097e89 961a9b148608d2cbf7205104d0acbb9f283573500725457a1026fd4684e6277b ad5309945e6bbd548b2893d3423bfcfa2944505bc55a3892900a1b1880aa7ef4 1f7c81b4aeae4cbaf1ab5ea36e62d8eed44343d0225572c4dd10b980f40bda31 3f8e5f72bf836b726746d2e2ff237a50a958ef481e6a0fedd0d1bf0d2e36f020 3ac37680aad198fdb0af547f9f5773f4f12344c944e967250ea7f88c6d7b99f8 0f2d4dee6ce98280ae6152b4b7ea804a61adc9d5ec393e52ab712dccd81b7055 fff24dd4a91cafe632685d02bca5eab2720cd1b8c39feb8f3346dd25e2b2b74c d77ebda0ea63aee3e27ed8a7251c4512281e8bd589ed6befe5ac77b6434a2219 30a057d3bfc183c0fcb6e582ae877348b56d9f1af45cb4b1b506ea8750261665 3779ddc9c21082e95271589a1bafd2cec8f2a75b0152bf1213c14005c756b535 c6a208872467a5e7d9cd117dedc1849119e540ce47c819e18d43fe935b18abd6 f4a03db9044bb157789f17ebda4e5cfdd9753be61a9819596db592674e2cdd98 b318693fbc7af0890053166581ebf905f7bd6a9e21a4a4b70b5a89a871d5bab4 f20382e811caed3dd4b9632a10fe6ff5a7a846f0ef2789c10c23a0c11f27bba6 91c98ff62b259cc827f685ad0acfb8af5b3f8a7988ff0096fef02cd68c6ce100 67e45779f6f240b4054cbf67944b05cbfaa0cf06ec2cac89160e504d810777d9 ed4829c83043f436fe7c227bfcf24bcc28919563f6ec9c2e75709a6e127c572a 22acf01ea651321b9c7ff34052b480f300c716b65c7d71f550e2a75d8fa35e18 root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root root suse-migration-services-2.0.24-1.34.1.src.rpm suse-migration-services @ @ @
/bin/bash /usr/bin/python3 SUSEConnect ca-certificates dialog kexec-tools python(abi) python3-Cerberus python3-PyYAML python3-setuptools rpmlib(CompressedFileNames) rpmlib(FileDigests) rpmlib(PayloadFilesHavePrefix) rpmlib(PayloadIsXz) rsync systemd systemd util-linux 0.3.20 3.6 3.0.4-1 4.6.0-1 4.0-1 5.2-1 4.14.1 ````e@`e@```~@`~@`}p`y|@`u`u`t6@`t6@`t6@`t6@`\{@`>(`6?`3`/@`.V` 3@` 3@` 3@` 3@``>_i_u@_FN_FN_D@_D@_D@_C_?@_?@_ L_ L_X@_@_@_c^{G^y@^r
@^S^S^S^O@^J@^J@^:@^1s^0"@^)^!^ P@^ @^ [^ [^ [^g@^g@^g@^^^@^@^@^@^@^@^@^@]]]A]A]A]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]ʞ]M@]X]X]µ]d@]d@]d@]d@]]]{@]{@]]@]@]][][][][][]S]@1@]@1@]>]>]9]0_@]0_@]/
]/
]/
],j] ;] ;]]]]@]^@]@]] @\F@\Q\ @\ @\ @\\\\\\\\\]@\]@\]@\]@\]@\h\\t@\t@\t@\t@\"\"\"\\\ڭ\!\\\\Ɋ@\8\8\8\@\O\O\}\,@\\\@\@\@\\@\|\|\|\|\|\|\|\+@\+@\+@\\\\\~d\}@\}@\y \mA@\k\d\b@\ac\]o@\]o@\J@\J@\G\@n@\? \? \? \=@\=@\=@\=@\=@\=@\= 4.13
and SLES_SAP provides product(SLES) = %{version}-%{release} - Bump version: 1.1.7 → 1.1.8 - Disable use of bool expressions in Requires
Available with rpm >= 4.13. Thus we can't build for SLE12
because rpm is older there - Bump version: 1.1.6 → 1.1.7 - Fixed Requires syntax
According to https://rpm.org/user_doc/more_dependencies.html
boolean expressions must be embedded into brackets - Bump version: 1.1.5 → 1.1.6 - Fixed superfluous newline in changelog generator - Bump version: 1.1.4 → 1.1.5 - Fixed changelog reference commit
An old reference commit was used which has to be updated because
a manual change to the .changes file on obs was done :( - Add or condition properly - Bump version: 1.1.3 → 1.1.4 - Added activation spec changes to changelog
Changes that happened on the activation package spec file
were not part of the package changelog generated by
helper/update_changelog.py - Bump version: 1.1.2 → 1.1.3 - The minimum migration starting point should be
SLES 12 SP3
or
SLES For SAP 12 SP3. - Bump version: 1.1.1 → 1.1.2 - Fixed reboot call procedure
the systemd magic that detects whether to do kexec or not, is only
applied if we invoke reboot. systemd internally maps reboot to one or
the other of 'systemctl reboot' or 'systemctl kexec'. Therefore the
current implementation which just call 'systemctl reboot' does not
transparently detect for kexec. As we don't want to rely on the
magic behind the reboot call we explicitly call systemctl with
reboot or kecec depending on the configured soft_reboot
configuration option. This is then also in line with the code
that runs 'kexec load' which also depends on the configured
soft_reboot value. - Bump version: 1.1.0 → 1.1.1 - Fixed reading of config files
There are two potential config files, both are optional
but one of them was opened in any case and if not present
raises an exception. This should not be the case and gets
fixed by this commit - Fix changelog inconsistency
It seems there was a changelog entry added in obs but not
in the git history for the suse-migration-sle15-activation
package. This commit brings all in line again - Bump version: 1.0.5 → 1.1.0 - Do kernel mounts in mount service (not in prepare service)
If the /dev, /proc and /sys mounts are done in the prepare service,
then exceptions thrown between mount system and prepare result in
the grub config not being applied. Moving these mounts earlier in
the process ensures that the grub setup service has everything it
needs (see https://github.com/SUSE/suse-migration-services/pull/142
for more detailed discussion of the problem). - Require SUSEConnect updated version
In a failed distribution migration scenario,
zypper-migration does a rollback. During this
rollback, zypper tries to refresh deactivated
repos, making the rollback fail.
This has been fixed in the newer (0.3.20) version of SUSEConnect.
This Fixes #133 - Add schema validation for migration config file
If the custom config file is empty or contains only comment lines,
it will now be ignored (rather than raising an exception and killing
the migration). If the file is corrupt somehow, or violates schema
validation, an error will be logged and the migration will abort.
Validation is *also* applied to the default config file (the one
inside the migration image). This makes automated testing easy,
because we'll effectively do automatic validation on any of the
test config files, whether they're for default config or custom
config. - Delete left over debug print statement - Auto detect migration product
As there could be different targets (SLES, SLES_SAP, etc)
instead of setting the target in the custom file, the migration
system auto detects the migration product.
In order to do so, the target version is read from the live system.
This Fixes #129 - Bump version: 1.0.4 → 1.0.5 - Perform reboot through systemd
reboot is performed through systemd. The call through systemd
checks if there is a kexec loaded kernel and transparently
turns 'systemctl reboot' into 'systemctl kexec'. Thus both ways,
soft and hard reboot are managed in one call. This is related
to Issue #111 - Allow for vendor change during migration
The migration concept allows for the zypper dup as well as
for the zypper migrate approach. In the first case the user
is responsible for setting up the repos and we expect that
to be done in a way that vendor changes are acceptable. In
the second case a repository server is used to serve the
repos and we expect that registration instance to be trustworthy
such that potential vendor changes are also allowed - Add option to configure reboot method
This adds a soft_reboot option, which if set to false results in
a hard reboot, as opposed to using kexec.
Fixes #111 - Reference commit for SUSE maintenance
Fix BYOS upgrade from 12SP4-SAP to 15 (BSC#1142108) - Bump version: 1.0.3 → 1.0.4 - Switch changelog generation to UTC
For new entries the UTC format is used because package
submissions will happen from different time zones - Bump version: 1.0.2 → 1.0.3 - Update changelog creation process
In the same way like in the kiwi project we apply the
creation of the changelog based on a reference file.
This allows to work with maintenance which declines
any request that changes an entry of the changes file
even if this change just updates the full author name - This submission creates a reference to bsc#1142108 - Refactor product setup
Add SUSEBaseProduct class to detect and handle the
installed base product. Related to Issue #129 - Bump version: 1.0.1 → 1.0.2 - Try to find a more generic name
glob match can return, files and directories. We only
work on files but the variable should not indicate scope
when there is none - Fixed network setup
The network setup was based on an overlay bind mount of the
entire /etc/sysconfig/network directory. However that directory
also contains script code and functions that are used by system
tools like netconfig. The scripts here are not compatible between
distributions. Thus the overmount of /etc/sysconfig/network/scripts
from SLE12 to SLE15 as one example breaks the netconfig tool and
prevents the update of the /etc/resolv.conf file on network
restart. Other negative effects of that overmounting are likely.
Therefore this commit changes the way we inherit the network setup.
Only the plugin directory and the interface configurations are
taken from the host, all the rest stays untouched. - Language/typo fixes - - User doc
+ Clarification around the choices of invoking the migration process using
reboot or kexec - Bump version: 1.0.0 → 1.0.1 - Update documentation
Mention the two methods to start the migration - Partially revert the no bootloader based startup
After testing the kexec based implementation to start the
migration live image, we found that kexec does not work in
all cloud providers. Especially those using Xen like AWS
do not work. Thus it's required to keep the alternative
bootloader based startup sequence - Bump version: 0.6.5 → 1.0.0 - Avoid bootloader to run the migration
Instead of a reboot the customer should run the migration
by calling run_migration. This commit adds a service utility
to run the migration. The concept is based on kexec and
avoids the modification to the bootloader setup. This allows
more flexibility for clouds that runs instances not directly
through a bootloader and also avoids infinite boot/reboot
cycles in case of an early error of the migration mount
service. This Fixes #108 - Bump version: 0.6.4 → 0.6.5 - Fixup udev reload on rule changes
The current restart sequence is missing the actual set/change
of device nodes. This also prevented network interface names
to be added/renamed. - Bump version: 0.6.3 → 0.6.4 - Fixed post mount service unit file
Wrong path to executable - Bump version: 0.6.2 → 0.6.3 - Added limitation note as suggested by Robert - Rename migration package
Avoid confusion and possible error due to wrong package name.
Fix #122 - Added doc chapter for new preserve section - Added post mount service
The post mount service is used to preserve data from the
system to be migrated into the live migration system directly
after the mounting of the system to be migrated. It is is
also responsible for making that data effective in the live
migration system. The current implementation allows for
preserving udev rules file and make them active.
This Fixes #100 - Capitalize steps list - Rename config option to use zypper migration
Rename the option to use zypper migration path, wether a plugin or
a sub-command is not relevant for the name.
Fixes #118 - Bump version: 0.6.1 → 0.6.2 - Update per suggestions by Tom - Update per review by Robert - Update per review by Robert - update per review by Jesus - update per review - update per review by Tom - Update per review - Support PARTUUID specifier in fstab - Update documentation
Added section about possible config file values including
the explanation for the different zypper install modes.
This Fixes #99 - Allow to skip local fstab paths
If a device path is referenced as local path in the fstab file
but can't be found on the system, this device path is skipped.
Usually a device path references a storage node that exists
as /dev/.. node on the machine. However it's possible to also
reference files e.g for loop mount in the fstab file. If that
file reference is not present in the live migration system it
is ignored because considered harmless. file references in
fstab are sometimes used for swapfiles or other file mapped
data. For the purpose of the migration we consider such paths
as not belonging to the system. This assumption of course
could be wrong which is why we also write a warning message
to the log file once this situation is disovered. This
Fixes #110 - Bump version: 0.6.0 → 0.6.1 - Place network logging in network service - Fixed SSH identity copy
The SSH host identity is provided by the server credentials that
makes up the fingerprint of that host. However the copy of the
files should exclude the encrypted private key ssh_host_key which
can only be read on the origin host. In fact a copy of that file
to another host will lead to a segfault in sshd and kills the
connection without any further information. - Log bondN info if bonding directory exists - Bump version: 0.5.30 → 0.6.0 - Ignore blank lines and comments when parsing fstab - Provide detailed network information
After network.online target is done, we log
the network status, interfaces and relevant information.
Fixes #84 - Inherit ssh host keys
The live image creates its ssh host key on boot. However that
host key does not match the host key from the system to migrate.
This leads to a warning message on a changed host key when a
ssh login attempt is made while the migration runs. As the
migration live system inherits the network setup it should
also inherit the ssh host key. This Fixes #86 - Cosmetic changes to handle error codes from zypper
Make it more explicit to the reader that we treat specific
values from zypper as errors. Positive side effect is that
if the list gets longer the condition does not need to
change - Try to mount raid partitions
`lsblk` returns "raid1" (or similar) for /dev/md devices, so we need
to attempt to mount these as well as regular partitions in case the
root disk is on mdraid. - Fix grub setup if root is on a raid device
If the root filesystem is on a raid device the boot parameter
rd.auto must be passed to the boot such that the dracut raid
module can setup the raid prior to iso-scan.sh searching
through the devices. Related to Issue #96 - Rebuild grub conf on uninstall of activation rpm
If the activation package is installed a grub config file
extension is applied. On uninstall of the package that
extension will be deleted but it only becomes effective
if the grub config will be rebuild. This Fixes #94 - Add support for zypper dup mode
By default the migration system uses the zypper migration plugin
to migrate the system. This works if the system is SLES registered
and an upgrade path from SCC exists. For system where this is not
possible an alternative method can be switched on with the
custom configuration option use_zypper_migration_plugin set
to: false. In this mode we just call zypper dup. Please note
this requires that the user has pre setup the repositories before
the migration system gets started. This Fixes #72 - Use `uniq` when finding root device in grub activation script
If the system is using mdraid on the root disk, the `lsblk` invocation
will return two lines matching "/$", e.g.:
/dev/md1
/dev/md1
This then breaks the subsequent `blkid` invocations, so $root_uuid and
$root_type are set to empty strings. When you later boot into the
migration system, grub gives two errors:
error: one argument expected.
error: no such device: root.
Adding `uniq` fixes this. - Implement import of custom configuration file
Instead of the system-root/etc/sle-migration-service file which
was used to setup debugging only we now allow the custom config
file system-root/etc/sle-migration-service.yml whose contents
gets migrated into the existing /etc/migration-config.yml on
the live migration host. - optional file - Change debug flag file to option
Before, to stop rebooting it was needed to place a
file as a debug flag. Now there must be a debug key option set
in the custom file. - User documentation
Add distribution migration system user documentation.
- Caveats and unsupported conditions
- Structure and content for the doc tool chain
- Recommendation about ssh key access
- State that clean up of /etc/issue is needed
- Daps style for suse docs - Fixed spec file of activation package
A %install and %build section is required otherwise the
default contents of those sections applies which leads
to the creation of a debuginfo setup that failed on a
noarch package - Reference commit for SUSE maintenance
This submission creates a reference to fate#327175 and bsc#1133919 - Bump version: 0.5.29 → 0.5.30 - Reference commit for SUSE maintenance
This submission creates a reference to fate#327175 and bsc#1133919 - Bump version: 0.5.28 → 0.5.29 - Fix reboot race condition
The issue described here came up with the package split and
rename of the activation package. The grub setup service
deletes the activation package and calls grub2-mkconfig which
deletes the migration live boot entry as well as updates grub
to boot the migrated system. However if the activation package
could not be removed the process ends in a boot loop. Therefore
one part of this patch makes the removal of the migration
packages more robust. Another part provides detailed log
information about the removal and the grub setup in the log
file.
Last but not least the patch includes a refactoring of the
umount and reboot process which offers a race condition if
the grub-setup service has failed. The patch here also
Delete the umount service and put the code in the reboot
service. Only on reboot we umount the system. In case of
debugging we want to have full access to the root of the
system that should have become migrated. In addition the
systemd dependency chain for the kernel-load vs. reboot
service was racy and got fixed by a clear dependency
for grub-setup -> kernel-load -> reboot - Bump version: 0.5.27 → 0.5.28 - Fixed deletion of activation package
Due to the split of the services package the activation
package name is target specific and needs to be matched
by a pattern - Split activation package from services
From a release process it doesn't make sense to keep the activation
script as a sub package of the services. The reason is because the
suse-migration-services package will be released to the migration
target distribution and the activation package will be released to
the migration start distribution. Thus the code is relevant on
different distributions and it is not useful to maintain that in
one package. This Fixes #74 - Bump version: 0.5.26 → 0.5.27 - Fixed network requirement
To come up with a race free network start the setup-host-network
service has to be called after network.target. This ensures the
wicked service is already active. An active wicked service allows
for a reload of the network service. The setup-host-network
service overmounts /etc/sysconfig/network and reloads the network
service. That tells the running wicked service to elaborate
over the new ifcfg configurations and updates the network status.
In the prepare unit we require the network-online target which
makes sure it operates only on an online network. - Bump version: 0.5.25 → 0.5.26 - Fix network setup service
The network setup service for the migration inherits the
network as it is configured on the system to become migrated.
As part of that process the network is restarted through
systemctl. However this is a problem because it interferes
with the network service dependency chain. This could result
in a failed network startup depending on how fast other
services e.g dbus are up and running. So the way we do it
causes a race condition. This commit deletes the network
startup from our network setup service. Our network setup
service runs by definition of the unit file before the
network.target. This means at the time the network service
activates the network our setup routine is already done and
a normal network startup should be guaranteed. - Bump version: 0.5.24 → 0.5.25 - Make sure /var/lib/cloudregister exists
At cloud registration time information about the SMT/RMT server
is provided below /var/lib/cloudregister. For migration it's
required to bind mount this path from the system to become
migrated into the live migration system. - Support new cloud regionsrv client
The new cloud region service client comes with a plugin for
zypper that translates repo URIs into a specific plugin format
such that it's no longer possible to gain access to the SLES
repositories of our public cloud infrastructure by playing
tricks with snapshotting an on-demand instance without the
billingtag. However the new and fancy way makes migration of
such a system more difficult because the new repo URI format
must be known to zypper migration. This requires all software
components to be provided in the live migration image which
has been done in the image description but furthermore requires
that the cloud specific /etc/regionserverclnt.cfg and the
contents of /usr/lib/zypp/plugins from the system to migrate
are available in the migration live image. The later is
implemented in this commit and Fixes #69 - Bump version: 0.5.23 → 0.5.24 - Fix pattern for initrd
Some images have an extra boot partition,
so there are grub files with '/vmlinuz'
and we need to handle that case. - Bump version: 0.5.22 → 0.5.23 - Copy kernel and initrd for access
It copies the files in-memory so kexec can access them
once root-path gets umounted.
Fixes #65 - Bump version: 0.5.21 → 0.5.22 - Fixed dependency for reboot service
The reboot service must be called after mount-service and
after umount-service. The mount-service handles the setup
of the debug flag. If the reboot service is too fast the
debug flag setup is not respected - Fixed logging to logfile
The setup of the logfile has to be done on each service
at import time. Each service is an extra python call
done by systemd. The setup of the logfile needs to be done
as an initializer for any unit invocation - Bump version: 0.5.20 → 0.5.21 - Added systemctl status output to logfile
As part of the reboot service add the systemctl status information
collected up to that point into the logfile. - Fixed log reference in console log service
The systemd unit file was still pointing to the old file
name but that has changed to var/log/distro_migration.log - Initialize logging and debug as early as possible
The earliest opportunity to setup the log file and the
debug flag is directly after the mount-system code has
successfully mounted the target to migrate. At this point
we should init the logfile and also the debugging if
needed. The code before this commit has potential to
not even reach the log/debug setup. With this commit
the only requirement is a successful mount of the target
system. - Bump version: 0.5.19 → 0.5.20 - Add option to handle file conflicts
In the scenario where there are packaging bugs,
this option install packages even if they
replaces files from other packages.
Fixes #58 - Fixed handling of debug flag file
If this file is present we want to stay in the migration system
no matter what happened. This is urgently required to keep us
with a way to debug the process. Current testing has shown that
only the log file is not enough to debug the complete pipeline. - Bump version: 0.5.18 → 0.5.19 - Add flag to handle zypper migration errors
Zypper has extra error codes that does not necessarily have to
stop a distribution migration.
Fixes #52 - Bump version: 0.5.17 → 0.5.18 - Path for log file
After reboot, if the migration has failed, the file
/etc/issue has a message pointing to the log file.
The path of that log file must exist inside the rebooted system. - Bump version: 0.5.16 → 0.5.17 - Add rootpart detection to grub activation script
The live migration image gets installed to the system again
because of the space limitation on /boot. This affects the
menuentry created on grub side in a way that we can't use
the pre-allocated pointer to the boot device but have to search
the root partition like in a real grub root entry. This patch
adds the needed code changes to locate the root part, insert
the needed filesystem module and initializes the root variable
to allow the loopback loading of the image. This Fixes #54 - Revert location change from /usr/share to /boot
This reverts commit 66dd8d4943d38f121f4b16b70bf0ab8d0b2ec82d.
If there is an extra boot partition and it's too small we
are not able to install the migration system and the customer
will not be able to use the migration concept. The image is
usually around ~300MB of size and that can often be too much
for an extra boot partition which is often designed to be small - Bump version: 0.5.15 → 0.5.16 - Right path for debug file
Copy debug file in a different path so reboot code
can read that location in case of debugging. - Bump version: 0.5.14 → 0.5.15 - Reboot system after migration unless debug
The migration process will reboot the system whether it has succeeded or not
unless there is a file indicating not to reboot.
Fixes #48 - Bump version: 0.5.13 → 0.5.14 - Report migration error in /etc/issue
In order to be able to reboot and still report errors in case the migration fails,
the error will be reported in a log file (/var/log/distro_migration.log).
The message and log file name to check will be indicated in /etc/issue.
Fixes #47 - Bump version: 0.5.12 → 0.5.13 - Rename migration log file
As zypper is part of the process but not the only
component, 'zypper_migration.log' does not describe it properly. - Bump version: 0.5.11 → 0.5.12 - Change location for live migration ISO image
Instead of /usr/share expect the image in /boot. The reason
for this change is because we don't know if the system uses
an extra boot partition to load the kernel and initrd from.
However the way we add the extra loop boot entry to grub
is based on reading the value for ($root) as it was configured
on the system. The location ($root) points to in grub could
be anywhere but we can trust /boot to be in there.
This Fixes the run of the migration in Azure and also
stabilizes the concept. - Bump version: 0.5.10 → 0.5.11 - Detection of baseproduct
Find the .prod files inside /etc/products.d
which does not contain a flavor tag.
Remove the target registration in that .prod file. - Bump version: 0.5.9 → 0.5.10 - Revert/Refactor distro_target handling
zypper implements a handling for the distro_target attribute.
If present in the repository metadata, zypper compares the
value with the baseproduct setup in /etc/products.d.
If they mismatch zypper refuses to create the repo. In the
process of a migration from distribution [A] to [B] this mismatch
always applies by design and prevents the zypper migration plugin
to work. In SCC or RMT the repositories doesn't contain the
distro_target attribute which is the reason why we don't see
this problem there. SMT however creates repos including
distro_target.
The refactored workaround solution is now to delete the target
specification in the baseproduct registration if present, because
the overlay mounting of etc/products.d did not work as it would
lead to a wrong upgrade path on response from SCC.
In addition a backup of the original products.d data is created
and used in the zypper migration plugin in case of an error - Bump version: 0.5.8 → 0.5.9 - Added comments to explain the driver of the change - Added product setup service
During migration etc/products is a bind mounted location
to handle the distro_target issue. At the end of a successful
migration the data written to that location must be synced
into the migrated system. This task is done by the product
service - Handle distro_target
Long time ago zypper added a distro_target information into
the repository file and matches those with the product
information of the system. If the distro doesn't match
zypper refused to create the repository. In the migration
process using SMT this caused the zypper migration plugin
to fail because zypper never created repositories. That's
because in a migration process the repository and the
system to migrate never match. Therefore we bind mount
the /etc/products.d information from the migration live
system into the /system-root of the system to become
migrated. At the end of a successful migration the new
product information is copied to the migrated system - Bump version: 0.5.7 → 0.5.8 - Fixed handling of os.listdir result
os.listdir only returns the names of the files in the
directory. Thus the file reference in the subsequent
copy call was wrong. - Bump version: 0.5.6 → 0.5.7 - Import certificates
Copy certificates from /usr/share/pki/trust/anchors of the
system to become migrated into the live migration system
and update the certificate pool. This Fixes #37 - Bump version: 0.5.5 → 0.5.6 - Fixed console log service
The systemd unit file was missing an install target - Bump version: 0.5.4 → 0.5.5 - Changed service type for console logger
Move to simple type service and set a restart policy.
The way the console logger was started before caused
a stop of the service as soon as the kernel or some
other program logs information on the console. However
during migration we want the console logger to be
actively occupy the console such that it's clear a
migration process is currently running - Bump version: 0.5.3 → 0.5.4 - Fixed console log service
Allow to start console log at any time. Make sure it starts
after prepare but do not require prepare as it causes the
prepare service to be called again. - Bump version: 0.5.2 → 0.5.3 - Update prepare service on hosts file
In the cloud the translation from a name into an IP might also
be configured via the static etc/hosts file. In case of SUSE's
public cloud infrastructure the connected smt server is
configured that way at registration time. For the migration
process this means that this information must be present otherwise
the host to upgrade cannot be resolved. - Don't truncate migration log file
If the zypper based migration process runs it truncates the
so far written logfile information. We want to keep all logging
data, thus the zypper call has to append information to the
existing log file and not overwrite them. - Fixed executable path in console log service
systemd requires an absolute path to the called program.
This patch fixes the path to the dialog program such
that systemd calls it - Bump version: 0.5.1 → 0.5.2 - Mount kernel file systems inside /system-root
The file systems were previously mounted in grub
service but because the migration service needs to
have access proc, dev and sys inside system-root
(e.g. when updating the bootloader) they are mounted
in an earlier step. There is no need to mount them
again in grub. They are unmounted properly before
rebooting.
This Fixes #32 - Bump version: 0.5.0 → 0.5.1 - Fix log file initialization
We agreed on writing the log file into the root filesystem
of the system to migrate. This implies that the first time
to initialize this log file is in the prepare service
after the mount system service has succeeded. Calling
set_logfile in the mount system service before the system
got mounted is the wrong place. This patch fixes this
and also improves the unit test for this condition. - Bump version: 0.4.3 → 0.5.0 - Migration file (#30)
* Add migration file
This file is used to document the migration process inside the system.
* Add logging for the services - Require dialog package in spec file - Added zypper migration console logging
If the migration process starts the console should show a
progress information. We use a dialog tailbox which shows
the output of the zypper migration plugin while it runs.
The output is processed using a systemd service connected
to the console. In addition the log file
var/log/zypper_migrate.log
Is created inside of the system which gets migrated. This
allows for later inspection of what the migration plugin
did. This Fixes #27 - Bump version: 0.4.2 → 0.4.3 - Fixed typo in spec file
syse vs. suse - Bump version: 0.4.1 → 0.4.2 - Fixed spec file
Missing installation of ssh service systemd unit file - Bump version: 0.4.0 → 0.4.1 - Provide ssh access
Copy the authorized key files into the authorized key file
of migration user to be able to access through ssh.
This checks in /home and /root paths.
Fixes #26 - Proper class name for test - Bump version: 0.3.6 → 0.4.0 - Refactor reboot system
The system gets rebooted via kexec or if failed by a hard reboot.
For kexec it's required to load kernel, initrd and boot parameters
from the migrated system. Thus the kexec load must be done before
umount of the system and the actual reboot after umount of the
system. Therefore this patch splits the kernel-reboot service
into two services, whereas the umount service will be called
in between of them. - Fixup ExecStart in kernel reboot service
The binary is named suse-migration-kernel-reboot not
suse-migration-kernel-load - Bump version: 0.3.5 → 0.3.6 - Fixed removal of suse-migration-activation
A simple rpm -e call leads to an error because the package
depends on the master package providing the image. Thus it's
better to instruct zypper to remove the package including its
dependencies - Fixed invocation of Command.run
Use of unexpected keyword argument - Fixed kexec reboot kernel and grub lookup
In the reboot service the kernel files and the grub config
was not searched in the root of the migrated system but in
the root of the migration live system, which is the wrong
place. - Fixed kernel reboot service
The unit requirements and dependencies were set wrong - Bump version: 0.3.4 → 0.3.5 - Update target for uninstall
Set the target properly to uninstall package suse-migration-activation.
Fixes #17 - Bump version: 0.3.3 → 0.3.4 - Add kexec-tools (#16)
* Add kexec-tools
This is nedded for rebooting the migrated system
with the new kernel. - Uninstall suse-migration-activation
The new grub menu should not have this entry.
This solves issue #12 - Bump version: 0.3.2 → 0.3.3 - Set the Migration boot entry to be the default
In addition set the boot timeout to 1sec - Refactor get_cmdline
More generic parameter name and better search
of target kernel command line options. - Bump version: 0.3.1 → 0.3.2 - Add kexec reboot service - Added grub config extension to activate migration
Provide /etc/grub.d/99_migration plugin which causes
the creation of a Migration grub menu entry. In addition
the package build was cleaned up and extended by a new
sub-package suse-migration-activation which provides
that grub config plugin. - Remount system root if booted via grub loopback
if the system to become migrated was booted via a grub
loopback menuentry, the disk is blocked by that readonly
loopback mount and needs to be remounted for read write
access first - Bump version: 0.3.0 → 0.3.1 - Hotfix fstab export method
Put newline at the end of each fstab entry - Bump version: 0.2.1 → 0.3.0 - Resolve the mount stack in reverse order - Remove variable - Cleanup of mounted paths - Mount sys - Test add entry of services calls - Store service calls - Make one call - Add dependencies - Specific service names - Umount service must run after grub-setup service - Refactor mount path handling
Instead of duplicating code in the cleanup service make sure
all services which mounts a location updates the mount meta
data file /etc/system-root.fstab. The cleanup service in the
end just reverse reads that file and umounts all locations - Update grub file to migrated version - Added umount service
The umount service cleans up the migration host such that
no active mount reference into the migrated systems exists
anymore and we are safe to reboot - Fix typo in doc string - Bump version: 0.2.0 → 0.2.1 - Fix agree-licenses test - Fix agree-licenses option typo - Bump version: 0.1.2 → 0.2.0 - Use --non-interactive flag
Instead of pre selecting a menu index use the non
interactive flag and make the code more robust - Added zypper migration service
The service which actually runs the zypper migration plugin.
The service is called after the preparation step has completed
successfully - Bump version: 0.1.1 → 0.1.2 - make sure to restart the network actively - Bump version: 0.1.0 → 0.1.1 - The presence of /etc/SUSEConnect is optional
Do not fail the prepare service if there is no /etc/SUSEConnect
file available on the system to become migrated. Copy the
file if present and just continue otherwise - Bump version: 0.0.1 → 0.1.0 - Added prepare service
The prepare service runs the preparation tasks for systemd
to perform the migration. This includes the import of the
SUSEConnect configuration from the host as well as the
bind mount of the zypp metadata - Added setup host network service
Added service to activate the migration host system network - Implement mount_system service
The mount_system service looks for existing disk partitions
and for an fstab file on that partitions. The first partition
found with an fstab file is considered the system to upgrade.
The fstab file is read in and mounted /system-root
in the order of the fstab entries - Activate travis Ci - Added command and path helper classes goat16 1619457171
! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ? @ A B C D E F G H I J K L M N O P 2.0.24-1.34.1 suse-migration suse-migration-grub-setup suse-migration-kernel-load suse-migration-mount-system suse-migration-post-mount-system suse-migration-prepare suse-migration-product-setup suse-migration-reboot suse-migration-setup-host-network suse-migration-ssh-keys suse_migration_services suse_migration_services-2.0.24-py3.6.egg-info PKG-INFO SOURCES.txt dependency_links.txt entry_points.txt not-zip-safe requires.txt top_level.txt __init__.py __pycache__ __init__.cpython-36.pyc command.cpython-36.pyc defaults.cpython-36.pyc exceptions.cpython-36.pyc fstab.cpython-36.pyc logger.cpython-36.pyc migration_config.cpython-36.pyc path.cpython-36.pyc schema.cpython-36.pyc suse_connect.cpython-36.pyc suse_product.cpython-36.pyc version.cpython-36.pyc command.py defaults.py exceptions.py fstab.py logger.py migration_config.py path.py schema.py suse_connect.py suse_product.py units __init__.py __pycache__ __init__.cpython-36.pyc grub_setup.cpython-36.pyc kernel_load.cpython-36.pyc migrate.cpython-36.pyc mount_system.cpython-36.pyc post_mount_system.cpython-36.pyc prepare.cpython-36.pyc product_setup.cpython-36.pyc reboot.cpython-36.pyc setup_host_network.cpython-36.pyc ssh_keys.cpython-36.pyc grub_setup.py kernel_load.py migrate.py mount_system.py post_mount_system.py prepare.py product_setup.py reboot.py setup_host_network.py ssh_keys.py version.py suse-migration-console-log.service suse-migration-grub-setup.service suse-migration-kernel-load.service suse-migration-mount-system.service suse-migration-post-mount-system.service suse-migration-prepare.service suse-migration-product-setup.service suse-migration-reboot.service suse-migration-setup-host-network.service suse-migration-ssh-keys.service suse-migration.service run_migration /usr/bin/ /usr/lib/python3.6/site-packages/ /usr/lib/python3.6/site-packages/suse_migration_services-2.0.24-py3.6.egg-info/ /usr/lib/python3.6/site-packages/suse_migration_services/ /usr/lib/python3.6/site-packages/suse_migration_services/__pycache__/ /usr/lib/python3.6/site-packages/suse_migration_services/units/ /usr/lib/python3.6/site-packages/suse_migration_services/units/__pycache__/ /usr/lib/systemd/system/ /usr/sbin/ -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g obs://build.suse.de/SUSE:Maintenance:19361/SUSE_SLE-15_Update/0f51ea7ae08469d69d705a69dd3e0e52-suse-migration-services.SUSE_SLE-15_Update cpio xz 5 noarch-suse-linux Python script, ASCII text executable directory ASCII text empty python 3.6 byte-compiled Bourne-Again shell script, ASCII text executable
! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R M1/X(0/Xp%T utf-8 d98d5bc24b9f5ded54b3d997d2845190992653a06691e9bb2955866cd13804ff ? 7zXZ
! t/z]
crv9xn KT.ꡄ&!@RQET&;Gs2W:(6Vzu;BoүGHp=|!f 7d\lJ?8b
jzIņh uiWJtܴ՜=?V,
dam[qou#&מuƣ
)RǵTE)I؍5.F]ol>Ñ3Ih(X2߃KS?9ѝwB#9j 8E @qs:pK ʃ˗j3SKF>aͅX l]8V!iǤI2 X?RnF ΰ-5{B"ΘvP7̅K9y6
sm/Z8't52E /[d_{j=B$hngr5KNGf HwPjCxcVrM0ޣ{DhM nJNǒ= 7P7Y tUx暥.܋4JkfWEol LR*/?z @w%$ t8+^4AܺS8z
*`
m]Ycr}1<0-` :Y «aX[Ԋ#ds $6
8&l%9Bʥc{XRpXp$K]G5V/.@@\L~u ]= kGiY v:7D}t*8!;œ}j9/:>S#nj}DE|"[ԟX%MM+U :PXO, JAH }|g_[_;E5LjH2(bqR+ ";2N5CxGh 6,aK[+È^|L+q+ T< ,@2QfvNoSou/ ~mU[:4: e ˃rDD 1 12xr`MwwWeɘ~NsoHƏ17sbP;03? 5;r9UlM%v)P]??SJ ^k'm!hܺr#6&:߫ŧ2s l1 5Je+=DMs4JF;ȥƊnNhҝ[o8Fd78皱|m9ױSa DS)`-wb^.'fr)a8&e ؿ [KFS>
L3ii^x(9qp`f?bC$6*tŜՓE F,>2
*',˺yTADlu>VKuYnO.
yv5͏)v~=kaGS5WN*u@S B:f1|lcVP| [s-ur`Z _ξ\ae5.LZ:'1 x{ΫXLNLԧf-\ `s1ъ4j r U+2\BUP`
@Vk? 9$k3P) w'&ht9 ڥPo\M~vSe68弶Qsș/ o!1%B+ x'{6fNz?ܠ|n@DА2/߉eeVzaN=x~ſoFuhճ6{ĿT5U/PbY'NQv;͈h\6m؛xӐ
)S͋/FK x"F%X$7 7M~3!.^o{;)}ȃ{g+& xh(ke0Ju' ^f\Uv/,By+wg!.+6sg9<3FNoSL7X0Nd 0;;\mѰJnP_KAz:~N0m螦 ;tdy` )/gwL` wDٞ
%N3 5- O!@?" xnlc{ 3>UJBc]y>何0+s|;2 ge&?r;I:G:B!z2(-"5 A~@ī1eD2) *h]PUH*nsS*PKaSp}RCJ K?+<7+uhZnF8KmTO6,}^OT휱 sycoCѮ8]͇|;!S{5"T 7^ |S6; nh:Ö&|:Mq;L&eAǯlV ^fx}C,~ds'*Rz__vgqE ?,
sO$$JhvU,> XdY1>x:MY>!zN 5P*ϦB͗=q vRYKKO1[ۅ2}=6:i6NbY$k8rUM FjEQ$ /
N`PQo&X8 x8ÍDlۼE(Yk#nx^K*/sO0C)$ ?u i"L}9%.Z R6dqM]ل 8ItgyTq1hzny9> Dap|DݩNʛ ϡj:tNJ ȢA7ӤY6nI#
8eP.u0نb=4J +˅Ι9 y9o RkN XňF!Qo{-wbrsM#!vYX'?
qj*1g~ZkoRm W}UbPk\Y8**b;i%xl37X" .{\76RJJ v폊^'>D¿Q`Dدz G] =S9F\Lh@|d)7=֘ĻR/8u4Kn)fu\* œe *u RU; }o!48x )؋FbɔLJALH6wZL6DaP^tI 5/fa:i CFV#v`Tㅳ4 ΆYDzEED|k4:e
&P"Vƻ'5z [luqѻ:R49~D;? `X53_
f#tGz'N"xqE߫Ƒ
pVE}.cn4KL7s R
/}q !&k"\o{]9s 2U )G
q];+c)v
%?2{U X aG\ 1Kuud=d>pj č)V%Ld`nu
M" `Tfn|zjx`koz)Q1BxFZ8iiIȓ:)aIT71ۃNUw=V-ncSz1ytF9LgVvNQYk[8SviVDЂ'2 }% thȀNCwcے9Ljj IF)9vku5HT[= Q@~/V3YcnU#R߃! ;
e- 51 _Dvޣ뵃`3OP9 Z[u;5C4Kz2F2L!,1YcH zw|J$[¥ʖ+ͦ'/]D跐 e[y1Ve|ӲB҅
OD%w ԥxb\2vTg$!K*Z-2,<
ǮWk(k0Sb@*o wcn|d*D7hp 6Â~pu46!2^KI
a `nI@ .pw#Jk84s AK?_&61ћ7ŤT?Ggbs2H).%3By Ƨ
}qe|qJwR &3 v
$=@`x i#.*pc2i"z ՊQcxή, Ϡn ?~'
8?*BogTԢZ %DQݝqh4-6|Z-bHK~DZmc1%7U%!Uʟo~6$qkD^Mqk%n?K %Ć0픕䂮r=˾%^)ʒ/wt !&ݞ,m5$8"%МHGX ,bӛ1\r 2L%ǕJh4(vnf(d1hfq˴ؑ|#ZS+Єs6)hzb^Yjn^Ewn >횐B*|J C,QQc\!i\dB H>]mæCchܻE-A[
߇ ͖8֞2ŷ ƺ6e 9N}-U{ A`ʴڽ>"L}:IS1:ﮄ&B Զcgz-fޜlK'Qg0$'5RI l, Fu@!֜bGPI29ib4,My;-;LR_ 40aTD͇ 9kHeoG ++hDoá_Ah=D~z*Rf
(TxlB|aT~ N314,v3!]~Aū$]~vˡA Nt%MknTO '}s-'WWdVä8h2H13!pM;o h3]N EߙLn$g
'jf M_g+T^WzQ Hp 9"b=˩ 3fOKI2TáSc67-`+܈ZN15.´S=Dt35=Y%s̫Q e~Oy}|N8% ~;76Q~
yi\ b2uLU|Wxly0GSWBۋVȻ`Rsn*i|}3"ѐ0 8qJ ՞=}`?uQɺub
A_^X
&D G4Ax3Y~2~״b#
?z"11wAI_&1^F5g}9
$85Xسcw^%.tO2B(6lxY5s_Xܽ4QXXUʾ>p)~g;>]<7.ZnwDkl[>^{ !W_ w
EgvtW\ Ao-6BKh=Se3]vxyOcZ 9)1+==% 2o US)8gDR rkVbkLJUrKz tZaZ}dbafovTZJr Km
y sI.2yx
0(j+-J2H5:|qt |s9 S}{wЪ{ngՖM@;ɡdRX";Fsmp/"toJ54^J?#)LVZ6zDhDۚWc, fMA^.tj2
i0 $b{gCikcE-}l-0&0 4,\(M;)($WD Hmz1m'!,($Qa hTɲqݖ[ Ζe5 vbMm 5[)+g/AE;-WfU
`fb賨Xx&LOrvyVn&Ӈ6.l=.Bx (%m4
~4G'ὑaGf26Q@Ԅ9
n9 *d[`P_KkF"YVnDI^4p=tMsN/vE:"4C5^詘sZR&Yr#o?VA2;?M&xO"C|ar'yW
,Yl,K WH08eTAq'
]sKhU֟$+;;C[xUHoD$d7Qޙͫ{vc1 Ǎl7j
&h ?!=LcS?l펠Hl6~{畑sѽB5sPlWcuY&襅p_W3Q6*tXtoO+Фe>%u}vD.{Ty1H(]b]rC_tk'7cV?pyT6I)*t; 6 _.:e~ HQR'. A$V|40Ӥr,П9X[ju7
4`GɱYa],E՚eVaX{L.4 U5I zK8[eKr+"]@X[,7,0qtQ^1-É$=s[RR~4miwj5-[L"|2B-ߐŨ@bcpJpܸ#dc4v-wZЯλFs Bخ4d"5eKfw
5=U;7sO B>Jw>QQiH+v!o{m[!OQ3
387[ ^^KbWᘆKI%Sud~bGbbY7{ߙRbL?0
LXrg j3) jS 0k4
% ; Ĝ]XYPaZ\?=p/b3;( ał&
P]g;cԍj |ph6Ԡ+yO:{c5VR"!#=Qn)+6}'!}*ob> 3Mff3 =ƍ6yLګz3'QENI@zenmKvXӜqhpYn+
ū R,,UײlLCt|i\Ѭ٨=w!%w^Q8
8<"?N҂u
LYRLWT*A+~1]v -y@S-mmx_ ), 1Pr4w y%Pj ftV^(YIFf]u [ ǥ>5} ؼx ʨ"Nx=UDе2?b7Lu 鳘
o-ZPB*ܕh` C\!H4NY)
7;6)6Ģ.;`DOtϧt ~:3BY?c7 ;hh}ٍ$w;q3
nƭ4fIsZ Vd 4y;N cCHMӔa\= B}4AJ._beA` # lAEug-To# ]+`x:9meW{Q"t^Ƨe?t2SWt > nF ={q_] qKIf4gJїau3 5MQ|zeuѩ=jEw`Q?3SQadPz,KcsHRI 4avA;Zܔ_1ln\r ԭO{\12Oy 7To#!e Jm k!(NGy uM2G⮟y
asw0u0)L#@њ mIQE6߰4{ F&x_lKσ$l'\Glی8)eZ~%& 0v y(.qL8݊RM֞8ڮʹ: )=\JT1#TP Hb|mUkh|(gw'U˺p2,yT< ˢ B uMl6I(`Fк \ .`̭Jgk,X[9Z:HFh"* XĈ*ݯq kM-DL)^x!f+WmBGo[lj1,|Yl`| o$ ?mĬrl- 9{Z?2>"JRgG<9P =sm6wAkhqb%2;u=PQ6ű@c'l9W(3AGv@5YtxYӧhwg"y8~Hx!]"yaG;sQMٗEw羈L.~3_ .K 3,G]ߐ( ^"{
6NHP]Q nXk۬c *Be#Yn-9(oqb5-g,;PRAmP-*/(D@ Z ۴r8 Y,vjht?-H1C# L_y۱]~$ _TRLJZiM `K(1lE@U הX9X)lU rRS~!n(.Ed4\81"+|D^,*5|Su8sNbj˲VrgmѼsG|r#&d>jں$e
y`meS7wg. UϧQ[mt,e;tdeUr I IBK uk)Cgk?t謂 Vc!ti~aSDZR9+厦
[4?XbB6$3v|T7O*M f.2ZN`sTPCgF2 b0K -ɲ#XNU7̵ +t#'yˏH##s7Agbý{n?|#7 v黄hL9Rh!mNMʎmֶGg8Us_lt >B2_f$f.
M{v hO؞@ AtitN褬-j,bmf_3Mmi-ں #FSZ@ц6J7rEFЛy,=@FS3 V-};Xd6/6\?qXy wЕ76Y-RBU@C|v:M>6XԦJ^?4a2 A^k%ew{qZ4 ϝ&'%Y.@HKv[<zO̘F!}9-:e G,֛M`nQEcJ9zlC?TFشxV栲e{
.ˋ[>ؚ兰 TU)C_ b-Sr"NmB'gW!p
*V}N~w
Y ?l~!kFQE۬&s˙6E=Zk⤟-ͲױtoqI0U&QD` Q\)sF1M% >9:l~P@ ?xWCwE B閮v{vR@Vg&%`y_?k^ ~z
"}Cn5G;Ij:<ǟ{,[:3
b埳yQ_wqMz733樷 a(d%JuD3DI7lVqC06Uzث4&ބM>ȟZ3zOW; nT.,q[ǚ|Ğ?bcw=oPv%QĠ&B&'Ǥv.̕"6`W"?z}AaU'rhsċfؠB0/|ὁհ$5 32:Tg$q jTE"" e@|qeKef Lq7]1]~
B^J(Ox!o6f2hX
}.j(r| S)E"KswЗ_E·P N-pKx)#Isiu0|M46ᢁP= 6ݶYLːSe# S{m J1tPnLȆXNƟFjCo 3^6^! o/0U9 Ҧ(DTAQ +;AL#ֱj17e:7L̚'3Q$ ( f_ikTS
wP"Cg 5R%LM61|z 2Vq,#HG|ʟ iM/t;v[R6.Rݚ&JVwMpn%Sr/>K =2͊.,)tr1[ dkp6k"^bV
y^*~0> @c@g2?] &Z
""t[:Qg;ܠj*F8{MjlL\ SfT $I=Ϥ`/CUf<#M"#
D:<[m ̀=QrC@`YEL`#3X~v3kiZ)mx6%D( zHX^zzߖJ.zt"WbG ӲIΦ ga? VI>|_":++YYt3 >BIp: f`>SJvll
xnP>cb7qM U\CpB| Qi cc_zmu4,84)ZbGsރIƱC5I9t+L-)U
.BX|BR!ZNlnbg^9fCVyZf҂t`"PZcdVcz!\;?R %eUbp%:Q`aB>E >I8̦fӅ0m]ǪL afG.PfM'&;7 VkGQ
p|F4vsU~>Z#2kS
4GpIpdug~p\=* !^N;˼:5\ ObE%Xά 7U6&-QArb#xS](X?r10]ۨ
6d` .s(# PRmМA0Na
xpkџ FDJ##`
EY9RģR{!F' b]Z>&}v=G[8'ϙ'ɐg1[岖~"|C b2bY n!,OJAQjhPQA 3 _OkDJ>"iQ*n2!'@>Z_(MDw-Al 6BGUisׅyHt֔ ƞƚ762*FD0
&SA̐N
=`.`i8D' 0Aٛ;y$vp=\/GrTx&sL9CYʦŹ֓Xݢi1(sZyt ɿthy1܂ ]%E? _i跺u6A]bV qgHe*Ɋa9JsSAcm:bbSscr}֟8}2 G(TRM,IM&AȔe^1yKq\"1 OV{·B}E Zeه-kAjY|&Dd攽dX0Jeoe{.ŨۆsGŌmsSS MO=c(%Rz~=ݱKS+!hͱ!ғ%MEDtkg \"ˡ:!PV㑖"?EL ξB NV٥]DžiU-fK 3űx^LlwU ~"u믙1FZdVt{;V ;\6!)5pb:Q-3c^0tHF[xRg̱tX{Lv7' 70Tݖ!:[%Ut^CGu-^Jr +XL^β4g/✂wpv$#9 Ĕކ j/I~j!?XhP#rbјK[dNZ8,b
. Qʹ};FqMe8@S@j !b>ΰF^峵2W^nvjʽiRHM|EM! a"}k I/R9rM )բx.:BqK 6b' [W !*3 df"r:'q_<;%ݒ*$8t4D{ZU!Jg ; aMB{`Ssr;O1#x
PD%eܽNj6_I_ H,@xx#5 E56Џ YnP:;! [[gBE;YƓ P{t3ç#១^C/G
;!4Gh3iHT 0XjB ɵ*DV4WOū>Xgw95rRRx%(ǍJU֪jtl,Z!) S@whQ,Ϟ[O9^}.S2Ge=z8 6 FJw'0Cy-bO&8rw3o3uJD1Si럪vБ_V'=V|Bĥu &>lK}hSz\ ap};?Bt
npGD]S8^6G`V+ψ|,Yŧ$uks LP*AP H؛2L M_ >VNJ59$
(U)g/;:PWΊ_6x s y!ԗ!Bth!1ղռ .`?]058יwc~M gF-:WXsޮ+.w_ysO TQ +3`G>c| >8[١B5
dTXI]qmYufhq|0o,
f$ [3? baLBG 0X3u/ٵ8]QܮRaI>F:K+ B%
Bm͖ jёDO31g0ݖ6H'd7RcHvg _>
9u q0 1^/vQfOW{ft܀88^7)98;Ud N}J+S}ڎ2Jp2BLЧB() @"ǪӧOP:U¤yｏH9^?9jYNDzOcU!)/ ("r ѿO*ʵܞ(Ƅ ?[ׯxȎ }ڼ-PqY u:D-?})9zNӕnp$bKF4X ^a#yAic7p.~t*%^
?ҭ`+ m L QaT._g -OS;u]B{PBvR ѡa+c:n QFe-cp-BR 7\jk11}u=וz]Wj45!tgFޖ-CRqɔI=¾sSntB5N66C
@ygήrW/lU.C&Y0F c Ё%n(9/}rA8Ą:ҏ(_d\H\o.]?g SʂB0XJɾ ѷs|D3tZ N-G! vO $DD Z]i}$^&I
Q : P ǿ |NXp[/Ԩ 3V,
Wq=Dž
7}>|42AFinh~ۏYSO/B
iJ2\>l YzTΧJ q c&in .ltt#YOP=<d@c op(]+u߯u_ _`[Wx`
DŽk;*I"O :aK&ԺFâXgYr',~4/XI%N {[` %n9y eM:4G^es@HtFs>k]a
q7#a5 ֳVƙK+0ەdB4-DL3r_qj́ ͔|9'?闎T/ۆw ֶ)^.+Ph\ 4xGgyρNY6wE_u
iK6Y ;F0UeȜ&
'O(#Ei[1G@~f{唅}ɠ&9ց Jw-'v#fŮ"IW[C@ B=9VWtEJ?#Xj`}qalίm8 J ˗*3Z/Dwo\B IO&K2OI)D-R,"W3fK6<ZNgOR1י^J#ڴd{&uGhic >iH<&lQN 7p(e9aMBP8p1%3a n:[F]&p|,XMVN`Cn>cD}\o_TSő3 T7} \ "76YIb]џ5sʫhj':/hH~7I:-I.T&k:{QF4"M{]1_TFeZrRq YL^pmA3D^FqK
:\8g -bj0ogjsz.xneQjÑexƍ᥇ <[=Bˣv3AуYcv 7Cv,8}O5Iz_L$V>ê@ ʂr8ӠfAl~TL %c8+)vv]{q%^[#ӏy4HUT7 " _~CmFF ]9
8/wRF۳_hYM2jVy3?g>b֊$
S z-vK!>C2~z o>U!ō{c:-Q먷1?%{~s:#6LђOGv
v.% 7\?bF|8/x}9NNyF 8z"{nfζ Qk5e8A xe\?,
op1 u#{-;қDYt?eSIP0*)#7ef,iBL?hcpWYY[/ z4ϰ]٭g(J پ LUC왟o2ιM;.CC xxhpS?S-C
Tu@ :Nk S,s>h8%M?1A!kiJ~] G`S=(ɏPԧP]{\0mU؊Õ*IAL84̦B (vtjjyp.#05;rhEczùk3l /U:
'e3PIͦ0+,OvOݥT: Dc┤PIODz$ӨՅϡUc25
Oz)*|`o}̈H@4:}11@ғͰ/OA
Q]a]܄YL|yDjn(Hu| OrvAH[dWR۟R۬S$Hjޖ?!OxW_ ooY>If@W|}dsi*ܦgtyW ,nA/Sj3)}%2WH\VSwj7^?V.=L
;qRynP}.Zwgqb.p| ҡHM;s~t#M\$`>K//bBԚ'T\DFs&xZʥ!0RS= ȴm"%c|Rd.Ժv/;C {Q#÷j Z OQVbKD@^N:C? Z5<.xyk~(Rɔф B+tEF:fiR %N.6ըu#2\ }R zğir,Ni -*f, 21De/ʲP8w $`X.h4rۃP2N87@F=zUAh_dS}VT17 =yB+JAWL:''}a25ۃ.0F呟j"Kߦ7Y1|q.! i:tR^ u
<\ wi5"3;A EUi÷j_#2)87wK.GDjLJ a5n@ƚ<Jr?~F.n=,f.M(}vwf;m)umj ezV?EE@hBjxyH''v.4$V/ ^VvbEǿ+k >:Үmě";<ˮb: #AnO1r -A&Ƭ/7Tq3MpLk!x'}^fMixMإF5ʕkCTr=w OńLs
7oH5xQ5LK{!;y>qDBLÎɝt@Xxe5䉹AhG -hG#}:ț>Cu٫;;%(9E'$>/86Huqx;ͨ\![p]C=Ӣlkvn=rhޮJ xw}jWJ\(G6.M/{ڕ~>ͬ[A_ ODQU.XN 8X?55Er
6 ~T$(Of`qJmC'D LYf/w:@Y0q-z.*0Y.~kc m0DYe ,j~w&HAk \
,Qm0} S
uڒ>K[酲tX ӎO
Fm.k9UӔ/:T1])
GQA H8jntܾ 3n) ֳȹ$ 4jƐ[z6ODN
3_fC(gdFݒGfah~3pFo%X۬N۱"(i ĜwΑʇ Q"g[DB hI/T}Y˰2TJ]Y-7<>qj hw."5W~L5Zy]N#7JU젝@$)ԣOnFvʤ&Jc<^aS2|ekwéV"giT
ӮvFëy $#v}g @يd}ыo-Z%L uI|#dYY&$"؋6
kZ+uWwH:=Yg}9*
ʃ; _̭d% ,et _i؏g3Ǵ)EMFj_ONjM!EܾwetEz" 鄙,:d]
WDh <[8,xTƣo<$k`ɠҜm,*/CkOv98&hoMJc}`X8.9 nʸ0,)Z]D. Pz
3= (d~OzX<ř TSr'mQ a/@)M0Iqϳ!MN*Zs~@}!w^7ep+ؠT 4 yʆK&&L="QFr8rzË^ ZmZ2-9SXKYW1D_z@ ư߫m"uqnHc YzKt.\ Ԉ C\Y?KXGp$;dOTRsJ/ WDpPvKѰ
wqr !R;%d
9JcTi+7MsU!: ۂ>`pd턺$*bNݯ 2Ir g+Co) >z] p~&r(T1һ[o :8
ʜ
T.˚EDp8SL6D#HP 8F9cec-dޟ+njO,{ah2Ta7zD}yy E[X7:MA_{XtoR
T+2(:`]J hQ*RT:凣 |: peZiwC, P
B~ un 81MU 3_kj2=a߈l
tNH
5=rbҭI+'5ӑZOܴ փﲕ8 Ƕܯ J Xh`djB|Zb`%w> [%0s%ƚ:1cgjsFMp*/7S؊iyrD&M9ʗ2 [DoDcv aP0 7r0#ZPC2o>P}`CXT پ|!"t{]- ~ $-Y22y̞RIs0zO7_q< G#ģ%Π5 L_"i'
Oy˼]2>y(9Z[3ѢV{]ؒRrl} HΉ@Y+:D,@!S˱ [9(qUsPGv(RPYs^ښrSk)* VxqTMe[|kٰUa;q2p!% \# \tݶj䖑$4N6?鏂G 8#Y!Lʈ긇?`;^J0h
ʦX'7f,,? [Q{ $uH
EҨ$#pA6eO?玂#VLZݔ'ӻLZxtEȉ^x?o!j䂺Ms.ci@rFCX{?3S o6&w_tLgmѲ8Q"mcq${mϙ˿
:\@1\y*xKZ}NfB1 V]&8~AXڽE窸
8= 5salZ9J:9t*# ?O %Cѝ7%r|Uİ\3c >Cku`z1{N`O&1b => !Eޫ2wꂌL0!&= A6h2b juHZFfӒ Ֆ[Nb17A!9e"L!#Yc?A.Ǝkm|" Eɐ}V/"T yT@V ur&lD-ŔQ-6afjkœ.4,ݕ Lm:獶YeM 7 T6:6 G%l)V
B| ̥KE"hA96qR6Ib,g-#5seE #LM/GFK ڜ%}sp>I+1YHE
5I/K/4ZZ(y<>YEó] |+5Lcp1u.9O (K*[Y(ljBcT߾4jcdɑsM^g We j r%x&jyLatzxr sc_(Xm)]>,\wJ8ŁG妊_x [h9ԸCzDSާ \B?4 yrxG*Ϗ6qHIv2ǮaW=c$ٸ`!d^7ME*ҧNh"J^ YږCp)ͯ`(g%kV3/.*ʃj'Iöx339ǜSmWseFvMo ȅVcfau6q&4( ( tÓ`jۮ ʤDu
3
Cc35'1( t |yy!V l4w1[_or EWPsESp`tU; c3Dza%ĩ@Q֑<[py 3B(w(Z&u&R"/ _nBdl>~J p앧/ 1ZJR4=Yʙ9|5<3.ֈR>iQ'_Ţswo91F%6bqNr'd=&o42)&ɊkkW UJE]Ɣj +x':VO44"V˂Md|̀4|rGD8ؚ[>hCqs!FOwB
_ZF )ΉS;0qԷ8} tf٬vU!.# x/(U !>^Ð ]>
zraL~tYb6HY}أ-Xp oqna %ۚZi,Յ_6 6q:WXX@`ua4<ϔ/8/{k}IgQ ͊t/
{yS)b) sik ӳ7O>ln\ lTQDEۊwnl=6r6,? z| tV}7ŏũdWZ =o@̿SWéŅ~my/8όwpKCJ|/kk6n.҇OJjЛ߶eE#@Py bpYJ"W*<1ASHl\<f~-W:Uq Tڌu*k9
-XVmQM'0!i$ 41ngQCO,o?b.BꝥW阺鷆 QMdk0RQZBY )To4B֪Ѷ.AS!U%=>}fMK. : E Do8>҅WM6cX2( 4l CĬ{q2 \
+p- ;D <߂bOlOa @R}ێ}Uixkԥ+**Md`^~o
-Y-n/q}Ӈ[4Ov( f{$*y!RjgZ8A o ϟ&7 ݠ ڒS" 7Z|`3Ր\51B^ mP g, )T4q {I+WUe\ ŗg* ʞq AKˌ*9D?6X[ GqG5&sBٔΉAR%w ?bm@ivhht't1]-'446aR< 9@f7 bsMSC_$HZJ_RU|TIՀ E^3g>&0;ָa9+pQ7^PK Z(B#A!22sg%PҫTX(x Lt[#ײ]x a V]X'
1x+A;=fɏ`j4ˍqV0{YlHc&IY/a]NX`d!t&4ց[YxKMWKQu mG2 kFBqn&ǀa&VWM gYD%jV')Xce Lu=+KG} |GvKp$U
0 dwuD**I%N$aؓ>Ѵ.MVP7!USWu8 3ftN7ԖA#2s9G28ZL?c]jt`6%K.`phJ_A6hXeb)_a
;p(UK^+vd 9