RFC: better JSON structure for version switcher

          > Another possibility is to keep it as a list-of-dicts, and have users optionally add a preferred=True item to one entry, and similarly an optional latest=True to one entry.

I'm not a huge fan on this as it easily leaves open the possibility of erroneously adding preferred and latest to more than one dict, and now you need some validation step if you want to make sure you haven't screwed up your JSON file. I'd rather just have one top -level value to update, which does not leave open that possibility, and is also simpler to automate. I'm not sure which is easier to implement but I have strong opinions about which one is more user-friendly.
Originally posted by @bryevdv in https://github.com/pydata/pydata-sphinx-theme/issues/945#issuecomment-1258766748

          > Another possibility is to keep it as a list-of-dicts, and have users optionally add a preferred=True item to one entry, and similarly an optional latest=True to one entry.

I'm not a huge fan on this as it easily leaves open the possibility of erroneously adding preferred and latest to more than one dict, and now you need some validation step if you want to make sure you haven't screwed up your JSON file. I'd rather just have one top -level value to update, which does not leave open that possibility, and is also simpler to automate. I'm not sure which is easier to implement but I have strong opinions about which one is more user-friendly.
Originally posted by @bryevdv in https://github.com/pydata/pydata-sphinx-theme/issues/945#issuecomment-1258766748


Unexpected null value when using chips

Flutter 3.0.1
run on chrome
Chips gives error.

@mapariumdevteam could you provide an example which can be copy pasted and tested
this one is not runnable

I just clone the repo and use flutter run -d chrome command under example folder. all interface and lib run without any error. But when i click the Chips sample it gives this error.

following up! --same issue


ssl pinning in vox

I want to implement ssl pinning in Vox , Could you please help me how to do it ?

I found out by my self , it's good to support it when you publish a framework ... some body should waste his time to edit library .

I found out by my self , it's good to support it when you publish a framework ... some body should waste his time to edit library .

Perhaps you can provide some example code on your approach?

I found out by my self , it's good to support it when you publish a framework ... some body should waste his time to edit library .

Perhaps you can provide some example code on your approach?

of course.
I'll put example in next comment 👍

In your project in Xcode Go to Pods folder, open Vox folder . Open JSONAPIClient_Alamofire.swift which module that all requests handles there .
In function executeRequest(...) add this part of code :
`
// Configure the trust policy manager
let serverTrustPolicy = ServerTrustPolicy.pinCertificates(
certificates: ServerTrustPolicy.certificates(),
validateCertificateChain: false,
validateHost: true)
        let serverTrustPolicies = ["yourhost.com": serverTrustPolicy]
        let serverTrustPolicyManager = ServerTrustPolicyManager(policies: serverTrustPolicies)

        let url = baseURL.appendingPathComponent(path)
        let headers: HTTPHeaders = [
            "Content-Type": "application/vnd.api+json",
            "Accept": "application/vnd.api+json",
            "Authorization": "token"]

        /// using certificate pinning
        let sessionManager = SessionManager(configuration: URLSessionConfiguration.default,serverTrustPolicyManager: serverTrustPolicyManager)

let request = multiEncodedURLRequest(url: url, method: method, queryItems: queryItems, bodyParameters: bodyParameters, headers: headers)
.
.
.
And when request sent, inresponseDatacall back dolet _ = sessionManager` base on this link : https://stackoverflow.com/questions/39984880/alamofire-result-failure-error-domain-nsurlerrordomain-code-999-cancelled


CLI doc correction on npm-init.md

Resolving the issue #5837 for repo  :
https://github.com/npm/[cli] (https://github.com/npm/cli)
Missing backticks on "npm init  (same as `npx )" line 25 for both files (v8 and v9)
Despite what it said on CONTRIBUTION.md, this issue can't be done on npm/cli cause of autogenerated code.
Hope I did well, do not hesitate to tell me if i did wrong.
I'll ask to close the associated issu if it's good for you.
References
content/cli/v8/commands/npm-init.md
content/cli/v9/commands/npm-init.md
Line 25 added missing backticks
Line 28 "innit" -> "init"

this fix for this issue would need to be made in the npm/cli repo. see my comment here for more info: https://github.com/npm/cli/issues/5837#issuecomment-1368582071
also the command innit is not a typo, but allows for the command to be typed both ways and still be run as init.


Q: Support for High Level API

Hi, I am new to miniaudio but since I am looking around for a more complete Go library for audio, I came across miniaudio and your binding project.
From the documentation of miniaudio it appears that there is both a Low Level API and a High Level API, with the latter adding mixing and effects capabilities, as well as a node graph, something that sounds very appealing and much like Web Audio API.
Are there any plans to expose bindings for the High Level API?

There are no plans. If anyone wants to work on this I am willing to merge it. The issue can be open for some time, I will close it later if nobody wants to work on it.


{status.online.players} not displaying as int

https://gyazo.com/7de7f5c575233e5e3eb910000fe88d0c
{status.online.players} isn't displaying an integer, instead displays the word.

I don't quite follow. Could you elaborate on this? Perhaps give us an actual minimal reproducable example with code shoing the issue?
I'm not aware of status.online.players being a thing, our mcstatus.pinger.PingResponse class has players.online attribute, not online.players, and the mcstatus.querier.QueryResponse also only has players.online, not online.players. And those attributes both store an integer value, not a string.

Sounds like f was forgotten to make the string a format string.


Uncaught TypeError: Cannot read property 'Symbol(Symbol.iterator)' of undefined

[Enter steps to reproduce:]

...
...

Atom: 1.15.0 x64
Electron: 1.3.13
OS: Mac OS X 10.11.6
Thrown From: save-workspace package 0.2.9
Stack Trace
Uncaught TypeError: Cannot read property 'Symbol(Symbol.iterator)' of undefined
At /Users/vitotheboss/.atom/packages/save-workspace/lib/models/workspace.js:92

TypeError: Cannot read property 'Symbol(Symbol.iterator)' of undefined
    at Workspace.__savePaneTabs (/packages/save-workspace/lib/models/workspace.js:92:27)
    at Workspace.save (/packages/save-workspace/lib/models/workspace.js:43:25)
    at /packages/save-workspace/lib/commands/save.js:18:22)
    at InputWorkspaceNameView.confirmed (/packages/save-workspace/lib/input-workspace-name-view.js:45:10)
    at InputWorkspaceNameView.module.exports.SelectListView.confirmSelection (/packages/save-workspace/node_modules/atom-space-pen-views/lib/select-list-view.js:338:21)
    at /packages/save-workspace/node_modules/atom-space-pen-views/lib/select-list-view.js:139:19)
    at HTMLOListElement.dispatch (/packages/save-workspace/node_modules/jquery/dist/jquery.js:4435:9)
    at HTMLOListElement.elemData.handle (/packages/save-workspace/node_modules/jquery/dist/jquery.js:4121:28)

Commands
     -0:17.1.0 save-workspace:save (input.hidden-input)

Non-Core Packages
advanced-open-file 0.16.6
atom-beautify 0.29.17
browser-plus 0.0.87
copy-filename 1.0.1
file-icons 2.0.17
hide-tree 0.0.20
language-slim 0.5.0
open-recent 5.0.0
project-manager 3.3.3
project-sidebar 1.3.0
save-workspace 0.2.9
simple-drag-drop-text 0.3.4
slim-language 2.2.0
tree-view-search-bar 0.1.3

denieler/save-workspace-atom-plugin#10

issue is connected to #10

@vitotheboss this issue should be fixed in 0.4.0 version. Thank you!


Stack deployments fail when using UCP 2.2.5 and Collections

Originally created by @lordgnu as netapp/netappdvp#117
We upgraded to UCP 2.2.5 this morning and suddenly all of our deployments are failing when using the netappdvp plugin and collections. We always seem to get an error similar to this: failed to update service 7c1e4382_vtest_db-redis: Error response from daemon: located 1 sets of existing volumes named "7c1e4382_vtest_db_redis" with different collection labels. Please make sure all existing volumes with the same name share the same collection or don't have one at all
Our deployment system inspects services about to be deployed and creates the volumes ahead of time (with the correct collection labels) in the event they don't already exists. This was because (prior to UCP 2.2.5) volume labels were ignored when doing a docker stack deploy to a swarm. It seems the labels are now honored, but past the initial deployment, all subsequent deployments fail with the aforementioned error.
We are using version 17.10.1 of the netappdvp plugin with UCP 2.2.5 and Docker 17.06.2-ee-6
Below is some output from our deployment system showing the errors returned (as well as what labels were applied to the service). Following this output is the result of a docker volume inspect of the same volume raising the error from a management node, and that shows that the collection labels all match.
[2018-01-18T12:38:51-06:00][start] Beginning deployment
[2018-01-18T12:38:51-06:00][info] Cloning repository from REDACTED
[2018-01-18T12:38:52-06:00][info] Generating swarm.yml
[2018-01-18T12:38:52-06:00][info] Resolved swarm.yml path as /tmp/swarm-test-7c50c1c67a2f4eba6f4afcfee2b8d163e42c942adbedb0adafb098960cb1e96f/docker/swarm/swarm.yml
[2018-01-18T12:38:52-06:00][info] Processing services for image / network replacement
[2018-01-18T12:38:52-06:00][info] Checking service: db-redis
[2018-01-18T12:38:52-06:00][info] Overriding image: REDACTED/platform/db-redis:0.0.26
[2018-01-18T12:38:52-06:00][info] Checking networks
[2018-01-18T12:38:52-06:00][info] Assigning deployment to collection: /vtest
[2018-01-18T12:38:52-06:00][info] Tagging deployment with user: dbauer
[2018-01-18T12:38:52-06:00][info] Appending YML labels
[2018-01-18T12:38:52-06:00][info] - Adding label: delivery.user=dbauer
[2018-01-18T12:38:52-06:00][info] - Adding label: delivery.deployment=swarm-test-7c50c1c67a2f4eba6f4afcfee2b8d163e42c942adbedb0adafb098960cb1e96f
[2018-01-18T12:38:52-06:00][info] - Adding label: delivery.master=true
[2018-01-18T12:38:52-06:00][info] - Adding label: com.docker.ucp.access.label=/vtest
[2018-01-18T12:38:52-06:00][info] - Adding label: com.docker.ucp.collection=b8dee80c-6b58-4d79-a33f-236c6fc8b4bb
[2018-01-18T12:38:52-06:00][info] - Adding label: com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb=true
[2018-01-18T12:38:52-06:00][info] - Adding label: com.docker.ucp.collection.root=true
[2018-01-18T12:38:52-06:00][info] - Adding label: com.docker.ucp.collection.swarm=true
[2018-01-18T12:38:52-06:00][info] Checking root volume definitions
[2018-01-18T12:38:52-06:00][info] - Checking volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T12:38:52-06:00][info] -- Found volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T12:38:52-06:00][info] Checking root network definitions
[2018-01-18T12:38:52-06:00][info] Processing network: 7c1e4382-redis-network
[2018-01-18T12:38:52-06:00][info] Deploying service to swarm
[2018-01-18T12:38:53-06:00][stderr] Updating service 7c1e4382_vtest_db-redis (id: nk918xdmi97hm9st35gygbd98)
[2018-01-18T12:38:53-06:00][stderr] failed to update service 7c1e4382_vtest_db-redis: Error response from daemon: located 1 sets of existing volumes named "7c1e4382_vtest_db_redis" with different collection labels. Please make sure all existing volumes with the same name share the same collection or don't have one at all
[2018-01-18T12:38:53-06:00][stderr] exit status 1
[2018-01-18T12:38:53-06:00][error] Deployment has failed: an error was encountered during swarm deployment: exit status 1
[2018-01-18T12:38:53-06:00][complete] Deployment failed

