Add some benchmarks for a list matching task

This mirrors what some DEXs do, and is very expensive since you do quadratic work. It would be much faster with an array primitive.
I'm doing both kinds of list just for completeness. Compiled lists are multiple times faster, but here the asyptotics dominate.

I'm doing both kinds of list just for completeness.

Thanks a lot for that, I think it can help my pattern matching builtins endeavor.


Refactor GC trace generation in the compiler

Add a new trace pattern, static tracing. This is used when tracing a nominal type in order to trace it in the most efficient way possible (type in the sending context and capability in the receiving context).
Enhance dynamic tracing of nominal types with that same type/capability logic.
Trace boxed tuples correctly.

Even though this fixes a compiler crash, there is no new changelog entry since there is already one that also covers this fix in the unreleased part of the changelog.

We want to merge this before doing the 0.11.0 release (#1543).

The CI passed, I'm going to merge


Clean up reflection_generator.py and make it work with GN.

This pull request contains several commits, but the main goal is to make
it work correctly with GN.
With gyp, we are just generating a lot of .java files in the build
directory and depending on the directory where they are written in
xwalk_core_internal_java. Depending on a directory does not work with
GN, depending on all those new files directly also fails [1], so we now
follow Chromium's approach of writing those files into zip files called
.srcjars and making xwalk_core_internal_java depend on that instead.
This is done by introducing a --use-srcjars option (off by default)
while we have to support both gyp and GN.
[1] https://groups.google.com/a/chromium.org/forum/#!topic/gn-dev/GokFp6TorgI
All the commits before the one described above are cleanups to make the
script look saner and more Pythonic.
RELATED BUG=XWALK-3674

@heke123 @lincsoon @darktears @pozdnyakov

LGTM

@rakuco   I just found in target "xwalk_core_library_documentation" of xwalk_core_library_android.gypi, it references the wrapper java files directly. I'm not familiar with the javadoc usage, and I didn't find how to javadoc the srcjar files directly. So I have to unzip srcjar into java files first, then do the javadoc, it is not good.
How about to generate both srcjar and "filesystem files" when user set the "--use-srcjar" flag to reflection_generator.py?  Any ideas on this?  thanks!


feat: add the ability to change node affinity

Summary
We are running a mixed environment (ec2 / fargate) and would like to add a node anti-affinity for the fargate nodes
- key: eks.amazonaws.com/compute-type
  operator: NotIn
  values:
    - fargate

make it so

make it so

thanks @swibrow!


Change HotRemove NIC to warning instead of error

We don't actually fully support HotRemove NIC from namespace but since
this only happens on teardown we likely don't need it. For now just log
this as a warning rather than returning an error because we do
actually try to safe remove it from the host side on shutdown which is
returning an error that is silently ignored.
Signed-off-by: Justin Terry (VM<EMAIL_ADDRESS>

I don't fully understand the implications of this. Are there cases we need to be careful about where the caller could take some action assuming the interface was actually removed, where this could cause a problem?

Today we only call remove when the POD is being torn down. So we see these failures on the removal path. Technically CNI is supposed to support NIC HotAdd, HotRemove from namespace but we dont today so this is just to avoid sending down the error. If we support HotAdd/HotRemove on Windows we need to fix the GCS here.


Fix haproxy ssl behavior

When choosing ssl for the load balancer in Rancher, ssl should be set on every backend server line. Currently it sets a mixed-mode ssl, using frontend ssl connections, but plain http calls to backend servers. See the discussion here.

@cavemandaveman it does look like this fix would offset the ssl offload mode that is being explicitly set when "ssl" check box is set in the UI. In ssl offload mode:
a) certs defined on the LB, will be uploaded them to haproxy
b) https will be ssl terminated by haproxy (using the uploaded cert)
c) so client to haproxy communication is https, haproxy to backend is http.
Allowing ssl pass through shouldn't break existing default behavior...so changing the behavior of our "ssl" UI flag won't work unfortunately. The solution would be to add an extra flag to the service creation enabling ssl pass through mode, but at this point we are hesitant about changing our APIs because lb-refactor work is in progress. With the refactoring, you will be able to set any backend configuration of your choice.

