fix: topLevelFields should not serialize known VError proto fields

This was causing Verror's cause function to get serialized in the stack trace when topLevelFields: true was set:
[2018-06-19T01:53:06.504Z] ERROR: unit-test/64989 on nfml-aliu: pull!
    VErrorInfo: pull! (espresso="ristretto", cause=undefined)
        at Context.<anonymous> (/Users/aliu/Sandbox/restify-errors/test/index.js:973:24)
        at callFn (/Users/aliu/Sandbox/restify-errors/node_modules/mocha/lib/runnable.js:360:21)
        at Test.Runnable.run (/Users/aliu/Sandbox/restify-errors/node_modules/mocha/lib/runnable.js:352:7)

Coverage increased (+0.01%) to 98.413% when pulling edcac3873787171996e822ca77daafbdea96ccfb on serializer-fix into 690113243a3d4735db6b66d1d65b0455f0886946 on master.

Coverage increased (+0.01%) to 98.413% when pulling edcac3873787171996e822ca77daafbdea96ccfb on serializer-fix into 690113243a3d4735db6b66d1d65b0455f0886946 on master.


cloudflare import.meta.env docs unclear

needs to be tested and validated in isolated context

Closing this since I'm sure @alexanderniebuhr is aware of it!  😄


TRIMs Support for Peloton

This pr implements trim/btrim/ltrim/rtrim functions with llvm support for peloton.
Eaxample:
create table t (str varchar(50));
select btrim(str, 'abc') from t;
The new StrWithLen type is stole from #905

Coverage decreased (-75.2%) to 0.0% when pulling e895dbba4f53197a305d7b8c68bb4491a28fd66c on vittvolt:hackathon-trim into a9205548760eb7a4fdf1a78a2e7df6a03a6ee8f3 on cmu-db:master.

Coverage decreased (-75.2%) to 0.0% when pulling e895dbba4f53197a305d7b8c68bb4491a28fd66c on vittvolt:hackathon-trim into a9205548760eb7a4fdf1a78a2e7df6a03a6ee8f3 on cmu-db:master.

Coverage decreased (-0.1%) to 75.095% when pulling 862debf6b052d7f6c4cb4a7ecae8308e83f3b347 on vittvolt:hackathon-trim into a9205548760eb7a4fdf1a78a2e7df6a03a6ee8f3 on cmu-db:master.

@vittvolt Can you rebase this?

Coverage increased (+0.08%) to 75.922% when pulling b908619a52954655cc6d2779b32978b8ddd92aff on vittvolt:hackathon-trim into d817cfcee019558620a6f8cd88a8382cc31f2edd on cmu-db:master.

Coverage decreased (-0.1%) to 75.731% when pulling bb994e00ab228b9b6acef9fbcfe8dccddcbf9894 on vittvolt:hackathon-trim into d817cfcee019558620a6f8cd88a8382cc31f2edd on cmu-db:master.

Coverage decreased (-0.1%) to 75.731% when pulling e0c82870a4ff4fe26f19b911040150912a316092 on vittvolt:hackathon-trim into d817cfcee019558620a6f8cd88a8382cc31f2edd on cmu-db:master.

@pmenon should be good to merge now.

@vittvolt I can merge this when the build passes.
@pmenon Let me know if you're okay with this.

Coverage decreased (-0.1%) to 75.721% when pulling 7dceec97bcc6bf2072363eedc41c53440380957e on vittvolt:hackathon-trim into 292a96d0f5df5d3e42bb633af2431b72c938e497 on cmu-db:master.

Coverage decreased (-0.1%) to 75.743% when pulling 668fab46e5955c1738255b8dc488559f37c65089 on vittvolt:hackathon-trim into a1350229033dd0fff0c32435d3a8b575099a44f5 on cmu-db:master.

Coverage decreased (-0.1%) to 75.743% when pulling 668fab46e5955c1738255b8dc488559f37c65089 on vittvolt:hackathon-trim into a1350229033dd0fff0c32435d3a8b575099a44f5 on cmu-db:master.

Coverage decreased (-0.1%) to 75.733% when pulling a9300765f696f0d945d8e32aa8149ca7f70305ea on vittvolt:hackathon-trim into a1350229033dd0fff0c32435d3a8b575099a44f5 on cmu-db:master.

Coverage decreased (-0.1%) to 75.718% when pulling d6a90fb0dbaf03fcc85a117e842d5246d23ae842 on vittvolt:hackathon-trim into 3c1933c3b2f2d4a49c4dfcdbd24bf1df7c974901 on cmu-db:master.

Coverage decreased (-0.1%) to 75.619% when pulling 6caa8ae1ccadcb34b1ce5a3ffe1f8b17b1af8762 on vittvolt:hackathon-trim into a6da7d55e0056f773b5ad0ec4f43cc7c6f8197a8 on cmu-db:master.


GUI command box shortcut

As a user, I can easily access the command input box without clicking on it.

Issue moved to Project board here.


BUG - Lib failing on null/nil payloads

Null/Nil payloads
According to CIP-8, the payload in a COSE_Sign1 signature can also be null / nil, if the payload/message is known by both entities (sender/receiver). https://github.com/cardano-foundation/CIPs/blob/master/CIP-0008/README.md#overview
Currently lib v1.0.6 is failing to read in such a COSE_Sign1 signature if the payload is provided via the 3rd parameter.
Example:
{
  "workMode": "sign-cip30",
  "addressHex": "617863b5c43bdf0a06608abc82f0573a549714ff69166074dcdde393d8",
  "addressType": "payment enterprise",
  "addressNetwork": "mainnet",
  "inputDataHex": "48656c6c6f20776f726c64",
  "isHashed": "false",
  "signDataHex": "846a5369676e617475726531582aa201276761646472657373581d617863b5c43bdf0a06608abc82f0573a549714ff69166074dcdde393d8404b48656c6c6f20776f726c64",
  "signDataSignature": "fc58155f0cee05bc00e7299af1df1f159ac82a46a055786b259657934eff346eec81349d4678ceabc79f213c66a2bdbfd4ea5d9ebdc630bee5ac9cce75cfc001",
  "secretKey": "16275bd6647f94a53e9fe1c71439a258a03c13cadf32935ed5388972ebd7e53f",
  "publicKey": "755b017578b701dc9ddd4eaee67015b4ca8baf66293b7b1d204df426c0ceccb9",
  "output": {
    "signedMessage": "cms_hFgqogEnZ2FkZHJlc3NYHWF4Y7XEO98KBmCKvILwVzpUlxT_aRZgdNzd45PYoWZoYXNoZWT09lhA_FgVXwzuBbwA5yma8d8fFZrIKkagVXhrJZZXk07_NG7sgTSdRnjOq8efITxmor2_1Opdnr3GML7lrJzOdc_AAQ525z8A",
    "COSE_Sign1_hex": "84582aa201276761646472657373581d617863b5c43bdf0a06608abc82f0573a549714ff69166074dcdde393d8a166686173686564f4f65840fc58155f0cee05bc00e7299af1df1f159ac82a46a055786b259657934eff346eec81349d4678ceabc79f213c66a2bdbfd4ea5d9ebdc630bee5ac9cce75cfc001",
    "COSE_Key_hex": "a4010103272006215820755b017578b701dc9ddd4eaee67015b4ca8baf66293b7b1d204df426c0ceccb9"
  }
}

Address: addr1v9ux8dwy800s5pnq327g9uzh8f2fw98ldytxqaxumh3e8kqumfr6d
Payload: Hello world
Payload is not hashed
console.log(verifyDataSignature(COSE_Sign1_hex, COSE_Key_hex ));
false // sure its false, because there is no payload data to do the verification with

console.log(verifyDataSignature(COSE_Sign1_hex, COSE_Key_hex, 'Hello world' ));
TypeError: Cannot read properties of null (reading 'toString')
    at u (/node_modules/@cardano-foundation/cardano-verify-datasignature/dist/index.js:2:433559)

The content of the COSE_Sign1:
84                                     # array(4)
   58 2a                               #   bytes(42)
      a201276761646472657373581d617863 #     "\xa2\x01\'gaddressX\x1daxc"
      b5c43bdf0a06608abc82f0573a549714 #     "\xb5\xc4;\xdf\n\x06`\x8a\xbc\x82\xf0W:T\x97\x14"
      ff69166074dcdde393d8             #     "\xffi\x16`t\xdc\xdd\xe3\x93\xd8"
   a1                                  #   map(1)
      66                               #     text(6)
<PHONE_NUMBER>64                  #       "hashed"
      f4                               #     false, simple(20)
   f6                                  #   null, simple(22)
   58 40                               #   bytes(64)
      fc58155f0cee05bc00e7299af1df1f15 #     "\xfcX\x15_\x0c\xee\x05\xbc\x00\xe7)\x9a\xf1\xdf\x1f\x15"
      9ac82a46a055786b259657934eff346e #     "\x9a\xc8*F\xa0Uxk%\x96W\x93N\xff4n"
      ec81349d4678ceabc79f213c66a2bdbf #     "\xec\x814\x9dFx\xce\xab\xc7\x9f!<f\xa2\xbd\xbf"
      d4ea5d9ebdc630bee5ac9cce75cfc001 #     "\xd4\xea]\x9e\xbd\xc60\xbe\xe5\xac\x9c\xceu\xcf\xc0\x01"

Expected behavior
The lib should use the given payload/message to do the verification with. Basically replacing the one in the given COSE_Sign1 if its null/nil. If there is a payload/message included in COSE_Sign1, the lib should also compare the two and only return true if all conditions matches.

Strica released v1.0.4 of there CIP-8 lib now with payload null support. That might also fix your implementation?

Thanks for your support. I also had to add an additional null check. 😊

@gitmachtl could you please check if version 1.0.8 now works as expected? 😊
Thanks, Fabian

Hi,
i tried COSE_Sign1 without a payload (null/nil), and the lib v1.0.8 is still failing to return true for this testcase:
{
  "workMode": "sign-cip30",
  "addressHex": "e0c13582aec9a44fcc6d984be003c5058c660e1d2ff1370fd8b49ba73f",
  "addressType": "stake",
  "addressNetwork": "testnet",
  "inputDataHex": "48656c6c6f20776f726c64",
  "isHashed": "false",
  "signDataHex": "846a5369676e617475726531582aa201276761646472657373581de0c13582aec9a44fcc6d984be003c5058c660e1d2ff1370fd8b49ba73f404b48656c6c6f20776f726c64",
  "signature": "0a0dd23e867292a4c2eb692f63016e3f61294686f672065fcc377f665cff6b25c430619060b536073cfd2355ab6c6bcec9d7ecbfb588f7b0aa5967f1b8559300",
  "secretKey": "c14ef0cc5e352446d6243976f51e8ffb2ae257f2a547c4fba170964a76501e7a",
  "publicKey": "9be513df12b3fabe7c1b8c3f9fab0968eb2168d5689bf981c2f7c35b11718b27",
  "output": {
    "signedMessage": "cms_hFgqogEnZ2FkZHJlc3NYHeDBNYKuyaRPzG2YS-ADxQWMZg4dL_E3D9i0m6c_oWZoYXNoZWT09lhACg3SPoZykqTC62kvYwFuP2EpRob2cgZfzDd_Zlz_ayXEMGGQYLU2Bzz9I1WrbGvOydfsv7WI97CqWWfxuFWTAAPaOFaQ",
    "COSE_Sign1_hex": "84582aa201276761646472657373581de0c13582aec9a44fcc6d984be003c5058c660e1d2ff1370fd8b49ba73fa166686173686564f4f658400a0dd23e867292a4c2eb692f63016e3f61294686f672065fcc377f665cff6b25c430619060b536073cfd2355ab6c6bcec9d7ecbfb588f7b0aa5967f1b8559300",
    "COSE_Key_hex": "a40101032720062158209be513df12b3fabe7c1b8c3f9fab0968eb2168d5689bf981c2f7c35b11718b27"
  }
}

