Pack store lru on offsets

On top of #1922
Fixes #1844
Fixes #1920
This will have to be released as a 3.3.1 because the former code could create patterns in the store that will cause crash after GC.
@icristescu Is working on a regression test.
A replay of 10k commits from genesis shows that the number of cache_miss stays roughly equivalent.
 |                          |  before  |     after
 | --                       | --       | --
 | -- main metrics --       |          |
 | CPU time elapsed         |    1m24s |    1m24s 100%
 | Wall time elapsed        |    1m34s |    1m27s  92%
 | TZ-transactions per sec  |  106.083 |  106.486 100%
 | TZ-operations per sec    | 1196.450 | 1200.996 100%
 | Context.set per sec      | 8548.792 | 8581.276 100%
 | tail latency (1)         |  3.216 s |  2.181 s  68%
 |                          |          |
 | -- resource usage --     |          |
 | disk IO (total)          |          |
 |   IOPS (op/sec)          |   27_936 |   28_554 102%
 |   throughput (bytes/sec) |  2.435 M |  2.469 M 101%
 |   total (bytes)          |  0.205 G |  0.207 G 101%
 | disk IO (read)           |          |
 |   IOPS (op/sec)          |   27_327 |   27_943 102%
 |   throughput (bytes/sec) |  1.250 M |  1.279 M 102%
 |   total (bytes)          |  0.105 G |  0.107 G 102%
 | disk IO (write)          |          |
 |   IOPS (op/sec)          |      609 |      611 100%
 |   throughput (bytes/sec) |  1.185 M |  1.189 M 100%
 |   total (bytes)          |  0.100 G |  0.100 G 100%
 |                          |          |
 | max memory usage         |  1.001 G |  1.001 G 100%
 | mean CPU usage           |      89% |      97%

 - (1) Longest Context.commit.
 - The "per sec" stats are calculated over CPU time.
 - "TZ-transactions" and "TZ-operations" are approximations.
 - "max memory usage" is the max size of OCaml's major heap.
 - "mean CPU usage" is inexact.

-- global --
 |                              |        | min per block | max per block  | avg per block |  avg per sec
 |                              |        |               |                |               |
 | Add count                    | before |        3      |   123_869      |   71.987      |  7650.628
 |                              | after  |        3 100% |   123_869 100% |   71.987 100% |  8293.185 108%
 | Remove count                 | before |        0      |    15_385      |    4.684      |   497.826
 |                              | after  |        0      |    15_385 100% |    4.684 100% |   539.637 108%
 | Find count                   | before |        2      |    76_663      |  225.012      | 23913.687
 |                              | after  |        2 100% |    76_663 100% |  225.012 100% | 25922.136 108%
 | Mem count                    | before |        0      |    93_342      |   53.579      |  5694.206
 |                              | after  |        0      |    93_342 100% |   53.579 100% |  6172.448 108%
 | Mem_tree count               | before |        0      |        33      |   32.993      |  3506.460
 |                              | after  |        0      |        33 100% |   32.993 100% |  3800.959 108%
 | Copy count                   | before |        0      |         7      |    0.005      |     0.489
 |                              | after  |        0      |         7 100% |    0.005 100% |     0.530 108%
 | Commit count                 | before |        1      |         1      |    1.000      |   106.278
 |                              | after  |        1 100% |         1 100% |    1.000 100% |   115.204 108%
 |                              |        |               |                |               |
 | Disk bytes read              | before |        0      |   2.405 M      |  0.011 M      |   1.119 M
 |                              | after  |        0      |   2.405 M 100% |  0.011 M 102% |   1.237 M 111%
 | Disk bytes written           | before |  0.000 M      |  13.997 M      |  0.010 M      |   1.060 M
 |                              | after  |  0.000 M 100% |  13.997 M 100% |  0.010 M 100% |   1.149 M 108%
 | Disk bytes both              | before |  0.000 M      |  14.722 M      |  0.021 M      |   2.179 M
 |                              | after  |  0.000 M 100% |  14.722 M 100% |  0.021 M 101% |   2.386 M 109%
 |                              |        |               |                |               |
 | Disk reads                   | before |        0      |    53_452      |  230.118      | 24456.340
 |                              | after  |        0      |    53_452 100% |  234.410 102% | 27004.923 110%
 | Disk writes                  | before |        4      |        54      |    5.126      |   544.779
 |                              | after  |        4 100% |        54 100% |    5.126 100% |   590.534 108%
 | Disk both                    | before |        4      |    53_460      |  235.244      | 25001.119
 |                              | after  |        4 100% |    53_460 100% |  239.536 102% | 27595.457 110%
 |                              |        |               |                |               |
 | pack.finds                   | before |        0      |    16_619      |  518.010      | 55052.880
 |                              | after  |        0      |    16_619 100% |  518.010 100% | 59676.631 108%
 | pack.finds.from_staging      | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | pack.finds.from_lru          | before |        0      |    15_901      |  499.783      | 53115.790
 |                              | after  |        0      |    15_901 100% |  498.156 100% | 57389.321 108%
 | pack.finds.from_pack_direct  | before |        0      |     7_025      |   18.227      |  1937.090
 |                              | after  |        0      |     7_308 104% |   19.855 109% |  2287.310 118%
 | pack.finds.from_pack_indexed | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | pack.finds.missing           | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | pack.finds.cache_miss        | before |        0      |     7_025      |   18.227      |  1937.090
 |                              | after  |        0      |     7_308 104% |   19.855 109% |  2287.310 118%
 | pack.appended_hashes         | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | pack.appended_offsets        | before |        2      |   251_296      |  424.821      | 45148.922
 |                              | after  |        2 100% |   251_296 100% |  424.821 100% | 48940.865 108%
 | pack.inode_add               | before |        0      |     7_029      |   81.662      |  8678.822
 |                              | after  |        0      |     7_029 100% |   81.662 100% |  9407.734 108%
 | pack.inode_remove            | before |        0      |       208      |    0.968      |   102.824
 |                              | after  |        0      |       208 100% |    0.968 100% |   111.459 108%
 | pack.inode_of_seq            | before |        0      |   166_816      |   26.099      |  2773.697
 |                              | after  |        0      |   166_816 100% |   26.099 100% |  3006.653 108%
 | pack.inode_of_raw            | before |        0      |     1_760      |  238.518      | 25349.072
 |                              | after  |        0      |     1_760 100% |  238.518 100% | 27478.076 108%
 | pack.inode_rec_add           | before |        0      |    91_732      |   97.034      | 10312.596
 |                              | after  |        0      |    91_732 100% |   97.034 100% | 11178.724 108%
 | pack.inode_rec_remove        | before |        0      |       242      |    1.206      |   128.150
 |                              | after  |        0      |       242 100% |    1.206 100% |   138.913 108%
 | pack.inode_to_binv           | before |        0      |   210_370      |  109.394      | 11626.113
 |                              | after  |        0      |   210_370 100% |  109.394 100% | 12602.560 108%
 | pack.inode_decode_bin        | before |        0      |     7_025      |   18.197      |  1933.944
 |                              | after  |        0      |     7_308 104% |   19.299 106% |  2223.291 115%
 | pack.inode_encode_bin        | before |        0      |   188_594      |   99.781      | 10604.477
 |                              | after  |        0      |   188_594 100% |   99.781 100% | 11495.119 108%
 |                              |        |               |                |               |
 | tree.contents_hash           | before |        0      |    62_693      |   28.781      |  3058.744
 |                              | after  |        0      |    62_693 100% |   28.781 100% |  3315.640 108%
 | tree.contents_find           | before |        0      |       749      |   93.497      |  9936.617
 |                              | after  |        0      |       749 100% |   93.497 100% | 10771.168 108%
 | tree.contents_add            | before |        0      |    62_693      |   28.764      |  3057.012
 |                              | after  |        0      |    62_693 100% |   28.764 100% |  3313.763 108%
 | tree.node_hash               | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | tree.node_mem                | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | tree.node_add                | before |        0      |   166_818      |   89.480      |  9509.764
 |                              | after  |        0      |   166_818 100% |   89.480 100% | 10308.465 108%
 | tree.node_find               | before |        0      |     1_760      |  238.518      | 25349.072
 |                              | after  |        0      |     1_760 100% |  238.518 100% | 27478.076 108%
 | tree.node_val_v              | before |        0      |   166_816      |   26.099      |  2773.718
 |                              | after  |        0      |   166_816 100% |   26.099 100% |  3006.676 108%
 | tree.node_val_find           | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 | tree.node_val_list           | before |        0      |       326      |    4.428      |   470.587
 |                              | after  |        0      |       326 100% |    4.428 100% |   510.110 108%
 |                              |        |               |                |               |
 | index.cumu_data_bytes        | before |        0      |         0      |        0      |         0
 |                              | after  |        0      |         0      |        0      |         0
 |                              |        |               |                |               |
 | gc.minor_words allocated     | before |  0.018 M      | 630.138 M      |  0.882 M      |  93.713 M
 |                              | after  |  0.018 M 100% | 626.431 M  99% |  0.874 M  99% | 100.641 M 107%
 | gc.major_words allocated     | before |        0      |  45.608 M      |  0.063 M      |   6.695 M
 |                              | after  |        0      |  45.819 M 100% |  0.063 M 100% |   7.229 M 108%
 | gc.minor_collections         | before |        0      |     2_411      |    3.367      |   357.794
 |                              | after  |        0      |     2_397  99% |    3.335  99% |   384.239 107%
 | gc.major_collections         | before |        0      |        13      |    0.006      |     0.638
 |                              | after  |        0      |        13 100% |    0.006  95% |     0.657 103%

 |                               |        |      min      |       max        |      avg
 |                               |        |               |                  |
 | Block duration (s)            | before | 0.813 ms      |     5.338 s      |  9.409 ms
 |                               | after  | 0.731 ms  90% |     3.904 s  73% |  8.680 ms  92%
 | Buildup duration (s)          | before | 0.389 ms      |     2.122 s      |  5.133 ms
 |                               | after  | 0.382 ms  98% |     1.723 s  81% |  4.405 ms  86%
 | Commit duration (s)           | before | 0.117 ms      |     3.216 s      |  4.277 ms
 |                               | after  | 0.104 ms  89% |     2.181 s  68% |  4.275 ms 100%
 |                               |        |               |                  |
 | Add duration (s)              | before | 0.478 µs      |  322.171 ms      |  9.508 µs
 |                               | after  | 0.472 µs  99% |  401.193 ms 125% |  9.656 µs 102%
 | Remove duration (s)           | before | 0.986 µs      |   39.159 ms      | 12.718 µs
 |                               | after  | 1.002 µs 102% |    9.407 ms  24% |  8.757 µs  69%
 | Find duration (s)             | before | 0.223 µs      |   14.324 ms      | 11.127 µs
 |                               | after  | 0.222 µs 100% | 1430.964 ms 100x |  9.369 µs  84%
 | Mem duration (s)              | before | 0.409 µs      | 1419.649 ms      | 13.400 µs
 |                               | after  | 0.411 µs 100% |    6.984 ms 0.5% |  6.989 µs  52%
 | Mem_tree duration (s)         | before | 0.505 µs      |    5.436 ms      |  2.912 µs
 |                               | after  | 0.511 µs 101% |    4.947 ms  91% |  3.010 µs 103%
 | Copy duration (s)             | before | 2.445 µs      |    1.354 ms      | 41.869 µs
 |                               | after  | 2.291 µs  94% |    0.184 ms  14% | 15.749 µs  38%
 | Unseen duration (s)           | before | 0.363 ms      |     1.164 s      |  1.064 ms
 |                               | after  | 0.340 ms  94% |     0.960 s  82% |  1.080 ms 102%
 |                               |        |               |                  |
 | Major heap bytes after commit | before |  9.138 M      |  1000.641 M      | 523.847 M
 |                               | after  |  9.138 M 100% |  1000.641 M 100% | 552.942 M 106%
 |                               |        |               |                  |
 | CPU Usage                     | before |      12%      |        103%      |       94%
 |                               | after  |      10%      |        100%      |       98%

