text:
[v1] Implement createIndex and deleteIndex

Problem
Need to implement createIndex and deleteIndex on the new client accessed from const client = await Pinecone.createClient(). The old client, const legacy = await new PineconeClient(); legacy.init(), should continue to work exactly as before.
These methods have the following changes from their legacy counterparts:

[x] Simpler arguments.

For createIndex, argument has been simplified from { createRequest: { name: 'foo', dimension: 256 } } to { name: 'foo', dimension: 256 }.
For deleteIndex, argument has been simplified from { indexName: 'foo' } to 'foo'

[x] Cleaned up return values. No longer return empty string '' on success. The point of the createIndex and deleteIndex methods are their side-effects (creating/deleting an index), not fetching and displaying data. So there's no need to return anything here.
[x] Concise and actionable error messages. Client-side argument validation informs the user when they have passed argument values with incorrect type.

Old: PineconeError: PineconeClient: Error calling deleteIndex: RequiredError: Required parameter requestParameters.indexName was null or undefined when calling deleteIndex.
New:  PineconeNotFoundError: Index 'baz' does not exist. Valid index names: ['foo', 'jen-numpy-test']

[x] When needed, details about server-side validation errors (e.g. invalid index name) are shown when PineconeBadRequestError is thrown.
[x] Proper stacktraces
[x] Argument types exported

Solution
This diff mostly follows the approach used in PR #66 to add new methods to the client. Some small changes were made to validation methods to improve error messaging which resulted in a lot of minor changes to assertions about error messages created in earlier commits.

The buildValidator in validator.ts now passes errors as complete sentences to the onError callback. In some cases this results in slightly longer error messages, but makes it much easier to integrate these errors into larger messages.
Moved some logic I wanted to reuse about building richer error messages with the list of available indexes out of control/describeIndex.ts and into a control/utils.ts where it could also be accessed from control/deleteIndex.ts. There's some structural similarity between these two client methods because they are both trying to act on a single index by name.

Type of Change

[x] New feature (non-breaking change which adds functionality)

Test Plan

Unit tests added included in PR, integration test suite to come in future diff
Manual tests using npm run repl

createIndex
createIndex: Happy path
> await client.createIndex({ name: 'foo', dimension: 10 })
undefined
> await client.listIndexes()
[ 'foo', 'jen-numpy-test' ]
> await client.describeIndex('foo')
{
  database: {
    name: 'foo',
    metric: 'cosine',
    pods: 1,
    replicas: 1,
    shards: 1,
    podType: 'p1.x1'
  },
  status: { ready: false, state: 'Initializing' }
}

createIndex: Argument validation
> await client.createIndex()
Uncaught:
PineconeArgumentError: Argument to createIndex has a problem. The argument must be object.
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:45:15
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:36:13
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:62:21
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:33:23)
    at Object.next (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:14:53)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:8:71
    at new Promise (<anonymous>)
    at __awaiter (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:4:12)
    at Client.createIndex (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:57:40)
> await client.createIndex({})
Uncaught:
PineconeArgumentError: Argument to createIndex has a problem. The argument must have required property 'name'. The argument must have required property 'dimension'.
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:45:15
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:36:13
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:62:21
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:33:23)
    at Object.next (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:14:53)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:8:71
    at new Promise (<anonymous>)
    at __awaiter (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:4:12)
    at Client.createIndex (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:57:40)
> await client.createIndex({ name: 0, dimension: 0})
Uncaught:
PineconeArgumentError: Argument to createIndex has a problem. The property 'name' must be string. The property 'dimension' must be >= 1.
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:45:15
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:36:13
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:62:21
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:33:23)
    at Object.next (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:14:53)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:8:71
    at new Promise (<anonymous>)
    at __awaiter (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:4:12)
    at Client.createIndex (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:57:40)

createIndex: Accepts and passes optional configuration values
> await client.createIndex({ name: 'bar', dimension: 10, metric: 'dotproduct', pods: 2, podType: 'p1.x2'})
undefined
> await client.describeIndex('bar')
{
  database: {
    name: 'bar',
    metric: 'dotproduct',
    pods: 2,
    replicas: 1,
    shards: 2,
    podType: 'p1.x2'
  },
  status: { ready: false, state: 'Initializing' }
}

createIndex: When validations performed on the backend fail
> await client.createIndex({ name: 'foo-', dimension: 10 })
Uncaught:
PineconeBadRequestError: Invalid value: "foo-": a valid label must be an empty string or consist of alphanumeric characters, '-', '_' or '.', and must start and end with an alphanumeric character (e.g. 'MyValue',  or 'my_value',  or '12345', regex used for validation is '(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])?')
    at mapHttpStatusError (/Users/jhamon/workspace/pinecone-ts-client/dist/errors/http.js:127:20)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:76:59
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:33:23)
> await client.createIndex({ name: 'quux', dimension: 10, podType: 'unknown-pod-type' })
Uncaught:
PineconeBadRequestError: Unsupported value: "unknown-pod-type": supported values: "c1", "c1.x1", "c1.x2", "c1.x4", "c1.x8", "c1.x16", "c1.x32", "p1", "p1.x1", "p1.x2", "p1.x4", "p1.x8", "p2", "p2.x1", "p2.x2", "p2.x4", "p2.x8", "s1", "s1.x1", "s1.x2", "s1.x4", "s1.x8", "s1h", "s1h.x1", "s1h.x2", "s1h.x4", "s1h.x8", "s2", "s2.x1", "s2.x2", "s2.x4", "s2.x8"
    at mapHttpStatusError (/Users/jhamon/workspace/pinecone-ts-client/dist/errors/http.js:127:20)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:76:59
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/createIndex.js:33:23)

deleteIndex
deleteIndex: happy path
> await client.listIndexes()
[ 'foo', 'jen-numpy-test' ]
> await client.deleteIndex('foo')
undefined
> await client.listIndexes()
[ 'jen-numpy-test' ]

deleteIndex: validations
> await client.deleteIndex()
Uncaught:
PineconeArgumentError: Argument to deleteIndex has a problem. The argument must be string.
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:45:15
    at /Users/jhamon/workspace/pinecone-ts-client/dist/validator.js:36:13
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:63:21
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:44:23)
    at Object.next (/Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:25:53)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:19:71
    at new Promise (<anonymous>)
    at __awaiter (/Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:15:12)
    at Client.deleteIndex (/Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:58:42)

deleteIndex: When requests fail (e.g. 404)
> await client.deleteIndex('quux')
Uncaught:
PineconeNotFoundError: Index 'quux' does not exist. Valid index names: ['foo', 'jen-numpy-test']
    at mapHttpStatusError (/Users/jhamon/workspace/pinecone-ts-client/dist/errors/http.js:131:20)
    at /Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:82:63
    at step (/Users/jhamon/workspace/pinecone-ts-client/dist/control/deleteIndex.js:44:23)

Open question:

When creating index from a collection, should dimension still be required? Seems like probably not.

Merging because tests are green, but if there's any post-merge feedback I can create a follow-up.

repo: pinecone-io/pinecone-ts-client


text:
api: use middleware to get raftCluster

What problem does this PR solve?
Many handlers need to get RaftCluster and check if the cluster is bootstrapped.
What is changed and how it works?
Use middleware to eliminate duplicated code.
Check List
Tests

Unit test
Manual test (add detailed scripts or steps below)

 manual test detail

run pd
curl /stores /store/1, got not bootstrapped error
run tikv
curl /stores /store/1, no error

Codecov Report

Merging #1908 into master will increase coverage by 0.22%.
The diff coverage is 91.2%.

@@            Coverage Diff             @@
##           master    #1908      +/-   ##
==========================================
+ Coverage   77.55%   77.78%   +0.22%
==========================================
  Files         164      166       +2
  Lines       16578    16518      -60
==========================================
- Hits        12857    12848       -9
+ Misses       2714     2673      -41
+ Partials     1007      997      -10

Impacted Files
Coverage Δ

server/api/rule.go
3.96% <0%> (+0.68%)
:arrow_up:

server/api/stats.go
100% <100%> (+25%)
:arrow_up:

server/api/context.go
100% <100%> (ø)

server/api/label.go
86.66% <100%> (+7.87%)
:arrow_up:

server/api/admin.go
72.41% <100%> (+6.78%)
:arrow_up:

server/api/router.go
100% <100%> (ø)
:arrow_up:

server/api/store.go
66.39% <100%> (+5.2%)
:arrow_up:

server/api/middleware.go
75% <75%> (ø)

server/api/region.go
76.69% <87.5%> (+8%)
:arrow_up:

pkg/testutil/operator_check.go
88.88% <0%> (-11.12%)
:arrow_down:

... and 17 more

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 a256162...d037347. Read the comment docs.

/merge

source: gharchive/pull-request

authors: codecov-io disksing

repo: pingcap/pd

license_type: permissive

license_source: github-api


text:
fix calculation of wal write buffer size

What problem does this PR solve?
Issue Number: close #5721
Problem Summary: The write buffer size of LogWriter is not right under some case.
What is changed and how it works?
Check List
Tests

[x] Unit test
[ ] Integration test
[ ] Manual test (add detailed scripts or steps below)
[ ] No code

Side effects

[ ] Performance regression: Consumes more CPU
[ ] Performance regression: Consumes more Memory
[ ] Breaking backward compatibility

Documentation

[ ] Affects user behaviors
[ ] Contains syntax changes
[ ] Contains variable changes
[ ] Contains experimental features
[ ] Changes MySQL compatibility

Release note

None

/run-all-tests

/rebuild

/rebuild

/run-all-tests

repo: pingcap/tiflash


text:
Only add shared column data size to root_of_query_mem_trackers.

What problem does this PR solve?
Issue Number: ref #8128
What is changed and how it works?
Check List
Tests

[ ] Unit test
[ ] Integration test
[ ] Manual test (add detailed scripts or steps below)
[ ] No code

Side effects

