How to upload the program to the Arch Mix board?

Have anyone successfully uploaded any program to the board?
I have an Seeed Arch Mix board preloaded with RT-Thread, and it works with loaded firmware.
I've followed the instructions in this repository and I can successfully build a program both in Arduino and PlatformIO, but uploading the program simply does not work!
It was mentioned in https://github.com/Seeed-Studio/ArduinoCore-imxrt/issues/4 that maybe I should upload the bootloader first, but how exactly do I do that ?
The suggested NXP-MCUBootUtility does not work, reporting that it cannot put MCU in  SDL (Serial Downloader Programmer) mode, how do I use it ?
The same thing is with MCUXpresso Secure Provisioning Tool.
What is the point in providing the bootloader.hex without giving any instructions how to use it.
Please, provide the complete instructions how to program the Arch Mix board, otherwise this board is completely useles.
@LynnL4
I supose you have tested this repository on an acctual board (including the provided example), so it must be working.
Please provide more information.

@loboris  Maybe you can use JLink to burn this bootloader

I only have LPC-Link2 (which can also run Segger J-Link firmware), but I was not able to flash anything to ArchMix with it (it comunicates with ArchMix via SWD, but reports the MCU cannot be stopped or something like that).
It looks like the RT-Thread bootloder on ArchMix boar actually works, I could upload the the prebuilt firmware (found in Tools), using instructions found in Arch Mix Firmware Guide.
In Adruino "Device unsupported" is reported when trying to flash. So either a different bootloader is needed, Arduino is not using RTT Win USB (ArchMix RT-Thread bootloader USB port), or something else is wrong...

In PlatformIO, "Device unsupported" is also reported:
Processing seeed_arch_mix (platform: nxpimxrt; board: seeed_arch_mix; framework: arduino)
----------------------------------------------------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/nxpimxrt/seeed_arch_mix.html
PLATFORM: NXP i.MX RT (3.8.0) > Seeed Arch Mix
HARDWARE: MIMXRT1052XXXXB 600MHz, 512KB RAM, 7.39MB Flash
PACKAGES:
 - framework-arduinoimxrt 1.2.1
 - tool-bossac 1.9.1-seeeduino
 - toolchain-gccarmnoneeabi 1.70201.0 (7.2.1)
LDF: Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 2 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio\build\seeed_arch_mix\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [          ]   0.9% (used 4728 bytes from 524288 bytes)
Flash: [          ]   0.3% (used 23640 bytes from 7747072 bytes)
Configuring upload protocol...
AVAILABLE: sam-ba
CURRENT: upload_protocol = sam-ba
Looking for upload port...
Auto-detected: COM5
Forcing reset using 1200bps open/close on port COM5
Waiting for the new upload port...
Uploading .pio\build\seeed_arch_mix\firmware.bin

Device unsupported
*** [upload] Error 1
=============================================================== [FAILED] Took 7.96 seconds ===============================================================

Hi
FYI https://wiki.seeedstudio.com/Arch_Mix/#flashing-arduino-bootloader-to-arch-mix

Thank you @LynnL4
I couldn't use the J-Link method because I have LPC-Link2 (with Segger J-Link firmware) and it is not supported by J-Flash.
(BTW, the cheapest J-Link working with J-Flash costs ~500 US$ !)
The method with NXP Boot Utility worked, and I've successfully uploaded the Arduino bootloader.
It is works fine, both in
Arduino:
Skica koristi 22948 bytes (0%) od prostora za program. Maximum je  8323072 bajtova.
Device       : IMRXT1052
Version      : v1.0 [Arduino:Z] Oct  9 2020 15:16:54
Address      : 0x60010000
Pages        : 32768
Page Size    : 256 bytes
Total Size   : 8192KB
Planes       : 1
Lock Regions : 32
Locked       : none
Security     : false
Boot Flash   : false
BOD          : false
BOR          : false
Write 32628 bytes to flash (128 pages)
[==============================] 100% (128/128 pages)
Done in 4.714 seconds
Verify 32628 bytes of flash
[==============================] 100% (128/128 pages)
Verify successful
Done in 0.149 seconds

and in PlatformIO:
> Executing task: C:\Users\Korisnik\.platformio\penv\Scripts\platformio.exe run --target upload <

Processing seeed_arch_mix (platform: nxpimxrt; board: seeed_arch_mix; framework: arduino)
----------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/nxpimxrt/seeed_arch_mix.html
PLATFORM: NXP i.MX RT (3.8.0) > Seeed Arch Mix
HARDWARE: MIMXRT1052XXXXB 600MHz, 512KB RAM, 7.39MB Flash
PACKAGES:
 - framework-arduinoimxrt 1.2.1
 - tool-bossac 1.9.1-seeeduino
 - toolchain-gccarmnoneeabi 1.70201.0 (7.2.1)
LDF: Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 2 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio\build\seeed_arch_mix\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [          ]   0.9% (used 4728 bytes from 524288 bytes)
Flash: [          ]   0.3% (used 23640 bytes from 7747072 bytes)
Configuring upload protocol...
AVAILABLE: sam-ba
CURRENT: upload_protocol = sam-ba
Looking for upload port...
Auto-detected: COM6
Forcing reset using 1200bps open/close on port COM6
Waiting for the new upload port...
Uploading .pio\build\seeed_arch_mix\firmware.bin
Write 32876 bytes to flash (129 pages)

[                              ] 0% (0/129 pages)
[=                             ] 3% (5/129 pages)
...
[==============================] 100% (129/129 pages)
Done in 4.444 seconds
Verify 32876 bytes of flash

[=                             ] 3% (5/129 pages)
...
[==============================] 100% (129/129 pages)
Verify successful
Done in 0.206 seconds
============================================================== [SUCCESS] Took 15.59 seconds ==============================================================
Terminal will be reused by tasks, press any key to close it.

Thanks again, just wondering why this information wasn't available before (ArchMix board apeared some 2 years ago and I've read the wiki couple of times and I've never saw this part), but better late than never.
I would suggest to put this information in this repository's README.md

Thanks for your feedback, we will put this information in this repository's README.md ASAP.


Add Text_summary NLP model

Closes:  #64

Title:  Text Summarization using NLP
Your Name:  Ankan
Idenitfy yourself: GSSOC-24 EXTD

Describe the add-ons or changes you've made 📃
It is Text Summarization Model built using NLP which helps user to summarize long texts. The user just needs to type
the Passage they want and click summarize and within few seconds the model does the job. It has a very suitable UI.
This Model is a Natural Language Processing (NLP) model to summarize long pieces of text into concise summaries
The Backend of the project is built in Python using NLP model Transformer and the frontend is built with HTML, CSS
and JavaScript . The Backend and front is connected with Flask in python
Checklist: ☑

[x] My code follows the Contributing Guidelines & Code of Conduct of this project.
[x] This PR does not contain plagiarized content.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly wherever it was hard to understand.
[x] My changes generate no new warnings.

Screenshots 📷

I have created a separate Branch this time following the rules and commands in Contributing.md in you repo.
Henceforth creating this new pull request. I hope everything is fine . @Avdhesh-Varshney

This is not a flask app but a streamlit app

i have solved the issue and created a new pull request Kindly close this one and check the new one


(optional) column options

support for optional column options (per adapter)
t.column :string, :ignorecase => true # e.g. HSQLDB
t.column :integer, :unsigned => true # e.g. MySQL related to #373
... really needs to get into ActiveRecord internals

With regard to #373, it is worth noting that Rails 5 has gone in a different direction and added support for t.unsigned_integer and friends.
See the relevant unit test

Actually, I now realize that they're supporting both styles. See another unit test in that same file

great, thanks for the update. this wasn't really doable on AR-JDBC's end without extensive patching.


Trouble with gpio callback on frdm k64f

Describe the bug
I'm trying to set up a gpio callback, but it's not working as I'd expect.
I want the callback to trigger when I receive a high signal at the PTC12 port (arduino header D8) on my frdm k64f.
I suspect that I'm not using the device tree correctly, but I've done everything like in the examples I've seen and can't figure out any other way to do this.
The button example works correctly on my platform.
I've checked with an oscilloscope that the interrupt signal appears on the right pin and looks like it's supposed to, it just doesn't trigger my callback.
If I've done something the wrong way in my code, please let me know.
To Reproduce
My code:
#define INT_PORT        DT_LABEL(DT_ALIAS(gpio_c))
#define INT_FLAGS      (GPIO_INPUT | GPIO_ACTIVE_HIGH)
static struct gpio_callback cb_data;
void gpio_interrupt(const struct device *dev, struct gpio_callback *cb, uint32_t pins)
{
printk("callback triggered\n");
}
void main(void) {
const struct device *int_port;
int_port = device_get_binding(INT_PORT);
gpio_pin_configure(int_port, 12, INT_FLAGS);
gpio_pin_interrupt_configure(int_port, 12, GPIO_INT_EDGE_TO_ACTIVE);
gpio_init_callback(&cb_data, gpio_interrupt, BIT(12));
gpio_add_callback(int_port, &cb_data);
    while(1) {
            k_sleep(K_SECONDS(5));
     }

}
Expected behavior
I expect to see "callback triggered" printed in my terminal when my device receives an interrupt signal
Impact
Unable to use gpio interrupts
Environment (please complete the following information):