-- evolution through blocks --
 | Block played count *C                      |        | 0 (before) |      3350       |      6700       |   10000 (end)
 | Blocks progress *C                         |        |     0%     |       34%       |       67%       |      100%
 |                                            |        |            |                 |                 |
 | Wall time elapsed *C                       | before |        0us |    32.253s      |     1min3s      |    1min34s
 |                                            | after  |        0us |    23.586s  73% |    53.419s  84% |    1min26s  92%
 | CPU time elapsed *C                        | before |        0us |    29.394s      |    56.693s      |    1min24s
 |                                            | after  |        0us |    23.544s  80% |    52.347s  92% |    1min23s 100%
 | CPU Usage *LA                              | before |        n/a |        92%      |        90%      |        98%
 |                                            | after  |        n/a |       100%      |        98%      |        96%
 |                                            |        |            |                 |                 |
 | Approx. TZ-transaction count *C            | before |          0 |      2_080      |      5_532      |      8_933
 |                                            | after  |          0 |      2_080 100% |      5_532 100% |      8_933 100%
 | Approx. TZ-operations count *C             | before |          0 |     32_224      |     66_745      |    100_750
 |                                            | after  |          0 |     32_224 100% |     66_745 100% |    100_750 100%
 | Op count *C                                | before |          0 |  1_518_984      |  2_752_540      |  3_902_594
 |                                            | after  |          0 |  1_518_984 100% |  2_752_540 100% |  3_902_594 100%
 |                                            |        |            |                 |                 |
 | Commit per sec *LA *N                      | before |        n/a |    113.866      |     91.756      |    110.661
 |                                            | after  |        n/a |    131.845 116% |    101.028 110% |    100.642  91%
 | Add per sec *LA *N                         | before |        n/a |   7724.495      |   5182.417      |   5639.293
 |                                            | after  |        n/a |   8944.142 116% |   5706.138 110% |   5128.724  91%
 | Remove per sec *LA *N                      | before |        n/a |    467.165      |    273.327      |    182.001
 |                                            | after  |        n/a |    540.927 116% |    300.948 110% |    165.523  91%
 | Find per sec *LA *N                        | before |        n/a |  26338.254      |  19585.191      |  22949.051
 |                                            | after  |        n/a |  30496.892 116% |  21564.414 110% |  20871.295  91%
 | Mem per sec *LA *N                         | before |        n/a |   6333.563      |   3859.956      |   4060.901
 |                                            | after  |        n/a |   7333.592 116% |   4250.032 110% |   3693.236  91%
 | Mem_tree per sec *LA *N                    | before |        n/a |   3757.594      |   3027.942      |   3651.822
 |                                            | after  |        n/a |   4350.893 116% |   3333.937 110% |   3321.194  91%
 | Copy per sec *LA *N                        | before |        n/a |      0.739      |      0.527      |      0.743
 |                                            | after  |        n/a |      0.856 116% |      0.581 110% |      0.675  91%
 |                                            |        |            |                 |                 |
 | Add count per block *LA                    | before |        n/a |     67.838      |     56.481      |     50.960
 |                                            | after  |        n/a |     67.838 100% |     56.481 100% |     50.960 100%
 | Remove count per block *LA                 | before |        n/a |      4.103      |      2.979      |      1.645
 |                                            | after  |        n/a |      4.103 100% |      2.979 100% |      1.645 100%
 | Find count per block *LA                   | before |        n/a |    231.308      |    213.449      |    207.381
 |                                            | after  |        n/a |    231.308 100% |    213.449 100% |    207.381 100%
 | Mem count per block *LA                    | before |        n/a |     55.623      |     42.068      |     36.697
 |                                            | after  |        n/a |     55.623 100% |     42.068 100% |     36.697 100%
 | Mem_tree count per block *LA               | before |        n/a |     33.000      |     33.000      |     33.000
 |                                            | after  |        n/a |     33.000 100% |     33.000 100% |     33.000 100%
 | Copy count per block *LA                   | before |        n/a |      0.006      |      0.006      |      0.007
 |                                            | after  |        n/a |      0.006 100% |      0.006 100% |      0.007 100%
 |                                            |        |            |                 |                 |
 | Block duration *LA                         | before |        n/a |   8.782 ms      |  10.898 ms      |   9.037 ms
 |                                            | after  |        n/a |   7.585 ms  86% |   9.898 ms  91% |   9.936 ms 110%
 | Buildup duration *LA                       | before |        n/a |   4.758 ms      |   5.468 ms      |   5.335 ms
 |                                            | after  |        n/a |   3.957 ms  83% |   4.249 ms  78% |   4.732 ms  89%
 | Commit duration *LA                        | before |        n/a |   4.024 ms      |   5.430 ms      |   3.702 ms
 |                                            | after  |        n/a |   3.628 ms  90% |   5.649 ms 104% |   5.204 ms 141%
 |                                            |        |            |                 |                 |
 | Add duration *LA                           | before |        n/a |   7.942 µs      |   9.465 µs      |  11.835 µs
 |                                            | after  |        n/a |   9.326 µs 117% |  11.899 µs 126% |  14.182 µs 120%
 | Remove duration *LA                        | before |        n/a |  18.501 µs      |  23.403 µs      |  24.181 µs
 |                                            | after  |        n/a |  14.855 µs  80% |  19.224 µs  82% |  20.208 µs  84%
 | Find duration *LA                          | before |        n/a |  11.600 µs      |  13.226 µs      |   8.952 µs
 |                                            | after  |        n/a |   8.197 µs  71% |   9.514 µs  72% |  11.245 µs 126%
 | Mem duration *LA                           | before |        n/a |   7.381 µs      |  10.247 µs      |  35.101 µs
 |                                            | after  |        n/a |   8.437 µs 114% |   9.786 µs  96% |  10.781 µs  31%
 | Mem_tree duration *LA                      | before |        n/a |   2.964 µs      |   2.287 µs      |   3.599 µs
 |                                            | after  |        n/a |   2.915 µs  98% |   2.633 µs 115% |   3.558 µs  99%
 | Copy duration *LA                          | before |        n/a |  15.457 µs      | 260.993 µs      |  11.840 µs
 |                                            | after  |        n/a |  15.310 µs  99% |  18.274 µs 7.0% |  14.163 µs 120%
 | Checkout duration *LA                      | before |        n/a |   6.341 µs      |   5.451 µs      |   4.755 µs
 |                                            | after  |        n/a |   4.696 µs  74% |   7.984 µs 146% |   9.739 µs 205%
 |                                            |        |            |                 |                 |
 | Disk bytes    read *C                      | before |    0.000 M |   20.024 M      |   62.779 M      |  105.266 M
 |                                            | after  |    0.000 M |   20.395 M 102% |   64.246 M 102% |  107.335 M 102%
 | Disk bytes written *C                      | before |    0.000 M |   32.239 M      |   65.797 M      |   99.766 M
 |                                            | after  |    0.000 M |   32.239 M 100% |   65.797 M 100% |   99.766 M 100%
 | Disk bytes    both *C                      | before |    0.000 M |   52.263 M      |  128.577 M      |  205.032 M
 |                                            | after  |    0.000 M |   52.634 M 101% |  130.043 M 101% |  207.102 M 101%
 | Disk bytes read    per block *LA           | before |        n/a |      8_815      |     23_028      |     12_419
 |                                            | after  |        n/a |      9_327 106% |     23_479 102% |     12_493 101%
 | Disk bytes written per block *LA           | before |        n/a |      7_972      |     10_676      |      9_570
 |                                            | after  |        n/a |      7_972 100% |     10_676 100% |      9_570 100%
 | Disk bytes both    per block *LA           | before |        n/a |     16_788      |     33_704      |     21_990
 |                                            | after  |        n/a |     17_300 103% |     34_155 101% |     22_063 100%
 | Disk bytes read    per sec *LA *N          | before |        n/a |    1.004 M      |    2.113 M      |    1.374 M
 |                                            | after  |        n/a |    1.230 M 123% |    2.372 M 112% |    1.257 M  91%
 | Disk bytes written per sec *LA *N          | before |        n/a |    0.908 M      |    0.980 M      |    1.059 M
 |                                            | after  |        n/a |    1.051 M 116% |    1.079 M 110% |    0.963 M  91%
 | Disk bytes both    per sec *LA *N          | before |        n/a |    1.912 M      |    3.093 M      |    2.433 M
 |                                            | after  |        n/a |    2.281 M 119% |    3.451 M 112% |    2.220 M  91%
 |                                            |        |            |                 |                 |
 | Disk read  count *C                        | before |          3 |    441_998      |  1_372_205      |  2_301_178
 |                                            | after  |          3 |    449_738 102% |  1_402_673 102% |  2_344_107 102%
 | Disk write count *C                        | before |          4 |     17_398      |     34_946      |     51_264
 |                                            | after  |          4 |     17_398 100% |     34_946 100% |     51_264 100%
 | Disk both  count *C                        | before |          7 |    459_396      |  1_407_151      |  2_352_442
 |                                            | after  |          7 |    467_136 102% |  1_437_619 102% |  2_395_371 102%
 | Disk read  count per block *LA             | before |        n/a |    193.805      |    487.155      |    266.340
 |                                            | after  |        n/a |    204.526 106% |    496.356 102% |    267.891 101%
 | Disk write count per block *LA             | before |        n/a |      5.551      |      5.174      |      4.843
 |                                            | after  |        n/a |      5.551 100% |      5.174 100% |      4.843 100%
 | Disk both  count per block *LA             | before |        n/a |    199.357      |    492.329      |    271.183
 |                                            | after  |        n/a |    210.077 105% |    501.530 102% |    272.734 101%
 | Disk read  count per sec *LA *N            | before |        n/a |     22_068      |     44_699      |     29_474
 |                                            | after  |        n/a |     26_966 122% |     50_146 112% |     26_961  91%
 | Disk write count per sec *LA *N            | before |        n/a |        632      |        475      |        536
 |                                            | after  |        n/a |        732 116% |        523 110% |        487  91%
 | Disk both  count per sec *LA *N            | before |        n/a |     22_700      |     45_174      |     30_009
 |                                            | after  |        n/a |     27_698 122% |     50_669 112% |     27_449  91%
 |                                            |        |            |                 |                 |
 | pack.appended_hashes per block *LA         | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | pack.appended_offsets per block *LA        | before |        n/a |    410.140      |    486.861      |    427.835
 |                                            | after  |        n/a |    410.140 100% |    486.861 100% |    427.835 100%
 | pack.finds per block *LA                   | before |        n/a |    594.095      |    541.154      |    483.818
 |                                            | after  |        n/a |    594.095 100% |    541.154 100% |    483.818 100%
 | pack.finds.from_staging per block *LA      | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | pack.finds.from_lru per block *LA          | before |        n/a |    580.604      |    481.299      |    455.553
 |                                            | after  |        n/a |    576.968  99% |    478.496  99% |    454.618 100%
 | pack.finds.from_pack_direct per block *LA  | before |        n/a |     13.491      |     59.855      |     28.265
 |                                            | after  |        n/a |     17.127 127% |     62.658 105% |     29.200 103%
 | pack.finds.from_pack_indexed per block *LA | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | pack.finds.missing per block *LA           | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | pack.finds.cache_miss per block *LA        | before |        n/a |     13.491      |     59.855      |     28.265
 |                                            | after  |        n/a |     17.127 127% |     62.658 105% |     29.200 103%
 | pack.inode_add per block *LA               | before |        n/a |     53.798      |    111.741      |    106.730
 |                                            | after  |        n/a |     53.798 100% |    111.741 100% |    106.730 100%
 | pack.inode_remove per block *LA            | before |        n/a |  1.658_472      |  0.873_446      |  0.614_557
 |                                            | after  |        n/a |  1.658_472 100% |  0.873_446 100% |  0.614_557 100%
 | pack.inode_of_seq per block *LA            | before |        n/a |     13.181      |      9.439      |      5.746
 |                                            | after  |        n/a |     13.181 100% |      9.439 100% |      5.746 100%
 | pack.inode_of_raw per block *LA            | before |        n/a |    259.860      |    242.541      |    238.124
 |                                            | after  |        n/a |    259.860 100% |    242.541 100% |    238.124 100%
 | pack.inode_rec_add per block *LA           | before |        n/a |     62.443      |    119.689      |    110.829
 |                                            | after  |        n/a |     62.443 100% |    119.689 100% |    110.829 100%
 | pack.inode_rec_remove per block *LA        | before |        n/a |  2.118_358      |  1.184_256      |  0.718_439
 |                                            | after  |        n/a |  2.118_358 100% |  1.184_256 100% |  0.718_439 100%
 | pack.inode_to_binv per block *LA           | before |        n/a |     76.051      |    112.011      |    101.037
 |                                            | after  |        n/a |     76.051 100% |    112.011 100% |    101.037 100%
 | pack.inode_decode_bin per block *LA        | before |        n/a |     13.491      |     59.855      |     28.112
 |                                            | after  |        n/a |     16.975 126% |     61.837 103% |     28.461 101%
 | pack.inode_encode_bin per block *LA        | before |        n/a |     65.523      |    104.708      |     96.039
 |                                            | after  |        n/a |     65.523 100% |    104.708 100% |     96.039 100%
 |                                            |        |            |                 |                 |
 | tree.contents_hash per block *LA           | before |        n/a |     19.574      |     28.271      |     25.126
 |                                            | after  |        n/a |     19.574 100% |     28.271 100% |     25.126 100%
 | tree.contents_find per block *LA           | before |        n/a |    101.084      |     92.372      |     91.348
 |                                            | after  |        n/a |    101.084 100% |     92.372 100% |     91.348 100%
 | tree.contents_add per block *LA            | before |        n/a |     19.527      |     28.258      |     25.119
 |                                            | after  |        n/a |     19.527 100% |     28.258 100% |     25.119 100%
 | tree.node_hash per block *LA               | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | tree.node_mem per block *LA                | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | tree.node_add per block *LA                | before |        n/a |     54.075      |     97.152      |     90.601
 |                                            | after  |        n/a |     54.075 100% |     97.152 100% |     90.601 100%
 | tree.node_find per block *LA               | before |        n/a |    259.860      |    242.541      |    238.124
 |                                            | after  |        n/a |    259.860 100% |    242.541 100% |    238.124 100%
 | tree.node_val_v per block *LA              | before |        n/a |     13.181      |      9.439      |      5.746
 |                                            | after  |        n/a |     13.181 100% |      9.439 100% |      5.746 100%
 | tree.node_val_find per block *LA           | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | tree.node_val_list per block *LA           | before |        n/a |  6.702_069      |  4.148_890      |  3.329_073
 |                                            | after  |        n/a |  6.702_069 100% |  4.148_890 100% |  3.329_073 100%
 |                                            |        |            |                 |                 |
 | index.nb_merge *C                          | before |          0 |          0      |          0      |          0
 |                                            | after  |          0 |          0      |          0      |          0
 | index.cumu_data_bytes *C                   | before |          0 |          0      |          0      |          0
 |                                            | after  |          0 |          0      |          0      |          0
 | index.cumu_data_bytes per block *LA        | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 |                                            |        |            |                 |                 |
 | gc.minor_words allocated *C                | before |    1.575 M | 3012.375 M      | 6003.336 M      | 8819.366 M
 |                                            | after  |    1.575 M | 2985.369 M  99% | 5948.876 M  99% | 8737.529 M  99%
 | gc.minor_words allocated per block *LA     | before |        n/a |    898_268      |    904_600      |    802_171
 |                                            | after  |        n/a |    890_562  99% |    896_002  99% |    794_033  99%
 | gc.promoted_words *C                       | before |    0.360 M |  217.561 M      |  423.024 M      |  616.093 M
 |                                            | after  |    0.360 M |  217.456 M 100% |  422.565 M 100% |  613.694 M 100%
 | gc.major_words allocated *C                | before |    0.845 M |  223.841 M      |  433.462 M      |  630.759 M
 |                                            | after  |    0.845 M |  223.735 M 100% |  433.003 M 100% |  628.360 M 100%
 | gc.major_words allocated per block *LA     | before |        n/a |     64_035      |     65_533      |     56_141
 |                                            | after  |        n/a |     64_330 100% |     65_336 100% |     56_377 100%
 | gc.minor_collections *C                    | before |          7 |     11_507      |     22_923      |     33_673
 |                                            | after  |          7 |     11_404  99% |     22_715  99% |     33_360  99%
 | gc.minor_collections per block *LA         | before |        n/a |  3.425_377      |  3.452_743      |  3.062_002
 |                                            | after  |        n/a |  3.396_296  99% |  3.416_690  99% |  3.030_512  99%
 | gc.major_collections *C                    | before |          1 |         30      |         43      |         61
 |                                            | after  |          1 |         30 100% |         42  98% |         58  95%
 | gc.major_collections per block *LA         | before |        n/a |  2.361e-03      |  5.972e-03      |  9.307e-03
 |                                            | after  |        n/a |  2.933e-03 124% |  2.553e-03  43% |  8.164e-03  88%
 | gc.compactions *C                          | before |          0 |          0      |          0      |          1
 |                                            | after  |          0 |          0      |          0      |          1 100%
 |                                            |        |            |                 |                 |
 | gc.major heap bytes top *C                 | before |    9.138 M |  572.113 M      |  870.121 M      | 1000.641 M
 |                                            | after  |    9.138 M |  572.113 M 100% |  756.625 M  87% | 1000.641 M 100%
 | gc.major heap bytes *LA                    | before |    9.138 M |  568.156 M      |  764.517 M      |  565.214 M
 |                                            | after  |    9.138 M |  568.156 M 100% |  664.796 M  87% |  371.868 M  66%
 |                                            |        |            |                 |                 |
 | index_data bytes *S                        | before |          0 |          0      |          0      |          0
 |                                            | after  |          0 |          0      |          0      |          0
 | index_data bytes per block *LA             | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | store_pack bytes *S                        | before |          0 |          0      |          0      |          0
 |                                            | after  |          0 |          0      |          0      |          0
 | store_pack bytes per block *LA             | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | index_log bytes *S                         | before |         32 |    142_689      |    293_439      |    441_939
 |                                            | after  |         32 |    142_689 100% |    293_439 100% |    441_939 100%
 | index_log_async *S                         | before |          0 |          0      |          0      |          0
 |                                            | after  |          0 |          0      |          0      |          0
 | store_dict bytes *S                        | before |          0 |  1_338_810      |  1_466_952      |  1_548_250
 |                                            | after  |          0 |  1_338_810 100% |  1_466_952 100% |  1_548_250 100%
 |                                            |        |            |                 |                 |
 | /data/contracts/index *S                   | before |        n/a |          3      |          3      |          4
 |                                            | after  |        n/a |          3 100% |          3 100% |          4 100%
 | /data/big_maps/index *S                    | before |        n/a |          0      |          0      |          0
 |                                            | after  |        n/a |          0      |          0      |          0
 | /data/rolls/index *S                       | before |        n/a |        256      |        256      |        256
 |                                            | after  |        n/a |        256 100% |        256 100% |        256 100%
 | /data/rolls/owner/current *S               | before |        n/a |        256      |        256      |        256
 |                                            | after  |        n/a |        256 100% |        256 100% |        256 100%
 | /data/commitments *S                       | before |        n/a |        256      |        256      |        256
 |                                            | after  |        n/a |        256 100% |        256 100% |        256 100%
 | /data/contracts/index/ed25519 *S           | before |        n/a |        256      |        256      |        256
 |                                            | after  |        n/a |        256 100% |        256 100% |        256 100%
 | /data/contracts/index/originated *S        | before |        n/a |        244      |        256      |        256
 |                                            | after  |        n/a |        244 100% |        256 100% |        256 100%

