text:
Feature/336 - depth fix on web scraper

https://github.com/masa-finance/masa-oracle/issues/336

authors: mudler nolanjacobson

repo: masa-finance/masa-oracle


text:
Add a Codacy badge to README.md

Note: Codacy analysis is meant to be a tool that can help you make your code better and more robust (and also learn to use code analysis tools). It is not mandatory to implement suggested changes.

source: gharchive/pull-request

authors: codacy-badger ivan-ristovic

license: MIT

license_type: permissive

license_source: github-api


text:
Proofread last Catalog docs

@Adam-Dupaski these are the final docs I have on the list for my proofreading task. I made a few changes and additions, please check it out when you have some time.

repo: mendix/docs


text:
feat: Example of preview deploy

As this was just for demonstration sake, I will close it.

repo: meshcloud/meshcloud-docs


text:
fix: first pass

:tada: This PR is included in version 1.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: michaelpeterswa/talvi


text:
Fix service client test timeout

@mergify backport main foxy


text:
Ts modeling

Model testing looks good!

authors: TyronSamaroo sateshr


text:
FOUNDATIONS: Artifact Download

@geetika-jain This can be promoted from Draft to PR

authors: geetika-jain mimendel


text:
DATA: Lab Commands

@mimendel @terrypalo data is for data migration - models alone are not data. they just become a part of whatever task you are trying to accomplish.

authors: hassanhabib mimendel


text:
moc-sdk : null ptr check for SourceType for backward compatibility

Can we make sure we test everything end to end and then raise PRs.
That way we dont have to keep making sdk changes.

Testing with wssdtest was done with my changes  which rested the feature , so this was not caught earlier. Vanilla wssdtest with  latest tags from all repos should be tested. Will keep this scenario in mind next time.

repo: microsoft/moc-sdk-for-go


text:
Create action to display test results on Github | test

Nice errors:

@jcwchen could you take a look? Thanks!

After approval I will revert the test changes

repo: microsoft/onnxscript


text:
[open62541] Update version to 1.3.4

Please get failure logs here.

Pinging @autoantwort for response. Is work still being done for this PR?

I think I can close this temporarily

repo: microsoft/vcpkg


text:
Test

test

repo: microsoft/winwithappplatpoc


text:
Update CI

Coverage remained the same at 99.745% when pulling 067478d147d9c9b0351a6762ba3cc043f9156e07 on update-ci into 0fdde73c1118df94ff53ce5769c1d8995bb3a8e9 on main.

authors: coveralls miguelnietoa


text:
chore: latest backport changes for version.lua

:tada: This PR is included in version 4.2.3 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
Implement LowerTriangularMatrix for spectral transform

@white-alistair This PR is a bit hectic, but I've been restructuring the PrognosticVariables and DiagnosticVariables such that one can now do something like
julia> using SpeedyWeather
julia> progn,diagn,model = initialize_speedy();
julia> progn.
layers     lmax        mmax        n_leapfrog  nlev        pres

