Flutter web doesn't hot restart

When i run the website it does load but when i edit the files and do a hot restart it keeps loading and never stops.
Steps to Reproduce

Run flutter run.
Choose chrome.
Website load.
Edit something in your files
Press "r" in terminal.

Expected results: Performing hot restart... 6.43ms (!)
Actual results: Performing hot restart...  (This is taking an unexpectedly long time.)
and then it never stops loading

Logs
[  +95 ms] executing: [C:\Program Files\Flutter\flutter/] git -c log.showSignature=false log -n 1 --pretty=format:%H
[  +61 ms] Exit code 0 from: git -c log.showSignature=false log -n 1 --pretty=format:%H
[   +1 ms] 916c3ac648aa0498a70f32b5fc4f6c51447628e3
[   +1 ms] executing: [C:\Program Files\Flutter\flutter/] git tag --contains HEAD
[ +204 ms] Exit code 0 from: git tag --contains HEAD
[   +3 ms] 1.20.0
1.20.0-7.4.pre
[   +7 ms] executing: [C:\Program Files\Flutter\flutter/] git rev-parse --abbrev-ref --symbolic @{u}
[  +46 ms] Exit code 0 from: git rev-parse --abbrev-ref --symbolic @{u}
[   +1 ms] origin/beta
[        ] executing: [C:\Program Files\Flutter\flutter/] git ls-remote --get-url origin
[  +39 ms] Exit code 0 from: git ls-remote --get-url origin
[        ] https://github.com/flutter/flutter.git
[  +74 ms] executing: [C:\Program Files\Flutter\flutter/] git rev-parse --abbrev-ref HEAD
[  +44 ms] Exit code 0 from: git rev-parse --abbrev-ref HEAD
[        ] beta
[  +54 ms] Artifact Instance of 'AndroidMavenArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidGenSnapshotArtifacts' is not required, skipping update.
[   +1 ms] Artifact Instance of 'AndroidInternalBuildArtifacts' is not required, skipping update.
[   +1 ms] Artifact Instance of 'IOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterWebSdk' is not required, skipping update.
[   +3 ms] Artifact Instance of 'WindowsEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerDebugSymbols' is not required, skipping update.
[  +12 ms] executing: C:\Users\arvoc\AppData\Local\Android\Sdk\platform-tools\adb.exe devices -l
[  +42 ms] List of devices attached
[   +9 ms] Artifact Instance of 'AndroidMavenArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidGenSnapshotArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidInternalBuildArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IOSEngineArtifacts' is not required, skipping update.
[   +4 ms] Artifact Instance of 'WindowsEngineArtifacts' is not required, skipping update.
[   +1 ms] Artifact Instance of 'MacOSEngineArtifacts' is not required, skipping update.
[   +7 ms] Artifact Instance of 'LinuxEngineArtifacts' is not required, skipping update.
[   +1 ms] Artifact Instance of 'LinuxFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerDebugSymbols' is not required, skipping update.
[  +53 ms] Multiple devices found:
[  +29 ms] Web Server (web) • web-server • web-javascript • Flutter Tools
[   +1 ms] Chrome (web)     • chrome     • web-javascript • Google Chrome 84.0.4147.105
[   +1 ms] Edge (web)       • edge       • web-javascript • Microsoft Edge 84.0.522.52
[   +1 ms] [0]: Web Server (web-server)
[        ] [1]: Chrome (chrome)
[        ] [2]: Edge (edge)
[  +21 ms] Please choose one:
[   +1 ms]  [0|1|2]
[   +2 ms] :
[+21919 ms] flutter analyze
[   +1 ms] Please choose one:
[   +1 ms]  [0|1|2]
[        ] :
[+4965 ms] 1
[  +67 ms] Found plugin flutter_web_image_picker at C:\Program Files\Flutter\flutter.pub-cache\hosted\pub.dartlang.org\flutter_web_image_picker-0.0.2
[  +57 ms] Found plugin flutter_web_image_picker at C:\Program Files\Flutter\flutter.pub-cache\hosted\pub.dartlang.org\flutter_web_image_picker-0.0.2
[  +46 ms] Generating C:\Program Files\Flutter\dashboard\android\app\src\main\java\io\flutter\plugins\GeneratedPluginRegistrant.java
[  +63 ms] Launching lib\main.dart on Chrome in debug mode...
[  +54 ms] Updating assets
[  +75 ms] Manifest contained wildcard assets. Inserting missing file into build graph to force rerun. for more information see #56466.
[   +4 ms] Syncing files to device Chrome...
[   +8 ms] Found plugin flutter_web_image_picker at C:\Program Files\Flutter\flutter.pub-cache\hosted\pub.dartlang.org\flutter_web_image_picker-0.0.2
[  +20 ms] Found plugin flutter_web_image_picker at C:\Program Files\Flutter\flutter.pub-cache\hosted\pub.dartlang.org\flutter_web_image_picker-0.0.2
[  +12 ms] Generating C:\Program Files\Flutter\dashboard\android\app\src\main\java\io\flutter\plugins\GeneratedPluginRegistrant.java
[  +45 ms] <- reset
[   +5 ms] C:\Program Files\Flutter\flutter\bin\cache\dart-sdk\bin\dart.exe --disable-dart-dev C:\Program Files\Flutter\flutter\bin\cache\artifacts\engine\windows-x64\frontend_server.dart.snapshot
--sdk-root C:\Program Files\Flutter\flutter\bin\cache\flutter_web_sdk/ --incremental --target=dartdevc --debugger-module-names -Ddart.developer.causal_async_stacks=true --output-dill
C:\Users\arvoc\AppData\Local\Temp\flutter_tools.6d8a0064\flutter_tool.15ed3375\app.dill --libraries-spec file:///C:/Program%20Files/Flutter/flutter/bin/cache/flutter_web_sdk/libraries.json --packages
.packages -Ddart.vm.profile=false -Ddart.vm.product=false
--bytecode-options=source-positions,local-var-info,debugger-stops,instance-field-initializers,keep-unreachable-code,avoid-closure-call-instructions --enable-asserts --track-widget-creation
--filesystem-root C:\Users\arvoc\AppData\Local\Temp\flutter_tools.6d8a0064\flutter_tools.45ce2ed --filesystem-scheme org-dartlang-app --initialize-from-dill build\cache.dill.track.dill --platform
file:///C:/Program%20Files/Flutter/flutter/bin/cache/flutter_web_sdk/kernel/flutter_ddc_sdk.dill
[  +18 ms] <- compile org-dartlang-app:/web_entrypoint.dart
[+6893 ms] Syncing files to device Chrome... (completed in 6.997ms, longer than expected)
[   +1 ms] Synced 24.1MB.
[   +1 ms] <- accept
[   +1 ms] Caching compiled dill
[ +188 ms] [CHROME]:
[   +4 ms] [CHROME]:DevTools listening on ws://<IP_ADDRESS>:62244/devtools/browser/27a58271-128e-4a6b-8ff9-a5734759893e
[+5183 ms] Debug service listening on ws://<IP_ADDRESS>:62267/yrmQSqQ47TQ=
[ +177 ms] Debug service listening on ws://<IP_ADDRESS>:62267/yrmQSqQ47TQ=
[   +3 ms] Warning: Flutter's support for web development is not stable yet and hasn't
[        ] been thoroughly tested in production environments.
[        ] For more information see https://flutter.dev/web
[        ] �🔥  To hot restart changes while running, press "r" or "R".
[        ] For a more detailed help message, press "h". To quit, press "q".