Types of curves:
 *C: Cumulative. No smoothing.
 *LA: Local Average. Smoothed using a weighted sum of the value in the
      block and the exponentially decayed values of the previous blocks.
      Every 125.01 blocks, half of the past is forgotten.
 *S: Size. E.g. directory entries, file bytes. No smoothing.
 *N: Very noisy.

These changes look good to me.

 |                              |        | min per block | max per block  | avg per block |  avg per sec
 |                              |        |               |                |               |
 | pack.finds.from_lru          | before |        0      |    15_901      |  499.783      | 53115.790
 |                              | after  |        0      |    15_901 100% |  498.156 100% | 57389.321 108%

It decreases from 499.783 per block to 498.156 per block


Update url of the file ZuluJCEPolicies.zip

The original url of the file ZuluJCEPolicies.zip has not found

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Coverage increased (+0.007%) to 45.605% when pulling 342600db2ad02c2ed5083e2f7f83b7476ffece43 on cisiqo:master into e1f4daaedefba096f66a58a776d9b9d22e54fd34 on apereo:master.

Thank you very much for the contribution. Outstanding work. Keep 'em coming!
If you are interested, might want to apply the same patch to https://github.com/apereo/cas-webapp-docker.

Thanks. The repo has no this problem, the correct url just from the repo. 😄

