Timeout on az publish for node bot

Describe the bug
I was following the documentation on this page: https://docs.microsoft.com/en-us/azure/bot-service/bot-builder-deploy-samples?view=azure-bot-service-4.0&tabs=js#deploy-javascript-and-c-bots-using-az-cli
Using the msbot build tool (which uses az under the hood), I was able to create a resource group but was getting timeouts at either the "az bot create" step or "az bot publish." After a few tries creating the resources and publishing worked. However, after making a change locally and running "az bot publish" I received a timeout. Please see the error:
 az bot publish --resource-group mydemotestbot -n mydemotestbot --subscription <redacted> -v v4 --verbose --code-dir "."
Detected SDK version v4. Running prepare publish in code directory . and for project file None
Preparing Bot Builder SDK v4 bot for publish, with code directory . and project file .
Detected bot language Node, Bot Builder version v4.
Creating upload zip file.
Creating upload zip file, code directory ..
Adding node_modules to folders to exclude from zip file.
Compressing bot source into C:\bots\mydemotestbot \upload.zip.
Zip file path created, at C:\bots\mydemotestbot \upload.zip.
Emptying the "site/wwwroot/" folder on Kudu in preparation for publishing.
"site/wwwroot/" successfully emptied.
Source code read, uploading to Kudu.
Source code successfully uploaded.
Retrieving the latest deployment info.
Bot source published. Preparing bot application to run the new source.
Detected language javascript. Installing node dependencies in remote bot.
Failed with status code 500 and reason <title>500 - The request timed out.</title>
500 - The request timed out.
  The web server failed to respond within the specified time.

To Reproduce

Create a new bot using yeoman. "yo botbuilder"
Select Echo bot.
Delete .bot file.
Create MSAppID and Password
Invoke the following:
msbot clone services --folder deploymentScripts/msbotClone --location westus2 --name mydemotestbot --appId "<app_id>" --appSecret "<app_secret>" --verbose

Expected behavior
az bot create and az bot publish should create and deploy bots successfully in a consistent manner.
Environment summary
Windows 10, Node v10.15.0, azure-cli (2.0.55)

I can verify this issue also occurs when I run the az bot publish command.

@hattan , which node npm packages you added to your bot?

@yochay this was a new bot created with yo botbuilder.
I didn't add any packages other than the default ones that are in the yeoman templates package.json. Specifically I chose the echo bot template.
https://github.com/Microsoft/BotBuilder-Samples/blob/master/generators/generator-botbuilder/generators/app/templates/echo/package.json.js

@hattan we're encouraging users to use the builtin processes in Azure CLI to deploy their bots to Azure; if you want to continue to use Zip deploy, we've told users to use the az webapp command module and have documented how to create the necessary components to run a bot via ARM template, and then deploy local source code to Azure.
These steps can be found here: https://docs.microsoft.com/en-us/azure/bot-service/bot-builder-deploy-az-cli?view=azure-bot-service-4.0&tabs=newrg

Closing this due to inactivity, if the above steps/links didn't help, please @mention me.

Thanks Steve. The above links were definitely useful.


Jack Audio: unable to switch audio streams

I was attempting to listen to some music on https://soundcloud.com and noticed an issue with fresh player. When I attempt to play the first song in my feed, everything works perfectly! Looking at the logs, a jack readable stream freshwrapper pops up, and the music starts streaming.
However, when I try to play the next song, the stream times out and is unable to play; yet I can still go back and play the original song.
I have confirmed this behavior does not exist with the Alsa driver. In the alsa client, when the song is switch, it disconnects the jack client and creates a new one, like so:
Sat Jun  6 15:29:12 2015: Disconnecting 'alsa-jack.jackP.5827.4:out_000' from 'system:playback_1'
Sat Jun  6 15:29:12 2015: Disconnecting 'alsa-jack.jackP.5827.4:out_001' from 'system:playback_2'
Sat Jun  6 15:29:12 2015: Client 'alsa-jack.jackP.5827.4' with PID 5827 is out
Sat Jun  6 15:29:13 2015: New client 'alsa-jack.jackP.5827.5' with PID 5827
Sat Jun  6 15:29:13 2015: Connecting 'alsa-jack.jackP.5827.5:out_000' to 'system:playback_1'
Sat Jun  6 15:29:13 2015: Connecting 'alsa-jack.jackP.5827.5:out_001' to 'system:playback_2'

I am not sure what the best solution for this is, but am happy to provide any help you need in recreating the issue and giving you more information as needed. Thank you very much for you hard work!
Current head: https://github.com/i-rinat/freshplayerplugin/commit/3aadba484509d231f500c0f2b65513eec560172a
Jack package: community/jack2-dbus 1.9.10-1 on Arch Linux

Hello.
What is a feed on Soundcloud? I tried to play "Explore" playlist from title page. Is it similar?
Say, if you start browser, open website, press play on first song, then scroll it to position near the end, and then let it play, is it enough to reproduce issue? If you start browser from terminal, are there any messages marked with "error" or "warning" (during whole browser session)?

For me, open the website, play one track, let it play for a few seconds, then play another. That is enough to recreate it.

Also, make sure that it's not falling back to ALSA. I tail the jack logs to ensure that.

Still no success (or success — depends on point of view — audio works on my machine).
I usually started JACK server by Qjackctl, which runs jackd. You mentioned jack2-dbus, so I tried to start it through jack_control. For some reason, when started via jack_control it doesn't muffle PulseAudio server, but after its termination audio started working again.
What if you start, say two youtube videos on separate tabs simultaneously. Does that work?

Tried to install Arch linux (x86_64) in a virtual machine. Still works on Soundcloud.
I think we have something different on our setups, which is the cause of malfunction.

Maybe ''freshwrapper" gets directed to the output and not "freshwrapper-XX" which are created on multiple instances ? Personally, I use freshwrapper(|-.[0-9]) rule in Patchbay to prevent that.


⚠ Bofrost.be has degraded performance

In b2fe730, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1072 ms

Resolved: Bofrost.be performance has improved in 9e8932e after 8 minutes.


Roundup: [oss-security] elfutils: memory allocation failure in allocate_elf (common.h)

Here is a report from the oss-security mailing list for Vulnerability Roundup 27.
Skip to First Email
Instructions:
Identification
Identify if we have the software, in 16.09, 17.03, and unstable. Then determine if we are vulnerable, and make a comment with your findings. It can also be helpful to specify if you think there is a patch, or if it can be fixed via a general update.
Example:
unstable: we are not vulnerable (link to the package)
17.03: we are vulnerable (link to the package)
16.09: we don't have it packaged

IMPORTANT: If you believe there are possibly related issues, bring them up on the parent issue!
Patching
Start by commenting on this issue saying you're working on a patch. This way, we don't duplicate work.
If you open a pull request, tag this issue and the master issue for the roundup.
If you commit the patch directly to a branch, please leave a comment on this issue with the branch and the commit hash, example:
fixed:

release-16.09: abc123

Skip to First Email
Upon Completion ...

[ ] Update Graham's database

Info
Triage Indicator:
-needs-triage +roundup27 thread:0000000000002adf

File Search: https://search.nix.gsc.io/?q=elfutils&i=fosho&repos=nixos-nixpkgs
GitHub Search: https://github.com/NixOS/nixpkgs/search?utf8=✓&q=elfutils+in%3Apath&type=Code

Should the search term be changed from elfutils? Suggest a new package search by commenting:
-suggested:elfutils +suggested:correctPackageName thread:0000000000002adf

Known CVEs: CVE-2016-10254

Skip to End
Wed, 09 Nov 2016 15:39:17 +0100 Agostino Sarubbo <ago-at-gentoo.org>, 3336940.KQUNr6ohDW@blackgate
If it is suitable for a CVE please assign one. Thanks.

Description:
elfutils is a set of libraries/utilities to handle ELF objects (drop in
replacement for libelf).

During the fuzz of libdwarf, I noticed a memory allocation failure which
involves elfutils.
Actually there is a proposed patch on the elfutils mailing list, but nobody
commented.

The complete ASan output:

# dwarfdump $FILE
==21982==ERROR: AddressSanitizer failed to allocate 0x3401fb3000
(223371538432) bytes of LargeMmapAllocator (error code: 12)
==21982==Process memory map follows:
        0x000000400000-0x0000006bc000   /usr/bin/dwarfdump-asan
        0x0000008bb000-0x0000008c3000   /usr/bin/dwarfdump-asan
        0x0000008c3000-0x000000900000   /usr/bin/dwarfdump-asan
        0x000000900000-0x0000015a4000
        0x00007fff7000-0x00008fff7000
        0x00008fff7000-0x02008fff7000
        0x02008fff7000-0x10007fff8000
        0x600000000000-0x603000000000
        0x603000000000-0x603000010000
        0x603000010000-0x604000000000
        0x604000000000-0x604000010000
        0x604000010000-0x619000000000
        0x619000000000-0x619000020000
        0x619000020000-0x624000000000
        0x624000000000-0x624000020000
        0x624000020000-0x640000000000
        0x640000000000-0x640000003000
        0x7f9f19d00000-0x7f9f19e00000
        0x7f9f19f00000-0x7f9f1a000000
        0x7f9f1a0a9000-0x7f9f1c3fb000
        0x7f9f1c3fb000-0x7f9f1c58e000   /lib64/libc-2.22.so
        0x7f9f1c58e000-0x7f9f1c78e000   /lib64/libc-2.22.so
        0x7f9f1c78e000-0x7f9f1c792000   /lib64/libc-2.22.so
        0x7f9f1c792000-0x7f9f1c794000   /lib64/libc-2.22.so
        0x7f9f1c794000-0x7f9f1c798000
        0x7f9f1c798000-0x7f9f1c7ae000   /usr/lib64/gcc/x86_64-pc-linux-
gnu/4.9.3/libgcc_s.so.1
        0x7f9f1c7ae000-0x7f9f1c9ad000   /usr/lib64/gcc/x86_64-pc-linux-
gnu/4.9.3/libgcc_s.so.1
        0x7f9f1c9ad000-0x7f9f1c9ae000   /usr/lib64/gcc/x86_64-pc-linux-
gnu/4.9.3/libgcc_s.so.1
        0x7f9f1c9ae000-0x7f9f1c9af000   /usr/lib64/gcc/x86_64-pc-linux-