OS: Linux (ubuntu)
Toolchain Zephyr SDK (2.4.99)

I do not think that there is a bug, try this:
diff --git a/boards/arm/frdm_k64f/pinmux.c b/boards/arm/frdm_k64f/pinmux.c
index 8f798e446c..1285489bf3 100644
--- a/boards/arm/frdm_k64f/pinmux.c
+++ b/boards/arm/frdm_k64f/pinmux.c
@@ -58,6 +58,8 @@ static int frdm_k64f_pinmux_init(const struct device *dev)
        /* FXOS8700 INT2 */
        pinmux_pin_set(portc, 13, PORT_PCR_MUX(kPORT_MuxAsGpio));

+       pinmux_pin_set(portc, 12, PORT_PCR_MUX(kPORT_MuxAsGpio));
+
        /* SW3 */
        pinmux_pin_set(porta,  4, PORT_PCR_MUX(kPORT_MuxAsGpio));

I do not think that there is a bug, try this:
diff --git a/boards/arm/frdm_k64f/pinmux.c b/boards/arm/frdm_k64f/pinmux.c
index 8f798e446c..1285489bf3 100644
--- a/boards/arm/frdm_k64f/pinmux.c
+++ b/boards/arm/frdm_k64f/pinmux.c
@@ -58,6 +58,8 @@ static int frdm_k64f_pinmux_init(const struct device *dev)
        /* FXOS8700 INT2 */
        pinmux_pin_set(portc, 13, PORT_PCR_MUX(kPORT_MuxAsGpio));

+       pinmux_pin_set(portc, 12, PORT_PCR_MUX(kPORT_MuxAsGpio));
+
        /* SW3 */
        pinmux_pin_set(porta,  4, PORT_PCR_MUX(kPORT_MuxAsGpio));

I tried adding this, but it doesn't seem to make any difference.
My callback still isn't getting triggered.

Please try enabling the pull down. I was able to make samples/basic/button work with this pin with the following changes:
diff --git a/boards/arm/frdm_k64f/frdm_k64f.dts b/boards/arm/frdm_k64f/frdm_k64f.dts
index f587059e0f..52ed4a15e5 100644
--- a/boards/arm/frdm_k64f/frdm_k64f.dts
+++ b/boards/arm/frdm_k64f/frdm_k64f.dts
@@ -12,7 +12,7 @@
                led0 = &green_led;
                led1 = &blue_led;
                led2 = &red_led;
-               sw0 = &user_button_3;
+               sw0 = &ptc12;
                sw1 = &user_button_2;
        };

@@ -52,6 +52,10 @@
                        label = "User SW3";
                        gpios = <&gpioa 4 GPIO_ACTIVE_LOW>;
                };
