flink standalone HA模式无法启动任务

环境是flink1.9 standalone HA
错误信息如下:
21:48:43.228 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: high-availability.zookeeper.path.root, /flink
21:48:43.228 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: high-availability.cluster-id, /cluster_one
21:48:43.228 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: state.checkpoints.num-retained, 100
21:48:43.229 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: jobmanager.execution.failover-strategy, region
21:48:43.229 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: rest.port, 8081
21:48:43.230 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: jobstore.cache-size, 104857600
21:48:43.230 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: jobstore.expiration-time, 86400
21:48:43.230 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: classloader.resolve-order, parent-first
21:48:43.230 [main] INFO org.apache.flink.configuration.GlobalConfiguration - Loading configuration property: task.cancellation.timeout, 0
log4j:WARN No appenders could be found for logger (org.apache.hadoop.metrics2.lib.MutableMetricsFactory).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
21:48:44.573 [main] INFO org.apache.flink.runtime.blob.FileSystemBlobStore - Creating highly available BLOB storage directory at hdfs://<IP_ADDRESS>:9000/flink/ha///cluster_one/blob
21:48:44.683 [main] INFO org.apache.flink.runtime.util.ZooKeeperUtils - Enforcing default ACL for ZK connections
21:48:44.684 [main] INFO org.apache.flink.runtime.util.ZooKeeperUtils - Using '/flink/cluster_one' as Zookeeper namespace.
21:48:44.760 [main] INFO org.apache.flink.shaded.curator.org.apache.curator.framework.imps.CuratorFrameworkImpl - Starting
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:zookeeper.version=3.4.10-39d3a4f269333c922ed3db283be479f9deacaa0f, built on 03/23/2017 10:13 GMT
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:host.name=hb-bd-rp-001
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.version=1.8.0_181
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.vendor=Oracle Corporation
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.home=/usr/local/java/jdk1.8.0_181/jre
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.class.path=/home/flinkapp/flinkx/lib/flinkx-launcher-1.6.jar
21:48:44.768 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.library.path=/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.io.tmpdir=/tmp
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:java.compiler=
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:os.name=Linux
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:os.arch=amd64
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:os.version=3.10.0-123.el7.x86_64
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:user.name=flinkapp
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:user.home=/home/flinkapp
21:48:44.769 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Client environment:user.dir=/home/flinkapp/flinkx/work
21:48:44.770 [main] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ZooKeeper - Initiating client connection, connectString=<IP_ADDRESS>:2181,<IP_ADDRESS>:2181,<IP_ADDRESS>:2181,<IP_ADDRESS>:2181 sessionTimeout=60000 watcher=org.apache.flink.shaded.curator.org.apache.curator.ConnectionState@24faea88
21:48:44.787 [main-SendThread(<IP_ADDRESS>:2181)] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ClientCnxn - Opening socket connection to server <IP_ADDRESS>/<IP_ADDRESS>:2181. Will not attempt to authenticate using SASL (unknown error)
21:48:44.788 [main-SendThread(<IP_ADDRESS>:2181)] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ClientCnxn - Socket connection established to <IP_ADDRESS>/<IP_ADDRESS>:2181, initiating session
21:48:44.796 [main-SendThread(<IP_ADDRESS>:2181)] INFO org.apache.flink.shaded.zookeeper.org.apache.zookeeper.ClientCnxn - Session establishment complete on server <IP_ADDRESS>/<IP_ADDRESS>:2181, sessionid = 0x36f40de4d990543, negotiated timeout = 40000
21:48:44.808 [main-EventThread] INFO org.apache.flink.shaded.curator.org.apache.curator.framework.state.ConnectionStateManager - State change: CONNECTED
21:48:45.235 [main] INFO org.apache.flink.runtime.rest.RestClient - Rest client endpoint started.
21:48:45.239 [main] INFO org.apache.flink.runtime.leaderretrieval.ZooKeeperLeaderRetrievalService - Starting ZooKeeperLeaderRetrievalService /leader/rest_server_lock.
21:48:45.277 [main] INFO org.apache.flink.runtime.leaderretrieval.ZooKeeperLeaderRetrievalService - Starting ZooKeeperLeaderRetrievalService /leader/dispatcher_lock.
21:48:45.282 [main] INFO org.apache.flink.runtime.leaderretrieval.ZooKeeperLeaderRetrievalService - Starting ZooKeeperLeaderRetrievalService /leader/dispatcher_lock.
21:48:45.320 [main] INFO org.apache.flink.runtime.leaderretrieval.ZooKeeperLeaderRetrievalService - Stopping ZooKeeperLeaderRetrievalService /leader/dispatcher_lock.
21:48:45.355 [main] INFO org.apache.flink.client.program.rest.RestClusterClient - Starting program in interactive mode (detached: true)
21:48:45.384 [main] INFO com.dtstack.flinkx.Main - Open checkpoint with interval:60000
21:48:45.396 [main] INFO com.dtstack.flinkx.classloader.ClassLoaderManager - jarUrl:file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-core-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-reader-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-writer-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/oraclereader/flinkx-oracle-reader-release_1.8.5.jar create ClassLoad successful...
21:48:45.448 [main] INFO org.apache.flink.api.java.typeutils.TypeExtractor - class org.apache.flink.types.Row does not contain a getter for field fields
21:48:45.448 [main] INFO org.apache.flink.api.java.typeutils.TypeExtractor - class org.apache.flink.types.Row does not contain a setter for field fields
21:48:45.448 [main] INFO org.apache.flink.api.java.typeutils.TypeExtractor - Class class org.apache.flink.types.Row cannot be used as a POJO type because not all fields are valid POJO fields, and must be processed as GenericType. Please read the Flink documentation on "Data Types & Serialization" for details of the effect on performance.
21:48:45.516 [main] INFO com.dtstack.flinkx.classloader.ClassLoaderManager - jarUrl:file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-core-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-reader-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/common/flinkx-rdb-writer-release_1.8.5.jar_file:/home/flinkapp/flinkx/plugins/eswriter/flinkx-es-writer-release_1.8.5.jar create ClassLoad successful...
21:48:45.712 [main] WARN org.apache.flink.streaming.api.environment.StreamContextEnvironment - Job was executed in detached mode, the results will be available on completion.
21:48:45.786 [main] INFO org.apache.flink.client.program.rest.RestClusterClient - Submitting job 4d8f065939c7702896a5006c7ceb4415 (detached: true).
Exception in thread "main" org.apache.flink.client.program.ProgramInvocationException: Could not submit job (JobID: 4d8f065939c7702896a5006c7ceb4415)
at org.apache.flink.client.program.rest.RestClusterClient.submitJob(RestClusterClient.java:250)
at org.apache.flink.client.program.ClusterClient.run(ClusterClient.java:483)
at org.apache.flink.client.program.DetachedEnvironment.finalizeExecute(DetachedEnvironment.java:77)
at org.apache.flink.client.program.ClusterClient.run(ClusterClient.java:429)
at com.dtstack.flinkx.launcher.Launcher.main(Launcher.java:115)
Caused by: org.apache.flink.runtime.client.JobSubmissionException: Failed to submit JobGraph.
at org.apache.flink.client.program.rest.RestClusterClient.lambda$submitJob$8(RestClusterClient.java:388)
at java.util.concurrent.CompletableFuture.uniExceptionally(CompletableFuture.java:870)
at java.util.concurrent.CompletableFuture$UniExceptionally.tryFire(CompletableFuture.java:852)
at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
at java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:1977)
at org.apache.flink.runtime.concurrent.FutureUtils.lambda$retryOperationWithDelay$5(FutureUtils.java:208)
at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
at java.util.concurrent.CompletableFuture.postFire(CompletableFuture.java:561)
at java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:929)
at java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:442)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.apache.flink.runtime.rest.util.RestClientException: [Failed to deserialize JobGraph.]
at org.apache.flink.runtime.rest.RestClient.parseResponse(RestClient.java:389)
at org.apache.flink.runtime.rest.RestClient.lambda$submitRequest$3(RestClient.java:373)
at java.util.concurrent.CompletableFuture.uniCompose(CompletableFuture.java:952)
at java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:926)
... 4 more
json是个简单的例子，local下测试没问题

This issue has been too long to review it and reopen new one if necessary


[aws-cpp-sdk-s3-crt]: please expose existing aws-c-s3 CopyObject

Problem Description
The C++ SDK provides the CopyObject[Async] request for s3 copy operations.
Despite the support for CopyObject in aws-c-s3 since https://github.com/awslabs/aws-c-s3/pull/166, the S3CrtClient is still using the AWSXMLClient for launching CopyObject requests.
This has the following problems:

The AWSXMLClient CopyObject request only supports copying of objects < 5GB.
Users thus have to re-implement most of the aws-c-s3 CopyObject code (initial HeadObject, determine chunk size, parallel UploadPartCopy requests, and handling completion or abort of the multipart upload).
There is an existing issue #2103 with AWSXMLClient CopyObject, which also affects the CRT code.

Proposed Solution
Please make the existing aws-c-s3 support for CopyObject available as CopyObjectAsync and CopyObject in the S3CrtClient.
Acknowledgements

[X] I may be able to implement this feature request
[ ] This feature might incur a breaking change

Looking into if we want to re-enable this.

merged your change + our changes for code generation, it should be going out today! thanks for working with us on this


[1429] snc serializer part 4

Context
search and compare serialiizer part 4
site/campus and related touch points
Changes proposed in this pull request
Added course sites serializer
Added application open date
Added has vacanies
Guidance to review
Its going to get mess from henceforth, PR to make it better is welcome
part 4 ot x
Refer to the almost complete
https://github.com/DFE-Digital/manage-courses-backend/pull/377
For the full whack
FYI
Part 1
https://github.com/DFE-Digital/manage-courses-backend/pull/381
Part 2
https://github.com/DFE-Digital/manage-courses-backend/pull/387
Part 3
https://github.com/DFE-Digital/manage-courses-backend/pull/390
Probably easier to follow the commits
Checklist

[ ] Make sure all information from the Trello card is in here
[x] Attach to Trello card
[x] Rebased master
[x] Cleaned commit history
[ ] Tested by running locally

 [L] Serialize course to sync with search-and-compare


Initial sync

Synbcing initial feature set from experimental to stable.

24574459dd7fb3e0/2024-05-10--05-15-41/0


About Eigen calculation speed in android

Openblas is hard to compile in the form of JNI, and I use Eigen instead to calculate matrix multiplication in android 。directly use h file I compile Eigen to so file successfully。however，when calculating theresu of two matrix with dimension of 1282028 and 2048900 respectively in my phone HUAWEI glory 3C，the time consuming is about 1s，which is quite slow for me. I wonder if  I use Eigen properly or misuse it which leads to the long time calculation? thanks!

with dimension of 1282048 and 2048900 .Great sorry

with dimension of 128x2028 and 2048x900 .great sorry.

Sorry, I did not get the idea about your context. Is the problem is related to using caffe in android?