[ ] Performance regression: Consumes more CPU
[ ] Performance regression: Consumes more Memory
[ ] Breaking backward compatibility

Documentation

[ ] Affects user behaviors
[ ] Contains syntax changes
[ ] Contains variable changes
[ ] Contains experimental features
[ ] Changes MySQL compatibility

Release note

None

/run-all-tests

authors: JaySon-Huang JinheLin


text:
sink(ticdc): remove useless op return value of AppendRowChangedEvent

What problem does this PR solve?

Issue Number: ref https://github.com/pingcap/tiflow/issues/4423
What is changed and how it works?
remove useless op return value of AppendRowChangedEvent.

we do not need to return it when we append the msg to the buf.
the flushToProducer func never receive EncoderNeedSyncWrite op.

Check List
Tests

Unit test

Code changes

Has exported function/method change

Side effects
None
Related changes
None
Release note
None

Codecov Report

Merging #4630 (556bc20) into master (9607554) will increase coverage by 0.0058%.
The diff coverage is 56.0209%.

Flag
Coverage Δ

cdc
60.1927% <53.8194%> (+0.2705%)
:arrow_up:

dm
51.8298% <57.1303%> (-0.1990%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.
@@               Coverage Diff                @@
##             master      #4630        +/-   ##
================================================
+ Coverage   55.6402%   55.6460%   +0.0058%
================================================
  Files           494        506        +12
  Lines         61283      62973      +1690
================================================
+ Hits          34098      35042       +944
- Misses        23750      24435       +685
- Partials       3435       3496        +61

/run-kafka-integration-test

/run-kafka-integration-test

/run-all-tests /tidb=pr/32434

/merge

/run-kafka-integration-test /tidb=pr/32434
/run-integration-tests /tidb=pr/32434

/run-dm-compatibility-test
/run-dm-integration-test

authors: codecov-commenter hi-rustin

repo: pingcap/tiflow


text:
Update rustc_serialize

Prior to this change, we were using rustc_serialize-0.3.19 which
doesn't build on the latest nightlies.
This change updates us to rustc_serialize-0.3.24 which does build
against the latest nightlies.
Fixes #2603.

 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.

LGTM

/run-all-tests

authors: CLAassistant Hoverbear overvenus siddontang

repo: pingcap/tikv


text:
Session timeout min is 15 seconds - need to lower to 1

Expected behaviour

The min session lifetime should be allowed to be 1.

Actual behaviour
Cannot change minimum session lifetime lower than 15 seconds.  We need to change to 1.

OIDC_SESSION_MAX_DURATION_MIN is hard coded to 15

Not sure if there's a specific reason for the limitation?
We found when logging out of OIDC, you wouldn't be logged out of the Apache module. The user would remain logged in for the duration of the minimum session lifetime, since the mod_auth_openidc still remained.  It was originally set to 0 and our JWT setting was 5 minutes. This caused the user to be logged out of SSO but they were still logged into the app via the Apache module for 5 more minutes.
When changing to the lowest allowed value, 15, we logged out of OIDC, it woud only allow the user to remain in the app for the 15 seconds.  Ideally we'd like to see this changed to 1 to prevent any issues.
Minimized example
https://github.com/pingidentity/mod_auth_openidc/blob/d77ec0228901d25bcbc873950d964d5c1e00254a/src/parse.c#L503
Thanks!
Steve

It is relatively arbitrary indeed, meant to prevent people from shooting themselves in the foot.
A setting of 1 seconds means that every 1 second users would be sent off the the OP to authenticate. It sounds like what you really want is Single Logout:
https://github.com/pingidentity/mod_auth_openidc/wiki#9-how-do-i-logout-users

Thanks for your quick response 👍

source: gharchive/issue

authors: cdnsteve zandbelt

license_source: bigquery


text:
Redirect Loop when using client-cookie for session data that exceeds 4096bytes

Just had this issue on our production systems for the passed week or so.
When using Google's OpenID Connect and OIDCSessionType client-cookie, the mod_auth_openidc_session cookie can now exceed 4096bytes which is the cookie size limit on Google Chrome and most other web browsers. This means that the cookie doesn't get set in the browser and the server will think the redirected request needs to be authorised again, causing a redirect loop. Not every user exceeds the limit but some do.
Not sure what the cause is myself. Previously cookies were only around 30bytes. Maybe Google changed something on their end?
For now, using server-cache as the OIDCSessionType is a good enough workaround for us.

IMHO cookies previously couldn't have been around 30 bytes. If you don't need all the attributes from the profile, you could reduce the requested scopes. Otherwise server-cache is your only option.

Now that you mention it, the 30 byte variant I reported was just a session key cookie when we switched over to server-cache.
We're using OIDCScope "openid email profile" so it's possible Google may have just increased the amount of information they provide for the profile in recent weeks. If that is the case, for users to avoid such problems, it might just be worth documenting the limitations of client-cookie in /auth_openidc.conf. I've made a pull request for this (PR #93)
Thanks,

PR merged in 6f677409ca9a9ddd81fb0ab0c942ce98293125da, thanks.

more info here: https://github.com/pingidentity/mod_auth_openidc/wiki/Cookies

authors: jahed zandbelt


text:
Always emit drain after flush()

This can unfortunately lead to pino to not call end() on the stream.
https://github.com/pinojs/pino/blob/28819c3a6324f8d26e7653cf08b35156bf9318d2/lib/tools.js#L274-L276

I'm currently trying to debug some flaky tests downstream. This was something I saw happening and might be correlated.

repo: pinojs/sonic-boom

license: MIT


text:
Remove default for allowed wildcard imports in ktlint_official codestyle

Expected Behavior
When java.util.* is included as a wildcard import, it should trigger the warning for no-wildcard-imports.
...
Given that, I think it makes sense that ktlint should stop including those two paths as default wildcard exceptions.

Originally posted by @greg-patterson in https://github.com/pinterest/ktlint/issues/1792#issuecomment-1407098815

The feature to respect setting ij_kotlin_packages_to_use_import_on_demand  was implemented not too long ago in ktlint 0.45.x via https://github.com/pinterest/ktlint/pull/1272. The reason for adding the default values is that they seems to be hard-coded in IntelliJ IDEA as well (https://github.com/JetBrains/kotlin/blob/ffdab473e28d0d872136b910eb2e0f4beea2e19c/idea/formatter/src/org/jetbrains/kotlin/idea/core/formatter/KotlinCodeStyleSettings.java#L81-L82).
If the property is not set explicitly, IntelliJ IDEA allows imports java.util.* and kotlinx.android.synthetic.*. If ktlint would not do the same, this would result in a conclict between ktlint and IntelliJ IDEA. Lots of users of ktlint dislike that.
In the new codestyle ktlint_official the default value for allowed wildcard imports shoulbe be cleared.

Removing the default value for code ktlint_official resulted in ktlint to report wildcard imports for java.util.* in case that property ij_kotlin_packages_to_use_import_on_demand is not set. But IntelliJ IDEA interpret the absence of the property differently and stil add the the java.util.* import.
To keep KtLint and IntelliJ IDEA formatter in sync, it is needed to set .editorconfig property below explitcily:
ij_kotlin_packages_to_use_import_on_demand = unset

repo: pinterest/ktlint


text:
Make build compatible with jitpack

Why
See https://jitpack.io/docs/BUILDING/
Since both gradle and maven build files are present, jitpack defaults to using the gradle build and the install target does not work there.
Errors from previous build: https://jitpack.io/com/github/shyiko/ktlint/0.29.0/build.log
What

add jitpack.yml to specify that the maven build should be used instead

Testing

validate by jitpack'ing repo with this change
tested here and it works: https://jitpack.io/#jeremymailen/ktlint/jitpack-compat-SNAPSHOT

awesome! thanks for looking into this.

authors: jeremymailen shashachu


text:
Make the documentation less worker-threads centric.

Signed-off-by: Jérôme Benoit jerome.benoit@sap.com

PR Checklist

[x] Please add a description of your changes.
[ ] We need your changes to come with unit tests in order to keep this project in quality and easy to maintain.
[ ] Please add a link to the open issue or task that this pull request will resolve.
[ ] Add a note to the changelog to indicate the change.

Does this PR introduce a breaking change?

[ ] Yes
[x] No

If yes please indicate it and migration info into the CHANGELOG.md file.

Good morning @jerome-benoit
A had a first look and your changes are looking great :smiley:
Should we add some more keywords to package.json?
https://github.com/pioardi/poolifier/blob/f416c0987c6fe2d452de7e854b0d20f094448dd4/package.json#L26-L35
Like "thread" and "threads".
I hope that this will help finding poolifier also when just searching for thread pool.
Reason: If you are coming from other languages you are first thinking in threads and not workers or cluster :slightly_smiling_face:

Good morning @jerome-benoit
A had a first look and your changes are looking great 😃
Should we add some more keywords to package.json?
https://github.com/pioardi/poolifier/blob/f416c0987c6fe2d452de7e854b0d20f094448dd4/package.json#L26-L35
Like "thread" and "threads".
I hope that this will help finding poolifier also when just searching for thread pool.
Reason: If you are coming from other languages you are first thinking in threads and not workers or cluster 🙂

Done.

repo: pioardi/poolifier


text:
Support for null safety

Flutter 2.0 is out with support for null safety in the stable branch. It would be really nice if ion-sdk-flutter supported sound null safety

Depend on solving this issue first https://github.com/flutter-webrtc/flutter-webrtc/issues/458

https://pub.dev/packages/flutter_ion
Support now.

authors: cloudwebrtc gargakshit

repo: pion/ion-sdk-flutter


text:
Doesn't appear I have ability to push new branches.

I tried and received a "permission denied."

Fixed this by giving everyone write access.


text:
refactor 'leaky abstractions' related to ASTs + other AST utils into @wakaru/ast-utils

Extracting this from a deeper comment in another issue so it doesn't get 'lost among the noise' there:

For my own reference, here are the code locations currently referencing jscodeshift, recast and/or ast-types:

https://github.com/search?q=repo%3Apionxzh%2Fwakaru+(jscodeshift+OR+recast+OR+ast-types)&type=code

https://github.com/pionxzh/wakaru/blob/main/packages/unpacker/src/unpack.ts#L16

@wakaru/unpack using jscodeshift with babylon parser

https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/index.ts#L20

@wakaru/unminify using jscodeshift with babylon parser

etc

I also note that there is a @wakaru/ast-utils package that could also potentially be used to centralise some 'leaky abstractions' from these libs if we were to refactor:

https://github.com/pionxzh/wakaru/tree/main/packages/ast-utils

And it might also potentially make sense to refactor some of these utils into that ast-utils package as well maybe?

https://github.com/pionxzh/wakaru/tree/main/packages/unminify/src/utils

Originally posted by @0xdevalias in https://github.com/pionxzh/wakaru/issues/32#issuecomment-1822307147

I was just looking through some of the code again now, and this idea popped up in my mind again, so wanted to make sure to capture it as a proper issue.
Specifically I was looking at some of the util functions in unminify, and thinking they seemed generic enough that they might make sense to live in @wakaru/ast-utils:

https://github.com/pionxzh/wakaru/tree/main/packages/unminify/src/utils

Skimming through the code here, these are the ones that currently stand out to me as being both AST related, and seemingly generic enough that they could make sense to be refactored into @wakaru/ast-utils

https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/checker.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/condition.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/decisionTree.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/import.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/insert.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/isHelperFunctionCall.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/parenthesized.ts
https://github.com/pionxzh/wakaru/blob/main/packages/unminify/src/utils/types.ts

SharedParams

This is how I usually work with them

@pionxzh That makes a lot of sense. Thanks for sharing your process :)