Awesome! Thanks for checking.


Feature/implement reports api

Implemented the Details Report and inserted placeholders for the Summary Report and Weekly Report.

Doh, timezone discrepancy between build box and the Clockify user account caused the new unit test to fail. I will close this PR to make the unit test more robust.


Hive integration with Presto

Adding containers for:

Hive 2.3.3
Postgres 11.1.0

Replaced with PR #25


BufferOverflow on Channel coroutine

Hi,
I'm trying to use the library in a Java Fragment, and I'm getting this error when set configuration to map (mapView.configure(config);)
java.lang.NoSuchMethodError: No static method Channel$default(ILkotlinx/coroutines/channels/BufferOverflow;Lkotlin/jvm/functions/Function1;ILjava/lang/Object;)Lkotlinx/coroutines/channels/Channel; in class Lkotlinx/coroutines/channels/ChannelKt; or its super classes (declaration of 'kotlinx.coroutines.channels.ChannelKt'
at ovh.plrapps.mapview.core.ThrottleKt.throttle(Throttle.kt:21)
at ovh.plrapps.mapview.viewmodel.TileCanvasViewModel.(TileCanvasViewModel.kt:35)
at ovh.plrapps.mapview.MapView.configure(MapView.kt:107)

Hi,
Which version of the library are you using?
The latest version (3.1.0) depends on kotlinx.coroutines 1.5.0. Make sure your project doesn't depend on a previous version (1.4.x or below), either directly or transitively.
If it does, you can try using MapView 3.0.0

Great! Closing this for now.


finished reservation and reservation manager

have not implemented db stuff or generate code stuff

We need to implement a way to manage expired reservations through reservation manager.


Turn oauth test back on to see if it chokes

I rule and have completed some work on Case Manager that's ready for review!
Does it blend?
This pull request makes the following changes:

Turns oauth test back on

It relates to the following issue #s:

Fixes #1311

Much to my surprise this didn't choke even after being rerun? I'm going to try reracking the knapsack segmentation to see if it still gets weird after three runs. if it doesn't, I'll merge this.

I'll take it! Invoking godmode because of tests.


Feature Request: Layout

Where is the layout? This is amazing, but ....

when you mean, where is the design? which is specific and thank you very much for the contribution greetings

I mean, layout like container, grid, etc.

Well, I'm already working on that as soon as I finish, I would like to thank you very much for the contribution

Css-Grid is layout.

awesome works. I'll keep watching~

Hi! I've just learn about Vuesax today and I really like the design of the components. I've been looking for a lightweight component library (without layout, color theme, typography, etc.) and Vuesax seem to be exactly what I need.
I agree with @atilkan. Now that CSS Grid is out (and combined with Flexbox), is it really necessary to build a custom grid system? In my opinion, web developers should start learning CSS Grid instead of spending time learning a new grid system for every CSS framework out there. Believe me, CSS Grid is really powerful 🌟
Adding such a feature would only make sense if Vuesax is committed to supporting Internet Explorer. Is that the case? Because the website hosting the docs does not work well on IE11...
Just my two cents.

@mornir css-grid is supported on ie11. Many people dont know that css-grid came from microsoft.

I was referring to the latest implementation. IE11 supports an older version. But it's true that it first came from Microsoft:astonished:
https://caniuse.com/#feat=css-grid

What about sass implementation?

Good friends and add support to layout thank you very much to all the documentation here
https://lusaxweb.github.io/vuesax/#/en/docs/layout/grid


unable to filter scalinggroups using tags

I am trying to get output of hundreds of ASGs in my infra, but I am unable to filter them using tags.
Command:
awless list scalinggroups -p PROFILE --tag Environment=loadtesting
No results !

@varunchandak Available in latest (stable and compatible) master for validation.
Tags are now part of the model on auto scaling groups. You can see them all for a specific scalinggroup by doing:
awless show my-scaling-group-name -l

You can filter using tags with the usual tag flags available in listing:
awless ls scalinggroups --tag-key Env
awless ls scalinggroups --tag-value loadtesting
awless ls scalinggroups --tag Env=Production

Note that filtering via tags is case sensitive and has to be an exact match (there is an issue to improve on that and have wildcards).
Let me know if that works well for you and I will close this issue. Thanks!

I will close this issue then. Re-open if needed

just tested this and it's working as intended. Thanks !


activate bundle audit

For scanning of vulnerable dependencies this repository should run bundle audit within its github action.

Done with #13.


No way to resign active

ViewId.requestActive() is handy for being able to obtain drag events outside a components bounds (I wish I'd noticed it sooner than buried in a comment in WindowHandle).
However, once active is obtained, there is no way to resign from active-ness.  So you will get extra input events until - what? - something else takes over the active state?  It's not obvious how you escape from being active once you are.
It seems like the behavior of active should be stack-like - a view can push itself onto a stack of views the top-most of which is treated as active, and when it resigns active, we pop the next one (check if it still has a parent and if not keep popping) and it re-takes over as active.
That would make it possible to emulate the very useful Cocoa first responder pattern, which makes it trivial to implement things like bezier-spline editors that require immense amounts of bookkeeping in other frameworks.  It is basically having a stack of logic-objects that interpret input events.
There is also a case of cross-window active - my specific use case is popping up a popup window when a drag begins, the user drags to make an adjustment in it, and then releases the mouse to commit that adjustment.
I am thinking that might be better implemented as a separate "global-active" state, since in most cases, a view receiving events when another window is active would be non-intuitive behavior.
This all touches on issues in #465 - some of the state in AppState really should belong to the ApplicationHandle and other parts of it really belong to the WindowHandle - it needs to be teased apart into cross-window and non-cross window portions.
I've prototyped keeping a portion of AppState in the ApplicationHandle, updating the WindowHandle's AppState before event processing, copying any changes back into the global state afterwards, and it is implementable and can be done without much overhead.
At any rate, providing a way to improve active handling can probably be handled as a separate PR without addressing the entire situation with AppState, so I'm filing this separately.

However, once active is obtained, there is no way to resign from active-ness. So you will get extra input events until - what? - something else takes over the active state? It's not obvious how you escape from being active once you are.

This is just missing from the API. We have a ViewId.clear_focus() but not a clear_active.

I am thinking that might be better implemented as a separate "global-active" state, since in most cases, a view receiving events when another window is active would be non-intuitive behavior.

Makes sense to me.

It seems like the behavior of active should be stack-like - a view can push itself onto a stack of views the top-most of which is treated as active, and when it resigns active, we pop the next one (check if it still has a parent and if not keep popping) and it re-takes over as active.

I might not be seeing the vision on this idea. I feel like this would lead to unintuitive behavior if we implemented this

Hmm, looking at the way Active is handled, doing what I'm after across windows could wreak havoc with text input.
So, I think that there is something missing, but it is probably at least somewhat separate from "active".

This PR adds ViewId.clear_active() and associated plumbing.


Fix recentCall, phoneType, contact name

Coverage increased (+0.006%) to 39.649% when pulling 5a9313df035b3dd9534ef636277dc5ce3265486d on ele828:fix-recent-calls into 324d3eccc172fd6f3db70b7c563ecad1b32770fd on ringcentral:master.


Lottie doesn't load on latest version 5.1.4 - lottie-ios: 3.4.0

      <AnimatedLottieView
        style={{ height: 100, width: 100, backgroundColor: 'green' }}
        autoPlay
        loop
        source={'../../../Assets/Animations/loading.json'}
      />

App is not showing the animation, previous version worked

      <AnimatedLottieView
        style={{ height: 100, width: 100, backgroundColor: 'green' }}
        autoPlay
        loop
        source={'../../../Assets/Animations/loading.json'}
      />

App is not showing the animation, previous version worked

Hi
You are passing the source as a string. Please consider using require('../../../Assets/Animations/loading.json') .

@matinzd still doesn't work, I tried that before. Its something with the version of lottie-ios and lottie-react-native

did you run yarn install<EMAIL_ADDRESS>and pod install after switching to 5.1.3?

I also had issues with autoloop in the beginning, regenerating node_modules did the trick for me

Yes and still no luck, did you manage to get it working with this versioning? even the podspec from lottie-react-native had one error of the lottie ios version, that was alledgedly fixed but latest version didn't work either

It has a bug with the dark mode, turn it off and it will work
I believe this bug ain't fixed yet.

This issue was tested and I can confirm it is working properly on the project I have.
"react-native": "0.69.4",
"lottie-ios": "3.4.0",
"lottie-react-native": "5.1.4"

https://user-images.githubusercontent.com/24797481/184382223-95d01292-270a-4075-874c-16d7f78dd28c.mp4

I couldn't reproduce. Can you confirm android is fine with your code?

I have a very similar problem with Android devices
"react-native": "0.65.1"
"lottie-react-native": "^5.1.4",

Build log: android_build.log

Can you please make a release out of this?

Please, use the provided patch, a big refactoring will be coming on the next release


removes redundant builds when watching

turns out wranglerjs already implements #1219 (correct me if im wrong @xtuc - we call compiler.watch when we pass --watch=1 to wranglerjs)
the problem was that we would start a wranglerjs process with --watch=1 at the beginning, but then we'd also run a regular blocking wrangler js build after code was changed. this should speed up live reload by at least 2x...? probably? haven't actually benchmarked but this change should make a noticeable difference.

Sorry I can't remember. DIdn't you implemented https://github.com/cloudflare/wrangler/blob/master/wranglerjs/index.js#L158-L159?

nah - must have been @xortive. not sure where to even find the docs on using webpack as a library

Thanks for the mention!


ESP-BOX flashing suddenly fails.

I have to redo my ESPBox-lite (as a test first before I do the ESP_Boxes) - with parameters for a WIS server that I stood up today.
But now, I reecive these errors when trying to flash-erase:

Anything obvious I am missing here? Any recent changes?

UPDATE: Spoke too soon. I did a: sudo apt upgrade
Wiped the willow  directory and re-download and installed fine.
Goblins!
Now for the WIS test....


Add "Use items" option in "Stages" menu

What does your feature do?
Simply it will bring for people another way how to use items in certain stages.
How would people use it?
When somebody will be in "/quests editor" -> edit some quest -> edit stages -> Items , there could be another way how to handle items, and that would be "Use items" .... soo like in certain stage they would need to use like horn/throw snowball/right click with hoe/right click with axe/fishing rod  and etc., .... I think it would be really handy :) .......now the only close thing to that is "Consume items", which doesn't work for that jobs obviously

Thanks for the suggestion. The Bukkit/Spigot API doesn't offer a method to test whether an item is usable, to my knowledge. So we'd probably need a list of all usable items to compare against, which would need to updated each version, and that's not desirable. So this is probably best left to a custom module.

Oh, okay, understadable. And is there a chance that you will make it as module? :)

