VMware-Tools and inconsistent error codes and the end

So far i've seen:

1641
3010
1618

And looking at https://msdn.microsoft.com/en-us/library/windows/desktop/aa376931(v=vs.85).aspx they all mean something different. Chef needs exit 0 to continue. https://github.com/jjasghar/chef-vmware-tools/pull/3 is the working on trying to figure this out.

https://deangrant.wordpress.com/2015/11/06/chef-and-non-zero-return-codes/ thanks, @sdbrett!

https://docs.chef.io/resource_windows_package.html need to update the installation to this.


Edit Pitch

Task

Streamline pitch and ensure proper grammar, clear concepts, and proper presentation

Deliverables

Pitch document found in specs

Edited pitch document and turned in for review


Proxy configuration guide should make example repo URLs copyable

The proxy configuration guide has a nice picture of an example setup - this picture contains some important URLs that most people will need to proxy in their proxy setup.  The problem is, it's a picture, you can't copy those URLs, so you have to type them manually.  These URLs should be listed somewhere where they can be copy/pasted.

+1


ci!: migrate to fastify reusable workflow

BREAKING CHANGE: drops support for node 10 and 12; adds support for node 18

Checklist

[x] documentation is changed or added
[x] commit message and code follows the Developer's Certification of Origin
and the Code of conduct

Should @fastify/core release this pr as v1?


feature: car racing game added

🛠 Fixes Issue: #57

Type of change ✍
Please delete options that are not relevant.

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

👨💻 Changes proposed:
Added a racing game based on ASCII

✔ Check List (Check all the applicable boxes)

[ ] My code follows the code style of this project.
[ ] This PR does not contain plagiarized content.
[ ] The title of my pull request is a short description of the requested changes.
[ ] I have included comments in areas that may be difficult to understand.
[ ] My changes have not introduced any new warnings.
[ ] I have conducted a self-review of my code.
[ ] I am a participant of SWOC'24.

@pinak22dhir hv a look. give the difficulty level tag in the issue

@pinak22dhir the program ends on 11th feb, please hv a look at it before.


Improve action log display

Description
https://gitea.com/gitea/act_runner/actions/runs/218

Does this log display correct? It seems that \n is not handled.
Gitea Version
1.20.0+dev-349-g17f23182f
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
No response
How are you running Gitea?
gitea.com
Database
None

I guess the original out is two chars: one is \ and other is n.
The action log system doesn't do any decoding (it shouldn't), it only processes the real LF (0x10)


PayPal compatibile with SHA-256

Is omnipay (PAYPALL part) compatible with new PayPal standard SHA-256 (according to PayPal code update in 2016/2017) ?
https://devblog.paypal.com/paypal-ssl-certificate-changes/

Yes it is, although it depends on the version of OpenSSL you have installed.


Demangling variadic tuples should not crash

Although variadic tuples per se are no longer supported, there is still code in the demangler to recognize these types.  This one-line change fixes a typo in that code that was introduced in e427ded6c985.
Resolves rdar://63342277

@swift-ci Please smoke test

Should we just remove this code? Variadic tuples were never a supported feature.

Also can you add a test case to test/Demangler?

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - b3ffeb58b5fd25c50852c17391ebfa2a65ff0d78

Build failed
Swift Test OS X Platform
Git Sha - b3ffeb58b5fd25c50852c17391ebfa2a65ff0d78

@swift-ci Please test

@swift-ci Please test

Build failed
Swift Test OS X Platform
Git Sha - 21c70d5c92d1ff70fd7ceb25c3267dd3ed7b5fa0

Build failed
Swift Test Linux Platform
Git Sha - 21c70d5c92d1ff70fd7ceb25c3267dd3ed7b5fa0

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 95fff9cbed346355c78c02772fcdf1772f54af13

Build failed
Swift Test OS X Platform
Git Sha - 95fff9cbed346355c78c02772fcdf1772f54af13

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 9d125ea84a7e2340f8ebf24803bb224e487d7c83

@swift-ci Please test

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 9d125ea84a7e2340f8ebf24803bb224e487d7c83

Build failed
Swift Test OS X Platform
Git Sha - 9d125ea84a7e2340f8ebf24803bb224e487d7c83

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 0927930b97719208c7c1df73913fcc2668fca5bb

@swift-ci Please test Linux Platform


indentation issue with overlays and completions