I will try to move some of them, but they will still follow this practice to grow the utils naturally.

@pionxzh nods yup, makes sense.

Stumbled across this AST lib (built on top of recast / babel) that offers some higher level AST helpers. Not sure if it would be useful directly, or just for some concepts/ideas, but figured I would link to it here in case it's useful:

https://github.com/unjs/magicast

Programmatically modify JavaScript and TypeScript source codes with a simplified, elegant and familiar syntax powered by recast and babel.

https://github.com/unjs/magicast#examples
https://github.com/unjs/magicast#high-level-helpers

https://github.com/unjs/magicast/tree/main/src/helpers
https://github.com/unjs/magicast/tree/main/test/helpers

I have done the moving. I will check Magicast. Its proxy pattern looks quite convenient.

repo: pionxzh/wakaru


text:
5.0.0-3 losing action type

Hey @LVBK, could you please fill in all the details in the bug report template, otherwise I will have to close this issue.

authors: LVBK piotrwitek

repo: piotrwitek/typesafe-actions

license: mit


text:
Prevent running standalone ECS tasks during deployment

What would you like to be added:
Prevent standalone ECS tasks from running at the deployment.
Adding a flag ECSApp.runAtDeployment to disable running at the deployment...?
Why is this needed:
There is the case;

Run a task at a certain time triggered by EventBridge.
The task should not be triggered at the deployment.

https://docs.aws.amazon.com/AmazonECS/latest/developerguide/scheduled_tasks-eventbridge-scheduler.html

Current implementation;

Check if the service definition exists.
If not, Run the task.
code is here

Created a draft PR https://github.com/pipe-cd/pipecd/pull/4666. WDYT?

repo: pipe-cd/pipecd


text:
Anthropic Prompt Caching Example

Can you add an example using the prompt caching?

Second that

authors: bigahega mercuryyy

repo: pipecat-ai/pipecat


text:
unable to find valid certification path to requested target es-master

I am getting this error when I start up my first master.
[2016-03-11 20:52:43,835][WARN ][io.fabric8.elasticsearch.discovery.kubernetes.KubernetesUnicastHostsProvider] [Fight-Man] Exception caught during discovery: Error executing: GET at: https://kubernetes.default.svc/api/v1/namespaces/default/endpoints/elasticsearch-discovery. Cause: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
This is on Kube 1.0.3 and a CentOS 7 Cluster.
kubectl get serviceaccounts --namespace=default
NAME            SECRETS
default         1
elasticsearch   1

This seems to be an error related to SSL certificate not being available to the pod. Your install should provide it, otherwise you can't access secure Kubernetes API.

authors: gaga-github pires

repo: pires/kubernetes-elasticsearch-cluster


text:
Cant run server

I have tried everything, I have tried running the server-0.1-SNAPSHOT.jar which throws an exception about the domains.xml not found, and the original-server-0.1-SNAPSHOT.jar gives an error about the manifest being missing. I have followed the readme to the last letter

@Pho3niX90 can you please try latest code, should be easier.

repo: pires/obd-server


text:
Support indexing v2

Meant to correspond to v2 lidar and camera indexes, which are now live in the bucket.

Current dependencies on/for this PR:

main

PR #51

PR #55   👈

This comment was auto-generated by Graphite.


text:
om will only accept connections on 443

This does not allow a user to have a custom port for their opsman.

do you have thoughts on what to do to improve this? what kind of UX are you thinking?

So in short, we want to unify the default to https experience between the unauthenticated-client and the oauth-client

@madamkiwi I think you may have run into this recently as well, but I'm having trouble locating that issue or thread... or was that something else?

We are able to work around it by prepending a Address with https://

To clarify, are you saying can you work around the issue without modifying the source code?  For example:
Does this work?
om -t https://127.0.0.1:57056 curl /some/endpoint

But this does not?
om -t 127.0.0.1:57056 curl /some/endpoint

So this issue is just about making the latter work?

did not mean to close... oops... go away @cf-gitbot!

That is correct. We add the guard that we don’t need to add the https in
front of the addr
On Tue, Aug 14, 2018 at 11:57 David McClure notifications@github.com
wrote:

did not mean to close... oops... go away @cf-gitbot
https://github.com/cf-gitbot!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/pivotal-cf/om/issues/230#issuecomment-412961160, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AiTdrSTrVUlsssRJjV3D0sZsU94xOVRAks5uQw90gaJpZM4V8tbA
.

authors: kcboyle mcwumbly pivotal-norm

repo: pivotal-cf/om


text:
/cloudfoundryapplication 404

I have successfully deployed my python flask app on cloud foundry and the app has started successfully but it is giving an error every few seconds:
2017-08-09T12:00:53.353+05:30 [APP/PROC/WEB/0] [ERR] 10.192.224.11 - - [09/Aug/2017 06:30:53] "OPTIONS /cloudfoundryapplication HTTP/1.1" 404 -
2017-08-09T12:01:23.221+05:30 [APP/PROC/WEB/0] [ERR] 10.192.226.8 - - [09/Aug/2017 06:31:23] "OPTIONS /cloudfoundryapplication HTTP/1.1" 404 -
Can anyone suggest what is this issue regarding?

Hi @SnehaKumari22,
This question does not appear to be related to PCF Dev. Judging by the logs, it seems your Python app is returning a 404 when a client makes the request: OPTIONS /cloudfoundryapplication HTTP/1.1

I'm experiencing this same problem with my application.  However, nothing is making that particular request to my application.  It starts as soon as I push the application to PCF before I run any tests on the app.  Here's a copy of the full error message:
2017-10-30T09:04:21.670-05:00 [RTR/0] [OUT] ldrelay.cfapps.pcf1.vc1.pcf.dell.com - [2017-10-30T14:04:21.594+0000] "OPTIONS /cloudfoundryapplication HTTP/1.1" 404 0 19 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36" "10.32.26.20:30410" "10.160.246.141:55370" x_forwarded_for:"10.210.57.77" x_forwarded_proto:"https" vcap_request_id:"5149d1f1-a2e4-4b3c-5ecb-d3b06a1cd9b9" response_time:0.075682875 app_id:"bdc231b7-2826-4240-995d-be19316aff7c" app_index:"0" x_b3_traceid:"8778b4435284df88" x_b3_spanid:"8778b4435284df88" x_b3_parentspanid:"-"
The source of the message seems to be the router (note the "RTR/0" right after the first date).  Anyone have any ideas?

I'm noticing these requests too whenever I view the app's page on apps manager

This is a known issue. It can be ignored.
See https://docs.run.pivotal.io/console/using-actuators.html#troubleshoot

repo: pivotal-cf/pcfdev


text:
Provide serviceAccountRef name/namespace on lifecycle-image configmap

This allows the lifecycle image to live in a registry which requires credentials.
These credentials can be dynamically updated by updating the credentials directly in k8s api.
The lifecycle image is no longer immediately read on controller start because the configmap is needed with the full service acocunt references.

Codecov Report

Merging #837 (461adc7) into main (949cbfe) will decrease coverage by 0.08%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #837      +/-   ##
==========================================
- Coverage   68.72%   68.64%   -0.09%
==========================================
  Files         114      114
  Lines        5042     5045       +3
==========================================
- Hits         3465     3463       -2
- Misses       1207     1210       +3
- Partials      370      372       +2

Impacted Files
Coverage Δ

pkg/config/lifecycle_provider.go
83.63% <100.00%> (-8.68%)
:arrow_down:

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 949cbfe...461adc7. Read the comment docs.

authors: codecov-commenter matthewmcnew

repo: pivotal/kpack


text:
root access required to build keys

When I attempted an install from Jessie Lite following the instructions on http://www.pivpn.io/ it failed to generate the keys.
the solution was to have root access.
I recommend that you add sudo -s as the first stage of install for noobs like myself.

That's strange... It should normally autoelevate to root. Do you still have the logs of the failed installation?

No I do not, but could recreate if you need - this was a totally fresh installation with fresh formatted Sandisk 32GB microSD.

@redfast00 what about this one? it seems that no one else had the same issue, could have been an isolated case.

There are no logs and no way to reproduce. Closing this

authors: cfcolaco deanjwade redfast00

repo: pivpn/pivpn


