OS error.

Did everything as specified, getting this error on repeat:
CalledProcessError: Command 'C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\adbutils\binaries\adb.exe -s emulator-5554 push C:\Users\AppData\Local\Programs\Python\Python39\Lib\site-packages\scrcpy\scrcpy-server.jar /data/local/tmp/' returned non-zero exit status 1.
During handling of the above exception, another exception occurred:
OSError: [Errno subprocess] C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\adbutils\binaries\adb.exe -s emulator-5554 push C:\Users\AppData\Local\Programs\Python\Python39\Lib\site-packages\scrcpy\scrcpy-server.jar /data/local/tmp/: "adb: error: failed to get feature set: device 'emulator-5554' not found\r\n"
Not sure how to fix this. Went through google for solid 1-2 hours, and could not manage to find any solid fix.

That looks like it's gotten pretty far. It just looks like Scrcpy can't find Bluestacks.
You could try to first just get Scrcpy running. I use the prebuilt archive from their github.
For Bluestacks version 5.3 or less it should always be emulator-5554 and Scrcpy finds it automatically. Newer versions seems to randomize port on startup and it needs to scan for a few seconds to find it.
If you go in Bluestacks advanced settings and it says <IP_ADDRESS>:5555 it should be just to launch Scrcpy from the windows executable. Otherwise you can open a command line and type in,
{Scrcpy path}/scrcpy - s <IP_ADDRESS>:xxxxx
That should launch it correctly.
If you had to type the port make sure you set static_adb_port = False in the bot config.ini file. Also make sure that the Scrcpy path is correct.

Right, got it to run, although it was not as easy as it was supposed to be. Had to manually add adb host, after that edit the code in the bot file to launch the localhost... and that's about it. Got it running, so glad I finally got it working


feat: move yurt-device-controller into yurt-manager

What type of PR is this?
/kind feature
/sig iot
What this PR does / why we need it:
This PR integrates the yurt-device-controller for iot into the yurt manager. Users can deploy it using PlatformAdmin.
Which issue(s) this PR fixes:
Fixes #1580
Special notes for your reviewer:
Does this PR introduce a user-facing change?
NONE

/assign @LavenderQAQ

/hold

@wangxye #1596 has been merged, please use /unhold to unlock this pr after rebase.

/unhold

/unhold

@wangxye #1626 could be resolved after this pr merged.

@rambohe-ch This pr involves some CI changes (adding a new image build process for YurtIoTDock), needs to test the workflow.

@rambohe-ch We found some problems with YurtIoTDock and have been tracking them in #1626 and #1627. Since these are subsequent enhancements, @wangxye will submit two more pr to address these issues.


License

@Rlamboll do you or Joeri have any preferences re licenses? If no, I'd suggest GNU Affero General Public License v3.0 for the reasons discussed here (in short, gives greatest transparency which I think is what we want with this sort of tool where the assumptions really matter). Alternately, you might want to go a level below and make it less restrictive with BSD-2-Clause.

@znicholls I don't have a strong preference, AGPL 3.0 seems good.

Ok cool. Thinking about it more bsd-2 might be safer as I can’t see the
IIASA database switching to agpl 3 anytime soon.
On Mon, 7 Oct 2019 at 9:14 pm, Rlamboll<EMAIL_ADDRESS>wrote:

@znicholls https://github.com/znicholls I don't have a strong
preference, AGPL 3.0 seems good.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/znicholls/silicone/issues/6?email_source=notifications&email_token=AFUH5G7GRX6MEO7CKRBVFP3QNMDYLA5CNFSM4I5WCGI2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAPX4QA#issuecomment-538934848,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFUH5G2MV4DIIZJKATONGQLQNMDYLANCNFSM4I5WCGIQ
.


Why compiler creates tuple even if it is not necessary at all

Having method
    let addDoubleLevelElement ((position : InletPosition * OutletPosition))
        (element : DoubleLevelElement)
        logical =

        Contract.Requires<InvalidOperationException>(
            canAddDoubleLevelElement element logical,
            "Configuration with one more DoubleLevelElement of provided type is not supported.")
        Contract.Requires<InvalidOperationException>(
            canInsertDoubleLevelElementIntoPosition position logical,
            "DoubleLevelElement cannot be inserted across another DoubleLevelElement")

        { InLet = logical.InLet.Insert(fst position, element);
          OutLet = logical.OutLet.Insert(snd position, element) }

I got this code compiled
[CompilationArgumentCounts(new int[] { 2, 1, 1 })]
public static Logical addDoubleLevelElement(int position_0, int position_1, DoubleLevelElement element, Logical logical)
{
    Tuple<int, int> tuple;
    if (__ContractsRuntime.insideContractEvaluation <= 4)
    {
        try
        {
            __ContractsRuntime.insideContractEvaluation++;
            Tuple<int, int> tuple2 = new Tuple<int, int>(position_0, position_1);
            __ContractsRuntime.Requires<InvalidOperationException>(canAddDoubleLevelElement(element, logical), "Configuration with one more DoubleLevelElement of provided type is not supported.", "canAddDoubleLevelElement element logical");
            __ContractsRuntime.Requires<InvalidOperationException>(canInsertDoubleLevelElementIntoPosition(tuple2.get_Item1(), tuple2.get_Item2(), logical), "DoubleLevelElement cannot be inserted across another DoubleLevelElement", "canInsertDoubleLevelElementIntoPosition position logical");
        }
        finally
        {
            __ContractsRuntime.insideContractEvaluation--;
        }
    }
    return new Logical(logical.InLet@.Insert(Operators.Fst<int, int>(tuple), element), logical.OutLet@.Insert(Operators.Snd<int, int>(tuple), element));
}

Expected behavior
No tuple created, arguments passed separately
Actual behavior
Tuple created to get values from it once then
Related information

Windows 8.1 x64 UKR
4.0 release
<TargetFrameworkProfile>Profile259</TargetFrameworkProfile> <TargetProfile>netcore</TargetProfile> <TargetFSharpCoreVersion>3.259.4.0</TargetFSharpCoreVersion>
Visual Studio 2015 Enterprise Update 2

@xperiandri Please update the repro so that it can be reproduced, i.e. doesn't depend on your libraries.

Will provide soon

Thanks!

See also #2923

Did I provide a repro?

@xperiandri Nope - could you provide a minimal one please and then reopen, thanks


Workspace settings during install

Hard code or allow for import of workspace settings during install. Setup a standard workspace environment.

Added the creation of the json directly in the setup script. Might be smarter to implement it as external file to be unpacked and installed by the installer itself.


add 25 OC questions

questions about basic organic chemistry from lectures OC1-3

@marawilhelmi the questions from the same file seem quite diverse. what about splitting them? (at least by topic)

@marawilhelmi can you go one more time through the questions and add \\pu{number + unit} wrappers. For example pKa =  x, or 2 ppm. And so on. Then I will have a more detailed look at it.