Payload: Hello world
Address: stake_test1urqntq4wexjylnrdnp97qq79qkxxvrsa9lcnwr7ckjd6w0cr04y4p
COSE_Sign1 content:
84                                     # array(4)
   58 2a                               #   bytes(42)
      a201276761646472657373581de0c135 #     "\xa2\x01\'gaddressX\x1d\xe0\xc15"
      82aec9a44fcc6d984be003c5058c660e #     "\x82\xae\xc9\xa4O\xccm\x98K\xe0\x03\xc5\x05\x8cf\x0e"
      1d2ff1370fd8b49ba73f             #     "\x1d/\xf17\x0f\xd8\xb4\x9b\xa7?"
   a1                                  #   map(1)
      66                               #     text(6)
<PHONE_NUMBER>64                  #       "hashed"
      f4                               #     false, simple(20)
   f6                                  #   null, simple(22)
   58 40                               #   bytes(64)
      0a0dd23e867292a4c2eb692f63016e3f #     "\n\r\xd2>\x86r\x92\xa4\xc2\xebi/c\x01n?"
      61294686f672065fcc377f665cff6b25 #     "a)F\x86\xf6r\x06_\xcc7\x7ff\\\xffk%"
      c430619060b536073cfd2355ab6c6bce #     "\xc40a\x90`\xb56\x07<\xfd#U\xablk\xce"
      c9d7ecbfb588f7b0aa5967f1b8559300 #     "\xc9\xd7\xec\xbf\xb5\x88\xf7\xb0\xaaYg\xf1\xb8U\x93\x00"

console.log(verifyDataSignature( COSE_Sign1_cbor_hex, COSE_Key_cbor_hex, 'Hello world') );
false

Same test but with the payload:
84                                     # array(4)
   58 2a                               #   bytes(42)
      a201276761646472657373581de0c135 #     "\xa2\x01\'gaddressX\x1d\xe0\xc15"
      82aec9a44fcc6d984be003c5058c660e #     "\x82\xae\xc9\xa4O\xccm\x98K\xe0\x03\xc5\x05\x8cf\x0e"
      1d2ff1370fd8b49ba73f             #     "\x1d/\xf17\x0f\xd8\xb4\x9b\xa7?"
   a1                                  #   map(1)
      66                               #     text(6)
<PHONE_NUMBER>64                  #       "hashed"
      f4                               #     false, simple(20)
   4b                                  #   bytes(11)
      48656c6c6f20776f726c64           #     "Hello world"
   58 40                               #   bytes(64)
      0a0dd23e867292a4c2eb692f63016e3f #     "\n\r\xd2>\x86r\x92\xa4\xc2\xebi/c\x01n?"
      61294686f672065fcc377f665cff6b25 #     "a)F\x86\xf6r\x06_\xcc7\x7ff\\\xffk%"
      c430619060b536073cfd2355ab6c6bce #     "\xc40a\x90`\xb56\x07<\xfd#U\xablk\xce"
      c9d7ecbfb588f7b0aa5967f1b8559300 #     "\xc9\xd7\xec\xbf\xb5\x88\xf7\xb0\xaaYg\xf1\xb8U\x93\x00"

console.log(verifyDataSignature( COSE_Sign1_cbor_hex, COSE_Key_cbor_hex, 'Hello world') );
true

Ah ok got it. I may misunderstood the expected case first. I need to look tomorrow into it because I think it should be end in just calling the pubkey.verifiy function from StricaHQ 🤔 but maybe I'm wrong

Hi, the Signature in the COSE_Sign1 was generated with a message. Like a normal generation. But at the end, the COSE_Sign1 is not composed with that payload included. Thats the only difference. Normally you take the payload from the COSE_Sign1, also compose the Sig_structure that includes the payload and use that as the signData for signing or verification. In case of a null payload in the COSE_Sign1 this only affects the output, but not how the signature itself is generated. The reason is that this method can be used if both (the sender and the receiver) know the message. Or the message was provided via a webservice, etc. In that case there is no need to include it in the COSE_Sign1 again. So if there is a null payload in COSE_Sign1, you need to do the verification like normal, but provide the content of the payload via the 3rd parameter 'message'. In that scenario the normal check with only the COSE_Sign1+COSE_Key would always fail correct. But with the additional message parameter and/or the optional address if can be verified to be true/false.

Ahh, I think I understand now - but please correct me if I'm still wrong^^: In case the payload is null the expected output would be always false except for the scenario that a message parameter would be provided because I would replace/(re-add) the payload field of the COSE_Sign1 with this message so that the final check could return true (in case that message was correct)

Yes correct 😄

Nice 👍 .. I'm so close just have a problem with the byte span, but I think I will solve this in the next minutes ^^

Ah this was not the error. Had a wrong key in my test case. Works now :) I will push in a few min


Is it feasible to combine runs basecalled with different models?

I have the following runs that were basecalled using different guppy models. Could I simply concatenate their fastqs and fast5s for methylation calling using Nanopolish?

run
sample
base_call_model

4211P
A-1
<EMAIL_ADDRESS>

4092P
A-1
<EMAIL_ADDRESS>

4031P
A-1
2021-05-05_dna_r9.4.1_promethion_384_dd219f32

4212P
B-2
<EMAIL_ADDRESS>

4093P
B-2
<EMAIL_ADDRESS>

Hi @weishwu,
Nanopolish does not support R10.4 data. I suggest you use the dorado or guppy methylation calls.
Jared

OK. Thanks!


implement some common permissions operations in PermissionService

grant(role, action, model)
revoke(role, action, model)
??

+1

+1

docs added to wiki


Automatically decode query string values

As per the current doc in QueryParamsMap I would expect QueryParamsMap values to be URL-Decoded but this isn't actually happening. A test to demonstrate this has been added and a patch is here to resolve the issue.

Nevermind. Not a Spark fault.


Add support for manifest files

Manifest files

It would also be great to support arbitrary file extensions that end .lkml rather than throwing an exception (lookml.py line 629)- I have worked on projects were people use all sorts of file types for organisation, like fool.tests.lkml or bar.datagroups.lkml

Done in pylookml 3.0

Done in pylookml 3.0


Improve compatibility if kill has been defined on Windows

Problem occures when using fio-stl.h to write Ruby extensions on Windows because Ruby exposes its own kill.

Alright, now master fio-stl.h works fine for me for Ruby extensions. Fantastic, thanks!


support change notifications

[ ] elastic.v5 (for Elasticsearch 5.x)
Please describe the expected behavior
Is there a way to set watch-notifications so that an ES client may know when an index or document changes ?
If no, is there a plan to add such a support ? Etcd supports a similar functionality.

Elastic is simply a REST API for Elasticsearch for the Go programming language. It's not a product but a library to work with Elasticsearch. So I'm afraid you probably have to ask the people at Elastic for such features. Maybe Alerting/Watcher is what you're looking for.

@dhbarman via commercial plugin X-Pack
https://www.elastic.co/guide/en/x-pack/current/xpack-alerting.html


AzCopy consuming too much memory while downloading

Preflight Checklist

[X] I have installed the latest version of Storage Explorer.
[X] I have checked existing resources, including the troubleshooting guide and the release notes.
[X] I have searched for similar issues.

Storage Explorer Version
1.25.1
Regression From
No response
Architecture
x64
Storage Explorer Build Number
1.25.1
Platform
Windows
OS Version
Windows 11
Bug Description
I'm downloading a 23GB file from Azure blob storage to a local drive and I see AzCopy currently using 5.3GB of memory, which seems a crazy amount.
Steps to Reproduce

Launch Storage Explorer
Browsed to the Azure Blob Storage container I wanted
Selected Download File and picked a folder.
When it was 60% downloaded I happened to glance at Task Manager to check if it was still downloading and noticed the high memory consumption.

Actual Experience
High memory usage.
Expected Experience
Low memory usage.
Additional Context
No response

We had a chat with the AzCopy team. For downloading a 23 GB blob, using 5.3 GB of memory is expected since the buffer size has a positive effect on speeding up the download. If you need to limit that to reserve memory for other tasks, in Storage Explorer you can go to Settings -> Transfers -> AzCopy -> Buffer Size to set a limit.


Fix typos in README.md

@newyork-anthonyng thanks for this, can you actually make the changes in the respective index.js files instead? Those READMEs are autogenerated from them.

@newyork-anthonyng Could you rebase, and it looks like there was a linting error that caused the build to fail. You can call npm run release and commit the result of that if you'd like to see your changes reflected immediately in the files :)

@yaycmyk Thanks for walking me through this.
I did the rebase and ran npm run release and committed the results of it.
There were a number of files that changed from it, so I'm not sure if I did it correctly. Let me know if there's anything that needs to be updated.

Looks good, thanks for contributing!


update the CHANGELOG.md for the v2.30.0

What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug

/kind cleanup

/kind design

/kind documentation

/kind failing-test
/kind feature

Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area build

/area config

/area outputs

/area tests

What this PR does / why we need it:
Release v2.30.0
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: Issif
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [Issif]

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

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: cpanato, Issif
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [Issif,cpanato]

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

LGTM label has been added.  Git tree hash: f2360b3dbe71ad928edeeb7b8550e64fede61159


Do not modify the options hash

The options hash is passed down by rails and is cached. This means that
if one deletes from it, on the next call it will not have the previous
options anymore, thus losing the configuration.
Closes #13

Coverage remained the same at 97.03% when pulling 827975fb974db13394a246f6107ff7f4120c9ddb on TheNeikos:fix/modifying_options into 1962cc1c127980a8ae874936bf8dc1f554b705b5 on piotrmurach:master.

Coverage remained the same at 97.03% when pulling 827975fb974db13394a246f6107ff7f4120c9ddb on TheNeikos:fix/modifying_options into 1962cc1c127980a8ae874936bf8dc1f554b705b5 on piotrmurach:master.

Great! ❤


test/integration: Update for API changes to fix build.

Update code with the latest breaking API changes so that it builds without errors.
All tests other than TestRepositories_EditBranches are passing. To fix that test, it requires someone with expertise in protection requests, and is out of scope of this change.

