chore: Remove unused workflow dispatch on CRD change

Description

Remove unused Github Action that was deprecated once we moved the manifest deployment to the dashboard repo.
How Has This Been Tested?

No testing needed
Test Impact

No test impact
Request review criteria:

Self checklist (all need to be checked):

[ ] The developer has manually tested the changes and verified that the changes work
[X] Commits have been squashed into descriptive, self-contained units of work (e.g. 'WIP' and 'Implements feedback' style messages have been removed)
[ ] Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
[ ] The developer has added tests or explained why testing cannot be added (unit or cypress tests for related changes)

If you have UI changes:

[ ] Included any necessary screenshots or gifs if it was a UI change.
[ ] Included tags to the UX team if it was a UI/UX change (find relevant UX in the SMEs section).

After the PR is posted & before it merges:

[ ] The developer has tested their solution on a cluster by using the image produced by the PR to main

@andrewballantyne @VaishnaviHire @zdtsw Please take a look at this, we missed the removal of this github action when we refactored the manifest deployment into the dashboard repo. Let us know if this is still used anywhere, if not, we can approve and merge this PR.
Thanks a lot.


How to Linux

Hello,
I am a little newbe in linux, but have my official plotter working in ubuntu.
I installed correctly the madmax (at least i think so). However, i dont know which command to write exactly to run the madmax plotter. Can anyone provide a complete exemple of the code line and/or a how to?
Tank you!

You can run it like this:
cd ~/chia_plotter
./build/chia_plot -n -1 -r 6 -u 256 -v 128 -t /mnt/temp1/ -2 /mnt/temp2/ -d /mnt/plots/ -f FARMER PUBLIC KEY -p POOL PUBLIC KEY

Do not use this exact command, this is just an example, change the values according to your hardware, mount points and keys:
  -n, --count arg      Number of plots to create (default = 1, -1 = infinite)
  -r, --threads arg    Number of threads (default = 4)
  -u, --buckets arg    Number of buckets (default = 256)
  -v, --buckets3 arg   Number of buckets for phase 3+4 (default = buckets)
  -t, --tmpdir arg     Temporary directory, needs ~220 GiB (default = $PWD)
  -2, --tmpdir2 arg    Temporary directory 2, needs ~110 GiB [RAM] (default = <tmpdir>)
  -d, --finaldir arg   Final directory (default = <tmpdir>)
  -w, --waitforcopy    Wait for copy to start next plot
  -p, --poolkey arg    Pool Public Key (48 bytes)
  -f, --farmerkey arg  Farmer Public Key (48 bytes)
  -G, --tmptoggle      Alternate tmpdir/tmpdir2 (default = false)
      --help           Print help


update: simplify java/LC-190

solution runs in 0ms beating 100% of leetcode submissions.

thanks @SandeepGamot !


HDDS-1635. Maintain docker entrypoint and envtoconf inside ozone project