Oh, okay, understadable. And is there a chance that you will make it as module? :)

https://pikamug.gitbook.io/quests/casual/modules#want-support-for-other-plugins-or-features


Unit Test on Todo List

MILESTONES

Write unit tests for a JavaScript app.
Use jest framework for testing.
Create test files to test add and delete item functionality
Run and pass tests

@LionRouge1 thanks for the review and approval


[crunchyroll] Fail to extract the last fragment on some episodes

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm reporting that yt-dlp is broken on a supported site
[X] I've verified that I'm running yt-dlp version 2023.07.06 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
Italy
Provide a description that is worded well enough to be understood
On some series [ GR75Z5KKY , G9VHN9QED ] the extractor get only 350 fragmets of 351, it results in broken file with missing audio, video and subtitle part. ATM the problem show up only in theese series but can't figure out why and how to solve (fyk the  SubsPlease and Erai seems affected by the same problem).
I tryed DASH or HLS but same result. The 351th fragment exists for sure.
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[ ] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-P', 'C:\\Users\\ryzen\\Desktop\\AutoDWL\\temp_stored', '--ffmpeg-location', 'C:\\Users\\ryzen\\Desktop\\AutoDWL\\ffmpeg.exe', '-vU', '--no-abort-on-error', '--no-mark-watched', '--user-agent', 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0', '--enable-file-urls', '--limit-rate', '6.5M', '-R', '5', '--retry-sleep', '5', '--file-access-retries', '5', '--fragment-retries', '5', '--skip-unavailable-fragments', '--hls-use-mpegts', '--downloader', 'aria2c', '--cookies-from-browser', 'firefox', '--trim-filenames', '200', '--compat-options', 'filename-sanitization', '--progress', '--no-check-certificates', '-f', 'b[height=1080]', '-S', 'br', '--sub-format', 'ass', '--write-subs', '--sub-langs', 'en-US', '--parse-metadata', '%(series)s S%(season_number)02dE%(episode_number)02d:%(title)s', '--parse-metadata', '%language:language', '--parse-metadata', 'upload_date:%(date)s', '--embed-metadata', '--embed-chapters', '--extractor-arg', 'crunchyrollbeta:ua_workaround', '--extractor-retries', '5', '--allow-dynamic-mpd', '-o', '%(series)s S%(season_number)02dE%(episode_number)02d %(episode)s.%(ext)s', 'https://www.crunchyroll.com/it/watch/GMKUXGPPV/meeting-of-the-round-table']
Extracting cookies from firefox
[debug] Extracting cookies from: "C:\Users\ryzen\AppData\Roaming\Mozilla\Firefox\Profiles\y2g0zkv5.default-release\cookies.sqlite"
Extracting cookies from firefox
[debug] Extracting cookies from: "C:\Users\ryzen\AppData\Roaming\Mozilla\Firefox\Profiles\y2g0zkv5.default-release\cookies.sqlite"
Extracted 813 cookies from firefox
[debug] Encodings: locale cp65001, fs utf-8, pref cp65001, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version<EMAIL_ADDRESS>[56b3dc033] (win_exe)
[debug] Compatibility options: filename-sanitization
[debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.22621-SP0 (OpenSSL 1.1.1k  25 Mar 2021)
[debug] exe versions: ffmpeg n6.0-25-g868af7d7a4-20230620 (setts)
[debug] Optional libraries: Cryptodome-3.18.0, brotli-1.0.9, certifi-2023.07.22, mutagen-1.46.0, sqlite3-2.6.0, websockets-11.0.3
[debug] Proxy map: {}
[debug] Loaded 1864 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp-nightly-builds/releases/latest
Available version<EMAIL_ADDRESS>Current version<EMAIL_ADDRESS>Current Build Hash: d25eac5018fd1d8e82b6c33ccf4e3b32c0453b0520f1a11a8f819bafcbcb8c03
yt-dlp is up to date<EMAIL_ADDRESS>[crunchyroll] Extracting URL: https://www.crunchyroll.com/it/watch/GMKUXGPPV/meeting-of-the-round-table
[debug] [crunchyroll] Using cxApiParam=noaihdevm_6iyg0a8l0q
[crunchyroll] Authenticating with grant_type=etp_rt_cookie
[crunchyroll] GMKUXGPPV: Downloading object info JSON (cms)
[crunchyroll] Retrieving signed policy
[crunchyroll] GMKUXGPPV: Downloading stream info JSON (signed cms)
[crunchyroll] To get all formats of a hardsub language, use "--extractor-args crunchyrollbeta:hardsub=<language_code or all>". See https://github.com/yt-dlp/yt-dlp#crunchyrollbeta-crunchyroll for more info
[crunchyroll] GMKUXGPPV: Downloading adaptive_hls HLS manifest
[crunchyroll] GMKUXGPPV: Downloading chapter info
[info] GMKUXGPPV: Downloading subtitles: en-US
[debug] Sort order given by user: br
[debug] Formats sorted by: hasvid, ie_pref, br, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), channels, acodec, size, asr, proto, vext, aext, hasaud, source, id
[debug] Searching for '(?P<title>.+)' in '%(series)s S%(season_number)02dE%(episode_number)02d'
[MetadataParser] Parsed title from '%(series)s S%(season_number)02dE%(episode_number)02d': 'Am I Actually the Strongest? S01E07 Meeting of the Round Table'
[debug] Searching for 'language' in '%language'
[debug] Searching for '(?P<date>.+)' in '%(upload_date)s'
[MetadataParser] Parsed date from '%(upload_date)s': '20230826'
[info] GMKUXGPPV: Downloading 1 format(s): adaptive_hls-8100
[info] Writing video subtitles to: C:\Users\ryzen\Desktop\AutoDWL\temp_stored\Am I Actually the Strongest S01E07 Meeting of the Round Table.ass
[debug] Invoking aria2c downloader on "https://v.vrv.co/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_356864.txt?Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cCo6Ly92LnZydi5jby9ldnMzL2VlOWY3MjY0MTZjYmU0NmM4OTQwNjIyNGE3OTUzYTQyL2Fzc2V0cy8yOWIyYmEzMDBiNGQzMmU5NjE5ZmJlODc4MDBmOTdhMV8zNTY4NjQudHh0IiwiQ29uZGl0aW9uIjp7IkRhdGVMZXNzVGhhbiI6eyJBV1M6RXBvY2hUaW1lIjoxNjkzNDA1MDkyfX19XX0_&Signature=WG4qfzj0rFOcqHfjYnm35BHkoFppc8ybNdQu4Iw5TosNQd83RfpqRz5oaFHrH4lzLKYS1Ej425N7qRXzNFQmWv52HNrz3n-aiNHZ7xkFJWoind32QN4AHG92ErMmuR4CwhV~4r-sBu7g62Wg1d2r62UEXjhZTuOgS14YM-NYj~OL8vgGMwSrg3gL6juxDMYDt2fXv9hlPAKbb~JaENmvuX3Vxd2qvsAt0nrTt46rbnks4mQmjqYAZGnI5sCphpZ5EsqCc9CgRaohvqz8-OVjEjqPHje~xkWagOn3wsUcfmdu8m1DCkFv~TqA6eoEZvSjkGU-SAJ9C3vDGRkOlIupSQ__&Key-Pair-Id=APKAJMWSQ5S7ZB3MF5VA"
[download] Destination: C:\Users\ryzen\Desktop\AutoDWL\temp_stored\Am I Actually the Strongest S01E07 Meeting of the Round Table.ass
[debug] aria2c command line: aria2c -c --no-conf "--console-log-level=warn" "--summary-interval=0" "--download-result=hide" "--http-accept-gzip=true" "--file-allocation=none" -x16 -j16 -s16 --min-split-size 1M --header "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0" --header "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" --header "Accept-Language: en-us,en;q=0.5" --header "Sec-Fetch-Mode: navigate" --max-overall-download-limit 6815744 "--check-certificate=false" "--remote-time=true" "--show-console-readout=true" --dir "C:\Users\ryzen\Desktop\AutoDWL\temp_stored\" --out ".\Am I Actually the Strongest S01E07 Meeting of the Round Table.ass.part" "--auto-file-renaming=false" -- "https://v.vrv.co/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_356864.txt?Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cCo6Ly92LnZydi5jby9ldnMzL2VlOWY3MjY0MTZjYmU0NmM4OTQwNjIyNGE3OTUzYTQyL2Fzc2V0cy8yOWIyYmEzMDBiNGQzMmU5NjE5ZmJlODc4MDBmOTdhMV8zNTY4NjQudHh0IiwiQ29uZGl0aW9uIjp7IkRhdGVMZXNzVGhhbiI6eyJBV1M6RXBvY2hUaW1lIjoxNjkzNDA1MDkyfX19XX0_&Signature=WG4qfzj0rFOcqHfjYnm35BHkoFppc8ybNdQu4Iw5TosNQd83RfpqRz5oaFHrH4lzLKYS1Ej425N7qRXzNFQmWv52HNrz3n-aiNHZ7xkFJWoind32QN4AHG92ErMmuR4CwhV~4r-sBu7g62Wg1d2r62UEXjhZTuOgS14YM-NYj~OL8vgGMwSrg3gL6juxDMYDt2fXv9hlPAKbb~JaENmvuX3Vxd2qvsAt0nrTt46rbnks4mQmjqYAZGnI5sCphpZ5EsqCc9CgRaohvqz8-OVjEjqPHje~xkWagOn3wsUcfmdu8m1DCkFv~TqA6eoEZvSjkGU-SAJ9C3vDGRkOlIupSQ__&Key-Pair-Id=APKAJMWSQ5S7ZB3MF5VA"
[download] 100% of   44.55KiB in 00:00:00 at 178.58KiB/s
[debug] Invoking hlsnative downloader on "https://pl.crunchyroll.com/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_5244950.mp4/index-v1-a1.m3u8?res=1920x1080&Expires=1693405093&Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9wbC5jcnVuY2h5cm9sbC5jb20vZXZzMy9lZTlmNzI2NDE2Y2JlNDZjODk0MDYyMjRhNzk1M2E0Mi9hc3NldHMvMjliMmJhMzAwYjRkMzJlOTYxOWZiZTg3ODAwZjk3YTFfNTI0NDk1MC5tcDQvaW5kZXgtdjEtYTEubTN1OD9yZXM9MTkyMHgxMDgwIiwiQ29uZGl0aW9uIjp7IkRhdGVMZXNzVGhhbiI6eyJBV1M6RXBvY2hUaW1lIjoxNjkzNDA1MDkzfX19XX0_&Signature=KnradELI6K3Uq~k39P7FiWeqcKZmNe0eD2oP066owilvHqSdw5G8liqbERxCcqvb-V4r35FWWl0HoaO9fIpNG0VfEQJNA8TgxUcjPD1iKiz1cILm40JI0qQ~H0cCd~e4AziMTui1T0Pcu8C2VjEQKy1ZF6kEv4VuF873QVYSn9BqYq8XqMxdIVa9LbIhNu1M259~AB7Njj0B1rwZZ6rROyj39M~MmLaeIEEz6hgk8yPHan9GWvySFsWHmGbc~DglX1GSlx3rpXpQ8voSGWXUeAJOWddMTCD2RCVKdiB2S2jMDcLeD8RIHkirqCo2Jvc3b7Ykc3uuud8E8u2W-4XnVg__&Key-Pair-Id=APKAJMWSQ5S7ZB3MF5VA"
[hlsnative] Downloading m3u8 manifest
[hlsnative] Fragment downloads will be delegated to aria2c
[hlsnative] Total fragments: 350
[download] Destination: C:\Users\ryzen\Desktop\AutoDWL\temp_stored\Am I Actually the Strongest S01E07 Meeting of the Round Table.mp4
[download] Writing temporary cookies file to "C:\Users\ryzen\AppData\Local\Temp\tmpqiakosa_.cookies"
[debug] File locking is not supported. Proceeding without locking
[debug] aria2c command line: aria2c -c --no-conf "--console-log-level=warn" "--summary-interval=0" "--download-result=hide" "--http-accept-gzip=true" "--file-allocation=none" -x16 -j16 -s16 "--allow-overwrite=true" "--allow-piece-length-change=true" "--load-cookies=C:\Users\ryzen\AppData\Local\Temp\tmpqiakosa_.cookies" --header "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0" --header "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" --header "Accept-Language: en-us,en;q=0.5" --header "Sec-Fetch-Mode: navigate" --max-overall-download-limit 6815744 "--check-certificate=false" "--remote-time=true" "--show-console-readout=true" --dir "C:\Users\ryzen\Desktop\AutoDWL\temp_stored\" "--auto-file-renaming=false" "--file-allocation=none" "--uri-selector=inorder" -i "C:\Users\ryzen\Desktop\AutoDWL\temp_stored\Am I Actually the Strongest S01E07 Meeting of the Round Table.mp4.part.frag.urls"