[√] Flutter (Channel beta, 1.20.0, on Microsoft Windows [Version 10.0.18363.959], locale nl-NL)
• Flutter version 1.20.0 at C:\Program Files\Flutter\flutter
• Framework revision 916c3ac648 (5 days ago), 2020-08-01 09:01:12 -0700
• Engine revision d6ee1499c2
• Dart version 2.9.0 (build 2.9.0-21.10.beta)
[√] Android toolchain - develop for Android devices (Android SDK version 29.0.2)
• Android SDK at C:\Users\arvoc\AppData\Local\Android\Sdk
• Platform android-29, build-tools 29.0.2
• ANDROID_HOME = C:\Users\arvoc\AppData\Local\Android\Sdk
• Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b04)
• All Android licenses accepted.
[√] Chrome - develop for the web
• Chrome at C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
[√] Android Studio (version 3.6)
• Android Studio at C:\Program Files\Android\Android Studio
• Flutter plugin version 45.1.1
• Dart plugin version 192.7761
• Dart plugin version 192.7761
• Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b04)
[√] VS Code (version 1.47.3)
• VS Code at C:\Users\arvoc\AppData\Local\Programs\Microsoft VS Code
• Flutter extension version 3.13.2
[√] Connected device (3 available)
• Web Server (web) • web-server • web-javascript • Flutter Tools
• Chrome (web)     • chrome     • web-javascript • Google Chrome 84.0.4147.105
• Edge (web)       • edge       • web-javascript • Microsoft Edge 84.0.522.52
• No issues found!

@arjendevos could you resolve this? I have the issue very often but can not reproduce it consistently and I have no idea what is causing it. Sometimes hot restart works, sometimes not.

@arjendevos could you resolve this? I have the issue very often but can not reproduce it consistently and I have no idea what is causing it. Sometimes hot restart works, sometimes not.


Made ulib/ml/32bit compile again (even if still incorrect)

The files in ulib/ml/32bit are unfortunately still needed to compile F* on 32 bit operating systems, since without them one gets errors like this:
+  ocamlfind ocamlc -c -g -annot -bin-annot -thread -package stdint -package batteries -package zarith -package ppx_deriving.std -package ppx_deriving_yojson -I ulib/ml -I src/ocaml-output -I src/extraction/ml -I src/prettyprint/ml -I src/fstar/ml -I src/tests/ml -I src/tactics/ml -I src/parser/ml -I src/basic/ml -o ulib/ml/FStar_Int32.cmo ulib/ml/FStar_Int32.ml
File "ulib/ml/FStar_Int32.ml", line 14, characters 33-43:
Error: Integer literal exceeds the range of representable integers of type int