Note, CI is meaningless for this change. It doesn't do anything about ./test/integration because it's an empty package unless integration build tag is manually specified.
Hmm, it might be possible to make it so that the integration test is verified to build successfully, but not run the tests. Let me do that.

Hmm, it might be possible to make it so that the integration test is verified to build successfully, but not run the tests. Let me do that.

I originally tried to just test that the package builds:
- go install -v -tags=integration ./test/integration # Test that it builds successfully, but don't run the tests.

However, that doesn't verify that the _test.go files contain valid Go code that builds successfully.
I think we'll need to use go test, but set -run flag such that no tests are matched.


[SPARK-48347][SQL] Support for WHILE statement

What changes were proposed in this pull request?

In this PR, support for WHILE statement in SQL scripting is introduced.
Changes summary:

Grammar/parser changes

whileStatement grammar rule
visitWhileStatement rule visitor
WhileStatement logical operetor

WhileStatementExec execution node

Internal sates - Condition and Body
Iterator implementation - switch between condition and body until condition evaluates to true

SqlScriptingInterpreter - added logic to transform WhileStatement logical operator to WhileStatementExec execution node

Why are the changes needed?

This is a part of SQL Scripting introduced to Spark, WHILE statement is a basic control flow construct in the SQL language. For more details, check JIRA item.
Does this PR introduce any user-facing change?

No
How was this patch tested?

New tests are introduced to all of the three scripting test suites: SqlScriptingParserSuite, SqlScriptingExecutionNodeSuite and SqlScriptingInterpreterSuite.
Was this patch authored or co-authored using generative AI tooling?

No

@davidm-db

+1, LGTM. Merging to master.
Thank you, @momcilomrk-db and @dbatomic @cloud-fan @davidm-db @miland-db for review.

@momcilomrk-db Do you have an account at OSS JIRA? If so, please, leave a comment in https://issues.apache.org/jira/browse/SPARK-48347 otherwise submit request for new account:

@momcilomrk-db Congratulations with your first contribution to Apache Spark!


[Flakey CI] kube-admission library Check objects recovery should be able to recover from mutatingWebhookConfiguration caBundle deletion

Is this a BUG REPORT or FEATURE REQUEST?:
/kind bug
/triage build-officer
What happened:
kube-admission library Check objects recovery should be able to recover from mutatingWebhookConfiguration caBundle deletion
/tmp/deploy.kubemacpool.jVbm/github.com/k8snetworkplumbingwg/kubemacpool/tests/certificates_test.go:23
Should successfully get pre test secret
Unexpected error:
    <*errors.StatusError | 0xc000461180>: {
        ErrStatus: {
            TypeMeta: {Kind: "", APIVersion: ""},
            ListMeta: {
                SelfLink: "",
                ResourceVersion: "",
                Continue: "",
                RemainingItemCount: nil,
            },
            Status: "Failure",
            Message: "secrets \"kubemacpool-service\" not found",
            Reason: "NotFound",
            Details: {
                Name: "kubemacpool-service",
                Group: "",
                Kind: "secrets",
                UID: "",
                Causes: nil,
                RetryAfterSeconds: 0,
            },
            Code: 404,
        },
    }
    secrets "kubemacpool-service" not found
occurred
/tmp/deploy.kubemacpool.jVbm/github.com/k8snetworkplumbingwg/kubemacpool/vendor/github.com/onsi/gomega/internal/assertion/assertion.go:43

Failing job: https://prow.apps.ovirt.org/view/gcs/kubevirt-prow/pr-logs/pull/kubevirt_cluster-network-addons-operator/509/pull-e2e-cluster-network-addons-operator-kubemacpool-functests/1296049335208775680
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:

KubeVirt version (use virtctl version):
Kubernetes version (use kubectl version):
VM or VMI specifications:
Cloud provider or hardware configuration:
OS (e.g. from /etc/os-release):
Kernel (e.g. uname -a):
Install tools:
Others:

This Issue belongs in CNAO repo.
Issue was fixed in this PR, bumping KMP to v0.20.0.
So we can close it now

FYI @phoracek @qinqon


added contact.html

Adding contact info through contact.html page

This file is not needed anymore as the contact info is already available in index.html.
I think we can close his pull request without merging as it is no longer needed


[release-1.11] fix metrics service render

This is an automated cherry-pick of #34539

@EItanya can you fix the CLA

@istio-testing: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Rerun command

integ-istiodremote-k8s-tests_istio_release-1.11
959a5616c4785850dd563b9e26ad6d59ecc559a2
link
/test integ-istiodremote-k8s-tests_istio_release-1.11

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

/retest

@googlebot I consent.


az functionapp deployment source config-zip doesn't work