Volume inspection output:
docker volume inspect 7c1e4382_vtest_db_redis
[
    {
        "Driver": "netapp_sync:latest",
        "Labels": {
            "com.docker.swarm.whitelists": "[\"node==REDACTED\"]",
            "com.docker.ucp.access.label": "/vtest",
            "com.docker.ucp.collection": "b8dee80c-6b58-4d79-a33f-236c6fc8b4bb",
            "com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb": "true",
            "com.docker.ucp.collection.root": "true",
            "com.docker.ucp.collection.swarm": "true",
            "delivery.user": "dbauer"
        },
        "Mountpoint": "/var/lib/docker/plugins/65801f6b71e89c320b3fde10638395ed676beeb1cbaaa7fc6f15ac06695c3af3/rootfs",
        "Name": "7c1e4382_vtest_db_redis",
        "Options": {
            "size": "2G"
        },
        "Scope": "global",
        "Status": {
            "Snapshots": []
        }
    }
]

We have attempted this every way we can think of (starting from scratch) and all followup deployments seem to fail whether or not we manually create the volume or let docker handle that for us in the initial deployment; whether or not we omit the volume labels entirely, or only add "com.docker.ucp.access.label", or verbosely add every ucp label...

@lordgnu:
Update on this... It appears as long as you explicitly add ALL UCP collection labels to both the service and the volumes in the swarm template, the initial deployment works as well as the follow-up deployments. Caveat is you MUST create the volume ahead of time with all those labels defined as well, and all pre-existing volumes, even if they belong to the correct collection according to UCP must be destroyed and recreated (meaning whole stacks need to be torn down) in order for the update deployments to operate as expected.
Here's my logs from the attempt that proved to be successful:
######################################################################################
# Attempt : Deployment with ALL collections labels on volumes/services, pre-creation #
######################################################################################

Initial Deployment (Successful):
[2018-01-18T14:35:45-06:00][start] Beginning deployment
[2018-01-18T14:35:45-06:00][info] Cloning repository from ssh://REDACTED/db-redis.git
[2018-01-18T14:35:46-06:00][info] Generating swarm.yml
[2018-01-18T14:35:46-06:00][info] Resolved swarm.yml path as /tmp/swarm-test-e54b41ad3d63aae0ba06f9a9c5cf1c26a372d7d74331716b2696b1a9514a0035/docker/swarm/swarm.yml
[2018-01-18T14:35:46-06:00][info] Processing services for image / network replacement
[2018-01-18T14:35:46-06:00][info] Checking service: db-redis
[2018-01-18T14:35:46-06:00][info] Overriding image: REDACTED/platform/db-redis:master
[2018-01-18T14:35:46-06:00][info] Checking networks
[2018-01-18T14:35:48-06:00][info] Assigning deployment to collection: /vtest
[2018-01-18T14:35:48-06:00][info] Tagging deployment with user: dbauer
[2018-01-18T14:35:49-06:00][info] Appending YML labels at path services.db-redis.deploy.labels
[2018-01-18T14:35:49-06:00][info] - Adding label: delivery.user=dbauer
[2018-01-18T14:35:49-06:00][info] - Adding label: delivery.deployment=swarm-test-e54b41ad3d63aae0ba06f9a9c5cf1c26a372d7d74331716b2696b1a9514a0035
[2018-01-18T14:35:49-06:00][info] - Adding label: delivery.master=true
[2018-01-18T14:35:49-06:00][info] - Adding label: com.docker.ucp.access.label=/vtest
[2018-01-18T14:35:49-06:00][info] - Adding label: com.docker.ucp.collection=b8dee80c-6b58-4d79-a33f-236c6fc8b4bb
[2018-01-18T14:35:49-06:00][info] - Adding label: com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb=true
[2018-01-18T14:35:49-06:00][info] - Adding label: com.docker.ucp.collection.root=true
[2018-01-18T14:35:49-06:00][info] - Adding label: com.docker.ucp.collection.swarm=true
[2018-01-18T14:35:49-06:00][info] Checking root volume definitions
[2018-01-18T14:35:49-06:00][info] - Checking volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T14:35:49-06:00][info] -- Creating volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T14:35:53-06:00][info] Appending YML labels at path volumes.db_redis.labels
[2018-01-18T14:35:53-06:00][info] - Adding label: com.docker.ucp.collection=b8dee80c-6b58-4d79-a33f-236c6fc8b4bb
[2018-01-18T14:35:53-06:00][info] - Adding label: com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb=true
[2018-01-18T14:35:53-06:00][info] - Adding label: com.docker.ucp.collection.root=true
[2018-01-18T14:35:53-06:00][info] - Adding label: com.docker.ucp.collection.swarm=true
[2018-01-18T14:35:53-06:00][info] - Adding label: delivery.user=dbauer
[2018-01-18T14:35:53-06:00][info] - Adding label: com.docker.ucp.access.label=/vtest
[2018-01-18T14:35:53-06:00][info] Checking root network definitions
[2018-01-18T14:35:53-06:00][info] Processing network: 7c1e4382-redis-network
[2018-01-18T14:35:53-06:00][info] Deploying service to swarm
[2018-01-18T14:35:54-06:00][stdout] Creating service 7c1e4382_vtest_db-redis
[2018-01-18T14:35:54-06:00][info] Waiting for service to become healthy
[2018-01-18T14:35:54-06:00][info] Will poll once every 30 seconds for up to 20 minutes...

Volume Inspection:
# docker volume inspect 7c1e4382_vtest_db_redis
[
    {
        "Driver": "netapp_sync:latest",
        "Labels": {
            "com.docker.swarm.whitelists": "[\"node==REDACTED\"]",
            "com.docker.ucp.access.label": "/vtest",
            "com.docker.ucp.collection": "b8dee80c-6b58-4d79-a33f-236c6fc8b4bb",
            "com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb": "true",
            "com.docker.ucp.collection.root": "true",
            "com.docker.ucp.collection.swarm": "true",
            "delivery.user": "dbauer"
        },
        "Mountpoint": "/var/lib/docker/plugins/9d30000b1042920d3636aade2291c2a8d54cd1521320ef58ca54b593daef8414/rootfs",
        "Name": "7c1e4382_vtest_db_redis",
        "Options": {
            "size": "2G"
        },
        "Scope": "global",
        "Status": {
            "Snapshots": []
        }
    }
]

Follow-up deployment with same settings:
[2018-01-18T14:37:23-06:00][start] Beginning deployment
[2018-01-18T14:37:23-06:00][info] Cloning repository from ssh://REDACTED/db-redis.git
[2018-01-18T14:37:24-06:00][info] Generating swarm.yml
[2018-01-18T14:37:24-06:00][info] Resolved swarm.yml path as /tmp/swarm-test-8f0cf7534731795a1f9cc7cd7f206f1af65ec49b37e839a0fdb579e57735d89b/docker/swarm/swarm.yml
[2018-01-18T14:37:24-06:00][info] Processing services for image / network replacement
[2018-01-18T14:37:24-06:00][info] Checking service: db-redis
[2018-01-18T14:37:24-06:00][info] Overriding image: REDACTED/platform/db-redis:0.0.26
[2018-01-18T14:37:24-06:00][info] Checking networks
[2018-01-18T14:37:24-06:00][info] Assigning deployment to collection: /vtest
[2018-01-18T14:37:24-06:00][info] Tagging deployment with user: dbauer
[2018-01-18T14:37:24-06:00][info] Appending YML labels at path services.db-redis.deploy.labels
[2018-01-18T14:37:24-06:00][info] - Adding label: delivery.user=dbauer
[2018-01-18T14:37:24-06:00][info] - Adding label: delivery.deployment=swarm-test-8f0cf7534731795a1f9cc7cd7f206f1af65ec49b37e839a0fdb579e57735d89b
[2018-01-18T14:37:24-06:00][info] - Adding label: delivery.master=true
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.access.label=/vtest
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection=b8dee80c-6b58-4d79-a33f-236c6fc8b4bb
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb=true
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.root=true
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.swarm=true
[2018-01-18T14:37:24-06:00][info] Checking root volume definitions
[2018-01-18T14:37:24-06:00][info] - Checking volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T14:37:24-06:00][info] -- Found volume: db_redis (7c1e4382_vtest_db_redis)
[2018-01-18T14:37:24-06:00][info] Appending YML labels at path volumes.db_redis.labels
[2018-01-18T14:37:24-06:00][info] - Adding label: delivery.user=dbauer
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.access.label=/vtest
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection=b8dee80c-6b58-4d79-a33f-236c6fc8b4bb
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.b8dee80c-6b58-4d79-a33f-236c6fc8b4bb=true
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.root=true
[2018-01-18T14:37:24-06:00][info] - Adding label: com.docker.ucp.collection.swarm=true
[2018-01-18T14:37:24-06:00][info] Checking root network definitions
[2018-01-18T14:37:24-06:00][info] Processing network: 7c1e4382-redis-network
[2018-01-18T14:37:24-06:00][info] Deploying service to swarm
[2018-01-18T14:37:25-06:00][stdout] Updating service 7c1e4382_vtest_db-redis (id: q3t32wmyoyku2bkgmrs4a8z43)
[2018-01-18T14:37:25-06:00][info] Waiting for service to become healthy
[2018-01-18T14:37:25-06:00][info] Will poll once every 30 seconds for up to 20 minutes...