text:
Why not publish

I see there are changes in October

I need these changes

I think this project is unmaintained. @yangguoquan are you interested on a fork?

Hi there! Sorry this project is maintained but it's @pixari and I's side project on-top of full-time work and families! I'll try to give this project some love as soon as possible!

Ah, great! thanks @Spittal

@Spittal :wave:

Published https://github.com/pixari/vue-i18n-extract/releases/tag/v2.0.5! Sorry for the delay and thanks for you patience!

thanks @Spittal :)

authors: Spittal dgrabla yangguoquan


text:
When translation is in square brackets, it doesn't match

A situation like [t('Device Title')]: 'something, doesn't match.
Specifically this was erroring.
[t('Device Title')]: data['DeviceSessions.deviceTitle'],
          [t('Serial Number')]: data['DeviceSessions.serialNumber'],
          [t('Organization Title')]: data['DeviceSessions.organizationTitle'],
          [t('Device Group Title')]: data['DeviceSessions.deviceGroupTitle'],
          [t('App Title')]: data['DeviceSessions.contentTitle'],
          [t('Start Time')]: data['DeviceSessions.startedAt'],
          [t('End Time')]: data['DeviceSessions.endedAt'],
          [t('Session Duration')]: data['DeviceSessions.totalDuration'],
          [t('Idle Duration')]: data['DeviceSessions.idleDuration'],
          [t('Active Duration')]: data['DeviceSessions.activeDuration'],
          [t('Tags')]: data['DeviceSessionTags.tagTitle'],

Another example of this is with curly braces:
`${t('Analytics Export')} ${formatDisplayDateSmall(new Date())}.csv`,

Duplicate of #158


text:
Usage with Swift

Hi,
I suppose It's no t a bug, but I'm trying to uncompress a downloaded file in aplication's document folder but I don't find anyway of do it.
I've take the recipe in https://github.com/pixelglow/ZipZap/wiki/Recipes named "Unzip an existing zip file to the file system" and I've tried to translate to Swift 2.0 for Xcode 7 but I think i'm doing something wrong cause I don't know Objetive C. Please, can anyone help me?. I also think It would be a great Idea adding swift recipes to the wiki.
Thanks a lot to everybody.
David

Can you provide a little bit more about what is going wrong?

authors: RLovelett gobozgz

repo: pixelglow/ZipZap


text:
Aggregate make_list()

Also adds an implementation for JsonType.supertype().

This change is

authors: aaron-siegel mkornacker

repo: pixeltable/pixeltable


text:
API Documentantion on classes should have a "most usefull" section

