oVirt updates available on host due to libvirt missing
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above. In events pane it seems the problem is related with libvirt package Host hosted_engine_1 has available updates: libvirt. Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is: [root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]# If I run "yum install libvirt" I'm proposed: Dependencies Resolved ==================================================================================================== Package Arch Version Repository Size ==================================================================================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k Transaction Summary ==================================================================================================== Install 1 Package (+2 Dependent packages) How to proceed? Thanks, Gianluca
On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com
wrote:
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above.
In events pane it seems the problem is related with libvirt package
Host hosted_engine_1 has available updates: libvirt.
Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is:
[root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]#
If I run "yum install libvirt" I'm proposed:
Dependencies Resolved
============================================================ ======================================== Package Arch Version Repository Size ============================================================ ======================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k
Transaction Summary ============================================================ ======================================== Install 1 Package (+2 Dependent packages)
How to proceed?
Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I t should be safe to install the dependencies. Adding Michal and Francesco to confirm. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Gianluca Cecchi" <gianluca.cecchi@gmail.com>, "Michal Skrivanek" <mskrivan@redhat.com>, "Francesco Romani" <fromani@redhat.com> Cc: "users" <users@ovirt.org> Sent: Friday, August 12, 2016 2:01:54 PM Subject: Re: [ovirt-users] oVirt updates available on host due to libvirt missing
On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com
wrote:
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above.
In events pane it seems the problem is related with libvirt package
Host hosted_engine_1 has available updates: libvirt.
Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is:
[root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]#
If I run "yum install libvirt" I'm proposed:
Dependencies Resolved
============================================================ ======================================== Package Arch Version Repository Size ============================================================ ======================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k
Transaction Summary ============================================================ ======================================== Install 1 Package (+2 Dependent packages)
How to proceed? [...] I t should be safe to install the dependencies. Adding Michal and Francesco to confirm.
Not sure why it is proposed just now and not before. The -lxc package is not used by oVirt, so it will just sit there. The libvirt-daemon-config-network package should be harmless, it just contains the configuration fir libvirt's default bridge 'virbr0' Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
On 12 Aug 2016, at 14:10, Francesco Romani <fromani@redhat.com> wrote:
----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Gianluca Cecchi" <gianluca.cecchi@gmail.com>, "Michal Skrivanek" <mskrivan@redhat.com>, "Francesco Romani" <fromani@redhat.com> Cc: "users" <users@ovirt.org> Sent: Friday, August 12, 2016 2:01:54 PM Subject: Re: [ovirt-users] oVirt updates available on host due to libvirt missing
On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com
wrote:
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above.
In events pane it seems the problem is related with libvirt package
Host hosted_engine_1 has available updates: libvirt.
Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is:
[root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]#
If I run "yum install libvirt" I'm proposed:
Dependencies Resolved
============================================================ ======================================== Package Arch Version Repository Size ============================================================ ======================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k
Transaction Summary ============================================================ ======================================== Install 1 Package (+2 Dependent packages)
How to proceed? [...] I t should be safe to install the dependencies. Adding Michal and Francesco to confirm.
Not sure why it is proposed just now and not before. The -lxc package is not used by oVirt, so it will just sit there. The libvirt-daemon-config-network package should be harmless, it just contains the configuration fir libvirt's default bridge ‘virbr0'
well, harmless….though for a good reason we stopped pulling in “libvirt” as the metapackage brings problematic deps in certain cases (iirc it was due to ppc64le) That’s why we depend on exactly just libvirt-daemon-config-nwfilter libvirt-daemon-kvm libvirt-lock-sanlock libvirt-client libvirt-python As Francesco says it’s mostly harmless, it’s just that on a truly clean environment “libvirt” wouldn’t be installed Thanks, michal
Bests,
-- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
On Fri, Aug 12, 2016 at 2:18 PM, Michal Skrivanek <mskrivan@redhat.com> wrote:
Not sure why it is proposed just now and not before. The -lxc package is not used by oVirt, so it will just sit there. The libvirt-daemon-config-network package should be harmless, it just
contains
the configuration fir libvirt's default bridge ‘virbr0'
well, harmless….though for a good reason we stopped pulling in “libvirt” as the metapackage brings problematic deps in certain cases (iirc it was due to ppc64le) That’s why we depend on exactly just libvirt-daemon-config-nwfilter libvirt-daemon-kvm libvirt-lock-sanlock libvirt-client libvirt-python
As Francesco says it’s mostly harmless, it’s just that on a truly clean environment “libvirt” wouldn’t be installed
Thanks, michal
Ok, and indeed in my system is not installed... so the question is why inside the web admin gui there is a complaint about libvirt missing if not needed: https://drive.google.com/file/d/0BwoPbcrMv8mveWNDNWpZdjIwV0U/view?usp=sharin...
Hi, we are checking for upgrades of more packages in 4.0 than in previous version, details can be found at: https://bugzilla.redhat.com/show_bug.cgi?id=1344020 And libvirt is one of those new packages. I've just found out that this is incidentally part of 4.0.2 although it was retargeted to 4.0.4 (we forgot to remove patch from 4.0.2 branch when we did several 4.0.2 rebuilds). Martin On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com
wrote:
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above.
In events pane it seems the problem is related with libvirt package
Host hosted_engine_1 has available updates: libvirt.
Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is:
[root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]#
If I run "yum install libvirt" I'm proposed:
Dependencies Resolved
============================================================ ======================================== Package Arch Version Repository Size ============================================================ ======================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k
Transaction Summary ============================================================ ======================================== Install 1 Package (+2 Dependent packages)
How to proceed?
Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I've accidentally replied on the original email, ccing others On Fri, Aug 12, 2016 at 2:39 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
we are checking for upgrades of more packages in 4.0 than in previous version, details can be found at:
https://bugzilla.redhat.com/show_bug.cgi?id=1344020
And libvirt is one of those new packages.
I've just found out that this is incidentally part of 4.0.2 although it was retargeted to 4.0.4 (we forgot to remove patch from 4.0.2 branch when we did several 4.0.2 rebuilds).
Martin
On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above.
In events pane it seems the problem is related with libvirt package
Host hosted_engine_1 has available updates: libvirt.
Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is:
[root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]#
If I run "yum install libvirt" I'm proposed:
Dependencies Resolved
============================================================ ======================================== Package Arch Version Repository Size ============================================================ ======================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k
Transaction Summary ============================================================ ======================================== Install 1 Package (+2 Dependent packages)
How to proceed?
Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Fri, Aug 12, 2016 at 2:41 PM, Martin Perina <mperina@redhat.com> wrote:
I've accidentally replied on the original email, ccing others
On Fri, Aug 12, 2016 at 2:39 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
we are checking for upgrades of more packages in 4.0 than in previous version, details can be found at:
https://bugzilla.redhat.com/show_bug.cgi?id=1344020
And libvirt is one of those new packages.
I've just found out that this is incidentally part of 4.0.2 although it was retargeted to 4.0.4 (we forgot to remove patch from 4.0.2 branch when we did several 4.0.2 rebuilds).
Martin
Not a big problem for me. It was just to notice that a user could be in doubt of not being correctly up to date. Probably a mark into release notes could be ok. After installing libvirt and dependencies what is the frequency of the check that should show all now is ok? I installed libvirt about 45 minutes ago, but in the web admin gui I continue to see the icon with the tooltip "update available".. any service to refresh/restart?
Gianluca
On Fri, Aug 12, 2016 at 3:00 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Fri, Aug 12, 2016 at 2:41 PM, Martin Perina <mperina@redhat.com> wrote:
I've accidentally replied on the original email, ccing others
On Fri, Aug 12, 2016 at 2:39 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
we are checking for upgrades of more packages in 4.0 than in previous version, details can be found at:
https://bugzilla.redhat.com/show_bug.cgi?id=1344020
And libvirt is one of those new packages.
I've just found out that this is incidentally part of 4.0.2 although it was retargeted to 4.0.4 (we forgot to remove patch from 4.0.2 branch when we did several 4.0.2 rebuilds).
Martin
Not a big problem for me. It was just to notice that a user could be in doubt of not being correctly up to date. Probably a mark into release notes could be ok. After installing libvirt and dependencies what is the frequency of the check that should show all now is ok?
By default we check for upgrades once a day, this can be changed using: engine-config -s HostPackagesUpdateTimeInHours=NNN where NNN is number of hours between checks. More details about Host upgrade manager can be found at http://old.ovirt.org/Home/Features/UpgradeManager
I installed libvirt about 45 minutes ago, but in the web admin gui I continue to see the icon with the tooltip "update available".. any service to refresh/restart?
Have you installed it using webadmin Upgrade button or manually via yum?
Gianluca
On Fri, Aug 12, 2016 at 3:18 PM, Martin Perina <mperina@redhat.com> wrote:
I installed libvirt about 45 minutes ago, but in the web admin gui I
continue to see the icon with the tooltip "update available".. any service to refresh/restart?
Have you installed it using webadmin Upgrade button or manually via yum?
Via yum, also because this is a test environment with only one host and self hosted engine. In this particular case, using the upgrade button, would it need to put host into maintenance even for only libvirt or not?
On Fri, Aug 12, 2016 at 3:33 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Fri, Aug 12, 2016 at 3:18 PM, Martin Perina <mperina@redhat.com> wrote:
I installed libvirt about 45 minutes ago, but in the web admin gui I
continue to see the icon with the tooltip "update available".. any service to refresh/restart?
Have you installed it using webadmin Upgrade button or manually via yum?
Via yum, also because this is a test environment with only one host and self hosted engine.
Ahh, so unfortunately you need to wait for tomorrow, notification will be cleared after next "check for upgrade " execution In this particular case, using the upgrade button, would it need to put
host into maintenance even for only libvirt or not?
Yes, we highly recommend (and support) doing upgrades only when host is in Maintenance status (no matter if you do that in webadmin or manually using yum)
--Apple-Mail-27478469-53BB-49C8-A68E-30DF6AD3DD27 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 DQoNCj4gT24gMTIgQXVnIDIwMTYsIGF0IDE1OjM3LCBNYXJ0aW4gUGVyaW5hIDxtcGVyaW5hQHJl ZGhhdC5jb20+IHdyb3RlOg0KPiANCj4gDQo+IA0KPj4gT24gRnJpLCBBdWcgMTIsIDIwMTYgYXQg MzozMyBQTSwgR2lhbmx1Y2EgQ2VjY2hpIDxnaWFubHVjYS5jZWNjaGlAZ21haWwuY29tPiB3cm90 ZToNCj4+PiBPbiBGcmksIEF1ZyAxMiwgMjAxNiBhdCAzOjE4IFBNLCBNYXJ0aW4gUGVyaW5hIDxt cGVyaW5hQHJlZGhhdC5jb20+IHdyb3RlOg0KPj4+IA0KPj4+IA0KPj4+IA0KPj4+PiBJIGluc3Rh bGxlZCBsaWJ2aXJ0IGFib3V0IDQ1IG1pbnV0ZXMgYWdvLCBidXQgaW4gdGhlIHdlYiBhZG1pbiBn dWkgSSBjb250aW51ZSB0byBzZWUgdGhlIGljb24gd2l0aCB0aGUgdG9vbHRpcCAidXBkYXRlIGF2 YWlsYWJsZSIuLiBhbnkgc2VydmljZSB0byByZWZyZXNoL3Jlc3RhcnQ/DQo+Pj4gDQo+Pj4gDQo+ Pj4g4oCLSGF2ZSB5b3UgaW5zdGFsbGVkIGl0IHVzaW5nIHdlYmFkbWluIFVwZ3JhZGUgYnV0dG9u IG9yIG1hbnVhbGx5IHZpYSB5dW0/DQo+Pj4gDQo+PiANCj4+IFZpYSB5dW0sIGFsc28gYmVjYXVz ZSB0aGlzIGlzIGEgdGVzdCBlbnZpcm9ubWVudCB3aXRoIG9ubHkgb25lIGhvc3QgYW5kIHNlbGYg aG9zdGVkIGVuZ2luZS4NCj4gDQo+IOKAi0FoaCwgc28gdW5mb3J0dW5hdGVseSB5b3UgbmVlZCB0 byB3YWl0IGZvciB0b21vcnJvdywgbm90aWZpY2F0aW9uIHdpbGwgYmUgY2xlYXJlZCBhZnRlciBu ZXh0ICJjaGVjayBmb3IgdXBncmFkZeKAiyIgZXhlY3V0aW9u4oCLDQo+IA0KPj4gSW4gdGhpcyBw YXJ0aWN1bGFyIGNhc2UsIHVzaW5nIHRoZSB1cGdyYWRlIGJ1dHRvbiwgd291bGQgaXQgbmVlZCB0 byBwdXQgaG9zdCBpbnRvIG1haW50ZW5hbmNlIGV2ZW4gZm9yIG9ubHkgbGlidmlydCBvciBub3Q/ DQo+IA0KPiDigItZZXMsIHdlIGhpZ2hseSByZWNvbW1lbmQgKGFuZCBzdXBwb3J0KSBkb2luZyB1 cGdyYWRlcyBvbmx5IHdoZW4gaG9zdCBpcyBpbiBNYWludGVuYW5jZSBzdGF0dXMgKG5vIG1hdHRl ciBpZiB5b3UgZG8gdGhhdCBpbiB3ZWJhZG1pbiBvciBtYW51YWxseSB1c2luZyB5dW0pDQoNCiJI aWdobHkgcmVjb21tZW5kIiBhcyBpbiAiaWYgeW91IGRvbid0IGRvIHRoYXQsIGFueXRoaW5nIGNh biBoYXBwZW4iLCBlLmcuIHdoZW4gdGhlcmUgaXMgYSBxZW11LXJlbGF0ZWQgcGFja2FnZSB1cGRh dGUgYWxsIHlvdXIgcnVubmluZyBWTXMgd2lsbCBqdXN0IGNyYXNoLCBzYW1lIGZvciBtYW55IG90 aGVycyB3aGljaCBtYXkgYnJlYWsgdmFyaW91cyBmZWF0dXJlcw== --Apple-Mail-27478469-53BB-49C8-A68E-30DF6AD3DD27 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+T24gMTIgQXVnIDIwMTYsIGF0IDE1OjM3LCBNYXJ0aW4g UGVyaW5hICZsdDs8YSBocmVmPSJtYWlsdG86bXBlcmluYUByZWRoYXQuY29tIj5tcGVyaW5hQHJl ZGhhdC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNp dGUiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9 ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmIj48YnI+PC9kaXY+PGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gRnJpLCBB dWcgMTIsIDIwMTYgYXQgMzozMyBQTSwgR2lhbmx1Y2EgQ2VjY2hpIDxzcGFuIGRpcj0ibHRyIj4m bHQ7PGEgaHJlZj0ibWFpbHRvOmdpYW5sdWNhLmNlY2NoaUBnbWFpbC5jb20iIHRhcmdldD0iX2Js YW5rIj5naWFubHVjYS5jZWNjaGlAZ21haWwuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDti b3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRy Ij48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIEZy aSwgQXVnIDEyLCAyMDE2IGF0IDM6MTggUE0sIE1hcnRpbiBQZXJpbmEgPHNwYW4gZGlyPSJsdHIi PiZsdDs8YSBocmVmPSJtYWlsdG86bXBlcmluYUByZWRoYXQuY29tIiB0YXJnZXQ9Il9ibGFuayI+ bXBlcmluYUByZWRoYXQuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90ZSBj bGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDox cHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZiI+PGJyPjwvZGl2PjxkaXYg Y2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxicj48c3Bh bj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s ZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxkaXYgY2xh c3M9ImdtYWlsX3F1b3RlIj48ZGl2PkkgaW5zdGFsbGVkIGxpYnZpcnQgYWJvdXQgNDUgbWludXRl cyBhZ28sIGJ1dCBpbiB0aGUgd2ViIGFkbWluIGd1aSBJIGNvbnRpbnVlIHRvIHNlZSB0aGUgaWNv biB3aXRoIHRoZSB0b29sdGlwICJ1cGRhdGUgYXZhaWxhYmxlIi4uIGFueSBzZXJ2aWNlIHRvIHJl ZnJlc2gvcmVzdGFydD88L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9zcGFu PjxkaXY+PGJyPjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNl cmlmO2Rpc3BsYXk6aW5saW5lIj7igItIYXZlIHlvdSBpbnN0YWxsZWQgaXQgdXNpbmcgd2ViYWRt aW4gVXBncmFkZSBidXR0b24gb3IgbWFudWFsbHkgdmlhIHl1bT88YnI+PGJyPjwvZGl2PjwvZGl2 PjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48ZGl2Pjxicj48L2Rpdj48ZGl2PlZpYSB5 dW0sIGFsc28gYmVjYXVzZSB0aGlzIGlzIGEgdGVzdCBlbnZpcm9ubWVudCB3aXRoIG9ubHkgb25l IGhvc3QgYW5kIHNlbGYgaG9zdGVkIGVuZ2luZS48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Js b2NrcXVvdGU+PGRpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQt ZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2Rpc3BsYXk6aW5saW5lIj7igItBaGgs IHNvIHVuZm9ydHVuYXRlbHkgeW91IG5lZWQgdG8gd2FpdCBmb3IgdG9tb3Jyb3csIG5vdGlmaWNh dGlvbiB3aWxsIGJlIGNsZWFyZWQgYWZ0ZXIgbmV4dCAiY2hlY2sgZm9yIHVwZ3JhZGXigIs8L2Rp dj4iIGV4ZWN1dGlvbuKAizxicj48YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1 b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7 cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEi PjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2PkluIHRoaXMgcGFydGljdWxhciBjYXNlLCB1 c2luZyB0aGUgdXBncmFkZSBidXR0b24sIHdvdWxkIGl0IG5lZWQgdG8gcHV0IGhvc3QgaW50byBt YWludGVuYW5jZSBldmVuIGZvciBvbmx5IGxpYnZpcnQgb3Igbm90PzwvZGl2PjwvZGl2PjwvZGl2 PjwvZGl2PjwvYmxvY2txdW90ZT48ZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBz dHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7ZGlzcGxheTppbmxp bmUiPuKAi1llcywgd2UgaGlnaGx5IHJlY29tbWVuZCAoYW5kIHN1cHBvcnQpIGRvaW5nIHVwZ3Jh ZGVzIG9ubHkgd2hlbiBob3N0IGlzIGluIE1haW50ZW5hbmNlIHN0YXR1cyAobm8gbWF0dGVyIGlm IHlvdSBkbyB0aGF0IGluIHdlYmFkbWluIG9yIG1hbnVhbGx5IHVzaW5nIHl1bSk8YnI+PC9kaXY+ PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Rpdj48L2Jsb2NrcXVvdGU+PGJyPjxkaXY+Ikhp Z2hseSByZWNvbW1lbmQiIGFzIGluICJpZiB5b3UgZG9uJ3QgZG8gdGhhdCwgYW55dGhpbmcgY2Fu IGhhcHBlbiIsIGUuZy4gd2hlbiB0aGVyZSBpcyBhIHFlbXUtcmVsYXRlZCBwYWNrYWdlIHVwZGF0 ZSBhbGwgeW91ciBydW5uaW5nIFZNcyB3aWxsIGp1c3QgY3Jhc2gsIHNhbWUgZm9yIG1hbnkgb3Ro ZXJzIHdoaWNoIG1heSBicmVhayB2YXJpb3VzIGZlYXR1cmVzPC9kaXY+PC9ib2R5PjwvaHRtbD4= --Apple-Mail-27478469-53BB-49C8-A68E-30DF6AD3DD27--
participants (5)
-
Francesco Romani -
Gianluca Cecchi -
Martin Perina -
Michal Skrivanek -
Sandro Bonazzola