Exceptions thrown from the CLI cause CLI to be stuck

When a RuntimeException is thrown from running a task in loop in the CLI, it is no longer printed to the CLI, only to the log, and the score worker starts doing recovery.
The CLI is stuck from that moment in the middle of the execution, and you need to close the cmd.
Exception in log:
2015-03-05 15:00:30:835 1899190 [WorkerExecutionThread-12_101600085] ERROR org.openscore.lang.runtime.steps.ExecutableSteps  - There was an error running the start executable execution step of: 'ping'. Error is: Input with name: 'text' is Required, but value is empty
2015-03-05 15:00:30:835 1899190 [WorkerExecutionThread-12_101600085] ERROR org.openscore.worker.execution.reflection.ReflectionAdapterImpl  - Failed to run the action! Class: org.openscore.lang.runtime.steps.ExecutableSteps, method: startExecutable, reason: Error running: 'ping': Input with name: 'text' is Required, but value is empty
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.openscore.worker.execution.reflection.ReflectionAdapterImpl.executeControlAction(ReflectionAdapterImpl.java:62)
at org.openscore.worker.execution.services.ExecutionServiceImpl.executeStep(ExecutionServiceImpl.java:316)
at org.openscore.worker.execution.services.ExecutionServiceImpl.execute(ExecutionServiceImpl.java:78)
at org.openscore.worker.management.services.SimpleExecutionRunnable.executeRegularStep(SimpleExecutionRunnable.java:147)
at org.openscore.worker.management.services.SimpleExecutionRunnable.run(SimpleExecutionRunnable.java:111)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.openscore.worker.management.services.WorkerThreadFactory$1.run(WorkerThreadFactory.java:33)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Error running: 'ping': Input with name: 'text' is Required, but value is empty
at org.openscore.lang.runtime.steps.ExecutableSteps.startExecutable(ExecutableSteps.java:90)
... 14 more
Caused by: java.lang.RuntimeException: Input with name: 'text' is Required, but value is empty
at org.openscore.lang.runtime.bindings.InputsBinding.bindInput(InputsBinding.java:58)
at org.openscore.lang.runtime.bindings.InputsBinding.bindInputs(InputsBinding.java:41)
at org.openscore.lang.runtime.steps.ExecutableSteps.startExecutable(ExecutableSteps.java:67)
... 14 more
2015-03-05 15:00:30:836 1899191 [WorkerExecutionThread-12_101600085] ERROR org.openscore.worker.execution.services.ExecutionServiceImpl  - Error occurred during operation execution.  Execution id: 101600085
org.openscore.exceptions.FlowExecutionException: Error running: 'ping': Input with name: 'text' is Required, but value is empty
at org.openscore.worker.execution.reflection.ReflectionAdapterImpl.executeControlAction(ReflectionAdapterImpl.java:73)
at org.openscore.worker.execution.services.ExecutionServiceImpl.executeStep(ExecutionServiceImpl.java:316)
at org.openscore.worker.execution.services.ExecutionServiceImpl.execute(ExecutionServiceImpl.java:78)
at org.openscore.worker.management.services.SimpleExecutionRunnable.executeRegularStep(SimpleExecutionRunnable.java:147)
at org.openscore.worker.management.services.SimpleExecutionRunnable.run(SimpleExecutionRunnable.java:111)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.openscore.worker.management.services.WorkerThreadFactory$1.run(WorkerThreadFactory.java:33)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.openscore.worker.execution.reflection.ReflectionAdapterImpl.executeControlAction(ReflectionAdapterImpl.java:62)
... 10 more
Caused by: java.lang.RuntimeException: Error running: 'ping': Input with name: 'text' is Required, but value is empty
at org.openscore.lang.runtime.steps.ExecutableSteps.startExecutable(ExecutableSteps.java:90)
... 14 more
Caused by: java.lang.RuntimeException: Input with name: 'text' is Required, but value is empty
at org.openscore.lang.runtime.bindings.InputsBinding.bindInput(InputsBinding.java:58)
at org.openscore.lang.runtime.bindings.InputsBinding.bindInputs(InputsBinding.java:41)
at org.openscore.lang.runtime.steps.ExecutableSteps.startExecutable(ExecutableSteps.java:67)
... 14 more
2015-03-05 15:00:30:837 1899192 [WorkerExecutionThread-12_101600085] INFO  org.openscore.lang.cli.SlangCLI  - Event received: SLANG_EXECUTION_EXCEPTION Data is: {EXECUTIONID=101600085, DESCRIPTION=Error detected during step, PATH=0/1/0, TIMESTAMP=Thu Mar 05 15:00:30 IST 2015, TYPE=SLANG_EXECUTION_EXCEPTION, EXCEPTION=Error running: 'ping': Input with name: 'text' is Required, but value is empty}
2015-03-05 15:00:30:846 1899201 [WorkerExecutionThread-12_101600085] ERROR org.openscore.worker.management.services.SimpleExecutionRunnable  - Error during execution!!!
java.lang.RuntimeException: Failed to serialize execution plan. Error:
at org.openscore.engine.queue.entities.ExecutionMessageConverter.objToBytes(ExecutionMessageConverter.java:72)
at org.openscore.engine.queue.entities.ExecutionMessageConverter.createPayload(ExecutionMessageConverter.java:36)
at org.openscore.worker.management.services.SimpleExecutionRunnable.createTerminatedExecutionMessage(SimpleExecutionRunnable.java:323)
at org.openscore.worker.management.services.SimpleExecutionRunnable.isExecutionTerminating(SimpleExecutionRunnable.java:393)
at org.openscore.worker.management.services.SimpleExecutionRunnable.shouldStop(SimpleExecutionRunnable.java:163)
at org.openscore.worker.management.services.SimpleExecutionRunnable.executeRegularStep(SimpleExecutionRunnable.java:149)
at org.openscore.worker.management.services.SimpleExecutionRunnable.run(SimpleExecutionRunnable.java:111)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.openscore.worker.management.services.WorkerThreadFactory$1.run(WorkerThreadFactory.java:33)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.NotSerializableException: java.util.ArrayList$Itr
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.HashMap.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeArray(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.access$300(Unknown Source)
at java.io.ObjectOutputStream$PutFieldImpl.writeFields(Unknown Source)
at java.io.ObjectOutputStream.writeFields(Unknown Source)
at java.util.Vector.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.HashMap.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at org.openscore.engine.queue.entities.ExecutionMessageConverter.objToBytes(ExecutionMessageConverter.java:66)
... 12 more
2015-03-05 15:00:30:926 1899281 [scoreWorkerScheduler-4] ERROR org.openscore.worker.management.services.RetryTemplate  - Try #1 failed on:
java.lang.NullPointerException
at org.openscore.engine.queue.entities.ExecutionMessageConverter.extractExecution(ExecutionMessageConverter.java:32)
at org.openscore.engine.queue.services.QueueListenerImpl.extractExecution(QueueListenerImpl.java:136)
at org.openscore.engine.queue.services.QueueListenerImpl.deleteExecutionStateObjects(QueueListenerImpl.java:194)
at org.openscore.engine.queue.services.QueueListenerImpl.onFailed(QueueListenerImpl.java:145)
at org.openscore.engine.queue.services.ExecutionQueueServiceImpl.enqueue(ExecutionQueueServiceImpl.java:102)
at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
at com.sun.proxy.$Proxy74.enqueue(Unknown Source)
at org.openscore.engine.queue.services.QueueDispatcherServiceImpl.dispatch(QueueDispatcherServiceImpl.java:50)
at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
at com.sun.proxy.$Proxy88.dispatch(Unknown Source)
at org.openscore.orchestrator.services.OrchestratorDispatcherServiceImpl$1.handle(OrchestratorDispatcherServiceImpl.java:86)
at org.openscore.orchestrator.services.OrchestratorDispatcherServiceImpl.dispatch(OrchestratorDispatcherServiceImpl.java:109)
at org.openscore.orchestrator.services.OrchestratorDispatcherServiceImpl.dispatch(OrchestratorDispatcherServiceImpl.java:82)
at org.openscore.orchestrator.services.OrchestratorDispatcherServiceImpl.dispatch(OrchestratorDispatcherServiceImpl.java:70)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
at com.sun.proxy.$Proxy95.dispatch(Unknown Source)
at org.openscore.worker.management.services.OutboundBufferImpl$1.tryOnce(OutboundBufferImpl.java:187)
at org.openscore.worker.management.services.RetryTemplate.retry(RetryTemplate.java:36)
at org.openscore.worker.management.services.OutboundBufferImpl.drainBulk(OutboundBufferImpl.java:182)
at org.openscore.worker.management.services.OutboundBufferImpl.drainInternal(OutboundBufferImpl.java:155)
at org.openscore.worker.management.services.OutboundBufferImpl.drain(OutboundBufferImpl.java:124)
at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)
at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

@tudorlesan is this related to the outputs change you made with the outputs???

@tudorlesan please look into this... maybe also revert locally the outputs commit to see if this is related..,

Flow example:
namespace: loops
imports:
  ops: loops
flow:
  name: bug_flow
  inputs:
    - host_list: [1,2,3]
  workflow:
    - ping_host:
        loop:
          for: host in host_list
          do:
            ops.ping:
              - host

Operation:
namespace: loops
operation:
  name: ping
  inputs:
     - host
  action:
    python_script: |
        print "ping " + host

@oritstone works for me, I think it happened because score failed to serialize the loop iterator.
it is fixed now so I guess that is it..

why is this "ready for merge" ? this is an issue .. not PR...

dragged with waffle. I guess..

I still need to test that is doesn't not reproduce on Windows, so let's leave it here

Works now. Was probably fixed with the Seialization issue fix


Supervisor running as root, privileges not dropped

2022-04-30 14:31:12,287 CRIT Supervisor is running as root.  Privileges were not dropped because no user is specified in the config file.  If you intend to run as root, you can set user=root in the config file to avoid this message.
<snip>
2022-04-30 14:14:41,900 INFO gave up: kibana entered FATAL state, too many start retries too quickly

And kibana cannot load. This seems to be perhaps a recent change in docker, needing to set the user command in a docker-compose file (maybe), but I was unable to resolve it. This image "just worked" for the longest time, and it did not come back up after restarting it today. Any suggestions to remedy are welcome, thank you!

