Homepage example doesn't work

curl --request POST \
  --url "http://httpconsole.com/debug?foo=bar&foo=baz" \
  --cookie "foo=bar; bar=baz" \
  --header "Accept: text/plain" \
  --header "Content-Type: application/json" \
  --data "{\"foo\": \"bar\"}"

Gives:
Cannot POST /debug?foo=bar&foo=baz

the /debug endpoint no longer exists, this has been updated in the readme.

Okay, but this issue is about the website.

ah, wrong repo then :)


Add --cascade or --force flag to kubectl delete namespace, for non-empty namespaces

Today, if you drain a node, kubectl will prompt you for confirmation in the form of --ignore-daemonsets and --delete-local-data if applicable. This is fine and a nice guard for doing something dangerous.
Along the same lines, I would like some sort of --force or --cascade flag for deleting namespaces, in case the namespace contains objects. This would imply kubectl get -n <namespace> all before the actual delete is executed.
/kind feature
/sig cli
What happened:
My namespace and all objects within it was deleted without confirmation or questioning.
What you expected to happen:
A warning or bail out asking for a confirmation or a "I-know-what-I'm-doing-flag` before proceeding.
How to reproduce it (as minimally and precisely as possible):
kubectl delete ns <any-namespace>

This looks like a nice feature to prevent accidental deletion of namespaces that have objects, I like this. I would like to take a look at implementing this.

We expect the kubectl delete command to behave generically with any resource.
It would not make sense to special-case it to behave differently with a specific resource.
A solution that has been discussed in the past would consist of leveraging annotations on resources as a means of marking them "not safe to delete", similar to the work in https://github.com/kubernetes/kubernetes/pull/17740#issuecomment-160785800
An immediate workaround would involve using admission webhooks to create this protection


SyntaxError in codelldb.py

OS: macOS 11.5.1
VSCode version:  1.56.2
Extension version: v1.6.5
Compiler: apple clang (lldb-1<IP_ADDRESS>)
Build target: arm64
When I click debug at the bottom in the status bar I see the following error in the output:
configuration: {
  name: 'Debug vcpkg',
  type: 'lldb',
  request: 'launch',
  program: './build.amd64.debug/vcpkg',
  cwd: '/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg',
  args: [
    'install',
    '--triplet=x64-osx',
    '--host-triplet=x64-osx',
    '--vcpkg-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg',
    '--x-install-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg'
  ],
  __configurationTarget: 5,
  relativePathBase: '/Users/leanderSchulten/git_projekte/vcpkg-tool'
}
Listening on port 57275
Traceback (most recent call last):
  File "/Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/adapter/codelldb.py", line 135, in compile_code
    pycode = compile(expr, filename, 'eval')
  File "<breakpoint condition>", line 1
    not "result" __frame_vars["in"] episodejson["search-results"]
                 ^
SyntaxError: invalid syntax

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/adapter/codelldb.py", line 137, in compile_code
    pycode = compile(expr, filename, 'exec')
  File "<breakpoint condition>", line 1
    not "result" __frame_vars["in"] episodejson["search-results"]
                 ^
SyntaxError: invalid syntax
Debug adapter exit code=0, signal=null.

Debug log