@sh1r0 When Calculating matrix multiplication with dimension of 128x2028 and 2048x900 respectively in phone HUAWEI glory 3C,the library Eigen costs 1s,which is quite slow .I wonder if I use Eigen properly or misuse it which leads to the long time calculation.

Hmm... I mean to clarify that when the matrix multiplication you mentioned is performed, in fully-connected layers? Take caffenet as an example, a 4K * 4K matrix multiplication is performed during fc7 forwarding, however, I did not notice any performance issue before. Would you like to test OpenBLAS on your device to see if your issue is really caused by Eigen?

Any updates?


[Addition]: Impossible beacon count, tempered firmware

Hotspot b58 Addresses
1127vg3bdDenFRTVQ6pkLUKymMwygD7PVKEDBJBzsuz6EQ2DuJgs
Discord Handle
No response
Reason(s)
Hotspot surrounded by field of offline Pisces miners some of which already on denylist
Hotspot in question does over a 1HNT a day with 10-20 beacons a day.
Seems like it's forwarding challenges to itself.

Part of a larger farm. Included here https://github.com/helium/denylist/issues/2124


php version

how to choose php version?, i have an existing laravel project with php 7.2

how to choose php version?, i have an existing laravel project with php 7.2

Hi @jhonoryza, thanks for your request.
I'll release this feature as soon as possible.
Stay tuned!

@jhonoryza With release 1.5.0 now you're able to specify which version of PHP to run.
In your case, just set PHP_VERSION=7.2 in your .env file.
Remember to rebuild by running .docker/scripts/init.
Let me know if everything works as expected.
Thank you
Closed via https://github.com/eleftrik/laradhoc/commit/33b5eabef3bd84b2a81a4e45c37d359e13327363


FEATURE ADD REQUEST: requestResolution / requestResolutionSettings should return the option selected by user, and more.

ISSUE 1:
As of now the requestResolution() method from the Hook or requestResolutionSettings() method does not return what option the user selected. It would be really helpful if those methods were promises and returned the option selected by the user. Because currently if the user selects no thanks, there is no way for us prompt again automatically.
Or if there is any other solution to my problem in the current state please suggest.
ISSUE 2:
The current checkSetting() method doesn't return true or false it returns void, there is no methods to check if LOCATION setting is turned on or not. I suggest checkSetting() method to return a boolean or add a separate method to check GPS (LOCATION) setting status of device. Or if there is a way without using listener to get the status of the mentioned setting, please let me know.
PS.: I should clarify I am not talking about location permissions, but the state of location / GPS turn on/off feature in android.

but you can use useEffect to detect that.
useEffect(() => {         if (enabled) {            // your code         }     }, [enabled])

but you can use useEffect to detect that. useEffect(() => { if (enabled) { // your code } }, [enabled])

we need feedback to know whether the user accepted or rejected the prompt.  In your example, useEffect may work in some cases, but for a safer approach, ideally requestResolution would be asynchronous and return a status.
example:
  await requestResolution().then((accepted) => {     if(accepted) {       console.log("user pressed (OK)");     }      else {       console.log("user pressed (NO THANKS)");     }   })


Error handling iOS SDK

OJPError type defined by VDV https://vdvde.github.io/OJP/develop/index.html#OJPError
Examples: https://github.com/VDVde/OJP/tree/develop/examples/functions/error
Discussion about current state and observed issues:

https://github.com/openTdataCH/ojp-sdk/issues/3
https://github.com/openTdataCH/ojp-sdk/blob/main/documentation/api_errors.md


Added video recording capability (related to #255)

Codecov Report

Merging #268 into master will increase coverage by 0.83%.
The diff coverage is 81.67%.

@@            Coverage Diff             @@
##           master     #268      +/-   ##
==========================================
+ Coverage   71.67%   72.51%   +0.83%
==========================================
  Files           8        8
  Lines         971     1066      +95
==========================================
+ Hits          696      773      +77
- Misses        236      250      +14
- Partials       39       43       +4

Flag
Coverage Δ

#unittests
72.51% <81.67%> (+0.83%)
:arrow_up:

Impacted Files
Coverage Δ

service/service.go
70.58% <ø> (ø)
:arrow_up:

session/session.go
100% <ø> (ø)
:arrow_up:

main.go
64.32% <100%> (+0.85%)
:arrow_up:

selenoid.go
76.83% <100%> (+1.19%)
:arrow_up:

service/docker.go
76.62% <76%> (-0.5%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2585221...a2aa65c. Read the comment docs.


Rename patch_embed and transformer_encoder fields in MAE model

Summary: This way users can directly load pretrained MAE checkpoints into ViT class for fine-tuning using strict=False
Reviewed By: kartikayk
Differential Revision: D49561277

Codecov Report
All modified lines are covered by tests :white_check_mark:

Comparison is base (3f7e18d) 72.09% compared to head (6e3396c) 72.09%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #474   +/-   ##
=======================================
  Coverage   72.09%   72.09%
=======================================
  Files         187      187
  Lines       13108    13108
=======================================
  Hits         9450     9450
  Misses       3658     3658

Files
Coverage Δ

tests/models/masked_auto_encoder/test_model.py
98.37% <100.00%> (ø)

...orchmultimodal/models/masked_auto_encoder/model.py
98.05% <100.00%> (ø)

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


broken link to the map

Hi,
the map link that you provided is broken.
https://www.uni-potsdam.de/db/zeik-portal/gm/griebnitzsee.pdf

Sorry, it seems that map has disappeared. But I did put up another link earlier, and that seems to work. Can you check? Here is the link: https://www.uni-potsdam.de/db/zeik-portal/gm/lageplan-up.php?komplex=3

thx! this one works!


You're playing as a monkey trying to catch the falling fruits! There are power ups (like the lifrefruit and speed booster), dangerous objects (like TNTs!) and more! The goal is to catch as many fruits as possible without running out of lives.

How do you play your game?
You can use 'A' to move left, 'D' to move right, and 'J' to jump.
Pretty simple and easy to play.

Code
Check off the items that are true.

[x] The game was made using the Sprig editor.
[x] The game is placed in the in the /games directory.
[x] The code is significantly different from all other games in the Sprig gallery (except for games labeled "demo").
[x] The game runs without errors.
[x] The name of the file/game contains only alphanumeric characters, -s, or _s.
[x] The game name is not the same as the others from gallery

Image (If an image is used)

[ ] The image is in the /games/img directory.
[ ] The name of the image matches the name of your file.

Thanks for your PR!

Here is a demo of the game! You are able to jump, and move around the area to catch all the fruits and power-ups!

oh Ahmet this is so cool, I can't wait to play, thanks for your submission!!!

oh Ahmet this is so cool, I can't wait to play, thanks for your submission!!!

I'm glad to hear that you liked the game!

@grymmy Hey there, I'm wondering is there anything else I have to do?

@grymmy  Hey there, I'm wondering is there anything else I have to do?
btw I think the workflows started over again by mistake although they were finished before 😅

Hey @Ahmet-Dedeler ! I'll follow with thisa review:) Graham is on vacation. Don't worry about workflows:)

Where did you hear about Sprig?

Hey @LucasHT22! Thanks for looking into it!
I heard about sprig from the hackclub slack, found it fun and decided to make a game! You can check out the gameplay I shared with Graham!


NPU插件与sklearn存在兼容性问题

按照教程安装paddle与paddle_custom_device，如果先import paddle，再import sklearn，就会报错：
>>> import paddle
I0129 11:20:21.808104 11223 init.cc:266] ENV [CUSTOM_DEVICE_ROOT]=/opt/py37env/lib/python3.7/site-packages/paddle-plugins
I0129 11:20:21.808182 11223 init.cc:150] Try loading custom device libs from: [/opt/py37env/lib/python3.7/site-packages/paddle-plugins]
I0129 11:20:26.164170 11223 custom_device.cc:1040] Successed in loading custom runtime in lib: /opt/py37env/lib/python3.7/site-packages/paddle-plugins/libpaddle-custom-npu.so
I0129 11:20:26.169677 11223 custom_kernel.cc:76] Successed in loading 296 custom kernel(s) from loaded lib(s), will be used like native ones.
I0129 11:20:26.169983 11223 init.cc:162] Finished in LoadCustomDevice with libs_path: [/opt/py37env/lib/python3.7/site-packages/paddle-plugins]
I0129 11:20:26.170037 11223 init.cc:272] CustomDevice: npu, visible devices count: 8
>>> import sklearn
Traceback (most recent call last):
  File "/opt/py37env/lib/python3.7/site-packages/sklearn/__check_build/__init__.py", line 48, in <module>
    from ._check_build import check_build  # noqa
ImportError: /opt/py37env/lib/python3.7/site-packages/sklearn/__check_build/../../scikit_learn.libs/libgomp-d22c30c5.so.1.0.0: cannot allocate memory in static TLS block

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/opt/py37env/lib/python3.7/site-packages/sklearn/__init__.py", line 81, in <module>
    from . import __check_build  # noqa: F401
  File "/opt/py37env/lib/python3.7/site-packages/sklearn/__check_build/__init__.py", line 50, in <module>
    raise_build_error(e)
  File "/opt/py37env/lib/python3.7/site-packages/sklearn/__check_build/__init__.py", line 43, in raise_build_error
    % (e, local_dir, "".join(dir_content).strip(), msg)
ImportError: /opt/py37env/lib/python3.7/site-packages/sklearn/__check_build/../../scikit_learn.libs/libgomp-d22c30c5.so.1.0.0: cannot allocate memory in static TLS block
___________________________________________________________________________
Contents of /opt/py37env/lib/python3.7/site-packages/sklearn/__check_build:
setup.py                  __pycache__               _check_build.cpython-37m-aarch64-linux-gnu.so
__init__.py
___________________________________________________________________________
It seems that scikit-learn has not been built correctly.

If you have installed scikit-learn from source, please do not forget
to build the package before using it: run `python setup.py install` or
`make` in the source directory.

If you have used an installer, please check that it is suited for your
Python version, your operating system and your platform.

反之如果先import sklearn，则一切正常：
>>> import sklearn
>>> import paddle
I0129 11:20:43.997946 11705 init.cc:266] ENV [CUSTOM_DEVICE_ROOT]=/opt/py37env/lib/python3.7/site-packages/paddle-plugins
I0129 11:20:43.998006 11705 init.cc:150] Try loading custom device libs from: [/opt/py37env/lib/python3.7/site-packages/paddle-plugins]
I0129 11:20:48.402534 11705 custom_device.cc:1040] Successed in loading custom runtime in lib: /opt/py37env/lib/python3.7/site-packages/paddle-plugins/libpaddle-custom-npu.so
I0129 11:20:48.407981 11705 custom_kernel.cc:76] Successed in loading 296 custom kernel(s) from loaded lib(s), will be used like native ones.
I0129 11:20:48.408267 11705 init.cc:162] Finished in LoadCustomDevice with libs_path: [/opt/py37env/lib/python3.7/site-packages/paddle-plugins]
I0129 11:20:48.408321 11705 init.cc:272] CustomDevice: npu, visible devices count: 8