So what I tried is a really rudimentary way to get this working:
$ cp ulib/ml/32bit/* ulib/ml

But I still needed this patch to make this build, since otherwise I was still getting an error:
ocamlfind ocamlc -c -g -annot -bin-annot -thread -package batteries -package zarith -package ppx_deriving.std -package ppx_deriving_yojson -I ulib/ml -I src/ocaml-output -I src/extraction/ml -I src/prettyprint/ml -I src/fstar/ml -I src/tests/ml -I src/tactics/ml -I src/parser/ml -I src/basic/ml -o ulib/ml/FStar_BaseTypes.cmo ulib/ml/FStar_BaseTypes.ml
File "_none_", line 1:
Error: Unbound value FStar_UInt8.byte_to_yojson

With this patch and the cp command above I could build F* on an old 32bit Windows VM. Yet it would be better to integrate this with the Makefile, if we can't immediately get rid of this very incorrect code (see #1803 and #1819).

Probably too quick to claim victory. The 32bit F* binary produced this way doesn't even pass the micro-benchmarks:
/cygdrive/z/Projects/fstar/pub/bin/fstar.exe --warn_error -271 --use_hints --use_extracted_interfaces true StrictUnfolding.fst
Z:\Projects\fstar\pub\ulib\prims.fst(0,0-0,0): (Warning 241) Unable to load Z:\Projects\fstar\pub\ulib\prims.fst.checked since checked file Z:\Projects\fstar\pub\ulib\prims.fst.checked does not exist; will recheck Z:\Projects\fstar\pub\ulib\prims.fst (suppressing this warning for further modules)
proof-state: State dump @ depth 1 (A):
Location: StrictUnfolding.fst(28,8-28,16)
Goal 1/1:
(x: FStar.Pervasives.Native.option (x: FStar.Integers.int{x = 0}) {Some? x}) |- _ : Prims.squash (StrictUnfolding.project x == 0)

proof-state: State dump @ depth 1 (B):
Location: StrictUnfolding.fst(30,8-30,16)
Goal 1/1:
(x: FStar.Pervasives.Native.option (x: FStar.Integers.int{x = 0}) {Some? x}) |- _ : Prims.squash ((let FStar.Pervasives.Native.Some v = x in
      v) ==
    0)

proof-state: State dump @ depth 1 (A):
Location: StrictUnfolding.fst(35,8-35,16)
Goal 1/1:
(_: Prims.unit), (return_val: x: FStar.Pervasives.Native.option Prims.int {Some? x}), (_: return_val == FStar.Pervasives.Native.Some 0), (any_result: Prims.int), (_: StrictUnfolding.project (FStar.Pervasives.Native.Some 0) == any_result), (any_result'0: Prims.logical), (_: StrictUnfolding.project (FStar.Pervasives.Native.Some 0) == 0 == any_result'0) |- _ : Prims.squash (StrictUnfolding.project (FStar.Pervasives.Native.Some 0) == 0)

proof-state: State dump @ depth 1 (B):
Location: StrictUnfolding.fst(37,8-37,16)
Goal 1/1:
(_: Prims.unit), (return_val: x: FStar.Pervasives.Native.option Prims.int {Some? x}), (_: return_val == FStar.Pervasives.Native.Some 0), (any_result: Prims.int), (_: StrictUnfolding.project (FStar.Pervasives.Native.Some 0) == any_result), (any_result'0: Prims.logical), (_: StrictUnfolding.project (FStar.Pervasives.Native.Some 0) == 0 == any_result'0) |- _ : Prims.squash (0 == 0)

StrictUnfolding.fst(49,0-51,36): (Error 303) This top-level definition was expected to fail, but it succeeded
1 error was reported (see above)
make: *** [../Makefile.include:20: StrictUnfolding.uver] Error 1
make: Leaving directory '/cygdrive/z/Projects/fstar/pub/examples/micro-benchmarks'

Also building fstarlib doesn't work:
./gen_mllib.sh ml ml/extracted > ml/fstarlib.mllib
cd ../ && OCAMLPATH="../../../bin/;" ocamlbuild -cflag -g -use-ocamlfind -build-dir ulib/ml/_build -I ulib/ml -I ulib/ml/extracted fstarlib.a fstarlib.cma fstarlib.cmxs fstarlib.cmxa
+  ocamlfind ocamlc -c -g -annot -bin-annot -thread -package batteries -package zarith -package ppx_deriving.std -package ppx_deriving_yojson -I ulib/ml -I ulib/ml/extracted -o ulib/ml/FStar_Bytes.cmo ulib/ml/FStar_Bytes.ml
File "ulib/ml/FStar_Bytes.ml", line 31, characters 56-59:
Error: This expression has type u32 = int64
       but an expression was expected of type int

Yet the binary was still useful enough to reproduce a problem @aseemr-msr  is having with VSCode.

Merged things, since it's a net improvement over the current situation.


Add some placeholder images/pages

Description
It'd be nice to have some placeholder images that can be overridden and customized but worked out of the box
For example.
            offline_fallback:

                image: 'images/offline.svg'

We'd need to find some open source or cc-no-attribution files, of course.
Similarly, we could add some default pages for offline at bundle level.  I'll experiment with that in pwa-extra-bundle.
Example
No response

The problem is that if any of the offline_fallback option is set, then the offline feature is enabled. Some users may want to keep it disabled.

How about adding the assets to the repo, but commenting them out in the yaml.
In particular, an offline.svg in the bundle would safe the effort of looking one up when the default might be fine.


chore(Pages): update “products”

Automatically generated by Netlify CMS

👷 Deploy Preview for happygobd-e76566 processing.

Name
Link

🔨 Latest commit
e53188f4981af5aa5ee72bca5b64c917452d23ab

🔍 Latest deploy log
https://app.netlify.com/sites/happygobd-e76566/deploys/62a8d0dacc7518000811709c


Build Instructions

I've been unable to build this project on my pc using the latest 2.x opencv . Could you list building requirements in the Readme, please?

I'm aware of some issues on mac and linux, like missing include pathes, and I have no idea about windows. What platform are you using ? Do you have some kind of error message you can paste ?

i get the follow (running Debian and Rust 1.3):
rustc 1.3.0 (9a92aaf19 2015-09-15)
[sebastian@calculon➔ ~/projects/rust-facedetect] cargo build
   Compiling libc v0.1.10
   Compiling glob v0.2.10
   Compiling pkg-config v0.3.5
   Compiling gcc v0.3.14
   Compiling opencv v0.0.1 (git://github.com/whitequark/opencv-rust#e39c942d)
/home/sebastian/projects/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:1:9: 1:21 error: unresolved import [E0432]
/home/sebastian/projects/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:1 pub use sys::imgproc;

I downgraded my opencv version to 2.4.9 and got the following:
sebastian@sebastian-elementary:~/rust-facedetect$ cargo build --verbose
       Fresh gcc v0.3.14
       Fresh libc v0.1.10
       Fresh glob v0.2.10
       Fresh pkg-config v0.3.5
   Compiling opencv v0.0.1 (git://github.com/whitequark/opencv-rust#e39c942d)
     Running `rustc /home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs --crate-name opencv --crate-type lib -g -C metadata=f8b96fe270aaa6bc -C extra-filename=-f8b96fe270aaa6bc --out-dir /home/sebastian/rust-facedetect/target/debug/deps --emit=dep-info,link -L dependency=/home/sebastian/rust-facedetect/target/debug/deps -L dependency=/home/sebastian/rust-facedetect/target/debug/deps --extern libc=/home/sebastian/rust-facedetect/target/debug/deps/liblibc-144c435538abd757.rlib -Awarnings -L native=/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out -l rt -l pthread -l m -l dl -l static=ocvrs -l stdc++ -l ocvrs`
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:1:9: 1:21 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:1 pub use sys::imgproc;
                                                                                ^~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/core.rs:1:9: 1:22 error: unresolved import
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/core.rs:1 pub use sys::core::*;
                                                                                ^~~~~~~~~~~~~
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:50:7: 50:21 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:50   use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/core.rs:7:5: 7:20 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/core.rs:7 use ::sys::core::*;
                                                                                ^~~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:9:3: 9:50 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/imgproc.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/imgproc.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:10:3: 10:53 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/photo.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/photo.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:13:3: 13:51 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:19:10: 19:14 error: unresolved import (maybe you meant `core::*`?)
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:19     use {core, features2d};
                                                                                ^~~~
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/core.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/core.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:9:3: 9:50 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/highgui.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/highgui.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:11:3: 11:53 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/video.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/video.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:14:3: 14:51 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/calib3d.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/calib3d.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:16:3: 16:53 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/objdetect.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/objdetect.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:15:3: 15:55 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/features2d.rs:10:9: 10:23 error: unresolved import
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/features2d.rs:10     use sys::types::*;
                                                                                ^~~~~~~~~~~~~~
note: in expansion of include!
/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out/hub.rs:12:3: 12:56 note: expansion site
note: in expansion of include!
/home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs:6:1: 6:47 note: expansion site
error: aborting due to 13 previous errors
Could not compile `opencv`.

Caused by:
  Process didn't exit successfully: `rustc /home/sebastian/.cargo/git/checkouts/opencv-rust-098d9830b793505f/master/src/lib.rs --crate-name opencv --crate-type lib -g -C metadata=f8b96fe270aaa6bc -C extra-filename=-f8b96fe270aaa6bc --out-dir /home/sebastian/rust-facedetect/target/debug/deps --emit=dep-info,link -L dependency=/home/sebastian/rust-facedetect/target/debug/deps -L dependency=/home/sebastian/rust-facedetect/target/debug/deps --extern libc=/home/sebastian/rust-facedetect/target/debug/deps/liblibc-144c435538abd757.rlib -Awarnings -L native=/home/sebastian/rust-facedetect/target/debug/build/opencv-f8b96fe270aaa6bc/out -l rt -l pthread -l m -l dl -l static=ocvrs -l stdc++ -l ocvrs` (exit code: 101)

I'm running Elementary OS Freya which is based on Ubuntu 14.04 and using Rust 1.2 and a nightly-compiler alongside it.

Here is the full output (Elementary OS Freya, based on Ubuntu 14.04. Rust 1.2):
sebastian@sebastian-elementary:~/opencv-rust$ cargo build --verbose
       Fresh pkg-config v0.3.5
       Fresh glob v0.2.10
       Fresh libc v0.1.10
       Fresh gcc v0.3.15
   Compiling opencv v0.0.1 (file:///home/sebastian/opencv-rust)
     Running `rustc src/bin/window.rs --crate-name window --crate-type bin -g --out-dir /home/sebastian/opencv-rust/target/debug --emit=dep-info,link -L dependency=/home/sebastian/opencv-rust/target/debug -L dependency=/home/sebastian/opencv-rust/target/debug/deps --extern libc=/home/sebastian/opencv-rust/target/debug/deps/liblibc-144c435538abd757.rlib --extern opencv=/home/sebastian/opencv-rust/target/debug/libopencv.rlib -L native=/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out`
error: linking with `cc` failed: exit code: 1
note: "cc" "-Wl,--as-needed" "-m64" "-L" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib" "/home/sebastian/opencv-rust/target/debug/window.o" "-o" "/home/sebastian/opencv-rust/target/debug/window" "-Wl,--whole-archive" "-l" "morestack" "-Wl,--no-whole-archive" "-Wl,--gc-sections" "-pie" "-nodefaultlibs" "/home/sebastian/opencv-rust/target/debug/libopencv.rlib" "/home/sebastian/opencv-rust/target/debug/deps/liblibc-144c435538abd757.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcollections-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_unicode-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/librand-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-d8ace771.rlib" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-d8ace771.rlib" "-L" "/home/sebastian/opencv-rust/target/debug" "-L" "/home/sebastian/opencv-rust/target/debug/deps" "-L" "/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out" "-L" "/usr/lib/rust/rust-stable/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-L" "/home/sebastian/opencv-rust/.rust/lib/x86_64-unknown-linux-gnu" "-L" "/home/sebastian/opencv-rust/lib/x86_64-unknown-linux-gnu" "-Wl,-Bstatic" "-Wl,-Bdynamic" "-l" "rt" "-l" "pthread" "-l" "m" "-l" "dl" "-l" "stdc++" "-l" "ocvrs" "-l" "c" "-l" "m" "-l" "dl" "-l" "pthread" "-l" "rt" "-l" "gcc_s" "-l" "pthread" "-l" "c" "-l" "m" "-l" "compiler-rt"
note: /home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-core.o): In function `cv::Mat::Mat(cv::Mat const&)':
/usr/local/include/opencv2/core/mat.hpp:125: undefined reference to `cv::Mat::copySize(cv::Mat const&)'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-core.o): In function `cv::Mat::~Mat()':
/usr/local/include/opencv2/core/mat.hpp:278: undefined reference to `cv::fastFree(void*)'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-core.o): In function `cv::Mat::release()':
/usr/local/include/opencv2/core/mat.hpp:367: undefined reference to `cv::Mat::deallocate()'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-core.o):(.data.DW.ref._ZTIN2cv9ExceptionE[DW.ref._ZTIN2cv9ExceptionE]+0x0): undefined reference to `typeinfo for cv::Exception'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-highgui.o): In function `cv_highgui_namedWindow_SI':
/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out/highgui.cpp:40: undefined reference to `cv::namedWindow(std::string const&, int)'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-highgui.o): In function `cv_highgui_waitKey_I':
/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out/highgui.cpp:110: undefined reference to `cv::waitKey(int)'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-highgui.o): In function `cv_highgui_imshow_SM':
/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out/highgui.cpp:130: undefined reference to `cv::_InputArray::_InputArray(cv::Mat const&)'
/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out/highgui.cpp:130: undefined reference to `cv::imshow(std::string const&, cv::_InputArray const&)'
/home/sebastian/opencv-rust/target/debug/libopencv.rlib(r-ocvrs-highgui.o): In function `cv_highgui_imread_SI':
/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out/highgui.cpp:278: undefined reference to `cv::imread(std::string const&, int)'
collect2: error: ld returned 1 exit status

error: aborting due to previous error
Could not compile `opencv`.

Caused by:
  Process didn't exit successfully: `rustc src/bin/window.rs --crate-name window --crate-type bin -g --out-dir /home/sebastian/opencv-rust/target/debug --emit=dep-info,link -L dependency=/home/sebastian/opencv-rust/target/debug -L dependency=/home/sebastian/opencv-rust/target/debug/deps --extern libc=/home/sebastian/opencv-rust/target/debug/deps/liblibc-144c435538abd757.rlib --extern opencv=/home/sebastian/opencv-rust/target/debug/libopencv.rlib -L native=/home/sebastian/opencv-rust/target/debug/build/opencv-2b3062c11d9af407/out` (exit code: 101)

I'm working a lot on the bindings at the current time, and making good progress. They'll be in a much better shape in a few days, it you don't mind waiting a bit.

Not at all. I'm working on some bindings for a library which I plan to use along this one, which will take a while. Thanks for your support! :smiley: (And hope we can close this issue as soon as possible)

Hey ! The current top-of-tree compiles and tests a few items on travis, with a manually installed 2.4.11. Curious to know if this revision works for you.

Compiles without problem. I think updating the Readme might be enough to close this issue. My specs:
OS: Elementary OS Freya (based on Ubuntu 14.04)
OpenCV v. 2.4.11
Rust 1.3 stable

I think we're about there, so I close this issue.


Reconsider implicitly packaging all local files by default

I'm not sure whether to file this as a bug, a request for clearer documentation, or a suggestion for concrete changes in behaviour. Regardless, I wanted to bring up how cargo package and cargo publish implicitly grab all local files in the directory and include them in the crate. (Yes, because I was just caught out by this, though fortunately I don't believe I've published anything sensitive — but I'm about to go and double-check all my old versions).
What I'd like to argue is that implicitly grabbing all files in the local directory and including them in the published crate is a very dangerous feature. At least my mental model of "the contents of my crate" consists of just source files, docs, tests, and ancillary files like README and LICENSE; not of everything that happens to be in the same directory.
Like the Python folks say, "explicit is better than implicit". The safe default behaviour would be to require an explicit listing of what files to include (yes, I know the option exists, but it's not the default). If you'd like to encourage people to remember to keep it up to date, you could print a warning when you see e.g. a LICENSE or CONTRIBUTING file that isn't explicitly listed, or even any new file found for the first time. Having everything grabbed would work better as an opt-in for those who know about the feature and choose to accept the risk, but defaults should be chosen so as to fail in a safe manner.
If, on the other hand, this behaviour is really too desirable to give up, it should be very very explicitly called out, and loudly signalled (i.e. printed to stdout) when it does happen.
Currently the only mention of it that I can find is in the crates.io doc here, and even that isn't particularly explicit or clear. Firstly, I never though of my TODO list for the crate, my personal notes on my release process, etc. as "part of the crate", and thus publishable. Secondly, though it says "Cargo will automatically ignore files ignored by your version control system when packaging", I assumed that meant "files not tracked by your version control system", rather than specifically "files listed in .gitignore" (the only supported ignore mechanism, as far as I can tell).
But, most of all, it's a big scary footgun feature that's just mentioned in passing in one skimmable section (I admit I went straight to cargo upload the first time I read this, and skipped package altogether).
So, in sum, please reconsider the default behaviour of this feature, and please aim for safety over convenience, even if convenience is offered as an option for those who choose it.

This appears to have been partially discussed previously in https://github.com/rust-lang/cargo/issues/880 (which resulted in adding the option to use a whitelist), and in https://github.com/rust-lang/cargo/pull/1170 (where @huonw had similar concerns), but I'm not sure what the overall consensus is.
(Thanks to @steveklabnik for the pointers to these threads on #rust)

I think this is a dupe of https://github.com/rust-lang/cargo/issues/2063 so I'm gonna close in favor of that, but thanks for the report! (I'll copy over your comment over there)


Question 35 and BigInt

In the answer to Question 35 ("Which of these values are falsy?"), it says that there are only six values that are falsy:

undefined
null
NaN
0
'' (empty string)
false

However, also the BigInt zero, or 0n is a falsy value.

I agree @tkalmi ,  PR awaiting approval:
https://github.com/lydiahallie/javascript-questions/pull/379


HystrixObservableCommand does not allow setting thread pool id?

Perhaps I'm not understanding the difference properly, but it's strange that I cannot set the thread pool key on a HystrixObservableCommand.  Is that done for any specific reason?  Thanks

This is an oversight.  I'll add this Setter to the constructor of HystrixObservableCommand for the next release.  Thanks for the report.

Even though it is possible, it's generally inappropriate for a HystrixObservableCommand to be using a thread since that kind of defeats the point of avoiding threads and wrapping non-blocking Observables.
HystrixObservableCommand is for wrapping non-blocking Observables. If the Observable is blocking, then it is questionable as to why an Observable is being used and thus HystrixCommand is probably the right thing since it is blocking.
If there is a legit reason for the Observable to be blocking, and subscribeOn(Schedulers.io()) is not the right solution, then yes, Hystrix threads can be used to make it async. But that's not the intended pattern.

Hello Ben,
You said that HystrixObservableCommand is for wrapping non-blocking Observables and in our case to achieve that we are using async javax.ws.rs.client and invocation callback. How hystrix thread isolation can make it blocking?
Cheers, Piotr

A thread doesn't make it blocking. If you already have a non-blocking
Observable, you don't need another thread. It's wasteful as all that will
happen is it will schedule the thread to schedule the async Observable and
that thread will immediately be put back in the pool. It provides no
benefit and is just a resource waste.
If you are wrapping something that is blocking, then use HystrixCommand. If
what you're wrapping is async (meaning you don't need a thread to make it
async), then HystrixObservableCommand is the right solution, and you don't
need a thread.

Thank you for your clarification.
Btw I was thinking to switch from semaphore to thread isolation to solve my hystrix command maxConcurrentRequests issue, but that was wrong assumption. I have three instances of our service launched on tomcat with hystrix command  execution/falback.isolation.semaphore.maxConcurrentRequests property set to 200, and we were not able to acquire semaphore from time to time.
From hystrix documentation I see that semaphore should still be a small percentage of the overall container (i.e. Tomcat) thread pool. It probably means I should set less than 200 and use 7,8 instances then.
Cheers, PK

@abelnation - Did @benjchristensen's clarification answer your question, or are you still in favor of adding this configuration ability?

Clarified, thanks.


use current time as timestamp if transaction is not confirmed

This fixes unconfirmed transactions having NaN NaN NaN timestamps

Can we use "Not confirmed" instead? Or does it rely on the timestamp for proper sorting or something?

We can use not confirmed, it's probably the more correct choice anyway.


unet/showone.models.unet_3d_condition.py as defined in model_index.json does not exist in showlab/show-1-base and is not a module in 'diffusers/pipelines'.

unet/showone.models.unet_3d_condition.py as defined in model_index.json does not exist in showlab/show-1-base and is not a module in 'diffusers/pipelines'.

UNet3DConditionModel from showone/modes/unet_3d_condition.py is used in "TextToVideoIFPipeline", which is locally defined in showone/pipelines/pipeline_t2v_base_pixel.py, which is also the initial keyframe generation model of the Show-1 cascaded vdm.
Or did I understand your question right?


Caching support for push/pull

Need to be able to only send the files that have changed, as if someone pushes 1000+ files daily, but most have not changed the push takes too long. Also this need to be a parameter on the CLI (--use-cache or similar). Should also support retrieving only the files that have changed as well.

We have decided to close all GitHub issues and, instead, handle them through our Customer Support. We think this shift will allow us to offer proper prioritization of issues as well as a more appropriate response time that would be expected from Phrase products.
We apologize for any inconveniences this may cause. If you believe your issue is still relevant or has a high priority, please contact<EMAIL_ADDRESS>and we can take more direct action toward finding a solution.


Add functionality to rotate signal in harmonic space

Functionality added in v1.0.2 so closing this issue.


4 save new note

New notes may now be saved.
Note list in left panel now updates when notes are saved.
Refactored several files, particularly main.js and store.js.

WOOHOOOOO. About time. :) Jk.


Allow checking for existence without showing Biometry UI

We can check if biometry protected items exist without prompting for authentication by disabling Authentication UI and checking for errSecInteractionNotAllowed

Thanks for the PR! This PR is superseded https://github.com/kishikawakatsumi/KeychainAccess/pull/451


Start/Stop app

It would be nice to have the feature to start or stop an app from the CLI or web gui

Is the idea behind this to prevent others from accessing the site until you are ready?
I believe a work around today would be to edit the routes.json file to block all routes, then when you are ready you can simply remove that rule or the routes.json altogether if you aren't using it today.

Yes that would be the use case I had in mind. I hadn't thought of this.
Thanks!
On Mon, Aug 31, 2020, 6:12 PM miwebst<EMAIL_ADDRESS>wrote:

Is the idea behind this to prevent others from accessing the site until
you are ready?
I believe a work around today would be to edit the routes.json file to
block all routes, then when you are ready you can simply remove that rule
or the routes.json altogether if you aren't using it today.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Azure/static-web-apps/issues/137#issuecomment-684069953,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACMMLMAABVFDMDVHFGOFHHLSDQN53ANCNFSM4QMOHHLA
.


want to create add new table in existing dexie db

Want to create a new table with the existing dexie index DB. But here don't want to delete my previous DB data or not to clear cache.
Currently created DB function as below.
export const productDb = () => {
  try {
    // create database
    db = new Dexie('optimizeDb');

    applyEncryptionMiddleware(db, new Uint8Array(INDEXED_DB_ENC_KEY.split(',')), {
      ...TABLES
    });

    db.version(1).stores(TABLES);
    // Open the database
    db.open().catch((e) => {
      console.error(`Open failed: ${e}`);
    }).then(() => {
      hospitalUpdate(db);
    return db;
  } catch (e) {
    console.log('DB created Error --> ', e);
    Bugsnag.notify(e);
  }
};

I have tried the below code to create a new table with the existing DB.:
export const productDb = () => {
  try {
    // create database
    db = new Dexie('optimizeDb');

    applyEncryptionMiddleware(db, new Uint8Array(INDEXED_DB_ENC_KEY.split(',')), {
      ...TABLES
    });

    db.version(1).stores(TABLES);
    // Open the database
    db.open().catch((e) => {
      console.error(`Open failed: ${e}`);
    }).then(() => {
      hospitalUpdate(db);
// Create new table
db.close();
      db.version(Math.round(db.verno + 2)).stores({ ComplianceApp: '++id, CaseScheduleID, OfficeName, RepCaseNo, UserName, ComplianceType, UserResponse, ResponseDate, Sync' });
      console.log('DB created--> ', db);
      db.open();
    });

    return db;
  } catch (e) {
    console.log('DB created Error --> ', e);
    Bugsnag.notify(e);
  }
};

@dfahlander Thanks! Your answer helps me a lot.
And I want to confirm a problem. I have my Electron desktop application which use Dexie db. Now I think I must upgrade db version to create a new table in my lastest version of application  (e.g. db verison 10 to 20 dynamically) . So when I open my old application, I still must upgrade db verison  (e.g. db verison 20 to 30 dynamically) to read data correctly, is it right?
Because I get an error like this before:
"The requested version (10) is less than the existing version (20).
 VersionError: The requested version (10) is less than the existing version (20)."

My db is on version 20, but my code still tries to open it at version 10.

You need to open the db without specifying a version.
https://dexie.org/docs/Dexie/Dexie.open()#sample-dynamic-mode
The only downside is that your tables need to be accessed via
db.table('myTableName')

instead of
db.myTableName


Suggestion: even distribution mode

Add a toggle next to the Spacing (in the same style as the dice one for random rotation) that will cause the tool to automatically increase the spacing to close the gap from the last placed item to the actually clicked end point. This would be particularly useful when
Pseudocode:
float totalLineLength = (endPoint - startPoint).Length;

int itemsToPlace = (int)(totalLineLength / spacingAsSetInUI);
float remainder = totalLineLength - itemsToPlace * spacingAsSetInUI;

float finalSpacing = spacing + remainder / itemsToPlace;

Also another minor suggestion: sub 1 meter resolution for variable spacing and offset, perhaps 0.25m increments instead of 1m? For placing a line of trees for instance anything over 1m starts to look messy, and bushes are too small to use this option at all.

You can already get 0.1 meter increments by holding down the control key when pressing the increment button (shift key for 10m increments).
The even spacing is already under development, but I'll keep this here as a tracker.

Implemented in 1.0.10 5db1edd.


The job running on agent Azure Pipelines 2 ran longer than the maximum time of 60 minutes.

I am using Azure Pipeline Templates and in the pipeline.yaml file, I have the following and I am not sure where I can insert either of the following variables?
`cancelTimeoutInMinutes: 180`
`timeoutInMinutes: 180`

From the documentation in https://learn.microsoft.com/en-us/azure/devops/pipelines/process/phases?view=azure-devops&tabs=yaml#timeouts it's not very clear where and how I should change the timeout in pipeline.yaml file?
$schema: https://azuremlschemas.azureedge.net/latest/pipelineJob.schema.json
type: pipeline

# <inputs_and_outputs>
inputs:
  # training_images:
  training_data:
    type: uri_folder
    mode: download # pick ro_mount, rw_mount or download
    path: azureml:FAT:1
# </inputs_and_outputs>

# <jobs>
settings:
  default_datastore: azureml:MYDATASTORE
  continue_on_step_failure: true

jobs:
  train:
    # cancelTimeoutInMinutes: 180
    # timeoutInMinutes: 180
    type: command
    component: file:train.yaml
    compute: azureml:pose-4node-NC24r #16GPUs w r
    resources:
      instance_count: 4    # number of nodes
    distribution:
      type: pytorch
      process_count_per_instance: 4 # number of gpus

    # NOTE: set env var if needed
    environment_variables:
      NCCL_DEBUG: "INFO" # adjusts the level of info from NCCL tests
      # NCCL_TOPO_FILE: "/opt/microsoft/ndv4-topo.xml" # Use specific topology file for A100

      # NCCL_IB_PCI_RELAXED_ORDERING: "1" # Relaxed Ordering can greatly help the performance of Infiniband networks in virtualized environments.
      # NCCL_IB_DISABLE: "1" # force disable infiniband (if set to "1")
      # NCCL_NET_PLUGIN: "none" # to force NET/Plugin off (no rdma/sharp plugin at all)
      # NCCL_NET: "Socket" # to force node-to-node comm to use Socket (slow)
      NCCL_SOCKET_IFNAME: "lo" # to force Socket comm to use eth0 (use NCCL_NET=Socket)

      # UCX_IB_PCI_RELAXED_ORDERING: "on"
      # UCX_TLS: "tcp"
      # UCX_NET_DEVICES: "eth0" # if you have Error: Failed to resolve UCX endpoint...

      CUDA_DEVICE_ORDER: "PCI_BUS_ID" # ordering of gpus

      TORCH_DISTRIBUTED_DEBUG: "DETAIL"

    inputs:
      # data inputs
      train_data: ${{parent.inputs.training_data}}

      # data loading
      batch_size: 32
      manualseed: 42
      num_workers: 5
      prefetch_factor: 4
      persistent_workers: true
      pin_memory: true
      non_blocking: false

      # model
      model_arch: "vgg16"
      model_arch_pretrained: true

      # training
      num_epochs: 1 # for testing purposes
      learning_rate: 0.0001

      # profiling
      enable_profiling: false
      # multiprocessing_sharing_strategy: "file_system" # WARNING: this can cause hang at job completion

      # Model Registrataion
      register_model_as: "MY_MODEL_NAME"

# </jobs>

This is due to an error I keep getting as BUILD FAILED via email:

Here's also how my project structure look like using MLOps Pipeline Template.

Thank you for your feedback!
The issues in this repo are for documentation feedback.
If you are submitting your documentation feedback issue directly through GitHub, please provide the URL of the article so we can route the feedback to the correct author.
Please report Azure DevOps or TFS software bugs, feedback, or questions in the Azure DevOps Developer Community.
Thank you for your feedback!
The issues in this repo are for documentation feedback.
If you are submitting your documentation feedback issue directly through GitHub, please provide the URL of the article so we can route the feedback to the correct author.
Please report Azure DevOps or TFS software bugs, feedback, or questions in the Azure DevOps Developer Community.

Duplicate of #13305


Cannot route to services from Traefik ingress

Version:

k3s version v1.17.4+k3s1 (3eee8ac3)
K3s arguments:

--docker
Describe the bug
When an Ingress resource is created against the default Traefik service, the default backend correctly shows a 404 Not Found, but any new routes give a 504 Gateway Timeout
To Reproduce
I have a 4 node K3s cluster (1 master + 3 workers). The below ports are open in each of them

Node type
Open ports

master
6443(TCP-KUBEAPI), 8472(UDP-VXLAN), 10250(TCP-KUBELET), 30000-32767(TCP)

worker
8472(UDP-VXLAN), 10250(TCP-KUBELET), 30000-32767(TCP)

The master node is in one Auto Scaling Group (ASG) on AWS, and the 3 worker nodes are in another (ASG). Clustering is successful, so I guess peering ports are fine.
kind: Pod
apiVersion: v1
metadata:
  name: apple-app
  labels:
    app: apple
spec:
  containers:
    - name: apple-app
      image: hashicorp/http-echo
      args:
        - "-text=apple"
---
kind: Service
apiVersion: v1
metadata:
  name: apple-service
spec:
  selector:
    app: apple
  ports:
    - port: 5678 # Default port for image
---
kind: Pod
apiVersion: v1
metadata:
  name: banana-app
  labels:
    app: banana
spec:
  containers:
    - name: banana-app
      image: hashicorp/http-echo
      args:
        - "-text=banana"
---
kind: Service
apiVersion: v1
metadata:
  name: banana-service
spec:
  selector:
    app: banana
  ports:
    - port: 5678 # Default port for image
---
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: fruits-traefik-ingress
  annotations:
    kubernetes.io/ingress.class: "traefik"
spec:
  rules:
    - http:
        paths:
          - path: /apple
            backend:
              serviceName: apple-service
              servicePort: 5678
          - path: /banana
            backend:
              serviceName: banana-service
              servicePort: 5678

Expected behavior

On the master node, the below works
curl -X <master-ip>:80
404 page not found

curl -X <master-ip>:80/apple
apple

Actual behavior

Below times out
curl -X <master-ip>:80/apple

Additional context / logs

All pods of apple and banana are scheduled on other nodes. So I am pretty sure it is a networking / firewall issue.
Can someone help?

I have the same issue. I tried the simplest usecase and cannot get Ingress to route.
Details:
Fedora 31.
k3s version v1.17.4+k3s1 (3eee8ac3)
Installed with the following curl -sfL https://get.k3s.io | sh -s - --write-kubeconfig-mode 644 --disable-selinux
traefik-dashboard - works
kubernetes-dashboard works.
But a simple hello world service in "default" namespace returns 502 "Bad Gateway"
To my surprise traefik dashboard routes and it also shows all intended frontends and backends

However, as you can see in this next picture app.local.me fails to route with the following error in the logs.

{"level":"debug","msg":"'502 Bad Gateway' caused by: dial tcp <IP_ADDRESS>:8080: connect: no route to host","time":"2020-04-18T22:25:53Z"} {"level":"debug","msg":"vulcand/oxy/forward/http: Round trip: http://<IP_ADDRESS>:8080, code: 502, Length: 11, duration: 1.010112401s","time":"2020-04-18T22:25:53Z"} {"Request":"{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"http\",\"Opaque\":\"\",\"User\":null,\"Host\":\"<IP_ADDRESS>:8080\",\"Path\":\"\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"image/webp,image/apng,image/*,*/*;q=0.8\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"Accept-Language\":[\"en-US,en;q=0.9,pl-PL;q=0.8,pl;q=0.7\"],\"Cache-Control\":[\"no-cache\"],\"Connection\":[\"keep-alive\"],\"Dnt\":[\"1\"],\"Pragma\":[\"no-cache\"],\"Referer\":[\"http://app.local.me/\"],\"User-Agent\":[\"Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.113 Safari/537.36\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"app.local.me\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:36139\",\"RequestURI\":\"/favicon.ico\",\"TLS\":null}","level":"debug","msg":"vulcand/oxy/forward/http: completed ServeHttp on request","time":"2020-04-18T22:25:53Z"}
I was able to confirm that the service is routing correctly with
k3s kubectl port-forward service/web-server 8181:8181
and accessing with http://localhost:8181
I am getting good response:
Hello, world! Version: 1.0.0 Hostname: web-8695dd9d9b-xjk79
I was under suspicion that traefik-ingress controller is running in kube-system namespace.
while my regular "hello world" service is running in default namespace.  Is that an issue?
I would imagine not...  it would make no sense for me to be installing services in kube-system namespace.

