[terra-demographics-banner] Design Enhancements and Interactions

Feature Request
Description
Add enhancements to design of Demographics Banner that allow for visual indication of selectability and disclosure of additional details.

change colors and spacing on current demographics banner component
update photo to use terra-avatar (potential to push to later issue)
add new selectable tile component (internal)
add new background shelf component (internal)
add new composite interactive demographic-banner component

Additional Context / Screenshots
Zeplin: https://zpl.io/2j9grk4

Hi Neil,
I have created Draft PR for review. It includes following changes

Terra-image has been replaced with Terra-avatar in Demographics banner.
Background-Tile component has been added which renders set of selectable component.
Selectable-Tile Component has been added which renders children as selectable component in demographics banner.
Demographics banner is being rendered within selectable-tile.
Added composite interactive demographic-banner with option to display info button at the end of demographics banner.

Draft PR Link : https://github.com/cerner/terra-core/pull/2856
examples for selectable component : and for composite interactive demographic-banner :
I got little confused in rendering demographics-banner as a selectable content so created draft PR for review.
when we say selectable-content are we referring to make whole demographics banner as one selectable-component ( current implementation in Draft PR ) OR do we need make each sections like profile-image, person-name, application-content, personal-details to be a individual selectable component.
would like to know your thoughts on this @neilpfeiffer
Thank you,


Skip slots with active reading Refs

Core::push_ref can go into an (almost infinite) spin loop waiting for a Ref (created in pop_ref) to this slot to be dropped. This behaviour can lead to writing being blocked unless all refs are dropped, even if we have free space in the buffer.
In this PR I propose a mechanism to skip such slots (by updating their state) and attempt to write into them on the next lap.

huh, interesting --- running the benchmarks on my machine, there's a substantial performance improvement for the blocking SPSC tests, but the equivalent benchmarks for the async channel have a slightly less substantial but still quite significant performance regression.

benchmark results
Switched to branch 'feature/skip-slots'
warning: Patch `loom v0.5.4 (https://github.com/tokio-rs/loom?rev=a93bf2390e0fcfdb7c5899b31db0e4e795ab4aab#a93bf239)` was not used in the crate graph.
Check that the patched package version and available features are compatible
with the dependency requirements. If the patch has a different version from
what is locked in the Cargo.lock file, run `cargo update` to use the new
version. This may also occur with an optional dependency that is not enabled.
   Compiling thingbuf v0.1.4 (/home/eliza/Code/thingbuf)
   Compiling bench v0.1.0 (/home/eliza/Code/thingbuf/bench)
    Finished bench [optimized] target(s) in 2.25s
     Running unittests src/lib.rs (target/release/deps/bench-651e78781cb0daa5)

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s

     Running benches/async_mpsc.rs (target/release/deps/async_mpsc-29f8fd78cf6b30a4)
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
async/mpsc_reusable/ThingBuf/10
                        time:   [51.461 us 52.067 us 52.629 us]
                        change: [-6.6955% -5.7616% -4.7633%] (p = 0.00 < 0.05)
                        Performance has improved.
async/mpsc_reusable/ThingBuf/50
                        time:   [142.01 us 143.82 us 145.49 us]
                        change: [+1.2092% +2.6059% +4.1304%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) low mild