This is weird. The m3u8 playlist served by crunchyroll definitely only has 350 fragments:
#EXTM3U
#EXT-X-TARGETDURATION:4
#EXT-X-ALLOW-CACHE:YES
#EXT-X-PLAYLIST-TYPE:VOD
#EXT-X-VERSION:5
#EXT-X-MEDIA-SEQUENCE:1
#EXT-X-KEY:METHOD=AES-128,URI="https://prod.gccrunchyroll.com/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_5244950.mp4/encryption.key?URLPrefix=aHR0cHM6Ly9wcm9kLmdjY3J1bmNoeXJvbGwuY29tL2V2czMvZWU5ZjcyNjQxNmNiZTQ2Yzg5NDA2MjI0YTc5NTNhNDIvYXNzZXRzLzI5YjJiYTMwMGI0ZDMyZTk2MTlmYmU4NzgwMGY5N2ExXzUyNDQ5NTAubXA0Lw&Expires=1693406485443&KeyName=cdn-prod-keyset&Signature=IfqNRsPfrZ-LeSseFhaSnzdlV_NgMmOdzqLxeOKXbmUc7p8ZFD7FYy_qVx4UF7qqRgBTH5lSG3nYA1XNfZ0-BQ"
#EXTINF:4.004,
https://prod.gccrunchyroll.com/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_5244950.mp4/seg-1-v1-a1.ts?URLPrefix=aHR0cHM6Ly9wcm9kLmdjY3J1bmNoeXJvbGwuY29tL2V2czMvZWU5ZjcyNjQxNmNiZTQ2Yzg5NDA2MjI0YTc5NTNhNDIvYXNzZXRzLzI5YjJiYTMwMGI0ZDMyZTk2MTlmYmU4NzgwMGY5N2ExXzUyNDQ5NTAubXA0Lw&Expires=1693406485443&KeyName=cdn-prod-keyset&Signature=IfqNRsPfrZ-LeSseFhaSnzdlV_NgMmOdzqLxeOKXbmUc7p8ZFD7FYy_qVx4UF7qqRgBTH5lSG3nYA1XNfZ0-BQ
...
... etc etc
...
#EXTINF:6.590,
https://prod.gccrunchyroll.com/evs3/ee9f726416cbe46c89406224a7953a42/assets/29b2ba300b4d32e9619fbe87800f97a1_5244950.mp4/seg-350-v1-a1.ts?URLPrefix=aHR0cHM6Ly9wcm9kLmdjY3J1bmNoeXJvbGwuY29tL2V2czMvZWU5ZjcyNjQxNmNiZTQ2Yzg5NDA2MjI0YTc5NTNhNDIvYXNzZXRzLzI5YjJiYTMwMGI0ZDMyZTk2MTlmYmU4NzgwMGY5N2ExXzUyNDQ5NTAubXA0Lw&Expires=1693406485443&KeyName=cdn-prod-keyset&Signature=IfqNRsPfrZ-LeSseFhaSnzdlV_NgMmOdzqLxeOKXbmUc7p8ZFD7FYy_qVx4UF7qqRgBTH5lSG3nYA1XNfZ0-BQ
#EXT-X-ENDLIST

yet if you manually modify the last fragment URL's basename to seg-351-v1-a1.ts, there is indeed a 351st fragment that exists and is downloadable.
It seems like an error on the part of crunchyroll. Maybe we could look into correcting the m3u8 doc in the extractor? That could be a problem though, since we don't know the duration of the last fragment. But if this issue becomes widespread, or if it becomes apparent that crunchyroll is deliberately sabotaging downloaders with this tactic, then we might have to look into doing something like that.
As a workaround you could save the m3u8 file to disk, open it in a text editor, and insert a  #EXTINF:4.004, line followed by the missing last fragment URL above the #EXT-X-ENDLIST line. Then pass it back to yt-dlp with --enable-file-urls "file://path/to/playlist.m3u8"

Sorry but i definitely can't figure out how to store on disk the m3u8 playlist using the original url nor the mpd manifest url

try with --fragment-retries infinite and see if you get a complete video.
more info - https://github.com/yt-dlp/yt-dlp/issues/6078

try with --fragment-retries infinite and see if you get a complete video. more info - #6078

Still getting 350 fragment


Using in Ionic

Hi,
I imported this in Ionic app (3.5.0) and I get this error
platform-browser-dynamic.es5.js:170 Uncaught Error: Module build failed: Error: ENOENT: no such file or directory, open 'path-to-app/node_modules/angular2-simple-countdown/countdown.js'
Can you include js built file?
davor

@ttibau Hi, no, I later upgraded from ionic->nativescript and I used https://github.com/urish/ngx-moment to manage what I needed with custom pipes..


Consider abreviation for computation variable

What is wrong?
The variable computation is kind of long.  Maybe there's a nice abbreviation or alternate name we could use?
How can it be fixed
Consider the following

use comp instead of computation for instance names
rename class to Execution and use exc as variable name. (maybe too similar to built-in exec)
anyone got any better ideas.

This also may not be worth the visual optimization
Alternate approach would be to instead make more shortcut methods on the Computation class
computation.gas_meter.consume_gas(child_msg_gas_fee, reason=self.mnemonic)
# becomes...
computation.consume_gas(child_msg_gas_fee, reason=self.mnemonic)
# or maybe shortcut accessors...
computation.gm.consume_gas(child_msg_gas_fee, reason=self.mnemonic)

anyone got any better ideas.

I haven't picked one in here that I love yet, but ideas to keep the train rolling...
Things that maybe convey the idea of a single execution run, like:

job
task
run

One approach would be to prefix it with Virtual* (as in Ethereum Virtual Machine), like:

vexec (VirtualExecution)
vcompute (VirtualExecution)
vcomp
vjob
vtask
vrun

... but I don't love the compression of the word to one letter, for learnability.
Maybe just run is my favorite of these.

closing in favor of #362 which should shorten these statements.


Add Batch processing option to command line app

This change adds a -b option which converts all pdfs in a folder. The resulting files are named based on the original pdf, with the extension changed, depending on the format.
This change also includes a refactoring of the CommandLineApp class, so that the actual changes required for this were very minimal. I added a test for batch processing, and the other CommandLineApp tests are passing.

@yourpalal Hi Alex, this looks awesome! Thank you! We'll take a look when we get a sec and make sure everything looks shipshape, but, looking forward to merging this in. This will solve a problem for a lot of people...

Thanks a lot for your contribution, @yourpalal! It's now been merged into master.


port the clean tactic from lean 3 to lean 4

I'd suggest that once #5717 is merged that we put this tactic in the DefeqTransformations file and use the runDefeqTactic function to run it, like the other tactics there. That means you don't have to reinvent how to run an expression-transformation tactic, and you get clean at h and clean at * for free.

Ah, I really misunderstood what this tactic was about. Now I understand that clean t is like exact t but removes type hints from t, so my suggestion to use the defeq transformations framework doesn't make sense.
@digama0 You write the original version of clean. It looks like it was only ever used in a single place in mathlib -- is it still useful? Should we turn it into a cleanHints% term elaborator instead? That way you can write stuff like let x := cleanHints% by ... or exact cleanHints% by .... Or maybe it could be a classical-like tactic that takes a tactic sequence instead of a term?

I think it would make sense as a term elaborator.

bors merge


Square root overbar is position below top of radical symbol "leg"

Output on right is from latex for comparison. In KaTeX, a small "nub" appears at one of the joints in the square root symbol. I'm on OS 10.9.4 and I see this issue in both Chrome and Firefox.

I'm in the process of figuring out how to run the huxley tests.

With #264 in place, you get screenshots at least for Chrome on Linux. The corresponding test case snapshot demonstrates the issues discussed here, alkthough to a lesser degree I'd say:

Closing this as a duplicate of https://github.com/Khan/KaTeX/issues/60.


CAPI cluster stability

Wishes

Workload cluster creation should be done without manual intervention for all supporter cluster configurations;
Workload cluster upgrades are manually triggered;
Workload cluster upgrades are without manual intervention once they are triggered;

- [ ] https://github.com/giantswarm/roadmap/issues/298
- [ ] Run GS test suite for CAPA clusters
- [ ] Run GS test suite for CAPZ clusters
- [ ] Run GS test suite for CAPV clusters
- [ ] Run GS test suite for CAPVCD clusters

@alex-dabija I'm cleaning up old issue and I think this can be closed. Please re-open if you still need this epic.


[BUG] cpu usage prom queries for pods in metrics files do not include <name!=""> which is resulting in sum of container and pod cpu (double the value)