aarch64 环境与 sklearn 的问题，参考 https://github.com/PaddlePaddle/PaddleCustomDevice/blob/develop/backends/npu/tools/dockerfile/Dockerfile.npu.ubuntu18-aarch64-gcc82#L69 中的环境变量修复，建议尽量使用README中标准的开发镜像，参考 https://github.com/PaddlePaddle/PaddleCustomDevice/blob/develop/backends/npu/README_cn.md


Request: Allow Linked MC account tagging

So now that account linking is a thing, can it be made that if I type their in-Minecraft username in Minecraft, it converts to the linked discord ?
@Notch in game for example would convert into @theRealNotch#2219 to correctly tag them? (This one is a pure example, I don't know notch's discord)
This would help with the problem of people having spaces in their discord names as that won't get properly tagged unless you also involve their #code. If you know all that, you are probably in discord anyway, eliminating the benefit of in-game tagging.

Implemented!

This works amazingly! Thank you for the great work!


update version, change annotations

This PR updates versions and adds the "resourceType" annotation to the portal. This also now surfaces additional resourceTypes as "files": analysis, results (previously just experimentalData). This also now surfaces additional resourceTypes as "metadata": metadata (previously just reports).

Hey, would it be possible to merge this @jay-hodgson? Thanks!


Translate cluster-administration/networking.md in Korean

This is a Feature Request

What would you like to be added

Translate concepts/cluster-administration/networking.md file in Korean.
Why is this needed
There is no documents with concepts/cluster-administration/networking.md in Korean.

[ ] concepts/cluster-administration/networking.md

Comments

Page to update: https://kubernetes.io/docs/concepts/cluster-administration/networking/
/language ko

/assign


Move recent dev updates to experimental

:tada: This PR is included in version 1.7.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Message store bucket restart MUST register its new PID in the bucket table

fixed in https://github.com/erlio/vmq_server/commit/10ecd8d068f23f88709d9fc6c43cf53521e119e3


Web Browser Reload

I found that once the password has been entered and the door has been chosen and the relay has been triggered. All you have to do is hit reload on the web browser and the relay will trigger with out entering the password . Is there a way force the user to enter the password every time? Thanks in advance. This really is a great project.

I've updated siriweb.py file as well as the doorstatus.txt file (located in the templates folder) with new code that should prevent the use refresh to resubmit the password. There will be no visual notification to the user that what they did was not allowed.
Using the refresh to resubmit the password will trigger an incorrect password try...after 5 incorrect passwords, the program will not allow another try until the pi is rebooted, or the program is terminated and restarted.

I updated the admin_login.html (in the static folder) and the doorstatus.txt (in the templates folder) with code that disables the autocomplete feature on the Password text field and the Admin Login text fields. This should help keep things better secure.

Thank you! this fixes the concern I had. Thank you again this project is great.


Return UnjailValidatorStateChangeMetadata from GetStateChangeMetadataFromOpType. Reduce jail grace period to 3 epochs on regtest

Current dependencies on/for this PR:

#1053  👈
feature/proof-of-stake

This stack of pull requests is managed by Graphite.


"Full Reload" makes text and bg render white

[ x ] I am on the latest Hyper.app version

[ x ] I have searched the issues of this repo and believe that this is not a duplicate

OS version and name: Linux Mint 17 Cinnamon

Hyper.app version: 1.0.0

Link of a Gist with the contents of your .hyper.js: https://gist.github.com/Nicholaiii/af6be3e0233da8ee0a37744c12c77861

Relevent information from devtools: No definition for keyCode: 229 is the only thing I have.

The issue is reproducible in vanilla Hyper.app: Yes! :)

Issue
When doing a full reload the app renders the background and text white. Everything is okay upon restart.

close in #1262


Run tests against latest main for each SDK

As a separate job, just to know if the latest stuff works with the codebase. Related: https://github.com/matrix-org/complement-crypto/issues/2

https://github.com/matrix-org/complement-crypto/pull/23 does this for rust SDK.


Properties panel - LTI2/Tsugi tab errors

There's a new tab in the project properties panel called 'LTI2/Tsugi' but when I click on it I get these errors showing in window:
Warning: require_once(../../../tsugi/config.php): failed to open stream: No such file or directory in C:\xampp\htdocs\xertetoolkits\website_code\php\properties\tsugi_template.php on line 2
Fatal error: require_once(): Failed opening required '../../../tsugi/config.php' (include_path='.;C:\xampp\php\PEAR') in C:\xampp\htdocs\xertetoolkits\website_code\php\properties\tsugi_template.php on line 2

I'll fix it when I am back next week.


New failures after updating RSpec 2.4.1 to 3.8.0 via transpec 3.4.0

Subject of the issue

I'm trying to upgrade RSpec for https://github.com/travis-ci/travis-tasks.
I followed steps outlined in https://relishapp.com/rspec/docs/upgrade, but at step 11, I see new failures.
Before: Pass with RSpec 2.14.1
After: Failure with RSpec 3.8.0
I did not run the intermediate step after transpec on Travis CI, but locally it was green.
Your environment

Ruby version: 2.4.2
rspec-core version: 3.8.0
transpec 3.4.0 (See https://github.com/travis-ci/travis-tasks/commit/3615eaab21ed499f2ba65aafe82478a8c8cf7a4f)

Steps to reproduce

$ git clone https://github.com/travis-ci/travis-tasks.git
$ cd travis-tasks
$ git checkout ha-rspec3
$ bundle install
$ bundle exec rspec  # the command run on Travis is slightly different, but is within the realm of log display differences

Expected behavior

All specs converted by transpec should still pass with RSpec 3.8.0.
The diff: https://github.com/travis-ci/travis-tasks/compare/8306c53086ee85e944d34e58d1243c9ce9cd01d5...6ea89a5
Actual behavior

Some new failures are observed. See https://travis-ci.org/travis-ci/travis-tasks/builds/433834121

:wave: Hiro!
If you check your spec output you'll see it's because you have matchers incorrectly defined in your spec_helper.rb, I wonder if transpec has missed these, try running it directly against the spec_helper.rb file?

Hey, @JonRowe! Looks like I did miss a couple of those when I went through warnings after running rspec the second time. I've run transpec on spec_helper.rb, which fixed those, but the rest remains. See https://travis-ci.org/travis-ci/travis-tasks/builds/434071389.

Hello Hiro 😀
I hope everything is going well.
My surprise is more how the previous tests were passing. 😄
For example in task_spec
# with master branch
p payload_from(env).keys.sort
# => ["author_email", "author_name", "base_commit", "branch", "build_url", "commit", "commit_id", "committed_at", "committer_email", "committer_name", "compare_url", "config", "duration", "finished_at", "head_commit", "id", "matrix", "message", "number", "pull_request", "pull_request_number", "pull_request_title", "repository", "result", "result_message", "started_at", "state", "status", "status_message", "tag", "type"]

p payload.keys.map(&:to_s).sort
# => ["build", "commit", "jobs", "owner", "pull_request", "repository", "request", "tag"]
payload_from(env).keys.sort.should == payload.keys.map(&:to_s).sort

It will even work with
payload_from(env).keys.sort.should == 'RSPEC'

The problem with the previous tests on 2.14 is the tests don't return failure but stop at first failure. For example
--- a/spec/addons/webhook/task_spec.rb
+++ b/spec/addons/webhook/task_spec.rb
@@ -98,8 +98,11 @@ describe Travis::Addons::Webhook::Task do
     targets.each do |url|
       uri = URI.parse(url)
       http.post uri.path do |env|
+        puts "/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:101"
         env[:url].host.should == uri.host
+        puts "/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:103"
         env[:request_headers]['Authorization'].should == authorization_for(repo_slug, '123456')
+        puts 'never printed'
         payload_from(env).keys.sort.should == payload.keys.map(&:to_s).sort
         200
       end

Will output:
$ bundle exec rspec spec/addons/webhook/task_spec.rb:95
Run options: include {:locations=>{"./spec/addons/webhook/task_spec.rb"=>[95]}}
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:101
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:103
E task=webhook status=failed url=http://one.webhook.com/path
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:101
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:103
E task=webhook status=failed url=http://second.webhook.com/path
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:101
/Users/bti/code/travis-tasks/spec/addons/webhook/task_spec.rb:103
E task=webhook status=failed<EMAIL_ADDRESS>E task=webhook failures=3 build=1 errors={"http://one.webhook.com/path"=>"expected: \"1dbf0e06b0b880c9143ef1823687eb3ab4a6b4a90f3a17b0a7cd840992405ea5\"\n     got: nil (using ==)", "http://second.webhook.com/path"=>"expected: \"1dbf0e06b0b880c9143ef1823687eb3ab4a6b4a90f3a17b0a7cd840992405ea5\"\n     got: nil (using ==)"<EMAIL_ADDRESS>\"1dbf0e06b0b880c9143ef1823687eb3ab4a6b4a90f3a17b0a7cd840992405ea5\"\n     got: \"Basic dXNlcjpwYXNzd29yZA==\" (using ==)"}

As you can see puts "never printed" is never visible.
I don't think I need to dig into RSpec 2.x related behavior or issue. But in that case, the errors you have are relevant.
I tried to look at it but it requires more knowledge of your app and is outside of the scope of this issue.
So I will close the issue for now, because it doesn't seem related to RSpec. But feel free Hiro to reopen it if you think we need to look at it.

Yes very weird, I've done a double check and the specs definitely should have failed on 2.14, 2.99 etc but don't as the error is bubbled up somewhere else. Theres some multi threaded stuff happening which makes me suspicious too. The 3.x. version of RSpec does do some exception stuff differently under the hood to aggregate failures, so maybe thats why is showing the failures that should actually happen?

Very curious, indeed. Thank you very much for taking the time to look into this. @benoittgt @JonRowe


Please help about Jupyter file support

Description
I 100% followed the instruction of external renderers on the docs, and even fork the repository to build a new docker image. No matter what it return an error:
Render, jupyter render run command jupyter-nbconvert [--stdin --stdout --to html --template basic] failed: exec: "jupyter-nbconvert": executable file not found in $PATH
Part of logs:
`2024/07/18 02:39:06 ...es/charset/escape.go:41:EscapeControlReader() [E] Error whilst escaping: jupyter render run command jupyter-nbconvert [--stdin --stdout --to html --template basic] failed: exec: "jupyter-nbconvert": executable file not found in $PATH
Stderr:
2024/07/18 02:39:06 ...ers/web/repo/view.go:535:renderFile() [E] Render: jupyter render run command jupyter-nbconvert [--stdin --stdout --to html --template basic] failed: exec: "jupyter-nbconvert": executable file not found in $PATH
Stderr:
2024/07/18 02:39:06 ...eb/routing/logger.go:102:func1() [I] router: completed GET /ChanLicher/3d_hippocampus/src/branch/master/newtrain.ipynb for <IP_ADDRESS>:6275, 500 Internal Server Error in 12.8ms @ repo/view.go:774(repo.Home)`

I just transferred my code to gitea a few days ago, maybe I am not familiar enough with gitea. But please offer some solutions of how to solve this issue.

Gitea Version
1.22.1
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
Docker on Linux
How are you running Gitea?
I first used the offical docker image, and tried to install external renderers using command line. After that, I tried to build a docker image with these renderers, but it still returned the same error as mentined above.
Database
MySQL/MariaDB

It is jupyter nbconvert in the document.
But in your error logs, it seems that you are using jupyter-nbconvert

 It is jupyter nbconvert in the document. But in your error logs, it seems that you are using jupyter-nbconvert

Sorry, I didn't mention that. I tried both "jupyter-nbconvert" and "jupyter nbconvert". Scroll down, and you can see another instruction about jupyter notebook, that one uses "jupyter-nbconvert".

I think the problem is this. Even you have installed them, but they are not in PATH, so Gitea can not use it.
As a simple solution, you can install them into /usr/local/bin,
RUN PIPX_HOME=/opt/pipx PIPX_BIN_DIR=/usr/local/bin pipx install jupyter docutils --include-deps

See: https://github.com/pypa/pipx/issues/754

And also if the rendering was failed, we should not show 500 error page, a flash error is enough I think.

 I think the problem is this. Even you have installed them, but they are not in PATH, so Gitea can not use it. As a simple solution, you can install them into /usr/local/bin,
RUN PIPX_HOME=/opt/pipx PIPX_BIN_DIR=/usr/local/bin pipx install jupyter docutils --include-deps

See: pypa/pipx#754

It works! Thank you very much. I think you can add this to the docs. Wonderful project by the way.

Update: There's a more simple solution.
https://gitea.com/gitea/docs/pulls/33

Cool!


padlocal puppet service token gateway crash with error

padlocal puppet service token gateway crashes every time with the error below. Please investigate. Thanks.
Background
The token server has been built in GCP HongKong zone and worked well until had a issue (puppet login failed #60) recently.
After @padlocal updated issue #66, I tried to test it but found the token gateway could not start properly with the error message below.
Error message
14:32:41 ERR [PuppetPadlocal] login failed: VError: [tid:1cd1b06f] request has been cancelled for reason: SERVER_ERROR: 2 UNKNOWN: [tid:1cd1b06f] wechat bad request error
at Request._failAllPendingRequest (/wechaty/node_modules/padlocal-client-ts/src/Request.ts:334:15)
at ClientDuplexStreamImpl. (/wechaty/node_modules/padlocal-client-ts/src/Request.ts:82:12)
at ClientDuplexStreamImpl.emit (events.js:314:20)
at ClientDuplexStreamImpl.EventEmitter.emit (domain.js:483:12)
at Object.onReceiveStatus (/wechaty/node_modules/@grpc/grpc-js/src/client.ts:666:18)
at Object.onReceiveStatus (/wechaty/node_modules/@grpc/grpc-js/src/client-interceptors.ts:389:48)
at /wechaty/node_modules/@grpc/grpc-js/src/call-stream.ts:249:24
at processTicksAndRejections (internal/process/task_queues.js:79:11)
...
14:32:42 VERB StateSwitch  on(pending) <- (false)
corrupted size vs. prev_size
Aborted (core dumped)
npm ERR! code ELIFECYCLE
npm ERR! errno 134
npm ERR<EMAIL_ADDRESS>io-client: ts-node bin/io-client
npm ERR! Exit status 134
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>io-client script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR!     /bot/.npm/_logs/2021-04-25T14_32_43_321Z-debug.log
Version Info
Docker Container for Wechaty v0.56.6 with Node.js v12.20.1

Maybe related so I'm reporting mine here as well.
I don't know if the padlocal puppet service token gateway crashes but from my client side, I'm getting this:
(node:117979) UnhandledPromiseRejectionWarning: VError: [tid:0031dc53] request has been cancelled for reason: SERVER_ERROR: 2 UNKNOWN: [tid:0031dc53] wechat bad request error
    at Request._failAllPendingRequest (/path/to/node_modules/padlocal-client-ts/dist/Request.js:262:19)
    at ClientDuplexStreamImpl.<anonymous> (/path/to/node_modules/padlocal-client-ts/dist/Request.js:56:18)
    at ClientDuplexStreamImpl.emit (events.js:315:20)
    at ClientDuplexStreamImpl.EventEmitter.emit (domain.js:467:12)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client.js:387:28)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:299:181)
    at /path/to/node_modules/@grpc/grpc-js/build/src/call-stream.js:145:78
    at processTicksAndRejections (internal/process/task_queues.js:75:11)