Put the following in an elisp buffer:
(defun print-sum (a b)
  (let ((sum (+ a b)))

Position the cursor at the end of the second line and do M-x copilot-complete.  An overlay with (print sum) appears on the next next with the correct indentation.  If I accept the completion, I get:
(defun print-sum (a b)
  (let ((sum (+ a b)))
    (print sum)))

So far, so good.    The buffer should then look as follows, with "|" indicating cursor position:
(defun print-sum (a b)
  (let ((sum (+ a b)))
    |

Now do M-x copilot-complete (if necessary).  Observe that the suggested completion has its overlay indented too much (the same amount as the current column).  If we do M-x copilot-accept-completion, then we get:
(defun print-sum (a b)
  (let ((sum (+ a b)))
        (print sum)))

It's easy to patch things up afterwards via M-q, etc., but that seems suboptimal.  I suspect that the copilot module "knows" the correct indentation, but that copilot.el somehow fails to "subtract" the indentation of point?  Haven't tried to debug this yet.

Does merged PR #178 fix this?

Does merged PR #178 fix this?

No.  I'm on the latest version, and the issue is anyway unrelated to narrowing.

Sorry, I got confused with issue #173 for some reason. 😞

I think the following example rules out some other possibilities:
(defun print-hello-then-print-sum (a b)
  (let ((sum (+ a b)))
    (print "hello")

Position the cursor at the beginning of the next line, all the way to the left, like where "|" is in the following:
(defun print-hello-then-print-sum (a b)
  (let ((sum (+ a b)))
    (print "hello")
|

Then do M-x copilot-complete.  Get similar issue as above:
(defun print-hello-then-print-sum (a b)
  (let ((sum (+ a b)))
    (print "hello")
        (print sum)))

Using edebug on copilot--show-completion and inspecting the argument completion-data shows that the error has already occurred:
(:uuid "27fc2ffc-6e2d-41c2-9b23-e116eb3008bf"
       :text "        (print sum)))"
       :range (:start (:line 3 :character 0)
                      :end (:line 3 :character 0))
       :displayText "        (print sum)))"
       :position (:line 3 :character 0)
       :docVersion 315)

I wasn't quickly able to understand what happens in the jsonrpc-lambda block inside copilot-complete.  Does this result in some preprocessing of whatever is returned by the underlying copilot plugin?

I don't know exactly how the copilot parameters tabSize and indentSize are used, but they seem to have the effect of requiring that completions on an empty line must begin with a multiple of that many spaces.  For emacs-lisp-mode, the function copilot--infer-indentation-offset returns 8; this passes through editorconfig-indentation-alist and lisp-indent-offset (which is nil) and finally tab-width.
If I'm not mistaken, tab-width is not relevant for elisp buffers, while lisp-indent-offset has a different meaning than how it is interpreted here.  So I can think of a couple fixes:

Modify the definition of copilot--indentation-alist to contain (emacs-lisp-mode some-variable-with-value-one) in its initial "exceptions" block (and possibly modify copilot--infer-indentation-offset so that we can simply use (emacs-lisp-mode 1) in the alist).

Modify the default behavior of copilot--infer-indentation-offset to return 1 rather than tab-width.

I don't have a clear enough global picture to know which is better.
Please correct me if you happen to know that I've misinterpreted the role of tabSize and indentSize.  A quick search turned up https://github.com/orgs/community/discussions/10789, which suggested at least that tabSize didn't have any actual effect a year and a half ago.

I believe a good solution is to notify the user when Copilot uses tab-width instead of a mode-specific variable.
I think assigning a default value like one is not ideal, as users may have different preferences (I personally prefer two).

I think assigning a default value like one is not ideal, as users may have different preferences (I personally prefer two).

How have you made this preference known to copilot with elisp?  Via tab-width?

I think assigning a default value like one is not ideal, as users may have different preferences (I personally prefer two).

How have you made this preference known to copilot with elisp? Via tab-width?

Yes, I explicitly set tab-width to 2 for emacs-lisp-mode.

closed by #191

I believe a good solution is to notify the user when Copilot uses tab-width instead of a mode-specific variable.
I think assigning a default value like one is not ideal, as users may have different preferences (I personally prefer two).

Is there any way I can turn off this warning, I keep receiving this when I open my .el files
Best, <3

@amarshavir please see https://github.com/zerolfx/copilot.el/pull/212#issuecomment-1862487382


Add OpenJDK vendor to the toolchain support

The Gradle toolchain allows the user to specify the vendor. It seems that the reference implementation of OpenJDK is not offered. I suggest to add it. Example URL for Java 18: https://jdk.java.net/18/

Can you use Oracle as a vendor to select OpenJDK for toolchains?

Before I left my comment I checked the following
$ sdk list java
...
 Java.net      |     | 19.ea.15     | open    |            | 19.ea.15-open
               |     | 19.ea.14     | open    |            | 19.ea.14-open
               |     | 19.ea.4.lm   | open    |            | 19.ea.4.lm-open
               |     | 19.ea.1.pma  | open    |            | 19.ea.1.pma-open
               |     | 18           | open    | installed  | 18-open
...

$ sdk use java 18-open
$ java -XshowSettings:properties -version
...
java.vm.vendor = Oracle Corporation
...

Even though the java.net JDK is an OpenJDK, Oracle is still reported as a vendor.
I don't know how the vendor matching is implemented in the Gradle toolchain support. It might be enough that the value of java.vm.vendor contains the Oracle substring.

It makes sense that the OpenJDK has Oracle as its vendor, but there are still 2 different distributions: Oracle JDK and OpenJDK JDK. I would want to be able to choose which one I want even if they have the same vendor technically. If I choose the Oracle one right now which one do I get? The docs don't say.

@nlisker specifically for your situation you can use the method suggested in the manual, specifically:
vendor.set(JvmVendorSpec.matching("Oracle Corporation"))
On a general note: yes, we agree with you that things could be improved upon, but our current strategy is to separate Toolchain provisioning from core Gradle functionality by offering an SPI for it, so we are channeling our limited resources towards that effort.


Allow UIF in def body

In short, make the following test not panic with cannot find 'foo'
#![feature(register_tool)]
#![register_tool(flux)]
#![feature(custom_inner_attributes)]
#![flux::def(foo(n:int) -> bool)]
#![flux::def(bar(n:int) -> bool { foo(n) })]

#[flux::trusted]
#[flux::sig(fn(n:i32) -> bool[foo(n)])]
fn is_foo(n: i32) -> bool {
    n > 10
}

#[flux::sig(fn(n:i32) -> bool[bar(n)])]
fn is_bar(n: i32) -> bool {
    is_foo(n)
}

this was implemented in https://github.com/liquid-rust/flux/pull/293


Build NSM website using Hugo and Netlify

This will track the work being done create the Network Service Mesh website.

I've got a rough first cut of this, I will share during the weekly meeting.

Initial site pushed out:
https://github.com/ligato/networkservicemesh-site

Closing this as the website is now live:
https://www.networkservicemesh.io/


binary release would be awesome!

A binary release of this as an executable jar would be awesome! I'd love to try this but I'm not very familiar with the scala toolchain and I'm working through some difficulties with sbt (which I attribute to operator error). Thanks, this kafka-manager looks very cool.

+1

+1

+1

+1

+1

+12306

+1

+1

It would at least be nice to support/supply not only the *.zip, but the *.rpm and *.deb packages. Especially since, currently, the rpm-build part of the package seems broken.

https://github.com/yahoo/kafka-manager/pull/35 has been filed for this.  Docs will be needed but, basically, it will enable the option of './sbt clean assembly' generating a standalone jar.

I've opened a separate issue #36 to help track the RPM Build fix (along with an example of working around it, for now).

There is now a way to create .deb and .rpm files
sbt debian:packageBin

sbt rpm:packageBin

It would be great if we could get these hosted on package cloud.
https://packagecloud.io/
Then puppet/chef/ansilbe/salt could always make sure that the latest version of kafka-manager is installed.

I went ahead and created .deb packages for a few of the more recent releases and uploaded them to package cloud. (PM me if you have .rpms, I don't have time/need to compile them manually)
https://packagecloud.io/spuder/kafka-manager
It would be super trivial to automate this so that travis CI automatically uploads to packagecloud every time a new build is released. Packagecloud has the steps documented here:
@mikedanese I'm willing to do the work on this if you'll just enable travis and create a more official pakcagecloud account. There are a fair amount of people who don't want to compile every time a new build is released.

@bmillemathias I've uploaded kafka-manager <IP_ADDRESS> and <IP_ADDRESS> for ubuntu 14.04. Give them a try. I haven't tested them.

@spuder Thanks a lot, I'm in vacation right now but give a try with the latest version when I'll be back at work.

Thank you..  I have used this and works like a charm

I've packaged an rpm for release <IP_ADDRESS>, you may find it here:
https://packagecloud.io/raul_cioldin/rhel7/packages/fedora/23/kafka-manager-<IP_ADDRESS>-1.noarch.rpm

@raulvc links seems to have gone missing, is it available anywhere else ?

@jorgheymans:
https://drive.google.com/file/d/0B7XRzO9MVPpNcFdCbkNmME5BVEU/view?usp=sharing

+1

+1

+1

+1

+1

+1

+1

+1

+1

any progress on this as it is an issue that has been open since 2015.

+1

+1 please
Getting sbt 0.13.9 to work/install behind a corporate f/w is unfortunately frustrating.

@SuilAmhain  there is always a choice to use docker, and here is the docker image release: https://hub.docker.com/r/kafkamanager/kafka-manager

I have uploaded the build files, RPM and DEB packages
https://github.com/disizjay/kafka-manager

I have uploaded the build files, RPM and DEB packages
https://github.com/disizjay/kafka-manager

I downloaded the RPM from here and it doesn't validate as an RPM.  ?

You mean the RPM was broken ? I will fix that if it was broke.
But for now you can use the after build binary files to run kafka-manager script to start the service.

+1


Are custom attribute types in the roadmap anymore?

@shwoodard first thanks for the fantastic work on this.
Now just to clarify:

Are custom attribute types out of the scope now?
When can we expect them to be around?

In #163 @henrmota seems to have fixed the problem but in #159 you seem to have removed them from even the README.
I think I can say that there are some users interested on this based on the issues open atm.
Cheers.

Hi, I hope my PR is merged, thankyou @botverse

@henrmota this also seems to work for me: https://github.com/google/jsonapi/commit/db5a629f000893842c4b2a9cdc733930811af44d
just testing for the struct to be of type json.Unmashaler otherwise trying to unmarshal it as a node

Closing as project is dead


Update

Update

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

ID: a4c264c0-0c5c-298e-bb45-9b4891c8d162
Version Independent ID: ce69b990-0b4c-abda-cd2d-68f85cd8031e
Content: Microsoft Account external login setup with ASP.NET Core
Content Source: aspnetcore/security/authentication/social/microsoft-logins.md
Product: aspnet-core
Technology: aspnetcore-security
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

@Rick-Anderson please update the app registrations steps since we will be replacing apps.dev.microsoft.com soon.


Add valAxisDisplayUnitLabel Option

If valAxisMajorUnit option exist, <c: dispUnitsLbl/> was inserted automatically.
valAxisDisplayUnitLabel lets you decide to display the unit label or not.

Background:
If <c: dispUnitsLbl/> exists,  MacOS Keynote did not show the Unit Label but Microsoft PowerPoint showed the Unit Label.
If <c: dispUnitsLbl/> does not exit, both Keynote and PowerPoint did not show the UnitLabel.

Thanks @hysh !

Thanks for merging! @gitbrent


DataUpdater periodic tasks

DataUpdater processes stay alive until DataUpdaterPlant pod is restarted, even if they have been connected just once.
A periodic timer should be used, and when there are no incoming "ping" messages for more than X seconds (that should be a configurable timeout) the device process should terminate itself.
The same timer might be used for purging caches, instead of the current mechanism that is slightly complicated and hard to maintain.
This change would also allow configuring the cache purge/reload interval.

See also https://github.com/astarte-platform/astarte/issues/305

This has been partially solved by #346, but since that PR didn't involve changes to the cache purging I will leave this opened


docs: combine api crd reference page info

Fixes #2670
Checks

[ ] My PR fulfills the Definition of Done of the corresponding issue and not more (or parts if the issue is separated
into multiple PRs)
[ ] I used descriptive commit messages to help reviewers understand my thought process
[ ] I signed off all my commits according to the Developer Certificate of Origin (DCO)(
see Contribution Guide)
[ ] My PR title is formatted according to the semantic PR conventions described in
the Contribution Guide
[ ] My content follows the style guidelines of this project (YAMLLint, markdown-lint)
[ ] I regenerated the auto-generated docs for Helm and the CRD documentation (if applicable)
[ ] I have performed a self-review of my content including grammar and typo errors and also checked the rendered page
from the Netlify deploy preview
[ ] My changes result in all-green PR checks (first-time contributors need to ask a maintainer to approve their test runs)

@geoffrey1330 You need to run make markdownlint-fix on your local branch then commit and push the resulting changes.  I think that will fix the markdown errors you are getting.


Debug adapter process has terminated unexpectedly

From @GabrielGGuerreiro on November 28, 2016 2:33

VSCode Version: 1.8.0-insider
OS Version: Ubuntu 16.10
dotnet --version: 1.0.0-preview2-1-003177

Steps to Reproduce:

sudo sh -c 'echo "deb [arch=amd64] https://apt-mo.trafficmanager.net/repos/dotnet-release/ yakkety main" > /etc/apt/sources.list.d/dotnetdev.list'
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 417A0893
sudo apt-get update
sudo apt-get install dotnet-dev-1.0.0-preview2.1-003177
mkdir hwapp
cd hwapp
dotnet new
dotnet restore
dotnet run (this runned fine)
head to https://code.visualstudio.com/insiders download the .deb which will download the vscode-insiders build
open the folder you created in the hwapp example
place a breakpoint in the Console.WriteLine("Hello World!");
Press F5 or Click the Debug Icon on the left and click on the run icon

Copied from original issue: Microsoft/vscode#16124

@GabrielGGuerreiro please file .net/C# related issues against this repo https://github.com/OmniSharp/omnisharp-vscode

@GabrielGGuerreiro the debugger isn't yet supported on Ubuntu 16.10. We are tracking this with https://github.com/OmniSharp/omnisharp-vscode/issues/956. We hope to have a beta out this week.

Any one could help ? i have updated typescript 2.1.5 to 2.1.6 in previous version my debugger was working fine in VS Code editor but due to update it is giving me following error!

My Launch.json File is

@khizerrehands this is the repo for the C# debugger. It looks like you are having a problem with the Chrome debugger. So you will need to find their repo.


fix: update to latest antlr4-vensim with support for Unicode characters in variable names

Fixes #532
@ToddFincannonEI: This is the companion to the antlr4-vensim PR https://github.com/climateinteractive/antlr4-vensim/pull/14 that I just filed.
This one updates SDE to use the gitpkg (pre-release) version of antlr4-vensim containing the fix and adds an integration test to verify that it no longer chokes on non-Latin characters in variable names.
Once you approve these PRs, I'll publish antlr4-vensim and will update this one before merge to use the latest published version instead of the gitpkg version.

Todd agrees this is low risk.  I've published<EMAIL_ADDRESS>that includes the fix.  I will merge this PR now and will publish new versions of the parse/compile/cli packages shortly.


Add images: Android Basics with Compose

URL of codelab
https://developer.android.com/codelabs/basic-android-kotlin-compose-add-images?continue=https%3A%2F%2Fdeveloper.android.com%2Fcourses%2Fpathways%2Fandroid-basics-compose-unit-1-pathway-3%23codelab-https%3A%2F%2Fdeveloper.android.com%2Fcodelabs%2Fbasic-android-kotlin-compose-add-images#3
In which task and step of the codelab can this issue be found?
Step 4 : Add Box Layout
Describe the problem
Towards the end of step4 it is mentioned 'Your setContent block should look like this code snippet'
setContent {
HappyBirthdayTheme {
// A surface container using the 'background' color from the theme
Surface(color = MaterialTheme.colors.background) {
GreetingImage("Happy Birthday Sam!", "From Emma")
}
}
}
However,

Surface(color = MaterialTheme.colors.background) differs from the default setting which is

Default Setting
Surface(
modifier = Modifier.fillMaxSize(),
color = MaterialTheme.colorScheme.background
)

Surface(color = MaterialTheme.colors.background) also differs from final solution code (Step 9 Get the solution code)

Changing code to Surface(color = MaterialTheme.colors.background) shows an error in Android Studio

Steps to reproduce?

Change code to Surface(color = MaterialTheme.colors.background)
See error related to unresolved reference for 'colors'

Versions
Android Studio Hedgehog | 2023.1.1
API 34
Additional information
NA

Hi @vasugupta9
Thank you for writing in about this issue.
The lesson has been updated and republished to address it.
Hope you enjoying the course.
Regards.

Great. Thanks !


BEPS notebook only works on first measurement group

Every time a user changes a measurement parameter during a BE experiment, all subsequent data are written out to a different measurement group and corresponding HDF5 dataset. The BE notebook  currently only performs fitting and visualization on the data contained in the first measurement group only.
Instead, the notebook should iterate through all available datasets and perform the same operations on them

Also, pycroscopy should include functions that can stitch results from multiple measurement groups back to a single dataset when appropriate. For example, if the BE center frequency, bandwidth, and similar parameters were changed, the results of SHO fitting such a fragmented dataset can be stitched together without any misinterpretation of information going forward.
However, as a second example - if the DC bias configurations were changed, this merging of datasets would only be theoretically possible once the loops are fitted.
Domain scientists at CNMS should decide appropriately


[FEAT] :sparkles:

Description
Add a radio button to ask the user for permission to send marketing mail

Anything else?
No response

Can I take this one? And Wdym with ratio button?

Can I take this one? And Wdym with ratio button?

Yes you can.

Hi @lolbroek2007. Are you still working on it?

Sorry lost intrest

Alright! Thank You.


Add include and exclude information to metadata

Problem
I'm currently working on https://github.com/rust-lang/rust-clippy/issues/11677. However, to finish this lint, I need to have the include and exclude information in the metadata (to be used with cargo_metadata).
Proposed Solution
I think that to prevent having to recompute include and exclude when using it from metadata and duplicate what cargo does, it should contain the equivalent of cargo package --list. An initial implementation was done in
Notes
No response

FYI the title and problem are still focused on one specific solution, rather than the problem at hand.
Going to copy oer from #13330 @weihanglo's comment which has some good context when considering solutions:

While it might be useful to have include and exclude in cargo metadata output, it doesn't seem to be a proper way to fix rust-lang/rust-clippy#11677. The solution might end up reimplement the logic Cargo find and package files, which includes .gitignore, shell glob syntax, symlinks handling, git dirty status, and other details (see #11405). cargo package --list might be more reliable, but not 100% accurate (see #8407 and #11666).
I would suggest starting the discussion from an issue, and jump back to implementation when the design is settled.

For the most part, cargo package --list should be fine for your use case since this involves the source code looking up paths the same way.  For other use cases,
we'd likely need to output more than cargo package --list but the mapping cargo makes from source to destination (file moves, resolving of symlinks, whether the Cargo.lock is generated or pulled from the root, etc).  We'd need to be confident enough in this new data structure to meet our compatibility guarantees.
Besides those limitations in cargo package --list, it can be slow.  I currently use it in cargo release to identify which packages are affected by which commits (making me a candidate for that extended use case).  I worry that if we include it within cargo metadata, we'll negatively impact all other users.
We could have clippy run cargo package --list only if that lint is enabled but then that will forever keep this as a niche lint.

I was pretty sure that I was missing on the overall complexity on cargo side hence why I implemented it with just the fields values and why I was planning to retrieve the information from clippy by emulating how cargo was computing it. ^^'


Give ownership of byte buffers to write ops

This implementation does not give ownership of the entire byte_buffer to the transport, but rather allows the transport to steal the reference to the slices.
The reason for this is that the transport only holds on to the slice buffer, which is a field in the byte buffer.
The application is still responsible for calling grpc_byte_buffer_destroy() but the contents of that buffer is no longer guaranteed.

[trickle] No significant performance differences

[microbenchmarks] Performance differences noted:
Benchmark                                                                                atm_add_per_iteration    atm_cas_per_iteration    cpu_time    real_time
----------------------------------------------------------------------------------------  -----------------------  -----------------------  ----------  -----------
BM_PumpStreamServerToClient<InProcessCHTTP2>/16M                                                                                -6%         -6%
BM_StreamingPingPongWithCoalescingApi<InProcessCHTTP2, NoOpMutator, NoOpMutator>/16M/2/1                                                    -6%         -6%
BM_TransportStreamSend/128M                                                               -99%                     -98%                     -99%        -99%
BM_TransportStreamSend/16M                                                                -99%                     -88%                     -99%        -99%
BM_TransportStreamSend/256k                                                               -73%                                              -74%        -74%
BM_TransportStreamSend/2M                                                                 -95%                     -50%                     -96%        -96%
BM_TransportStreamSend/32k                                                                -33%                                              -26%        -26%
BM_TransportStreamSend/4k                                                                 -14%
BM_TransportStreamSend/512                                                                -14%
BM_TransportStreamSend/64                                                                 -14%
BM_UnaryPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                  -28%                     -41%        -41%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                               -29%                     -32%        -33%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/2M/0                                                -5%

I've switched up the implementation a bit to address memory leaks.

[trickle] No significant performance differences

[microbenchmarks] Performance differences noted:
Benchmark                                                                               atm_add_per_iteration    atm_cas_per_iteration    cpu_time    locks_per_iteration    nows_per_iteration    real_time
--------------------------------------------------------------------------------------  -----------------------  -----------------------  ----------  ---------------------  --------------------  -----------
BM_PumpStreamClientToServer<InProcess>/128M                                                                                +10%                                                     +9%
BM_PumpStreamClientToServer<InProcess>/256k                                                                                +23%                                                     +24%
BM_PumpStreamClientToServer<InProcess>/32k                                                                                +20%                                                     +20%
BM_PumpStreamServerToClient<InProcess>/128M                                                                                +7%                                                      +7%
BM_PumpStreamServerToClient<InProcess>/2M                                                                                +9%                                                      +7%
BM_PumpStreamServerToClient<InProcess>/32k                                                                                +22%                                                     +23%
BM_PumpStreamServerToClient<InProcessCHTTP2>/256k                                                                                +4%
BM_PumpStreamServerToClient<InProcessCHTTP2>/32k                                                                                +10%                                                     +9%
BM_PumpStreamServerToClient<TCP>/128M                                                                                +10%                                                     +9%
BM_PumpStreamServerToClient<UDS>/2M                                                                                +7%                                                      +7%
BM_SliceFromStatic                                                                                +15%                                                     +15%
BM_StreamingPingPong<InProcess, NoOpMutator, NoOpMutator>/128M/2                                                                          +4%                                                      +4%
BM_StreamingPingPong<InProcess, NoOpMutator, NoOpMutator>/16M/2                                                                           +7%                                                      +6%
BM_StreamingPingPong<TCP, NoOpMutator, NoOpMutator>/16M/2                                                                                +11%                                                     +11%
BM_StreamingPingPongMsgs<MinTCP, NoOpMutator, NoOpMutator>/128M                                                                           +4%                                                      +4%
BM_StreamingPingPongMsgs<TCP, NoOpMutator, NoOpMutator>/128M                                                                              +4%                                                      +4%
BM_StreamingPingPongWithCoalescingApi<InProcess, NoOpMutator, NoOpMutator>/128M/1/0                                                       +7%                                                      +7%
BM_StreamingPingPongWithCoalescingApi<InProcess, NoOpMutator, NoOpMutator>/128M/1/1                                                                                +5%
BM_StreamingPingPongWithCoalescingApi<InProcess, NoOpMutator, NoOpMutator>/128M/2/1                                                       +4%                                                      +4%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/128M/1/0                                                    +4%                                                      +4%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/128M/1/1                                                                                +4%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/128M/2/0                                                    +6%                                                      +6%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/128M/2/1                                                    +6%                                                      +6%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/16M/1/1                                                     +10%                                                     +10%
BM_TransportStreamSend/128M                                                             -99%                     -98%                     -99%                                                     -99%
BM_TransportStreamSend/16M                                                              -99%                     -88%                     -99%                                                     -99%
BM_TransportStreamSend/256k                                                             -73%                                              -76%                                                     -76%
BM_TransportStreamSend/2M                                                               -95%                     -50%                     -96%                                                     -96%
BM_TransportStreamSend/32k                                                              -33%                                              -29%                                                     -29%
BM_TransportStreamSend/4k                                                               -14%
BM_TransportStreamSend/512                                                              -14%
BM_TransportStreamSend/64                                                               -14%
BM_UnaryPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                -18%                     -24%        -4%                                          -25%
BM_UnaryPingPong<MinInProcess, NoOpMutator, NoOpMutator>/0/16M                                                   +9%
BM_UnaryPingPong<MinInProcess, NoOpMutator, NoOpMutator>/0/2M                                                    +7%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                             -16%                     -20%                                                     -21%
BM_UnaryPingPong<TCP, NoOpMutator, NoOpMutator>/128M/0                                                                                +5%                                                      +5%
BM_UnaryPingPong<TCP, NoOpMutator, NoOpMutator>/128M/128M                                                                                +4%

If the transport stream op batch structure owns the payload, I'd expect to see some cleanup code in grpc_transport_stream_op_batch_finish_with_failure.

@ctiller
More specifically, I've changed grpc_slice_buffer_stream to take ownership of the slices in the backing stream.  As long as we are calling grpc_buffer_stream_destroy at the end of the transport stream ops, the memory gets freed.  (I've confirmed the "early free" behavior).

[trickle] No significant performance differences

[microbenchmarks] Performance differences noted:
Benchmark                                                                                atm_add_per_iteration    atm_cas_per_iteration    cpu_time    locks_per_iteration    real_time
-----------------------------------------------------------------------------------------  -----------------------  -----------------------  ----------  ---------------------  -----------
BM_PumpStreamClientToServer<InProcessCHTTP2>/16M                                                                                -4%
BM_SliceFromStatic                                                                                +8%                                +7%
BM_StreamingPingPongWithCoalescingApi<InProcessCHTTP2, NoOpMutator, NoOpMutator>/128M/2/0                                                    -9%                                -9%
BM_TransportStreamSend/128M                                                                -99%                     -98%                     -99%                               -99%
BM_TransportStreamSend/16M                                                                 -99%                     -88%                     -99%                               -99%
BM_TransportStreamSend/256k                                                                -73%                                              -75%                               -75%
BM_TransportStreamSend/2M                                                                  -95%                     -50%                     -96%                               -96%
BM_TransportStreamSend/32k                                                                 -33%                                              -23%                               -23%
BM_TransportStreamSend/4k                                                                  -14%
BM_TransportStreamSend/512                                                                 -14%
BM_TransportStreamSend/64                                                                  -14%
BM_UnaryPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                   -26%                     -35%                               -35%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                -34%                     -31%        -4%                    -31%

Please add a comment documenting the semantics somewhere around here:
https://github.com/grpc/grpc/blob/master/include/grpc/impl/codegen/grpc_types.h#L514

[microbenchmarks] Performance differences noted:
Benchmark                                                                                atm_add_per_iteration    atm_cas_per_iteration    cpu_time    locks_per_iteration    real_time
--------------------------------------------------------------------------------------------  -----------------------  -----------------------  ----------  ---------------------  -----------
BM_StreamingPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/128M/2                                                                          -5%                                -5%
BM_StreamingPingPongMsgs<MinInProcess, NoOpMutator, NoOpMutator>/32k                                                                            +10%                               +9%
BM_StreamingPingPongMsgs<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/32k                                                                      +9%                                +8%
BM_StreamingPingPongWithCoalescingApi<InProcessCHTTP2, NoOpMutator, NoOpMutator>/128M/2/0                                                       -5%                                -4%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/32k/1/0                                                           +8%                                +8%
BM_StreamingPingPongWithCoalescingApi<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/128M/2/0                                                    -6%                                -6%
BM_StreamingPingPongWithCoalescingApi<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/128M/2/1                                                    -4%                                -4%
BM_TransportStreamSend/128M                                                                   -99%                     -98%                     -99%                               -99%
BM_TransportStreamSend/16M                                                                    -99%                     -88%                     -99%                               -99%
BM_TransportStreamSend/256k                                                                   -73%                                              -75%                               -75%
BM_TransportStreamSend/2M                                                                     -95%                     -50%                     -96%                               -96%
BM_TransportStreamSend/32k                                                                    -33%                                              -28%                               -28%
BM_TransportStreamSend/4k                                                                     -14%
BM_TransportStreamSend/512                                                                    -14%
BM_TransportStreamSend/64                                                                     -14%                                              -8%                                -8%
BM_UnaryPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                      -30%                     -35%                               -34%
BM_UnaryPingPong<InProcessCHTTP2, NoOpMutator, NoOpMutator>/2M/0                                                       -12%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/0/16M                                                   -24%                     -36%        -4%                    -36%
BM_UnaryPingPong<MinInProcessCHTTP2, NoOpMutator, NoOpMutator>/2M/0                                                    -6%                      -11%                               -12%

Corrupt JSON data (indicates timeout or crash):
    bm_fullstack_trickle.BM_PumpStreamServerToClient_Trickle_2M_32k.opt.new: 1

[trickle] No significant performance differences

Issues:
#12315
#11737
#10643

In developing a gRPC HHVM extension, I've come across a memory corruption issue related to this. The issue appears to happen in the following situation:

In the client a timeout is set low in grpc_completion_queue_next and the timeout is hit before the response is received by the client
Thus grpc_byte_buffer_destroy is called to cleanup since grpc_completion_queue_next has returned.
Then at some point the response may be received and grpc_slice_buffer_reset_and_unref_internal will be called but dealing with already-freed memory and potentially causing memory corruption which leads to other issues.

This behavior is observed in valgrind in the timeout case as follows:
==21456== Invalid read of size 8
==21456==    at 0x1678C591: grpc_slice_buffer_reset_and_unref_internal (slice_buffer.c:169)
==21456==    by 0x167A1143: slice_buffer_stream_destroy (byte_stream.c:92)
==21456==    by 0x167A0F1A: grpc_byte_stream_destroy (byte_stream.c:49)
==21456==    by 0x167A6D78: grpc_transport_stream_op_batch_finish_with_failure (transport.c:218)
==21456==    by 0x167E782B: waiting_for_pick_batches_fail (client_channel.c:909)
==21456==    by 0x167E8030: pick_done_locked (client_channel.c:1038)
==21456==    by 0x167E80E2: async_pick_done_locked (client_channel.c:1056)
==21456==    by 0x167E86F4: pick_after_resolver_result_cancel_locked (client_channel.c:1196)
==21456==    by 0x16763568: grpc_combiner_continue_exec_ctx (combiner.c:259)
==21456==    by 0x167758B0: grpc_exec_ctx_flush (exec_ctx.c:93)
==21456==    by 0x16775A57: run_closures (executor.c:81)
==21456==    by 0x167760FB: executor_thread (executor.c:181)
==21456==  Address 0x15cc5208 is 40 bytes inside a block of size 320 free'd
==21456==    at 0x51C4CDD: free (vg_replace_malloc.c:530)
==21456==    by 0x16811FAE: gpr_free (alloc.c:78)
==21456==    by 0x1678F659: grpc_byte_buffer_destroy (byte_buffer.c:80)
==21456==    by 0x164B46F4: HPHP::OpsManaged::freeMessage(grpc_byte_buffer*) (call.cpp:309)
==21456==    by 0x164BD39F: void (*std::for_each<grpc_byte_buffer**, void (*)(grpc_byte_buffer*)>(grpc_byte_buffer**, grpc_byte_buffer**, void (*)(grpc_byte_buffer*)))(grpc_byte_buffer*) (stl_algo.h:3756)
==21456==    by 0x164B4697: HPHP::OpsManaged::destroy() (call.cpp:302)
==21456==    by 0x164B456D: HPHP::OpsManaged::~OpsManaged() (call.cpp:291)
==21456==    by 0x164BE8DF: std::default_delete<HPHP::OpsManaged>::operator()(HPHP::OpsManaged*) const (unique_ptr.h:76)
==21456==    by 0x164BD0B4: std::unique_ptr<HPHP::OpsManaged, std::default_delete<HPHP::OpsManaged> >::reset(HPHP::OpsManaged*) (unique_ptr.h:344)
==21456==    by 0x164BD159: std::unique_ptr<HPHP::OpsManaged, std::default_delete<HPHP::OpsManaged> >::operator=(std::unique_ptr<HPHP::OpsManaged, std::default_delete<HPHP::OpsManaged> >&&) (unique_ptr.h:251)
==21456==    by 0x164B24E9: HPHP::CallData::setOpsManaged(std::unique_ptr<HPHP::OpsManaged, std::default_delete<HPHP::OpsManaged> >&&) (call.cpp:127)
==21456==    by 0x164B4F6D: HPHP::c_Call_ni_startBatch(HPHP::ObjectData*, HPHP::Array const&) (call.cpp:391)

@RyanGordon Do you have a pointer to the HHVM code that you are using that is running into this issue?
Specifically, I'm interested in your second bullet point:
-Thus grpc_byte_buffer_destroy is called to cleanup since grpc_completion_queue_next has returned.
You shouldn't be calling grpc_byte_buffer_destroy until the operation has completed.  A completion_queue_next call timing out is not the same as the call timing out, the latter needs happen before you destroy any memory passed in with the call.

@kpayson64 Yes absolutely:
This is where we do the completion_queue_next call with the timeout argument: https://github.com/grpc/grpc/pull/11553/files#diff-1a64209204460e9c92631584fb266047R597
If the timeout happens then we call grpc_call_cancel_with_status: https://github.com/grpc/grpc/pull/11553/files#diff-1a64209204460e9c92631584fb266047R576
And then before we start the next call grpc_byte_buffer_destroy gets called: https://github.com/grpc/grpc/pull/11553/files#diff-1a64209204460e9c92631584fb266047R312
I guess I don't know how we would know when the call itself has timed out or how to wait on that differently than what we currently do?

@RyanGordon
I think you should rely on the call timing out rather than grpc_completion_queue_next() timing out.
grpc_channel_create_call() has a parameter for a deadline.  If the deadline is reached, the call will be cancelled internally, and grpc_completion_queue_next() will return an event that the call has finished (unsuccessfully).  At this point it is safe to destroy memory associated with the call.
If for some reason you need to manually call grpc_call_cancel_with_status(), you should call grpc_completion_queue_next() after cancelling the call, which will return an unsuccessful completion for the call.  At this point, it is safe to call OpsManaged::freeMessage

@kpayson64 Thank you for explaining that - definitely did not realize the interactions there.
Honestly, the only reason why we added a timeout to grpc_completion_queue_next is because during stress testing the epoll_wait/epoll_pwait would sometimes hang indefinitely and we couldn't track down the reason why. We think it might be related to this or related to memory corruption issues but we haven't been able to track down why yet unfortunately


Pass in marker presence as optional config object to constructors

Markers showing things like onset could be made optional.

I'm not what the markers are exactly. Could you add a screenshot?

Yes, markers are classes in src/markers. For example, there is a marker actual which translates to actual line (line and dots). This is low priority, but if we don't want to, say, show a baseline, an optional config could allow that.


V0.19.0

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 3 committers have signed the CLA.:x: shubham4443:x: Saif-Ali-Kamal:x: HeyItsJsYou have signed the CLA already but the status is still pending? Let us recheck it.


feat(redux-store): delete credentialRecord and proofRecord

Able to delete credentialRecord and proofRecord like the connectionRecord

Codecov Report

Merging #421 (bafd36f) into main (f0cf209) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #421   +/-   ##
=======================================
  Coverage   86.29%   86.29%
=======================================
  Files         249      249
  Lines        5255     5255
  Branches      784      784
=======================================
  Hits         4535     4535
  Misses        720      720

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 f0cf209...bafd36f. Read the comment docs.


format the database schema so that discord-ttl is not wholly server-dependent

this is important for future-proofing, in the event discord ever begins to support bots in user DMs 👀 perhaps just naming the current ttl_settings table to server_ttl_settings or something

you could probably keep the server-based table but use something like @me as the server id for dms, and the dm channel id as... well, the channel id. that should make everything work together just fine

well, i could, but that requires the column to be a string, which is more error prone :c @Pyker perhaps what i could do is have an in-code enum to represent this, and just assign it a negative value

maybe, but keep in mind the maximum integer in sqlite is<PHONE_NUMBER>353184296,<PHONE_NUMBER>3709551615 if it's unsigned. that's 19 and 20 chars, respectfully, and current snowflake ids are already at 19 chars, so perhaps it would be best to store them as strings regardless.

hm, thats a good point :o

this is being worked on in #38


RtImagesITCase.java: Add integration tests for filters.

The TODO 153-ba83999e from #153 has to be resolved:
Add integration tests for filters.

It is is located at src/test/java/com/amihaiemil/docker/RtImagesITCase.java#L42-L42.
It was created by @llorllale on 2018-10-10T01:41:22Z. Estimation is 30 minutes.
If you have any technical questions, don't ask me, I won't be able to help. Open new issues instead.

@zoeself thank you for reporting this. I'll assign someone to take care of it soon.

Job gh:amihaiemil/docker-java-api#362 is not assigned, can't get performer


Fix error

This error occurs strangely during immediate signal behavior, which to begin with soon going to be replaced with deferred signal behavior (which fixes this obscure error). Your PR just avoids the error, it doesn't really fix it though.

How often does this error persist? For me, it only occurred during immediate signal behavior - soon deferred signal behavior is going to be the standard which seems to fix this issue, does this error still persist in that signal behavior as well? The connection object should always be available..

Update on this: This has been fixed.


Custom Prompting with website context.

Is your feature request related to a problem? Please describe.
新功能是否与解决某个问题相关, 请描述
A clear and concise description of what the problem is.
I am often trying to ask a specific question based on context given in a particular website and instead have to generate a summary, then query a second time which is very inefficient on some smaller models like phi-3.
Describe the solution you'd like
你期望的新功能实现方案
A clear and concise description of what you want to happen.
I was hoping for another option next to the summarize page option that would allow me to prepare the quarry with the information from the website and not send the quarry until I write my question.
Additional context
其他
Add any other context or screenshots about the feature request here.
This would allow for custom prompting against the context of a given website which is much more versatile and efficient then the current 2 query approach. Not saying to remove any of these features but a custom prompt feature would allow for much more options on how you want the ai to interact with the webpage, especially when you are working with a smaller context window and a larger website / context size.
!!Anyone who is able to solve this, I would love to hear back with your code, I am a computer science major myself just not particularly familiar with chrome extensions.!!

I just brought up this issue the day before yesterday, ideally all places where prompt is used should be customizable。


[build-script-helper] Add a search path to be able to find Block.h from the just built toolchain

This is similar to https://github.com/apple/indexstore-db/pull/33

@swift-ci Please test


Filter root path according to the agent that makes the request

Why don't we use this here?
https://github.com/grpc/grpc-go/issues/1100#issuecomment-372132051
server := grpc.Dial(grpc_server, WithUserAgent("user-agent",))

Why don't we use this here? grpc/grpc-go#1100 (comment)
server := grpc.Dial(grpc_server, WithUserAgent("user-agent",))

I will leave a comment here to keep track on what we discussed yesterday and other thought I have after playing with user agents in GRPC.
Actually this is the way of specifying a user agent in a grpc call, that internally updates the outcoming metadata in the context when you will call a grpc method, and you can find the user agent in the incoming metadata in the context server-side. But, even if you specify your own user agent, this will be concatenated with the string "grpc-go/". I do not know if this can broke the library we use to parse the user agents, maybe not. But the main problem of using this approach is that for each time you want to get a grpc client for a service you need to specify the user agent that will do the request, if not specified, grpc automatically will set its default ("grpc-go/"). This means that we should modify all the methods in the pool pkg to receive a user agent. But I do not like this approach as we cannot cache anymore the grpc connection for each endpoint address, but we should cache also the user agent. In fact after a dial, there is no way to override it after creating a new connection (I tried also modifying the internal metadata of a context before a call, but apparently grpc reset it with the user agent passed to the Dial method).
So I preferred to define my own user agent token that will be managed internally by reva and not by grpc. With this approach we do not have the cons mentioned above. Of course the user agent log did not work, as it was reading the grpc user-agent metadata, and not the new one. Now it’s fixed and you should see the correct user agent in the log.


⚠ RbxVeri has degraded performance

In d5311f2, RbxVeri (https://verify.triza.dev) experienced degraded performance:

HTTP code: 500
Response time: 2351 ms

Resolved: RbxVeri performance has improved in 15f3d20.


Always overrides poise-service provider

It seems that this always overrides the node['poise-service']['provider'] = 'auto' which I do not think should be the case. I think this should require either an explicit node.default['poise-service']['provider'] = 'runit' in a recipe or an override in an attributes file.
Perhaps the answer here is to add a recipe in poise-service-runit which does the above?

An example can be see in my develop branch of Consul cookbook.

So the intent is that a library/generic cookbook should only depend on poise-service. The backend plugin cookbooks are effectively end-point policy and so should only be pulled by the final admin. The most common case is that when pulling in a plugin like this, you also want it to be the default. If you want to set per-service providers that requires additional config anyway (role or wrapper cookbook) so it is pretty much the same amount of work either way.


Expressions in code and paper do not match

Hello. Thank you for your paper
I read and check the your paper and code. i found the not match Equation (4) and step_rank code in smooth_rank_ap.py line i51
you are write equaton about
 but i don`t found (t-delta) in code
so why don`t made (t-delta) and  sigmoid ??    cod write just ''' tens[~target & pos_mask & margin_mask] = rho * tens[~target & pos_mask & margin_mask] + offset'''
i don`t understand. Thanks for the explanation

Hi,
line 36 we define pos_mask = (tens > 0).bool(), this masks encodes the information t > 0.
line 47 we define margin_mask = tens > delta, this masks encodes the information t > detla.
On line 53 tens[~target & neg_mask] = tau_sigmoid(tens[~target & neg_mask], tau_n).type(tens.dtype) we apply the sigmoid for scaller smaller than 0, this is the first line of Eq. (4).
On line 48 we apply the sigmoid tens[~target & pos_mask & ~margin_mask] = start + tau_sigmoid(tens[~target & pos_mask & ~margin_mask], tau_p).type(tens.dtype) because we use ~margine_mask (so when t is smaller than delta), this is the second line of Eq. (4).
On line 51 we apply the linear function tens[~target & pos_mask & margin_mask] = rho * tens[~target & pos_mask & margin_mask] + offset with margin_mask so scallars greater than delta, this is the last line of Eq. (4).
Hope this helps!
Don't hesitate to ask more questions if necessary.
Elias

thx for answer but i dont still understand about last line of Eq.4.
in the paper, you say  rho*(tens - delta) + sigmoid(delta/tau) + 0.5. But in the code, you don't use tens-delta and sigmoid.
so   you say ' linear function'  i don't understand point.
cloud you explain this?
Actually i don't know why matching from linear function to line 51 code

The last line of Eq. (4) is a linear function.
We use sigmoid(delta/tau) in Eq. (4) as the offset of the linear function.
In my code line 51 all of this is in the offset scalar, which is offset=sigmoid(delta/tau)+0.5.
But your are right line 51 should be tens[~target & pos_mask & margin_mask] = rho * (tens[~target & pos_mask & margin_mask]-delta) + offset. I will correct that.
Thank you for pointing this out!

good thx  i understand this code
i think u r very kind :)
have a good day


Start-Process Outputs ANSI Escape Sequences

Prerequisites

[X] Write a descriptive title.
[X] Make sure you are able to repro it on the latest released version
[X] Search the existing issues.
[X] Refer to the FAQ.
[X] Refer to Differences between Windows PowerShell 5.1 and PowerShell.

Steps to reproduce
If I attempt to start choco.exe (Chocolatey NuGet) with a Start-Process I get ANSI escape codes displayed.  However starting it directly doesn't give me a problem.
To see what I mean try the following from within pwsh on Ubuntu

Start-Process mono /opt/chocolatey/choco.exe
I get this: PS /home/onorio_developer> ;28R
Then I Ctrl+C and I get the expected Chocolatey prompt.
If I hit Ctrl+C again I get the same ;28R again

Whereas if I run this:
mono /opt/chocolatey/choco.exe
I get the expected Chocolatey prompt with no random ANSI escape sequences.
Expected behavior
Should show chocolatey help message and exit

(See screenshot)

Actual behavior
Outputs partial ANSI Escape sequence before and after showing chocolatey help message.

Error details
Nothing is returned by Get-Error

Environment data
$PSVersionTable:

Name                           Value
----                           -----
PSVersion                      7.2.2
PSEdition                      Core
GitCommitId                    7.2.2
OS                             Linux 5.14.0-1033-oem #36-Ubuntu SMP Mon Apr 4 15:15:49 UTC 2022
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>
WSManStackVersion              3.0

Mono:
Mono JIT compiler version <IP_ADDRESS> (tarball Mon Feb 22 17:33:28 UTC 2021)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
	TLS:           __thread
	SIGSEGV:       altstack
	Notifications: epoll
	Architecture:  amd64
	Disabled:      none
	Misc:          softdebug
	Interpreter:   yes
	LLVM:          yes(610)
	Suspend:       hybrid
	GC:            sgen (concurrent by default)

Chocolatey:
Chocolatey v0.12.1-155-g2f5b02d8

Visuals
Error behavior:

Expected behavior:

I remember having problems with using Start-Process on non-Windows as the sub process inherits the tty of pwsh automatically and when it writes output it appears in the same console. There’s even a small reference to it on the Start-Process docs https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/start-process?view=powershell-7.2#example-8-create-a-detached-process-on-linux

On non-Windows platforms, the newly started process is attached to the shell that launched

I don’t know enough about processes on Linux to know off what should be done about this but a potential workaround is to use -RedirectStandardOutput /dev/null (and the stderr parameter).

I don't think it's a high-priority issue regardless since there's a simple work-around. I just wanted to make sure that if others found it they'd be aware of the work-around for it.

Note that Start-Process is asynchronous by default and that on Unix-like platforms -NoNewWindow is invariably implied.
Therefore, unless you also use -Wait, an invocation such as Start-Process mono /opt/chocolatey/choco.exe makes little sense on Unix-like platforms, given that the target executable produces output that then arrives at random times in the current terminal - and, as in the case at hand, can interfere with the calling shell's terminal settings.
The problem becomes more obvious if you launch another interactive shell that way (e.g. Start-Process bash) - the calling PowerShell session and that shell would then compete for keyboard input, and as of this writing even cause a crash on my Mac.
On Unix-like platforms, Start-Process is useless with only two exceptions that I am aware of:

launching a GUI program asynchronously (which on Windows would happen even with direct invocation), e.g. Start-Process gedit
launching a detached process via nohup (Start-Process nohup ...)

If your intent is to simply synchronously execute another program, direct execution is indeed the way to go (mono /opt/chocolatey/choco.exe), it is not a workaround, but rather the preferred method of invocation:

You get synchronous execution by default (always on Unix-like platforms, for console-subsystem applications on Windows)
The standard streams of the program being invoked (stdin, stdout, stderr) are (potentially) connected to PowerShell's streams.
The $LASTEXITCODE variable will reflect the program's exit code.

On a meta note:

Since this issue keeps coming up, improving the Start-Process would help; while doing so was discussed as far back as 2018 (https://github.com/PowerShell/PowerShell/issues/1543#issuecomment-448453564), this hasn't happened in a meaningful way.

https://github.com/MicrosoftDocs/PowerShell-Docs/issues/6239 issue tries to provide systematic Start-Process guidance


help text is not showing

Hello.
Thx for your great work!
Unfortunately I’ve found a little bug. The following code does not show the help text on the front-end:
ConditionalContainer::make([ 	Text::make('title') 		->help(__('title-help')), ]) ->if('title = yes'),

fixed v1.3.0


Add docs about decision around, and alternatives to, testID

Does what it says on the tin. I wanted to get this down into words so people understand why we are mostly opposed to the use of this attribute, provide some historical context for why we have so many in the existing Web app, and give people alternatives for the common patterns I have seen.
cc/ @Shopify/web-foundation

We ran into this problem with our DiscountSummary component that renders different summary lines to describe discount characteristics to merchants. However, based on the type of discount, the outputted markup for a given line will be different. We used testID to clearly identify which part of the JSX was rendered.
I think that removing testID would have forced us to maybe split our component in sub-components per summary lines, or just assert that the text at a given line index was correct. At the end of the day, we just want to know if the UI matches the UX spec, but don't really care how we got there.
The proposed changes make sense 👍 but we will definitely have to do some refactoring in multiple places to respect this new best practice.

Love it! Simple yet in-depth explanation of a really important practice.


fix(ci): CRD dependency release in action

Release Note
fix(ci): CRD dependency release in action

FYI @andreaTP

Check validation not required for this change. Merging.

🎉  can you give me a link to the first CI that runs this?

Sure. This is going to run nightly as last step of the snapshot release process: https://github.com/apache/camel-k/actions/workflows/release.yml - I expect some failures at the beginning, so, we'll be making change until it finally works (feel free to make any change you see they are needed). Once the snapshot are released, we'll use the process to do the fixed release as well.

Sounds like a plan 🚀


Able to convert only if the audio is DTS?

Hello and thanks for this project.
I wonder if I am able to convert the video only if there is DTS audio in the container:
If there is only DTS audio, the convert to something else.
If there is DTS audio with some other(s), non DTS, audio stream(s) then just remove the dts and keep the other(s) stream(s).
Thanks.
EDIT: Well since conditional conversions are not supported, I closed this one. Thanks again for this great script :)

You can actually do this leveraging the custom functions though it's not specifically supported as a default option. Check the wiki. The validation method specifically can pretty easily be used to do this
I'm thinking though this is probably not the best approach


Remove annoying "Your internet connection was restored" popup

Is your feature request related to a problem? Please describe.
When I resume my computer from sleep, Ferdi produces a "Your internet connection was restored" popup:

This popup is not needed, as I do not need individual apps I'm running to inform me about my networking status.
The popup persists until I either close it manually (requires using the mouse and clicking on the tiny X) or close Ferdi and reopen it (slower but possible with keyboard only).
Describe the solution you'd like
I'd like the popup to be removed.
Describe alternatives you've considered
I've tried to find a Ferdi setting that could control this behavior but was unable to.
Additional context
This popup may be due to the underlying browser feature, which can be disabled using "about:config":
https://support.mozilla.org/en-US/questions/1292698
If it could just as easily be disabled from within Ferdi, that would be great.

Hey @yosinski, interesting issue!
You linked to an article for Firefox, Electron uses Chromium which doesn't have about:config settings.
Apart from that, it seems to be related to Facebook, see:

https://www.reddit.com/r/Windows10/comments/n267v5/new_pop_up_notification_your_internet_connection/
https://www.tenforums.com/browsers-email/168960-whats-internet-popup-windows-10-edge-facebook.html

The location of the service recipes can be easily found for each OS using this button:


Get microhomie working on pycom's products (wipy, etc)

microhomie looks like a great project !
Any chance of getting it to work on pycom's versions of micropython ? https://docs.pycom.io/products/
I can personnaly help with the wipy which I have in stock and can contribute some documentation for that.

It should Work with pycom version 1.20. I have a FiPy but Not Tester since version 1.18, wich does not work. As far as I know v1.20 has included uasyncio libs and support. I'll test Microhomie with the latest pycom firmware on my FiPy device the next days.

Added basic support for the pycom boards and a example for the heartbeat led in the example folder. Had to patch mqtt_as.py to support the pycom boards and need to get this upstream.

Is your WiPy still in stock? My is :D Need some feedback before I'll push it upstream.

@rroemhild sorry for not getting back to you on this one. Great news for the support. I'll be testing it in the next few days. (yes I still have wipy devices I can test on).

I'm bumping into some MemoryError
Traceback (most recent call last):
  File "main.py", line 3, in <module>
  File "homie/device.py", line 5, in <module>
  File "homie/utils.py", line 11, in <module>
MemoryError: memory allocation failed, allocating 136 bytes
Pycom MicroPython 1.20.0.rc1 [v1.9.4-bc4d7d0] on 2018-12-12; WiPy with ESP32

It seem to be on the loading of mqtt_as.py which seems to be confirmed by :
>>> import lib.mqtt_as
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
MemoryError: memory allocation failed, allocating 136 bytes

Weirdly if I do :
>>> import mqtt_as
>>> mqtt_as
<module 'mqtt_as' from '/flash/lib/mqtt_as.py'>

it works, so it might be something else.

I've add Pycom support to the v2 branch old Microhomie version. Pycom's pybytes is still based on MicroPython v1.11 with has no support for the new asyncio v3 introduced in MicroPython v1.13. So I'll keeping this with the on Microhomie version.
You can try the Pycom heartbeat example, that works for me with Pycom MicroPython v1.20.2.r1 and LittleFS.


wrong implementation of KL-Divergence?

It seems to me like there is a problem with the current implementation. Especially, I do not get why you are not averaging over your simulated points at the end. This way, your divergence will never converge, but will increase infinitely with increasing sample size. In my opinion, the function should look as follows:
function mc_divergence_estimate(d1::Distribution, d2::Distribution, samples::Integer, sample_divergence_func::Function)
    divergence = 0.0
    for i in 1:samples
        x = rand(d1)
        divergence += sample_divergence_func(pdf(d1, x), pdf(d2, x))
    end
    meanDiv = divergence/samples;
    return meanDiv
end

Also, for the actual implementation of the non-symmetric divergence, I think there is no reason to additionally multiply the logarithm by the pdf value. Either you sample x from uniform distribution from -Inf to Inf, where you need to have this term: p(x)log(p(x)/q(x))dx. Or, you relate the divergence directly to the first distribution. The formula then becomes log(p(x)/q(x))dP. If you sample x from the law of P, you hence do not need the additional term p(x) anymore. The implementation hence should become:
# non-symmetric (i.e. conventional) divergence for a single sample
function kl_sample_divergence(dist1_probab::Float64, dist2_probab::Float64)
    return  log(dist1_probab / dist2_probab)
end

For the special case of univariate normal distributions there exists an analytical solution for the KL-Divergence, which I found here: http://tgmstat.wordpress.com/2013/07/10/kullback-leibler-divergence/
This way, one can backtest the numerically approximated KL-Divergence. With my code, this seems to work:
## set parameters
mu1 = 2;
mu2 = 8;

sigma1 = 1;
sigma2 = 2;

## get distribution objects
dist1 = Normal(mu1, sigma1);
dist2 = Normal(mu2, sigma2);

function mc_divergence_estimate(d1::Distribution, d2::Distribution, samples::Integer, sample_divergence_func::Function)
    divergence = 0.0
    for i in 1:samples
        x = rand(d1)
        divergence += sample_divergence_func(pdf(d1, x), pdf(d2, x))
    end
    meanDiv = divergence/samples;
    return meanDiv
end

# non-symmetric (i.e. conventional) divergence for a single sample
function kl_sample_divergence(dist1_probab::Float64, dist2_probab::Float64)
    return  log(dist1_probab / dist2_probab)
end

KLDivAlyt = log(sigma2/sigma1) + (sigma1^2 + (mu1-mu2)^2)/(2sigma2^2)- 0.5;

This leads to:
julia> mc_divergence_estimate(dist1, dist2, 10_000, kl_sample_divergence)
4.7892457771826145
julia> KLDivAlyt
4.818147180559945

I confirm this bug

I'm torn about leaving this repo up knowing that it has so many faults versus taking it done since I'll never maintain it. For now I'm going to punt and just update the README.


Baud rate suggested in readme not working

https://github.com/ARMmbed/mbedtls/blob/development/yotta/data/example-selftest/README.md#getting-started
Suggest the baud rate is 115200 but in testing it is found the baud rate for k64f is defaulted to 9600.
same for other examples as well.

ARM Internal Ref: IOTSSL-670

This issue has been fixed in the most recent mbed TLS yotta release.


Removed bounce effect

So no more bounce?

That's what I get for late night pull requests. I feel that the bounce there adds unnecessary visual clutter and distracts from the importance of the countdown timer!


Count Numbers with Unique Digits

Coverage remained the same at 100.0% when pulling 2d394b7581286bb18557d70c40733e620b4aacf0 on count-numbers-with-unique-digits into 1ceb4b9e03dcffbc2a3b488e3300fcc1591a8cbc on master.


Send update when other players disconnect from /lobby

Currently, when N number of players joined the /lobby there are notified about who has been connected to /lobby.
When one of them disconnects this information isn't propagated to the rest of the group.
Expected behavior:
Server will send a updated view of /lobby state always when clients disconnects from /lobby.

Implemented b45c5aa33fd176eb214f9dc36eacb8a5df803e24


CheckPasswordAsync is vulnerable to a timing attack

When a consumer of the Identity API passes in a null user (ie. a username that doesn't exist) the CheckPasswordAsync function returns without doing any password hashing this gives tells an attacker if an account exists or not.

As our own code null guards before calling that API, and there are much easier ways to discover if a username doesn't exist, for example by trying to register it, we don't see this as a concern.


[SPARK-39724][CORE] Remove duplicate .setAccessible(true)  call in kvstore.KVTypeInfo

What changes were proposed in this pull request?
This pr just  remove duplicate .setAccessible(true)  call in kvstore.KVTypeInfo.
Why are the changes needed?
Delete unnecessary method invokes
Does this PR introduce any user-facing change?
No
How was this patch tested?
Pass GitHub Actions

thanks @huaxingao


native: message sending fixes

This trivially fixes the issue where replies were showing up in the main channel if they're undelivered. Also attempts to fix the issue where messages are getting stuck in pending/sent states.
Repro'ing the stuck states was tricky, so I mostly tested by sending messages to a group on a local ship that I could start/stop at will.
Notes on Delivery Tracking
Theoretically we should always be hearing a fact when a message is delivered. If for some reason we miss it, we're more susceptible to getting stuck in the wrong state (compared to Web) since we're using an additional client side cache layer behind react-query. We can probably alleviate this with smarter refetching logic + useChannelPosts configuration, but refining that will be an ongoing process.
This PR takes an approach that's more blunt. It adds a syncChannelMessageDelivery function which attempts to continuously re-sync a channel with exponential backoff if we have any undelivered messages. It's triggered after sending a message/reply. This seemed to reliably avoid messages getting stuck undelivered, but does feel a bit heavy handed. Curious what you guys think.
Fixes LAND-1847

No luck figuring out why posts are getting stuck undelivered to begin with. Going to keep digging...

Going to merge this for now and we can consider removing after subscription hardening.


TextExtractor: Russian starts with lowercase

Microsoft PowerToys version
0.80.1
Utility with translation issue
TextExtractor
🌐 Language affected
Russian
❌ Actual phrase(s)

✔ Expected phrase(s)
Русский (note the case)
ℹ Why is the current translation wrong
I am not sure if it is system-wide (probably not), app-wide, or unique to TE, but here title for Russian language (русский) mistakenly starts with a lowercase letter despite it being start of a new line, which warrants an uppercase.

We list all available languages with OcrEngine.AvailableRecognizerLanguages https://learn.microsoft.com/en-us/uwp/api/windows.media.ocr.ocrengine.availablerecognizerlanguages?view=winrt-22621
And then access the NativeName to list it: https://learn.microsoft.com/en-us/uwp/api/windows.globalization.language.nativename?view=winrt-22621#windows-globalization-language-nativename
This is the way it seems to be saved in the OcrLanguage internals.


Update Cilium related docs

Update documentation with the most recent Cilium version
Signed-off-by: André Martins<EMAIL_ADDRESS>

Thanks! I've tested your PR with kubeadm - it works as expected.


:sparkles: Apply stamps initial dialog

Issue

close #331

Overview (Required)

A dialog appears only once when the app is installed and the stamp screen is first opened.
A new DataStore is being registered to implement this feature.
I am not sure if this is correct.

Movie (Optional)

Before
After

---

The PR conflict in #1061 could not be resolved, so it was reworked. 🙇

I think you can download the test report.
I'm not sure why there are two root but it may be because of the dialog, right?
We can select it onNodes(isRoot).onFirst or something. Could you check it out?
        composeTestRule
            .onNode(isRoot())
            .captureRoboImage()

java.lang.AssertionError: fail to captureRoboImage
Reason: Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Nodes found:
1) Node #1 at (l=0.0, t=84.0, r=480.0, b=799.0)px
Has 1 child
2) Node #30 at (l=0.0, t=0.0, r=480.0, b=461.0)px
Has 1 child

	at androidx.compose.ui.test.SemanticsNodeInteraction.fetchOneOrDie(SemanticsNodeInteraction.kt:145)
	at androidx.compose.ui.test.SemanticsNodeInteraction.fetchSemanticsNode(SemanticsNodeInteraction.kt:79)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage(Roborazzi.kt:220)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage(Roborazzi.kt:210)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage$default(Roborazzi.kt:205)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot.checkScreenCapture(AchievementsScreenRobot.kt:56)
	at io.github.droidkaigi.confsched2023.achievements.AchievementsScreenTest$checkLaunchShot$1.invoke(AchievementsScreenTest.kt:38)
	at io.github.droidkaigi.confsched2023.achievements.AchievementsScreenTest$checkLaunchShot$1.invoke(AchievementsScreenTest.kt:36)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invokeSuspend(AchievementsScreenRobot.kt:27)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invoke(AchievementsScreenRobot.kt)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invoke(AchievementsScreenRobot.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invokeSuspend(RunTestWithLogging.kt:18)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invoke(RunTestWithLogging.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invoke(RunTestWithLogging.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:78)
	at kotlinx.coroutines.CoroutineScopeKt.coroutineScope(CoroutineScope.kt:264)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invokeSuspend(RunTestWithLogging.kt:17)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invoke(RunTestWithLogging.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invoke(RunTestWithLogging.kt)
	at kotlinx.coroutines.test.TestBuildersKt__TestBuildersKt$runTest$2$1$1.invokeSuspend(TestBuilders.kt:314)
	at _COROUTINE._BOUNDARY._(CoroutineDebugging.kt:46)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invokeSuspend(RunTestWithLogging.kt:17)
	at kotlinx.coroutines.test.TestBuildersKt__TestBuildersKt$runTest$2$1$1.invokeSuspend(TestBuilders.kt:314)
Caused by: java.lang.AssertionError: fail to captureRoboImage
Reason: Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Nodes found:
1) Node #1 at (l=0.0, t=84.0, r=480.0, b=799.0)px
Has 1 child
2) Node #30 at (l=0.0, t=0.0, r=480.0, b=461.0)px

Hmmm...CI is coming through but the screenshot test results are wrong and need to be fixed.😭

I've checked the diff and It seems that we don't have any image change in diff!

@takahirom @momomomo111
Hmmm...in the local KaigiAppTest screenshot test, as shown in the attached video, KaigiAppTest.checkNavigateToAchievementsShot.png successfully selects the AchievementsScreen tab and a screenshot is taken.
I do not know how to further address this issue on my end.🤯
Can you please help me?😭

@Corvus400 I think the implementation is great! I just wanted @momomomo111 to review the specification!

ちょっと誤解ありそうなので日本語で書きます🙇
diff無いというのはいい意味です！スクショテストについての問題は今は解決されてると思います！

@Corvus400 @takahirom
I think there's no problem with the specifications.
I believe it's a cool implementation!

Unfortunately, there is a PR that will cause conflict. It is a core implementation for the stamp and it is larger than this pr. Maybe we are going to merge this pr first. 🙇
https://github.com/DroidKaigi/conference-app-2023/pull/1043

I think you can download the test report. I'm not sure why there are two root but it may be because of the dialog, right? We can select it onNodes(isRoot).onFirst or something. Could you check it out?
        composeTestRule
            .onNode(isRoot())
            .captureRoboImage()

java.lang.AssertionError: fail to captureRoboImage
Reason: Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Nodes found:
1) Node #1 at (l=0.0, t=84.0, r=480.0, b=799.0)px
Has 1 child
2) Node #30 at (l=0.0, t=0.0, r=480.0, b=461.0)px
Has 1 child

	at androidx.compose.ui.test.SemanticsNodeInteraction.fetchOneOrDie(SemanticsNodeInteraction.kt:145)
	at androidx.compose.ui.test.SemanticsNodeInteraction.fetchSemanticsNode(SemanticsNodeInteraction.kt:79)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage(Roborazzi.kt:220)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage(Roborazzi.kt:210)
	at com.github.takahirom.roborazzi.RoborazziKt.captureRoboImage$default(Roborazzi.kt:205)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot.checkScreenCapture(AchievementsScreenRobot.kt:56)
	at io.github.droidkaigi.confsched2023.achievements.AchievementsScreenTest$checkLaunchShot$1.invoke(AchievementsScreenTest.kt:38)
	at io.github.droidkaigi.confsched2023.achievements.AchievementsScreenTest$checkLaunchShot$1.invoke(AchievementsScreenTest.kt:36)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invokeSuspend(AchievementsScreenRobot.kt:27)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invoke(AchievementsScreenRobot.kt)
	at io.github.droidkaigi.confsched2023.testing.robot.AchievementsScreenRobot$invoke$1.invoke(AchievementsScreenRobot.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invokeSuspend(RunTestWithLogging.kt:18)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invoke(RunTestWithLogging.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1$1$1.invoke(RunTestWithLogging.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:78)
	at kotlinx.coroutines.CoroutineScopeKt.coroutineScope(CoroutineScope.kt:264)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invokeSuspend(RunTestWithLogging.kt:17)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invoke(RunTestWithLogging.kt)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invoke(RunTestWithLogging.kt)
	at kotlinx.coroutines.test.TestBuildersKt__TestBuildersKt$runTest$2$1$1.invokeSuspend(TestBuilders.kt:314)
	at _COROUTINE._BOUNDARY._(CoroutineDebugging.kt:46)
	at io.github.droidkaigi.confsched2023.testing.coroutines.RunTestWithLoggingKt$runTestWithLogging$1.invokeSuspend(RunTestWithLogging.kt:17)
	at kotlinx.coroutines.test.TestBuildersKt__TestBuildersKt$runTest$2$1$1.invokeSuspend(TestBuilders.kt:314)
Caused by: java.lang.AssertionError: fail to captureRoboImage
Reason: Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Nodes found:
1) Node #1 at (l=0.0, t=84.0, r=480.0, b=799.0)px
Has 1 child
2) Node #30 at (l=0.0, t=0.0, r=480.0, b=461.0)px

Hello,
I am also having same problem. did you find any solution for this ?


Decode utf8 strings as whole, not in parts, fixes #774

Thanks so much for the PR. Could you please write a test for this? Prefix the test name with 'GH-774'.

Test case added.

Any news on integrating this? I see someone else is also hitting this.
Thanks!
Michal


Create list of required scouting items

Summary
We need to know what exactly we are planning to scout this year. Some things will be common across years (team number for example), while others will be game specific. This ticket serves as a place to track our required data points so we can then go and build the pages for the app
Work Scope

List all fields that we want to track in the readme / this ticket / a google doc linked to this ticket

Auto:

Taxi
Speaker

speaker miss

Amp

amp miss

Distance for speaker
Teleop:
Speaker
- speaker miss
Amp
- amp miss
Distance for speaker
IsHumanPlayer? => spotlit
Climb (N/A, Attempted but failed, parked, successful)
Trap
climbed with another bot

Let's go with this for now, and if more fields are requested we can add those later. Closing this issue.


M3 Add find related tests to Jest config

Description
Update our pre-commit hook to only run tests related to changed files.
To Test

Change a component in such a way as to break a test
Try to commit the change
Commit should fail, but only a few test files should run.

@martinmckenna yeah I got that too but then it went away. Delete caches etc maybe?


Regex permission returning null

Using PermissionsEx 1.23.4 with MySQL.
I gave a group these permissions:

libsdisguises.disguise.(pig_zombie|spider|creeper|cave_spider)
libsdisguises.disguise.endermite
libsdisguises.disguise.wolf.(setsitting|settamed|setcollarcolor)
libsdisguises.disguise.(wolf|chicken)

Players in that group are unable to use the pig_zombie, spider, creeper, cave_spider, and chicken disguises. They are able to use the endermite and wolf disguises.
When I use "/pex user  check libsdisguises.disguise.creeper" on a player in that group, it returns, "Permission "null" has not been set for "Player"".
With "/pex user  check libsdisguises.disguise.endermite", it returns, "Player has "libsdisguises.disguise.endermite"".
With "/pex user  check libsdisguises.disguise.wolf", it returns, "Player has "libsdisguises.disguise.(chicken|wolf)"".
With "/pex user  check libsdisguises.disguise.chicken", it returns, "Player has "libsdisguises.disguise.(chicken|wolf)"".

I don't believe you can use .(pig_zombie|spider|creeper|cave_spider) in PEX.  Does the group work if all of those creatures are listed on their own node?

Unfortunately PermissionsEx is currently unmaintained and no further updates are planned. Because of this, all pull requests are being closed. If you are looking for an actively maintained permissions plugin, take a look at LuckPerms. It is compatible with major server platforms and can import data from PEX.


Demo site is down

The demo site (https://p2.pmnd.rs/) seems to be down. Happy to PR a fix if possible

Would be happy to see it, too! It was never up running 😉 Might need your help @drcmda with the subdomain. The same automatic deployment setup like use-cannon would be helpful.

The demo site is up now :)
https://p2.pmnd.rs/


Link to gcc_s and gcc if compiler is GCC version 5

When using cmake and GCC 5.4 to build tensorflow in Ubuntu 16.04,
the following error message would show up when loading
_pywrap_tensorflow_internal.so:
_pywrap_tensorflow_internal.so: undefined symbol: __cpu_model

The root cause is the same to this issue:
https://github.com/tensorflow/tensorflow/issues/9593
Signed-off-by: Yihong Wang<EMAIL_ADDRESS>

Nagging Assignee @benoitsteiner: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.


/docker-entrypoint.sh not found

Is there an existing issue for this?

[X] I have searched the existing issues

Kong version ($ kong version)
3.3
Current Behavior
Using this guide to try and get kong up and running on fly.io: https://github.com/hbagdi/fly-kong
The kong-fly.sh script expects a script called docker-entrypoint.sh to exist at the image's root, but the image keeps crashing as the script does not exist.
According to the docker distribution it should be right there
https://github.com/Kong/docker-kong/blob/507775715a22e419d1c7e42028f7c3b5d9cf0418/ubuntu/docker-entrypoint.sh
But then when I run the image locally and docker exec <container-name> ls, it's not there.
Please help.
Expected Behavior
docker-entrypoint.sh should exist at the root of the image.
Steps To Reproduce
No response
Anything else?
No response

@asontha check pr that updates the doc https://github.com/hbagdi/fly-kong/pull/2

Hope the updated doc solves your issue. Please feel free to reopen the issue if that's not the case.


chore: :technologist: use justfile as checklist in template

Description
This PR makes very small updates to the justfile and simplifies the checklist in the PR template to tell submitter to run just run-all as a check.

This PR needs a quick review.

@signekb you wouldn't run just run-all every time you commit, only right before pushing up to make a PR. Just so we can minimize the chance of build errors on the GitHub action side.

I also meant for a small PR like creating a new function. But lets give it a try 👍


Create union clause

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


adding toggle function

hi,
this is a simple pull request where I added a function toggle: this function allow to inverting bit's state.
the toggle's prototype is the following: fn toggle(&mut self, bit: usize);
usage
there's an example usage:
pub fn toggle_cell(&mut self, row: u32, col: u32) {
        let idx = self.get_index(row, col);
        self.cells.toggle(idx);
    }

Thanks!


Differentiate SDK generated exceptions from the service

Currently we generate and throw exceptions like  GoneException,ServiceUnavailableException etc from SDK that are thrown even by the service (example: RntbdRequestRecord#expire(), GoneAndRetryWithRetryPolicy#shouldRetry). We should either introduce a new subclass of these exceptions or new substatus code that clearly distinguishes these from the ones thrown by the service which will enhance the supportability/debuggability. Along with these we can also come up with corresponding TSGs to help further.

@xinlian12 can this be closed?

it is still active, maybe this can be taken as the uber working item.
Related child item: https://github.com/Azure/azure-sdk-for-java/issues/27909

This is done.


How to select the language using asciidoctor-pdf

I know we can select the language using:
    asciidoctor -a lang=es -b docbook article.adoc
I tried
    asciidoctor -a lang=pt-br -r asciidoctor-pdf -b pdf book.adoc
But it did not work.
Please, could someone help me?

When using a pure Asciidoctor converter (whether HTML or PDF), you need to feed it the translation file.
For more instructions, see https://asciidoctor.org/docs/user-manual/#customizing-labels

Please reopen or file a new issue if you're still having trouble.


Buildout error due to cryptography package

The PR #113 introduced the following error in the buildout script of son-cli:
bin/buildout
Develop: '/home/lconceicao/projects/sonata/son-cli/.'
Installing son-cli.
Getting distribution for 'cryptography<=1.2.1'.

Installed /tmp/easy_install-e25q5dvq/cryptography-1.2.1/.eggs/cffi-1.7.0-py3.5-linux-x86_64.egg
Searching for pycparser
Reading https://pypi.python.org/simple/pycparser/
Downloading https://pypi.python.org/packages/6d/31/666614af3db0acf377876d48688c5d334b6e493b96d21aa7d332169bee50/pycparser-2.14.tar.gz#md5=a2bc8d28c923b4fe2b2c3b4b51a4f935
Best match: pycparser 2.14
Processing pycparser-2.14.tar.gz
Writing /tmp/easy_install-e25q5dvq/cryptography-1.2.1/temp/easy_install-a4w1tc44/pycparser-2.14/setup.cfg
Running pycparser-2.14/setup.py -q bdist_egg --dist-dir /tmp/easy_install-e25q5dvq/cryptography-1.2.1/temp/easy_install-a4w1tc44/pycparser-2.14/egg-dist-tmp-_mcv2aty
warning: no previously-included files matching 'yacctab.*' found under directory 'tests'
warning: no previously-included files matching 'lextab.*' found under directory 'tests'
warning: no previously-included files matching 'yacctab.*' found under directory 'examples'
warning: no previously-included files matching 'lextab.*' found under directory 'examples'
zip_safe flag not set; analyzing archive contents...
Moving pycparser-2.14-py3.5.egg to /tmp/easy_install-e25q5dvq/cryptography-1.2.1/.eggs

Installed /tmp/easy_install-e25q5dvq/cryptography-1.2.1/.eggs/pycparser-2.14-py3.5.egg
no previously-included directories found matching 'docs/_build'
warning: no previously-included files matching '*' found under directory 'vectors'
build/temp.linux-x86_64-3.5/_openssl.c:732:6: error: conflicting types for ‘BIO_new_mem_buf’
 BIO *BIO_new_mem_buf(void *, int);
      ^
In file included from /usr/include/openssl/asn1.h:65:0,
                 from build/temp.linux-x86_64-3.5/_openssl.c:440:
/usr/include/openssl/bio.h:692:6: note: previous declaration of ‘BIO_new_mem_buf’ was here
 BIO *BIO_new_mem_buf(const void *buf, int len);
      ^
error: Setup script exited with error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
An error occurred when trying to install cryptography 1.2.1. Look above this message for any errors that were output by easy_install.
While:
  Installing son-cli.
  Getting distribution for 'cryptography<=1.2.1'.
Error: Couldn't install: cryptography 1.2.1

@stevenvanrossem Can you please verify this?

Solved in #116


Updating objects in meteorMethods

Hi,
I encountered strange behavior (at least in my opinion). I have a collection for which I have a saveItem method defined in meteorMethods. It is simple:
        saveItem() {
            var user = Meteor.user();

            // CHECK IF USER IS SIGN IN
            if (!user) throw new Meteor.Error(400, 'You must be logged in');

            if (this._isNew) {
                console.log("Saving item");
                this.userId = user._id;
            }
            else {
                console.log("Updating item");
                if (this.userId != Meteor.userId()) {
                     throw new Meteor.Error(403, 'You are not authorized to edit this item');
                 }
            }

            // Save item
            console.log(this.getModified());
            return this.save({cast: true});
        }

On the server I have a code:
let item = Item.findOne();
item.set('Name', "Updated Name");
console.log(item.getModified());
item.saveItem();

The set method is working well and first logging of item.getModified() shows ['Name']. However, in saveItem meteor method this.getModified() shows empty list and (obviously) the item is not updated in the database. Nonetheless, if I save the item on the server directly after set:
let item = Item.findOne();
item.set('Name', "Updated Name");
console.log(item.getModified());
item.save();

It is updated correctly. I am not sure if this behavior is inentional. Maybe I am doing something wrong here.
My version of Meteor is 1.5 and Astronomy is 2.4.6. Thanks for help.

Yes, it's a bug. I'm working on fixing it. I've already fixed it but I have to make sure that it didn't break anything. I will probably publish new version later today.

Thanks :)

Fixed in 2.4.7

I tested it and it's working.


fix(85): Remove ja-sig.org/maven2 repo

Resolves #85.
Tested with a cleaned out ~/.m2/repository

:+1: Thanks for taking care of this item @bjagg !