@alena1108 Even with the LB refactoring, it might be useful to have default options for SSL Termination as well as SSL Backend Passthrough. I might try to hack at the UI portion of Rancher to add this capability...

@cavemandaveman sure, we'd appreciate any PRs for the refactored lb once it is released. The repo will be: https://github.com/rancher/lb-controller.
Closing this PR for now


Invalid Token

I just added the plugin via BRAT, but as I added the token I got an Invalid Token message. Regenerated the token, created a new one bit the error remains.

I have the same error as @t3mujin

+1 this doesn't work. maybe that's why it's not in the official plugins repo.

@Maxymillion I think there might be a pretty simple fix for this! After monkeying around a bit, I noticed that the plugin throws this error if the token length is anything other than 51 characters, but that the tokens that Asana creates for me are 68 characters. Removing this check fixes the issue, and then the plugin works as expected :)


New version: UniversalDiffEq v1.0.1

Registering package: UniversalDiffEq
Repository: https://github.com/Jack-H-Buckner/UniversalDiffEq.jl
Created by: @jarroyoe
Version: v1.0.1
Commit: 920c8ab9e8c63276568a98303ec801d9c6b17a14
Reviewed by: @jarroyoe
Reference: https://github.com/Jack-H-Buckner/UniversalDiffEq.jl/commit/920c8ab9e8c63276568a98303ec801d9c6b17a14#commitcomment-147209129
Description: Universal differential equations for ecologists
Release notes:

Solved compiling bug when trying to install from General Registry

[noblock]
Hi, automerging is complaining that our [compat] is not upper-bounded for Lux.jl, but our Project.toml has this in its [compat] section:
Lux = "0.5 - 1.1.0"
What are we missing?


create site of harmonic

Think it would be cool and interactive the site of harmonic, with documentation, introduction of installing and showing any project.
Example DocPad documentation. :smile:

+1 for this!
The website of DocPad it's so cool! :smile:

:+1: good idea, we have this http://es6rocks.com/harmonic/ but with small informations.
One site with docs, get started and much more is awesome, something like this http://yeoman.io/

I'm still working on it, but now to discuss some topics.
first that I am not a designer, just trying to help, we can change everything if you think differently :D
First mockup is the home page, with a basic explanation of how it works and how to install and start a project using Harmonic.

and this second mockup is the docs page, using the concept of cards.

Card Design References:

http://insideintercom.io/why-cards-are-the-future-of-the-web/
http://www.fastcodesign.com/1672605/how-google-unified-its-products-with-a-simple-index-card

What do you think @jaydson?, we have to improve a lot yet.

Here's my .02
Some things that should be considered:

Identity. A homepage is the identity of the product, having a subpar site affects the image of the product negatively. Designing a good visual identity is no easy task -- theme colors, fonts, spacing, behavior, the overall feel and UX are serious factors and I don't know any web designer willing to do this for free. Sure we can fork an existing boilerplate for a start, but all the mentioned concerns still apply.

Docs segmentation: documentation is serious stuff. A project without documentation is as good as if it didn't exist. In some projects, over 90% of the time I spend contributing is at writing docs. Harmonic is at the early stages and rapidly evolving, thus it requires a lot of effort to keep the docs up to date. Right now, our docs are already segmented -- there's the repository's readme, and the (slightly outdated) Wiki. If we were to have a docs site, then each future change may have to be documented in up to three places. That would drain way too much time from our small group of maintainers, even more so for an early, fast-evolving project.

Don't get me wrong, a Harmonic website can be a good thing, but it also brings a lot more of responsibilities to the table.
Of course, this is just my opinion.
We shall wait until others voice their opinions as well.
//cc @jaydson @atilafassina @felipenmoura @leobalter

Hello,
I managed to find a designer, and he makes free website design :+1:

The website must be just an information page.
Docs must to be just linked and not replicated(link to Harmonic's Wiki).
@mateusortiz , we already have a designer working on Harmonic design >>> @italowaxman, please handle this with him, ok?
@robsongajunior , we need your help here to get this done.

Docs must to be just linked and not replicated(link to Harmonic's Wiki).

Makes sense, docs should be centralized in a single place. I was wondering whether it should be in the site or in the Wiki -- the site could display the docs in a nicer format, but the Wiki allows everyone to contribute to in a far easier way.

I am already creating a project with Italo, so I'll talk to him about the harmonic today yet :+1:
the gulpjs.com/ linked docs in their own github

Great, we already scheduled a call later this week to discuss about it.

Designer here! Wednesday or Thursday we can make a hangout what do you think?

Yeap @italowaxman, mark for Wednesday or Thursday?

Thursday at 16:00, it's ok?

@italowaxman :+1:

@italowaxman  (Y)

I spoke to italo, he suggested 18:00 on Friday(tomorrow).
All right for everyone?
cc/ @mateusortiz @italowaxman

:+1:

I'll close this issue, because we're currently working on this, and we have another active issue: #128


SwiftLint inline are not work for some rule

Hello,
I'm trying to migrate danger to danger-swift(3.6.1) on GitlabCI and faced with strange behavior of swiftlint. For rule "overridden_super_call" inline not work for some files.
ruby swiftlint:

danger swift:

Debug of swift run danger-swift ci looks same for all issues:

For Filel1 its work, for **Controller not. Other rules apply normally for this file.
Ruby:
    swiftlint.config_file = '.swiftlint.yml'
    swiftlint.lint_files inline_mode: true

Swift Config:
import Danger
import Foundation

SwiftLint.lint(inline: true, swiftlintPath: "Pods/SwiftLint/swiftlint")

That is technically working I believe, in the sense that Danger-Swift is sending the file and line to Danger-JS (as you can see they are in the comment).
The reason why is not displayed in line is because Danger-JS has a failure for some reason when tries to add the comment on that file, so adds it to the main comment


Fixes:#5795:MSI support for slots

This checklist is used to make sure that common guidelines for a pull request are followed.
General Guidelines

[ ] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

Command Guidelines

[ ] Each command and parameter has a meaningful description.
[ ] Each new command has a test.

(see Authoring Command Modules)

View a preview at https://prompt.ws/r/Azure/azure-cli/5796
This is an experimental preview for @microsoft users.

@panchagnula, the CI error is a known issue, so don't worry about it. One thing to confirm though, that you did verify it works , and this flag can be propagated to other slots through swap. If yes, let me know and I will merge

@yugangw-msft I did validate the slots functionality with the change. Thanks for the info on the CLI error.


Fix a typo

Please fill out a brief description, and clarify the title a bit more (e.g. fix a misspelling in interface comment), otherwise looks good


Add object unification typechecker cases

Fixes #75. /cc @slpopejoy
In the first (tc-obj-let) test case, we have TyUser on one hand and TySchema wrapping TyUser on the other.
In the second (tc-obj-return) use case, we have TyUser vs TySchema wrapping TyAny.

Looks good as far as I can tell but I'll defer to Stu.

As I said on #75, the syntax is incorrect so the failure is correct. Please validate with proper Pact syntax that this is a bug.

As mentioned on #75, this is no longer an issue with the correct syntax. Closing this, but opened #77 to address this parser issue in the future.


Ankan/roger 963 better urls for mesos and frameworks

Moved haproxy_template.cfg over to templating along with updates to add master/marathon/chrons nodes.
Sendiing to mesos ui (with master detection) based on host starting with mesos..
RR into marathon and chronos ui based on host starting with marathon. and chronos..
Remove extra blank lines.

lgtm

LGTM


ENYO-2129 : add aria-pressed to child Item of Group

Issue
Accessibility: Do not read the active status of the grouped buttons
Cause
Button wrapped using enyo Group does not have aria-pressed attribute, which is neccessary for reading own status. However, If Button is not child of Group, Button should not have aria-pressed attribute since it is used in ToggleButton for reading toggle status, so we should add only aria-pressed attribute when button is child of group.
Fix
Add aria-pressed attribute when button is child of Group.
Enyo-DCO-1.1-Signed-off-by: Bongsub Kim<EMAIL_ADDRESS>

You should be using role radiogroup and role radio here, not button.

accessibility is refactoring, so this PR needs more changes. Thus , I will close this PR and create new PR.


Configure minimum drag detection threshold for vertical dragging.

How can I set the drag detection as in youtube?? Any sample code that i can reference to??

Hi @gkarthikchess this feature is not supported right now. It could be a nice contribution :)


Not showing up

Hey everybody,
I'm working on the week five homework and I'm just trying to make a little character follow the mouse cursor, like the example on the website, but nothings popping up when I open my index. What am I doing wrong?
here's the code
`//creating a new character
//seting it up
function setup() {
createCanvas( windowWidth, 500 );
}
//seting the varables
let bodyAngle = 0;
let bodyRotateRate = 0;
let bodyWidth = 90;
let bodyHeight = 90;
//creating the draw function
function draw() {
background( 'pink' );
//no cursor on screen
noCursor();
//The Updating Values
//the body rotation rate
bodyRotateRate = ( mouseY * 0.5 ) - 20;
// body angle to equal itself plus rotation rate
bodyAngle = bodyAngle + bodyRotateRate;

//***
// character sandbox
//***
push();

// character follows mouse
translate( mouseX, mouseY );

//***
//BODY
//***
push();

strokeWeight(8);
fill( 'rgb(255, 116, 28)');
rotate( radians( bodyAngle ));
ellipse( 0, 0, bodyWidth, bodyHeight );

//***
//EYE
//***
push();

strokeWeight(4);
fill(255);
//move to center of body
translate( bodyWidth * -0.2, bodyHeight * -0.2 );
ellipse( 0, 0, bodyWidth * 0.33, bodyHeight * 0.33 );

//iris
strokeWeight(2);
fill( 'rgb(45, 255, 123)');
ellipse( 0, 0, 10 );
//pupul
fill(0);
ellipse( 0, 0, 5 );

pop();
pop(); // end of body

pop(); //End of character

}`

I copied your code and threw it in atom to test it and I can see it just fine. The only thing I changed was taking the ( `  ) off each end of your code.

I had the same issue last week! I ended up just copying my code, deleting that folder, making a new one, and pasting it in there, and then it worked. I still don't know what the issue is, so I don't know if your issue is the same as mine but it might be worth a try.

@lilyj521 I did what you did and it works now, thanks.


Emissary-apiext pods are not creating the emissary-ingress-webhook-ca secret and hanging on startup

Describe the bug
We have deployed Emissary-apiext via Helm chart in the normal manner but the pods are going into a constant CrashLoopBackoff state, the pod logs just display the first two lines below:

The namespace events show this:

It appears to be hanging on the 'emissary-ingress-webhook-ca' secret creation as the secret is never created. If we copy the same secret from another cluster into the namespace, then the pods start fine and the TLS cert is injected into the getambassador.io CRDs spec->webhook->caBundle as expected.
The RBAC seems fine, the 'emissary-apiext'role & rolebinding was deployed as part of the Helm chart that grants the emissary-apiext service account the ability to create this secret and then update it.
To Reproduce
Steps to reproduce the behavior:

Switch into the emissary-system namespace and delete the 'emissary-ingress-webhook-ca' secret
Restart the emissary-apiext pods - kubectl rollout restart deploy/emissary-apiext
Watch pods and logs and they will go into the constant crashloopbackoff state

Expected behavior
The emissary-apiext pods should start, followed by CA mint & secret creation as per the 'EnsureCA' Go function, followed by getambassador.io CRDs spec->webhook->caBundle injection as per the 'apiext.updateCRD' Go function:
https://github.com/emissary-ingress/emissary/blob/master/cmd/apiext/ca.go#L49
Versions (please complete the following information):

Ambassador: Emissary Ingress apiext v2.4.1
Kubernetes environment: Native K8s
Version: v1.21.14

Additional context
We have attempted to turn up the emissary-apiext pod logging level from INFO to TRACE by editing the deployment as per below, this did not result in any more verbosity however. The same two lines were logged as above.

Could you please assist us in narrowing down where the problem lies?

Hi @jmboby , I believe in the emissary-system namespace there are a couple of secrets that get saved there.  If you deleted only one of them, I wonder if that is somehow blocking the creation of the new secret.  That's why we've suggested deleting everything in that namespace as mentioned [here in our docs].(https://www.getambassador.io/docs/emissary/latest/topics/install/yaml-install#install-with-yaml).
_All users who are running Emissary-ingress/Ambassador Edge Stack 2.x or 3.x with the apiext service should proactively renew their certificate as soon as practical by running kubectl delete --all secrets --namespace=emissary-system to delete the existing certificate
Could you check if any other old secrets are hanging around?

Thanks for the response @cindymullins-dw, I have tested that theory by first uninstalling the helm chart for emissary-apiext since it also stores secrets in the emissary-system namespace to track helm release versions, I then deleted the emissary-ingress-webhook-ca secret and confirmed no other secrets were present. Following this I re-installed the emissary-apiext helm chart again but the same error occurred - the pods are not starting properly and the secret is not created.
Are we able to somehow increase logging verbosity on your pod Go function calls so we can see exactly where its failing? The last line logged is:
time="2023-02-26 21:21:53.4975" level=info msg="APIEXT_LOGLEVEL=info" func=github.com/datawire/ambassador/v2/cmd/apiext.Run file="/go/cmd/apiext/main.go:63" CMD=apiext PID=1
As mentioned we did add the APIEXT_LOGLEVEL parm with value of TRACE to the pod env and this did take effect after the pod was up and running, we see debug level logging on all CRD conversions which is great but we really need to see more verbosity on the pod startup...

Hi @cindymullins-dw, we ended up fixing by adding a startup probe (below) to the emissary-apiext deployment to allow them the time needed to fully start and create the TLS cert & secret etc. The liveness probe was killing off the pods too early. If the secret is already present in the namespace then they start quite quickly and the issue is not noticed.
Are the pods making some kind of long running K8 API call perhaps when the secret is not present? Or is the TLS cert generation taking a long time?
startupProbe:
            httpGet:
              scheme: HTTP
              path: /probes/live
              port: 8080
            failureThreshold: 5
            periodSeconds: 10

Just to clarify, you deleted the 'emissary-ingress-webhook-ca' secret because the pods went into into CrashLoopBackoff state?  (I ask because we are proactively recommending users manually delete and re-create their apiext certs before they expire at the 1 year mark).  However it sounds like you encountered this issue on a normal install?

No the issue we encountered is separate to your 1yr expiry, our issue is that the pods take a long time to startup when the secret is not present and yes this is on a fresh install of emissary-apiext.

Ok, thanks for the confirmation & detail.  I'll leave this open as a feature request for a start up controller / better logging around the start up process.

This happened for me also today. I tried to upgrade emissary to 3.7.1 and for that I upgraded the CRDs. After that emissary-apiext pods complained about below error and went in CrashLoopBackOff state even though the secret emissary-ingress-webhook-ca was already present and it was not more than a year old.
time="2023-07-24 11:52:07.4538" level=info msg="Emissary Ingress apiext (version \"3.7.1\")" func=github.com/emissary-ingress/emissary/v3/cmd/apiext.Main file="/go/cmd/apiext/main.go:41" CMD=apiext PID=1 time="2023-07-24 11:52:07.4549" level=info msg="APIEXT_LOGLEVEL=info" func=github.com/emissary-ingress/emissary/v3/cmd/apiext.Run file="/go/cmd/apiext/main.go:59" CMD=apiext PID=1 time="2023-07-24 11:52:17.5742" level=error msg="shut down with error error: Get \"https://<IP_ADDRESS>:443/api/v1/namespaces/emissary-system/secrets/emissary-ingress-webhook-ca\": net/http: TLS handshake timeout" func=github.com/emissary-ingress/emissary/v3/pkg/busy.Main file="/go/pkg/busy/busy.go:87" CMD=apiext PID=1
I tired increasing the timeouts for probes but nothing worked out. I also deleted the secret manually thinking the new pods will create them but they did not and above was the error I keep on getting. Is there anything I need to do to get pass this error?


Adding a new database - gun

Hey Dr. Edlich,
We'd love to see our open source, offline first, fully distributed, graph-oriented (technically we're a key-value synch engine), and fault-tolerant database –gun– listed on nosql-database.org.  In the pull request we've added brief entries to the Document Store and Graph Database sub-lists, and a full description to the Multimodal sub-list.
I'm also kind of curious why ArangoDB and OrientDB are not also listed under "Key Value/Tuple Store", as I think all three of us fall under that category.  Since they weren't there, I wanted to make sure I understood why before adding gun there.
Thank you!
~sean

Thanks. I will need a little time to review it.

Dear Sean,
I have some problems with the pull request. Can you send me the plain text via email?!
Key/Value is a subclass of Document DB. Hence I did not include Arango and Orient there yet because I assumed people are looking for a 'real' KV DB.
Best Regards
Stefan E.


Jittery movements on macOS

Bevy version
Bevy 0.10.1
What you did
I've installed 2 OS on my iMac 27 late 2012, core i7, NVIDIA GeForce GTX 675MX 1GB, 24GB RAM.
First system is macOS Catalina 10.15.7 and the second one is Windows 10 with Bootcamp. I'm making an open-source game project https://github.com/ghashy/Space-Kitty
When I launch the game CPU usage is about 8% and GPU usage is about 30%. The thing is, on Windows system everything works perfectly smooth every time I start the game. But on my macOS it runs always with jitter (freezing).
In the game I have some sprites flying on the screen and this motion is jittery on macOS. I use Rapier 2d engine for physics and I thought that maybe the problem is in there, but then I checked on the Windows, so I guess it's the OS problem.
Also, I have an M1 Mac and everything works perfect on it. I would highly appreciate if you can do something with it, thanks!

Profiling might reveal what's going on(see docs/profiling.md). I personally recommend profling with  trace_tracy

This sounds like system ordering issue. Make sure the movements systems are properly ordered with regard to each other.
Check the nondeterministic_system_order example to see how to find systems that are not properly ordered.
It might also be a timing issue? https://bevy-cheatbook.github.io/pitfalls/time.html


Remove unused variables from WhiskConfig and add the ability to Confi…

…g to ask for environment-variables.

PG?

PG 122 was green.
I'll rebase and start a newer one.

Made the suggested change.
Merged as https://github.com/openwhisk/openwhisk/commit/9882e3ad61f9d614ecd27e661dbba41e386842ea.


Advance version to 1.2.0-SNAPSHOT, standardize maven plugin versions, switch scopes

Fixes for issues #10 #8, advance version to prepare for release.

@floverfelt What is the status here?  With new issue popping its important to release and seems https://github.com/xdev-software/find-and-replace-maven-plugin may be forking ahead.  Maybe we can get things resolved before this gets fragmented ?

@floverfelt What is the status here? With new issue popping its important to release and seems https://github.com/xdev-software/find-and-replace-maven-plugin may be forking ahead. Maybe we can get things resolved before this gets fragmented ?

I don't use this plugin day-to-day any longer and as such, I haven't been able to keep up with it at the same pace as when I originally wrote it. I can merge this and re-release today or I'm happy to archive this project and redirect people to the xdev fork if @AB-xdev wants to commit to maintaining it.

Hi @floverfelt Maybe a combination of both might work.  If you are to add commons-lang3 directly so maven 3.9.8 works plus this PR, it would solve concerns for now.  Test against maven 3.9.8 then to see before / after.  If not added, maven 3.9.8 will promptly through an error.
<dependency>
    <groupId>org.apache.commons</groupId>
    <artifactId>commons-lang3</artifactId>
    <version>3.14.0</version>
</dependency>

I'm happy to archive this project and redirect people to the xdev fork if @AB-xdev wants to commit to maintaining it.

I stated our current position in https://github.com/xdev-software/find-and-replace-maven-plugin/issues/45.
If that suits you, feel free to redirect your plugin to ours :)


pref: receive clip embedding as a parameter

instead of generating it itself.
Also some optimizations for generating embeddings.

Closing this PR in favor of https://github.com/jina-ai/glid-3-xl/pull/1


Including target data while pretraining

Hello thanks for the awesome works and the codes.
I've applied your code to some datasets and had some questions.
While pretraining, line 323 in data.py performs concatenating category features and target features.
This concatenated categorical data pass the embedding layer and the results used as an input data of the transformer.
I couldn't find the code that separating the target data before passing the concatenated data into the transformer.
It is okay to include target data while pretraining the model?
Thank you.

I found that zero mask for target feature made in data.py#L272 and the target feature replaced to static features (like imputing NaN) in augmentation.py#L26. It was my mistake. Closing the issue.


Getting Usage Rate for NBA Player

hi
do you have a way to get this?
Usg% Usage Percentage =
100 * ((FGA + 0.44 * FTA + TOV) * (Tm MP / 5)) / (MP * (Tm FGA + 0.44 * Tm FTA + Tm TOV))

i guess i can just calculate it- let me see if i can match other sources

Hi Luzer,
USG% isn't a value that is directly able to be pulled. However, you should be able to calculate it on your own to within an acceptable margin for error. If you run into any issues, feel free to open a new ticket.

i got it close to basketball reference, but not exact... might be because those sites are rounding first and then summing/averaging?
my calc on the bottom

The best check we were able to get for similar calcs required calculating MSE for several players. If you find you are high on some and low on the others and the average is pretty spot on, generally it is a rounding issue.


Move configure step into bootstrap.sh script for CUDA dockerfiles

Torch is getting index out of range error during CUDA extension compilation when device count = 0. Does not appear to be an issue for ROCm extension.

What do you think about using this flag to override the arch: https://github.com/pytorch/pytorch/blob/731cf494f26bec59bc5f3419854f4e2c743bd3d0/torch/utils/cpp_extension.py#L892?


Added Breit-Wigner distribution

I've added the relativistic Breit-Wigner distribution to scipy.stats. The _pdf and _cdf are analytic; other attributes are numerical and provided by the inherited rv_continuous class.
As for the other distributions, I define a breit_wigner_gen class, and then a breit_wigner instance of that class, which should be imported by a user.

A few issues I need to fix:

ERROR: objects in scipy.stats.all but not in refguide:: breit_wigner
print 'number of continuous distributions:', len(dist_continu)

Expected:
number of continuous distributions: 94

Got:
number of continuous distributions: 95

All my doctests are broken (though work on my system)

First and foremost, my question about the use case (https://github.com/scipy/scipy/issues/6414) still stands.
On a technical level, this is a very good start!
Assuming there is a use case, this needs some work. See, e.g. https://github.com/scipy/scipy/pull/6030 about several places a distribution needs to be registered with (__init__, _distr_param.py etc).

Any news on this? Would love this feature!

The unanswered question is about whether cauchy is enough. From gh-6414:
And indeed, as a function of the square of the 4-momentum, E^2, Breit-Wigner formula is almost a Cauchy distribution, the only difference being that the support of the distribution is [0, \inf], so it's a halfcauchy.
Can you sketch a use case where a distribution of E^2 is not enough and you really need a distribution in terms of E itself?
Once that's decided, this looks close to good to go.

The unanswered question is about whether cauchy is enough.

I think it is, see https://github.com/scipy/scipy/issues/6414#issuecomment-522715954.

I don't have time for this, sorry, but would happy to see it make it into scipy :)