Bug Description
cpu usage prom queries for pods do not include <name!=""> which is resulting in sum of container and pod cpu (double the value)
https://github.com/cloud-bulldozer/kube-burner/blob/master/cmd/kube-burner/ocp-config/metrics-report.yml
Describe the bug
For instance, note the difference in the values reported for the queries below in grafana (screenshot attached)
sum(rate(container_cpu_usage_seconds_total{namespace="openshift-kube-controller-manager"}[2m])*100) by (pod)
sum(rate(container_cpu_usage_seconds_total{namespace="openshift-kube-controller-manager",name!=""}[2m])*100) by (pod)
From kube-burner:
The results from these two queries for the same workload can be seen below:

query: topk(3, sum(irate(container_cpu_usage_seconds_total{ namespace="openshift-kube-controller-manager"}[2m])) by (pod))
metricName: cpu-kube-controller-manager

query: topk(3, sum(irate(container_cpu_usage_seconds_total{name!="", namespace="openshift-kube-controller-manager"}[2m])) by (pod))
metricName: cpu-kube-controller-manager

Run | without | with
1 | 0.07784577971 | 0.04308086509
2 | 0.08111243782 | 0.06638296911
3 | 0.07045544606 | 0.02788249037
4 | 0.09040107115 | 0.04160751489
5 | 0.07223148943 | 0.04088077902
6 | 0.08045638938 | 0.03451377127
Screenshots or output

If applicable, add screenshots or kube-burner output to help explain your problem.
Additional context
Add any other context about the problem here.

Thanks @Noreen21, good catch, for some reason I forgot to filter out containers with name!="" in this metrics profile as we are already doing in the other ones.


Webapp: Revert the GetBackUps command to old GET API

az feedback auto-generates most of the information requested below, as of CLI version 2.0.62

Describe the bug

To Reproduce

Expected behavior

Environment summary

Additional context

route to service team


Create ashparsh-pandey.md

Notes for Reviewers

This PR fixes #

Signed commits

[ ] Yes, I signed my commits.

🚀 Preview for commit c1d9fd8117840d2c84d423c4116036c3990f1e51 at: https://67360d49c94b49061fa1cfba--meshery-docs-preview.netlify.app


Revert "Use release flag in JavaCompile"

Reverts cashapp/redwood#1092

Probably can bring this back once configuration moves into the build plugin and we have more knowledge about what type of module it is being applied to.


Add zipkin to the poc

Install zipkin to visualise traces.
Fix the poc.sh by adding a retry function.
Signed-off-by: Andrea Frittoli<EMAIL_ADDRESS>

/hold

Closing for now.


It doesn't work. At all.

I can see it has a lot of issues on here that need resolving, but how about this error message when I try to do anything:
{
"error": {
"message": "You exceeded your current quota, please check your plan and billing details. For more information on this error, read the docs: https://platform.openai.com/docs/guides/error-codes/api-errors.",
"type": "insufficient_quota",
"param": null,
"code": "insufficient_quota"
}
}
Message from Better ChatGPT:
We recommend changing your API endpoint or API key
And that's not to forget this one when I try to change the gpt version:
{
"error": {
"message": "The model gpt-4 does not exist or you do not have access to it.",
"type": "invalid_request_error",
"param": null,
"code": "model_not_found"
}
}
Message from Better ChatGPT:
Please ensure that you have access to the GPT-4 API!
If this doesn't work, what's the point of this repo? It's frustrating because I cannot get it to work no matter what key I use or which setting I use.

can u try https://github.com/animalnots/BetterChatGPT-PLUS/releases


Add mouse_force_focus_from_keyboard property

When you hold a mouse button, the clicked control will receive InputEventMouseMotion even if the cursor leaves its area. This PR adds a property mouse_force_focus_from_keyboard that does this for keyboard, i.e. when the control has key focus, it will act as if it was hovered even if cursor leaves it.
Fixes #54009
Supersedes #54019

We discussed this PR in the Input PR meeting. The feature makes sense, but we think a cleaner way to implement that would be to, instead of using a specific property, implement a function to "capture" and "release" mouse events on demand. Something like set_mouse_events_as_captures(bool p_captured)
Internally, I guess this function could be called by a mouse button click.

How is this different from a property, other than it'd be write-only? Unless it shouldn't be in Control, but somewhere else?

mouse focus and key focus refer to internal implementation details, that are not exposed to the user. So I believe, that that it would be better, to not use them for documentation. Users know about focused Controls, which is why I would base the description on that concept.
How about:
If [code]false[/code], the [Control] will receive mouse motion events during Gui Input, when it has focus and a mouse button is pressed. If [code]true[/code], the [Control] will receive mouse motion events during Gui Input, when it has focus without the need for a pressed mouse button.
Since this PR primarily solves an engine-internal problem, is it strictly necessary, to expose this variable?

It's not necessary, but a user can also run into a similar problem.

If [code]false[/code], the [Control] will receive mouse motion events during Gui Input, when it has focus and a mouse button is pressed. If [code]true[/code], the [Control] will receive mouse motion events during Gui Input, when it has focus without the need for a pressed mouse button.

It's less informative than the current description.


[Bug]: add DebeziumIO to the connectors page

What happened?
https://github.com/apache/beam/tree/master/sdks/java/io/debezium/src exists but is not listed on https://beam.apache.org/documentation/io/connectors/
Issue Priority
Priority: 1
Issue Component
Component: website

.take-issue

.take-issue

@damccorm  .. seems like I can't take the issue. Is there an alternative way to assign the issue to me?

I think Github actions were just backed up, looks like it succeeded eventually.

@xinbinhuang are you working on this? do you need any help?

@kennknowles thx for checking, was a bit busy at work the last a few weeks. I plan to do this PR before the holiday, but feel free to get to it first if you have time.


Badge Showing Coverage % for main branch for README.md file?

Looking at the existing badge support I see it is generating an image like this one:
![Code Coverage](https://img.shields.io/badge/Code%20Coverage-97%25-success?style=flat)

This works fine in the PR comment but I'd like to include a badge in my project README with the latest coverage value from the main branch. Is this something this tool can help with, or does that require some separate service that would host the image?
Looking at the various shields.io branches for coverage, none of these seem like they would work with CodeCoverageSummary:
https://shields.io/category/coverage
Thanks for any tips.

Hi @ardalis, at the moment CCS doesn't produce a badge for the readme but it is a feature I'd like to have.
Ideally CCS would download the badge from shields.io and save it to a fixed location for the readme to reference. I've considered saving the badge to the root of the repo running the action but I'm not happy with that solution. I really don't want to write to users' repos.
If you have any ideas I'm open to suggestions.

While looking for the latest in solving this problem the most promising item I found was this one. It's hacky but leverages gists rather than actual repo access:
https://dev.to/thejaredwilcurt/coverage-badge-with-github-actions-finally-59fa
HTH.

That is an interesting solution. If I incorporate uploading the json file into CCS then the user would need to create a gist and supply its id and a PAT in the workflow. That doesn't sound too bad.


Whitelist fields for portal index.

Once Migrate to new ES names is done in portal-ui, we want a white-list for the portal fields, so if a new field is introduced by chance, we won't also start depending on it by chance.

Already addressed.


Apply changes lazily

Right now, the "Apply" button always takes whatever is in the box (see right side) and writes it to the whole file:

This means the LLM needs to rewrite the whole file every time it suggests an edit. It's not able to write out partial changes like this:
// ... rest of file

let x = 5

// ... rest of file

We should allow the AI to output partial changes as above. When the user clicks "Apply", the AI should rewrite the file using the partial changes. We should also add a text decoration that shows the progress of the rewrite. Once the user clicks "Apply" the whole file should be gray, and as the LLM writes, the unwritten part should remain gray.

After we make this change, we should remove this part of the prompt, and tell the AI to output comments like // ... rest of file instead.

I will give it a shot

When the LLM changes a file and reports the entire content, and i change something manually in the file, it would still apply code lense with Accept/Reject Options, even if added manually...

This is expected behavior. When the AI makes a change to the file, we diff the entire file.

Also when telling the LLM to only modify the appropriate lines, I can't tell where to put it. Not in complex files where there could be multiple occurences of the original code. Also the LLM sometimes "counts" wrong when I tell it to also report the (beginning) line number of the change - so that's unreliable

See https://aider.chat/docs/unified-diffs.html for information on how to approach this. Aider and others have found that including line numbers decreases performance.
I am currently working on this issue, and should have it pushed shortly.

Fixed by #125!


error parsing time  "failed"

Hi,
i'm havie this problème ,
{"level":"fatal","error":"parsing time "failed" as "2006-01-02T15:04:05.999999999Z07:00": cannot parse "failed" as "2006"","time":"2024-10-01T20:33:19.669263972Z"}

any one can help!!!!!

Thanks for the bug report! It looks like you have a line in your logs that says "failed" where there should be a timestamp. Can you share the log file or some content from the file to help us debug it? Did the error only happen once with one file or is it happening repeatedly?

Hi,
Thank you for your response.
Could you please let me know where I can find this file, or how to run the server in debug mode?
Best regards,

Based on the error, it looks like you have a line in one of your pod logs that reads "failed" instead of the usually formatted line. If that's the case then you can find the problematic pod log using Kubernetes Dashboard.
Are you seeing the Kubetail error consistently? What page are you on in the app when you encounter the error?

I modified the behavior so that it skips malformed Kubernetes logging messages rather than throwing a fatal error. If you upgrade using helm chart version 0.7.3 it should fix the problem:
helm repo update
helm upgrade kubetail kubetail/kubetail --namespace kubetail

Let me know if you run into this issue again or if you run into any other problems.

Great, it worked, thank you very much.

I modified the behavior so that Kubetail skips malformed Kubernetes logging messages rather than throwing a fatal error. If you upgrade using helm chart version 0.7.3 it should fix the problem:
helm repo update
helm upgrade kubetail kubetail/kubetail --namespace kubetail

Let me know if you run into this issue again or if you run into any other problems.

Great, it worked, thank you very much.


Add public variable support

Related issue #27982

Duplicates https://github.com/ballerina-platform/ballerina-lang/issues/27855


feature: DarkMode

It would be great if there was a 'DarkMode' for the docs
https://tailwindcss.com/docs/dark-mode

Thoughts on making this toggleable behind a button rather than device preferences?

Yes definitely toggleable! market already has this implemented if you don't want to play around with colours too much, just grab the same styles

I've vote for tri state button (I'm a heavy user of device preferences that changes by time of the day): device preferences/light/dark, device preference by default


deploy-url trailing slash does not appear in the message 'open your browser on {url}'

🐞 Bug report
Command (mark with an x)

[ ] new
[ ] build
[x] serve
[ ] test
[ ] e2e
[ ] generate
[ ] add
[ ] update
[ ] lint
[ ] xi18n
[ ] run
[ ] config
[ ] help
[ ] version
[ ] doc

Is this a regression?
I don't know.
Description
I serve an angular application with ng serve --host <IP_ADDRESS> --disable-host-check --deploy-url=/my-app/.
On startup, the CLI prints the following message:
 Angular Live Development Server is listening on <IP_ADDRESS>:4200, open your browser on http://localhost:4200/my-app

