[kata-dev] Weekly Kata Herders
Christophe de Dinechin
cdupontd at redhat.com
Thu Dec 10 10:47:49 UTC 2020
> On 10 Dec 2020, at 09:46, Hunt, James O <james.o.hunt at intel.com> wrote:
>
> Hi Christophe,
>
> np - done.
>
> Are they laying wet string fibre where you are maybe? :-)
I don't know, but that would be an upgrade from my current wet noodle + pigeon carrier infrastructure (where I suspect they use a large fraction of dead pigeons to reduce costs).
That being said, my ISP seems to have changed something. Today, I'm consistently below 100ms, with blazingly fast streams of 40ms (OK, OK, don't laugh) and github is faster for me than it's ever been in the past couple of months. Unfortunately, it's also a day choke full of meetings. But I might sneakily try to do a review or two today out of sheer joy.
Thanks
Christophe
>
> Cheers
>
> James
> ---
> https://katacontainers.io/ | https://github.com/kata-containers
> Open Source Technology Center
> Intel Corporation (UK) Ltd. - Co. Reg. #1134945 - Pipers Way, Swindon SN3 1RJ.
>
>
> ________________________________________
> From: Christophe de Dinechin <cdupontd at redhat.com>
> Sent: Wednesday, 9 December 2020 16:55
> To: Hunt, James O
> Cc: kata-dev at lists.katacontainers.io
> Subject: Re: [kata-dev] Weekly Kata Herders
>
> Hey James,
>
>
> My apologies for that, but my local network loop is presently undergoing some heavy-duty refactoring (I suspect related to deploying FTTH around here). As a result, I have some trouble performing even the most basic reviews.
>
> Would you mind adding me to the rota for next week? Don't remove me this week, I'll try to see if I can still find times where the network works a little. But I would feel bad if the review rate remains close to what it is at present.
>
>> ping github.com
> PING github.com (140.82.121.3): 56 data bytes
> 64 bytes from 140.82.121.3: icmp_seq=0 ttl=58 time=598.136 ms
> 64 bytes from 140.82.121.3: icmp_seq=1 ttl=58 time=687.521 ms
> Request timeout for icmp_seq 2
> Request timeout for icmp_seq 3
> Request timeout for icmp_seq 4
> Request timeout for icmp_seq 5
> 64 bytes from 140.82.121.3: icmp_seq=6 ttl=58 time=374.334 ms
> Request timeout for icmp_seq 7
> Request timeout for icmp_seq 8
> 64 bytes from 140.82.121.3: icmp_seq=9 ttl=58 time=753.328 ms
> Request timeout for icmp_seq 10
> Request timeout for icmp_seq 11
> Request timeout for icmp_seq 12
> 64 bytes from 140.82.121.3: icmp_seq=13 ttl=58 time=480.540 ms
> Request timeout for icmp_seq 14
> Request timeout for icmp_seq 15
> Request timeout for icmp_seq 16
> Request timeout for icmp_seq 17
> 64 bytes from 140.82.121.3: icmp_seq=18 ttl=58 time=644.145 ms
> Request timeout for icmp_seq 19
> Request timeout for icmp_seq 20
> 64 bytes from 140.82.121.3: icmp_seq=21 ttl=58 time=420.318 ms
> Request timeout for icmp_seq 22
> Request timeout for icmp_seq 23
> Request timeout for icmp_seq 24
> Request timeout for icmp_seq 25
> ^C
> --- github.com ping statistics ---
> 27 packets transmitted, 7 packets received, 74.1% packet loss
> round-trip min/avg/max/stddev = 374.334/565.475/753.328/132.157 ms
>
> (no, this is not from a cell phone :-)
>
>
> Thanks
> Christophe
>
>> On 7 Dec 2020, at 09:40, Hunt, James O <james.o.hunt at intel.com> wrote:
>>
>> Hi All,
>>
>> This week's Kata PR and issue herders are:
>>
>>
>> - Chelsea (https://github.com/cmaf)
>> - Christophe (https://github.com/c3d)
>> - Julio (https://github.com/devimc)
>> - Me (https://github.com/jodh-intel)
>> - Ricardo (https://github.com/raravena80)
>>
>>
>> # Statistics
>>
>> ## Issues
>>
>> Issues opened last week: 26
>> Issues closed last week: 22
>> Open issues: 1097
>> Issue backlog project board: https://github.com/orgs/kata-containers/projects/23
>>
>> ## PRs
>>
>> PRs opened last week: 19
>> PRs closed last week: 23
>> Open PRs: 125
>> Open PRs (excluding dnm+wip): 90
>>
>>
>> # Get involved
>>
>> If you'd like to help get the open PRs merged and open issues resolved (or get involved in other ways with Kata), take a look at the contributing guide [2] and the rota process [3]. Any problems, just ask us [4].
>>
>> Cheers,
>>
>> James
>>
>> [1] - https://github.com/kata-containers/community/wiki/Review-Team-Rota
>> [2] - https://github.com/kata-containers/community/blob/master/CONTRIBUTING.md
>> [3] - https://github.com/kata-containers/community/blob/master/Rota-Process.md
>> [4] - https://github.com/kata-containers/community/blob/master/README.md#join-us
>>
>> ---
>> https://katacontainers.io/ | https://github.com/kata-containers
>> Open Source Technology Center
>> Intel Corporation (UK) Ltd. - Co. Reg. #1134945 - Pipers Way, Swindon SN3 1RJ.
>> ---------------------------------------------------------------------
>> Intel Corporation (UK) Limited
>> Registered No. 1134945 (England)
>> Registered Office: Pipers Way, Swindon SN3 1RJ
>> VAT No: 860 2173 47
>>
>> This e-mail and any attachments may contain confidential material for
>> the sole use of the intended recipient(s). Any review or distribution
>> by others is strictly prohibited. If you are not the intended
>> recipient, please contact the sender and delete all copies.
>>
>>
>> _______________________________________________
>> kata-dev mailing list
>> kata-dev at lists.katacontainers.io
>> http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
>
> ---------------------------------------------------------------------
> Intel Corporation (UK) Limited
> Registered No. 1134945 (England)
> Registered Office: Pipers Way, Swindon SN3 1RJ
> VAT No: 860 2173 47
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
More information about the kata-dev
mailing list