SubRequestCancelError [VError]: [tid:1b1a2ee2] request has been cancelled for reason: SERVER_ERROR: 2 UNKNOWN: [tid:1b1a2ee2] wechat bad request error
    at Request._failAllPendingRequest (/path/to/node_modules/padlocal-client-ts/dist/Request.js:262:19)
    at ClientDuplexStreamImpl.<anonymous> (/path/to/node_modules/padlocal-client-ts/dist/Request.js:56:18)
    at ClientDuplexStreamImpl.emit (events.js:315:20)
    at ClientDuplexStreamImpl.EventEmitter.emit (domain.js:467:12)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client.js:387:28)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:299:181)
    at /path/to/node_modules/@grpc/grpc-js/build/src/call-stream.js:145:78
    at processTicksAndRejections (internal/process/task_queues.js:75:11) {
  jse_shortmsg: '[tid:1b1a2ee2] request has been cancelled for reason: SERVER_ERROR',
  jse_cause: Error: 2 UNKNOWN: [tid:1b1a2ee2] wechat bad request error
      at Object.callErrorFromStatus (/path/to/node_modules/@grpc/grpc-js/build/src/call.js:31:26)
      at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client.js:387:49)
      at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:299:181)
      at /path/to/node_modules/@grpc/grpc-js/build/src/call-stream.js:145:78
      at processTicksAndRejections (internal/process/task_queues.js:75:11) {
    code: 2,
    details: '[tid:1b1a2ee2] wechat bad request error',
    metadata: Metadata { internalRepr: Map(0) {}, options: {} }
  },
  jse_info: {},
  reason: 1
}

SubRequestCancelError [VError]: [tid:221abf79] request has been cancelled for reason: SERVER_ERROR: 2 UNKNOWN: [tid:221abf79] wechat bad request error
    at Request._failAllPendingRequest (/path/to/node_modules/padlocal-client-ts/dist/Request.js:262:19)
    at ClientDuplexStreamImpl.<anonymous> (/path/to/node_modules/padlocal-client-ts/dist/Request.js:56:18)
    at ClientDuplexStreamImpl.emit (events.js:315:20)
    at ClientDuplexStreamImpl.EventEmitter.emit (domain.js:467:12)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client.js:387:28)
    at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:299:181)
    at /path/to/node_modules/@grpc/grpc-js/build/src/call-stream.js:145:78
    at processTicksAndRejections (internal/process/task_queues.js:75:11) {
  jse_shortmsg: '[tid:221abf79] request has been cancelled for reason: SERVER_ERROR',
  jse_cause: Error: 2 UNKNOWN: [tid:221abf79] wechat bad request error
      at Object.callErrorFromStatus (/path/to/node_modules/@grpc/grpc-js/build/src/call.js:31:26)
      at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client.js:387:49)
      at Object.onReceiveStatus (/path/to/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:299:181)
      at /path/to/node_modules/@grpc/grpc-js/build/src/call-stream.js:145:78
      at processTicksAndRejections (internal/process/task_queues.js:75:11) {
    code: 2,
    details: '[tid:221abf79] wechat bad request error',
    metadata: Metadata { internalRepr: Map(0) {}, options: {} }
  },
  jse_info: {},
  reason: 1
}
20:30:51 WARN [PuppetPadlocal] stop() is called on a OFF puppet. await ready(off) and return.
Goodbye

They are not from a single session, but they are the fist message the bot got when it logs in. I have a loop, so I'm keep getting it.

Thanks for your feedback, we are investigating

Fixed, please have a try :)


It is necessary to return the identifier and the coordinates of the image (x, y, w, h) on the sprite.

Suppose you have a sprite sheet—a large set of images combined into one big image to optimize loading and resource usage. In this sprite sheet, each image has its own coordinates (x, y) and dimensions (width w and height h). When your application needs to display a specific image from the sprite, it needs to know where it's located and its size.
By returning the identifier and the coordinates of the image on the sprite, you can specify precisely which part of the large image the program should display. This helps avoid unnecessary calculations and speeds up rendering since the application doesn't have to search for the image each time—it immediately gets the required coordinates and dimensions for use.

I believe this will be sufficient.
https://github.com/krchmkn/spriterator/pull/6/files#diff-20e636e1ac461b931f93e2d14b2a4d48267050ffaf3b49fe0ef28dd6e069bb13R6


pass the errors to the returned stream

applyDelta returns a stream, not the promise chain. We have to convert
any rejections to error events
Signed-off-by: Petros Angelatos<EMAIL_ADDRESS>

LGTM


Allow alternative mangle for LONG_NAME (R21C)

Types of change(s)

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Trivial change (affects only documentation or cleanup)

Checklist

[x] Tested this change with a run of GEOSgcm
[x] Ran the Unit Tests (make tests)

Based on user request, this PR adds the capability to supply an alternative prefix for mangling LONG_NAME instead of the default comp_name. In spec files, * can be added to the SHORT_NAME and LONG_NAME, and this PR allows the alternative prefix.
In order to use this in GEOS, you'll need to update your CMakeLists.txt with the new option. For example, this:
mapl_acg (${this}   CA2G_StateSpecs.rc
          IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
          GET_POINTERS DECLARE_POINTERS
          LONG_NAME_PREFIX "GCsuffix")

would tell the ACG to use the variable GCsuffix for the long_name.
NOTE1: This variable must be in the GC where this is being used. This works for CA because of this code:
    if (comp_name(1:5) == 'CA.oc') then
       GCsuffix = 'OC'
    else if (comp_name(1:5) == 'CA.bc') then
       GCsuffix = 'BC'
    else if (comp_name(1:5) == 'CA.br') then
       GCsuffix = 'BR'
    end if

which fills in GCsuffix for each instance.
NOTE2: This is 0-diff in the sense that the state of the model does not change if you enable this option. But it will change both restarts and history output due to the change in metadata.
Related Issue
#2847

@acollow Can you try this branch out? You'll want to change the GOCART as said above.
Once you do, please make sure history looks like what you want. Especially look at:

@mathomp4 , Note that M21C will also need the MAPL patch that corrects the "001" bug.

Please see if it is doing what you want or not. If not, tell us what you want and then @atrayano can get the appropriate fix in

@mathomp4, @darianboggs Is it possible to clarify which CMakeLists.txt to add this too?

@mathomp4, @darianboggs Is it possible to clarify which CMakeLists.txt to add this too?

@acollow It's the Cmake for whatever component needs this. So in this case, CA. So edit .../CA2G_GridComp/CMakeLists.txt and change:
mapl_acg (${this}   CA2G_StateSpecs.rc
          IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
          GET_POINTERS DECLARE_POINTERS)