configuration: {
  name: 'Debug vcpkg',
  type: 'lldb',
  request: 'launch',
  program: './build.amd64.debug/vcpkg',
  cwd: '/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg',
  args: [
    'install',
    '--triplet=x64-osx',
    '--host-triplet=x64-osx',
    '--vcpkg-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg',
    '--x-install-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg'
  ],
  __configurationTarget: 5,
  relativePathBase: '/Users/leanderSchulten/git_projekte/vcpkg-tool'
}
liblldb: /Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/lldb/lib/liblldb.dylib
environment: {}
params: { evaluateForHovers: true, commandCompletions: true }
Listening on port 57306
[2021-08-21T12:02:40.111Z DEBUG codelldb] New debug session
INFO(Python) 14:02:40 formatters: Initializing
INFO(Python) 14:02:40 formatters.rust: Initializing
[2021-08-21T12:02:40.355Z 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-us","supportsProgressReporting":true,"supportsInvalidatedEvent":true},"type":"request","seq":1}
[2021-08-21T12:02:40.355Z 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}}
[2021-08-21T12:02:40.358Z DEBUG codelldb::dap_codec] --> {"command":"launch","arguments":{"name":"Debug vcpkg","type":"lldb","request":"launch","program":"./build.amd64.debug/vcpkg","cwd":"/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg","args":["install","--triplet=x64-osx","--host-triplet=x64-osx","--vcpkg-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg","--x-install-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg"],"__configurationTarget":5,"relativePathBase":"/Users/leanderSchulten/git_projekte/vcpkg-tool","_adapterSettings":{"displayFormat":"auto","showDisassembly":"auto","dereferencePointers":true,"suppressMissingSourceFiles":true,"evaluationTimeout":5,"consoleMode":"commands","sourceLanguages":null,"terminalPromptClear":null,"evaluateForHovers":true,"commandCompletions":true},"__sessionId":"6bdf4c05-8c11-4ec7-af97-49d7ccc45600"},"type":"request","seq":2}
[2021-08-21T12:02:40.358Z 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}}}
[2021-08-21T12:02:40.871Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":2,"event":"initialized"}
[2021-08-21T12:02:40.872Z DEBUG codelldb::dap_codec] <-- {"type":"request","seq":3,"command":"runInTerminal","arguments":{"args":["/Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/adapter/codelldb","terminal-agent","--port=57308"],"cwd":"","kind":"integrated","title":"Debug vcpkg"}}
[2021-08-21T12:02:40.875Z DEBUG codelldb::dap_codec] --> {"command":"setBreakpoints","arguments":{"source":{"name":"install.cpp","path":"/Users/leanderSchulten/git_projekte/vcpkg-tool/src/vcpkg/install.cpp"},"lines":[771],"breakpoints":[{"line":771}],"sourceModified":false},"type":"request","seq":3}
[2021-08-21T12:02:40.875Z DEBUG codelldb::dap_codec] --> {"command":"setBreakpoints","arguments":{"source":{"name":"syncMyMoodle.py","path":"/Users/leanderSchulten/git_projekte/syncMyMoodle/syncMyMoodle.py"},"lines":[518],"breakpoints":[{"line":518,"condition":"not \"result\" in episodejson[\"search-results\"]"}],"sourceModified":false},"type":"request","seq":4}
[2021-08-21T12:02:41.085Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":3,"success":true,"command":"setBreakpoints","body":{"breakpoints":[{"id":1,"message":"Locations: 0","verified":false}]}}
Traceback (most recent call last):
  File "/Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/adapter/codelldb.py", line 135, in compile_code
    pycode = compile(expr, filename, 'eval')
  File "", line 1
    not "result" __frame_vars["in"] episodejson["search-results"]
                 ^
SyntaxError: invalid syntax

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/leanderSchulten/.vscode/extensions/vadimcn.vscode-lldb-1.6.5/adapter/codelldb.py", line 137, in compile_code
    pycode = compile(expr, filename, 'exec')
  File "", line 1
    not "result" __frame_vars["in"] episodejson["search-results"]
                 ^
SyntaxError: invalid syntax
[2021-08-21T12:02:41.086Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":4,"event":"output","body":{"category":"stderr","output":"invalid syntax (, line 1)\n"}}
[2021-08-21T12:02:41.086Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":4,"success":true,"command":"setBreakpoints","body":{"breakpoints":[{"id":2,"message":"Locations: 0","verified":false}]}}
[2021-08-21T12:02:41.090Z DEBUG codelldb::dap_codec] --> {"command":"setFunctionBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":5}
[2021-08-21T12:02:41.091Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":5,"success":true,"command":"setFunctionBreakpoints","body":{"breakpoints":[]}}
[2021-08-21T12:02:41.093Z DEBUG codelldb::dap_codec] --> {"command":"setDataBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":6}
[2021-08-21T12:02:41.093Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":6,"success":true,"command":"setDataBreakpoints","body":{"breakpoints":[]}}
[2021-08-21T12:02:41.095Z DEBUG codelldb::dap_codec] --> {"command":"setExceptionBreakpoints","arguments":{"filters":["cpp_throw"]},"type":"request","seq":7}
[2021-08-21T12:02:41.095Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":7,"success":true,"command":"setExceptionBreakpoints"}
[2021-08-21T12:02:41.096Z DEBUG codelldb::dap_codec] --> {"command":"configurationDone","type":"request","seq":8}
[2021-08-21T12:02:41.097Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":8,"success":true,"command":"configurationDone"}
[2021-08-21T12:02:41.098Z DEBUG codelldb::dap_codec] --> {"command":"threads","type":"request","seq":9}
[2021-08-21T12:02:41.099Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":9,"success":true,"command":"threads","body":{"threads":[]}}
[2021-08-21T12:02:42.002Z DEBUG codelldb::dap_codec] --> {"type":"response","seq":10,"command":"runInTerminal","request_seq":3,"success":true,"body":{"shellProcessId":58719}}
[2021-08-21T12:02:42.049Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":5,"event":"output","body":{"output":"Launching: /Users/leanderSchulten/git_projekte/vcpkg-tool/build.amd64.debug/vcpkg install --triplet=x64-osx --host-triplet=x64-osx --vcpkg-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg --x-install-root=/Users/leanderSchulten/git_projekte/Lichtsteuerung/vcpkg\n"}}
[2021-08-21T12:02:44.680Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":6,"event":"output","body":{"output":"Launched process 58750\n"}}
[2021-08-21T12:02:44.680Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":2,"success":true,"command":"launch"}
[2021-08-21T12:02:44.680Z DEBUG codelldb::debug_session] Debug event: 0x13eec4f18 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.681Z DEBUG codelldb::debug_session] Debug event: 0x13eec4fd8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.681Z DEBUG codelldb::debug_session] Debug event: 0x13eec5288 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.681Z DEBUG codelldb::debug_session] Debug event: 0x11f180ca8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {vcpkg, dyld}
[2021-08-21T12:02:44.681Z DEBUG codelldb::debug_session] Debug event: 0x11f184690 Event: broadcaster = 0x14f94fa50 (lldb.process), type = 0x00000001 (state-changed), data = { process = 0x14f94fa18 (pid = 58750), state = running}
[2021-08-21T12:02:44.681Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":7,"event":"module","body":{"module":{"addressRange":"100000000","id":"100000000","name":"vcpkg","path":"/Users/leanderSchulten/git_projekte/vcpkg-tool/build.amd64.debug/vcpkg","symbolFilePath":"/Users/leanderSchulten/git_projekte/vcpkg-tool/build.amd64.debug/vcpkg","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2021-08-21T12:02:44.681Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":8,"event":"module","body":{"module":{"addressRange":"201994000","id":"201994000","name":"dyld","path":"/usr/lib/dyld","symbolFilePath":"/usr/lib/dyld","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2021-08-21T12:02:44.681Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":9,"event":"continued","body":{"allThreadsContinued":true,"threadId":0}}
[2021-08-21T12:02:44.767Z DEBUG codelldb::debug_session] Debug event: 0x13eec5078 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libc++.1.dylib(0x00007fff202d0000)}
[2021-08-21T12:02:44.767Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":10,"event":"module","body":{"module":{"addressRange":"7FFF202D0000","id":"7FFF202D0000","name":"libc++.1.dylib","path":"/usr/lib/libc++.1.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.769Z DEBUG codelldb::debug_session] Debug event: 0x118f5e2a8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libSystem.B.dylib(0x00007fff2a6c2000)}
[2021-08-21T12:02:44.769Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":11,"event":"module","body":{"module":{"addressRange":"7FFF2A6C2000","id":"7FFF2A6C2000","name":"libSystem.B.dylib","path":"/usr/lib/libSystem.B.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.775Z DEBUG codelldb::debug_session] Debug event: 0x11f1b05c8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.775Z DEBUG codelldb::debug_session] Debug event: 0x1500a21c8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.775Z DEBUG codelldb::debug_session] Debug event: 0x150085978 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {}
[2021-08-21T12:02:44.775Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":12,"event":"breakpoint","body":{"breakpoint":{"id":3,"message":"Locations: 2","verified":true},"reason":"changed"}}
[2021-08-21T12:02:44.775Z DEBUG codelldb::debug_session] Debug event: 0x118f71e08 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libc++abi.dylib(0x00007fff20326000)}
[2021-08-21T12:02:44.775Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":13,"event":"module","body":{"module":{"addressRange":"7FFF20326000","id":"7FFF20326000","name":"libc++abi.dylib","path":"/usr/lib/libc++abi.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.777Z DEBUG codelldb::debug_session] Debug event: 0x118f68ee8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libcache.dylib(0x00007fff2a6bc000)}
[2021-08-21T12:02:44.777Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":14,"event":"module","body":{"module":{"addressRange":"7FFF2A6BC000","id":"7FFF2A6BC000","name":"libcache.dylib","path":"/usr/lib/system/libcache.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.781Z DEBUG codelldb::debug_session] Debug event: 0x118f77af8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libcommonCrypto.dylib(0x00007fff2a678000)}
[2021-08-21T12:02:44.781Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":15,"event":"module","body":{"module":{"addressRange":"7FFF2A678000","id":"7FFF2A678000","name":"libcommonCrypto.dylib","path":"/usr/lib/system/libcommonCrypto.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.783Z DEBUG codelldb::debug_session] Debug event: 0x11f1a2888 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libcompiler_rt.dylib(0x00007fff2a6a2000)}
[2021-08-21T12:02:44.783Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":16,"event":"module","body":{"module":{"addressRange":"7FFF2A6A2000","id":"7FFF2A6A2000","name":"libcompiler_rt.dylib","path":"/usr/lib/system/libcompiler_rt.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.785Z DEBUG codelldb::debug_session] Debug event: 0x1500a5e68 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libcopyfile.dylib(0x00007fff2a697000)}
[2021-08-21T12:02:44.785Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":17,"event":"module","body":{"module":{"addressRange":"7FFF2A697000","id":"7FFF2A697000","name":"libcopyfile.dylib","path":"/usr/lib/system/libcopyfile.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.791Z DEBUG codelldb::debug_session] Debug event: 0x118fa9448 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libcorecrypto.dylib(0x00007fff200fa000)}
[2021-08-21T12:02:44.791Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":18,"event":"module","body":{"module":{"addressRange":"7FFF200FA000","id":"7FFF200FA000","name":"libcorecrypto.dylib","path":"/usr/lib/system/libcorecrypto.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.803Z DEBUG codelldb::debug_session] Debug event: 0x11f1e3108 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libdispatch.dylib(0x00007fff201c5000)}
[2021-08-21T12:02:44.804Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":19,"event":"module","body":{"module":{"addressRange":"7FFF201C5000","id":"7FFF201C5000","name":"libdispatch.dylib","path":"/usr/lib/system/libdispatch.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.819Z DEBUG codelldb::debug_session] Debug event: 0x118fe3298 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libdyld.dylib(0x00007fff20378000)}
[2021-08-21T12:02:44.819Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":20,"event":"module","body":{"module":{"addressRange":"7FFF20378000","id":"7FFF20378000","name":"libdyld.dylib","path":"/usr/lib/system/libdyld.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.820Z DEBUG codelldb::debug_session] Debug event: 0x118fe4318 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libkeymgr.dylib(0x00007fff2a6b3000)}
[2021-08-21T12:02:44.820Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":21,"event":"module","body":{"module":{"addressRange":"7FFF2A6B3000","id":"7FFF2A6B3000","name":"libkeymgr.dylib","path":"/usr/lib/system/libkeymgr.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.820Z DEBUG codelldb::debug_session] Debug event: 0x14ee7ed28 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {liblaunch.dylib(0x00007fff2dc20000)}
[2021-08-21T12:02:44.821Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":22,"event":"module","body":{"module":{"addressRange":"7FFF2DC20000","id":"7FFF2DC20000","name":"liblaunch.dylib","path":"/usr/lib/system/liblaunch.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.821Z DEBUG codelldb::debug_session] Debug event: 0x11f1dcbf8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libmacho.dylib(0x00007fff2a656000)}
[2021-08-21T12:02:44.821Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":23,"event":"module","body":{"module":{"addressRange":"7FFF2A656000","id":"7FFF2A656000","name":"libmacho.dylib","path":"/usr/lib/system/libmacho.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.822Z DEBUG codelldb::debug_session] Debug event: 0x1500be468 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libquarantine.dylib(0x00007fff29e4a000)}
[2021-08-21T12:02:44.823Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":24,"event":"module","body":{"module":{"addressRange":"7FFF29E4A000","id":"7FFF29E4A000","name":"libquarantine.dylib","path":"/usr/lib/system/libquarantine.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.823Z DEBUG codelldb::debug_session] Debug event: 0x11b8321a8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libremovefile.dylib(0x00007fff2a6b0000)}
[2021-08-21T12:02:44.823Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":25,"event":"module","body":{"module":{"addressRange":"7FFF2A6B0000","id":"7FFF2A6B0000","name":"libremovefile.dylib","path":"/usr/lib/system/libremovefile.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.827Z DEBUG codelldb::debug_session] Debug event: 0x11f1b6288 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_asl.dylib(0x00007fff24b06000)}
[2021-08-21T12:02:44.827Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":26,"event":"module","body":{"module":{"addressRange":"7FFF24B06000","id":"7FFF24B06000","name":"libsystem_asl.dylib","path":"/usr/lib/system/libsystem_asl.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.828Z DEBUG codelldb::debug_session] Debug event: 0x118feb868 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_blocks.dylib(0x00007fff200aa000)}
[2021-08-21T12:02:44.828Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":27,"event":"module","body":{"module":{"addressRange":"7FFF200AA000","id":"7FFF200AA000","name":"libsystem_blocks.dylib","path":"/usr/lib/system/libsystem_blocks.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.847Z DEBUG codelldb::debug_session] Debug event: 0x1500cae58 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_c.dylib(0x00007fff20247000)}
[2021-08-21T12:02:44.847Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":28,"event":"module","body":{"module":{"addressRange":"7FFF20247000","id":"7FFF20247000","name":"libsystem_c.dylib","path":"/usr/lib/system/libsystem_c.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.848Z DEBUG codelldb::debug_session] Debug event: 0x1500d01e8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_collections.dylib(0x00007fff2a6aa000)}
[2021-08-21T12:02:44.848Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":29,"event":"module","body":{"module":{"addressRange":"7FFF2A6AA000","id":"7FFF2A6AA000","name":"libsystem_collections.dylib","path":"/usr/lib/system/libsystem_collections.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.849Z DEBUG codelldb::debug_session] Debug event: 0x11b859268 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_configuration.dylib(0x00007fff29242000)}
[2021-08-21T12:02:44.849Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":30,"event":"module","body":{"module":{"addressRange":"7FFF29242000","id":"7FFF29242000","name":"libsystem_configuration.dylib","path":"/usr/lib/system/libsystem_configuration.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.852Z DEBUG codelldb::debug_session] Debug event: 0x11b850438 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_containermanager.dylib(0x00007fff2852a000)}
[2021-08-21T12:02:44.852Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":31,"event":"module","body":{"module":{"addressRange":"7FFF2852A000","id":"7FFF2852A000","name":"libsystem_containermanager.dylib","path":"/usr/lib/system/libsystem_containermanager.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.853Z DEBUG codelldb::debug_session] Debug event: 0x1500d7c58 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_coreservices.dylib(0x00007fff2a3f5000)}
[2021-08-21T12:02:44.853Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":32,"event":"module","body":{"module":{"addressRange":"7FFF2A3F5000","id":"7FFF2A3F5000","name":"libsystem_coreservices.dylib","path":"/usr/lib/system/libsystem_coreservices.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.855Z DEBUG codelldb::debug_session] Debug event: 0x11b85b9b8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_darwin.dylib(0x00007fff226e3000)}
[2021-08-21T12:02:44.855Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":33,"event":"module","body":{"module":{"addressRange":"7FFF226E3000","id":"7FFF226E3000","name":"libsystem_darwin.dylib","path":"/usr/lib/system/libsystem_darwin.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.856Z DEBUG codelldb::debug_session] Debug event: 0x11b867d98 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_dnssd.dylib(0x00007fff2a6b4000)}
[2021-08-21T12:02:44.856Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":34,"event":"module","body":{"module":{"addressRange":"7FFF2A6B4000","id":"7FFF2A6B4000","name":"libsystem_dnssd.dylib","path":"/usr/lib/system/libsystem_dnssd.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.857Z DEBUG codelldb::debug_session] Debug event: 0x11b915e88 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_featureflags.dylib(0x00007fff20244000)}
[2021-08-21T12:02:44.857Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":35,"event":"module","body":{"module":{"addressRange":"7FFF20244000","id":"7FFF20244000","name":"libsystem_featureflags.dylib","path":"/usr/lib/system/libsystem_featureflags.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.863Z DEBUG codelldb::debug_session] Debug event: 0x11b86b108 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_info.dylib(0x00007fff203be000)}
[2021-08-21T12:02:44.864Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":36,"event":"module","body":{"module":{"addressRange":"7FFF203BE000","id":"7FFF203BE000","name":"libsystem_info.dylib","path":"/usr/lib/system/libsystem_info.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.867Z DEBUG codelldb::debug_session] Debug event: 0x11b939418 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_m.dylib(0x00007fff2a609000)}
[2021-08-21T12:02:44.867Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":37,"event":"module","body":{"module":{"addressRange":"7FFF2A609000","id":"7FFF2A609000","name":"libsystem_m.dylib","path":"/usr/lib/system/libsystem_m.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.870Z DEBUG codelldb::debug_session] Debug event: 0x11b938bb8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_malloc.dylib(0x00007fff20198000)}
[2021-08-21T12:02:44.870Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":38,"event":"module","body":{"module":{"addressRange":"7FFF20198000","id":"7FFF20198000","name":"libsystem_malloc.dylib","path":"/usr/lib/system/libsystem_malloc.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.873Z DEBUG codelldb::debug_session] Debug event: 0x11b9381f8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_networkextension.dylib(0x00007fff24a99000)}
[2021-08-21T12:02:44.873Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":39,"event":"module","body":{"module":{"addressRange":"7FFF24A99000","id":"7FFF24A99000","name":"libsystem_networkextension.dylib","path":"/usr/lib/system/libsystem_networkextension.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.874Z DEBUG codelldb::debug_session] Debug event: 0x1500e6f48 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_notify.dylib(0x00007fff22b02000)}
[2021-08-21T12:02:44.874Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":40,"event":"module","body":{"module":{"addressRange":"7FFF22B02000","id":"7FFF22B02000","name":"libsystem_notify.dylib","path":"/usr/lib/system/libsystem_notify.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.874Z DEBUG codelldb::debug_session] Debug event: 0x14ee922b8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_product_info_filter.dylib(0x00007fff300b7000)}
[2021-08-21T12:02:44.874Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":41,"event":"module","body":{"module":{"addressRange":"7FFF300B7000","id":"7FFF300B7000","name":"libsystem_product_info_filter.dylib","path":"/usr/lib/system/libsystem_product_info_filter.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.875Z DEBUG codelldb::debug_session] Debug event: 0x11b882988 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_sandbox.dylib(0x00007fff29246000)}
[2021-08-21T12:02:44.875Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":42,"event":"module","body":{"module":{"addressRange":"7FFF29246000","id":"7FFF29246000","name":"libsystem_sandbox.dylib","path":"/usr/lib/system/libsystem_sandbox.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.876Z DEBUG codelldb::debug_session] Debug event: 0x1500ea4c8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_secinit.dylib(0x00007fff2a6ad000)}
[2021-08-21T12:02:44.876Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":43,"event":"module","body":{"module":{"addressRange":"7FFF2A6AD000","id":"7FFF2A6AD000","name":"libsystem_secinit.dylib","path":"/usr/lib/system/libsystem_secinit.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.881Z DEBUG codelldb::debug_session] Debug event: 0x118fea408 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_symptoms.dylib(0x00007fff26217000)}
[2021-08-21T12:02:44.881Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":44,"event":"module","body":{"module":{"addressRange":"7FFF26217000","id":"7FFF26217000","name":"libsystem_symptoms.dylib","path":"/usr/lib/system/libsystem_symptoms.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.884Z DEBUG codelldb::debug_session] Debug event: 0x11b94c518 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libsystem_trace.dylib(0x00007fff200e2000)}
[2021-08-21T12:02:44.884Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":45,"event":"module","body":{"module":{"addressRange":"7FFF200E2000","id":"7FFF200E2000","name":"libsystem_trace.dylib","path":"/usr/lib/system/libsystem_trace.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.885Z DEBUG codelldb::debug_session] Debug event: 0x11b94ec98 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libunwind.dylib(0x00007fff2a684000)}
[2021-08-21T12:02:44.885Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":46,"event":"module","body":{"module":{"addressRange":"7FFF2A684000","id":"7FFF2A684000","name":"libunwind.dylib","path":"/usr/lib/system/libunwind.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.892Z DEBUG codelldb::debug_session] Debug event: 0x11b88af48 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libxpc.dylib(0x00007fff200ac000)}
[2021-08-21T12:02:44.893Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":47,"event":"module","body":{"module":{"addressRange":"7FFF200AC000","id":"7FFF200AC000","name":"libxpc.dylib","path":"/usr/lib/system/libxpc.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.908Z DEBUG codelldb::debug_session] Debug event: 0x11bc06ba8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libobjc.A.dylib(0x00007fff2020a000)}
[2021-08-21T12:02:44.908Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":48,"event":"module","body":{"module":{"addressRange":"7FFF2020A000","id":"7FFF2020A000","name":"libobjc.A.dylib","path":"/usr/lib/libobjc.A.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::debug_session] Debug event: 0x11b9764a8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {liboah.dylib(0x00007fff2a68f000)}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":49,"event":"module","body":{"module":{"addressRange":"7FFF2A68F000","id":"7FFF2A68F000","name":"liboah.dylib","path":"/usr/lib/liboah.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::debug_session] Debug event: 0x11b9764a8 Event: broadcaster = 0x12f075820 (lldb.target), type = 0x00000002 (modules-loaded), data = {libc++.1.dylib(0x00007fff202d0000), libSystem.B.dylib(0x00007fff2a6c2000), libc++abi.dylib(0x00007fff20326000), libcache.dylib(0x00007fff2a6bc000), libcommonCrypto.dylib(0x00007fff2a678000), libcompiler_rt.dylib(0x00007fff2a6a2000), libcopyfile.dylib(0x00007fff2a697000), libcorecrypto.dylib(0x00007fff200fa000), libdispatch.dylib(0x00007fff201c5000), libdyld.dylib(0x00007fff20378000), libkeymgr.dylib(0x00007fff2a6b3000), liblaunch.dylib(0x00007fff2dc20000), libmacho.dylib(0x00007fff2a656000), libquarantine.dylib(0x00007fff29e4a000), libremovefile.dylib(0x00007fff2a6b0000), libsystem_asl.dylib(0x00007fff24b06000), libsystem_blocks.dylib(0x00007fff200aa000), libsystem_c.dylib(0x00007fff20247000), libsystem_collections.dylib(0x00007fff2a6aa000), libsystem_configuration.dylib(0x00007fff29242000), libsystem_containermanager.dylib(0x00007fff2852a000), libsystem_coreservices.dylib(0x00007fff2a3f5000), libsystem_darwin.dylib(0x00007fff226e3000), libsystem_dnssd.dylib(0x00007fff2a6b4000), libsystem_featureflags.dylib(0x00007fff20244000), libsystem_info.dylib(0x00007fff203be000), libsystem_m.dylib(0x00007fff2a609000), libsystem_malloc.dylib(0x00007fff20198000), libsystem_networkextension.dylib(0x00007fff24a99000), libsystem_notify.dylib(0x00007fff22b02000), libsystem_product_info_filter.dylib(0x00007fff300b7000), libsystem_sandbox.dylib(0x00007fff29246000), libsystem_secinit.dylib(0x00007fff2a6ad000), libsystem_kernel.dylib, libsystem_platform.dylib, libsystem_pthread.dylib, libsystem_symptoms.dylib(0x00007fff26217000), libsystem_trace.dylib(0x00007fff200e2000), libunwind.dylib(0x00007fff2a684000), libxpc.dylib(0x00007fff200ac000), libobjc.A.dylib(0x00007fff2020a000), liboah.dylib(0x00007fff2a68f000)}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":50,"event":"module","body":{"module":{"addressRange":"7FFF202D0000","id":"7FFF202D0000","name":"libc++.1.dylib","path":"/usr/lib/libc++.1.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":51,"event":"module","body":{"module":{"addressRange":"7FFF2A6C2000","id":"7FFF2A6C2000","name":"libSystem.B.dylib","path":"/usr/lib/libSystem.B.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":52,"event":"module","body":{"module":{"addressRange":"7FFF20326000","id":"7FFF20326000","name":"libc++abi.dylib","path":"/usr/lib/libc++abi.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":53,"event":"module","body":{"module":{"addressRange":"7FFF2A6BC000","id":"7FFF2A6BC000","name":"libcache.dylib","path":"/usr/lib/system/libcache.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":54,"event":"module","body":{"module":{"addressRange":"7FFF2A678000","id":"7FFF2A678000","name":"libcommonCrypto.dylib","path":"/usr/lib/system/libcommonCrypto.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":55,"event":"module","body":{"module":{"addressRange":"7FFF2A6A2000","id":"7FFF2A6A2000","name":"libcompiler_rt.dylib","path":"/usr/lib/system/libcompiler_rt.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":56,"event":"module","body":{"module":{"addressRange":"7FFF2A697000","id":"7FFF2A697000","name":"libcopyfile.dylib","path":"/usr/lib/system/libcopyfile.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":57,"event":"module","body":{"module":{"addressRange":"7FFF200FA000","id":"7FFF200FA000","name":"libcorecrypto.dylib","path":"/usr/lib/system/libcorecrypto.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":58,"event":"module","body":{"module":{"addressRange":"7FFF201C5000","id":"7FFF201C5000","name":"libdispatch.dylib","path":"/usr/lib/system/libdispatch.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":59,"event":"module","body":{"module":{"addressRange":"7FFF20378000","id":"7FFF20378000","name":"libdyld.dylib","path":"/usr/lib/system/libdyld.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":60,"event":"module","body":{"module":{"addressRange":"7FFF2A6B3000","id":"7FFF2A6B3000","name":"libkeymgr.dylib","path":"/usr/lib/system/libkeymgr.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":61,"event":"module","body":{"module":{"addressRange":"7FFF2DC20000","id":"7FFF2DC20000","name":"liblaunch.dylib","path":"/usr/lib/system/liblaunch.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":62,"event":"module","body":{"module":{"addressRange":"7FFF2A656000","id":"7FFF2A656000","name":"libmacho.dylib","path":"/usr/lib/system/libmacho.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":63,"event":"module","body":{"module":{"addressRange":"7FFF29E4A000","id":"7FFF29E4A000","name":"libquarantine.dylib","path":"/usr/lib/system/libquarantine.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":64,"event":"module","body":{"module":{"addressRange":"7FFF2A6B0000","id":"7FFF2A6B0000","name":"libremovefile.dylib","path":"/usr/lib/system/libremovefile.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":65,"event":"module","body":{"module":{"addressRange":"7FFF24B06000","id":"7FFF24B06000","name":"libsystem_asl.dylib","path":"/usr/lib/system/libsystem_asl.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":66,"event":"module","body":{"module":{"addressRange":"7FFF200AA000","id":"7FFF200AA000","name":"libsystem_blocks.dylib","path":"/usr/lib/system/libsystem_blocks.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":67,"event":"module","body":{"module":{"addressRange":"7FFF20247000","id":"7FFF20247000","name":"libsystem_c.dylib","path":"/usr/lib/system/libsystem_c.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":68,"event":"module","body":{"module":{"addressRange":"7FFF2A6AA000","id":"7FFF2A6AA000","name":"libsystem_collections.dylib","path":"/usr/lib/system/libsystem_collections.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":69,"event":"module","body":{"module":{"addressRange":"7FFF29242000","id":"7FFF29242000","name":"libsystem_configuration.dylib","path":"/usr/lib/system/libsystem_configuration.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":70,"event":"module","body":{"module":{"addressRange":"7FFF2852A000","id":"7FFF2852A000","name":"libsystem_containermanager.dylib","path":"/usr/lib/system/libsystem_containermanager.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":71,"event":"module","body":{"module":{"addressRange":"7FFF2A3F5000","id":"7FFF2A3F5000","name":"libsystem_coreservices.dylib","path":"/usr/lib/system/libsystem_coreservices.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":72,"event":"module","body":{"module":{"addressRange":"7FFF226E3000","id":"7FFF226E3000","name":"libsystem_darwin.dylib","path":"/usr/lib/system/libsystem_darwin.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":73,"event":"module","body":{"module":{"addressRange":"7FFF2A6B4000","id":"7FFF2A6B4000","name":"libsystem_dnssd.dylib","path":"/usr/lib/system/libsystem_dnssd.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":74,"event":"module","body":{"module":{"addressRange":"7FFF20244000","id":"7FFF20244000","name":"libsystem_featureflags.dylib","path":"/usr/lib/system/libsystem_featureflags.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":75,"event":"module","body":{"module":{"addressRange":"7FFF203BE000","id":"7FFF203BE000","name":"libsystem_info.dylib","path":"/usr/lib/system/libsystem_info.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":76,"event":"module","body":{"module":{"addressRange":"7FFF2A609000","id":"7FFF2A609000","name":"libsystem_m.dylib","path":"/usr/lib/system/libsystem_m.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":77,"event":"module","body":{"module":{"addressRange":"7FFF20198000","id":"7FFF20198000","name":"libsystem_malloc.dylib","path":"/usr/lib/system/libsystem_malloc.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":78,"event":"module","body":{"module":{"addressRange":"7FFF24A99000","id":"7FFF24A99000","name":"libsystem_networkextension.dylib","path":"/usr/lib/system/libsystem_networkextension.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":79,"event":"module","body":{"module":{"addressRange":"7FFF22B02000","id":"7FFF22B02000","name":"libsystem_notify.dylib","path":"/usr/lib/system/libsystem_notify.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":80,"event":"module","body":{"module":{"addressRange":"7FFF300B7000","id":"7FFF300B7000","name":"libsystem_product_info_filter.dylib","path":"/usr/lib/system/libsystem_product_info_filter.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":81,"event":"module","body":{"module":{"addressRange":"7FFF29246000","id":"7FFF29246000","name":"libsystem_sandbox.dylib","path":"/usr/lib/system/libsystem_sandbox.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":82,"event":"module","body":{"module":{"addressRange":"7FFF2A6AD000","id":"7FFF2A6AD000","name":"libsystem_secinit.dylib","path":"/usr/lib/system/libsystem_secinit.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":83,"event":"module","body":{"module":{"addressRange":"7FFF2033C000","id":"7FFF2033C000","name":"libsystem_kernel.dylib","path":"/usr/lib/system/libsystem_kernel.dylib","symbolFilePath":"/usr/lib/system/libsystem_kernel.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":84,"event":"module","body":{"module":{"addressRange":"7FFF203B4000","id":"7FFF203B4000","name":"libsystem_platform.dylib","path":"/usr/lib/system/libsystem_platform.dylib","symbolFilePath":"/usr/lib/system/libsystem_platform.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":85,"event":"module","body":{"module":{"addressRange":"7FFF2036C000","id":"7FFF2036C000","name":"libsystem_pthread.dylib","path":"/usr/lib/system/libsystem_pthread.dylib","symbolFilePath":"/usr/lib/system/libsystem_pthread.dylib","symbolStatus":"Symbols loaded."},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":86,"event":"module","body":{"module":{"addressRange":"7FFF26217000","id":"7FFF26217000","name":"libsystem_symptoms.dylib","path":"/usr/lib/system/libsystem_symptoms.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":87,"event":"module","body":{"module":{"addressRange":"7FFF200E2000","id":"7FFF200E2000","name":"libsystem_trace.dylib","path":"/usr/lib/system/libsystem_trace.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":88,"event":"module","body":{"module":{"addressRange":"7FFF2A684000","id":"7FFF2A684000","name":"libunwind.dylib","path":"/usr/lib/system/libunwind.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":89,"event":"module","body":{"module":{"addressRange":"7FFF200AC000","id":"7FFF200AC000","name":"libxpc.dylib","path":"/usr/lib/system/libxpc.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":90,"event":"module","body":{"module":{"addressRange":"7FFF2020A000","id":"7FFF2020A000","name":"libobjc.A.dylib","path":"/usr/lib/libobjc.A.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:44.909Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":91,"event":"module","body":{"module":{"addressRange":"7FFF2A68F000","id":"7FFF2A68F000","name":"liboah.dylib","path":"/usr/lib/liboah.dylib","symbolStatus":"Symbols not found"},"reason":"new"}}
[2021-08-21T12:02:45.074Z DEBUG codelldb::debug_session] Debug event: 0x14ee9db60 Event: broadcaster = 0x14f94fa50 (lldb.process), type = 0x00000001 (state-changed), data = { process = 0x14f94fa18 (pid = 58750), state = exited}
[2021-08-21T12:02:45.074Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":92,"event":"output","body":{"output":"Process exited with code 1.\n"}}
[2021-08-21T12:02:45.074Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":93,"event":"exited","body":{"exitCode":1}}
[2021-08-21T12:02:45.074Z DEBUG codelldb::dap_codec] <-- {"type":"event","seq":94,"event":"terminated","body":{}}
[2021-08-21T12:02:45.076Z DEBUG codelldb::dap_codec] --> {"command":"disconnect","arguments":{"restart":false,"terminateDebuggee":false},"type":"request","seq":11}
[2021-08-21T12:02:45.076Z DEBUG codelldb::dap_codec] <-- {"type":"response","request_seq":11,"success":true,"command":"disconnect"}
[2021-08-21T12:02:45.577Z DEBUG codelldb::dap_session] Client has disconnected
[2021-08-21T12:02:45.578Z DEBUG codelldb::debug_session] End of the requests stream
[2021-08-21T12:02:45.578Z DEBUG codelldb::debug_session] DebugSession::drop()
[2021-08-21T12:02:45.578Z DEBUG codelldb] Session has ended
[2021-08-21T12:02:45.589Z DEBUG codelldb] Exiting
Debug adapter exit code=0, signal=null.

Do you have any watch expressions in the debugger?

No, but breakpoints to non existing files from previous opened workspaces. So if I remove the breakpoint that caused the following line everything works:
[2021-08-21T12:02:40.875Z DEBUG codelldb::dap_codec] --> {"command":"setBreakpoints","arguments":{"source":{"name":"syncMyMoodle.py","path":"/Users/leanderSchulten/git_projekte/syncMyMoodle/syncMyMoodle.py"},"lines":[518],"breakpoints":[{"line":518,"condition":"not \"result\" in episodejson[\"search-results\"]"}],"sourceModified":false},"type":"request","seq":4}
So it evaluated the condition not \"result\" in episodejson[\"search-results\"], but that failed with the syntax error.

Simple Expressions do not support the in operator.
Python Expressions do support that, however, in this case this won't work either, since it looks like episodejson is some kind of a map.  C++ map visualizers do not expose associative indexing.
Your best option is to try Native Expressions, which might work, depending on how good lldb-clang integration turns out in this case.  But than you'll need to write the expression using C++ syntax, not Python.

Yeah it was a stale breakpoint from debugging some python scripts. The breakpoint was not intended to be used with the c++ project, but I didn't removed the breakpoint because I didn't expected that it will crash the debugger

Looking at the log, I don't see any sign of the debugger crashing.  There was an error while trying to evaluate that expression, it was reported, then debug session was resumed till the debuggee exited.


Map backend

A simple map, could be used by library wrappers to prefill some configuration variables during runtime for example.

Is this issue still unresolved?

There's a PR open, just need to either add more to it or close it

Waiting for the https://github.com/heetch/confita/pull/36 to be merged


Style guide

Does it make sense to follow elm style guide in records?
I can make a PR

I've made trailing so because of this proposal. But since community has not agreed yet, we can change it back to the current style guide.


Remove / Add exif data from image.

I want to let user to decide whether they want to remove exif data from image before upload. I have seen there's option to get exif in react-native-image-crop-picker and react-native-camera i.e "includeExif". Is there any way to do the same and removing/adding exif using this library.
Or any way to achieve same using any other third-party on client side.
Any help will be appreciated.
Thank You.

Hi @dev7050 did you find any solution for the same?

Hello @shubhamoyorooms , yes you can do so with piexif as
import piexif from 'piexifjs';
noexifbase64 = piexif.remove(your base-64 image);

Thank you. You're my life saver!
And those who want to know how to use piexif-ts (including TypeScript), this might help you.
import { remove, load } from "piexif-ts";

const reader = new Reader();
reader.onloadend = () => {
  const result = load(reader.result as string);
  console.log("result:", result); // to see the original exif data
  const removed = remove(reader.result as string);
  console.log("after removed:", load(removed)); // now you can see all the exif data is gone.
};
reader.readAsDataURL(file);


oneOf select change when an item is added in a sub array

Description
A clear and concise description of what the bug is.
Minimal Reproduction
https://stackblitz.com/edit/angular-4cslvk-ng47fh?file=package.json

click the further link
Select "Values Object"
add an item
the one if is back to "Name" (it should not)

Your Environment

Angular version: X.Y.Z
Formly version: 5.10.28

Additional context
This is a new bug since the version 5.10.26.

the one if is back to "Name" (it should not)

the last step is not clear

the one if is back to "Name" (it should not)

the last step is not clear

When we add a new item the selection of the oneOf is changed from "Values Object" to "Name".

Let me know if it still not clear. Thanks a lot.

It's clear now, thanks!

This issue has been fixed and released as part of v5.10.29 release.
Please let us know, in case you are still encountering a similar issue/problem.
Thank you!


Long run of static signals only show time = 0

When my input signals don't change the VCD file only shows time = 0 in GTKwaves.
I attached 2 VCD files with 512 samples, one is incrementing from 100 to 611 the other is
a static 100. You should be able to replicate this but if you need more information or my
code let me know.
waves_512_samples_inc_vcd.txt
waves_512_samples_static_vcd.txt

PyVCD has optimizations to both avoid writing superfluous value changes when the value doesn't change as well as only writing timestamps in conjunction with value changes (to avoid superfluous timestamps). So in this kind of pathological case where none of the values ever change, the timestamp won't be updated via value changes.
However, VCDWriter.flush() and VCDWriter.close() both have an optional timestamp parameter that may be used to force a timestamp to be written without an accompanying value change. For your application, it seems like calling close() with the final timestamp would meet your need.


Rest API for openuds

Hi @dkmstr,
I am planning to automate the creation of service, service pool, OS manager creation etc.,
so could you please provide the REST API documentation for openuds, so it is easy for me to automate it.
Thanks,
Harry

Sorry, this part is on the "TODO", it's an ardous work, and have no time for this right now :(
Maybe in a near future i could create it, but right now, it's impossible for me to take time into it :(.

Okay @dkmstr, Any alternative ways you can think of
i) to automate the creation of service, service pool, OS manager creation etc
ii) Is there a document for How to use the VDI via UDS?
iii) I see only the Memory can be configured via UDS, Is there a way to configure the disk size and CPU using UDS?
Thanks and Much Appreciated

@dkmstr  Also, I see few list of python file which says about Rest API's : https://github.com/dkmstr/openuds/tree/master/server/samples Any idea on these?

These are old, possible outdated REST api samples, buy maybe a good start :).


http inlet (auth proxy)

Assuming the identity is enrolled in a project that has influxdb addon enabled, like:
[configure influxdb'  addon]
$ ockam project addon configure  influxdb -e http://some.influxdb.instance:8086 -t $TOKEN -o $ORG_ID --permissions '$PERMISSIONS'

An http authentication inlet is started as:
[create a node, and a http-inlet on it.   it creates a tcp-outlet behind the scenes]
$ ockam node create n1
$ ockam http-inlet create --at /node/n1 --from 8087  --upstream-server  http://some.influxdb.instance.com:8086

Then sending influxdb' request (writes, queries) to  localhost:8087  will cause the request to be sent to upstream influxdb instance,  but with the request modified to include an Authentication header with a token obtained from the project' token lease manager.   This token is rotated as needed, without clients having to worry about that.  Upstream server can be http or https.
The same  can be done through a node' config file as well:
name: n1
http-inlets:
  influxdb:
    from: <IP_ADDRESS>:8087
    upstream-server: http://localhost:8086

If the upstream server is not directly accessible from this node,  it can be accessed through a relay like:
[create a node, and a http-inlet on it.    the other side is just a normal tcp outlet]
$ ockam node create n1
$ ockam http-inlet create --at /node/n1 --from 8087  --to /project/default/service/forward_to_influxdb/secure/api/service/outlet

or
name: n1

http-inlets:
  influxdb:
    from: <IP_ADDRESS>:8087
    to: /project/default/service/forward_to_influxdb/secure/api/service/outlet

Notes:

It requires a secure channel between inlet->outlet, even when both are on the same node (the first case, where we implicitly create the tcp outlet).  That's something to maybe improve, right now is mandatory.
Right now, it doesn't support serving https,  as tcp-inlets doesn't support that yet .  So influxdb' clients must be configured to use http (upstream can be http or https).
Right now the original Token sent by clients is just discarded (it can be anything).   Perhaps we could require a custom string there instead (like "OCKAM-MANAGED" or something.  As long as clients don't complaint that that isn't a valid token when reading it from config)

Other than InfluxDb, I can't think of other use cases where the Authorization header is dynamically added. Maybe we should name it influxdb-inlet?

closing in favor of https://github.com/build-trust/ockam/pull/8461


Fix warnings that pointers aren't sendable when using the Swift 5.10 toolchain.

As of Swift 5.10, pointers (e.g. UnsafeMutableRawPointer) are no longer considered sendable because the compiler and runtime can't reason about them, so we're starting to get warnings in the error-to-backtrace code where we're using them as keys in a sendable dictionary.
This PR switches to using ObjectIdentifier which is sendable. (If that changes in the future, we can switch to UInt instead, but strong typing is a good thing in Swift.)

@swift-ci please test


Reorder saves outside of the thread to prevent nonce clashing error

Closes #142

Codecov Report

:exclamation: No coverage uploaded for pull request base (dev@b7b630d). Click here to learn what that means.
The diff coverage is 0%.

@@          Coverage Diff           @@
##             dev     #143   +/-   ##
======================================
  Coverage       ?   15.32%
  Complexity     ?       48
======================================
  Files          ?       57
  Lines          ?     2081
  Branches       ?      186
======================================
  Hits           ?      319
  Misses         ?     1743
  Partials       ?       19

Impacted Files
Coverage Δ
Complexity Δ

...om/conveyal/taui/controllers/RegionController.java
15.06% <0%> (ø)
2 <0> (?)

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 b7b630d...d068659. Read the comment docs.


Option --report

It seems like the option --report is not supported. Maybe it's a "bug" in the Wiki ?!

Not any more, that report  option should not be in the wiki any more. It has been replaced with the more flexible outputformat and outputdestination options.
If you set outputdestination to file and outputformat to csv then it's equivalent.

Okay.. thx

I have removed that from the "Configuration" page.
thanks, well spotted.


Backend Codes

Hello
Thank you for this source
it's very amazing
I want use from your source but I can not find backend code for php
can you help me?

Hi, Thank you for being interested in my project. I didn't use any backend
source code, so feel free to add them in.
Best regards,
Hieu
On Mon, Mar 29, 2021, 09:51 sobhan zp @.***> wrote:

Hello
Thank you for this source
it's very amazing
I want use from your source but I can not find backend code for php
can you help me?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/TrungHieuN/MyAR/issues/1, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFUE62RQCYEK5WZBT4EDCW3TGA5SJANCNFSM4Z7CCQVA
.

your welcome
for example I want change products
but I could not change from firebase
can I change products right?
because I didn't see database file

Hi,
for this project I used firebase databse for listing my products. If you
wanna use your own database, you have to modify the code of database part
and link it to yours. That's when you can use your own product listing for
the app.
Best regards,
Hieu
On Mon, Mar 29, 2021, 10:07 sobhan zp @.***> wrote:

your welcome
for example I want change products
but I could not change from firebase
can I change products right?
because I didn't see database file
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/TrungHieuN/MyAR/issues/1#issuecomment-809167162, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AFUE62XPX34VDMRRVW6NT6LTGA7LZANCNFSM4Z7CCQVA
.

sure
that's grate
if you can share your database file for firebase?
thank you for support


[CI] Add a job running with Julia nightly

It's only one job, but in this way we can catch early failures on nightly

Uhm, the test at
https://github.com/JuliaPackaging/BinaryBuilderBase.jl/blob/dd83f8b0189ccda4d01dd213c6c3dd089f31065a/test/dependencies.jl#L156-L165
is failing because it installs GMP v6.2.1 (which has libgmp.so.10.4.1), which however isn't compatible with Julia v1.6.

The failing test I reported above is still failing now.  That has to be fixed in Pkg, otherwise we can't move on here.

Ok, after last fixes for VersionSpec, we're back to failures only in test/dependencies.jl (I can confirm all other tests run successfully):
 Downloading artifact: Zlib
 Downloading artifact: LibCURL
Setup: Test Failed at /home/runner/work/BinaryBuilderBase.jl/BinaryBuilderBase.jl/test/dependencies.jl:135
  Expression: "libssh2." * platform_dlext(platform) in readdir(last(libdirs(Prefix(destdir(dir, platform)))))
   Evaluated: "libssh2.so" in ["libcurl.la", "libcurl.so", "libcurl.so.4", "libcurl.so.4.7.0", "pkgconfig"]
Stacktrace:
 [1] macro expansion
   @ /opt/hostedtoolcache/julia/nightly/x64/share/julia/stdlib/v1.8/Test/src/Test.jl:479 [inlined]
 [2] (::var"#37#53")(dir::String)
   @ Main ~/work/BinaryBuilderBase.jl/BinaryBuilderBase.jl/test/dependencies.jl:135
 Downloading artifact: GMP
Setup: Test Failed at /home/runner/work/BinaryBuilderBase.jl/BinaryBuilderBase.jl/test/dependencies.jl:176
  Expression: isfile(joinpath(destdir(dir, platform), "lib", "libgmp.so.10.4.0"))
Stacktrace:
 [1] macro expansion
   @ /opt/hostedtoolcache/julia/nightly/x64/share/julia/stdlib/v1.8/Test/src/Test.jl:479 [inlined]
 [2] (::var"#45#61")(dir::String)
   @ Main ~/work/BinaryBuilderBase.jl/BinaryBuilderBase.jl/test/dependencies.jl:176
Test Summary:                     | Pass  Fail  Broken  Total   Time
Dependencies                      |   72     2       2     76  52.5s
  Filter dependencies by platform |    2                    2   0.2s
  JSON (de)serialization          |   10             1     11   1.8s
  Setup                           |   22     2       1     25  49.6s

However I'm confused by why we're getting the wrong GMP in nightly, with a recent built from master I get:
julia> Pkg.add("GMP_jll"; julia_version=v"1.6")
   Resolving package versions...
    Updating `/tmp/jl_fGToRx/Project.toml`
  [781609d7] ↓ GMP_jll v6.2.1+1 ⇒ v6.2.0+5
    Updating `/tmp/jl_fGToRx/Manifest.toml`
  [781609d7] ↓ GMP_jll v6.2.1+1 ⇒ v6.2.0+5

julia> Pkg.status()
Status `/tmp/jl_fGToRx/Project.toml`
  [781609d7] GMP_jll v6.2.0+5

while in v1.7:
julia> Pkg.add("GMP_jll"; julia_version=v"1.6")
    Updating registry at `~/.julia/registries/General`
    Updating git-repo `https://github.com/JuliaRegistries/General.git`
   Resolving package versions...
    Updating `/tmp/jl_xc2Y49/Project.toml`
  [781609d7] + GMP_jll
    Updating `/tmp/jl_xc2Y49/Manifest.toml`
  [56f22d72] + Artifacts
  [8f399da3] + Libdl
  [781609d7] + GMP_jll
Precompiling project...
  1 dependency successfully precompiled in 1 seconds

julia> Pkg.status()
      Status `/tmp/jl_xc2Y49/Project.toml`
  [781609d7] GMP_jll

which seems to confirm that this will never work in v1.7.
We need to investigate why the build environment is getting wrong GMP_jll, and why LibCURL_jll dependencies doesn't seem to be automatically pulled in.

I tried to make package installation more verbose:
   Resolving package versions...
    Updating `/tmp/jl_APzAHS/x86_64-linux-gnu-julia_version+1.6.0/.project/Project.toml`
  [781609d7] + GMP_jll v6.2.0+5
    Updating `/tmp/jl_APzAHS/x86_64-linux-gnu-julia_version+1.6.0/.project/Manifest.toml`
  [56f22d72] + Artifacts
  [8f399da3] + Libdl
  [781609d7] + GMP_jll v6.2.0+5
readdir(joinpath(destdir(dir, platform), "lib")) = ["libgmp.la", "libgmp.so", "libgmp.so.10", "libgmp.so.10.4.1", "libgmpxx.la", "libgmpxx.so", "libgmpxx.so.4", "libgmpxx.so.4.6.1", "pkgconfig"]
Setup: Test Failed at /home/mose/.julia/dev/BinaryBuilderBase/test/dependencies.jl:177
  Expression: isfile(joinpath(destdir(dir, platform), "lib", "libgmp.so.10.4.0"))
Stacktrace:
 [1] macro expansion
   @ ~/repo/julia/usr/share/julia/stdlib/v1.8/Test/src/Test.jl:479 [inlined]
 [2] (::var"#17#33")(dir::String)
   @ Main ~/.julia/dev/BinaryBuilderBase/test/dependencies.jl:177
Test Summary:                     | Pass  Fail  Broken  Total   Time
Dependencies                      |   72     2       2     76  12.9s
  Filter dependencies by platform |    2                    2   0.2s
  JSON (de)serialization          |   10             1     11   1.7s
  Setup                           |   22     2       1     25  10.2s
ERROR: LoadError: Some tests did not pass: 72 passed, 2 failed, 0 errored, 2 broken.
in expression starting at /home/mose/.julia/dev/BinaryBuilderBase/test/dependencies.jl:18
in expression starting at /home/mose/.julia/dev/BinaryBuilderBase/test/runtests.jl:4

I really don't understand this: Pkg.jl says it's installing GMP_jll v6.2.0+5, which is correct (it's what's used in Julia v1.6), but  libgmp.so.10.4.1 is in GMP 6.2.1, not 6.2.0, so this doesn't make much sense to me.

This
https://github.com/JuliaPackaging/BinaryBuilderBase.jl/blob/030c6e47d0e2bb9f1b146b9e5a8d3231e9c437b5/src/Prefix.jl#L479-L483
is probably what is different between v1.6 and nightly.  When adding Pkg.add("GMP_jll"; julia_version=v"1.6"), dep_path is "/home/mose/Documents/julia-1.6.4/share/julia/stdlib/v1.6/GMP_jll" in v1.6 and "/home/mose/repo/julia/usr/share/julia/stdlib/v1.8/GMP_jll" is nightly.  I guess this has happened to work just by chance so far because we were on v1.6.  Not sure how this is supposed to work.  Pinging @staticfloat, you added those lines in #97

Hmmm, could dep.tree_hash be non-nothing somehow?

It's non-nothing for non-stdlibs.  GMP_jll happens to be an stdlib, but we want to get a version which may not be a current stdlib

We do something like this:
(@v1.8) pkg> activate --temp
  Activating new project at `/tmp/jl_0tzUjS`

julia> using Pkg

julia> ctx = Pkg.Types.Context(;julia_version=v"1.6");

julia> Pkg.add(ctx, [PackageSpec("GMP_jll"), PackageSpec("GTK3_jll")])
    Updating registry at `~/.julia/registries/General`
    Updating git-repo `https://github.com/JuliaRegistries/General.git`
   Resolving package versions...
    Updating `/tmp/jl_0tzUjS/Project.toml`
  [77ec8976] + GTK3_jll v3.24.31+0
  [781609d7] + GMP_jll v6.2.0+5
    Updating `/tmp/jl_0tzUjS/Manifest.toml`
  [692b3bcd] + JLLWrappers v1.3.0
  [21216c6a] + Preferences v1.2.3
  [7b86fcea] + ATK_jll v2.36.1+0
  [6e34b625] + Bzip2_jll v1.0.8+0
  [83423d85] + Cairo_jll v1.16.1+1
  [ee1fde0b] + Dbus_jll v1.12.16+3
  [2e619515] + Expat_jll v2.2.10+0
  [a3f928ae] + Fontconfig_jll v2.13.93+0
  [d7e528f0] + FreeType2_jll v2.10.4+0
  [559328eb] + FriBidi_jll v1.0.10+0
  [77ec8976] + GTK3_jll v3.24.31+0
  [78b55507] + Gettext_jll v0.21.0+0
  [7746bdde] + Glib_jll v2.68.3+2
  [3b182d85] + Graphite2_jll v1.3.14+0
  [2e76f6c2] + HarfBuzz_jll v2.8.1+1
  [aacddb02] + JpegTurbo_jll v2.1.0+0
  [dd4b983a] + LZO_jll v2.10.1+0
  [42c93a91] + Libepoxy_jll v1.5.8+1
  [e9f186c6] + Libffi_jll v3.2.2+1
  [d4300ac3] + Libgcrypt_jll v1.8.7+0
  [7e76a0d4] + Libglvnd_jll v1.3.0+3
  [7add5ba3] + Libgpg_error_jll v1.42.0+0
  [94ce4f54] + Libiconv_jll v1.16.1+1
  [4b2f31a3] + Libmount_jll v2.35.0+0
  [89763e89] + Libtiff_jll v4.3.0+0
  [38a345b3] + Libuuid_jll v2.36.0+0
  [2f80f16e] + PCRE_jll v8.44.0+0
  [36c8627f] + Pango_jll v1.47.0+0
  [30392449] + Pixman_jll v0.40.1+0
  [a2964d1f] + Wayland_jll v1.19.0+0
  [2381bf8a] + Wayland_protocols_jll v1.23.0+0
  [02c8fc9c] + XML2_jll v2.9.12+0
  [aed1982a] + XSLT_jll v1.1.34+0
  [4f6342f7] + Xorg_libX11_jll v1.6.9+4
  [0c0b7dd1] + Xorg_libXau_jll v1.0.9+4
  [3c9796d7] + Xorg_libXcomposite_jll v0.4.5+4
  [935fb764] + Xorg_libXcursor_jll v1.2.0+4
  [0aeada51] + Xorg_libXdamage_jll v1.1.5+4
  [a3789734] + Xorg_libXdmcp_jll v1.1.3+4
  [1082639a] + Xorg_libXext_jll v1.3.4+4
  [d091e8ba] + Xorg_libXfixes_jll v5.0.3+4
  [a51aa0fd] + Xorg_libXi_jll v1.7.10+4
  [d1454406] + Xorg_libXinerama_jll v1.1.4+4
  [ec84b674] + Xorg_libXrandr_jll v1.5.2+4
  [ea2f1a96] + Xorg_libXrender_jll v0.9.10+4
  [b6f176f1] + Xorg_libXtst_jll v1.2.3+4
  [14d82f49] + Xorg_libpthread_stubs_jll v0.1.0+3
  [c7cfdc94] + Xorg_libxcb_jll v1.13.0+3
  [cc61e674] + Xorg_libxkbfile_jll v1.1.0+4
  [35661453] + Xorg_xkbcomp_jll v1.4.2+4
  [33bec58e] + Xorg_xkeyboard_config_jll v2.27.0+4
  [c5fb5394] + Xorg_xtrans_jll v1.4.0+3
  [3161d3a3] + Zstd_jll v1.5.0+0
  [de012916] + at_spi2_atk_jll v2.34.1+4
  [0fc3237b] + at_spi2_core_jll v2.34.0+4
  [da03df04] + gdk_pixbuf_jll v2.42.6+1
  [bf975903] + iso_codes_jll v4.3.0+4
  [b53b4c65] + libpng_jll v1.6.38+0
  [d8fb68d0] + xkbcommon_jll v0.9.1+5
  [0dad84c5] + ArgTools v1.1.1
  [56f22d72] + Artifacts
  [2a0f44e3] + Base64
  [ade2ca70] + Dates
  [f43a241f] + Downloads v1.4.0
  [7b1f6079] + FileWatching
  [b77e0a4c] + InteractiveUtils
  [b27032c2] + LibCURL v0.6.2
  [76f85450] + LibGit2
  [8f399da3] + Libdl
  [56ddb016] + Logging
  [d6f4376e] + Markdown
  [ca575930] + NetworkOptions v1.2.0
  [44cfe95a] + Pkg v1.5.0
  [de0858da] + Printf
  [3fa0cd96] + REPL
  [9a3f8284] + Random
  [ea8e919c] + SHA
  [9e88b42a] + Serialization
  [6462fe0b] + Sockets
  [fa267f1f] + TOML v1.0.0
  [a4e569a6] + Tar v1.9.0
  [cf7118a7] + UUIDs
  [4ec0a83e] + Unicode
  [e66e0078] + CompilerSupportLibraries_jll v0.3.6+1
  [781609d7] + GMP_jll v6.2.0+5
  [deac9b47] + LibCURL_jll v7.73.0+3
  [29816b5a] + LibSSH2_jll v1.9.1+0
  [c8ffd9c3] + MbedTLS_jll v2.24.0+1
  [14a3606d] + MozillaCACerts_jll v2020.7.22
  [83775a58] + Zlib_jll v1.2.12+0
  [8e850ede] + nghttp2_jll v1.41.0+0
  [3f19e933] + p7zip_jll v16.2.1+0

julia> ctx.env.manifest
Pkg.Types.Manifest(v"1.6.0", v"2.0.0", Dict{Base.UUID, Pkg.Types.PackageEntry}(UUID("2381bf8a-dfd0-557d-9999-79630e7b1b91") => PackageEntry(
  name = Wayland_protocols_jll
  version = 1.23.0+0
  tree_hash = 66d72dc6fcc86352f01676e8f0f698562e60510f
), UUID("3c9796d7-64a0-5134-86ad-79f8eb684845") => PackageEntry(
  name = Xorg_libXcomposite_jll
  version = 0.4.5+4
  tree_hash = 7c688ca9c957837539bbe1c53629bb871025e423
), UUID("da03df04-f53b-5353-a52f-6a8b0620ced0") => PackageEntry(
  name = gdk_pixbuf_jll
  version = 2.42.6+1
  tree_hash = c23323cd30d60941f8c68419a70905d9bdd92808
), UUID("ee1fde0b-3d02-5ea6-8484-8dfef6360eab") => PackageEntry(
  name = Dbus_jll
  version = 1.12.16+3
  tree_hash = 97f1325c10bd02b1cc1882e9c2bf6407ba630ace
), UUID("aacddb02-875f-59d6-b918-886e6ef4fbf8") => PackageEntry(
  name = JpegTurbo_jll
  version = 2.1.0+0
  tree_hash = d735490ac75c5cb9f1b00d8b5509c11984dc6943
), UUID("bf975903-5238-5d20-8243-bc370bc1e7e5") => PackageEntry(
  name = iso_codes_jll
  version = 4.3.0+4
  tree_hash = 5ee24c3ae30e006117ec2da5ea50f2ce457c019a
), UUID("76f85450-5226-5b5a-8eaa-529ad045b433") => PackageEntry(
  name = LibGit2
), UUID("2a0f44e3-6c83-55bd-87e4-b1978d98bd5f") => PackageEntry(
  name = Base64
), UUID("3b182d85-2403-5c21-9c21-1e1f0cc25472") => PackageEntry(
  name = Graphite2_jll
  version = 1.3.14+0
  tree_hash = 344bf40dcab1073aca04aa0df4fb092f920e4011
), UUID("30392449-352a-5448-841d-b1acce4e97dc") => PackageEntry(
  name = Pixman_jll
  version = 0.40.1+0
  tree_hash = b4f5d02549a10e20780a24fce72bea96b6329e29
)…), Dict{String, Any}("project_hash" => "ebca7a22387a91578e1a2b38adee39a95df75fc7"))

How can we get the path of GMP_jll v6.2.0+5?  We don't have its git tree sha1, so we can't use Pkg.Operations.find_installed

If I use look up the git tree hash in the registry for version v6.2.0+5 I get this path
julia> Pkg.Operations.find_installed("GMP_jll", UUID("781609d7-10c4-51f6-84f2-b8444358ff6d"), Base.SHA1("40388878122d491a2e55b0e730196098595d8a90"))
"/home/mose/.julia/packages/GMP_jll/IA6Pi"

However this path doesn't exist on disk:
shell> ls $(Pkg.Operations.find_installed("GMP_jll", UUID("781609d7-10c4-51f6-84f2-b8444358ff6d"), Base.SHA1("40388878122d491a2e55b0e730196098595d8a90")))
ls: cannot access '/home/mose/.julia/packages/GMP_jll/IA6Pi': No such file or directory

So Pkg pretended to install v6.2.0+5, but it did nothing.

So the problem is that GMP_jll is a standard library on v1.6, so when you tell Pkg to add() something for a specific Julia version, it will do so, unless it's a standard library.  I think strictly speaking, this is desired behavior from the point of view of Pkg, since we can't load those other stdlib versions, and if you were on Julia v1.6, it wouldn't install a GMP_jll anyway.
So what we need to do is make use of the julia_version = nothing ability that I added, and just give the PackageSpec the proper version number:
julia> using Pkg, TOML

       function collect_jlls(manifest::Dict, dependencies::Set{<:AbstractString})
           # Handle Manifest format v2.0
           if get(manifest, "manifest_format", "1.0") == "2.0" && haskey(manifest, "deps")
               return collect_jlls(manifest["deps"], dependencies)
           end

           jlls = copy(dependencies)
           for (pkg, infos) in manifest
               for info in infos
                   if pkg in jlls
                       deps = get(info, "deps", nothing)
                       deps === nothing && continue
                       for dep in deps
                           if endswith(dep, "_jll")
                               push!(jlls, dep)
                           end
                       end
                   end
               end
           end
           if jlls == dependencies
               return jlls
           else
               return collect_jlls(manifest, jlls)
           end
       end

       julia_version = v"1.6"
       ctx = Pkg.Types.Context(;julia_version)

       # Install something that has a bunch of dependencies, AND something that's an stdlib
       dependencies = PackageSpec.(["GMP_jll", "GTK3_jll"])
       Pkg.add(ctx, dependencies)

       # Get all JLL packages within the current project
       installed_jlls = [
           Pkg.Types.PackageSpec(name=p.name, uuid=u, tree_hash=p.tree_hash) for (u, p) in ctx.env.manifest if endswith(p.name, "_jll")
       ]

       manifest = TOML.parsefile(ctx.env.manifest_file)
       dependencies_names = Set(getfield.(dependencies, :name))
       jll_direct_deps = collect_jlls(manifest, dependencies_names)
       filter!(jll -> jll.name ∈ jll_direct_deps, installed_jlls)

       for (dep_idx, dep) in enumerate(installed_jlls)
           # First, figure out if this JLL was treated as a stdlib:
           if dep.tree_hash === nothing
               # If it was, we need to figure out the version for this julia version
               dep_version = Pkg.Types.stdlib_version(dep.uuid, julia_version)
               @show dep.name, dep_version

               # Then call Pkg.add() with that precise version, and julia_version == nothing
               dep.version = dep_version
               Pkg.add(ctx, [dep]; julia_version = nothing)
               installed_jlls[dep_idx] = dep
           end
       end

       # Now that we've concretized all stdlib JLLs, everybody has a path:
       for dep in installed_jlls
           dep_path = Pkg.Operations.find_installed(dep.name, dep.uuid, dep.tree_hash)
           @show dep.name, dep_path
       end

Highlights of the above:

We're calling Pkg.add() multiple times here; I think we can do it only twice pretty easily; once to download everything for the top-level deps, then we scan for stdlibs, fix them to their concrete version, then re-add to download them and their artifacts.  Note that I'm overriding julia_version to nothing in the second call; we want to continue to keep julia_version as the actual number in the first call, since that will correctly propagate julia version constrains upon all the other packages.  We ignore these for stdlibs because, well, we know exactly what version things should be for those.

I had to fix collect_jlls() because of the new manifest format.  It's as easy as recursing into the deps sub-key, which used to be the single top-level entity.

I'm kind of relying upon the fact that the second Pkg.add() modifies the dep object here, giving it the treehash that it needs for the final find_installed() call.  I don't think that's a good design; let's future-proof ourselves against Pkg changes and re-parse the Manifest after the second Pkg.add()?

Okay, I spent a long time figuring out how to get exactly the version we want; (e.g. 1.2.12+1 and not 1.2.12+2 for Zlib_jll) but now that I'm thinking about it.... perhaps that's not so important; perhaps it's okay that the resolver will ignore the build number, because we really shouldn't be that worried about the build number, even with stdlibs..... right?  What do you guys think?

For non-stdlibs, if you add by the commit, e.g. Pkg.add(rev = "my commit hash"), then you force Pkg to give you that exact commit, which will allow you to get an older build number.
I don't think that will work for stdlibs.

get_addable_spec works fine with stdlibs, because it queries the registry, which is what I suggested above.  We may eventually incorporate it here

For the record, tests pass for me locally in Julia v1.7, apart from https://github.com/JuliaLang/Pkg.jl/issues/2931 which makes installation of a package crash, but after it has been downloaded, so that subsequent calls to that function work fine: if I run the tests twice, they are eventually successful.

TESTS ARE PASSING IN v1.7 AND NIGHTLY!

Let's do it! Thanks a lot for the help!


All metaworld environments report done=True at max time steps.

Although this can be convenient for on-policy algorithms, it technically makes the environment partially observable. In particular, this is known to significantly increase the sample requirements for off-policy algorithms in many cases.
Since the goal of this benchmark is to compare different meta-learning methods, it would be best to have a version of this benchmark that does not unfairly discriminate against off-policy meta-RL methods (such as PEARL).

Just a comment: This can also be a problem for RL^2 as it would expect done=True when task is complete, not when the env reaches max time steps.

I also thought that might be the case. Surprisingly, no environments in metaworld report done=True when the task is complete / on task success. This means that as long as you aren't giving RL^2 the success signal, RL^2 should just learn to ignore the done signal (or learns it's an "end of episode" signal) for metaworld benchmarks.
Having said that, if you're training RL^2 by mixing together the done and success signals, then yes that should cause problems on these benchmarks. It's also not clear to me if giving access to the success signal is fair in the first place, so perhaps its best not to do that.


Write verbiage for CONTACT ME offer

Hello @m-reza-rahman , please make your edits in https://github.com/Azure/rhel-jboss-templates/blob/main/eap74-rhel8-payg/src/main/resources/marketing-artifacts/partner-center.html


CLion plugin is incompatible to bazel flag incompatible_struct_has_no_methods

Description of the bug:
A Bazel project using incompatible_struct_has_no_methods to make sure it is not by accident using deprecated behavior is not compatible to the CLion Bazel plugin.
Desired solution:
Changing the implementation to use the forward path pattern and then to use incompatible_struct_has_no_methods in the CI to make sure the issue does not reappear until Bazel flips this flag in a future release.
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.

Setup a Bazel project with CLion
Create a .bazelrc file in the project and add --incompatible_struct_has_no_methods
Start a project sync

Exemplary error:
ERROR: <path_to_build_file>/BUILD:3:11: in @intellij_aspect//:intellij_info_bundled.bzl%intellij_info_aspect aspect on py_library rule //src/analyze_includes:lib:
Traceback (most recent call last):
	File "<path_into_cache>/e663c61e10a8ed8d3fb71670c233b37b/external/intellij_aspect/intellij_info_bundled.bzl", line 67, column 37, in _aspect_impl
		return intellij_info_aspect_impl(target, ctx, semantics)
	File "<path_into_cache>/e663c61e10a8ed8d3fb71670c233b37b/external/intellij_aspect/intellij_info_impl.bzl", line 1136, column 42, in intellij_info_aspect_impl
		ctx.actions.write(ide_info_file, info.to_proto())
Error: 'struct' value has no field or method 'to_proto'
Available attributes: build_file_artifact_location, deps, features, key, kind_string, py_ide_info, tags

Which Intellij IDE are you using? Please provide the specific version.
CLion 2023.1.1 Build #CL-231.8109.2222
What programming languages and tools are you using? Please provide specific versions.
Python 3.8, rules_python 0.8.0, bazel_skylib 1.4.1
What Bazel plugin version are you using?
2<IP_ADDRESS>.1-api-version-231
Have you found anything relevant by searching the web?
Bazel changed with version 4.0.0 how one is supposed to create proto and json output: https://blog.bazel.build/2021/01/19/bazel-4-0.html#starlark
Any other information, logs, or outputs that you want to share?
Changing this would make the plugin incompatible to Bazel version < 4.0.0. In my opinion Bazel 3.x is far enough in the past that this is viable. Especially, given the rapid development of Bazel.
That much said, being incompatible to potential users is of course always a tricky decision to make.

#4772

Yes, I created that but as you can see we have failing tests because this change is not compatible with Bazel 1.2.0

fixed in https://github.com/bazelbuild/intellij/commit/895876f7f2c29f9b483339dac09d2f024b073820

@tpasternak , @mai93
Thanks a lot for fixing this.
I see you fixed the code causing the warnings. Would it make sense to you to also adjust the CI to use the corresponding incompatibility flag so the old style cannot be introduced again by accident?

Thanks for the suggestion @martis42! I tried adding the flag to the project .bazelrc but some external dependencies need to be updated first (https://buildkite.com/bazel/intellij-plugin-aspect/builds/19569#0189508f-0476-4830-8ec6-2b03f2263f64)

Too bad. Still, thanks for trying!


Remove Cloud state component

Cloud state is now in a discontinued state and the project is not actively maintained or worked on.
There is also no way to guarantee the existing Cloud state images will remain hosted.
As such, I propose to remove this Alpha component.

I agree. If someone has the strong need to have this component (unlikely) they can still get an older version of the runtime or build their own custom image of the sidecar.


Feature Request: Stop an odo watch

[kind/Feature]
A user should have the ability to stop an odo watch for a component. When running odo watch --help, these are the only options given for using odo watch:
odo watch --help
Watch for changes, update component on change.

Usage:
  odo watch [component name] [flags]

Examples:
  # Watch for changes in directory for current component
  odo watch

  # Watch for changes in directory for component called frontend
  odo watch frontend

Flags:
      --app string           Application, defaults to active application
      --context string       Use given context directory as a source for component settings
      --delay int            Time in seconds between a detection of code change and push.delay=0 means changes will be pushed as soon as they are detected which can cause performance issues (default 1)
  -h, --help                 help for watch
      --ignore stringSlice   Files or folders to be ignored via glob expressions.
      --project string       Project, defaults to active project

Global Flags:
      --alsologtostderr                  log to standard error as well as files
      --log_backtrace_at traceLocation   when logging hits line file:N, emit a stack trace (default :0)
      --log_dir string                   If non-empty, write log files in this directory
      --logtostderr                      log to standard error instead of files (default false)
      --skip-connection-check            Skip cluster check
      --stderrthreshold severity         logs at or above this threshold go to stderr (default 2)
  -v, --v Level                          log level for V logs. Level varies from 0 to 9 (default 0).
      --vmodule moduleSpec               comma-separated list of pattern=N settings for file-filtered logging

If there is a way to stop an odo watch, it should be documented under odo watch --help.
Which functionality do you think we should add?
The ability to turn off an odo watch for a component.
Why is this needed?
It is possible a user may want to not auto push code every time a change is made after initially running an odo watch.

/kind feature


Enable opening "local-server" in a new browser window

This PR adds an "options" section in the jp-app-launcher.yml with the option: "createNewWindow".
If set to "true", the URL for the local server will be opened in a new browser window.
There is no effect of this option on other app types, only on type: local-server.

Thanks for your contribution, could you lint your PR?


Why StegaStamp can only encode 56bits (7 characters) with ECC?

Dear tancik:
I got the following error when running encode_image.py:
Error: Can only encode 56 bits (7 characters) with ECC.

I'm confused about why it can only encode 56 bits (7 characters) with ECC.
Thanks in advance! 😄

The total message budget is 100 bits but some of the bits need to be used for error correction. We use BCH codes which you can learn more about here - https://en.wikipedia.org/wiki/BCH_code


Better checks in multi_index methods that take a reference to an object

multi_index methods that take a reference to an object that is supposed to be maintained by the multi_index instance (e.g. modify, erase, iterator_to) have some runtime checks to make sure the object is actually managed by the multi_index instance.
The problem is that this check is not super robust. There are rare conditions in which the check can fail and undefined behavior ensues. This is only a problem if a contract developer misuses these methods by, for example, passing in a reference to a stack-allocated copy of the object. However, as discussed in #4226, it is too common for developers to accidentally do this.
A more robust check is possible at the cost of performance. The methods could scan the internal vector of unique_ptrs to the managed objects and see if any of them match the reference address that was passed in. Since the size of this vector should be small for most contracts, this shouldn't be too bad. Still it is obviously not ideal.
Because the overloads of the potentially problematic methods in multi_index that take a reference will be deprecated (see #4226), and the overloads that take a const_iterator (by the way, an overload of iterator_to that takes const_iterator should be added) are safe which means they can avoid this expensive check, it makes sense to implement this more robust check on those methods that take a reference.

In order to focus our efforts on issues that are currently creating difficulty for the community we are closing tickets that were created prior to the EOSIO 2.0 release.  If you believe this issue is still relevant please feel free to reopen it or create a new one.  Thank you for your continued support of EOSIO!


is the Link component compatible with React-Router  or NextJS

Feature request 🚀
How can we use Link components as a React-Router Link or NextJS Link
Expected:

No breaking changes

Examples:

Programme:
Others:

Refer to issue #66 .
Can you solve your problem through this?

Exactly what I needed thank you.


Issue with code example on website

See here: https://cookieconsent.insites.com/download/#
The src attribute for the script / stylesheet included from a CDN isn't prefixed with // causing a 404. Browser is interpreting this is a relative URI.
<link rel="stylesheet" type="text/css" src="cdnjs.cloudflare.com/ajax/libs/cookieconsent2/3.0.1/cookieconsent.min.css" />
<script src="cdnjs.cloudflare.com/ajax/libs/cookieconsent2/3.0.1/cookieconsent.min.js"></script>

Thanks @tomeightyeight - we're fixing that now.

This should be fixed! Thanks for the report!


erlang broken

Can't use a recent version of erlang on RHEL because of the hardcoded compat rpm. Can't say I understand why that is needed, but it should either be removed or at least turned into an attribute.

See #106

@zeroXten as @stevecstian says there is a PR that fixes this, but it's out of date. We need someone to :+1: it and also probably rebase.

#220 should fix this


refactor(path,streams): align additional error messages

Aligns the error messages in the streams and path folders.

I think all error messages with ...must not be... should reflect the current state, aka ...is...

I think all error messages with ...must not be... should reflect the current state, aka ...is...

There are two cases we commonly see:

must not be where we see things like: Invalid argument: "start" must not be negative, so this would change to Invalid argument: "start" is negative

But wouldn't this be even better if we had the resolution here? Invalid argument: start must be positive?

must be where we see things like: Path must be absolute, path value "${path}". In this case we are saying the current state (path value ${path}) but we are also saying what MUST happen, it must be absolute. The alternative is Cannot convert to file URL, path value is ${path} which doesn't really help explain what I need to do.

Additional information should describe the current state, if possible, it should also describe the desired state in an affirmative voice:

Bad: Cannot compute the square root for x, value must not be negative
Better: Cannot compute the square root for x: current value is ${x}
Best: Cannot compute the square root for x, value must be positive: current value is ${x}

This generally sounds a good idea to me. Can you also send a PR to the style guide?
A minor point: I'm a bit unsure about , usage in 'Best' example. Is this comma grammatically fine? What other runtime do for this situation?

This generally sounds a good idea to me. Can you also send a PR to the style guide?
A minor point: I'm a bit unsure about , usage in 'Best' example. Is this comma grammatically fine? What other runtime do for this situation?

Done https://github.com/denoland/std/pull/5757


[GHSA-jjhx-jhvp-74wq] Rails has possible ReDoS vulnerability in Accept header parsing in Action Dispatch

Updates

Affected products

Comments
This is a vulnerability in rails actionpack, so affected packages should be registered in actionpack.

Hi there @tenderlove and @jhawthorn! A community member has suggested an improvement to your security advisory. If approved, this change will affect the global advisory listed at github.com/advisories. It will not affect the version listed in your project repository.
This change will be reviewed by our Security Curation Team. If you have thoughts or feedback, please share them in a comment here! If this PR has already been closed, you can start a new community contribution for this advisory


PHP Invalid syntax highlighting

Type: Bug
Bugs:

No support for generics array<int, string>
No support for meta-types class-string or class-string<ArrayAccessible>
No support for:

@teplate
@implements
@extends

Namespace \App\My\Class will have portion \App\My\ inherit comment color and Class actually properly colored (support.class.php - meta.other.type.phpdoc.php)

VS Code version: Code 1.71.0 (Universal) (784b0177c56c607789f9638da7b6bf3230d47a8c, 2022-09-01T07:25:38.437Z)
OS version: Darwin arm64 21.6.0
Modes:
Sandboxed: No

Example 2 - namespaces

Filed upstream https://github.com/atom/language-php/issues/461


Does FS.Collection extend the normal Meteor Collection?

Same as title
Does FS.Collection extend the normal Meteor Collection?

I think so.  As your Images Collection (for example) will have an _id and is published/subscribed like any other Collection.

Thank you.


[IA-4267] Can create new Azure VM while disk is deleting

Jira Ticket: https://broadworkbench.atlassian.net/browse/IA-4267

Summary of changes:
When creating a new azure Vm after deleting the disk and VM, the previous disk being in 'deleting' status was causing conflicts.
What
This filters out disks in non 'Ready' status from being set as the current PD.
Why
This allows users to create a new Azure VM immediately after deleting the previous one when they delete the PD.
Testing strategy

[ ] Create and delete a VM and PD, then create another immediately and check that the useExistingDisk flag is true and it succeeds
[ ] Create and delete a VM (without deleting the PD), then create another immediately and check that the useExistingDisk flag is false and it succeeds

Actually... seems like there's an issue trying to create a runtime too soon after deleting it... 🤔
This happened with deleting runtime only
I wonder if this needs to be addressed / can be addressed in this PR?

I think this is what this ticket is trying to address, related but slightly different bug

@lucymcnatt
That seems to be the case. Personally I'd like to prioritize that next ticket, maybe I can ping Justin and see if I can do it today/tomorrow.


attribute 'happy_1_19_5' missing

Describe the bug
error: attribute 'happy_1_19_5' missing, at /nix/store/pk0rln8wq8jrx1lids6ih1yksikil4b4-nixos-21.03pre257780.e9158eca70a/nixos/pkgs/development/compilers/ghcjs-ng/8.6/dep-overrides.nix:10:13
(use '--show-trace' to show detailed location information)
To Reproduce
nix-env -iA nixos.haskell.compiler.ghcjs
Expected behavior
ghcjs installed.
Screenshots
Additional context
Now, happy version is 1.20.0.
And nixpkgs/pkgs/development/compilers/ghcjs-ng/8.6/dep-overrides.nix asks for happy_1_19_5
Notify maintainers
Metadata
these paths will be fetched (0.00 MiB download, 0.00 MiB unpacked):
/nix/store/4h960nnzvs1lpjbd8xg2as3ylvzkphvb-nix-info
copying path '/nix/store/4h960nnzvs1lpjbd8xg2as3ylvzkphvb-nix-info' from 'https://cache.nixos.org'...

system: "x86_64-linux"
host os: Linux 5.4.77, NixOS, 21.03pre253060.a322b32e9d7 (Okapi)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.3.8
channels(root): "nixos-21.03pre257780.e9158eca70a"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

Maintainer information:
a list of nixpkgs attributes affected by the problem
attribute:
haskell.packages.ghcjs
haskell.compiler.ghcjs
a list of nixos modules affected by the problem

After removing the version restrictions in nixpkgs/pkgs/development/compilers/ghcjs-ng/8.6/dep-overrides.nix (happy=self.happy; shelly=super.shelly;) in my local repository,
nix-env -f $NIXPKGS -iA haskell.compiler.ghcjs starts to compile ghcjs normally (seemly in one sleep).

No. ghc-api-ghcjs-8.6.5 still needs happy >=1.19 && <= 1.19.9.

I just found the working one is ghcjs86.
I can use it by nix-shell -p haskell.packages.ghcjs86.ghcWithPackages (pkgs: with pkgs; [ ... ]).

...
...
src/Engine.hs:13:9: error:
    Module ‘GHCJS.DOM.Types’ does not export ‘castToHTMLElement’
   |
13 |        (castToHTMLElement, castToElement, Document,
   |         ^^^^^^^^^^^^^^^^^

src/Engine.hs:13:28: error:
    Module ‘GHCJS.DOM.Types’ does not export ‘castToElement’
   |
13 |        (castToHTMLElement, castToElement, Document,
   |                            ^^^^^^^^^^^^^

builder for '/nix/store/6cdaqmpndifsa0brvg4yf9ib0yzgsy3n-webkit-sodium-0.0.1.drv' failed with exit code 1
cannot build derivation '/nix/store/h1adh9z618c3rkv4mr2xpkzl6yhxs16a-ghcjs-<IP_ADDRESS>-with-packages.drv': 1 dependencies couldn't be bui
lt
error: build of '/nix/store/h1adh9z618c3rkv4mr2xpkzl6yhxs16a-ghcjs-<IP_ADDRESS>-with-packages.drv' failed

It seems ghcjs-examples/webkit-sodium in ghcjs86 can't adopt the latest ghcjs-dom-<IP_ADDRESS>.
But I don't know the max version that can export right functions.

@YuMingLiao I don't think there are too many people using ghcjs directly from nixpkgs, so there aren't too many people fixing things when they break.
If you are able to find fixes to these problems you have, please feel free to send PRs.

@cdepillabout, thanks. Good to know.
I don't know how to make ghcjs to adopt the latest happy.
I use a workaround. I assigned the happy_1_19_5 and shelly_1_8_1 variables to its relative nix files in .config/nixpkgs/config.nix. And now haskell.packages.ghcjs and haskell.packages.ghcjs86 both works.
And I can directly use ghcjs without ghcjs-examples.
So I guess I can close this issue now.


增加解析StarRocks建表语句中的扩展表和表注释语法

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


chore: graphql

:tada: This PR is included in version 2.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket: