Steal from @janmoesen/tilde

hd alias for hexdump -C: https://github.com/janmoesen/tilde/commit/101376f6bf534d5c5e8109c8983d02bff50b65d3
In case you do ssh foo 'command', there’s no need to load the dotfiles… So: [ -n "$PS1" ] && source ~/.bash_profile (https://github.com/janmoesen/tilde/blob/master/.bashrc)

3d791926a65118c9119f1f0506e79351dff5dbb7


Add EventProcessor SystemParam that gives mutable access to events

Objective
Allow events to be modified 'in-flight'.
Solution
Add a new EventProcessor SystemParam that contains ResMut<Events<E>> that gives an iterator over mutable references to the events.
New code is 95% identical to the existing immutable code, but I'm not sure if a macro is warranted to reduce code duplication.
Changelog

Added EventProcessor
Added iter_mut and iter_mut_with_id to ManualEventReader

This is available as EventMutator since #13818.


Maintenance windows

An initial implementation of maintenance windows is to introduce their specification on a weekly basis. In the future we might provide more control, including specification of an actual day.
Maintenance windows are enabled only for the “unsupervised” primary update strategy, with “restart” method option. When a maintenance window is defined in a cluster, an update of the image is “postponed” to the first available maintenance window, which will trigger a rollout update.
A maintenance window has a minimal length of "w" hours (initially 6), in which activities cannot start any later than "w - s" hours, where "s" is expressed in hours (by default 3). So, for example, with w=6h and s=3, activities can only start in the first 3 hours of the maintenance window.
Maintenance windows can be specified as an array:
maintenanceWindows:
  - dow: 0, 6
    start_at: 02:00
    end_at: 08:00

Or:
maintenanceWindows:
  - dow: 0
    start_at: 02:00
    end_at: 08:00
  - dow: 6
    start_at: 03:00
    end_at: 09:30

This should be depending on #12


Get up to 100 flags (instead of 30).

Instead of hard-coding the limit, we could also make multiple requests,
one for each page (https://developer.github.com/v3/#pagination).
But we don't expect the number of flags to grow indefinitely, so a limit
should work.
Fixes https://github.com/philwo/bazelisk/issues/40

cc @meteorcloudy


Add property dependencies (mandatory iff) to device tree bindings

Is your enhancement proposal related to a problem? Please describe.
It would be an improvement if certain properties in a device tree binding could be mandatory, only if certain other properties are defined.
This came up in a pr discussion: https://github.com/zephyrproject-rtos/zephyr/pull/21292#discussion_r468038241
This code snippet could be removed and a better error message could be displayed:
#define VALIDATE_GECKO_UART_RTS_CTS_PIN_LOCATIONS(idx)			       \
		COND_CODE_1(DT_INST_PROP(idx, hw_flow_control),			       \
			(BUILD_ASSERT(DT_INST_NODE_HAS_PROP(idx, location_rts) &&  \
				DT_INST_NODE_HAS_PROP(idx, location_cts),    \
				"DTS location-rts and location-cts are mandatory")),   \
			())

This snipped ensures that location_rts and location_cts are defined, if hw_flow_control is defined.
Describe the solution you'd like
This should be defined in the device tree binding somehow to describe dependencies between properties or something like "property Y is mandatory (only) if property X is defined".

This is no longer relevant for me.


use www.httpbin.org instead of httpbin.org in egress tests

httpbin.org seems to become unreachable or redirecting to HTTPS (not related to Istio, related to httpbin.org itself).

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: sebastienvas
Assign the PR to them by writing /assign @sebastienvas in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

tests/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@vadimeisenbergibm: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/istio-pilot-e2e.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test istio-pilot-e2e

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@vadimeisenbergibm: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/istio-pilot-e2e.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test istio-pilot-e2e

prow/istio-pilot-e2e-envoyv2-v1alpha3.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test istio-pilot-e2e-envoyv2-v1alpha3

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@vadimeisenbergibm: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/istio-pilot-e2e.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test istio-pilot-e2e

prow/istio-pilot-e2e-envoyv2-v1alpha3.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test istio-pilot-e2e-envoyv2-v1alpha3

prow/e2e-bookInfoTests-v1alpha3.sh
b2703b116d4c462608b8be502006aa585aee8c65
link
/test e2e-bookInfo-envoyv2-v1alpha3

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

There is some DNS problem with httpbin.org, not related to this PR, closing.


'Go to definition/Peek definition' does not select correct file for inherited classes

Issue Type: Bug
Upon 'Go to Definition' or 'Peek Definition' action, VS Code does not display the correct location. Line is selected properly, while file is not.
Example:

Class 'Foo' is defined in a file: a.py on a line 42

'Foo' has a method called 'doSomething()'

Class 'Bar' is defined in a file: b.py, and:

imports file a.py

'Bar' constructor inherits and initialize class 'a.Foo'

If I create 'self.doSomething()' call inside any 'Bar' method and try to 'Go to Definition', VS Code puts me in file b.py::42 (not a.py::42 as expected).

Works for normally created class instances.
Extension version: 2019.9.34911
VS Code version: Code 1.38.1 (b37e54c98e1a74ba89e03073e5a3761284e3ffb0, 2019-09-11T13:35:15.005Z)
OS version: Windows_NT x64 10.0.17763

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz (4 x 3193)

GPU Status
2d_canvas: enabledflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: disabled_softwareoop_rasterization: disabled_offprotected_video_decode: unavailable_offrasterization: enabledskia_deferred_display_list: disabled_offskia_renderer: disabled_offsurface_synchronization: enabled_onvideo_decode: enabledviz_display_compositor: disabled_offwebgl: enabledwebgl2: enabled

Load (avg)
undefined

Memory (System)
15.89GB (10.05GB free)

Process Argv

Screen Reader
no

VM
0%

Can you check you settings and let us know if this is Jedi or LS?

also, please fill out the issue template and reopen the bug.

Can you check you settings and let us know if this is Jedi or LS?

Jedi (at least I configured it to Jedi long ago. If configuration settings weren't changed by some update, it should be Jedi).

also, please fill out the issue template and reopen the bug.
I don't know what you mean by that - I created the report in VS Code, paste it in GitHub and post it, as with any other reported bug.

@schperplata I was referring to this bug template we have.
https://github.com/microsoft/vscode-python/issues/new?labels=classify%2C+type-bug&template=2_bug_report.md
Can you try setting Jedi Enabled to false and see if that helps? You may have to reload for this work.

With Jedi disabled, neither variable or method from inherited class 'Go To Definition' action does not work.
With Jedi enabled:

'Go To Definition' works for variables from inherited class
'Go To Definition' does not work for methods for inherited class

Transferring this issue over to LS repo. They should be able to diagnose this better.


Add Improvements to Portal and Proxy

Purpose

Add Improvements to Portal and Proxy

Goals

Add Improvements to Portal and Proxy

Approach

Add Improvements to Portal and Proxy

User stories

N/A

Release note

N/A

Documentation

N/A

Training

N/A

Certification

N/A

Marketing

N/A

Automation tests

Unit tests

N/A

Integration tests

N/A

Security checks

Followed secure coding standards in http://wso2.com/technical-reports/wso2-secure-engineering-guidelines? yes
Ran FindSecurityBugs plugin and verified report? yes
Confirmed that this PR doesn't commit any keys, passwords, tokens, usernames, or other secrets? yes

Samples

N/A

Related PRs

N/A

Migrations (if applicable)

N/A

Test environment

N/A

Learning

N/A

Codecov Report

Merging #87 into master will decrease coverage by 0.16%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##           master      #87      +/-   ##
==========================================
- Coverage   15.76%   15.59%   -0.17%
==========================================
  Files          49       50       +1
  Lines        1846     1859      +13
  Branches      341      345       +4
==========================================
- Hits          291      290       -1
- Misses       1403     1413      +10
- Partials      152      156       +4

Impacted Files
Coverage Δ

components/portal/src/components/org/index.js
4.65% <ø> (ø)
:arrow_up:

...onents/portal/src/components/image/ImageVersion.js
3.03% <ø> (ø)
:arrow_up:

...al/src/components/image/dependencyDiagram/index.js
5.26% <0%> (-3.31%)
:arrow_down:

components/portal/src/utils/api/dataUtils.js
0% <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 ce86487...593d415. Read the comment docs.


Fix serialization for nested nil includes

Fix for https://github.com/Netflix/fast_jsonapi/issues/215

👍

@shishirmk Can you take a look and LMK if this is ok? Would love to get it into dev branch asap


release: v2.0.5 🔧

CHANGELOG

Current coverage is 100% (diff: 100%)

Merging #24 into master will not change coverage

@@           master   #24   diff @@
===================================
  Files           6     6
  Lines          41    41
  Methods        13    13
  Messages        0     0
  Branches        8     8
===================================
  Hits           41    41
  Misses          0     0
  Partials        0     0

Powered by Codecov. Last update 8691fc0...495c0b0


Can not understand the code

edge_labels.append([0, 1, 2] + [3, 4] * max_aux)
edge_labels.append([1, 0, 5] + [6, 7] * max_aux)
edge_labels.append([2, 5, 0] + [8, 9] * max_aux)
for idx in range(max_aux):
edge_labels.append([3, 6, 8] + [11, 12] * idx + [0, 10] + [11, 12] * (max_aux - idx - 1))
edge_labels.append([4, 7, 9] + [12, 13] * idx + [10, 0] + [12, 13] * (max_aux - idx - 1))
i can not understand the how to get the edge_labels，and what the edge_labels mean

This is the edge-bias in constructing 14 types of relative positional relationships.

This is the edge-bias in constructing 14 types of relative positional relationships.

OK,Thanks so much!


Can't pair devices

Hello,
I am using a cc2531 flashed according to this: https://www.zigbee2mqtt.io/information/flashing_the_cc2531.html?fbclid=IwAR2OsLS1d2C43VVAfe63iHSuUxz2DQ4wDVqyF44zBVV3TMhkLWFcCNAfa1g. I am trying to pair  this device: https://www.zigbee2mqtt.io/devices/QS-Zigbee-S04-2C-LN.html?fbclid=IwAR1sB7WafsKNdbc0ZYVBOZpxLHah5n53_Iw7uiNkLvBvfiJuVQlDYSxIZ_g.
I'm getting this message in the log:
Found ZigBee device:  Device {
ID: 2,
_type: 'Router',
_ieeeAddr: '0x5c0272fffe16b273',
_networkAddress: 14020,
_manufacturerID: 4098,
_endpoints: [
Endpoint {
ID: 1,
profileID: 260,
deviceID: 256,
inputClusters: [Array],
outputClusters: [Array],
deviceNetworkAddress: 14020,
deviceIeeeAddress: '0x5c0272fffe16b273',
clusters: [Object],
_binds: [Array],
_configuredReportings: [],
meta: {}
},
Endpoint {
ID: 2,
profileID: 260,
deviceID: 256,
inputClusters: [Array],
outputClusters: [],
deviceNetworkAddress: 14020,
deviceIeeeAddress: '0x5c0272fffe16b273',
clusters: {},
_binds: [Array],
_configuredReportings: [],
meta: {}
}
],
_manufacturerName: '_TYZB01_zsl6z0pw',
_powerSource: 'Mains (single phase)',
_modelID: 'TS0003',
_applicationVersion: 65,
_stackVersion: 0,
_zclVersion: 3,
_hardwareVersion: 1,
_dateCode: '',
_softwareBuildID: undefined,
_interviewCompleted: true,
_interviewing: false,
meta: {},
_lastSeen:<PHONE_NUMBER>958
}
[09/02/2021, 17:39:28] [ZigBee] Reuse accessory from cache with uuid e71a185a-6f14-485b-be66-6c52975997f7 and name 0x5c0272fffe16b273
[09/02/2021, 17:39:28] [ZigBee] Registered device: 0x5c0272fffe16b273 _TYZB01_zsl6z0pw TS0003
[09/02/2021, 17:39:28] [ZigBee] Mounting device 2 gang switch module with neutral wire...
[09/02/2021, 17:39:28] [ZigBee] WebSocket server started @ null
[09/02/2021, 17:39:28] [ZigBee] WEB UI Listening on port 9000
[09/02/2021, 17:39:29] [ZigBee] Device 2 gang switch module with neutral wire is a router, install ping
[09/02/2021, 17:39:29] [ZigBee] Device 2 gang switch module with neutral wire successfully configured on attempt 1!
It doesn't show up on HomeKit.
This is the config:
{
"name": "ZigBee",
"panId": 65534,
"channel": 11,
"secondaryChannel": "25",
"adapter": "zstack",
"routerPollingInterval": 30,
"disableRouterPolling": false,
"disableHttpServer": false,
"disableLed": true,
"platform": "ZigbeeHomebridgeNTPlatform",
"devices": [
{
"manufacturer": "_TYZB01_zsl6z0pw",
"models": [
"TS0003"
],
"services": [
{
"type": "router"
}
]
}
]
}
    would appreciate any help I can get.

Thanks!

I think there is no service type 'router' (as in your config). Maybe you should try 'bulb' (or 'outlet').

When I put bulb it kind of works. First - it only shows one gang and not two. Second - it doesn’t receive feedback from the switch - so it doesn’t know the light turned off.

There already seems to be an accessory for a Lonsonho Double switch, albeit with a different manufacturer and model. I guess for your device this is something @madchicken has to add.

Hopefully soon.


PLATUI-1486: Reduced load based on actual usage

makes sense to me, I'm assuming we've had it running long enough to capture an example of all the different periods of increased demand that happen periodically. And since we know it's run ok at 2000 and we're not planning any big changes coming up it seems like plenty of room if we do spot something new and want to increase it


C# TestServer

@ShaneGH would be cool to take over your TestServer implementation from magic-odata and then adapt it depending on the output of #160. I would try to do the same for CAP and Olingo implementations as soon as you have paved the way ;-)
You have full write access to the repository.
Ideally, at least in my mind, you take over the implementations more or less as-it-is and then adapt as necessary.

Sounds good.
@texttechne  Have you done any work on #160 yet, or is this a brand new spec?

No haven't done any work on that not really. Always had it on my mind, but never got around to it.
So yes, it's brand new. And your TestServer is the most advanced example there is 😄.

@texttechne
I think the best thing to do here is to port the server over as is with some documentation. What do you think?

 After that I think we should adapt the project depending of the outcome of #160.

@texttechne hey, sorry, I have not had a lot of time to spend on this recently.
I have a commit ready to go for https://github.com/odata2ts/test-server-asp-net.git but I seem to have lost access (to main or any other branch)

Hi @ShaneGH,
cool! Nice to hear you're still up for it!
The invitation was expired. Should work now.

Ok v1 is done.

I added a couple of lines into the readme on how to run the server.
Once you run it it will print a basic description of itself on the console before starting the web server
I have added comments to the code rather than in documentation file, but please let me know if there is something more that needs explaining

FYI, I pushed a branch before I pushed main, and github has set the default branch to be aspnet-test-server
I you might want to set the default back to main

Switched the default branch to main so that all repos behave the same.
Awesome stuff, thank you so much!
I'll try it out...


[Security] bindings.localstorage: disallow accessing /var/run/secrets by default

Description
This is a potential security issue.
Using the bindings.localstorage binding, users can access any file mounted inside the daprd container. The folder /var/run/secrets is where Dapr mount secrets such as the bound token for Sentry, as well as other secrets, and it should not be accessible directly to applications.
This is potentially a breaking change, although it's very unlikely someone will have a legit reason for doing this.
Release Note

RELEASE NOTE: FIX Disallow accessing /var/run/secrets using bindings.localstorage (security)

CC: @yaron2 @berndverst thoughts?

LGTM, although in K8s the security boundary is (in almost all cases) the pod and not the container, so while this might help in some situations, generally users need to assume that a breach into one container is a breach into the pod. As an example, IAM roles in AWS (and I assume in Azure as well) are on a pod-basis, so any container in the pod can abuse the role and talk to AWS services that are meant to be used by a different container. Not worried about the breaking change here.

I'm fine with this, but don't consider it a security issue for the same reason @yaron2 outlines.


Make it an installable CLI instead of a repo that you clone

It would be nice to be able to run:
npx lighthouse-parade scan ...

to get it installed/running instead of cloning the repo.
This requires:

Adding a CLI entrypoint script that figures out which subcommand is requested
Adding bin to package.json
Publishing to npm
Document changeset/publish workflow

This is a good idea, but I want to sidestep the associated overhead of publishing releases to npm (for now) until the codebase is a bit more stable. Then we should definitely do this.

Reopened since we still need to publish to npm


feat: make the implementation generic around the PublicKey/PrivateKey

Use generic traits PublicKey / PrivateKey as much as possible instead of using the exact Rsa types.

This is just a preview of another direction in comparison with #300 .

I very much like #300 over this one, FWIW


type: polyline can give strange edge shapes when used on vedges

Describe the bug
In this example using type: "polyline" on combo vedges, the edge has an unexpected shape - one segment of the line goes way off to the left.
Your Example Website or App
https://stackblitz.com/edit/react-btcnz7-soojyu?file=index.js
Steps to Reproduce the Bug or Issue

open the stackblitz example
the edge looks like this:

Expected behavior
the edge goes directly from the single node to the combo
Screenshots or Videos
No response
Platform

OS: macOS
Browser: chrome
Version: @antv/g6 4.7.0

Additional context
No response

fixed by 4.7.2


Testing generating archives on GHA

Unfortunately we can't generate the app thinning report via exporting the archive since it requires actual code signing.

Successful run of all three platforms shown at https://github.com/firebase/firebase-ios-sdk/actions/runs/225813633, moving to a cron job now.

Moving the following SDKs to cron jobs since they passed (links to passing job):

ABTesting
AppDistribution
Auth
Crashlytics
Database
DynamicLinks
Firestore
Functions
GDT
InAppMessaging
InstanceID
Messaging
Remote Config
Storage

I removed Installations since it had some issues with depending on an older version of IID, and it should be covered in other Archive tests.


API calls that run Moira queries only work the first time

Steps to reproduce:

Host this API (not on debug mode)
Call the API with a webathena ticket
Call the API again with another webathena ticket

Alternatively, running this Python file reproduces the issue as well: https://github.com/gabrc52/moira-rest-api/blob/main/make_ccache.py#L167
Result: 2 succeeds, but 3 does not, and any other subsequent API queries do not succeed either.
This appears to be a bug in Moira itself, in that if you disconnect and then reconnect and log back in, it will still try to use the same credential cache file (whether it is the default one or a custom one). (or is it a bug in Kerberos? Either way, this can be reproduced in C without any Python)
Possible solutions (all workarounds)

Use a non-daemonized fastcgi (how? is that too old?) just like scripts applications that worked with (web)athena used to work

(seems like the best option) Use some semblance of threads, just anything that ensures that each moira query is run on its own process

(Temporary?) Create a lockfile or something of the sort and wait until it is deleted until running another Moira query, and use the same hardcoded file name each time. Can't just use the hardcoded file names, because this risks queries being run with the wrong tickets, and it's kind of dangerous if a user A's API calls have their queries being run with a user B's tickets(!)

Patch Moira itself (after all the malfunctioning part is the client)

Maybe I'm doing environment variables wrong, fix that

Well,

So solutions:

Make a new Python script that's a much more lightweight qy that accepts JSON and returns JSON
https://stackoverflow.com/questions/2046603/is-it-possible-to-run-function-in-a-subprocess-without-threading-or-writing-a-se


Change the logo to PNG

What's wrong?
Can we change the logo to a PNG file?
URL of affected page, and any other information
Page header: https://developer.aiven.io/

Could you add an explanation of what the problem is, that changing the file type is the solution?

New logos are being added to the project anyway.


feat(jenkins): support git plugin for slug

Support creating a slug of owner/repo given the Jenkins Git plugin is being used.
See the environment variables listed at the bottom of: https://wiki.jenkins.io/pages/viewpage.action?pageId=69273545

@pvdlg Are you still active in this repository? I've noticed some other PR's that have been open for a while without feedback as well. Just curious.

@pvdlg any chance this could get merged? It would help support Jenkins out of box.

Per the GIT_URL doc:

For Git-based projects, this variable contains the Git url (like git@github.com:user/repo.git or [https://github.com/user/repo.git])

The code is this PR is not going to work for a lot of Git URL format. Here is a few example:

https://github.com/user/repo => user/ (if .git is missing)
https://github.com/repo => github.com/ (some git server do not have URL formatted with user/repo)

That's just a few example... As it turns out parsing Git URL is quite complex (see https://github.com/IonicaBizau/git-url-parse/blob/master/lib/index.js + all it's dependencies).
We used to use git-url-parse in semantic-release but we abandoned it due to frequent regression and issues to parse URL of uncommon Git repo (other than GitHub, BitBucket and GitLab).
I don't want to include code in env-ci that's going to create either inaccurate values or bugs (due to a dependency for example).
The rule I'm trying to follow is: If the CI provide the info directly include it, if it as to be deducted include it only if we can cover 100% of the cases, otherwise just omit it.

@pvdlg any chance this could get merged? It would help support Jenkins out of box.

@Aghassi Why do you need those values? In which case it's preventing you to do something?

@pvdlg When I first made that comment we were looking to rollout supported functionality that would use env-ci to determine if we were using CircleCI or Jenkins internally. We have code in place that would allow us to move forward without this change. However, it's still annoying because sometimes we have to tell what CI we are running on and being able to identify helps us make some safe assumptions.

@Aghassi what does this has to do with returning the slug property?
You can already use env-ci to determine if you are on CircleCI or Jenkins...
This PR is about returning the slug property...

Ah sorry. Depending on the CI system we operate in, we need the slug. We are using env-CI to get the slugs for the different CIs. But Jenkins is not supported so we had to come up with a way to do it. We wanted to contribute it back so we could rely on this package for that functionality. @krohrsb can also talk to it, we work together.

The problem, as I mentioned, is that extracting the slug from the repo URL is really not that easy and very error prone.
The code you contributed to this PR might work for the URL format you are using in your specific situation, but it won't work everywhere and it's going to be difficult or nearly impossible to get something that reliably work.
The scope of env-ci is essentially to "translate" various CI variable in one common format. Making transformation to deduct some values is out of scope.
So I would recommend that you keep using a custom solution for the parsing the your repo URL which would work as long as you keep URLs the same format.


octave-symbolic: 2.9.0 -> unstable-2021-10-16

Fixes https://github.com/NixOS/nixpkgs/issues/160381
https://github.com/cbm755/octsympy/issues/1023 previously prevented us from using sympy 1.6+.
This issue has since been resolved however, no new tag nor release has been made.
To test run
nix-shell -E 'with import ./. { }; runCommand "shell" { buildInputs = [(octave.withPackages(opkgs: with opkgs; [symbolic]))];} ""'

in a checked out version of this branch. Then, enter octave and
pkg load symbolic
syms x

Also, https://github.com/NixOS/nixpkgs/issues/148779

Motivation for this change
Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

I tested it on an older version of master but chose to rebase before pushing .... however openjdk is compiling. So I have to wait before testing it again.

#148779

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/738

Thanks for taking care of this. I did not have the time to review this PR this past week.


Add robust logging to the API

Currently we are printing out some things instead of logging them properly, and generally our webserver is lacking in logging in general

after some additional testing, it looks like the logging works as expected when using the fidesctl webserver command, so this is a dev issue. after looking around online this seems to be a widespread issue when running fastapi inside of a container and in reload/dev mode


ApplyToExecutable is missing from the ParameterInfo definition in the JSON Schema File.

If you it's available you can put it in the JSON, but intellisense won't suggest it if it isn't in the schema.

see #161

Thank you @jhoneill -- This is added in pr #161

Thank you! Fixed/closed - in release: https://www.powershellgallery.com/packages/Microsoft.PowerShell.Crescendo/1.1.0-RC1


[Question] data.basedir.path  cleanup problem.

1, I have modified the data. The basedir. Path from/tmp/dolphinscheduler to /mydata/dolphinscheduler/tmp/.
2. Developer mode is false.
3, /mydata/dolphinscheduler/tmp folder read and write access to normal, ds is perfectly normal.
4, after running for a period of time only, find/data/dolphinscheduler files in the/tmp directory cannot be automatically deleted, lead to disk pile up.
Q: Can temporary files in this directory only be removed manually?Cannot automatically delete??
1、我修改了data.basedir.path从/tmp/dolphinscheduler/ 到数据盘/data/dolphinscheduler/tmp.
2、开发者模式为false.
3、/data/dolphinscheduler/tmp文件夹读写权限正常，ds工作完全正常.
4、在运行了一段时间只有，发现/data/dolphinscheduler/tmp目录中的文件不能自动删除，导致磁盘被占满.
问题：这个目录中的临时文件只能手动删除么？不能自动删除？？？

I did not reproduce your question. the authority of the directory and file, that  is the deployment user?

@xingchun-chen
目录所属用户就是dolphinscheduler账户，目录中的文件并不会被自动清除。

I am using version 1.3.3, which version is yours？

@xingchun-chen 1.3.3 release

Is the service restarted after the developer mode is changed to false

This configuration has not been changed, the default is false, and the cluster has not been changed since sh install.
这个配置并没有动过，默认就是false, sh install之后就没在动过集群.

Found the reason, because the assigned worker and master are not on the same node, the files in the directory  are not deleted
Thank you very much for your feedback, this problem will be fixed in version 1.3.4

thx

你好，我也是，在运行了一段时间后，发现/data/dolphinscheduler/tmp的文件不能自动删除，导致磁盘被占满，里面的文件能手动删除吗？


Internal debugger Error when building Rust project

OS: Windows 10
VSCode version:  1.85.1
CodeLLDB version: 1.10.0
Compiler: rustc 1.77.0-nightly
Debuggee: x86_64-windows-msvc

When debugging my project, I hit run, a window "unknown error" pops up.
The critical error message seems to be
[ERROR codelldb::debug_session] Internal debugger error: error: process 0 in state = exited, but cannot detach it in this state
launch.json:
{
    "version": "0.2.0",
    "configurations": [
        {
            "type": "lldb",
            "request": "launch",
            "name": "Launch",
            "cargo": {
                "args": [
                    "build",
                ]
            },
            "args": [],
            "cwd": "${workspaceFolder}"
        }

    ],
}

Verbose LLDB Output
Initial debug configuration: {
  type: 'lldb',
  request: 'launch',
  name: 'Launch',
  cargo: { args: [ 'build' ] },
  args: [],
  cwd: '${workspaceFolder}',
  __configurationTarget: 6
}
Raw artifacts:
{
  fileName: 'c:\\Users\\xx\\git\\rust_audio\\target\\debug\\rust_audio.exe',
  name: 'rust_audio',
  kind: 'bin'
}
Filtered artifacts:
{
  fileName: 'c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe',
  name: 'rust_audio',
  kind: 'bin'
}
Resolved debug configuration: {
  type: 'lldb',
  request: 'launch',
  name: 'Launch',
  args: [],
  cwd: '${workspaceFolder}',
  __configurationTarget: 6,
  terminal: 'integrated',
  relativePathBase: 'c:\\Users\\xxx\\git\\rust_audio',
  program: 'c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe',
  sourceLanguages: [ 'rust' ],
  _adapterSettings: {
    displayFormat: 'auto',
    showDisassembly: 'never',
    dereferencePointers: true,
    suppressMissingSourceFiles: true,
    evaluationTimeout: 5,
    consoleMode: 'commands',
    sourceLanguages: null,
    terminalPromptClear: null,
    evaluateForHovers: true,
    commandCompletions: true,
    reproducer: false
  }
}
liblldb: c:\Users\xxx\.vscode\extensions\vadimcn.vscode-lldb-1.10.0\lldb\bin\liblldb.dll
environment: {}
settings: {
  evaluateForHovers: true,
  commandCompletions: true,
  sourceLanguages: [ 'rust' ]
}
[DEBUG codelldb] Connecting to <IP_ADDRESS>:55932
[DEBUG codelldb] New debug session
[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","supportsProgressReporting":true,"supportsInvalidatedEvent":true,"supportsMemoryReferences":true,"supportsArgsCanBeInterpretedByShell":true,"supportsMemoryEvent":true,"supportsStartDebuggingRequest":true},"type":"request","seq":1}
[DEBUG codelldb::dap_codec] <-- {"seq":1,"type":"response","request_seq":1,"success":true,"command":"initialize","body":{"exceptionBreakpointFilters":[{"default":true,"filter":"rust_panic","label":"Rust: on panic","supportsCondition":true}],"supportTerminateDebuggee":true,"supportsCancelRequest":true,"supportsCompletionsRequest":true,"supportsConditionalBreakpoints":true,"supportsConfigurationDoneRequest":true,"supportsDataBreakpoints":true,"supportsDelayedStackTraceLoading":true,"supportsDisassembleRequest":true,"supportsEvaluateForHovers":true,"supportsExceptionFilterOptions":true,"supportsExceptionInfoRequest":true,"supportsFunctionBreakpoints":true,"supportsGotoTargetsRequest":true,"supportsHitConditionalBreakpoints":true,"supportsInstructionBreakpoints":true,"supportsLogPoints":true,"supportsReadMemoryRequest":true,"supportsSetVariable":true,"supportsSteppingGranularity":true,"supportsWriteMemoryRequest":true}}
[DEBUG codelldb::dap_codec] --> {"command":"launch","arguments":{"type":"lldb","request":"launch","name":"Launch","args":[],"cwd":"C:\\Users\\xxx\\git\\rust_audio","__configurationTarget":6,"terminal":"integrated","relativePathBase":"c:\\Users\\xxx\\git\\rust_audio","program":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","sourceLanguages":["rust"],"_adapterSettings":{"displayFormat":"auto","showDisassembly":"never","dereferencePointers":true,"suppressMissingSourceFiles":true,"evaluationTimeout":5,"consoleMode":"commands","sourceLanguages":null,"terminalPromptClear":null,"evaluateForHovers":true,"commandCompletions":true,"reproducer":false},"__sessionId":"edc4bd60-aa38-4719-b3b6-200bbf17ea34"},"type":"request","seq":2}
[DEBUG codelldb::dap_codec] <-- {"seq":2,"type":"event","event":"output","body":{"category":"console","output":"Console is in 'commands' mode, prefix expressions with '?'.\n"}}
INFO(Python) 15:43:25 formatters: Initializing
INFO(Python) 15:43:25 formatters.rust: Initializing
[DEBUG codelldb::dap_codec] <-- {"seq":3,"type":"event","event":"initialized"}
[DEBUG codelldb::debug_session] Debug event: 0000026E45FC5850 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rust_audio.exe}
[DEBUG codelldb::dap_codec] <-- {"seq":4,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rust_audio.exe","path":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolFilePath":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":5,"type":"request","command":"runInTerminal","arguments":{"args":["c:\\Users\\xxx\\.vscode\\extensions\\vadimcn.vscode-lldb-1.10.0\\adapter\\codelldb.exe","terminal-agent","--connect=55934"],"cwd":"","kind":"integrated","title":"Launch"}}
[DEBUG codelldb::dap_codec] --> {"command":"setFunctionBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":3}
[DEBUG codelldb::dap_codec] <-- {"seq":6,"type":"response","request_seq":3,"success":true,"command":"setFunctionBreakpoints","body":{"breakpoints":[]}}
[DEBUG codelldb::dap_codec] --> {"command":"setDataBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":4}
[DEBUG codelldb::dap_codec] <-- {"seq":7,"type":"response","request_seq":4,"success":true,"command":"setDataBreakpoints","body":{"breakpoints":[]}}
[DEBUG codelldb::dap_codec] --> {"command":"setInstructionBreakpoints","arguments":{"breakpoints":[]},"type":"request","seq":5}
[DEBUG codelldb::dap_codec] <-- {"seq":8,"type":"response","request_seq":5,"success":true,"command":"setInstructionBreakpoints","body":{"breakpoints":[]}}
[DEBUG codelldb::dap_codec] --> {"command":"setExceptionBreakpoints","arguments":{"filters":[],"filterOptions":[{"filterId":"rust_panic"}]},"type":"request","seq":6}
[DEBUG codelldb::dap_codec] --> {"type":"response","seq":7,"command":"runInTerminal","request_seq":5,"success":true,"body":{"shellProcessId":1160}}
[DEBUG codelldb::debug_session] Debug event: 0000026E4784B240 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: breakpoint added}
[DEBUG codelldb::dap_codec] <-- {"seq":9,"type":"response","request_seq":6,"success":true,"command":"setExceptionBreakpoints"}
[DEBUG codelldb::dap_codec] --> {"command":"configurationDone","type":"request","seq":8}
[adapter\codelldb\src\terminal.rs:101] winapi::um::wincon::FreeConsole() = 1
[DEBUG codelldb::dap_codec] <-- {"seq":10,"type":"event","event":"output","body":{"category":"console","output":"Launching: c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe\n"}}
[adapter\codelldb\src\terminal.rs:102] winapi::um::wincon::AttachConsole(pid) = 1
[adapter\codelldb\src\terminal.rs:109] winapi::um::wincon::FreeConsole() = 1
[ERROR codelldb::debug_session] unknown error
[DEBUG codelldb::dap_codec] <-- {"seq":11,"type":"response","request_seq":2,"success":false,"command":"","message":"unknown error","show_user":true}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C344BF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rust_audio.exe}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3441B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000004 (modules-unloaded), data = {rust_audio.exe, rust_audio.exe}
[DEBUG codelldb::dap_codec] <-- {"seq":12,"type":"response","request_seq":8,"success":true,"command":"configurationDone"}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3448F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: locations removed}
[DEBUG codelldb::dap_codec] <-- {"seq":13,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rust_audio.exe","path":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolFilePath":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C344970 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rust_audio.exe}
[DEBUG codelldb::dap_codec] <-- {"seq":14,"type":"event","event":"module","body":{"module":{"id":"FFFFFFFFFFFFFFFF","name":""},"reason":"removed"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C344330 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rust_audio.exe}
[DEBUG codelldb::dap_codec] <-- {"seq":15,"type":"event","event":"module","body":{"module":{"id":"FFFFFFFFFFFFFFFF","name":""},"reason":"removed"}}
[DEBUG codelldb::dap_codec] <-- {"seq":16,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rust_audio.exe","path":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolFilePath":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C345DF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ntdll.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":17,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rust_audio.exe","path":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolFilePath":"c:\\Users\\xxx\\git\\rust_audio\\target\\debug\\rust_audio.exe","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":18,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9650000","id":"7FFFF9650000","name":"ntdll.dll","path":"C:\\Windows\\System32\\ntdll.dll","symbolFilePath":"C:\\Windows\\System32\\ntdll.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C345270 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ntdll.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3451F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {kernel32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C345630 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {kernel32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":19,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9650000","id":"7FFFF9650000","name":"ntdll.dll","path":"C:\\Windows\\System32\\ntdll.dll","symbolFilePath":"C:\\Windows\\System32\\ntdll.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3460F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {KernelBase.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":20,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7AA0000","id":"7FFFF7AA0000","name":"kernel32.dll","path":"C:\\Windows\\System32\\kernel32.dll","symbolFilePath":"C:\\Windows\\System32\\kernel32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C346070 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {KernelBase.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":21,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7AA0000","id":"7FFFF7AA0000","name":"kernel32.dll","path":"C:\\Windows\\System32\\kernel32.dll","symbolFilePath":"C:\\Windows\\System32\\kernel32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C346A30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {shlwapi.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":22,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF6F00000","id":"7FFFF6F00000","name":"KernelBase.dll","path":"C:\\Windows\\System32\\KernelBase.dll","symbolFilePath":"C:\\Windows\\System32\\KernelBase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3470B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {shlwapi.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3466B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {msvcrt.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":23,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF6F00000","id":"7FFFF6F00000","name":"KernelBase.dll","path":"C:\\Windows\\System32\\KernelBase.dll","symbolFilePath":"C:\\Windows\\System32\\KernelBase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C346830 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {msvcrt.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":24,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF77D0000","id":"7FFFF77D0000","name":"shlwapi.dll","path":"C:\\Windows\\System32\\shlwapi.dll","symbolFilePath":"C:\\Windows\\System32\\shlwapi.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C346FF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {opengl32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E5C3462F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {opengl32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":25,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF77D0000","id":"7FFFF77D0000","name":"shlwapi.dll","path":"C:\\Windows\\System32\\shlwapi.dll","symbolFilePath":"C:\\Windows\\System32\\shlwapi.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FA70 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {justlog.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":26,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7E50000","id":"7FFFF7E50000","name":"msvcrt.dll","path":"C:\\Windows\\System32\\msvcrt.dll","symbolFilePath":"C:\\Windows\\System32\\msvcrt.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FC30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {justlog.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":27,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7E50000","id":"7FFFF7E50000","name":"msvcrt.dll","path":"C:\\Windows\\System32\\msvcrt.dll","symbolFilePath":"C:\\Windows\\System32\\msvcrt.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FA30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {user32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":28,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFCD990000","id":"7FFFCD990000","name":"opengl32.dll","path":"C:\\Windows\\System32\\opengl32.dll","symbolFilePath":"C:\\Windows\\System32\\opengl32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70370 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {user32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FC70 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {advapi32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":29,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFCD990000","id":"7FFFCD990000","name":"opengl32.dll","path":"C:\\Windows\\System32\\opengl32.dll","symbolFilePath":"C:\\Windows\\System32\\opengl32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FBB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {advapi32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":30,"type":"event","event":"module","body":{"module":{"addressRange":"7FFF69950000","id":"7FFF69950000","name":"justlog.dll","path":"C:\\Users\\xxx\\git\\rust_audio\\target\\debug\\justlog.dll","symbolFilePath":"C:\\Users\\xxx\\git\\rust_audio\\target\\debug\\justlog.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6F9F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {bcrypt.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB708B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {bcrypt.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":31,"type":"event","event":"module","body":{"module":{"addressRange":"7FFF69950000","id":"7FFF69950000","name":"justlog.dll","path":"C:\\Users\\xxx\\git\\rust_audio\\target\\debug\\justlog.dll","symbolFilePath":"C:\\Users\\xxx\\git\\rust_audio\\target\\debug\\justlog.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB6FDB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {win32u.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70070 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {win32u.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":32,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF84B0000","id":"7FFFF84B0000","name":"user32.dll","path":"C:\\Windows\\System32\\user32.dll","symbolFilePath":"C:\\Windows\\System32\\user32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB700B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {gdi32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":33,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF84B0000","id":"7FFFF84B0000","name":"user32.dll","path":"C:\\Windows\\System32\\user32.dll","symbolFilePath":"C:\\Windows\\System32\\user32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70970 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {gdi32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":34,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7960000","id":"7FFFF7960000","name":"advapi32.dll","path":"C:\\Windows\\System32\\advapi32.dll","symbolFilePath":"C:\\Windows\\System32\\advapi32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB716B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ws2_32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":35,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7960000","id":"7FFFF7960000","name":"advapi32.dll","path":"C:\\Windows\\System32\\advapi32.dll","symbolFilePath":"C:\\Windows\\System32\\advapi32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":36,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7200000","id":"7FFFF7200000","name":"bcrypt.dll","path":"C:\\Windows\\System32\\bcrypt.dll","symbolFilePath":"C:\\Windows\\System32\\bcrypt.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70FF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ws2_32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":37,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7200000","id":"7FFFF7200000","name":"bcrypt.dll","path":"C:\\Windows\\System32\\bcrypt.dll","symbolFilePath":"C:\\Windows\\System32\\bcrypt.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70DF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {sechost.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":38,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7510000","id":"7FFFF7510000","name":"win32u.dll","path":"C:\\Windows\\System32\\win32u.dll","symbolFilePath":"C:\\Windows\\System32\\win32u.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB718B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {sechost.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":39,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7510000","id":"7FFFF7510000","name":"win32u.dll","path":"C:\\Windows\\System32\\win32u.dll","symbolFilePath":"C:\\Windows\\System32\\win32u.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70FB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {gdi32full.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":40,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7EF0000","id":"7FFFF7EF0000","name":"gdi32.dll","path":"C:\\Windows\\System32\\gdi32.dll","symbolFilePath":"C:\\Windows\\System32\\gdi32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70BF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {gdi32full.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":41,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7EF0000","id":"7FFFF7EF0000","name":"gdi32.dll","path":"C:\\Windows\\System32\\gdi32.dll","symbolFilePath":"C:\\Windows\\System32\\gdi32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71070 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rpcrt4.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":42,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9480000","id":"7FFFF9480000","name":"ws2_32.dll","path":"C:\\Windows\\System32\\ws2_32.dll","symbolFilePath":"C:\\Windows\\System32\\ws2_32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB710F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rpcrt4.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":43,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9480000","id":"7FFFF9480000","name":"ws2_32.dll","path":"C:\\Windows\\System32\\ws2_32.dll","symbolFilePath":"C:\\Windows\\System32\\ws2_32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71170 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rpcrt4.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":44,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7D00000","id":"7FFFF7D00000","name":"sechost.dll","path":"C:\\Windows\\System32\\sechost.dll","symbolFilePath":"C:\\Windows\\System32\\sechost.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB710B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {rpcrt4.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":45,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7D00000","id":"7FFFF7D00000","name":"sechost.dll","path":"C:\\Windows\\System32\\sechost.dll","symbolFilePath":"C:\\Windows\\System32\\sechost.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":46,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF72E0000","id":"7FFFF72E0000","name":"gdi32full.dll","path":"C:\\Windows\\System32\\gdi32full.dll","symbolFilePath":"C:\\Windows\\System32\\gdi32full.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71530 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000004 (modules-unloaded), data = {rpcrt4.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":47,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF72E0000","id":"7FFFF72E0000","name":"gdi32full.dll","path":"C:\\Windows\\System32\\gdi32full.dll","symbolFilePath":"C:\\Windows\\System32\\gdi32full.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70A30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: locations removed}
[DEBUG codelldb::dap_codec] <-- {"seq":48,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rpcrt4.dll","path":"C:\\Windows\\System32\\rpcrt4.dll","symbolFilePath":"C:\\Windows\\System32\\rpcrt4.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB717B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ucrtbase.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":49,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rpcrt4.dll","path":"C:\\Windows\\System32\\rpcrt4.dll","symbolFilePath":"C:\\Windows\\System32\\rpcrt4.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71130 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ucrtbase.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":50,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rpcrt4.dll","path":"C:\\Windows\\System32\\rpcrt4.dll","symbolFilePath":"C:\\Windows\\System32\\rpcrt4.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":51,"type":"event","event":"module","body":{"module":{"addressRange":"FFFFFFFFFFFFFFFF","id":"FFFFFFFFFFFFFFFF","name":"rpcrt4.dll","path":"C:\\Windows\\System32\\rpcrt4.dll","symbolFilePath":"C:\\Windows\\System32\\rpcrt4.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB70CB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {msvcp_win.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":52,"type":"event","event":"module","body":{"module":{"id":"FFFFFFFFFFFFFFFF","name":""},"reason":"removed"}}
[DEBUG codelldb::dap_codec] <-- {"seq":53,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF6D20000","id":"7FFFF6D20000","name":"ucrtbase.dll","path":"C:\\Windows\\System32\\ucrtbase.dll","symbolFilePath":"C:\\Windows\\System32\\ucrtbase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB713F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {msvcp_win.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":54,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF6D20000","id":"7FFFF6D20000","name":"ucrtbase.dll","path":"C:\\Windows\\System32\\ucrtbase.dll","symbolFilePath":"C:\\Windows\\System32\\ucrtbase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72370 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {combase.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB720B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {combase.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":55,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7470000","id":"7FFFF7470000","name":"msvcp_win.dll","path":"C:\\Windows\\System32\\msvcp_win.dll","symbolFilePath":"C:\\Windows\\System32\\msvcp_win.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":56,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7470000","id":"7FFFF7470000","name":"msvcp_win.dll","path":"C:\\Windows\\System32\\msvcp_win.dll","symbolFilePath":"C:\\Windows\\System32\\msvcp_win.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71C30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ole32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":57,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF8E00000","id":"7FFFF8E00000","name":"combase.dll","path":"C:\\Windows\\System32\\combase.dll","symbolFilePath":"C:\\Windows\\System32\\combase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71D70 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {ole32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":58,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF8E00000","id":"7FFFF8E00000","name":"combase.dll","path":"C:\\Windows\\System32\\combase.dll","symbolFilePath":"C:\\Windows\\System32\\combase.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71BB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {shell32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72830 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {shell32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":59,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9190000","id":"7FFFF9190000","name":"ole32.dll","path":"C:\\Windows\\System32\\ole32.dll","symbolFilePath":"C:\\Windows\\System32\\ole32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71FF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {vcruntime140.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB719B0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {vcruntime140.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":60,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9190000","id":"7FFFF9190000","name":"ole32.dll","path":"C:\\Windows\\System32\\ole32.dll","symbolFilePath":"C:\\Windows\\System32\\ole32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB719F0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {oleaut32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":61,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF8650000","id":"7FFFF8650000","name":"shell32.dll","path":"C:\\Windows\\System32\\shell32.dll","symbolFilePath":"C:\\Windows\\System32\\shell32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71A70 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {oleaut32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB71CB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {imm32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":62,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF8650000","id":"7FFFF8650000","name":"shell32.dll","path":"C:\\Windows\\System32\\shell32.dll","symbolFilePath":"C:\\Windows\\System32\\shell32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72F30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {imm32.dll}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72B30 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {crypt32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":63,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF1960000","id":"7FFFF1960000","name":"vcruntime140.dll","path":"C:\\Windows\\System32\\vcruntime140.dll","symbolFilePath":"C:\\Windows\\System32\\vcruntime140.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72970 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000002 (modules-loaded), data = {crypt32.dll}
[DEBUG codelldb::dap_codec] <-- {"seq":64,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF1960000","id":"7FFFF1960000","name":"vcruntime140.dll","path":"C:\\Windows\\System32\\vcruntime140.dll","symbolFilePath":"C:\\Windows\\System32\\vcruntime140.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72BF0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000004 (modules-unloaded), data = {rust_audio.exe}
[DEBUG codelldb::dap_codec] <-- {"seq":65,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7830000","id":"7FFFF7830000","name":"oleaut32.dll","path":"C:\\Windows\\System32\\oleaut32.dll","symbolFilePath":"C:\\Windows\\System32\\oleaut32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::debug_session] Debug event: 0000026E6EB72CB0 Event: broadcaster = 0000026E46164968 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: locations removed}
[DEBUG codelldb::dap_codec] <-- {"seq":66,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7830000","id":"7FFFF7830000","name":"oleaut32.dll","path":"C:\\Windows\\System32\\oleaut32.dll","symbolFilePath":"C:\\Windows\\System32\\oleaut32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":67,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9160000","id":"7FFFF9160000","name":"imm32.dll","path":"C:\\Windows\\System32\\imm32.dll","symbolFilePath":"C:\\Windows\\System32\\imm32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":68,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF9160000","id":"7FFFF9160000","name":"imm32.dll","path":"C:\\Windows\\System32\\imm32.dll","symbolFilePath":"C:\\Windows\\System32\\imm32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":69,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7540000","id":"7FFFF7540000","name":"crypt32.dll","path":"C:\\Windows\\System32\\crypt32.dll","symbolFilePath":"C:\\Windows\\System32\\crypt32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":70,"type":"event","event":"module","body":{"module":{"addressRange":"7FFFF7540000","id":"7FFFF7540000","name":"crypt32.dll","path":"C:\\Windows\\System32\\crypt32.dll","symbolFilePath":"C:\\Windows\\System32\\crypt32.dll","symbolStatus":"Symbols loaded."},"reason":"new"}}
[DEBUG codelldb::dap_codec] <-- {"seq":71,"type":"event","event":"module","body":{"module":{"id":"FFFFFFFFFFFFFFFF","name":""},"reason":"removed"}}
[DEBUG codelldb::dap_codec] --> {"command":"disconnect","arguments":{"restart":false},"type":"request","seq":9}
[ERROR codelldb::debug_session] Internal debugger error: error: process 0 in state = exited, but cannot detach it in this state.
[DEBUG codelldb::dap_codec] <-- {"seq":72,"type":"response","request_seq":9,"success":false,"command":"","message":"Internal debugger error: error: process 0 in state = exited, but cannot detach it in this state.","show_user":true}
[DEBUG codelldb::dap_session] Client has disconnected
[DEBUG codelldb::debug_session] End of the requests stream
[DEBUG codelldb::debug_session] DebugSession::drop()
[DEBUG codelldb] End of the debug session
[DEBUG codelldb] Exiting
Debug adapter exit code=0 (0x0), signal=null.

Okay the problem was that for some reason my executable did not find a DLL. Somehow cargo run managed to find it but not link it in the executable. So when running the exe by itself i got the error "std####.dll not found" and I found this dll in the .rustup folder for the rust toolchain. Then I added this path (C:\Users\xxxx\.rustup\toolchains\nightly-x86_64-pc-windows-msvc\lib\rustlib\x86_64-pc-windows-msvc\lib) to the PATH variable and then it found the dll. It feels like there should be a way without writing the exact toolchain name into PATH, but I could not find any. Only referring to .rustup does not work.


Add leaf-cluster auth ADR

Adds an ADR around leaf-cluster auth

I also think this should include a small section on the alternatives that were considered, and why they were discarded.

I also think this should include a small section on the alternatives that were considered, and why they were considered not suitable.

@bigkevmcd I don't have any info on which alternatives were considered. Can you or @palemtnrider elaborate on what other options were considered in a comment and I will add it to the doc?

@jpellizzari I would just put at the bottom of the ADR that "We have not considered any alternatives".

Closing as no longer relevant


Releases 0.2.0 and 0.3.0 missing from Maven Central

Since 0.4.0 is not backward compatible with Spark 2.0.x or Spark 2.1.x, this is quite important.

what do you mean? 0.2.0 and 0.3.0 are on maven central: http://search.maven.org/#search|gav|1|g%3A"com.github.benfradet" AND a%3A"spark-kafka-0-10-writer_2.11"

Just noticed the artefact name contains the Kafka version for 0.2.0 and 0.3.0.
I was just switching the version and only getting:
https://mvnrepository.com/artifact/com.github.benfradet/spark-kafka-writer_2.11
Thanks!

Yup I decided to stop supportting kafka 0.8 since not a lot of people were using it.


Rebase/feat/564/implement digital asset template

This pr deprecates #599
For description of what has been done check description of #599

Current coverage is 95.88% (diff: 100%)

Merging #680 into master will increase coverage by 0.03%

@@             master       #680   diff @@
==========================================
  Files            21         21
  Lines          1157       1167    +10
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
+ Hits           1109       1119    +10
  Misses           48         48
  Partials          0          0

Powered by Codecov. Last update 2acf37e...19caad3

LGTM


Feature: Carthage support

Pull request checklist

[x] All tests pass.
[x] Demo project builds and runs.
[x] I have resolved merge conflicts.
[x] I have followed the coding style.

Contributing guidelines confirmation: Confirmed.
This fixes issue #843
What's in this pull request?
Adds Carthage support

So is Carthage actually supported now? Adding github "jessesquires/JSQMessagesViewController" to Cartfile but getting Dependency "JSQMessagesViewController" has no shared framework schemes for any of the platforms: iOS

i got this issue too. please clarify

Hey all -- sorry for the delay here. 😅
We can't support carthage yet (in 7.x releases and prior) due to some legacy issues.
This is an area of focus for the 8.0 release.


How to contribute to assets

Hi,
So far, I really like your project, thanks for your work. How would one goes about contributing to SciDataFlow-Assets to make a public asset ?
As it stands, it's an organization so I cannot figure out how to add a new repo there without having rights. If more people are interested, maybe making a PR where new contributors would comment to ask access would be an idea ?
Thanks,

Hi apraga!
Assets are commonly-used general interest community data sets. If your project fits that description, the best way to do it is to open up an issue here and point me to your repository and I can assess.
Note that if your project is more limited scope, we may not host it as an asset on the official scidataflow-assets organization page (which is meant for major data sets, etc), but that doesn't stop users from using your repository as an asset with:
sdf asset --github <url>

I hope this helps, and let me know if your project is general use enough that it should be hosted on SDF assets.
Vince


Command PhaseScriptExecution failed with a nonzero exit code Error

Hi team,
I still try that build your example sdk, but I take this error

again and again. I solve xcodegen problem and I did pod install but not running project. I take this error.
I did search and find these element, I did this advise but not solve this problem.

 This is not related to the Chat SDK.


Can I set one of my fields as a custom id instead of auto increment?

Hello @dangalg ,
any solution !!!!


store/datas/database.go: Update datas.CanUsePuller to check for write support in TableFileStore.

The TableFileStore optimizations accidentally broke push support for
non-dotlremoteapi/non-filepath chunk stores. Attempting to push an AWS remote
currently results in an error.
This is a quick minimal PR to check for write support in a TableFileStore and
not use the push/pull fast path if it isn't supported.

This is a backport of https://github.com/liquidata-inc/dolt/pull/531 in case we want to cut a patch release for 0.15.3 without the unique tags changes, etc., in order to fix this behavior.

Got a permission denied on clones from doltremoteapi in local testing. Will investigate tomorrow. Not safe to merge.

Clone is still broken under this change, but that can technically be worked around by initing a new repo, dolt remote add ...ing the remote and dolt fetching.


Get Picture cropping info

I have a spreadsheet with images that have been cropped.
I can see the following information regarding the cropping:
Picture.blip_fill -> BlipFill.source_rectangle -> SourceRectangle { t, l, r, b }
The measurements within SourceRectangle are all strings, which store a simple text representation of numbers.
How do I calculate the cropping offsets from this?  Is there any documentation I can look up?
I can see that t = top, l = left, r = right and b = bottom...  The numbers (represented as strings) do not quite match anything though...

@schungx
Thank you for contacting us.
Sorry, I don't have the specs on the SourceRectangle values.
According to this page, it seems to be a percentage.
http://officeopenxml.com/drwPic-tile.php

Thanks a great deal.
Just knowing it may be a percentage already makes loads of sense.


Roman/backport dev math speed up v24

Closes: #XXX
What is the purpose of the change

https://github.com/osmosis-labs/osmosis/pull/8014
https://github.com/osmosis-labs/osmosis/pull/8006

Node is synching. Status:
 osmosisd status --node http://<IP_ADDRESS>:26657/

SQS: https://github.com/osmosis-labs/sqs/pull/168

Node is succesfully syncing still, IMO we merge this

Agreed. I will need an ACK please to be able to merge this


add capture tirgger type that stops token movement on the target token.

For some reason directly calling the original preUpdateHook causes some double calling problems. I am sure there is a simple fix, but decided that since this just works it was not worth the effort. I'm sure you'll find the reason there was a problem.
@Trigger[capture] means the tokens movement will get stopped at the target token.
There is also an anomaly when using traced paths, the motion completes and then the token is sucked to the target token - I'm guessing the token.preUpdate fires later in the chain for that. Also decided it was an edge case not worth pursuing. Besides it will give Atropos something to tinker with.
So the new trigger happy looks like
@Token[Target1a] @Trigger[capture[ @Trigger[move] @ChatMessage[/TeleportToToken Target1b -1 2]

Did a quick review, I think you resolved all the things I mentioned, thanks a lot! I didn't test it (no time unfortunately) but it looked good to me, so merged! :)
Thanks again


Merge racon gpu upstream

Merging some updates from racon-gpu repo to upstream racon

@rvaser main change is to update submodule for CGA with fix for https://github.com/clara-genomics/ClaraGenomicsAnalysis/issues/45


Please add animecherry.com

Please add animecherry.com as an option since they also have ger sub.

That site is currently not working with both cfscrape and cloudscraper (making scraping impossible), and will therefore not be added until at least one of those works again.

That site is currently not working with both cfscrape and cloudscraper (making scraping impossible), and will therefore not be added until at least one of those works again.

Do you know if aniwatch.me can be implemented?

aniwatch needs a login. I don't personally wanna work on something like that. Anime-loads.org is kinda awkward to get the link just from a quick 5 min look. Maybe that one can be investigated in more detail!

animecherry.com does not seem to exist anymore


new r4, additional t2 instance types

6 new r4 instance types, 2 extra t2 instance types.
! @nhibberd @charleso @markhibberd

Can we close this @phickey until they are available in amazonka?

I suppose so - it's stalled waiting on the upcoming amazonka 1.5.0 release. The definitions have already been updated on the amazonka develop branch.


Miscompilation on bbv branch due to dead store elimination

The following code will be miscompiled on the bbv branch.
f:	func	p:load_pointer
	local	i64:effective_addr, i64:other_stack, i64:A7

# 1 arg, 3 locals, 0 globals
	mov	A7, u32:4(load_pointer)
	mov	other_stack, u32:12(load_pointer)
	mov	effective_addr, 262144
	mov	A7, effective_addr
	mov	u32:4(load_pointer), A7
	mov	u32:12(load_pointer), other_stack
	ret
	endfunc
	endmodule

It seems that the wrong store will be eliminated. The store at offset 4 will be cut and the one at offset 12 will stay. I'm fully aware that this is not a stable branch and bugs are to be expected. This is not critical, and can be left alone.

Might be related to displacement handling through the GVN, though I'm not sure of that. Seems like we have some memory get assigned to the same value in GVN, despite them differing in displacement. I might be wrong on this.

I did more digging. Seems like the error happens before the GVN, even. I'm seeing aliasing between locations that should not alias.
alias between 	mov	u32:(load_pointer), R0 and 	mov	R1, u32:4(load_pointer)```

This would point to the problem being before availability. Possibly may_mem_alias_p or before.

Manually adding the alias information fixes the problem for me. That said, there still is the issue of the compiler not being sufficiently conservative when it comes to performing the work on memory, in the absence of this information. I might try to come up with a patch, if I have time.


Private resources visible in search

In the search interface of the web UI, I can see "private" resources that were not created by me. Intuitively, I would expect that I can see only my own private resources and those of other users are hidden.

Hi Martin,
As we take a strict approach to the FAIR principles and open data, only resources with data class Workspace or Confidential are not listed in the search index.
On the other hand, the non-personal metadata of resources with data class Public and Private is always listed in the public search index. The exceptions are labels that begin with private or app.aruna-storage, which are also filtered out beforehand. The important difference is that for a Public object, the actual uploaded data associated with the object can be downloaded without checking whether the user has sufficient permissions.
To request permissions for a resource within the system, the RequestResourceAccessRequest can be used, which sends a personal message to the creator of the resource.
If you have no further questions on this topic, I will close this issue as the search index is working as intended.

I see, so "private" and "public" are more like "restricted" and "open-access". Thanks for the explanation.


500 page

Please include in the initial description which issue this pull request solves.

When there is an exception, the whole UI reloads. Can this be changed such that the app does not reload but redirects to "/error".
You can for example add a test exception to https://github.com/blockchainprojects/bitshares-ui/blob/c5016f8a0b15d5b0dedc51b1d69ad4a07f1a8018/app/components/Account/CreateAccountPassword.jsx#L236
i.e.

Then click on Menu -> Create Account. Observe that the UI reloads before routing to "/error"

The UI is still reloading in the above mentioned case.

I created page 500 as a wrapper for the app  ui . Please review this solution

I created page 500 as a wrapper for the app ui. This branch is obsolete

@VerevkinAlexander Which branch is with your solution?


Syntax code fence should have language specified

Prerequisites

[X] Write a descriptive title.
[X] Make sure you are able to repro it on the latest released version
[X] Search the existing issues.

Steps to reproduce
Markdown lint MD40 specifies that a code fence should have a language specified. In the syntax code fence since it doesn't follow PowerShell syntax exactly the code fence should be text to not have syntax highlighting.
To resolve this issue I believe the only change is this line.
https://github.com/PowerShell/platyPS/blob/0738721dc7d98380d5c500529937709b47572275/src/Markdown.MAML/Renderer/Markdownv2Renderer.cs#L453
It needs to have the language specified.
AddCodeSnippet(GetSyntaxString(command, syntax), "text");

Expected behavior
Syntax code fences have `text` language

Actual behavior
No code fence language is specified

Error details
No response
Environment data
platyPS
7.4-preview2

Visuals
No response

Closing duplicate of #495


fix InvokeManagedMethod crash.

the function must have FUNC_HasOutParms flag with any properties have CPF_OutParm flag

Thank you for the PR! :D


Block count defined twice

I don't know if this qualifies as an issue but I was uncertain how to open a discussion.
I recently ran into an issue where everything appeared to be working correctly. I was pushing multiple files into my NOR flash SPI device and littlefs was doing just fine. Then, suddenly after the sixth or seventh test I could no longer mount the media.
I received the following sequence:
lfs.c:1366:error: Corrupted dir pair at {0x0, 0x1}
Mount Error, -84
I tried formatting and got:
lfs.c:2069:debug: Bad block at 0x0
lfs.c:2074:warn: Superblock 0x0 has become unwritable
At that point my code would fail and exit into my own error handling.
As I dug deeper I found some solutions that suggested I needed to erase my NOR flash device myself and that would correct the issue. As I built my code to do this I came to realize that there is a block_count variable in lfs_t and a block_count variable in struct lfs_config. The examples that I have found all show to link the *cfg pointer in struct lfs with the instance of struct lfs_config created in memory. This seemed logical to me and I did it. That leaves me with wondering why are there two separate block_count values in two structures linked to each other? The code in lfs.c uses both of them in various locations.
Yes, I am aware that it is very easy to just set them both equal to the same value and I have already done this. I am just curious if I am using it wrong and what the reason is for what appears to me as redundant variables?

Hi @tredlich00 thanks for opening an issue. littlefs predates GitHub's discussions feature and I've been procrastinating on figuring out how that works, so that's on me (enabling discussions is irreversible).

As I built my code to do this I came to realize that there is a block_count variable in lfs_t and a block_count variable in struct lfs_config.

Ah, this is a bit of a limitation of C's "header-is-documentation". The documented struct lfs_config struct should be filled out when calling lfs_mount, but the undocumented lfs_t struct is an implementation detail that does not need to (shouldn't?) be filled out.
But lfs_t needs to be fully defined in the header file so C knows its size/alignment.

The technical reason block_count occurs twice:
You don't need to know the block count before mounting the disk. If struct lfs_config's block_count is 0, the actual block_count is read from metadata stored on disk.
We can't store this in struct lfs_config's block_count, because struct lfs_config is const, and may be stored in ROM. So the only option is a duplicated field.
Because of these duplicated fields, a ROM backed struct lfs_config is less appealing than it initially was, so in the future we may move to not requiring struct lfs_config to live as long as lfs_t. Though this may require a major version change.

As I dug deeper I found some solutions that suggested I needed to erase my NOR flash device myself and that would correct the issue.

I'm curious, what led you down this path? littlefs's lfs_format function should be stateless, unless the block device layers below littlefs has some weird external requirement.

Then, suddenly after the sixth or seventh test I could no longer mount the media.

This is all suggesting that the erase callback is not implemented correctly. Out of the factory, your device may be pre-erased, which would allow a small number of commits to be written. But then littlefs will need to erase a block for new commits, which could lead to this error. This would also explain why reformatting didn't work.


http://purl.bdrc.io/ontology/... fails to return proper contents

For example,
curl --header 'Accept application/rdf+xml' http://purl.bdrc.io/ontology/types/Transliteration

Is now returning html which is breaking requests. Requesting text/turtle also fails.
This is now getting in the way of work on xmltoldmigration.

curl -v -H "Accept:application/rdf+xml" http://purl.bdrc.io/ontology/admin/ is working just fine because its publicUri ends with a "/" in ont-policy.rdf.
Make sure that each ontology publicUri ends with a "/" and it should work just fine.

What is the semantics of the trailing / vs not?

well, I don't know: sometimes you put one, sometimes you don't. if you want to leave things as is, I can do more testing including most common cases (trailer '/', trailer ' #', no trailer, etc...) . Just tell me.

I thought you might know the answer. I'll try to correct but would like to know. Things were working without / but I can adjust in all of the various includes and such.
In any event, ldspdi is responding incorrectly to:
curl --header 'Accept application/rdf+xml' http://purl.bdrc.io/ontology/types/Transliteration

since it is returning HTML rather than a 406 indication that the desired mime type is not available. See rfc2616, 14.1 Accept:

If an Accept header field is present, and if the server cannot send a response which is acceptable according to the combined Accept field value, then the server SHOULD send a 406 (not acceptable) response.

apparently fixed by a flurry of commits in ldspdi and owl-schema


Support Openshift 3.9

Openshift 3.9.0 has been released few weeks ago. We should run regression tests against it and add it to the compatibility matrix if everything is ok.
Wdyt?

Hey @nicolaferraro
Already on it, hopefully I will update by tomorrow.

As #1275 is merged, I am closing this.


HDDS-9170. Replace GenericTestUtils#assertExceptionContains with AssertJ#assertThat

What changes were proposed in this pull request?
This change is to deprecate and remove GenericTestUtils#assertExceptionContains and use AssertJ#assertThat.
AssertJ is already a dependency of ozone and is preferred to use to exception message comparison. More details are in HDDS-9951 and HDDS-9170.
What is the link to the Apache JIRA
HDDS-9170
How was this patch tested?
Ran test locally and fork branch.

Thanks @hemantk-12 for working on this. Mostly looks good, I only noticed one small problem in TestSecureOzoneCluster. Also suggested a small set of related minor improvents in TestRootedOzoneFileSystem.
The change is rather large, and has several different improvements. To keep patches smaller and more focused, I suggest the following (for the future):
* When you find an opportunity for refactoring (e.g. converting to `@ParameterizedTest` to reduce duplication), create a follow-up task.  Assign it to yourself, if only to avoid other eager contributors jumping on it right away (which can cause conflicts in patches).

* For minor updates, like formatting changes, there are two possible routes:

  * make various changes in a limited set of files
  * make the same limited change in many files

  Either of these make the review cycle quicker (easier to provide feedback, easier to address comments).  I think the first option is better for two reasons: working in parallel with others now, and backporting such changes in the future.

Thanks for the detailed suggestion. I'll keep it in mind and try to raise smaller and cosine patches in future.

Thanks @adoroszlai and @duongkame for the review.


Fix homepage to use SSL in OBS Cask

The HTTP URL is already getting redirected to HTTPS. Using the HTTPS URL directly
makes it more secure and saves a HTTP round-trip.

Looks good, thanks! :+1:


cmf init --force option is not documented

When running cmf init without an output directory, the following error is shown:
"Rerun the command and pass --force to accept and create."
However, documentation does not mention this

There actually isn't a --force option, at all. If you try to use it you'll get an error. The templating library supports forcing but we do not. We could artificially hide that library output, as it does cause some confusion, but unless we kinda find/replace there's nothing to identify it as such.
So, I agree this isn't very user friendly but the documentation is correct.


MUMUP-2153 : Render launched simple content under /web/static

Replaced mock data with up to date api
added URLs to /web/static/fname for cms

:+1: looks good


Search is logging errors for a Non Admin User where they don't have permissions to a Stream (probably)

Error popup shows
Unable to extract data from stream source with id: xxxxxx - Unable to find meta data for id=xxxxx with valid status
This error is not logged as Admin

not happening in b.164


feat: handle cross-chain dependencies in deployment

Summary
This PR updates deployment screen to be able to handle cross-chain deployments (Starknet space can deploy L1 dependency).
This is demonstrated by addition of EthRelayer + L1AvatarExecutionStrategy strategies.
This also adds retry mechanism.
Closes: https://github.com/snapshot-labs/sx-monorepo/issues/128
Towards: https://github.com/snapshot-labs/sx-monorepo/issues/169
Limitations:

There is big limitation that we can right now only handle single Web3 connection, so concurrent connections are not possible. This becomes a problem if user connects different Starknet account during space form and different one when actually deploying. Solution to this would to to support concurrent connections (like in Starknet Bridge where you connect both Metamask and Argent X at once and we would keep those whole process). The issue here is that we need to predict space address and it depends on Starknet account and we can't predict it once connected because spaceAddress is used for execution strategies).

How to test

Go to http://localhost:8080/#/create (sign in with your Starknet wallet here).
Create space on Starknet (sepolia) using EthRelayer strategy.
On confirmation screen you will be prompted to connect with Metamask to deploy L1 strategy, connect and approve.
Then you will be prompted to connect with Starknet account to deploy space itself.

@bonustrack can you take a look? This is first PR that will allow us to integrate L1 avatar execution for Starknet.

Thanks will check, on my todo list


hotfix/ClassRolls -> dev

This change is

Reviewed 1 of 1 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable


Series color issue

This issue depend on #262
When i fill my series collection by first call of my method

when I call my method second time , it calls seriescollection.clear() and fill it with a new series, but with a new colors =)

Its not good =)

This is actually the safest way for the library, every time a series is added it increments a counter, that is why you get a new color, this is safe so color never repeat, any ideas to change this is appreciated.
You can always force the colors fo your series as:
<lvc:LineSeires Stroke="Red" />

Thank you!
<lvc:LineSeires Stroke="Red" />
is all right.
But what do you think about to reset counter after calling seriescollection.clear() ?

I like it, will commit that to close this issue


Exclude impossible campaigns

I think it would be more effective if the miner did not farm campaigns that would end before the miner could get them

I think #70 should work, but I am a little scared it could refuse to mine campaigns that are only partly possible.

Yeah....

It is there, but it's not as straight forward to get to it.

Well, it needs a function to loop through it and find the lowest. I don't have the time to set that up right now, especially since there are functions with the same name, that do very similar, tho not exactly the same stuff in different classes.
If anyone else can do it, I'll review and merge.

@Nollasko thinking on it a bit more, the issue is still that the miner can sometimes incorrectly guess progress, as described in #63. This could then also lead to a minable campaign not being mined.
I don't think it makes sense to work on this feature until we find a solution to the above-described issue.

Yeah, of course. I suggested it as a potential feature in the distant future. I'm glad you made TDM work at all and I think you have higher priorities at the moment.


fix(version): update fabric8-runtime-console to 0.10.7

There were the following issues with your Pull Request

Commit: efb23b1a33ddd9155eafa13c9de3fa6f505fbb42
Your subject line is longer than 50 characters

Guidelines are available at https://github.com/fabric8io/fabric8-ui

This message was auto-generated by https://gitcop.com


Is this repository still maintained - any benefit to use it since Apollo allows local data management as well?

any update? It looks a very good start but why is this repo so silent and lonely?

Yeah it's a good project imo, what lacks Apollo client right now is the ability to update multiple queries in a "reactive way". Today you have to do it imperatively.
Apollo link watched mutation tries to solve the problem, but Apollo loona approach has a betterdevelopeer experience
https://github.com/haytko/apollo-link-watched-mutation

Is this library still maintained?

@kamilkisiela Can you please say something about the status of the project 🙏


React native android absolute position flatlist problem?

Description
In android, my absolute components do not appear in the flatlist. There is no such problem on iOS. Does anyone have any idea how to solve this problem?
React Native Version
0.71.7
Output of npx react-native info
I expect absolute positioned FlatList items to be visible on Android, just as they are on iOS.
Steps to reproduce
Create Flatlist and render absolute positioned items.
Items are visible on ios but not on android
Snack, code example, screenshot, or link to a repository
const renderItem = ({ item, index }) => {
if (item.name) {

  return (
    <View style={[styles.nextMatchContainer, { zIndex: 5 - index }]}>
      <SwipeableCard match={item} />
    </View>
  )
}

}

@gorkemunluyurt
Please execute npx react-native info in your project directory and paste the output of the same under the "Output of npx react-native info" subheading in the issue description.


🌐 RTL support for Portal

A draft of RTL support for Portal.

Thanks @dvdwinden for the review!  I think the period and question mark's positions not actually a problem.  They are in the "right place" -- it's just that your text isn't RTL (because it is English), so it looks weird.
I'm not sure which language you have set.  (Maybe you forgot to turn on the portal translations in settings > labs?)  If you switch to Arabic, you should see the 'Not receiving emails?' rendered as:
"Not receiving emails?": "لم تستلم رسالة بريدية؟",
Happily, the punctuation is wrapped in the string, so we get the backward question mark in the right place without portal doing extra work.

I switched over to Urdu for the other string, since translations are more complete there:


fix Secp256k1Op

Number bytes are in little endian while Secp256k1 scalar needs to be in big endian.

@dr-orlovsky I am also not sure who first said big endianness, and I just found that everyone uses big-endian in practice.
Golang:
https://pkg.go.dev/crypto/elliptic#Curve
ScalarMult returns k*(Bx,By) where k is a number in big-endian form.
Rust Secp256k1 stores secret key 1 in big endian:
https://github.com/rust-bitcoin/rust-secp256k1/blob/96430df3f14a03c16661e8279a86a6497c7d6fd9/src/key.rs#L66


Enable browser automation in CI

Add a PR validation job that runs the e2e tests.
Windows at a minimum, xplat is a bonus.

@SteveSandersonMS what's left to be done here?

Done

Xplat still missing

This is Azure Pipelines, not team city. Do we also want it running there?

@javiercn As far as I know, Azure Pipelines is all we need now :) I assumed we were retiring TeamCity soon anyway.

Yeah, I filed a different issue to track everything left.


GEODE-11: GFSH command fixes

List lucene gfsh command is changed to "list lucene indexes --with-stats" (previously: list lucene index --stats)
Changed the create index gfsh command's result display to a tabular format

+1


Add ellipsoid

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@363b66b). Click here to learn what that means.
The diff coverage is 94.23%.

@@            Coverage Diff            @@
##             master      #20   +/-   ##
=========================================
  Coverage          ?   99.08%
=========================================
  Files             ?        8
  Lines             ?      547
  Branches          ?        0
=========================================
  Hits              ?      542
  Misses            ?        5
  Partials          ?        0

Impacted Files
Coverage Δ

src/czml3/types.py
98.44% <81.81%> (ø)

src/czml3/properties.py
99.62% <97.56%> (ø)

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 363b66b...182360b. Read the comment docs.


Fix deps

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

opencensus-context has not yet been updated on CF:

https://github.com/conda-forge/opencensus-context-feedstock
https://pypi.org/project/opencensus-context/0.1.3/

@conda-forge-admin, please rerender