During an offline discussion with [~eyang] and [~arp], Eric suggested to maintain the source of the docker specific start images inside the main ozone branch (trunk) instead of the branch of the docker image.
With this approach the ozone-runner image can be a very lightweight image and the entrypoint logic can be versioned together with the ozone itself.
An other use case is a container creation script. Recently we [documented|https://cwiki.apache.org/confluence/display/HADOOP/Ozone+Docker+images] that hadoop-runner/ozone-runner/ozone images are not for production (for example because they contain development tools).
We can create a helper tool (similar what Spark provides) to create Ozone container images from any production ready base image. But this tool requires the existence of the scripts inside the distribution.
(ps: I think sooner or later the functionality of envtoconf.py can be added to the OzoneConfiguration java class and we can parse the configuration values directly from environment variables.
In this patch I copied the required scripts to the ozone source tree and the new ozone-runner image (HDDS-1634) is designed to use it from this specific location.
See: https://issues.apache.org/jira/browse/HDDS-1635

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
33
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
1
Shelldocs was not available.

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
584
trunk passed

+1
compile
312
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
796
branch has no errors when building and testing our client artifacts.

+1
javadoc
200
trunk passed

_ Patch Compile Tests _

+1
mvninstall
532
the patch passed

+1
compile
295
the patch passed

+1
javac
295
the patch passed

+1
mvnsite
0
the patch passed

-1
pylint
1
Error running pylint. Please check pylint stderr files.

+1
pylint
2
There were no new pylint issues.

-1
shellcheck
1
The patch generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

+1
whitespace
1
The patch has no whitespace issues.

+1
shadedclient
651
patch has no errors when building and testing our client artifacts.

+1
javadoc
194
the patch passed

_ Other Tests _

+1
unit
233
hadoop-hdds in the patch passed.

-1
unit
1390
hadoop-ozone in the patch failed.

+1
asflicense
66
The patch does not generate ASF License warnings.

5561

Reason
Tests

Failed junit tests
hadoop.ozone.container.common.statemachine.commandhandler.TestBlockDeletion

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.ozone.om.TestOzoneManager

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/894

Optional Tests
dupname asflicense shellcheck shelldocs mvnsite unit compile javac javadoc mvninstall shadedclient pylint

uname
Linux d04e9e175932 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 59719dc

Default Java
1.8.0_212

pylint
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/artifact/out/patch-pylint-stderr.txt

shellcheck
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/artifact/out/diff-patch-shellcheck.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/testReport/

Max. process+thread count
4369 (vs. ulimit of 5500)

modules
C: hadoop-ozone/dist U: hadoop-ozone/dist

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/1/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 pylint=1.9.2

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

ShellChecks?

ShellChecks?

Violations are fixed in the last commit.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
34
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
1
Shelldocs was not available.

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
588
trunk passed

+1
compile
328
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
800
branch has no errors when building and testing our client artifacts.

+1
javadoc
203
trunk passed

_ Patch Compile Tests _

+1
mvninstall
507
the patch passed

+1
compile
331
the patch passed

+1
javac
331
the patch passed

+1
mvnsite
0
the patch passed

-1
pylint
2
Error running pylint. Please check pylint stderr files.

+1
pylint
3
There were no new pylint issues.

+1
shellcheck
2
There were no new shellcheck issues.

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
680
patch has no errors when building and testing our client artifacts.

+1
javadoc
201
the patch passed

_ Other Tests _

+1
unit
245
hadoop-hdds in the patch passed.

-1
unit
1081
hadoop-ozone in the patch failed.

+1
asflicense
74
The patch does not generate ASF License warnings.

5347

Reason
Tests

Failed junit tests
hadoop.hdds.scm.pipeline.TestRatisPipelineProvider

hadoop.ozone.client.rpc.TestOzoneClientRetriesOnException

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-894/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/894

Optional Tests
dupname asflicense shellcheck shelldocs mvnsite unit compile javac javadoc mvninstall shadedclient pylint

uname
Linux 53b193ccd49c 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 7991159

Default Java
1.8.0_212

pylint
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/2/artifact/out/patch-pylint-stderr.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/2/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/2/testReport/

Max. process+thread count
4667 (vs. ulimit of 5500)

modules
C: hadoop-ozone/dist U: hadoop-ozone/dist

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/2/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 pylint=1.9.2

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
37
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

0
shelldocs
0
Shelldocs was not available.

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
562
trunk passed

+1
compile
330
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
804
branch has no errors when building and testing our client artifacts.

+1
javadoc
201
trunk passed

_ Patch Compile Tests _

+1
mvninstall
486
the patch passed

+1
compile
328
the patch passed

+1
javac
328
the patch passed

+1
mvnsite
0
the patch passed

-1
pylint
1
Error running pylint. Please check pylint stderr files.

+1
pylint
2
There were no new pylint issues.

+1
shellcheck
1
There were no new shellcheck issues.

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
704
patch has no errors when building and testing our client artifacts.

+1
javadoc
197
the patch passed

_ Other Tests _

-1
unit
150
hadoop-hdds in the patch failed.

-1
unit
1216
hadoop-ozone in the patch failed.

+1
asflicense
69
The patch does not generate ASF License warnings.

5365

Reason
Tests

Failed junit tests
hadoop.ozone.container.common.impl.TestHddsDispatcher

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.ozone.client.rpc.TestOzoneRpcClient

hadoop.ozone.client.rpc.TestOzoneRpcClientWithRatis

hadoop.ozone.client.rpc.TestOzoneAtRestEncryption

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/894

Optional Tests
dupname asflicense shellcheck shelldocs mvnsite unit compile javac javadoc mvninstall shadedclient pylint

uname
Linux f2ba87fb78a6 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 14552d1

Default Java
1.8.0_212

pylint
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/artifact/out/patch-pylint-stderr.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/testReport/

Max. process+thread count
4434 (vs. ulimit of 5500)

modules
C: hadoop-ozone/dist U: hadoop-ozone/dist

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-894/3/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 pylint=1.9.2

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.


Rewrote vector::ops::transformations::tests::test_simplify_preserve_topology...

...to be less sensitive to GEOS changes.

[X] I agree to follow the project's code of conduct.
[X] I added an entry to CHANGES.md if knowledge of this change could be valuable to users.

This change replicates the test used in OSGeo/gdal for this feature rather than attempts a more challenging test:
https://github.com/OSGeo/gdal/blob/b33e3b318b6cf43d5ccfa35e1ad0e5e22313d09f/autotest/ogr/ogr_geos.py#L327
Closes #443

bors r+


Update index.md to check Societal SaaS pricing and Ocelloids

Check Societal SaaS Pricing as completed
Check Ocelloids first delivery and completed

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


HttpServerKeepAliveHandler does not account for some self-defined response body lengths

HttpServerKeepAliveHandler has logic to close a connection if a response does not have a self-defined body length:
https://github.com/netty/netty/blob/e8b5aeddef6f342e5e8ca1e03092c7b278da2915/codec-http/src/main/java/io/netty/handler/codec/http/HttpServerKeepAliveHandler.java#L74-L75
This logic correctly accounts for many self-defined body lengths:
https://github.com/netty/netty/blob/e8b5aeddef6f342e5e8ca1e03092c7b278da2915/codec-http/src/main/java/io/netty/handler/codec/http/HttpServerKeepAliveHandler.java#L114-L117
However, there are some response types that are not correctly accounted for. This leads to unnecessarily closing a connection and preventing connection reuse in such scenarios.
I have not audited all of the possible response types that may be missing, but the following scenarios are correctly captured in HttpClientCodec and HttpObjectDecoder but not HttpServerKeepAliveHandler:

Any response to a HEAD request (which MUST NOT include a body)
A successful response to a CONNECT request
304 Not Modified responses

https://github.com/netty/netty/blob/e8b5aeddef6f342e5e8ca1e03092c7b278da2915/codec-http/src/main/java/io/netty/handler/codec/http/HttpClientCodec.java#L265-L303
https://github.com/netty/netty/blob/e8b5aeddef6f342e5e8ca1e03092c7b278da2915/codec-http/src/main/java/io/netty/handler/codec/http/HttpObjectDecoder.java#L510-L513
For HttpServerKeepAliveHandler to be functionally correct, it should account for these scenarios as well. And perhaps all of the above classes should use some shared logic to guarantee consistency.

@Bennett-Lynch good catch... Maybe we should factor out all of this to a helper method and then just re-use ? WDYT ?

@normanmaurer I like the idea of some type of helper method, but that method would have to require parameters for both HttpRequest and HttpResponse, and the HttpServerKeepAliveHandler would have to be modified to contain a Queue<HttpRequest> or Queue<HttpMethod> to support that.

Yes

Am 08.02.2021 um 17:05 schrieb Bennett Lynch<EMAIL_ADDRESS>
@normanmaurer I like the idea of some type of helper method, but that method would have to require parameters for both HttpRequest and HttpResponse, and the HttpServerKeepAliveHandler would have to be modified to contain a Queue or Queue to support that.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.


Rewrite has_destructor as a fixed point analysis

Very similar to #765, you could look at the PR that fixed that issue and have a template for fixing this issue.
This will allow us to compute the information once and then cache the results, as well as remove the detect_has_destructor_cycle field.
I'm happy to mentor anyone who wants to pick this up.

I would like to take a stab at this. I've taken a look at the comments and the PR in #765, as well as the existing code for the has_destructor analysis, so I feel like I have what I need to get started.

@bd339 great! Let me know if you run into any trouble or have any questions!


Use of --add-opens and it's consequence

@akkinoc @123Haynes If we want to use this library with Spring boot 3.0.x and Java 17 we need to add a vm option --add-opens, but that would yield a serious security consequence as any module can be accessed by any module, and encapsulation will loose it's presence, So how to overcome this? And Considering this what effects can possibly arise that code should handle.

@vanditshah99 orika has not seen any development in the past 2 years so I stopped maintaining the starter.
I recommend using another mapper like mapstruct that is better maintained for production systems.
It's quite easy to migrate to mapstruct from orika.

@123Haynes can you provide more details on how it is "quite easy to migrate to mapstruct from orika" please? I am unfamiliar with Mapstruct. Our organization has quite a large Orika footprint and since it seems dead we are looking at alternatives.

@sruffatti with mapstruct you need to define an interface for the mapper. Apart from that it handles pretty much like orika.
See the "Mapstruct in 2 minutes" example at https://mapstruct.org/
You can also define one interface with several mappings. I defined one for each domain of my app for example to keep the migration effort manageable.
So for example for a spring project:
Define an interface:
@Mapper(componentModel = "spring")
public interface DomainMapper {

  BewerbungsMapper INSTANCE = Mappers.getMapper(DomainMapper.class);

  XmlResponse map(Response jsonResponse);

  Domainobject1 map(jsonDomainobject1 jsonDomainobject1);

  Domainobject2 map(XmlDomainobject2  xmlDomainobject2);

}

inject the Interface in your class and use it as you would use orika with
@Autowired
DomainMapper mapper;

[...]

Domainobject2 d2 = mapper.map(xmlDomainobject2)

you can use mapstruct and orika at the same time so you can easily migrate each mapping separately over some time before completely removing orika.

I added a note to README.md.

⚠ Please note that Orika has not been maintained for a long time (orika-mapper/orika#372).

This issue is not active, so I will close it.
If you still have problems, please open a new issue.


Determine patchType based on GVK and generate correct patch

This commit replaces the previous implementation, that would
first try a StrategicMergePatch and if that failed fall back
to a MergePatch with an implementation that follows the same
logic as kubectl.
It now determines based on the GVK, if it can create a strategic
merge patch. If not, it generates a merge patch. The patch
type is further now returned alongside the patch. Making sure
we're sending the correct patch with the correct patch type.
The previous implementation, incorrectly, did always send a merge
patch, even if the type was set to StrategicMergePatchType.

In hindsight, it's a surprise this ever worked at all...


while exporting the experiment we are facing issue

while we bring to export the experiment from one Databricks Workspace we are getting the fallowing error
(mlflow-export-import-env) (base) semac5002:mlflow_export_import tempsutho$ python3 -u -m mlflow_export_import.experiment.export_experiments \

--experiments<PHONE_NUMBER>888150  --output-dir /Users/tempsutho/Documents/MLFlowexportImport/experiments
MLflow Version: 1.12.0
MLflow Tracking URI: databricks
Options:
experiments:<PHONE_NUMBER>888150
output_dir: /Users/tempsutho/Documents/MLFlowexportImport/experiments
export_metadata_tags: False
notebook_formats: SOURCE
Experiments:
3903592783888150
Filesystem: LocalFileSystem
WARNING: cannot import name 'databricks_cli_utils' from 'common' (/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/common/init.py)
Traceback (most recent call last):
File "/Users/tempsutho/opt/anaconda3/lib/python3.8/runpy.py", line 194, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/Users/tempsutho/opt/anaconda3/lib/python3.8/runpy.py", line 87, in _run_code
exec(code, run_globals)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/experiment/export_experiments.py", line 108, in
main()
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow-export-import-env/lib/python3.8/site-packages/click/core.py", line 829, in call
return self.main(*args, **kwargs)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow-export-import-env/lib/python3.8/site-packages/click/core.py", line 782, in main
rv = self.invoke(ctx)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow-export-import-env/lib/python3.8/site-packages/click/core.py", line 1066, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow-export-import-env/lib/python3.8/site-packages/click/core.py", line 610, in invoke
return callback(*args, **kwargs)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/experiment/export_experiments.py", line 88, in main
exporter = ExperimentExporter(client, export_metadata_tags, utils.string_to_list(notebook_formats))
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/experiment/export_experiments.py", line 24, in init
self.run_exporter = RunExporter(self.client, export_metadata_tags, notebook_formats, self.fs)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/run/export_run.py", line 23, in init
self.dbx_client = DatabricksHttpClient()
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/common/http_client.py", line 56, in init
super().init("api/2.0", host, token)
File "/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/common/http_client.py", line 14, in init
raise MlflowToolsException("MLflow host or token is not configured correctly")
mlflow_export_import.common.MlflowToolsException: MLflow host or token is not configured correctly

we have provide the
export MLFLOW_TRACKING_URI=databricks
export DATABRICKS_HOST=https://northeurope.azuredatabricks.net
export DATABRICKS_TOKEN= my token here
python3 -u -m mlflow_export_import.experiment.export_experiments
--experiments<PHONE_NUMBER>888150  --output-dir /Users/tempsutho/Documents/MLFlowexportImport/experiments

Hi @surendraThot ! does your "Host" have some unique identification? For instance, mine is https://adb-<lots-of-numbers>.azuredatabricks.net/

Hello @surendraThot - late comment but I think this line in your error shows your problem:
WARNING: cannot import name 'databricks_cli_utils' from 'common' (/Users/tempsutho/Documents/MLFlowexportImport/mlflow-export-import/mlflow_export_import/common/init.py)


Return AuthResponse from postAuth api endpoint

Fixes: #11607
Signed-off-by: Antonio Murdaca<EMAIL_ADDRESS>

LGTM

Thanks!
LGTM


Dem dmt force model

New feature

New DMT contact force model.

How Has This Been Tested?

Application test need to be added. I think I'm just going to use the same test as the JKR model. Coming soon

Documentation

Theory has been refactor.

@voferreira could y ou also give it a look?

@blaisb Absolutely. I will start looking into it Today and finish Tomorrow or so.


feat(Form): apply transformations

🔗 Linked issue

❓ Type of change

[ ] 📖 Documentation (updates to the documentation or readme)
[ ] 🐞 Bug fix (a non-breaking change that fixes an issue)
[x] 👌 Enhancement (improving an existing functionality)
[ ] ✨ New feature (a non-breaking change that adds functionality)
[ ] 🧹 Chore (updates to the build process or auxiliary tools and libraries)
[ ] ⚠ Breaking change (fix or feature that would cause existing functionality to change)

📚 Description
this PR is port from component Form v2 https://github.com/nuxt/ui/pull/2460
📝 Checklist

[ ] I have linked an issue or discussion.
[ ] I have updated the documentation accordingly.

@rdjanuar Any idea on the typecheck failing? I made changes about @standard-schema/spec in https://github.com/nuxt/ui/pull/2563

oncheck @benjamincanac

CI check success, we good now @benjamincanac

Thanks @rdjanuar 😊


HWKAPM-787 Fix issue where internal fragments incorrectly classified …

…as client invocations

@pavolloffay Could you review please?

@pavolloffay Thanks - PR updated.

@pavolloffay Thanks!


Adapted to MCH Python blueprint and update to Python 3.11

Adaptation to MCH blueprint so it can be build with the tools
Update to Python 3.11
Refactor code, so it passes the pre-commit hooks

NOTE: Some files/errors are getting completely ignored from the pre-commit hooks because there are not in use and are about to be refactored in a upcoming PR.

Try to setup the unpinned and pinned environements with the script tools/setup_env.sh  (I recommend to use mamba for the unpinned, the -m option does not work yet)

Build the package and run

moveroplot C-1E-CTR_ch --plot_params TOT_PREC12 --plot_scores ME,MMOD/MOBS,MAE,STDE,RMSE,COR,NOBS
This should give you 2 png files with plots in it --> check the quality

It's not necessary to look at the files yet. A lot of the code is unused and part of the structure will be busted in the next PR in which I implement new tool features anyway.

There` no Unit-tests implemented yet with pytest


Use protobuf types instead of hotstuff-defined Go types with translation layers

It would be nice to avoid translations between protobuf types and hotstuff-defined types, such as those in hotstuffpb and corresponding translations. Such translations slows things down, adds memory allocation overhead, and is prone to errors in the translation code.

Looking at some profiles, it doesn't seem like the conversions are slowing things down much.
Here's a memory profile:
File: hotstuff
Type: alloc_space
Time: Apr 16, 2022 at 12:03pm (CEST)
Entering interactive mode (type "help" for commands, "o" for options)
(pprof) top
Showing nodes accounting for 652.07MB, 57.91% of 1126.06MB total
Dropped 174 nodes (cum <= 5.63MB)
Showing top 10 nodes out of 173
      flat  flat%   sum%        cum   cum%
  156.01MB 13.85% 13.85%   156.01MB 13.85%  math/big.nat.make
  107.02MB  9.50% 23.36%   212.02MB 18.83%  github.com/relab/hotstuff/crypto/ecdsa.ThresholdSignature.ToBytes
   82.50MB  7.33% 30.69%    82.50MB  7.33%  math/big.(*Int).Bytes (inline)
      78MB  6.93% 37.61%   138.51MB 12.30%  github.com/relab/hotstuff/crypto/ecdsa.Signature.ToBytes
   57.50MB  5.11% 42.72%    57.50MB  5.11%  context.WithCancel
   53.50MB  4.75% 47.47%    53.50MB  4.75%  reflect.New
   35.51MB  3.15% 50.62%    35.51MB  3.15%  google.golang.org/protobuf/proto.MarshalOptions.marshal
   34.51MB  3.06% 53.69%   212.03MB 18.83%  github.com/relab/hotstuff/crypto.(*cache).VerifyThresholdSignature
      24MB  2.13% 55.82%       24MB  2.13%  google.golang.org/protobuf/internal/impl.consumeBytesNoZero
   23.51MB  2.09% 57.91%    24.01MB  2.13%  google.golang.org/grpc.(*parser).recvMsg

memprofile.pb.gz
Here's a cpu profile:
File: hotstuff
Type: cpu
Time: Apr 16, 2022 at 12:01pm (CEST)
Duration: 70.65s, Total samples = 74.83s (105.91%)
Entering interactive mode (type "help" for commands, "o" for options)
(pprof) top
Showing nodes accounting for 43400ms, 58.00% of 74830ms total
Dropped 770 nodes (cum <= 374.15ms)
Showing top 10 nodes out of 217
      flat  flat%   sum%        cum   cum%
   13490ms 18.03% 18.03%    15130ms 20.22%  syscall.Syscall
   13130ms 17.55% 35.57%    13130ms 17.55%  runtime.futex
    6400ms  8.55% 44.13%     6400ms  8.55%  p256MulInternal
    3090ms  4.13% 48.26%     3090ms  4.13%  p256SqrInternal
    1710ms  2.29% 50.54%     1710ms  2.29%  runtime.epollwait
    1450ms  1.94% 52.48%     1450ms  1.94%  crypto/elliptic.p256OrdSqr
    1390ms  1.86% 54.34%     6610ms  8.83%  crypto/elliptic.p256PointDoubleAsm
     990ms  1.32% 55.66%      990ms  1.32%  crypto/elliptic.p256Sqr
     890ms  1.19% 56.85%     3540ms  4.73%  runtime.mallocgc
     860ms  1.15% 58.00%      860ms  1.15%  runtime.nextFreeFast (inline)
(pprof) top -cum
Showing nodes accounting for 13.95s, 18.64% of 74.83s total
Dropped 770 nodes (cum <= 0.37s)
Showing top 10 nodes out of 217
      flat  flat%   sum%        cum   cum%
     0.04s 0.053% 0.053%     17.25s 23.05%  github.com/relab/hotstuff/crypto.(*cache).Verify
         0     0% 0.053%     15.77s 21.07%  github.com/relab/hotstuff/crypto/ecdsa.(*ecdsaCrypto).Verify
     0.02s 0.027%  0.08%     15.75s 21.05%  crypto/ecdsa.Verify
         0     0%  0.08%     15.73s 21.02%  crypto/ecdsa.verify (inline)
     0.02s 0.027%  0.11%     15.73s 21.02%  crypto/ecdsa.verifyGeneric
     0.08s  0.11%  0.21%     15.16s 20.26%  runtime.mcall
    13.49s 18.03% 18.24%     15.13s 20.22%  syscall.Syscall
     0.04s 0.053% 18.29%     15.06s 20.13%  internal/poll.ignoringEINTRIO
     0.20s  0.27% 18.56%     14.54s 19.43%  runtime.schedule
     0.06s  0.08% 18.64%     14.11s 18.86%  github.com/relab/hotstuff/crypto/ecdsa.(*ecdsaCrypto).VerifyThresholdSignature.func1

cpuprofile.pb.gz

When I am doing experiments to derive the highest possible throughput from the implementation, I looked at the CPU profile and memory profile of the replicas at the current maximum of 300kops, it appears it is spending considerable time in GC around 11 % after I set GOGC to 2000, before that it was close to 16%.

In the memory profile, a significant majority of the allocation is to translate from proto to hotstuff-defined structures.

I guess this is the evidence we need for the performance impact this is having. I haven't studied this in-depth yet, but is it a large change to remove these translations? It would be interesting to see if we can boost the throughput even more without these translations.


Create generic concept for GmailBindAction to allow extension

The current solution looks good to me. To be honest, I'd probably only apply a string | GmailBindAction and call it day, but this is even better.
As for the code, couldn't/shouldn't the generic parameter rather be declared on the method instead of the class, since it only applies to that method?
Otherwise PR looks good to me.

Register could be changed to:
register(action: T, args: string | StringDict): void;

but that would be a breaking change

I don't think that would be correct, would it?
StringDict would only accept (non-key) values of type string, but handler needs to be a function, right?

My point there as on the change of the type of action, i.e:
register(action: string, args: string | StringDict): void;

to
register(action: T, args: string | StringDict): void;

the type of args was recently changed in another PR of mine

At present this code does not work:
const GmailFactory = require('gmail-js');
const gmail = new GmailFactory.Gmail(jQuery) as Gmail;
gmail.observe.register('popout_thread', popoutThreadConfig);

// this is an issue as on_dom expects a GmailBindAction
gmail.observe.on_dom(
  'popout_thread',
  ...
)

if you just change on_dom to take a string then you weaken the type safety that exists in cases w/o a custom dom event.

If the TS compiler can infer T for the main Gmails-class, that would be a nice feature to working.
If not, it’s definitely reduces the ergonomics for pretty much all other use-cases, and I’m against that.

well the idea is to provide a default for T so in 99% of use cases the users can use as is. Only in the case of wanting to register custom dom events does the user need to specify the typing.

I’d be OK with that.

Just checking in. Did you get anywhere with this one? :)

I think good for review. Only question is whether it makes sense to tighten the typing on register per my comment: https://github.com/KartikTalwar/gmail.js/pull/700/files#r886143560

Back from vacation now. Will try to take a look at this when I have time.

Apart from some minor nitpicks about return-types, this looks OK to me.
I won't need it, but if it doesn't otherwise interfere with "normal" GMailJS usage, I don't see the harm either.

Ready when you are 🙂

Any news on this one? It seems like it kinda stopped :smile:

This should be ready for review. This PR should have no breaking changes. There is an option to tighten the types on register but that would be a breaking change (requiring users to opt in to this new typing feature)


TagBot trigger issue

This issue is used to trigger TagBot; feel free to unsubscribe.
If you haven't already, you should update your TagBot.yml to include issue comment triggers.
Please see this post on Discourse for instructions and more details.
If you'd like for me to do this for you, comment TagBot fix on this issue.
I'll open a PR within a few hours, please be patient!

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/38865

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/40839

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/45293

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/49439

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/50943

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/51097


"!" does not highlight the line as a comment

Using an exclamation (!) character to comment code does not highlight the code as comment

Are you working in a .f or .f90 file? .f files use the punchcard - fortran grammar which follows the 1977 standard and doesn't include ! as a comment character.

I am working with a .f file. Thank you for the quick response.

Glad I could help! Since you're not the first person who's asked for this I'll make a note to update  README.md to explain this.


Possibly related issues:
https://github.com/rancher/k3s/issues/544
https://github.com/rancher/k3s/issues/535
https://github.com/rancher/k3s/issues/763#issuecomment-525675029

@warmchang
#544 - I already have DNSSEC disabled
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See resolved.conf(5) for details

[Resolve]
#DNS=
#FallbackDNS=
#Domains=
#LLMNR=no
#MulticastDNS=no
#DNSSEC=no
#Cache=yes
#DNSStubListener=yes

#535 - I don't see the connection here for this
#763 -
I uninstalled k3s and reinstalled using the below command
curl -sfL https://get.k3s.io | INSTALL_K3S_EXEC='server --no-deploy traefik --cluster-cidr=<IP_ADDRESS>/17 --service-cidr=<IP_ADDRESS>/17' sh -s -

running nslookup from a busybox
kubectl run -t -i busybox --image busybox
kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
If you don't see a command prompt, try pressing enter.
/ # nslookup kubernetes
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>:53

** server can't find kubernetes.default.svc.cluster.local: SERVFAIL

*** Can't find kubernetes.svc.cluster.local: No answer
*** Can't find kubernetes.cluster.local: No answer
*** Can't find kubernetes.eu-central-1.compute.internal: No answer
*** Can't find kubernetes.default.svc.cluster.local: No answer
*** Can't find kubernetes.svc.cluster.local: No answer
*** Can't find kubernetes.cluster.local: No answer
*** Can't find kubernetes.eu-central-1.compute.internal: No answer

/ # nslookup google.com
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>:53

Non-authoritative answer:
Name:	google.com
Address: <IP_ADDRESS>

*** Can't find google.com: No answer

/ # exit

Also #703, please verify that iptables --version does not run with nf_tables, it should be in legacy mode or pre 1.8.

iptables --version
   iptables v1.6.0

Is this ok?

Looks good, is there a firewall enabled?

it is yes,
ufw status
Status: active

To                         Action      From
--                         ------      ----
22                         ALLOW       Anywhere
80                         ALLOW       Anywhere
8787                       ALLOW       Anywhere
8000                       ALLOW       Anywhere
22 (v6)                    ALLOW       Anywhere (v6)
80 (v6)                    ALLOW       Anywhere (v6)
8787 (v6)                  ALLOW       Anywhere (v6)
8000 (v6)                  ALLOW       Anywhere (v6)


Fix incorrectly escaped backslash

Text was supposed to contain a backslash character in quotes. '\' was wrong, '\\' should be correct.

@JensMertelmeyer : Thanks for your contribution! The author(s) have been notified to review your proposed change.


initialize nestedframe

Initializes the NestedFrame module. Adds a few properties and an initial add_nested function.

Thanks for the comments, I've addressed them all in the latest commit


Using as Peripheral

Hi,
Is it posible to make virtual peripheral with this library. Actually ı need to use phone as a peripheral not central.
Thanks in advanced

It is possible but some things are still needed on this plugin I believe. I have a local fork in a project that is doing this, we planned to push things back to here as a PR but it's very involved with bluetooth code so it's not a simple PR to polish up 😄 - but you can definitely use this as a base.


Sign in system!!

DO NOT REMOVE THIS
Please make sure your issue complies with these guidelines:

[ ] Be using PMMP

[ ] Make sure the issue hasn't already been reported

[ ] Make sure you are on the latest version of PMMP & PiggyAuth

[ ] Have a detailed title like "Players are being kicked randomly"

[ ] Provide any crash dumps or errors

General

Server Software:

Version of PiggyAuth:

Data Provider:

[ ] MySQL
[ ] SQLite
[ ] YAML
[ ] JSON

Steps to Reproduce the Issue

Extra Information

Can you make it like only normal players are logged in by UUID(If using) and other defined groups like Admin and OPs have to login everytime with pass when they join the game??
Thank

I'll think about it

Thanks


Recursive options definitions causes problems with typename

As I understand it, if you have an option like @genqlient(typename: "Foo"), it applies not only to the field in question, but all child fields below it.  This causes problems.  In this case, change generate/testdata/queries/TypeNames.graphql to read like so:
# @genqlient(typename: "Resp")
query TypeNames {
  # @genqlient(typename: "User")
  user { id authMethods { provider email } }
  # @genqlient(typename: "Item")
  randomItem { id name }
  # (ok to reuse the name as long as they match)
  # @genqlient(typename: "User")
  users { id authMethods { provider email } }
}

make check now fails with this error:
        generate_test.go:104: testdata/queries/schema.graphql:135: conflicting definition for User; this can indicate either a genqlient internal error, a conflict between user-specified type-names, or some very tricksy GraphQL field/type names: expected GraphQL type AuthMethod, got User

Looking in the debugger, it's failing on if typ.GraphQLTypeName() != graphQLName {: graphQLName is User, but typ.GraphQLTypeName() is AuthMethod.

This also seems like it's a problem for pointer: true, though it's not a fatal one in that case.  If you change the query to be:
# @genqlient(typename: "Resp")
query TypeNames {
  # @genqlient(typename: "User", pointer: true)
  user { id name }
  # @genqlient(typename: "Item")
  randomItem { id name }
  # (ok to reuse the name as long as they match)
  # @genqlient(typename: "User", pointer: true)
  users { id name }
}

then the generated code includes code like:
                 +func (v *User) GetName() *string { return v.Name }

One could argue that's intentional -- though to me it's suprising -- and you can always turn it off with something like:
  # @genqlient(typename: "User", pointer: true)
  users {
      # @genqlient(pointer: false)
      id
      # @genqlient(pointer: false)
      name
   }

So I'm not filing this as a separate, related bug, though it's possible it is one.

Ah, I think I was fooled by the fact the examples have a bunch of fields on one line.  When I change the query to:
# @genqlient(typename: "Resp")
query TypeNames {
  # @genqlient(typename: "User")
  user {
    id
    authMethods { provider email }
  }
  # @genqlient(typename: "Item")
  randomItem { id name }
  # (ok to reuse the name as long as they match)
  # @genqlient(typename: "User", pointer: true)
  users {
    id
    authMethods { provider email }
  }
}

everything is fine.

@csilvers did you eventually find the documentation describing this behavior? This behavior is called out here and here.

Yeah, I did find the docs!

Yeah, this is perhaps a useful feature or perhaps a misfeature, but it's semi-intended!


[AUDIT][SPARK-43039][SQL] Support custom fields in the file source _metadata column

This change allows FileFormat instances to define the schema of the _metadata. This enables custom file formats to add their own fields to the _metadata column.
This change could affect our datasource classes.
Apache Commit - apache/spark@a31ac0492a

Need to validate that we fallback properly.

Since we don't support custom file formats on the GPU we should fallback. As per Matt's comment, this still needs to be verified.

Upon looking into this further the change in FileFormat will impact it's children ParquetFileFormat but we should get the change for free. The change is also backward-compatible.

Upon looking into this further the change in FileFormat will impact child class ParquetFileFormat but we should get the change for free. The change is also backward-compatible.

This change in Spark not only changes the FileFormat it also makes changes to the getPartitionedFile which needs to be addressed for Spark 4.0


Can't run iOS simulator, in spite of being successfully connected to Mac.

I bought a new mac for this purpose.  Nothing else installed besides Mono and Xcode.  Existing documentation didn't inform me whether I had to install Mono, XCode, both/neither?  I installed both after trial-and-error.
From VS2022 Maui Client project, I connected to my Mac via the toolbar.  Everything seems fine.
I went into Tools --> Options --> Xamarin --> iOS.  The Mac didn't appear connected there.  There is an inconsistency between the status of the Mac connection when displayed from the toolbar, and when the connection status is displayed in the Tools Options Xamarin iOS panel.  I disconnected and then connected via the Tools Options Xamarin iOS panel, and this time in this panel it appears my Mac is connected to the correct IP of the Mac.
"Simulator" - "Remote Simulator to Windows" is checked on enabled.  I toggled that in addition to toggling things by restarting both machines and getting things reconnected.
Here is the main problem:  I am unable to run an iOS simulator, even with a confirmed connected Mac.  I really haven't made many changes to my VS2022 environment, and I've done nothing to this new Mac except install mono and XCode.
I have a Maui Client that runs fine in the Windows Machine environment.
The same Maui Client runs fine in an Android simulator (although there is an issue with Android connecting to local web api, which I have submitted feedback on that issue separately.)
The same Maui Client will not run an iOS simulator.  There appear to be no iOS simulators in my list.  I can't see how to get my iOS simulator list populated.  I choose "iOS Simulator", and then the only option is "iOS Simulator".  When I attempt to run the Maui Client app from "iOS simulator", I get this error:
Please select a valid device before running the application.
Well, there are no simulators to select from.
After about an hour googling around and looking for other fixes, this (a) appears to be a common problem (b) None of the proposed solutions resolve the issue.
New Mac.
Pretty much clean Windows 11 machine with VS2022 updated to latest as of 2022-09-10.
I'm at a loss for what to try next.  I'll greatly appreciate any fix advice.

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

ID: 9a3e5ccb-ecdd-c174-6e36-ce3e74a68e4e
Version Independent ID: 9a3e5ccb-ecdd-c174-6e36-ce3e74a68e4e
Content: Remote iOS Simulator for Windows - .NET MAUI
Content Source: docs/ios/remote-simulator.md
Product: dotnet-mobile
Technology: dotnet-maui
GitHub Login: @davidbritch
Microsoft Alias: dabritch

Hi @tradegear
Apologies for the much delayed response to this. For help and questions about using this product, please ask a question at Microsoft Q&A. Thanks!


Add updates to modules section of lang.md

This is not a deep rethink of the docs here, but just an attempt to get
them up to date with (what I understand to be) the current state things.

[-] Tests added for any new code
[x] Documentation added for any new functionality
[-] Entries added to the respective CHANGELOG.md for any new functionality
[-] Feature table on README.md updated for any listed functionality

If these updates are too off the mark, and they should be dropped in favor of a deeper rewrite, lmk.


Doesn't Respond to any commands

I am running the plugin on a CraftBukkit Server (latest) and i am trying to set up seperate teams and i don't seem to get any response. I am using the Bukkit Legacy install of the plugin, Any ideas? :/

Whats is your server version and type?
Is it on online-mode=false server?
Do you get any errors in console?

1.15.2, CraftBukkit
??
I don't seem to get any errors in console.

Why Bukkit Legacy for 1.15.2?
Use the latest from https://luckperms.net (Bukkit, not Legacy)

I updated the file and now it won't show as installed anymore.

can you use https://bytebin.lucko.me to copy/paste your entire startup log into and send the link it makes

https://bytebin.lucko.me/hogxwgtdqu

looks like the file you're using is corrupted somehow - if you're using a host, upload it to the server with filezilla.
If you aren't, try redownloading and use the latest one, from https://luckperms.net this time.
If that still doesn't work, try using Paper (https://papermc.io) or spigot as server software.
If Paper doesn't work, and you are also doing all the previous steps, let me know.

Perfect Thank you. i changed to paper. :)


test(pkg): add unit tests for tar file edge cases

What this PR does / why we need it:
This PR adds unit tests for an issue that has come up multiple times where the archive processing code doesn't take into account the tar.TypeXHeader / tar.TypeXGlobalHeader entries that GitHub adds when creating a release archive for a chart, for example https://github.com/org/repo/master.tar.gz.
Depends on #7085.
Related: #5198.

Due to its size, it needs a review from another core maintained to merge.


A display error. I'm not sure I did it right.

Please make sure these boxes are checked before submitting your PR, thank you!

[ ] Make sure you follow Element's contributing guide (中文 | English | Español).
[ ] Make sure you are merging your commits to dev branch.
[ ] Add some descriptions and refer relative issues for you PR.

I think it was just the capital letter in::demo but I can't check it in local.
In English it looks good but in Spanish the demo disappears.

You are right.


Previews in Google Drive picker not always showing

Cause not yet known

This may be related: On my Google Drive, some .drawio files do not show the icon. Those files, to the best of my knowledge, are the ones that are not showing the preview. Some do show a preview but one from very old revisions of the drawing.

I second @jason-wisnieski's comment - the two issues I would like to raise are

I'm seeing some files that don't show previews
A few of the files that do show previews show an outdated preview from a previous revision of that document. I noticed that this gets fixed after enough time has passed.

I'd like to keep this ticket open

We believe this to have been a quota rate limiting issue, that quota has now been lifted.

@davidjgraph That's great to hear, are you referring to the first issue of previews not showing up or the second issue of previews showing up outdated, or both?

@davidjgraph I've ran through our documents and still notice some documents don't show a preview. I don't believe this issue is resolved.


How can I suppress the provider's UserAgent

I have the following scenario:
My provider does react based on the User-Agent sent by the Consumer.
Now there is a special case where no User-Agent is sent.
The problem is:
This test fails on the Provider's side, because the UserAgent seems to be automatically set, if it's empty:
2020-07-06T17:29:37,853 [main] DEBUG o.a.h.i.c.Wire http-outgoing-3 >> "User-Agent: Apache-HttpClient/4.5.2 (Java/1.8.0_231)"
This, of course, results in a test failure.
Is it somehow possible to force the Provider to set a specific user agent or suppress this behaviour?

Hi @DerKnecht,

My provider does react based on the User-Agent sent by the Consumer.
What exactly do you mean be react? Does it return a different format? Execute different functionality? Both?

Could you provide more details on the framework/technologies you use? Also, what does the pact file look like that you run the provider against?
Using Spring Boot and Junit5 for example, the following interaction results in an empty User-Agent being passed:
    {
      "description": "A request for an existing user",
      "request": {
        "method": "GET",
        "path": "/users/1",
        "headers": {
          "User-Agent": ""
        }
      },
      "response": {
        "status": 200,
        "body": {}
      }
    }

Am am working on a legacy project with java 1.8 and pact-jvm-provider-junit_2.12 version 3.6.11.
By "react" I mean that the provider will provide a different json response or http request depending on the UserAgent.
e.g.

When the user agent cannot be parsed or is not given, the provider will return a 400 bad request
When the user agent is correct, the version in the user agent is checked and a json will be responded which says if there is an update available or not
In most cases a json will be returned.

I think I will try to upgrade to a newer pact version and see if that fixes my problem.

It seems like I had a bug in my test. I'm not sure how I fixed it, but now it works.


Allow reset subscriptions even when lag is not available

Because subscription lag calculation can fail in multiple ways
like
{"type":"http://httpstatus.es/503",
"title":"Service Unavailable",
"status":503,"detail":
"Timeout waiting for events when getting consumer time lag"}

or

it is impossible sometimes to see the cursors or change them.

Fixed on the server side.


Work to add integration testing (and fix some bugs :)

fixes #277

Oofff hitting rate limits on image pulls
failed to deploy addon cert-manager: couldn't fetch latest jetstack/cert-manager release: GET https://api.github.com/repos/jetstack/cert-manager/releases/latest: 403 API rate limit exceeded for <IP_ADDRESS>. (But here's the good news: Authenticated requests get a higher rate limit. Check out the documentation for more details.) [rate reset in 29m13s]


haskellPackages.cabal-plan: jailbreak

Description of changes
haskellPackages.cabal-plan: jailbreak
I have checked that cabal-plan can be built with newer text and optparse-applicative.
Things done

Built on platform(s)

[x] 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/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

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

[ ] Fits CONTRIBUTING.md.

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

On Thu, 18 Jan 2024, sternenseemann wrote:

Please make sure your commit messages conform to the commit message guideline in CONTRIBUTING.md.

Better now?

Yes, thank you!


not such LumenServiceProvider

hi, I use Lumen framework and wanna use backup-manager to backup my database;
but after I run 'composer require backup-manager/laravel',
there is no such providers named 'LumenServiceProvider'.
how could I fix this?thank you !

Hello, Lumen is an untagged release. Try dev-master. There's a new version coming soon.

It works!
Thank you!


Add serialization error handling to settings projection layer

Summary of the Pull Request
Now that CascadiaSettings is a WinRT object, we need to update the error handling a bit. Making it a WinRT object limits our errors to be hresults. So we moved all the error handling down a layer to when we load the settings object.
Warnings encountered during validation are saved to Warnings().
Errors encountered during validation are saved to GetLoadingError().
Deserialization errors (mainly from JsonUtils) are saved to GetSerializationErrorMessage().
References
#7141 - CascadiaSettings is a settings object
#885 - this makes ripping out CascadiaSettings into TerminalSettingsModel much easier

PR Checklist

[x] Tests passed

Validation Steps Performed

[ ] Tests passed
[X] Deployment succeeded

tested with invalid JSON (deserialization error)
tested with missing DefaultProfile (validation error)

Note to Reviewers
Feel free to review this before #7457. It's an awkward size that's...

a bit too big/complex to be included in #7457
a bit too small to be it's own PR

So I'm fine either way.


Use canvas.render instead of grabFramebuffer for screenshot

Description
The current qt_viewer.screenshot strategy requires uses the Qt grabFramebuffer() method to get a copy of the canvas... but this requires that the widget actually be visible.
Vispy provides a SceneCanvas.render() method that renders the scene to an offscreen buffer and returns the image array.  This lets us take a screenshot of the canvas even when the viewer is not shown.
this would fix #1105 ... and allow screenshot tests to work without explicitly passing viewer_factory(show=True).  Note... for screenshots that include the viewer window, it will still be necessary to pass show=True
Type of change

[x] Bug-fix (non-breaking change which fixes an issue)

How has this been tested?

[x] the example test in #1105 passes
[x] all tests pass with my change

Final checklist:

[x] My PR is the minimum possible work for the desired functionality
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works

@tlambert03 so funny, I was never able to get that to work - I always got error messages or there were problems with layer ordering / blending modes etc. I just tried your PR and it seems to work. Do you know if vispy recently made a fix? We should now add some pretty comprehensive introspection tests, like multiple layers on top of each other, make sure the blended pixel is what we expect etc.
Also it does seem like quite a lot of our tests are failing with the new approach

huh, not sure if they changed anything.  (it's the first time I've played with it).
annoying on the tests... they don't fail locally or on mac CI, so it's gotta be that whole virtualized GL thing again, which i still don't really have a good grasp on.  so that would obviously need to be figured out too.

Yeah - see #181 for a previous screenshot bug. I can't seem to reproduce now, so maybe it is fixed / a different approach, but that is part of why I am wary. Can we also fix #1105 just by the show=True parameter or does that not work either?

show=True also works... but I don't think we should give up on this or be wary... I definitely think it's the better approach to going through Qt.  but there's no hurry on figuring it out.

show=True also works... but I don't think we should give up on this or be wary... I definitely think it's the better approach to going through Qt. but there's no hurry on figuring it out.

Agreed - am I right in thinking we need a quick PR to allow for show=True to be an option for people that want to do screenshot tests with introspection right now though? I could then use that in #1053. If so can you make a quick PR with a minimal introspection test like @GenevieveBuckley had in #1109 that would be great, then we can revisit the canvas render option at a longer timescale

am I right in thinking we need a quick PR to allow for show=True to be an option for people that want to do screenshot tests with introspection right now though?

no PR needed.. that's already an option.  Genevieve just needs to change the test as I described here https://github.com/napari/napari/issues/1105#issuecomment-608382286

This PR is over a year old @tlambert03, wondering if this is something worth finishing :) ?


Prediction interrupted; please retry (code: PA)

Similar to this issue - https://github.com/replicate/replicate-python/issues/135
I get the error Prediction interrupted; please retry (code: PA) sometimes even when passing in the input file as a presigned URL (not in the body of the request). File size is only 10-20mb also
My function version: dec18ae11244f97ff00bdbe9cb7c060cbaf909ca60ac3a07b803783219042854
Failed prediction via API: tjvz6b95x9rge0cjq7ttf7agyr
Reran again via API and it succeeded: ydmnk0kt3hrgc0cjqt2tk7d3q8
My code:
const response = await fetch("https://api.replicate.com/v1/predictions", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${REPLICATE_API_TOKEN}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      version:
        "dec18ae11244f97ff00bdbe9cb7c060cbaf909ca60ac3a07b803783219042854",
      input: {
        input_video: greenscreenURL,
      },
    }),
  });

I’m getting this error well into the training process, so I don’t think it could be file size-related? Would be great if someone from the team deciphered what the “code PA” actually means:

The immediate cause for failures with this error is that the instance running the prediction stopped sending the heartbeat that indicates it's still running the prediction. The underlying cause can be a variety of issues, such as networking issues or the underlying compute going away.
A more common cause is that the process coordinating the work (and sending the heartbeats) gets OOM killed. That's why you might see this more often when handling large files with data URIs, as that can put a lot of pressure on memory.
Are you seeing this reliably for a given model and set of inputs? How are you sending input files?

A more common cause is that the process coordinating the work (and sending the heartbeats) gets OOM killed. That's why you might see this more often when handling large files with data URIs, as that can put a lot of pressure on memory.

Thanks, that might be it. I was sending data URIs from localhost as I didn't want to mess with hosting. But we do have S3 storage in the stage/production environment, so I tweaked the code to send data URIs from local and stored URLs otherwise, which seem to have solved the issue for stage/production.


chore: new hook in .pre-commit-hooks.yaml

Adds a new hook for doing IaC config scanning https://aquasecurity.github.io/trivy/v0.38/docs/misconfiguration/scanning/.

Fixes https://github.com/mxab/pre-commit-trivy/issues/6.


Voting

Voting application for the General Assembly.

This application is nearing it's completion. A few things remain to be added and a short todo list of bug fixes and one or two features remain. Additionally the "art pass" to make things look and feel pretty.

Developer art has been changed.


[Enhancement] Allow users to crop an image by selecting any side of the cropping interface rather than the corners only

Is your feature request related to a problem? Please describe.
Currently, when I want to crop an image, I need to hold the corner of the cropping interface then crop. If I hold any side of the cropping interface and try to crop, it just moves the image around.
Describe the solution you'd like
Simply holding any side of the cropping interface should allow me to crop the image normally as is common on other image editors. As for moving the image, the behaviour can be changed so that the image moves if the user selects any empty space within the cropping interface.

Just to help your case, I'm adding a comparison between this Gallery app's cropping tool and the default Markup cropping UI.
Gallery's Crop tool:
https://github.com/user-attachments/asshttps://github.com/user-attachments/assets/1fd70c20-fe25-4f35-bf42-3bf7758fd105
Markup's Cropping UI:
https://github.com/user-attachments/assets/88dfecec-b63d-4169-86f4-034411508c7f
Observations:

The image could be a tad smaller so as to make it easier to grab the cropping handles.
Maybe make the "Zoom to crop" feature optional? That feature seems more subjective if I may say so...

@IacobIonut01 In the first video, when users drag a selection zone wider than the image's maximum width, the app reduces the height of the selection area. This behavior makes it impossible to select the image's maximum width while preserving the original selected height.
I suggest a better approach would be to maintain the selection's original height and adjust the width to match the image's maximum width.


task: split kube test into two tasks

Try to improve kube tests times by splitting into two tasks

evergreen refresh


Switch back to Counter based SpinLockIRQ

Fixes #190. Fixes #192.
 This allows us to tell SpinLockIRQ that interrupts are already disabled by incrementing the counter and allows us to decrement the counter again (without disabling interrupts yet) right before entering userspace again.
This also contains a fix for a mistake in #528, because I failed to copy-paste some checks into try_lock. >_> If this PR doesn't go through, then that should still be fixed anyway.

They don't, per-se. Even the one which I have marked unsafe consists of entirely safe code. (I haven't marked the other two as unsafe because they were previously safe, but I am willing to change that.)
However, I consider calling them unsafe, as manually incrementing/decrementing the counter at the wrong time is going to break the counter and cause deadlocks.
Could possibly make it less fragile by disabling interrupts every time disable_interrupts is called, but that probably means that stuff will just break in a different, non-obvious way.

The safety comments on the unsafe fn should be modeled like clippy asks (clippy version used in SunriseOS doesn't have that lint right now, but we'll update soon-ish). E.G. it should be a # Safety section in the markdown (and not # Unsafety).
As for the // Safety comments, they should go inside the unsafe block. I'm planning on making a tool that looks for unsafe blocks and checks that they contain a safety comment ^^'.


How to use

I'm new at ghidra but have been using IDA Free for a while.
I'd like to disassemble and analyze a DOS4GW-based game. After installing this extension and opening the executable, I expect to see the starting real-mode segments, and then the protected mode 32-bit segments for the rest of the code. I'm not sure this is actually happening. Is there anything specific I need to do?

If the installation went correct, it should detect LX/LE/LC when importing a new file:

And when you then import it, it should look like this:

Which ghidra version did you download? I might have to push an update for 10.1 as the latest release is for 10.0 still.

You will not see the MZ 16-bit code, as Ghidra does not support mixed memory models to map both the 32 bit and the 16 bit code at the same time. However, for dos4gw games the MZ loader is pretty standard stuff and not of much interest anyway I'd say. So you won't need it unless you feel like reversing a particular DOS extender itself.

I have the latest ghidra 10.1.2. I just updated the version string in your loader to make it work lol.
Yeah I don't care about the MZ loader. I'll give it another shot and see if it works.
Also another question: I've been working for a while on a different project for an older MZ executable that's entirely 16 bit. It has 20 different possible overlays into the last part of the main segment, and loads them into that area as necessary when reaching the particular part of the game. I had to work around IDA Free's limitations to support it (I just saved the memory image from dosbox, and then loaded it into IDA, which allows working with DOS files). I also have 20 different versions of the IDA file, to deal with the different overlay possibilities. Would your loader have a better way of dealing with this issue? IDA wants to put the overlays in different segments, which doesn't work because they all assume the same memory location and access data and code that's previous to them in the segment.

I have the latest ghidra 10.1.2. I just updated the version string in your loader to make it work lol. Yeah I don't care about the MZ loader. I'll give it another shot and see if it works.

Alright haha.

Also another question: I've been working for a while on a different project for an older MZ executable that's entirely 16 bit. It has 20 different possible overlays into the last part of the main segment, and loads them into that area as necessary when reaching the particular part of the game. I had to work around IDA Free's limitations to support it (I just saved the memory image from dosbox, and then loaded it into IDA, which allows working with DOS files). I also have 20 different versions of the IDA file, to deal with the different overlay possibilities. Would your loader have a better way of dealing with this issue? IDA wants to put the overlays in different segments, which doesn't work because they all assume the same memory location and access data and code that's previous to them in the segment.

No, this loader won't load any 16 bit code from the original MZ at all. Everything needed for LE executables is outside the MZ part, even if they are mixed 16/32 bit, the 16bit code will be put into an LE-style object. Your only option there is to use the standard MZ loader from ghidra, which I can't tell how good it is.
Writing a custom loader however is pretty easy. I'm sure you could put something tailored to your needs together in no time.

OK just tried it and the extension is not activated. I don't get the option to load an LE/LX file when I import it. Any idea how to update it?

I installed ghidra 10.0.1, installed the extension, and the file type is still not detected by the loader...

Can I find the file somewhere to test it?
I also updated the release page. There was a release for 10.1 from december but somehow it wasn't showing up as latest.

It's either of the 2 executables used for x-com apocalypse.

The xcomapoc.exe from the GOG version is not an LE exe and doesn't use a DOS extender. It's just a plain old MZ exe, so I guess Ghidra is right saying its Old-Style MZ.

That's just a wrapper. You have to look deeper in the directories. You want the files TACP.exe and UFO2P.exe.

I'm sorry to say, but neither TACP.exe nor UFO2P.exe look like Linear Executables either.
If you tried to parse them as LE, it just doesn't make sense. I don't think those MZ have a e_lfanew field at all. You can see on the right side that actual header seems to end after the overlay field and the reserved fields and lfanew are already from relocation data, which seems very wrong.
If you still ignored this red flag and continued, you would get a file layout as shown on the left, which clearly looks broken as well:

wdump.exe also seems to agree it's not LE.
`Open Watcom Executable Image Dump Utility Version 2.0 beta Jun  1 2021 00:37:25 (16-bit)
Copyright (c) 2002-2021 The Open Watcom Contributors. All Rights Reserved.
Portions Copyright (c) 1984-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
                            DOS EXE Header

==============================================================================
length of load module mod 200H                       =     0074H
number of 200H pages in load module                  =     007BH
number of relocation items                           =     004EH
size of header in paragraphs                         =     0020H
minimum number of paragraphs required above load mod =     0001H
maximum number of paragraphs required above load mod =     FFFFH
offset of stack segment in load module               =     0121H
initial value of SP                                  =     0340H
checksum                                             =     F7CDH
initial value of IP                                  =     2382H
offset of code segment within load module (segment)  =     01BDH
file offset of first relocation item                 =     001EH
overlay number                                       =     0000H
load module length                                   = 0000F474H
Additional file data follows DOS executable.
                       DOS/16M EXE Header - BW

==============================================================================
file offset = 0000F474H
                          DOS/16M EXE Header

==============================================================================
length of load module mod 200H                       =     0050H
number of 200H pages in load module                  =     0076H
reserved1                                            =     0000H
reserved2                                            =     0000H
minimum memory allocation in KB                      =     0001H
maximum memory allocation in KB                      =     0180H
initial value of SS                                  =     0090H
initial value of SP                                  =     78D0H
selector for start of huge reloc list                =     0098H
initial value of IP                                  =     88B3H
initial value of CS                                  =     0080H
runtime GDT size in bytes less one                   =     3FFFH
MAKEPM/GLU version * 100                             =     0818H
offset of possible next spliced .exp                 = 0001E0C4H
offset of debug info                                 = 0000EC50H
last selector value used                             =     0098H
private memory allocation in KB                      =     0000H
allocation increment (ExtReserve) in KB              =     0100H
reserved3                                            = 00000055H
reserved4                                            =     0000H
runtime options bit mask                             =     3010H
selector of transparent stack                        =     0000H
module flags                                         =     0007H
program size in paras                                =     0000H
file size of GDT in bytes less one                   =     009FH
first user selector (0 -> default of 0x80)           =     0080H
default mem strategy                                 =       00H
reserved5                                            =       92H
transfer buffer size in bytes (0 -> default of 8192) =     0000H
load module length                                   = 00000000H
GLU version                                          = 2. 72
original name: VMM.EXP
GDT selectors:
Size in    Size in
Sel #    Access    File offset   File       Memory     DPL    Present    Flags

0080      ER         00F544       0CA90      0CA90     0         1
0088      RW         01BFD4       00000      00000     0         1       Z
0090      RW         01BFD4       01E90      08870     0         1
0098      RW         01DE64       00260      00260     0         1
                       DOS/16M EXE Header - BW

==============================================================================
file offset = 0001E0C4H
                          DOS/16M EXE Header

==============================================================================
length of load module mod 200H                       =     01E0H
number of 200H pages in load module                  =     00B8H
reserved1                                            =     0000H
reserved2                                            =     0000H
minimum memory allocation in KB                      =     0000H
maximum memory allocation in KB                      =     0000H
initial value of SS                                  =     00A8H
initial value of SP                                  =     7260H
selector for start of huge reloc list                =     00B0H
initial value of IP                                  =     2CD3H
initial value of CS                                  =     0080H
runtime GDT size in bytes less one                   =     FFFFH
MAKEPM/GLU version * 100                             =     0818H
offset of possible next spliced .exp                 = 000352A4H
offset of debug info                                 = 000171E0H
last selector value used                             =     00B0H
private memory allocation in KB                      =     0000H
allocation increment (ExtReserve) in KB              =     0000H
reserved3                                            = 0000006AH
reserved4                                            =     0000H
runtime options bit mask                             =     1000H
selector of transparent stack                        =     0000H
module flags                                         =     0005H
program size in paras                                =     0000H
file size of GDT in bytes less one                   =     00BFH
first user selector (0 -> default of 0x80)           =     0080H
default mem strategy                                 =       00H
reserved5                                            =       92H
transfer buffer size in bytes (0 -> default of 8192) =     0000H
load module length                                   = 00000000H
GLU version                                          = 2. 72
original name: 4GWPRO.EXP
GDT selectors:
Size in    Size in
Sel #    Access    File offset   File       Memory     DPL    Present    Flags

0080      ER         01E1B4       05F90      05F90     0         1
0088      ER         024144       0C1C0      0C1C0     0         1
0090      ER         030304       00740      00740     0         1
0098      ER         030A44       00130      00130     0         1
00A0      RW         030B74       00000      00030     0         1       Z
00A8      RW         030B74       040B0      07D00     0         1
00B0      RW         034C24       00680      00680     0         1
`

Interesting. That's definitely a surprise to me.

Everything I find online suggests the game uses DOS4GW. Doesn't that imply it uses linear executables?

Also I was able to unpack the executable using the DOS32A unpacker. It's definitely an LE file.

Indeed, I can see it now. Weird but certainly interesting. I should be able to make the loader load the unbound LE exe first for s start, than try figuring what's going on in the MZ part with SB.

Ok I added support to load unbound LEs and it looks good to me now with the *.LE from sb.exe

It works! Thank you! Now I just need to learn ghidra :)

@bluddy for the record, the original exe is in DOS/16M format http://www.rdos.net/svn/tags/V9.2.5/watcom/bld/wl/test/dos16m/readme.txt

For what its worth, the next version will be able to load those files with all file headers out of the box (i.e. wihtout unbinding with sb.exe)


Make the start log use BrandName instead of hardcoded "Minestom"

Weird these tests fail even without modified code...

The test this PR failed on is particularly flaky for some unknown reason, I've seen it fail on my PRs, and when the test was run again, it passed.

Can I re run the tests?

There we go


General cleanup + add Puppet4 datatypes

How does this relate to https://github.com/camptocamp/puppet-systemd/pull/18?

Shiiiiit I mised #18 :(
We should probably integrate both. I'm fine with dropping my puppet4 commit here.

it would be really great to merge that PR, one day.

A forge release after this has been merged would also be great.

@bastelfreak #18 has been merged if you want to rebase and/or see if you have anything that needs to be changed that should be in this PR.


Properly protect access to the provider flag_activated field

This flag was not always locked when it should be
Fixes #15005

24 hours has passed since 'approval: done' was set, but this PR has failing CI tests.  Once the tests pass it will get moved to 'approval: ready to merge' automatically, alternatively please review and set the label manually.

Fixup pushed to address CI failures. @paulidale - please can you reconfirm?

This pull request is ready to merge

Pushed. I tweaked the commit message so that it was in English.

I tweaked the commit message so that it was in English.

Sorry this comment was actually intended for #15033


Updated the demo and source paths

Updated the demo and source paths for my submission

Thanks for keeping it updated!

hello, view it on GitHub https://github.com/CodingTrain/Rainbow-Code/pull/270
thanks

On 12 Oct 2017, at 15:10, Pankaj Sambyal<EMAIL_ADDRESS>wrote:
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/CodingTrain/Rainbow-Code/pull/270,


[Submission]: Optimal Pauli string grouping for dense operators

Github repo
https://github.com/atlytle/dense-ev
Description
Implements expectation value measurements in Qiskit using optimal dense grouping. Dense-ev provides an improvement of ~2^m over naive grouping and (3/2)^m over qubit-wise commuting groups. Based on arXiv:2305.11847.
Email
<EMAIL_ADDRESS>Alternatives
No response
License
Apache License 2.0
Affiliations
University of Illinois at Urbana-Champaign
Tags
paper implementation
Website
https://github.com/atlytle/dense-ev

Awesome 🚀

@atlytle seems your last commit make the tests doesn"t pass anymore :/

I had expanded the test coverage slightly, locally it runs ok with tox and unittest. I changed the function name to check_random_H(m) in case there is something automatic with functions "test*()". Do you have any suggestions? Thanks!

@atlytle never mind
I just did a test run, and it seems to passed --> run log : https://github.com/mickahell/ecosystem/actions/runs/5882471443/job/15953060710
Maybe that was just a network problem or something like.
Can you just do an edit in your issue and modify a space or a dot and save, that'll launch the wf again :)

hello @atlytle! You joined the Qiskit Ecosystem a little while ago and I just wanted to check in and let you know of some follow up actions you can take to make the most of joining the program, if you're interested:
💬  Join other Qiskit ecosystem developers in the Slack channel #qiskit-ecosystem (if you are not in the Qiskit workspace yet, you can sign up here: https://qisk.it/join-slack)
🧠  Help us define the future of the Qiskit Ecosystem: we recently started an RFC on how the Ecosystem should be structured. It is very draft-y at the moment, but you can subscribe for notifications here Qiskit/RFCs#42 to participate in that discussion.
📣  Would you like to showcase your project to the Qiskit community? A couple of things you can do to raise awareness for your project:

write a blog for your project (reach out to Abby Mitchell via slack or email if you'd like to be featured on the Qiskit Medium)
Participate in Qiskit Demoday. (reach out to Luciano Bello via slack or email to request a slot to demo your project)

Great having you as a part of the ecosystem!

Thank you, @1ucian0!


Unexpected value when parsing config

I am trying to pare Arista EOS config, which is mostly Cisco like, however getting unexpected results:
#!/usr/bin/python3
import sys
import confparser
doc = '''

match: interface (\S+)
parent: interface
child:

match: load-interval (\S+)
name: load-interval
match: switchport (\S+)
parent: switchport
child:

match: trunk (\S+)
parent: trunk
child:

match: native (\S+)

match: mlag (\S+)
name: mlag
'''
cfg = '''
interface Port-Channel1
load-interval 30
switchport trunk native vlan 100
switchport trunk allowed vlan 100,200,300-303,400,500
switchport mode trunk
mlag 1
spanning-tree portfast
!
interface Port-Channel2
description et-50/1 Core-1-port-0
load-interval 30
switchport trunk native vlan 100
switchport trunk allowed vlan 100,200,300-303,400,500
switchport mode trunk
mlag 2
spanning-tree portfast
!
interface Port-Channel3
description et-0/0/52-to-Core-2-port-0
load-interval 30
switchport trunk native vlan 100
switchport trunk allowed vlan 100,200,300-303,400,500
switchport mode trunk
mlag 3
spanning-tree portfast
!
'''
print(confparser.Dissector(doc).parse_str(cfg, indent=3))

What I see is this:
{
"interface": {
"Port-Channel1": {
"load-interval": "30",
"switchport": {
"trunk": {},
"mode": {}
},
"mlag": "1"
},
"Port-Channel2": {
"load-interval": "30",
"switchport": {
"trunk": {},
"mode": {}
},
"mlag": "2"
},
"Port-Channel3": {
"load-interval": "30",
"switchport": {
"trunk": {},
"mode": {}
},
"mlag": "3"
}
}
}
However I would expect that trunk block should became a key, "native" subkey and "vlan 100" as a value
{
"interface": {
"Port-Channel1": {
"load-interval": "30",
"switchport": {
"trunk": {
"native": "vlan 100"
},
"mode": "trunk"
},
"mlag": "1"
},
Sorry I am exhausted with ideas, maybe tried all what is possible ))

You can take a look at ios.yaml, which parses most of your Arista config.
- match: interface (\S+)
  parent: interface
  child:
  - match: switchport trunk allowed vlan (?!add)(\S+)
    name: allowed_vlan
    action: expand
  - match: switchport trunk allowed vlan add (\S+)
    name: allowed_vlan
    action: expand

will output:
{
    "interface": {
        "GigabitEthernet1/1/1": {
            "allowed_vlan": [
                "10",
                "11",
                "12",
                "15"
            ]
        }
    }
}


Bow Combo Stacker

heheha

pls add how high the combo multiplier should or if a not fully charged bow should be added to the combo to e.g. prevent bow spamming

Combo stacks 7 times


[release/1.2.z][TC-1857]-fix: Add a numeration prefix to each Bar name to avoid collision

Backport of https://github.com/trustification/trustification/pull/1934
https://issues.redhat.com/browse/TC-1857

Merging this PR as it is a backport of a PR already tested and reviewed.


Awaiting writer.end() doesn't write to file

Awaiting writer.end() doesn't close the original filestream as of ^2.0.0.
eg.
await writer.end()
console.log(`finished: ${await csvtojson().fromFile(filepath).length}`)

sometimes throws  Error: File does not exist.
I got around this issue by manually closing the filestream:
  const writer = csv_writer()
  const stream = fs.createWriteStream(csv_file)

  writer.pipe(stream)
  json_obj.forEach((row) => writer.write(row))
  writer.end()

  await new Bluebird((resolve) => {
    stream.on('close', resolve)
  })

A manual fix without using Bluebird:
await new Promise((resolve, reject) => {
    stream.on('close', resolve);
    stream.on('error', reject);
    writer.end();
});


ARTEMIS-932 2 brokers can be started using the same store

This is breaking a lot of the collocated servers.
Run the examples, run the whole testsuite.
I just ran the examples and the colocated ones are broken after this.


How does the RAG API's API key follow the user-provided in .env under custom endpoint conditions?

What is your question?
How does the RAG API's API key follow the user-provided in .env under custom endpoint conditions?
More Details
I tried to use RAG_OPENAI_API_KEY=user_provided in .env, but it didn't work.

Can this be designed to follow the RAG API with the user-provided API key?
What is the main subject of your question?
Endpoints
Screenshots
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

STT_API_KEY and TTS_API_KEY are the same issue as RAG, I only take effect when I input a specific key like sk-xxx, and inputting user_provided is invalid


Fix vulnerabilities shell-js and path-parse

Task name: GulpV1
Description: fix vulnerabilities shell-js and path-parse
Documentation changes required: N)
Added unit tests: N
Attached related issue: https://github.com/microsoft/build-task-team/issues/3069
Checklist:

[x] Task version was bumped - please check instruction how to do it
[x] Checked that applied changes work as expected

/azp run

@mmrazik, could you please take a look at PR.


[Bug] Getting OC CAGI logo return 404 error

Is there an existing issue for this?

[X] I have searched the existing issues

What product(s) are you seeing the problem on?
OpenChallenges
Current behavior
2023-11-18 02:57:47 tornado.access:WARNING 404 GET /Vgl6inm5i-XIx6E4aypBEoaeX0U=/140x140/logo/CAGI.png (<IP_ADDRESS>) 214.64ms

Expected behavior
No response
Anything else?
No response
Commit ID
No response
Are you developing inside the dev container?

[X] I am using the dev container

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Ah, nice catch!  I just checked the Google Sheets - not sure when, but its objectKey was updated without my knowledge.  I just checked our S3 bucket and the objectKey should be cagi.png, not CAGI.png.
Will fix push the latest fix on Monday.


fix reading revisions for updated cluster

PR fixes analyzer revisions reading for case where system database has no revisions record (updated old database case)
Also looping removed while loading analyzers revision for query. As for old database this will never succeed and just performace killer. For new database looping is only best effort check and gives no guaranties as still revision may be not distributed for freshly created database. So revisions is searched only once and plan is loaded only if it wasn't loaded before at all.
Fix is verified by js tests
Requires oscar branch feature/resilience-analyzers-testsuite to run resilience_analyzers tests
https://jenkins.arangodb.biz/view/PR/job/arangodb-matrix-pr/10970/

tests blue

https://jenkins.arangodb.biz/view/PR/job/arangodb-matrix-pr/11224/

https://jenkins.arangodb.biz/view/PR/job/arangodb-matrix-pr/11225/ restarted due to oscar branch missed


Flow error with TimelineItemTitle

See attached image - this has been here for a while and we should seek to resolve it for good.

I have a PR coming for this one. Few fixes including some browser warnings. Should be in by the end of the day.
Sent from my iPhone

On Nov 11, 2018, at 11:17, Aaron Coplan<EMAIL_ADDRESS>wrote:
See attached image - this has been here for a while and we should seek to resolve it for good.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

:tada: This issue has been resolved in version 1.21.4 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fix an error when an event occurs on deleted obj

fix https://github.com/GoodBoyDigital/pixi.js/issues/1817

I feel like this just hides the symptom, I want to track down the cause and fix it.

I think you're right. Thinking about it, I find it odd to see this error reported on the same day that it occured to me on a old code.
I did change things, however, like setting the shared ticker update at the start of my main loop.
For now, the temp "fix" is visibily enough but it is worth investigating.

Objects in pixi that can be destroyed in the render loop could use a .destroyed property flag. Would help with situations like this, and potentially more we haven't found or encountered yet.

I'm curious to see a minimal example to reproduce this problem. Do you guys have one? It would be great to write some test cases to avoid this situation.


Crash All-in-one converter 2.0.0

Namely on some cards kkpmx_core 2.0.0 crashes, which in turn was not the case with kkpmx_core 1.8.4 and unfortunately the software immediately shuts down without a log being created.
Here are two cards that crash with kkpmx_core 2.0.0:
https://drive.google.com/file/d/1Ej9Dw8MzQpHrflm0OGIrh_qoM0QGeCYn/view?usp=drive_link
https://drive.google.com/file/d/1zEN5B6SDoz8UUwjGsJQSMJMoIIF0Ndq7/view?usp=drive_link

I have noticed that whenever I export a certain clothing with your plugin via Coordinate, this error always happens with the 7: Parse Result from Plugin (image above).
coordinate: https://drive.google.com/file/d/1g23Ji7OgD2C8p_yV10WdDKcQPpFUAmlS/view?usp=sharing

I'll look into it o/

Please try it out, it should be fixed now ^-^

Yes, it goes on now, unfortunately there is another error with the first card above.

Should be fixed now o7

Super works now thanks for your work.


rstudio 1.1.383: Recommend brew cask install r-app

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} reports no offenses.
[x] The commit message includes the cask’s name and version.

Rstudio depends on R. There are two ways of satisfying that dependency.
Option 1 is recommended to be able to use precompiled binary packages.
Option 2 is not recommended, as it requires compiling R packages from source.

brew cask install r-app
brew install r

Option 1 is recommended

By upstream? If they recommend it we should link to their documentation.

Just out of curiosity (I'm not familiar with anything R related) would microsoft-r-open also fulfil the requirement?

Just out of curiosity (I'm not familiar with anything R related) would microsoft-r-open also fulfil the requirement?

Zowee. I didn't know that existed. Maybe? Hopefully? I haven't tested it.

Maybe? Hopefully? I haven't tested it.

I probably wouldn't include it in the caveat unless upstream explicitly supports it.

  caveats <<~EOS
    #{token} depends on R.
    There are different ways to satisfy that dependency, upstream recommends the binary package.

      {upstream link}

    To install the binary package run:

      brew cask install r-app

    Alternative ways to satisfy the dependency are:

      brew install r  (This requires compiling R packages from source)
  EOS

Option 1 is recommended

By upstream? If they recommend it we should link to their documentation.

By me. =) https://twitter.com/sjackman/status/910916874191257601
By this person: https://github.com/r-hub/homebrew-cran#prerequisites
I assume that the upstream project recommends using the binaries that they provide.
https://cran.r-project.org/bin/macosx/

By upstream I mean rstudio

https://support.rstudio.com/hc/en-us/articles/200486548-Frequently-Asked-Questions

What versions of R is RStudio compatible with?
In order to run RStudio you need to have already installed R 2.11.1 or higher. You can download the most recent version of R for your environment from CRAN.

I can't find anything that explicitly says the CRAN binary is preferred over Homebrew.

Also here:
https://support.rstudio.com/hc/en-us/articles/217799238-When-I-start-RStudio-Desktop-I-get-the-message-unable-to-locate-R-binary-by-scanning-standard-location

https://support.rstudio.com/hc/en-us/articles/217799238-When-I-start-RStudio-Desktop-I-get-the-message-unable-to-locate-R-binary-by-scanning-standard-location

The Homebrew package of R is not able to install binary R packages. It took me years to figure that out.

I've revised my PR based on your suggestion above.

Homebrew only seems to be referenced once in RStudio docs, they definitely prefer the binary!

I've revised my PR based on your suggestion above.

Thanks, sorry for the run around over a few lines of text!

No worries.

Thanks for merging, @commitay!


Upgrade pino-pretty to v10

Consolidate Dependabot PRs
We're a bit stuck on CI for branches right now where dep bot is involved. so remaking these in batches.
See commit messages for more detail.

Re-created from: https://github.com/alphagov/di-account-management-frontend/pull/866


[CARBONDATA-2629] Support  SDK carbon reader read data from HDFS and S3 with filter function

Now SDK carbon reader only support read data from local with filter function, it will throw exception when read data from HDFS and S3 with filter function
This PR support it:
Support SDK carbon reader read data from HDFS and S3 with filter function

[x] Any interfaces changed?
NO
[x] Any backward compatibility impacted?
No
[x] Document update required?
No
[x] Testing done
add test case in example
[x] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.
No

Build Failed  with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6474/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5305/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6475/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5306/

@ajantha-bhat @ravipesala @jackylk @sounakr  Please review it please.

SDV Build Success , Please check CI http://<IP_ADDRESS>:8080/job/ApacheSDVTests/5396/

SDV Build Success , Please check CI http://<IP_ADDRESS>:8080/job/ApacheSDVTests/5397/

LGTM

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6639/

SDV Build Success , Please check CI http://<IP_ADDRESS>:8080/job/ApacheSDVTests/5511/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5467/

retest this please

Build Failed  with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6651/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5478/

Build Failed  with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6653/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5480/

retest this please

Build Failed  with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6669/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5496/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder/5499/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/6672/

@KanakaKumar CI pass, please check again.

LGTM


Fix logic in attempts remaining check

A race condition in our app was causing some jobs to be failed twice, bringing Job._attempts below 0, which resulted in the truthiness check -1 ?... below passing and the job being retried indefinitely. I'm still trying to track down the race condition, but this fix appears to prevent that behavior.

I've also seen the same, some race is causing more than max attempts (unlimited attempts even for failing jobs). Would you please investigate more to see if it still happens?
I was thinking if using .ttl for jobs that are failing can increase the potential for this :)
Thank you @parkan

Yeah, empirically this seems to happen with jobs that are likely to fail after an unclear amount of time (http requests against old links) and TTL being set


DCOS-12628: Support 'udp,tcp' simultaneously

This PR adds support for udp,tcp value for protocol field. To achieve it I replaced radio buttons with checkboxes and changed underlying data format and logic. I also change the order of checkboxes to reflect udp,tcp value otherwise it might be somewhat confusing.
Multi-container version #1821

run integration tests

Looks good to me! 👍  💯

Aside from the conflicts, it looks good & works well for me!

run unit tests

retest this please

retest this please


Update https://www.metanorma.com/install

there is no info about snap
also both windows and homebrew instructions looks outdated

True. Thanks @CAMOBAP !

This is done.


chore: promote bacherfl, add craigpastro

@bacherfl has contributed significantly to flagd, OFO, but more recently also the go-contribs (he implemented the in-process flagd provider). He's also done work on the go-sdk. @craigpastro helped design and update the fractional evaluation algorithm, added contextual data to flagd evaluations, and also has fixed some flagd bugs
This PR:

promotes @bacherfl to maintainer in cloud-native team
adds @bacherfl to maintainer in go-sdk team
adds @craigpastro to the cloud-native team as an approver

@craigpastro @bacherfl please let us know if you're interested in these roles by responding in this PR.

Thanks @toddbaert - I am interested in this role!


Proportional schedule scalable resources

If I have a deployment to be deployed to multiple clusters, I want to specify the proportional replica. For instance, 30% of the replica should be deployed on cluster1 and 70% should be deployed on cluster2.
/kind enhancement
/assign @yue9944882

/kind feature


[pt-br] Localize docs/tasks/access-application-cluster/create-external-load-balancer/

Description
Localize docs/tasks/access-application-cluster/create-external-load-balancer/ to pt-br

/triage accepted
/language pt
/area localization

I will start resolving this issue.

The contribution PR can be found at: https://github.com/kubernetes/website/pull/46531

/assign @nataliagranato