async/mpsc_reusable/ThingBuf/100
                        time:   [285.68 us 289.44 us 292.91 us]
                        change: [+18.051% +20.108% +22.291%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 8 outliers among 100 measurements (8.00%)
  1 (1.00%) low severe
  2 (2.00%) low mild
  5 (5.00%) high mild

async/mpsc_integer/ThingBuf/10
                        time:   [240.84 us 246.87 us 252.66 us]
                        change: [-0.6169% +2.0080% +4.5013%] (p = 0.14 > 0.05)
                        No change in performance detected.
Found 3 outliers among 100 measurements (3.00%)
  3 (3.00%) low mild
async/mpsc_integer/ThingBuf/50
                        time:   [388.42 us 391.37 us 394.25 us]
                        change: [-12.444% -10.787% -9.2507%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 8 outliers among 100 measurements (8.00%)
  1 (1.00%) low severe
  4 (4.00%) low mild
  1 (1.00%) high mild
  2 (2.00%) high severe
async/mpsc_integer/ThingBuf/100
                        time:   [525.14 us 533.13 us 540.88 us]
                        change: [-9.1218% -7.4284% -5.5914%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 9 outliers among 100 measurements (9.00%)
  3 (3.00%) low mild
  2 (2.00%) high mild
  4 (4.00%) high severe

     Running benches/async_mpsc_nowait.rs (target/release/deps/async_mpsc_nowait-5b68acbdaec95806)
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
async/nowait/mpsc_reusable/ThingBuf/10
                        time:   [47.747 us 48.196 us 48.645 us]
                        change: [-8.8845% -7.6099% -6.0530%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 4 outliers among 100 measurements (4.00%)
  3 (3.00%) low mild
  1 (1.00%) high severe
async/nowait/mpsc_reusable/ThingBuf/50
                        time:   [125.29 us 126.48 us 127.69 us]
                        change: [+6.4731% +8.1073% +9.7789%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 3 outliers among 100 measurements (3.00%)
  2 (2.00%) low mild
  1 (1.00%) high mild
async/nowait/mpsc_reusable/ThingBuf/100
                        time:   [345.51 us 348.93 us 352.30 us]
                        change: [+7.1795% +8.5257% +9.8829%] (p = 0.00 < 0.05)
                        Performance has regressed.

async/nowait/mpsc_integer/ThingBuf/10
                        time:   [48.039 us 48.696 us 49.351 us]
                        change: [+7.2696% +8.9940% +10.790%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) low mild
async/nowait/mpsc_integer/ThingBuf/50
                        time:   [123.93 us 125.28 us 126.61 us]
                        change: [-9.6968% -8.4147% -7.0411%] (p = 0.00 < 0.05)
                        Performance has improved.
async/nowait/mpsc_integer/ThingBuf/100
                        time:   [339.38 us 342.92 us 346.32 us]
                        change: [-9.2659% -8.0762% -6.8344%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 2 outliers among 100 measurements (2.00%)
  1 (1.00%) low severe
  1 (1.00%) low mild

     Running benches/async_mpsc_utils.rs (target/release/deps/async_mpsc_utils-ed77afcfd3b6a99a)

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s

     Running benches/async_spsc.rs (target/release/deps/async_spsc-64731b2d02b2e4d4)
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
async/spsc/try_send_reusable/ThingBuf/100
                        time:   [12.232 us 12.256 us 12.279 us]
                        thrpt:  [8.1437 Melem/s 8.1595 Melem/s 8.1752 Melem/s]
                 change:
                        time:   [+7.6314% +7.9451% +8.2447%] (p = 0.00 < 0.05)
                        thrpt:  [-7.6167% -7.3603% -7.0903%]
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) high severe
async/spsc/try_send_reusable/ThingBuf/500
                        time:   [50.091 us 50.241 us 50.398 us]
                        thrpt:  [9.9209 Melem/s 9.9520 Melem/s 9.9819 Melem/s]
                 change:
                        time:   [+13.674% +14.098% +14.499%] (p = 0.00 < 0.05)
                        thrpt:  [-12.663% -12.356% -12.029%]
                        Performance has regressed.
Found 7 outliers among 100 measurements (7.00%)
  5 (5.00%) high mild
  2 (2.00%) high severe
async/spsc/try_send_reusable/ThingBuf/1000
                        time:   [96.971 us 97.358 us 97.768 us]
                        thrpt:  [10.228 Melem/s 10.271 Melem/s 10.312 Melem/s]
                 change:
                        time:   [+13.814% +14.205% +14.625%] (p = 0.00 < 0.05)
                        thrpt:  [-12.759% -12.438% -12.137%]
                        Performance has regressed.
Found 9 outliers among 100 measurements (9.00%)
  6 (6.00%) high mild
  3 (3.00%) high severe
async/spsc/try_send_reusable/ThingBuf/5000
                        time:   [475.89 us 477.31 us 478.75 us]
                        thrpt:  [10.444 Melem/s 10.475 Melem/s 10.507 Melem/s]
                 change:
                        time:   [+11.764% +12.102% +12.475%] (p = 0.00 < 0.05)
                        thrpt:  [-11.091% -10.795% -10.526%]
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) high mild
async/spsc/try_send_reusable/ThingBuf/10000
                        time:   [943.08 us 945.14 us 947.18 us]
                        thrpt:  [10.558 Melem/s 10.580 Melem/s 10.604 Melem/s]
                 change:
                        time:   [+9.6643% +9.9255% +10.177%] (p = 0.00 < 0.05)
                        thrpt:  [-9.2369% -9.0293% -8.8126%]
                        Performance has regressed.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) high mild

async/spsc/try_send_integer/ThingBuf/100
                        time:   [7.8945 us 7.9061 us 7.9176 us]
                        thrpt:  [12.630 Melem/s 12.648 Melem/s 12.667 Melem/s]
                 change:
                        time:   [+6.3259% +6.6025% +6.8710%] (p = 0.00 < 0.05)
                        thrpt:  [-6.4293% -6.1935% -5.9495%]
                        Performance has regressed.
Found 3 outliers among 100 measurements (3.00%)
  3 (3.00%) high mild
async/spsc/try_send_integer/ThingBuf/500
                        time:   [38.738 us 38.847 us 38.960 us]
                        thrpt:  [12.834 Melem/s 12.871 Melem/s 12.907 Melem/s]
                 change:
                        time:   [+8.5924% +9.0331% +9.4821%] (p = 0.00 < 0.05)
                        thrpt:  [-8.6609% -8.2847% -7.9125%]
                        Performance has regressed.
Found 6 outliers among 100 measurements (6.00%)
  2 (2.00%) high mild
  4 (4.00%) high severe
async/spsc/try_send_integer/ThingBuf/1000
                        time:   [76.982 us 77.198 us 77.431 us]
                        thrpt:  [12.915 Melem/s 12.954 Melem/s 12.990 Melem/s]
                 change:
                        time:   [+9.4332% +9.7999% +10.170%] (p = 0.00 < 0.05)
                        thrpt:  [-9.2315% -8.9252% -8.6201%]
                        Performance has regressed.
Found 3 outliers among 100 measurements (3.00%)
  3 (3.00%) high mild
async/spsc/try_send_integer/ThingBuf/5000
                        time:   [385.39 us 386.81 us 388.43 us]
                        thrpt:  [12.872 Melem/s 12.926 Melem/s 12.974 Melem/s]
                 change:
                        time:   [+10.401% +10.800% +11.246%] (p = 0.00 < 0.05)
                        thrpt:  [-10.109% -9.7471% -9.4209%]
                        Performance has regressed.
async/spsc/try_send_integer/ThingBuf/10000
                        time:   [761.02 us 762.85 us 764.79 us]
                        thrpt:  [13.075 Melem/s 13.109 Melem/s 13.140 Melem/s]
                 change:
                        time:   [+7.3156% +7.6792% +8.0578%] (p = 0.00 < 0.05)
                        thrpt:  [-7.4570% -7.1315% -6.8169%]
                        Performance has regressed.
Found 4 outliers among 100 measurements (4.00%)
  3 (3.00%) high mild
  1 (1.00%) high severe

async/spsc/reusable/ThingBuf/100
                        time:   [11.563 us 11.617 us 11.663 us]
                        thrpt:  [8.5741 Melem/s 8.6081 Melem/s 8.6481 Melem/s]
                 change:
                        time:   [+21.574% +22.050% +22.538%] (p = 0.00 < 0.05)
                        thrpt:  [-18.392% -18.067% -17.746%]
                        Performance has regressed.
async/spsc/reusable/ThingBuf/500
                        time:   [41.485 us 41.562 us 41.655 us]
                        thrpt:  [12.003 Melem/s 12.030 Melem/s 12.052 Melem/s]
                 change:
                        time:   [+24.652% +24.906% +25.188%] (p = 0.00 < 0.05)
                        thrpt:  [-20.120% -19.940% -19.777%]
                        Performance has regressed.
Found 5 outliers among 100 measurements (5.00%)
  5 (5.00%) high mild
async/spsc/reusable/ThingBuf/1000
                        time:   [79.607 us 79.731 us 79.888 us]
                        thrpt:  [12.517 Melem/s 12.542 Melem/s 12.562 Melem/s]
                 change:
                        time:   [+28.093% +28.299% +28.560%] (p = 0.00 < 0.05)
                        thrpt:  [-22.215% -22.057% -21.932%]
                        Performance has regressed.
Found 8 outliers among 100 measurements (8.00%)
  8 (8.00%) high mild
async/spsc/reusable/ThingBuf/5000
                        time:   [379.43 us 380.57 us 381.90 us]
                        thrpt:  [13.092 Melem/s 13.138 Melem/s 13.178 Melem/s]
                 change:
                        time:   [+29.220% +29.565% +29.876%] (p = 0.00 < 0.05)
                        thrpt:  [-23.003% -22.819% -22.612%]
                        Performance has regressed.
Found 4 outliers among 100 measurements (4.00%)
  4 (4.00%) high mild
async/spsc/reusable/ThingBuf/10000
                        time:   [760.23 us 761.60 us 763.15 us]
                        thrpt:  [13.104 Melem/s 13.130 Melem/s 13.154 Melem/s]
                 change:
                        time:   [+30.677% +30.906% +31.175%] (p = 0.00 < 0.05)
                        thrpt:  [-23.766% -23.609% -23.476%]
                        Performance has regressed.
Found 6 outliers among 100 measurements (6.00%)
  5 (5.00%) high mild
  1 (1.00%) high severe

     Running benches/sync_spsc.rs (target/release/deps/sync_spsc-49d5041324d02706)
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
sync/spsc/try_send_reusable/ThingBuf/100
                        time:   [42.394 us 42.562 us 42.732 us]
                        thrpt:  [2.3402 Melem/s 2.3495 Melem/s 2.3588 Melem/s]
                 change:
                        time:   [-15.536% -15.074% -14.633%] (p = 0.00 < 0.05)
                        thrpt:  [+17.142% +17.750% +18.394%]
                        Performance has improved.
Found 5 outliers among 100 measurements (5.00%)
  1 (1.00%) low mild
  4 (4.00%) high mild
sync/spsc/try_send_reusable/ThingBuf/500
                        time:   [139.98 us 141.32 us 142.64 us]
                        thrpt:  [3.5053 Melem/s 3.5381 Melem/s 3.5719 Melem/s]
                 change:
                        time:   [-16.680% -15.741% -14.706%] (p = 0.00 < 0.05)
                        thrpt:  [+17.242% +18.682% +20.019%]
                        Performance has improved.
Found 4 outliers among 100 measurements (4.00%)
  1 (1.00%) low severe
  2 (2.00%) low mild
  1 (1.00%) high mild
sync/spsc/try_send_reusable/ThingBuf/1000
                        time:   [239.03 us 241.64 us 244.35 us]
                        thrpt:  [4.0925 Melem/s 4.1384 Melem/s 4.1837 Melem/s]
                 change:
                        time:   [-21.922% -20.888% -19.831%] (p = 0.00 < 0.05)
                        thrpt:  [+24.737% +26.403% +28.076%]
                        Performance has improved.
Found 8 outliers among 100 measurements (8.00%)
  1 (1.00%) low severe
  7 (7.00%) low mild
sync/spsc/try_send_reusable/ThingBuf/5000
                        time:   [598.88 us 611.74 us 624.65 us]
                        thrpt:  [8.0045 Melem/s 8.1734 Melem/s 8.3490 Melem/s]
                 change:
                        time:   [-55.093% -53.257% -50.608%] (p = 0.00 < 0.05)
                        thrpt:  [+102.46% +113.94% +122.68%]
                        Performance has improved.
Found 4 outliers among 100 measurements (4.00%)
  1 (1.00%) low mild
  2 (2.00%) high mild
  1 (1.00%) high severe
Benchmarking sync/spsc/try_send_reusable/ThingBuf/10000: 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.
sync/spsc/try_send_reusable/ThingBuf/10000
                        time:   [1.0498 ms 1.0641 ms 1.0777 ms]
                        thrpt:  [9.2786 Melem/s 9.3972 Melem/s 9.5258 Melem/s]
                 change:
                        time:   [-64.556% -63.972% -63.443%] (p = 0.00 < 0.05)
                        thrpt:  [+173.54% +177.56% +182.13%]
                        Performance has improved.
Found 1 outliers among 100 measurements (1.00%)
  1 (1.00%) low mild

sync/spsc/blocking_send_reusable/ThingBuf/100
                        time:   [40.749 us 40.847 us 40.949 us]
                        thrpt:  [2.4421 Melem/s 2.4481 Melem/s 2.4540 Melem/s]
                 change:
                        time:   [-13.507% -13.146% -12.739%] (p = 0.00 < 0.05)
                        thrpt:  [+14.599% +15.136% +15.617%]
                        Performance has improved.
Found 3 outliers among 100 measurements (3.00%)
  1 (1.00%) low mild
  1 (1.00%) high mild
  1 (1.00%) high severe
sync/spsc/blocking_send_reusable/ThingBuf/500
                        time:   [132.96 us 133.59 us 134.22 us]
                        thrpt:  [3.7253 Melem/s 3.7428 Melem/s 3.7605 Melem/s]
                 change:
                        time:   [-21.308% -20.800% -20.294%] (p = 0.00 < 0.05)
                        thrpt:  [+25.461% +26.263% +27.078%]
                        Performance has improved.
Found 2 outliers among 100 measurements (2.00%)
  1 (1.00%) low mild
  1 (1.00%) high mild
sync/spsc/blocking_send_reusable/ThingBuf/1000
                        time:   [181.68 us 183.58 us 185.53 us]
                        thrpt:  [5.3899 Melem/s 5.4474 Melem/s 5.5041 Melem/s]
                 change:
                        time:   [-50.304% -49.769% -49.152%] (p = 0.00 < 0.05)
                        thrpt:  [+96.663% +99.079% +101.22%]
                        Performance has improved.
Found 3 outliers among 100 measurements (3.00%)
  2 (2.00%) low mild
  1 (1.00%) high mild
sync/spsc/blocking_send_reusable/ThingBuf/5000
                        time:   [775.78 us 786.97 us 798.03 us]
                        thrpt:  [6.2655 Melem/s 6.3535 Melem/s 6.4451 Melem/s]
                 change:
                        time:   [-56.013% -55.207% -54.355%] (p = 0.00 < 0.05)
                        thrpt:  [+119.08% +123.25% +127.34%]
                        Performance has improved.
Found 5 outliers among 100 measurements (5.00%)
  2 (2.00%) low mild
  3 (3.00%) high mild
Benchmarking sync/spsc/blocking_send_reusable/ThingBuf/10000: Warming up for 3.0000 s
Warning: Unable to complete 100 samples in 5.0s. You may wish to increase target time to 5.4s, enable flat sampling, or reduce sample count to 60.
sync/spsc/blocking_send_reusable/ThingBuf/10000
                        time:   [1.0882 ms 1.1027 ms 1.1172 ms]
                        thrpt:  [8.9510 Melem/s 9.0684 Melem/s 9.1894 Melem/s]
                 change:
                        time:   [-68.958% -68.406% -67.770%] (p = 0.00 < 0.05)
                        thrpt:  [+210.27% +216.52% +222.14%]
                        Performance has improved.
Found 5 outliers among 100 measurements (5.00%)
  2 (2.00%) low mild
  2 (2.00%) high mild
  1 (1.00%) high severe

i wonder why that is!

Thank you for your comments and suggestions, I will go through them probably this Sunday and ask for another round of review.

Great, sounds good to me!

hi, here's an issue: https://github.com/hawkw/thingbuf/issues/83


Make Amendment Model

Just talked this over with @paultag — am I correct that there is no model for amendments? If there is none, how can we help get one started?

You appear to be correct; I have no idea how we lasted this long without one

I may have some ideas about modeling. Happy to comment on any draft model.

:+1:, thanks James!
On Mon, Mar 30, 2015 at 3:24 PM, James McKinney<EMAIL_ADDRESS>wrote:

I may have some ideas about modeling. Happy to comment on any draft model.
—
Reply to this email directly or view it on GitHub
https://github.com/opencivicdata/python-opencivicdata-django/issues/30#issuecomment-87799026
.

--
Paul Tagliamonte
Software Developer | Sunlight Foundation

What is the difference between amendments and versions of a bill?

I think an amendment would be more structured, whereas a version has very little metadata.

if we need this it should be a new OCDEP, let's keep discussion of enhancements here: https://github.com/opencivicdata/docs.opencivicdata.org/issues/56


Error when saving a dashboard after editing

When I open a dashboard in "EDIT" mode and make a change, "SAVE" function doesn't work.
How to reproduce the bug

From Home, create a new dashboard
At this time "SAVE" button is unavailable (-> grey)
Do any change (rename title, add a chart or layout element)
"SAVE" button becomes available (-> blue)
Clic on "SAVE" button

Expected results
The modified dashboard is saved and a success message is displayed.
Actual results
Dashboard is not saved and an error message is displayed :
"Sorry, there was an error saving this dashboard: [object Object]"
In Flask logs:
--Logs after "SAVE" in "EDIT DASHBOARD" mode => warning + response code 400
2023-06-26 15:35:26,358:DEBUG:superset.stats_logger:[36m[stats_logger] (incr) DashboardRestApi.put.warning[0m
2023-06-26 15:35:26,358:DEBUG:superset.stats_logger:[36m[stats_logger] (timing) DashboardRestApi.put.time | 6.051858072169125 [0m
2023-06-26 15:35:26,358:INFO:werkzeug:<IP_ADDRESS> - - [26/Jun/2023 15:35:26] "[31m[1mPUT /api/v1/dashboard/1 HTTP/1.1[0m" 400 -

--Logs after renaming title" from "Dashboard properties" panel => success + response code 200
2023-06-26 15:48:22,248:DEBUG:superset.stats_logger:[36m[stats_logger] (incr) DashboardRestApi.put.success[0m
2023-06-26 15:48:22,248:DEBUG:superset.stats_logger:[36m[stats_logger] (timing) DashboardRestApi.put.time | 16.117947991006076 [0m
2023-06-26 15:48:22,249:INFO:werkzeug:<IP_ADDRESS> - - [26/Jun/2023 15:48:22] "PUT /api/v1/dashboard/1 HTTP/1.1" 200 -

Screenshots

Environment

browser type and version: Firefox 102.12.0esr or Edge 114.0.1823.58
superset version: Superset 2.1.0
python version: Python 3.10.6
node.js version: v12.22.9
any feature flags active: none

Checklist
Make sure to follow these steps before submitting your issue - thank you!

[X] I have checked the superset logs for python stacktraces and included it here as text if there are any.
[X] I have reproduced the issue with at least the latest released version of superset.
[X] I have checked the issue tracker for the same issue and I haven't found one similar.

Additional context
Issue occurs only with "EDIT DASHBOARD" mode, after opening an existing dashboard or directly next creation of new dashboard from home.
Some other actions on dashboards work fine:

Rename dashboard in "Dashboard properties" panel from home or dashboard list (without "EDIT DASHBOARD" mode)
Add a chart to a dashboard (existing or new) in "Save chart" panel

Could be related to https://github.com/apache/superset/issues/22106 (unsolved)

Exactly the same problem. I have it just for one dashboard as I noticed, some of the others I tested work normally.

as for me i recreated the dashboard with same charts, same filters, css and deleted the old one, which couldnt be updated in any way (filter updates or edit dashboard name, owner, nothing worked). Visually, functionally the dashboard now works the same as before...I dont know what the root cause of this is, but it happened on an update of apache superset to 2.1.0-dev.
I also looked at the browser console and as it seems there was a PUT problem, but i didnt bother investigating further, as it was faster to recreate the dashboard for me.

I removed and recreated the metadata database without examples, no change.
Good idea to look at browser log.
I have some warnings like:
Warning: Expected onClicklistener to be a function, instead got a value ofnumber type.
And for the PUT request
Request:
{"certified_by":"","certification_details":"","css":"","dashboard_title":"test","slug":null,"owners":[1],"json_metadata":"{\"color_scheme\":\"\",\"positions\":{\"DASHBOARD_VERSION_KEY\":\"v2\",\"ROOT_ID\":{\"type\":\"ROOT\",\"id\":\"ROOT_ID\",\"children\":[\"GRID_ID\"]},\"GRID_ID\":{\"type\":\"GRID\",\"id\":\"GRID_ID\",\"children\":[],\"parents\":[\"ROOT_ID\"]},\"HEADER_ID\":{\"id\":\"HEADER_ID\",\"type\":\"HEADER\",\"meta\":{\"text\":\"test\"}}},\"refresh_frequency\":0,\"shared_label_colors\":{},\"color_scheme_domain\":[],\"expanded_slices\":{},\"label_colors\":{},\"timed_refresh_immune_slices\":[],\"cross_filters_enabled\":false,\"default_filters\":\"{}\",\"filter_scopes\":{},\"chart_configuration\":{},\"global_chart_configuration\":{}}"}
State: 400 BAD REQUEST
Response:
{"message":{"json_metadata":[{"global_chart_configuration":["Unknown field."]}]}}

Encouraging news on this issue!
I investigated on this parameter "global_chart_configuration" in the code, and found it 11 times.
I tested by commenting some lines in following files:

#105 and #106 in superset-frontend/src/dashboard/actions/dashboardInfo.ts
#399 in superset-frontend/src/dashboard/actions/dashboardState.js
Changes were immediately compiled by running webpack server.
Next, dashboard saving in "EDIT DASHBOARD" works fine!

I know it isn't a lasting change because I have no idea of potential side effects… but it is a good workaround for testing purpose (ability to save dashboard is a pretty useful feature :)).
I simply noticed that "Save as" on dashboards doesn't work (with 404 error), however it isn't a critical feature in my case.
Hope it will help to understand and solve root cause…

Any further updates on this? I'm also affected by this bug.

Same issue. I believe this is broken on at least 2.1.x releases. It does work on master branch, because it looks like the functionality originally removed (I guess around this activity removing global filters https://github.com/apache/superset/pull/23216) was put back in and merged with pull https://github.com/apache/superset/pull/24020.
But I am not sure what the basis of these new 2.1.x releases is, but this stuff missing is certainly affecting these "stable" releases.

For my part I didn't do anything else since my last message.
The workaround I applied still works fine and I didn't notice any side effects.
Next step is to upgrade to 3.0.0 release.

I closed the linked issue (with a lot less conversation than this one) since it's 2.0 specific. Since we no longer support Superset 2.x, I'm tempted to close this one too, but the context here is reasonably recent. Is anyone experiencing this issue in Superset 3.x? Or is anyone willing to open a PR that fixes this for 2.x in case there's some random chance for an opportunistic 2.1.x release (though unlikely)?


Asking for meta and sizes

i am trying to train the network on lfw,
my folder structure looks like
$RootFolder/data/train, $RootFolder/data/val, $RootFolder/data/test
but when i run train.py , i get
FileNotFoundError: [Errno 2] No such file or directory: '/media/ryan/shakira/face.evoLVe.PyTorch/data/lfw/meta/sizes'
Am i missing something?
Thanks in advance.

Hi, I have checked the released lfw data, and did not find any problem. The error shows that you may have a wrong path, please re-check it to solve the problem. Or you can use other dataset for debug first.

i am trying to train the network on lfw,
my folder structure looks like
$RootFolder/data/train, $RootFolder/data/val, $RootFolder/data/test
but when i run train.py , i get
FileNotFoundError: [Errno 2] No such file or directory: '/media/ryan/shakira/face.evoLVe.PyTorch/data/lfw/meta/sizes'
Am i missing something?
Thanks in advance.

You should download the dataset from here: https://github.com/TreB1eN/InsightFace_Pytorch#323-prepare-dataset--for-training

I met the same problem, there's no meta/sizes in my lfw dataset.

Anyone selved this problem? I met the same one.

When train on LFW. I also met the problem.
FileNotFoundError: [Errno 2] No such file or directory: 'C:/Users/zhangqiang/Downloads/gitProject/face.evoLVe.PyTorch-master/data\lfw\meta\sizes'

does the lfw dataset have the meta ? I can not unzip your lfw_alighed_112 on baidu yunpan. also ,when I open it with rar(note just open), it's name is casia???
This repo use the data prepared like this. It will solve the problem.
https://github.com/TreB1eN/InsightFace_Pytorch#323-prepare-dataset--for-training

I am facing the same problem. Anyone solved this problem?

This repo use the data prepared like this. It will solve the problem.
https://github.com/TreB1eN/InsightFace_Pytorch#323-prepare-dataset--for-training


sunroom

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

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

Checklist

[X] I'm reporting a new site support request
[X] I've verified that I have updated yt-dlp to nightly or master (update instructions)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that none of provided URLs violate any copyrights or contain any DRM to the best of my knowledge
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[ ] I've read about sharing account credentials and am willing to share it if required

Region
usa
Example URLs
https://app.sunroom.so
Provide a description that is worded well enough to be understood
Pls provide support to download from sunroom website
Provide verbose output that clearly demonstrates the problem

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

Complete Verbose Output
ERROR: Unsupported URL: https://app.sunroom.so/posts

Please add a proper log and a URL for an individual video instead of just the front page

yt-dlp https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[generic] Extracting URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Downloading webpage
WARNING: [generic] Falling back on generic information extractor
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Extracting information
ERROR: Unsupported URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e

yt-dlp https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[generic] Extracting URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Downloading webpage
WARNING: [generic] Falling back on generic information extractor
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Extracting information
ERROR: Unsupported URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e

yt-dlp -vU https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[debug] Command-line config: ['-vU', 'https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version<EMAIL_ADDRESS>from yt-dlp/yt-dlp [615a84447] (debian*)
[debug] Python 3.10.12 (CPython x86_64 64bit) - Linux-6.5.0-26-generic-x86_64-with-glibc2.35 (OpenSSL 3.0.2 15 Mar 2022, glibc 2.35)
[debug] exe versions: ffmpeg 4.4.2 (setts), ffprobe 4.4.2, rtmpdump 2.4
[debug] Optional libraries: Cryptodome-3.11.0, brotli-1.0.9, certifi-2020.06.20, mutagen-1.45.1, pyxattr-0.7.2, requests-2.25.1, secretstorage-3.3.1, sqlite3-3.37.2, urllib3-1.26.5, websockets-9.1
[debug] Proxy map: {}
[debug] Request Handlers: urllib
[debug] Loaded 1803 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Latest version<EMAIL_ADDRESS>from yt-dlp/yt-dlp
yt-dlp is up to date<EMAIL_ADDRESS>from yt-dlp/yt-dlp)
[generic] Extracting URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Downloading webpage
WARNING: [generic] Falling back on generic information extractor
[generic] 8bce3787-8784-445f-838d-b4420f70e21e: Extracting information
[debug] Looking for embeds
ERROR: Unsupported URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yt_dlp/YoutubeDL.py", line 1594, in wrapper
return func(self, *args, **kwargs)
File "/usr/lib/python3/dist-packages/yt_dlp/YoutubeDL.py", line 1729, in __extract_info
ie_result = ie.extract(url)
File "/usr/lib/python3/dist-packages/yt_dlp/extractor/common.py", line 732, in extract
ie_result = self._real_extract(url)
File "/usr/lib/python3/dist-packages/yt_dlp/extractor/generic.py", line 2530, in _real_extract
raise UnsupportedError(url)
yt_dlp.utils.UnsupportedError: Unsupported URL: https://app.sunroom.so/posts/84c3707a-2397-416d-99c7-da19c1618e40/8bce3787-8784-445f-838d-b4420f70e21e


Add methods to RoutingGraph to determine whether any sink nodes are i…

Add methods to RoutingGraph to determine if there are any source nodes that cannot access all the sink nodes.
It doesn't have a test yet, so don't merge it.

@benreynwar Thanks!
This is probably bests as a separate utility, maybe something like utils/check_graph.py?

Tests showed, unsurpisingly that it was broken, so I had to rewrite it.
There's now two steps.
One to convert the cyclic graph into an acyclic graph (coarse-graining connected cycles into nodes).
Second step just determines connectivity between sources and sinks.
Tests for script are run by not passing a filename.
cyclic_to_acyclic.py has doctests.
None of these tests are being run in CI.

It'd be good to test this on a couple of real rr_graph that you know what the answer should be, otherwise I think it's ready.

Closing this pull request.  It is replaced by #133.
The solution here is too complicated and too slow.


New graph paradigm

Reworking of these concepts based on storing all LCI and LCIA data in a graph.
See the readme for motivation and design decisions.

This is a refactoring of previous PRs - this wraps all that work up into one more complete unit of work for discussion and updates.


Smaller banner.jpg

~9% smaller, removing over 20k
image metadata may be stripped, but seems to be missing from source also.

thank you
On Wed, Dec 23, 2015 at 8:12 PM, 漩涡<EMAIL_ADDRESS>wrote:

Merged #48 https://github.com/hexojs/hexo-theme-landscape/pull/48.
—
Reply to this email directly or view it on GitHub
https://github.com/hexojs/hexo-theme-landscape/pull/48#event-499920447.


feat: Search batch by period, state and grid areas.

Codecov Report

Merging #1453 (c3c7efd) into main (151afaa) will increase coverage by 17.41%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             main    #1453       +/-   ##
===========================================
+ Coverage   50.10%   67.51%   +17.41%
===========================================
  Files          35       49       +14
  Lines         497      862      +365
  Branches       32        0       -32
===========================================
+ Hits          249      582      +333
- Misses        240      265       +25
- Partials        8       15        +7

Impacted Files
Coverage Δ

...ntegration/Controllers/WholesaleControllerTests.cs
97.75% <ø> (ø)

...Hub.WebApi/Controllers/WholesaleBatchController.cs
63.82% <ø> (-23.41%)
:arrow_down:

...taHub.WebApi/Controllers/Wholesale/Dto/BatchDto.cs
0.00% <0.00%> (-100.00%)
:arrow_down:

...trollers/MarketParticipant/Dto/FilteredActorDto.cs
16.66% <0.00%> (-83.34%)
:arrow_down:

...gistration/HealthEndpointRegistrationExtensions.cs
45.45% <0.00%> (-36.37%)
:arrow_down:

...WebApi/RequireNonNullablePropertiesSchemaFilter.cs
80.00% <0.00%> (-8.00%)
:arrow_down:

apps/dh/api-dh/source/DataHub.WebApi/Startup.cs
94.25% <0.00%> (-1.15%)
:arrow_down:

.../DataHub.WebApi.Tests/Fixtures/BffWebApiFixture.cs
100.00% <0.00%> (ø)

...sts/Integration/Controllers/ControllerTestsBase.cs
100.00% <0.00%> (ø)

... and 12 more

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


[JOSS] Pip installation failure (MacOS)

Hello,
I also encountered issues with pip installation:
Collecting tables==3.8.0 (from deepof)
  Downloading tables-3.8.0.tar.gz (8.0 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 8.0/8.0 MB 4.0 MB/s eta 0:00:00
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [11 lines of output]
      ld: library not found for -lhdf5
      clang: error: linker command failed with exit code 1 (use -v to see invocation)
      cpuinfo failed, assuming no CPU features: 'flags'
      * Using Python 3.9.16 | packaged by conda-forge | (main, Feb  1 2023, 21:38:11)
      * Found cython 0.29.35
      * USE_PKGCONFIG: True
      * Found conda env: ``/Users/taigaabe/miniforge3/envs/deepof``
      .. ERROR:: Could not find a local HDF5 installation.
         You may need to explicitly state where your local HDF5 headers and
         library can be found by setting the ``HDF5_DIR`` environment
         variable or by using the ``--hdf5`` command-line option.
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

I am working on an M1 MacBook Air (OS Version 12.0.1). It appears this may be a known issue with MacOS and python 3.9 (https://github.com/freqtrade/freqtrade/issues/4162#issuecomment-756219646). Please let me know if you'd like me to try any specific solutions suggested in the linked thread.

Part of review for https://github.com/openjournals/joss-reviews/issues/5394

Dear @cellistigs,
I spent some time trying to debug the installation via pip for Apple Silicon macOS machines, unfortunately without success. The main issue is our dependency in Spektral for graph neural networks, which itself does not allow pip installation in Apple Silicon. We've submitted a pull request with them some time ago which was merged, but unfortunately still not incorporated into a main release. This problem should be solved when they do.
For now, I would suggest incorporating a snippet in DeepOF's documentation stating that Poetry / Docker installation is recommended for ARM Macs. What do you think?
Best, and thank you once again!
Lucas

Adding that information to the installation guide sounds great. I'll attempt an install with Poetry/Docker, and close this issue.

Thanks! I added a snippet describing the issue to both README and documentation landing page :)


Make transaction support configurable

Description:
Some databases may not support transactions, but in the RDBMS store transactions are being used extensively for data definition queries as well as inserts.
This could be made configurable via the RDBMS config bean as well as the deployment.yaml file.

Fixed in #59


Use django_extensions in debug mode

Sometimes I like to check how Django ORM talks to the database (i.e. see the SQL queries). This extension allows something like:
$python manage.py shell_plus --print-sql

And then:
In [3]: Reimbursement.objects.filter(year=2017).exclude(suspicions=None).count()
SELECT COUNT(*) AS "__count"
FROM "core_reimbursement"
WHERE ("core_reimbursement"."year" = 2017
       AND NOT ("core_reimbursement"."suspicions" IS NULL))

Execution time: 0.070313s [Database: default]

Out[3]: 46

Changes Unknown when pulling 9cbc8b216bf088759aec3359e06cf49af50c8987 on cuducos-use-django-extensions into ** on master**.

Dear code reviewer: Code Climate red badge is fixed by #208 (in which we configure larger line length than PEP8).


What happened? 14,588 deletions in the latest version?

14,588 deletions?
Magento2 front- and backend are a bit messed up now. Please restore!
LInk: https://github.com/mageplaza/magento-2-dutch-language-pack/commit/fc9c7f7dd3429be9e051b1bdbf4c71bbaa8f997e

Maybe it's an idea to start working with releases so we can roll back.

Maybe it's an idea to start working with releases so we can roll back.

Great idea, looking forward to this!

Thanks for your report and sorry for any inconvenience.
We have fixed this issue few hours ago,
please update latest version or rollback to previous.
Magento removed a server related to Crowdin.
We have build a new server to resolve the problem.
To help Magento community, feel free to translate this language pack in
Crowdin.
--

Sam Thomas
Founder & CEO | Mageplaza
mobile: +84368128999
site: www.mageplaza.com
email<EMAIL_ADDRESS>skype: truongnq2306
address: F11, Ho Guom Plaza, 102 Tran Phu, Van Quan, Ha Dong, Hanoi, VN


Web Hook in cert-manager is not working properly. Can anyone please me out.

I am getting below issue while creating the self-signed issuer and a certificate resource in a test namespace.
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": Service Unavailable
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": Service Unavailable
Describe the bug:
we will create a self-signed issuer and a certificate resource in a test namespace
apiVersion: v1
kind: Namespace
metadata:
  name: cert-manager-test
---
apiVersion: cert-manager.io/v1
kind: Issuer
metadata:
  name: test-selfsigned
  namespace: cert-manager-test
spec:
  selfSigned: {}
---
apiVersion: cert-manager.io/v1
kind: Certificate
metadata:
  name: selfsigned-cert
  namespace: cert-manager-test
spec:
  dnsNames:
    - example.com
  secretName: selfsigned-cert-tls
  issuerRef:
    name: test-selfsigned**

Expected behaviour:
Need to communicate with webhook and create the self assigned certificate.
Steps to reproduce the bug:
I have followed the steps from the given below link
https://cert-manager.io/docs/installation/kubectl/
Anything else we need to know?:
Environment details::

Kubernetes version:
kubectl version
Client Version: v1.28.1
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.28.1

Cloud-provider/provisioner:

cert-manager version:  ert-manager-controller:
Image:       quay.io/jetstack/cert-manager-controller:v1.14.5

Install method:
https://cert-manager.io/docs/installation/kubectl/

/kind bug

Hey @minigamkreddy thanks for raising. This is a fairly common error to see and usually it is networking, DNS or cloud provider specific as the issue. We have a guide to help debug if you could try that first?
https://cert-manager.io/docs/troubleshooting/webhook/
Failing that, can you please share your k8s environment details.
In general every cert-manager resource if sent to the cert-manager-webhook deployment to validate the resource before it is saved to k8s to be actioned. It appears k8s cannot find that service, so please check that component is running.

Environment Details
Kubernetes version:
kubectl version
Client Version: v1.28.1
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.28.1
OS Details
Description:	Ubuntu 20.04.6 LTS
cert-manager version: ert-manager-controller:
Image: quay.io/jetstack/cert-manager-controller:v1.14.5
Note : For more Details related to Enviromment please reply back.

resource mapping not found for name: "cert-manager" namespace: "" from "test-resources.yaml": no matches for kind "Issuer" in version "v1"
ensure CRDs are installed first
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": proxyconnect tcp: dial tcp <IP_ADDRESS>:3128: connect: connection refused
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": proxyconnect tcp: dial tcp <IP_ADDRESS>:3128: connect: connection
refused
When I do the kubectl apply -f test-resources.yaml cert-manager is excepted the response from the proxy server.
<IP_ADDRESS>:3128: these not happen cert-manager should except the response from the current cluster.

If you run kubectl get crd do you see the cert-manager CRD resources in the cluster?
Just looking at this error:
resource mapping not found for name: "cert-manager" namespace: "" from "test-resources.yaml": no matches for kind "Issuer" in version "v1"
ensure CRDs are installed first

Perhaps the CRDs were not installed, and that could explain it. But i expect they are there otherwise there should be more failing components.

root@KmasterVM:/home/manoj/VM1_E810/cert-manager# kubectl get crd
NAME                                                  CREATED AT
bgpconfigurations.crd.projectcalico.org               2023-09-05T04:25:42Z
bgppeers.crd.projectcalico.org                        2023-09-05T04:25:42Z
blockaffinities.crd.projectcalico.org                 2023-09-05T04:25:42Z
caliconodestatuses.crd.projectcalico.org              2023-09-05T04:25:42Z
certificaterequests.cert-manager.io                   2024-05-07T14:58:36Z
certificates.cert-manager.io                          2024-05-07T14:58:36Z
challenges.acme.cert-manager.io                       2024-05-07T14:58:36Z
clusterinformations.crd.projectcalico.org             2023-09-05T04:25:42Z
clusterissuers.cert-manager.io                        2024-05-07T14:58:36Z
felixconfigurations.crd.projectcalico.org             2023-09-05T04:25:42Z
globalnetworkpolicies.crd.projectcalico.org           2023-09-05T04:25:42Z
globalnetworksets.crd.projectcalico.org               2023-09-05T04:25:42Z
hostendpoints.crd.projectcalico.org                   2023-09-05T04:25:42Z
ipamblocks.crd.projectcalico.org                      2023-09-05T04:25:42Z
ipamconfigs.crd.projectcalico.org                     2023-09-05T04:25:42Z
ipamhandles.crd.projectcalico.org                     2023-09-05T04:25:42Z
ippools.crd.projectcalico.org                         2023-09-05T04:25:42Z
ipreservations.crd.projectcalico.org                  2023-09-05T04:25:42Z
issuers.cert-manager.io                               2024-05-07T14:58:36Z
kubecontrollersconfigurations.crd.projectcalico.org   2023-09-05T04:25:42Z
networkpolicies.crd.projectcalico.org                 2023-09-05T04:25:42Z
networksets.crd.projectcalico.org                     2023-09-05T04:25:42Z
orders.acme.cert-manager.io                           2024-05-07T14:58:36Z
root@KmasterVM:/home/manoj/VM1_E810/cert-manager#

above issue got resloved. But I am seeing another issue
oot@KmasterVM:/home/manoj/VM1_E810/cert-manager# kubectl apply -f test-resources.yaml
namespace/cert-manager-test unchanged
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": tls: failed to verify certificate: x509: certificate has expired or is not yet valid: current time 2024-05-15T17:19:50Z is before 2024-05-15T21:01:12Z
Error from server (InternalError): error when creating "test-resources.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": failed to call webhook: Post "https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s": tls: failed to verify certificate: x509: certificate has expired or is not yet valid: current time 2024-05-15T17:19:50Z is before 2024-05-15T21:01:12Z
I have change the time to IST but still it doesn't work
Can you suggest me any idea how to reslove these issue.

Ok so you have CRDs and you now have a new error. Previously it was connection refused but now you have "tls: failed to verify certificate: x509: certificate has expired or is not yet valid: current time 2024-05-15T17:19:50Z is before 2024-05-15T21:01:12Z"
Can you get the cert-manager-webhook-ca certificate out of the secret it is stored in?
k get secret -n cert-manager cert-manager-webhook-ca -o json | jq -r '.data["tls.crt"]' | base64 --decode | openssl x509 -text -noout

Assuming that cert is active (which it should be). I would validate that your server time is synced properly. This seems like your master node you are running on. Maybe try checking your server time compared to actual time to see if there is any drift?
sntp -d pool.ntp.org

For example my output seems to be:
..
+0.022888 +/- 0.025390 pool.ntp.org <IP_ADDRESS>

Which seems very much in sync.
The concerning bit in your error is that the cert seems to be issued for the future in your case. So some time setting appears to be off: certificate has expired or is not yet valid: current time 2024-05-15T17:19:50Z is before 2024-05-15T21:01:12Z

The ClusterIssuer is available to use by Certificate resources from any namespace.
However the Certificate resource itself is namespaced and cert-manager will only create a Secret in the same namespace as the Certificate.
It very much depends on your use case here. Usually the certificates would be mounted to an app, provided to and Ingress in the same namespace and other controllers would reference the secret across namesapces, like an ingress controller deployment.
Can you describe the use case?
Do you know what resolved the original issue? Just incase anyone else has a similar problem in the future?

Hi @hawksight ,
Thanks for your response.
Following is our usecase:

We have 2 applications running in Node1 and Node2 of single cluster.
APP1 running in Node1 in namespace node1
APP2 running in Node2 in namespace node2
We have common ClusterIssuer.yaml(currently we are using selfsigned) which should issue the certificate.
And the APP1 and APP2 helm charts will have respective certificate.yaml files which will refer to same ClusterIssuer.
We are able to create secret and mount it in APP1 and APP2.
We can see the ca.crt, tls.crt and tls.key in the mounted path in APP1 and APP2.
Now while doing certificate based authentication between APP1 and APP2, we are facing issue "root ca do not match".
We see that the ca.crt generated is different.
If we are referring same ClusterIssuer then the ca.crt should be same right ?
##############################################
Following is out ClusterIssue.yaml file:
apiVersion: cert-manager.io/v1
kind: ClusterIssuer
metadata:
name: selfsigned-clusterissuer
namespace: test
spec:
selfSigned: {}
#####################################################
And following is our certificate in APP1 charts:
apiVersion: cert-manager.io/v1
kind: Certificate
metadata:
name: test-ca
namespace: node1
spec:
isCA: true
commonName: "example1.com"
dnsNames:

example1.com
secretName: test-ca-secret
issuerRef:
name: selfsigned-clusterissuer
kind: ClusterIssuer
group: cert-manager.io

############################################
And following is our certificate file in APP2 charts:
apiVersion: cert-manager.io/v1
kind: Certificate
metadata:
name: test-ca
namespace: {{ .Values.nameSpace }}
spec:
isCA: true
commonName: "example1.com"
dnsNames:

example1.com
secretName: test-ca-secret
issuerRef:
name: selfsigned-clusterissuer
kind: ClusterIssuer
group: cert-manager.io

Can you please check why the ca.crt getting generated are different ?


Test that read_10x_vdj and read_10x_vdj_csv result in the same data matrix.

In GitLab by @grst on Mar 30, 2020, 14:53
null

Tested it locally and it works as of #109.
Don't want to include it in the test suite because

the files I currently have available are unpublished
it significantly increases the repo size.


Create offline token with PowerShell

Provide better instructions on creating an offline token using PowerShell See here for more details. https://github.com/MicrosoftDocs/azure-docs/issues/81372

@keithmweaver : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#label:"aq-pr-triaged"

#label:"aq-pr-triaged"

Any update on this?

@kenwith for review
Thanks.

First, @keithmweaver , thank you for taking the time to submit a PR and make the docs better. I know it takes extra time to submit a PR and share your expertise when working in an area. And I appreciate it.
I checked with the product team that owns this area and received the following feedback. Thoughts?
Changing the path from:
Add-Type -Path "..\MSAL\Microsoft.Identity.Client.dll"
To:
Add-Type -Path "C:\Program Files\WindowsPowerShell\Modules\Microsoft.Identity.Client\<version>\Microsoft.Identity.Client.dll"
will not always be successful as a PowerShell Module installation path is configurable.
We will either need to modify the script to include the “$Env:PSModulePath” or “[Environment]::GetEnvironmentVariable("PSModulePath")” to get the right installation module path.

Thanks for the input, I didn't think of that. It would probably make sense to include the “$Env:PSModulePath” variable in the script.

Sounds good, I will create a work item to get the variable in the script and will reference this PR to capture what you have added too. I will close this one out. Thank you again for your work on this.
#please-close

Added work item to backlog: 1705568


Add MIT license

Fixes #19

Thanks your contribution (and sorry it sat here for so long!). I've superceded this with #28 to ensure the license is Crown Copyright compatible 😃


Update the brain template to improve registration and lesion refinement step

Try to change the MNI brain template to another ICBM space-based template that may improve registration and lesion refinement step.
Maybe the Collins27 brain template is a suitable choice.

The MNI white matter masks were updated


Scroll to current date when revealing past events

Current behavior: when showing past events, event list is scrolled to top of page (oldest event)
Desired behavior: scroll to today's date. Past events will be off the screen upward.

No longer needed


enable py312

Updating for Python3.12

Codecov Report
Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (aabfd16) 98.30% compared to head (3f8c4af) 95.22%.
Report is 15 commits behind head on master.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #3139      +/-   ##
==========================================
- Coverage   98.30%   95.22%   -3.09%
==========================================
  Files          74       74
  Lines        8038     8044       +6
==========================================
- Hits         7902     7660     -242
- Misses        136      384     +248

Flag
Coverage Δ

unittests
95.22% <92.85%> (-3.09%)
:arrow_down:

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

Files
Coverage Δ

rich/console.py
95.16% <100.00%> (-2.88%)
:arrow_down:

rich/markdown.py
99.45% <100.00%> (ø)

rich/syntax.py
98.19% <100.00%> (-0.29%)
:arrow_down:

rich/text.py
99.01% <66.66%> (-0.17%)
:arrow_down:

... and 2 files with indirect coverage changes

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


Unify the mac and non-mac code bases!

Now that the behaviors are the same after #48, we can unify the codebases. I just needed to add a few extra if Sys.isapple() / Sys.iswindows() statements, but altogether not bad.
Still need to merge the test files so that the linux/windows builds are more thoroughly tested.

oh great
so not reason I submit a full bug report ;-)
thanks a lot
Le mar. 16 avr. 2019 à 16:58, Nathan Daly<EMAIL_ADDRESS>a
écrit :

Now that the behaviors are the same after #48
https://github.com/NHDaly/ApplicationBuilder.jl/pull/48, we can unify
the codebases. I just needed to add a few extra if Sys.isapple() /
Sys.iswindows() statements, but altogether not bad.
Still need to merge the test files so that the linux/windows builds are
more thoroughly tested.
You can view, comment on, or merge this pull request online at:
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51
Commit Summary

Starting to unify the code for the Mac and non-mac APIs
indent mac testsets
Change from cp cmd to Base.cp function for compatability
Unify the code bases into ApplicationBuilder.jl! 🙌

File Changes

M src/ApplicationBuilder.jl
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51/files#diff-0
(365)
D src/bundle.jl
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51/files#diff-1
(68)
M test/ApplicationBuilder.jl
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51/files#diff-2
(108)

Patch Links:

https://github.com/NHDaly/ApplicationBuilder.jl/pull/51.patch
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/NHDaly/ApplicationBuilder.jl/pull/51, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AExRfgWXaHoWxOCi0v84Vykl7y8WRw1yks5vheUkgaJpZM4cydcT
.


Economics.rst

I created a new section that describes the basic economics that underlie the generalized Roy model and discuss some selected issues in the econometrics of policy evaluation. At this point this is mainly a simple copy of the material from https://github.com/policyMetrics/miscellaneous/blob/master/Eisenhauer.2012.pdf
Please polish this section by properly formatting everything such as the equations, references. Please make sure that all references also show up in the bibliography.

I added some material on the Local Average Treatment Effect, this is from https://github.com/policyMetrics/miscellaneous/blob/master/writings/files/s-concepts-parameters.tex

Is there a reason for abbreviating the effects with an empty space between the first and the following letters? (for instance: A TE instead of ATE)

No, that is not intended. Please fix.
On Tue 29. Aug 2017 at 09:44, Sebastian Becker<EMAIL_ADDRESS>wrote:

Is there a reason for abbreviating the effects with an empty space between
the first and the following letters? (for instance: A TE instead of ATE)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/grmToolbox/grmpy/issues/6#issuecomment-325687037, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ADcMJ1PN9--Ez9CN_zfzV6NNF10aaYXmks5sdCPlgaJpZM4PCxxq
.

--
Philipp Eisenhauer
Economist
Mail<EMAIL_ADDRESS>Web www.eisenhauer.io
Repository https://github.com/peisenha

I am not sure to about the reference Imbens (1994). Do you know which paper you referring to?

https://www.jstor.org/stable/2951620?seq=1#page_scan_tab_contents
On Wed 30. Aug 2017 at 10:43, Sebastian Becker<EMAIL_ADDRESS>wrote:

I am not sure to about the reference Imbens (1994). Do you know which
paper you referring to?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/grmToolbox/grmpy/issues/6#issuecomment-325939991, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ADcMJyXDl-M5FUTRTk6HyvqP6N64TEKnks5sdS6zgaJpZM4PCxxq
.

--
Philipp Eisenhauer
Economist
Mail<EMAIL_ADDRESS>Web www.eisenhauer.io
Repository https://github.com/peisenha

Please fix:

no consistent bibliography style it seems, please use APA. @tobiasraabe, please provide Sebastian with the links about citation style you collected a couple of weeks ago, adopt this as the default style going forward
MTE equation flawed, please go to original document and fix
align multiline equations as I did in the first block of equations
treatment multiple authors sometimes &, sometimes et,  sometimes and please choose one
The observed outcome :mathY is, please fix formatting error
The individual benefit of treatment is defined as B=Y1−Y0=(μ1(X)−μ0(X))+(U1−U0)B=Y1−Y0=(μ1(X)−μ0(X))+(U1−U0).  please extract the equation and put it in a separate line ...
keeping all other instruments fixed, the ceteris paribus effect of the change in the instrument. Heckman develops this argument in detail (2010). reference missing, check original

Before assigning the issue back to me, please also do the following that will help us to get doc in shape. Please compile a pdf of the relevant part of the documentation, print it out and then read it out loud to you. This catches missing words and spelling errors much better as it forces you to slow down. I usually miss a lot of little things when just working on the screen ....

I would propose that you integrate the sphinx bibtex extension (http://sphinxcontrib-bibtex.readthedocs.io/en/latest/usage.html) and use the cite commands as well as the bibliography directive. This allows you to choose a bibliographystyle which will automatically impose the right format.

@tobiasraabe
I have integrated sphinxcontrib-bibtex as described in the link. And it seems to work well locally, but not in our online documentation. I am not sure why. Any ideas?

Have you seen this https://sphinxcontrib-bibtex.readthedocs.io/en/latest/usage.html#unresolved-citations-across-documents. There seems to be a difference between how latex references and HTML refs are build.

@peisenha
I solved the problem with sphinxcontrib-bibtex. Unfortunately, sphinxcontrib-bibtex doesn't support the apalike bibtex style. I integrated another one. If it doesn't satisfying your expectations there would be the possibility to integrate the APA style manually. Let me know what you think of it.

Great @SeBecker. That is much nicer what I figured out for the respy package. This is good enough for now. Next, we need to focus on creating more content for the documentation. @tobiasraabe Thank you for your help!


SignIn: Add a loading indicator. #6477

Added a loading indicator when user clicks on Sign in button.
Fixes #6477.
Here's how it looks after clicking submit button:

@rishig  Does it look good?  Any changes needed?
Also just wanted to know how a PR is merged in zulip after review.

Thanks Vishal! You can check the "Assignees" on the right hand side to see who is assigned to review. It can take a few days sometimes, depending on when the reviewer is available.
The reviewer who merges it will leave a note here when it is merged.

Some other feedback:

Do not put a background color on the loader. The button background changes colors so the loader looks incorrect on hover.

 :) Maybe do this with an SVG instead and embed it, and display/hide when needed/not needed.

@brockwhittaker as suggested, I have replaced the gif with a SVG and embedded it. Please review it let me know if it requires some more changes.

@rishig  can you please explain why codecov/project check is failing? I can't figure it out from the error details.

I suspect the codecov is complaining because of the large svg file being added. Feel free to ignore that error.
I'll let Brock continue with the rest of the review. Thanks @VishalCR7!

Suggestion - How about removing "Log in" when user clicks on "Log in" button and just show the loading indicator -

The loading indicator was done in #6477, and I think #7884 tracks the sign in work.  So closing as obsolete, thanks @VishalCR7.


On image pull request - Not enough space problem

Required information

Distribution:  Ubuntu Server
Distribution version: 16.04
The output of "lxc info" or if that fails:
driver: lxc
driverversion: 2.0.1
kernel: Linux
kernelarchitecture: x86_64
kernelversion: 4.4.0-28-generic
server: lxd
serverpid: 2674
serverversion: 2.0.2
storage: zfs
storageversion: "5"

Issue description:
Not enough space in the zfs pool, makes LXD to stop the download process of the image with Fail message in "lxc monitor". However, the "incomplete" files that were downloaded in '/var/lib/lxd/images/'  are filling the zfs pool but since the "image copy" operation was not complete, they are not visible by lxd ("lxc image list"). So, LXD is not able to delete them with "lxc delete".
To solve this:

LXD should check if there is enough space on the zfs pool before start the download process, and somehow reserve that space.
When the image download process fails: either pause and then continue (if it is a connection problem) or delete the incomplete files (if the problem is not the connection).

Steps to reproduce:

Step one: Make a few POST requests to https://server:port/1.0/images,  on LXD instance with  small zfs pool:

Example:
{
"public": false,
"auto_update": true,
"properties": {
                           "os": "...",
},
"source": {
                      "type": "image",
                      "mode": "pull",
                       "server": "...",
                       "protocol": "lxd",
                       "alias": "..."
    }
}

Step two: Wait until the download process fails, because of "Not enough space".

Step three: Chack the zfs pool status with "zpool list", check how much images were copied with "lxc image list".

Can you provide the output from lxc image list, sudo zfs list, sudo ls -l /var/lib/lxd/images and sudo tail -n 50 /var/log/lxd/lxd.log after a failed image pull?  I can partially reproduce the failure, but I only end up with a dangling empty subvolume directory, I don't see significant disk usage from the failed pull.


Remove the automated Demo output

Removing the call to the Demo function will make it easier to add the thread.scad library to code without having to modify the library before use.

You should just use <threads.scad> instead of include <threads.scad> to not get the demo objects.


Random Crash idk

latest.log
I have tried with and without fabric api but I crash either way
I do have QSL installed
https://modrinth.com/mod/qsl

You have a forge mod (entityculling). This is not supported by Quilt.

Install the Fabric version of EntityCulling
Remove Fabric API from your mods folder

Please post the new latest.log if it still crashes.

Sorry for taking so long but it still crashes
latest.log
s

help?

Hi, unfortunately GitHub is not designed for user support. Only a handful of people regularly check these issues, and they are busy with actually developing things.
You should have more luck with support in either our Forum or on our Discord.

Yeah, please continue on the forums or Discord.


Error with migration in Laravel 5.1

I try the migration but i have an error:

[Symfony\Component\Debug\Exception\FatalThrowableError]
Class name must be a valid object or a string

I don't know what to do

Hello, you have to edit the file vendor/zizaco/entrust/src/commands/MigrationCommand.php on lines 84, 85, this resulting
    $usersTable  = Config::get('auth.table');
    $userModel   = Config::get('auth.model');

after that execute the instruction:
php artisan entrust:migration

thank you very much, it works now.

@Zizaco Please fix this Config::get('auth.model') in EntrustRoleTrait

Hey guys, Good day. Can you help me with this issue. Thanks!


Rewritten kinematic system

Fixed https://github.com/godotengine/godot/issues/11520

@reduz ? Any input on this one ?


TypeError: 'Files' object is not subscriptable when using mkdocs 1.6.0 and simple plugin with merge_docs_dir: false

Mkdocs serve fails with mkdocs 1.6.0 and simple plugin with merge_docs_dir: false
This error does not occur with mkdocs versions prior to 1.6.0. The issue seems to be related to the Files object handling in the mkdocs-simple-plugin when the merge_docs_dir parameter is set to false.
As a temporary workaround, reverting to an earlier version of mkdocs or setting merge_docs_dir to true avoids the error.
Steps to Reproduce:
Set up an mkdocs project with mkdocs version 1.6.0.
Install and configure the mkdocs-simple-plugin.
Set the merge_docs_dir configuration parameter to false in the mkdocs.yml file.
Run the mkdocs serve command.
Expected Behavior:
The mkdocs server should start without any errors, and the site should be accessible for preview.
Actual Behavior:
node@backstage-docker:/app$ mkdocs --version
mkdocs, version 1.6.0 from /usr/local/lib/python3.9/dist-packages/mkdocs (Python 3.9)
node@backstage-docker:/app$ mkdocs serve
INFO    -  DeprecationWarning: warning_filter doesn't do anything since
           MkDocs 1.2 and will be removed soon. All messages on the
           `mkdocs` logger get counted automatically.
             File
           "/usr/local/lib/python3.9/dist-packages/mkdocs_monorepo_plugin/parser.py",
           line 22, in <module>
               from mkdocs.utils import yaml_load, warning_filter,
           dirname_to_title, get_markdown_title
             File
           "/usr/local/lib/python3.9/dist-packages/mkdocs/utils/__init__.py",
           line 403, in __getattr__
               warnings.warn(
INFO    -  Building documentation...
INFO    -  mkdocs-simple-plugin: build_dir: /tmp/mkdocs_simple_xgfrtozg
INFO    -  Cleaning site directory
INFO    -  mkdocs-simple-plugin: Added README.md
INFO    -  mkdocs-simple-plugin: Added CHANGELOG.md
INFO    -  DeprecationWarning: Do not access Files._files.
             File
           "/usr/local/lib/python3.9/dist-packages/mkdocs_simple_plugin/plugin.py",
           line 376, in on_files
               for file in files._files[:]:
             File
           "/usr/local/lib/python3.9/dist-packages/mkdocs/structure/files.py",
           line 172, in _files
               warnings.warn("Do not access Files._files.",
           DeprecationWarning)
Traceback (most recent call last):
  File "/usr/local/bin/mkdocs", line 8, in <module>
    sys.exit(cli())
  File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1157, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1078, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1688, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1434, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/__main__.py", line 268, in serve_command
    serve.serve(**kwargs)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/commands/serve.py", line 85, in serve
    builder(config)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/commands/serve.py", line 67, in builder
    build(config, serve_url=None if is_clean else serve_url, dirty=is_dirty)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/commands/build.py", line 292, in build
    files = config.plugins.on_files(files, config=config)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/plugins.py", line 593, in on_files
    return self.run_event('files', files, config=config)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs/plugins.py", line 566, in run_event
    result = method(item, **kwargs)
  File "/usr/local/lib/python3.9/dist-packages/mkdocs_simple_plugin/plugin.py", line 376, in on_files
    for file in files._files[:]:
TypeError: 'Files' object is not subscriptable

mkdocs.yml:
site_name: 'Backstage Documentation'
repo_url: https://...
edit_uri: edit/main

nav:
  - README: README.md
  - CHANGELOG: CHANGELOG.md
plugins:
  - techdocs-core
  - simple:
      folders: ["./CHANGELOG.md", "./README.md"]
      merge_docs_dir: false

Ah, looks like I just didn't release my fix #693
Update to v3.2.0

Please re-open if you still have issues after the update


fix(logger) - random error when calling console.log. Wrapped in a try…

… catch to prevent from bubbling to user.
Feel free to modify it. I wasn't sure to do in the catch. Since the console not being available is what is causing the problem. So... yeah.

@justinmchase spaces added.

0.2.3 published with this change.


CORE-9729 Re-registration wiki

Added to the Wiki - https://github.com/corda/corda-runtime-os/wiki/Member-Re‐registration


Error on import Cryptor using Swift 4 on Linux

Hi there,
This is likely operator error, but I didn't see any tickets related and thought I'd see if I'm doing something obviously wrong. I'm trying to use the Cryptor package via Swift package manager for a command line executable on Ubuntu 16.04 using swift-4.0-DEVELOPMENT-SNAPSHOT-2017-07-24-a-ubuntu16.04, but I can't seem to get the package dependency  to take.
I set things up like so:
mkdir rando
cd rando
swift package init --type executable

The Package.swift file for my new project:
// swift-tools-version:4.0
// The swift-tools-version declares the minimum version of Swift required to build this package.

import PackageDescription

let package = Package(
    name: "rando",
    dependencies: [
        // Dependencies declare other packages that this package depends on.
        // .package(url: /* package url */, from: "1.0.0"),
        .package(url: "https://github.com/IBM-Swift/BlueCryptor.git", from: "0.8.16")
    ],
    targets: [
        // Targets are the basic building blocks of a package. A target can define a module or a test suite.
        // Targets can depend on other targets in this package, and on products in packages which this package depends on.
        .target(
            name: "rando",
            dependencies: []),
    ]
)

The main.swift file head:
import Glibc
import Foundation
import Cryptor

When I run swift build things appear to go as planned but the compiler errors out on the import statement:
wgray@ubuntu:~/Swift/rando$ swift build
Fetching https://github.com/IBM-Swift/BlueCryptor.git
Updating https://github.com/IBM-Swift/BlueCryptor
Updating https://github.com/IBM-Swift/OpenSSL.git
Cloning https://github.com/IBM-Swift/BlueCryptor.git
Resolving https://github.com/IBM-Swift/BlueCryptor.git at 0.8.16
Compile Swift Module 'rando' (1 sources)
/home/wgray/Swift/rando/Sources/rando/main.swift:3:8: error: no such module 'Cryptor'
import Cryptor
       ^
error: terminated(1): /home/wgray/swift-4.0-DEVELOPMENT-SNAPSHOT-2017-07-24-a-ubuntu16.04/usr/bin/swift-build-tool -f /home/wgray/Swift/rando/.build/debug.yaml main

Perhaps I missed a step, or need to provide some kind of module map listing? Another thought that occurs is that I've had to provide flags to the compiler and linker in other situations, am I missing something I should be passing, e.g. swift build -Xcc -DENABLE_FOO ?
Thanks for any advice, and apologies if there is another more preferable place to post questions like this.

I met the same issue and can't find a way to handle it.
I change the swift-tools-version to 3.1.1 and edit the Package.swift in an old Swift 3 way.
This method is only a workaround but not the final solution.

After declaring a dependency, you also have to add its product name to depending targets' dependencies array. BlueCryptor's product name is Cryptor.
This Package.swift file worked for me (using the optional .upToNextMajor(from:) syntax:
// swift-tools-version:4.0
// The swift-tools-version declares the minimum version of Swift required to build this package.

import PackageDescription

let package = Package(
    name: "tmp",
    products: [
        // Products define the executables and libraries produced by a package, and make them visible to other packages.
        .library(
            name: "tmp",
            targets: ["tmp"]),
    ],
    dependencies: [
        // Dependencies declare other packages that this package depends on.
        // .package(url: /* package url */, from: "1.0.0"),
        .package(url: "https://github.com/IBM-Swift/BlueCryptor.git", .upToNextMajor(from: "0.0.0"))
    ],
    targets: [
        // Targets are the basic building blocks of a package. A target can define a module or a test suite.
        // Targets can depend on other targets in this package, and on products in packages which this package depends on.
        .target(
            name: "tmp",
            dependencies: ["Cryptor"]),
        .testTarget(
            name: "tmpTests",
            dependencies: ["tmp"]),
    ]
)

I assume the recommended change above worked?  If not, feel free to re-open the issue.


Having difficulty configuring LDAP

Hi,
I've recently installed caravel, love the interface. And on top of druid it's sublime.
I'm trying to sort out LDAP authentication for Caravel and I get the following error when i change the AUTH_TYPE declaration in my config.
NameError: name 'AUTH_LDAP' is not defined

any ideas? I'm guessing I'm doing something wrong, had a google around and can't find any documentation on it either.
Any help would be great! :)
Cheers

It lives in the flask appbuilder package, you need to import it from there

Ah nice one, that's great. Is there any documentation for configuring caravel other the source?
We can close this now. Thanks for your help.

Hi, having digged in the flask appl builder configs, i'm still having trouble getting this working. Here is  my current configuration, for AD:
DEBUG = True

AUTH_TYPE = AUTH_LDAP

#AUTH_USER_REGISTRATION = True
AUTH_LDAP_SERVER = "ldap://us-lou-svv-1101.domain.co.uk"
#AUTH_LDAP_BIND_USER =<EMAIL_ADDRESS>AUTH_LDAP_SEARCH = "dc=domain,dc=co,dc=uk"
AUTH_LDAP_BIND_USER = "CN= LDAP Search,OU=Tasks,OU=Administrative,OU=Users,OU=UK,DC=domain,DC=co,DC=uk"
#UTH_LDAP_BIND_USER = "cn=gblsci_ldapsrch,dc=domain,dc=co,dc=uk"
AUTH_LDAP_BIND_PASSWORD = "Password"
AUTH_LDAP_UID = "sAMAccountName"

Any ideas?

Can you try creating an account manually and logging in? Make sure you give appropriate permissions e.g. Gamma.
I am unable to auto-create accounts using LDAP auth, although authentication works correctly.

Since this is the first entry that comes up for Superset & LDAP, I'd like to point out for others that the proper setting for account name is AUTH_LDAP_UID_FIELD and not AUTH_LDAP_UID as shown above.

hello  ,can anyone help me ?  this is a part of my superset_config.py  about ldap
AUTH_TYPE = 2
AUTH_LDAP_SERVER = "ldap://xxx.xxx.xxx.xxx:389"
AUTH_LDAP_USE_TLS = False
AUTH_LDAP_BIND_USER = "bind-user-to-ldap"
AUTH_LDAP_BIND_PASSWORD = "password"
AUTH_LDAP_APPEND_DOMAIN ="hhh.com"
AUTH_LDAP_UID_FIELD = "userPrincipalName"
AUTH_LDAP_SEARCH ="OU=ee,OU=dd,DC=cc,DC=bb,DC=aaa"
but it can't login in superset  sucessfully!
I take the way of username and password to make ldap access  ...
help me    ,thank you ~

I have solved this question  when l use sAMAccountName instead of userPrincipalName.  problem appears beacuse of  AUTH_LDAP_APPEND_DOMAIN,it will repeatly append to url twice when there is twice binds.thanks


grandpa-rpc: use FinalityProofProvider to check finality for rpc

#5732  introduced a subscription based API for streaming finality proofs (justifications) as they become available.
This PR adds an on-demand API that clients can call to catch up on the stream of proofs if they need to fill in missing proofs. For example after a period of being offline.
The implementation is based on shared the existing FinalityProofProvider with the Grandpa RPC handler which is then used to query for finality proofs.
TODO

[x] Figure out how to handle the authorities set ID that the API currently expects to be passed in.
[x] Refactor away the unnecessary encode/decode step that the initial implementation does.
[x] Tests.

Part of #6066
polkadot companion: https://github.com/paritytech/polkadot/pull/1654

I think this is ready to merge but doing the last review and looking at the API we expose got me thinking that it is rather cumbersome to use (we are basically just exposing the existing FinalyProofProvider API). Our current API is:
fn prove_finality(
  begin: Hash,
  end: Hash,
  authorities_set_id: u64,
) -> Option<Vec<FinalityProof>>>;

It requires that a user of the API keep track of the authorities set id and also of block ranges spanning a given set. I think we should be able to implement the following API:
fn prove_finality(block: Hash) -> Option<FinalityProof>;

The way this API would work is that it would always generate a finality proof based on the justification from the last block in the set (which is always guaranteed to be persisted).
If a user wants to prove finality for block #52 we figure out what the set id is for that block and what the last block in the session was. Then we have all the data needed for FinalityProofProvider to generate the proof. I think the only thing we need to do is to start persisting the block number of the last block of the authority set so we get a Vec<BlockNumber>. Given any block number we could then perform binary search on this array to figure out what the last block in the set was (and implicitly the set id given by the index in the array).
For some service that is trying to sync and check for finality they would:

prove_finality(#1), for which they would get a finality proof that proves finality of all blocks up until the last block in the set;
this proof will include all of the block headers, so they can just import them if needed (although it might make sense to make the inclusion in the proof optional and just provide block hashes);
they will also now be able to tell what the first block in the next authority set is (i.e. last block in previous finality proof + 1);
they loop this process until they get None finality proof, which means they'll be on the latest authority set;
afterwards they can start listening to the live justifications using the pubsub API.

bot merge