This is autogenerated. Please review and update as needed.
Describe the bug
Command Name
az functionapp deployment source config-zip
Errors:
The command failed with an unexpected error. Here is the traceback:
HTTPSConnectionPool(host='ps-chronos-dev.scm.azurewebsites.net', port=443): Max retries exceeded with url: /api/zipdeploy?isAsync=true (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x0619A940>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed'))
Traceback (most recent call last):
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connection.py", line 174, in _new_conn
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/util/connection.py", line 73, in create_connection
  File "socket.py", line 955, in getaddrinfo
socket.gaierror: [Errno 11001] getaddrinfo failed

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connectionpool.py", line 699, in urlopen
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connectionpool.py", line 382, in _make_request
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connectionpool.py", line 1010, in _validate_conn
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connection.py", line 358, in connect
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connection.py", line 186, in _new_conn
urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPSConnection object at 0x0619A940>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/adapters.py", line 439, in send
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/connectionpool.py", line 755, in urlopen
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\urllib3/util/retry.py", line 574, in increment
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='ps-chronos-dev.scm.azurewebsites.net', port=443): Max retries exceeded with url: /api/zipdeploy?isAsync=true (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x0619A940>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\knack/cli.py", line 231, in invoke
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/commands/__init__.py", line 658, in execute
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/commands/__init__.py", line 721, in _run_jobs_serially
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/commands/__init__.py", line 692, in _run_job
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/commands/__init__.py", line 328, in __call__
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/commands/command_operation.py", line 121, in handler
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/command_modules/appservice/custom.py", line 524, in enable_zip_deploy_functionapp
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/command_modules/appservice/custom.py", line 557, in enable_zip_deploy
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/api.py", line 117, in post
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/api.py", line 61, in request
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/sessions.py", line 542, in request
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/sessions.py", line 655, in send
  File "D:\a\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\requests/adapters.py", line 516, in send
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='ps-chronos-dev.scm.azurewebsites.net', port=443): Max retries exceeded with url: /api/zipdeploy?isAsync=true (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x0619A940>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed'))

To Reproduce:
Steps to reproduce the behavior. Note that argument values have been redacted, as they may contain sensitive information.

Put any pre-requisite steps here...
az functionapp deployment source config-zip -g {} -n {} --src {}

Expected Behavior
Environment Summary
Windows-10-10.0.19042-SP0
Python 3.10.3
Installer: MSI

azure-cli 2.35.0

Additional Context

route to CXP team

@akopitsa We are looking into it and get back to you for any additional information.

Hello @akopitsa thanks for the query!
Could you please share more details on the Azure function App plan? region? version? So that we get a better understanding of the issue to reproduce it? Is this an intermittent issue? Is your host machine able to reach the Azure subscription during this CLI command execution?
az functionapp create --name $functionName --storage-account $storageAccountName --consumption-plan-location westeurope --resource-group $resourceGroupName --functions-version 2
Did you try from PowerShell zip deployment?

Hello @akopitsa thanks for the query!
Could you please share more details on the Azure function App plan? region? version? So that we get a better understanding of the issue to reproduce it? Is this an intermittent issue? Is your host machine able to reach the Azure subscription during this CLI command execution?
az functionapp create --name $functionName --storage-account $storageAccountName --consumption-plan-location westeurope --resource-group $resourceGroupName --functions-version 2
Did you try from PowerShell zip deployment?

Hello Satish,
We used az functionapp create ... command to deploy our code once we deploy the Azure Function infrastructure with ARM template but without that parameter --functions-version 2
region East US
the sku we used
            "sku": {
                "name": "Y1",
                "tier": "Dynamic",
                "size": "Y1",
                "family": "Y",
                "capacity": 0
            }

It seems it's an intermittent issue and always reproducible after several attempts azure function (infrastructure part) deployment when we deploy the function code once the infrastructure part is deployed
Powershell deployment with Publish-AzWebApp doesn't work at all in this case.

Hello @akopitsa Thanks for the detailed information on this intermittent issue!
The better option would be to go with a support ticket immediately after the issue occurred!! so that we have logs in the backend and can troubleshoot this issue very quickly. We will archive this issue, for now, please do let us know if you want to close this issue ?
Please open a new issue on Azure Powershell Github for the related error and we are more than happy to assist you on that!

Hello @akopitsa Just checking back! Please let us know if you need further help.

Since we didn't receive any response, we will now proceed to close this thread. If there are further questions regarding this matter, please tag me in your reply. We will gladly continue the discussion and we will reopen the issue.
Please also do visit Microsoft Q&A the home for technical questions and answers at Microsoft.


Add core.bitopt.bitswap(ulong)

The original (D1) core.bitop module had both the 32 and 64 bits versions, but only the 32 bits version was added to druntime.
This commit contains the original tango code of bitswap(ulong), only slightly modified using feedback from the 32 bits version.
FYI @mihails-strasuns-sociomantic

This commit contains the original tango code of bitswap(ulong)

Has this code been re-licensed under boost?

Has this code been re-licensed under boost?

I worked under the assumption it'll be okay given it's the same author for both function, but I guess it depends on the agreement he gave to @WalterBright when the re licensing happened ?

To clarify the context : this function is from same tango module and written by same author ( looks like @complexmath ) as existing http://dlang.org/phobos/core_bitop.html#.bitswap
Only intention of this PR is to minimize patch differences between upstream druntime and our internal distribution.

Auto-merge toggled on

It's literally a copy of the 32-bit version, so there won't be any problem.

Thanks!


Can not load modules after build - NextJS

Hey, I am using module federation in two NextJS app.
In dev mode both apps work fine and can load each other remote modules. But after build and start them, loading module throws and error that says "Remote loaded successfully but remoteProject could not be found! Verify that the name is correct in the Webpack configuration!"
This is on of my configuration in host for importing module:
  importRemote({
    url: "http://localhost:5001/_next/static/chunks",
    scope: "remoteProject",
    module: "remoteText",
  })

Should i change anything for build time?
also i'm using typscript.
NextJS Version: 13.1.6

I am sorry for the delay in my response. This library will not work with Next as you already figured out. It is only for client side use. I will update the documentation to address this.


sway fails to compile under Debain Stretch

I'm not sure what is causing the failure
[ 26%] Building C object CMakeFiles/sway.dir/sway/workspace.c.o
[ 31%] Building C object CMakeFiles/sway.dir/sway/handlers.c.o
In file included from /usr/include/string.h:635:0,
                 from /opt/include/wlc/geometry.h:7,
                 from /opt/include/wlc/wlc.h:5,
                 from /srcbuild/sway/sway/workspace.c:3:
/srcbuild/sway/include/stringop.h:25:7: error: expected identifier or ‘(’ before ‘__extension__’
 char *strdup(const char *);
       ^
CMakeFiles/sway.dir/build.make:110: recipe for target 'CMakeFiles/sway.dir/sway/workspace.c.o' failed
make[2]: *** [CMakeFiles/sway.dir/sway/workspace.c.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/include/string.h:635:0,
                 from /opt/include/wlc/geometry.h:7,
                 from /opt/include/wlc/wlc.h:5,
                 from /srcbuild/sway/sway/handlers.c:5:
/srcbuild/sway/include/stringop.h:25:7: error: expected identifier or ‘(’ before ‘__extension__’
 char *strdup(const char *);
       ^
CMakeFiles/sway.dir/build.make:134: recipe for target 'CMakeFiles/sway.dir/sway/handlers.c.o' failed
make[2]: *** [CMakeFiles/sway.dir/sway/handlers.c.o] Error 1
CMakeFiles/Makefile2:104: recipe for target 'CMakeFiles/sway.dir/all' failed
make[1]: *** [CMakeFiles/sway.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 31%] Built target man
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
PackageCompileSource finished in 3 seconds

wat

I should mention I am using wlc master... I forgot that wlc isn't a submodule in sway...

That error is weird as hell. I have no clue. Good luck.

seems that adding
set(CMAKE_C_EXTENSIONS OFF)
to CMakeLists.txt
gets me further.

Hi. After these changes, sway compiles again under Debian Strech/Testing. I think it's issues with GCC 5 though
diff --git a/CMakeLists.txt b/CMakeLists.txt
index afad812..25d73bc 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -2,6 +2,7 @@ cmake_minimum_required(VERSION 2.8.5)
 project(sway C)
 set(CMAKE_C_FLAGS "-g")
 set(CMAKE_C_STANDARD 99)
+set(CMAKE_C_EXTENSIONS OFF)
 set(CMAKE_RUNTIME_OUTPUT_DIRECTORY "bin/")
 add_definitions("-Wall -Wextra -Wno-unused-parameter")
 set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${PROJECT_SOURCE_DIR}/CMake)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index afad812..25d73bc 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -2,6 +2,7 @@ cmake_minimum_required(VERSION 2.8.5)
 project(sway C)
 set(CMAKE_C_FLAGS "-g")
 set(CMAKE_C_STANDARD 99)
+set(CMAKE_C_EXTENSIONS OFF)
 set(CMAKE_RUNTIME_OUTPUT_DIRECTORY "bin/")
 add_definitions("-Wall -Wextra -Wno-unused-parameter")
 set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${PROJECT_SOURCE_DIR}/CMake)
diff --git a/sway/commands.c b/sway/commands.c
index e79746a..d7e716b 100644
--- a/sway/commands.c
+++ b/sway/commands.c
@@ -6,6 +6,7 @@
 #include <errno.h>
 #include <string.h>
 #include <unistd.h>
+#include <sys/types.h>
 #include <ctype.h>
 #include "stringop.h"
 #include "layout.h"
diff --git a/sway/main.c b/sway/main.c
index e03588e..97243f9 100644
--- a/sway/main.c
+++ b/sway/main.c
@@ -3,6 +3,7 @@
 #include <stdbool.h>
 #include <wlc/wlc.h>
 #include <sys/wait.h>
+#include <sys/types.h>
 #include <signal.h>
 #include <getopt.h>
 #include "layout.h"

I believe stringop.h must not define strdup. Include string.h instead.

I had to include #include <sys/types.h> because of pid_t being undefined somhow ....after I added set(CMAKE_C_EXTENSIONS OFF) to CMakeLists.txt

Thanks!


Update benchkit implementation with new requirements

Benchkit specs were update with a new swagger file that defines new
enums and a new endpoint for checking if the backend is ready.
Some adjustments are also needed related to backend configuration and
docker orchestration.

What's the point of the additional docker file not using Spring Boots default mechanism?

What's the point of the additional docker file not using Spring Boots default mechanism?

Benchkit builds the backend image using the Dockerfile and this is defined in the docker-compose file, see. We can not remove this property by extending the docker compose file.
Because of this, we need a Dockerfile in the repository.
More info about benchkit setup.

Changes on the Dockerfile in place. I keep the mvn as their own step since the maven image doesn't contain jre.


CMake: make installation directories more configurable

We use GNUInstallDirs now to be able to control the following variables:
CMAKE_INSTALL_LIBDIR
CMAKE_INSTALL_INCLUDEDIR
This fixes support for distribution that have a multi-arch setup.
Also see https://github.com/gentoo/gentoo/pull/22

So I've tried using GNUInstallDirs before and it caused problems when installing from source. For example on Debian it causes libraries to get installed to /usr/local/x86-something/lib/*  (note the extra triplet). That path isn't on the ld linker path so it makes the installation completely broken.
This is a debian bug, but I'm concerned that it will cause problems for users installing from source.

What does it do when you install from source on gentoo with GNUInstallDirs?

It does what you set the variables to. If you don't set them, then you will get GNU defaults, see
http://www.cmake.org/cmake/help/v3.0/module/GNUInstallDirs.html
http://www.cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/GNUInstallDirs.cmake;h=b42084eda6f647bf195ca8a152b978c34602055c;hb=HEAD
https://www.gnu.org/prep/standards/html_node/Directory-Variables.html

For me, it installs in /usr/lib64. That bug seems to be fixed in 3.0.0, but there are many distributions still on 2.8. :/
http://www.cmake.org/Wiki/CMake_Life_Cycle_Considerations#CMake_versions_available_in_several_linux.2FUNIX_distributions

OK so sadly I think this change belongs in a packaging patch. I'm imagining a glorious future in which everyone has updated cmake and we can add the GNUInstallDirs change upstream, but that future isn't here yet.


bug - agent  src/agent/dtls_mbedtls.{ch}pp

What should happen is - here at:
https://github.com/openthread/borderrouter/blob/master/src/agent/dtls_mbedtls.hpp#L224
In the MbedtlsServer() Constructor, the member variable: 'mSocket' should be initialized to (-1)
Instead, it takes on a RANDOM value based upon what ever the run time environment leaves there.
What happens later, during the call to void MbedtlsServer::UpdateFdSet()
Code: https://github.com/openthread/borderrouter/blob/master/src/agent/dtls_mbedtls.cpp#L411
The RANDOM value is used as a BIT index into the various FDSETS - which then has a 50/50 chance of flipping a bit somewhere on the run-time stack.
I say 50/50 - because the bit may already be 1, and the operation here is to SET the bit, the best part of this: Is if you change the code to debug this the problem has a chance of moving, or going away.
What happens sometimes (especially in the commissioner test application) the first call to the void MbedtlsServer::UpdateFdSet() the socket is not yet open, very soon after - and and this depends on other timing items, mSocket is initialized with some valid socket number.
The problem occurs here:
https://github.com/openthread/borderrouter/blob/master/src/agent/dtls_mbedtls.cpp#L458
Note: Appropriate "valid-fd-test" needs to be inserted at the FD_SET operation
FYI  @pkanek  & @srickardti

Thanks for reporting this issue. Does this problem only exist in the functional test commissioner? I noticed that in tests/meshcop/commissioner.cpp, there missed a call to DtlsServer::Start(). Besides, we could probably refine implementation of DtlsServer so that when Start() is not called, error should occur. Are you going to submit a PR for this issue?

I found this in the commissioner, I do see the missing Start() - perhaps that limits this to the test commissioner app only.

@DuaneEllis-TI are you planning to submit a pull request to solve this issue?

@bukepo - I am going to close this issue because this PULL request resolved it.
https://github.com/openthread/borderrouter/pull/90


fix: Update service polling

@bharathkkb this PR and PR #30 are reliant on each other; however I felt it was easier for separate reviews.

@bharathkkb can you re-review when you have time?

Hello @averikitsch, @unrealcloud and @bharathkkb.

@bharathkkb this PR and PR #30 are reliant on each other; however I felt it was easier for separate reviews.

I have noticed that one of the two PRs was merged (#30) while the other is not yet merged (#31). I am facing the same issue which was mentioned in #36 . Could you please take a look at it?


Hi, Errrneist

Could you point out which parts are functioning well and which are not.
Basically there are WIFI&BT, USB3,  intel p530 and Nvidia Graphics, Express card reader, Thunderbolt, HDMI, Battery management, Trackpad, Rad Track dot, etc.
My P50 is almost the same as yours,  I tried to install Seirra following posts in "tonymacx86" lots of times months ago, but I was not that lucky and got tired at that time.
Thank you for sharing.

突然发现你也是中国人，哈哈

那我们基本一样……你的看起来还好装一点
有一阵子一直装不上，但是后来我发现缺了emuvariable.efi（好像是这么拼的）
不然装不上……P50卖了换了台Aero15 但是我觉得我这个版本应该是蛮完整的了！
加油啦

好的，谢谢


#1786 - Enable Search Student for Institutions part 2

Added BC Public institution (COLLF) to test seed data;
Added COLLF users to test-utils;
Adjusted query to not get either Cancelled applications that weren't assessed or Draft applications;
Persisted institution location at the submit time;
Removed application update for institution location from PIR process;
Updated comment on sims.applications.location_id;
Added E2E testes for the search student API.
Fixed responsiveness for the form:

Good work @andrepestana-aot . Please have a look at the comments.

Good work @andrepestana-aot . please take a look at the comment. Not a blocker, just a general qn that came to my mind, maybe for the business or devs, while institutions search for a student, should they be able to see an archived student application? @JasonCTang @andrewsignori-aot @dheepak-aot @guru-aot

Good question @ann-aot . I am curious to see the reply.

Good work @andrepestana-aot . please take a look at the comment. Not a blocker, just a general qn that came to my mind, maybe for the business or devs, while institutions search for a student, should they be able to see an archived student application? @JasonCTang @andrewsignori-aot @dheepak-aot @guru-aot

I am not sure whether to see an archived student came as a requirement for us. the better one to answer would be @JasonCTang and business

Thanks for doing the changes @andrepestana-aot. Added one more comment.


Update seccomp docs for v1.27

seccomp annotation will become non-functional in v1.27, which will be now reflected in the documentation as well.
Ref: https://github.com/kubernetes/kubernetes/pull/114947, https://github.com/kubernetes/enhancements/issues/135, https://github.com/kubernetes/kubernetes/issues/91286
cc @kubernetes/sig-node-pr-reviews @liggitt

/lgtm
I recommend rewording this further, though. We don't support any version of Kubernetes where these annotations aren't already deprecated.

Thanks! Fixed as suggested.

/lgtm

https://github.com/kubernetes/kubernetes/pull/114947 merged into master and will be part of v1.27
/unhold

/assign @mickeyboxell

/approve


Update apiRoutes.js

[x] Add get to serve up html ("/")
[x] Add get (findAll) for User with include() for Message and Interest so that all come back as 1 object
[x] Add post (create) for User
[x] Add post (create) for Message
[x] Add post (create) for Interest
[ ] Add put (update) for User (condition ???id???) --> future enhancement
[ ] Add put (update) for Message (condition ???id???)
[ ] Add put (update) for Interest (condition ???id???)
[ ] Add post (destroy) for User (condition ???id???)  --> future enhancement
[ ] Add post (destroy) for Message (condition ???id???) --> future enhancement
[ ] Add post (destroy) for Interest (condition ???id???) --> future enhancement

Hi Team,
Please let me know if we need any of these:
Add put (update) for User (condition ???id???) --> future enhancement
Add put (update) for Message (condition ???id???)
Add put (update) for Interest (condition ???id???)
Add post (destroy) for User (condition ???id???) --> future enhancement
Add post (destroy) for Message (condition ???id???) --> future enhancement
Add post (destroy) for Interest (condition ???id???) --> future enhancement

just closed down some finished issues.
we will need update and destroy routes for the Messages and Interests.  updates and destroys for the User we can leave for future updates.

ok, updated issue accordingly. Will work on those tonight.

Finished deletes, travis passed


.ply export doesn't work on Blender 4.2.3 LTS.

I'm guessing blender issue or user error.
Please re-open if there is something for us to investigate.


Update to make compatible with Ruby 3+

3 small updates to make this gem work with Ruby 3+ (backwards compatible with older Ruby as well)

LGTM 👍

Thanks @mikenichols ! Would you mind publishing a release for this version at your convenience please?


Windows binary distribution missing DLL dependencies

The windows distribution ships libopenblas.dll but does not include its dependencies:

libgcc_s_seh-1.dll
libgfortran-3.dll
libquadmath-0.dll

As the typical user of the windows binary distribution (I would assert) ought not be required to already have these on their system (if they did, they'd more likely be inclined to build from source), so I would suggest they be included in the download bundle.
The discussion in #296 touches on the dependency issue, but there the discussion veers toward statically linking the dependencies. That would be fine with me, but so would just distributing these extras in the bundle.

These libraries appear to be available as separate bundles already,
http://sourceforge.net/projects/openblas/files/v0.2.12/mingw64_dll.zip/download
http://sourceforge.net/projects/openblas/files/v0.2.12/mingw32_dll.zip/download
(following a request on the OpenBLAS-users mailing list back in october 2014) so possibly it is just the project download area on sf.net that needs to be reorganized to make them more obvious

Do you always report a bug when you need next vcredist.exe ?

@martin-frbg OK I see those files. I wouldn't have known to find them there, though. In fact, after reading your comment I started by just looking closer at the SF downloads to see if I could find them myself, but could not.
Maybe it would be sufficient to put a note in README of the bundle pointing to the additional DLLs and/or add a link to the extras next to the binary package link on the www.openblas.net front page?

Have to defer to xianyi on this (and #1073) as I do not have write access to the SF download area or the openblas.net page unfortunately.

thx for reminding me to mention the location of the mingw dependencies on the openblas.net site. (I got access to the website sources in the meantime, but not to the sf.net account where the binaries are hosted)

Last version depends on a libgfortran-5.dll, any clues where it could be found ?
The mingw-w64 releases have a libgfortran-3 for 5.4, libgfortran-4 for 7.3, but the 8.1 release has no libgfortran at all anymore ?

Are you referring to https://github.com/xianyi/OpenBLAS/releases/download/v0.3.10/OpenBLAS-0.3.10-x64.zip as the last version, or one of the older releases on sf.net ? (The Windows binaries are currently cross-compiled with
the MXE version of mingw on Linux, which is gcc 5.5.0)

Hmm, no I started following links from the website and ended up downloading OpenBLAS.v0.3.0.x86_64-w64-mingw32-gcc8.tar.gz
The version you linked works like a charm however. I will stick to the github content now, thanks!


Support thew new extended tweet_mode API

Twitter's API has changed and now shortens statuses that are longer
than 140 chars, but have an acceptable length by the new Twitter
rules.
This change introduces Tweet.TruncatedText, which contains the
shortened form of the status. Tweet.Text will now contain the
complete status. All API requests are now executed in the new
extended mode.
Sadly the streaming API now behaves slightly different to the regular
REST API and contains the extended Tweet information in a separate
struct. This change also parses this extra struct and correctly merges
the status into the Tweet struct, so both API modes behave the same
as far as anaconda users are concerned.
This PR makes #158 and #190 obsolete.

Will fix the detected issues.

There we go, I've fixed one bug and updated the test cases to match the new API responses / requests.

This can probably still be improved by attaching our own UnmarshalJSON method to anaconda.Tweet. Will look at that now.

Got a fix for retweets coming up and will squash everything then.

Alright, I think we're all set!

Looks like Travis-CI is stuck...

Rebased to upstream/master!


Workflow will break once changes to dapr and components contrib are pushed. Updates to SDK are needed

Expected Behavior
SDK should function properly.
Actual Behavior
SDK will not operate properly due to changes to the request structure for starting a workflow.
Steps to Reproduce the Problem
Attempt to start a workflow.
Release Note
This breakage will be a result from the following PRs:
https://github.com/dapr/components-contrib/pull/2653
https://github.com/dapr/dapr/pull/6049
These PRs change the structure of the start workflow request to no longer require the "InstanceID" to be wraped by the "WorkflowReference" structure.
RELEASE NOTE:

Closed by: https://github.com/dapr/dotnet-sdk/pull/1087


Hag of Gyronna Witch (DLC5) cannot choose Second Patron Mythic Ability

Probably because the game never actually assigns this new witch type a patron to begin with, it's impossible to select a second one.
Is there any chance you could make them eligible?

I'll take a look, good catch
On Mon, Dec 4, 2023, 13:47 Sikosh1999 @.***> wrote:

Probably because the game never actually assigns this new witch type a
patron to begin with, it's impossible to select a second one.
Is there any chance you could make them eligible?
—
Reply to this email directly, view it on GitHub
https://github.com/Vek17/TabletopTweaks-Base/issues/690, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWSQPGOGKFNHKGLTFOM6ZDYHYSGHAVCNFSM6AAAAABAGQWQB2VHI2DSMVQWIX3LMV43ASLTON2WKOZSGAZDINRQGMZTINA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Added in hotfix https://github.com/Vek17/TabletopTweaks-Base/releases/tag/v2.6.3


Lumos Works with CKB2021

Migration from CKB2019 to CKB2021
The latest<EMAIL_ADDRESS>is released. To work with CKB2021, lumos has some change

extra_hash replaces the uncles_hash when (de)serialize block
added new hash_type data1 for vm version selection
new full address format

Install
npm install @ckb-lumos/lumos

New Full Address Format
CKB2021 hard-fork will use a new full address format, which is already supported in the latest version of lumos,
and it is important to note that the addresses generated using the new full address format are not the same as the old ones.
If your app is still using the old full address format but working with CKB2021 without VM version selection, try to initialize config like this
- import { generateAddress } from '@ckb-lumos/helpers'
+ import { encodeToAddress } from '@ckb-lumos/helpers'
...
- generateAddress(...)
+ encodeToAddress(...)

Close the issue due to inactivity


The 'Run tests' step in the Rust/build workflow fails

Added a branch which fixes an inconsistent use of sudo when working with network namespaces. Other than that, the integration tests set up an entire qsfs stack, which is not really fitting for the repo, but might be useful to test the core functionality for now. This does mean that there are dependencies on 0-db-fs, 0-db, and some third party shell script. Can be solved by implementing the installation of these as a step before executing the actual workflow. I do think this should be implemented in its entirety simply as a bash script instead of an integration test, but alas.

Since the unit tests don't actually test zstor but rather qsfs, it has been decided to remove them (done in e4762bb). Dedicated qsfs tests should be added in the qsfs repo instead.


[SMALLFIX]Supply the name of variable to Preconditions.checkNotNull

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/2743/
Test FAILed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/2748/
Test FAILed.


Issue with emojis

When attempting to insert an emoji into an Automerge Text object, an error is thrown: Automerge error: Decode failed.
I'm using the rust/wasm backend and the js frontend, so I suspect there may be a difference in the unicode length of the emojis?
This seems to only apply to specific emojis. For example, no issue with "❤", but there is an issue inserting "👀".
Thanks for the great work with this project!

Never mind, I'm a dum-dum. In case anyone experiences a similar issue, the issue was that I was naively using .split in JS like this:
node.text.insertAt(0, ...'👀'.split(''))

But the problem is that splitting a string with an emoji yields can yield multiple array elements, each containing a Unicode code point. Eg. '👀'.split('') results in ["\ud83d", "\udc40"]
The better solution is to use grapheme-splitter.


python312Packages.google-cloud-asset: 3.27.0 -> 3.27.1

Changelog: https://github.com/googleapis/google-cloud-python/blob/google-cloud-asset-v3.27.1/packages/google-cloud-asset/CHANGELOG.md

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 356444

x86_64-linux

:white_check_mark: 4 packages built:

python311Packages.google-cloud-asset
python311Packages.google-cloud-asset.dist
python312Packages.google-cloud-asset
python312Packages.google-cloud-asset.dist


Strange pulse behavoiur

Hey,
I'm testing this library with a simple digital pulse. It looks like the digital is pulsed only when the code is calling stop(). Am I doing something wrong?
DEBUG:start requested
DEBUG:started
DEBUG:connected to xxxxx:41794
DEBUG:started
DEBUG:started
DEBUG:started
DEBUG:RX: <0f000102>
DEBUG:> Type 0x0f <02>
DEBUG:  Client registration request
DEBUG:TX: <01000b00000000000a40fffff101>
DEBUG:RX: <0200040000001f>
DEBUG:> Type 0x02 <0000001f>
DEBUG:  Registered IPID 0x0a
DEBUG:TX: <0500050000020300>
DEBUG:RX: <0500050000020300>
DEBUG:> Type 0x05 <0000020300>
DEBUG:  Standard update request
DEBUG:RX: <05000b000008080e1811550327200500050000020316050005000002031c>
DEBUG:> Type 0x05 <000008080e181155032720>
DEBUG:  Received date/time from control processor <18:11:55 03/27/2020>
DEBUG:> Type 0x05 <0000020316>
DEBUG:  Mysterious penultimate update-response
DEBUG:> Type 0x05 <000002031c>
DEBUG:  End-of-query
DEBUG:TX: <050005000002031d>
DEBUG:TX: <0d00020000>
DEBUG:RX: <0e00020000>
DEBUG:> Type 0x0e <0000>
DEBUG:  Heartbeat
DEBUG:stop requested
DEBUG:TX: <0500050000020300>
DEBUG:  : dp out 1 = 1
DEBUG:  : dp out 1 = 0
DEBUG:TX: <050006000003270000>
DEBUG:TX: <050006000003270080>
DEBUG:RX: <0500050000020300>
DEBUG:> Type 0x05 <0000020300>
DEBUG:  Standard update request
DEBUG:RX: <05000b000008080e1811570327200500050000020316050005000002031c>
DEBUG:> Type 0x05 <000008080e181157032720>
DEBUG:  Received date/time from control processor <18:11:57 03/27/2020>
DEBUG:> Type 0x05 <0000020316>
DEBUG:  Mysterious penultimate update-response
DEBUG:> Type 0x05 <000002031c>
DEBUG:  End-of-query
DEBUG:  : d out 1 = 0
DEBUG:TX: <050005000002031d>
DEBUG:TX: <0d00020000>
DEBUG:TX: <050006000003000080>
DEBUG:stopped
DEBUG:stopped
DEBUG:RX: <0e00020000>
DEBUG:> Type 0x0e <0000>
DEBUG:  Heartbeat
DEBUG:stopped
DEBUG:stopped

I can't tell what's going on from the debug output alone.  If you post the test code you're using (don't forget to mask the processor IP please!) than I may be able to help.
Also, please use the following line to enable debugging test - this will include the thread name in the console output.
logging.basicConfig(level=logging.DEBUG, format="[%(levelname)s] (%(threadName)-10s) %(message)s")

I've updated the example code block in the README to include this suggested logging setup.

I'm using your sample code with only one cip.pulse(4)
I'm getting this log until after the pulse(4)
[DEBUG] (MainThread) start requested
[DEBUG] (Connection) started
[DEBUG] (Connection) connected to nnnn:41794
[DEBUG] (Event     ) started
[DEBUG] (Send      ) started
[DEBUG] (Receive   ) started
[DEBUG] (Receive   ) RX: <0f000102>
[DEBUG] (Receive   ) > Type 0x0f <02>
[DEBUG] (Receive   )   Client registration request
[DEBUG] (Send      ) TX: <01000b00000000000a40fffff101>
[DEBUG] (Receive   ) RX: <0200040000001f>
[DEBUG] (Receive   ) > Type 0x02 <0000001f>
[DEBUG] (Receive   )   Registered IPID 0x0a
[DEBUG] (Send      ) TX: <0500050000020300>
[DEBUG] (Receive   ) RX: <0500050000020300>
[DEBUG] (Receive   ) > Type 0x05 <0000020300>
[DEBUG] (Receive   )   Standard update request
[DEBUG] (Receive   ) RX: <05000b000008080e203531032720050006000003000000050006000003000200050006000003000400050006000003000e000500050000020316050005000002031c>
[DEBUG] (Receive   ) > Type 0x05 <000008080e203531032720>
[DEBUG] (Receive   )   Received date/time from control processor <20:35:31 03/27/2020>
[DEBUG] (Receive   ) > Type 0x05 <000003000000>
[DEBUG] (Receive   )   Incoming Digital Join 0001 = 1
[DEBUG] (Receive   ) > Type 0x05 <000003000200>
[DEBUG] (Receive   )   Incoming Digital Join 0003 = 1
[DEBUG] (Receive   ) > Type 0x05 <000003000400>
[DEBUG] (Receive   )   Incoming Digital Join 0005 = 1
[DEBUG] (Receive   ) > Type 0x05 <000003000e00>
[DEBUG] (Receive   )   Incoming Digital Join 0015 = 1
[DEBUG] (Receive   ) > Type 0x05 <0000020316>
[DEBUG] (Receive   )   Mysterious penultimate update-response
[DEBUG] (Receive   ) > Type 0x05 <000002031c>
[DEBUG] (Receive   )   End-of-query
[DEBUG] (Event     )   : d in 1 = 1
[DEBUG] (Event     )   : d in 3 = 1
[DEBUG] (Event     )   : d in 5 = 1
[DEBUG] (Event     )   : d in 15 = 1
[DEBUG] (Send      ) TX: <050005000002031d>
[DEBUG] (Send      ) TX: <0d00020000>
[DEBUG] (Receive   ) RX: <0e00020000>
[DEBUG] (Receive   ) > Type 0x0e <0000>
[DEBUG] (Receive   )   Heartbeat
[DEBUG] (Receive   ) RX: <050006000003000e80>
[DEBUG] (Receive   ) > Type 0x05 <000003000e80>
[DEBUG] (Receive   )   Incoming Digital Join 0015 = 0
[DEBUG] (Event     )   : d in 15 = 0
[DEBUG] (Receive   ) RX: <050006000003000e00>
[DEBUG] (Receive   ) > Type 0x05 <000003000e00>
[DEBUG] (Receive   )   Incoming Digital Join 0015 = 1
[DEBUG] (Event     )   : d in 15 = 1
[DEBUG] (Receive   ) RX: <050006000003000e80>
[DEBUG] (Receive   ) > Type 0x05 <000003000e80>
[DEBUG] (Receive   )   Incoming Digital Join 0015 = 0
[DEBUG] (Send      ) TX: <0500050000020300>
[DEBUG] (Event     )   : d in 15 = 0

and this when it executes cip.stop()
[DEBUG] (Event     )   : dp out 4 = 1
[DEBUG] (Receive   ) RX: <0500050000020300>
[DEBUG] (Receive   ) > Type 0x05 <0000020300>
[DEBUG] (Receive   )   Standard update request
[DEBUG] (Event     )   : dp out 4 = 0
[DEBUG] (Receive   ) RX: <05000b000008080e2035440327200500060000030000000500060000030002000500060000030004000500050000020316050005000002031c>
[DEBUG] (Receive   ) > Type 0x05 <000008080e203544032720>
[DEBUG] (Receive   )   Received date/time from control processor <20:35:44 03/27/2020>
[DEBUG] (Receive   ) > Type 0x05 <000003000000>
[DEBUG] (Receive   )   Incoming Digital Join 0001 = 1
[DEBUG] (Receive   ) > Type 0x05 <000003000200>
[DEBUG] (Receive   )   Incoming Digital Join 0003 = 1
[DEBUG] (Receive   ) > Type 0x05 <000003000400>
[DEBUG] (Receive   )   Incoming Digital Join 0005 = 1
[DEBUG] (Receive   ) > Type 0x05 <0000020316>
[DEBUG] (Event     )   : d in 1 = 1
[DEBUG] (Receive   )   Mysterious penultimate update-response
[DEBUG] (Receive   ) > Type 0x05 <000002031c>
[DEBUG] (Receive   )   End-of-query
[DEBUG] (Send      ) TX: <050006000003270300>
[DEBUG] (Send      ) TX: <050006000003270380>
[DEBUG] (Send      ) TX: <050005000002031d>
[DEBUG] (Send      ) TX: <0d00020000>
[DEBUG] (Event     )   : d in 3 = 1
[DEBUG] (Event     )   : d in 5 = 1
[DEBUG] (Event     )   : d out 4 = 0
[DEBUG] (MainThread) stop requested
[DEBUG] (Send      ) TX: <050006000003000380>
[DEBUG] (Receive   ) RX: <050006000003000280>
[DEBUG] (Receive   ) > Type 0x05 <000003000280>
[DEBUG] (Receive   )   Incoming Digital Join 0003 = 0
[DEBUG] (Event     )   : d in 3 = 0
[DEBUG] (Receive   ) RX: <0e00020000>
[DEBUG] (Receive   ) > Type 0x0e <0000>
[DEBUG] (Receive   )   Heartbeat
[DEBUG] (Send      ) stopped
[DEBUG] (Event     ) stopped
[DEBUG] (Receive   ) stopped
[DEBUG] (Connection) stopped

Does this help?

I should have been more careful with my "example" - that body of code was meant primarily as a syntactical reference to show the various methods of working with joins to/from the control processor, and not meant to be a direct cut-paste-test chunk of code.  Used as-is, it performs a completely unnecessary update request (this is indicated in the comments), and calls stop before worker threads have even finished processing their loads.  In practice, calling start() is this module's equivalent of connecting to a control processor with an XPanel, and calling stop() is what happens when you're finished using the XPanel and close it.
Try adding a delay (time.sleep(5) or some such) before the stop() call to allow everything to wrap up first.  You can also have a look at the simple oscillator example I provided in the comments in Issue #11.  If you still see odd behaviour at that point let me know, but I suspect anything strange that you're seeing now is due to stop() being called while task queues are still being processed.
I do apologize for the state of (as in lack of) documentation.  This module is still pretty early in the development phase, so changes are fast and frequent, and I haven't spent much time on documents and examples.

I think that it's working as aspected actually. Problem is that for some reason in debug mode the thread is waiting for something. Is this possible?
Anyways, if I run the same code not in debug mode, with a sleep after the pulse, I can see the pulse working as expected.
Thank you!


MWPW-STUFF - My thing

Thing one
thing two

Resolves: MWPW-12345
Test URLs:

Before: https://main--milo--adobecom.hlx.page/
After: https://chris--milo--adobecom.hlx.page/drafts/cmillar/magma-demo

Just a demo.


Helm uninstall command deletes the release but does not delete resources in case of network issues

Output of helm version:
version.BuildInfo{Version:"v3.6.3", GitCommit:"d506314abfb5d21419df8c7e7e68012379db2354", GitTreeState:"clean", GoVersion:"go1.16.5"}
Output of kubectl version:
Client Version: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.2", GitCommit:"092fbfbf53427de67cac1e9fa54aaa09a28371d7", GitTreeState:"clean", BuildDate:"2021-06-16T12:59:11Z", GoVersion:"go1.16.5", Compiler:"gc", Platform:"linux/amd64"}
Cloud Provider/Platform (AKS, GKE, Minikube etc.): EKS
Hello community we are having an issue with Helm uninstall operation. Namely the connection between our Jenkins and Kubernetes API server is very flaky. This often leads to connections being dropped in the middle of kubectl and helm operations. During last night we have observed an issue when there is a connection issue during uninstall operation, which I will  describe below.
The command executed was:

helm uninstall release-to-uninstall --namespace prod-namespace --debug --kubeconfig /home/.kube/config

During the uninstall process following error occurs:

uninstall.go:134: [debug] purge requested for release-to-uninstall
Error: uninstallation completed with 1 error(s): Delete "https://urlToOurApiServer/apis/apps/v1/namespaces/our-app/deployments/release-to-uninstall": proxyconnect tcp: dial tcp : i/o timeout
helm.go:88: [debug] uninstallation completed with 1 error(s): Delete "https://urlToOurApiServer/apis/apps/v1/namespaces/our-app/deployments/release-to-uninstall": proxyconnect tcp: dial tcp : i/o timeout
helm.sh/helm/v3/pkg/action.(*Uninstall).Run
helm.sh/helm/v3/pkg/action/uninstall.go:142
main.newUninstallCmd.func2
helm.sh/helm/v3/cmd/helm/uninstall.go:56
github.com/spf13/cobra.(*Command).execute
github.com/spf13/cobra@v1.1.3/command.go:852
github.com/spf13/cobra.(*Command).ExecuteC
github.com/spf13/cobra@v1.1.3/command.go:960
github.com/spf13/cobra.(*Command).Execute
github.com/spf13/cobra@v1.1.3/command.go:897
main.main
helm.sh/helm/v3/cmd/helm/helm.go:87
runtime.main
runtime/proc.go:225
runtime.goexit
runtime/asm_amd64.s:1371

After this error following issues have been observed:

The command helm list --filter ^release-to-uninstall\$  --short --namespace prod-namespace returns an empty result, indicating that the release has been deleted
The command helm list -a -n prod-namespace does not include the release-to-uninstall, once again indicating it has been deleted
Despite the helm list command indicating that release has been removed, the resources ( aka Deployments, Pods, Ingresses and others ) related to this release are still present in the namespace.

The issues I have with this:

Running the helm uninstall again would just tell me that such release does not exist. I am not able to use Helm to delete the resources which I manage via Helm
I am not able to automatically conclude in my pipelines that release deletion has completely failed without checking for each of the resources installed by Helm, and at this time at latest this makes Helm not so useful in this case.

Further please do note that this is an exceptional case and that we have experienced connection drops during uninstall operations before, but up to now both the release and all of the resources managed by the release have been deleted, despite there being an error. I can only assume that mode of failure is somehow determined by the phase in which uninstall operation currently is, when the connection issue occurs.
NOTE: The error messages and commands have been anonymized.

I was writing up a comment to say how impossible this was when I discovered an error not checked.
https://github.com/helm/helm/blob/v3.6.3/pkg/action/uninstall.go#L113-L118
Thanks for the report!

Hi @joejulian  I think I can work on this.. Can you give me bit of insight? Thanks 😊

@tamboliasir1
Line 113:
	kept, errs := u.deleteRelease(rel)

returns kept and errs, but errs is never checked. This means that if deleteRelease errors (like due to a network interruption as the issue suggests probably happened), that error is never caught. The code proceeds to deleting the release resource.
I think we just need to check errs and return from Run with a wrapped error if it fails.

Got it.. Thank you so much
/assign

@thecooldrop You might be able to work around this by using the keep flag in some creative way.

/assign

@tamboliasir1 No prow. /shrug

Hi if @tamboliasir1 ain't able to pick this up , I can please let me know.

Hi @rituparnakhaund.. You can pick it up.

/assign
Created a PR.


Water shader ignores standard fog

I really like the flat kit water shader but is there a way to make it work with the standard unity Fog? Image above.

This should be fixed in the next release of Flat Kit (2.1.6) which should appear on the Asset Store next week.

The fix is now live in the store.


[doc][cinder-csi-plugin]update doc to reflect snapshot version

What this PR does / why we need it:
Which issue this PR fixes(if applicable):
fixes #
Special notes for reviewers:

Release note:

NONE

/lgtm

/approve


Add missing Resources delegates

Both events and data sources were missing the PostDelete delegates.
No delegates were fired when the resources were deleted from the index
page.
The handle of the resource is added to PreDelete also.
Re https://github.com/symphonists/globalresourceloader/issues/13

I'd prefer to see both,

@michael-e Indeed!


Use script to setup syzkaller for fresh installation.

Before sending a pull request, please review Contribution Guidelines:
https://github.com/google/syzkaller/blob/master/docs/contributing.md

Unless I'm missing something, we can close this as we aren't likely to need it?


send external message to my bot

How do I get a php script, access my endpoint that is in azure, and send a message to my bot ?

Since the bot is a web service, you can always open up another web endpoint to reach your bot's code.
If you want your custom message to come in on the same activity endpoint as used by the Bot Framework, it's more involved since you can't impersonate the authentication added by the Connector.  In that case, DirectLine might be a method to contact your bot on that endpoint.

I'm going to close this issue for now, but feel free to open a new issue for further discussions.


How to create the train.lst

Hi,
Thanks for your job.
Can you please tell me how can I create the train.lst to train my datasrt? Can you share your code?
Thank you.

Google will help.


Screen resolution GPi/RetroPie

Hi @deepdivered,
I opened your remaining screen resolution challenges as a new issue here.
I do not have any experience with setting screen resolution for MCA games on the GPi either, but maybe we can figure it out together or someone else chimes in with a solution here.
Looking forward to a copy of the McAirpos.log and whether you got anywhere with fbset etc.

   I will give that a try tomorrow and report what it says. I don't know how

or where to mess with resolution settings.

On Sat, Jun 18, 2022, 12:30 AM Vegz78 @.***> wrote:

Did you get an output from:

/tmp/McAirpos.log after running a game with the broken display, and
the command fbset? (without any options fbset will display the mode
settings of your framebuffer)?

—

Originally posted by @deepdivered in https://github.com/Vegz78/McAirpos/issues/41#issuecomment-1274360938

Any positive development in this case, @deepdivered?

No worries, @deepdivered, and I understand completely. I just thought you were back on the case again after a long time, when I suddenly heard back from you last week.
Nice if you report back here with a solution, if you ever find one. I know there are quite a few who uses RPi in the GPi case for similar setups and purposes, and who might benefit from the knowledge. -And I am a bit curious myself about the screen issues, I must admit.
I will just leave this case open for a while and see if anything comes up.
Take care!

Just bought a used GPi case with a RPi Zero, so maybe I can offer better help soon...

So, I ran into a similar issue as this half display  problem. I was able to resolve it by going into RetroPie configuration, then Raspi-config, and manually set the display resolution to 640x480.


Pagination markup logic change

Pagination wrapper markup has to be now a children of the main container if more than one pagination container found.
If more than one pagination container elements are found in the whole DOM, we force them to be a children of the main swiper container in order to avoid possible miss-behaviour of different Swiper instances with same pagination container classes. In this case, the flexibility of placing the pagination markup wherever you want across the DOM is lost, but gains behaviour consistency in the case of multiple swiper instances.
It's rather an unnecessary feature if you always set different pagination-container classes while instantiating different swipers, but feels quite more comfortable to just instantiate them without setting a specific class for each one's pagination container and respect a specific html markup hierarchy. If you dont, the auto-generated html bullets of the last instantiated swiper override all the previously generated ones, so does the click event listeners on the bullets, so, if you click on a bullet that is not a bullet of the last instantiated Swiper, triggers movement on itself and the next Swipers.
The change it's quite transparent to the library users since both @ documentation and @ the demos the pagination container html markup is always placed inside the container, people might not even know that you can place it outside.

Thanks. But the problem here is that i have few requests for Swiper to be able to handle multiple paginations, for example, on one top, and one and bottom, don't actually know why it is required, but anyway, how to be in this case?
P.S. There is no .size method in Dom library

This case refers to different Swiper Instances on the same DOM, miss-behaving if the pagination container of those Swipers has the same class. It DOES NOT refer to multiple pagination controls of a single Swiper, that's another functionality.
I know .size is not present in the DOM library. It's a jQuery method (and since Swiper is a jquery-compatible lib I guess it's usage is more than justified), being applied to a jQuery result set in this case.
You can check the pagination missbehave in this jsFiddle: https://jsfiddle.net/d9rvhe8g/
Cheers!

It is not missbehave, it is because it is passed in a wrong way. The problem in your fix is that it totally will break such case https://jsfiddle.net/hbdxfqmy/

I know .size is not present in the DOM library. It's a jQuery method (and since Swiper is a jquery-compatible lib I guess it's usage is more than justified), being applied to a jQuery result set in this case.

So why have you used it? With this, standalone version will become broken, because there is no such method there. You should use something they both have, otherwise you have to add such method to Dom7 as well. But you can use here .length instead of .size() which is supported by both

The problem in your fix is that it totally will break such case https://jsfiddle.net/hbdxfqmy/

Yes, as I said:

If more than one pagination container elements are found in the whole DOM, we force them to be a children of the main swiper container in order to avoid possible miss-behaviour of different Swiper instances with same pagination container classes. In this case, the flexibility of placing the pagination markup wherever you want across the DOM is lost, but gains behaviour consistency in the case of multiple swiper instances.

I guess is just a matter of priorities, whether you prefer Swiper to be consistent on a single instance behaviour with no markup placement restrictions or to become slightly more strict with the markup if more instances with same class names are present, but at least you get them to behave in the right way.
It's up to you Vladimir :P

Closing as outdated and incompatible with current version of Swiper


Gcolon021 issue#1165

@carlspring

@carlspring nevermind! It would seem there is a problem building my branch. Will troubleshoot.

@Gcolon021 FYI, please don't merge your branch - use rebase (checkout our dev guide) :)


argocd: 2.4.15 -> 2.5.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/argoproj/argo-cd/releases.
meta.description for argocd is: "Declarative continuous deployment for Kubernetes"
meta.homepage for argocd is: "https://argo-cd.readthedocs.io/en/stable/"
meta.changelog for argocd is: ""
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2.5.0 with grep in /nix/store/iqgblq1x87pq35z429a8apmflz82wia9-argocd-2.5.0
found 2.5.0 in filename of file in /nix/store/iqgblq1x87pq35z429a8apmflz82wia9-argocd-2.5.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
argocd

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/iqgblq1x87pq35z429a8apmflz82wia9-argocd-2.5.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A argocd https://github.com/r-ryantm/nixpkgs/archive/f2b0ba5311357b626f163f0e6f1489750f400ea8.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/iqgblq1x87pq35z429a8apmflz82wia9-argocd-2.5.0
ls -la /nix/store/iqgblq1x87pq35z429a8apmflz82wia9-argocd-2.5.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

argocd

Maintainer pings
cc @shahrukh330 @bryanasdev000 for testing.

https://github.com/NixOS/nixpkgs/pull/197866#pullrequestreview-1157803353


feat: using composite types as map keys

Feature Request
It would be awesome if there was an automagical way how we could use custom composite types as keys in LegacyMap.
For example, I have this type:
struct Pool {
    tokenA: ContractAddress,
    tokenB: ContractAddress,
    fee: u128
}

and I want to use it as a key in a storage variable, e.g. is_enabled: LegacyMap<Pool, bool>.
Describe Preferred Solution
I think the best solution would be if there was a something like a MapKey trait that would transform the type into a felt252 by hashing all its members, which could then be used in the LegacyMap. This should, of course, be automatically implemented by the Starknet plugin via a derive arg:
trait MapKey<T> {
    fn as_map_key(self: T) -> felt252;
}

#[derive(MapKey)]
struct Pool {
    tokenA: ContractAddress,
    tokenB: ContractAddress,
    fee: u128
}

//
// MapKey derive would create an impl block of MapKey<Pool>, e.g.
//

impl PoolMapKeyImpl of MapKey<Pool> {
    fn as_map_key(self: Pool) -> felt252 {
        let mut members: Array<felt252> = Default::default();
        members.append(self.tokenA.into());
        members.append(self.tokenB.into());
        members.append(self.fee.into());

        poseidon_hash_span(members.span())
    }
}

//
// and then in my contract
//

fn disable_pool(ref self: ContractState, pool: Pool) {
    self.is_enabled.write(pool, false);
}

Describe Alternatives
I know I can use a tuple as a key in the LegacyMap declaration, but that has its limits.

Keys for LegacyMapping are all types that implement LegacyHash.
currently there's no derive for it - but it is already in the works.

Possible now thanks for #[derive(Hash)], closing.


Basic item splitter deletes all items input into it

Describe the bug
All items piped into the basic item splitter are deleted, and do not make it to any outputs.
Additional context [Optional]
Mod version 1.18.1-2.13.1
Forge version 39.0.5
The other item splitter (redstone controlled) seems to function as normal, issue is limited to the basic splitter.

Fixed in commit 34660e3
By the way, in case you lost a valuable item to this bug: It wasn't actually deleted, it just wasn't being output by the splitter and is still stored by the machine. Once you update, the splitter should spit out any items it accepted if you haven't broken it yet.


⚠ Cioos Pacific CKAN Sitemap has degraded performance

In b9f011b, Cioos Pacific CKAN Sitemap (https://catalogue.cioospacific.ca/sitemap/sitemap-1.xml) experienced degraded performance:

HTTP code: 200
Response time: 8901 ms

Resolved: Cioos Pacific CKAN Sitemap performance has improved in 498a6ed after 9 minutes.


[5.2] Added onFlatFlat method to collection

Adding Drake functionality to collections to allow calling onFlatFlat as per the lyrics in "For Free" Video  here

No tests so I can not really confirm if this is actually "flat flat".
Rating: 1/10. Better luck next time.

@taylorotwell if I convert it to TypeScript, will you merge it?

@taylorotwell YES!

For those looking for the source of that brillinant meme, look no further than https://hackathon.starbs.net/ with the source at https://github.com/YorkZamzar2016.


Remove Otel Collector Queued Retry Processor

This processor has been deprecated and will cause a crash loop if deploy
is attempted.
https://github.com/open-telemetry/opentelemetry-collector/blob/ce603c9209ffeae1c677a228e3c79f2e3cc54fbc/CHANGELOG.md#-breaking-changes--38

Thank you @Natrinicle for the PR


"Can't find class 'adhoc' (RuntimeError)" when running "fastlane sigh" to download profiles

New Issue Checklist

[x] Updated fastlane to the latest version
[x] I read the Contribution Guidelines
[x] I read docs.fastlane.tools
[x] I searched for existing GitHub issues

Issue Description
This is definitely related to https://github.com/fastlane/fastlane/issues/13997 but seems like a different use case, since I'm only trying to download profiles using sigh, but not as part of a bigger build script (I have a script that downloads profiles to a mac server farm that makes sure all the machines have the same profiles.) This has worked for over a year with very minimal maintenance, so thank you!
I run the below loop to log in and download several accounts, and I believe the only relevant part is the "system" command
def sync_profiles_with_s3(apple_account)
  @bucket_name = "my-bucket"
  @directory_path = "/Users/me/mobileprovision_master/all_profiles"

  apple_account.each do |account_name, account_number |
    puts "STARTING DOWNLOAD: #{account_name}"
    FileUtils.mkdir_p(@directory_path)
    puts @directory_path
    Dir.chdir(@directory_path)
    system("echo '#{account_number}' | fastlane sigh download_all --skip_install -o '/Users/me/mobileprovision_master/all_profiles'")
    puts "DONE DOWNLOADING #{account_name}"
    delete_empty_profiles
    s3_amazon_upload
    FileUtils.rm_rf(Dir.glob("#{@directory_path}/*"))
  end
end

My theory is apple added another possible return value here (https://github.com/fastlane/fastlane/blob/master/spaceship/lib/spaceship/portal/provisioning_profile.rb#L197) "adhoc" with a recent backend update that's not provided for (maybe it was previously covered with 'store' since Appstore and Adhoc are very similar)?
If I add an "adhoc" case that returns "Appstore" my script seems to download everything as expected.
          klass = case attrs['distributionMethod']
                  when 'limited'
                    Development
                  when 'store'
                    AppStore
                  when 'inhouse'
                    InHouse
                  when 'direct'
                    Direct # Mac-only
                  when 'adhoc'
                    AppStore
                  else
                    raise "Can't find class '#{attrs['distributionMethod']}'"
                  end

Unfortunately I don't have time to uderstand why this works any better right now, but hopefully it will help with troubleshooting the issue.
Complete output when running fastlane, including the stack trace and command used
I get the following error when it tries to log into ONE of three, accounts, which is very odd--the two other accounts perform as expected, and all three accounts include many Adhoc, Appstore, and Dev profiles.
and 2 more at: https://github.com/fastlane/fastlane/search?q=uninitialized%20constant%20Class%3A%3AAppstore&type=Issues&utf8=✓
/usr/local/rvm/gems/ruby-2.1.2/gems/spaceship-0.39.0/lib/spaceship/portal/provisioning_profile.rb:168:in `factory': [!] uninitialized constant Class::adhoc (NameError)
	from /usr/local/rvm/gems/ruby-2.1.2/gems/spaceship-0.39.0/lib/spaceship/portal/provisioning_profile.rb:256:in `block in all'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/spaceship-0.39.0/lib/spaceship/portal/provisioning_profile.rb:255:in `map'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/spaceship-0.39.0/lib/spaceship/portal/provisioning_profile.rb:255:in `all'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/lib/sigh/download_all.rb:10:in `download_all'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/lib/sigh/manager.rb:34:in `download_all'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/lib/sigh/commands_generator.rb:66:in `block (2 levels) in run'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/commander-fastlane-4.4.6/lib/commander/command.rb:178:in `call'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/commander-fastlane-4.4.6/lib/commander/command.rb:178:in `call'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/commander-fastlane-4.4.6/lib/commander/command.rb:153:in `run'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/commander-fastlane-4.4.6/lib/commander/runner.rb:476:in `run_active_command'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/fastlane_core-0.59.0/lib/fastlane_core/ui/fastlane_runner.rb:38:in `run!'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/commander-fastlane-4.4.6/lib/commander/delegates.rb:15:in `run!'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/lib/sigh/commands_generator.rb:120:in `run'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/lib/sigh/commands_generator.rb:11:in `start'
	from /usr/local/rvm/gems/ruby-2.1.2/bundler/gems/fastlane-b71a8e03e78c/sigh/bin/sigh:6:in `<top (required)>'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/sigh:23:in `load'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/sigh:23:in `<main>'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `eval'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `<main>'

Environment
Returns an error :(

[⠦] 🚀 ^C/usr/local/rvm/gems/ruby-2.1.2/gems/fastlane-2.112.0/fastlane/lib/fastlane/cli_tools_distributor.rb:111:in `ensure in take_off': uninitialized constant Fastlane::VERSION (NameError)
	from /usr/local/rvm/gems/ruby-2.1.2/gems/fastlane-2.112.0/fastlane/lib/fastlane/cli_tools_distributor.rb:111:in `take_off'
	from /usr/local/rvm/gems/ruby-2.1.2/gems/fastlane-2.112.0/bin/fastlane:23:in `'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/fastlane:23:in `load'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/fastlane:23:in `'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `eval'
	from /usr/local/rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `'

"fastlane env" returns the error from my original post.


Fix empty Model->alias in validateSearch

When you submit request data to Search (via Prg->commonProcess)
It should have the Model->alias parent...
But when it doesn't, it should not throw errors like these:
http://puu.sh/jAnAl/8cd53bfca7.png
Instead it should gracefully exit, no search filtering, but no errors.
To test:
Setup as normal for the Model Content
Then submit $this->request->data = ['Post' => ['foo' => 'bar']]

Hi @zeroasterisk, please send it to develop instead and you could add a Unit Test to test it.


Kernel Playbook Idempotency

The kernel playbook has a hard time reaching a success state when running against a cluster that has already been used to perform a benchmark run. Sometimes a node's kubelet won't reach a success state in less than 10 minutes, causing GKE to auto-repair the node. Looks like we ran into https://github.com/jtaleric/tinker/tree/main/clouds/gke/kernel-swap#caveat.
Need to add some functionality into the kernel playbook to clean up pods/resources in the cluster before performing the kernel swap and reboot, allowing for the kubelet to come up in time. This would allow us to keep auto-repair enabled.
Three avenues:

Have the kernel playbook not run if number of pods is over a certain amount, or if certain tool-associated namespaces are present.
Have the kernel playbook delete tool-associated namespaces, or all namespaces besides the default, before doing the swap. This assumes the tool playbook will run again and that we don't need any state within the tools before they are deleted.
Some combination of the above.

No longer relevant after refactor https://github.com/cilium/scaffolding/commit/1d880ac3303ecbd1ae2d4f92c2aec4ef0d6f1060. Closing.


client-service model quesiton

If we wanted to separate the client from the server, like the client sends requests over a network, is there a way to do that in this library or does this require our own separate implementation?

This library has such a protocol to handle client requests over the network:
https://github.com/eBay/NuRaft/blob/50031e1b230569ccaa46008fc09d401e3e5c5985/src/raft_server.cxx#L636-L639
but we don't recommend it as it is inconvenient and lack functionalities such as error handling and throttling.
In eBay, we use our own server-client implementation using gRPC of REST API, and the server operates NuRaft with local append_entries() API call.

Does a client implementation exist in the library or is this also left up to the developer?

It is not in the library, you should write your own one with Asio.


right menu error

error in (right  menu) in source editor with mouse

/needsMoreInfo
What is the error?


OIDC (OpenID Connect) support external ID providers

Internal reference: SURE-4586
Request description:
Many users leverage external identity providers (IdP) that support the OpenID Connect (OIDC) standard, such as Google, Salesforce, ForgeRock, NetIQ, and would like Rancher to support this for web identity federation for authentication.
Workaround:
There is limited support for other authentication providers; OIDC is a broadly accepted standard that many enterprises have adopted and is preferred.
Additional notes:
Some examples of how other services support OIDC providers:

OIDC on AWS: https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_create_oidc.html
OpenID Connect authentication with Azure Active Directory: https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/auth-oidc
GCP: Signing in users with OIDC: https://cloud.google.com/identity-platform/docs/web/oidc

Related backend: https://github.com/rancher/rancher/issues/10053

Initial keycloak oidc integration - https://github.com/rancher/dashboard/issues/2191#issue-783541182

there's a lot of support in the dashboard for generic oidc, but we restricted it to just keycloak - https://github.com/rancher/dashboard/blob/master/shell/utils/auth.js#L67
i think this was due to issue with search (user / group)

we need the backend to confirm that generic oidc works and get a build with it in

Following for implementation

oh, someone is working on this now. There was never a real reason to not just release this, go for it, no one really cares to be perfectly capable to link unknown users from their SSO. That is a very secondary problem to being able to utilize SSO. SSO is really about reducing the number of accounts in the first place, being able to search for users is nice, but that is it. And honestly, if this efficiency feature is wanted then it is not what customers would want. You would want to setup the permission in the SSO and not in the software below, so matching permission to groups is the way.

Backend has https://github.com/rancher/rancher/issues/10053 in progress now so we can check when there are test builds available for UI to work off of.

Backend will be able to provide us an image to start implementing this, alongside RFC this should be ready to work on

For whoever picks this up, contact @crobby for details on image and instructions on bringing up an oidc instance to test with

https://github.com/rancher/rancher/issues/10053#issuecomment-2230960661
The scenarios listed and executed as part of QA in the BE issue include the expected validation for UI.
I reviewed the Test Plan for this too.