+               ptc12: button_2 {
+                       label = "PTC12";
+                       gpios = <&gpioc 12 (GPIO_ACTIVE_HIGH | GPIO_PULL_DOWN)>;
+               };
        };

        arduino_header: connector {
diff --git a/boards/arm/frdm_k64f/pinmux.c b/boards/arm/frdm_k64f/pinmux.c
index c7b3f33e39..2892baeb12 100644
--- a/boards/arm/frdm_k64f/pinmux.c
+++ b/boards/arm/frdm_k64f/pinmux.c
@@ -58,6 +58,8 @@ static int frdm_k64f_pinmux_init(const struct device *dev)
        /* FXOS8700 INT2 */
        pinmux_pin_set(portc, 13, PORT_PCR_MUX(kPORT_MuxAsGpio));

+       pinmux_pin_set(portc, 12, PORT_PCR_MUX(kPORT_MuxAsGpio));
+
        /* SW3 */
        pinmux_pin_set(porta,  4, PORT_PCR_MUX(kPORT_MuxAsGpio));

I think the bug is in your application, but please reopen this issue if you disagree.


Added %Q and %s directives for Unix timestamps

Added %Q and %s directives for Unix timestamps as requested in #13

Merged with a few tweaks. Thank you!


Undefined offset: 0

"message": "Undefined offset: 0",
"exception": "ErrorException",
"file": "/app/vendor/m165437/laravel-blueprint-docs/src/Elements/Action.php",
"line": 71,

Can you give some context? What does your *.apib look like?

Just saw your PR. Thanks! Will have a closer look tomorrow.

We moved to Swagger 3. I have found an easy and fun way to deal with the swagger file.
I will write an article about that.
Best wishes

The same issue on Lumen 5.8 #53 {main} {"exception":"[object] (ErrorException(code: 0): Undefined offset: 0 at /.../vendor/m165437/laravel-blueprint-docs/src/Elements/Action.php:67)

Lumen is not supported


Installation breaks in Laravel 5.0.2

Hello, I was unable to install the version 2.0.3 on the latest Laravel 5.0.2. Following the instructions in the other 2 closed tickets didn't help.
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: remove laravel/framework v5.0.2
    - jenssegers/mongodb v2.0.0 requires illuminate/events 4.2.* -> satisfiable by illuminate/events[v4.2.1, v4.2.12, v4.2.16, v4.2.2, v4.2.3, v4.2.4, v4.2.5, v4.2.6, v4.2.7, v4.2.8, v4.2.9].
    - jenssegers/mongodb v2.0.1 requires illuminate/events 4.2.* -> satisfiable by illuminate/events[v4.2.1, v4.2.12, v4.2.16, v4.2.2, v4.2.3, v4.2.4, v4.2.5, v4.2.6, v4.2.7, v4.2.8, v4.2.9].
    - jenssegers/mongodb v2.0.2 requires illuminate/events 4.2.* -> satisfiable by illuminate/events[v4.2.1, v4.2.12, v4.2.16, v4.2.2, v4.2.3, v4.2.4, v4.2.5, v4.2.6, v4.2.7, v4.2.8, v4.2.9].
    - jenssegers/mongodb v2.0.3 requires illuminate/events 4.2.* -> satisfiable by illuminate/events[v4.2.1, v4.2.12, v4.2.16, v4.2.2, v4.2.3, v4.2.4, v4.2.5, v4.2.6, v4.2.7, v4.2.8, v4.2.9].
    - don't install illuminate/events v4.2.1|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.12|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.16|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.2|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.3|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.4|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.5|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.6|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.7|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.8|don't install laravel/framework v5.0.2
    - don't install illuminate/events v4.2.9|don't install laravel/framework v5.0.2
    - Installation request for laravel/framework == <IP_ADDRESS> -> satisfiable by laravel/framework[v5.0.2].
    - Installation request for jenssegers/mongodb ~2.0 -> satisfiable by jenssegers/mongodb[v2.0.0, v2.0.1, v2.0.2, v2.0.3].

Installation failed, reverting ./composer.json to its original content.

There's no tagged version yet for L5, try the master branch. I'm going over some stuff tomorrow and will tag a new release then.


{Core}

Description
Fix https://github.com/Azure/azure-cli/issues/23015
Python 3.11 updated argparse's behavior:
https://docs.python.org/3.11/whatsnew/changelog.html#id50

bpo-39716: Raise an ArgumentError when the same subparser name is added twice to an argparse.ArgumentParser. This is consistent with the (default) behavior when the same option string is added twice to an ArgumentParser.

The PR for this change is https://github.com/python/cpython/pull/18605
Per Git blame,

subparser.choices[command_verb] = command_verb was renamed from subparser.choices[command_name] = command_name by https://github.com/Azure/azure-cli/commit/517872af1912ba7a2cd251999e7675546fbd495f
subparser.choices[command_name] = command_name was introduced as early as https://github.com/Azure/azure-cli/commit/2a6f545aee7b29afd90e01af28356507f0f0f606

Running this line makes subparser.choices a str:str mapping.
In argparse._SubParsersAction, self.choices is the same dict object as self._name_parser_map:
https://github.com/python/cpython/blob/v3.10.8/Lib/argparse.py#L1159
        super(_SubParsersAction, self).__init__(
            ...
            choices=self._name_parser_map,

Later, in argparse._SubParsersAction.add_parser, self._name_parser_map's command_verb key is overwritten as a str:parser mapping:
https://github.com/python/cpython/blob/v3.10.8/Lib/argparse.py#L1179
self._name_parser_map[name] = parser

Before running this line:

After running this line:

So subparser.choices[command_verb] = command_verb is basically a no-op, but it starts to cause failure in Python 3.11 due to the new duplication check.
I am not sure why subparser.choices[command_verb] = command_verb was introduced by https://github.com/Azure/azure-cli/commit/2a6f545aee7b29afd90e01af28356507f0f0f606 6 years ago, possibly due to some Python 2 argparse's limitation?
I checked http://bugs.python.org/issue9253 mentioned in the comment, but didn't see how it is related to this workaround.
We can think it in another way. Since Python 3.11's argparse has no functionality change (only an additional check), if this line should removed for Python 3.11, it should also be removed for Python 3.10-.

Core


Ensure output directory exists before creating write stream

Fixes #83

@substack @terinjokes

I can understand this functionality being part of the CLI tool, but it doesn't belong as part of the library.
See also https://github.com/substack/factor-bundle/issues/70#issuecomment-148349467

That sounds reasonable. Would you accept a PR if I added output directory creation to the CLI tool?

Actually, adding it to the CLI isn't helpful. I'm using factor-bundle with grunt-browserify (like so) which directly uses factor-bundle/index.js, so that's where this needs to live.

@woollybogger then I think you're best course of action is to create the output directory before using grunt-browserify.

@terinjokes Yeah that's what I'm currently doing. It's just pretty annoying because it adds 7 extra lines to my Gruntfile :disappointed: (which is also sort of funny because it only takes adding 2 lines in this repo to fix this for everyone). Oh well.


azure.cognitiveservices.speech load error on Debian

Hi, I encountered an error using libMicrosoft.CognitiveServices.Speech.core.so: cannot open shared object file: No such file or directory.
The MRE is:

OS version: Debian GNU/Linux 12 (bookworm)

Nuitka version: 2.4.11

How did you install Nuitka and Python: use Docker

Python from image
FROM python:3.10-slim

pip install nuitka==2.4.11

Nuitka command that I used:

python -m nuitka --standalone speech_to_text.py

where
speech_to_text.py:
import os, time, re
import azure.cognitiveservices.speech as speechsdk

def recognize_from_microphone():
    # This example requires environment variables named "SPEECH_KEY" and "SPEECH_REGION"
    speech_config = speechsdk.SpeechConfig(subscription='test', region='test')
    # speech_config.speech_recognition_language="en-US"

    # https://learn.microsoft.com/en-us/azure/ai-services/speech-service/how-to-recognize-speech?pivots=programming-language-csharp#change-how-silence-is-handled
    auto_detect_source_language_config = speechsdk.languageconfig.AutoDetectSourceLanguageConfig(languages=["en-US", "de-DE", "zh-CN"])
    # Set the initial silence timeout to 5 seconds
    speech_config.set_property(speechsdk.PropertyId.SpeechServiceConnection_InitialSilenceTimeoutMs, "5000")
    # Set the end silence timeout to 5 seconds
    speech_config.set_property(speechsdk.PropertyId.SpeechServiceConnection_EndSilenceTimeoutMs, "5000")
    # Set the segmentation silence timeout to 3 seconds
    speech_config.set_property(speechsdk.PropertyId.Speech_SegmentationSilenceTimeoutMs, "3000")

    audio_config = speechsdk.audio.AudioConfig(use_default_microphone=True)
    speech_recognizer = speechsdk.SpeechRecognizer(speech_config=speech_config,
                                                   auto_detect_source_language_config=auto_detect_source_language_config,
                                                   audio_config=audio_config)

    print("Speak into your microphone.")
    speech_recognition_result = speech_recognizer.recognize_once_async().get()

if __name__ == '__main__':
    text = recognize_from_microphone()

The error is:
Traceback (most recent call last):
  File "/tmp/onefile_575_1731322538_97239/speech_to_text.py", line 2, in <module>
    import azure.cognitiveservices.speech as speechsdk
  File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
  File "/tmp/onefile_575_1731322538_97239/azure/cognitiveservices/speech/__init__.py", line 8, in <module>
  File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
  File "/tmp/onefile_575_1731322538_97239/azure/cognitiveservices/speech/speech.py", line 13, in <module>
  File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
  File "/tmp/onefile_575_1731322538_97239/azure/cognitiveservices/speech/interop.py", line 20, in <module>
  File "/tmp/onefile_575_1731322538_97239/ctypes/__init__.py", line 452, in LoadLibrary
  File "/tmp/onefile_575_1731322538_97239/ctypes/__init__.py", line 374, in __init__
OSError: /tmp/onefile_575_1731322538_97239/azure/cognitiveservices/speech/libMicrosoft.CognitiveServices.Speech.core.so: cannot open shared object file: No such file or directory

Without "--standalone" it works.
because the .so file exists at folder /usr/local/lib/python3.10/site-packages/azure/cognitiveservices/speech

On windows system it also works and able to find the corresponding .dll file.

Thank you very much!

Did you read the warning that Nuitka output during compilation? It might not be the real issue, but I wonder if you read and considered adhering to it.

Thanks for the response. There is no warning during compilation:
python -m nuitka --standalone speech_to_text.py
Nuitka-Options: Used command line options: --standalone speech_to_text.py
Nuitka: Starting Python compilation with Nuitka '2.4.11' on Python '3.10' commercial grade 'not installed'.
Nuitka-Plugins:anti-bloat: Not including '_bisect' automatically in order to avoid bloat, but this may cause: may slow down by using fallback implementation.
Nuitka-Plugins:anti-bloat: Not including '_json' automatically in order to avoid bloat, but this may cause: may slow down by using fallback implementation.
Nuitka: Completed Python level compilation and optimization.
Nuitka: Generating source code for C backend compiler.
Nuitka: Running data composer tool for optimal constant value handling.
Nuitka: Running C compilation via Scons.
Nuitka-Scons: Backend C compiler: gcc (gcc 12).
Nuitka-Scons: Backend linking program with 16 files (no progress information available for this stage).
Nuitka-Scons:WARNING: You are not using ccache, re-compilation of identical code will be slower than necessary. Use your OS package manager to install it.
Nuitka: Keeping build directory 'speech_to_text.build'.
Nuitka: Successfully created 'speech_to_text.dist/speech_to_text.bin'.

and the dist folder contains no libMicrosoft.CognitiveServices.Speech.core.so:
/speech_to_text.dist# ls
_asyncio.so         _codecs_jp.so    _datetime.so  _multibytecodec.so   _queue.so   _socket.so      fcntl.so        libpython3.10.so.1.0  speech_to_text.bin
_blake2.so          _codecs_kr.so    _decimal.so   _multiprocessing.so  _random.so  _ssl.so         grp.so          libssl.so.3           unicodedata.so
_bz2.so             _codecs_tw.so    _hashlib.so   _opcode.so           _sha1.so    _statistics.so  libbz2.so.1.0   math.so               zlib.so
_codecs_cn.so       _contextvars.so  _heapq.so     _pickle.so           _sha256.so  _struct.so      libcrypto.so.3  mmap.so
_codecs_hk.so       _csv.so          _lzma.so      _posixshmem.so       _sha3.so    array.so        libffi.so.8     pyexpat.so
_codecs_iso2022.so  _ctypes.so       _md5.so       _posixsubprocess.so  _sha512.so  binascii.so     liblzma.so.5    select.so

Solved:
python -m nuitka --standalone --onefile --include-data-file=/usr/local/lib/python3.10/site-packages/azure/cognitiveservices/speech/libMicrosoft.CognitiveServices.Speech.core.so=azure/cognitiveservices/speech/libMicrosoft.CognitiveServices.Speech.core.so speech_to_text.py

There being no warning is confusing to me, I am getting it myself a lot when I compile with the Debian Python outside of a virtualenv. Maybe your specific image there is not recognized as such, and has a self compiled 3.10, although the paths don't like like that, but I would expect Python 3.12 as the system Python there.

It remains unclear how you installed the azure speech package, did you use apt-get at all there, or only PyPI. I tried it, but I got an error about a missing system library, so I didn't reproduce it yet, can you provide the information needed?

I tried your code example on Windows, no issue, and then because Linux is so annoying on macOS, and I think I saw your issue there. At least the DLL is missing there too, our config seems to be a Windows only configuration so far. On macOS there is also an archive with code to include, but the DLL prefix of "lib" was lacking, so chances are that my next update of factory will be working for you out of the box, and subsequently Nuitka 2.5

Thanks for your report, this is fixed on the factory branch, which is a development version under rapid development. You can try it out by going here: https://nuitka.net/doc/factory.html
Feedback on whether this is working is very welcome. Please do not share plans to do it; only confirm or deny that it is working.

Part of the 2.5 release I just made.

Thank you and would like to confirm factory version (nuitika==2.5) works on Debian now.
RUN python -m nuitka --standalone --onefile speech_to_text.py is able to compile and run.


Rework landing page to use bootstrap instead of tailwind

Summary
Rework the landing page to use bootstrap instead of tailwind
Why?
We've made an architectural decision to move away from tailwind.  The landing page is the last thing left.
Criteria for completion

[ ] Landing page reworked to use bootstrap instead of tailwind
[ ] Please include screenshots of the landing page in your PR
[ ] Any tests involving the landing page (not sure whether there are tests for this) still work.

Please do!


Improve native bootstrapping

Hi, the folder that outputs the release should be mkdired. In cas of inexistence of for example "rhel.6-x64/dotnetcli" create it and continue the execution

The general native bootstrap scripts (https://github.com/dotnet/source-build/blob/master/scripts/bootstrap/buildbootstrapcli.sh) was added by https://github.com/dotnet/source-build/pull/274.

the folder that outputs the release should be mkdired.

This was fixed by https://github.com/dotnet/source-build/pull/675.
Is there anything that still remains to be done?


Crash on latest version

Just bumped to hopefully get fixes that allow me to look at the object allocations in #89 ... ironically, it now crashes on run and it seems to be a -1 index that is causing it:
10597 $ vernier run --allocation_sample_rate 100 --output profile.pos.json -- ./minitest_speed.rb 10000 pos class -q
starting profiler with interval 500
Run options: -q --seed 23987

# Running:

Finished in 0.037769s,<PHONE_NUMBER> runs/s,<PHONE_NUMBER> assertions/s.

10000 runs, 10000 assertions, 0 failures, 0 errors, 0 skips
/Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:232:in `convert': index out of range (RangeError)
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:232:in `block in initialize'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:231:in `map!'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:231:in `initialize'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:111:in `new'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:111:in `block in data'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:109:in `each'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:109:in `map'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:109:in `data'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/output/firefox.rb:94:in `output'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/result.rb:38:in `to_gecko'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/result.rb:43:in `write'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/autorun.rb:34:in `stop'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/autorun.rb:45:in `at_exit'
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/vernier-1.1.2/lib/vernier/autorun.rb:66:in `block in <top (required)>'
/Users/ryan/Desktop/fucking_horrible/xxx/gems/minitest-5.25.1/lib/minitest.rb:82:in `exit': exit (SystemExit)
	from /Users/ryan/Desktop/fucking_horrible/xxx/gems/minitest-5.25.1/lib/minitest.rb:82:in `block (2 levels) in autorun'

It looks like the samples starts with a -1 and that causes a crash. This simple fix lets it finish running but I have no idea if this leads to a valid set of data or if everything is thrown off.
          if allocations
            allocation_samples = allocations[:samples].reject { |n| n < 0 }
            allocation_samples.map! do |sample|
              @stack_table.convert(profile._stack_table, sample)
            end

I'll send in a PR in a bit... still poking

Taking a look...
It seems like this can be reproduced reliably by:
vernier run --allocation-sample-rate=1 -- ruby examples/minitest.rb

(my bet would be this is related to thread creation, which iirc has some weird quirks)
We can't replace -1 with 0 (0 is a valid 1-depth stack which we probably don't want), we might be able to reject -1 bit it would be better to avoid emitting it in the first place. Let me see what I can do.

It's not thread creation but even earlier when trying to load the initial script (which profiling is enabled for since Vernier is loaded in a -r flag). #94 will skip over any -1 samples, in the future I hope to have a better solution.

Thanks again! This should be fixed by #94 and in v1.2.1. Please let me know if it isn't 🙇♂


App rejection due to IPv6 support

It works well in all my tests, but I can`t test in a IPv6 only network.
I just use Swifter.
Can you tell me if Swifter supports IPv6?
Thanks

Is this due to IPv6 support or the lack thereof?

lack of support.
But I think it is streaming api rate limits. The error messages are coming wrong in xcode 8 GM, always I get "SwifteriOS.SwifterError error 1"

I'll check it out when I have time. If you manage to find the source of error and fix it, feel free to open a pull request, and I'll merge it.

I completely forgot to respond to this.
I was unable to find any issues related to IPv6 since Swifter goes through URLSession, which natively supports IPv6. This issue will now be closed.


slf4j-api dependency may need specified in tools submodule pom

BUG REPORT

Please describe the issue you observed:

What did you do (The steps to reproduce)?

mvn --projects tools --also-make clean  compile -U

What did you expect to see?

BUILD SUCCESS

What did you see instead?

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.5.1:compile (default-compile) on project rocketmq-tools: Compilation failure: Compilation failure:
[ERROR] /Users/<user>/workspace/rocketmq-all-4.4.0/tools/src/main/java/org/apache/rocketmq/tools/command/MQAdminStartup.java:[80,17] package org.slf4j does not exist
[ERROR] /Users/<user>/workspace/rocketmq-all-4.4.0/tools/src/main/java/org/apache/rocketmq/tools/command/MQAdminStartup.java:[208,44] cannot find symbol
[ERROR]   symbol:   variable LoggerFactory
[ERROR]   location: class org.apache.rocketmq.tools.command.MQAdminStartup
[ERROR] /Users/<user>/workspace/rocketmq-all-4.4.0/tools/src/main/java/org/apache/rocketmq/tools/command/MQAdminStartup.java:[211,11] cannot access org.slf4j.ILoggerFactory
[ERROR]   class file for org.slf4j.ILoggerFactory not found
[ERROR] -> [Help 1]

Please tell us about your environment:

Codebase
rocketmq-all-4.4.0-source-release.zip
md5: 70d5e5cb933edf3e805bcbbc13f2e48a

OS
Darwin <hostname> 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64

JAVA VERSION
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

Maven version
Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-18T02:33:14+08:00)
Maven home: /usr/local/Cellar/maven/3.5.4/libexec
Java version: 1.8.0_201, vendor: Oracle Corporation, runtime: /Users/<user>/.sdkman/candidates/java/8.0.201-oracle/jre
Default locale: en_CN, platform encoding: UTF-8
OS name: "mac os x", version: "10.14.3", arch: "x86_64", family: "mac"

Other information (e.g. detailed explanation, logs, related issues, suggestions how to fix, etc):

The rocketmq-tools's effective-pom shows that the org.slf4j:slf4-api:1.7.7 only in dependencyManagent（inherited from parent pom），not in dependencies，this dependency should explicit specified like the logging submodule

Sorry for my fault, my local repository ch.qos.logback:logback-classic:1.0.13 pom is damaged(No any dependecy, while the same pom from central repo has slf4j-api dependency).
Close it!


The result is different with the readme.md in this repo.

Hi,Doc Wang.I'm just download the code of Diversify and the dataset,and ran it use your second command that gave in the readme.md file.But my best result is 83.9% which your offer are 88%.I'm just want to know what is the reason? Thank you ,looking forward to your reply.

Which pytorch version do you use? Did you use the same environment as said in the readme file?

Please wait for a few days. We are rerunning the program using latest Pytorch version. I know that you may not get the best results as readme using newer version of Pytorch. We have the training logs available online at: https://wandb.ai/luw12thu/diversify.

Hi @17679393389 I have updated the results and hyperparameters to reproduce the results. Please refresh the code repo and see README file.


Fish Shell compatibility

Hello Sir,
I am requesting compatibility with fish shell. This is required for my very important software that runs the entirety of the government and I demand you patch it ASAP. Thank you,

Hello fine gentleman,
Please feel free to submit a PR with the feature you are requesting.


build prototypes from UI kit elements

to do a design-focused review for consistency with mood board, clean and colourful theme. Sierra to write report/recommendations.

Prototypes to build:
Group - Nick
Newsfeed - Nick
Statistics Dashboard - Sierra
Review card/comment Mike designed
Blog incl. create blog form, use modals - Nick and Sierra
Profile - Sabrina
Example: http://themes.getbootstrap.com/preview/?theme_id=4974

Statistics Dashboard created by Sierra and Nick

#174


explicitly use bash

In debian /bin/sh is symlink to dash. Since the script has bash specific options, it will fail when run as ./test.sh
./test.sh: 15: ./test.sh: Bad substitution
./test.sh: 18: ./test.sh: pushd: not found

Thanks for the fix


add web site

can you please add this website for coupons
www.real.discount
www.discudemy.com

Sir it is already there


Can't see how to resolve views.proto for Ubuntu 18.04

Very excited to try this....
However, I can't seem to get past some of the dependencies for Ubuntu 18.04
not sure where to resolve "views.proto"
go install vendor/golang.org/x/tools/cmd/goimports
go install vendor/honnef.co/go/tools/cmd/staticcheck
PATH=/home/fils/src/git/beam/bin:/home/fils/.cargo/bin:/home/fils/bin:/home/fils/.cargo/bin:/home/fils/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/usr/lib/jvm/java-10-oracle/bin:/usr/lib/jvm/java-10-oracle/db/bin:/usr/local/go/bin:/usr/local/go/bin:/home/fils/src/go/bin:/home/fils/.cargo/bin:/home/fils/src/flutter/bin:/home/fils/.local/bin:/usr/local/android-studio/bin:/usr/lib/dart/bin:/home/fils/.pub-cache/bin:/usr/lib/jvm/java-10-oracle/bin:/usr/lib/jvm/java-10-oracle/db/bin:/usr/local/go/bin:/usr/local/go/bin:/home/fils/src/go/bin:/home/fils/.cargo/bin:/home/fils/src/flutter/bin:/home/fils/.local/bin:/usr/local/android-studio/bin:/usr/lib/dart/bin:/home/fils/.pub-cache/bin protoc --gogoslick_out=plugins=grpc:src/github.com/ebay/beam/rpc -Isrc:src/vendor:src/github.com/ebay/beam/rpc views.proto
views.proto: No such file or directory
Makefile:54: recipe for target 'src/github.com/ebay/beam/rpc/views.pb.go' failed
make: *** [src/github.com/ebay/beam/rpc/views.pb.go] Error 1

Hi @fils, views.proto is included in the Beam sources. It's likely that your protoc (Protocol Buffers compiler) is out of date (check protoc --version). You should be able to follow the commands in https://github.com/eBay/beam/blob/master/.travis.yml to install a newer version of that.
We should probably add a note in the README and a check in the Makefile about this.

@ongardie Thanks...
It turned out I had an old protoc in /usr/bin that was in my PATH var ahead of the new one...
it's building fine now thanks!
Looking forward to trying out a new triple store...
Thanks for going the RDF and SPARQL route.  I work a lot with W3C semantics and it's nice to have another compatible triple store to play with...       plus I like Go quite a bit too to develop in!
Thanks for the help!


G8RecognitionOperation, customize tessdata path

Hi,
is there a way to customize the tessdata path with G8RecognitionOperation, so something like cachesRelatedDataPath for G8Tesseract?
Jan

@Jan-M-B, why don't you just create a simple NSOperation with the tesseract initialized as you wish?
I don't think we need G8RecognitionOperation to support. It doesn't add any specific features or usabilities.

Ok, can you give me an example? I am very new with NSOperation. I already tried this:
    NSOperation *operation = [[NSOperation alloc] init];
    operation.completionBlock = ^{
        [Tess recognize];
    };
    NSOperationQueue *Queue = [[NSOperationQueue alloc] init];
    [Queue addOperation:Operation];

But I'm not sure if it's right and a good solution ..


Add ENV AWS_LWA_INVOKE_MODE=response_stream in Dockerfile

Not sure if I oversaw sth. But isn‘t ENV AWS_LWA_INVOKE_MODE=response_stream missing in the Dockerfile of the FastAPI response streaming demo?

Hi @thailow,
Yes, we could add that environment variable in the Dockerfile. In this example, we choose to configure it using SAM Template here. Both works.
https://github.com/awslabs/aws-lambda-web-adapter/blob/36351ae3eaac27682d68a5cc2820cce7aa503097/examples/fastapi-response-streaming/template.yaml#L19
Harold

Got it, thank you for the hint!


[Enhancement]  The logical operations in prehandler and posthandler are not reasonable

Search before asking

[X] I had searched in the issues and found no similar issues.

Enhancement Request
Time-consuming statistics are more reasonable in posthandler.
Code in HandlerService.java:

Code in the method of preHandler:
       private void preHandler() {
            metrics.getSummaryMetrics().recordHTTPReqResTimeCost(System.currentTimeMillis() - requestTime);
            LogUtils.debug(httpLogger, "{}", response);
        }

Describe the solution you'd like
Optimize the logic in prehandler and posthandler.
Are you willing to submit PR?

[ ] Yes I am willing to submit a PR!

Code of Conduct

[ ] I agree to follow this project's Code of Conduct *

I would like to try it, please assign me.
Clarify my task: move metrics.getSummaryMetrics().recordHTTPReqResTimeCost(System.currentTimeMillis() - requestTime); in the method of preHandler to the last line in the method of postHandler.

@cnzakii
Including logger and any time-consuming statistics method.
It's better to finish multiple PRs one by one.

OK. I will come back to claim the issue after submitting the previous PR (if the issue still exists)

@Pil0tXia
I've already submitted the previous PR, so I think I can apply to address this issue now.
My solution:

As shown in the diagram above, move the code from the preHandler method to the postHandler method.

@cnzakii
As you can see that there are also some metrics related statements in postHandler(), so better put them at the top of the postHandler().

@Pil0tXia
OK. But I noticed that preHandler() is only used within run(), whereas postHandler() is used not only in run() but also in the sendResponse() method. If we move the preHandler() code into postHandler(), will it not add some unnecessary logging and time-consuming statistics?

The time-consuming statistics in postHandler() is acceptable, however the time recordHTTPReqResTimeCost() method recorded will be a little incorrect. Maybe creating another method and renaming these two methods if necessary will be a better way to resolve this issue.

@Pil0tXia
Could you further explain your thoughts to me? I'm not quite understanding.
Another idea I had is simply to rearrange the position of the preHandler() method.

You may wrap one method to another and call different methods under certain circumstances.

@cnzakii You may wrap one method to another and call different methods under certain circumstances.

@Pil0tXia
Is it similar to the concept of the wrapper pattern, where we create a wrapper method for postHandler(), which would perform the tasks of preHandler() within this method before calling postHandler()?

@cnzakii yeah

@Pil0tXia
OK. Please assign the issue to me. By the way, do you have any good suggestions for naming methods?

@Pil0tXia You can exert your abilities and make your own decisions. After you submit a PR, I will review it again.

@Pil0tXia PTAL


Swipeable tabs break my website

Using tabs enabling swipeable true
Expected Behavior
It swipes pages everything looks like how it currently looks
Current Behavior
it forces my content to be 400px tall and I have no way to prevent this from happening besides turing off swiping
I am linking this with js and css and do not have jquery.
Is there a way to stop the 400px explicit setting somewehere?
Possible Solution
Do not set height to 400px
Steps to Reproduce (for bugs)
Follow the tutorial here
https://materializecss.com/tabs.html
For swipeable tabs
Context
I have content that is much larger than 400px
I can no longer tab through it
Your Environment
I am linking through the CDN so version 1.0.0
I do not have jquery

See https://github.com/Dogfalo/materialize/issues/5436


docs: be more specific about behavior of empty value for sparse fieldsets

The wording for the use case that a client submits the fields[TYPE]-parameter with an empty value is a little bit fuzzy given the availability of the key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document, indicated by a bold font and uppercase spelling.
If an empty value is understood as advising the endpoint to not include any fields at all for the resource object with the given type, I'd propose to use the key word MUST NOT in this section.
Or is the lowercased should not to be interpreted as the keyword SHOULD NOT, which would mean that - in the end - this is just a recommendation for the endpoint's behavior and equally to omitting the fields[TYPE] parameter at all?

Thanks a lot for this contribution.

Or is the lowercased should not to be interpreted as the keyword SHOULD NOT, which would mean that - in the end - this is just a recommendation for the endpoint's behavior and equally to omitting the fields[TYPE] parameter at all?

As I read the specification, an empty fieldset means that the server must not include and field. The specification says:

If a client requests a restricted set of fields for a given resource type, an endpoint MUST NOT include additional [fields] in resource objects of that type in its response.

If client includes fields[TYPE] query parameter in a request, the client requests a restricted set of fields. The server must only include those fields, which have been requested by the client. If the client requested to include no fields at all (empty fieldset), the server must not include any field.
In my reading the first paragraph specifies the value of fields[TYPE] parameter:

The value of the fields parameter MUST be a comma-separated (U+002C COMMA, ",") list that refers to the name(s) of the fields to be returned. An empty value indicates that no fields should be returned.

The second paragraph defines processing rules for the server if it is present:

If a client requests a restricted set of [fields] for a given resource type, an endpoint MUST NOT include additional [fields] in resource objects of that type in its response.

Your changes mixes both as it defines processing rules for the server in the first paragraph as well. Not sure if that's helpful.
Maybe the clarification how a server must process an empty fieldset could be added at the end of the second paragraph? Some thing like this:

The value of the fields parameter MUST be a comma-separated (U+002C
COMMA, ",") list that refers to the name(s) of the fields to be returned.
The list MAY be empty, indicating that no fields should be returned.
If a client requests a restricted set of fields for a given resource type,
an endpoint MUST NOT include additional fields in resource objects of
that type in its response. If a client requests an empty set of fields, an
endpoint MUST NOT include any field in the resource object of that
type in the response.

Not perfect yet. I especially do not like the duplication in last paragraph. But I hope it gives an idea what I mean anyways.

If a client requests an empty set of fields, an
endpoint MUST NOT include any field in the resource object of that
type in the response.

Not perfect yet. I especially do not like the duplication in last paragraph. But I hope it gives an idea what I mean anyways.

Hey @jelhan, this gives a better indication about how the specification needs to be understood, thanks for the reply.
I added the MUST NOT to the first paragraph since the paragraph itself along with the subsequent paragraphs define the use cases available with sparse fieldsets:

fields[TYPE]= (empty)
fields[TYPE]={list of fields}
(not used at all)

Sending nothing (as in  1.) to the server and the fact that each server may understand nothing differently, along with the rather confusing should not, might leave too much room for interpretation.
What if in the end it turns out that the should not  was actually meant as SHOULD NOT and it just slipped through the editor's eyes... 👀
If you want to close the hasty PR, I can create a ticket for it instead.

@ThorstenSuckow thanks for your contribution!
I will try to go into the thinking behind the normative statements in this section.
This statement establishes the client's responsibility to use the fields param:

The value of the fields parameter MUST be a comma-separated (U+002C
COMMA, ",") list that refers to the name(s) of the fields to be returned.
An empty value indicates that no fields should be returned.

The reason that normative language is not used within the second sentence is that it is a clarification to help interpret the normative statement in the first sentence. It is not a normative statement itself.
Finally, this normative statement, just below, covers the server's responsibility:

If a client requests a restricted set of [fields] for a given resource type,
an endpoint MUST NOT include additional [fields] in resource objects of
that type in its response.

As @jelhan mentioned, we should avoid mixing processing rules for the server in with usage rules for the client.

If you want to close the hasty PR, I can create a ticket for it instead.

Please feel free to create an issue if this is still unclear.


[Unity][VM] Converting tuple arg to Python tuple

relax.Tuple was changed to backed by Python tuple, no longer by ADT, before. This PR fixes a missing place that was left unchanged accordingly.

please fix the lint


[android] CxxStdlib isn't build for android when building Android SDKs from windows

Description
When building Android SDKs from a windows host, the CxxStdlib module isn't built. That should be fixed.
Reproduction

Expected behavior
it should be built
Environment
main
Additional information
No response

This is fixed on main now that Android overlay landed.


"Cannot read property ‘name’ of undefined" – vue-router works as long as I don't use router-link component

Version
3.0.2
Reproduction link
https://codesandbox.io/s/6w7y01qo5z?fontsize=14
Steps to reproduce
I’ve created a CodeSandbox with my relevant files, however, the bug does not happen in the CodeSandbox or when I run locally. Only when I embed my code in the environment in which it needs to run, I receive the following error:

If I click on the first call in the stack, here’s the line that’s throwing the error:

The <router-link> items do not render on the page, however the rest of my Vue app (anything that is not related to vue-router) works fine.
Once the page is loaded, if I manually change the URL to /foo, the links will then appear, and work as expected.
The error only occurs when there is a <router-link> element on the page. If I create a function and attach it to a click event (e.g. on a Button) such as shown below, I have no issues. This literally only errors when I use the <router-link> element:
methods: {
    ...
    onButtonClick() {
        // This works fine; no errors!
        this.$router.push({ name: 'bar' })
    }
}

It also works perfectly if I put the function directly on  element:
Foo
What is expected?
The <router-link> component should render properly on load, without error.
What is actually happening?
If there is a <router-link> component on the page, the error (referenced above) appears. If I use this.$router.push() there are no issues.

The related Vue JS Forum post can be found here: https://forum.vuejs.org/t/cannot-read-property-name-of-undefined-works-locally-but-not-in-production-environment/58975

If the problem doesn't appear in the repro I cannot check it, sorry

@posva I've updated the demo. You can see the error in the console: https://codesandbox.io/s/7mooxvokz1
TypeError: Cannot read property 'name' of undefined
    at normalizeLocation (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:1275:12)

    at Object.match (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:1343:20)

    at VueRouter.match (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:2463:23)

    at HashHistory.transitionTo (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:1867:27)

    at HashHistory.replace (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:2281:10)

    at VueRouter.replace (https://7mooxvokz1.codesandbox.io/node_modules/vue-router/dist/vue-router.common.js:2535:16)

    at VueComponent.mounted (https://7mooxvokz1.codesandbox.io/src/App.vue?33fd1cc2:26:48)

    at invokeWithErrorHandling (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:1859:57)

    at callHook (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:4210:7)

    at Object.insert (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:3142:7)

    at invokeInsertHook (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:6331:28)

    at Vue.patch [as __patch__] (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:6548:5)

    at Vue._update (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:3936:19)

    at Vue.updateComponent (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:4057:10)

    at Watcher.get (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:4468:25)

    at new Watcher (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:4457:12)

    at mountComponent (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:4064:3)

    at Vue.$mount (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:9034:10)

    at Vue.$mount (https://7mooxvokz1.codesandbox.io/node_modules/vue/dist/vue.common.dev.js:11919:16)

    at evaluate (https://7mooxvokz1.codesandbox.io/src/main.js:46:4)

    at pe (https://codesandbox.io/static/js/sandbox.b1d596c7.js:1:163187)

    at e.value (https://codesandbox.io/static/js/sandbox.b1d596c7.js:1:177627)

    at e.value (https://codesandbox.io/static/js/sandbox.b1d596c7.js:1:205948)

    at e.value (https://codesandbox.io/static/js/sandbox.b1d596c7.js:1:205529)

    at https://codesandbox.io/static/js/sandbox.b1d596c7.js:1:101657

    at g (https://codesandbox.io/static/js/common-sandbox.7efdb2bf.chunk.js:1:475525)

    at Generator._invoke (https://codesandbox.io/static/js/common-sandbox.7efdb2bf.chunk.js:1:475313)

    at Generator.e.(anonymous function) [as next] (https://codesandbox.io/static/js/common-sandbox.7efdb2bf.chunk.js:1:475704)

    at o (https://codesandbox.io/static/js/common-sandbox.7efdb2bf.chunk.js:1:466783)

    at i (https://codesandbox.io/static/js/common-sandbox.7efdb2bf.chunk.js:1:466993)

do const requestedPage = this.$route; there is no $route.path

@adamdehaven did you find a solution? I'm running into the same problem, working on local machine but not in production.


AEG 6000 Comfort is working and can be added to the list

Just a short Update for the supported device list. An AEG 6000 Comfort is working. The only thing that is not supported (as far as I have seen so far) is the pure fan mode.
What works is:

Cooling
Heating
Auto
set temperature
Osziloscope
Fan speed
Child safety

What does not work/is not visible:

Fan mode (like a normal fan)

AEG 6000 Comfort

Hi @Romanicus Would you be able to change your Electrolux password to something random and send me your credentials to my email: tomekkleszcz[at]icloud.com, so I can confirm it works, and check the fan mode issue? Thank you!


⚠ Samsung has degraded performance

In 52753cb, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2540 ms

Resolved: Samsung performance has improved in ac8e347.


[WIP] adds span serializer interface and sets v1 as the default serializer.

Description: This PR will add support for V2 format in zipkin.
Risk Level: low
Testing: we are not including changes yet
Docs Changes: will come when the change is done
Release Notes: Adds support for Zipkin V2 format
Question: Should we support both formats or just migrate to v2?
Ping @adriancole @Dudi119 @devinsba
Fixes #4839

There are some third-party tools (ex: 1) that support the V1 format, and Jaeger does as well though it has first class support. It's probably best to leave in V1 until we are fairly certain that has stopped proliferating

https://github.com/honeycombio/honeycomb-opentracing-proxy

agree adding v2 doesn't mean removing v1. Also be careful as I think @dio has some work in progress on proto

because envoy is historically v1 we probably need to keep default that way unless a "poke" request succeeds. eg use OPTIONS or empty POST on /api/v2/spans. If that works (202), then we can safely use v2 unless overridden by property.

Assigning over to @objectiser who can hopefully help with review.

@jcchavezs interesting approach to introduce the span serializer. I think we can have a config entry that tells which version to use? I have a WIP on that one. So here: https://github.com/envoyproxy/envoy/pull/6798/files#diff-eefabe600af784c84a1989f7cb174f2bR151 we can construct the serializer based on user preference. My suggestion on the enum will be: v1_http_json, v2_http_json, v2_http_proto (seems like v2_grpc_stream (or v2_grpc_unary?) will be there soon).

my suggestion is to qualify when strange. for example, v1 is strange in
2019.. leave off the suffix for the other options as v2 is implied or
irrelevant (ex there was no v1 proto)
On Mon, May 6, 2019 at 1:31 PM Dhi Aurrahman<EMAIL_ADDRESS>wrote:

@jcchavezs https://github.com/jcchavezs interesting approach to
introduce the span serializer. I think we can have a config entry that
tells which version to use? I have a WIP on that one. So here:
https://github.com/envoyproxy/envoy/pull/6798/files#diff-eefabe600af784c84a1989f7cb174f2bR151
we can construct the serializer based on user preference. My suggestion on
the enum will be: v1_http_json, v2_http_json, v2_http_proto (seems like
v2_grpc_stream (or v2_grpc_unary?) will be there soon).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/envoyproxy/envoy/pull/6798#issuecomment-489504564,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAPVV2NPTCBN33K4DM4FIDPT67C3ANCNFSM4HKVD6AA
.

another option would be to inherit exactly the same encoding types from
zipkin
https://github.com/apache/incubator-zipkin/blob/master/zipkin/src/main/java/zipkin2/codec/SpanBytesEncoder.java
then separate out transport/collector type from encoding as they are
definitely independent except in the rare case of grpc.
On Mon, May 6, 2019 at 2:07 PM Adrian Cole<EMAIL_ADDRESS>wrote:

my suggestion is to qualify when strange. for example, v1 is strange in
2019.. leave off the suffix for the other options as v2 is implied or
irrelevant (ex there was no v1 proto)
On Mon, May 6, 2019 at 1:31 PM Dhi Aurrahman<EMAIL_ADDRESS>wrote:

@jcchavezs https://github.com/jcchavezs interesting approach to
introduce the span serializer. I think we can have a config entry that
tells which version to use? I have a WIP on that one. So here:
https://github.com/envoyproxy/envoy/pull/6798/files#diff-eefabe600af784c84a1989f7cb174f2bR151
we can construct the serializer based on user preference. My suggestion on
the enum will be: v1_http_json, v2_http_json, v2_http_proto (seems like
v2_grpc_stream (or v2_grpc_unary?) will be there soon).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/envoyproxy/envoy/pull/6798#issuecomment-489504564,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAPVV2NPTCBN33K4DM4FIDPT67C3ANCNFSM4HKVD6AA
.

Thanks all for the feedback!

My suggestion on the enum will be: v1_http_json, v2_http_json, v2_http_proto (seems like v2_grpc_stream (or v2_grpc_unary?) will be there soon). WDYT?

Sounds good, tho I would follow the @adriancole's wisdom and have v1_http_json, http_json and http_proto. What do you think?
As soon as this one is green I will include the v2 http serializer. Also at some point we need to see how we merge our branches @dio.

nit put the v1 at the end.
On Mon, May 6, 2019, 2:48 PM José Carlos Chávez<EMAIL_ADDRESS>wrote:

Thanks all for the feedback!
My suggestion on the enum will be: v1_http_json, v2_http_json,
v2_http_proto (seems like v2_grpc_stream (or v2_grpc_unary?) will be there
soon). WDYT?
Sounds good, tho I would follow the @adriancole
https://github.com/adriancole's wisdom and have v1_http_json, http_json
and http_proto. What do you think?
As soon as this one is green I will include the v2 http serializer. Also
at some point we need to see how we merge our branches @dio
https://github.com/dio.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/envoyproxy/envoy/pull/6798#issuecomment-489516004,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAPVVYZ6Q4XOZLFK4JER2LPT7ID5ANCNFSM4HKVD6AA
.

@jcchavezs sorry for the late reply, this is my current WIP: https://github.com/envoyproxy/envoy/compare/master...dio:zipkin-v2?expand=1 I think the HTTP_JSON (v2) works, but not sure why sending serialized proto is still failing.

@jcchavezs so since we agreed on doing this together, would you close this and open a new PR from our common branch? Thanks!

Totally!


Modularize VueX store

This is part of the project to integrate into the GOST repo. See overall GOST integration plan: https://www.notion.so/usdr/GOST-ARPA-integration-technical-plan-cffc5800c0414660816a0920b959da82#b4dfb0449fc54674ae97f070a6b7b33a
In GOST, different parts of the VueX store are separated into modules. This rearranges ARPA Reporter's store to mirror that structure. This may not be immediately necessary if we keep them as separate Vue pages in the same repo, but will eventually be needed if we merge them into a single unified Vue app/page. It may also make it easier to swap in modules from GOST even in the multi-page setup, such as users and agencies -- though it's not perfectly seamless since their structures + actions are slightly different.
This looks like a big PR but mostly it's just code moving from store/index.js to separate files. The things to look at are references to state fields, getters, mutations, and actions and be sure I found all the places to update -- and that the changes do not have any implications for Vue reactivity (I'm still not totally clear on how this works under the hood for computed fields that reference VueX state fields)
Some references are a bit uglier now since they're nested under another level of structure (e.g. this.$store.getters['users/loggedInUser'].role or this.$store.stage.agencies.agencies) but these can be later cleaned up by adopting the mapGetters (& friends like mapMutations and mapActions) pattern already used in GOST.
Note: I intentionally did not modularize the store fields + actions related to subrecipients here since #296 and #297 significantly change code that references these.

From Slack:

Re: the VueX PR (https://github.com/usdigitalresponse/arpa-reporter/pull/308) I think unfortunately it's going to have to be abandoned and re-started; the merge conflicts are just pretty severe and I don't have confidence in not introducing issues in the course of trying to resolve them (since most of that diff is copying code from one big file to smaller ones, then changing a bunch of references). I think it'll be easier to just start over on it. I might get something up for that before I leave but very unlikely to merge it before I leave. This is not immediately blocking to the 2nd phases of the integration project since we decided to start that with ARPA app mounted on a separate page, so it can have a completely separate VueX store.


[CWS-3371] Match raw packet data against pcap filters

What does this PR do?
This PR enables CWS packet events to be matched against pcap filters, allowing writing rules such as :
packet.filter == "tcp dst port 443 and tcp[tcpflags] == tcp-syn"

To do so, this PR adds libpcap as a dependency to the system-probe binary.
The library is added as a shared library when packaging the agent.
When built locally, however, the system-probe binary statically links against a locally-compiled version of the library.
Motivation
Describe how to test/QA your changes
Possible Drawbacks / Trade-offs
datadog-agent package size diff:

Packages
Baseline (38371a4a1)
Change (7970fa2)
Diff (kB)

deb-amd64
1374355456
1377009664
2592

deb-arm64
1086504960
1087500288
972

rpm-amd64
1374339072
1377009664
2608

rpm-arm64
1086488576
1087565824
1052

suse-amd64
1374339072
1376858112
2460

suse-arm64
1086488576
1087504384
992

packaged system-probe binary size diff:

Arch
Baseline (38371a4a1)
Change (7970fa2)
Diff (kB)

amd64
188019744
188123008
101

arm64
120466216
120503784
37

Additional Notes

/merge

/merge -c

/merge


Configuring Vertx instances with real environment variable and Java system property

For configuring vert.x instances an environment variable named vertx.parameter.filename can be set. This works on some environments but not on all. I tested successfully in IDE, with Maven on Red Hat and Windows, but it does not work in a CI Pipeline running on Debian.
As environment variables are normally written (and supported?) with capital letters and underscores, why not supporting this feature in the following manner:

Read Java system property named vertx.parameter.filename
If no system property set, read environment variable named VERTX_PARAMETER_FILENAME
If no environment variable set, then no configuration is loaded

This would open more configuration options which are well known and work on all platforms.
If there is a chance that this feature is accepted, I would be willing to make a PR.

What's the reason it doe not work in a CI pipeline running on Debian? Sounds odd.

Yes, this sounds odd and I don't have an explanation. But why is the environment variable defined with lowercase characters and dots? This is unusal and often not supported especially the dots. Examples using Gitlab CI:
Variable in gitlab-ci.yml
variables:
  vertx.parameter.filename: src/test/resources/config.json

Aborts with /bin/bash: line 115: export: vertx.parameter.filename=src/test/resources/config.json': not a valid identifier
Exporting environment variable in script part
stages:
  - build
  script:
    - export vertx.parameter.filename="src/test/resources/config.json"

Same error: /usr/bin/bash: line 170: export: vertx.parameter.filename=src/test/resources/config.json': not a valid identifier

Yes, I use an environment variable as described in the documentation:

create an environment variable vertx.parameter.filename pointing to that file

And the documentation matches with the implementation System.getenv(VERTX_PARAMETER_FILENAME);. To me, defining a system property does not help.

My bad, I misread the documentation.
Reading the standard definition document, applications should tolerate any character from the portable character set, but in practice not every app does.
For example, here's what I see in my terminal:
$ env "vertx.parameter.filename=src/test/resources/config.json" bash -c 'env' | grep vertx
vertx.parameter.filename=src/test/resources/config.json

$ export vertx.parameter.filename="src/test/resources/config.json"
bash: export: `vertx.parameter.filename=src/test/resources/config.json': not a valid identifier

So I believe we should accept vertx.parameter.filename as sysprop and VERTX_PARAMETER.FILENAME as env var.
For backwards compatibility, we can continue to accept vertx.parameter.filename as env var on systems which support it.
Thank you @rotscher for this good report!


Readme is bad

The title is from the template
it has publishing instructions from before Orb Tools v11
check for other issues

Should be done this week.

readme has been updated
https://github.com/CircleCI-Public/windows-orb/pull/41

@felicianotech please review and close if it looks ok to you

Closed in #36.


OpenRefine upload to Wikidata stalls on deleted items

When you have a list of items and reconcile them "as identifiers", it often happens that some of the items had already been deleted from Wikidata. But they still reconcile.
However, when the Wikidata upload gets to this item, it gives the following error:
Exception in thread "Thread-12" java.lang.NullPointerException
And then it basically just stops the upload...
Steps to reproduce:
Reconcile Q56640589 as Wikidata identifier
try to import something
Expected behavior:
Skip the deleted item. Or do not reconcile it at all.
This is OpenRefine 3.5.2.
Haven't tried it yet in a newer version.

Can you try again on the lastest dev version, I think this has been fixed (at least for merged items)

@mshd So, I downloaded version 3.7-beta5 (2023-01-26)
and I pasted the following row from clipboard: Q56640589 	Q6581097
I was able to reconcile both columns with Wikidata.
I assembled the following Wikidata schema:
Column1: Property "Sex or gender" : Column2.
And after starting the import, I get the following errors in the console:
09:42:10.206 [..mWikibaseEditsOperation] Performing edits (14ms) 09:42:10.207 [..ting.EditBatchProcessor] Requesting documents (1ms) 09:42:10.508 [..ting.EditBatchProcessor] Retrying in 10000 ms (301ms) Exception in thread "Thread-3" java.lang.NullPointerException: Cannot invoke "org.wikidata.wdtk.datamodel.interfaces.StatementDocument.getEntityId()" because "currentDocument" is null         at org.openrefine.wikibase.updates.LabeledStatementEntityEdit.toStatementUpdate(LabeledStatementEntityEdit.java:187)         at org.openrefine.wikibase.updates.ItemEdit.toEntityUpdate(ItemEdit.java:159)         at org.openrefine.wikibase.editing.EditBatchProcessor.performEdit(EditBatchProcessor.java:176)         at org.openrefine.wikibase.operations.PerformWikibaseEditsOperation$PerformEditsProcess.run(PerformWikibaseEditsOperation.java:262)         at java.base/java.lang.Thread.run(Thread.java:1589)
The import job stalls at "0% complete" unless I manually cancel it.

i ran into the same problem with Version 3.7.0 on Wikidata-QID: Q79691922
The upload process stops at the deleted but reconciled record in the project, unless manual cancelling of the upload process.
The OpenRefine Shell shows the following output:
Exception in thread "Thread-2" java.lang.NullPointerException
        at org.openrefine.wikibase.updates.LabeledStatementEntityEdit.toStatementUpdate(LabeledStatementEntityEdit.java:187)
        at org.openrefine.wikibase.updates.ItemEdit.toEntityUpdate(ItemEdit.java:159)
        at org.openrefine.wikibase.editing.EditBatchProcessor.performEdit(EditBatchProcessor.java:176)
        at org.openrefine.wikibase.operations.PerformWikibaseEditsOperation$PerformEditsProcess.run(PerformWikibaseEditsOperation.java:262)
        at java.base/java.lang.Thread.run(Unknown Source)

Version: 3.7.0
OS: Windows 10

I had the same problem with Wikidata-QID Q17068417, using v.3.7.1 on MacOS. No error message appeared.

Same here with Q98847703, using v.3.7.2 on the latest macOS. No error message.

Thank you all for reporting this annoying issue.
For now I've made a change to just skip those edits, which should be released in 3.8. In the meantime you can use our snapshot releases.
Better error reporting is coming in 4.0.


Can't setup some devices

I can't setup a wall fan with this plugin, however I've managed to setup my Air Conditioner. YES, I know currently Air Conditioner is the only device that is support with this plugin. But usually people like me uses other appliances like a fan, more often than a Air Conditioner. So could you add this to it? This is my kind advice

On my development list. Haven't been keeping well last week. Hope to work on this during this week.

Doesn't look like Tuya IR APIs support controlling FANs yet. Only AC, STB and TVs are supported.

Oh no, that doesn’t sounds good. But I’m using it with the smart life app. Anyways, I have a tuya IOT developer account in which I have added this devices so If you need anything like the details of the device please feel free to let me know.

hey one more thing, so does that mean we cant add a ir controlled fan to it??? however, in India we use fans more than ACs right...

I have reached out to Tuya support for help. Let's see what they come back with.

Doesn't look like Tuya IR APIs support controlling FANs yet. Only AC, STB and TVs are supported.

+1 for TVs if you can get it to work :)

Finally got fan working. Pushed a new version

Doesn't look like Tuya IR APIs support controlling FANs yet. Only AC, STB and TVs are supported.

+1 for TVs if you can get it to work :)

TV will be tracked in separate enhancement request


Mixed Language Support (HTML+CFML)

I'm not sure if this is something this extension should/can address, but with files being identified as CFML, Intellisense is lost for mixed languages (HTML in CFM files, JS in CFM files, SQL in CFM files, etc.).
I've tried adding the file associations to the VS Code config by associating *.cfm as html, but that breaks the syntax highlighting this extension provides.
Sublime Text seems to know the files are mixed and handles hinting and autocomplete fine - but Visual Studio Code is far more stable in my experience and better supported.
Is this something that this extension can address, or is there a way to configure VS Code to support this?

Mix of CFML and SQL is of importance.

I've done some research about this. It seems to be doable using grammar injections. https://github.com/mjbvz/vscode-js-template-string-grammar-injection-example
It seems I will create new CFML/CFScript language rules to support those features.

@ilich : I don't know if it will help at all, but here's the CFML extension for Sublime Text that supports mixed CFML (CFML+HTML, CFML+CSS, CFML+JS, CFML+SQL): https://github.com/SublimeText/ColdFusion

@Joyrex : Do you know any official CFML/CFScript language specification and/or language test kit? I found https://github.com/lucee/Lucee/tree/master/test, but I'd like to have some test cfm's as well.

I too am interested in this. SQL, Java, HTML, and CFML would be great on one page!

@ilich  - sorry I missed this! Charlie Arehart's CF 411 page has a listing of CFML testing tools:
http://www.cf411.com/cfmlcodetest

is there no way to adapt this package into VSCode? https://github.com/jcberquist/sublimetext-cfml

Unfortunately VS Code does not support Sublime Syntax files that are more advanced than TextMate ones.
https://github.com/Microsoft/vscode/issues/5408
As I understood, there is no way now to mix languages inside VS Code. I haven't found a way to tell the editor that this code is SQL and that code is CFML.
I have updated CFML syntax highlighting with the latest version from TextMate bundle yesterday. I hope it will make our life a bit easier.


Queries return a 403 Forbidden error unless the leading comment is included

Pinot Version: 1.2.0
Summary: All queries return a 403 Forbidden error unless the query starts with a comment. Disabled auth mechanisms and it still throws the 403 error without the comment at the beginning of a query.
Impacted Components: Query Console, Pinot APIs, Presto connector
Slack #troubleshooting thread: https://apache-pinot.slack.com/archives/C011C9JHN7R/p1731680532419299
Example from the Query Console: The table name is redacted for privacy.

Closing this ticket. The issue was caused by a WAF.


feat(preset): add @mdi/js support

Description

This PR includes:

change the context to await when preset definition is an async function, we're using dynamic import to import all the icons from @mdi/js  module
add usage in Svelte example

Linked Issues
closes #446
Additional context

I am not sure to support this specific package, while we have more generic solutions like https://github.com/unplugin/unplugin-icons. We can't have presets for every single package no npm.
Btw, it's probably under-documented, but we do support auto crawling exports for packages, you can try (haven't tested):
presets: [
  { package: '@mdi/js' }
]

https://github.com/unjs/unimport/blob/b1f1d33d6a26e16857315818e84b6f345e12ef0d/src/preset.ts

I Will check it, if working I Will add the entry to the docs.