+1

+1 on this with 2.2.5, did you find any situation that does works consistently?
Possibly pre-creating volume via bundle client side or via ssh to worker/manager?

This is a Docker issue that affects all external volume plugins.  We're waiting on a fix from Docker that will allow us to update Trident and support this deployment model.

Yeah for example I'm using cloudstor, I meant to mention that in my comment. I understand it's a docker problem but I was wondering if anyone has a workaround until 2.2.6/3.0.

i believe there is no official workaround. we ended up backing up UCP on our test cluster, reinstalling 2.2.4, and restoring from the 2.2.5 backup. our production cluster wasn't impacted since we discovered this issue on our test environment.
our rep @ docker has indicated that a fix for this is in QA, with no official timeline for release.

Docker just added a release note about this: https://docs.docker.com/datacenter/ucp/2.2/guides/release-notes/#version-225
Specifically, under "known issues":

UCP doesn’t allow enforcing role-based access control for third-party volume plugins. If you’re using third-party volume plugins and are planning on upgrade UCP, you can skip 2.2.5 and wait for the upcomming 2.2.6 release, which will provide an option to turn of RBAC enforcement for volumes.

They've updated their release notes. Our TAM has conveyed that this issue has a fix undergoing tests at this time.
https://docs.docker.com/datacenter/ucp/2.2/guides/release-notes/#version-225

UCP role-based access control is not compatible with all third-party volume plugins. If you’re using certain third-party volume plugins (such as Netapp) and are planning on upgrading UCP, you can skip 2.2.5 and wait for the upcoming 2.2.6 release, which will provide an alternative way to turn on RBAC enforcement for volumes.

UCP 2.2.6 is released. This should now be fixed.


spack-stack-1.4.0 release work