The ingress should be able to route to services in any namespace. That shouldn't be an issue.

Following up on my previous report.  Frustrated with the lack of results, I went ahead and installed KVM ubuntu server 19.10 in gnome box.  Once gained SSH to the instance, I repeated the same install and deploy steps.  Surely enough it worked perfectly. All is well.
The take away here: Fedora 31 and Fedora 32 as a host needs more testing with k3s. Needless to say looks like traefik is fine!

I had a same issue on Fedora 32. Seems working after I've disabled firewalld and restarted k3s.

Same issue on Raspberry Pi 4B.

Same on Ubuntu

i got routing working on my pi cluster after following this in combination with the following blog post

I have the same Problem as @c16a with a single node k3s cluster installed with curl -sfL https://get.k3s.io | sh - on opensuse leap 15.2.
I followed (this)[https://matthewpalmer.net/kubernetes-app-developer/articles/kubernetes-ingress-guide-nginx-example.html] wich is the same as @c16a might followed.

After disabling firewalld it works without problems. It seems to me like a firewalld problem 😤 has anyone an Idea for this problem especially since suse bought rancher and i can't understand why k3s isn't tested on suse linux.

Same problem on Ubuntu and disabling the Ubuntu firewall ufw fix the problem:
sudo systemctl stop ufw

Same problem on CentOS 7 (2009), and after enabling masquerade it works well:
firewall-cmd --permanent --add-masquerade && firewall-cmd --reload

@hypc’s comment above works on CentOS/RHEL 8 also!


Initial Contracted Work and Administration diagram

What does this pull request do?
Provides a new diagram with for the systems and teams who are involved in processes touching the Contracted Work and Administration (CWA) application. We will treat this application as a system.
Why make these changes?
There is currently no diagram in this repository which present the business processes and directly integrated systems for this application.
Show me the image

Oops; I meant to open a draft pull request.

Superseded by #15.


Version update to 1.3.1

Added

A configured file server must be available to make runtime calls that send file parameters.

Changed

Calls to Api.done() raise an exception now.

Coverage decreased (-0.3%) to 86.471% when pulling 4b5709a8bf4473a1a6f2908a8ac1488310fb6544 on jeronimoalbi:develop into 92cb248c503f41517977226e12a23358ad8bf1cb on kusanagi:master.


xformer no longer works with torch2.0.1

(zero) (base) xsun2609@gpu1-119-1:~/pycharmfile/ZeroNVS-main$ source launch_eval_dtu.sh
eval_outputs/DTU/8
8
1.2
WARNING[XFORMERS]: xFormers can't load C++/CUDA extensions. xFormers was built for:
PyTorch 2.3.1+cu118 with CUDA 1108 (you have 2.0.1+cu118)
Python  3.8.19 (you have 3.8.19)
Please reinstall xformers (see https://github.com/facebookresearch/xformers#installing-xformers)
Memory-efficient attention, SwiGLU, sparse and more won't be available.
Set XFORMERS_MORE_DETAILS=1 for more details
Traceback (most recent call last):
File "/home/xsun2609/anaconda3/envs/zero/lib/python3.8/site-packages/xformers/checkpoint.py", line 53, in
from torch.utils.checkpoint import SAC_IGNORED_OPS as _ignored_ops  # type: ignore
ImportError: cannot import name 'SAC_IGNORED_OPS' from 'torch.utils.checkpoint' (/home/xsun2609/anaconda3/envs/zero/lib/python3.8/site-packages/torch/utils/checkpoint.py)

This was the output when setting torch==2.0.1, cuda==11.8. I had two chiose, one is changing the version of xformer to match torch==2.0.1, cuda==11.8 but no longer use, another is change the version of torch to 2.3.1 but it will conflict with others, as shown below:

(zero) (base) xsun2609@gpu1-119-1:~/pycharmfile/ZeroNVS-main$ source launch_eval_dtu.sh
eval_outputs/DTU/8
8
1.2
Traceback (most recent call last):
File "launch.py", line 254, in
main(args, extras)
File "launch.py", line 83, in main
import threestudio
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/init.py", line 36, in
from . import data, models, systems
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/data/init.py", line 1, in
from . import co3d, image, multiview, uncond
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/data/co3d.py", line 17, in
from threestudio.data.uncond import (
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/data/uncond.py", line 13, in
from threestudio.utils.base import Updateable
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/utils/init.py", line 1, in
from . import base
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/utils/base.py", line 7, in
from threestudio.utils.misc import get_device, load_module_weights
File "/home/xsun2609/pycharmfile/ZeroNVS-main/threestudio/utils/misc.py", line 5, in
import tinycudann as tcnn
File "/home/xsun2609/anaconda3/envs/zero/lib/python3.8/site-packages/tinycudann/init.py", line 9, in
from tinycudann.modules import free_temporary_memory, NetworkWithInputEncoding, Network, Encoding
File "/home/xsun2609/anaconda3/envs/zero/lib/python3.8/site-packages/tinycudann/modules.py", line 55, in
C = importlib.import_module(f"tinycudann_bindings.{cc}_C")
File "/home/xsun2609/anaconda3/envs/zero/lib/python3.8/importlib/init.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
ImportError: /home/xsun2609/anaconda3/envs/zero/lib/python3.8/site-packages/tinycudann_bindings/_89_C.cpython-38-x86_64-linux-gnu.so: undefined symbol: _ZN2at4_ops5zeros4callEN3c108ArrayRefINS2_6SymIntEEENS2_8optionalINS2_10ScalarTypeEEENS6_INS2_6LayoutEEENS6_INS2_6DeviceEEENS6_IbEE

This was the output when setting torch==2.3.1, cuda==11.8.

Has the issue been resolved?


refactor(client): new http.Client init function

This replaces  go-cleanhttp  dependency with NewDefaultHTTPClient and NewDefaultHTTPTransport functions. Functions are exported so that client and/or transport can be easily modified by user if needed.
HTTP client properties should be identical to what was previously, except for ForceAttemptHTTP2, which is also set in latest go-cleanhttp package.

@kangasta & @villevsv-upcloud thanks for the review :+1:


Error: key $in must not start with '$'

Is there a way to insert keys starting with '$'?
I'd like to seed from the following .JSON file:

[{
"_id": { "$oid": "59272e6a1476a531e2a31234" },
"condition": { "someArray": { "$elemMatch": {"someProp": "foo"}} }
}, {
"_id": { "$oid": "59272e6a1476a531e2a34567" },
"condition": { "someProp": { "$in": ["foo", "bar"]} }
}]

Note how there is no problem with "$oid", just with "$elemMatch", "$in" or any other "$*"

This seems to be prevented by Mongo itself


Adds the ability to set audio speed on iOS

Sorry for the delay in getting back to you.
I've tested on iOS (works) and Android (does nothing as expected).
Merged. Thank you for your contribution!


Irregular and incorrect updates

During the last week and a bit more, updates have not be daily, and updates has been incorrect. Updates have been 0 which is not true.
Even today, the 4th, I see that last update was on the 2nd and that number was 0, which is wrong.
Why is the page not being updated properly anymore?

Unfortunately there are currently problems with the source data published by TEHIK, which has meant that fresh data has been unavailable for several days. The problems are related to the fact that the data files have now grown extremely large. They are working on a solution, but they have notified us that it is likely to be a few days until that is ready. The situation isn't ideal, but the problem is out of our hands and so there is nothing we can do to speed things up I'm afraid.

How about adding a temporary fallback sources?
For example:
https://www.worldometers.info/coronavirus/country/estonia/
https://www.google.com/search?q=covid+vaccination+estonia

We have been assured by TEHIK that the problems with the open data have been resolved. If today's update goes without any problems then I will close this issue.

And as of now, it is not worked for 2 days

And as of now, it is not worked for 2 days

I was going to report that today also.
Especially since its 8K new cases and 17 deaths today
https://www.worldometers.info/coronavirus/country/estonia/

Still not working...

Unfortunately the process to update the data for the site has been running out of memory due to the ever-increasing size of the data files. I have a solution in mind so am going to work on implementing that today.

I have carried out some optimisation of the code, which I should fix the problems with updating the data. I have successfully tested the update process and the site has been updated with the latest data from today, so I will close this issue now. If any other problem arises with the data update, then please open a new issue.


Removed unnecessary directory from aeon-ztps install

Coverage remained the same at 45.955% when pulling e0fe6a76c50e0fe9d8a99c8b708d4d5addb757ff on bobbywatson3-patch-1 into 741bb92ea5f42665da4795ecf40e612009f10b65 on master.


send by sim2

how select sim for send?(sim1,sim2,..)

Thank you for reporting the issue. Currently, app does not support selecting a specific SIM for sending SMS messages. It always uses the default SIM card.
I will consider adding the SIM-selection feature in future versions of app to provide more flexibility.
Please stay tuned for updates. Thank you for your understanding and support!

Multiple SIM cards support added in https://github.com/capcom6/android-sms-gateway/releases/tag/v1.2.0
See simNumber field in request https://capcom6.github.io/android-sms-gateway/#/Messages/post-message


Incorrect Faraday Version Dependency

The Gemspec specifies faraday >= 0.8.0.  The code in JsonApiClient::Middleware::Status references Faraday::ConnectionFailed, which is defined in faraday 0.9 and above.  Not sure if other places reference 0.9 specific classes as well.

Thanks, I will update


Update Akash to v0.16.0

I so nearly did but decided to play it safe 😂

0.16.3 is the actual version now.

If anyone wants to use it right now, I've just build it off of this PR.
And pushed 0.16.3 to andrey01/cosmos-omnibus:v0.0.31-akash-v0.16.3 (on docker hub)
Or you can build & push your own image following my steps:
arno@stealth:~/git/cosmos-omnibus$ git fetch origin pull/170/head:pr170
From https://github.com/ovrclk/cosmos-omnibus
 * [new ref]         refs/pull/170/head -> pr170
 *
arno@stealth:~/git/cosmos-omnibus$ git checkout pr170
Switched to branch 'pr170'

arno@stealth:~/git/cosmos-omnibus$ cd akash/
arno@stealth:~/git/cosmos-omnibus/akash$ touch ../.env
arno@stealth:~/git/cosmos-omnibus/akash$ docker buildx bake -f build.yml --set node_1.tags=andrey01/cosmos-omnibus:v0.0.31-akash-v0.16.3
[+] Building 214.0s (22/22) FINISHED
 => [internal] load build definition from Dockerfile                                                                                1.2s
 => => transferring dockerfile: 2.91kB                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.9s
 => => transferring context: 2B                                                                                0.0s
 => [internal] load metadata for docker.io/library/debian:buster                                                                        0.0s
 => [internal] load metadata for docker.io/library/golang:1.17-buster                                                                   3.1s
 => [auth] library/golang:pull token for registry-1.docker.io                                                                           0.0s
 => [build_base 1/2] FROM docker.io/library/golang:1.17-buster@sha256:74ba26bff6b9335172e4a84c6bb69a6fd3876c9d06ce7839ff7cc14637893f9  43.6s
 => => resolve docker.io/library/golang:1.17-buster@sha256:74ba26bff6b9335172e4a84c6bb69a6fd3876c9d06ce7839ff7cc14637893f9d             0.3s
 => => sha256:74ba26bff6b9335172e4a84c6bb69a6fd3876c9d06ce7839ff7cc14637893f9d 1.86kB / 1.86kB                                          0.0s
 => => sha256:af6de82006b8c1296ec539f3cb628956006d0df6ac6b93cb484c1c030a148257 1.79kB / 1.79kB                                          0.0s
 => => sha256:bf6c4a9906628954a0a606132a7ad529f8a6ab8948d0ce52eca96ab925702a95 7.04kB / 7.04kB                                          0.0s
 => => sha256:85bed84afb9a834cf090b55d2e584abd55b4792d93b750db896f486680638344 50.44MB / 50.44MB                                       15.0s
 => => sha256:5fdd409f4b2bf3771fac1cbc2df46d1cbb4b800b154cfc33e8e0cd23e67ab3e0 7.86MB / 7.86MB                                          3.1s
 => => sha256:fa3069e6cecf9d5e43ace0a925b53849b2fd189ef41883d45d8f2e12213c2c06 10.00MB / 10.00MB                                        3.4s
 => => sha256:21b2aacb9bcb4d68740f7db755d0f604b9fef7abff0ce0f0fd759266d43c6002 68.80MB / 68.80MB                                       19.8s
 => => sha256:4ee16f45eff97cbe98b74c63ca2375b2c6b2592cd765a86df098f731baab13ad 51.84MB / 51.84MB                                       18.1s
 => => sha256:97c4483c13729a00222fd89aa00b2b6d765479fbf5990b1648ade5a2eeacb921 134.95MB / 134.95MB                                     32.8s
 => => extracting sha256:85bed84afb9a834cf090b55d2e584abd55b4792d93b750db896f486680638344                                               0.8s
 => => extracting sha256:5fdd409f4b2bf3771fac1cbc2df46d1cbb4b800b154cfc33e8e0cd23e67ab3e0                                               0.1s
 => => extracting sha256:fa3069e6cecf9d5e43ace0a925b53849b2fd189ef41883d45d8f2e12213c2c06                                               0.1s
 => => extracting sha256:4ee16f45eff97cbe98b74c63ca2375b2c6b2592cd765a86df098f731baab13ad                                               1.1s
 => => sha256:9ba06393f25d05d045c64abc384e8285a0940007ae3580674f1ee5e4d6ef4e5f 156B / 156B                                             19.9s
 => => extracting sha256:21b2aacb9bcb4d68740f7db755d0f604b9fef7abff0ce0f0fd759266d43c6002                                               1.6s
 => => extracting sha256:97c4483c13729a00222fd89aa00b2b6d765479fbf5990b1648ade5a2eeacb921                                               2.1s
 => => extracting sha256:9ba06393f25d05d045c64abc384e8285a0940007ae3580674f1ee5e4d6ef4e5f                                               0.0s
 => [internal] load build context                                                                                0.8s
 => => transferring context: 10.87kB                                                                                0.0s
 => [default 1/3] FROM docker.io/library/debian:buster                                                                                0.6s
 => [build_base 2/2] RUN apt-get update &&   apt-get install --no-install-recommends --assume-yes curl unzip ${INSTALL_PACKAGES} &&     9.9s
 => [build_source 1/3] RUN git clone https://github.com/ovrclk/akash /data                                                             14.8s
 => [build_source 2/3] WORKDIR /data                                                                                0.7s
 => [build_source 3/3] RUN git checkout v0.16.3                                                                                1.3s
 => [build 1/3] RUN make install                                                                                56.6s
 => [build 2/3] RUN ldd /go/bin/akash | tr -s '[:blank:]' '\n' | grep '^/' |     xargs -I % sh -c 'mkdir -p $(dirname deps%); cp % dep  1.2s
 => [build 3/3] RUN mv /go/bin/akash /bin/akash                                                                                2.8s
 => [default 2/3] COPY --from=build /bin/akash /bin/akash                                                                               1.3s
 => [default 3/3] COPY --from=build /data/deps/ /                                                                                0.8s
 => [omnibus 1/4] RUN apt-get update &&   apt-get install --no-install-recommends --assume-yes ca-certificates curl wget file unzip g  59.7s
 => [omnibus 2/4] RUN curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"   && unzip awscliv2.zip -d /us  9.9s
 => [omnibus 3/4] COPY run.sh snapshot.sh /usr/bin/                                                                                0.8s
 => [omnibus 4/4] RUN chmod +x /usr/bin/run.sh /usr/bin/snapshot.sh                                                                     2.3s
 => exporting to image                                                                                2.9s
 => => exporting layers                                                                                2.8s
 => => writing image sha256:056ceca0479b608833815595b398e1da37b52321e6faf784fa4604fb2fc7fbdf                                            0.1s
 => => naming to docker.io/andrey01/cosmos-omnibus:v0.0.31-akash-v0.16.3                                                                0.0s
arno@stealth:~/git/cosmos-omnibus/akash$ echo $?
0

arno@stealth:~/git/cosmos-omnibus/akash$ docker push andrey01/cosmos-omnibus:v0.0.31-akash-v0.16.3
The push refers to repository [docker.io/andrey01/cosmos-omnibus]
6d1bcbae7344: Pushed
3f66933581b1: Pushed
7a39c40150c1: Pushed
29623adc3a34: Pushed
5055c52a0ba8: Pushed
cc5f54578ae8: Pushed
d6a325d281f2: Mounted from andrey01/pkt_on_akash
v0.0.31-akash-v0.16.3: digest: sha256:2a45c83ae53927e553ecb3ef8b307a83c34e8536d849420f5bebee8a4344f8b5 size: 1791

Thanks @arno01, just releasing a new version now


Update Monitor Query Swagger files to use SHA-1 hash

Update the input-file values to align with what .NET and Python are already doing. The goal is consistency across Tier 1 languages.

This PR looks good to me. We can bump the package version. One question I had - should we regenerate the generated code in the same PR or after this is merged? (cc : @scottaddie @sarangan12 )


Added an onStart/onStop on the wrapper for the languageClient

Added a handle for language client connection start and stop.

@kaisalmen

Do you like to extend an existing example to make use of your changes?

I will with pleasure update the examples.

I will with pleasure update the examples.

Sounds good. Pick one you like. 👍

Please run npm run lint because there may be problems. Otherwise this looks good. Thank you.

Looks good to me :) I did run it before pushing! Thank you.


Allow removing a user from an account even if it's their last account

Address this error. We can bump the user into a personal account if that's easiest:
** (Postgrex.Error) ERROR P0001 (raise_exception) User must have at least one associated account
    (ecto_sql 3.11.3) lib/ecto/adapters/sql.ex:1054: Ecto.Adapters.SQL.raise_sql_call_error/1
    (ecto 3.11.2) lib/ecto/repo/schema.ex:775: Ecto.Repo.Schema.apply/4
    (ecto 3.11.2) lib/ecto/repo/schema.ex:571: anonymous fn/13 in Ecto.Repo.Schema.do_delete/4
    (sequin 0.1.0) lib/sequin_web/live/settings/account_settings_live.ex:140: SequinWeb.Settings.AccountSettingsLive.handle_event/3

So making the account personal should be the best move?


cmd.exe "START" cannot find file since upgrade to 1903

I just upgraded my Windows 10 Pro system to 1903 (build 18362.356) and began experiencing a similar problem to #271, which was reported in 1809.
(The description of duplicate issue #345 is closer to what I'm seeing).
I have a batch file containing multiple commands executed as
START "" /MIN /I /D ...
Since the upgrade, they all now return

The system cannot find the file ...

Removing the /MIN does not resolve the problem.
#271 was fixed in KB4501371 for 1809; is there an update for 1903 with a similar fix?
Environment
Microsoft Windows [Version 10.0.18362.356]
Previous Environment
1803 (build 17134.1246)

Sorry for the delay. Are you seeing the problem in 1809 with KB4501371? I'd like to figure out if we broke this between the code we serviced to 1809 and 1903.

This system never had 1809, corporate updates went directly from 1803 to 1903.
System has since updated from build 18362.356 to 18362,657, and is still expieriencing this problem.
Could/should I try installing KB4501371 anyway?

KB4501371 will not help, unfortunately. We'll take up the investigation on our side.

Sorry to be that guy, but @LRiba - is this still happening for you? I'm mot sure we ever made any code changes on our side to address this, but there also shouldn't be any cmd.exe changes at all, so it's a little troubling that this regressed in the first place.
It's been a few months, so it's entirely possible this has been fixed in the meantime. If this is still happening, we'll take another look.
Thanks!


refactor(pydantic): Remaining migrations for deprecated functions

These were missed in https://github.com/SeldonIO/MLServer/pull/1748.

Tests are passing again (so far just tested locally) after https://github.com/SeldonIO/MLServer/pull/1758.


feat(sql): enable rollback

Enable users to specify a rollback command for sql commands to be executed when the resource is deleted

Fixes #

Okay @berenddeboer  I'd like to propose this as an alternative to more robust role deletion. This change adds an optional rollback to Sql constructs. My hope is this actually solves the role deletion issue by enabling users to undo permissions on their own explicitly when the Sql resource is deleted.

Thank you so much, seems to be a nice new feature!