to:
mapl_acg (${this}   CA2G_StateSpecs.rc
          IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
          GET_POINTERS DECLARE_POINTERS
          LONG_NAME_PREFIX "GCsuffix")

where that last line is added.

I am confirming that I tested the branch and the carbon long names are now being written in an ideal manner. Thank you! The branch however still has the bug for the dust and sea salt bins. I copied below the output from ncdump on a file I generated showing what should be SS001 and SS002.
float SS(time, lev, nf, Ydim, Xdim) ;
	SS:_FillValue = 1.e+15f ;
	SS:add_offset = 0.f ;
	SS:coordinates = "lons lats" ;
	SS:fmissing_value = 1.e+15f ;
	SS:grid_mapping = "cubed_sphere" ;
	SS:long_name = "Sea Salt Mixing Ratio (bin 001)" ;
	SS:missing_value = 1.e+15f ;
	SS:regrid_method = "identity" ;
	SS:scale_factor = 1.f ;
	SS:standard_name = "Sea Salt Mixing Ratio (bin 001)" ;
	SS:units = "kg kg-1" ;
	SS:valid_range = -1.e+15f, 1.e+15f ;
	SS:vmax = 1.e+15f ;
	SS:vmin = -1.e+15f ;
float SS002(time, lev, nf, Ydim, Xdim) ;
	SS002:_FillValue = 1.e+15f ;
	SS002:add_offset = 0.f ;
	SS002:coordinates = "lons lats" ;
	SS002:fmissing_value = 1.e+15f ;
	SS002:grid_mapping = "cubed_sphere" ;
	SS002:long_name = "Sea Salt Mixing Ratio (bin 002)" ;
	SS002:missing_value = 1.e+15f ;
	SS002:regrid_method = "identity" ;
	SS002:scale_factor = 1.f ;
	SS002:standard_name = "Sea Salt Mixing Ratio (bin 002)" ;
	SS002:units = "kg kg-1" ;
	SS002:valid_range = -1.e+15f, 1.e+15f ;
	SS002:vmax = 1.e+15f ;
	SS002:vmin = -1.e+15f ;

@acollow Allie, could you please point me to your History.rc file. I just want to make sure I fully understand the requirements. My dilemma is when the user provides a single alias, do we always append 00n to the alias, or we take the alias value and leave it as is. One quick workaround (but not a fix), is to always provide an alias for the field as in the following example 'DUEM'           , 'DU'        , 'DUEM001;DUEM002;DUEM003;DUEM004;DUEM005'

@atrayano, you're right! Neither my HISTORY.rc nor the one for M21C have the aliases. I just ran a quick test and that solved it. Thanks!

@acollow I am happy now! Thanks! The rules for split names are a bit confusing. If you do not have alias(es), then MAPL tries to keep the field name in the output the same. But in case of multiple bins, having two different fields with the same name is not possible, and to disambiguate, we append 00n, but starting at 2 to keep the original name the same in case of a single bin. On the other hand, if you provide enough split-field-aliases, we keep them as is.

Since @acollow says this works for her I will undraft. Once all is good, I can work with @sdrabenh to pull in and make a new R21C release

@mathomp4 , @acollow, I approved this PR but unless I missed something, I see that Allie still needs to submit another PR with the Cmake update for the change to take effect.

