[Engine-devel] 3.3.0.1 Release branch and tracker
Hey, As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release. If you're working on a really urgent bug, please notify me or Mike, so it will be included in next version, otherwise, most issues will be included in 3.3.1 which will be based on the ovirt-engine-3.3 branch. Please don't merge anything into 3.3.0.1 without consulting. If all those branches and releases makes you dizzy, ping me on IRC and I'll try to clear it out. Thanks, Ofer Schreiber
----- Original Message -----
From: "Ofer Schreiber" <oschreib@redhat.com> To: "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, September 25, 2013 10:40:33 AM Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
Once again, I do not understand why go into 4 digit version and not release 3.3.1 as z-stream, deferring remaining queue to 3.3.2. The argument of small/large change is irrelevant in z-stream as something small for one can be important for other. The number should not be important, whenever z-stream is released you take last+1. Regards, Alon Bar-Lev.
On Wed, Sep 25, 2013 at 03:49:40AM -0400, Alon Bar-Lev wrote:
----- Original Message -----
From: "Ofer Schreiber" <oschreib@redhat.com> To: "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, September 25, 2013 10:40:33 AM Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
Once again, I do not understand why go into 4 digit version and not release 3.3.1 as z-stream, deferring remaining queue to 3.3.2.
The argument of small/large change is irrelevant in z-stream as something small for one can be important for other.
The number should not be important, whenever z-stream is released you take last+1.
hear hear. Z is the last letter of the English alphabet. We should not go past it, unless 3.3.1 was already in beta and we have to ship a quick 3.3.0.1.
On 09/25/2013 11:53 AM, Dan Kenigsberg wrote:
On Wed, Sep 25, 2013 at 03:49:40AM -0400, Alon Bar-Lev wrote:
----- Original Message -----
From: "Ofer Schreiber" <oschreib@redhat.com> To: "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, September 25, 2013 10:40:33 AM Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
Once again, I do not understand why go into 4 digit version and not release 3.3.1 as z-stream, deferring remaining queue to 3.3.2.
The argument of small/large change is irrelevant in z-stream as something small for one can be important for other.
The number should not be important, whenever z-stream is released you take last+1.
hear hear. Z is the last letter of the English alphabet. We should not go past it, unless 3.3.1 was already in beta and we have to ship a quick 3.3.0.1.
because we should be able to number things and plan to them. not have to revisit all ovirt bugs targeted to 3.3.1 and change them to 3.3.2, since we need to do something in async, etc. we also communicated 3.3.1 will have a rebase, or will have something specific around it. we can't re-number the messaging for every async update.
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Dan Kenigsberg" <danken@redhat.com> Cc: "Alon Bar-Lev" <alonbl@redhat.com>, "Ofer Schreiber" <oschreib@redhat.com>, "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, September 25, 2013 2:18:42 PM Subject: Re: [Engine-devel] 3.3.0.1 Release branch and tracker
On 09/25/2013 11:53 AM, Dan Kenigsberg wrote:
On Wed, Sep 25, 2013 at 03:49:40AM -0400, Alon Bar-Lev wrote:
----- Original Message -----
From: "Ofer Schreiber" <oschreib@redhat.com> To: "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, September 25, 2013 10:40:33 AM Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
Once again, I do not understand why go into 4 digit version and not release 3.3.1 as z-stream, deferring remaining queue to 3.3.2.
The argument of small/large change is irrelevant in z-stream as something small for one can be important for other.
The number should not be important, whenever z-stream is released you take last+1.
hear hear. Z is the last letter of the English alphabet. We should not go past it, unless 3.3.1 was already in beta and we have to ship a quick 3.3.0.1.
because we should be able to number things and plan to them. not have to revisit all ovirt bugs targeted to 3.3.1 and change them to 3.3.2, since we need to do something in async, etc. we also communicated 3.3.1 will have a rebase, or will have something specific around it. we can't re-number the messaging for every async update.
We are not the only project that cope with z-stream. There is no reason to be unique. There is expected scheme of release management and versioning scheme, let's not re-invent the wheel. Pushing in bugzilla all 3.3.1 -> 3.3.2 is simple task, and as release maintainer does that, he may find that some of the fixes applied to 3.3.1 should remain in 3.3.1 and better released at that chance. Regards, Alon
On 09/25/2013 10:40 AM, Ofer Schreiber wrote:
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
If you're working on a really urgent bug, please notify me or Mike, so it will be included in next version, otherwise, most issues will be included in 3.3.1 which will be based on the ovirt-engine-3.3 branch. Please don't merge anything into 3.3.0.1 without consulting. If all those branches and releases makes you dizzy, ping me on IRC and I'll try to clear it out.
Thanks,
Ofer Schreiber
also, please make sure any bug going to a stable branch has a bug-url, to allow decent release notes on stable releases. Thanks, Itamar
On 09/25/2013 07:19 AM, Itamar Heim wrote:
On 09/25/2013 10:40 AM, Ofer Schreiber wrote:
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
If you're working on a really urgent bug, please notify me or Mike, so it will be included in next version, otherwise, most issues will be included in 3.3.1 which will be based on the ovirt-engine-3.3 branch. Please don't merge anything into 3.3.0.1 without consulting. If all those branches and releases makes you dizzy, ping me on IRC and I'll try to clear it out.
Thanks,
Ofer Schreiber
also, please make sure any bug going to a stable branch has a bug-url, to allow decent release notes on stable releases.
Thanks, Itamar
I assume that it goes without saying (but I'll say it anyway) that patches should go to master before going to any release specific branch. Mike
Hi, bug 1011547 may deserve it… let me/Martin know what you think If not we'll just go with 3.3.1 Thanks, michal On Sep 25, 2013, at 09:40 , Ofer Schreiber <oschreib@redhat.com> wrote:
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
If you're working on a really urgent bug, please notify me or Mike, so it will be included in next version, otherwise, most issues will be included in 3.3.1 which will be based on the ovirt-engine-3.3 branch. Please don't merge anything into 3.3.0.1 without consulting. If all those branches and releases makes you dizzy, ping me on IRC and I'll try to clear it out.
Thanks,
Ofer Schreiber _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
On 09/26/2013 05:00 PM, Michal Skrivanek wrote:
Hi, bug 1011547 may deserve it… let me/Martin know what you think If not we'll just go with 3.3.1
makes sense. just make sure its backported to 3.3.1 (ovirt-engine-3.3) stable and 3.3.0.1 (ovirt-engine-3.3.0) branches.
Thanks, michal
On Sep 25, 2013, at 09:40 , Ofer Schreiber <oschreib@redhat.com> wrote:
Hey,
As you may know, we're planning to release oVirt 3.3.0.1 soon. I've created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
If you're working on a really urgent bug, please notify me or Mike, so it will be included in next version, otherwise, most issues will be included in 3.3.1 which will be based on the ovirt-engine-3.3 branch. Please don't merge anything into 3.3.0.1 without consulting. If all those branches and releases makes you dizzy, ping me on IRC and I'll try to clear it out.
Thanks,
Ofer Schreiber _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
--Apple-Mail-BBF2EED2-B42D-4993-A7FD-AF8D8E37A43D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 My4zLjAuMSBpcyBvdmlydC1lbmdpbmUtMy4zLjAuMQ0KDQoNCg0K4oCr15EtMjYgU2VwIDIwMTMs INeR16nXoteUIDE3OjQ1LCDigI9JdGFtYXIgSGVpbSA8aWhlaW1AcmVkaGF0LmNvbT4g15vXqteR L9eUOuKArA0KDQo+PiBPbiAwOS8yNi8yMDEzIDA1OjAwIFBNLCBNaWNoYWwgU2tyaXZhbmVrIHdy b3RlOg0KPj4gSGksDQo+PiBidWcgMTAxMTU0NyBtYXkgZGVzZXJ2ZSBpdOKApg0KPj4gbGV0IG1l L01hcnRpbiBrbm93IHdoYXQgeW91IHRoaW5rDQo+PiBJZiBub3Qgd2UnbGwganVzdCBnbyB3aXRo IDMuMy4xDQo+IA0KPiBtYWtlcyBzZW5zZS4ganVzdCBtYWtlIHN1cmUgaXRzIGJhY2twb3J0ZWQg dG8gMy4zLjEgKG92aXJ0LWVuZ2luZS0zLjMpIHN0YWJsZSBhbmQgMy4zLjAuMSAob3ZpcnQtZW5n aW5lLTMuMy4wKSBicmFuY2hlcy4NCj4gDQo+PiANCj4+IFRoYW5rcywNCj4+IG1pY2hhbA0KPj4g DQo+Pj4gT24gU2VwIDI1LCAyMDEzLCBhdCAwOTo0MCAsIE9mZXIgU2NocmVpYmVyIDxvc2NocmVp YkByZWRoYXQuY29tPiB3cm90ZToNCj4+PiANCj4+PiBIZXksDQo+Pj4gDQo+Pj4gQXMgeW91IG1h eSBrbm93LCB3ZSdyZSBwbGFubmluZyB0byByZWxlYXNlIG9WaXJ0IDMuMy4wLjEgc29vbi4NCj4+ PiBJJ3ZlIGNyZWF0ZWQgYSB0cmFja2VyIGJ1ZyAoaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29t L3Nob3dfYnVnLmNnaT9pZD0xMDExODAwKSBhbmQgYSBnaXQgYnJhbmNoIChvdmlydC1lbmdpbmUt My4zLjAuMSwgYmFzZWQgb24gMy4zLjApIGZvciB0aGlzIHJlbGVhc2UuDQo+Pj4gDQo+Pj4gSWYg eW91J3JlIHdvcmtpbmcgb24gYSByZWFsbHkgdXJnZW50IGJ1ZywgcGxlYXNlIG5vdGlmeSBtZSBv ciBNaWtlLCBzbyBpdCB3aWxsIGJlIGluY2x1ZGVkIGluIG5leHQgdmVyc2lvbiwgb3RoZXJ3aXNl LCBtb3N0IGlzc3VlcyB3aWxsIGJlIGluY2x1ZGVkIGluIDMuMy4xIHdoaWNoIHdpbGwgYmUgYmFz ZWQgb24gdGhlIG92aXJ0LWVuZ2luZS0zLjMgYnJhbmNoLg0KPj4+IFBsZWFzZSBkb24ndCBtZXJn ZSBhbnl0aGluZyBpbnRvIDMuMy4wLjEgd2l0aG91dCBjb25zdWx0aW5nLg0KPj4+IElmIGFsbCB0 aG9zZSBicmFuY2hlcyBhbmQgcmVsZWFzZXMgbWFrZXMgeW91IGRpenp5LCBwaW5nIG1lIG9uIElS QyBhbmQgSSdsbCB0cnkgdG8gY2xlYXIgaXQgb3V0Lg0KPj4+IA0KPj4+IFRoYW5rcywNCj4+PiAN Cj4+PiBPZmVyIFNjaHJlaWJlcg0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+Pj4gRW5naW5lLWRldmVsIG1haWxpbmcgbGlzdA0KPj4+IEVuZ2lu ZS1kZXZlbEBvdmlydC5vcmcNCj4+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vZW5naW5lLWRldmVsDQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+PiBFbmdpbmUtZGV2ZWwgbWFpbGluZyBsaXN0DQo+PiBFbmdp bmUtZGV2ZWxAb3ZpcnQub3JnDQo+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vZW5naW5lLWRldmVsDQo+IA0K --Apple-Mail-BBF2EED2-B42D-4993-A7FD-AF8D8E37A43D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+PGRpdiBz dHlsZT0iZGlyZWN0aW9uOiBsdHI7Ij48c3BhbiBzdHlsZT0iLXdlYmtpdC10ZXh0LXNpemUtYWRq dXN0OiBhdXRvOyI+My4zLjAuMSBpcyBvdmlydC1lbmdpbmUtMy4zLjAuMTwvc3Bhbj48L2Rpdj48 YnI+PGRpdiBzdHlsZT0iLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBkaXJlY3Rpb246 IHJ0bDsiPjxicj48L2Rpdj48L2Rpdj48ZGl2IHN0eWxlPSItd2Via2l0LXRleHQtc2l6ZS1hZGp1 c3Q6IGF1dG87IGRpcmVjdGlvbjogcnRsOyB0ZXh0LWFsaWduOiByaWdodDsiPjxicj7igKvXkS0y NiBTZXAgMjAxMywg15HXqdei15QgMTc6NDUsIOKAj0l0YW1hciBIZWltICZsdDs8YSBocmVmPSJt YWlsdG86aWhlaW1AcmVkaGF0LmNvbSI+aWhlaW1AcmVkaGF0LmNvbTwvYT4mZ3Q7INeb16rXkS/X lDrigKw8YnI+PGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIHN0eWxlPSItd2Via2l0 LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87Ij48ZGl2PjxzcGFuPk9uIDA5LzI2LzIwMTMgMDU6MDAg UE0sIE1pY2hhbCBTa3JpdmFuZWsgd3JvdGU6PC9zcGFuPjxicj48YmxvY2txdW90ZSB0eXBlPSJj aXRlIj48c3Bhbj5IaSw8L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJj aXRlIj48c3Bhbj5idWcgMTAxMTU0NyBtYXkgZGVzZXJ2ZSBpdOKApjwvc3Bhbj48YnI+PC9ibG9j a3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFuPmxldCBtZS9NYXJ0aW4ga25vdyB3 aGF0IHlvdSB0aGluazwvc3Bhbj48YnI+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNp dGUiPjxzcGFuPklmIG5vdCB3ZSdsbCBqdXN0IGdvIHdpdGggMy4zLjE8L3NwYW4+PGJyPjwvYmxv Y2txdW90ZT48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPm1ha2VzIHNlbnNlLiBqdXN0IG1ha2Ugc3Vy ZSBpdHMgYmFja3BvcnRlZCB0byAzLjMuMSAob3ZpcnQtZW5naW5lLTMuMykgc3RhYmxlIGFuZCAz LjMuMC4xIChvdmlydC1lbmdpbmUtMy4zLjApIGJyYW5jaGVzLjwvc3Bhbj48YnI+PHNwYW4+PC9z cGFuPjxicj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj48L3NwYW4+PGJyPjwvYmxvY2tx dW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj5UaGFua3MsPC9zcGFuPjxicj48L2Js b2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+bWljaGFsPC9zcGFuPjxicj48 L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PC9zcGFuPjxicj48L2Js b2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+T24gU2VwIDI1LCAyMDEzLCBh dCAwOTo0MCAsIE9mZXIgU2NocmVpYmVyICZsdDs8YSBocmVmPSJtYWlsdG86b3NjaHJlaWJAcmVk aGF0LmNvbSI+b3NjaHJlaWJAcmVkaGF0LmNvbTwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48YnI+PC9i bG9ja3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFuPjwvc3Bhbj48YnI+PC9ibG9j a3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxz cGFuPkhleSw8L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PC9zcGFuPjxicj48L2Js b2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiPjxzcGFuPkFzIHlvdSBtYXkga25vdywgd2UncmUgcGxhbm5pbmcgdG8gcmVs ZWFzZSBvVmlydCAzLjMuMC4xIHNvb24uPC9zcGFuPjxicj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1 b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFu PkkndmUgY3JlYXRlZCBhIHRyYWNrZXIgYnVnICg8YSBocmVmPSJodHRwczovL2J1Z3ppbGxhLnJl ZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEwMTE4MDAiPmh0dHBzOi8vYnVnemlsbGEucmVkaGF0 LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTAxMTgwMDwvYT4pIGFuZCBhIGdpdCBicmFuY2ggKG92aXJ0 LWVuZ2luZS0zLjMuMC4xLCBiYXNlZCBvbiAzLjMuMCkgZm9yIHRoaXMgcmVsZWFzZS48L3NwYW4+ PGJyPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PC9zcGFuPjxicj48L2Jsb2NrcXVvdGU+PC9ibG9j a3F1b3RlPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxz cGFuPklmIHlvdSdyZSB3b3JraW5nIG9uIGEgcmVhbGx5IHVyZ2VudCBidWcsIHBsZWFzZSBub3Rp ZnkgbWUgb3IgTWlrZSwgc28gaXQgd2lsbCBiZSBpbmNsdWRlZCBpbiBuZXh0IHZlcnNpb24sIG90 aGVyd2lzZSwgbW9zdCBpc3N1ZXMgd2lsbCBiZSBpbmNsdWRlZCBpbiAzLjMuMSB3aGljaCB3aWxs IGJlIGJhc2VkIG9uIHRoZSBvdmlydC1lbmdpbmUtMy4zIGJyYW5jaC48L3NwYW4+PGJyPjwvYmxv Y2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PHNwYW4+UGxlYXNlIGRvbid0IG1lcmdlIGFueXRoaW5nIGludG8gMy4zLjAu MSB3aXRob3V0IGNvbnN1bHRpbmcuPC9zcGFuPjxicj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3Rl PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFuPklm IGFsbCB0aG9zZSBicmFuY2hlcyBhbmQgcmVsZWFzZXMgbWFrZXMgeW91IGRpenp5LCBwaW5nIG1l IG9uIElSQyBhbmQgSSdsbCB0cnkgdG8gY2xlYXIgaXQgb3V0Ljwvc3Bhbj48YnI+PC9ibG9ja3F1 b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48YmxvY2txdW90ZSB0eXBl PSJjaXRlIj48c3Bhbj48L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+VGhhbmtzLDwv c3Bhbj48YnI+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRl Ij48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj48L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48 L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0 ZSI+PHNwYW4+T2ZlciBTY2hyZWliZXI8L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVv dGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJy PjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+RW5naW5lLWRldmVsIG1haWxpbmcgbGlzdDwvc3Bhbj48 YnI+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48Ymxv Y2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj48YSBocmVmPSJtYWlsdG86RW5naW5lLWRldmVsQG92 aXJ0Lm9yZyI+RW5naW5lLWRldmVsQG92aXJ0Lm9yZzwvYT48L3NwYW4+PGJyPjwvYmxvY2txdW90 ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJsb2NrcXVvdGUgdHlwZT0i Y2l0ZSI+PHNwYW4+PGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2VuZ2luZS1kZXZlbCI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L2VuZ2luZS1kZXZlbDwvYT48L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PC9zcGFuPjxicj48L2Jsb2NrcXVvdGU+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188L3NwYW4+PGJyPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJj aXRlIj48c3Bhbj5FbmdpbmUtZGV2ZWwgbWFpbGluZyBsaXN0PC9zcGFuPjxicj48L2Jsb2NrcXVv dGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PGEgaHJlZj0ibWFpbHRvOkVuZ2luZS1k ZXZlbEBvdmlydC5vcmciPkVuZ2luZS1kZXZlbEBvdmlydC5vcmc8L2E+PC9zcGFuPjxicj48L2Js b2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+PGEgaHJlZj0iaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VuZ2luZS1kZXZlbCI+aHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VuZ2luZS1kZXZlbDwvYT48L3NwYW4+PGJyPjwv YmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj48L3NwYW4+PGJyPjwvYmxv Y2txdW90ZT48c3Bhbj48L3NwYW4+PGJyPjwvZGl2PjwvYmxvY2txdW90ZT48L2JvZHk+PC9odG1s Pg== --Apple-Mail-BBF2EED2-B42D-4993-A7FD-AF8D8E37A43D--
participants (6)
-
Alon Bar-Lev -
Dan Kenigsberg -
Itamar Heim -
Michal Skrivanek -
Mike Burns -
Ofer Schreiber