That was a red herring, sorry- the solution has to do with mode needing some glibc stuff not provided by the musl libc implementation in alpine. For more info see: https://stackoverflow.com/questions/62478670/failing-to-build-node-re2-on-a-node12-18-1-alpine-docker-image
I was able to resolve by exec'ing into the container and running:
apk add libc6-compat; ln -s /lib/libc.musl-x86_64.so.1 /lib/ld-linux-x86-64.so.2
while startup was taking place.


Lixir

[ ] Build and deploy the connector
[ ] deploy and comment addresses
[ ] build resolver
[ ] add to dsa connect
[ ] review and approve connector @pradyuman-verma @thrilok209

@buffal0bill can you attach a screenshot of test cases?


installing CUDA on ubuntu with cuda-toolkit broken due to NVIDIA signing key change :-(

cuda-toolkit has recently started failing with an error like:
Reading package lists...
[59](https://github.com/mmp/pbrt-v4/runs/6240711119?check_suite_focus=true#step:2:59)
W: GPG error: http://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64  InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A4B469963BF863CC
[60](https://github.com/mmp/pbrt-v4/runs/6240711119?check_suite_focus=true#step:2:60)
E: The repository 'http://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64  InRelease' is not signed.
[61](https://github.com/mmp/pbrt-v4/runs/6240711119?check_suite_focus=true#step:2:61)
Error: Error: The process '/usr/bin/sudo' failed with exit code 100

due to NVIDIA changing their signing keys. @jandom's PR https://github.com/Jimver/cuda-toolkit/pull/26 should fix this, but I thought I'd file a bug for visibility.

Thanks for highlighting it! Sorry for not getting to it sooner, was a bit busy preparing for a conference presentation earlier today. But the v0.2.6 release should have it fixed now.

Confirmed that the new version works here. (And thanks for adding support for the newer CUDA releases!)

Thank you both @mmp and @Jimver


Fix load bases data before auth0token in apollo header

This is the network error pop up that shows up when reloading a page on staging.

 BUG: When any page is loaded a NetworkError happens


Double click in an XML attribute only selects one character

If I have an XML fragment such as:
<basic:json type="object"></basic:json>

Double clicking on basic, json and type select the word as expected, but double clicking on object (i.e. the string content within the attribute) only selects a single character, where it should select the word.
NOTE: Given something like:
let $msg := "Hello World";
Double clicking inside that string selects the word as expected (i.e. Hello or World in this example).

The same thing happens for text nodes. For example:

Hello

Double clicking Hello only selects a single character.

Double clicking as well as using ctrl-w (select word) relies on the elements in internal AST being represented as separate tokens. Currently all of the elements that you mentioned are all having each character treated as a separate token.
I'll consider changing the lexical analysis change to see if it's possible to merge/group them.


Update Restforce Streaming Documentation to indicate faye version

The existing documentation for Restforce's Streaming support
did not mention the version of the faye gem to be used.
This is a small change to the documentation to indicate that
version 0.8.9 is that known working version of faye.
Resolves https://github.com/ejholmes/restforce/issues/194

:+1:

thanks @timrogers !


Remove operation which copies an unused certificate

I searched the codebase and did not find any usages of “jar_verification.crt”. I also searched the internet for this file name and it does not appear to be a standard file name for anything. My suspicion at this point is that this certificate was added in order to implement some verification feature which was never completed. Given this and that the certificate is expired (so cannot be used meaningfully anymore), I decided to create PRs to delete this certificate.

@sig-cpotts Do we have any files (artifacts like JARs) published to GH Pages?

I believe that there was documentation posted there at one point, (In the repo under https://github.com/blackducksoftware/detect/tree/gh-pages/latest and by version), but that predates my time on the project. We removed all such content last year.


Add a sonarcloud.yml file to trigger code analysis

out of curiosity, why would you close it instead of merging it? I think adding tooling on this repo could help a great deal

I'm testing it out first on a forked repo then I'll officially make the changes here.
This was purely accidental, but I'll enable sonarcloud in this repo too.

I think I'm the only owner of the microsoft graph sonarcloud organization at this point. Let me know in IM if you need me to create projects or other things for you under the org.


type 'Mention' is not a subtype of type 'bool' after flutter 1.22.0 upgrade

The following _TypeError was thrown while handling a gesture:
type 'Mention' is not a subtype of type 'bool'
When the exception was thrown, this was the stack:
#0      FlutterMentionsState.addMention (package:flutter_mentions/src/mention_view.dart:292:24)
#1      FlutterMentionsState.build. (package:flutter_mentions/src/mention_view.dart:393:19)
#2      OptionList.build.. (package:flutter_mentions/src/option_list.dart:38:26)
#3      GestureRecognizer.invokeCallback (package:flutter/src/gestures/recognizer.dart:183:24)
#4      TapGestureRecognizer.handleTapUp (package:flutter/src/gestures/tap.dart:598:11)

This can be reproduced from the example project by.
Type @ -> Select any mention items.

@krishnakumarcn fixed in 1.0.2


ScriptBuilder emitting trimmed hexstring

The ScriptBuilder is emitting a trimmed hexstring for BigInteger representation. Usually, the BigInteger is represented as a 16 character hexstring. Trimming may occur for excess zeroes. However, this trimming is causing an issue as the node seems to be unable to process the trimmed BigInteger.
Take for example, 78a1552b1a4cf1eb04a9cfa4998965603a0beb148a80354f0d2d58ef5aeb58c2 on testnet. The VM script uses a trimmed hexstring for the amount and the user reports that the transaction did not effect a change in tokens.
I had this experience in neon-js too and the solution was to always use 8 bytes to represent a BigInteger.

I was investigating this now after reading the issue, as I checked that transaction, got the bytecode from it and run it through the official NEO VM, and the "amount" decodes correctly as a BigInteger with value<PHONE_NUMBER>00.
Also the code I'm using to include a BigInteger in the transaction comes from the official source too:
https://github.com/neo-project/neo-vm/blob/master/src/neo-vm/ScriptBuilder.cs#L48
The padding should make no difference and might be a red herring, the problem could lie in something else.
Could be a temporary network problem that made the tokens being reported as 0. I will investigate this further.

Fixed token transfer, in the end there were 3 different problems affecting like, like lack of nonce added to each tx meaning repeated transfers from same address with same quantity would fail, also for some reason the order of the script parameters was incorrect, just even if tx would get accepted it would fail at VM level.


DisplayListBuilder should have shared pointer versions of setAttribute methods

Even though the "Dispatcher" stream currently transfers non-shared attribute pointers to allow immutable inlines of the attribute objects, the builder class should allow a caller to pass in a shared_ptr version of the attributes (which will be inlined by value) for the convenience of the caller.
For example:

setColorFilter(const std::shared_ptr<DlColorFilter> filter) calls -> setColorFilter(filter.get())
setImageFilter(const std::shared_ptr<DlImageFilter> filter) calls -> setImageFilter(filter.get())
etc.

Eventually Builder will no longer export these set attribute methods and will instead provide a Canvas-style interface with DlPaint objects. It already has all of the methods for a Canvas-Style interaction, but for historical reasons needs to pretend to be a Dispatcher at times. When we solve that issue we will get rid of the set attribute methods.


refactor DataTable and DataSchema to pinot-spi

both DataTable and DataSchema are useful abstractions for defining segment and query service providers. Thus refactoring them into pinot-spi
prerequisite for #7695 to factor our pinot-query-spi

Codecov Report

Merging #7692 (67048e9) into master (e80198d) will decrease coverage by 43.94%.
The diff coverage is 33.33%.

:exclamation: Current head 67048e9 differs from pull request most recent head f64634f. Consider uploading reports for the commit f64634f to get more accurate results

@@              Coverage Diff              @@
##             master    #7692       +/-   ##
=============================================
- Coverage     71.50%   27.55%   -43.95%
=============================================
  Files          1581     1572        -9
  Lines         80400    80056      -344
  Branches      11943    11905       -38
=============================================
- Hits          57486    22060    -35426
- Misses        19026    56003    +36977
+ Partials       3888     1993     -1895

Flag
Coverage Δ

integration1
?

integration2
27.55% <33.33%> (-0.05%)
:arrow_down:

unittests1
?

unittests2
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...roker/requesthandler/BaseBrokerRequestHandler.java
62.95% <ø> (-8.18%)
:arrow_down:

...thandler/SingleConnectionBrokerRequestHandler.java
86.79% <ø> (ø)

...rg/apache/pinot/common/function/FunctionUtils.java
98.83% <ø> (-1.17%)
:arrow_down:

...ache/pinot/common/response/broker/ResultTable.java
100.00% <ø> (ø)

...a/org/apache/pinot/common/utils/PinotDataType.java
26.39% <ø> (-55.04%)
:arrow_down:

...che/pinot/core/common/datatable/BaseDataTable.java
81.67% <ø> (ø)

.../pinot/core/common/datatable/DataTableBuilder.java
83.62% <ø> (-1.73%)
:arrow_down:

.../pinot/core/common/datatable/DataTableFactory.java
33.33% <ø> (-33.34%)
:arrow_down:

...e/pinot/core/common/datatable/DataTableImplV2.java
0.00% <0.00%> (-77.78%)
:arrow_down:

...he/pinot/core/common/datatable/DataTableUtils.java
78.63% <ø> (-12.83%)
:arrow_down:

... and 1211 more

Continue to review full report at Codecov.

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

High level question: why do we want to push these 2 interfaces into pinot-spi? They should be in the pinot-query-spi and not exposed to the general user as they are only used for query processing.
It might make more sense to move DataSchema and ResultTable into pinot-spi which contains the query result.

High level question: why do we want to push these 2 interfaces into pinot-spi? They should be in the pinot-query-spi and not exposed to the general user as they are only used for query processing.
It might make more sense to move DataSchema and ResultTable into pinot-spi which contains the query result.

Actually I agreed. I think DataSchema and ResultTable should fit in pinot-spi and DataTable is only used in query. good point!


Add launch name and url to header (#583)

Demo. Summon @allure-framework/owners @lanwen

I like this idea, but how we can use it inside of aqua?

I like this idea, but how we can use it inside of aqua?

@lanwen it is already integrated.

LGTM


[BUG] If grade is SG, parsing fails.

If grade is SG, parsing fails.
https://www.boatrace.jp/owpc/pc/race/index?hd=20221030
from datetime import date
import json
from pyjpboatrace import PyJPBoatrace
boatrace_tools = PyJPBoatrace()
dic = boatrace_tools.get_stadiums(d=date(2022,10,30))
with open('data.json', 'w', encoding='utf-8') as f:
    json.dump(dic, f, ensure_ascii=False)
boatrace_tools.close()

...
'Always': {'status': '-',
'grade': ['[FailedToParse]is-SGa'],
'timeframe': '',
'title': 'The 69th Boat Race Derby',
'period': ['2022-10-25', '2022-10-30'],
'day': 'Last day'},
...

Thanks @miyamamoto
The bug is caused because grade_mapper in scraper/_parser/parse_html_index.py does not have a key corresponding to "SG".
https://github.com/hmasdev/pyjpboatrace/blob/main/pyjpboatrace/scraper/_parser/parse_html_index.py#L4-L12
I have fixed the bug in the following PR: #65


Update README.md

mentioned a more detailed answer of  Q.12 What is the purpose of callback function as an argument of setState()?

@Ameesha02  Thanks for the PR. But the explanation includes function component example for class question. Can you please update it?


Pip 506 Search Page

JIRA link
https://tools.hmcts.net/jira/browse/PUB-506
Change description

Initialize Search page
create reusable continue and back macros
hook up radio button 1 to redirect to the search page

Does this PR introduce a breaking change? (check one with "x")
[ ] Yes
[x] No


Reconnecting after being disconnected

I've been running into an issue with the bot I've been making where it just stops reading messages from chat and one of my more experienced friends pointed out that it is likely because I have to reconnect to chat sometimes. That being said I don't see any code here for reconnecting to chat and I'm not sure how to do it.
Please note I'm not very experienced in this area of programming although I do have some experience in programming. Almost everything I know is self taught.
Thanks for your help

Not sure what language you are looking at but to go over the basic concept.  You should close whatever sockets you are using peacefully and then go through the connection phase again.

First I should clarify that I'm using python. Second no "RECONNECT" message appears. In the snapshot I continued typing in that chat more than that. The bot just didn't register it.


fix(caa dims): wait until dimensions are known on queued uploads

Just had an upload that showed 0x0.

Ugh I hate that GitHub remembers that I selected "draft" on the previous PR and now automatically selects it again.


How can I integrate calico with mesos?

As calico can create a  profile by calicoctl and attach it to container,  how can I use this when I use mesos to create container?  This page https://github.com/projectcalico/calico-containers/blob/master/docs/mesos/ManualInstallCalicoUnifiedContainerizer.md  has introduced net-modules, how it works, I am now confused.

Thanks.

Hi @kongbo1987 the Calico Mesos Integration Information page has information on how calico Integrates with Mesos.
Net-modules is a 3rd party networking module for Mesos that is now deprecated. Calico has a plugin which is no longer supported for net-modules. Instead, we recommend using the Calico-CNI plugin with Mesos CNI.
Does that information help?

@kongbo1987 I haven't heard back from you so I am going to close this issue. Reopen or contact us on slack if you need more assistance.


re-run the code on control enter

This includes listening for key shortcuts in monaco, and triggering appropriate action

@kirjs https://github.com/kirjs/ng2-codelab/pull/53


Typo fixes on case studies

Fixed typos and added missing links.
Testing plan:
Manual testing.

Merged, after dropping the extra commits from Aman.  Thanks @alya!


Tag a new release with kafka 1.1.0 support

Would it be possible to get a new release with kafka-1.1.0 support? Thanks!

@toddpalino friendly ping :)

last release is on May 15. Have monthly or quarterly release will be helpful

since you merged https://github.com/linkedin/Burrow/pull/447,  possible to tag a new relase @bai?

@mrueg Yep, just doing a bit more tests.

Hey @bai - Thanks for your work, burrow has been very useful to us! We're now trying to figure out how we should approach monitoring our more recent kafka cluster.
Do you have an idea on when that next release (with kafka > 1.0 support) could come? If not anytime soon, do you work off of master or a particular commit in production?

Hey @thoralf-gutierrez! You can build current master that supports Kafka up to 2.1.0 (most recent version). I haven't had a chance to test it extensively on 2.1.0 just yet, but it's been battle-tested on 2.0.0—I don't expect 2.1.0 to have issues either.

I'll probably tag a proper release release after holidays—just being little too cautious about this.

I don't expect 2.1.0 to have issues either

Maybe #470 points out one issue?


Allow PaddingFree to work with DataCollatorForCompletionOnlyLM

Currently padding free plugin only works with DataCollatorWithFlattening. This PR makes it also work with DataCollatorForCompletionOnlyLM that is used for the non-pretokenized use case

in the scenarios.yaml, we should be above to use the chat_templates, but set tokenize=False and remove the null settings on the required fields for tokenization.

@achew010 can you do a sanity check and open the data_cache.json to ensure it was not tokenized when tokenize=False


Flutter Outputs not showed in debug console unless highlighted using mouse cursor

Does this issue occur when all extensions are disabled?: No Because I need flutter extension

VS Code Version: 1.68.1 (system install)
OS Version: Windows 10 21H2 (OS Build 19044.1806)

Steps to Reproduce:

Open a flutter Project, platforms android or windows
print a basic string (or anything)
Debug Project
Open Debug Console

(and i did'nt follow the instruction in the bug_report template no. 5 (launch code without extensions) coz i cant run flutter without extension)
No matter I've restarted vscode the issue still persist..
I can't see the output without highlighting it.
from this (not highlighted)

to this (highlighted)

The flutter outputs are not showed..

Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.69.0. Please try upgrading to the latest version and checking whether this issue remains.
Happy Coding!

Hello VSCodeTriageBot!
I've updated vscode now,
VS Code Version: 1.69.0 (system install)
Issue still persist...
new picture (not highlighted) with version shown..

new picture (highlighted) with version shown..

/causedByExtension

This issue is caused by an extension, please file it with the repository (or contact) the extension has linked in its overview in VS Code or the marketplace for VS Code. See also our issue reporting guidelines.
Happy Coding!

To anyone seeing this, it turns out I've change the INFO Lint color to TRANSPARENT
So its not caused by extension..


cannot import name 'ABITypeError' from 'eth_abi.exceptions'

from tronpy import Tron

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.8/site-packages/tronpy/__init__.py", line 1, in <module>
    from tronpy.tron import Tron
  File "/usr/local/lib/python3.8/site-packages/tronpy/tron.py", line 8, in <module>
    from tronpy.contract import Contract, ShieldedTRC20, ContractMethod
  File "/usr/local/lib/python3.8/site-packages/tronpy/contract.py", line 5, in <module>
    from tronpy.abi import trx_abi
  File "/usr/local/lib/python3.8/site-packages/tronpy/abi.py", line 4, in <module>
    from eth_abi.registry import BaseEquals
  File "/usr/local/lib/python3.8/site-packages/eth_abi/registry.py", line 15, in <module>
    from . import (
  File "/usr/local/lib/python3.8/site-packages/eth_abi/grammar.py", line 9, in <module>
    from eth_abi.exceptions import (

ImportError: cannot import name 'ABITypeError' from 'eth_abi.exceptions' (/usr/local/lib/python3.8/site-packages/eth_abi/exceptions.py)

https://github.com/ethereum/eth-abi/blob/master/eth_abi/exceptions.py#L82
Try  pip3 install -U eth_abi?

https://github.com/ethereum/eth-abi/blob/master/eth_abi/exceptions.py#L82
Try  pip3 install -U eth_abi?

Probably no longer actual

https://github.com/ethereum/eth-abi/blob/master/eth_abi/exceptions.py#L82
Try  pip3 install -U eth_abi?

It's been a long time, thank you for your reply


sequence contains no elements

Hello,
I've encounter a 'sequence contains no elements' exception when trying to Update an entity. Any help would be appreciated.
using (var connection = GetOpenConnection())             {                 connection.Update(hmsJobEntity);             }
`public class HmsJob
{
[System.ComponentModel.DataAnnotations.Key]
public int Id { get; set; }
public string Name { get; set; }
public virtual ICollection HmsJobSetting { get; set; }
}`
`public partial class HmsJobSetting
{
[System.ComponentModel.DataAnnotations.Key]
public int Id { get; set; }
    [System.ComponentModel.DataAnnotations.Schema.ForeignKey("HmsJob")]
    public int HmsJobId { get; set; }
    public string Name { get; set; }
    public string Value { get; set; }
    public string Comments { get; set; }

    public virtual HmsJob HmsJob { get; set; }
}`

Could you paste the section of the stack trace which relates to FastCrud? Thanks.

Here you go:
at System.Linq.Enumerable.Max(IEnumerable1 source)    at Dapper.FastCrud.Mappings.EntityMapping.FreezeMapping()    at Dapper.FastCrud.EntityDescriptors.EntityDescriptor1.ConstructSqlStatements(EntityMapping entityMapping)
at Dapper.FastCrud.EntityDescriptors.EntityDescriptor1.<.ctor>b__2_0()    at System.Lazy1.CreateValue()
at System.Lazy1.LazyInitValue()    at System.Lazy1.get_Value()
at Dapper.FastCrud.EntityDescriptors.EntityDescriptor1.GetSqlStatements(EntityMapping entityMapping)    at Dapper.FastCrud.OrmConfiguration.GetSqlStatements[TEntity](EntityMapping entityMapping)    at Dapper.FastCrud.Configuration.StatementOptions.Aggregated.AggregatedSqlStatementOptions1.<.ctor>b__0_0()
at Dapper.FastCrud.DapperExtensions.Update[TEntity](IDbConnection connection, TEntity entityToUpdate, Action`1 statementOptions)

Having the same issue with a delete call:
{
	"Message": "An error has occurred.",
	"ExceptionMessage": "Sequence contains no elements",
	"ExceptionType": "System.InvalidOperationException",
	"StackTrace": "   at System.Linq.Enumerable.Max(IEnumerable`1 source)
	   at Dapper.FastCrud.Mappings.EntityMapping.FreezeMapping()
	   at Dapper.FastCrud.EntityDescriptors.EntityDescriptor`1.ConstructSqlStatements(EntityMapping entityMapping)
	   at Dapper.FastCrud.EntityDescriptors.EntityDescriptor`1.<.ctor>b__2_0()
	   at System.Lazy`1.CreateValue()
	   at System.Lazy`1.LazyInitValue()
	   at System.Lazy`1.get_Value()
	   at Dapper.FastCrud.EntityDescriptors.EntityDescriptor`1.GetSqlStatements(EntityMapping entityMapping)
	   at Dapper.FastCrud.OrmConfiguration.GetSqlStatements[TEntity](EntityMapping entityMapping)
	   at Dapper.FastCrud.Configuration.StatementOptions.Aggregated.AggregatedSqlStatementOptions`1.<.ctor>b__0_0()
	   at Dapper.FastCrud.DapperExtensions.DeleteAsync[TEntity](IDbConnection connection, TEntity entityToDelete, Action`1 statementOptions)
	   at Infocaster.NOCNSF.Sportopleiders.Data.Repositories.GenericRepository`1.<Delete>d__7.MoveNext() in C:\\Infocaster Git\\NOC NSF\\Sportopleiders\\Website\\src\\Infocaster.Sportopleiders.Data\\Repositories\\GenericRepository.cs:line 62
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
	   at Infocaster.NOCNSF.Sportopleiders.Data.Services.BedrijfService.<Delete>d__5.MoveNext() in C:\\Infocaster Git\\NOC NSF\\Sportopleiders\\Website\\src\\Infocaster.Sportopleiders.Data\\Services\\BedrijfService.cs:line 54
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
	   at Infocaster.NOCNSF.Sportopleiders.WebApi.Controllers.BedrijfController.<Delete>d__5.MoveNext() in C:\\Infocaster Git\\NOC NSF\\Sportopleiders\\Website\\src\\Infocaster.Sportopleiders.WebApi\\Controllers\\BedrijfController.cs:line 49
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Threading.Tasks.TaskHelpersExtensions.<CastToObject>d__0.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Web.Http.Controllers.ApiControllerActionInvoker.<InvokeActionAsyncCore>d__0.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Web.Http.Controllers.ActionFilterResult.<ExecuteAsync>d__2.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Web.Http.Filters.AuthorizationFilterAttribute.<ExecuteAuthorizationFilterAsyncCore>d__2.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Web.Http.Controllers.AuthenticationFilterResult.<ExecuteAsync>d__0.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at System.Web.Http.Dispatcher.HttpControllerDispatcher.<SendAsync>d__1.MoveNext()"
}

Is there a solution available?

Issue for me is fixed, I had:
await Db.DeleteAsync(GetById(id));

Changed it to:
var entity = await GetById(id);
await Db.DeleteAsync(entity);

I'm facing the same issue when using synchronous Insert within an async method.
Using @kipusoep workaround (ie, use await InsertAsync instead of Insert) solved the problem.

In case anyone runs into this, the problem is in column discovery, if your class has all the properties as internal set instead of just set the default column mapper will ignore them all and the list of properties will be empty, leading to the empty sequence exception when statement generator tries to find out the largest order.
Solution is to just have all the mappable properties as public set


faster custom configuration

in the custom config window we should have a button "import from selected annotation" that would basically fill the 4 input fields at once, by using annotation value + / - 10% (or maybe 15% to be sure)

done: https://scamqc.bdrc.io/?folder=LTWA2023withacc%2F002841%2F

this works perfectly, thanks!


rtl build and repeated elements.

Hi,
When building rtl version, this is a good idea to include html{direction:rtl}, because with a normal rtl build, if someone uses counting elements, they will be used from left to right, and not from right to left. here is an example:
1- with the rtl build, but without html{direction:rtl}

1- with the rtl build, but with html{direction:rtl}

NB: because it is animating so i took screenshots at different moments, thie is why the background is different :dancers:

I encourage you to check out our RTL build it uses rtlcss created by a contributor to transform floats, etc

adding direction:rtl for html did the trick, the rest, semantic ui took care of it :)


add Jitender Singh  to contributors

Signed-off-by: Jitender Singh<EMAIL_ADDRESS>

Resolved Merge Conflicts in CONTRIBUTORS.md file


[WIP] New coloring methods

Implemented greedy star-1 coloring (ref: "What Color is your Jacobian?" pg 662 )
Implemented greedy star-2 coloring (ref: "What Color is your Jacobian?" pg 663)

#29

While it doesn't make a lot of sense to use star coloring for simple Jacobian computation using orthogonal column partitioning followed by forward mode AD or finite differencing, it can be used later for easier implementation of substitution-based recovery methods.
I ran the new algorithm on some random and special graphs and this is what I observed.
For a star graph with 200,000 vertices:

the original greedy algorithm takes 46.170148 seconds (400.01 k allocations: 298.040 GiB, 19.11% gc time)

the new star coloring algorithm takes  98.273592 seconds (8 allocations: 3.052 MiB) which is probably the worst case for this algorithm.

So evidently the simple coloring algorithm performs better in this case, but not by an order or anything. We should also take note of the huge difference in the number of allocations and memory consumed.
For a cycle graph with again 200,000 vertices,

the original greedy algorithm takes  44.821616 seconds (400.01 k allocations: 298.040 GiB, 18.88% gc time)

the star coloring algorithm takes  0.008580 seconds (8 allocations: 3.052 MiB)

Thus, for cycle graphs, our new star coloring algorithm is much, much faster than the original greedy coloring, in terms of both time and memory use. However, note that star coloring would return the coloring vector [1, 2, 3, 1, 2, 3,...] while the original algorithm would return [1, 2, 1, 2...]. Although I think the huge difference in time taken to compute the vector would easily nullify any advantage that one less f call could provide.

Given that you don't use vertex removal, any graph can be passed (not only VSafeGraph). For the tests, generate a bunch of graphs, and compute the coloring using different algorithms. One basic property you can test is that the coloring is a valid one. Another one is that the number of colors is upper-bounded (you have to know the true minimum number of colors for that)

In your tests, you could add the two reference graphs from page 664, fig 4.3

@pkj-m you are missing random in the package it seems, go to the project, ]add Random


Unknown error in Prisma Client

Hi Prisma Team! My Prisma Client just crashed. This is the report:
Versions

Name
Version

Node
v10.20.1

OS
debian-openssl-1.1.x

Prisma
2.0.0-beta.7

Logs
2020-08-16T23:51:33.777Z prisma-client Client Version 2.0.0-beta.7
2020-08-16T23:51:33.777Z prisma-client Engine Version 195d4bdc2d16132977f4ba7a8ca312f7906cb086
2020-08-16T23:51:33.790Z prisma-client { engineConfig:
   { cwd: '/home/jack/<project>/prisma',
     debug: false,
     datamodelPath:
      '/home/jack/<project>/node_modules/.prisma/client/schema.prisma',
     prismaPath: undefined,
     generator:
      { name: 'client',
        provider: 'prisma-client-js',
        output:
         '/home/jack/<project>/node_modules/@prisma/client',
        binaryTargets: [],
        previewFeatures: [],
        config: {} },
     showColors: false,
     logLevel: undefined,
     logQueries: undefined,
     flags: [],
     clientVersion: '2.0.0-beta.7' } }
2020-08-16T23:51:33.875Z prisma-client Prisma Client call:
2020-08-16T23:51:33.877Z prisma-client prisma.trackedDocument.findMany({
  select: {
    id: true,
    name: true,
    comment: true,
    versions: {
      select: {
        version: true,
        createdAt: true
      },
      orderBy: {
        createdAt: 'asc'
      }
    }
  },
  skip: 0,
  take: 10
})
2020-08-16T23:51:33.877Z prisma-client Generated request:
2020-08-16T23:51:33.877Z prisma-client query {
  findManyTrackedDocument(
    skip: 0
    take: 10
  ) {
    id
    name
    comment
    versions(orderBy: [
      {
        createdAt: asc
      }
    ]) {
      version
      createdAt
    }
  }
}

2020-08-16T23:51:33.888Z plusX Execution permissions of /home/jack/<project>/node_modules/.prisma/client/query-engine-debian-openssl-1.1.x are fine

This occured after I cascade deleted my database. I then ran prisma migrate and prisma generate

Hello! Can you please provide a minimal reproduction for the above crash? Unfortunately the automatically collected information in the issue does not give us much to go with here - we will need a bit more information. Can you share the code and schema that was active?

Not sure exactly what I did but after reinstalling and clearing my database I think the error resolved itself. Going to close this issue.


Cannot run services in a package with a backward path

When I try to run the srevice with ./../../../0.94Release/shafreen/ballerina-0.93.1-SNAPSHOT/bin/ballerina run l1/l2/l3/longRunning It executes without an issue.
But when I try ./../../../0.94Release/shafreen/ballerina-0.93.1-SNAPSHOT/bin/ballerina run ../artifacts/l1/l2/l3/longRunning It goves me following error.
ballerina: internal error occurred

To run a package, the current location should be the package root. i.e: Packages should be run from the root of the package. We need to include this in the documentation. Theres a separate issue (https://github.com/ballerinalang/ballerina/issues/3214) for that.
Hence closing this issue.


chore: remove node buffers

There's no need to use node buffers, everything is Uint8Array compatible now.
Needs the libp2p-interfaces-compliance-tests upgrade from https://github.com/ChainSafe/js-libp2p-gossipsub/pull/173 before CI will pass.

Codecov Report

Merging #174 (b388009) into master (e61668e) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #174   +/-   ##
=======================================
  Coverage   76.58%   76.58%
=======================================
  Files           2        2
  Lines        1905     1905
  Branches      142      140    -2
=======================================
  Hits         1459     1459
  Misses        446      446

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 e61668e...b388009. Read the comment docs.


Test builds

We should have Travis or something test builds before they're merged. Just run the build script and make sure it goes through successfully. After that, we can look at adding proper Go tests in.
As well, Netlify should only test gh-pages PRs

Now implemented thanks to @enckse with #126


Update ibm_cloud_power_virtual_servers spec description

Updating the ibm_cloud_power_virtual_servers spec description to match
change in
https://github.com/ManageIQ/manageiq-providers-ibm_cloud/pull/9

Cross Repo Test https://github.com/ManageIQ/manageiq-cross_repo-tests/pull/163

Cross repo tests are green


Setup frontend project

Configure the web app project under ./certeasy-console.
Acceptance criteria

Project must use Vuejs3
Github actions must be configured to build, package and publish a static site archive (ZIP)
Project must have all the boilerplate in place

setup project frontend


Delayed alarms sent

Dear k9 developers,
I have found that AlarmManager.set(int type, long triggerAtMillis, PendingIntent operation) is used in com.fsck.k9.helper.K9AlarmManager#set(int,long,android.app.PendingIntent). According to Android API Guide Using this API on devices with SDK higher than 19, the alarm may not be sent at the exact scheduled time.
You may refer to API guide for details.
So I am suggesting if you can change the set method to setExact method, so that the alarm can be sent at the exact scheduled time.
Thank you.

Since you can't really specify a time when polling starts I see little benefit of keeping an exact schedule when polling. Using inexact alarms allows the system to batch alarms of multiple apps.


IPC sink types and IPC file stream

IPC component of this PR: #876
Adds the following new types:

io::ipc::read::file_async::FileStream - implements futures::Stream for IPC files.
io::ipc::write::file_async::FileSink - implements futures::Sink for IPC files.
io::ipc::write::file_async::StreamSink - implements futures::Sink for IPC streams.

@jorgecarleitao along the same lines as the Parquet integration, the Sink implementations could replace the file/stream writers for IPC as well, although it would require a wrapper type in order to preserve the ability to do per-chunk projections.
Potentially something to the effect of:
// Wrapper type
pub struct Projection {
  pub chunk: Chunk<Arc<dyn Array>>,
  pub fields: Option<Vec<IpcField>>,
}

impl From<Chunk<Arc<dyn Array>>> for Projection {
  fn from(chunk: Chunk<Arc<dyn Array>>) -> Self {
    Self { chunk, fields: None }
  }
}

// Usage
let mut sink = FileSink::new(..);
let chunks: Vec<Chunk<Arc<dyn Array>>> = vec![];
for chunk in chunks {
  sink.feed(chunk.into()).await?;
}

The IPCField is required to re-use dictionaries across batches. So, we do need it in the API.
I am not very confortable with code duplication - could you either change the existing code (e.g. implement Sink for the structs we have) or remove them? Having 2 implementations of the same thing is not ideal imo


Rename mul to product

Starting simple :)  Looking at https://github.com/nikomatsakis/rayon/issues/149

@jonathandturner can you keep the old method with a #[deprecated] annotation?

Also, hmm, it seems that rayon-demo no longer builds. Not quite sure what's up with that?

does the rayon-demo not build when cargo test runs?

@jonathandturner no, it's a separate project; not sure if there's a way to make them both build

@nikomatsakis will take a peek to see if there's a way

Rebased.  Fixed the failing issues

My hero!


Compliler and generic issues

I'm trying out Reswift, but continue to have an issue when trying to create a reducer
struct AppReducer: Reducer {
        func handleAction(action: Action, state: AppState?) -> AppState {
        return AppState(tasks: [])
    }
}

The compiler is complaining

Reference to generic type 'Reducer' requires arguments in <...>

Which ReSwift version are you using?

@DivineDominion I'm using the latest 4.0

The docs are out of date but have a look at the 4.0 release notes here.
Basically the Reducer type was removed in favour of a function. This means you's write your reducer as:
func appReducer(action: Action, state: AppState?) -> AppState {
    ...
}

@rpassis Great Thanks!


Add button/option for reverse geolocation

I am trying to implement reverse geolocation lookup (a.k.a. "What's the location of this device?") in a button next to this component, and then populate the geosuggest component with that information.
See here for example (not by me, probably not React).
I think this is a more common use case, so does anyone have experience with this, perhaps some example code to share?
I think it also would be an interesting enhancement to the Geosuggest component.

Also see #85

We are not planning to include such a button. This can be realized easily by a separate button that updates the Geosuggest via the update(value) function


rest api client

Extend JsonNetIO to create a full-featured REST API client (including POST/PUT, etc.).  Default implementation should support wq.db-powered REST services and potentially other APIs.

Mockup for a wq.db client:

class RestIO(JsonNetIO):
    list = None
    namespace = "list"
    host = "http://example.com"

    @property
    def url(self):


I think I've identified a race condition

I've been having trouble when disconnecting an FTDI based USB device. Occasionally, unplugging the device messes up my USB bus and 'disconnects' Xcode's debugger from my code (I can neither stop or pause my code), making this a particularly nasty problem to debug. Also, I usually have audio from iTunes playing through a USB interface and that stops as well. The only thing that clears this up is restarting the machine, which I sometimes have to do via Terminal.
I've tracked this down to what I believe is a race condition.
When a device is unplugged, eventually -[ORSSerialPort close] is called on the main thread. Inside -[ORSSerialPort close] are calls to tcsetattr().
Meanwhile in another thread, a while loop executing in the read poller calls select() on each iteration.
Using printf() debugging, I have come to believe that if select() is called while a call to tcsetattr() is in flight (or vice-versa), some sort of deadlock occurs.
My fix for this is to wrap the critical parts of  -[ORSSerialPort close] in a @synchronized block
- (BOOL)close;
{
    BOOL result;

    if (!self.isOpen)
    {
        result = YES;
    }
    else
    {
        @synchronized(self) {

            [self.writeBuffer replaceBytesInRange:NSMakeRange(0, [self.writeBuffer length]) withBytes:NULL length:0];

            // The next tcsetattr() call can fail if the port is waiting to send data. This is likely to happen
            // e.g. if flow control is on and the CTS line is low. So, turn off flow control before proceeding
            struct termios options;

            tcgetattr(self.fileDescriptor, &options);
            options.c_cflag &= ~CRTSCTS; // RTS/CTS Flow Control
            options.c_cflag &= ~(CDTR_IFLOW | CDSR_OFLOW); // DTR/DSR Flow Control
            options.c_cflag &= ~CCAR_OFLOW; // DCD Flow Control
            tcsetattr(self.fileDescriptor, TCSANOW, &options);

            // Set port back the way it was before we used it
            tcsetattr(self.fileDescriptor, TCSADRAIN, &originalPortAttributes);

            int localFD = self.fileDescriptor;

            self.fileDescriptor = 0; // So other threads know that the port should be closed and can stop I/O operations

            if (close(localFD))
            {
                result = NO;
                self.fileDescriptor = localFD;
                LOG_SERIAL_PORT_ERROR(@"Error closing serial port with file descriptor %i:%i", self.fileDescriptor, errno);
                [self notifyDelegateOfPosixError];
            }
            else
            {
                result = YES;
                if ([(id)self.delegate respondsToSelector:@selector(serialPortWasClosed:)])
                {
                    [self.delegate serialPortWasClosed:self];
                }
            }
        }
    }

	return result;
}

Similarly, I wrap the read poller's call to select() in a @synchronized block:
// Start a read poller in the background
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    while (self.isOpen)
    {
        ...
        @synchronized(self){
            result = select(localPortFD+1, &localReadFDSet, NULL, NULL, &timeout);
        }
        ...
    }
    ...
});

I've not had a USB lock up when disconnecting my device since making this change.

I'm unable to reproduce this with a RFDuino, which uses an FTDI chip for its USB interface. printf() debugging does indicate that one of the tcsetattr() calls in -close often collides with the read poller's select() but it doesn't seem to deadlock. Will keep an eye out...

Keep trying! The deadlock behavior I observed was hard to reproduce, but hasn't occurred since my fix. Also, I had multiple USB devices connected. Perhaps that's a differentiator.

I was finally able to reproduce this today using a Prolific USB to serial adapter. I'm still not able to reproduce it with a Keyspan adapter, so I think it may be driver dependent.

OK, I've synchronized calls to select() in the read poller, and the POSIX API calls in -close. This does seem to prevent the deadlock. I did notice that the second call to tcsetattr() in -close, as well as the close() call itself can hang indefinitely with Prolific's adapters. I think it's just a bug in their driver (Prolific's drivers have always been notoriously terrible.)

Hey, were you testing with FTDI's drivers or the one built into Mac OS X? I am running with FTDI's drivers (FTDIUSBSerialDriver.kext, 2.2.18) because Apple's built-in driver doesn't allow programmatic toggling of the DTR line.
It's with the FTDI driver that I had the deadlocks. I don't think I ever deadlocked using Apple's driver, but then again, I didn't use it that much.

Good point. I was testing with the built in drivers. I'll have to try with the FTDI drivers (just to confirm). Weird and annoying that Apple's driver doesn't allow toggling the DTR line. I didn't know that, and it's useful information.


Export types for use by downstream librarys

Feature request
Is your feature request related to a problem? Please describe.
Yes. Because the gotrue-js types are not exported, they can't be used in downstream library.
Describe the solution you'd like
Export all types by default.
Describe alternatives you've considered
None
Additional context
This feature requested will be followed by an additional request to the supabase-js library so that all necessary types (gotrue, supabase, realtime) are available in TypeScript projects.

Fixed by @calendee here  https://github.com/supabase/gotrue-js/pull/29


Add a security policy

Hey there!
I belong to an open source security research community, and a member (@michaellrowley) has found an issue, but doesn’t know the best way to disclose it.
If not a hassle, might you kindly add a SECURITY.md file with an email, or another contact method? GitHub recommends this best practice to ensure security issues are responsibly disclosed, and it would serve as a simple instruction for security researchers in the future.
Thank you for your consideration, and I look forward to hearing from you!
(cc @huntr-helper)

Thanks for the reminder, we've added SECURITY.md now～

@power-lin - great, we really appreciate it!
We will get an e-mail sent over to that address shortly. In the meantime, you can view the report here:
https://huntr.dev/bounties/16ec36c3-96a6-479a-97ff-32956d99bda9/
It is private and only accessible to maintainers with repository write permissions! ❤

We have received your report, thank you for your feedback！


no semitechnologies/transformers-inference:baai-bge-m3-onnx in dockerhub

hi,
there is no image in dokerhub called 'semitechnologies/transformers-inference:baai-bge-m3-onnx'
and from https://weaviate.io/developers/weaviate/installation/docker-compose, the yaml is:
---
services:
  weaviate:
    command:
    - --host
    - <IP_ADDRESS>
    - --port
    - '8080'
    - --scheme
    - http
    image: cr.weaviate.io/semitechnologies/weaviate:1.25.3
    ports:
    - 8080:8080
    - 50051:50051
    volumes:
    - ./weaviate_data:/var/lib/weaviate
    restart: on-failure:0
    environment:
      TRANSFORMERS_INFERENCE_API: 'http://t2v-transformers:8080'
      QUERY_DEFAULTS_LIMIT: 25
      AUTHENTICATION_ANONYMOUS_ACCESS_ENABLED: 'true'
      PERSISTENCE_DATA_PATH: '/var/lib/weaviate'
      DEFAULT_VECTORIZER_MODULE: 'text2vec-transformers'
      ENABLE_MODULES: 'text2vec-transformers'
      CLUSTER_HOSTNAME: 'node1'
  t2v-transformers:
    image: cr.weaviate.io/semitechnologies/transformers-inference:baai-bge-m3
    environment:
      ENABLE_CUDA: '0'

there is no cr.weaviate.io/semitechnologies/transformers-inference:baai-bge-m3 neither

https://hub.docker.com/r/semitechnologies/transformers-inference/tags?page=&page_size=&ordering=&name=bge

thanks，I will try


[ABW-3021] Close button placement on sheets

Jira ticket: ABW-3021
Description
Places the CloseButton always on the leading side of the navigation bar of every sheet that includes it.
Screenshot

Before
After

@matiasbzurovski i can't find it either now - so maybe we have long since removed that. But worth raising with Matt! Eg create persona flow - it is a modally presented flow, after first "intro screen" in the flow we push "name persona screen", from which we can (have in the past?) have a back button on left in nav bar and a close button on the right.

@CyonAlexRDX Aftab approved this change on Slack 👍


anvil/eth: Use the raw v signature value instead of bool

Fixes https://github.com/foundry-rs/foundry/issues/7898

Motivation

Cf. the linked issue. The v value (which should be deprecated for some tx types) was wrongly set as the y parity byte converted into a uint.
Solution

Instead of converting the boolean corresponding to the y parity byte to a u64/U256, use the raw v value for the v field when available.

I added a 2nd commit that fixes invalid (from geth's PoV) dummy signatures. The issue was that it was using v == 0, while this snippet in geth'd code: https://github.com/ethereum/go-ethereum/blob/d2f00cb54edc4486314c25d9e6c5b739009c2201/core/types/transaction.go#L234-L238 was computing plainV = byte(v.Uint64() - 27) which made it invalid.
By using Parity::NonEip155(false), v is actually encoded as 27 instead of 0, which makes the validation pass.

OK and one last commit, to actually use the provided signature when creating a transaction. This resolves an issue where the computed transaction hash in anvil (computed once, reused everywhere afterward) wouldn't match a computed hash from the transactions' details (eg. from a eth_getBlock call). In geth's Go library, a transaction hash is (almost) never parsed from the RPC response, but recomputed. This caused mismatches and all kinds of troubles.
This is a bit tangential to the initial issue, so I could if needed open another PR for it.

I think the failing tests are related

I think the failing tests are related

You mean unrelated? The only failing ones are integration tests which pass after retry.

OK, I found the issue! So TIL, for all transactions that are not legacy, the v value for the signature should actually just be the parity byte (so 0 or 1). This means that the impersonate signature cannot be constant, but depends on the transaction type. I removed some code (2nd commit) that did seem really relevant, and simplified things so that the impersonate signature is creating within the api.rs file, dependent on the transaction type.
To see the issue, cf. the signature change in the failing test. The previous signature wasn't actually valid. This can be checked here, for example: https://toolkit.abdk.consulting/ethereum#rlp,transaction (the v value was set to 62710 while it was an EIP-1559 tx).

Hi @ngotchac thanks for the PR! Would you be able to fix the small merge conflicts so we can get it reviewed and merged?

whoops, sorry I dropped this
mind bringing this over the line @zerosnacks ?

whoops, sorry I dropped this mind bringing this over the line @zerosnacks ?

Done, ready for review :)


rubocop fixes in policies subcollection

rubocop fixes in policies subcollection. Uses =~ instead of match and removes unnecessary parenthesis

Gotta keep rubocop happy 😍


pscompletions: update manifest and add data.json

The file  config.json is no longer used for PSCompletions.
Now it's data.json.
data.json  cannot be created by setting it to {}, which results in an error.

Thank you, @abgox

Just made a few changes, so GitHub Actions can stop complaining about JSON files not being in the buckets directory.


Parse function doesn't handle errors in Excel worksheet

Need to add parse functionality for any errors contained within an Excel workbook.

Fixed


Fix(Revit) : add possible length units

Description & motivation
Add weird units in Revit. Don't ask me the difference between Meters and MetersCentimeters because I have no clue.

Was this something we were supporting before?


Added overview of network throughput to console templates

This just adds a basic node-network page. It's related to https://github.com/prometheus/prometheus/pull/750

As this seems stale closing for now. Feel free to reopen should this change.


Pin knative/pkg and knative/test-infra to release-0.17

Proposed Changes

Pin knative/pkg and knative/test-infra to release-0.17.

In preparation for release-0.17 of knative/operator in a week.

Release Note

NONE

@Harwayne
Do you know how to resolve this issue?
2020/08/11 21:37:49 maxprocs: Leaving GOMAXPROCS=6: CPU quota undefined
2020/08/11 21:37:49 Registering 2 clients
2020/08/11 21:37:49 Registering 3 informer factories
2020/08/11 21:37:49 Registering 3 informers
2020/08/11 21:37:49 Registering 2 controllers
{"level":"info","ts":"2020-08-11T21:37:49.301Z","caller":"logging/config.go:110","msg":"Successfully created the logger."}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","caller":"logging/config.go:111","msg":"Logging level set to info"}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","caller":"logging/config.go:78","msg":"Fetch GitHub commit ID from kodata failed","error":"open /var/run/ko/HEAD: no such file or directory"}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","logger":"knative-operator","caller":"profiling/server.go:59","msg":"Profiling enabled: false"}
{"level":"info","ts":"2020-08-11T21:37:49.308Z","logger":"knative-operator","caller":"leaderelection/context.go:46","msg":"Running with Standard leader election"}
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x9ecc8b]

goroutine 1 [running]:
k8s.io/client-go/rest.CopyConfig(0x0, 0xc00061b200)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/rest/config.go:569 +0x3b
k8s.io/client-go/dynamic.ConfigFor(0x0, 0xc00079f510)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/dynamic/simple.go:41 +0x2f
k8s.io/client-go/dynamic.NewForConfig(0x0, 0x4959f8, 0xc00061b4d0, 0x18d4ca0, 0x2d5c710)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/dynamic/simple.go:63 +0x2f
github.com/manifestival/client-go-client/pkg/dynamic.NewForConfig(0x0, 0x4959f8, 0xc0001b9d10, 0x18d4ca0, 0x2d5c710)
	github.com/manifestival/client-go-client@v0.2.3-0.20200702141517-e255fbf14f6f/pkg/dynamic/rest_mapper_resource_interface.go:18 +0x2f
github.com/manifestival/client-go-client.NewClient(0x0, 0x18d4ca0, 0x2d5c710, 0x0, 0x0)
	github.com/manifestival/client-go-client@v0.2.3-0.20200702141517-e255fbf14f6f/client.go:24 +0x2f
knative.dev/operator/pkg/reconciler/knativeserving.NewExtendedController.func1(0x1f42d00, 0xc00075bf80, 0x1f0bf80, 0xc000093320, 0x2d5c710)
	knative.dev/operator/pkg/reconciler/knativeserving/controller.go:52 +0x19b
knative.dev/operator/pkg/reconciler/knativeserving.NewController(0x1f42d00, 0xc00075bf80, 0x1f0bf80, 0xc000093320, 0xc0002ebc00)
	knative.dev/operator/pkg/reconciler/knativeserving/controller.go:41 +0x5e
knative.dev/pkg/injection/sharedmain.ControllersAndWebhooksFromCtors(0x1f42d00, 0xc00075bf80, 0xc000093320, 0xc00079ff68, 0x2, 0x2, 0x1, 0x37e11d600, 0x2540be400, 0x77359400, ...)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:396 +0x17b
knative.dev/pkg/injection/sharedmain.MainWithConfig(0x1f43880, 0xc00000e118, 0x1b4a473, 0x10, 0xc000728000, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:216 +0x69c
knative.dev/pkg/injection/sharedmain.MainWithContext(0x1f43880, 0xc00000e118, 0x1b4a473, 0x10, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:160 +0xd5
knative.dev/pkg/injection/sharedmain.Main(0x1b4a473, 0x10, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:134 +0x9c
main.main()
	knative.dev/operator/cmd/operator/main.go:25 +0x72

When we switch to use 0.17 knative/pkg, this is the error message.

@Harwayne
Do you know how to resolve this issue?
2020/08/11 21:37:49 maxprocs: Leaving GOMAXPROCS=6: CPU quota undefined
2020/08/11 21:37:49 Registering 2 clients
2020/08/11 21:37:49 Registering 3 informer factories
2020/08/11 21:37:49 Registering 3 informers
2020/08/11 21:37:49 Registering 2 controllers
{"level":"info","ts":"2020-08-11T21:37:49.301Z","caller":"logging/config.go:110","msg":"Successfully created the logger."}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","caller":"logging/config.go:111","msg":"Logging level set to info"}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","caller":"logging/config.go:78","msg":"Fetch GitHub commit ID from kodata failed","error":"open /var/run/ko/HEAD: no such file or directory"}
{"level":"info","ts":"2020-08-11T21:37:49.302Z","logger":"knative-operator","caller":"profiling/server.go:59","msg":"Profiling enabled: false"}
{"level":"info","ts":"2020-08-11T21:37:49.308Z","logger":"knative-operator","caller":"leaderelection/context.go:46","msg":"Running with Standard leader election"}
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x9ecc8b]

goroutine 1 [running]:
k8s.io/client-go/rest.CopyConfig(0x0, 0xc00061b200)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/rest/config.go:569 +0x3b
k8s.io/client-go/dynamic.ConfigFor(0x0, 0xc00079f510)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/dynamic/simple.go:41 +0x2f
k8s.io/client-go/dynamic.NewForConfig(0x0, 0x4959f8, 0xc00061b4d0, 0x18d4ca0, 0x2d5c710)
	k8s.io/client-go@v11.0.1-0.20190805182717-6502b5e7b1b5+incompatible/dynamic/simple.go:63 +0x2f
github.com/manifestival/client-go-client/pkg/dynamic.NewForConfig(0x0, 0x4959f8, 0xc0001b9d10, 0x18d4ca0, 0x2d5c710)
	github.com/manifestival/client-go-client@v0.2.3-0.20200702141517-e255fbf14f6f/pkg/dynamic/rest_mapper_resource_interface.go:18 +0x2f
github.com/manifestival/client-go-client.NewClient(0x0, 0x18d4ca0, 0x2d5c710, 0x0, 0x0)
	github.com/manifestival/client-go-client@v0.2.3-0.20200702141517-e255fbf14f6f/client.go:24 +0x2f
knative.dev/operator/pkg/reconciler/knativeserving.NewExtendedController.func1(0x1f42d00, 0xc00075bf80, 0x1f0bf80, 0xc000093320, 0x2d5c710)
	knative.dev/operator/pkg/reconciler/knativeserving/controller.go:52 +0x19b
knative.dev/operator/pkg/reconciler/knativeserving.NewController(0x1f42d00, 0xc00075bf80, 0x1f0bf80, 0xc000093320, 0xc0002ebc00)
	knative.dev/operator/pkg/reconciler/knativeserving/controller.go:41 +0x5e
knative.dev/pkg/injection/sharedmain.ControllersAndWebhooksFromCtors(0x1f42d00, 0xc00075bf80, 0xc000093320, 0xc00079ff68, 0x2, 0x2, 0x1, 0x37e11d600, 0x2540be400, 0x77359400, ...)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:396 +0x17b
knative.dev/pkg/injection/sharedmain.MainWithConfig(0x1f43880, 0xc00000e118, 0x1b4a473, 0x10, 0xc000728000, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:216 +0x69c
knative.dev/pkg/injection/sharedmain.MainWithContext(0x1f43880, 0xc00000e118, 0x1b4a473, 0x10, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:160 +0xd5
knative.dev/pkg/injection/sharedmain.Main(0x1b4a473, 0x10, 0xc00079ff68, 0x2, 0x2)
	knative.dev/pkg@v0.0.0-20200811182305-91561f0a4117/injection/sharedmain/main.go:134 +0x9c
main.main()
	knative.dev/operator/cmd/operator/main.go:25 +0x72

When we switch to use 0.17 knative/pkg, this is the error message.

I think this call to GetConfig is returning nil (pkg/reconciler/knativeserving/controller.go:52):
mfclient, err := mfc.NewClient(injection.GetConfig(ctx))

Investigating further to figure out why.

When we switch to use 0.17 knative/pkg, this is the error message.

I think this call to GetConfig is returning nil (pkg/reconciler/knativeserving/controller.go:52):
mfclient, err := mfc.NewClient(injection.GetConfig(ctx))

Investigating further to figure out why.

Found the cause. Fix is in knative/pkg#1610. Once that is merged, we'll cherry-pick into release-0.17 and update this PR.

/lgtm
/approve


Redesign Navbar Issue Fixed

#25 Fixed This Issue

Hey @Codehackerone ,
Please Merge With Label hacktoberfest accepted .

Ok I will do this 👍🏻


Support for Rust

Please add support for the Rust language. Rust 1.0 was released on 05-15-2015 and the syntax is stable now.

https://github.com/nrc/rustfmt might be helpful

Excellent, @nicokoch! That looks great.
For those interested in making this happen, you can submit a Pull Request. I am still working on complete documentation however I have documented most of the steps required to add a new Language and a new Beautifier: https://github.com/Glavin001/atom-beautify/issues/300#issuecomment-107590998

I have started development on the Rustfmt beautifier support however I have not tested it and it likely is not in a working state, yet. Feel free to fork Atom Beautify, and try it out for yourself and submit a Pull Request when it's completely working. Thanks.

Update: I will be maintaining this documentation on adding languages and beautifiers: https://github.com/Glavin001/atom-beautify/blob/master/docs/add-languages-and-beautifiers.md

Rustfmt works correctly.  The only extra step I had to do was copy the default.toml file from the Rustfmt project into my home directory.

It seems there's a problem with the way rustfmt is used by Beautify. When trying to do a format, I get the following error.
C:\Users\Layl\AppData\Local\Temp\tmp1151030-5452-fkq6dy:5:5: 5:13 error: file not found for module `frontend`
C:\Users\Layl\AppData\Local\Temp\tmp1151030-5452-fkq6dy:5 mod frontend;
                                                              ^~~~~~~~
C:\Users\Layl\AppData\Local\Temp\tmp1151030-5452-fkq6dy:5:5: 5:13 help: name the file either frontend.rs or frontend/mod.rs inside the directory "C:\\Users\\Layl\\AppData\\Local\\Temp"
thread '<main>' panicked at 'Box<Any>', C:\Users\Layl\.cargo\git\checkouts\syntex-b2c5d63b3d829888\master\syntex_syntax\src\parse/mod.rs:76

It seems that rustfmt is expecting the entire cargo project to be in the location it wants to format it.

There is another problem. rustfmt supports having a config file next to the source file or further up the directory tree. Because atom-beautify copies the source file to /tmp/ (at least on my system - Arch Linux), rustfmt does not find the config file and just applies the default config. The only "workaround" is moving my config to system root, which applies it globally. Not exactly optimal.

Please feel free to submit a Pull request for rustfmt support in Atom Beautify.
Applicable beautifier code here: https://github.com/Glavin001/atom-beautify/blob/master/src/beautifiers/rustfmt.coffee
I do not believe the beautifier was tested and is likely incomplete.

https://github.com/Glavin001/atom-beautify/blob/master/src/beautifiers/clang-format.coffee could probably be seen as a reference model how rustfmt needs to be invoked like. I tried to modify the code myself, but gave up after a while since I failed to understand how this project works. Maybe someone with more experience could copy over and integrate the code. :blush:

I have working version of Beautifier support for rustfmt.toml at https://github.com/sidred/atom-beautify/tree/rustfmt-update. Waiting for  https://github.com/rust-lang-nursery/rustfmt/pull/780 to be merged before a submititng PR.

@sidred  looks like it has been merged. any update?

Merged via #790. Beautifier should read the rustfmt.toml in an file path.

rustfmt development recently has been moved to rustfmt-nightly branch, which original rustfmt being frozen. As a side effect of that change, the version numbering has been reset back to 0.1.x. However, atom-beautify check for the version being higher than 0.5. Naturally, it comes to the wrong conclusion with rustfmt-nightly as not being good enough. Fortunately, it is easy to distinguish between the two branches - as nightly clearly says so in its --version output:
$ /usr/local/bin/rustfmt --version
0.1.9-nightly ( )

It would be great to add extra check for running newer branch of rustfmt and clear it for using inside atom-beautify

Pull Requests welcome! See https://github.com/Glavin001/atom-beautify/blob/master/src/beautifiers/rustfmt.coffee for applicable code.
I am not a Rust user/developer, so it is unlikely I would write the Pull Request. However, I will be happy to review and merge any changes. Thanks in advance!

Published to v0.30.5


Split event stream from conversion

The existing design of the JFR daemon falls short in a few areas.  Let's go over the current design and then describe the shortcomings and this proposal for a fix.  Here's a very high-level overview of what it looks like today (apologizes for quick/ugly diagrams, I just hope they help to explain):

In the existing design, the JFRDaemon (main) startup polls the remote application in order to determine if a java agent is running.  If it is, it blocks startup until the connect sequence completes in order to obtain the entity.guid.  If no agent is running remotely, startup still blocks on the JMX connection but does not wait for an entity.guid.  The JFRController then loops and sleeps to create a JFR recording every 10 seconds. This recording is handed to a processing task which runs in a thread pool of size 2.  The processing task reads the file, extracts the RecordedEvent raw data, turns the data into telemetry, creates a batch, and sends that batch via the telemetry SDK.
Shortcomings:

Startup data is lost -- The blocking startup will miss JFR events early in the application lifecycle.  Some of this early, important, and lost data includes JIT compilation events.
Telemetry batch size sent to NR is tied to the number of events in each file.  A very bursty 10 seconds could produce an unwieldy sized batch that might be too large to ingest.
The thread pool size of 2 makes it possible (although unlikely) to have two files being processed at the same time.  This means that it is remotely possible to have the "last seen" time be incorrect and lose data.
Notable lack of test coverage

This PR
This PR changes things up a fair bit:

At startup, the JFR Daemon still blocks on the JMX connection, but as soon as it is available it starts up a background task to build and run the RawEventConsumerTask.  Because this is done on a separate thread (the middle in the diagram above), the daemon is free to immediately begin the recording sequence on the source.
The two threads from the original design are now split between two different pools that are connected with a BlockingQueue.  The sourcing thread is only responsible for starting recordings, reading files, and sending raw RecordedEvent instances to the queue, and this can happen well before the entity.guid may be available.  This queue acts as a buffer so that events can stack up until the receiving side is ready.  Once the RawEventConsumerTask has been started (with or without entity.guid), it converts RecordedEvents into telemetry and buffers them with the telemetry SDK.  Because recorded files are now decoupled from batch sends, we can control when telemetry is sent -- which now happens when a batch size is reached (2500 items by default) or a time limit has expired (5 seconds by default).
Mitigations (to the above shortcomings)

At startup, the recording sequence is no longer blocked by the fetching of a possible entity.guid.  The guid is fetched in the background so that recordings may start as soon as possible.  Raw RecordedEvents are buffered until the receiver is ready.
Telemetry batch contents are no longer coupled to recording file size.  The target batch size/time limits can be made easily configurable.
Recording files are only started and parsed on a single thread.  A ScheduledExecutorService is responsible for running the recording job at a fixed interval.
Class responsibilities have been further decomposed to aid understanding and testing.  Test coverage is improved (81% classes, 65% lines, 57% lines compared to 66%/56%/45% [ class/method/line]) note much of the remaining untested code is boilerplate/construction.

Open questions:

A set of Summarizers was previously "finished" at the end of each file's parsing.  Since the summarizers are now decoupled from the recording files, the summarizers are now finished immediately before batch sending.  I assumed that this was a reasonable choice but thought it was worth additional consideration.
there's still time sensitivity in coordinated startup between the daemon and the monitored application.  That isn't really addressed here, and #61 is a follow-up item
this PR is quite large...finding a piecemeal way to make these changes was difficult, but I'm open to ideas.

I'm now a bit worried about file overlaps in the redesign.  Going to circle back on this.


Insert missing line break on second slide

This PR fixes #4, adding a missing line break on the second slide. For a preview of the change, have a look at https://christian-marx.github.io/github-slideshow/#/1.

Looks great! Thanks for fixing.


Add sensor for public transit in Stockholm

Description:
Sensor for public transit in Stockholm
Pull request with documentation for home-assistant.io: home-assistant/home-assistant.io#9503
Example entry for configuration.yaml (if applicable):
sensor:
- platform: hasl
  ri4key: YOUR-RI4-KEY-HERE
  si2key: YOUR-SI2-KEY-HERE
  ti2key: YOUR-OPTIONAL-TI2-KEY-HERE
  sensors:
   - friendly_name: Mölnvik
     sensor_type: departures
     siteid: 4244
     lines: 474, 480C
     direction: 1
   - friendly_name: Trafikstatus
     sensor_type: status

Checklist:

[X] The code change is tested and works locally.
[X] Local tests pass with tox. Your PR cannot be merged unless tests pass
[X] There is no commented out code in this PR.
[X] I have followed the [development checklist][dev-checklist]

If the code communicates with devices, web services, or third-party tools:

[X] [The manifest file][manifest-docs] has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
[X] New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
[X] Untested files have been added to .coveragerc.

Hi @DSorlov,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!


Introduce context aware helpers for context related testing

Hey folks.
I started using the library and found a missing piece that is very helpful for my case.
We use both time related functions and context.Timeout, but we want to be able to orchestrate all operations with a single time source.
I've introduced the logic that was already done by benbjohnson library https://github.com/benbjohnson/clock/blob/master/context.go
While testing context related things, I've also bumped into a problem with AfterFunc, which did not provide a guarantee of call on expiration. I've borrowed a "fix" with a time.Sleep from benbjohnson library. Without it, it is impossible to guarantee the call of the afterfunc.
I've ran tests for a few thousands times, but haven't see any issues.
Let me know if you have any concerns, or maybe you can help with a better way to fix this race.

I like the idea. However,  my blocking concern is that they overload the clock interface with methods that don't have analogs in the https://pkg.go.dev/time, rather they are functions from https://pkg.go.dev/context
I'd support adding these to an unexported struct (maybe clockContext?) to context.go that provides the context.Context interface and is created with a function call clockwork.Context(parent context.Context, c *clockwork.FakeClock) context.Context.
The fast/easy way to do this would be with context.WithoutCancel, but that negates calls to the parent's cancel function.
You might consider trying to implement the unexported struct to intercept context.DeadlineExceeded, thinking that is more robust than the above. However, this would introduce an even more nuanced. unexpected gotcha: that once the parent's deadline passes, which you have overridden, the parent's cancel function no longer works. That would be sure to surprise a caller somewhere, and be a real pain to debug since we are masking the deadline signal.
So.. I think we should offer our own cancel function, since we'll be negating the parent context's, i.e the function signature should be func Context(parent context.Context, c *FakeClock) (context.Context, context.CancelFunc).

hmm. Could you elaborate?
The biggest issue between time and context packages is that context package always use realtime, which defeats any controlled testing environment effort: https://cs.opensource.google/go/go/+/refs/tags/go1.23.0:src/context/context.go;l=689
So, implementing context.Context is not enough, we need to have a specific method, which will use real time as context.WithTimeout/context.WithDeadline, and Fake version in testing scenarios.
It could be:

My proposed version

clock.WithTimeout
clock.WithDeadline

Separated function

clockwork.WithTimeout(ctx, clock, timeout) (context.Context, context.CancelFunc)
clockworkf.WithDeadline(ctx, clock, timeout) (context.Context, context.CancelFunc)

Both look the same to me, so I can switch from methods to functions.

So, implementing context.Context is not enough

I think I may have miscommunicated. Do you agree that something needs to implement context.Context? If your no I think we have some narrowing to do.
My stance is:

Yes we need something to implement context.Context
That thing should not be *FakeClock.

I'm against your proposal #1 and support your proposal #2 in concept, with 2 clarifications:

That the returned context implementation is a struct that uses a *FakeClock
That *FakeClock itself is not responsible for how the returned context implementation manages its behavior.

Ok.
I'm still not 100% sure if I understood you correctly, but I've updated the PR with the #2 approach.
The most considerable flow of this design changes the behavior from context.WithTimeout and context.WithDeadline from the code that does not use clockwork.

See comment in #92, conversation continued in #94.


Contributing notes

I had to make assumptions based on the project files to work out what to do. It's not immediately clear for people like me who aren't familiar with this environment.
We should probably mention format and lint too!
Also, I found I had to update node-version or use a workaround for nodenv, so I suggest specifying an exact node version.

That is a great idea but I think it should be on the main repo so we could share it between all components, what do you think?

Hey, reopen in the main monorepo https://github.com/stimulus-components/stimulus-components if needed! 👍

Sure, that makes sense but sorry I haven't got time to do this at the moment.


Fix read_raw_brainvision() handling of comma-separated data files

This fixes an issue reported on the forum:
https://mne.discourse.group/t/brainvision-raw-get-data-could-not-convert-string-to-float/3730

What do the official file format specs say? Don't they define the separator?

re-iterating here again that this issue was about a "BrainVision Analyzer" exported file, not a standard BrainVision raw data file that is produced during recording: https://mne.discourse.group/t/brainvision-raw-get-data-could-not-convert-string-to-float/3730/7?u=sappelhoff
(just to have it here in case it comes up again)

What do the official file format specs say? Don't they define the separator?

I couldn't find a spec of the ASCII data format. The header file only specifies the decimal separator.
In main, we test with spaces as column separators. In the Discourse posting linked above, OP has data with commas as column separators. No idea.

that this issue was about a "BrainVision Analyzer" exported file

So are you saying that BrainProducts isn't following their own standard here? 🤯

So are you saying that BrainProducts isn't following their own standard here? exploding_head

The situation is weird (as we've often realized while working on pybv) --> BrainVision files are not always BrainVision files: They can differ (a) depending on which recording software exports them, and (b) they are much more different when exported from BrainVision Analyzer (which IMHO exports derivative data, not raw data)
This is due to the fact that their data formats evolved over time and have only very recently been publicly released (well, a small part of it; and after we asked for it to have it available for BIDS) in the form of the spec that we also use at pybv.

@sappelhoff This seems to be working, not sure if it covers all use cases, obviously, but it doesn't seem to break existing behavior and allows me to load the BVA-exported data provided by OP. I hence think this is a good addition.

@cbrnr Feel free to merge unless you have any remaining questions or concerns!

Thanks @hoechenberger!

@sappelhoff It could be a good idea to run the MNE-BIDS CI just to be even more sure this change here doesn't break anything? WDYT?

won't it run tonight as scheduled? :)
https://github.com/mne-tools/mne-bids/blob/91f9fb3868558887acc161650c8b2a1d8d9b69fb/.github/workflows/unit_tests.yml#L11-L12
Or do you need me to do something?
Also, we just released a new pybv, so we might want to update that in mne-bids as well (contains your new feature, and a fix for big-endian archs)

Just a comment since this was already merged: if there is a published spec and we decide to support files that deviate from the spec, we might consider a strict=True kwarg to allow it (rather than silently accepting out-of-spec formats)


request_ocs_local_storage role breaks if OCP cluster has any operators installed in globally across all namespaces

Describe the bug
request_ocs_local_storage role breaks if OCP cluster has any operators installed in globally across all namespaces
To Reproduce

Get OCP cluster on Fyre
Install operator on global namespace e.g. ICP4D
Run request_ocs_local_storage role against cluster.

Expected behavior
request_ocs_local_storage to have been installed
OCP:

4.6.16 with 3 master, 3 worker (64gb ram, 300 GB extra disk, 16 CPU)

Proposed Fixes are contained in https://github.com/IBM/community-automation/pull/175


Set up a slack join message, so people know what projects are where.

Added a https://greetbot.io instance with message.


OS X 10.9 support

Why does this require OS X 10.10?
is it possible to support 10.9?

https://github.com/rsms/fb-mac-messenger/pulls


Issue with SwitchPreferenceCompat animation

After updating to <IP_ADDRESS>, the animation of the switch is disabled :(. Reverting back to <IP_ADDRESS> fixes the problem

What version of Android do you use?

I'm testing on API 22. Didn't test on another phone yet.

I just tested it on API 23 (emulator) and it seems to be fine there.

API 21 works too.

I don't know what happened, but I can't reproduce it anymore either :(. I'm going to close this.


More flexible Rust<>Cairo types interface

From Ariel Elperin

Support sending various uints (not just u8) to riscv call (potentially make it generic over the param type, where the param type has to implement some kind of Serde trait)
User defined structs
The endgame here could be something like a type definition by the dev, e.g. in a proto file, and a cli command that generates rust + cairo modules with those types. That way, you know that whatever is generated can be used as arguments/return values of the externalized rust functions and as arguments/return values of riscv_call

@damip please share your thoughts about this:
Let's focus on the use of a proto file to describe the interface between rust and cairo code.
On the rust side, we need

a proto to rust code generator which is used at compile time
a runtime support library written in rust to help serialize/deserialize data in protobuf format (that will be executed inside the riscv VM).
some basic code (the actual format of a risc_call is [u8]->[u8]).

Points 1 and 2 can be filled by https://docs.rs/micropb/0.1.0/micropb/ (and integration is almost complete).
Point 3 is not a big problem and can even be done manually by the project developer.
On the cairo side, we have the same requirements.
Should we start writing a proto for the cairo code generator (in rust) and the corresponding cairo runtime (in cairo)?

We need to check how proto works on the cairo side.
Looks like it is already used natively for hints: https://reilabs.io/blog/introducing-hints-in-cairo-programming-language/

@damip
Integration of cairo-proto-build went relatively fine.
But I just found that they are based on a different language edition (i.e. 2023_10) and that was the cause of the pain I had lately:
Something related to the visibility rules changed between edition 2023_10 and 2024_07:
given this cairo code:
// module mod1
struct A {
    a: u8,
}

// module main
mod mod1;
use mod1::A;

fn main2() -> bool {
    let x = A { a: 1 };
    x.a == 1
}

This code builds in edition 2023_10 but fails in edition 2024_07 because both A and A.a are not visible anymore.
This would work (but pub has to be added manually for the moment):
// module mod1
pub struct A {
    pub a: u8,
}

Added an issue to cairo-hints project https://github.com/reilabs/cairo-hints/issues/35

@bilboquet could we work on a fork and propose a PR upstream ? To avoid blocking our progress

I'm going to do that.
It's probably not too hard.

sharing my mind in #9 on how to go forward about this issue.