@elakkraoui They can be taken separately, so we can merge this in at any time (same for https://github.com/GEOS-ESM/MAPL/pull/2852).
This just adds the ability for @acollow to make a change in GOCART to enable it.

@mathomp4 , @acollow, I approved this PR but unless I missed something, I see that Allie still needs to submit another PR with the Cmake update for the change to take effect.

@elakkraoui They can be taken separately, so we can merge this in at any time (same for #2852).
This just adds the ability for @acollow to make a change in GOCART to enable it.

Sounds good.

Totally spaced that I needed to add the PR to GOCART! Sorry about that! I just added it - https://github.com/GEOS-ESM/GOCART/pull/278


Many instances become render-blocking

Hi Alex
Love trumbowyg, in fact so much that i use it multiple times on several pages 😄
But that leads the plugin fetching the icons.svg multiple times, once per textarea, which becomes a render-blocking problem.
as you can see:

I'm Sure there's some clever way around this, or if not, is it something that could be fixed somehow?
Thanks in advance.
Edit:
this is my call:
    $('textarea').trumbowyg({
        btns: [
            ['viewHTML'],
            ['undo', 'redo'],
            ['formatting'],
            ['strong', 'em', 'del'],
            ['link'],
            ['justifyLeft', 'justifyCenter', 'justifyRight', 'justifyFull'],
            ['unorderedList', 'orderedList'],
            ['horizontalRule'],
            ['removeformat'],
            ['fullscreen']
        ]
    });

Hey!
Check out the "Use SVG icons without XHR" section here: https://alex-d.github.io/Trumbowyg/documentation/#svg-icons
I think it's the right way for you.
Another way if you want to keep the AJAX thing, is to make the AJAX call yourself once, insert the SVG in your HTML (like Trumbowyg does), then run your code. When the #trumbowyg-icons is in the HTML, Trumbowyg skip the AJAX call since icons are already available.
But I keep that in mind, there is some optimisation to do.


How to only display image ?

Hi,
I want to allow user to select image only
I notice when the image picker appear I can see videos and images
how to hide videos from the list ?
also how to only allow user to take photo only ?

Hey @X901, please kindly refer to readme:
mediaSelectionType - limit displayed media type: .photo, .video or both
Have a nice day


Make homotopy.io into a progressive web app (PWA)

This would enable users to add homotopy.io to their desktops and use it offline.

This would also allow homotopy.io to function as a phone/tablet app, for easy access on those platforms (once touchscreen support is working properly). With some more hoops, it would also allow it to be submit into the Apple App Store and Google Play Store.

I don't like the idea of having non-native apps on the App Store or Play Store.


ENH:linalg: expm overhaul and ndarray processing

Closes #354
Closes #4897
Closes #12838
What does this implement/fix?
This is a complete overhaul of the function scipy.linalg.expm. Two important properties are the performance increase and being able to handle ndarrays with n>=2. Moreover, diagonal and triangular matrices are recognized and treated as such. The existing tests pass with very tiny adjustments.
If you can provide some benchmark feedback for the new and the old version, that'd be great. It doesn't have to be scientific, "yes it is fast" "no I don't see any difference" is also fine.

Produced via:
import perfplot
import numpy as np
from scipy.sparse.linalg import expm as EX
from scipy.linalg import expm

perfplot.show(
    setup=lambda n: -np.random.rand(n, n),
    kernels=[EX, expm],
    labels=["SciPy", "this PR"],
    n_range=[3*x for x in range(1, 30)],
    logx="auto",
    logy=True,
    equality_check=None,
    xlabel="input size (n)",
}

Additional information
There are some tests missing for the new functionality. I will try to add them asap.
Things left out
I ran out of steam at some point since the logic became too much for me to hold it in my head, but hermitian matrices through a Schur factorization can also benefit from some performance increases. At some point I hope I will come back to this.

Hi @ilayn! Here are the results on my machine:

perfplot seems handy.

Whoa! That's really good and bad :) Good for small matrices bad for large ones because around 360 we switch to estimation. I'll check again. Thanks Matt good data point for me.

Well this is interesting...

Debian linux with openblas.

Yes, OpenBLAS behaviors are not very easy to explain unfortunately. I've been hit with a different kind of an issue but still no idea what the problem might be. Once 1.8.0 is out I'll try to dissect more this interesting behavior. At least the small matrix behavior looks consistent across MKL and OpenBLAS so far which is promising.

here you go, I hope it's helpful

Thanks @Kai-Striega . It looks like you have MKL right?

@ilayn I'm not 100% sure how to check if MKL is in this build, here's the output of showconfig

@ilayn I'm not sure how to check, looking at the output of show_config it looks like I'm not using MKL
>>> from scipy import show_config
>>> show_config()
lapack_mkl_info:
  NOT AVAILABLE
openblas_lapack_info:
    libraries = ['openblas', 'openblas']
    library_dirs = ['/home/kai/anaconda3/envs/scipy-dev/lib']
    language = c
    define_macros = [('HAVE_CBLAS', None)]
lapack_opt_info:
    libraries = ['openblas', 'openblas']
    library_dirs = ['/home/kai/anaconda3/envs/scipy-dev/lib']
    language = c
    define_macros = [('HAVE_CBLAS', None)]
blas_mkl_info:
  NOT AVAILABLE
blis_info:
  NOT AVAILABLE
openblas_info:
    libraries = ['openblas', 'openblas']
    library_dirs = ['/home/kai/anaconda3/envs/scipy-dev/lib']
    language = c
    define_macros = [('HAVE_CBLAS', None)]
blas_opt_info:
    libraries = ['openblas', 'openblas']
    library_dirs = ['/home/kai/anaconda3/envs/scipy-dev/lib']
    language = c
    define_macros = [('HAVE_CBLAS', None)]
Supported SIMD extensions in this NumPy install:
    baseline = SSE,SSE2,SSE3
    found = SSSE3,SSE41,POPCNT,SSE42,AVX,F16C,FMA3,AVX2
    not found = AVX512F,AVX512CD,AVX512_KNL,AVX512_KNM,AVX512_SKX,AVX512_CLX,AVX512_CNL,AVX512_ICL

Ok apart from one consistently timing-out test this is all good to go from my side.

Could we get an approval from one of the reviewers? PR is pretty big, not trying to block it

No worries @tylerjereddy if you feel like this is getting rushed, I'm OK with the milestone bump. Come to think of it maybe it is better to finish the full suite of matfuncs, solve and eig together in one release.

No worries @tylerjereddy if you feel like this is getting rushed, I'm OK with the milestone bump. Come to think of it maybe it is better to finish the full suite of matfuncs, solve and eig together in one release.

Let's bump this one to 1.9.0 then, thanks @ilayn

I tried to immitate the meson.build structure but it fails if I use
  linalg_init_cython_gen.process('_matfuncs_expm.pyx'),

on one step and fails on another step if I use
  linalg_init_cython_gen.process('_matfuncs_expm_pyx'),

Can someone see my mistake here ?

Benchmarks were the last thing that needed tweaking. Hence this is final for review.

Hmm don't know why the sudden pytest mark errors appeared. Doesn't seem to be related.

It's been quite a while that I got all green in CI so I'd like to celebrate it by merging tomorrow if everybody is OK with it :)

I just had a quick browse through. I think that makes sense. It's too much code to review in detail for any other maintainer I think - but it's a rewrite of an existing function, so it's reasonable to rely on test coverage and green CI.

Indeed I wish I had some more eyes on it but given the state of the overhaul (which is basically calling lots of LAPACK functions) I can understand that only thing to do for me is to brace for impact on 1.9 release for things that the tests don't cover.

OK fingers crossed. Thanks all !


chore: bdd-spring-1572727922 to 0.0.1

chore: Promote bdd-spring-1572727922 to version 0.0.1

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

Needs approval from an approver in each of these files:

OWNERS

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


ERROR:The handle is invalid

What is the issue?
when i run ollama ,get error information as below:
"failed to get console mode for stdout: The handle is invalid.
failed to get console mode for stderr: The handle is invalid."
OS
Windows
GPU
Intel
CPU
Intel
Ollama version
No response

Is there anything unusual in how you're running the ollama CLI?  We attempt to discover the console mode on windows so we can adjust the mode to enable ANSII escape codes to support our progress reporting, and interactivity.  Is the CLI otherwise working properly?

When I run ollama run <model> "some input" > myFile.txt or ollama run <model> "some input" | Out-File myFile.txt the first line of the file will be failed to get console mode for stdout: The handle is invalid.
I've tried via Windows Terminal and VS Code's built in terminal, both with the same result. The output of the run is added to the command as expected.
The processing indicator is still shown in the console window as well. Aside from the errant line I can't see anything strange in the output or behavior.

Thanks for clarifying.  Yes, we appear to have a bug in how we're trying to discover the console in windows when you redirect to a file.  This is effectively a dup of #3826

how to fix the bro if you know ?


[tcgc] add documentation for new namespace changes

No changes needing a change description found.

You can try these changes here

🛝 Playground
🌐 Website
📚 Next docs

close as it is done in this pr: https://github.com/Azure/typespec-azure/pull/1786. we could refine it later.


Add a default .gitattributes for LF setting

It's hard to run the build scripts on windows as it's converting LF to CRLF in most git environments. The solution is either to set the default .gitattributes option globally or on the repository.
Appveyor has an option for this so I assume this is how it works OOB.
Repro:

Clone the repository from a windows environment which is setup with autocrlf
Run npm install then npm run appveyor

Result:

Many tests fail because of wrong ranges (2 bytes instead of 1 when parsing EOL)

NB:
Does it actually make sense to have the index of location increased by two because of CRLF?

Let's have .gitattributes in the repo and see how it goes.
For the CRLF, I believe the current behavior is still correct. There was a long discussion last time: https://github.com/jquery/esprima/pull/1091#issuecomment-78201357.

@ariya This issue is different because it is not about line/column but byte offset. The current behaviour of treating CRLF as a single line is still correct. But if we're making assertions about the byte offset, the test files will have to remain byte for byte exactly as-is, so I think this file is necessary if Windows is to be supported as a dev environment. :+1:

I will submit a PR then.

@michaelficarra Good explanation, thank you.
@sebastienros Please do!

I could configure it without changing the .gitattributes file:
git config core.eol lf

Then to reset all the local file with LF I ran
git rm -rf --cached .
git reset --hard HEAD

I think we can close this issue. The next thing to do might be to document it.

I think we still need a check to verify that a test file (contained CRLF) has the expected content, byte by byte. This check needs to be the first step in npm test before running everything else. If the check fails (e.g. on Windows with autocrlf), then it blocks the rest of the extensive unit tests.

I verified that this is working as expected with the latest master branch (commit 26833ed).
I was using a fresh install (all via Chocolatey) of Git version 2.11.0.windows.1, Node.js v7.2.1 with npm 3.10.10. Running in PowerShell:
git clone https://github.com/jquery/esprima.git
cd esprima
npm install
npm run appveyor

All steps are completed without any error.

Ugh, .gitattributes is causing unintentional content change, see #1672.

(I reverted the addition of .gitattributes).
To summarize: when cloning this repository on Windows, it is still important to use the right line-ending (i.e. via git config core.eol lf). Failing to do so will cause npm test to stop prematurely due to the above added check.


Fix typos throughout foundations book

There are 48 pages of Foundations. Lily Kailyn went through all the pages and listed typos and corrections in this excel sheet and Google doc. We need to go through and make these corrections.

Looks really thorough! This is a great opportunity to polish up our Foundations content.

I can take pages 10 - 20

I'm taking pages 0-10

I will take 21-30

Any progress @jnmorley and @ktyle ?

@lkailynncar will take on 31-40

@jukent I'm going through pages 21-30 now using Lily's spreadsheet. I do not seem to have access to the Google doc that you linked at the top of this thread.

Shared!

I am a little over half way done. I should have a pull request made by the end of the week.

@jukent I don't have access to the Google doc linked at the top of this thread any more. Could you share it with me?

Since the permissions keep changing on the original doc, I've made a copy here: https://docs.google.com/document/d/1LkP6vzhv2dC9xhMT-Cq_NJ0abSDOPCJQzDAYXcmoqTQ/edit?usp=sharing

I am now working on pages 33 and 34.

I am now working on pages 35 and 36.

I am now working on pages 37 and 38.

I am now working on pages 39 and 40. I am planning to finish my own work on page 50 before continuing to pages 41-50.

I am finished with pages 31-40. I have also finished my own work on page 50. I have started on pages 41 and 42.

I am done with pages 43 and 44, and am now working on pages 45 and 46.

I am now working on pages 47 and 48.

I am now working on the final pages, 49 and 50.


update circuit symbol for iswap

Summary
updating the text and matplotlib drawers' handling of iswap gate. I like this better than a generic box because it's a common gate and it also shows the symmetry of the gate. e.g.:
cnot, cz, iswap, swap

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

8 of 27 (29.63%)  changed or added relevant lines in 2 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage decreased (-0.02%) to 85.322%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

qiskit/visualization/circuit/text.py
5
10
50.0%

qiskit/visualization/circuit/matplotlib.py
3
17
17.65%

Files with Coverage Reduction
New Missed Lines
%

qiskit/transpiler/passes/synthesis/unitary_synthesis.py
1
94.93%

Totals

Change from base Build<PHONE_NUMBER>:
-0.02%

Covered Lines:
67526

Relevant Lines:
79143

💛  - Coveralls

@ajavadia This is a nice addition. Here are some suggestions.
https://github.com/Qiskit/qiskit-terra/pull/9662/files#diff-0661fed1282b2e381b9de0ca4f7b8b67a4968efaee41cf3baf4af5c13f0607bbL451-L452
If you notice in the mpl drawing above, the width spacing is different for the iSwap. Changing these to lines to
               if isinstance(op, (iSwapGate,SwapGate)) or isinstance(base_type, (iSwapGate, SwapGate)):
                    continue

will give it the same width as the SwapGate.
https://github.com/Qiskit/qiskit-terra/pull/9662/files#diff-0661fed1282b2e381b9de0ca4f7b8b67a4968efaee41cf3baf4af5c13f0607bbL1240-L1241
In order for the controlled version of iSwapGate to display properly, you should add after these lines
       elif isinstance(base_type, iSwapGate):
            self._iswap(xy[num_ctrl_qubits:], node, self._data[node]["lc"])

Similarly in the text drawer, to properly display the controlled version, after these lines,
https://github.com/Qiskit/qiskit-terra/pull/9662/files#diff-5470249977bac7d3756fbfe010d133941d9652af432e1034498e89214b324060L1127-L1130
add this,
            elif base_gate.name == "iswap":
                # control-iswap
                gates += [CircleEx(conditional=conditional), CircleEx(conditional=conditional)]
                add_connected_gate(node, gates, layer, current_cons)

@enavarro51 thanks for these helpful comments, I think I fixed everything as you suggested.

Putting this in draft mode because I'm not quite satisfied that I can't similarly display the inverse of iswap. Maybe if we move to first-class representations of inverse (including in visualization) this would be handled better but for now I think we should hold off on this.


Upgrade homie-esp8266 1.5.0 to 2.0 via OTA?

Hi @marvinroger,
will homie-esp8266 v2 be in a way compatible so we can upgrade from v1.5.0 via OTA?
Thanks & regards,
Jan

Well, no, the only problem being the config.json file changed. Sorry!

You mean missing key/values or what is going to break? Wouldn't it be possible to 'upgrade' them or at least populate with default values?

I talked a bit too fast. It will work (without guarantee) if:

You don't use SSL for MQTT
Yon don't use mDNS

But you would better try with a dev ESP8266 on which you flash homie-esp8266 v1.5 with a similar config. If you have a device in an hard to reach place, you don't want to crash it by sending an OTA payload that would not be backward compatible. In the worst scenario, the config won't be recognized and the device will reboot in config mode, though.

Thank you ver much, @marvinroger!
I successfully upgraded one of my devices from homie v1.5.0 to v2 via OTA. 👍


Unable to use _remap without default method in controller

Describe the bug
A controller with method other than _remap
creates error in routes toolbar collector.
CodeIgniter 4 version
CodeIgniter4 Beta 0.0.2
Affected module(s)
system\Debug\Toolbar\Collectors\Routes.php
Expected behavior, and steps to reproduce if appropriate

Set CodeIgniter environment to development
Rename index method to _remap in app/Controllers/Home.php
run

You get method not exists error.
The following statement in system\Debug\Toolbar\Collectors\Routes.php:
    $method    = is_callable($router->controllerName()) ? new \ReflectionFunction($router->controllerName()) : new \ReflectionMethod($router->controllerName(), $router->methodName());

Calling \ReflectionMethod($router->controllerName(), $router->methodName()) without method_exists check
causes method not exists error.
Fix
    $method    = is_callable($router->controllerName()) ? new \ReflectionFunction($router->controllerName()) : new \ReflectionMethod($router->controllerName(), method_exists($router->controllerName(), '_remap') ? '_remap' : $router->methodName());

Unable to reproduce this specific problem.
Applying the proposed solution breaks ControllerTesterTest, which expects an index() method.
The user guide says that index() is the default method, hence it seems reasonable that not having it, whether or not you have a _remap(), would cause problems.


extend the ICIP deadline

The ICIP deadline has been extended. See https://2022.ieeeicip.org/important-dates/.

LGTM! Thanks.


Tracking Issue for Flashback

Background
Since we store all MVCC versions of every key in TiKV since the last GC point, we have the ability to restore any key in any given range to any of the existing specified MVCC versions. Providing such an interface whose name is kv_flashback_to_version allows for data recovery capabilities like the Flashback feature.
Task

[x] Update https://github.com/pingcap/kvproto for the new gRPC interface. (https://github.com/pingcap/kvproto/pull/971)
[x] Implement the kv_flashback_to_version gRPC interface. (https://github.com/tikv/tikv/pull/13378)
[x] Implement the flashback_to_version KV transaction command and action. (https://github.com/tikv/tikv/pull/13345)
[x] Reject any scheduling, reading, or writing request during the flashback. (https://github.com/tikv/tikv/pull/13348)
[x] Wait for the latest last index to be committed and applied before the flashback. (https://github.com/tikv/tikv/pull/13348)
[x] Check the ResolvedTS during the preparation to make sure the flashback version is not greater than it. (https://github.com/tikv/tikv/pull/13412)
[x] https://github.com/tikv/tikv/issues/13397
[x] Re-implement the flashback_to_version KV transaction command to use MVCC overwriting. (https://github.com/tikv/tikv/pull/13450)
[x] https://github.com/tikv/tikv/issues/13493
[x] https://github.com/tikv/tikv/issues/13519

Close since the basic Flashback ability has finished development.


Pass direction to change() method

Hi
When running non-reversible functions in the change method, like drop column, you need to be aware of which way the change is going, up or down. For example, a down operation can't reverse a drop column (how would it know what to put in back in?), thus this needs to be conditional based on the direction.
Simple change to Manager/Environment.php: 103:
        if ($direction == MigrationInterface::DOWN) {
            // Create an instance of the ProxyAdapter so we can record all
            // of the migration commands for reverse playback
            $proxyAdapter = new ProxyAdapter($this->getAdapter(), $this->getOutput());
            $migration->setAdapter($proxyAdapter);
            $migration->change($direction);
            $proxyAdapter->executeInvertedCommands();
            $migration->setAdapter($this->getAdapter());
        } else {
            $migration->change($direction);
        }

Oli

Sorry to bring up an old issue but I've just ran into a similar thing and I wonder if it's the documentation that's a little misleading here:
http://docs.phinx.org/en/latest/migrations.html#dropping-a-column
As you can see, removeColumn is being used within a change method

Also, if removeColumn expected all the parameters an addColumn does, it would be reversible...

Since this still doesn't exist, and pull #1151 got closed without merge, just hack work around it, e.g.:
public function change()
{
	$going_down = $this->adapter instanceof \Phinx\Db\Adapter\ProxyAdapter;

	# normal reversible migration code

	if (!$going_down) {
		# populate data that would just get dropped in a rollback, maintaining reversibility
	}
}

Maybe we can add a convenince wrapper as boolean? goingUp() etc?

Or maybe we could use the existing isMigratingUp() method, that I authored, but didn't remember. 🤦♂


Http: style.css.js 404 (Not Found)

I tried the format in the docs:
import './style.css!' (with and without semicolon)

But jspm appends 'js' to the filename per config.js. Setting that to 'false' is a nightmare.
Also wondering, after I import the styles, do I have to use 'style.color' type dot notation in the classes?
And do I have to import the plugin at the top of my module or require it on my index.html?
Thanks.
P.S. Totally love jspm and systemjs with ES6 modules. I'm excited to get css modules loading too!

I figured it out. For anyone having trouble, make sure to use:
jspm install css
to set up the plugin. I used "jspm install plugin-css" and it installed the plugin improperly.
To answer my above questions:

You do not have to use dot notation on your style classes in the module.
You do not have to require the css plugin on the index.html page.
You do not have to import the css plugin at the top of your module, just the styles.
Hope this helps other newbies like me.


v1.6.3 planning

Will release v1.6.3 after merging:

https://github.com/containerd/nerdctl/pull/2597
https://github.com/containerd/containerd/pull/9278#issuecomment-1781336502

This will help @yankay 's work on kind:

https://github.com/containerd/nerdctl/issues/349#issuecomment-1780332954

cc @containerd/nerdctl-maintainers

LGTM, this one https://github.com/containerd/nerdctl/pull/2589 can also be included

Planning to merge IPv6 soon:

https://github.com/containerd/nerdctl/pull/1558

So I guess this should be v1.7.

https://github.com/containerd/nerdctl/releases/tag/v1.7.0


Evaluate whether taking smaller area affects the result

Look at locations (e.g. 00, 01, 02) where we have good patterned vegetation over the whole image, and see how results (time-series, EWS, summary stats) vary if we take a smaller sub-region.
Investigate different sizes of sub-region, covering different parts of the big image.

I have looked at this using site 00 (supplied by Nick). Using the 17x17 subimages, I decided to look at the north, south, east and west of the region by taking half the region each time (e.g. the top 8 rows or bottom 8 rows etc). Then further separating this into quadrants (NE, SE, SW, NW).
There are many ways to determine the difference, by eye (left column) the time series of each region (red) are not that different from the region as a whole (black). Even the standard deviation band looks similar. The middle column shows the p values when doing a t-test between the two distributions at the time point with the proportion of time points that have a significant difference in distributions (p<0.05). Finally the right column shows the percentage difference between the subregion and the region, with the maximum (absolute) difference recorded above.
I think we can be fairly confident that for the work we are doing there is no problem is using subregions. As far as I can tell these differences can be attributed to the fact that the region itself isn't homogeneous. If we were worried, we could repeat one subimage 17x17 times and make subtle differences to it each time and then do the same test but I do not think we need it.


Does this library run on API 19..

Hi,
Currently it run only on API 21,  I used tools:overrideLibrary="com.paulrybitskyi.persistentsearchview"
to make it run on API  19.. Will it run smoothly on API 19 devices .. without error ?

@AndroPlus Hi. Currently the minimum library API is 21. As for overriding the min API version to 19,
you have to be careful since on pre-Lollipop devices I've encountered a weird error when testing on the emulator where onRestoreInstanceState method throws IllegalArgumentException, so I'd not recommend changing the min API version to those lower of Lollipop.

Closing it for now.


EWC RFC 001: Update images for authorisation code flow

Excerpt  from https://github.com/EWC-consortium/eudi-wallet-rfcs/pull/4:  The figure does not seem to implement the authorization code flow, as it starts with a credential offer, while the auth code flow assumes the wallet already knows the issuer and requests its metadata.
Reference is given below:
https://github.com/EWC-consortium/eudi-wallet-rfcs/blob/3a093511e9c735319ab0b3285e92fc7a75896872/ewc-rfc001-issue-verifiable-credential.md?plain=1#L59-L61

@lalc Should we use mermaid diagrams to create it programmatically ? GitHub has native mermaid support. An example is given below:
  graph TD;
      A-->B;
      A-->C;
      B-->D;
      C-->D;


Problem with threads

Hi, thanks a bunch for your effort with this project!
I have modified camera_class.py to read frames from a mjpeg stream instead of a raspi cam. Everything seems to be working just fine (detecting cats etc.) up until a thread is supposed to be started to send a message to the telegram bot, then I get this:
NO CAT FOUND!
CLEARED QUEQUE BECAUSE EVENT OVER WITHOUT CONCLUSION...
CatCamPy: C:\Users\englund\Documents\GitHub
Traceback (most recent call last):
  File ".\cascade.py", line 743, in <module>
Traceback (most recent call last):
  File "<string>", line 1, in <module>
    sq_cascade.queque_handler()
  File ".\cascade.py", line 341, in queque_handler
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\spawn.py", line 116, in spawn_main
    exitcode = _main(fd, parent_sentinel)
    self.queque_worker()
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\spawn.py", line 126, in _main
  File ".\cascade.py", line 303, in queque_worker
    self = reduction.pickle.load(from_parent)
EOFError: Ran out of input
    p.start()
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\process.py", line 121, in start
    self._popen = self._Popen(self)
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\context.py", line 224, in _Popen
    return _default_context.get_context().Process._Popen(process_obj)
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\context.py", line 327, in _Popen
    return Popen(process_obj)
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\popen_spawn_win32.py", line 93, in __init__
    reduction.dump(process_obj, to_child)
  File "C:\Users\englund\AppData\Local\Programs\Python\Python38\lib\multiprocessing\reduction.py", line 60, in dump
    ForkingPickler(file, protocol).dump(obj)
TypeError: cannot pickle '_thread.RLock' object

Any thoughts on why this is happening and how to fix it would be very appreciated!
The new camera class looks like this:
class Camera:
    def __init__(self,):
        time.sleep(2)

    def fill_queue(self, deque):
        while(1):
            gc.collect()
            i = 0
            stream = urllib.request.urlopen('http://localhost:8000/camera/mjpeg')
            bytes = b''
            while True:
                bytes += stream.read(1024)
                a = bytes.find(b'\xff\xd8') # JPEG start
                b = bytes.find(b'\xff\xd9') # JPEG end
                if a!=-1 and b!=-1:
                    jpg = bytes[a:b+2] # actual image
                    bytes= bytes[b+2:] # other informations
                    image = cv2.imdecode(np.fromstring(jpg, dtype=np.uint8),cv2.IMREAD_COLOR)
                    deque.append(
                        (datetime.now(pytz.timezone('Europe/Zurich')).strftime("%Y_%m_%d_%H-%M-%S.%f"), image))
                    #deque.pop()
                    print("Quelength: " + str(len(deque)) + "\tStreamsize: " + str(sys.getsizeof(stream)))
                    i += 1

                if i == 60:
                    print("Loop ended, starting over.")
                    stream.close()
                    break

Hey Lars! Nice to see that the repo is being used!
I can see that you're using it on Windows, so I assume you already corrected all the paths (no idea how python os package works on windows 😬).
File ".\cascade.py", line 303, in queque_worker     self = reduction.pickle.load(from_parent) EOFError: Ran out of input
Have you changed the cascade.py file? I can't recall this line, so I'm not quite sure if the problem lies on the multiprocess calls. As the error suggests not to have any input: https://stackoverflow.com/questions/24791987/why-do-i-get-pickle-eoferror-ran-out-of-input-reading-an-empty-file
However I do not know how windows handles the multiprocessing, as Process.start() performs an os.fork() which is only available in Linux systems. Since Windows lacks os.fork() it has a few extra restrictions as in https://docs.python.org/2/library/multiprocessing.html
So I'm not quite sure if you can run this on windows without rewriting the telegram multiprocessing part 😬😬

Thanks for the quick reply!
I'll start by spinning up a virtual machine with linux then to eliminate that possible error source!

Tried setting it up in lubuntu but I get the following error when starting cascade.py
CNN is ready to go!
Traceback (most recent call last):
  File "cascade.py", line 724, in <module>
    sq_cascade = Sequential_Cascade_Feeder()
  File "cascade.py", line 75, in __init__
    self.base_cascade = Cascade()
  File "cascade.py", line 417, in __init__
    self.pc_stage = PC_Stage()
  File "/home/osboxes/CatPreyAnalyzer/model_stages.py", line 269, in __init__
    self.pc_model = tf.keras.models.load_model(os.path.join(PC_models_dir, self.pc_model_name))
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/saving/save.py", line 146, in load_model
    return hdf5_format.load_model_from_hdf5(filepath, custom_objects, compile)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/saving/hdf5_format.py", line 212, in load_model_from_hdf5
    custom_objects=custom_objects)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/saving/model_config.py", line 55, in model_from_config
    return deserialize(config, custom_objects=custom_objects)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/layers/serialization.py", line 89, in deserialize
    printable_module_name='layer')
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/utils/generic_utils.py", line 192, in deserialize_keras_object
    list(custom_objects.items())))
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/engine/sequential.py", line 352, in from_config
    custom_objects=custom_objects)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/layers/serialization.py", line 89, in deserialize
    printable_module_name='layer')
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/utils/generic_utils.py", line 192, in deserialize_keras_object
    list(custom_objects.items())))
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/engine/network.py", line 1121, in from_config
    process_layer(layer_data)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/engine/network.py", line 1105, in process_layer
    layer = deserialize_layer(layer_data, custom_objects=custom_objects)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/layers/serialization.py", line 89, in deserialize
    printable_module_name='layer')
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/utils/generic_utils.py", line 194, in deserialize_keras_object
    return cls.from_config(cls_config)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/engine/base_layer.py", line 446, in from_config
    return cls(**config)
  File "/home/osboxes/.local/lib/python3.7/site-packages/tensorflow/python/keras/engine/input_layer.py", line 80, in __init__
    raise ValueError('Unrecognized keyword arguments:', kwargs.keys())
