1:25 p.m.
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
3:01 p.m.
On Fri, Aug 12, 2016 at 12:25 PM, Gianluca Cecchi <gianluca.cecchi(a)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(a)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
3:10 p.m.
----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Michal
Skrivanek" <mskrivan(a)redhat.com>, "Francesco Romani"
<fromani(a)redhat.com>
Cc: "users" <users(a)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(a)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
3:18 p.m.
On 12 Aug 2016, at 14:10, Francesco Romani <fromani(a)redhat.com>
wrote:
----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
> To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Michal
Skrivanek" <mskrivan(a)redhat.com>, "Francesco Romani"
> <fromani(a)redhat.com>
> Cc: "users" <users(a)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(a)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
3:24 p.m.
On Fri, Aug 12, 2016 at 2:18 PM, Michal Skrivanek <mskrivan(a)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=sha...
3:39 p.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:41 p.m.
I've accidentally replied on the original email, ccing others
On Fri, Aug 12, 2016 at 2:39 PM, Martin Perina <mperina(a)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(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
4 p.m.
On Fri, Aug 12, 2016 at 2:41 PM, Martin Perina <mperina(a)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(a)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
4:18 p.m.
On Fri, Aug 12, 2016 at 3:00 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Fri, Aug 12, 2016 at 2:41 PM, Martin Perina
<mperina(a)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(a)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
4:33 p.m.
On Fri, Aug 12, 2016 at 3:18 PM, Martin Perina <mperina(a)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?
4:37 p.m.
On Fri, Aug 12, 2016 at 3:33 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Fri, Aug 12, 2016 at 3:18 PM, Martin Perina
<mperina(a)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)
4:40 p.m.
--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--
3024
days inactive
3024
days old
11 comments
5 participants
participants (5)
-
Francesco Romani -
Gianluca Cecchi -
Martin Perina -
Michal Skrivanek -
Sandro Bonazzola