gnu/4.9.3/libgcc_s.so.1
        0x7f9f1c9af000-0x7f9f1c9b1000   /lib64/libdl-2.22.so
        0x7f9f1c9b1000-0x7f9f1cbb1000   /lib64/libdl-2.22.so
        0x7f9f1cbb1000-0x7f9f1cbb2000   /lib64/libdl-2.22.so
        0x7f9f1cbb2000-0x7f9f1cbb3000   /lib64/libdl-2.22.so
        0x7f9f1cbb3000-0x7f9f1ccb0000   /lib64/libm-2.22.so
        0x7f9f1ccb0000-0x7f9f1ceaf000   /lib64/libm-2.22.so
        0x7f9f1ceaf000-0x7f9f1ceb0000   /lib64/libm-2.22.so
        0x7f9f1ceb0000-0x7f9f1ceb1000   /lib64/libm-2.22.so
        0x7f9f1ceb1000-0x7f9f1ceb7000   /lib64/librt-2.22.so
        0x7f9f1ceb7000-0x7f9f1d0b7000   /lib64/librt-2.22.so
        0x7f9f1d0b7000-0x7f9f1d0b8000   /lib64/librt-2.22.so
        0x7f9f1d0b8000-0x7f9f1d0b9000   /lib64/librt-2.22.so
        0x7f9f1d0b9000-0x7f9f1d0d0000   /lib64/libpthread-2.22.so
        0x7f9f1d0d0000-0x7f9f1d2cf000   /lib64/libpthread-2.22.so
        0x7f9f1d2cf000-0x7f9f1d2d0000   /lib64/libpthread-2.22.so
        0x7f9f1d2d0000-0x7f9f1d2d1000   /lib64/libpthread-2.22.so
        0x7f9f1d2d1000-0x7f9f1d2d5000
        0x7f9f1d2d5000-0x7f9f1d2ea000   /lib64/libz.so.1.2.8
        0x7f9f1d2ea000-0x7f9f1d4e9000   /lib64/libz.so.1.2.8
        0x7f9f1d4e9000-0x7f9f1d4ea000   /lib64/libz.so.1.2.8
        0x7f9f1d4ea000-0x7f9f1d4eb000   /lib64/libz.so.1.2.8
        0x7f9f1d4eb000-0x7f9f1d502000   /usr/lib64/libelf-0.166.so
        0x7f9f1d502000-0x7f9f1d702000   /usr/lib64/libelf-0.166.so
        0x7f9f1d702000-0x7f9f1d703000   /usr/lib64/libelf-0.166.so
        0x7f9f1d703000-0x7f9f1d704000   /usr/lib64/libelf-0.166.so
        0x7f9f1d704000-0x7f9f1d726000   /lib64/ld-2.22.so
        0x7f9f1d8b2000-0x7f9f1d91a000
        0x7f9f1d91a000-0x7f9f1d925000
        0x7f9f1d925000-0x7f9f1d926000   /lib64/ld-2.22.so
        0x7f9f1d926000-0x7f9f1d927000   /lib64/ld-2.22.so
        0x7f9f1d927000-0x7f9f1d928000
        0x7ffc7e844000-0x7ffc7e865000   [stack]
        0x7ffc7e905000-0x7ffc7e907000   [vvar]
        0x7ffc7e907000-0x7ffc7e909000   [vdso]
        0xffffffffff600000-0xffffffffff601000   [vsyscall]
==21982==End of process memory map.
==21982==AddressSanitizer CHECK failed: /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/sanitizer_common/sanitizer_common.cc:183 "((0 && "unable to mmap")) !=
(0)" (0x0, 0x0)
    #0 0x4ca3ed in __asan::AsanCheckFailed(char const*, int, char const*,
unsigned long long, unsigned long long) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-rt/lib/asan/asan_rtl.cc:67
    #1 0x4d0f23 in __sanitizer::CheckFailed(char const*, int, char const*,
unsigned long long, unsigned long long) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/sanitizer_common/sanitizer_common.cc:159
    #2 0x4d1111 in __sanitizer::ReportMmapFailureAndDie(unsigned long, char
const*, char const*, int, bool) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/sanitizer_common/sanitizer_common.cc:183
    #3 0x4da14a in __sanitizer::MmapOrDie(unsigned long, char const*, bool)
/var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/sanitizer_common/sanitizer_posix.cc:122
    #4 0x42493a in
__sanitizer::LargeMmapAllocator::Allocate(__sanitizer::AllocatorStats*,
unsigned long, unsigned long) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/asan/../sanitizer_common/sanitizer_allocator.h:1033
    #5 0x42493a in
__sanitizer::CombinedAllocator<__sanitizer::SizeClassAllocator64<105553116266496ul,
4398046511104ul, 0ul, __sanitizer::SizeClassMap,
__asan::AsanMapUnmapCallback>,
__sanitizer::SizeClassAllocatorLocalCache<__sanitizer::SizeClassAllocator64<105553116266496ul,
4398046511104ul, 0ul, __sanitizer::SizeClassMap, __asan::AsanMapUnmapCallback>
>, __sanitizer::LargeMmapAllocator
>::Allocate(__sanitizer::SizeClassAllocatorLocalCache<__sanitizer::SizeClassAllocator64<105553116266496ul,
4398046511104ul, 0ul, __sanitizer::SizeClassMap, __asan::AsanMapUnmapCallback>
>*, unsigned long, unsigned long, bool, bool) /var/tmp/portage/sys-
devel/llvm-3.8.1-r2/work/llvm-3.8.1.src/projects/compiler-
rt/lib/asan/../sanitizer_common/sanitizer_allocator.h:1302
    #6 0x42493a in __asan::Allocator::Allocate(unsigned long, unsigned long,
__sanitizer::BufferedStackTrace*, __asan::AllocType, bool)
/var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-rt/lib/asan/asan_allocator.cc:368
    #7 0x420003 in __asan::Allocator::Calloc(unsigned long, unsigned long,
__sanitizer::BufferedStackTrace*) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-rt/lib/asan/asan_allocator.cc:557
    #8 0x420003 in __asan::asan_calloc(unsigned long, unsigned long,
__sanitizer::BufferedStackTrace*) /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-rt/lib/asan/asan_allocator.cc:722
    #9 0x4c0c3a in calloc /var/tmp/portage/sys-devel/llvm-3.8.1-
r2/work/llvm-3.8.1.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:67
    #10 0x7f9f1d4ee5e0 in allocate_elf /tmp/portage/dev-
libs/elfutils-0.166/work/elfutils-0.166/libelf/common.h:74
    #11 0x7f9f1d4ee5e0 in file_read_elf /tmp/portage/dev-
libs/elfutils-0.166/work/elfutils-0.166/libelf/elf_begin.c:282
    #12 0x7f9f1d4ef2b8 in read_unmmaped_file /tmp/portage/dev-
libs/elfutils-0.166/work/elfutils-0.166/libelf/elf_begin.c:584
    #13 0x7f9f1d4ef2b8 in read_file /tmp/portage/dev-
libs/elfutils-0.166/work/elfutils-0.166/libelf/elf_begin.c:670
    #14 0x4f9676 in main /tmp/dwarf-20161021/dwarfdump/dwarfdump.c:585:11
    #15 0x7f9f1c41b61f in __libc_start_main /var/tmp/portage/sys-
libs/glibc-2.22-r4/work/glibc-2.22/csu/libc-start.c:289
    #16 0x419588 in _start (/usr/bin/dwarfdump-asan+0x419588)

Affected version:
0.166

Fixed version:
N/A

Proposed patch:
<EMAIL_ADDRESS>
Credit:
This bug was discovered by Agostino Sarubbo of Gentoo.

CVE:
N/A

Reproducer:
https://github.com/asarubbo/poc/raw/master/00011-elfutils-memalloc-allocate_elf

Timeline:
2016-10-24: bug discovered and reported to upstream
2016-11-04: blog post about the issue

Note:
This bug was found with American Fuzzy Lop.

Permalink:
https://blogs.gentoo.org/ago/2016/11/04/elfutils-memory-allocation-failure-in-allocate_elf-common-h

Skip to End

Wed, 22 Mar 2017 11:16:35 +0100 Agostino Sarubbo <ago-at-gentoo.org>, 12344565.ez7IU7Tgeu@blackgate
On Wednesday 09 November 2016 15:39:17 Agostino Sarubbo wrote:
> Permalink:
> https://blogs.gentoo.org/ago/2016/11/04/elfutils-memory-allocation-failure-i
> n-allocate_elf-common-h

This is CVE-2016-10254

--
Agostino Sarubbo
Gentoo Linux Developer

Skip to End

In master, we have version 0.168, affected is 0.166, seems like 0.168 may have the fix already? https://bugzilla.redhat.com/show_bug.cgi?id=1388057#c6

Yes, elfutils before 0.168 should be affected.  Picked to 16.09.
Can you close?  I'd perhaps also like to be able to close myself...

I can't close this either

I'm not certain about the intended workflow in this repo, but maybe nixpkgs "Members" should also be automatically granted (some) privileges here.

Looks good, thank you!
I'll write up an explanation as to why very few people can close issues right now. In the mean time, the following have close rights:

globin
fpletz
domenkozar
grahamc


[fix] set status to 303 when POST provides a location

Closes #5976
Sets status to 303 when a POST handler returns a location.
Please don't delete this checklist! Before submitting the PR, please make sure you do the following:

[x] It's really useful if your PR references an issue where it is discussed ahead of time. In many cases, features are absent for a reason. For large changes, please create an RFC: https://github.com/sveltejs/rfcs
[x] This message body should clearly illustrate what problems it solves.
[ ] Ideally, include a test that fails without this PR but passes with it.

Tests

[x] Run the tests with pnpm test and lint the project with pnpm lint and pnpm check

Changesets

[x] If your PR makes a change that should be noted in one or more packages' changelogs, generate a changeset by running pnpm changeset and following the prompts. All changesets should be patch until SvelteKit 1.0

thank you!


"View Binary Data" is not loading

OS: macOS 12.2.1
VSCode version: 1.65.2
CodeLLDB version: 1.6.10
Compiler: clang-13 (Homebrew Version)
Debuggee: Executable with -g -O0 flags
The View Binary Data button will open the Hex Editor window but it is endlessly "loading".

I clicked on the icon next to the variable, window appears but no data is loaded.
The log states:
[2022-03-12T21:18:03.558Z ERROR codelldb::debug_session] Internal debugger error: memory read failed for 0x7ff7bff00000
I am not sure if this is a lldb bug related to macOS or a vscode-lldb problem...