ValueError: ('Unrecognized keyword arguments:', dict_keys(['ragged']))

Any thoughts on what's happening?
Cheers!

Oh wow. Seems like it has problems with the keras dependency, as it fails to correctly load the prey_classifier hd5 model file. Are you using a prebuilt tensorflow wheel, in that case go for the regular pip install? The code should run as long as you use tensorflow 2.0 or above.

I followed the guide you linked to (https://github.com/EdjeElectronics/TensorFlow-Object-Detection-on-the-Raspberry-Pi) and used pip3 install tensorflow, same as I did on windows. But python3 -c 'import tensorflow as tf; print(tf.__version__)' does return 1.14.0

Upgrading to tensorflow 2.3.0 with pip3 install tensorflow==2.3.0 did the trick, thanks alot!
Now I have a problem with the queue but that's maybe related to me grabbing frames from the mjpeg stream at 5 fps instead of whatever rate you got the from the pi cam?
Quelength: 40   Streamsize: 64
Quelength: 41   Streamsize: 64
Prey Prediction: True
Pred_Val:  0.81
Total Runtime: 1.1894433498382568
Runtime: 1.1894965171813965
Timestamp at Done Runtime: 2020_10_28_22-29-39.825807
Overhead: 1.310322
CUMULUS: -31
Quelength: 1    Streamsize: 64
DELETING QUEQUE BECAUSE OVERLOADED!
Quelength: 2    Streamsize: 64
Quelength: 3    Streamsize: 64

That did the trick, now everything is working! Thanks!
Now I can proceed to make the actual hardware installation, looking forward to not being woken up at 3 by the cats playing with prey under the bed >_<

Awesome! Hope you get some rest! 😜


Small addition to README about state names

As discussed here:
https://github.com/pluginaweek/state_machine/issues/144#issuecomment-3019839

Thanks for the pull request.  I ended up deciding to go a little bit further with the documentation and the implementation changes.  Hope this helps!


Add support for env variables in the frontend

Description

Add support for env variables in the frontend and add proper linting support.
How Has This Been Tested?

Merge criteria:

All the commits have been signed-off  (To pass the DCO check)

[X] The commits have meaningful messages; the author will squash them after approval or in case of manual merges will ask to merge with squash.
[ ] Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
[X] The developer has manually tested the changes and verified that the changes work.
[X] Code changes follow the kubeflow contribution guidelines.

If you have UI changes

[ ] The developer has added tests or explained why testing cannot be added.
[ ] Included any necessary screenshots or gifs if it was a UI change.
[ ] Verify that UI/UX changes conform the UX guidelines for Kubeflow.

/lgtm


Adding API for setting 'Stdout' and 'Stderr'

Motivation
The support of WASI has been added in the latest version of wasmer-go. It is now possible to capture Stdout and Stderr outputs using CaptureStdout and CaptureStderr APIs respectively. However, there is not yet any API for setting the custom pipes for them and thus, it is not yet possible to take the full advantage from WASI APIs.
Proposed solution
I am not an expert, but I can think of the following functions. The important point, however, is that they should accept both normal files and pipes. Currently, wasmtime has the same set of APIs, but it is unable to accept pipes and thus, it is not practical in many cases.
func (self *WasiStateBuilder) SetStdoutFile(path string) error
func (self *WasiStateBuilder) SetStderrFile(path string) error

I think it's better to fit with the standard Go stream/pipe API if such thing exists, rather than developping more features inside the Wasmer C API. We already have wasi_env_read_stdout (and …_stderr) that allows to read data from stdout and stderr with a buffer already. It's pretty flexible.


Add support to stop on first failure to traversal SDK

If you have 2 projects, let's say A and B, where B depends from A and you build them sequentially (not in parallel), if A fails, then B shouldn't be built.
We have cases like this in dotnet/runtime, where we have different partitions of the repo, like the runtime and libraries. Libraries build depends on the runtime build. For each partition we have a project that drives the build of that partition, and we have a "Driver" project which adds whatever partitions you're trying to build as projects to build using the Traversal SDK and we don't build them in parallel because they're dependent, so we need the ability of failing if any partition failed and stopping to get reasonable errors instead of errors due to the previous partition failing.
I still need to add tests for this, but wanted to get early feedback
cc: @rainersigwald
FYI: @ViktorHofer

cc: @jeffkl

I'm still wrapping my head around this, here's a question I have:
StopOnFirstFailure doesn't seem to work at all if building in parallel.  Why not just set BuildInParallel to false if you set StopOnFirstFailure to true?  Is this because we end up grouping projects that are parallel and ones that are not?
I'm mainly looking for a simpler implementation.

StopOnFirstFailure doesn't seem to work at all if building in parallel. Why not just set BuildInParallel to false if you set StopOnFirstFailure to true? Is this because we end up grouping projects that are parallel and ones that are not?

Yeah, I wanted to give the option for customers to set StopOnFirstFailure for non-parallel traversals. I'm thinking on cases like where you have multiple orchestrators (which is the case for dotnet/runtime). For example, we have project Build.proj which does a build of project A and B and both are non-parallel projects. However, project A orchestrates another traversal of multiple projects; for example src\libraries\**\*.csproj (same for B but with different projects), and those traversals contain parallel projects. So, I wanted to respect, ProjectToBuild.BuildInParallel properties for this scenarios, where you have a global setting for all projects, but don't honor it if it is not supported in the current node.
Does that make sense?

@rainersigwald Can you have a look at this and see if you know a way to simplify the logic?

Friendly ping 😃 -- this would be really helpful for dotnet/runtime repo.

I agree that this feels very complicated for the benefit.

StopOnFirstFailure doesn't seem to work at all if building in parallel. Why not just set BuildInParallel to false if you set StopOnFirstFailure to true? Is this because we end up grouping projects that are parallel and ones that are not?

Yeah, I wanted to give the option for customers to set StopOnFirstFailure for non-parallel traversals. I'm thinking on cases like where you have multiple orchestrators (which is the case for dotnet/runtime). For example, we have project Build.proj which does a build of project A and B and both are non-parallel projects. However, project A orchestrates another traversal of multiple projects; for example src\libraries\**\*.csproj (same for B but with different projects), and those traversals contain parallel projects. So, I wanted to respect, ProjectToBuild.BuildInParallel properties for this scenarios, where you have a global setting for all projects, but don't honor it if it is not supported in the current node.

I'm not sure I understand the scenario here. If Build.proj builds A, then B (with BuildInParallel="false" and StopOnFirstFailure="true", as properties set in the project), why would that have anything to do with A building its dependencies in parallel? That's a different project.

What I was trying to say was to not force customers to have to configure StopOnFirstFailure in such granularity on every project that uses the Traversal SDK.
For example if I have:
- Directory.Build.props -> StopOnFirstFailure=true
- A.proj -> BuildInParallel=false
  - AA.proj
  - AB.proj -> BuildInParallel=true
  - AC.proj -> BuildInParallel=true
- B.proj -> BuildInParallel=false
 - BA.proj -> BuildInParallel=true
 - BB.proj -> BuildInParallel=false

I would like the SDK to just build the right nodes for me with StopOnFirstFailure when it makes sense because I set it in a global shared location to true. If we do it for each project evaluation or metadata then I will have to endup doing something like this:
- Directory.Build.props -> StopOnFirstFailure=true
- A.proj -> BuildInParallel=false
  - Directory.Build.props -> StopOnFirstFailure=false
  - AA.proj
  - AB.proj -> BuildInParallel=true
  - AC.proj -> BuildInParallel=true
- B.proj -> BuildInParallel=false
 - Directory.Build.props -> StopOnFirstFailure=false
 - BA.proj -> BuildInParallel=true
 - BB.proj -> BuildInParallel=false

and then that complexity will kick back on the users where they will need to calculate were can they StopOnFirstFailure without loosing build parallelism. Does that make sense?

@rainersigwald does that make sense?

@rainersigwald

I agree that this feels very complicated for the benefit

Consider this issue as a concrete example: https://github.com/dotnet/runtime/issues/38342
This morning I tried building runtime on a new WSL2 enlistment and I forgot to install the right version of cmake. The runtime build even correctly identified that cmake wasn't installed and bailed out of the native portion of our build early. Yet the build continued on to other sections of the build, those predictably failed because the first project failed. I ended up scratching my head for 15 minutes because the errors were non-sensical. Eventually @safern pointed out that the build had failed much earlier due to cmake missing and that was the root cause.
If we don't take a feature like this how do we structure runtime to have sensible behavior here?

I spoke with @rainersigwald and we decided that indeed the complex implementation of batching on all the metadata was not worth it as MSBuild already handles the case where StopOnFirstFailure==true and BuildInParallel==true and BuildInParallel wins in that case. So basically what I was doing is not needed.
We decided to just default StopOnFirstFailure to true whenever it is not set by the user.
@jeffkl @rainersigwald PTAL

Thank you guys for reviewing and the discussion!

@jeffkl would you mind sharing the produced SDK version with this change whenever available, so I can update it in dotnet/runtime?

Fresh out of the oven: https://www.nuget.org/packages/Microsoft.Build.Traversal/2.0.52

Thanks 😄


Suspected Bug in Sys.cc

I found this suspected bug when I use it for simulation which has a large scale of comm_size. The data type of the value returned by the function determine_chunk_size seems  to be in conflict with that defined in this function. (line 996-999, astra-sim/astra-sim/system/Sys.cc, as well as in the line 323 of Sys.hh)
I will really appreciate it if you can fix it.

Hi @G-alois ! Thanks a lot for catching the bug. We have fixed it in the new commit!

Hi @G-alois ! Thanks a lot for catching the bug. We have fixed it in the new commit!

Thank you for your reply as well as so much help you offered me before!


feat: optimize matching rules for matching capture groups

Codecov Report
Patch coverage: 100.00% and project coverage change: -1.41% :warning:

Comparison is base (515a29c) 78.11% compared to head (37a050e) 76.70%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##             main      #43      +/-   ##
==========================================
- Coverage   78.11%   76.70%   -1.41%
==========================================
  Files           7        7
  Lines         265      249      -16
==========================================
- Hits          207      191      -16
  Misses         40       40
  Partials       18       18

Files Changed
Coverage Δ

generator/match_rule.go
100.00% <100.00%> (ø)

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


DCC score calculations not working.  We need to use the truncated name as the key.

We are not pursuing DDC data processing


updated incubator-pekko-sbt-paradox

I think this can be closed? https://github.com/apache/incubator-pekko-grpc/pull/36 has already been merged with the latest paradox