As you can see the trailing slash disappears.
The message should be:
 Angular Live Development Server is listening on <IP_ADDRESS>:4200, open your browser on http://localhost:4200/my-app/

🔬 Minimal Reproduction
Run ng serve --host <IP_ADDRESS> --disable-host-check --deploy-url=/my-app/.
🔥 Exception or Error
None
🌍 Your Environment

Angular CLI: 9.0.2
Node: 10.13.0
OS: linux x64

Angular: 9.0.1
... animations, common, compiler, compiler-cli, core, forms
... language-service, platform-browser, platform-browser-dynamic
... router
Ivy Workspace: Yes

Package                           Version
-----------------------------------------------------------
@angular-devkit/architect         0.900.2
@angular-devkit/build-angular     0.900.2
@angular-devkit/build-optimizer   0.900.2
@angular-devkit/build-webpack     0.900.2
@angular-devkit/core              9.0.2
@angular-devkit/schematics        9.0.2
@angular/cli                      9.0.2
@ngtools/webpack                  9.0.2
@schematics/angular               9.0.2
@schematics/update                0.900.2
rxjs                              6.5.4
typescript                        3.7.5
webpack                           4.41.2

Anything else relevant?
It seems that the trailing slash is removed at https://github.com/angular/angular-cli/blob/1dbcd8dccd05de377d02bd75ba2464434a2e7212/packages/angular_devkit/build_angular/src/dev-server/index.ts#L530

This issue just seems to be about the URL displayed to the user, I don't see any functional difference from using this URL?
There is a subtle difference in browsers between a page hosted at /foo and at /foo/. A relative URL to bar will be resolved as either /bar or /foo/bar respectively, but Angular applications always include a <base /> tag which should override that behavior.
Since there is no functional difference, which URL to display is purely subjective. After a quick discussion, we'd rather not make promises about which format will be displayed for a particular debugging output like this. If the difference in URL causes an actual observable difference in page behavior, then we can re-evaluate. Otherwise this isn't something to over-specify for purely aesthetic reasons.

This is not for aesthetic reason.
There is a functional difference. Without the slash, it just does not work.

Can you elaborate on what doesn't work? Can you provide a minimal reproduction where the URL printed out is not usable (running ng new and then tweaking it to reproduce the error is an easy way of doing this).

This does not work when the server is Tomcat.
Tomcat is a servlet container that can serve multiple webapps. Each webapp has a context.
If Tomcat runs on http://localhost:8080/, application having context app will be exposed at http://localhost:8080/app/. If the last / is missing, Tomcat fails to serve the app.

You can have the same probleme when behind a httpd proxy. I don't have a reproduction case available, the ticket is very old. I can assure you that it didn't work in my case and that the / at the end can have meaning.

Frankly, I don't remember the exact setup that lead to this error. I just tried ng new plus ng serve --host <IP_ADDRESS> --disable-host-check --deploy-url=/my-app/, it works. There was something in addition I think. I will comment this ticket if I stumble on the issue again.

If you're able to reproduce on the latest Angular CLI then we can take a look further to see what's going wrong.


[Security] 16.03 ntpd vulnerable

See https://www.kb.cert.org/vuls/id/321640
4.2.8p8 is available upstream, you are shipping 4.2.8p6.
If openntpd offers the same features as a simple configuration for ntpd, perhaps it would be better to steer people towards using openntpd. If there are no must have features in ntpd, I would like to see a complete deprecation of ntpd as I have the impression that openntpd actually is better.
The first issue is a technical issue; the second is more open to debate. For something as fundamental as ntpd, I'd like to see automated packaging too. I.e., there is no reason why there shouldn't be a package available for the latest stable version of ntpd within one hour after publication (it just requires polling their website every hour).

As concerns NixOS, I get the impression timesyncd is/will be the preferred ntp client.

openntpd doesn't seem to have a version command line option. :/

@joachifm timesyncd doesn't appear to work in NixOS 16.03:
systemd-timedated[26384]: Failed to determine whether NTP is enabled: Too many levels of symbolic links

@butterflya how did you use it?

@joachifm I just opened https://github.com/NixOS/nixpkgs/issues/16894, which I can actually reproduce. It might be the exact same issue.

My personal preference is chrony, which should work fine with the nixos module: services.chrony.enable = true;

@fpletz Chrony seems to have a worse trackrecord than openntpd: https://www.cvedetails.com/vulnerability-list/vendor_id-10533/product_id-18821/Tuxfamily-Chrony.html
I switched back to openntpd.

Oh, just remembered. I fixed that a few days ago ;) f57c4b5aac648c88807328576e5ce1575a472e7b


engine: add engine trait and hide kernel from users

This PR does two things:

Add an Engine trait to allow different implementations. For example, a remote gRPC engine can be added later.
Hide Kernel from engine users. Each Engine implementation can decide which Kernel to use internally. When necessary, a dynamic Engine implementation can be added, which accepts some configurations to create a demanded engine.

See also some background discussions from Zulip.

Thanks for preparing this PR! I'll review this.

I still feel something doesn't add up, I need more time to think over it.

I still feel something doesn't add up, I need more time to think over it.

@huachaohuang  Could you open a discussion to discuss this issue?

I still feel something doesn't add up, I need more time to think over it.

@huachaohuang Could you open a discussion to discuss this issue?

Here it is: https://github.com/engula/engula/discussions/182

According to the discussion, I think this is not the direction we are taking, so let's close it.


feat: locally ringed space structure on a manifold

Equip a smooth manifold-with-corners with the structure of a locally ringed space.

[x] depends on: #7332

Thanks! I am wondering whether some definitions, which used to belong to files in Mathlib.AlgebraicGeometry, but are still in the AlgebraicGeometry namespace, like LocallyRingedSpace could be moved to another namespace, like Geometry, but this could be done in another future PR.
bors merge

In fact they probably don't need to be in a namespace at all, it's not like there are other uses of "locally ringed space" to disambiguate with!

Yes, I agree!


s init:     Cannot read property 'createInstance' of undefined  [0.8.0-alpha.617377ac]

    New project? Exciting! 🎉

?   Choose template for your project     Empty Project Template - (@syncano/template-project-empty)

    Creating Syncano Instance...

    Cannot read property 'createInstance' of undefined

error with both empty & hello world template

Fixed.


add simple python rpc test interface and example with stf

As we are using one rpc route and methods are defined in the json body, should we although stay to the specified format defined in the jira issue?
That would mean, that we have to add support for all methods in the framework then - that's no problem at all, just wanted to ask before doing so.
res = sc_node1.eth_getTransactionByHash("0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b")
hash = res["blockHash"]
...

As we are using one rpc route and methods are defined in the json body, should we although stay to the specified format defined in the jira issue? That would mean, that we have to add support for all methods in the framework then - that's no problem at all, just wanted to ask before doing so.
res = sc_node1.eth_getTransactionByHash("0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b")
hash = res["blockHash"]
...

actually we don't need to support all methods. We have everything in STF to make it recognized in a runtime.


UNDERTOW-1237 Added multiline header parsing (master)

Modified multipart header parsing to allow for headers that span multiple lines per section 2.2.3 of RFC2822.

I'm not sure how to create a pull request for specific branches, but this should work with at least 1.4.x as is and 1.3.x with StandardCharsets.UTF_8 removed from the test case.

Merged, thanks. It is not necessary to open PR's for the older branches, I backport as required.
In most cases this is just a backport to 1.4.x, as 1.3.x is only maintained for EAP7.0 fixes, and older branches are no longer maintained.

Ok, thanks. I'll remember that in the future. Will this be likely to be in the 1.4.22 release, then? I've seen header wrapping in a few client libraries already, including Apache HttpComponents.


DateField shows US format instead of NZ format in IE11 and Firefox

Affected Version
SS - 4.2.1
CWP - 2.1
Description
The issue occurs in IE11 and Firefox browsers, we have confirmed that we have set the locale correctly in the configs and CMS settings.
This occurred with a custom field as well as an existing CMS field.
Steps to Reproduce
In the silverstripe/reports module the PagesDueForReviewReport features a set of date filters which display the dates in US format instead of NZ format.

Also note in https://github.com/silverstripe/silverstripe-cms/issues/2240 that it's reported that other non-English languages (e.g. Arabic) don't work and are displaying dates in US format:

I haven't attempted to reproduce this, but based on what we're seeing with the new search UI, which, like asset-admin, uses React-rendered date fields, these two PRs should resolve this:
https://github.com/silverstripe/silverstripe-framework/pull/8362
https://github.com/silverstripe/silverstripe-admin/pull/630


updated the string splitting so that data-uris are not split

Fixes #2

Thanks! One of the fastest fixes I've seen for an open-source project :)

Haha you happened to catch me in the sweet spot of first coffee of the day + doing something less interesting :)


Add automatic cache bust for scripts and styles with file modification time

Something like that
wp_enqueue_script( 'app', get_template_directory_uri() . '/scripts/main.js', array( 'jquery',), filemtime( get_theme_file_path( 'scripts/main.js' ) ), true );

Commit e2a3a0e resolved it.


Path separators issue in fs.readdir

I've been trying to get a Next.js project working with pkg and I've finally tracked down the issue to fs.readdir being called in glob.
On Windows locally each of these works: fs.readdirSync('C:\\somedir') and fs.readdirSync('C:/somedir')
But in my pkg Windows executable the second of these fails: fs.readdirSync('C:\\snapshot') and fs.readdirSync('C:/snapshot')
I receive this error message: Error: ENOENT: no such file or directory, scandir 'C:\snapshot'

I dug into this a little bit more and wrote a small hack that is working for me. It's just a workaround for now since I don't have the time to figure out the right way to do this and make a proper PR, but here's the change I made. Hopefully this will help someone fix it the right way.
In /prelude/bootstrap.js I made the following changes to get this to work on Windows:
fs.readdir = function (path) {
  var isRoot = isRootPath(path);

  // <hack>
  if (windows) arguments[0] = path = path.replace(/\//g, '\\');
  // </hack>

  if (!insideSnapshot(path) && !isRoot) {
    return ancestor.readdir.apply(fs, arguments);
  }
  if (insideMountpoint(path)) {
    return ancestor.readdir.apply(fs, translateNth(arguments, 0, path));
  }

  var callback = dezalgo(maybeCallback(arguments));
  readdirFromSnapshot(path, isRoot, callback);
};

And I copied the same line to fs.readdirSync.
I'm hoping a fix for this can make it into the next version because I'm running this in CI and can't easily include my hack there. If I can be of anymore help please let me know. Thanks!

Thanks! Going to fix now

Fixed in<EMAIL_ADDRESS>


use Gyro in Objectron3d

Hi;
I am using objectron3d and render 3d models in Unity.
Can you help how can i using gyro in objectron3d to slow rotation and movement on camera.
InstantMotionTracking graph using gyro with "imu_rotation_matrix". How can i use gyro like that?
Regards

I feel like this is out of scope for this plugin, but can you describe in more detail what you want to do?