Description
Summary of all tasks for releasing spack-stack-1.4.0.
Starting from the release branches (git clone -b release/1.4.0 --recursive https://github.com/jcsda/spack-stack), install on platforms - any bug fixes/documentation updates for specific platforms go into the release branch before the final tag is made.
Platforms

[ ] Acorn (Intel): (@AlexanderRichert-NOAA)

[ ] redone with<EMAIL_ADDRESS>in ...

[x] Casper (Intel): /glade/work/epicufsrt/contrib/spack-stack/spack-stack-1.4.0-casper/envs/unified-env/ (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /glade/work/epicufsrt/contrib/spack-stack/spack-stack-1.4.0-casper/envs/unified-env-v2

[x] Cheyenne (Intel): /glade/work/epicufsrt/contrib/spack-stack/spack-stack-1.4.0/envs/unified-env/ (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /glade/work/epicufsrt/contrib/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

[x] Discover (GNU & Intel): /discover/swdev/jcsda/spack-stack/spack-stack-1.4.0/envs/unified-env/ (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /discover/swdev/jcsda/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

[x] Gaea C4 (Intel): /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c4/envs/unified-env (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c4/envs/unified-env-v2

[x] Gaea C5 (Intel): /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c5/envs/unified-env (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c5/envs/unified-env-v2

[x] Hera (GNU & Intel): /scratch1/NCEPDEV/nems/role.epic/spack-stack/spack-stack-1.4.0/envs/unified-env (@ulmononian & @mark-a-potts)

[x] redone with<EMAIL_ADDRESS>in /scratch1/NCEPDEV/nems/role.epic/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

[x] Hercules (GNU & Intel): /work/noaa/epic-ps/role-epic-ps/spack-stack/spack-stack-1.4.0-hercules/envs/unified-env (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /work/noaa/epic-ps/role-epic-ps/spack-stack/spack-stack-1.4.0-hercules/envs/unified-env-v2

[x] Jet (GNU & Intel):  /mnt/lfs4/HFIP/hfv3gfs/role.epic/spack-stack/spack-stack-1.4.0/envs/unified-env (@ulmononian)

[x] redone with<EMAIL_ADDRESS>in /mnt/lfs4/HFIP/hfv3gfs/role.epic/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

[x] Nautilus (Intel): /p/app/projects/NEPTUNE/spack-stack/spack-stack-1.4.0/envs/unified-env-intel-2021.5.0 (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /p/app/projects/NEPTUNE/spack-stack/spack-stack-1.4.0/envs/unified-env-intel-2021.5.0-hdf5-1.14.0

[x] Narwhal (GNU): /p/app/projects/NEPTUNE/spack-stack/spack-stack-1.4.0/envs/unified-env-gcc-10.3.0 (@climbfuji)
[x] Narwhal (Intel): /p/app/projects/NEPTUNE/spack-stack/spack-stack-1.4.0/envs/unified-env-intel-2021.4.0 (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /p/app/projects/NEPTUNE/spack-stack/spack-stack-1.4.0/envs/unified-env-intel-2021.4.0-hdf5-1.14.0

[x] Orion (GNU & Intel): /work/noaa/epic-ps/role-epic-ps/spack-stack/spack-stack-1.4.0/envs/unified-env (@ulmononian)

[x] redone with<EMAIL_ADDRESS>in /work/noaa/epic-ps/role-epic-ps/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

[x] S4 (Intel): /data/prod/jedi/spack-stack/spack-stack-1.4.0/envs/unified-env (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /data/prod/jedi/spack-stack/spack-stack-1.4.0/envs/unified-env-v2

Cloud

[x] JEDI/Skylab AWS EC2 Red Hat 8 single node (GNU): /home/ec2-user/spack-stack/spack-stack-1.4.0/envs/unified-env (@climbfuji)
[x] JEDI/Skylab AWS EC2 Ubuntu 20 single node (GNU): /home/ubuntu/spack-stack/spack-stack-1.4.0/envs/unified-env (@climbfuji)
[x] JEDI/Skylab AWS Ubuntu 20 Parallelcluster (Intel - GNU openmpi is broken): /mnt/experiments-efs/skylab-v5/spack-stack-1.4.0/envs/unified-env (@climbfuji)

[x] redone with<EMAIL_ADDRESS>in /mnt/experiments-efs/skylab-v5/spack-stack-1.4.0/envs/unified-env-v2

[ ]  NOAA Parallelworks AWS (Intel):

[ ] redone with<EMAIL_ADDRESS>in ...

[ ]  NOAA Parallelworks Azure (Intel):

[ ] redone with<EMAIL_ADDRESS>in ...

[ ]  NOAA Parallelworks Gcloud (Intel):

[ ] redone with<EMAIL_ADDRESS>in ...

Containers

[x] JEDI/Skylab container gcc/openmpi (@climbfuji)

[x] Docker (uploaded to ECR and Dockerhub)
[x] Singularity (uploaded to Sylabs and S3 bucket)

[x] JEDI/Skylab container clang/mpich (@climbfuji)

[x] Docker (uploaded to ECR and Dockerhub)
[x] Singularity (uploaded to Sylabs and S3 bucket)

[x] JEDI/Skylab container intel/impi (@climbfuji)

[x] Docker (uploaded to ECR)
[x] Singularity (uploaded to S3 bucket)
[x] redone with<EMAIL_ADDRESS>with tag skylab-v5-v2

[x] Docker (uploaded to ECR)
[x] Singularity (uploaded to S3 bucket)

User platforms

[x] @climbfuji's macOS Monterey 12.1<EMAIL_ADDRESS>x86_64 rosetta2 emulator mode, unified-dev
[x] @climbfuji's macOS Monterey 12.1<EMAIL_ADDRESS>x86_64 rosetta2 emulator mode, skylab-dev

Documentation

[x] Update of preconfigured platforms page
...

Final code changes

[x] tag spack and spack-stack
[x] replace release/1.4.0 with tag spack-stack-1.4.0 for spack and tag 1.4.0 for spack-stack in `.gitmodules and container recipes
[x]  create and publish release notes
[x] archive/delete spack-stack-1.4.0 project at NOAA-EMC

Misc

[x] open a bottle of champagne

Opening the bottle of champagne now, that was the last item in the above checklist that needed to be ticked.
Everything else will be done on develop later.

Opening the bottle of champagne now, that was the last item in the above checklist that needed to be ticked.
Everything else will be done on develop later.

well deserved. skål 🫧

@climbfuji I am able to build an old version of soca-science using spack-stack-1.4.0 (/lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c4/envs/unified-env-v2/install/modulefiles/Core) on C4, but failed to build it on C5. The following is my machine.gaea-c5.intel. Can you help me check my problems?  The following is my machine.gaea-c5.intel. Can you help me check my problems? Thanks.
+++++++++++++++++++++ source /lustre/f2/dev/role.epic/contrib/Lmod_init_C5.sh module unload cray-mpich module unload darshan-runtime module load PrgEnv-intel/8.3.3 module load intel-classic/2022.2.1 module load cray-mpich/8.1.25 module load python/3.9.12
module use /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/modulefiles-c5 module load ecflow/5.8.4 module load mysql/8.0.31
module use /lustre/f2/dev/wpo/role.epic/contrib/spack-stack/spack-stack-1.4.0-c5/envs/unified-env-v2/install/modulefiles/Core module load stack-intel/2022.2.1 module load stack-cray-mpich/8.1.25 module load stack-python/3.9.12 #module -t available
module load soca-env/unified-dev module load fms/release-jcsda

Can you please create a new issue with a descriptive title, repeat what you wrote here, and add the relevant log output (or location of the log files on disk). I hope that between EPIC and JCSDA we can help you debug the problem. Thanks.


[test-only] Api-test for sharing personal space

related #6238

User cannot create share for personal space to user/group
User cannot create public link for personal space

:boom: Acceptance test localApiTests-apiSpacesShares-ocis failed. Further test are cancelled...


fix: check observed, available and new replica set statuses to decide if deployment is ready

… if deployment is ready

/retest


Checking the number of replicas

Hi!
I noticed that the operator does not restore (doesn't scale back to 1) the replica if StatefulSet was scaled to 0 for some reason.
Is this expected behavior?

could you provide more context?
what exactly your action sequence?
did you change kind: ClickHouseInstallation resource or change kind: StatefulSet?

I manually changed the number of replicas to kind: StatefulSet and watched how the provider would react to the changes.

operator watch kind: ClickHouseInstallation, and if it changed then change kind: Statefulset and other resources like ConfigMap and StatefulSet

Thanks for the information


Double vs singe digit versions not compared correctly?

Examples:
monolog/monolog               1.12          →     1.9.
nesbot/Carbon                 1.13          →     1.9.

Yeah, we need to add comparison if the version number is lower. I'll fix this asap. Thanks for reporting!

@vinkla Any particular reason that CheckCommand->compare() doesn't just use version_compare()?

To be honest I had no idea it existed. Thanks for sharing!

@vinkla FYI, it looks like Composer already has a method for normalizing package versions. I think versions returned by this should be usable with version_compare().

Thats cool, maybe we should integrate that instead. It would be a lot easier if we didn't have to build that on our own. Thanks!

This has now been fixed. Thanks for reporting the bug!

This doesn't appear to have been fixed. :( I've updated climb to 0.1.3 and the bug still occurs.

Ahh okay, to bad :( Any ideas why?

getLatest() isn't actually finding the latest version. Something like this should work:
private function getLatest(array $versions)
{
    return array_reduce(
        $versions,
        function($carry, $item) {
            return version_compare($carry, $item, '>') ? $carry : $item;
        },
        '0.0.0'
    );
}

Pushed to 0.1.4 https://github.com/vinkla/climb/releases/tag/0.1.4


How can merge multi index file

Hi,
For example I have 2 folder, folder 1 I use GPTTreeIndex and save to index1.json. And folder 2 I save to index2.json.
So, now I want to load 2 index files. Ho can I do it?

Hey @loi-nguyen-khanh, unfortunately we don't have great support for merging saved index jsons yet. The preferred approach is to simply re-index both folders together.

You can use the GPTListIndex to merge multiple indices. The GPTListIndex takes a list of indices as an argument and merges them into a single index.
from llama_index import GPTListIndex

index = GPTListIndex([index1, index2])

You can then save and load the merged index as you would any other index.

@nasirus  Error reported in this way
`from llama_index import GPTListIndex
index = GPTListIndex([index1, index2])`

You can use the GPTListIndex to merge multiple indices. The GPTListIndex takes a list of indices as an argument and merges them into a single index.
from llama_index import GPTListIndex

index = GPTListIndex([index1, index2])

You can then save and load the merged index as you would any other index.

The part you're missing IMO is building a graph, check out the composability part of the docs!
You build the list and then query the list with something like this:
index1_summary = "A client-facing knowledgebase "
index2_summary = "Those are articles from our Confluence Knowledgebase for teams A, B, C, D, E, F and G. Here you can learn about the teams, the product and internal information"
index3_summary = This is a collection of articles with very detailed information about the technical side of X. Very relevant for {employee type Y}"
index4_summary = "A collection of answered questions from multiple company slack chat channels"
(replaced some too specific info with generic stuff)

#Building Graph

all_indices = [index1, index2, index3, index4]
index_summaries=[index1_summary, index2_summary, index3_summary, index4_summary]

graph = ComposableGraph.from_indices(GPTTreeIndex, all_indices, index_summaries=index_summaries)
graph.save_to_disk("graph.json")
** Querying **

# set query config
query_configs = [
    {
        "index_struct_type": "simple_dict",
        "query_mode": "default",
        "query_kwargs": {
            "similarity_top_k": 3,
            "response_mode": "tree_summarize"
        }
    },
]

response = index.query(text, query_configs=query_configs)

print(f"Your questions was {text}: \nThe answer is: {str(response)}")

Not sure if summaries are needed when doing list instead of tree, i guess not

Hi, I check your code but after graph.save_to_disk. How do you load it? I don't quite get it.

Hi, I check your code but after graph.save_to_disk. How do you load it? I don't quite get it.

That would be:
index = ComposableGraph.load_from_disk("graph.json")

I want to create a chat engine where multiple index is there:
memory = ChatMemoryBuffer.from_defaults(token_limit=2500)
timea = time.time()
collections = UserIndexes.objects.filter(
    user_id=user_id)
timeb = time.time()
print("filtering collections", timeb-timea)
indices = []
for collection in collections:
    if collection.file_name != "":
        timec = time.time()
        index = get_indexes(collection)
        #.as_query_engine()
        # query_engine_tool = QueryEngineTool(
        #     query_engine=index,
        #     metadata=ToolMetadata(
        #         name=collection.file_name,
        #         description=collection.description
        #     ),
        # )
        indices.append(index)
        timed = time.time()
        print("getting index", timed-timec)
timee = time.time()
index = GPTListIndex[indices]
print("getting all indices", timee-timeb)
# query_engine = SubQuestionQueryEngine.from_defaults(
#     query_engine_tools=indices,
#     service_context=get_service_context(),
#     use_async=True,
# )

return index

It's not working

These are vectorstore indices

You can use the GPTListIndex to merge multiple indices. The GPTListIndex takes a list of indices as an argument and merges them into a single index.
from llama_index import GPTListIndex

index = GPTListIndex([index1, index2])

You can then save and load the merged index as you would any other index.

Hey @batou069
if there are documents with the same content in both index1 and index2, the combined index is include duplicate ?

@nasirus Error reported in this way `from llama_index import GPTListIndex
index = GPTListIndex([index1, index2])`

I am also getting same error.

is there any better solution so far?


Provide a notification when new targets become available in VS extension

Since new versions are shipped on the server side (see #302) rather than via the extensions updater, you don't get notifications for it. It would be nice to know when this happens in case you might want to run the tool again.
(As requested.)

Thanks, @jnm2. The catalog gets updated every night, so this may cause a lot of excess notifications. Are you looking for notification when a specific API gets added or when new targets are added?

All that matters to me so far is when new targets are available.

Ah, ok. That's a much more doable request :) I'll update the title to reflect that

Feel free to reopen if you have additional suggestion.


error in the doc

1/ there is an error in the doc from importation inside application.js
(lake of char y at the end string)
2/ and also, there is no blueimp-gallery-carousel
3/ how to remove all these gem files please ? (i will try to use the original blueimp js files instead of this gem)

Hi @jerome2 ,

Thank you. I fixed it: https://github.com/dogwood008/Bootstrap-Image-Gallery-rails/pull/3
Please use new version <IP_ADDRESS>.1.0. It should be fixed.
Please use below command and remove codes:

$ gem uninstall Bootstrap-Image-Gallery-rails

CSS: app/assets/stylesheets/application.css
 *= require blueimp-gallery
 *= require bootstrap-image-gallery
 *= require blueimp-gallery-indicator
 *= require blueimp-gallery-video

JS: app/assets/javascripts/application.js
//= require blueimp-gallery
//= require blueimp-gallery-fullscreen
//= require blueimp-gallery-indicator
//= require blueimp-gallery-video
//= require blueimp-gallery-youtube
//= require jquery.blueimp-gallery
//= require bootstrap-image-gallery

thanks for that. I will try it again.
An other question:
for peoples choose to use sass instead of css, what to replace "*= require...."  with ?

This may be useful: http://stackoverflow.com/questions/8887824/persisting-scss-variables-in-rails-asset-pipeline


Wastore master to Azure

@zezha-msft,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


Mixnet key storage and management

Each mixnet node will need a key pair for Diffie-Hellman key exchange with message senders. The public keys of all mixnet nodes will need to be known by all message senders. Ideally the mixnet nodes would rotate their keys automatically every few hours to provide forward security.
This issue is to discuss how these keys should be stored and managed.
For the initial mixnet release, the current plan is to use a session key, which would be managed and distributed the same way as the other session keys. In particular, it would need to be manually rotated.
Ultimately the plan is to automatically rotate the keys. A node might use a session key to sign new Diffie-Hellman public keys and put them on-chain via unsigned transactions.

The public keys of all mixnet nodes will need to be known by all message senders.

Will only validators be mixnet nodes? Or can everybody be a mixnet node? And why do we need to know all public keys? We are doing a key exchange.

For the initial mixnet release, the current plan is to use a session key, which would be managed and distributed the same way as the other session keys. In particular, it would need to be manually rotated.

If only validators will be mixnet nodes, this can work. However, when we want to have all nodes to be mixnet nodes, we can not really use session keys. The question would also be, do we need to proof to someone that for example I'm owning a particular public key to some on chain logic?
I think in general this issue needs to have some more information on how the entire mixnet system should work. :)

Agreed.  We need some mechanism to choose who is a mix node, but not necessarily our validator selection criteria.
In fact, we'd make the mix net software separate from substrate in an ideal world, but doing so would create a lot of work for people to set it up.  It's kinda tricky..

what is mixnet?

https://en.wikipedia.org/wiki/Mix_network

Mixnets provide anonymity using onion encryption like Tor, but each packet is routed separately.
Tor should be more secure if you've a stream of traffic, like TCP, HTTP, etc. because each packet taking different routes means your stream quickly hits a route where all nodes are malicious.
All known theoretical models of anonymity need both latency and cover traffic, so folks think Tor does not benefit from adding cover traffic.
Mixnets should be more secure if you've sparser messages and replies, like email, messangers, git, submitting tx, etc.  Mixnets intentionally add latency, which messes up TCP, but adding latency makes means adding cover traffic too gives mixnets better anonymity.

Will only validators be mixnet nodes? Or can everybody be a mixnet node? And why do we need to know all public keys? We are doing a key exchange.

For the initial release (AIUI) we're just planning to support anonymous submission of transactions on the Polkadot relay chain. The simplest option is for the mixnet node set to be the validator set, so that's what we were planning to go with, for now at least.

And why do we need to know all public keys? We are doing a key exchange.

To send a message through the mixnet you need to know the public keys of all the nodes on the path, as you do a key exchange with each one. Maybe there is some mechanism by which you could query just these keys without revealing anything about the message path, but the simplest option is to just have every sending node know all the mixnet node keys.

The question would also be, do we need to proof to someone that for example I'm owning a particular public key to some on chain logic?

AIUI the anonymity of the network is easier to reason about if everyone is using the same set of mixnet nodes. This is easy to achieve if the mixnet node set is determined by on-chain logic. I think this is the main reason for this stuff to go on-chain; I don't think for example that the node set needs to be known by any other on-chain logic.
If you're sending a message you need to know with some certainty that the public keys for the nodes along the path really do belong to the nodes you think they do. If for example the first node knows all the corresponding private keys then they could just completely unwrap your message. So you do need to prove the public key <-> mixnet node relation to sending nodes in some way.
I've possibly misunderstood this question...

I've possibly misunderstood this question...

No, your explanations are already on the correct path :P However, personally I still miss an overall explanation on what you need and how it should work to help here.

At least some of libp2p's abstractions sound pretty dangerous for anonymity stuff, so maybe we should consider basing this upon smaldot's networking.  I'd actually suggest exploring whether it made sense to add to add to arti, except tor won't be done with relay support in arti for another year.

At least some of libp2p's abstractions sound risky for anonymity stuff

Could you elaborate on this?

I'm firstly worried about learning peer information from the DHT, which afaik is how libp2p works, and how it comes up here.

I'm firstly worried about learning peer information from the DHT, which afaik is how libp2p works, and how it comes up here.

Hmm ok. For forwarding messages the plan is just to piggy-back on the authority discovery component, which AIUI already looks up and connects to all the nodes in the current (and next) validator set. For nodes sending messages I think they would need to look up the peer information for the first hop, but not for subsequent hops.

I still miss an overall explanation on what you need and how it should work to help here.

So the plan is to use the Sphinx message format. The sender of a message determines the path of the message through the mixnet up front. It builds the message by repeatedly encrypting and extending, starting with the final hop and working backwards, so that each hop can only see the information relevant to it. The key used to encrypt/decrypt at each hop is derived from the keys of the sender and the hop node by Diffie-Hellman key exchange.
The sender can generate a new key pair for every message and essentially includes the public key in the message. The key pair for each hop node needs to be generated in advance though, and the public key needs to be distributed, as it needs to be known by the message sender when building the message.
Ideally these keys would be rotated fairly regularly, and the old private keys destroyed, as if private keys get leaked they can be used to deanonymise messages.


Use JWTs for user authorization and authentication

done to test ppl plz refer to updates from now password being stored as hash and require to use token(jwt) for all secure req
EXCEPT LOGIN to implement after once seeing changes on users.js

fixed minor bugs, now refactoring

Tested all with Thunderclient. Need to implement on client side.


Hook doent work!

Hello!
After some changes on cloudflare hook stopped working. Not it have issue:
+ 2 pending challenge(s)
 + Deploying challenge tokens...
 + CloudFlare hook executing: deploy_challenge
Traceback (most recent call last):
  File "/etc/dehydrated/hooks/letsencrypt-cloudflare-hook.py", line 206, in <module>
    main(sys.argv[1:])
  File "/etc/dehydrated/hooks/letsencrypt-cloudflare-hook.py", line 203, in main
    ops[argv[0]](argv[1:])
  File "/etc/dehydrated/hooks/letsencrypt-cloudflare-hook.py", line 167, in create_all_txt_records
    create_txt_record(args[i:i+X])
  File "/etc/dehydrated/hooks/letsencrypt-cloudflare-hook.py", line 105, in create_txt_record
    zone_id = _get_zone_id(domain)
  File "/etc/dehydrated/hooks/letsencrypt-cloudflare-hook.py", line 83, in _get_zone_id
    return r.json()['result'][0]['id']
IndexError: list index out of range

It seems that CloudFlare api changed answer of json request:
{'result': [], 'result_info': {'page': 1, 'per_page': 20, 'total_pages': 0, 'count': 0, 'total_count': 0}, 'success': True, 'errors': [], 'messages': []}

so it haven't ID.

hey,
for me, the problem was the function get_tld --> get top level domain, somehow it returned only as suggested the top level domain which ended up beeing ".com, .de and so on..."
Somehow clear that this couldnt work, how did it ever thou?
what fixed it was to exchange in "hook.py":
get_tld
with
get_fld
in line:
 from tld import get_fld

and the call in function:
def _get_zone_id(domain):
    fld = get_fld('http://' + domain)
    url = "https://api.cloudflare.com/client/v4/zones?name={0}".format(fld)
    r = requests.get(url, headers=CF_HEADERS)
    r.raise_for_status()
    return r.json()['result'][0]['id']

this worked for me.

This hook has been mostly abandoned by its maintainer.  Try https://github.com/sineverba/cfhookbash which is bash based and doesn't even require python.

There is a new maintained fork that also addresses dependency issues including vulnerabilities in the dependencies: https://github.com/walcony/letsencrypt-cloudflare-hook .  That repo has the fix which @D-Workz incorporated.

cool thanks, for the team work


Does the MediaPlayer.Play method is asynchronously?

Hi all,
Does the MediaPlayer.Play method is asynchronously? If yes, why this method did not named "PlayAsync"?
Best regards.

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

ID: 245b995b-6d1a-30a8-0ace-90240875d870
Version Independent ID: ff1302ce-30cc-250b-090c-47f98f5fb74d
Content: MediaPlayer.Play Method (Windows.Media.Playback) - UWP app developer
Content Source: https://cpubwin.visualstudio.com/DefaultCollection/windows-uwp/_git/winrt-api-build?path=%2fwinrt-api-build%2fwindows.media.playback.mediaplayer.yml&version=GBlive&_a=contents
Product: windows
Git Login: wdg-dev-content
Microsoft Alias: wdg-dev-content

Same as #675, so close this issue.


Can't Sync with version 0.0.8 after update [BUG]

I deleted the .\Silicoin folder. Installed the version normally.
But now it gets stuck while syncing, and the max Height is always 2,909, on all full nodes it is trying to connect to.
Version 0.0.5 was working fine btw.

Worst of all, my block rewards were the way

no sincroniza sorry

keep using 0.05 works fine for now.

Can't sync 0.0.5 now as well... I think that there is a major crash with the server for everyone who tried to update.

It eventually started to sync with 0.0.5 but it was after hours and I was about to give up. But thank you for the tip, and good thing I kept that version's setup.

I saved the old .silicoin file from 0.05 as .old before the upgrade. Then
when the new one did not work. I uninstaller the now one. And replaced the
file back.
Working fine at the moment.
Just need to wait for a more stable version.
On Tue, 13 Jul 2021, 8:07 am rufus21221, @.***> wrote:

It eventually started to sync with 0.0.5 but it was after hours and I was
about to give up. But thank you for the tip, and good thing I kept that
version's setup.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/silicoin-network/silicoin-blockchain/issues/43#issuecomment-878629416,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AUGL4YDUB62WISSUPGQXKGLTXNRRNANCNFSM5AHBD6TA
.

everything is ok 0.05 version my rewards came back :)

Seen what happened when they moved to Tesnet...
The rewards we gained until will disappear in next phase...

Please upgrade to 0.0.9


Right-Click Context Menu Fails and Crashes VS Code After Vibrancy Extension Reload

After Reloading Vibrancy, I receive a warning stating that my VS Code installation appears to be corrupt (as mentioned in the extension’s Important Notice section). When I right-click in the Explorer (e.g., to copy the relative path of a file), the context menu doesn’t work as expected. Occasionally, this issue causes VS Code to crash entirely, making it difficult to use the feature reliably.
Environment:

VS Code Version: 1.96.0 (Universal)
OS: macOS (Darwin arm64 24.2.0)
Theme: Cotton Candy Theme

Everyone on macOS using VSCode version 1.96.0 or newer is currently encountering this issue. While I work on identifying a solution compatible with the latest version, please consider the following workaround:
Recommended Temporary Solution: Downgrade to VSCode version 1.95.3 and disable auto-updates.
You can download version 1.95.3 here: https://update.code.visualstudio.com/1.95.3/darwin-universal/stable
Thank you for your patience as I work to resolve this! If you encounter additional problems or have questions, feel free to add them here.

As a side note, @ofes thanks for introducing me to the Cotton Candy Theme! I gotta give it a try! haha

Thanks for your swift answer! The Cotton Candy Theme looks great with your extension. :)


Update package.json

types check for cypress test files

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

These lines are already present https://github.com/cypress-io/cypress-and-jest-typescript-example/blob/master/package.json#L10-L11


clear cookies in web view

Why?

Why?

Closing due to inactivity. Do not presently need this change


NativeScript angular navigation not working

@agnoam commented on Tue Nov 27 2018
Hi,
I have problem on navigation with my app.
I'm using the RouterExtensions class in the ngOnInit callback.
This line of code is the navigation, in the logs the router write the new route like it moved but in the UI not moved.
this.ngZone.run(() => this.routerExtention.navigate(['upload'], additionalData))

@NickIliev commented on Wed Nov 28 2018
@agnoam is there are a reason to use NgZone ? The Angular navigation should work as expected so please consider posting a Playground demo that reproduces the issue. You can also enable the route tracing with { enableTracing : true } and investigate your local setup (the option should be passed in forRoot method of NativeScriptRouterModule).
C

This is a playground with the error:
https://play.nativescript.org/?template=groceries-ng&tutorial=groceries-ng&autoStart=true&id=S2Yfj1&v=2
the error in app/pages/home/home.component.ts


Is there any good way to reduce GPU mempry?

I added some modules to FPN, and running get_flop found that the number of parameters is not much, but the video memory occupied during training is so much that I changed the epoch from 10 to 1.The new module is written in the normal pytorch way.
Is there any good way to reduce GPU mempry?

You can reduce the batch size from 2 to 1. Changing the epoch will not reduce the GPU memory cost.
You can also set gpu_assign_thr=N to reduce the GPU memory according to here for calculating box IoU, but this will slow down the speed.

@ZwwWayne I made a mistake before, and I was talking about batch. Where is gpu_assign_thr set?

@ZwwWayne The default value of gpu_assign_thr is -1, how do I know how much this value should be set to?

You need to tune this hyperparameter. We do not know either since different kinds of GPUs have different memories. We just provide an option/feature for the users.

@ZwwWayne After I set gpu_assign_thr, the memory occupied by training is still very high and it doesn’t work. Even setting gpu_assign_thr=1 is the same
train_cfg = dict(
assigner=dict(
type='MaxIoUAssigner',
pos_iou_thr=0.5,
neg_iou_thr=0.4,
min_pos_iou=0,
ignore_iof_thr=-1,
gpu_assign_thr=1), #
allowed_border=-1,
pos_weight=-1,
debug=False)

If so, you can further try to resize the images to a smaller size. This will reduce the performance but will reduce the memory.


Ignore rules for all files

Bug Report

TSLint version: 4.5.1
TypeScript version: 2
Running TSLint via: CLI

I have been trying to make tslint to ignore some rules for all the files in a repository and I used this configuration in the files but is not working, my current configuration is:
{
"extends": "tslint:recommended",
"tslint:disable": "max-line-length quotemark"
}

tslint:disable can be used as comment to disable rules in specific files / line ranges
if you want to disable some rules completely in your tslint.json, try the following:
{
  "extends": "tslint:recommended",
  "rules": {
    "max-line-length": false,
    "quotemark": false,
  }
}


[PDI-15032] - Metadata Injection on all tabs of select values step is causing error - fix getters

@mkambol please review.
I decided to stay with -2 "magic number" and just added constant for it. Of course I could replace int[] with array of objects (integers), but I think it better to stay it "as is". It worked this way before my changes, so it would work the same after them.
(I executed tests for pdi-dataservice-server-plugin and all tests from SqlTransGeneratorTest passed successfully. Let me know if other tests were broken and i didn't fix it them)

http://<IP_ADDRESS>:8080/job/wingman-osgi/91/

Build Commands:
Build:

ant -Dtestreports.dir=bin/reports/unit-test -Djunit.jvmargs=-XX:PermSize=256m -f engine/build.xml clean-all resolve jacoco && ant -Dpentaho.coding.standards.version=1.0.4 -Dtestreports.dir=bin/reports/integration-test -Djunit.jvmargs=-XX:PermSize=256m -f engine/build.xml jacoco-integration checkstyle publish-local

Cleanup:
rm -r ~/.ivy2/local || echo no publish local to remove
Changed files:
engine/src/org/pentaho/di/trans/steps/selectvalues/SelectValuesMeta.java
engine/test-src/org/pentaho/di/trans/steps/selectvalues/SelectValuesMetaTest.java
Unit test coverage change:
org.pentaho.di.core.auth.core.impl.DefaultAuthenticationConsumerFactory:

Branch Change : -7.14%
Complexity Change : -7.69%

org.pentaho.di.job.entries.sql.JobEntrySQL:

Instruction Change : -1.64%
Line Change : -1.94%

org.pentaho.di.repository.kdr.KettleDatabaseRepositoryCreationHelper:

Branch Change : -1.64%
Complexity Change : -.69%
Instruction Change : -2.43%
Line Change : -3.70%

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepMeta:

Instruction Change :  + .08%

org.pentaho.di.trans.steps.replacestring.ReplaceStringMeta:

Instruction Change : -.07%

org.pentaho.di.trans.steps.selectvalues.SelectValuesMeta:

Branch Change : -3.21%
Complexity Change : -2.45%
Instruction Change : -1.64%
Line Change : -2.16%

org.pentaho.di.trans.steps.uniquerows.UniqueRowsMeta:

Instruction Change :  + .18%

org.pentaho.di.trans.Trans:

Branch Change : -.10%
Complexity Change : -.14%
Instruction Change : -.09%
Line Change : -.11%

Checkstyle violations:
See: https://github.com/pentaho/pentaho-coding-standards
File /home/buildguy/project/engine/test-src/org/pentaho/di/trans/steps/selectvalues/SelectValuesMetaTest.java

Message: Using a static member import should be avoided - org.pentaho.di.trans.steps.selectvalues.SelectValuesMeta.UNDEFINED. at Line: 26

@AndreyBurikhin Can you address the checkstyle violation?  Thanks.

@mkambol  done. I thought that static import was allowed in tests, but seems I was wrong.

I've made the same mistake.  Only certain static imports are allowed in tests-- there's a white list to allow most of the common junit/jmock static methods.


Timeout exception will cause Data Prepper to crash

We should log this and retry this forever as we want to wait till the buffer is full. Throwing a runtime exception will crash the Data Prepper in the case of child pipeline is down.
https://github.com/opendistro-for-elasticsearch/data-prepper/blob/main/data-prepper-core/src/main/java/com/amazon/dataprepper/pipeline/PipelineConnector.java#L54-L59

Resolved by #445, closing this as it will be merged to main next week


python3Packages.aiosmb: 0.2.44 -> 0.2.48

Motivation for this change
Update to latest upstream release 0.2.48
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 127475 run on x86_64-linux 1

6 packages built:

python38Packages.aiosmb
python38Packages.lsassy
python38Packages.pypykatz
python39Packages.aiosmb
python39Packages.lsassy
python39Packages.pypykatz


Expand checking on perl tidy test to check all perl files in base project dir

exclude backup, cover_db, .git, .github, and tmp directories.

added repo basedir to perltidy test in commit e718b01c878be90c08550d92cd17828a3602d39e.


[Bug] [Frontend][Tensorflow] tf.where with broadcast condition fails to import due to Incompatible broadcast type

The test case below fails to import in tvm:
def test_forward_where_with_broadcast_cond():
    t1 = np.array([1.0, 2.0, 3.0, 4.0, 5.0]).astype("float32")
    t2 = np.array([2.0, 4.0, 1.0, 3.0, 5.0]).astype("float32")
    x = np.array([[1.0, 2.0], [3.0, 4.0], [5.0, 6.0], [7.0, 8.0], [9.0, 10.0]]).astype("float32")
    y = np.array([[10.0, 9.0], [8.0, 7.0], [6.0, 5.0], [4.0, 3.0], [2.0, 1.0]]).astype("float32")

    with tf.Graph().as_default():
        in1 = tf.placeholder(shape=(5), dtype = "float32", name="in1")
        in2 = tf.placeholder(shape=(5), dtype = "float32", name="in2")
        condition = math_ops.less(in1, in2, name="less")
        lhs = tf.placeholder(shape=(5,2), dtype = "float32", name="x")
        rhs = tf.placeholder(shape=(5,2), dtype = "float32", name="y")
        out = tf.where(condition, lhs, rhs)
        compare_tf_with_tvm([t1, t2, x, y], ["in1:0", "in2:0", "x:0", "y:0"], out.name)

Expected behavior
Should be identical to tensorflow output:
[array([[1., 2.],
       [3., 4.],
       [6., 5.],
       [4., 3.],
       [2., 1.]], dtype=float32)]

Actual behavior
Failed with this error:
Incompatible broadcast type TensorType([5], bool) and TensorType([5, 2], float32)
Environment
Linux
LSB Version:    :core-4.1-amd64:core-4.1-ia32:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-ia32:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-ia32:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: RedHatEnterpriseWorkstation
Description:    Red Hat Enterprise Linux Workstation release 7.9 (Maipo)
Release:        7.9
Codename:       Maipo
Name: apache-tvm
Version: 0.10.0
Home-page: https://tlcpack.ai
Author: Apache TVM
Author-email: None
License: Apache
Name: tensorflow
Version: 2.5.0
Summary: TensorFlow is an open source machine learning framework for everyone.
Home-page: https://www.tensorflow.org/
Author: Google Inc.
Author-email<EMAIL_ADDRESS>License: Apache 2.0

Steps to reproduce
Add above testcase to tests/python/frontend/tensorflow/test_forward.py and run
python -m pytest tests/python/frontend/tensorflow/test_forward.py -k test_forward_where_with_broadcast_cond
Triage

needs-triage
frontend:tensorflow

This test fails with numpy and tensorflow 2.x but works fine with tensorflow 1.x:
import numpy as np
import tensorflow as tf

try:
    tf_compat_v1 = tf.compat.v1
except:
    tf_compat_v1 = tf

t1 = np.arange(5, dtype="float32")
t2 = np.arange(5, dtype="float32")[::-1]
x = np.arange(10, dtype="float32").reshape(5,2)
y = np.arange(10, dtype="float32")[::-1].reshape(5,2)
condition = np.less(t1, t2)
print("tf1.x output:")
print(tf_compat_v1.where(condition, x, y))
print("tf2.x output:")
print(tf.where(condition, x, y))


chore: Generate master redirect file

Ran script from MS Docs Authoring Pack.

Deletes redirect files and places them in redirect.json
Manually replaced https://docs.microsoft.com/
Manually fixed relative redirect URLs that didn't resolve
Manually replaced old powerbi documentation urls

@craigg-msft @MikeRayMSFT @rothja @MightyPen - Could you review the PR? If you accept the submission, PR reviewers can move the commit to the private repo for validation and staging. Thanks.

I will examine this public PR 2452.

@nschonni Hi Nick, If we accept this PR 2452, what behavior do you expect for a case where a person attempts to browse directly to the following Https URL?:

https://docs.microsoft.com/ado/guide/

Currently the system default to assuming the whole URL targets the file named 'index', as in:

https://docs.microsoft.com/ado/guide/index

Logically the system could continue this same default, and thereby continue by invoking the .op redirection entry for 'guide/index.md'. But I would need to see Test Results for this first, before Merging this big change into upstream master.
However, PRs created in repo= 'sql-docs' are not built in a test environment (nor built at all).
I could consider pulling this PR into my local area for repo= 'sql-docs-pr' (where we do have test building), but I am unsure how to pull across repositories.
I need to think about this PR 2452.
. .

I'm not sure if that is the function of the "redirect_document_id": false, maybe it needs to be true for the second to work.
For pulling it into the internal repo, I think @ktoliver can help with that, so it does get build on the review.docs.microsoft.com site.

@nschonni Nick, The Diff on the .op redirection file is too big for me to view. I cannot see things like potential problems with redirect_document_id.  If I approve this PR 2452, I might be doing so while too blind.
redirect_document_id :  true means that the new target should start with all the accumulated pageViews and other data taken from the now-old source address. true causes errors when two or more source addresses are both redirected to the same one new address.  In such cases, false is best.
For these specialty index.md files, only false should be used!
Overall, I cannot get comfortable approving this PR. My concerns include the Diff blindness problem.
Another is that I believe a small scale test of this PR idea would be prudent, of this expectation that .op redirection will work by the implicit default to a index.md. I would need to perform that small scale test.
So, I am rejecting and closing this PR 2452.
But I will ping you again after I have performed the small scale test.
Then you will have the option of creating a series of smaller PRs (with false).
Thanks again Nick.  Gene.
If you want to generate a series of smaller PR, so that I might be able to eyeball the Diff, then I might approve and welcome this PR.


Add methods to UseDocument

Added methods in the order they appear on the website discussed (for convenience) up to preferred_style_sheet_set.
@maccesch please let me know how all this looks and I'll keep chipping away at them!

I'm not sure about this one method but the rest looks very good. Thanks!!

I'm not sure about this one method but the rest looks very good. Thanks!!

Which one are you unsure about? I can edit the PR and continue adding more.
Re: your mention of editing the ssr_safe_macro / making a new macro for methods with no return type...
Macro's are still a bit magical to me, but when all the ones with return types are done, I may just see what I can come up with!

I've also updated my editor to format on save so I don't forget and have more tests fail...

Sorry, I think I may be misunderstanding something here? Were you referring to the method without a return type set_title ? from the issues page? I have only impl'd ones with return types so far and skipped about 10 without as I was unsure what to do about them, exactly.

@luckynumberke7in Any updates on this?

Hey, life things happened and took me a hard turn in another direction for a bit.
Does the new Leptos 0.7 change anything in regards to the server / impl macro?

No worries! Glad, you're back!
As far as I know 0.7 doesn't change that.

This 1st group is finally ready to go! Please double check hidden to be sure the impl looks good on that one!
Waiting for this to be accepted before I yank all the updates to leptos_use and add more!
Thanks for your patience =]

I'm not too good with git myself to be honest 🤣 .

No worries lol.
So moving forward, do you want me to just send a new PR through when it's ready...or should we reopen this one as a slightly longer living entity while I work on adding the other methods?


Change default schema

see https://github.com/dini-ag-kim/lrmi-profile/issues/61
@dr0i Could you please merge and deploy this?

Deployed.


Process - Project Planning (PI Planning)

Is it worthwhile to consider a project wide planning cadence for after Zowe GA 1.0.0? Something very similar to, if not exactly, SAFE PI Planning?

@MarkAckert @hogstrom what is the best way to get this initiated? Should each squad prepare to present their overall 2019 goals to the ZLC and then propose a set of objectives that they want to accomplish in each quarter? Thoughts?

I would encourage that.  If the goal is eventually to have Zowe running in PIs, I can absolutely help; but, that's a longer term goal.
To satisfy the immediate ask, as I understand it, let's try asking each Squad to give a few high level objectives illustrating what they can do in 12 weeks.  12 weeks after PI planning, we'll be closing Broadcom's PI, so it'll align closely.
Thoughts?

Should we convert the ZLC to the Agile Release Train for Scaled Agile Framework e model.

Close ... no objections to adoption


[Idea]: Can we Get Multiverse Objective Global

Describe the feature
I am Creating server That Has Datapack In it in The Survival World And Has Objective I want To show The Objective In A Hologram And the Hologram is in the Another World Yeah...
It Cannot Be showed Because The Datapack is Not In The In The World That I Want To Show In Hologram
And I Know How To Show Objective In Hologram
How is the feature useful to all Multiverse users?
You Know It =/
Agreements

[X] I have searched for and ensured there isn't already an open issue regarding this.

Multiverse will not do anything with Datapacks.


Add feature check to require min Vulkan api version 1.0 on Android

Follow up on the discussion in https://github.com/godotengine/godot/pull/72816#issuecomment-1422831556;
Adds a check specifying the min supported vulkan api version (1.0).

@clayjohn @BastiaanOlij Feedback welcome; the current version only logs if the device doesn't meet the min requirement, but we can instead use the approach previously taken, which was to show an error dialog and abort instead.

cc @rbessems

I think we should check for 1.0 support rather than 1.1.0. Technically we can support 1.0 devices so long as they support the extensions we require.

@clayjohn I've updated the PR and set 1.0 as the minimum api version.
I've also reintroduced the logic that closes the app when the device doesn't meet the minimum version.
cc @rbessems to validate this latest update works as well.

@m4gr3d latest MR works as well.

Thanks!

Thanks for your efforts on Android support @m4gr3d.
While these changes downgrade missing Vulkan HW level 1 support to a warning when launched, it is still listed as a requirement in the manifest.  Is that intentional?  i.e. won't the Playstore still restrict to only publishing to devices with that HW Level?
Sorry if I'm misunderstanding the intent of the changes.

Thanks for your efforts on Android support @m4gr3d.
While these changes downgrade missing Vulkan HW level 1 support to a warning when launched, it is still listed as a requirement in the manifest. Is that intentional? i.e. won't the Playstore still restrict to only publishing to devices with that HW Level?
Sorry if I'm misunderstanding the intent of the changes.

@shendo Good point (and good catch)!
I think we can drop the required attribute (set required=false) for the HW level in order to match the runtime logic.


macOS M1 / Linux aarch64 support?

Trying to run a docker container on macOS M1, which has output aarch64 from uname -m on FROM ubuntu:latest, will not enable me to install Qt with this plugin. E.g., asking python3 -m aqt list-qt linux desktop --arch 5.15.2 only yields clang_64. Is support planned or am I doing anything wrong?

aqtinstall is installer not provide Qt. You can see https://www.qt.io/blog/qt-on-apple-silicon
Qt recommend for you to build Qt from source.
You can use aqt install-src  command to install source to your platform.
see https://aqtinstall.readthedocs.io/en/latest/cli.html?highlight=source#install-src-command

Interesting. The blog post you linked makes it sounds like universal builds (both arm64 and x64 in one binary) are supported by Qt 6.2. If that's true, maybe we can add a build like that to our CI, and discuss it in our docs. That could be a 'planned for the future' kind of a goal.
I plan on getting an apple silicon MBP at the end of the month, so I will be able to investigate this then.

Well, so far did not manage to build Qt from source on aarch64... first, there are patches for 4-5 files needed because it uses numeric_limits in files where #include <limits> is missing. Second, even then it fails at some point, fun... will give up for now, but thanks for the hint

Compiling QT is not an easy thing to do, but you get points for trying. Is it not an option to use Qt 6.2+ instead?

@MichaelVoelkel  Any comments for a suggestion from @ddalcino  ?

Just switching the version? Not really helpful for anyone who googles this and sadly not an option for me at the moment

I don’t have any useful suggestions to add. Building qt from source is not a trivial task, and it’s outside the scope of aqtinstall. We get all of our qt binaries from download.qt.io, and until they start building specific arm binaries, there’s nothing we can do.
There are plenty of guides that discuss how to cross-compile qt for arm from an x86 Linux environment, but I haven’t seen anything for an Arm host. @MichaelVoelkel, if you can figure out how to build qt from source from an Arm Linux container, I’m sure the world would like to know how you did it; it would make a great blog post.

aqt list-qt linux desktop
'NoneType' object has no attribute 'find_all'
Traceback (most recent call last):
File "/home/garald/.local/lib/python3.8/site-packages/aqt/installer.py", line 108, in run
args.func(args)
File "/home/garald/.local/lib/python3.8/site-packages/aqt/installer.py", line 524, in run_list_qt
show_list(meta)
File "/home/garald/.local/lib/python3.8/site-packages/aqt/metadata.py", line 775, in show_list
output = meta.getList()
File "/home/garald/.local/lib/python3.8/site-packages/aqt/metadata.py", line 435, in getList
return self._action()
File "/home/garald/.local/lib/python3.8/site-packages/aqt/metadata.py", line 473, in fetch_versions
versions = sorted(filter(None, map(get_version, filter(filter_by, versions_extensions))))
File "/home/garald/.local/lib/python3.8/site-packages/aqt/metadata.py", line 600, in iterate_folders
for row in soup.body.table.find_all("tr"):
AttributeError: 'NoneType' object has no attribute 'find_all'
aqtinstall(aqt) v2.1.0 on Python 3.8.10 [CPython GCC 9.4.0]
Working dir: /home/garald
Arguments: ['/home/garald/.local/bin/aqt', 'list-qt', 'linux', 'desktop'] Host: uname_result(system='Linux', node='garald-H310M-S2-2-0', release='5.4.0-109-generic', version='#123-Ubuntu SMP Fri Apr 8 09:10:54 UTC 2022', machine='x86_64', processor='x86_64')
===========================PLEASE FILE A BUG REPORT===========================
You have discovered a bug in aqt.
Please file a bug report at https://github.com/miurahr/aqtinstall/issues.
Please remember to include a copy of this program's output in your report.

There is no further suggestion. I'd like to close.
If anyone has a chance to share new insight or suggestion, feel free open here or new issue.


Removing type's marshallers

I can't find a reason for this marshallers. All looks working fine without they.
Could you check if is better with this change? Please

I am not sure, I'll need to check, but I think they're used by the GenericTag,  GenericEvent, GenericMessage, ExpressionValue classes for generating custom Events, Tags, Messages etc, that are not supported out of the box by the library.

Any position?

I've been experimenting with some new stuff lately but I'll definitely look into this again tonight. I believe it's needed but I could be wrong...
--
Sent with Tutanota, enjoy secure & ad-free emails.
24 Apr 2023, 17:58 by @.***:

Any position?
—
Reply to this email directly, > view it on GitHub https://github.com/tcheeric/nostr-java/pull/24#issuecomment-1520522812> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/ABQMG7B5SF44FCJKXVUFYUTXC2WMZANCNFSM6AAAAAAW64SHFE> .
You are receiving this because you were assigned.> Message ID: > <tcheeric/nostr-java/pull/24/c1520522812> @> github> .> com>

Did you test this branch? What had happened when you test all features on this branch? You found some error?
If you don't have any problem, we may to merge it.

I have not yet, actually. I put it on the back burner to focus on the release. I'll look now into it
Sent with Tutanota, enjoy secure & ad-free emails.
24 Apr 2023, 18:15 by @.***:

Did you test this branch? What had happened when you test all features on this branch? You found some error?
If you don't have any problem, we may to merge it.
—
Reply to this email directly, > view it on GitHub https://github.com/tcheeric/nostr-java/pull/24#issuecomment-1520546892> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/ABQMG7A672XVNVKFA5BNINTXC2YKZANCNFSM6AAAAAAW64SHFE> .
You are receiving this because you were assigned.> Message ID: > <tcheeric/nostr-java/pull/24/c1520546892> @> github> .> com>

I think you need the type marshallers, else you run into a situation like this one in the EventUnmarshaller class where the value is not properly decoded, this is because of the missing type-marshallers.

I noticed the issue while running nostr.test.event.EventTest.testUnmarshallEvent()
I am debugging to see how to fix this for now.
Eventually, we will have to get rid of them as well, but we need to proceed carefully.

I'll hopefully find a solution for this later today. I'll let you know...

Well... I can't see sense in have "type marshallers" for "type unmarshallers" to work correctly.
This has me thinking, maybe we're not seeing the full extent of the problem.
Why we need these types?
Why we need an POJO named "ObjectValue" intead of just use java native "Object"?
Why use any type of these?

I think we need to migrate to Jackson Unmarshall and just use Java native types.
What do you think about it?

I fully agree! This just adds unnecessary bloat and needs to be removed. I'll focus on that from now on.
Sent with Tutanota, enjoy secure & ad-free emails.
25 Apr 2023, 18:57 by @.***:

Well... I can't see sense in have "type marshallers" for "type unmarshallers" to work correctly.
This has me thinking, maybe we're not seeing the full extent of the problem.
Why we need these types?
Why we need an POJO named "ObjectValue" intead of just use java native "Object"?
Why use any type of these?
https://user-images.githubusercontent.com/13434802/234361195-77b1ed5f-ca44-4a91-9628-4fe7b5c96525.png
I think we need to migrate to Jackson Unmarshall and just use Java native types.
What do you think about it?
—
Reply to this email directly, > view it on GitHub https://github.com/tcheeric/nostr-java/pull/24#issuecomment-1522191581> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/ABQMG7E46R2H6T4ZSD7CJRDXDAGCHANCNFSM6AAAAAAW64SHFE> .
You are receiving this because you were assigned.> Message ID: > <tcheeric/nostr-java/pull/24/c1522191581> @> github> .> com>

I wrote this a while ago, so I needed to review again, so here is what I have found:

The unmarshaller classes are completely irrelevant to the protocol and can be removed.
Same for the parser classes, they are now obsolete
That means we can get rid of nostr-types and nostr-json modules.
There are a few other places that will also need to get modified to use jackson:

InternetIdentifierMetadataEvent.setContent()
Nip05Validator.getPublicKey()
Connection.updateRelayMetadata()

nostr.event.impl.OtsEvent will need to get rewritten, because of its dependency to ExpressionValue. Same for ElementAttribute, to remove the dependence to IValue.

Thoughts?

I think we can open a specific issue for these analyses. Can you open it?

We have one already, I think. Let's use this one?
https://github.com/tcheeric/nostr-java/issues/15

@guilhermegps, I have now created issues #29 and #30.


Best idiom for compile time difference between TS and CPython?

I've got a couple of use cases where I need -- or at least, I think I need -- to implement different code paths for CPython and Transcrypt.   The closest thing in the docs seems to be this
# __pragma__ ('ifdef', '__esv6__')
if '__esv6__' in __symbols__:
    import iterators_and_generators
# __pragma__ ('endif')

I suppose what I want would be something more like
if _TRANSCRYPT_:
     do_something
else:
     do_something_else

Is there a way to do this natively -- any globals that are defined at compile time which could be accessed?

I remember vaguely there is a more elegant way in the upcoming 3.7, but I'm not sure.
Has been a while since I went through the code.
Will get back on this.
KR
Jacques

I usually do it like this:
def something():     #__pragma__('skip')     do python stuff     return     #__pragma__('noskip')     do javascript stuff


Add @restrry and @shinima as contributors in package.json

Need to add similar entries too all other package.json files, but first you need to approve this change and tell me if you'd like to have other info included (I couldn't find @shinima 's name for instance 😉)

Okay, then add the following line for me, thanks 😉
Shi Feichao<EMAIL_ADDRESS>(https://github.com/shinima)


fixing bug where exception thrown in connection close kills worker

If a connection handler (or any code executed from within) throws an exception, this will currently kill the worker.  This can eventually lead to a connection leak if while the dead worker is closing all its connections in postStop, another handle also throws an exception.

Current coverage is 80.50%

Merging #282 into master will decrease coverage by -2.21% as of 50e47d4

@@            master   #282   diff @@
=====================================
  Files           54     70    +16
  Stmts         2973   3519   +546
  Branches         0    442   +442
  Methods
=====================================
+ Hit           2459   2833   +374
  Partial          0      0
- Missed         514    686   +172

Review entire Coverage Diff as of 50e47d4

Powered by Codecov. Updated on successful CI builds.

:+1:

:+1:

:+1:


Expose identity address and decentralized ID on user object

This PR exposes the identity address and decentralized ID on the user object for convenience.
Resolves #271

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

Circling back on this, as it'd prevent a few apps I'm developing from having to manually decode tokens. Is this still a relevant change?

This should resolved/supersede also https://github.com/blockstack/blockstack.js/pull/273 I guess?

thanks for the heads up @vsund


Update to Python 3.11

https://github.com/hypothesis/viahtml/pull/657 added support for Python 3.11 in pywb, so hopefully we can now update the project as a whole.
I also removed a workaround for macOS that appears to be obsolete with the latest Python and pywb versions.
In case it happens to anyone else: After updating to Python 3.11, make functests initially failed on my system with a SystemError: unknown opcode error. Removing my checkout of viahtml and running the tests in a fresh clone of the repo solved the issue.

For: https://github.com/hypothesis/viahtml/issues/505


Add public helper method for unwrapping

I have implemented as per issue https://github.com/ReflectionMagic/ReflectionMagic/issues/31
The problem is that extension methods do not support dynamic on the first parameter. I have added a non-extension static method.

Another option would be to add an extension method for object .AsObject(), with the downside that it will be available for all expressions.

@jvandertil it's more your baby now. Would you have time to look at this one? I'm pretty disconnected from the .NET world :)

@davidebbo Will do :).
@vuplea Thank you for sending a pull request to add the Unwrap functionality. I agree that we should add this somewhere in the library.
However, I do not want to add it to the PrivateReflectionUsingDynamicExtensions class, only extension methods should go there.
I also considered a AsObject() or Unwrap() extension method on object but had the same concern as you, I want to avoid 'polluting' all types with extension methods. Also an extension method will have some usability issues, for example this will throw a runtime exception:
    public static class ObjectExtensions
    {
        public static void PrintThing(this object obj)
        {
            Console.WriteLine(obj.ToString());
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            var test = new object();

            test.AsDynamic().PrintThing();
        }
    }

@vuplea Could you take a look at my comment in #31? I want to make sure we get this functionality right :).

@jvandertil 	I have provided more info on the issue page.
Basically, our need boils down to serializer.AsDynamic().InternalDeserialize(message).GetType() returning the type of the return value.
Also, as far as I can tell, extension methods don't work at all on dynamic -- IntelliSense was tricking me. A cast to object would enable it but offers bad usability. Thus leaving us with the option of a static method.
We will use a copy of Unwrap ourselves meanwhile. I will gladly update the PR if a decision is made.

Alright, merging this and will push out a beta package for you to test.

Thanks a lot @jvandertil.
We've tested the 4.1.0-beta1 package and it works for our use case.

@vuplea Great! I have just pushed the 4.1.0 package, it should be available in a couple of minutes :). Thanks  again for bringing this up, and fixing it as well! 👍


Add nanmean_along_seq to BatchedTensorSeq

Codecov Report
Patch coverage: 100.00% and no project coverage change.

Comparison is base (c0e4894) 100.00% compared to head (5f04e15) 100.00%.

Additional details and impacted files
@@            Coverage Diff            @@
##              main      #227   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            6         6
  Lines          915       917    +2
  Branches        81        81
=========================================
+ Hits           915       917    +2

Impacted Files
Coverage Δ

src/redcat/tensorseq.py
100.00% <100.00%> (ø)

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Can't install vext.PyQt5 with python3.5 virtualenv

Good afternoon,
I am trying to install vext.PyQt5 on my python3.5 virtual env and I am having issues with the building of the wheel. Apparently the PYTHONPATH of the virtualenv is empty (which seems quite normal actually) but it makes vext.PyQt5 wheel creation fails.
The suggestion to look at https://setuptools.readthedocs.io/en/latest/easy_install.html#custom-installation-locations to see what could be going on didn't helped me at all.
I have installed python3-PyQt5 with apt-get on my ubuntu14.04 and it works perfectly outside of the venv.
It seems that there is a configuration issue in vext.pyqt5 installation script for python3.5.
Thank you for your help.
Here is the console output
$ pip install --force-reinstall --upgrade vext.pyqt5
Collecting vext.pyqt5
  Using cached vext.pyqt5-0.5.20.tar.gz
Collecting vext>=0.5.20 (from vext.pyqt5)
Collecting ruamel.yaml>=0.11.10 (from vext>=0.5.20->vext.pyqt5)
  Using cached ruamel.yaml-0.12.18-cp35-cp35m-manylinux1_x86_64.whl
Building wheels for collected packages: vext.pyqt5
  Running setup.py bdist_wheel for vext.pyqt5 ... error
  Complete output from command /home/ecoffet/.virtualenvs/env/bin/python3.5 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-z459zc3b/vext.pyqt5/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/tmph0q3mf56pip-wheel- --python-tag cp35:
  running bdist_wheel
  running build
  installing to build/bdist.linux-x86_64/wheel
  running install
  vext.gi Install
  Requirement already satisfied: vext>=0.5.20 in /home/ecoffet/.virtualenvs/env/lib/python3.5/site-packages
  Requirement already satisfied: ruamel.yaml>=0.11.10 in /home/ecoffet/.virtualenvs/env/lib/python3.5/site-packages (from vext>=0.5.20)
  Checking .pth file support in build/bdist.linux-x86_64/wheel/
  /home/ecoffet/.virtualenvs/env/bin/python3.5 -E -c pass
  TEST FAILED: build/bdist.linux-x86_64/wheel/ does NOT support .pth files
  error: bad install directory or PYTHONPATH

  You are attempting to install a package to a directory that is not
  on PYTHONPATH and which Python does not read ".pth" files from.  The
  installation directory you specified (via --install-dir, --prefix, or
  the distutils default setting) was:

      build/bdist.linux-x86_64/wheel/

  and your PYTHONPATH environment variable currently contains:

      ''

  Here are some of your options for correcting the problem:

  * You can choose a different installation directory, i.e., one that is
    on PYTHONPATH or supports .pth files

  * You can add the installation directory to the PYTHONPATH environment
    variable.  (It must then also be on PYTHONPATH whenever you run
    Python and want to use the package(s) you are installing.)

  * You can set up the installation directory to support ".pth" files by
    using one of the approaches described here:

    https://setuptools.readthedocs.io/en/latest/easy_install.html#custom-installation-locations

  Please make the appropriate changes for your system and try again.

  ----------------------------------------
  Failed building wheel for vext.pyqt5

Hi,
Sorry this has taken ages for me to look at, have been uber busy.
Looks like there may be som issue with new pip stuff + wheels, I'll need to find some time to get an Ubuntu 14.04 vm and try this..
S

Sorry for the delay ... things have been really busy outside of vext :)
I've tested this in Ubuntu 16.10 and it works, however the messages during install are the same as the one you pasted.
The messages during install are a little deceptive, and should probably be suppressed.
In the virtualenv -
Try running the same python snippet as below and see what the output is like
>>> from PyQt5 import QtCore
>>> QtCore.__file__
'/usr/lib/python3/dist-packages/PyQt5/QtCore.cpython-35m-x86_64-linux-gnu.so'

Also, check the output of
$ vext -l

I'm going to close this since I can't reproduce this, please reopen if it is still a problem.