Verbose log
configuration: {
  type: 'lldb',
  request: 'launch',
  name: 'Debug',
  program: '${workspaceFolder}/dumpit',
  args: [],
  cwd: '${workspaceFolder}',
  'lldb.verboseLogging': true,
  __configurationTarget: 5,
  relativePathBase: '/Users/bc/source/dumpit'
}
liblldb: /Users/bc/.vscode/extensions/vadimcn.vscode-lldb-1.6.10/lldb/lib/liblldb.dylib
environment: {}
params: { evaluateForHovers: true, commandCompletions: true }
Listening on port 49772
[2022-03-12T21:17:59.612Z DEBUG codelldb] New debug session
INFO(Python) 22:17:59 formatters: Initializing
INFO(Python) 22:17:59 formatters.rust: Initializing
[2022-03-12T21:17:59.969Z DEBUG codelldb::dap_codec] --> {"command":"initialize","arguments":{"clientID":"vscode","clientName":"Visual Studio Code","adapterID":"lldb","pathFormat":"path","linesStartAt1":true,"columnsStartAt1":true,"supportsVariableType":true,"supportsVariablePaging":true,"supportsRunInTerminalRequest":true,"locale":"en-gb","supportsProgressReporting":true,"supportsInvalidatedEvent":true,"supportsMemoryReferences":true},"type":"request","seq":1}
[2022-03-12T21:17:59.969Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":1,"success":true,"command":"initialize","body":{"exceptionBreakpointFilters":[{"default":true,"filter":"cpp_throw","label":"C++: on throw"},{"default":false,"filter":"cpp_catch","label":"C++: on catch"}],"supportTerminateDebuggee":true,"supportsCancelRequest":true,"supportsCompletionsRequest":true,"supportsConditionalBreakpoints":true,"supportsConfigurationDoneRequest":true,"supportsDataBreakpoints":true,"supportsDelayedStackTraceLoading":true,"supportsEvaluateForHovers":true,"supportsFunctionBreakpoints":true,"supportsGotoTargetsRequest":true,"supportsHitConditionalBreakpoints":true,"supportsLogPoints":true,"supportsReadMemoryRequest":true,"supportsRestartFrame":true,"supportsSetVariable":true}}
[2022-03-12T21:17:59.974Z DEBUG codelldb::dap_codec] --> {"command":"launch","arguments":{"type":"lldb","request":"launch","name":"Debug","program":"/Users/bc/source/dumpit/dumpit","args":[],"cwd":"/Users/bc/source/dumpit","lldb.verboseLogging":true,"__configurationTarget":5,"relativePathBase":"/Users/bc/source/dumpit","_adapterSettings":{"displayFormat":"auto","showDisassembly":"auto","dereferencePointers":true,"suppressMissingSourceFiles":true,"evaluationTimeout":5,"consoleMode":"commands","sourceLanguages":null,"terminalPromptClear":null,"evaluateForHovers":true,"commandCompletions":true,"reproducer":false},"__sessionId":"9619213b-754e-428a-90c9-1387d1ef1c31"},"type":"request","seq":2}
[2022-03-12T21:17:59.974Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":1,"event":"capabilities","body":{"capabilities":{"exceptionBreakpointFilters":[{"default":true,"filter":"cpp_throw","label":"C++: on throw"},{"default":false,"filter":"cpp_catch","label":"C++: on catch"}],"supportTerminateDebuggee":true,"supportsCancelRequest":true,"supportsCompletionsRequest":true,"supportsConditionalBreakpoints":true,"supportsConfigurationDoneRequest":true,"supportsDataBreakpoints":true,"supportsDelayedStackTraceLoading":true,"supportsEvaluateForHovers":true,"supportsFunctionBreakpoints":true,"supportsGotoTargetsRequest":true,"supportsHitConditionalBreakpoints":true,"supportsLogPoints":true,"supportsReadMemoryRequest":true,"supportsRestartFrame":true,"supportsSetVariable":true}}}
[2022-03-12T21:17:59.976Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":2,"event":"initialized"}
[2022-03-12T21:17:59.976Z DEBUG codelldb::debug_session] Debug event: 0x600002e58b18 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000002 (modules-loaded), data = {dumpit}
[2022-03-12T21:17:59.976Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":3,"event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"dumpit","path":"/Users/bc/source/dumpit/dumpit","symbolFilePath":"/Users/bc/source/dumpit/dumpit.dSYM/Contents/Resources/DWARF/dumpit","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:17:59.976Z DEBUG codelldb::dap_codec] <-- {"type":"request","seq":4,"command":"runInTerminal","arguments":{"args":["/Users/bc/.vscode/extensions/vadimcn.vscode-lldb-1.6.10/adapter/codelldb","terminal-agent","--port=49774"],"cwd":"","kind":"integrated","title":"Debug"}}
[2022-03-12T21:17:59.980Z DEBUG codelldb::dap_codec] --> {"command":"setBreakpoints","arguments":{"source":{"name":"entry_darwin.cpp","path":"/Users/bc/source/dumpit/src/entry_darwin.cpp"},"lines":[40,44],"breakpoints":[{"line":40},{"line":44}],"sourceModified":false},"type":"request","seq":3}
[2022-03-12T21:17:59.981Z DEBUG codelldb::debug_session] Debug event: 0x600002e48e58 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:17:59.981Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":3,"success":true,"command":"setBreakpoints","body":{"breakpoints":[{"id":1,"line":40,"message":"Resolved locations: 0","verified":true},{"id":2,"line":47,"message":"Resolved locations: 0","verified":true}]}}
[2022-03-12T21:17:59.981Z DEBUG codelldb::debug_session] Debug event: 0x600002e50d18 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:17:59.986Z DEBUG codelldb::dap_codec] --> {"command":"setFunctionBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":4}
[2022-03-12T21:17:59.986Z DEBUG codelldb::dap_codec] --> {"type":"response","seq":5,"command":"runInTerminal","request_seq":4,"success":true,"body":{"shellProcessId":2049}}
[2022-03-12T21:17:59.986Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":4,"success":true,"command":"setFunctionBreakpoints","body":{"breakpoints":[]}}
[2022-03-12T21:17:59.991Z DEBUG codelldb::dap_codec] --> {"command":"setDataBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":6}
[2022-03-12T21:17:59.991Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":6,"success":true,"command":"setDataBreakpoints","body":{"breakpoints":[]}}
[2022-03-12T21:17:59.994Z DEBUG codelldb::dap_codec] --> {"command":"setExceptionBreakpoints","arguments":{"filters":["cpp_throw"]},"type":"request","seq":7}
[2022-03-12T21:17:59.994Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":7,"success":true,"command":"setExceptionBreakpoints"}
[2022-03-12T21:17:59.994Z DEBUG codelldb::debug_session] Debug event: 0x600002e50d58 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:17:59.997Z DEBUG codelldb::dap_codec] --> {"command":"configurationDone","type":"request","seq":8}
[2022-03-12T21:17:59.997Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":8,"success":true,"command":"configurationDone"}
[2022-03-12T21:18:00.001Z DEBUG codelldb::dap_codec] --> {"command":"threads","type":"request","seq":9}
[2022-03-12T21:18:00.001Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":9,"success":true,"command":"threads","body":{"threads":[]}}
[2022-03-12T21:18:00.003Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":5,"event":"output","body":{"output":"Launching: /Users/bc/source/dumpit/dumpit\n"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":6,"event":"output","body":{"output":"Launched process 2290\n"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e57c98 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e57cd8 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e57d58 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e57d98 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000004 (modules-unloaded), data = {dumpit}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":2,"success":true,"command":"launch"}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e51d98 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e51e58 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":7,"event":"module","body":{"module":{"id":"100000000","name":""},"reason":"removed"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600002e58ad8 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000002 (modules-loaded), data = {dyld, dumpit}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":8,"event":"breakpoint","body":{"breakpoint":{"id":1,"line":40,"message":"Resolved locations: 1","verified":true},"reason":"changed"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":9,"event":"breakpoint","body":{"breakpoint":{"id":2,"line":47,"message":"Resolved locations: 1","verified":true},"reason":"changed"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":10,"event":"module","body":{"module":{"addressRange":"100010000","id":"100010000","name":"dyld","path":"/usr/lib/dyld","symbolFilePath":"/usr/lib/dyld","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::debug_session] Debug event: 0x600003560e40 Event: broadcaster = 0x7fddd3826e50 (lldb.process), type = 0x00000001 (state-changed), data = { process = 0x7fddd3826e18 (pid = 2290), state = running}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":11,"event":"module","body":{"module":{"addressRange":"100000000","id":"100000000","name":"dumpit","path":"/Users/bc/source/dumpit/dumpit","symbolFilePath":"/Users/bc/source/dumpit/dumpit.dSYM/Contents/Resources/DWARF/dumpit","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.336Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":12,"event":"continued","body":{"allThreadsContinued":true,"threadId":0}}
[2022-03-12T21:18:00.399Z DEBUG codelldb::debug_session] Debug event: 0x600002e00298 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.399Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":13,"event":"breakpoint","body":{"breakpoint":{"id":3,"message":"Resolved locations: 2","verified":true},"reason":"changed"}}
[2022-03-12T21:18:00.399Z DEBUG codelldb::debug_session] Debug event: 0x600002e4afd8 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.399Z DEBUG codelldb::debug_session] Debug event: 0x600002e4af98 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2022-03-12T21:18:00.399Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":14,"event":"breakpoint","body":{"breakpoint":{"id":3,"message":"Resolved locations: 2","verified":true},"reason":"changed"}}
[2022-03-12T21:18:00.399Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":15,"event":"breakpoint","body":{"breakpoint":{"id":3,"message":"Resolved locations: 2","verified":true},"reason":"changed"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::debug_session] Debug event: 0x600002e57e18 Event: broadcaster = 0x7fddd1026440 (lldb.target), type = 0x00000002 (modules-loaded), data = {libc++.1.dylib, libSystem.B.dylib, libc++abi.dylib, libcache.dylib, libcommonCrypto.dylib, libcompiler_rt.dylib, libcopyfile.dylib, libcorecrypto.dylib, libdispatch.dylib, libdyld.dylib, libkeymgr.dylib, libmacho.dylib, libquarantine.dylib, libremovefile.dylib, libsystem_asl.dylib, libsystem_blocks.dylib, libsystem_c.dylib, libsystem_collections.dylib, libsystem_configuration.dylib, libsystem_containermanager.dylib, libsystem_coreservices.dylib, libsystem_darwin.dylib, libsystem_dnssd.dylib, libsystem_featureflags.dylib, libsystem_info.dylib, libsystem_m.dylib, libsystem_malloc.dylib, libsystem_networkextension.dylib, libsystem_notify.dylib, libsystem_product_info_filter.dylib, libsystem_sandbox.dylib, libsystem_secinit.dylib, libsystem_kernel.dylib, libsystem_platform.dylib, libsystem_pthread.dylib, libsystem_symptoms.dylib, libsystem_trace.dylib, libunwind.dylib, libxpc.dylib, libobjc.A.dylib, liboah.dylib}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":16,"event":"module","body":{"module":{"addressRange":"7FF819602000","id":"7FF819602000","name":"libc++.1.dylib","path":"/usr/lib/libc++.1.dylib","symbolFilePath":"/usr/lib/libc++.1.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":17,"event":"module","body":{"module":{"addressRange":"7FF824428000","id":"7FF824428000","name":"libSystem.B.dylib","path":"/usr/lib/libSystem.B.dylib","symbolFilePath":"/usr/lib/libSystem.B.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":18,"event":"module","body":{"module":{"addressRange":"7FF81965B000","id":"7FF81965B000","name":"libc++abi.dylib","path":"/usr/lib/libc++abi.dylib","symbolFilePath":"/usr/lib/libc++abi.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":19,"event":"module","body":{"module":{"addressRange":"7FF824423000","id":"7FF824423000","name":"libcache.dylib","path":"/usr/lib/system/libcache.dylib","symbolFilePath":"/usr/lib/system/libcache.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":20,"event":"module","body":{"module":{"addressRange":"7FF8243DF000","id":"7FF8243DF000","name":"libcommonCrypto.dylib","path":"/usr/lib/system/libcommonCrypto.dylib","symbolFilePath":"/usr/lib/system/libcommonCrypto.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":21,"event":"module","body":{"module":{"addressRange":"7FF824408000","id":"7FF824408000","name":"libcompiler_rt.dylib","path":"/usr/lib/system/libcompiler_rt.dylib","symbolFilePath":"/usr/lib/system/libcompiler_rt.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":22,"event":"module","body":{"module":{"addressRange":"7FF8243FE000","id":"7FF8243FE000","name":"libcopyfile.dylib","path":"/usr/lib/system/libcopyfile.dylib","symbolFilePath":"/usr/lib/system/libcopyfile.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":23,"event":"module","body":{"module":{"addressRange":"7FF819436000","id":"7FF819436000","name":"libcorecrypto.dylib","path":"/usr/lib/system/libcorecrypto.dylib","symbolFilePath":"/usr/lib/system/libcorecrypto.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":24,"event":"module","body":{"module":{"addressRange":"7FF8194F5000","id":"7FF8194F5000","name":"libdispatch.dylib","path":"/usr/lib/system/libdispatch.dylib","symbolFilePath":"/usr/lib/system/libdispatch.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":25,"event":"module","body":{"module":{"addressRange":"7FF8196B4000","id":"7FF8196B4000","name":"libdyld.dylib","path":"/usr/lib/system/libdyld.dylib","symbolFilePath":"/usr/lib/system/libdyld.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":26,"event":"module","body":{"module":{"addressRange":"7FF82441A000","id":"7FF82441A000","name":"libkeymgr.dylib","path":"/usr/lib/system/libkeymgr.dylib","symbolFilePath":"/usr/lib/system/libkeymgr.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":27,"event":"module","body":{"module":{"addressRange":"7FF8243BD000","id":"7FF8243BD000","name":"libmacho.dylib","path":"/usr/lib/system/libmacho.dylib","symbolFilePath":"/usr/lib/system/libmacho.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":28,"event":"module","body":{"module":{"addressRange":"7FF823A49000","id":"7FF823A49000","name":"libquarantine.dylib","path":"/usr/lib/system/libquarantine.dylib","symbolFilePath":"/usr/lib/system/libquarantine.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":29,"event":"module","body":{"module":{"addressRange":"7FF824418000","id":"7FF824418000","name":"libremovefile.dylib","path":"/usr/lib/system/libremovefile.dylib","symbolFilePath":"/usr/lib/system/libremovefile.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":30,"event":"module","body":{"module":{"addressRange":"7FF81E61B000","id":"7FF81E61B000","name":"libsystem_asl.dylib","path":"/usr/lib/system/libsystem_asl.dylib","symbolFilePath":"/usr/lib/system/libsystem_asl.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":31,"event":"module","body":{"module":{"addressRange":"7FF8193E4000","id":"7FF8193E4000","name":"libsystem_blocks.dylib","path":"/usr/lib/system/libsystem_blocks.dylib","symbolFilePath":"/usr/lib/system/libsystem_blocks.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":32,"event":"module","body":{"module":{"addressRange":"7FF819579000","id":"7FF819579000","name":"libsystem_c.dylib","path":"/usr/lib/system/libsystem_c.dylib","symbolFilePath":"/usr/lib/system/libsystem_c.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":33,"event":"module","body":{"module":{"addressRange":"7FF824410000","id":"7FF824410000","name":"libsystem_collections.dylib","path":"/usr/lib/system/libsystem_collections.dylib","symbolFilePath":"/usr/lib/system/libsystem_collections.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":34,"event":"module","body":{"module":{"addressRange":"7FF822CF1000","id":"7FF822CF1000","name":"libsystem_configuration.dylib","path":"/usr/lib/system/libsystem_configuration.dylib","symbolFilePath":"/usr/lib/system/libsystem_configuration.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":35,"event":"module","body":{"module":{"addressRange":"7FF821FAE000","id":"7FF821FAE000","name":"libsystem_containermanager.dylib","path":"/usr/lib/system/libsystem_containermanager.dylib","symbolFilePath":"/usr/lib/system/libsystem_containermanager.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":36,"event":"module","body":{"module":{"addressRange":"7FF8240FA000","id":"7FF8240FA000","name":"libsystem_coreservices.dylib","path":"/usr/lib/system/libsystem_coreservices.dylib","symbolFilePath":"/usr/lib/system/libsystem_coreservices.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":37,"event":"module","body":{"module":{"addressRange":"7FF81BCDE000","id":"7FF81BCDE000","name":"libsystem_darwin.dylib","path":"/usr/lib/system/libsystem_darwin.dylib","symbolFilePath":"/usr/lib/system/libsystem_darwin.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":38,"event":"module","body":{"module":{"addressRange":"7FF82441B000","id":"7FF82441B000","name":"libsystem_dnssd.dylib","path":"/usr/lib/system/libsystem_dnssd.dylib","symbolFilePath":"/usr/lib/system/libsystem_dnssd.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":39,"event":"module","body":{"module":{"addressRange":"7FF819576000","id":"7FF819576000","name":"libsystem_featureflags.dylib","path":"/usr/lib/system/libsystem_featureflags.dylib","symbolFilePath":"/usr/lib/system/libsystem_featureflags.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":40,"event":"module","body":{"module":{"addressRange":"7FF8196CA000","id":"7FF8196CA000","name":"libsystem_info.dylib","path":"/usr/lib/system/libsystem_info.dylib","symbolFilePath":"/usr/lib/system/libsystem_info.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":41,"event":"module","body":{"module":{"addressRange":"7FF82435B000","id":"7FF82435B000","name":"libsystem_m.dylib","path":"/usr/lib/system/libsystem_m.dylib","symbolFilePath":"/usr/lib/system/libsystem_m.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":42,"event":"module","body":{"module":{"addressRange":"7FF8194C9000","id":"7FF8194C9000","name":"libsystem_malloc.dylib","path":"/usr/lib/system/libsystem_malloc.dylib","symbolFilePath":"/usr/lib/system/libsystem_malloc.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":43,"event":"module","body":{"module":{"addressRange":"7FF81E5B8000","id":"7FF81E5B8000","name":"libsystem_networkextension.dylib","path":"/usr/lib/system/libsystem_networkextension.dylib","symbolFilePath":"/usr/lib/system/libsystem_networkextension.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":44,"event":"module","body":{"module":{"addressRange":"7FF81C106000","id":"7FF81C106000","name":"libsystem_notify.dylib","path":"/usr/lib/system/libsystem_notify.dylib","symbolFilePath":"/usr/lib/system/libsystem_notify.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":45,"event":"module","body":{"module":{"addressRange":"7FF82A598000","id":"7FF82A598000","name":"libsystem_product_info_filter.dylib","path":"/usr/lib/system/libsystem_product_info_filter.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":46,"event":"module","body":{"module":{"addressRange":"7FF822CF5000","id":"7FF822CF5000","name":"libsystem_sandbox.dylib","path":"/usr/lib/system/libsystem_sandbox.dylib","symbolFilePath":"/usr/lib/system/libsystem_sandbox.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":47,"event":"module","body":{"module":{"addressRange":"7FF824415000","id":"7FF824415000","name":"libsystem_secinit.dylib","path":"/usr/lib/system/libsystem_secinit.dylib","symbolFilePath":"/usr/lib/system/libsystem_secinit.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":48,"event":"module","body":{"module":{"addressRange":"7FF819671000","id":"7FF819671000","name":"libsystem_kernel.dylib","path":"/usr/lib/system/libsystem_kernel.dylib","symbolFilePath":"/usr/lib/system/libsystem_kernel.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":49,"event":"module","body":{"module":{"addressRange":"7FF8196C0000","id":"7FF8196C0000","name":"libsystem_platform.dylib","path":"/usr/lib/system/libsystem_platform.dylib","symbolFilePath":"/usr/lib/system/libsystem_platform.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":50,"event":"module","body":{"module":{"addressRange":"7FF8196A8000","id":"7FF8196A8000","name":"libsystem_pthread.dylib","path":"/usr/lib/system/libsystem_pthread.dylib","symbolFilePath":"/usr/lib/system/libsystem_pthread.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":51,"event":"module","body":{"module":{"addressRange":"7FF81FE73000","id":"7FF81FE73000","name":"libsystem_symptoms.dylib","path":"/usr/lib/system/libsystem_symptoms.dylib","symbolFilePath":"/usr/lib/system/libsystem_symptoms.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":52,"event":"module","body":{"module":{"addressRange":"7FF81941D000","id":"7FF81941D000","name":"libsystem_trace.dylib","path":"/usr/lib/system/libsystem_trace.dylib","symbolFilePath":"/usr/lib/system/libsystem_trace.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":53,"event":"module","body":{"module":{"addressRange":"7FF8243EB000","id":"7FF8243EB000","name":"libunwind.dylib","path":"/usr/lib/system/libunwind.dylib","symbolFilePath":"/usr/lib/system/libunwind.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":54,"event":"module","body":{"module":{"addressRange":"7FF8193E6000","id":"7FF8193E6000","name":"libxpc.dylib","path":"/usr/lib/system/libxpc.dylib","symbolFilePath":"/usr/lib/system/libxpc.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":55,"event":"module","body":{"module":{"addressRange":"7FF81953C000","id":"7FF81953C000","name":"libobjc.A.dylib","path":"/usr/lib/libobjc.A.dylib","symbolFilePath":"/usr/lib/libobjc.A.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.400Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":56,"event":"module","body":{"module":{"addressRange":"7FF8243F6000","id":"7FF8243F6000","name":"liboah.dylib","path":"/usr/lib/liboah.dylib","symbolFilePath":"/usr/lib/liboah.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2022-03-12T21:18:00.405Z DEBUG codelldb::debug_session::breakpoints] Callback for breakpoint location 1.1: where = dumpit`main + 231 at entry_darwin.cpp:40:16, address = 0x0000000100003487, resolved, hit count = 1
[2022-03-12T21:18:00.405Z DEBUG codelldb::debug_session] Debug event: 0x60000355ac70 Event: broadcaster = 0x7fddd3826e50 (lldb.process), type = 0x00000001 (state-changed), data = { process = 0x7fddd3826e18 (pid = 2290), state = stopped}
[2022-03-12T21:18:00.405Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":57,"event":"stopped","body":{"allThreadsStopped":true,"reason":"breakpoint","threadId":49054}}
[2022-03-12T21:18:00.417Z DEBUG codelldb::dap_codec] --> {"command":"threads","type":"request","seq":10}
[2022-03-12T21:18:00.417Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":10,"success":true,"command":"threads","body":{"threads":[{"id":49054,"name":"1: tid=49054"}]}}
[2022-03-12T21:18:00.421Z DEBUG codelldb::dap_codec] --> {"command":"stackTrace","arguments":{"threadId":49054,"startFrame":0,"levels":1},"type":"request","seq":11}
[2022-03-12T21:18:00.422Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":11,"success":true,"command":"stackTrace","body":{"stackFrames":[{"column":16,"id":1001,"line":40,"name":"main","source":{"name":"entry_darwin.cpp","path":"/Users/bc/source/dumpit/src/entry_darwin.cpp"}}],"totalFrames":2}}
[2022-03-12T21:18:00.849Z DEBUG codelldb::dap_codec] --> {"command":"stackTrace","arguments":{"threadId":49054,"startFrame":1,"levels":19},"type":"request","seq":12}
[2022-03-12T21:18:00.849Z DEBUG codelldb::disassembly] dyld`start + 462
[2022-03-12T21:18:00.850Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":12,"success":true,"command":"stackTrace","body":{"stackFrames":[{"column":0,"id":1002,"line":110,"name":"start","presentationHint":"subtle","source":{"name":"@start","sourceReference":1000}}],"totalFrames":2}}
[2022-03-12T21:18:00.898Z DEBUG codelldb::dap_codec] --> {"command":"scopes","arguments":{"frameId":1001},"type":"request","seq":13}
[2022-03-12T21:18:00.898Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":13,"success":true,"command":"scopes","body":{"scopes":[{"expensive":false,"name":"Local","variablesReference":1003},{"expensive":false,"name":"Static","variablesReference":1004},{"expensive":false,"name":"Global","variablesReference":1005},{"expensive":false,"name":"Registers","variablesReference":1006}]}}
[2022-03-12T21:18:00.903Z DEBUG codelldb::dap_codec] --> {"command":"variables","arguments":{"variablesReference":1003},"type":"request","seq":14}
[2022-03-12T21:18:01.172Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":14,"success":true,"command":"variables","body":{"variables":[{"evaluateName":"tcp_protocol","memoryReference":"0x7FF7BFEFF2B8","name":"tcp_protocol","type":"protoent *","value":"{p_name:0x0000600002608040, p_aliases:0x0000600002608044, ...}","variablesReference":1007},{"evaluateName":"socket_4","memoryReference":"0x7FF7BFEFF2B4","name":"socket_4","type":"int","value":"3","variablesReference":0},{"evaluateName":"address_4","memoryReference":"0x7FF7BFEFF2D8","name":"address_4","type":"sockaddr_in","value":"{sin_len:'\0', sin_family:'\x02', sin_port:40975, ...}","variablesReference":1008},{"evaluateName":"client_socket","memoryReference":"0x7FF7BFEFF2AC","name":"client_socket","type":"int","value":"1","variablesReference":0},{"evaluateName":"client_addr","memoryReference":"0x7FF7BFEFF2C8","name":"client_addr","type":"sockaddr_in","value":"{sin_len:'\x10', sin_family:'\xc0', ...}","variablesReference":1009},{"evaluateName":"client_addr_len","memoryReference":"0x7FF7BFEFF2A8","name":"client_addr_len","type":"u32","value":"256791","variablesReference":0},{"evaluateName":"::context_allocator","name":"::context_allocator","type":"Allocator *","value":"","variablesReference":0}]}}
[2022-03-12T21:18:03.556Z DEBUG codelldb::dap_codec] --> {"command":"readMemory","arguments":{"count":131072,"memoryReference":"0x7FF7BFEFF2D8","offset":0},"type":"request","seq":15}
[2022-03-12T21:18:03.558Z ERROR codelldb::debug_session] Internal debugger error: memory read failed for 0x7ff7bff00000
[2022-03-12T21:18:03.558Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":15,"success":false,"command":"","message":"Internal debugger error: memory read failed for 0x7ff7bff00000","show_user":true}
[2022-03-12T21:18:08.002Z DEBUG codelldb::dap_codec] --> {"command":"disconnect","arguments":{"restart":false,"terminateDebuggee":true},"type":"request","seq":16}
[2022-03-12T21:18:08.014Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":16,"success":true,"command":"disconnect"}
[2022-03-12T21:18:08.014Z DEBUG codelldb::debug_session] Debug event: 0x600003567b10 Event: broadcaster = 0x7fddd3826e50 (lldb.process), type = 0x00000001 (state-changed), data = { process = 0x7fddd3826e18 (pid = 2290), state = exited}
[2022-03-12T21:18:08.014Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":58,"event":"output","body":{"output":"Process exited with code 9.\n"}}
[2022-03-12T21:18:08.014Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":59,"event":"exited","body":{"exitCode":9}}
[2022-03-12T21:18:08.014Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":60,"event":"terminated","body":{}}
[2022-03-12T21:18:08.508Z DEBUG codelldb::dap_session] Client has disconnected
[2022-03-12T21:18:08.508Z DEBUG codelldb::debug_session] End of the requests stream
[2022-03-12T21:18:08.508Z DEBUG codelldb::debug_session] DebugSession::drop()
[2022-03-12T21:18:08.508Z DEBUG codelldb] Session has ended
[2022-03-12T21:18:08.520Z DEBUG codelldb] Exiting
Debug adapter exit code=0, signal=null.

Fixed in v1.7.0


[BUG] TypeError: 'ABCMeta' object is not subscriptable

Description
Hi James,
A possible bug occurred when doing MIL training:
for train, val in splits:
P.train_mil(
config=config,
outcomes=labels,
train_dataset=train,
val_dataset=val,
bags='./ctranspath/'
)

TypeError                                 Traceback (most recent call last)
/tmp/ipykernel_740/2999205598.py in
1 #training MIL:
2 for train, val in splits:
----> 3     P.train_mil(
4         config=config,
5         outcomes=labels,
/opt/conda/lib/python3.8/site-packages/slideflow/project.py in train_mil(self, config, train_dataset, val_dataset, outcomes, bags, exp_label, **kwargs)
3733         from .mil import train_mil
3734
-> 3735         return train_mil(
3736             config,
3737             train_dataset,
/opt/conda/lib/python3.8/site-packages/slideflow/mil/train/init.py in train_mil(config, train_dataset, val_dataset, outcomes, bags, outdir, exp_label, **kwargs)
90     sf.util.write_json(config.json_dump(), join(outdir, 'mil_params.json'))
91
---> 92     return train_fn(
93         config,
94         train_dataset,
/opt/conda/lib/python3.8/site-packages/slideflow/mil/train/init.py in train_fastai(config, train_dataset, val_dataset, outcomes, bags, outdir, attention_heatmaps, **heatmap_kwargs)
368         fastai.learner.Learner
369     """
--> 370     from . import _fastai
371
372     # Prepare bags.
/opt/conda/lib/python3.8/site-packages/slideflow/mil/train/_fastai.py in
11
12 from slideflow import log
---> 13 from slideflow.mil.data import build_clam_dataset, build_dataset
14 from .._params import TrainerConfigFastAI, ModelConfigCLAM
15
/opt/conda/lib/python3.8/site-packages/slideflow/mil/data.py in
63
64 @dataclass
---> 65 class BagDataset(Dataset):
66     """A dataset of bags of instances."""
67
/opt/conda/lib/python3.8/site-packages/slideflow/mil/data.py in BagDataset()
66     """A dataset of bags of instances."""
67
---> 68     bags: Sequence[Iterable[Path]]
69     """The .h5 files containing the bags.
70     Each bag consists of the features taken from one or multiple h5 files.
TypeError: 'ABCMeta' object is not subscriptable
Environment:

Slideflow 2.0.1 (docker image torch 2.0.1)
OS: Ubuntu

This is an issue with the type hints - it looks like they're expecting Python 3.9 or greater, and you're using Python 3.8. I'll update these type hints and confirm that it resolves the issue.

Should be fixed on master. Let me know if this resolves the the problem, and if so I'll close this issue.

Yes, this fixed it! thanks!


Tooltip on hover for all buttons

I see it is here:
https://github.com/coderefinery/obs-cr/blob/74d07865e28b31069cd236048ff3477b2d2c6340/web/index.html#L36-L45
We could add some helpful tooltips for all buttons. Some suggestions:

Time: Take a look at the clock
Notes: Collaborative notes: something has come up
Question: Your co-teacher has a question
Chat: Zulip chat: something has come up
Slower: Try to speak at a slower pace
Faster: Try to speak at a faster pace

Is that it? Corrections welcome, and I could do a PR

Thanks!  This is a good idea, it was really needed.  Your descriptions made it much easier.  I just made a push with basically these, with a few small updates.
PRs in the, future are always welcome, too.  Including continuing to improve things, and generally improve the instructions on the pages.

Great! Closed via ec8bf62


[Question] How to handle "complex" types extending primitives?

We have a supplier's WSDL containing something like this:
  <xs:complexType name="StrasseType">
    <xs:simpleContent>
      <xs:extension base="xs:string">
        <xs:attribute name="kurz" type="xs:string"/>
      </xs:extension>
    </xs:simpleContent>
  </xs:complexType>

Here, node-soap will either return a string (in case there's no kurz attribute) or something like:
{
  $value: "the string value",
  attributes: {
    kurz: "the value of the kurz attribute"
  }
}

Currently it seems to me that wsdl-tsclient emits this as a simple string, for example:
  <xs:complexType name="HausanschriftType">
    <xs:sequence>
      <xs:element form="qualified" minOccurs="0" name="Strasse" type="tns:StrasseType"/>
      <!-- ... more stuff ... -->
    </xs:sequence>
  </xs:complexType>

generates:
export interface Hausanschrift {
    /** xs:string */
    Strasse?: string;
    // ... more stuff ...
}

What am I doing wrong? Any idea?

Flagging @esivkov to this one!

Hi,
wsdl-tsclient only inherits parsed types from node-soap and then generates client.... Some complex types are too "complex" :/ . Right now, there's no easy solution for this. I think it should be handled first by node-soap and then I can implement it in wsdl-tsclient

You can pass a customDeserializer into node-soap's createClientAsync method.
We do this for example to generate Date-Objects from a WSDL object containing custom Date & DateTime types, but those types are currently detected as simple strings by wsdl-tsclient.
Example File: OrgUnitService.wsdl.txt

Addendum: This not only affects complex-types but any customDeserializer type.
An option to pass in a custom type mapping from WSDL TypeDefinition to TypeScript type would be nice or as an alternative
an option to preserve the WSDL TypeDefinition name here:
https://github.com/dderevjanik/wsdl-tsclient/blob/60d1eda3a1a5cacf5a42a7e4bb32259ccea0622f/src/parser.ts#L158
https://github.com/dderevjanik/wsdl-tsclient/blob/60d1eda3a1a5cacf5a42a7e4bb32259ccea0622f/src/parser.ts#L98
This would preserve this information and allow for text-level post-processing and would be an easy workaround.


Support reference of document elements generated by LutaML other than Figures

lutaml-figure:[...] has been implemented for the referencing of included figures, but we also need macros to refer to other elements generated by LutaML in the document, they include:

definition tables
packages
classes
enums

Anything else?

Proposed syntax:
lutaml-figure:[name="Fig: Primitives of Zonal Identifier"]

Eg: use diagram name as a lookup id and transform it into <<figure-{{ diagram.xmi_id}}>>(EA names diagram images by this pattern)

Originally posted by @w00lf in https://github.com/metanorma/metanorma-plugin-lutaml/issues/34#issuecomment-895122518

definition tables
packages
classes
enums

That won't be a problem to implement, although currently, we need to decide the union naming of all entries. I used templates from citygml and ogc-dggs, both of them have their own ids structure, for example, the class table uses [[tab-P-{{ package_name }}-C-{{ klass_name }}]] naming when citygml uses this naming [[{{ klass.name }}-section]]. So the question here, can we unify naming?

Proposed macro names:
lutaml_table_class[package="name", name="name"]
lutaml_table_enum[package="name", name="name"]
lutaml_table_data_type[package="name", name="name"]

@w00lf agree with the new macro names.

We need to unify all the anchor naming, currently we have these patterns:

rc_{{package name}}-model_section
section-{{xmi_id}}
table-{{xmi_id}}
figure-{{xmi_id}}
{{enum/package/datatype/class-name}}-section

We also have to keep in mind the different 2 kinds of templates and their components:

entity_list and its components:

section ({{equalsigns}} {{ package.name }}, now anchored as [[rc_{{ package_name }}-model_section]])
diagrams
class definitions (=== Class definitions)

class definition table
data type definition table
primitive data type definition table
enumerated classes definition table
code list definition table

inner packages (include "packages_entity_list")

data_dictionary and its components:

section open ({{equalsigns}} {{ package.name }})
metadata table (.Metadata of {{ package.name }} ({{ package.stereotype }}))
basic types table ({{equalsigns}}= Basic types)
union tables ({{equalsigns}}= Unions)
code list tables ({{equalsigns}}= Code lists)
data types tables ({{equalsigns}}= Data types, now anchored as [[{{ data_type.name }}-section]])

each data_dictionary_class:

section title ({{equalsigns}} {{ klass.name }}, anchored as [[{{ klass.name }}-section]])
metadata table (.Metadata of {{ klass.name }} ({{klass.stereotype}}))
associations table (.Associations of {{ klass.name }} ({{ klass.stereotype }}))
attributes table (.Attributes of {{ klass.name }} ({{klass.stereotype}}))

We need the functionality in Ruby, not encoded in the template as conventions.


The margin and  distance type in your implementation

Thanks for your greate job!
I found that the hyper-parameter 'margin' and the 'distance type'  in your code is the opposite of your paper report：
In your code:(detectron2/modeling/roi_heads/fast_rcnn.py/FastRCNNOutputLayers)
self.hingeloss = nn.HingeEmbeddingLoss(2) means the margin is 2.
distances = torch.cdist(fg_features, torch.stack(all_means).cuda(), p=self.margin) where in your code the p(self.margin) is 10, which means a 10-Norm
But in your papar:

You said that the distance is  Euclidean distance so the p is should be 2 and the margin should be 10.
I suspect you are writing the reverse
Looking forward to your apply.

Hi @1170300714 : thanks for catching this. I will update.

The latest code still not correct this error. Does your reproduce results use the previous version? Looking forward to your replay.

Its a writing and variable name issue. It will not affect the results.

Its a writing and variable name issue. It will not affect the results.

NO, its NOT a naming error, and you should seriously fix this and perhaps rerun the experiments.
Though I believe this does not affect most conclusion+novelty of this paper, it defintely discredit supplementary section C.
since by increasing distance you making the UNK more selective, and by increasing p-Norm (as in the code), you simply shifting towards evaluation the largest value in feature vector, which I think is largely irrelevant.

这代码真的是无语了，我真怀疑他论文里的实验数据都是错的，虽然我这样评价很不礼貌，但是作者对于学术的严谨性令人怀疑！代码明明写错了，偏说是命名错误。

收到，感谢您的来件


Optional blockwise transfer for udp

When we connect to a node with UDP via DialWithContext, blockwise transfer is automatically enabled.
I have not seen an easy option to disable the block wise transfer, but would need it as the other device does not support blockwise transfer.
Could you imagine adding that as an argument?
Or is it already somehow possible?

Sure. Just create instance of Client struct set BlockWiseTransfer to false. eg:
bw := false
client := Client{
   Net: "udp",
   BlockWiseTransfer: &bw,
}
con, err := client.DialWithContext(ctx, "myhost")

Thanks!
I have overlooked that.


Unable to send xlm to any wallet (including Stellar)

What version are you using?

What did you do?

What did you expect to see?
What did you see instead?

Have tried multiple times to send xlm from stellarx wallet, but getting error, says may be a bug.

i am also getting the same problem

Please contact StellarX support here: https://stellarxsupport.zendesk.com/hc/en-us Looks like it's a StellarX issue.
Related: #2034


Codepoint delta out of range

Goal
We're trying to create an lvgl font with material design icons instead of fontawesome.
All MDI icons are in "Unicode Plane 15 Private Use, First" with glyph ids 0xF0000-0xF1743.
Font files:

RobotoCondensed-Regular.ttf
materialdesignicons-webfont.ttf

Observation
Depending on the range of characters selected, the Error: Codepoint delta out of range is displayed.
The same occurs in the online font converter as offline npm package.
Problem
It seems the problem lies with the  cmap_split function that only takes the number of (consecutive) glyphs into account for sparse ranges and not the gap between the glyphs.
Workaround
If I place a small range of characters before the MDI icons, an extra index with format0_tiny is created.
The MDI icons then start with their own sparse_tiny index and a starting_index of 0xF0045.
Examples
This works:
lv_font_conv --font RobotoCondensed-Regular.ttf -r 0x20-0x7F,0xB7-0xBF --font materialdesignicons-webfont.ttf -r 0xF0045,0xF004D,0xF0054 --size 12 --format bin --bpp 3 -o output.font

start 104 - end 106 - dist 54 sparse_tiny
start 95 - end 103 - dist 32 format0_tiny
start 0 - end 94 - dist 16 format0_tiny

This doesn't work:
lv_font_conv --font RobotoCondensed-Regular.ttf -r 0x20-0x7F,0xB8-0xBF --font materialdesignicons-webfont.ttf -r 0xF0045,0xF004D,0xF0054 --size 12 --format bin --bpp 3 -o output.font

start 95 - end 105 - dist 54 sparse_tiny
start 0 - end 94 - dist 16 format0_tiny
Error: Codepoint delta out of range
    at Cmap.collect_sparse_data (/usr/local/lib/node_modules/lv_font_conv/lib/font/table_cmap.js:154:55)
    at Cmap.create_sparse_tiny_data (/usr/local/lib/node_modules/lv_font_conv/lib/font/table_cmap.js:177:23)
    at Cmap.compile (/usr/local/lib/node_modules/lv_font_conv/lib/font/table_cmap.js:61:33)
    at Cmap.toBin (/usr/local/lib/node_modules/lv_font_conv/lib/font/table_cmap.js:183:30)
    at Font.toBin (/usr/local/lib/node_modules/lv_font_conv/lib/font/font.js:118:17)
    at Object.write_images [as bin] (/usr/local/lib/node_modules/lv_font_conv/lib/writers/bin.js:15:25)
    at convert (/usr/local/lib/node_modules/lv_font_conv/lib/convert.js:25:35)
    at async Object.module.exports.run (/usr/local/lib/node_modules/lv_font_conv/lib/cli.js:300:15)

Conclusion
The 0xB7-0xBF or 0xB8-0xBF block determines wheter the conversion succeeds or fails.
It would be nice if the cmap_split function automatically adds an intermediate sparse list if the delta between glyphs is larger then 65535.

Fixed, thanks for reporting.
Check for gap size between sparse items was indeed missing. It should generate 2 small sparse lists now for this case.

thanks!

@embeddedt or @kisvegabor can the online converter be updated too please? It seems this issue is still present there.

@puzrint I've updated npm a few weeks ago and now npm run build fails. I don't know if it's an error on my end or not. I've run npm update too.
For npm run build I got:

Do you have any idea?

That error seems to be an issue with Parcel.
type="module" should be added in the script tag. I don't know how the online tool integrates, so not sure if this helps...

node.js version? OS?
do previous (tagged) versions have the same problem?

@kisvegabor I've just tried to build https://github.com/lvgl/lv_font_conv/commit/36ead11bd93085bdb149abfe6ccaba66e90bc8da and it seemed to work properly for me. NPM 7.17.0, Ubuntu 18.04, Node v14.15.5.

<EMAIL_ADDRESS>Node.js v16.8.0
Linux Mint 19
It seems thre some problem on my end. If I check out 1.5.2 I got
><EMAIL_ADDRESS>build
> parcel build ./web/index.html ./web/content.html --public-url ./

sh: 1: parcel: not found

Anyway, @embeddedt can you send the built files in order to update them as soon as possible.

@kisvegabor when "shit happens" - drop node_modules folder and run npm i again.

when "shit happens" - drop node_modules folder and run npm i again.

That's experience. :slightly_smiling_face:  Working now, thank you!
The online converter is updated.

Thanks!


Custom poster for providers (YouTube and Vimeo)

Current behaviour(s):

HTML5 video can use custom posters via the poster property.
YouTube and Vimeo uses their own posters
Setting the poster with player.poster = ... works for any video format (HTML5, YouTube or Vimeo), but it can't be done directly after creating the instance due to the internal handling being async (it has to verify the url works to prevent a black element). Setting it too soon leads to a race condition. Ex: http://jsfiddle.net/fgegfjp7/1/

Suggested improvements

[x] It should be possible to set the poster directly after creating the instance without worrying about any race conditions.
[ ] It should be possible to set the poster in youtube and vimeo via a property in the options or on the element.

What's the status of this issue? Are you working on this? what needs to be done to close it?

Also curious about this one. I've been using the ready event which seems to be working, but a parameter would definitely be useful.


Stuck when full request

Hi,
I have netbox-docker with proxbox plugin, and when I clic on Full Request I get this message
<class 'requests.exceptions.ConnectionError'>
HTTPConnectionPool(host='localhost', port=8001): Max retries exceeded with url: /api/virtualization/cluster-types/?name=Proxmox&slug=proxmox&limit=0 (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f3b28d8eef0>: Failed to establish a new connection: [Errno 111] Connection refused'))
Python version: 3.10.6
NetBox version: 3.5.0
I haven't found anything about this issue and how to solve it.
Any idea?
Thanks

Hi,
i had the same problem and solved it by replacing "localhost" with the actual ip address of my netbox-docker host. (within configuration.py)
Don't forget to fill the ALLOWED_HOSTS Variable.
I've created a new api token without any specific ip-adresses.


chore: Remove AWSMobileClient from readme

Issue #, if available:
Description of changes:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Will handle this as part of doc updates.


Wrong versions of dependency packages installed

Steps to reproduce:
conda create --name pyriid python=3.7
conda activate pyriid
pip install riid

Output:
Collecting riid
  Using cached riid-1.0.2-py3-none-any.whl (41 kB)
Collecting pandas==1.0.5
  Using cached pandas-1.0.5-cp37-cp37m-manylinux1_x86_64.whl (10.1 MB)
Collecting h5py<3.0.0
  Using cached h5py-2.10.0-cp37-cp37m-manylinux1_x86_64.whl (2.9 MB)
Collecting scikit-learn==0.22
  Using cached scikit_learn-0.22-cp37-cp37m-manylinux1_x86_64.whl (7.0 MB)
Collecting tensorflow-model-optimization==0.1.3
  Using cached tensorflow_model_optimization-0.1.3-py2.py3-none-any.whl (81 kB)
Collecting tqdm
  Using cached tqdm-4.64.1-py2.py3-none-any.whl (78 kB)
Collecting matplotlib==3.1.2
  Using cached matplotlib-3.1.2-cp37-cp37m-manylinux1_x86_64.whl (13.1 MB)
Collecting tables==3.6.1
  Using cached tables-3.6.1-cp37-cp37m-manylinux1_x86_64.whl (4.3 MB)
Collecting seaborn==0.10.1
  Using cached seaborn-0.10.1-py3-none-any.whl (215 kB)
Collecting numpy==1.17.4
  Using cached numpy-1.17.4-cp37-cp37m-manylinux1_x86_64.whl (20.0 MB)
Collecting tensorflow==2.0.0

setup.py requires:
REQUIREMENTS = [
    "tensorflow==2.5.0",
    "tensorflow-probability==0.12.1",
    "tensorflow-model-optimization==0.6.0",
    "numpy~=1.19.2",
    "pandas==1.0.5",
    "matplotlib==3.5.2",
    "scikit-learn==0.24",
    "tables==3.6.1",
    "seaborn==0.11.1",
]

As you can see tensorflow==2.5.0 however the pip install installs tensorflow 2.0.
Maybe this is due to using Anaconda for the virtual environment?

I have not verified, nor plan on verifying, that things work with Anaconda, however I have no reason to think it shouldn't with the changes I merged today (unless conda doesn't support pyproject.toml projects).
Checkout out main and try again using the installation instructions in the README for development.
Please reach out to me directly if you continue having issues.


bump to golang 1.10

bumping golang to 1.10
fixes #3614

blocked by https://github.com/travis-ci/gimme/issues/132

Why blocked? We can just wrap it into quotes, no?

I think the issue is that gimme doesn't recognise the 1.10.x  format so we can either use 1.10  or wait until the issue is fixed so that we don't have to update on every golang minor update.
there is already a PR https://github.com/travis-ci/gimme/issues/130

@fabxc @brian-brazil  this one is ready now.

ping @fabxc @brian-brazil


Updated map to use higher order messages

You don't need to pass the callback to map in Laravel. You can simply pass the format to map as the returned type is already of Carbon.
All tests pass still.

Thanks!


ALBL - running time comparison?

@hsuantien  In the aaai15 paper "Active Learning by Learning", extensive experiments illustrated the advantages of accuracy.  It would be great to see the comparison regarding the running time.

Thanks for the suggestion!


Create finalizer RBAC rules

Bugs should be filed for issues encountered whilst operating cert-manager.
You should first attempt to resolve your issues through the community support
channels, e.g. Slack, in order to rule out individual configuration errors.
Please provide as much detail as possible.

Describe the bug:
The RBAC ClusterRole installed by the Helm chart doesn't grant access to the */finalizer resources. Therefore the cert-manager can't set ownerReferences and fails to provision certificates:
E0124 07:24:02.912137       1 controller.go:147] certificates controller: Re-queuing item "<namespace>/<cert-name>" due to error processing: orders.certmanager.k8s.io "<order>-2154690283" is forbidden: cannot set blockOwnerDeletion if an ownerReference refers to a resource you can't set finalizers on: User "system:serviceaccount:cert-manager:cert-manager" cannot update certificates/finalizers.certmanager.k8s.io in project "<namespace>", <nil>

Expected behaviour:
Certificates can be provisioned.
Steps to reproduce the bug:
Install the stable/cert-manager Helm chart. Create a Let's Encrypt issuer and a certificate.
Anything else we need to know?:
Adding certificates/finalizers and orders/finalizers to the cert-manager ClusterRole resources fixed the bug for me.
Environment details::

Kubernetes version OpenShift v3.9 (k8s v1.9):
cert-manager version (e.g. v0.4.0): v0.6.0
Install method (e.g. helm or static manifests): helm stable chart

/kind bug

Here's the error message I saw in cert-manager's logs when I hit this problem on our OpenShift environment.
E0510 17:49:04.468379       1 controller.go:208] challenges controller: Re-queuing item "default/cm-still-pirahna-tls-1178847311-0" due to error processing: [pods "cm-acme-http-solver-tz2mn" is forbidden: cannot set blockOwnerDeletion if an ownerReference refers to a resource you can't set finalizers on: no RBAC policy matched, <nil>, services "cm-acme-http-solver-7vh5q" is forbidden: cannot set blockOwnerDeletion if an ownerReference refers to a resource you can't set finalizers on: no RBAC policy matched, <nil>]

I used the fix in pr https://github.com/jetstack/cert-manager/pull/1395 to resolve the problem.  Just adding this in case it helps with searches for fixes...


Create example app

Elevator Pitch
Create a more full-featured example notebook application.
Motivation
For a better demonstration of the capability (and value of being connected to the widget bus), create an annotated App.ipynb (with an importnb "for show" notebook that imports it)
Design Ideas

get a larger representative data set with a few thousand nodes/edges

use the force: maybe a star wars example

create some linked views

a "map" 2d forcegraph showing all the data
a table of the same data

ideally, figure out  a way to do this by reference into one of the grid tools

enable selection

use the selection to (optionally) update the table

a 3d graph that shows the selected nodes (and relevant links)
allow expanding to n nearest neighbors from graph

wrap in a jupyterlab-deck experience

Trying to make an app based on the Erdős degree 1 graph (the people that are one "hop" away from coauthoring a paper with Paul Erdős.
It has 6,927 nodes and 11,850 edges.  My plan is to add more data to the links, e.g., paper title, or number of common publications.
I tried to look at other options (like animals and their genus trees) but could not find a good source of data.  There was a decent data source for international ⚽ that we could use but it's hard to make 1,000s of nodes out of it because there are only so many countries.  Maybe a good example of a "smaller" graph though.

Some examples we could gin up within a running app (or with things lying around the repo):

yarn.lock
the conda-lock outputs
the current state of widgets
the current labextensions/plugins installed, maybe get access to signals

In quick investigations, we found in a lumino/lab application that we could get at:

registered plugins
their tokens
their signals

if we can get at some additional information (such as the listeners) we might be able to get at some more info. Some of these, however, will lose some of their identifying information due to minification, etc.
The widget manager, and its relationship to extensions and loaded widget imports, and the backbone graph observers, may also provide some useful stuff, but we'd have to be careful to exclude the "beholding" force graph itself.


Script Service Interface + Impl missing

It looks like the JDK does not have any script related service implementation available for the endpoints defined here.

@satran004 PR ready for review here https://github.com/blockfrost/blockfrost-java/pull/10
I can't add reviewers


[v3.0] Create help command

Create a help command with all the commands, descriptions and required permissions to use.

Postpone to 3.1

pushed back


feat: enter selects first model in list

Pull Request Checklist
Before submitting, make sure you've checked the following:

[x] Target branch: Please verify that the pull request targets the dev branch.
[x] Description: Provide a concise description of the changes made in this pull request.
[x] Changelog: Ensure a changelog entry following the format of Keep a Changelog is added at the bottom of the PR description.
[x] Testing: Have you written and run sufficient tests for validating the changes?
[x] Code review: Have you performed a self-review of your code, addressing any coding standard issues and ensuring adherence to the project's coding standards?
[x] Prefix: To cleary categorize this pull request, prefix the pull request title, using one of the

Changelog Entry
Description
Add ability to select model in model selection dialog using the enter key.
Feature detailed in #3960.
Added

Event key listener on:keydown on src/lib/components/ModelSelector/Selector.svelte input tag to check for the keydown event including the enter key to trigger a model selection.

Additional Information

Manually tested edge cases:

0 search results does not cause an error
selection via enter keydown is only triggered if the input is in focus

other ideas

indicator to show the user enter selects the top result

Screenshots or Videos
https://github.com/user-attachments/assets/e53e2861-93db-4143-a84b-0bf6e872df71

LGTM, Thanks!


Recreate Trial Project in Dev2

Good way to quickly learn the Dev2 code base is by using it. Last year @AndrewDEmerson made a MPU6050 driver for Dev2 that we will need to use for our rover this year. The trial project mimics behavior found in Arm since we use MPU6050s for figuring out the position of the arm when in use.

`// DO NOT MODIFY THIS PROJECT OR FILE!
// Copy this folder and modify that copied project folder.
// Prefer to include files using the following method:
// https://google.github.io/styleguide/cppguide.html#Names_and_Order_of_Includes
// The start of your program. Unlike programs that run on your computer, this
// main does not take argv and argc parameters, although such a thing may be
// added in the future.
#include
#include "peripherals/lpc40xx/i2c.hpp"
#include "devices/sensors/movement/accelerometer/mpu6050.hpp"
#include "utility/log.hpp"
#include
#include "peripherals/lpc40xx/can.hpp"
#include "devices/actuators/servo/rmd_x.hpp"
#include "utility/log.hpp"
int main()
{
//initialize the (mpu6050)
sjsu::lpc40xx::I2c & i2c = sjsu::lpc40xx::GetI2c<2>();
sjsu::Mpu6050 sensor(i2c);
sjsu::LogInfo("Initializing accelerometer...");
sensor.Initialize();
//initialize the gimbal for the motor (rmd-7x motor)
sjsu::LogInfo("Starting RMD-X demo in 5s...");
sjsu::lpc40xx::Can & can = sjsu::lpc40xx::GetCan<2>();
sjsu::StaticMemoryResource<1024> memory_resource;
sjsu::CanNetwork can_network(can, &memory_resource);
sjsu::RmdX rmd_x7(can_network, 0x141);
sjsu::Delay(5s);
sjsu::LogInfo("RMD-X initializing...");
rmd_x7.Initialize();
while (true){
//read from the mpu6050
auto data =  sensor.Read();
float x_data = static_cast(data.x);
units::angle::degree_t angle(x_data);
//move the motor accoding to the mpu6050 data
rmd_x7.SetAngle(-angle);
sjsu::Delay(100ms);
}
return 0;
}
`


Add result methods to function compiler.

Codecov Report

Merging #142 into master will increase coverage by 0.06%.

@@             Coverage Diff              @@
##             master     #142      +/-   ##
============================================
+ Coverage      97.3%   97.36%   +0.06%
- Complexity      610      621      +11
============================================
  Files            39       39
  Lines          1632     1672      +40
  Branches        190      192       +2
============================================
+ Hits           1588     1628      +40
  Misses           13       13
  Partials         31       31

Impacted Files
Coverage Δ
Complexity Δ

...ava/com/google/android/agera/FunctionCompiler.java
100% <100%> (ø)
33 <10> (+10)
:white_check_mark:

.../main/java/com/google/android/agera/Functions.java
100% <100%> (ø)
8 <1> (+1)
:white_check_mark:

Continue to review full report at Codecov.

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


Determine output format of results: ability to pass --output-format flag

Description
Netperf prints directly into stdout in raw format, such as the following:
"MIGRATED TCP REQUEST/RESPONSE TEST from <IP_ADDRESS> (<IP_ADDRESS>) port 20001
AF_INET to <IP_ADDRESS> () port 20001 AF_INET : +/-2.500% @ 99% conf.
: first burst 0",\n
Throughput,Throughput Units,Throughput Confidence Width (%),
Confidence Iterations Run,Stddev Latency Microseconds,
50th Percentile Latency Microseconds,90th Percentile Latency Microseconds,
99th Percentile Latency Microseconds,Minimum Latency Microseconds,
Maximum Latency Microseconds\n
1405.50,Trans/s,2.522,4,783.80,683,735,841,600,900\n

We can use output selectors to enrich the results, as you already know.
Motivation
Currently, we have to write a wrapper application that reads and scrapes netperf's raw output and converts to target format, so we can do further analyzes on the predefined spec.
By defining a spec, other apps or wrapping tools that depend on this project couldn't create different (inconsistent each other) custom output specs anymore.
Are there any performance benchmarking output spec definitions / organizations?
Related Works

KitBenchmarker uses ParseNetperfOutput function to parse results. And uses ParseHistogram function to parse histogram format (cc: @dPhanekham)
flent have a supports multiple output formats (cc: @tohojo)

Since we already have some related tools that covers this requirement, I'm not so sure whether we should built-in support for this. I think it's out-of-scope feature for this project. From the Unix philosophy perspective; do one thing and do it well, right?
I couldn't find any related issue, so I'm throwing here for further discussing.
Waiting your thoughts!

Thoughts on what? I'm not actually sure what you're proposing (or not?) here? :)

Thoughts on what? I'm not actually sure what you're proposing (or not?) here? :)

--output-fotmat <JSON,CSV,TABLE,...>


Implement duplicate/copy function

Add Contents.copy function so that notebooks can be duplicated in tree view.

As this is the last important remaining issues and it seem we have a problem with drive.
Also I'm leaving in less than 24 hours. I'll cut a 1.0-beta for what we have now and announce it on Mailing list for feedback.


Resource icons

It would be nice to have icons associated with resources. This way it is easy at a glance to see which type of resource is being in/outputted. And it prevents resource names with the type included.

I think the best way to implement this is using some config options for resources. Since a certain resource type (eg: s3) might have different kind of resources (tarball, python wheel, debian package, etc), it would make sense to bind the icons to strictly to resource_types.
This way the user can customize the icons to the actual content of the pipeline.

This could maybe be something returned by the info script described in https://github.com/concourse/concourse/issues/534 ?

Yes/no. I think for resource type specific icons it would definitely work. But if you want to upload multiple different artifacts (.deb, .rpm,. tgz, etc) to the same resource type there would be no way to make the distinction.

Moved to concourse/concourse#1120


Cannot find private link for Application Gateway

I have created an Application Gateway v1 resource.
I cannot find blade entry "private link" in Azure Portal.

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: 42dff4cd-ad9c-9f8d-a8fa-7c9e7272413c
Version Independent ID: ae9d4d54-59a7-ba10-1600-620eb48ddf9c
Content: Configure Azure Application Gateway Private Link (preview)
Content Source: articles/application-gateway/private-link-configure.md
Service: application-gateway
GitHub Login: @greg-lindsay
Microsoft Alias: greglin

@sven5 thanks for the feedback. We shall review this and get back to you shortly.

@sven5 Application gateway v1 does not support Private Link.
This is documented here


Chalk dependency makes it impossible to execute tests inside a browser with @xstate/test

Thanks so much for xstate!
Description
I'm trying to implement model based tests with @xstate/test in an ember.js project and the hard dependency on chalk breaks the test-suite as ember tests are executed in a browser environment.
Thanks for xstate!
Expected Result
Being able to execute model-based tests independent of node or browser environment - colorful output is nice but will most likely also be handled by the used test-runner. It might also be possible to create some kind of data structure that describes the error and then use that data-structure later on to optionally color the output of the error message.
Actual Result
My test breaks with
ReferenceError: process is not defined

as chalk is not designed to work in a browser environment.
Reproduction
I did not add a reproduction as I don't have a sandbox available that runs ember + xstate. I'll add a screenshot for reference though.

You can ignore the ember-auto-import part - the error message just tells us that the code breaks when requiring chalk.
Additional context
Removing require('chalk') and calls to chalk from the compiled code for @xstate/test gets rid of the errors and I can execute my test-suite.
Notes
Happy to fix this if you tell me how you can imagine getting rid of chalk in browser runs.

Gonna prepare package tweaks a little bit later today to enable running them in browsers.


macOS support

It would be great if this could support macOS as well! Maybe it already can, but it doesn't seem to explicitly say so in the README file

It should be possible to port make this work on macOS. I haven't done a lot of macOS myself by there are a few problem areas.
The screen resolution relies on UIScreen from UIKit. This will probably need to use NSScreen from AppKit instead. See here
The user agent is using UIDevice from UIKit to generate a correct user agent  for GA that will allow correct categorizations of the browsing device. This will need to user another API on macOS. Maybe this can be obtained with ProcessInfo from Foundation. See here
You're more that welcome to open up PR. I have something in the works, but will need to add some tests to verify that it works as intended on macOS

Attempting to resolve this with https://github.com/ksmandersen/GoogleReporter/pull/3

@vanshg Release with https://github.com/ksmandersen/GoogleReporter/releases/tag/1.1
Help testing this, much appreciated 👌


Additional asserts: true, false and near.

This adds three asserts informed by using the Google Test C++ test framework. These are:

assert_true!() // check if the item under test evaluates to true
assert_false!() // check if the item under test evaluates to false
assert_near!() // check if the first element is within the third element (an epsilon) of the second element, especially for checking equality of floating point values.

+1 for assert_near!; seems like something I will be using in the future

Ping @ShakenCodes; are you willing to push the changes or you'd like me to do it?

Sorry, I have been swamped and haven’t got back to this.
My intention was to break this into two PRs, one with assert_near, and another with true/false (with probably a simpler implementation.) this would allow near to be accepted immediately.
I hoped to make a better description of why true/false (maybe a blog post) to better inform the decision process. Ultimately, this is your library and I don’t want to try to force you down a path you don’t agree with.
Cheers,
Phil

On Apr 26, 2021, at 10:28 PM, Sayan Nandan @.***> wrote:

Ping @ShakenCodes; are you willing to push the changes or would you like me to do it?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

I'm going to redo this work and re-submit. Thank you for the feedback.

I'm going to redo this work and re-submit. Thank you for the feedback.


Remove unnecessary dependencies: cowplot

For combining plots, cowplot is one of three main ways to do so (ggplot doesn't offer this out of the box). Here's a description of the three: https://r-charts.com/ggplot2/combining-plots/
If we want to keep combining plots in plot_quality(), we need to pick the most dependable of these and use it as a (suggest?) dependency. Any thoughts @bvreede @PabRod ?

Our options regarding cowplot (or equivalent):
graph TD
Provide[Provide function combining plots] --> Yes{Yes} --> Import
Provide --> No{No} --> Vignette[Mention it in vignette] --> Mention{Just mention} --> Nothing[Do nothing]
Vignette --> Use{Run in example} --> Suggests

I'm OK with keeping it. It has an express purpose; this issue was opened because we wanted to clean up possible unnecessary dependencies, and this one is a necessary one ¯_(ツ)_/¯


LDAP default filter

If no filter specified we get:
filter="(&(uid=ghenry))"
You should just set (uid=ghenry)
Thanks.

@ghenry what's the difference between these 2 filters ? Result should be the same, no ?

They both work but the current one is a waste as nothing is AND'd and looks
like a typo in the logs.
On 14 Aug 2017 07:46, "Anthony Lapenna"<EMAIL_ADDRESS>wrote:

@ghenry https://github.com/ghenry what's the difference between these 2
filters ? Result should be the same, no ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/portainer/portainer/issues/1120#issuecomment-322111963,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAJveA8FXAqDQlPEQz_s-osMFQeghLA7ks5sX-06gaJpZM4O1yW1
.


Chapter 2 import style not working

copying the code and importing global css does nothing to update the style.

instead of
import<EMAIL_ADDRESS>try
import '../app/ui/global.css'

Thanks. I tried a few different imports, including the import style from .. (from 2nd part of the tutorial), and I keep getting the below. same for chroms and safari.

you shouldn't be running
npm i
the doc is using "pnpm"
https://nextjs.org/learn/dashboard-app/getting-started#running-the-development-server

I had the same issue, probably bc I ran npm i accidentally, but then I quit the process ctl c and ran pnpm i, so I thought it should be fine.
Anyways, deleting node_modules and running pnpm i again solved the issue, but there's still a warning in the terminal:
(node:11645) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
(Use node --trace-warnings ... to show where the warning was created)

I managed to get Chapter 2 working by changing:
import styles from<EMAIL_ADDRESS>to
import styles from './ui/home.module.css'

Looks like this was resolved


Add "Change language" option

You will access the "Change Language" screen straight from the Main Settings screen.
I can take care of getting translated strings. What I would need is a document (no idea what exactly), where I would enter translated strings. We have a multi-language team, so it will be fun to create.
@JamesSmartCell How is Android translation made?
Maybe we could use https://lokalise.com/ ?

We had this feature. It doesn't work properly on iOS, so we had to remove it. Localization is available on AlphaWallet iOS. Just that it relies on the user's device setting (as it should).

@hboon I've changed user's device setting, but It didn't changed. Maybe it's a bug?

@hboon I've changed user's device setting, but It didn't changed. Maybe it's a bug?

Could be. Can you help describe which language you are changing from and to, and preferrably how you did it in Settings? (screenshots would be great, if possible).

We had this feature. It doesn't work properly on iOS, so we had to remove it. Localization is available on AlphaWallet iOS. Just that it relies on the user's device setting (as it should).

let me know how to get started with this. I assume I need a document where I can push translated strings.

We support 5 languages in iOS. They are in https://github.com/AlphaWallet/alpha-wallet-ios/tree/master/AlphaWallet/Localization, eg for English: https://github.com/AlphaWallet/alpha-wallet-ios/blob/master/AlphaWallet/Localization/en.lproj/Localizable.strings
What do you intend to do with them? I was planning to get a localization service to do it for us. They usually specialize in iOS and Android apps, so tend to know how to handle the file formats. We used to, but never got into doing them completely. So once we start, we ought to revise them regularly.

@hboon I've changed user's device setting, but It didn't changed. Maybe it's a bug?

Could be. Can you help describe which language you are changing from and to, and preferrably how you did it in Settings? (screenshots would be great, if possible).

Sure! Images below are what I did.
Changed Language Engligh to Korean(image 1, image 2)
Found only Search String changed(image 3)
After revisiting settings menu, option changed to english automatically.
Also I tried changing device language, english to korean, but app locale strings didn't changed either(english)

@hboon I've changed user's device setting, but It didn't changed. Maybe it's a bug?

Yes indeed. Sorry, it took a while to figure out. We are close to merging the fix in and should be available in the next update.

Closing because: https://github.com/AlphaWallet/alpha-wallet-ios/issues/3544#issuecomment-993588053


Example: Deploying Cassandra with Stateful Sets - Page (Missing Storage Instructions)

https://kubernetes.io/docs/tutorials/stateful-application/cassandra/
Hello,
Happy to assist in fixing this issue, but the example doesn't properly address the storage required to deploy the stateful set.  Example:
kubectl create -f cassandra-storage.yaml
(example, cassandra-storage.yaml)
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
name: fast
provisioner: kubernetes.io/aws-ebs
parameters:
type: gp2
iopsPerGB: "10"
fsType: ext4
Check with
kubectl get pv

Looks like we got a PR for this but ...
/language en


Android Demo and Development api documentation

I generate the ‘out’ directory by executing the command .'out' The command contains "android-release", "cmaker-android-release-aarch64", "cmaker-android-release-arm7", "cmaker-android-release-x86", and "cmake- release" .How do I get my demo to run.
The second question：
Is there any documentation for android, such as api documentation

Once you've built Filament, you need to open the android/ folder as an Android Studio project.


[stdlib][draft] Adds minmax() to Sequence, minIndex(), maxIndex(), minmaxIndices() to Collection

Adds minmax() to Sequence
Adds minIndex(), maxIndex(), minmaxIndices() to Collection
Adds minmax() to SIMDVector
Adds validation tests
Swift evolution proposal will be submitted soon.

Resolves SR-890 and SR-889.

Please update the base branch to main by Oct 5th otherwise the pull request will be closed automatically.

How to change the base branch: (Link)
More detail about the branch update: (Link)


Isolated python REPL based on docker containers

LGTM, but some checks failed

TODO: after creating the PR to langchain, ask Harrison,  how to best include the docker as a dependency