You can probably most easily solve the merge conflict by renaming the file (as Vicky added an analytical chemistry question, too (https://github.com/lamalab-org/chem-bench/blob/main/data/analytical_chemistry/23.json), you now have a merge conflict as your 23.json is quite different from the one on main)

@marawilhelmi I now tried to add the tags. I would think of them as "knowledge," which is everything that is not taught in an introductory course on the subject. Calculation is everything for which one would use a calculator


add registration page

Copied from 2015 registration page, and updated. It isn't linked to yet from the home page - will do so after this is working.

thanks


The command "python prepare_dataset.py" is encountering issues during execution.

When running python prepare_dataset.py, an error occurs at frame 22402, as shown in the image. How can I resolve this issue?

Hi,
Some other people have also reported this issue. Unfortunately, I am not able to replicate it on my system.
However, I have uploaded the pre-processed dataset for one of the identities. You could use that instead.


How to make named pipelines?

I wish to Send or Publish to a named pipeline

What would the use case be here? Would the name be passed as a third argument to the function with the signature (handler, request)?

HI @mikesol,
The usage would be as a new argument for the Send<T>() and Publish() methods.
The current implementation uses a Dictionary of pipelines with the Request Type as Key, it would be nice that for every RequestType would exists a List of named Pipelines.
This changes would add fine grained control to the developer.

Got it. Is the idea then to have some sort of pattern matching like redis, ie if you have foo:bar foo:baz and bar:baz and then send to foo:* it will pick up the channels with the right prefix?

Yes, that would be great!

Find in release v0.4.3


tflite-support installation issue in Kaggle

Click to expand!
Issue Type
Build/Install
Have you reproduced the bug with TF nightly?
Yes
Source
source
Tensorflow Version
2.12
Custom Code
No
OS Platform and Distribution
kaggle
Mobile device
No response
Python version
3.10.10
Bazel version
No response
GCC/Compiler version
No response
CUDA/cuDNN version
No response
GPU model and memory
No response
Current Behaviour?
!pip install tflite-support gives following error-
note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
ERROR: Could not build wheels for tflite-support, which is required to install pyproject.toml-based projects
Standalone code to reproduce the issue
complete logs are attached already

Relevant log output
Collecting tflite-support
  Downloading tflite-support-0.1.0a1.tar.gz (390 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 390.3/390.3 kB 7.2 MB/s eta 0:00:00
  Preparing metadata (setup.py) ... - \ done
Requirement already satisfied: pybind11>=2.4 in /opt/conda/lib/python3.10/site-packages (from tflite-support) (2.10.4)
Requirement already satisfied: absl-py>=0.7.0 in /opt/conda/lib/python3.10/site-packages (from tflite-support) (1.4.0)
Requirement already satisfied: numpy in /opt/conda/lib/python3.10/site-packages (from tflite-support) (1.23.5)
Building wheels for collected packages: tflite-support
  Building wheel for tflite-support (setup.py) ... - \ | / - error
  error: subprocess-exited-with-error

  × python setup.py bdist_wheel did not run successfully.
  │ exit code: 1
  ╰─> [140 lines of output]
      running bdist_wheel
      running build
      running build_py
      creating build
      creating build/lib.linux-x86_64-3.10
      creating build/lib.linux-x86_64-3.10/tflite_support
      copying tflite_support/metadata_schema_py_generated.py -> build/lib.linux-x86_64-3.10/tflite_support
      copying tflite_support/__init__.py -> build/lib.linux-x86_64-3.10/tflite_support
      copying tflite_support/schema_py_generated.py -> build/lib.linux-x86_64-3.10/tflite_support
      copying tflite_support/metadata.py -> build/lib.linux-x86_64-3.10/tflite_support
      copying tflite_support/codegen.py -> build/lib.linux-x86_64-3.10/tflite_support
      running egg_info
      writing tflite_support.egg-info/PKG-INFO
      writing dependency_links to tflite_support.egg-info/dependency_links.txt
      writing entry points to tflite_support.egg-info/entry_points.txt
      writing requirements to tflite_support.egg-info/requires.txt
      writing top-level names to tflite_support.egg-info/top_level.txt
      /opt/conda/lib/python3.10/site-packages/setuptools_scm/integration.py:28: RuntimeWarning:
      ERROR: setuptools==41.6.0 is used in combination with setuptools_scm>=6.x

      Your build configuration is incomplete and previously worked by accident!
      setuptools_scm requires setuptools>=45

      This happens as setuptools is unable to replace itself when a activated build dependency
      requires a more recent setuptools version
      (it does not respect "setuptools>X" in setup_requires).

      setuptools>=31 is required for setup.cfg metadata support
      setuptools>=42 is required for pyproject.toml configuration support

      Suggested workarounds if applicable:
       - preinstalling build dependencies like setuptools_scm before running setup.py
       - installing setuptools_scm using the system package manager to ensure consistency
       - migrating from the deprecated setup_requires mechanism to pep517/518
         and using a pyproject.toml to declare build dependencies
         which are reliably pre-installed before running the build tools

        warnings.warn(
      reading manifest file 'tflite_support.egg-info/SOURCES.txt'
      reading manifest template 'MANIFEST.in'
      writing manifest file 'tflite_support.egg-info/SOURCES.txt'
      copying tflite_support/metadata_schema.fbs -> build/lib.linux-x86_64-3.10/tflite_support
      creating build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/__init__.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/builder.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/compat.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/encode.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/number_types.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/packer.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/table.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      copying tflite_support/flatbuffers/util.py -> build/lib.linux-x86_64-3.10/tflite_support/flatbuffers
      running build_ext
      creating tmp
      gcc -pthread -B /opt/conda/compiler_compat -Wno-unused-result -Wsign-compare -DNDEBUG -fwrapv -O2 -Wall -fPIC -O2 -isystem /opt/conda/include -fPIC -O2 -isystem /opt/conda/include -fPIC -I/opt/conda/include/python3.10 -c /tmp/tmpf6wu46to.cc -o tmp/tmpf6wu46to.o -std=c++14
      gcc -pthread -B /opt/conda/compiler_compat -Wno-unused-result -Wsign-compare -DNDEBUG -fwrapv -O2 -Wall -fPIC -O2 -isystem /opt/conda/include -fPIC -O2 -isystem /opt/conda/include -fPIC -I/opt/conda/include/python3.10 -c /tmp/tmpchd3i2qh.cc -o tmp/tmpchd3i2qh.o -fvisibility=hidden
      building '_pywrap_codegen' extension
      creating build/temp.linux-x86_64-3.10
      creating build/temp.linux-x86_64-3.10/src
      creating build/temp.linux-x86_64-3.10/src/tensorflow
      creating build/temp.linux-x86_64-3.10/src/tensorflow/lite
      creating build/temp.linux-x86_64-3.10/src/tensorflow/lite/experimental
      creating build/temp.linux-x86_64-3.10/src/tensorflow/lite/experimental/support
      creating build/temp.linux-x86_64-3.10/src/tensorflow/lite/experimental/support/codegen
      gcc -pthread -B /opt/conda/compiler_compat -Wno-unused-result -Wsign-compare -DNDEBUG -fwrapv -O2 -Wall -fPIC -O2 -isystem /opt/conda/include -fPIC -O2 -isystem /opt/conda/include -fPIC -I/opt/conda/lib/python3.10/site-packages/pybind11/include -I/opt/conda/lib/python3.10/site-packages/pybind11/include -Iinclude -Isrc -I/opt/conda/include/python3.10 -c src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc -o build/temp.linux-x86_64-3.10/src/tensorflow/lite/experimental/support/codegen/android_java_generator.o -DVERSION_INFO="0.1.0a1" -std=c++14 -fvisibility=hidden
      In file included from include/flatbuffers/base.h:217,
                       from include/flatbuffers/flatbuffers.h:20,
                       from src/tensorflow/lite/experimental/support/metadata/metadata_schema_generated.h:21,
                       from src/tensorflow/lite/experimental/support/codegen/code_generator.h:25,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.h:23,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:16:
      /opt/conda/include/absl/strings/string_view.h:52:26: error: ‘string_view’ in namespace ‘std’ does not name a type
         52 | using string_view = std::string_view;
            |                          ^~~~~~~~~~~
      /opt/conda/include/absl/strings/string_view.h:52:21: note: ‘std::string_view’ is only available from C++17 onwards
         52 | using string_view = std::string_view;
            |                     ^~~
      /opt/conda/include/absl/strings/string_view.h:686:8: error: ‘string_view’ does not name a type
        686 | inline string_view ClippedSubstr(string_view s, size_t pos,
            |        ^~~~~~~~~~~
      /opt/conda/include/absl/strings/string_view.h:697:11: error: ‘string_view’ does not name a type
        697 | constexpr string_view NullSafeStringView(const char* p) {
            |           ^~~~~~~~~~~
      In file included from include/flatbuffers/flatbuffers.h:20,
                       from src/tensorflow/lite/experimental/support/metadata/metadata_schema_generated.h:21,
                       from src/tensorflow/lite/experimental/support/codegen/code_generator.h:25,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.h:23,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:16:
      include/flatbuffers/base.h:219:23: error: ‘string_view’ in namespace ‘absl’ does not name a type
        219 |         typedef absl::string_view string_view;
            |                       ^~~~~~~~~~~
      In file included from src/tensorflow/lite/experimental/support/metadata/metadata_schema_generated.h:21,
                       from src/tensorflow/lite/experimental/support/codegen/code_generator.h:25,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.h:23,
                       from src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:16:
      include/flatbuffers/flatbuffers.h:552:16: error: ‘string_view’ in namespace ‘flatbuffers’ does not name a type
        552 |   flatbuffers::string_view string_view() const {
            |                ^~~~~~~~~~~
      include/flatbuffers/flatbuffers.h:1478:44: error: ‘flatbuffers::string_view’ has not been declared
       1478 |   Offset<String> CreateString(flatbuffers::string_view str) {
            |                                            ^~~~~~~~~~~
      include/flatbuffers/flatbuffers.h: In member function ‘flatbuffers::Offset<flatbuffers::String> flatbuffers::FlatBufferBuilder::CreateString(int)’:
      include/flatbuffers/flatbuffers.h:1479:29: error: request for member ‘data’ in ‘str’, which is of non-class type ‘int’
       1479 |     return CreateString(str.data(), str.size());
            |                             ^~~~
      include/flatbuffers/flatbuffers.h:1479:41: error: request for member ‘size’ in ‘str’, which is of non-class type ‘int’
       1479 |     return CreateString(str.data(), str.size());
            |                                         ^~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc: In function ‘tflite::support::codegen::details_android_java::ModelInfo tflite::support::codegen::{anonymous}::CreateModelInfo(const tflite::ModelMetadata*, const string&, const string&, const string&, tflite::support::codegen::ErrorReporter*)’:
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:157:21: warning: comparison of integer expressions of different signedness: ‘int’ and ‘flatbuffers::uoffset_t’ {aka ‘unsigned int’} [-Wsign-compare]
        157 |   for (int i = 0; i < graph->input_tensor_metadata()->size(); i++) {
            |                   ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:162:21: warning: comparison of integer expressions of different signedness: ‘int’ and ‘flatbuffers::uoffset_t’ {aka ‘unsigned int’} [-Wsign-compare]
        162 |   for (int i = 0; i < graph->output_tensor_metadata()->size(); i++) {
            |                   ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc: In function ‘bool tflite::support::codegen::{anonymous}::GenerateWrapperImports(tflite::support::codegen::CodeWriter*, const tflite::support::codegen::details_android_java::ModelInfo&, tflite::support::codegen::ErrorReporter*)’:
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:278:19: warning: loop variable ‘target’ creates a copy from type ‘const std::__cxx11::basic_string<char>’ [-Wrange-loop-construct]
        278 |   for (const auto target : imports) {
            |                   ^~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:278:19: note: use reference type to prevent copying
        278 |   for (const auto target : imports) {
            |                   ^~~~~~
            |                   &
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc: In function ‘bool tflite::support::codegen::{anonymous}::GenerateWrapperOutputs(tflite::support::codegen::CodeWriter*, const tflite::support::codegen::details_android_java::ModelInfo&, tflite::support::codegen::ErrorReporter*)’:
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:471:23: warning: comparison of integer expressions of different signedness: ‘int’ and ‘std::vector<tflite::support::codegen::details_android_java::TensorInfo>::size_type’ {aka ‘long unsigned int’} [-Wsign-compare]
        471 |     for (int i = 0; i < model.outputs.size(); i++) {
            |                     ~~^~~~~~~~~~~~~~~~~~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc: In function ‘bool tflite::support::codegen::{anonymous}::GenerateWrapperMetadata(tflite::support::codegen::CodeWriter*, const tflite::support::codegen::details_android_java::ModelInfo&, tflite::support::codegen::ErrorReporter*)’:
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:517:23: warning: comparison of integer expressions of different signedness: ‘int’ and ‘std::vector<tflite::support::codegen::details_android_java::TensorInfo>::size_type’ {aka ‘long unsigned int’} [-Wsign-compare]
        517 |     for (int i = 0; i < model.inputs.size(); i++) {
            |                     ~~^~~~~~~~~~~~~~~~~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:536:23: warning: comparison of integer expressions of different signedness: ‘int’ and ‘std::vector<tflite::support::codegen::details_android_java::TensorInfo>::size_type’ {aka ‘long unsigned int’} [-Wsign-compare]
        536 |     for (int i = 0; i < model.outputs.size(); i++) {
            |                     ~~^~~~~~~~~~~~~~~~~~~~~~
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc: In function ‘tflite::support::codegen::GenerationResult::File tflite::support::codegen::{anonymous}::GenerateDoc(const string&, const tflite::support::codegen::details_android_java::ModelInfo&, tflite::support::codegen::ErrorReporter*)’:
      src/tensorflow/lite/experimental/support/codegen/android_java_generator.cc:927:21: warning: comparison of integer expressions of different signedness: ‘int’ and ‘std::__cxx11::basic_string<char>::size_type’ {aka ‘long unsigned int’} [-Wsign-compare]
        927 |   for (int i = 0; i < lower.length(); i++) {
            |                   ~~^~~~~~~~~~~~~~~~
      error: command '/usr/bin/gcc' failed with exit code 1
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
  ERROR: Failed building wheel for tflite-support
  Running setup.py clean for tflite-support
Failed to build tflite-support
ERROR: Could not build wheels for tflite-support, which is required to install pyproject.toml-based projects

Hi @dsbyprateekg ,
It seems the issue is related to Kaggle environment. I found there is no issue with Google colab and may refer to the gist.
By looking at the logs you might need to install setup tools separately in Kaggle.
Please try pip install setuptools first and then try to install tflite-support and let us know if still having issue after this.
Thanks!

@SuryanarayanaY I tried that but got same error.

@dsbyprateekg ,
Could you please cross check the environment details using pip list and compare it with the Colab environment attached in gist above and let us know any differences. Also please confirm the setuptools version installed there.
I am not sure,but maybe can you try uninstalling setuptools_scm and then install setuptools and let us know if it works.
Thanks!

To resolve this problem, you can try the following steps:

Ensure that you have all the necessary dependencies and prerequisites installed on your system. Refer to the official documentation of tflite-support for any specific requirements.

Update your pip package manager to the latest version by running the command:

pip install --upgrade pip

Check if you have the required development libraries and tools installed on your system. Some Python packages require certain system-level dependencies to build correctly. For example, on Ubuntu, you might need to install the build-essential package:

sudo apt-get install build-essential

Try installing the package again using the --no-binary flag to force a source build instead of using pre-compiled wheels:

pip install --no-binary :all: tflite-support

If the above steps don't resolve the issue, you can try cloning the tflite-support repository from GitHub and installing it directly from source:

git clone https://github.com/tensorflow/tflite-support.git
cd tflite-support
pip install .

@yasirulhadi I will follow mentioned steps and update you soon.

@yasirulhadi after following your suggested steps, installation was done successfully but now I am getting following error-
ModuleNotFoundError: No module named 'tflite_support.metadata_writers'
in this import from tflite_support.metadata_writers import object_detector

Hi @dsbyprateekg
The error message ModuleNotFoundError: No module named 'tflite_support.metadata_writers' suggests that the tflite_support.metadata_writers module is not found. This could indicate a problem with the installation or the package itself.

Double-check that the tflite-support package was installed correctly. You can verify this by running the following command and checking if tflite-support is listed:

pip list

Make sure you are using the correct import statement in your code. The tflite_support.metadata_writers module was introduced in a later version of the tflite-support package. If you are using an older version, it's possible that this module is not available. You can check the version of tflite-support installed by running:

pip show tflite-support

If you have an older version installed, you can upgrade to the latest version using:

pip install --upgrade tflite-support

Finally, ensure that you have imported the necessary submodules correctly. For example, if you're trying to import the object_detector module, make sure you have the following import statements:

from tflite_support.metadata_writers import object_detector
from tflite_support.metadata import metadata_schema_py_generated as _metadata_fb

If the issue persists, you might need to check the documentation or the source code of tflite-support.

@yasirulhadi If you read older comments then you will come to know that !pip install tflite-support command is not working that's why I posted this issue.
If I use upgrade command with it then again I am facing following error which I posted as first post-  ERROR: Could not build wheels for tflite-support, which is required to install pyproject.toml-based projects
Also as per your suggested command to install tflit-support- !pip install --no-binary :all: tflite-support, I am able to see installed version as tflite-support-0.1.0a1-

I suggest you to please try yourself in kaggle environment and share me a working gist.

@dsbyprateekg Let me try and work on it again.

@dsbyprateekg
What's the current python version in your kaggle environment?
If it is 3.10.10 then change it to 3.7. Once it is changed to 3.7, try to run the above commands I share and let me know.
Hopefully it would work!

@yasirulhadi we cannot change Python version in kaggle environment.

https://www.kaggle.com/code/taylorsamarel/change-python-version-on-kaggle-taylor-amarel?scriptVersionId=115764070

@yasirulhadi instead of changing Python version to older one, can this not be fixed by TF team to support Python 3.10 version?

@dsbyprateekg
It is not the issue with tensorflow but with Kaggle environment's python version. Some libraries don't support the upgrade and works well with the downgraded version.

@dsbyprateekg ,
Can you report the issue to kaggle team. Its problem with Kaggle environment and we can't support issues with third party tools. Maybe you can refer the pip list as mentioned for checking the Colab environment packages with versions and try to install missing packages in kaggle environment.
You can use Google Colab for free in case you want to train/test your model.
Thanks!

@SuryanarayanaY Actually first I tried my TFLite model train/test/convert in Colab only but due to Python 3.10, there I faced issue while installing TFLite model maker library. So I have switched to Kaggle. Now in Kaggle I am able to train model but now issue is with TFLite-support library.

@dsbyprateekg Were you able to change the python version?

@yasirulhadi No, I have not.
So I did it on my personal laptop.

Hi @dsbyprateekg
The tflite-support has has known issue of not running on python 3.10 because of which the model maker installation is hindered in the colab as well.
You can try installing pip install tflite-support==0.4.2 and see if it works.
Thanks.


log error if on_error listener is not provided

Hello.
Not sure if this change makes sense, but i believe it can be useful for development/debugging experience.
It's quite easy to provide no on_error handler, but if with that you use .connect() instead of .init() with some wrong connection configuration you'll see no errors in the log, which can be somewhat confusing.
To see this in action try running this example:

basic.rs + logging + changed connection url + connect()
use fred::prelude::*;

#[tokio::main]
async fn main() -> Result<(), RedisError> {
  pretty_env_logger::init();

  // create a config from a URL
  let config = RedisConfig::from_url("redis://user:doesntexist@<IP_ADDRESS>:6379/0")?;
  // see the `Builder` interface for more information
  let client = Builder::from_config(config).build()?;
  // callers can manage the tokio task driving the connections
  let _connection_task = client.connect().await?;
  // convert response types to most common rust types
  let foo: Option<String> = client.get("foo").await?;
  println!("Foo: {:?}", foo);

  client
    .set("foo", "bar", Some(Expiration::EX(1)), Some(SetOptions::NX), false)
    .await?;

  // or use turbofish. the first type is always the response type.
  println!("Foo: {:?}", client.get::<Option<String>, _>("foo").await?);

  client.quit().await?;
  Ok(())
}

on current main it leads to this log excerpt:
 DEBUG fred::protocol::connection > fred-TbWotneuIp: Creating TCP connection to <IP_ADDRESS> at <IP_ADDRESS>:6379
 DEBUG fred::modules::inner       > fred-TbWotneuIp: No `on_connect` listeners.
 DEBUG fred::modules::inner       > fred-TbWotneuIp: No `on_error` listener.
 DEBUG fred::modules::inner       > fred-TbWotneuIp: No `on_connect` listeners.

and with this change it becomes
 DEBUG fred::modules::inner       > fred-oQONQKELmH: No `on_error` listener. The error was: Redis Error - kind: Auth, details: NOAUTH Authentication required.

Thanks @khodzha, this looks good. I'll cherry-pick it into the working branch for 9.1.0.


fix: removeMemberOnLeave cache option

Please describe the changes this PR makes and why it should be merged:
Fixed the removeMemberOnLeave cache option, previously it didn't use the proper member key
I also marked structureBuilder as optional.
Status

[x] Code changes have been tested.

Semantic versioning classification:

[ ] This PR changes the library's interface (methods or parameters added)
[ ] This PR includes breaking changes (methods removed or renamed, parameters moved or removed)
[ ] This PR only includes non-code changes, like changes to documentation, README, etc.

Good catch!


do-not-merge run e2e only

Description

Related Issue

Fixes <issue_link>

Motivation and Context

How Has This Been Tested?

test environment:
test case 1:
test case 2:
...

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Technical debt
[ ] Tests only (no source changes)

Checklist:

[ ] Code changes
[ ] Unit tests added
[ ] Acceptance tests added
[ ] Documentation ticket raised:

E2E tests failed: https://drone.owncloud.com/owncloud/ocis/20718/5/1
:boom: To see the trace, please open the link in the console ...

npx playwright show-trace https://cache.owncloud.com/public/owncloud/ocis/20718/tracing/multiple-spaces-can-be-managed-at-once-in-the-admin-settings-via-the-batch-actions-alice-2023-3-23-06-53-40.zip
npx playwright show-trace https://cache.owncloud.com/public/owncloud/ocis/20718/tracing/user-group-assignments-can-be-handled-via-batch-actions-admin-2023-3-23-06-54-59.zip
npx playwright show-trace https://cache.owncloud.com/public/owncloud/ocis/20718/tracing/users-can-navigate-web-via-tiles-alice-2023-3-23-07-07-23.zip

Purpose served.


Start on dummy shell to allow background forwarding

We don't use ssh to deploy right now

special hack, because I can't seem to get ssh output to work write. without the \r\n on os-x and rhel6, the
terminal doesn't start on a newline. it just eats it, and starts again on the same line. need to test on a
non-OS-X terminal

Fix to use an enum to pick the shell mode
Rework the layout of the forwarding filtering
Add further tests for forwarding
Add restrictions to prevent forwarding to hosts other than the artifactory host
organize imports
update notes
Cleanup javadocs
Cleanup Shell

CLA is valid!


Ref #18: Fixes quality selector options autohide inconsistency on non…

…-ios mobiles

@hack4mer please:

squash both your commits into one (see https://github.com/silvermine/silvermine-info/blob/master/commit-history.md)
do not include the package-lock.json change into that commit - it's not relevant to this work (@onebytegone we should add that one as a separate commit - not sure how we missed doing that before)

Thanks!
@onebytegone run with it after that.

Hi, sorry about that. I have made the requested changes

Squashed both the commits into one
Removed package-lock.json from the commit

I have also created another commit in a new branch that updates the  package-lock.json file. I will open a new PR if you say after this one has been reviewed and merged

Thanks for updating the PR @hack4mer! Unless @jthomerson says otherwise, don't worry about a PR for package-lock.json. There is some NPM "housekeeping" that we need to do, update dependencies and such. It'll be easiest to add the lock file in that update.

Sure, thank you @onebytegone. :)

For the reason @onebytegone and @RyanBertrand mention, I'm closing this.


Expose available_image_bounds on MediaReference / ExternalReference as CGRect?

Working on an AVFoundation interoperability implementation of OTIO and noticing that Media Reference does not expose its bounds in any way.
While not strictly necessary, its helpful to have access when trying to read an OTIO timeline and do useful stuff with it

Oh, just realized, we should move this issue to the [Swift-Bindings](https://github.com/OpenTimelineIO/OpenTimelineIO-Swift-Bindings) repo.

Hey @reinecke - Ah this tracks. Maybe theres a 'natural' exposing of the box2D binding, but as you said, an Apple Centric solution would expose a CGRect variant of the box2D binding so clients wouldn't need to worry too much?


[SYSTEMML-956]Casting issue with scalar assignment in Frame

that's a good catch, but could you please use 'input2.getValueType()' instead of the schema - the value is passed as string and the target schema is handled within the target block.

LGTM - thanks @asurve


Add ability to set default theme for concrete widget

Q
A

Is bugfix?
❌

New feature?
✔

Breaks BC?
❌

Fixed issues
-

👍


fixed bug that causes apploader to spin forever when perform empty search

also fixed some security vulnerabilities by updating an electron package.
I dunno where the config.db changes came from but figured I'd commit em too
Great job on this btw

good work!


Adding Article Card

Here I'm adding some Article card, it can be used for product article or any other article

Great! My very first git experience.


ci: reorganize packaging and release workflows

This is a WIP meant to demonstrate a set of workflows which allows us to combine, re-use and separate testnet and devnet deployments.
⚠ expect naming inconsistencies, typos and other gnarly minutia.

The essence of this refactor is creating two actions:
1. Package
This generates the miden-node and miden-faucet packages -- but notable only generates the files. No uploading or tagging etc. All meta-data like that should come in as an input.
2. Deploy
This action takes in the aws ssm credentials and filepaths to the packages. It then uses scp to copy the packages across, and then ssm to do the deployment process similar to what is happening now.

The workflows are now split into release and deploy_devnet using the above actions:

devnet generates the arm package and then deploys it.
release has 3 jobs

generate and upload amd package
generate and upload arm package
wait for arm package to be available and deploy it to testnet

The nice thing is that the actions don't care about architecture or tags etc. That's up to the workflow to setup. And similarly we get to re-use the actions.

⚠ I haven't actually tested the scp via ssm but I believe it is possible according to the docs. And the actions are currently just stubs..
I'd also like an action to wrap the ssm command + polling loop nonsense but that's not super relevant here.

Implemented in #546 and #547


Add API endpoint to get online/offline/away/idle status, plus away message if possible

Description of the feature
Management API endpoint that can, for a given screen name, retrieve:

Offline/online state
Idle state
Idle duration
Away state
Away message

Use case
This would be useful in the ChivaNet environment for further integration with the ChivaNet website, RAS directory, and presence API. I assume it could be used similarly by other operators.

Would it be acceptable to add these to the /sessions endpoint? I have a change in-progress that adds the following fields to the /sessions endpoint

away_message - contents of their away message
idle_seconds - how many seconds they have been idle
online_seconds - how many seconds they have been online

Then to address the states,

For online state you can assume if the screen name is present in /sessions, they are online
For idle state you can assume if idle_seconds > 0, they are idle
For away state you can assume if away_message is not blank, they are away

I think it'd also be cool to update the /users endpoint so you could get /user/XXX and see their profile and buddy icon. This would also be a good spot to (in the future) return their privacy settings so you could control whether their presense etc should show up on the chivanet directory page.

That works for me!


Change deprecated placement strategy for ordered_placement_strategy

Change depends on for service from role to role_policy as recommended in terraform documentation

Also, this closes #39


Consider removing Create store from the flow, once Server admin has ability to set default store rate and currency

Once BTCPay Server itself, allows server admins to set default currency and rate source we should consider removing the create a store screen. We would be left with store name, and that one can just generically always be Store, since what actually matters is StoreID.

Removing this, wouldn't mean users can't configure them, since in settings we should allow them to change rate, store name and rate source.
Relevant issues:
https://github.com/btcpayserver/btcpayserver/issues/5653

More than happy to remove any additional config from the initial setup, esp. on the App side of things.


New version: Microsoft.WindowsAppRuntime.1.4 version 1.4.5

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?

[x] Does your manifest conform to the 1.6 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

Automatic Validation ended with:

Executable C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.1.4_4000.1136.2333.0_x64__8wekyb3d8bbwe\DeploymentAgent.exe returned exit code: -2147024736
Executable C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.1.4_4000.1136.2333.0_x64__8wekyb3d8bbwe\RestartAgent.exe returned exit code: -1073740791
Executable C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.1.4_4000.1136.2333.0_x86__8wekyb3d8bbwe\DeploymentAgent.exe returned exit code: -2147024736
Executable C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.1.4_4000.1136.2333.0_x86__8wekyb3d8bbwe\RestartAgent.exe returned exit code: -1073740791

(Automated response - build 870.)

Trying to tackle #144292

@wingetbot waivers Add Validation-Executable-Error


[Bug] Incorrect cluster failover behavior

Redis version - 6.2.7
Platform - linux
Using Docker and/or Kubernetes - no
Deployment type - cluster
Incorrect cluster failover behavior
To Reproduce
Steps to reproduce the behavior:

Down master node
Await replica promotes to master and cluster sync
Up master node
Apply CLUSTER FAILOVER
Library still never read key (Infinity incorrect MOVED handle)

@aembke Pls, take a look

Thanks @neogenie, good find again. I just merged https://github.com/aembke/fred.rs/pull/195 and I think this is worth its own quick patch release in 7.1.1.


Stratux VK-162 Altitude about 70 ft higher than actual (Ground Testing)

Stratux version: v1.0r1 (945c8bf6bc)

Stratux config: IMG
SDR

[ ] single
[X] dual NooElec NESDR Nano 2

GPS

[X] yes VK-162
[ ] no
type:

AHRS

[ ] yes
[X] no

power source: Car Adapter (https://www.amazon.com/gp/product/B00M6QODH2/ref=oh_aui_search_detailpage?ie=UTF8&psc=1)
usb cable: Micro-USB to USB Cable - 3 Feet

EFB app and version: (e.g., WingX Pro7 8.6.2) Foreflight 8.0.3 (2324)
EFB platform: (e.g., iOS 9.2)iOS 9.3.5
EFB hardware: (e.g., iPad Mini 2) iPad Mini 2

Description of your issue:
Ground Testing Stratux (first time user), Indicated GPS Altitude is about 70 ft higher than actual. Local for testing is about 10-15 ft and unit indicated 85 ft. Tested unit while driving, and other GPS indications appear correct, including speed, heading, etc. Any advice before flight testing?

Thanks for the great work everyone is doing.

How long did you watch it?  Is SBAS (WAAS) active?  There are many reasons why it could show up that way.  Did you get altitude off the stratux user screen or off your EFB?

@skypuppy Had it running for about an hour, the altitude was solid (not bouncing) but it was just higher. Was looking at the info from the EFB, don't recall checking altitude from the stratux screen, but from the indications were solid (more than 10 satellites, etc).

Ah ha.  We had some discussion on reddit about that some time back.  Basically, some EFB's use a different model of the Earth (geoid) than others.  GPS's in the US are supposed to standardize around WGS84 (yeah, nitpicking details) but there are at least 2 ways to interpret it.  Not all EFB vendors implement it the same way, either.    Some try to take the raw data they get from GPS's and basically subtract (or add) 100 feet then display that as aircraft data (which does not use WGS84, I think.)  There are other reasons the EFB differs, but that is the most likely.  If you get a chance, please compare the readings from the stratux web interface to the EFB.  Btw, which EFB are you using?
Sunstorms can make gps readings incorrect for hours at a time but they usually fluctuate.  Further, if the EFB is "averaging" the altitudes over time (and they have many algorithms to choose from,) that can lead to readings being off as well.  It's way to complicated for my little brain.

EFB Foreflight 8.0.3 (2324) (I should have entered the info on another line, but is above). Thanks for the tips, exactly what I was looking for to do a better troubleshooting. Before Stratux, I have use the EFB with Dual Electronics XGPS150A, and do not have an issue of accuracy is actually very reliable and virtually the same readings as the Garming 430W. With the info you provided I will do another test run and report. Being in South Florida, ground at 85 ft is not the norm. Thanks again.

@skypuppy information was very helpful, included additional information on the issue, following the troubleshooting guidance above.
I think there may be an issue with the Stratux altitude calculation while on the ground, since the information displayed by Foreflight matches the information on the Stratux GPS status.
Additionally, while inflight, ownship is shown in the EFP as -100 ft... is the EFB thinking that it is higher, and therefore not identifying itself?

I do not have an explanation of why the error disappear while inflight... I was flying solo, so didn't have the availability to check it all the way to landing...
Thanks again for the great work everyone is doing with Stratux, and hope that this information is useful in addressing issues with the present build/components.

@skypuppy - you're onto something with the WGS84 vs MSL hypothesis.
@PM490 - on the ground, point Safari to your Stratux at http://<IP_ADDRESS>/getSituation . This is a JSON formatted output of the current position-related data, and includes all processed GPS-related height information, plus the most recent message received from your VK-162.
Output will look something like this (this is from one of my dev branches -- some fields will be different).

I'm looking for the values for the following variables (highlighted above in green):

HeightAboveEllipsoid
GeoidSeparation
Alt
LastValidNMEAMessage (this should be a string starting with $PUBX,00. If it starts with $PUBX,03 or $PUBX,04 hit refresh once or twice to pick up a $PUBX,00 message.)

What @skypuppy touched on is the fact that GPS altitudes are initially calculated against a relatively simple mathematical spheroid (WGS84 datum). However, the Earth isn't graviatationally smooth; it has, for the lack of a better description, corners. For example, mean sea level over most of the US and Canada is about 20-35 meters below zero height on this ellipsoid.

(Source: http://cddis.nasa.gov/926/egm96/egm96.html)
To compensate for this, applications have to apply a correction ("geoid separation") to the WGS84 height above ellipsoid, or the GPS has to apply the correction to the raw data. Most EFB apps expect the latter, so Stratux reads a HAE value from the raw GPS data, applies a correction (also provided by the GPS), and sends this corrected MSL altitude out to the EFB.
I have a hunch that the HAE handling on your particular GPS is getting a bit wonky at heights below 0' HAE. In south Florida, the geoid separation is about -95 feet: +15' MSL would be about -80' HAE. If the GPS was reporting height of 0', rather than -80', the "corrected" MSL height reported by Stratux would be about +95'.  This would also explain why the error goes away once you're airborne: once you hit +95' MSL, you're above 0' HAE, and the GPS would indicate correctly.

Additionally, while inflight, ownship is shown in the EFP as -100 ft... is the EFB thinking that it is higher, and therefore not identifying itself?

If your plane isn't ADS-B Out equipped, that yellow target is probably a TIS-B target corresponding to your Mode C. The indicated altitude would be the pressure altitude reported by your transponder, and there is a -100 foot difference between that altitude and whichever altitude FF is using as a reference.

@AvSquirrel Thanks for the very instructive overview. Your track certainly matches the behaviour.
Here is the info from getSituation while on the ground.
{"LastFixSinceMidnightUTC":76459.4,"Lat":25.962639,"Lng":-80.14081,"Quality":1,"HeightAboveEllipsoid":0,"GeoidSep":-87.59843,"Satellites":5,"SatellitesTracked":15,"SatellitesSeen":14,"Accuracy":4.4,"NACp":10,"Alt":87.59843,"AccuracyVert":4.6,"GPSVertVel":0.28871393,"LastFixLocalTime":"0001-01-01T00:02:42.07Z","TrueCourse":0,"GroundSpeed":0,"LastGroundTrackTime":"0001-01-01T00:02:42.07Z","GPSTime":"2016-09-15T21:14:18Z","LastGPSTimeTime":"0001-01-01T00:02:40.68Z","LastValidNMEAMessageTime":"0001-01-01T00:02:42.07Z","LastValidNMEAMessage":"$PUBX,00,211419.40,2557.75831,N,08008.44829,W,0.000,G3,2.2,2.3,0.487,357.26,-0.088,,2.38,4.95,4.13,5,0,0*56","Temp":0,"Pressure_alt":0,"LastTempPressTime":"0001-01-01T00:00:00Z","Pitch":0,"Roll":0,"Gyro_heading":0,"LastAttitudeTime":"0001-01-01T00:00:00Z"}
I have not been actively programming professionally for many years, and restarted coding some Arduino last year. Sounds like is time to learn more about Raspberry Pi... In the mean time, hope this troubleshooting info is helpful to improve Stratux.

@PM490 - thanks for the data. Agreed that this seems to confirm my hypothesis: the HAE field in the PUBX,00 message (after "W" and before "G3") is zero, when it should be about -22 m. This causes the geoid separation (87.6 feet) to be reported as altitude.

$PUBX,00,211419.40,2557.75831,N,08008.44829,W,0.000,G3,2.2,2.3,0.487,357.26,-0.088,,2.38,4.95,4.13,5,0,0*56"

There's one other GPS message (GGA) that might be able to give valid altitude data. If you are able to plug the Pi into your LAN and SSH in, run cat on the GPS port and it will stream the output of the GPS device, i.e.:
cat /dev/ublox7 (if you have the newer version of VK-162)
cat /dev/ublox6 (if you have the older version of VK-162)
You'll get a GPGGA message about once per second, interspersed with about eight PUBX messages, e.g.:

$GPGGA,165840.90,44xx.xxxxx,N,093xx.xxxxx,W,1,12,0.77,281.8,M,-30.7,M,,*74

Hit ctrl-C once one appears. MSL altitude in meters (e.g. 281.8) is towards the end of this string, before the first "M". If that give a proper reading (~5 m, rather than 27 m) then it should be possible to rework the code to resolve this issue.

So, do you think he has a bad GPS unit? I mean, aren't there a lot of Stratux users in FL using the VK that don't have this issue? Not to mention all the other VK users around the country?

@AvSquirrel
Here is the information for the new reading on the ground (using cat /dev/ublox7).
$PUBX,00,175424.60,2557.76257,N,08008.44676,W,0.000,D3,0.70,2.0,0.362,332.47,-0.223,,1.03,2.08,1.35,9,0,06E
$GPGGA,175425.00,2557.76259,N,08008.44678,W,2,09,1.03,6.8,M,-26.7,M,,000065
For comparison, also below the getSituation info.
{"LastFixSinceMidnightUTC":64366.2,"Lat":25.962725,"Lng":-80.14077,"Quality":2,"HeightAboveEllipsoid":0,"GeoidSep":-87.59843,"Satellites":9,"SatellitesTracked":15,"SatellitesSeen":11,"Accuracy":2,"NACp":11,"Alt":87.59843,"AccuracyVert":5.2,"GPSVertVel":0.6922572,"LastFixLocalTime":"0001-01-01T00:02:24.32Z","TrueCourse":0,"GroundSpeed":0,"LastGroundTrackTime":"0001-01-01T00:02:24.32Z","GPSTime":"2016-09-16T17:52:46Z","LastGPSTimeTime":"0001-01-01T00:02:24.13Z","LastValidNMEAMessageTime":"0001-01-01T00:02:24.32Z","LastValidNMEAMessage":"$PUBX,00,175246.20,2557.76352,N,08008.44616,W,0.000,D3,1.0,2.6,0.106,0.00,-0.211,,1.03,2.09,1.36,9,0,0*58","Temp":0,"Pressure_alt":0,"LastTempPressTime":"0001-01-01T00:00:00Z","Pitch":0,"Roll":0,"Gyro_heading":0,"LastAttitudeTime":"0001-01-01T00:00:00Z"}
@AvSquirrel If I understand it correctly, the GPGGA does have a valid altitude closer to the actual (6.8 M).
@Ergonomicmike I am no expert on GPS, but from the troubleshooting support that @AvSquirrel and @SkyPuppy have kindly provided, this looks more like a bug in the GPS processing. I just happen to be at a location where the separation of the geoid is negative, apparently the only condition at fault.
Thanks to everyone for their time and support.

Just reading the rest of this now, and even though it is too late for this question, an easy way to get the gps data is "apt-get install minicom cutecom" and use either tool to capture as much data as you want by sending the strings into a file.  You'll need to know, using above info, where the gps is /dev/ublox7.
Cutecom is more intuitive while minicom use control characters you have to memorize.

@PM490 -- that's encouraging information. I agree that the GGA message is reporting your MSL altitude correctly (antenna height of +6.8 m / 22') to within "reasonable" measurement uncertainty.
I wrote a simple patch against v1.0r1 (https://github.com/AvSquirrel/stratux/commit/9939ba986af0c48173221746371e6b74f75b226f) to work around the PUBX,00 zero floor. This will ignore altitude updates from the PUBX,00 message if (and only if) PUBX,00 HAE == 0, and effectively to fall back onto the 1 Hz GGA messages (which do correctly report altitudes below the reference ellipsoid) as long as PUBX,00 reports HAE of 0. I intentionally did not "bypass" PUBX,00 HAE values < 0, in case there are versions of the ublox firmware that handle this correctly.
If you don't want to pull from my repo and compile, the following update script can be unzipped and loaded via the Stratux web UI: update-stratux-v1.0r1-9939ba986a.sh.zip
Give it a shot and let me know if the UI (and ForeFlight) report your ground elevation correctly. If it works I'll submit a PR to get this into the main development branch.
@Ergonomicmike - this seems to be a bug in the firmware of this version of the ublox 7 chipset, seen only in one type of position message. I'm guessing that most it hasn't been squawked before now since it would only be seen below about 75-100' MSL, and because it's not unusual for many of us to see ±50 feet variations in GPS altitude while running ground tests -- the offset is about the same magnitude as our gauge capability.
@skypuppy - yeah, they're both good tools. I've used minicom here and there, especially when I want to send control commands back to the GPS without having to recompile or write a shell script. But, cat is quick if I just need a peek at something, and I can run it without taking over the port.

@AvSquirrel I'll take any excuse to fly to FL to test this further.

I wrote to U-blox asking about the issue. They indicated the issue as one of documentation... I don't follow that one. Below the response I got:

This is not a u-blox bug but a documentation oversight.
u-center describes these fields as "Geoid Separation = Alt(HAE) - Alt(MSL)". The GPS compendium document on the u-blox website describes this field as "Height differential between an ellipsoid and geoid".
The descriptions for GGA and GNS messages within the document u-blox 7 Receiver Description and Protocol Specification should indicate
"Geoid separation: Altitude above ellipsoid - Altitude above mean sea level"  but do not.
This updated description for Geoid separation is in the latest  version of u-blox M8 Receiver Description and Protocol Specification.

I Don't follow how is this related to a PUBX,00 altRef (HAE) being 0 when it should probably be a negative number for this location... but since I am the new to all this info, I am sharing it for discussion.
In the mean time, installed @AvSquirrel  patch and in ground testing the reported altitude in the EFB is now active while on the ground, instead of pegged at 85 ft as before.
Will probably not get a chance to fly test for a few days, but will do and report anything else then. Unless @Ergonomicmike makes it to South Florida and beats me to it.
Thanks again for sharing the knowledge and taking the time to assist in troubleshooting. Any recommendations on getting up to speed on Go to help the Stratux cause?
Regards to all.

Nice job, everyone! As someone else said when a user came up with that neat OLED mod, it's amazing what we can do when DHS isn't looking. The synergy is amazing.
Unfortunately, I fear that one of these days the powers that be will cripple the net.
Ironically, those powers might include makers of production ADS-B units who are seeing their profits drop because Stratux development. Remember the patent wars over FM and Color TV and how those in power abused their power to stifle innovation.

@PM490 -- thanks for testing, and thanks for reaching out to u-blox. I submitted a PR to incorporate this into the master branch.

Also, would appreciate any recommendations on getting up to speed on Go to help the Stratux cause?

Go By Example is another good hands-on resource.


BE AS CLEAR AND CONCISE AS POSSIBLE.
problem
I frequently work with Notion off to the side taking around ⅓rd of my laptop screen. However, when multi-column pages are open, instead of the columns rearranging to a single column as on mobile, they just get squashed which is frustrating since nothing is readable.
solution
Make the Notion window responsiveness i.e. it converts to a single column view like on mobile once a certain breakpoint has been reached.
This Chrome extension does exactly this: https://chrome.google.com/webstore/detail/notionso-faster-responsiv/leadcilhbmibbkgbnjgmmnfgnnhmeddk. I'm not a technical guy so I don't know how it works but this seems like something that would greatly improve the Notion Enhancer experience.
alternatives (optional)
Matheus Cezar has created a Chrome extension which opens a responsive Notion popup window. Here is the link to the GitHub project: https://github.com/matheus6417/notion.so-responsive-chrome-extension

already done in the work-in-progress build.

Hi @dragonwocky, it's me again :)
I use Notion on my surface, and I often use it in half-width so I can have another window open on the side. The responsive mode starts at 1/3 of width though, so I still see everything squashed, like in the screenshot below.

Would it be possible to add a configuration option for the start of the responsive mode, or something like that? What do you think?

@fabiosangregorio added, give that a go.

@dragonwocky this works beautifully. Thank you very much!


Plasma 6 - Copy within Qemu/KVM guest not transfered to host clipboard

Describe the bug
When text is copied within a Qemu/KVM guest Plasma 6 NixOS VM, that copied text is not automatically transferred to the host clipboard.
I have confirmed that text is copied to host when using a Plasma 5 NixOS VM and the latest Gnome NixOS VM.
Steps To Reproduce
Steps to reproduce the behavior:

Download and install the latest Plasma 6 NixOS ISO into a Qemu/KVM VM using virt-manager.
Install the Qemu guest integration and spice-vdagent services into the NixOS installation by adding the following content to Nix configuration.

  # Add these service entries to /etc/nixos/configuration.nix
  services.spice-vdagentd.enable = true;
  services.qemuGuest.enable = true;

Update Nix and reboot.

sudo nixos-rebuild switch
sudo reboot

Attempt to copy text within the Qemu/KVM VM and paste the text into the host.  You will notice that the host clipboard is not modified and the text that is pasted on the host is the text that previously was resident within the host clipboard.

Expected behavior
Text that is copied within a Plasma 6 NixOS Qemu/KVM VM should automatically be transferred to the host clipboard when the associated VM guest services are installed.
The reproduction steps were followed using Plasma 5 and the latest Gnome Nix ISO and they worked as expected in both of these cases.
Additional context
Text that is copied in the host is properly transferred into the Plasma 6 VM's clipboard.
Notify maintainers
@K900
Metadata
[user@system:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.6.46, NixOS, 24.05 (Uakari), 24.05.4169.797f7dc49e0b`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.5`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

Add a :+1: reaction to issues you find important.

You're probably using the Wayland session, which the QEMU tools don't work with. Use the X11 session.

Hello K900,
I am using all of the default settings which include these:
  # Enable the X11 windowing system.
  # You can disable this if you're only using the Wayland session.
  services.xserver.enable = true;

  # Enable the KDE Plasma Desktop Environment.
  services.displayManager.sddm.enable = true;
  services.desktopManager.plasma6.enable = true;

  # Configure keymap in X11
  services.xserver.xkb = {
    layout = "us";
    variant = "";
  };

The first block of /etc/sddm.conf is:
[General]
DefaultSession=plasma.desktop
DisplayServer=x11
GreeterEnvironment=LANG=C.UTF-8 QT_WAYLAND_SHELL_INTEGRATION=layer-shell
HaltCommand=/run/current-system/systemd/bin/systemctl poweroff
InputMethod=
Numlock=none
RebootCommand=/run/current-system/systemd/bin/systemctl reboot

I have also tried to enable Wayland to see if that would fix the problem, but it did not.
Please tell me if there are any other configuration options that you think might help diagnose or solve the problem.
I appreciate the help K900!

The default session for Plasma 6 is Wayland. You want to explicitly choose the X11 session.

Hello K900,
That was it, I really really appreciate your help!
For anyone that has experienced the same problem as myself, when greeted with the Plasma 6 login screen, you have to choose "Plasma (X11)" option from the "Desktop Session:" selection at the bottom left hand side of the login screen before signing in.


fix url pointing to contributing.md

When one is browsing the repository through github and lands on a symlink it will display the symlink instead of following the symlink to the correct file.

This pull request didn't trigger Jenkins as its author isn't in the whitelist.
An organization member must perform one of the following:

To have this branch tested by Jenkins, use the "ok to test" command.
To have a one time test done, use the "test this please" command.

Those commands are simple Github comments of the format: "jenkins: COMMAND"

Unfortunately fixing this for Github would cause it to break on readthedocs...
As we prefer https://lxd.readthedocs.io over Github, we'll keep the odd behavior on Github.
If someone has a way to make both happy without ending up with a duplicated file, let us know :)


Can not build fzf-binary on armv8l board.

Category

[*] fzf binary

OS

[*] Linux

Shell

[*] bash

UNAME_M := $(shell uname -m)
ifeq ($(UNAME_M),x86_64)
	BINARY := $(BINARY64)
else ifeq ($(UNAME_M),amd64)
	BINARY := $(BINARY64)
else ifeq ($(UNAME_M),i686)
	BINARY := $(BINARY32)
else ifeq ($(UNAME_M),i386)
	BINARY := $(BINARY32)
else ifeq ($(UNAME_M),armv5l)
	BINARY := $(BINARYARM5)
else ifeq ($(UNAME_M),armv6l)
	BINARY := $(BINARYARM6)
else ifeq ($(UNAME_M),armv7l)
	BINARY := $(BINARYARM7)
else
$(error "Build on $(UNAME_M) is not supported, yet.")
endif

So I can not build fzf in armv8l board and it always say:error "Build on armv8l is not supported, yet.
Maybe be should add the logic like this so it can build in aarch64/armv8l??
diff --git a/Makefile b/Makefile
index 95d91d1..05ec303 100644
--- a/Makefile
+++ b/Makefile
@@ -46,6 +46,8 @@ else ifeq ($(UNAME_M),armv6l)
        BINARY := $(BINARYARM6)
 else ifeq ($(UNAME_M),armv7l)
        BINARY := $(BINARYARM7)
+else ifeq ($(UNAME_M),armv8l)
+       BINARY := $(BINARYARM8)
 else
 $(error "Build on $(UNAME_M) is not supported, yet.")
 endif

Looks good to me. Please open a pull request if it fixes the issue.
By the way, for now you should be able to build a binary without relying on Makefile with
make vendor && go build -o bin/fzf


No documentation about running examples

There's a bunch of examples but no any documentation how to build and run examples.

Hi, and thanks for the report!
Indeed, the examples currently expect that the user is already familiar with cargo's way of running them ; for instance:
cargo run --example lorem

I was thinking of adding a Readme in the examples directory anyway, so I'll add directions there to help people unfamiliar with that.

I added a basic Readme: you can see it at https://github.com/gyscos/Cursive/tree/master/examples

Great, thanks.


Gradio do not open.

After code done and getting link, Gradio Live do not open. With VPN and without it. (Tokyo time)

Same here!

Same... it's the end guys, it was good while it lasted

use localtunnel, it's probably a temporary issue with gradio

Ohhhh first time i see this box and tick it!! Thanks a lot for you work, appreciate it

Localtunnel works! Will close issue when gradio start to work.

It's alive!


Simplify printAll

Previously, printAll evaluated first and then rest; in the default implementation of rest, this would cause the first element to be evaluated twice. Using String.join avoids this problem.
Could someone else test this for me? I can’t run the ceylon.language tests currently (due to an unrelated module system problem).
CC @gavinking @jvasileff

I can’t run the ceylon.language tests currently

Nevermind, got it to work (like this). They fail, but only due to Unicode stuff, unrelated to this.

Nonono, this implementation eagerly creates a whole string. printAll() is designed to deliberately avoid that. @lucaswerkmeister I already have a working solution to this I'm testing it now.

Manually using iterator(), I presume?

Manually using iterator(), I presume?

Not quite ;-)

values.map(stringify).interpose(separator).each(process.write);
process.writeLine();

A two-liner?

Hrm. That's rather nice. Prettier than mine.

Well, it misses out on the optimization of each() that mine has. But I guess that's no big deal. It's certainly pretty.

Oh, I see yours now… probably more efficient (though guessing about JVM performance is never a good idea)

If you give it an Array or ArraySequence or something like that it's almost certainly more efficient, because of some of the optimization I built in to refinements of each().
OTOH, your impl is prettier so push it if you want.

I can’t push anything on ceylon.language, your call :D
The bottleneck is probably the actual printing anyways.

Well pull request it I mean.

I like @lucaswerkmeister's version, but for procedural style, this might work if it's possible to add a compiler optimization for de-structuring with indexed:
shared void printAllForIndexed(
        {Anything*} values,
        "A character sequence to use to separate the values"
        String separator=", ") {

    for (i->element in values.indexed) {
        if (i != 1) {
            process.write(separator);
        }
        process.write(stringify(element));
    }
    process.write(operatingSystem.newline);
}


Remove prometheus-operator from list

What this PR does / why we need it:
This is a follow up to this PR https://github.com/IBM/operand-deployment-lifecycle-manager/pull/259
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #
Special notes for your reviewer:

Please confirm that if this PR changes any image versions, then that's the sole change this PR makes.

Release note:

None

/cc @DanielXLee


Fix bad button type error reporting.

If there are duplicate buttons then Wallaby will incorrectly return an error saying that the button has a bad type. But the real error is that the specified count is incorrect. This PR adds a test for this case and fixes the underlying bug.

And another conflict...


Implemented find_node_designated_peer to call a designated peer with distance

This PR is related to my last one in terms of me implementing things Trin needs for its rpc here is my issue tracking it https://github.com/ethereum/trin/issues/689
So it looks like request_enrs does kind of what we want but the main difference is we want to be able to set the distance for ourself and have the ability to get more then just one ENR back.
I am open to feedback if you guys would prefer we refactor FindEnr but keep request_enr the same in discv5 just add distance set it to vec![0], then move the verification code to check if there is only 1 enr to after the channel? I am not sure if that would be ideal just throwing a quick idea out there, if what I have isn't what you guys think is ideal for this.

Also I found out in our specs we call discv5.rs's find_node recursiveFindNodes. Not in our code but from our rpc specs which are based off piper's python DDHT implementation so maybe there is a possibility we rename it in the code here doesn't matter up, but it would make things a little more clear

Not sure what you mean by renaming.
I think what we are doing here is generalizing the find_node call to include distances. I think then we should be able to remove the FindEnr variant from the service along with the Enr variant in the callback and group these two.
Then the find_enr() function should be able to just call the more general FindNodes version you have here with distance [0].

Sounds good I will try to implement that by tomorrow.

What is the problem with the recursive find node query for your use case? I presume it is that it takes too long? Why don't you just set the query time out? https://github.com/sigp/discv5/blob/715fc822dfd7f9d2fb1eb43cf4b8e771768c283b/src/config.rs#L183-L187

What is the problem with the recursive find node query for your use case? I presume it is that it takes too long? Why don't you just set the query time out?
https://github.com/sigp/discv5/blob/715fc822dfd7f9d2fb1eb43cf4b8e771768c283b/src/config.rs#L183-L187

You are thinking about history_recursiveFindNodes. I am implementing discv5_recursiveFindNodes RPC for trin. Discv5.rs already has it under the function find_node().
referring to the timeout problem with the history RPC, that is done through talk requests? So that maybe that causes it to be slower, (I have only looked at how discv5 does it, planning to read into how they implemented it for trin next week maybe)? But I don't know if that would be a problem with discv5_recursiveFindNode aswell. To my knowledge it should be more effiencent since it isn't a sub-protocol under talk requests.

The RPC docs don't include any detail on why each call is needed. If I were you I would try and find out why they are needed precisely. I think many of them can be handled by trin and not by changing the underlying protocol. Like when I code discv5, I explore creative ways to make use of UDP to get discv5 to do what I want, and till this day I haven't made a proposal to change the UDP protocol ;)

What is the problem with the recursive find node query for your use case? I presume it is that it takes too long? Why don't you just set the query time out?
https://github.com/sigp/discv5/blob/715fc822dfd7f9d2fb1eb43cf4b8e771768c283b/src/config.rs#L183-L187

You are thinking about history_recursiveFindNodes. I am implementing discv5_recursiveFindNodes RPC for trin. Discv5.rs already has it under the function find_node().
referring to the timeout problem with the history RPC, that is done through talk requests? So that maybe that causes it to be slower, (I have only looked at how discv5 does it, planning to read into how they implemented it for trin next week maybe)? But I don't know if that would be a problem with discv5_recursiveFindNode aswell. To my knowledge it should be more effiencent since it isn't a sub-protocol under talk requests.

The RPC docs don't include any detail on why each call is needed. If I were you I would try and find out why they are needed precisely. I think many of them can be handled by trin and not by changing the underlying protocol. Like when I code discv5, I explore creative ways to make use of UDP to get discv5 to do what I want, and till this day I haven't made a proposal to change the UDP protocol ;)

request_enr() in discv5.rs already exposes find_node, but doesn't allow you to set distance. I am just exposing the distance parameter with this PR. I don't get the reference I haven't made a proposal to change the UDP protocol ;) since what I stated in the former this functionality is already exposed it just has a stubbed distance 0 value.

@AgeManning I have implemented the requested changes


Another application stop music when my application is open

Version: 0.13.5
Works well on android
Error: iPhone 5, iPhone X
Thank you very much.
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel unknown, v1.9.1+hotfix.6, on Mac OS X 10.15.1 19B88, locale en-US)
[!] Android toolchain - develop for Android devices (Android SDK version 29.0.2)
    ✗ Android license status unknown.
      Try re-installing or updating your Android SDK Manager.
      See https://developer.android.com/studio/#downloads or visit https://flutter.dev/setup/#android-setup for detailed instructions.
[✓] Xcode - develop for iOS and macOS (Xcode 11.3)
[✓] Android Studio (version 3.5)
[✓] Connected device (1 available)

! Doctor found issues in 1 category.

You can use the isNotification/respectSilence bool param to trigger the AVAudioSessionCategoryOptionMixWithOthers mode.


Minor formatting/typo fix

Ah thanks -- yeah I can be pretty rough around the edges when formatting these exceptions (since hopefully im never seeing them in console!)


Give access to the public schema to db owner

Some users report that db owner cannot drop the public schema. Indeed:
main=> drop schema public cascade;
ERROR:  must be owner of schema public

main=> SELECT nspname, nspowner::regrole::text FROM pg_catalog.pg_namespace;
      nspname       |  nspowner
--------------------+-------------
 pg_toast           | cloud_admin
 pg_catalog         | cloud_admin
 public             | cloud_admin
 information_schema | cloud_admin
 mypublic           | web_access

The workaround could be to grant permissions to public to db owner
ALTER SCHEMA public OWNER TO <db_owner>;

Let's try it.

Thanks for the follow up @ololobus I suspect that I cannot run this myself right? Trying to run ALTER SCHEMA public OWNER TO <db_owner>; returns the same error:
SQL Error [42501]: ERROR: must be owner of schema public

Yeah, we need to adjust our compute node code. Just tried with the local Postgres instance, worked well. Not sure how it'll play with our roles management, though, will try

@zomars just bumped the compute image version on prod. Database owner now should have a full control of the scheme public. So you can drop and create it again. Can you try to restore your dump again?

feel free to reopen if this doesn't work for you, @zomars

Are these changes live? I'm afraid I'm seeing the same issue:

Are these changes live?

Yes, it is public. Just tried with a new project and database owner is owner of schema public, so I can drop and create it again:
ololobus@main=> SELECT nspname, nspowner::regrole::text FROM pg_catalog.pg_namespace;
      nspname       |  nspowner
--------------------+-------------
 pg_toast           | cloud_admin
 pg_catalog         | cloud_admin
 information_schema | cloud_admin
 public             | ololobus
(4 rows)

ololobus@main=> drop schema public cascade;
DROP SCHEMA

I'm afraid I'm seeing the same issue

@zomars I see that error references schema mypublic, not public. Could it be that you created it from a different user? You can check schema ownership with SELECT nspname, nspowner::regrole::text FROM pg_catalog.pg_namespace;

I've tried with a new DB and new user and indeed the schema is now being dropped correctly. But I'm getting new permission errors 😬

Ugh, unfortunately, setting the session_replication_role requires superuser privileges in Postgres, which we were not going to provide any time soon :(
It's postponed at least till the point when secure runtime is adopted and we implemented this RFC https://github.com/neondatabase/neon/pull/2104.
And I'm not aware of any workaround for that, excepting the removing the SET session_replication_role from the script / cli tool you use. If there will be one, I'll let you know.
@stepashka I'm closing this issue as an access to public is given and it apparently works. Having a superuser-like privileges is a whole new story


Parser bugs and project status

Hello
I've tried to use this project from NeoVim's treesitter plugin, but it seems that valid OPA are parsed incorrectly, I can see ERRORs in Treesitter playground.
Is this project alive ? Can I post bug reports with rego errors ?

Hi, there are and will be errors, because I work on it part-time. If you want to you can create a merge request, which I can review.
I am populating this repo as I need, so in case of new functionality - it's up to the community to extend this project/fork


Reset Password

This is just a matter of renaming the "password" field "registration code", really...


Don't depend on external services by default

We should keep our dependence to external services at minimum. To achieve this, we should either remove/replace these or make them optional:

[ ] Gravatar
[x] The Discord iFrame in the installer (#191)
[ ] Fonts (#249)

I agree
Same like the Discord "box" in the installer and so on...

Yeah, I guess we should turn this thread into a list of our external dependencies.

Gravatar should become a standalone module. We should offer more extensibility for the profile picture.

Gravatar should become a standalone module. We should offer more extensibility for the profile picture.

I'm not sure it needs to be s separate module, I think it is fine to have it in there by default, just switched off and with an alternative option to upload profile pics without using it.

@evrifaessa looks like all external font dependencies have now been removed with #840, might be work marking that task complete?


Cross Validation for P2

Do you have suggestions or recommendations for iterating through possibly P2 constructions? For instance, I am interested in the cross validation of regularization strengths on groups of parameters but this seems difficult as I currently understand since alpha (the parameter tuned in cv) is applied to all features. I know I can edit P2 but this is not part of the current CV framework. Maybe i am misunderstanding but if not, what do you recommend?

Have you considered using scikit-learn's framework? Glum is fully compatible with scikit-learn. :)

The built-in cross-validation framework is only implemented for alpha because this is where we can take advantage of the regularization path. For P2, I recommend using sklearn's implementation, as @lbittarello suggested.
While I think P2 could also somewhat benefit from a form of regularization path, it is currently not planned to add this feature.


Documentation is missing info for routing

Description
Documentation isn't clear about Bolt's routing and what the base URL should be. The info below is addressed in the Getting Started guide, but only in a single, buried sentence.
What type of issue is this? (place an x in one of the [ ])

[ ] bug
[ ] enhancement (feature request)
[ ] question
[x] documentation related
[ ] testing related
[ ] discussion

Requirements (place an x in each of the [ ])

[x] I've read and understood the Contributing guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.
[x] I've searched for any related issues and avoided creating a duplicate issue.

This issue is related to, but not covers day #209

Documentation Issue
As a first time Bolt developer, I wasn't sure what the base URL would be. I assumed (naively) that my Slash command /something should be directed to https://myapp.com/something, yet that is not the case. As mentioned in Getting Started, the app listens to /slack/events by default, yet that isn't mentioned anywhere in the README.
Suggested Solution
Update the README with a section for Routing that explains the base URL for the app is /slack/events but can be overridden using the endpoints parameter of the app constructor.

If this is an addition y'all would like, I'll open a PR with the changes!

Updated this in the Getting Started guide and the README (#609), so I think we're safe to close this issue. Feel free to reopen if the changes are insufficient!

https://github.com/slackapi/bolt-js/issues/246#issuecomment-687339861


Name typo fixed, asset directory patch in All in One notebook and update README.md

I really thought your name is Arkan 💀
What is in this PR?

Update All in One notebook to include asset directory from last commit, and of course name typo fixed
Update README.md, just a few string though.

No problem 🤣


Asp.net

Problem encountered on https://dotnet.microsoft.com/pt-br/learn/aspnet/hello-world-tutorial/install
Operating System: windows
Provide details about the problem you're experiencing. Include your operating system version, exact error message, code sample, and anything else that is relevant.

This is unclear what the problem is.


124 |  Binary Tree Maximum Path Sum | Java

 Binary Tree Maximum Path Sum -
What will change -
Type of Issue -
Please add/delete options that are not relevant.

[x] Adding New Code
[ ] Improving Code
[ ] Improving Documentation
[ ] Bug Fix

Programming Language
Please add/delete options that are not relevant.

[ ] Python
[ ] C++
[x] Java
[ ] SQL

Self Check

Ask for issue assignment and wait to get assigned to it before making Pull Request.
Add your file in the proper folder
Clean Code and Documentation for better readability
Add Title and Description of the program in the file

:star2: Star it :fork_and_knife:Fork it :handshake: Contribute to it!
Discord server ✉ - https://discord.gg/CXksGdn
Happy Coding,

@SSKale1 I would like to take this up.

Please Assign Me!

[x] Assigning to @abhi2694 for issue creation.

if there is any part left in this project i would love to contribute please assign if its possible


Community Progress report e2e tests

Hey team! Please add your planning poker estimate with Zenhub @AntBush @marcellmueller @rafasdc

This has already been completed so no need for this ticket.


Bullet angle is wrong at very short distances/when looking down

Also need to check aim assist isn't causing any interference

I think I reproduced this bug here? https://www.youtube.com/watch?v=u1rbNJHo4kc&t=8s&ab_channel=esvban
Does the game have built in aim assist? I tried googling it and one site said The Hounds have aim assist on beat, but i cant find any confirmation. How do you disable it?

That could be the cause, I believe there's an aim assist in the game. I currently change the bullet trajectory by calculating what the original bullet spread was based on the camera direction and applying that to the gun's direction, so it might be applying the aim assist which gets mistakenly detected as a bullet spread

Turns out part of the problem was there's a bunch of invisible triggers in the map that my code was mistakenly treating as solid when calculating bullet trajeectories. I've also patched aim assist to be always off to be on the safe side.


Hint 1 is incomplete

Describe your problem and how to reproduce it:
Hint 1 of the formula here is incomplete. Maybe I am wrong and it is done desperately. Or maybe it is not being rendered in my browser . Kindly check it.
Add a Link to the page with the problem:
https://forum.freecodecamp.org/t/freecodecamp-challenge-guide-map-the-debris/16021
Recommended fix, suggestions (how would you update it?):
If possible, add a screenshot here (you can drag and drop, png, jpg, gif, etc. in this box):

Hello there,
Thank you for opening this. I have fixed the issue, and it should be visible now.
I am closing this, but feel free to reopen if the issue perists.

@Sky020 It's visible now :) Thanks