The documentation is pretty good but the overview of classes can be overwhelming: https://pixijs.download/release/docs/PIXI.html
Many of the things shown there are very technical and not useful for the beginner or intermediate developer.
I think there should be a section above the full "classes" section that highlights the most used classes, like Container, Sprite, Rectangle, Circle, Spritesheet etc. Ideally no more then one or two dozen.
The section would be on the URL I linked above, or even on the index (https://pixijs.download/release/docs/index.html) and maybe filterable/sortable or in a collapsible section in the left menu.

Awesome suggestion!
I realize that namespaces uses to be the way we hide more technical classes. But over time we've flattened and removed these namespaces.
I think there are a few possible solutions here.
The easiest would be a single guide page with a list of these classes/APIs that are most applicable to newbies. I believe our template supports guides but not sure if webdoc does, @SukantPal?
Another idea might be to add a custom tag in webdoc and then add a global filter option in the docs that would toggle/visibility for items in the menu or in the namespace lists. This seems like the idea solution, but probably some work to do in the code and doc template.

webdoc does have some support for guides. Not robustly tested yet in real world.

Dunno if classes organized by packages would be helpful https://api.pixijs.io/index.html

authors: Bartvds SukantPal bigtimebuddy


text:
PIXI for node js

Is it possible to do support for node js? I need this for rendering on serverside.
For example node-canvas-webgl (https://github.com/akira-cn/node-canvas-webgl) works fine with threejs without any additional code.
If I try to run pixi the same way it won't work ... a lot of errors.
I have to write something like:
import * as PIXI from 'pixi.js';
window.PIXI = global.PIXI = PIXI;
const _canvasTest = (PIXI as any).CanvasResource.test;
(PIXI as any).CanvasResource.test = function (source: any) {
  return _canvasTest(source) || source instanceof Canvas; // Canvas from node-canvas
};

Thanks!

SSR is not yet supported but is on our roadmap. Duplicate of #6990


text:
VR unable to init with Bloxstrap

due to the bloxstrap assumedly not checking for steamvr, vr is rendered useless with bloxstrap.

Usually the Roblox game client should be checking for VR, not the launcher. Does Roblox just not detect anything?

Roblox client does not start in VR mode with steamVR open, i assume it is the launcher that sets roblox in vr mode

If you uninstall Bloxstrap to revert to the original Roblox launcher, does it work?

how do i uninstall bloxstrap? do i just remove the files from appdata?

Uninstall it like how you would normally uninstall any program, from your PC settings.

huh, without bloxstrap, still no vr!
it is an issue with me, sorry for wasting your time

No problem, glad I could help.

authors: pizzaboxer septichacker

repo: pizzaboxer/bloxstrap


text:
城市列表怎么更新

有些最近刚开通的高铁，在城市列表中没有该城市

506
更新了下车站信息文件
stations.txt

#506
更新了下车站信息文件
stations.txt

authors: kosncn mstarZheng


text:
Create grc path

@grcpath thanks for this pull request, but please note that the pull request is empty.
The image in the comment above doesn’t seem to be an original vector but be traced from a jpg/png, can you provide an original vector such as .ai or .svg?

Dear PaulThanks alot for your replyI have attached the SVG file. I will try to add it again and pull request. Best, AliSent from my Galaxy
-------- Original message --------From: Paul van Brouwershaven @.> Date: 2/9/24  10:49 PM  (GMT+03:00) To: "pkic/pkic.org" @.> Cc: grcpath @.>, Mention @.> Subject: Re: [pkic/pkic.org] Create grc path (PR #111)
@grcpath thanks for this pull request, but please note that the pull request is empty.
The image in the comment above doesn’t seem to be an original vector but be traced from a jpg/png, can you provide an original vector such as .ai or .svg?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

Hi
I had upload ne svg file

Closing, no update from GRC Path to provide a SVG logo.

authors: grcpath svenska-primekey vanbroup


text:
[BUG] Target capacity for supervisor should be allowed to be zero

Describe the bug
Supervisors are allowed to have a target of 0
To Reproduce
Steps to reproduce the behavior:

Create instance
Try to create supervisor with a target of 0

Expected behavior
Supervisor created

Fixed in branch target-may-be-zero

repo: pkitazos/allocation-app


text:
🛑 WAY👌 Blog is down

In 87ea9a3, WAY👌 Blog (https://wayok.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: WAY👌 Blog is back up in 234df2f after 32 minutes.


text:
Persistent tile entity names don't always persist.

Timings link
https://timings.pl3x.net/?id=a356c665c9f842bea96bcc970cd582c5
Expected behavior
I expected that player heads always keep their display names (and lore tags) when persistent-tileentity-display-names-and-lore (in purpur.yml) is set to true, even if they are destroyed by flowing water or something similar.
Observed/Actual behavior
Player heads keep their display names and lore tags when destroyed by a player. However, the name and lore are lost when the head is destroyed by flowing water. This happens when the head is renamed using an anvil or by a plugin.
Steps/models to reproduce

Set persistent-tileentity-display-names-and-lore to true in purpur.yml.
Give yourself a player head and rename it with an anvil or with commands.
If you place it down on a solid block (like a grass block) the name will stay.
However, if you place it down and break it with flowing water, the name will be gone.

https://user-images.githubusercontent.com/82513800/136690446-ae33faa2-ead4-4aff-9c1e-39b2f890f0c5.mp4
Purpur version
> version
[11:03:35 INFO]: This server is running Purpur version git-Purpur-1404 (MC: 1.17.1)
  (Implementing API version 1.17.1-R0.1-SNAPSHOT) (Git: ad6f2f5 on ver/1.17.1)
[11:03:35 INFO]: You are running the latest version

Agreements

[X] I am running the latest version of Purpur available from https://purpur.pl3x.net/downloads.
[X] I have searched for and ensured there isn't already an open issue regarding this.
[X] My version of Minecraft is supported by Purpur.

Confirmed.
Sounds like we've missed a few spots where items can be broken. I'll take a deeper look and see why this is happening.

authors: BillyGalbreath Xevolu


text:
Uncaught TypeError: Cannot read property 'length' of undefined

Got this when running formatting (atom-beautify)
Atom: 1.19.0 x64
Electron: 1.6.9
OS: Ubuntu 16.04.3
Thrown From: rust-api-docs-helper package 0.5.1
Stack Trace
Uncaught TypeError: Cannot read property 'length' of undefined
At /home/imp/.atom/packages/rust-api-docs-helper/lib/gutter-decorator.coffee:22

TypeError: Cannot read property 'length' of undefined
    at GutterDecorator.module.exports.GutterDecorator.updateMarkers (/packages/rust-api-docs-helper/lib/gutter-decorator.coffee:22:7)
    at /packages/rust-api-docs-helper/lib/gutter-decorator.coffee:1:1
    at Function.module.exports.Emitter.simpleDispatch (/usr/share/atom/resources/app/node_modules/event-kit/lib/emitter.js:25:20)
    at Emitter.module.exports.Emitter.emit (/usr/share/atom/resources/app/node_modules/event-kit/lib/emitter.js:141:34)
    at TextBuffer.module.exports.TextBuffer.emitDidStopChangingEvent (/usr/share/atom/resources/app/node_modules/text-buffer/lib/text-buffer.js:1571:26)
    at later (/usr/share/atom/resources/app/node_modules/text-buffer/lib/helpers.js:21:13)

Commands
     -0:14.5.0 atom-beautify:beautify-editor (input.hidden-input)

Non-Core Packages
atom-beautify 0.30.4
atomatigit 1.5.5
autocomplete-python 1.10.0
browser-plus 0.0.98
build 0.68.0
build-cargo 2.0.0
build-make 0.13.0
busy 0.7.0
busy-signal 1.4.3
imdone-atom 2.2.6
imdone-atom-github 0.1.11
intentions 1.1.5
language-diff 0.7.0
language-docker 1.1.8
language-rust 0.4.12
linter 2.2.0
linter-pycodestyle 2.0.2
linter-rust 0.8.0
linter-ui-default 1.6.3
merge-conflicts 1.4.5
minimap 4.29.3
minimap-git-diff 4.3.1
project-manager 3.3.5
python-tools 0.6.9
racer 0.20.0
release-notes 0.53.0
rust-api-docs-helper 0.5.1
rusty-dark-syntax 0.7.0
split-diff 1.4.3
sync-settings 0.8.2
tool-bar 1.1.0
travis-ci-status 1.3.1

same problem. has no idea to fix it

I have the same problem.

I have the same problem.

authors: fztfztfztfzt imp wired-R yao2007

repo: plafue/rust-api-docs-helper


text:
Cant login in Livisiunofficial

System Health details
is this needed?
Checklist

[X] I have enabled debug logging for my installation.
[X] I have filled out the issue template to the best of my ability.
[X] This issue only contains 1 issue (if you have multiple issues, open one issue for each issue).
[X] This issue is not a duplicate issue of currently previous issues..

Describe the issue
Have follow all steps
when i put IP and Password, i get "unknown error occured"
Reproduction steps

delete official Livisiintegration in Devices and reboot
Add this Repo in HACS and install unofficial Livisi Integration
reboot
Add livisi unofficial in Devices and Integration
add IP and correct Password
Error unknown error occured

Dont know whats wrong
Debug logs
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht

Logger: aiohttp.server
Source: custom_components/livisi/aiolivisi/aiolivisi.py:127
Integration: LIVISI Smart Home (documentation, issues)
First occurred: 07:17:18 (7 occurrences)
Last logged: 07:20:10

Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.11/site-packages/aiohttp/web_protocol.py", line 433, in _handle_request
    resp = await request_handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/aiohttp/web_app.py", line 504, in _handle
    resp = await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/aiohttp/web_middlewares.py", line 117, in impl
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 85, in security_filter_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/forwarded.py", line 94, in forwarded_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 28, in request_context_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 80, in ban_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 236, in auth_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 148, in handle
    result = await handler(request, **request.match_info)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/config/config_entries.py", line 181, in post
    return await super().post(request, flow_id)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/data_validator.py", line 72, in wrapper
    result = await method(view, request, data, *args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/data_entry_flow.py", line 110, in post
    result = await self._flow_mgr.async_configure(flow_id, data)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 296, in async_configure
    result = await self._async_handle_step(
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 392, in _async_handle_step
    result: FlowResult = await getattr(flow, method)(user_input)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/config_flow.py", line 55, in async_step_user
    controller_info = await self.aio_livisi.async_get_controller()
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 140, in async_get_controller
    return await self.async_get_controller_status()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 144, in async_get_controller_status
    shc_info = await self.async_send_authorized_request("get", url="status")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 80, in async_send_authorized_request
    return await self.async_send_request(method, path, payload, self._auth_headers)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 113, in async_send_request
    response = await self.__async_send_request(method, url, payload, headers)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 127, in __async_send_request
    async with self._web_session.request(
  File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 1141, in __aenter__
    self._resp = await self._coro
                 ^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 560, in _request
    await resp.start(conn)
  File "/usr/local/lib/python3.11/site-packages/aiohttp/client_reqrep.py", line 899, in start
    message, payload = await protocol.read()  # type: ignore[union-attr]
                       ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/aiohttp/streams.py", line 616, in read
    await self._waiter
aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected

Diagnostics dump
No response

if i just add livisiunofficial without delete official livisi, i get a "migrate error"
debuglog:
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht
Logger: homeassistant.config_entries
Source: custom_components/livisi/aiolivisi/aiolivisi.py:127
Integration: Livisi Unofficial (documentation, issues)
First occurred: 07:29:48 (1 occurrences)
Last logged: 07:29:48
Error migrating entry SHC Classic for livisi
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 633, in async_migrate
result = await component.async_migrate_entry(hass, self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/init.py", line 82, in async_migrate_entry
await coordinator.async_setup()
File "/config/custom_components/livisi/coordinator.py", line 92, in async_setup
controller_data = await self.aiolivisi.async_get_controller()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 140, in async_get_controller
return await self.async_get_controller_status()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 144, in async_get_controller_status
shc_info = await self.async_send_authorized_request("get", url="status")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 80, in async_send_authorized_request
return await self.async_send_request(method, path, payload, self._auth_headers)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 113, in async_send_request
response = await self.__async_send_request(method, url, payload, headers)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi/aiolivisi.py", line 127, in __async_send_request
async with self._web_session.request(
File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 1141, in aenter
self._resp = await self._coro
^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 560, in _request
await resp.start(conn)
File "/usr/local/lib/python3.11/site-packages/aiohttp/client_reqrep.py", line 899, in start
message, payload = await protocol.read()  # type: ignore[union-attr]
^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/streams.py", line 616, in read
await self._waiter
aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected

This looks like a network error in both cases. Please double check the network connection. There's nothing I can do about this - I cannot support individual errors, sorry.

if i use the orginal Livisiintegration, this work fine. So the Networkconnection work from HA to SHC1.

This integration is based on the official one and the connection code wasn't changed. "Connection refused" is quite specific about what's wrong...

its a crazy error and i wondering whats happend. I dont find the issue. official Integration work, but yours not... i had look in Fritzbox-Settings, found nothing what is wrong, cable are orginal and new. Hope any find a solution

How many instances are you running? Maybe the livisi hub is quite restrictive with the number of open connections? Though for me, running my productive system and a dev setup at once is not a problem

only to one HA (Raspi4)and nothing more.
without livisi unofficial, connection work fine, see PSS and other devices, its only whe when i install unofficial.
i a empty testsystem(Linux at VM) i get same error

You were right. Seems like this is a bug in V1 SHCs for which I removed the workaround when fixing another bug... See https://github.com/planbnet/livisi_unofficial/issues/19

not helped, same unknown error between migration error😥
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht
Logger: aiohttp.server
Source: custom_components/livisi/aiolivisi.py:131
Integration: Livisi Unofficial (documentation, issues)
First occurred: 23:51:39 (1 occurrences)
Last logged: 23:51:39
Error handling request
Traceback (most recent call last):
File "/usr/local/lib/python3.11/site-packages/aiohttp/web_protocol.py", line 433, in _handle_request
resp = await request_handler(request)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/web_app.py", line 504, in _handle
resp = await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/web_middlewares.py", line 117, in impl
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 85, in security_filter_middleware
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/forwarded.py", line 94, in forwarded_middleware
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 28, in request_context_middleware
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 80, in ban_middleware
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 236, in auth_middleware
return await handler(request)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 148, in handle
result = await handler(request, **request.match_info)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/config/config_entries.py", line 181, in post
return await super().post(request, flow_id)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/http/data_validator.py", line 72, in wrapper
result = await method(view, request, data, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/data_entry_flow.py", line 110, in post
result = await self._flow_mgr.async_configure(flow_id, data)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 296, in async_configure
result = await self._async_handle_step(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 392, in _async_handle_step
result: FlowResult = await getattr(flow, method)(user_input)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/config_flow.py", line 59, in async_step_user
controller_info = await self.aio_livisi.async_get_controller()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi.py", line 144, in async_get_controller
return await self.async_get_controller_status()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi.py", line 148, in async_get_controller_status
shc_info = await self.async_send_authorized_request("get", path="status")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi.py", line 84, in async_send_authorized_request
return await self.async_send_request(method, url, payload, self._auth_headers)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi.py", line 117, in async_send_request
response = await self.__async_send_request(method, url, payload, headers)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/livisi/aiolivisi.py", line 131, in __async_send_request
async with self._web_session.request(
File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 1141, in aenter
self._resp = await self._coro
^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/client.py", line 560, in _request
await resp.start(conn)
File "/usr/local/lib/python3.11/site-packages/aiohttp/client_reqrep.py", line 899, in start
message, payload = await protocol.read()  # type: ignore[union-attr]
^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/aiohttp/streams.py", line 616, in read
await self._waiter
aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected

Probably the same bug as in #19 - maybe we can fix this with the same workaround

File "/config/custom_components/livisi/aiolivisi.py", line 131, in __async_send_request <-- you are not using the latest updates wit the merged PR from @DanielHabenicht - that should fix your problem.

lol. i add Livisi unofficial only with HACS, does not work.
I have download the new git,,, overwrote this... now its run.
Please make a new version (1.31) and its download correctly
in German... "was für ne schwere Geburt!"

I'll release a new version soon. I just need to test my other changes for stability first so if new problems arise I don't have to guess which change caused it.

authors: metaiiica planbnet


text:
Eliminate unnecessary dependencies

Do we really need AstroPy and Pyfits?  Can these dependencies be eliminated?  Maybe not.  If not, then we should make it open Fits files too.

Removed pyfits.. using astropy only

@bvnayak any idea whether PyFITS was really needed?  It's been removed for now at least.

No idea for PyFITS. I think its okay to remove pyfits for now. I will check it during my GUI development stage and will add it only if its been used somewhere.

authors: NikhilKalige bvnayak godber

repo: planetarypy/pdsview


text:
notification on successful or failed transaction

Currently there's no notification displayed after an attempted transaction. There should be a toast as in the screenshot below showing that a transaction was successful or it failed.

This issue is covered by issue #269

repo: planetdecred/godcr

license: ISC


text:
Cleanup gemfiles

Simplify gemfiles for rails version support.
add a gemfile for Rails 5.1

❓ Why are we skipping the builds for mongoid with Rails >= 5.0?

@rafaelfranca Any idea why the builds for mongoid with Rails >= 5.0 are being excluded in master?

Thanks for your contribution @olbrich! 💙
I don't quite understand the motivation to "simplify the Gemfiles" and since there's a lot of conflicts I'm closing this PR. But I still think that adding rails 5.1 to CI is relevant so if you still want to send us a PR we will happily review it.
About:

❓ Why are we skipping the builds for mongoid with Rails >= 5.0?

I'm not sure about it since that was a decision made long ago but I would guess that it was because of some incompatibilities, maybe @tegon or @rafaelfranca can fill us in about it.
If you want to try out enabling mongoid for rails > 5 and sending us a patch we would be happy to discuss it.

authors: mracos olbrich

repo: plataformatec/devise


text:
FR: Delete any whitespace or newlines at end of file

Is Your Feature Request Related to a Problem? Please Describe.
I always just run find ~/Obsidian -type f -name "*.md" -exec perl -pi -e 'chomp if eof' '{}' \; to delete trailing newlines in my vault. I wish Linter just did this.
Describe the Solution You'd Like
I would like a toggle that enabled Linter to remove trailing newlines, rather than one that only adds them.
Please include an example where applicable:
# Start of file
some words
- maybe a list
 < empty line at the end

# Start of file
some words
- maybe a list

Describe Alternatives You've Considered
I use the one-liner above to do it for me but it would be really nice if it was automatic
Additional Context
There really isn't much context. I just don't want trailing newlines in my files.

Hey @tralce , could this not be handled by custom regex? For example, using regex to find as \s+$, the regex to replace it with would be (empty), and the flags would be (empty as well).
Does this handle this scenario for your?

Well @pjkaufman that completely and entirely solved my issue. Thank you so much.
I hadn't been able to find a custom regex that was able to do what I wanted with hours of Googling.

authors: pjkaufman tralce

repo: platers/obsidian-linter


text:
add number to valid types

Fixes #546
Reference

@mcollina please review

Reference

tests are failing

I'm going to close this due to inactivity. If you want to resume work on this, feel free to reopen.

authors: HassanBahati cjihrig mcollina

repo: platformatic/platformatic


text:
Failed to activate the platformio-ide-terminal package

[Enter steps to reproduce:]

Install the package from Atom's packages manager.

Atom: 1.39.0 x64
Electron: 3.1.10
OS: Microsoft Windows 10 Pro
Thrown From: platformio-ide-terminal package 2.9.1
What I tried:

Reinstalling the package.
Uninstalling Atom completely.

Stack Trace
Failed to activate the platformio-ide-terminal package
At Failed to execute 'registerElement' on 'Document': Registration failed for type 'pio-terminal-status-icon'. A type with that name is already registered.

Error: Failed to execute 'registerElement' on 'Document': Registration failed for type 'pio-terminal-status-icon'. A type with that name is already registered.
    at /packages/platformio-ide-terminal/lib/status-icon.coffee:100:27)
    at /packages/platformio-ide-terminal/lib/status-icon.coffee:1:1)
    at /packages/platformio-ide-terminal/lib/status-icon.coffee:1:1)
    at Module.get_Module._compile (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:147410)
    at Object.value [as .coffee] (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:150958)
    at Module.load (internal/modules/cjs/loader.js:620:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:559:12)
    at Function.Module._load (internal/modules/cjs/loader.js:551:3)
    at Module.require (/app.asar/static/index.js:71:46)
    at require (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:146719)
    at /packages/platformio-ide-terminal/lib/status-bar.coffee:5:14)
    at /packages/platformio-ide-terminal/lib/status-bar.coffee:1:1)
    at /packages/platformio-ide-terminal/lib/status-bar.coffee:1:1)
    at Module.get_Module._compile (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:147410)
    at Object.value [as .coffee] (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:150958)
    at Module.load (internal/modules/cjs/loader.js:620:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:559:12)
    at Function.Module._load (internal/modules/cjs/loader.js:551:3)
    at Module.require (/app.asar/static/index.js:71:46)
    at require (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:146719)
    at Object.consumeStatusBar (/packages/platformio-ide-terminal/lib/platformio-ide-terminal.coffee:28:27)
    at Provider.provide (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:14:1124320)
    at ServiceHub.consume (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:3537050)
    at Package.activateServices (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:3545282)
    at Package.activateNow (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:3542037)
    at string.e.trim.length.activationHookSubscriptions.add.packageManager.onDidTriggerActivationHook (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:14:2607)
    at Function.simpleDispatch (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:1207528)
    at Emitter.emit (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:1208969)
    at deferredActivationHooks.triggeredActivationHooks.forEach.e (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:381902)
    at Set.forEach (<anonymous>)
    at PackageManager.activatePackage (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:381864)
    at ~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:935623
    at r (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:11:930229)
    at n (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:14:1127227)
    at ChildProcess.o.process.on.e (~/AppData/Local/atom/app-1.39.0/resources/app/static/<embedded>:14:1127433)
    at ChildProcess.emit (events.js:182:13)

Commands
     -1:20.4.0 intentions:highlight (input.hidden-input)
     -1:20.3.0 core:close (input.hidden-input)
  3x -1:06.5.0 core:backspace (input.hidden-input)

Non-Core Packages
atom-autocomplete-php 0.25.6
atom-beautify 0.33.4
atom-material-syntax 1.0.8
atom-material-syntax-dark 1.0.0
atom-material-ui 2.1.3
busy-signal 2.0.1
color-picker 2.3.0
ide-php undefined
intentions 1.1.5
language-blade 0.43.1
language-vue 0.24.0
laravel 0.7.1
lint-sass-vue 1.0.5
linter 2.3.0
linter-php 1.6.1
linter-ui-default 1.7.1
php-cs-fixer 4.1.1
php-fmt 0.1.2
php-hyperclick 1.2.1
platformio-ide-terminal 2.9.1
todo-show 2.3.2

@Mohammad-Ha thanks for bring this issue to our attention.
This is a duplicate of #700 see https://github.com/platformio/platformio-atom-ide-terminal/issues/707#issuecomment-514634895 for a possible workaround
Finally one duplicate issue that actually properly reported, for that thanks.

repo: platformio/platformio-atom-ide-terminal


text:
Outbox pattern

### Tasks

Hello,
Is there any work being done on this topic? Have there been any decisions as to what to use for inter module communication? Given this repo is Azure heavy, would Azure service bus be the default?

Hello,
Is there any work being done on this topic? Have there been any decisions as to what to use for inter module communication? Given this repo is Azure heavy, would Azure service bus be the default?

Hi @ayuksekkaya
It will for sure be Azure Service Bus, and likely MassTransit for the .NET library. It's the only Azure Server that is listed that is not yet "implemented".
And for localhost, the plan is to use the new Azure Service Bus Emulator. It looks like there might be direct support for Aspire coming just around the corner: https://github.com/dotnet/aspire/pull/6737.
I would be happy to jump on a call and hear more about your needs and setup.

@tjementum ,
Yes MassTransit makes perfect sense.
I don't have any needs per se. I have been mostly studying and learning a lot from your code actually. And I wanted to see if I can contribute something as well. I was thinking maybe I can try working on some part of the integration events. I don't see a "tasks" list for this, so I wanted to see if you have something in local maybe.
I was thinking I guess a rough list of tasks is something like:

Add MassTransit library to SharedKernel. ( I am thinking both a worker service and the core project could be using MassTransit. Worker as the consumer, and the core as both consumer and publisher.)
Create a mapping between a domain event and an integration event. ( I am thinking that the sending of verification code email maybe would be the best place to start?)
Maybe add a new pipeline behavior for mapping and writing to MassTransit outbox using EF Core? Or maybe the existing PublishDomainEventsPipelineBehavior could be used?
Add Azure service bus to the bicep module, and the aspire host
Use it to communicate with other SCS?

What do you think? Did you have something completely different in mind? I can try reaching out to the email in your profile and we can set up some time.
I would love to help and learn from you!

Hi @ayuksekkaya,
Thank you for your interest in contributing to PlatformPlatform! Your enthusiasm and engagement are greatly appreciated.
PlatformPlatform serves as the foundation for a handful of companies I collaborate with daily. Many roadmap items, including this one, are researched and iterated on with these partners before implementation begins. The Outbox pattern, in particular, is not currently planned for further discovery or implementation in the coming months, but it is essentiel for a completed platform.
I am currently the main contributor and prefer to lead the implementation of major areas in the backend, DevOps, and cloud domains. Contributions are most welcome in areas like the frontend, where help is needed to build the world-class solutions, we aim for with PlatformPlatform.
While direct contributions to the core may not align at this time, feedback from those building solutions on top of PlatformPlatform would be invaluable. I’d be happy to offer a 1-hour intro call to help anyone get started.
Thank you again for your understanding and support!
Best regards,
Thomas

authors: ayuksekkaya tjementum

repo: platformplatform/PlatformPlatform


text:
environment:sql-dump --file option help is misleading

platform help sql-dump says:
  -f, --file=FILE                A filename where the dump should be saved. Defaults to "environment-dump.sql" in the project root
If you omit the --file option, the file won't actually be called environment-dump.sql. It'll be called master-dump.sql, or whatever.
Can we clarify this somehow? Not sure exactly how to phrase it....

how about:
A filename where the dump should be saved. If omitted, it will be saved in the project root with a filename which includes the environment name, like -dump.sql

Fixed in v2.13.0

authors: fuzzbomb pjcdawkins

repo: platformsh/platformsh-cli


text:
upgrade engine version to 2.2.2, asset.resource.instantiateRenderEntity render issue when app.scene.ambientLight is WHITE

app.scene.ambientLight.set(1, 1, 1);
engine version 1.74.0:

engine version 2.2.2:

would you have a repro for this?
I tested it in this example: https://playcanvas.vercel.app/#/graphics/render-asset
by modifying code - see two changed lines, all it works as expected for me

try https://skfb.ly/p8uRq
or try model without material.diffuseMap?

I tried the listed model, and that still works

By the way, what platform / browser do you see it on? Have you tried different browsers just to limit this being a browser specific issue.

I'm using Google Chrome 130.0.6723.117 (arm64)
on MacBook Pro

model - glb - Original format:

projectmodel-viewer-main branch :
src/viewer.ts -> add this.app.scene.ambientLight.set(1, 1, 1);

in chrome:

in firefox:

please try the project model-viewer, thank you

authors: StevenYAChen mvaligursky

repo: playcanvas/engine


text:
Bazel 6 Migration

The updates ruleset to leverage bazel@6, rules_js, bazel modules, vitest and tsup

:rocket: PR was released in v1.0.0 :rocket:

authors: adierkens intuit-svc


text:
Add .metals to .gitignore for all play-scala sample projects

Let's support Metals
https://github.com/scalameta/metals

Cool, didn't know that git feature.

repo: playframework/play-samples


text:
2075/feat/external gamedao

unclutter dev situation and use gamedao based on release or patch local dev to your preference

add subzero-ext to test gamedao external references to bin
add patch references for gamedao protocol to cargo.toml

@2075 what would be the difference between this and subzero-dev environment?

it is for testing the external dependency. also draft pr

repo: playzero/zero-network


text:
🛑 LD Plazi Kingdoms is down

In 5868ca6, LD Plazi Kingdoms (https://treatment.ld.plazi.org/sparql?query=PREFIX rdf%3A <http%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23>
SELECT DISTINCT %3Fk (SAMPLE(%3Fs1) as %3Fs)%0AWHERE%20%7B%0A%20%20%3Fs1%20a%20%3Chttp%3A%2F%2Ffilteredpush.org%2Fontologies%2Foa%2FdwcFP%23TaxonName%3E%3B%0A%20%20%3Chttp%3A%2F%2Frs.tdwg.org%2Fdwc%2Fterms%2Fkingdom%3E%20%3Fk.%0A%7D%0AGROUP%20BY%20%3Fk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LD Plazi Kingdoms is back up in bd12c56 after 1 hour, 10 minutes.

repo: plazi/monitoring


text:
🛑 GG2RDF Service is down

In 9d9796e, GG2RDF Service (https://gg2rdf.ld.plazi.org/status) was down:

HTTP code: 200
Response time: 734 ms

Resolved: GG2RDF Service is back up in 76c2d8e after 25 minutes.


text:
openjdk: docker 构建报错，找不到 ffi.h

checking for IceConnectionNumber in -lICE... yes
checking for X11/extensions/shape.h... yes
checking for X11/extensions/Xrender.h... yes
checking for X11/extensions/XTest.h... yes
checking for X11/Intrinsic.h... yes
checking for X11/extensions/Xrandr.h... yes
checking if XlinearGradient is defined in Xrender.h... yes
checking cups/cups.h usability... yes
checking cups/cups.h presence... yes
checking for cups/cups.h... yes
checking cups/ppd.h usability... yes
checking cups/ppd.h presence... yes
checking for cups/ppd.h... yes
checking fontconfig/fontconfig.h usability... yes
checking fontconfig/fontconfig.h presence... yes
checking for fontconfig/fontconfig.h... yes
configure: Found freetype include files at /opt/riscv32/sysroot/usr/include/freetype2 using well-known location
checking for freetype includes... /opt/riscv32/sysroot/usr/include/freetype2
checking for freetype libraries... /opt/riscv32/sysroot/usr/lib
Using freetype: system
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking ffi.h usability... no
checking ffi.h presence... no
checking for ffi.h... no
checking /opt/riscv32/sysroot/usr/include/ffi/ffi.h usability... no
checking /opt/riscv32/sysroot/usr/include/ffi/ffi.h presence... no
checking for /opt/riscv32/sysroot/usr/include/ffi/ffi.h... no
configure: error: Could not find libffi! You might be able to fix this by running 'sudo apt-get install libffi-dev'.
configure exiting with result code 1
The command '/bin/sh -c bash build_jdk.sh' returned a non-zero code: 1
Makefile:6: recipe for target 'build' failed
make: *** [build] Error 1

实际查看，在
 /opt/riscv32/sysroot/usr/include/ffi.h
而不是
 /opt/riscv32/sysroot/usr/include/ffi/ffi.h
可能少打了一个patch。

实际上是没有构建成功（但是奇怪脚本并未提前退出）
50479 ^[[91m+ riscvpath=/opt/riscv32
50480 + cd /opt/riscv32
50481 ^[[0m^[[91m+ '[' -d build_ext_libs_riscv32 ']'
50482 + cd /opt/riscv32/build_ext_libs_riscv32
50483 + export PATH=/opt/riscv32/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
50484 + PATH=/opt/riscv32/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
50485 ^[[0m^[[91m+ export sysroot=/opt/riscv32/sysroot
50486 + sysroot=/opt/riscv32/sysroot
50487 + export prefix=/opt/riscv32/sysroot/usr
50488 + prefix=/opt/riscv32/sysroot/usr
50489 ^[[0m^[[91m+ cd libffi
50490 ^[[0m^[[91m+ ./autogen.sh
50491 ^[[0m^[[91mautoreconf: Entering directory `.'
50492 ^[[0m^[[91mautoreconf: configure.ac: not using Gettext
50493 ^[[0m^[[91mautoreconf: running: aclocal -I m4
50494 ^[[0m^[[91mautoreconf: configure.ac: tracing
50495 ^[[0m^[[91mautoreconf: running: libtoolize --copy
50496 ^[[0mlibtoolize: putting auxiliary files in '.'.
50497 libtoolize: copying file './ltmain.sh'
50498 libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
50499 libtoolize: copying file 'm4/libtool.m4'
50500 libtoolize: copying file 'm4/ltoptions.m4'
50501 libtoolize: copying file 'm4/ltsugar.m4'
50502 libtoolize: copying file 'm4/ltversion.m4'
50503 libtoolize: copying file 'm4/lt~obsolete.m4'
50504 ^[[91mautoreconf: running: /usr/bin/autoconf
50505 ^[[0m^[[91mconfigure.ac:215: error: possibly undefined macro: LT_SYS_SYMBOL_USCORE
50506       If this token and others are legitimate, please use m4_pattern_allow.
50507       See the Autoconf documentation.
50508 ^[[0m^[[91mautoreconf: /usr/bin/autoconf failed with exit status: 1
50509 ^[[0m^[[91m++ nproc
50510 ^[[0m^[[91m+ make -j 32
50511 ^[[0m^[[91mmake: *** No targets specified and no makefile found.  Stop.
50512 ^[[0m^[[91m+ cd -
50513 ^[[0m/opt/riscv32/build_ext_libs_riscv32
50514 ^[[91m+ cd cups

Fixed by
https://github.com/plctlab/PLCT-Toolbox/commit/f1eb0260cdc5558141909301aa511aa67504fb0b#diff-050d5080df4e17010c6c1a527bccb61b7dbb1730df35cd778b56fc1f9e9486caR25

repo: plctlab/PLCT-Toolbox


text:
Train with another shape

Thank you for your great work. I want to train this on my custom dataset, but my images have width much higher than height, like 1300*48.  Is that okay that I use the original config on my dataset , because the original config is for square image.

Hello, you might want to change the shape as you need.
Change Model.base_size, Train.Dataset.transforms.static_resize.size to something like $1024 \times 32$ since the network architecture favors a power of two. Also, for the inference stage, I recommend using static_resize than dynamic_resize since I'm not sure the performance for such extreme image aspect ratio. Try using the same resize method as training.

Model:
    name: "InSPyReNet_SwinB"
    depth: 64
    pretrained: True
    base_size: [384, 384] --> [1024, 32]
    threshold: 512

Train:
    Dataset:
        type: "RGB_Dataset"
        root: "data/Train_Dataset"
        sets: ['DUTS-TR'] --> [YOUR_DATASET_FOLDER_NAME]
        transforms:
            static_resize:
                size: [384, 384] --> [1024, 32]
....

Test:
    Dataset:
        type: "RGB_Dataset"
        root: "data/Test_Dataset"
        sets:  ['DUTS-TE', 'DUT-OMRON', 'ECSSD', 'HKU-IS', 'PASCAL-S', 'DAVIS-S', 'HRSOD-TE', 'UHRSD-TE'] --> [YOUR_DATASET_FOLDER_NAME]
        transforms:
            dynamic_resize: --> static_resize:
                L: 1280     --> size: [1024, 32]

Thanks.

authors: chauthehan plemeri

repo: plemeri/InSPyReNet


text:
Update sbt-scalajs, scalajs-library_2.13, ... to 1.14.0

About this PR
📦 Updates

org.scala-js:sbt-scalajs
org.scala-js:scalajs-library_2.13
org.scala-js:scalajs-test-bridge_2.13

from 1.12.0 to 1.14.0
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scala-js" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "org.scala-js" }
}]

labels: library-update, early-semver-minor, semver-spec-minor, commit-count:1

Superseded by #271.

repo: plokhotnyuk/fast-string-interpolator


text:
Update Spanish translation

update Spanish translations

@erral @sneridagh please, can you check this PR? if is all is ok, merge it

LGTM

authors: erral macagua

repo: plone/volto


text:
Use default query in SSR rendering and client fetch of the listing block when we don't have a search criteria

Now we use getQueryStringResults on withQuerystringResults even when we have no search criteria.
The query used will have the same result as the items key of the content json.
Fix #3839
This also makes #3474 obsolete.

Can someone please take a look here?
@tiberiuichim @sneridagh @ksuess

@wesleybl sorry for not answering before, since I find it valuable, I think we should discuss it in the Volto Team meeting, since it changes completely the default behavior and this could break feature expectations in existing sites.
Next meeting is next Tuesday.
/cc @plone/volto-team Feedback?

@wesleybl also, it's a breaking change (and a bug fix) since it modifies default behavior. Also it differs from the default collections in Plone classic. Could you please note it accordingly in the changelog? Thanks!

since it changes completely the default behavior and this could break feature expectations in existing sites.

@sneridagh from the end user's point of view, I tried to do it in a way that doesn't change. The default query that I put, returns the same items that are returned today, when it has no criteria.

it's a breaking change (and a bug fix) since it modifies default behavior. Also it differs from the default collections in Plone classic. Could you please note it accordingly in the changelog?

I put the entry in Breaking.

@sneridagh has this been discussed?

@sneridagh @wesleybl I checked out the PR locally and I could not spot any difference in the editor UI:

The fix is definitely beneficial. If there is no user-facing change, we might get away without a breaking change. Do I understand correctly that we send a default query in case the user did not fill out anything to avoid the REST API error on the backend?
Sorry, I did not look into the code yet. Just did a quick superficial review.

Do I understand correctly that we send a default query in case the user did not fill out anything to avoid the REST API error on the backend?

Yes. We sent a default query to getAsyncData.js, avoiding the backend error. This query is the same used in withQuerystringResults.jsx when the user does not select a search criterion. And this default query returns the same result that the code without this PR returns today. So I don't think this will change the result of blocks that don't have a search criteria.

This PR fix yet another problem that occurs today. Today, if you create a listing block without filling in the search criteria and save, it will return the contents of the container. If you edit it again by selecting the search criteria, it will show the criteria result. But from then on, if you remove the search criteria, it no longer returns the contents of the container. It will return an empty list.

So, let's summarize what this PR is about:
With current volto, the listing block behaves like:

SSR
clientside

no query
incorrectly calls getQuerystringResults
needesly calls getContent()

with query
calls getQuerystringResults
flashes folder contents before showing querystringsearch results

With this PR, will always call getQuerystringResults. We lose the cool feature we already get the content items for free (which is a source of problems if they're not serialized in the same way).
In principle I would be ok with this change. It's just a matter of being clear about expected behavior.
@sneridagh , @plone/volto-team let's move forward with this PR. What do you guys think?

the folder content items now receive more brain data, there's an extra request on all folder contents.

@tiberiuichim current templates work fine with basic metadata. Then we can change it so that the queries don't fetch all the metadata.
An extra request already occurs today, but for /++api++/ instead of @querystring-search

@wesleybl I think the plone.restapi serializer should be enhanced for the items, so that the children are summarized with the same serializer as catalog batch results. This would make sure that the result of content.items is the same as the querystringsearch.
I know that in default Volto this doesn't make a difference, but in projects we have the case where we use "enhanced result items", for example to show the tags. It confusing for the editors when they add a new listing block, they first set the variation and are surprised that they have results, but the information is not there.

I saw a problem with this implementation. When we are going to add new content, the initialPath will be the current folder, since the content we are adding has not yet been created. So, at that moment, the listed contents will be those of the current folder. But I would expect no content to be listed since the content has not yet been created. After saving, the content is created and initialPath will be the path of the new content. At this time, no content will be listed, as there are no created contents within the created content yet.
I tried to do a test to check if current URL ends with /add and not call the actions that do the search in that situation. But lint complained that the hooks calls were conditional, and that's not good.
Another option I see is to search for a URL that does not exist, for example for /undefined

authors: sneridagh tiberiuichim tisto wesleybl


text:
complete failure to run orca at all on Linux

Ubuntu 16.04 - technically a "headless" system, but it does run a lightdm / unity-greeter on display :0. It just doesn't have a monitor attached. I ssh into it.
orca is installed via conda, along with Plotly.
(base) c19@server:~$ orca --help
(base) c19@server:~$ ~/miniconda3/lib/orca_app/orca --help
(base) c19@server:~$

Nothing whatsoever. Not even an error message.
I tried running Xvfb :1 in another ssh session, or Xvfb :1 & in the same session, then run orca - still nothing.
What are the minimum viable steps to get this thing running on Linux? Where is that stuff documented?

Okay, I made some "progress":
(base) c19@server:~$ /usr/bin/xvfb-run --auto-servernum --server-args '-screen 1 640x480x24 +extension RANDR +extension GLX' /home/c19/miniconda3/bin/orca serve -p 42871 --plotly /home/c19/miniconda3/lib/python3.7/site-packages/plotly/package_data/plotly.min.js --graph-only --mathjax https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.5/MathJax.js
Spinning up server with pid: 18696
Trace/breakpoint trap (core dumped)
(base) c19@server:~$

It crashes with no clue as to why.

I installed Orca with Docker on Linux (Ubuntu 16.04), launched it like this...
docker run -d -p 9091:9091 quay.io/plotly/orca

...and then this code works just fine, it makes the test map:
https://gist.github.com/FlorinAndrei/10ac545b7bdffc846d93ac572cb4b37a
But then I tried to run my main repo:
https://github.com/FlorinAndrei/c19
Edit world.py and replace workers = psutil... with workers = 1. Edit workers.py and add this to the top of the make_map() function:
def make_map(arg_list):

  pio.orca.config.server_url = "http://localhost:9091"
  pio.orca.config.use_xvfb = False

Then run python world.py. This is where the failures begin.
Sometimes it errors out without generating a single map. Other times it makes like 4 or 5 maps, but then goes:
Traceback (most recent call last):
  File "/home/c19/miniconda3/lib/python3.7/site-packages/plotly/io/_orca.py", line 1562, in to_image
    figure=fig_dict, format=format, scale=scale, width=width, height=height
  File "/home/c19/miniconda3/lib/python3.7/site-packages/retrying.py", line 49, in wrapped_f
    return Retrying(*dargs, **dkw).call(f, *args, **kw)
  File "/home/c19/miniconda3/lib/python3.7/site-packages/retrying.py", line 212, in call
    raise attempt.get()
  File "/home/c19/miniconda3/lib/python3.7/site-packages/retrying.py", line 247, in get
    six.reraise(self.value[0], self.value[1], self.value[2])
  File "/home/c19/miniconda3/lib/python3.7/site-packages/six.py", line 703, in reraise
    raise value
  File "/home/c19/miniconda3/lib/python3.7/site-packages/retrying.py", line 200, in call
    attempt = Attempt(fn(*args, **kwargs), attempt_number, False)
  File "/home/c19/miniconda3/lib/python3.7/site-packages/plotly/io/_orca.py", line 1477, in request_image_with_retrying
    raise OSError("522: client socket timeout")
OSError: 522: client socket timeout

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/c19/miniconda3/lib/python3.7/multiprocessing/pool.py", line 121, in worker
    result = (True, func(*args, **kwds))
  File "/home/c19/miniconda3/lib/python3.7/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/c19/git/c19/workers.py", line 212, in make_map
    fig.write_image(map_full_path, scale=1.0)
  File "/home/c19/miniconda3/lib/python3.7/site-packages/plotly/basedatatypes.py", line 3193, in write_image
    return pio.write_image(self, *args, **kwargs)
  File "/home/c19/miniconda3/lib/python3.7/site-packages/plotly/io/_orca.py", line 1770, in write_image
    fig, format=format, scale=scale, width=width, height=height, validate=validate
  File "/home/c19/miniconda3/lib/python3.7/site-packages/plotly/io/_orca.py", line 1575, in to_image
    server_url=config.server_url
ValueError:
Plotly.py was unable to communicate with the orca server at http://localhost:9091

Please check that the server is running and accessible.

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "world.py", line 363, in <module>
    work_out = p.map(make_map, warglist)
  File "/home/c19/miniconda3/lib/python3.7/multiprocessing/pool.py", line 268, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/home/c19/miniconda3/lib/python3.7/multiprocessing/pool.py", line 657, in get
    raise self._value
ValueError:
Plotly.py was unable to communicate with the orca server at http://localhost:9091

Please check that the server is running and accessible.

What's going on? I'm not even doing multiprocessing, I have a single worker process feeding requests into the Orca server in Docker.
Is Orca actually supposed to be used on Linux at all? Or is it more like a win/mac only type of thing?

repo: plotly/orca


text:
🛑 Pierced Arrows is down

In 88a2a11, Pierced Arrows (https://www.piercedarrows.nl) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Pierced Arrows is back up in e8b375a after 9 minutes.


text:
Scales the base_image in plot overlay

Now scales the base image for plot overlay (request from Benyamine). Could probably have been done externally as well, but I see no real reason for why it is not included here.

Im merging this now so that Benyamine can create more dragons with ease.

repo: pmgbergen/DarSIA


text:
Setup error using colab

Just have a try using https://gist.github.com/pmh47/c91ad993c5676e604e3fcbe3c4599215, and always get error back.
/content/dirt-repo/dirt/lighting.py in _get_face_normals(vertices, faces)
27     vertices_by_index = tf.transpose(vertices, [vertices_ndim - 2] + list(range(vertices_ndim - 2)) + [vertices_ndim - 1])  # indexed by vertex-index, *, x/y/z
28     vertices_by_face = tf.gather(vertices_by_index, faces)  # indexed by face-index, vertex-in-face, *, x/y/z
---> 29     normals_by_face = tf.cross(vertices_by_face[:, 1] - vertices_by_face[:, 0], vertices_by_face[:, 2] - vertices_by_face[:, 0])  # indexed by face-index, *, x/y/z
30     normals_by_face /= (tf.norm(normals_by_face, axis=-1, keep_dims=True) + 1.e-12)  # ditto
31     return normals_by_face, vertices_by_index
AttributeError: module 'tensorflow' has no attribute 'cross'
Any comments? Thx.

Hi, did you solved it? I meet the same problem.


text:
⚠ Slack has degraded performance

In a994a66, Slack (https://status.slack.com/api/v2.0.0/current) experienced degraded performance:

HTTP code: 200
Response time: 120 ms

Resolved: Slack performance has improved in 23b6081.

repo: pmmmwh/upptime