so PrognosticVariables contains another struct with layers and pres (as it's just surface separated). Hence, access to the variables is straight forward like
julia> progn.layers[1].leapfrog[1].vor
32×32 LowerTriangularMatrix{ComplexF32}:
...

and it should be super easy to loop over all layers like (which can be a single loop very early on at every time step)
for layer in progn.layers
    func!(layer,...)
end

With LowerTriangularMatrix as the default struct for spectral coefficients looping in spectral domain is either as before
for m in 1:mmax+1
    for l in m:mmax+1
        vor[l,m]

or more convenient (and faster)
for lm in eachharmonic(vor)
    vor[lm]

which is equivalent to
for lm in 1:length(vor)
    vor[lm]

@white-alistair This PR is a bit hectic, but I've been restructuring the PrognosticVariables and DiagnosticVariables such that one can now do something like
julia> using SpeedyWeather
julia> progn,diagn,model = initialize_speedy();
julia> progn.
layers     lmax        mmax        n_leapfrog  nlev        pres

so PrognosticVariables contains another struct with layers and pres (as it's just surface separated). Hence, access to the variables is straight forward like
julia> progn.layers[1].leapfrog[1].vor
32×32 LowerTriangularMatrix{ComplexF32}:
...

and it should be super easy to loop over all layers like (which can be a single loop very early on at every time step)
for layer in progn.layers
    func!(layer,...)
end

@milankl looks good, nice one!
I see that you moved the parametrization vars into a file column_variables.jl :+1: On a related note, say there are intermediate quantities used in the calculation of some parametrization, would you put those arrays in the IntermediateVariables struct or the ParametrizationVariables struct?
Let me know if you want an actual review of this at some point.

@white-alistair I answered that question in #118, I suggest creating a ColumnVariables struct.

authors: milankl white-alistair


text:
Fix videocomposer bugs

Remove model_weights_ddd/clip/bpe_simple_vocab_16e6.txt.gz pls. I was supposed to git add model_weights/bpe_simple_vocab_16e6.txt.gz, but accidentally added this one.

authors: SamitHuang wtomin

repo: mindspore-lab/mindone


text:
Template update for nf-core/tools version 2.14.2.dev0

Version 2.14.2.dev0 of the nf-core/tools pipeline template has just been released. This pull-request is now outdated and has been closed in favour of https://github.com/mirpedrol/customnonnfcoresync/pull/2
Please use https://github.com/mirpedrol/customnonnfcoresync/pull/2 to merge in the new changes from the nf-core template as soon as possible.

repo: mirpedrol/customnonnfcoresync


text:
Add regression test for base href on separate origin

Looks like this needs to run a restricted set of browsers.

@taion so it seems you did add my proposal change but tests still not pass :(
tell me if I can help but not sure to know how to interpret these test results. Is the problem "Some of your tests did a full page reload!" ?

That's correct – that will fail a test in Karma.

Looks like progress here has stalled. Closing unless someone wants to pick this up and run with it.

As far as I know, our dev env which use base href does not work on Safari because of this issue, and we still didn't find any workaround

authors: mjackson slorber taion

repo: mjackson/history

license: mit

license_source: bigquery


text:
Initial Setup - The root.html.erb will only have one html tag:
React Broken

finished

source: gharchive/issue

repo: mjlomeli/jcp


text:
Use introsort.

This appears to improve performance very slightly for medium sized n and one-hot variables, but reduces performance for continuous variables.
Gnuplot not found, using plotters backend
Benchmarking forest
Benchmarking forest: Warming up for 3.0000 s

Warning: Unable to complete 10 samples in 5.0s. You may wish to increase target time to 106.0s.
Benchmarking forest: Collecting 10 samples in estimated 106.02 s (10 iterations)
Benchmarking forest: Analyzing
forest                  time:   [9.9991 s 10.128 s 10.281 s]
                        change: [-2.8555% -1.0205% +0.8443%] (p = 0.33 > 0.05)
                        No change in performance detected.

     Running unittests (target/release/deps/bench_tree-e4e43edb68de800e)
WARNING: HTML report generation will become a non-default optional feature in Criterion.rs 0.4.0.
This feature is being moved to cargo-criterion (https://github.com/bheisler/cargo-criterion) and will be optional in a future version of Criterion.rs. To silence this warning, either switch to cargo-criterion or enable the 'html_reports' feature in your Cargo.toml.

Gnuplot not found, using plotters backend
Benchmarking tree_split/tree_n=100, d=10, max_depth=4, mtry=10
Benchmarking tree_split/tree_n=100, d=10, max_depth=4, mtry=10: Warming up for 3.0000 s
Benchmarking tree_split/tree_n=100, d=10, max_depth=4, mtry=10: Collecting 100 samples in estimated 5.0350 s (56k iterations)
Benchmarking tree_split/tree_n=100, d=10, max_depth=4, mtry=10: Analyzing
tree_split/tree_n=100, d=10, max_depth=4, mtry=10
                        time:   [91.210 us 91.496 us 91.794 us]
                        change: [+19.423% +19.829% +20.227%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 11 outliers among 100 measurements (11.00%)
  2 (2.00%) low severe
  9 (9.00%) low mild
Benchmarking tree_split/tree_n=1000, d=10, max_depth=4, mtry=10
Benchmarking tree_split/tree_n=1000, d=10, max_depth=4, mtry=10: Warming up for 3.0000 s
Benchmarking tree_split/tree_n=1000, d=10, max_depth=4, mtry=10: Collecting 100 samples in estimated 9.0133 s (10k iterations)
Benchmarking tree_split/tree_n=1000, d=10, max_depth=4, mtry=10: Analyzing
tree_split/tree_n=1000, d=10, max_depth=4, mtry=10
                        time:   [872.86 us 876.92 us 881.02 us]
                        change: [+1.0759% +1.5909% +2.1139%] (p = 0.00 < 0.05)
                        Performance has regressed.
Benchmarking tree_split/tree_n=10000, d=10, max_depth=4, mtry=10
Benchmarking tree_split/tree_n=10000, d=10, max_depth=4, mtry=10: Warming up for 3.0000 s
Benchmarking tree_split/tree_n=10000, d=10, max_depth=4, mtry=10: Collecting 100 samples in estimated 5.4537 s (600 iterations)
Benchmarking tree_split/tree_n=10000, d=10, max_depth=4, mtry=10: Analyzing
tree_split/tree_n=10000, d=10, max_depth=4, mtry=10
                        time:   [9.1067 ms 9.1431 ms 9.1797 ms]
                        change: [+0.1906% +0.7948% +1.4053%] (p = 0.01 < 0.05)
                        Change within noise threshold.
Benchmarking tree_split/tree_n=10000, d=10, max_depth=16, mtry=10
Benchmarking tree_split/tree_n=10000, d=10, max_depth=16, mtry=10: Warming up for 3.0000 s
Benchmarking tree_split/tree_n=10000, d=10, max_depth=16, mtry=10: Collecting 100 samples in estimated 6.6631 s (200 iterations)
Benchmarking tree_split/tree_n=10000, d=10, max_depth=16, mtry=10: Analyzing
tree_split/tree_n=10000, d=10, max_depth=16, mtry=10
                        time:   [33.355 ms 33.500 ms 33.643 ms]
                        change: [+0.4069% +0.9934% +1.5758%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=10
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=10: Warming up for 3.0000 s
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=10: Collecting 100 samples in estimated 6.7835 s (200 iterations)
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=10: Analyzing
tree_split/tree_n=10000, d=100, max_depth=4, mtry=10
                        time:   [33.324 ms 33.964 ms 34.607 ms]
                        change: [+11.553% +14.812% +18.152%] (p = 0.00 < 0.05)
                        Performance has regressed.
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=100
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=100: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 10.6s, or reduce sample count to 40.
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=100: Collecting 100 samples in estimated 10.622 s (100 iterations)
Benchmarking tree_split/tree_n=10000, d=100, max_depth=4, mtry=100: Analyzing
tree_split/tree_n=10000, d=100, max_depth=4, mtry=100
                        time:   [101.90 ms 102.33 ms 102.78 ms]
                        change: [+0.5477% +1.3369% +2.1588%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Benchmarking tree_split/tree_n=100000, d=10, max_depth=4, mtry=10
Benchmarking tree_split/tree_n=100000, d=10, max_depth=4, mtry=10: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 11.3s, or reduce sample count to 40.
Benchmarking tree_split/tree_n=100000, d=10, max_depth=4, mtry=10: Collecting 100 samples in estimated 11.270 s (100 iterations)
Benchmarking tree_split/tree_n=100000, d=10, max_depth=4, mtry=10: Analyzing
tree_split/tree_n=100000, d=10, max_depth=4, mtry=10
                        time:   [111.56 ms 112.08 ms 112.60 ms]
                        change: [+3.9732% +4.5678% +5.1672%] (p = 0.00 < 0.05)
                        Performance has regressed.

     Running unittests (target/release/deps/bench_utils-5e89e0c474c48fdf)
WARNING: HTML report generation will become a non-default optional feature in Criterion.rs 0.4.0.
This feature is being moved to cargo-criterion (https://github.com/bheisler/cargo-criterion) and will be optional in a future version of Criterion.rs. To silence this warning, either switch to cargo-criterion or enable the 'html_reports' feature in your Cargo.toml.

Gnuplot not found, using plotters backend
Benchmarking argsort/argsort_continuous/1000
Benchmarking argsort/argsort_continuous/1000: Warming up for 3.0000 s
Benchmarking argsort/argsort_continuous/1000: Collecting 100 samples in estimated 5.0855 s (76k iterations)
Benchmarking argsort/argsort_continuous/1000: Analyzing
argsort/argsort_continuous/1000
                        time:   [67.907 us 68.091 us 68.277 us]
                        change: [+52.530% +53.327% +54.157%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 2 outliers among 100 measurements (2.00%)
  2 (2.00%) low mild
Benchmarking argsort/argsort_one_hot/1000
Benchmarking argsort/argsort_one_hot/1000: Warming up for 3.0000 s
Benchmarking argsort/argsort_one_hot/1000: Collecting 100 samples in estimated 5.0135 s (965k iterations)
Benchmarking argsort/argsort_one_hot/1000: Analyzing
argsort/argsort_one_hot/1000
                        time:   [5.1262 us 5.1462 us 5.1686 us]
                        change: [-28.386% -28.054% -27.745%] (p = 0.00 < 0.05)
                        Performance has improved.
Benchmarking argsort/sample_weight, size=1000
Benchmarking argsort/sample_weight, size=1000: Warming up for 3.0000 s
Benchmarking argsort/sample_weight, size=1000: Collecting 100 samples in estimated 5.0142 s (672k iterations)
Benchmarking argsort/sample_weight, size=1000: Analyzing
argsort/sample_weight, size=1000
                        time:   [7.4495 us 7.4902 us 7.5280 us]
                        change: [-5.6246% -5.1484% -4.6678%] (p = 0.00 < 0.05)
                        Performance has improved.
Benchmarking argsort/sample_indices_from_weights, size=1000
Benchmarking argsort/sample_indices_from_weights, size=1000: Warming up for 3.0000 s
Benchmarking argsort/sample_indices_from_weights, size=1000: Collecting 100 samples in estimated 5.0007 s (2.0M iterations)
Benchmarking argsort/sample_indices_from_weights, size=1000: Analyzing
argsort/sample_indices_from_weights, size=1000
                        time:   [2.5101 us 2.5212 us 2.5324 us]
                        change: [+0.9455% +1.5571% +2.1822%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) low mild
Benchmarking argsort/oob_samples_from_weights, size=1000
Benchmarking argsort/oob_samples_from_weights, size=1000: Warming up for 3.0000 s
Benchmarking argsort/oob_samples_from_weights, size=1000: Collecting 100 samples in estimated 5.0036 s (5.6M iterations)
Benchmarking argsort/oob_samples_from_weights, size=1000: Analyzing
argsort/oob_samples_from_weights, size=1000
                        time:   [915.81 ns 920.57 ns 925.28 ns]
                        change: [+4.3305% +5.1706% +5.9416%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 4 outliers among 100 measurements (4.00%)
  3 (3.00%) low mild
  1 (1.00%) high mild
Benchmarking argsort/argsort_continuous/10000
Benchmarking argsort/argsort_continuous/10000: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 6.2s, enable flat sampling, or reduce sample count to 60.
Benchmarking argsort/argsort_continuous/10000: Collecting 100 samples in estimated 6.1799 s (5050 iterations)
Benchmarking argsort/argsort_continuous/10000: Analyzing
argsort/argsort_continuous/10000
                        time:   [1.2114 ms 1.2169 ms 1.2233 ms]
                        change: [+45.201% +46.079% +47.020%] (p = 0.00 < 0.05)
                        Performance has regressed.
Benchmarking argsort/argsort_one_hot/10000
Benchmarking argsort/argsort_one_hot/10000: Warming up for 3.0000 s
Benchmarking argsort/argsort_one_hot/10000: Collecting 100 samples in estimated 5.3663 s (61k iterations)
Benchmarking argsort/argsort_one_hot/10000: Analyzing
argsort/argsort_one_hot/10000
                        time:   [87.918 us 88.335 us 88.737 us]
                        change: [-3.7658% -3.2375% -2.7066%] (p = 0.00 < 0.05)
                        Performance has improved.
Benchmarking argsort/sample_weight, size=10000
Benchmarking argsort/sample_weight, size=10000: Warming up for 3.0000 s
Benchmarking argsort/sample_weight, size=10000: Collecting 100 samples in estimated 5.4432 s (30k iterations)
Benchmarking argsort/sample_weight, size=10000: Analyzing
argsort/sample_weight, size=10000
                        time:   [180.80 us 181.41 us 181.99 us]
                        change: [-5.6198% -5.1232% -4.6308%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 3 outliers among 100 measurements (3.00%)
  3 (3.00%) low mild
Benchmarking argsort/sample_indices_from_weights, size=10000
Benchmarking argsort/sample_indices_from_weights, size=10000: Warming up for 3.0000 s
Benchmarking argsort/sample_indices_from_weights, size=10000: Collecting 100 samples in estimated 5.3596 s (50k iterations)
Benchmarking argsort/sample_indices_from_weights, size=10000: Analyzing
argsort/sample_indices_from_weights, size=10000
                        time:   [105.11 us 105.36 us 105.60 us]
                        change: [-3.1431% -2.7386% -2.3162%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 5 outliers among 100 measurements (5.00%)
  2 (2.00%) low mild
  3 (3.00%) high mild
Benchmarking argsort/oob_samples_from_weights, size=10000
Benchmarking argsort/oob_samples_from_weights, size=10000: Warming up for 3.0000 s
Benchmarking argsort/oob_samples_from_weights, size=10000: Collecting 100 samples in estimated 5.1426 s (116k iterations)
Benchmarking argsort/oob_samples_from_weights, size=10000: Analyzing
argsort/oob_samples_from_weights, size=10000
                        time:   [43.120 us 43.273 us 43.428 us]
                        change: [-4.3595% -3.9207% -3.5132%] (p = 0.00 < 0.05)
                        Performance has improved.
Benchmarking argsort/argsort_continuous/100000
Benchmarking argsort/argsort_continuous/100000: Warming up for 3.0000 s
Benchmarking argsort/argsort_continuous/100000: Collecting 100 samples in estimated 6.5469 s (400 iterations)
Benchmarking argsort/argsort_continuous/100000: Analyzing
argsort/argsort_continuous/100000
                        time:   [16.423 ms 16.485 ms 16.546 ms]
                        change: [+51.802% +52.474% +53.105%] (p = 0.00 < 0.05)
                        Performance has regressed.
Benchmarking argsort/argsort_one_hot/100000
Benchmarking argsort/argsort_one_hot/100000: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 5.2s, enable flat sampling, or reduce sample count to 60.
Benchmarking argsort/argsort_one_hot/100000: Collecting 100 samples in estimated 5.2193 s (5050 iterations)
Benchmarking argsort/argsort_one_hot/100000: Analyzing
argsort/argsort_one_hot/100000
                        time:   [1.0226 ms 1.0258 ms 1.0288 ms]
                        change: [-23.345% -23.032% -22.716%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 2 outliers among 100 measurements (2.00%)
  1 (1.00%) low mild
  1 (1.00%) high mild
Benchmarking argsort/sample_weight, size=100000
Benchmarking argsort/sample_weight, size=100000: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 6.5s, enable flat sampling, or reduce sample count to 60.
Benchmarking argsort/sample_weight, size=100000: Collecting 100 samples in estimated 6.4582 s (5050 iterations)
Benchmarking argsort/sample_weight, size=100000: Analyzing
argsort/sample_weight, size=100000
                        time:   [1.2706 ms 1.2736 ms 1.2766 ms]
                        change: [-0.2038% +0.2651% +0.7174%] (p = 0.26 > 0.05)
                        No change in performance detected.
Benchmarking argsort/sample_indices_from_weights, size=100000
Benchmarking argsort/sample_indices_from_weights, size=100000: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 7.1s, enable flat sampling, or reduce sample count to 50.
Benchmarking argsort/sample_indices_from_weights, size=100000: Collecting 100 samples in estimated 7.0850 s (5050 iterations)
Benchmarking argsort/sample_indices_from_weights, size=100000: Analyzing
argsort/sample_indices_from_weights, size=100000
                        time:   [1.3802 ms 1.3859 ms 1.3921 ms]
                        change: [-2.1769% -1.5761% -0.9605%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Benchmarking argsort/oob_samples_from_weights, size=100000
Benchmarking argsort/oob_samples_from_weights, size=100000: Warming up for 3.0000 s
Benchmarking argsort/oob_samples_from_weights, size=100000: Collecting 100 samples in estimated 7.4265 s (15k iterations)
Benchmarking argsort/oob_samples_from_weights, size=100000: Analyzing
argsort/oob_samples_from_weights, size=100000
                        time:   [489.68 us 491.38 us 493.10 us]
                        change: [-1.6254% -1.1573% -0.6621%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Found 2 outliers among 100 measurements (2.00%)
  2 (2.00%) low mild
Benchmarking argsort/argsort_continuous/1000000
Benchmarking argsort/argsort_continuous/1000000: Warming up for 3.0000 s

Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 21.1s, or reduce sample count to 20.
Benchmarking argsort/argsort_continuous/1000000: Collecting 100 samples in estimated 21.079 s (100 iterations)
Benchmarking argsort/argsort_continuous/1000000: Analyzing
argsort/argsort_continuous/1000000
                        time:   [223.35 ms 224.81 ms 226.20 ms]
                        change: [+70.409% +71.754% +73.015%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) low mild
Benchmarking argsort/argsort_one_hot/1000000
Benchmarking argsort/argsort_one_hot/1000000: Warming up for 3.0000 s
Benchmarking argsort/argsort_one_hot/1000000: Collecting 100 samples in estimated 5.2668 s (500 iterations)
Benchmarking argsort/argsort_one_hot/1000000: Analyzing
argsort/argsort_one_hot/1000000
                        time:   [10.465 ms 10.509 ms 10.553 ms]
                        change: [+5.3742% +5.9750% +6.5720%] (p = 0.00 < 0.05)
                        Performance has regressed.
Benchmarking argsort/sample_weight, size=1000000
Benchmarking argsort/sample_weight, size=1000000: Warming up for 3.0000 s
Benchmarking argsort/sample_weight, size=1000000: Collecting 100 samples in estimated 5.2993 s (600 iterations)
Benchmarking argsort/sample_weight, size=1000000: Analyzing
argsort/sample_weight, size=1000000
                        time:   [8.7805 ms 8.8160 ms 8.8525 ms]
                        change: [-3.3162% -2.7423% -2.1684%] (p = 0.00 < 0.05)
                        Performance has improved.
Benchmarking argsort/sample_indices_from_weights, size=1000000
Benchmarking argsort/sample_indices_from_weights, size=1000000: Warming up for 3.0000 s
Benchmarking argsort/sample_indices_from_weights, size=1000000: Collecting 100 samples in estimated 5.6539 s (400 iterations)
Benchmarking argsort/sample_indices_from_weights, size=1000000: Analyzing
argsort/sample_indices_from_weights, size=1000000
                        time:   [14.087 ms 14.159 ms 14.231 ms]
                        change: [-4.9967% -4.4051% -3.9018%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) high mild
Benchmarking argsort/oob_samples_from_weights, size=1000000
Benchmarking argsort/oob_samples_from_weights, size=1000000: Warming up for 3.0000 s
Benchmarking argsort/oob_samples_from_weights, size=1000000: Collecting 100 samples in estimated 5.4853 s (1100 iterations)
Benchmarking argsort/oob_samples_from_weights, size=1000000: Analyzing
argsort/oob_samples_from_weights, size=1000000
                        time:   [5.0249 ms 5.0364 ms 5.0470 ms]
                        change: [+3.1074% +3.5555% +3.9981%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 5 outliers among 100 measurements (5.00%)
  1 (1.00%) low severe
  4 (4.00%) low mild

repo: mlondschien/biosphere


text:
Add test cases with actual TfL results

resolved with #49


text:
add static analysis section to README.md

Commented back.

I updated to make the description more accurate and concise. I don't think we need to provide concrete gradle command for end-user should know the basics of gradle usage. As long as we give the relevant gradle tasks, it is good enough. It also makes the section short and to-the-point.

repo: mongodb/mongo-hibernate


text:
系统日志场景如何自动获取调用方法名、请求参数、URL、IP、耗时等？

这部分我已经实现了，可以参考
https://toscode.mulanos.cn/miaoyinjun/jjche-boot

你这个是自己又实现了一个注解吧？我意思是基于这个框架的有没有可以扩展自动获取调用方法名、请求参数、URL、IP、耗时等。

authors: dengliming miaoyinjun

repo: mouzt/mzt-biz-log


text:
pulling latest changes

pulling latest

repo: mrwadams/stride-gpt


text:
fix: Fixes on slide ingestion

Codecov Report

Merging #283 (6f75193) into dev (f43337c) will increase coverage by 2.28%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##              dev     #283      +/-   ##
==========================================
+ Coverage   70.75%   73.03%   +2.28%
==========================================
  Files         100       51      -49
  Lines        5057     3542    -1515
==========================================
- Hits         3578     2587     -991
+ Misses       1479      955     -524

Impacted Files
Coverage Δ

pyluna-pathology/luna/pathology/cli/slide_etl.py
90.47% <100.00%> (+0.18%)
:arrow_up:

...y/proxy_table/regional_annotation/test_generate.py

...pathology/tests/luna/pathology/cli/test_dsa_viz.py

...a-pathology/tests/luna/pathology/common/test_ml.py

...tests/luna/radiology/cli/test_extract_radiomics.py

...hology/tests/luna/pathology/cli/test_save_tiles.py

...ogy/tests/luna/pathology/common/test_preprocess.py

pyluna-core/tests/luna/project/test_generate.py

...thology/tests/luna/pathology/spatial/test_stats.py

...logy_annotations/test_get_pathology_annotations.py

... and 40 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f43337c...6f75193. Read the comment docs.

authors: aauker codecov-commenter

repo: msk-mind/luna


text:
Could you please provide the Canny Control dateset?

Hi
You can just run the canny algorithm in the opencv package on the satellite images to create the dataset.
Thanks

With default parameters?

All default parameters except the 1st threshold set to 100 and the 2nd threshold set to 200.

Probably worth throwing a script in to do that so people can replicate results.

Could you please provide the Canny dateset?The effect I generated myself is not good.Thanks!

Below I'm sharing a script to load the Canny dataset. After reading the satellite image, I run the canny detector algorithm defined in the ControlNet repo:
import json
import cv2
import numpy as np
from ..ControlNet.annotator.canny import CannyDetector
from ..ControlNet.annotator.util import HWC3
from torch.utils.data import Dataset

class Dataset(Dataset):
    def __init__(self, prompt_path, location_embeds_path):
        self.data = json.load(open(prompt_path, "rt"))
        self.apply_canny = CannyDetector()

    def __len__(self):
        return len(self.data)

    def __getitem__(self, idx):
        item = self.data[idx]

        target_filename = item["target"]
        prompt = item["prompt"]

        target = cv2.imread("../" + target_filename)

        # Do not forget that OpenCV read images in BGR order.
        target = cv2.cvtColor(target, cv2.COLOR_BGR2RGB)

        # Apply Canny Edge Algorithm
        source = self.apply_canny(target, 100, 200)
        source = HWC3(source)

        # Normalize source images to [0, 1].
        source = source.astype(np.float32) / 255.0

        # Normalize target images to [-1, 1].
        target = (target.astype(np.float32) / 127.5) - 1.0

        return dict(
            jpg=target, txt=prompt, hint=source
        )

Below I'm sharing a script to load the Canny dataset. After reading the satellite image, I run the canny detector algorithm defined in the ControlNet repo (which uses opencv):
import json
import cv2
import numpy as np
from ..ControlNet.annotator.canny import CannyDetector
from ..ControlNet.annotator.util import HWC3
from torch.utils.data import Dataset

class Dataset(Dataset):
    def __init__(self, prompt_path):
        self.data = json.load(open(prompt_path, "rt"))
        self.apply_canny = CannyDetector()

    def __len__(self):
        return len(self.data)

    def __getitem__(self, idx):
        item = self.data[idx]

        target_filename = item["target"]
        prompt = item["prompt"]

        target = cv2.imread("../" + target_filename)

        # Do not forget that OpenCV read images in BGR order.
        target = cv2.cvtColor(target, cv2.COLOR_BGR2RGB)

        # Apply Canny Edge Algorithm
        source = self.apply_canny(target, 100, 200)
        source = HWC3(source)

        # Normalize source images to [0, 1].
        source = source.astype(np.float32) / 255.0

        # Normalize target images to [-1, 1].
        target = (target.astype(np.float32) / 127.5) - 1.0

        return dict(
            jpg=target, txt=prompt, hint=source
        )

Thanks for the code, I will try it out and thanks again for this great work.

authors: Li-Jihong Vishu26 jacobsn yinliaoabc

repo: mvrl/GeoSynth


text:
Cookie-trøbbel når man kjører Nais Teams lokalt, sannsynligvis samesite-relatert

Fixed in https://github.com/nais/teams-backend/commit/ec00797163e96365913f52967222c2dff4bcea15

authors: sechmann tronghn

repo: nais/teams-backend


text:
Implement $+

This should resolve a few compile errors in the nightly specs (library/defined, library/predefined and English)

repo: natalie-lang/natalie


text:
reduce amount of CI builds

thanks

repo: nathanielfernandes/imagetext-py


text:
Update JwtUtils to support complete "nats" Data Structure.

As we discussed over the slack channel, please consider authenticating NATS using user JWT, let me add snippet.
` private static Connection connectNatsUsingJwt(String userJwt) throws IOException, InterruptedException, GeneralSecurityException {
Options options = new Options.Builder()
.server("nats://localhost:4222")
.authHandler(new AuthHandler() {
@Override
public byte[] sign(byte[] nonce) {
return new byte[0];
}
                @Override
                public char[] getID() {
                    return new char[0];
                }

                @Override
                public char[] getJWT() {
                    return userJwt.toCharArray();
                }
            }).build();

    Connection nc = Nats.connect(options);
    System.out.println("Connected to NATS server");
    return nc;
}`


text:
Deploy av 20210414134818-b598f13

/promote dev-gcp

/promote dev-sbs

repo: navikt/foreldrepengesoknad


text:
Figure out blog posts for marketing Civic Camp

https://docs.google.com/document/d/1H4V5DmP4OEIGkGE_GiK9DblUudXb4TkT_F_3TuaBPQ0/edit?usp=sharing

Can you give me a deadline for my post?
On Mon, Sep 3, 2018 at 8:07 AM Janel notifications@github.com wrote:

https://docs.google.com/document/d/1H4V5DmP4OEIGkGE_GiK9DblUudXb4TkT_F_3TuaBPQ0/edit?usp=sharing
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/ncopenpass/NCOpenPass/issues/1132#issuecomment-418096124,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AB3Ie0b2-zgJEvJ6ibfTR0znL1QDkZF-ks5uXRuDgaJpZM4V7TMw
.

authors: dtraleigh jcwlib

repo: ncopenpass/NCOpenPass


text:
Better menu

@gagdiez I don't see any changes here? 🤔

authors: bucanero gagdiez

repo: near/docs


text:
Add go mod vendor check in CI

/approve


text:
if nsm has plans to use k8s CNI to communicate? Because some pods function is bound with k8s cni. If they don't use k8s cni, they can't realize their function

Could you say more?
I think it'd be more concrete if you could provide the next points:

scenario
2 .actual behavior
expected behavior


text:
Need a vignette for covid19 data

Duplicate #44

repo: nhs-r-community/NHSRdatasets


text:
新功能：随机密码生成工具。

Associated Commits

4905cba154f4ec0323d38c42f2471091e0636eb3

repo: niacomsoft/disco


text:
fix yvals_core.h #error 2

thanks for the pr but i've fixed that bug

repo: nifanfa/MOOS

license: Unlicense


text:
add config

Codecov Report

Merging #27 (bb899da) into master (f376656) will increase coverage by 1.85%.
The diff coverage is 93.54%.

@@            Coverage Diff             @@
##           master      #27      +/-   ##
==========================================
+ Coverage   81.96%   83.81%   +1.85%
==========================================
  Files          62       72      +10
  Lines        1558     1718     +160
  Branches      242      189      -53
==========================================
+ Hits         1277     1440     +163
+ Misses        266      257       -9
- Partials       15       21       +6

Impacted Files
Coverage Δ

vedro/plugins/skipper/_skipper.py
20.61% <0.00%> (ø)

vedro/__init__.py
70.37% <50.00%> (+11.39%)
:arrow_up:

vedro/core/_lifecycle.py
89.47% <71.42%> (-10.53%)
:arrow_down:

vedro/plugins/director/_director_init_event.py
85.71% <85.71%> (ø)

vedro/core/_module_loader/_module_file_loader.py
92.59% <92.59%> (ø)

vedro/_config.py
100.00% <100.00%> (ø)

vedro/_context.py
75.00% <100.00%> (+8.33%)
:arrow_up:

vedro/_interface.py
100.00% <100.00%> (ø)

vedro/core/__init__.py
100.00% <100.00%> (ø)

vedro/core/_config_loader/__init__.py
100.00% <100.00%> (ø)

... and 21 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f376656...bb899da. Read the comment docs.

authors: codecov-commenter nikitanovosibirsk

repo: nikitanovosibirsk/vedro


text:
Decouple dockerfile backend from gRPC server.

Codecov Report

Merging #7 (0ccf0cf) into develop (a88acaf) will increase coverage by 8.44%.
The diff coverage is 96.77%.

@@             Coverage Diff             @@
##           develop       #7      +/-   ##
===========================================
+ Coverage    43.96%   52.41%   +8.44%
===========================================
  Files            9        7       -2
  Lines          257      145     -112
===========================================
- Hits           113       76      -37
+ Misses         132       68      -64
+ Partials        12        1      -11

Flag
Coverage Δ

unittests
52.41% <96.77%> (+8.44%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

pkg/server/docker/from.go
80.00% <85.71%> (+2.85%)
:arrow_up:

pkg/server/docker/add.go
100.00% <100.00%> (ø)

pkg/server/docker/config.go
100.00% <100.00%> (+64.28%)
:arrow_up:

pkg/server/docker/copy.go
100.00% <100.00%> (ø)

pkg/server/docker/run.go
100.00% <100.00%> (ø)

pkg/server/docker/server.go
100.00% <100.00%> (ø)

pkg/backend/dockerfile/container.go

pkg/backend/dockerfile/store.go

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a88acaf...0ccf0cf. Read the comment docs.

authors: codecov-commenter tjholm

repo: nitrictech/boxygen


text:
87 redefine containment

Codecov Report

Merging #88 (74125d6) into main (5deec81) will increase coverage by 0.17%.
The diff coverage is 100.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             main      #88      +/-   ##
==========================================
+ Coverage   96.72%   96.90%   +0.17%
==========================================
  Files          23       23
  Lines        3909     3937      +28
==========================================
+ Hits         3781     3815      +34
+ Misses        128      122       -6

Files Changed
Coverage Δ

src/traits/interval/overlap.rs
100.00% <100.00%> (ø)

src/traits/interval/subtract.rs
99.31% <100.00%> (+2.36%)
:arrow_up:

authors: codecov-commenter noamteyssier

repo: noamteyssier/bedrs


text:
add screenshot to repo readme

added in #126

repo: ntno/mkdocs-terminal


text:
Update URL in code sample in README.md

oops, good catch. thanks!

authors: abusch fdncred


text:
Get variables from oTree server

It is possible to decode the base64 variable encoding. In oTree the base64 is generated as follows
binascii.b2a_base64(pickle.dumps(dict(value))).decode('utf-8')
and loaded as
pickle.loads(binascii.a2b_base64(value.encode('utf-8')))
from database.py

repo: obeliss-nlesc/otree-waiting-room


text:
Average medal always returns at  least 1 star

Wait how are we getting 0 here?

If avgStars is less than 0.5 mod 5

repo: odota/core


text:
refactor: propagate context to downstream calls

Pull Request Test Coverage Report for Build 1979249308

7 of 8 (87.5%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 72.72%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

run/service.go
2
3
66.67%

Totals

Change from base Build 1963843028:
0.0%

Covered Lines:
5158

Relevant Lines:
7093

💛  - Coveralls

@sbchaos lets resolve the conflicts

authors: coveralls sbchaos sravankorumilli

repo: odpf/optimus


text:
feat: GMP-449 minor fixes related to runner environment

Update commits message to reflect the "fix" (not the feature!)

authors: lucky-edu rbrisuda

repo: ohpensource/platform-cicd


text:
Readme, docs

Readme: https://github.com/ojo-network/price-feeder#readme

repo: ojo-network/price-feeder


text:
issue35

done


text:
Store events metadata

what is the goal of the origin field? Can't it be included in the metadata json?
The idea behind the origin field is to discriminate a bit between the different metadata.
Events from starknet will have different metadata than events from the API or from another chain.
But we cannot know which type of metadata it will be just based on the aggregate type itself. So this extra field will allow us to programmatically discriminate between this diversity of metadata schema.
It can be included in the json, but I think it's better to have it outside in order to know the target before deserialization.
It's also more high-level/domain-related than block_number or transaction_hash. Like timestamp it is common to all events, regardless of their nature/origin. For those reasons I think it's better to have it flattened.
I think the concept of event metadata should only exist at the infrastructure layer.
StorableEvent is defined in the domain. It contains everything to be stored with an event.
If we want to take metadata out of StorableEvent we change the Store trait
	fn append(&self, aggregate_id: &A::Id, events: Vec<StorableEvent<A>>) -> Result<(), Error>;
can become
	fn append(&self, aggregate_id: &A::Id, events: Vec<(StorableEvent<A>, json::Value)>) -> Result<(), Error>;
But this trait is still defined in the domain, so it changes nothing regarding your concern.

repo: onlydustxyz/marketplace-backend


text:
bump to 0.12.0

/lgtm


text:
use path join

I'm not sure whether it is the best practice of Rust. You can ask the review from @dae.

The rest of the changes here seem reasonable, and it actually wouldn't be a big deal if this were merged without waiting - once Burn gets updated, it would just be a case of removing the .to_str().unwrap() to get non-UTF8 support.

authors: L-M-Sherlock asukaminato0721 dae


text:
Finalize 2.1.1_spec

Reviewers is @PrathibaJee


text:
Update oas to latest pattern

update to latest pattern before adding individual mwdi changes
correct linting

repo: openBackhaul/MicroWaveDeviceInventory


text:
ADR: Analytic Reporting and Display Tech Selection

https://github.com/openedx/openedx-oars/pull/37 is in review

https://github.com/openedx/openedx-oars/blob/main/docs/decisions/0003_superset.rst

repo: openedx/openedx-oars


text:
update probability of failure for binfhe paramsets

Benchmark                                       Time             CPU   Iterations
FHEW_BINGATE2/TOY_2_GINX_OR                  1.98 ms         1.98 ms          355
FHEW_BINGATE2/MEDIUM_2_GINX_OR               24.4 ms         24.4 ms           29
FHEW_BINGATE2/STD128_2_AP_OR                 46.9 ms         46.9 ms           15
FHEW_BINGATE2/STD128_2_GINX_OR               28.9 ms         28.9 ms           24
FHEW_BINGATE3/STD128_3_GINX_OR               46.1 ms         46.1 ms           15
FHEW_BINGATE4/STD128_4_GINX_OR               46.0 ms         46.0 ms           15
FHEW_BINGATE2/STD128Q_2_GINX_OR              41.2 ms         41.2 ms           17
FHEW_BINGATE2/STD256Q_2_GINX_OR               192 ms          192 ms            4
FHEW_BINGATE3/STD256Q_3_GINX_OR               274 ms          274 ms            3
FHEW_BINGATE4/STD256Q_4_GINX_OR               317 ms          317 ms            2
FHEW_BINGATE2/STD128_2_LMKCDEY_OR            31.5 ms         31.5 ms           22
FHEW_BINGATE2/STD128Q_2_LMKCDEY_OR           33.8 ms         33.8 ms           21
FHEW_BINGATE2/STD256Q_2_LMKCDEY_OR            144 ms          144 ms            5
FHEW_BINGATE2/LPF_STD128_2_GINX_OR           42.9 ms         42.9 ms           16
FHEW_BINGATE2/LPF_STD128Q_2_GINX_OR          49.5 ms         49.5 ms           14
FHEW_BINGATE2/LPF_STD128_2_LMKCDEY_OR        38.4 ms         38.4 ms           18
FHEW_BINGATE2/LPF_STD128Q_2_LMKCDEY_OR       54.4 ms         54.4 ms           13

repo: openfheorg/openfhe-development


text:
chore: bumping version to 1.10.8

@oscerd can you merge this PR ?

repo: openshift-integration/kamelet-catalog


text:
:robot: Triggering CI on branch 'release-next' after synching to upstream/main

OCF Webhook is merging this PR

repo: openshift-knative/eventing-kafka


repo: openshift-knative/serving


text:
[release-4.13] OCPBUGS-8475: Disable TestBoundTokenSignerController

/jira refresh

/retest

/jira refresh

/lgtm
/approve

/retest-required

/label cherry-pick-approved

authors: dgrisonnet gangwgr mfojtik


text:
[wip] Guest metrics

/close

repo: openshift/hypershift


text:
Enable win lib build

@Wovchena , Win build has been fixed prior to this PR. I enabled casual_lm_cpp and genai_package for win in this PR. There are still 3 failing tests in genai_python_lib for win, I propose to fix them in the next PR.


text:
feat: support Path2D to js

Duplicated with https://github.com/openwebf/webf/pull/684

authors: andycall looseyi

repo: openwebf/webf


text:
Add IREE_ENABLE_WERROR_FLAG CMake option.

Sorry, this is an accident. Should have check what branch I'm merging to.

repo: openxla/iree


text:
refactor(semantic): simplify setting scope flags

#4674  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @overlookmotel and the rest of your teammates on  Graphite

repo: oxc-project/oxc


text:
use ui resp

Codecov Report

Merging #152 (d029326) into main (d154d37) will decrease coverage by 0.23%.
The diff coverage is 0.00%.

:exclamation: Current head d029326 differs from pull request most recent head 027a3ea. Consider uploading reports for the commit 027a3ea to get more accurate results

@@             Coverage Diff              @@
##               main     #152      +/-   ##
============================================
- Coverage     22.42%   22.19%   -0.24%
  Complexity      160      160
============================================
  Files            87       89       +2
  Lines          1516     1532      +16
  Branches         92       92
============================================
  Hits            340      340
- Misses         1160     1176      +16
  Partials         16       16

Flag
Coverage Δ

unittests
22.19% <0.00%> (-0.24%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

.../java/com/github/shoothzj/dev/dump/DumpAction.java
0.00% <0.00%> (ø)

...ava/com/github/shoothzj/dev/module/UiListResp.java
0.00% <0.00%> (ø)

...in/java/com/github/shoothzj/dev/module/UiResp.java
0.00% <0.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update d154d37...027a3ea. Read the comment docs.

authors: codecov-commenter goflutterjava

repo: paashzj/dev-tools-kotlin


text:
upd(telegram-bin): 3.3.0 -> 3.4.2

Sorry for the late PR btw.

repo: pacstall/pacstall-programs


text:
added ses network

@julian-payne can you please add the repo to your project?

authors: itsbirdo julian-payne


text:
add dark mode

:tada: This PR is included in version 1.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: paschendale/webgis-itabirito


text:
How to add my own Font style to the axis labels ? it only accepts TypeFace.

Hello! The Typeface class doesn’t restrict you to any particular font family. See, for example, ResourcesCompat.getFont.

Thank you.

You’re welcome!

authors: abderhim patrickmichalik

repo: patrykandpatrick/vico


text:
K8SPG-120 keep backups and PVC by default

Test name
Status

init-deploy
failed

demand-backup
failed

data-migration-gcs
passed

scaling
failed

recreate
failed

affinity
failed

monitoring
passed

scheduled-backup
failed

self-healing
passed

operator-self-healing
passed

clone-cluster
passed

tls-check
passed

upgrade
passed

commit: https://github.com/percona/percona-postgresql-operator/pull/153/commits/ff3b63894af3b41281c855eb4958a2a796299051
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-pgo-apiserver
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-pgo-event
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-pgo-rmdata
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-pgo-scheduler
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-postgres-operator
image: perconalab/percona-postgresql-operator:PR-153-ff3b6389-pgo-deployer

Test name
Status

demand-backup
failed

init-deploy
failed

data-migration-gcs
passed

scaling
failed

recreate
failed

affinity
failed

monitoring
passed

scheduled-backup
failed

self-healing
passed

operator-self-healing
passed

clone-cluster
passed

tls-check
passed

upgrade
passed

commit: https://github.com/percona/percona-postgresql-operator/pull/153/commits/25fa1fb54d34725542ca71c6bede146600f73f17
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-pgo-apiserver
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-pgo-event
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-pgo-rmdata
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-pgo-scheduler
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-postgres-operator
image: perconalab/percona-postgresql-operator:PR-153-25fa1fb5-pgo-deployer

Test name
Status

demand-backup
passed

init-deploy
passed

data-migration-gcs
passed

scaling
passed

recreate
passed

affinity
passed

monitoring
passed

scheduled-backup
failed

self-healing
passed

operator-self-healing
passed

clone-cluster
passed

tls-check
failed

upgrade
failed

commit: https://github.com/percona/percona-postgresql-operator/pull/153/commits/83673b77c657e37e737fe46d5d120754d91959c5
image: perconalab/percona-postgresql-operator:PR-153-83673b77-pgo-apiserver
image: perconalab/percona-postgresql-operator:PR-153-83673b77-pgo-event
image: perconalab/percona-postgresql-operator:PR-153-83673b77-pgo-rmdata
image: perconalab/percona-postgresql-operator:PR-153-83673b77-pgo-scheduler
image: perconalab/percona-postgresql-operator:PR-153-83673b77-postgres-operator
image: perconalab/percona-postgresql-operator:PR-153-83673b77-pgo-deployer

Test name
Status

demand-backup
passed

init-deploy
passed

data-migration-gcs
passed

scaling
passed

recreate
passed

affinity
passed

monitoring
passed

scheduled-backup
passed

self-healing
passed

operator-self-healing
passed

clone-cluster
passed

tls-check
passed

upgrade
passed

users
passed

commit: https://github.com/percona/percona-postgresql-operator/pull/153/commits/f36863108ad0ab542d79529e286f9c6491d46715
image: perconalab/percona-postgresql-operator:PR-153-f3686310-pgo-apiserver
image: perconalab/percona-postgresql-operator:PR-153-f3686310-pgo-event
image: perconalab/percona-postgresql-operator:PR-153-f3686310-pgo-rmdata
image: perconalab/percona-postgresql-operator:PR-153-f3686310-pgo-scheduler
image: perconalab/percona-postgresql-operator:PR-153-f3686310-postgres-operator
image: perconalab/percona-postgresql-operator:PR-153-f3686310-pgo-deployer

authors: JNKPercona hors

repo: percona/percona-postgresql-operator


text:
feat: snake game

Tested it out and works really well! Thank you :)


text:
How can we add auto completion?

Hi @titonova
There are some addons for CodeMirror to add auto completion.
Check this: https://codemirror.net/demo/complete.html

authors: hamidsamak titonova

repo: pheditor/pheditor


text:
Can not back out of menu item after selected, deleting

Try pressing A and C together to return to the launcher :)
https://learn.pimoroni.com/article/getting-started-with-badger-2040

Oh, just seen #85 - glad to hear you're sorted.
Closing this duplicate :)

authors: easchaefer helgibbons


text:
Update README.md

sdsa

repo: pinargulsen/scikit-opt


text:
Revert host type UI updates to support dropdown search and multiple pages

Can you add in the description which file was not reverted so it is clear to someone that this isn't a complete revert?

repo: pinterest/teletraan


text:
Temp

📝 Changed routes:

/404
/500

(view full size)
(view full size)

/about/[slug]
/about/past-employees

(view full size)
(view full size)

/book
/careers/[slug]

(view full size)
(view full size)

And 18 other routes:

/careers/application
/careers/submitted
/education/project-files/[slug]
/education/tutorials/[slug]
/
/recipes/[slug]
/recipes
/services/animated-explainer-videos
/services/animation
/services
/services/product-photography
/services/social-media
/store/cart
/store/checkout
/store/checkout/order-confirmed
/store
/store/product/[product]
/work/case-studies/[slug]

Commit d88918f24c073df01820b751ae7388433aa2b644 (https://pixelbakery-website-pp0zwaxi2-pixelbakery.vercel.app).

repo: pixelbakery/pixelbakery-website


text:
fin de curso, prueba

merge?

repo: platzi/curso-webpack-react


text:
Deep injection into Github Renovate Action not working

ubuntu@xxx:~$ \sudo docker run --entrypoint /bin/cat --rm ghcr.io/renovatebot/renovate:latest /usr/local/sbin/renovate
#!/bin/bash

if [[ -f "/usr/local/etc/env" && -z "${CONTAINERBASE_ENV+x}" ]]; then
    # shellcheck source=/dev/null
  . /usr/local/etc/env
fi

/usr/local/renovate/node --use-openssl-ca "${RENOVATE_NODE_ARGS[@]}" /usr/local/renovate/dist/renovate.js "$@"

we see the span for that file with shebang, theory is we are injecting, (second part of the condition is not empty) and then we do not inject into an absolute path and detect that its a node process.

repo: plengauer/opentelemetry-bash


text:
Add default site to admin users

@codiebeulaine @miltontony ready for review :)

@miltontony @codiebeulaine ready for review

👍


text:
remove no_coverage tags

:disappointed:

repo: pydantic/pydantic-core


text:
Test matgl with python 3.12

The following packages are incompatible
  ├─ matgl 1.1.2**  is installable and it requires
  │  ├─ dgl >=2.0.0  with the potential options
  │  │  ├─ dgl [2.0.0|2.1.0] would require
  │  │  │  └─ python_abi 3.10.* *_cp310, which can be installed;
  │  │  ├─ dgl [2.0.0|2.1.0] would require
  │  │  │  └─ python_abi 3.11.* *_cp311, which can be installed;
  │  │  ├─ dgl [2.0.0|2.1.0] would require
  │  │  │  └─ python_abi 3.9.* *_cp39, which can be installed;
  │  │  ├─ dgl [2.0.0|2.1.0] would require
  │  │  │  └─ pytorch * *cuda* with the potential options
  │  │  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1] would require
  │  │  │     │  └─ python_abi 3.10.* *_cp310, which can be installed;
  │  │  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1] would require
  │  │  │     │  └─ python_abi 3.8.* *_cp38, which can be installed;
  │  │  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1] would require
  │  │  │     │  └─ python_abi 3.9.* *_cp39, which can be installed;
  │  │  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1] would require
  │  │  │     │  └─ __cuda, which is missing on the system;
  │  │  │     ├─ pytorch [2.0.1|2.3.0] would require
  │  │  │     │  └─ __cuda >=11.8 , which is missing on the system;
  │  │  │     ├─ pytorch [1.10.0|1.10.1|...|1.9.1] would require
  │  │  │     │  └─ python_abi 3.7.* *_cp37m, which can be installed;
  │  │  │     ├─ pytorch [1.6.0|1.7.1|1.8.0|1.9.0|1.9.1] would require
  │  │  │     │  └─ python_abi 3.6.* *_cp36m, which can be installed;
  │  │  │     ├─ pytorch [0.2.0|0.3.0] would require
  │  │  │     │  └─ cudatoolkit 7.5* , which does not exist (perhaps a missing channel);
  │  │  │     ├─ pytorch [0.2.0|0.3.0|0.3.1] would require
  │  │  │     │  └─ cudatoolkit 8.0* , which does not exist (perhaps a missing channel);
  │  │  │     ├─ pytorch [1.0.1|1.1.0|...|1.4.0] conflicts with any installable versions previously reported;
  │  │  │     └─ pytorch 1.0.1 would require
  │  │  │        └─ cudatoolkit >=8.0,<8.1.0a0 , which does not exist (perhaps a missing channel);
  │  │  ├─ dgl [2.0.0|2.1.0] would require
  │  │  │  └─ pytorch >=2.3.0,<2.4.0a0  with the potential options
  │  │  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which can be installed (as previously explained);
  │  │  │     ├─ pytorch [1.13.0|1.13.1|...|2.3.1] would require
  │  │  │     │  └─ python_abi 3.11.* *_cp311, which can be installed;
  │  │  │     ├─ pytorch 2.3.0, which can be installed;
  │  │  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │  │  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │  │  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which cannot be installed (as previously explained);
  │  │  │     ├─ pytorch 2.3.1, which can be installed;
  │  │  │     └─ pytorch [2.0.1|2.3.0], which cannot be installed (as previously explained);
  │  │  └─ dgl 2.1.0 would require
  │  │     └─ pytorch >=2.3.1,<2.4.0a0  with the potential options
  │  │        ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which can be installed (as previously explained);
  │  │        ├─ pytorch [1.13.0|1.13.1|...|2.3.1], which can be installed (as previously explained);
  │  │        ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │  │        ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │  │        ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which cannot be installed (as previously explained);
  │  │        └─ pytorch 2.3.1, which can be installed;
  │  └─ pytorch <=2.2.1  with the potential options
  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which can be installed (as previously explained);
  │     ├─ pytorch [1.13.0|1.13.1|...|2.3.1], which can be installed (as previously explained);
  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │     ├─ pytorch [1.10.0|1.10.1|...|2.3.1], which can be installed (as previously explained);
  │     ├─ pytorch [1.11.0|1.12.0|...|2.3.1], which cannot be installed (as previously explained);
  │     ├─ pytorch [2.0.1|2.3.0], which cannot be installed (as previously explained);
  │     ├─ pytorch [0.4.0|0.4.1|...|2.2.0] conflicts with any installable versions previously reported;
  │     ├─ pytorch [1.10.0|1.10.1|...|1.9.1], which can be installed (as previously explained);
  │     ├─ pytorch [1.6.0|1.7.1|1.8.0|1.9.0|1.9.1], which can be installed (as previously explained);
  │     ├─ pytorch [0.2.0|0.3.0], which cannot be installed (as previously explained);
  │     ├─ pytorch [0.2.0|0.3.0|0.3.1], which cannot be installed (as previously explained);
  │     ├─ pytorch [0.3.1|0.4.0] would require
  │     │  └─ cudatoolkit 8.0.* , which does not exist (perhaps a missing channel);
  │     ├─ pytorch [1.0.1|1.1.0|...|1.4.0] conflicts with any installable versions previously reported;
  │     └─ pytorch 1.0.1, which cannot be installed (as previously explained);
  ├─ python 3.12**  is not installable because there are no viable options
  │  ├─ python [3.12.0|3.12.1|3.12.2|3.12.3|3.12.4] would require
  │  │  └─ python_abi 3.12.* *_cp312, which conflicts with any installable versions previously reported;
  │  ├─ python 3.12.0rc3 would require
  │  │  └─ _python_rc, which does not exist (perhaps a missing channel);
  │  └─ python [3.12.0|3.12.1|3.12.2|3.12.3|3.12.4] conflicts with any installable versions previously reported;
  └─ scipy 1.14.0**  is installable with the potential options
     ├─ scipy 1.14.0 would require
     │  └─ python_abi 3.10.* *_cp310, which can be installed;
     ├─ scipy 1.14.0 would require
     │  └─ python_abi 3.11.* *_cp311, which can be installed;
     └─ scipy 1.14.0 would require
        └─ python_abi 3.12.* *_cp312, which conflicts with any installable versions previously reported.

repo: pyiron/atomistics


text:
Fix write image

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 78.14%. Comparing base (611fe53) to head (3632fe8).

Additional details and impacted files
@@            Coverage Diff             @@
##             main       #9      +/-   ##
==========================================
+ Coverage   75.73%   78.14%   +2.41%
==========================================
  Files          27       27
  Lines        2089     2082       -7
==========================================
+ Hits         1582     1627      +45
+ Misses        507      455      -52

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: codecov-commenter quambene

repo: quambene/pigeon-rs


text:
Multilang

Right now app supports 3 languages


text:
:bento: Update graphs [skip ci]

Merge

repo: ragecc/upptime


text:
added homework-6

Metric
Value

alert_status
:white_check_mark: OK

bugs
0

code_smells
0

reliability_rating
A (0 Bugs)Note: A being best, E being worst

security_rating
A (0 Vulnerabilities)Note: A being best, E being worst

vulnerabilities
0


text:
fix simple typo

Better late than never, ain't it. Thank you.

repo: raku-community-modules/GlotIO


text:
Unit test coverage - cover the core features

We have a 73,78% coverage of the main base. Mainly all the main stuff is covered by tests, the only thing mostly missing is a piece of the disk.go and mostly erroring out.

authors: Itxaka mudler

repo: rancher-sandbox/cOS-toolkit


text:
Don't include prerelease tags

@ibuildthecloud actually, the way the PR is written doesn't even have an effect on the releases, just the channels API which rancher doesn't use.

authors: ibuildthecloud rmweir

repo: rancher/channelserver


text:
Dummy change for testing SCM integration

No needed anymore

repo: rancher/elemental-toolkit


text:
log what is happening (pre start run start post start)

we are logging in the base class, we need to implement a way to have meaningful log positions

should also log module name and function name (%(module) and %(funcName) are valid logging formatter templates, but they do not work: with the current setup they always print base and run)

authors: fedfontana rcastellotti

repo: rcastellotti/tinyben


text:
Wire up the correlationId to pull APIs

This is not backwards compatible and will break XClass

Worked with @kpears201 to name the variables in a way that only breaks unimplemented use cases.

:tada: This PR is included in version 1.4.1-next.1 :tada:
The release is available on:

npm package (@next dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

authors: cletustboone jlacivita kpears201

repo: rdkcentral/firebolt-openrpc


text:
chore: Add environment to disable ec_download_service when e2e tests

/lgtm

authors: flacatus lcarva

repo: redhat-appstudio/infra-deployments


text:
Change docker commands to podman

@cedricclyburn do you want to review and merge if it looks good?

repo: redhat-scholars/containers-tutorial


text:
feat: export latestBlockUpdates$

other observable can be used

authors: anukulpandey matjazonline

repo: reef-chain/util-lib


text:
Add non-linear probing

This was slower than linear. However, we could try to make the hash function worse and then use non-linear probing.

repo: rekola/radix-cpp


text:
Bump requirements

@rennokki can this be merged please? Looking for Symfony 7.0 support

repo: renoki-co/php-helm


text:
Create polling example

Hey @cartermp. Thanks for opening this PR. We actually have a built-in Wait method that takes care of this for you, as well as a Run convenience method for running a model and waiting for its output. I just opened #45 with an example of how to use that.
There's a lot more we can do to document this library in the README and Go docs, and I'm excited to invest more in that.

Ah, I see, thanks! I think additional examples would help the most, since I immediately went with the readme, then looked at the REST docs and saw about a need to poll: https://replicate.com/docs/reference/http#predictions.create

To get the final result of the prediction you should either provide a webhook HTTPS URL for us to call when the results are ready, or poll the get a prediction endpoint until it has finished.

authors: cartermp mattt

repo: replicate/replicate-go


text:
See node-request state information with DEBUG=true

Ignore hound, will send the proper Hound CI configuration in another PR.

repo: resin-io/resin-request


text:
💜 Fix typo 💜

yeaahh!!✨🙌🏼

authors: ckavili thisdavejohnson

repo: rht-labs/tech-exercise


text:
fixed typo

Thanks for the update

authors: MahmoudFayed pancakevirus

repo: ring-lang/ring


text:
chore: impl extended backend configs

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#164
#163  👈
#162
#161
#160
#159
#158
#157
#156
#155
#154
#153
#152
#151
#150
#149
#148
#147
#146
#145
#144
#143
#142
#141
#140
#139
#138
#137
#136
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @NathanFlurry and the rest of your teammates on  Graphite

repo: rivet-gg/plugin-godot


text:
Kernel fusion branch 23.07

This still needs a fix from wonchan (or i can add it) that caches array types in the core.


text:
Add initial stab at testing & Travis/Tox integration

Closing this in reference to #14

repo: rtfd/recommonmark


text:
fixes, so many fixes [circular import bonanza]

so many fixes is right lol - 100 files changed ❤

@nerdai yea most of these were in integrations 🤔 The other issue was somehow circular imports got introduced (not sure how), so I moved the BaseLLM class and generic_utils

Ah okay. So odd though as I do remember string search and replace on those integrations. Perhaps I'm wrong tho. 🙏🙏🙏

authors: logan-markewich nerdai


text:
Rustup

@bors r+

:pushpin: Commit 393159aceb600aad528a4cd9e741d184d8e7bbb8 has been approved by oli-obk
It is now in the queue for this repository.

:hourglass: Testing commit 393159aceb600aad528a4cd9e741d184d8e7bbb8 with merge 41ca2861418274f16dfef86718b14c3bca942896...

:sunny: Test successful - checks-actions
Approved by: oli-obk
Pushing 41ca2861418274f16dfef86718b14c3bca942896 to master...

authors: bors oli-obk

repo: rust-lang/miri


text:
Update Component Specification.md

Pull Request Test Coverage Report for Build 4401648137

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 4401423769:
0.0%

Covered Lines:
78

Relevant Lines:
78

💛  - Coveralls


text:
Add additional pre-commit hooks

Codecov Report

Merging #243 (0e07f55) into main (33ef15a) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##              main      #243   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           14        14
  Lines          837       829    -8
=========================================
- Hits           837       829    -8

Impacted Files
Coverage Δ

meilisearch_python_async/index.py
100.00% <0.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 33ef15a...0e07f55. Read the comment docs.


text:
disable broken property and fix some docs

#175  👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

repo: sargunv/maplibre-compose


text:
Improve module

ok

repo: savioret/codeigniter-log-viewer


text:
I would like to pin this repository to my GH profile

Done 👍

repo: scramjetorg/scramjet


text:
RLP Circuit and RLP Table

The constraints for "Nonce", "GasPrice", "Gas", "To", "Value" are very similar. It will simplify the codes greatly if we can use one set of constraints to handle all these tags. A possible solution is

Add a lookup argument in which for each tag we can look up the expected next tag in the next_tag column.

tag
next_tag

Nonce
GasPrice

GasPrice
Gas

Gas
To

To
Value

@lispc This PR is ready to be mock tested for mainnet blocks.

authors: kunxian-xia roynalnaruto

repo: scroll-tech/zkevm-circuits


text:
Commit with change NTT, ICAO

OK

repo: sdr-enthusiasts/docker-baseimage


text: make grid responsive in size, to fill width

repo: seadonk/kablamo


text:
你好，我想咨询下，咱们播放器可以实现边解密边播放音频资源嘛？还是只能通过提前解密来解决呀

目前没有适配验证过这样的业务场景，理论上应该还是要先解密，你也可以尝试下，如有报错可以提供下错误日志，我这边分析下看下后续是否增加该能力

明白，感谢感谢，提前解密的话会有解密文件产物，放在内存的话有太大了，我看AVPlayer有个接口是设置 dataSrc：AVDataSrcDescriptor;
这块想问下，如果文件还是存加密的文件，然后设置一个dataSrc，把文件内容读取出来之后，临时解密部分内容然后回传给AVPlayer是不是可以

明白，感谢感谢，提前解密的话会有解密文件产物，放在内存的话有太大了，我看AVPlayer有个接口是设置 dataSrc：AVDataSrcDescriptor;
这块想问下，如果文件还是存加密的文件，然后设置一个dataSrc，把文件内容读取出来之后，临时解密部分内容然后回传给AVPlayer是不是可以

理论上是的，这接口应该适用于网络下载边缓冲边播放的场景，但是目前我也没验证过这接口的可行性，主要还是难找到相关调试的资源。后续迭代中会增加该类型的source，近期主要在规划音频焦点相关的能力

好的好的，感谢大佬~~

authors: ksyhsym seagazer

repo: seagazer/ccplayer


text:
cache export command by using modification times of files

[ ~/Repos/ttally | master ] $ hyperfine 'ttally export food' 'python3 -m ttally export food'
Benchmark 1: ttally export food
  Time (mean ± σ):     428.8 ms ±  30.3 ms    [User: 398.5 ms, System: 30.2 ms]
  Range (min … max):   401.7 ms … 480.1 ms    10 runs

Benchmark 2: python3 -m ttally export food
  Time (mean ± σ):     154.8 ms ±  10.3 ms    [User: 129.3 ms, System: 23.9 ms]
  Range (min … max):   140.5 ms … 169.9 ms    17 runs

Summary
  'python3 -m ttally export food' ran
    2.77 ± 0.27 times faster than 'ttally export food'
[ ~/Repos/ttally | master ] $ hyperfine 'ttally recent food' 'python3 -m ttally recent food'
Benchmark 1: ttally recent food
  Time (mean ± σ):     244.5 ms ±  12.6 ms    [User: 219.7 ms, System: 24.5 ms]
  Range (min … max):   223.3 ms … 259.3 ms    11 runs

Benchmark 2: python3 -m ttally recent food
  Time (mean ± σ):     228.3 ms ±  10.9 ms    [User: 202.7 ms, System: 23.8 ms]
  Range (min … max):   213.8 ms … 240.6 ms    12 runs

Summary
  'python3 -m ttally recent food' ran
    1.07 ± 0.08 times faster than 'ttally recent food'
    ```

added in f1efa02f99864d86c0773c51a307e49bb66ba82d

repo: seanbreckenridge/ttally


text:
import samples from agate

this is working now --- may have bugs but they should get their own issues!

repo: seanno/vdj


text:
Fix dictionary visualization bug

Codecov Report
Base: 87.43% // Head: 87.43% // No change to project coverage :thumbsup:

Coverage data is based on head (07357fe) compared to base (e7f07d9).
Patch has no changes to coverable lines.

:exclamation: Current head 07357fe differs from pull request most recent head 46c42b2. Consider uploading reports for the commit 46c42b2 to get more accurate results

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #134   +/-   ##
=======================================
  Coverage   87.43%   87.43%
=======================================
  Files         129      129
  Lines        9226     9226
=======================================
  Hits         8067     8067
  Misses       1159     1159

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

repo: sematic-ai/sematic


text:
[INFRA] Update codechecker

Artifacts available for download:

Artifact Name
Download Link

authors: eseiler seqan-actions

repo: seqan/actions


text:
install/tools/config_load_check_tool.md

认领

authors: rootsongjc yatwql

repo: servicemesher/envoy


text: Dica visual de que uma determinada página tem alterações com decisão de publicação/rejeição pendentes

authors: glauberramos sahrosa

repo: servicosgovbr/editor-de-servicos


text:
Add Redis support

Example: https://github.com/actions/example-services/blob/main/.github/workflows/redis-service.yml

Hey again! I'll most likely be migrating our current moonshine setup over, to something like this, within the month.
So, sadly, I can't test it yet. Setting up a redis outside is no biggie - so if passing the connection through is possible there there will be no need to choke everyone's pipelines for a nice-to-have 😊

repo: setup-rails/setup-rails


text:
rofi: automatically switch to EN keyboard layout

Completed by https://github.com/sharkov63/dotfiles/commit/088859a4d0b2c181d6144785bc5f004f7e77ef3e


text:
feat: Used dynamic value for version

:tada: This PR is included in version 1.14.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: shashank-mishra-appdev/semantic-version


text:
[Ranges]iota_viewを追加

完了

repo: shibainuudon/HamonCore


text:
tmp

/test-k8s

/test-k8s

/test-k8s

repo: shinae-woo/knavigator


text:
[modify] update gem 'rdoc'

Coverage decreased (-0.03%) to 84.898% when pulling 0b64b534313eb7d2225ae9cdb1698e59b4d43776 on pr-update-rdoc into ab547b2edca39ac2569ff394d5bd4085062af9ec on master.

repo: shirasagi/shirasagi


text:
feat: generalize ResponseM to any MonadAff

@cakekindel what's the usecase for this?

I noticed that Response (and maybe some other structures) are generic over any MonadAff and am running HTTPurple in a custom pipe-based MTL, and figured this would improve the UX a bit.
See CustomStack for the concrete value-add.
I removed ResponseM because it's not super useful anymore but this change does not have to be breaking since it can easily maintain the previous API while just adding the general server' function I wrote.
Note that there has also been an open issue in httpure for several years if you want a little more context: #134

thx @cakekindel , currently on vacation. Will have a look at it next week.

Will have a look at it next week.

Which one, is it the week on September 16 or the one on October 7-th?

For sure!
On Wed, Sep 11, 2024, 10:39 Fabrizio Ferrai @.***>
wrote:

@.**** approved this pull request.
I think this is a good change - CI is currently failing and the logs are
not available anymore, @cakekindel https://github.com/cakekindel could
you have a look at this?
—
Reply to this email directly, view it on GitHub
https://github.com/sigma-andex/purescript-httpurple/pull/16#pullrequestreview-2297642077,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADBCZGB44MQVR5R3QPTO2QDZWBP25AVCNFSM6AAAAABOBFYAUKVHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDEOJXGY2DEMBXG4
.
You are receiving this because you were mentioned.Message ID:
@.***>

I don't know how the tests ever passed - 2 main issues:

mockResponse didn't implement Stream#write correctly, so the tests that tried to write to those objects always timed out. Replaced the record with a MockResponse class extending http.OutgoingMessage
all tests that ran serve had race conditions where requests were issued before the server was actually running. For some, I used a serveAwaitReady function that resolves an Aff with {onStarted :: Maybe (Effect Unit)}. For others that already specified that, I just did the naiive thing of spinning until a request can connect

just noticed my git & gpg emails mismatched, force push was just changing the committer email

@cakekindel awesome! thanks!
@f-f I don't know what the current process is to publish a new version with the new registry.

@sigma-andex if you cut a new tag it should be picked up by the registry, but switching out the spago.dhall with a spago.yaml should be good for future proofing

The registry currently has a cronjob to pick up all legacy packages once a day, but using spago publish will publish it immediately

authors: EmpiricEmpire cakekindel f-f sigma-andex

repo: sigma-andex/purescript-httpurple


text:
Update eslintrc.cjs

Closed with #174

authors: milkyskies sinproject-iwasaki

repo: sinProject-Inc/talk


text:
Update README.md

bors r+

repo: smoltcp-rs/smoltcp


text:
Create Scarb documentation for scarb doc

@wawel37 make sure to tag with scarb-doc before creating the issue, this way it won't be assigned to Scarb project, only to scarb-doc (as @maciektr requested before)

repo: software-mansion/scarb


text:
Created profile menu

Included in https://github.com/solana-developers/solana-grants/pull/49

repo: solana-developers/solana-grants


text:
process authorize

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#8  👈
#7
#5
#4
#3
#2
#1
#6
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @buffalojoec and the rest of your teammates on  Graphite

repo: solana-program/vote


text:
The blocks in the inventory should match the player's color.

closed by commit 9bd848a


text:
Create Modal for Buy section

Do we have a wireframe or we are waiting for the designs?

repo: soroswap/frontend


text:
Add autoconfiguration for reactive Pulsar sender template

Closed via https://github.com/spring-projects-experimental/spring-pulsar/commit/e8b4ac1633e5d8b5ce33912607ea4a89d8394fd4

authors: cbornet onobc


text:
Automated Package Upgrade

:tada: This PR is included in version 28.2.51 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: sprucelabsai/spruce-schema


text:
Automated Package Upgrade

:tada: This PR is included in version 7.2.19 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


text:
Fix Request.toString leaking sensitive headers.

@okiolover have you signed the CLA? https://github.com/square/okhttp/blob/master/CONTRIBUTING.md

@yschimke Yes. Let me know if something didn't work.

Thanks! 👍🏻👍🏻

authors: okiolover swankjesse yschimke

repo: square/okhttp


text:
Add AutoTagBot

And I just wanted to check how it works - since when do we comment on draft PRs? 😀
We could write our own script instead of using that action, I haven't found any other generic action we could use.

And I just wanted to check how it works - since when do we comment on draft PRs? 😀 We could write our own script instead of using that action, I haven't found any other generic action we could use.

I comment on draft PRs on high-level things, but try to ignore the details.

And I just wanted to check how it works - since when do we comment on draft PRs? 😀 We could write our own script instead of using that action, I haven't found any other generic action we could use.

I comment on draft PRs on high-level things, but try to ignore the details.

Just joking - I think I'd prefer to have a workflow that watches galaxy.yaml for changes instead of pushing tags or ,,clicking'' through GH releases - but I'll analyse the security and might be we'd like to have our own workflow for that.

authors: markgoddard mnasiadka

repo: stackhpc/ansible-collection-cephadm


text:
Sophia

closing in favor of #372

repo: stanford-crfm/levanter


text:
Support U256/I256 host functions

@jayz22 can you unpack this: what host functions?

Currently we have these types defined and exposed to the user (with conversion functions to and from host values) but there are no host functions allowing the user to do anything with it. They can implement their own U256 arithmetics libs in their contract and use our host functions to transport the values across the env, but this is not scalable (and slower) and we would like to provide native support for such.
This issue is to provide some basic U256 arithmetics functions such as:

add, sub, mul, div
shl, shr
pow, mod

And possibly conversion to and from bytes.

Do we have an estimation of how slower it would be doing arithmetics guest side? Could we provide a u256 type in the sdk instead of host functions?

I think we can. I'm not sure how much slower (or if it is indeed slower at all) it will be. I'll do a few experiments and get back to you on this.

repo: stellar/rs-soroban-env


text:
Konflux migration from 0.3 to 0.4

/override ci/prow/e2e

/lgtm


text:
Cd.test 2

/mql-mimic-exempt

/mql-mimic-exempt

repo: sublime-security/sublime-rules


text:
0.15.2 release notes

I think we also need this: https://github.com/submariner-io/submariner-website/pull/980

#980 has been merged and this PR updated to include it (and #986 updated to describe the process).

Closing in favour of #991, the actual release note merge PR for 0.15.2.

repo: submariner-io/submariner-website


text:
Changes

changes

repo: sudo-abhinav/intro-react


text:
Jupyter notebook

please add a space running screenshot

authors: Fuyurawaki Normalnoise

repo: swanchain/awesome-swanchain


text:
could anyone create a simple Thanking page  using HTML,CSS or bootstrap and list the contributors to this repo in them and mention its link  above the footer of the homepage .

Can I get assigned? let me know how to start.

@Pulkitxm  yes you can have this issue all you need to do is make a good thanking file using html css and bootstrap this page must include the names of developers who worked for this project

@onkarsrivastava  could you do it bro??

Sure, put all the contributors name in the AUTHORS.md section. i will take it up from there.

Okk bro

@onkarsrivastava which company are working in currently

as of now, i am student looking for jobs.

@swarupe7 the 3rd link in AUTHORS.md section isn't working. could you correct it?

Done bro @onkarsrivastava

@onkarsrivastava thanks bro

authors: Pulkitxm onkarsrivastava swarupe7


text:
chore(web,auth) update axios version

bors merge

repo: systeminit/si


text:
chore: comment on the PR when a try is run

/try

/try

/try


text:
nedbが更新無いし、lowdb使ってみる？

https://github.com/typicode/lowdb

repo: takumus/ImagePetaPeta


text:
update github actions to run tests on PRs

@lgabs @vmesel won't we run the tests when someone opens a PR?
the way it is in this PR, it only runs when it's the main branch

@avelino the way it is it supposed to run on PRs as well, please check #201 now

authors: avelino lgabs

repo: talkdai/dialog


text:
Support disabled, readonly check on fields

Addressed in PR #46 and #47

repo: tangentlin/atomic-testing


text:
update documentation around server errors

Codecov Report

Merging #107 (e85692c) into main (2d7e5d9) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #107   +/-   ##
=======================================
  Coverage   82.80%   82.80%
=======================================
  Files          12       12
  Lines         942      942
  Branches      268      268
=======================================
  Hits          780      780
  Misses        162      162

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2d7e5d9...e85692c. Read the comment docs.

authors: codecov-commenter tatethurston

repo: tatethurston/TwirpScript


text:
feat(fs): add plugin

This is also just a port of existing and audited code from the tauri codebase.

repo: tauri-apps/plugins-workspace


text:
Add opportunity to disable parse mode

Afaic telegram bot API doesn't support "None" parse mode. Moreover, you can already "disable" parse mode by just setting the corresponding field of a request to None (or not enabling it in the first place).

Yeah, I also was not able to find None parse mode in the docs either, but the API itself turns off parsing mode with this value. But it may be it is unstable, though. You mean I should do something ike this:
use teloxide_core::requests::HasPayload;

let mut req = bot.something().payload_mut();
req.parse_mode = None;

? So it is no problem if I need to do it once, but if there are multiple times in one function, it seems to be redundant. So, maybe it would make sense to create method like "disable_parse_mode()" or if ParseMode matches None, skip the field? It will be helpful in case of multiple messages of different formattings sent by a bot.

By default, .parse_mode is set to None. If it isn't None, then you use the DefaultParseMode adaptor. Then you can try calling DefaultParseMode::inner to get the underlying bot from the adaptor and call methods on it as they'll be without .parse_mode. @WaffleLapkin, please correct me if I'm wrong somewhere.

Yeah, it works, but if I have two adaptors (DefaultParseMode and AutoSend), to turn off parse mode, I have to call inner 2 times like:
bot.inner().inner().something()

So, it is no problem, but I wish I could do it i a more elegant way :)

Well, you can write DefaultParseMode::inner(AutoSend::inner(bot)) to clearly show your intention.

@arsenron you can make an extension to turn off parse_mode:
trait DisableParseMode {
    fn disable_parse_mode(self) -> Self;
}

impl<R> DisableParseMode for R
where
    R: HasPayload,
    R::Payload: HasParseMode,
{
    fn disable_parse_mode(mut self) -> Self {
        *self.parse_mode_field() = None;
        self
    }

trait HasParseMode {
    fn parse_mode_field(&mut self) -> &mut Option<ParseMode>;
}

impl HasParseMode for SendMessage { ... }
// etc

But generally, I think that you shouldn't use DefaultParseMode if there are a lot of places where you need to disable parse_mode.

Ok, I will think about my implementation, sorry guys for wasting your time ;)

authors: Hirrolot WaffleLapkin arsenron

repo: teloxide/teloxide-core


text:
Add async support to create_heads decode

action: FD unit tests. correct me if this is not sufficient, but I believe this change should be shown to pass/fail on this pipeline https://github.com/tenstorrent/tt-metal/actions/runs/9099019810

fyi @caixunshiren

repo: tenstorrent/tt-metal


text:
reduce_sum op support

Runtime support for reduce sum op was added as part of changes introduced in https://github.com/tenstorrent/tt-mlir/commit/c0b43fc0f98085310a7e865b0d0576bad2f913a4, so closing this issue.

authors: derdeljanTT nsmithtt

repo: tenstorrent/tt-mlir


text:
Add activity feed API

#263  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @teobaranga and the rest of your teammates on  Graphite

repo: teobaranga/monica


text:
Fix catalog mapping

@edcdavid , is performance test suite meant to belong to common label now? The DCI job is failing because we are using common label as usual but our workloads are not prepared for performance test suite, which is skipped right now as it only belongs to faredge label.
If that's official, then we'll need to check our code to try to make the performance tests to pass or skip them, but my thought is that, if it's something really specific, I'd not add it to common label, such as it happened with preflight, which initially belonged to common and not it doesn't.

uite meant to belong to common label now? The DCI job is failing because we are using common label as usual but our workloads are not prepared for performance test suite, which is skipped right now as it only belongs to faredge label.

@ramperher it was a misunderstanding on my part, should be fixed in lastest update

authors: edcdavid ramperher


text:
[TH2-4817] [TH2-5067] Add search direction for group request. Add streams filter for gRPC group request

@OptimumCode I have incremented version of gRPC interface because the CI to build gRPC optionally hasn't been completed yet

The last changes look OK for me


text:
Develop

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 96.25%. Comparing base (4a11c04) to head (34f988e).
Report is 2 commits behind head on main.

:white_check_mark: All tests successful. No failed tests found.
Additional details and impacted files
@@           Coverage Diff           @@
##             main      #82   +/-   ##
=======================================
  Coverage   96.25%   96.25%
=======================================
  Files          17       17
  Lines         374      374
=======================================
  Hits          360      360
  Misses         14       14

Components
Coverage Δ

core
100.00% <ø> (ø)

api
90.00% <ø> (ø)

tests
100.00% <ø> (ø)

authors: codecov-commenter thangved

repo: thangved/flexible-rag


text:
Create bmr.thedev.me.json

Fix the errors in the JSON please

authors: RAYXSTUDIOZ YazeedT

repo: thedev-me/register


text:
Update composer and npm dependencies

Thanks!

authors: bobbyiliev tnylea

repo: thedevdojo/auth


text:
Pick l10 pull request

Sorry! I made this by mistake!

repo: thedevdojo/voyager


text:
add helmet armor

looks good


text:
update: handle too-large corner case in branch split

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#233  👈
#232
#231
#229
#228
#227
#226
#225
#224
#223
#221
#220
#219
#218 : 1 other dependent PR (#222 )
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @rphmeier and the rest of your teammates on  Graphite

Merge activity

Aug 12, 11:33 AM EDT: @rphmeier started a stack merge that includes this pull request via Graphite.

repo: thrumdev/nomt


text:
if you catch a pokemon in battle that it also counts as a KO

Closing this for now as I'm unable to replicate

Loading up multiple worlds in a single game launch causes multiple event registrations?


text:
Move list logic to pkg

Pull Request Test Coverage Report for Build 1884561721

22 of 26 (84.62%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.4%) to 89.274%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pkg/list.go
22
26
84.62%

Totals

Change from base Build 1883593763:
-0.4%

Covered Lines:
283

Relevant Lines:
317

💛  - Coveralls

authors: coveralls tomakado

repo: tomakado/projector


text:
Imagini

Hi

repo: ton-blockchain/minter-contract


text:
INTONATION Team - #12 Contest: TON OS Startup Edition installation scripts [Part 2 | Integration with TONDEV CLI]

command set - does to much

Set
This command switches TON OS SE to the specified version and port, downloads it, if it
is missing and does the install and restart.
It is not necessary to restart TON OS SE (compare with dockerized version of this command)

it might be great to show which directory all software is installed in, OR (better) install it in ~ / .tondev directory

the first time you run start, you need to use sudo to start TON OS SE.
Better to start on an unprivileged port to avoid using sudo

During the installation, after you enter password for sudo and before you see "Running init process", it is a long period of time when you do not understand what is happening.
It would be great to show progress.

Could not start q-server before removed  'devDependency" from ./tonse/graphql/package/package.json
There is a npm -i error.

some install issues on Windows: needed to install git bash
change default npm version to specified v6.14.12 was needed on all OS(current pkg nodejs v14.17.5 goes with npm v.7.21.10 by default),
required sudo privileges on macOS/linux,
typescript windows installation required "npm i typescript -g" usage(not the default way) and reinstall 'npm i npm -g',
--help command issues.

authors: Artem-Zhdanov azavodovsky papanomad535

repo: tonlabs/tondev


text:
docs(example): moved the enterprise auth example out to the executable example

@koalaty-code fyi, didnt want to complicate your PR further by asking for this, but this is an extra step i take with the usage example. the example content in the readme is a result of running npm run generate:md, which takes example.js as a source.
benefits:

the example file can be linted
the example is executed as part of preparing for injection into the readme, so that will fail for certain classes of bugs in case something is missed by other tests
the example.js can be wired in as a template for runkit, like https://github.com/travi/octokit-auth-netrc/blob/7285986f26639e47c35726aa9a6bba98825e80b5/package.json#L13, so it can give a starter like https://npm.runkit.com/octokit-auth-netrc

repo: travi/octokit-auth-netrc


text:
Feature/parameters

Looks good. Please address the comments and merge it

Squash and merge?

Looks good. Please address the comments and merge it

Squash and merge?

Normal merge, with merge commit

authors: rishabh-ti vinayak-sachdeva


text:
Update _sidebar.md

Closes #2


text:
Assignment

By mistake opened PR in main branch
hence closing the PR


text:
Jw/unify auth

Are you still working on this @shopifyski ? If not, please close the PR.

authors: haaawk shopifyski

repo: tursodatabase/libsql


text:
new merge request

did it

thanks

authors: LinxuanHu uarif


text:
Add LUD-22 Payee Data to the v1.0 spec.

Moved from https://github.com/uma-universal-money-address/protocol/pull/15

repo: uma-universal-money-address/protocol


text:
SRS - Update Introduction and subsections

Reviewed, this ticket can be closed.


text:
kwargs for lut params in inversion & doc review

did make html

repo: umr-lops/xsarsea


text:
Adapt to coq/coq#18973.

Upstream merged, please merge

repo: unicoq/unicoq


text:
Create fractalcreatures

You should create a folder first, then put meta.json and inscriptions.json under that folder. Then put the whole folder under "Collections" directory.


text:
Fixes for io reform

Wait for new nightly on Arch, TempDir is not available in my std::io.

Actually there isn't a TempDir in io??

repo: untitaker/rust-atomicwrites


text:
move robots.txt out of %eyre, permit crawling

Did we want to fast track this for urbit.org?

Yes
On Friday, 1 July 2016, Philip Monk notifications@github.com wrote:

Did we want to fast track this for urbit.org?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/urbit/arvo/pull/189#issuecomment-230033754, or mute
the thread
https://github.com/notifications/unsubscribe/ABxXhklvPoh9wzBLzSnExwDiKz0x8fsIks5qRW-3gaJpZM4JCa3l
.

Hm, this causes problems for tree children/sibling lists. Should robots stay hard-coded in eyre, but with Dissallow: none? Should it just be left to 404, which afaict has the same semantics? Other options are taking out the txt->html translation, or blacklisting the file by name/metadata/a comment in it, but those seems hacky / undermining of tree as a generic file browser.

authors: ohAitch philipcmonk

repo: urbit/arvo


text:
Task1

@karavind14
Task -1
Code verified. Change default activity names


text:
task 1 to task 11 without annotations

@hasini94D
Task -1
Code verified.
note:
•Provide annotations means the process done with code Elaborate the steps vise in sentence.
•Right Click on sequence and there is annotations option click and create a comments .
•Update your PR number with respective task in tracker.
your PR has conflict arise due to access the others folders in github


text:
style: remove useless methods in the example

Codecov Report

Merging #347 (9cc4fb5) into dev (f717257) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev     #347   +/-   ##
=======================================
  Coverage   96.35%   96.35%
=======================================
  Files         209      209
  Lines        4882     4882
  Branches     1042     1042
=======================================
  Hits         4704     4704
  Misses        178      178

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f717257...9cc4fb5. Read the comment docs.

authors: bilibili-ayang codecov-commenter

repo: varletjs/varlet


text:
ShareX shortener config

It's for shortening from the clipboard or after an file/media upload in ShareX.

Looks good. Thank you very much for your contribution! :)

Thanks!
Danke!

authors: Minecodes zekroTJA

repo: vctr-sls/docs


text:
video and audio disabled when 3rd person enters the room

No description provided.

hi, any solution to this, please?
I'm facing the same problem.

@bsobbe @Yerachmiel-Wand  I have same issue, are you able to fix the 3rd person enters room ? mute video mute sound, as soon as 1 person leave all back?

The solution was to change the ingress IP. We were using one that was
unreachable. Look at the client logs when the third person joins the room
and you will see jitsi moving from p2p to jitsi videobridge. That's where
it failed because it wasn't able to reach jvb.
On Wed, Nov 27, 2024 at 9:59 AM HP @.***> wrote:

@bsobbe https://github.com/bsobbe @Yerachmiel-Wand
https://github.com/Yerachmiel-Wand I have same issue, are you able to
fix the 3rd person enters room ? mute video mute sound, as soon as 1 person
leave all back?
—
Reply to this email directly, view it on GitHub
https://github.com/element-hq/jitsi-helm/issues/78#issuecomment-2503164299,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BJ6IQ4ABSN2FCF7UDB4EC432CV3WNAVCNFSM6AAAAABSJGF3LOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBTGE3DIMRZHE
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
[image: Icon Description automatically generated]
Yerachmiel Feltzman
Backend Engineer
Mobile: +972 54 652-2363

authors: Yerachmiel-Wand hmpargi prasadvempower

repo: vector-im/jitsi-helm


text:
.env and requirements.txt files are missing

Hi @vinitshahdeo, I'd like to work on this. Can it be assigned to me

Hi, @vinitshahdeo and @LuluNwenyi I already solved that issue and opened the Pull request. please review it.

Looks great!!

authors: LuluNwenyi Sagargajare

repo: vinitshahdeo/jobtweets


text:
Style

Doc is removed, I was miss add it into gitignore.


text:
[doc][distributed] add suggestion for distributed inference

If users want to increase the throughput and lower the latency of a small model, they should also use TP

If users want to increase the throughput and lower the latency of a small model, they should also use TP

true (mainly for increasing throughput I think). added in 0d99585

authors: simon-mo youkaichao

repo: vllm-project/vllm


text:
Introduce rubocop

@ekohl should be fine now

repo: voxpupuli/rspec-puppet-facts


text:
Fix README.md + a few other minor refreshes

Could someone please review and merge this?

Hey @franklinkim, any chance?

repo: weareinteractive/ansible-users


text:
Add Rnnoise sample to README.md

@huningxin, PTAL, thanks!

@Honry , there is a markdown format issue of this PR. I just noticed it after merge. Could you please fix it?
BTW, as there are two noise supression samples, could you please group them like

Noise supression

NSNet2
RNNoise

Thanks.

@huningxin, sure, I will fix it.

authors: Honry huningxin

repo: webmachinelearning/webnn-samples


text:
Don't create images from closed/restricted works

Closing as context lost.

authors: jamieparkinson kenoir

repo: wellcomecollection/platform


text:
chore: upgrade sift to 0.5.0

@wezm, this should unblock #23. :)

Oh wow, thank you so much!

authors: satyarohith wezm


text:
enhancement : test case design

@Animesh1432 Please provide issue description.

repo: wrappid/auth-module


text:
Update keycloack version

fixes #https://github.com/wso2/product-apim/issues/12583


text:
how it works?

figure it out mr cocopuff dreads

nice one

good job boffy

authors: QuackIsGod darkestcore


text:
modbus对大小端怎么处理啊

建议你可以看下这个类ByteReadBuff

authors: winhkey xingshuangs

repo: xingshuangs/iot-communication


text:
fix nccl block, fix dual merge sparse bug, thrust used memory pool and remote default stream used,  remove sample used default stream

lgtm

repo: xuewujiao/Paddle


text:
Update README.md

docs(): 文档修改

repo: yanjingfan/sakura-boot