Delete cluster permission fixed

Signed-off-by: oumkale<EMAIL_ADDRESS>
Proposed changes
This PR will not allow deleting cluster and show tooltip for permission.
Types of changes
What types of changes does your code introduce to Litmus? Put an x in the boxes that apply

[ ] New feature (non-breaking change which adds functionality)
[x] Bugfix (non-breaking change which fixes an issue)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation Update (if none of the other choices applies)

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[x] I have read the CONTRIBUTING doc
[x] I have signed the commit for DCO to be passed.
[x] Lint and unit tests pass locally with my changes
[ ] I have added tests that prove my fix is effective or that my feature works (if appropriate)
[ ] I have added necessary documentation (if appropriate)

Dependency

Please add the links to the dependent PR need to be merged before this (if any).

Special notes for your reviewer:

/merge

@rajdas98 PTAL


Add separate audio and video MIME types to Track API

Fixes: https://github.com/google/shaka-player/issues/3888

@joeyparrish can you review it? Thanks!

Thank you!


rollupTypes leaves empty directories in project root

Hi, y'all! I'm using vite-plugin-dts in the dev branch of this project. The rolled up .d.ts file is succesfully generated, but the plugin leaves a tree of folders in the project root directory. Any ways to get around that?

Are you using a mac or linux system?

Are you using a mac or linux system?

I'm using Linux

entryRoot should be a dir path:
dts({
  rollupTypes: true,
  outputDir: 'dist',
  entryRoot: 'src'
})


Add layout v6

Results

Build Results
https://www.chromatic.com/build?appId=64e95d8f1f548945b1225cb8&number=85

Storybook Preview
https://64e95d8f1f548945b1225cb8-iaqcgzoztz.chromatic.com/

Component Count
103


Fixes crash when DispatchData is created from an UnsafeBufferPointer with a nil address. Radar 29337927

Fixes crash when DispatchData is created from an UnsafeBufferPointer with a nil address.
Radar 29337927

@moiseev @mwwa @MadCoder @das please review

/cc @jrose-apple as radar originator.
Related change in corelibs: https://github.com/apple/swift-corelibs-libdispatch/pull/208

@swift-ci Please smoke test

LGTM. Thanks, Kim!

Fixed merge problems.

@swift-ci Please smoke test


Haunt is throwing the following error.

TypeError: Cannot read property 'login' of undefined
    at Repo.getPullRequests (/usr/local/lib/node_modules/haunt/lib/repo.js:143:43)
    at /usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:454:21
    at /usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:185:13
    at /usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:86:13
    at Array.forEach (native)
    at _forEach (/usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:26:24)
    at async.forEach (/usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:85:9)
    at _asyncMap (/usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:184:9)
    at Object.map (/usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:168:23)
    at Object.async.parallel (/usr/local/lib/node_modules/haunt/node_modules/async/lib/async.js:452:19)

I just got this same thing. If you output this.data right before line 143, you see:
Request forbidden by administrative rules. Please make sure your request has a User-Agent header (http://developer.github.com/v3/#user-agent-required). Check https://developer.github.com for other possible causes.

Your a hero! Now we need to wait on @fat


Is it possible to render Latex content directly in the wysiwyg editor ?

Is it possible to render Latex content directly in the wysiwyg editor ?
Matter of fact, my application doesn't even have a Markdown tab to write in (I disabled it)
So I would like to write Latex equations in the Wysiwyg editor using the usal format :
$$latex

$
x^2 = 4
$

$$

At the moment it's not doing anything (which is normal)
Is it possible with a hack or a native method ?
(Sorry for asking a lot of questions / opening issues, I'm sure this is the last one)

@2klm
You can edit the custom block in WYSIWYG as below.

Do you want something other than this?

@2klm
You can edit the custom block in WYSIWYG as below.

Do you want something other than this?

I’ll check this out and I’ll let you know.


Simplify CI via job matrices

The CI jobs are programmed in a linear, redundant fashion. It should be possible to simplify the CI code via the use of job matrices.

Fixed by d283e9d81a025fee88f84466616a771de6783330


wget usage

I think wget examples should be shown as:
$ wget -qO- ifconfig.co/ip
<IP_ADDRESS>

There are some flavors of wget, such as the builtin one in busybox, which will display the whole HTML page when the short form ifconfig.co is given.  Using the /ip form appears to work fine for both GNU and busybox wget flavors.

Yes, /ip always work as it doesn't try to sniff the user-agent, this behaviour is documented on https://ifconfig.co/.
Do you know which user-agent busybox wget uses? Maybe we can add that one.

The server will see something like this:
GET /foo HTTP/1.1
Host: localhost
User-Agent: Wget
Connection: close

Here's the agent itself.
$ docker run -it busybox wget --help
BusyBox v1.26.2 (2017-03-09 00:04:38 UTC) multi-call binary.

Usage: wget [-c|--continue] [--spider] [-q|--quiet] [-O|--output-document FILE]
       	[--header 'header: value'] [-Y|--proxy on/off] [-P DIR]
       	[-U|--user-agent AGENT] [-T SEC] URL...

Retrieve files via HTTP or FTP

       	--spider       	Spider mode - only check file existence
       	-c     		Continue retrieval of aborted transfer
       	-q     		Quiet
       	-P DIR 		Save to DIR (default .)
       	-T SEC 		Network read timeout is SEC seconds
       	-O FILE		Save to FILE ('-' for stdout)
       	-U STR 		Use STR for User-Agent header
       	-Y on/off      	Use proxy


:sparkles: :memo: feat: About page #76

Description
Added a file for the about page
Fixes #76
Type of change
Please delete options that are not relevant.

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

Checklist

[x] The code is isolated to the libs/features/pages package unless a justified reason is specified.
[x] A separate commit is used for each small change
[x] The commits and PR are well formatted/use proper documentation

this issue was solved by #80

this issue was solved by #80  please pick another issue

Good work, but closing this pr as issue is done, please pick another issue


Release notes reference

From version <IP_ADDRESS> and on the release notes should include:

Only current version changes
Reference to previous release notes on github :

https://raw.githubusercontent.com/zen-mode/Whatsapp-Zen-Mode/main/ReleaseNotes.txt

Per dev question:
Q: Do i need to save the history of changes in versions and keep the change log only of the current version?
A: the history is kept in https://raw.githubusercontent.com/zen-mode/Whatsapp-Zen-Mode/main/ReleaseNotes.txt.
In a new version only current changes should appear. Refrence to the doc will show history


Password Strength Error Message

In gitlab by @CalumTowers on Aug 2, 2016, 17:44
Users get unfriendly error messages when their password does not meet the requirements.

In gitlab by @NFarrington on Aug 4, 2016, 21:10
mentioned in commit e0ca7d4fbee18af8ff703cc013486bce2f25917c


bug: Cannot read properties of undefined (reading 'getText')

Prerequisites

[X] I agree to follow the Code of Conduct.
[X] I have searched for existing issues that already report this problem, without success.

Codemod version
0.0.7
Current Behavior
An error occurs when running the utility:
┌  Ionic Angular Standalone Codemods
┌  This utility will migrate your Ionic Angular project to use the new standalone components from Ionic Framework v7.5.0.
│
▲  --------------------------------------------------
│
▲  ⚠  This utility is experimental. Always review the changes made before committing them to your project. ⚠
│
▲  For manual migration, see the guide at: https://www.ionicframework.com/docs/angular/build-options#migrating-from-modules-to-standalone
│
▲  --------------------------------------------------
│
◇  Would you like to run this migration as a dry run? No changes will be written to your project.
│  Yes
│
◇  Please enter the path to your project (default is the current working directory):
│  /Users/<myusername>/Apps/<projectfolder>
│
■  An error occurred during the migration.
│
■  Cannot read properties of undefined (reading 'getText')
│
└  If you encounter any issues with this migration utility, please report them at: https://github.com/ionic-team/ionic-angular-standalone-codemods/issues

Expected Behavior
The utility should run.
Steps to Reproduce

npx @ionic/angular-standalone-codemods in terminal at the package folder
Hit 'Yes'
Use current directory

Code Reproduction URL
No response
Additional Information
Ionic Version: 7.5.6
Angular Version: 17.0.4
Typescript Version: 5.2.2
Node Version: 20.10.0

I have the same issue. Is there a way to print some debug information?

@pqnet I'm on a time crunch so I ended up going doing the conversion manually. It wasn't difficult, just a bit gruelling - it can take a while depending on the complexity of your app.
If you're in the same situation here's the steps I followed. I recommend creating a backup of your repository first.

I had a look at the script through a debugger, and I think this is an issue that comes when importing IonModule in secondary modules without the .forRoot part. I believe the scripts looks for that member call to identify which modules have to be updated.

I'm facing the same issue. 😭

This repository exhibits the odd behavior. The commits list the sequence of operations that were done to generate that repository.
https://github.com/pqnet/ionic-test-migration


Delete cookie only works in headfull but not in headless

I successfully can delete cookies in headfull mode by using:
const client = await page.target().createCDPSession();
await client.send('Network.clearBrowserCookies');
await client.send('Network.clearBrowserCache');
console.log( 'done..' );

As far as I understand the code above is using the dev tools to archive this. In headless instead this code is not working. Just nothing happens and the code stucks and the console.log will not come. I assume that in headless mode the dev tools is not started?
Is there a way to use the code from above in headless mode?
I currently do as workaround Incognito page each new url. However I would like to have a more clean solution like the code above.
Greets CyberT33N

I use this to remove all cookies:
	async clearBrowser () {
		// clear cookies
		const client = await this.page.target().createCDPSession()
		await await client.send('Network.clearBrowserCookies')
	}


Question about equation (10)?

Thanks for your great work!
I have a question about equation 10, and I think it should be X = Z*u/fu according to the perspective projection. What's more you ignores the cu and cv parameters of  camera instrinc.

Hi, fu is the width (in meter) of a pixel / focal length (in meter), so u * fu is in meter / meter. Then Z is in meter, and X = (meter / meter) * meter so in meter.
Yes, we ignore translation offsets for simplicity.

Thanks for your relying, And I usually consider the camera instrinc matrix as  [fx,0 ,cx,0,fy,cy,0,0,1] . So I calculate like this

But does fu = 1/fx ,fv = 1/ fy in your paper?

Perhaps the physical quantities and physical meaning of the camera parameters are not understood in the same way. Here's how we consider it.

Thans very much!

您好，很抱歉再次打扰您，我又一次研究您的论文时，不太理解公式12,
[cid:d53836e5-f8d5-427b-876e-e48d5e25a852]
为什么可以将旋转矩阵作用在像素坐标上，还有您的f和fu，fv是什么关系呢？
一般旋转矩阵R不应该K（RX）/Z = [uv]这样作用吗？其中K为相机内参，X为三维点。
f不应该是相机固有参数为什么会在发生pithc角时变化，您是将u,v,f当作三维点去做变化吗？
Sent from Outlookhttp://aka.ms/weboutlook

From: LiuRuijin @.>
Sent: Saturday, November 21, 2020 12:29 PM
To: liuruijin17/LSTR @.>
Cc: yulongshan @.>; Author @.>
Subject: Re: [liuruijin17/LSTR] Question about equation (10)? (#6)
Perhaps the physical quantities and physical meaning of the camera parameters are not understood in the same way. Here's how we consider it.
[eq10]https://user-images.githubusercontent.com/29913368/99867349-e9884000-2bf3-11eb-9c9d-be6472a2d1d4.jpg
[eq102]https://user-images.githubusercontent.com/29913368/99867496-f8bbbd80-2bf4-11eb-95f8-45d222f6f480.jpg
―
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/liuruijin17/LSTR/issues/6#issuecomment-731506899, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIIJX46QR3JVYVWMQKTO55DSQ46ZFANCNFSM4T4WFGUQ.


crypto/tls: oversized record received with length 20037

Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (go version)?
go 1.8
What operating system and processor architecture are you using (go env)?
windows
What did you do?
Tls listener is not working as expected.
error
tls: oversized record received with length 20037
What did you expect to see?
i try to read tls connection
What did you see instead?
tls: oversized record received with length 20037

This isn't enough information. Can you share a piece of code to reproduce the issue? If not, could you describe what the code was doing when this happened?

That looks a lot like trying to connect to a TLS listener with another protocol, for example plain HTTP. If that's not it, we will probably need to see the client or a pcap to debug this.

I just had a similar error... and found the following behavior weird...
Is it expected Go spitting out errors like this?
package main

import (
	"fmt"
	"net/http"
	"net/http/httptest"
	"net/url"
	"os"
)

func main() {
	var Mux = http.NewServeMux()
	var server = httptest.NewTLSServer(Mux)

	transport := &http.Transport{
		Proxy: func(req *http.Request) (*url.URL, error) {
			return url.Parse(server.URL)
		},
	}

	var r, err = http.NewRequest("GET", "https://example.com/", nil)
	if err != nil {
		fmt.Fprintf(os.Stderr, "Unexpected error: %v\n", err)
	}

	_, err = (&http.Client{Transport: transport}).Do(r)

	if err != nil {
		fmt.Fprintf(os.Stderr, "\n\n\nUnexpected request error: %v\n", err)
	}
}

When running:
$ go run foo.go
2017/05/10 10:03:18 http: TLS handshake error from <IP_ADDRESS>:55829: tls: oversized record received with length 20037

Unexpected request error: Get https://example.com/: malformed HTTP response "\x15\x03\x01\x00\x02\x02\x16"

Notice I never printed the "TLS handshake error" error. Go just printed it to stderr. I found it really weird comparing how Go handles errors elsewhere.

Funnily enough, I hit this myself today trying to write a test.
@henvic your example is similar to what I was writing, and both are wrong:
    // Proxy specifies a function to return a proxy for a given
    // Request. If the function returns a non-nil error, the
    // request is aborted with the provided error.
    //
    // The proxy type is determined by the URL scheme. "http"
    // and "socks5" are supported. If the scheme is empty,
    // "http" is assumed.
    //
    // If Proxy is nil or returns a nil *URL, no proxy is used.

Note that the "https" scheme isn't supported. I wonder if a better error should be given, as I was stuck on this for a good 20 minutes.

Sending a CL with a better error.


Run it with an already downloaded BLAST database

Dear colleagues,
I'm Paul DE BOISSIER, PhD student at the IBDM, in Marseille, France.
I'm developing a pipeline in which the first step is an orthologous search. For that, I already implemented a RBH search and an access to OrthoDB.
My problem is that OrthoDB is not quite complete and the RBH took a lot of time to run.
I discussed with my supervisor, Bianca Habermann, and we think that using MMseqs2 can help us a lot to reduce our running time.
So, I have deeply read the documentation but maybe I missed something. My pipeline is running with refseq as the main database, especially for the RBH, with all the files in .pal, .pos,...
My problem is that I want to use my already existing blast database with MMseqs2 but I don't find any options to create the MMseqs2 database from such database.
Obviously, I read about the function "databases" which downloads the database, and I can use NR or UniProtKB but I don't want to redownload a whole database as I have not a lot of space in our servers, especially as we share it among the team.
Do you know how I can manage it please ?
Best.
DE BOISSIER Paul
PhD Student - Computational Biology Group
IBDM – Institut de Biologie du Développement de Marseille
<EMAIL_ADDRESS>

Theoretically you can extract a FASTA file from an existing BLAST DB (see https://github.com/soedinglab/MMseqs2/wiki#create-a-seqtaxdb-from-an-existing-blast-database). With a FASTA file you can build an MMseqs2 database.
MMseqs2 will still need to build it's own database, meaning you will still need to have enough storage space for it. We don't/can't support BLAST databases.

Theoretically you can extract a FASTA file from an existing BLAST DB (see https://github.com/soedinglab/MMseqs2/wiki#create-a-seqtaxdb-from-an-existing-blast-database). With a FASTA file you can build an MMseqs2 database.
MMseqs2 will still need to build it's own database, meaning you will still need to have enough storage space for it. We don't/can't support BLAST databases.

You'll have to create a fasta file from your existing blast database (using the instructions linked in the previous comment) no matter what. For the NR database, the fasta file for the entire database is about 160 GB. If you index the NR database (mmseqs createindex), it'll take up an additional 950 GB in my experience.

You'll have to create a fasta file from your existing blast database (using the instructions linked in the previous comment) no matter what. For the NR database, the fasta file for the entire database is about 160 GB. If you index the NR database (mmseqs createindex), it'll take up an additional 950 GB in my experience.


adding folderCreator breadcrumb fails because its viewModel is nil

In GlamorousToolkit 0.8.2814 for windows:

open git tool
open a local repository
click add database button
click "add directory"

A debugger appears with the following:

It seems the folderCreator built in replaceFolderWithEditor has no viewModel associated with it.
(Encountered while attempting to follow the youtube tutorial about setting up a git repo for GT work and trying to add a lepiter database).

Works now.


Link in Docker Hub is broken (404)

Describe the bug
Link in the description in docker hub:
points to:
https://github.com/gitlabform/gitlabform/pkgs/container/gitlabform
I get 404 when I open it. Perhaps it should point to:
https://github.com/gdubicki/gitlabform/pkgs/container/gitlabform
GitLabForm version
N/A
GitLab version
N/A

Hi @trzeciakp!
The https://github.com/gitlabform/gitlabform/pkgs/container/gitlabform link was correct but I forgot to make it public and didn't notice that because I was logged in to Github... Thanks for reporting it!
A few days ago we moved this project under the new gitlabform organisation. Because of that the URL of the Docker image has changed to also be under gitlabform/gitlabform - https://github.com/gitlabform/gitlabform/pkgs/container/gitlabform. Unfortunately GitHub doesn't redirect such links (the way they redirect links to repos, for example after they are moved).
In a few days I will upload a package to the old address of https://github.com/gdubicki/gitlabform/pkgs/container/gitlabform with an image that will just show a message that the image address has changed, like I did for the first image location, https://hub.docker.com/r/egnyte/gitlabform. After a month or so I will delete both of the old images permanently.


LUCENE-9946: Support multi-value fields in range facet counting

Description
Add support for multi-value fields in range facet counting implementations (LongRangeFacetCounts and DoubleRangeFacetCounts).
Solution
The segment-tree based approach to range counting was extended to handle docs with multiple values, and the facet counting implementations automatically detect whether-or-not the specified field is multi-valued.
Tests
Added new tests in TestRangeFacetCounts to test multi-valued cases in addition to the existing single-value test cases.
Checklist
Please review the following and check all that apply:

[x] I have reviewed the guidelines for How to Contribute and my code conforms to the standards described there to the best of my ability.
[x] I have created a Jira issue and added the issue ID to my pull request title.
[x] I have given Lucene maintainers access to contribute to my PR branch. (optional but recommended)
[x] I have developed this patch against the main branch.
[x] I have run ./gradlew check.
[x] I have added tests for my changes.

I also ran a luceneutil benchmark (-source wikimedium10m) to check that the existing single-valued cases didn't regress in performance. Looks reasonable to my eye:
                    TaskQPS baseline      StdDevQPS range_facet_tweaks      StdDev                Pct diff p-value
            OrHighNotLow      762.13      (5.9%)      744.85      (6.0%)   -2.3% ( -13% -   10%) 0.231
                 LowTerm     1149.90      (3.5%)     1136.75      (2.7%)   -1.1% (  -7% -    5%) 0.254
                PKLookup      149.74      (2.5%)      148.10      (2.8%)   -1.1% (  -6% -    4%) 0.191
                HighTerm     1277.63      (3.7%)     1263.61      (3.2%)   -1.1% (  -7% -    5%) 0.312
                  Fuzzy2       28.99      (7.1%)       28.68      (6.6%)   -1.0% ( -13% -   13%) 0.633
               OrHighLow      325.96      (4.5%)      323.50      (4.1%)   -0.8% (  -8% -    8%) 0.581
                 Respell       69.99      (1.8%)       69.64      (1.8%)   -0.5% (  -4% -    3%) 0.383
            OrNotHighLow      726.65      (2.8%)      723.62      (3.6%)   -0.4% (  -6% -    6%) 0.686
              AndHighLow      516.40      (3.1%)      514.33      (2.5%)   -0.4% (  -5% -    5%) 0.655
         MedSloppyPhrase       94.03      (3.0%)       93.67      (3.7%)   -0.4% (  -6% -    6%) 0.724
                 MedTerm     1071.48      (2.8%)     1067.94      (3.0%)   -0.3% (  -5% -    5%) 0.719
                Wildcard       74.23      (3.3%)       74.01      (3.5%)   -0.3% (  -6% -    6%) 0.785
               MedPhrase      305.87      (3.1%)      305.02      (3.5%)   -0.3% (  -6% -    6%) 0.792
   BrowseMonthTaxoFacets        4.88      (3.6%)        4.87      (3.6%)   -0.2% (  -7% -    7%) 0.845
           OrNotHighHigh      525.04      (4.2%)      523.90      (4.8%)   -0.2% (  -8% -    9%) 0.878
    HighIntervalsOrdered       23.56      (2.0%)       23.53      (1.8%)   -0.1% (  -3% -    3%) 0.813
        HighSloppyPhrase       24.69      (4.5%)       24.66      (5.1%)   -0.1% (  -9% -    9%) 0.936
    BrowseDateTaxoFacets        4.12      (3.8%)        4.12      (3.9%)   -0.1% (  -7% -    7%) 0.928
           OrHighNotHigh      489.22      (4.6%)      488.71      (4.4%)   -0.1% (  -8% -    9%) 0.942
BrowseDayOfYearTaxoFacets        4.12      (3.7%)        4.12      (3.9%)   -0.1% (  -7% -    7%) 0.956
             AndHighHigh       50.27      (3.4%)       50.24      (3.1%)   -0.1% (  -6% -    6%) 0.959
            OrHighNotMed      554.73      (3.9%)      554.58      (4.4%)   -0.0% (  -7% -    8%) 0.984
               LowPhrase       94.40      (2.0%)       94.40      (1.8%)    0.0% (  -3% -    3%) 1.000
                  IntNRQ       65.05      (0.7%)       65.06      (0.4%)    0.0% (  -1% -    1%) 0.911
              AndHighMed      139.73      (3.5%)      139.76      (3.4%)    0.0% (  -6% -    7%) 0.981
         LowSloppyPhrase       47.74      (2.8%)       47.77      (3.4%)    0.1% (  -5% -    6%) 0.951
                 Prefix3      180.61      (3.5%)      180.88      (3.9%)    0.1% (  -7% -    7%) 0.899
              HighPhrase       70.08      (2.8%)       70.23      (2.1%)    0.2% (  -4% -    5%) 0.778
             LowSpanNear      129.15      (2.5%)      129.47      (3.0%)    0.2% (  -5% -    5%) 0.780
                  Fuzzy1       61.26     (13.7%)       61.47     (13.6%)    0.3% ( -23% -   32%) 0.937
            OrNotHighMed      469.03      (3.8%)      470.84      (3.6%)    0.4% (  -6% -    8%) 0.742
BrowseDayOfYearSSDVFacets       11.06      (5.5%)       11.11      (5.1%)    0.4% (  -9% -   11%) 0.807
             MedSpanNear       15.05      (2.0%)       15.12      (2.0%)    0.5% (  -3% -    4%) 0.479
              OrHighHigh       19.61      (4.2%)       19.72      (2.3%)    0.5% (  -5% -    7%) 0.624
            HighSpanNear       21.58      (2.4%)       21.70      (2.5%)    0.6% (  -4% -    5%) 0.467
               OrHighMed       90.57      (3.7%)       91.19      (2.7%)    0.7% (  -5% -    7%) 0.502
   BrowseMonthSSDVFacets       12.31      (7.2%)       12.42      (5.9%)    0.9% ( -11% -   15%) 0.682
              TermDTSort      100.38     (13.4%)      101.43     (14.1%)    1.0% ( -23% -   32%) 0.810
       HighTermMonthSort      128.35      (9.7%)      130.05     (11.9%)    1.3% ( -18% -   25%) 0.700
    HighTermTitleBDVSort      121.08     (12.3%)      123.32     (10.9%)    1.8% ( -19% -   28%) 0.616
   HighTermDayOfYearSort       92.38     (10.2%)       95.79     (12.7%)    3.7% ( -17% -   29%) 0.312

@gsmiller do you think we are taking advantage of the sortedness of SORTED_NUMERIC here? e.g. do we really need a bitset or could we record hits high-level like this:
int lastRangeID = -1; // prevents double counting a range within multivalued doc
for (value : values) {
  rangeID = segmentTree.lookup(value);
  if (rangeID != lastRangeID) {
    hits[rangeID]++;
    lastRangeID = rangeID;
  }
}

I'm trying to see if we can accelerate (e.g. avoid bitsets) and maybe reduce overhead between single and multi-valued algorithms, it may simplify code. Of course such an optimization is harder if range can be overlapping.

@rmuir interesting thought. There might be something to optimize here with the knowledge that each value (within the context of a doc) is sorted, but I don't think it will fully resolve the need to rollup within the context of a doc (e.g., calling startDoc() and endDoc()) or the need for bit sets completely. It's also possible I'm not fully understanding your suggestion though or overlooking something.
So for starters, the ranges requested for counting can overlap, but the elementary ranges created when setting up the segment tree cannot. For single-value docs, the algorithm first increments elementary interval counts for each doc. Of course, in this step, there's no risk of double-counting since each doc only has one value and the elementary intervals don't overlap. Then, at the end, the "rollup" step increments the requested ranges by rolling up the elementary intervals into the requested ranges. Note that each elementary interval can contribute to multiple requested ranges, and more than one elementary interval con contribute to a single requested range. But, even though multiple elementary intervals can roll up to the same requested range, it's accurate to sum these counts for the requested range since we know each elementary interval count came from a single doc (since the docs are single-valued).
For multi-value cases, there are two places where double-counting can happen: First, when accumulating into the elementary intervals, it's possible a doc will have multiple values that land in the same interval. This is the more obvious case, and the one I'm solving with multiValuedDocLeafHits. This is also where I think your suggestion could be used, not bothering to even set an elementary range if we know we've already set it (by taking advantage of the sorted property of the doc values). The trickier double-counting case is when rolling up the elementary intervals into the requested ranges. Because multiple elementary intervals can roll into one requested range, if the same document contributed to multiple elementary intervals for one range, we'd double-count the requested range. So if we waiting until the end to do the rollup, if multiple elementary intervals rolled up to one requested range, we don't know if we can actually sum the counts since it's possible they came from the same doc. This is the root problem I'm trying to address by doing the rollup after each doc, and also why I need multiValuedDocRangeHits (so multiple elementary intervals don't double-count the same requested range for the same doc).

It occurred to me that we don't need to be so strict with setting up the seg-tree counter to only be single- or multi-valued. In fact, it's a bit more optimal to use the single-valued algorithm for docs that only have one value, even if docs can have multiple values in general (i.e., if a doc only has a single value, the caller only needs to call add(), and should only need to do startDoc() -> add() -> endDoc() when a doc actually has more than one value). I just uploaded a new revision with this tweak.

Sorry I fell behind here, real world intervened. Will try it out as soon as possible.

No worries @rmuir! Whenever you have some time. No particular rush.

@rmuir just a friendly reminder this is still open whenever you have some time. Still no rush, just making sure it didn't slip through the cracks. Thanks again!

This change looks awesome!  First class support for tricky multi-valued long/double range facet counting!
I understand the need for per-hit rollup in the multi-valued case ... but are we also doing that per-hit rollup for the single valued case (for code simplicity)?

but are we also doing that per-hit rollup for the single valued case (for code simplicity)?

Aha!  It looks like we still only rollup "in the end" (of each segment) for the single-valued case.

Thanks for the feedback @mikemccand! Posted a new revision to address feedback, primarily around naming consistency (using "elementary interval" instead of "leaf" or "elementary segment").

Thanks @mikemccand! Added some more Javadoc to make some of the rollup methods more clear. I think that covers everything, but please let me know if there's anything I overlooked. Thanks again!


Remove more MvcPrecompilation

@natemcmaster are there any other locations that need to be updated?

PR checks failing due to VSTS infrastructure issues, likely related to today's Azure outage.


rpm failed to install on CentOS 7

rpm -i jmxtrans-252.rpm

error: Failed dependencies:
        /usr/bin/lsb_release is needed by jmxtrans-252-1.noarch

I am able to install using yum:
yum --nogpgcheck localinstall jmxtrans-252.rpm

There is an install time dependency on lsb_release, which should be provided by the redhat-lsb package. Yum will resolve this dependency, which is exactly what you should do. If you want to do the installation directly with rpm it is your job to manually install dependencies...
I'll close this as "work as designed". Feel free to re-open if you disagree.

@gehel I'd like to reopen this if you don't mind continuing the discussion.  I ran in to the same issue as @depend.
Is the lsb_release dependency even necessary?
I'm looking at how its used in the pom:
https://github.com/jmxtrans/jmxtrans/blob/master/jmxtrans/pom.xml#L336
lsb_release is used to get the distro name / version and the useradd command is based on that data.  However, the command is nearly the same except that the arguments to useradd are in a different order and split over multiple lines.
Can we just use the same command?  If so, that would eliminate this dependency.

@kevinconaway yes, we could re-open this. I'd actually prefer to open a new issue as the current RPM works, it's just sub-optimal. Feel free to send a PR !
Side note: I'd really like to have better testing of the RPM (and DEB). We should add a build step that install the packages on various distro, using docker (or a similar techno) and validates that JmxTrans starts correctly after installation.
As always, I sadly do not have enough time on my hands to implement all the things I'd like. I need your help!


Change size of button for each ButtonState

Hi,
Thanks for this great widget!
I would like to change the appearance of the "success" state to only show an icon and minimize the width of the button (like when loading). Is it possible?

hey u found the answer?

No :-(

I'm give up this package after founding this issue tho..

Hi guys,
I have just added the minWidthStates param. You can define the minimum width states. the default value is loading, but you can define for multiple states like minWidthStates: [ButtonState.loading, ButtonState.success].
This feature implemented in the 1.0.3 version.
Happy coding. o/


Creating a new Term

I tried to create a new term on Disability Code.
I have put the code definition in the Definition box.
When I created it, the description shows as undefined, is this correct?

It looks odd, but the "undefined" has no effect on the item you created. It seems like no description field exists for that item. The UI could handle it better, but it will not break anything if left alone. Plus any description you do add later will remove this.


Is it possible to add a dragHandle functionality

I'm new to react and used to working with jQuery. I would like to maintain the normal scroll functionality while also utilizing 'onPressIn' vs 'onLongPress' for usability. The ideal solution would be a drag handle element that only initiates the drag functionality of the entire item when a small icon is touched.

This is totally possible, but the UI is up to you to implement. renderItem gives you a drag method, so instead of calling onLongPress={drag}, you could call onPressIn={drag} on your icon touchable.

@jaredgreener My ListItem does that,
It renders the Text/Data on the left and icons on the right.
<IconButton
    animated={true}
    icon={"drag-handle"}
    size={20}
    onPress={this.onPressDragIcon}
    onLongPress={this.onMoveListItem}
    delayLongPress={100}
/>

The UI and when the drag is activated on the item is up to you to decide

closing as the solution has been posted above


Fire skipped events at debug level

Resolves #8774. Picking up from Scott Gigantes #9371. Scott's not had the time to finish it off and has suggested I take a look.
TODO

Set up my dev env to reproduce the issue using this clone locally installed, and see it fixed with the patch. :heavy_check_mark:
Learn about contributing to this project. :heavy_check_mark:
Resolve the issues described in the PR. :heavy_check_mark:

Problem
If fail_fast, dbt prints hundreds of lines "Skipping due to fail_fast", hiding the actual cause of the error deep in bash history (sometimes too deep to read)
Solution
This moves the "Skipping due to fail_fast" to log level DEBUG. An alternative would be to a) drop it altogether or b) aggregate the results together to a "Skipping tasks due to fail_fast". This approach requires the least modification to the task results framework.
Checklist

[x] I have read the contributing guide and understand what's expected of me
[x] I have run this code in development and it appears to resolve the stated issue
[x] This PR includes tests, or tests are not required/relevant for this PR
[x] This PR has no interface changes (e.g. macros, cli, logs, json artifacts, config files, adapter interface, etc) or this PR has already received feedback and approval from Product or DX
[x] This PR includes type annotations for new and modified functions

@nevdelap Let me know if you need any guidance or want to pair to get this across the line 🙂

Thanks @QMalcolm. I'll expect to do some more on Monday. I see your link to where the tests are likely to go. If I have any trouble I'll ping you. :+1:

Thanks for signing the CLA - @cla-bot check

For documentation purposes:
As mentioned on the PR by @scottgigante (#9371), what we need to do before merging this is add a test for the added functionality to ensure we don't regress in the future.
In the test(s) we should:

assert that Skipping due to fail_fast doesn't appear in the output if --fail-fast is specified but --debug is not
assert that Skipping due to fail_fast does appear in the ouput if both --fail-fast and --debug are specified

Here are some examples of tests that something exists in the run output. Additionally a good place for the test would be in test_fail_fast_run.py

I've added a couple of tests. Looking at how and where to put any tests in test_fail_fast_run.py.

Will it run those test suites and build packages eventually, or does it not do that until it gets a review?

I see Test Log Schema tests failed because they're doing something slightly different than running the test by itself does, so I'll look at that.
The Integration Tests against the different Python versions on different platforms failed for dependency version differences that are unrelated to these changes.

Thanks @nevdelap for picking up where I left off!

Closes #9371

Our codecov check is complaining. However, it's results don't really make sense. I'm gonna move forward with getting this merged.

Thanks @scottgigante, thanks @QMalcolm!


Update load test

Fixed a few tests
Add travis files and tests
Move host check after sleep

@pidster travis needs to be enabled for this repo as well.

Travis enabled.


Update gauge fixing to work with symmetries

Placeholder PR for an update to the gauge fixing algorithm to one that works for symmetric TensorMaps. This implementation fixes the issues #18 , but it breaks the AD since it uses KrylokvKit.eigsolve which is not differentiable. Hopefully this works once we add the corresponding rrule.
We should probably also try the other approaches, but this seemed the simplest one that worked so just adding it here for reference and discussion.

I can try to code up the truncated eigensolve adjoint similar to the SVD truncated adjoint (also detailed in here), which would add a term to the conventional eigensolve adjoint that accounts for the truncated ranks. This could just be added to PR #15. (An SVD would also work instead of an eigendecomposition here, if we decide that implementing the KrylovKit.eigsolve adjoint is too much for now.)

https://github.com/Jutho/KrylovKit.jl/tree/eigsolve_ad/src/adrules
This has been stuck there for quite a long time, but maybe I'll find the time to actually properly implement and test these things such that this can be merged. I am pretty sure that these rules work, and they should work for generic functions so it might be worth a try

I copied the eigsolve rrule from Jutho/KrylovKit.jl#56 with some minor tweaks, namely filtering the ZeroTangents here
https://github.com/quantumghent/PEPSKit.jl/blob/f7cf90456269a6085422a5e9d7a7ff2b46b37094/src/utility/eigsolve.jl#L177
and specifying the add!! here
https://github.com/quantumghent/PEPSKit.jl/blob/f7cf90456269a6085422a5e9d7a7ff2b46b37094/src/utility/eigsolve.jl#L248
This doesn't work yet, specifically the linear problem rrule sometimes doesn't converge because things inside the anonymous function
https://github.com/quantumghent/PEPSKit.jl/blob/f7cf90456269a6085422a5e9d7a7ff2b46b37094/src/utility/eigsolve.jl#L230-L236
can become NaN already for some reason. This is seen from just from running test_gradients.jl in the examples folder.

Some questions I have:
There is a check_elementwise_convergence which seems to check if the gaugefixing didn't do anything, which always triggers for me. Is this expected/necessary?

While I haven't made sense of the @checkgrad thing, I finally managed to repair the gauge-fixing for arbitrary unit cells. In particular for unit cells larger than $(2, 2)$ the tensor now also converge element-wise.

I'm still confused about the gradient, I'm quite sure that the @checkgrad implementation I have just discarded the gradient, you can test this by returning the gradient after printing, which breaks it again. The contribution might be small, making the Heisenberg example still converge, but it still feels wrong to just discard it.

I fully agree that just discarding the gradient is a bad idea, we should be able to figure out how to compute the adjoint properly. Still, I wasn't able to make any progress on the eigsolve adjoint: I can't figure out what the actual origin of the NaNs is. Usually, the first few times the rrule for eigsolve is called, the linear problem converges and Δvecs is still finite. But then Δvecs will only contain NaNs. I'm not sure, however, if this is due to the linear problem not converging or if the linear problem doesn't converge because it gets NaNs as an input (through b which depends on Δvecs).
Another thought I had is that the adjoint of an eigendecomposition contains possibly diverging terms with $F_{ij} = (\lambda_j - \lambda_i)^{-1}$. This would only be a problem if the eigenvalues are indeed degenerate or very small or very close, right? And I don't think that should the case generally, but maybe there is still something going on with that?

When I was playing around with it, I also felt like it wasn't actually the rrule of eigsolve that caused the problem, and actually the NaN appeared sooner. But it does feel like sometimes there is just some incredibly small values, which then seem to cause this behaviour

Okay, so I think the problem must be somewhere in the differentiation of leftorth. I don't know if there is a problem with the rrule or something else going on, but replacing leftorth with tsvd (and constructing a unitary matrix with $Q=UV^\dagger$) seems to resolve the AD problems of gauge_fix. Of course it would be nicer to do a QR decomposition instead of an SVD, but at least this works as a quick fix.

Just put these things here to not forget them, will try and address them myself tomorrow if I find some time

I cleaned up the VectorInterface part, and did some minor tweaks. For me this is ready to go.


i added my name on alt school opensource names

hello, kindly merge my PR, i added my name and readme

Please I am sorry for all the trouble we have caused you but count it all joy. Your PR is about to be merged and you will be able to see your name on this url.
To enable me to do this, READ the README again carefully, update your code with the latest and push the update. I am here for you for the next 6 hours before I close the PR so you can initiate a fresh PR which will be easier to merge.

Hello Boss!
Please open a new PR! Remember to make a branch as you work on your changes!
We look forward to merging your next PR! :partying_face:


align with change of jobs

Docs Build status updates of commit 6b824d9:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

rd/tobias-fenster.yml
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

@tfenster:
Your changes in this PR have been merged into the main branch and published to RD website. Please check it.

@huypub perfect, thank!


Add link in README to dataset used

Hey there, I checked this out, but when I went to run process.py, my directory tree looked different than yours for VCTK. I downloaded it from here - the files are flac and the structure of the files is slightly different (more than one mic per each recording, etc), so it ends up throwing off the train/test splits.
I was able to update the scripts accordingly for my use case, but it may be nice for others coming into this project.
Which data download did you use?

We used the VCTK-Corpus-0.80 version. Unfortunately, we found this version is no longer publicly available...
You can use the VCTK-Corpus-0.92 version (mic1 file is the same audio released in 0.80).
We will update the preprocessing.py for the VCTK-Corpus-0.92 version.

We update the download link and preprocessing.py for the VCTK-Corpus-0.92.
If you want to reproduce the original setting, you have to change some parts:

Linear spectrogram --> Mel-spectrogram with 100 bin and [fmin=0, fmax=12,000hz] for input Mel-spectrogram

learning rate 0.0002 --> 0.0001

The discriminators are collapsed when using a learning rate of 0.0002 and Halving the learning rate to 0.0001 reduce this problem as described in the paper.
However, we found that
when using the linear spectrogram as an input and a learning rate of 0.0002, the model did not show any early training collapse.

gradient clipping
This also reduces the above issues as described in the paper.

(option) if you want to use the same spectrogram shape with HiFi-GAN, change the minimum value before torch.sqrt
(VITS uses 1e-6, and conventional vocoder uses 1e-9)

spec = torch.sqrt(spec.pow(2).sum(-1) + 1e-6) --> spec = torch.sqrt(spec.pow(2).sum(-1) + 1e-9)

Great - this info should be enough for my needs. Thanks so much!

mel_fmax_for_loss

This block change (along with eps 1e-9)
mel = spec_to_mel_torch(
                spec,
                hps.data.filter_length,
                hps.data.n_mel_channels,
                hps.data.sampling_rate,
                hps.data.mel_fmin,
                hps.data.mel_fmax)

        mel_for_loss = spec_to_mel_torch(
                spec,
                hps.data.filter_length,
                hps.data.n_mel_channels,
                hps.data.sampling_rate,
                hps.data.mel_fmin,
                hps.data.mel_fmax_for_loss)

leads to error
RuntimeError: Given groups=1, weight of size [512, 513, 7], expected input[16, 80, 32] to have 513 channels, but got 80 channels instead

IT'd be nice if it was actually possible to test with MEL spectrogram.


In Browserify environment, PDFJS.workerSrc does not work when using the "require" method

I am using Browserify to require my modules, and test PDFJS. I followed the Setup guide at: https://github.com/mozilla/pdf.js/wiki/Setup-PDF.js-in-a-website. When I use the "require()" method, I get no errors but the Promise is stuck in "pending", and neither onFulfilled, nor onRejected gets called. However, if I copy the same pdf.worker.js to the root directory and specify the workerSrc path as a string, everything works.
Please note, I am not using WebPack.
See sample code below:

  require('pdfjs-dist/build/pdf');

  canvas = document.getElementById('the-canvas');

  ctx = canvas.getContext('2d');

  url = './test.pdf';

  //This does not work, even though "pdf.worker.js" is in the same path.
  //Neither "onFullFilled" nor "onRejected" gets called.
  //PDFJS.workerSrc = require('pdfjs-dist/build/pdf.worker.js');

  //This works if I copy the same file to the root directory.
  //onFulfilled gets called and the PDF is rendered properly
  PDFJS.workerSrc = "/pdf.worker.js";

  console.log("PDFJS:%o", PDFJS);

  _self = this;

  onFulfilled = function(pdf) {
    var pdfDoc;
    console.log("PDF Loaded successfully. Number of pages:%o", pdf.numPages);
    pdfDoc = pdf;
    document.getElementById('page_count').textContent = pdfDoc.numPages;
    _self.renderPage(pageNum);
  };

  onRejected = function(reason) {
    console.log("PDFJS.getDocument(url) FAILED!, Reason:%o", reason);
  };

  PDFJS.getDocument(url).then(onFulfilled, onRejected);

As far as I know, you need to specify the worker source as a string (#6595), but I might be wrong. Maybe @yurydelendik can say more about this.

Thanks for your quick repy @timvandermeij . As I mentioned, I followed the Setup guide. Please see the code I use below:
// in index.js
require('pdfjs-dist/build/pdf');
require('pdfjs-dist/web/pdf_viewer'); // Only if you need `PDFJS.PDFViewer`
// Webpack returns a string to the url because we configured the url-loader.
PDFJS.workerSrc = require('pdfjs-dist/build/pdf.worker.js');
var url = require('assets/books/my book.pdf');
PDFJS.getDocument(url).then(function(pdf) {/* Continue the normal tutorial from the README.*/})

PDFJS.workerSrc is a string parameter, so PDFJS.workerSrc = '/absolute-path-to-pdfjs-dist/build/pdf.worker.js'; shall work. If '/absolute-path-to-pdfjs-dist' can change, calculate it based on html page URL. Closing as anwered.


DEBUG_HIDE_DATE doesn't exist / do anything

The readme refers to an env var DEBUG_HIDE_DATE that's supposed to suppress printing a date with log output, but the code doesn't seem to do anything with this variable.

I'm doing this as a temporary workaround:
import debug from 'debug';

(debug.inspectOpts ??= {}).hideDate ??= !!process.env.DEBUG_HIDE_DATE;


Every time i enter "Mining" section in settings -- game crashes

The game crashed whilst updating screen events
Error: java.lang.IllegalArgumentException: Cannot coerce value to an empty range: 552.0..10.0

most likely an issue with vigilance (I think I fixed most of these but a few stragglers might still be in :)), I'll look into it


Incorporate optional inpainting.

For very high resolutions we can easily create X-rays that are pretty sparse. In order to fill holes we can optionally activate inpainting with this PR.

LGTM,
I left one more nit and one suggestion how to combine two functions into one.
Did you check if it still works after all the changes?

I checked it one more time, the outputs are still identical after all the changes.
Thanks for your review!

remove my name asap
On Wed, Feb 26, 2020 at 2:42 AM Kamil Popielarz<EMAIL_ADDRESS>wrote:

@krzesi-mir commented on this pull request.
In xray/src/inpaint.rs
https://github.com/googlecartographer/point_cloud_viewer/pull/408#discussion_r384411206
:

         interpolate_subimages(

           &mut bottom.sub_image(0, 0, width, height),

           &mut current.sub_image(0, height, width, height),

           |_, j| j as f32 / (height - 1) as f32,

           &mut neighbor.sub_image(neighbor_x, neighbor_y, width, height),

makes sense 👍
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/googlecartographer/point_cloud_viewer/pull/408?email_source=notifications&email_token=AMTAEG65V2Z6JXS2EL7GTG3REZBSJA5CNFSM4KWWR3X2YY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOCW7E73I#discussion_r384411206,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AMTAEG6QQRDGDOISFATOO3LREZBSJANCNFSM4KWWR3XQ
.


Update CODE_OF_CONDUCT.md

Update Contributor Covenant Code of Conduct
updates the Contributor Covenant Code of Conduct with improvements to the language, clarity and also adds emojis for enhanced readability and positive tone throughout the document.

It's good to go now 👍 Merging it.

Congrats on your first PR getting merged on AR-Webstore @Mohiit70  🚀


[Bug] Creating StorageClass with Longhorn provisioner is failing

Creating a StorageClass with Longhorn provisioner is using wrong provisioner name, set allowVolumeExpansion to false, and lacks parameters is supported by Longhorn driver
We will need also to support adding more user customized parameters to support new parameter added in the future.
What kind of request is this (question/bug/enhancement/feature request): bug
Steps to reproduce (least amount of steps as possible):

Create a StorageClass, Using Longhorn provisioner

Result:
StorageClass gets created with wrong provisioner rancher.io/longhorn  , so createing a PVC using that StorageClass will not result in creating a volume in Longhorn
Other details that may be helpful:
Current Longhorn StorageClass manifest with supported parameters
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: longhorn
provisioner: driver.longhorn.io
allowVolumeExpansion: true
parameters:
  numberOfReplicas: "3"
  staleReplicaTimeout: "2880" # 48 hours in minutes
  fromBackup: ""
#  diskSelector: "ssd,fast"
#  nodeSelector: "storage,fast"
#  recurringJobs: '[{"name":"snap", "task":"snapshot", "cron":"*/1 * * * *", "retain":1},
#                   {"name":"backup", "task":"backup", "cron":"*/2 * * * *", "retain":1,
#                    "labels": {"interval":"2m"}}]'

Environment information

Rancher version (rancher/rancher/rancher/server image tag or shown bottom left in the UI): 2.4.2
Installation option (single install/HA): single

Cluster information

Cluster type (Hosted/Infrastructure Provider/Custom/Imported):
Machine type (cloud/VM/metal) and specifications (CPU/memory):
Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.3", GitCommit:"06ad960bfd03b39c8310aaf92d1e7c12ce618213", GitTreeState:"clean", BuildDate:"2020-02-11T18:14:22Z", GoVersion:"go1.13.6", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.2", GitCommit:"59603c6e503c87169aea6106f57b9f242f64df89", GitTreeState:"clean", BuildDate:"2020-01-18T23:22:30Z", GoVersion:"go1.13.5", Compiler:"gc", Platform:"linux/amd64"}

Docker version (use docker version):

Client: Docker Engine - Community
 Version:           19.03.8
 API version:       1.39 (downgraded from 1.40)
 Go version:        go1.12.17
 Git commit:        afacb8b7f0
 Built:             Wed Mar 11 01:25:46 2020
 OS/Arch:           linux/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          18.09.9
  API version:      1.39 (minimum version 1.12)
  Go version:       go1.11.13
  Git commit:       039a7df
  Built:            Wed Sep  4 16:19:38 2019
  OS/Arch:          linux/amd64
  Experimental:     false

One more thing: we want to make sure Rancher is compatible with Longhorn in the sense of new parameters. So we also want a customizable parameter list for Longhorn (like custom provider in StorageClass creation), in case Longhorn was upgraded to support more parameters in StorageClass. Users can find the key(name) of the parameter in Longhorn doc, which doesn't need to be hardcoded by Rancher.

Realized PV's parameter input model can be used for storage class here to allow customized parameters.
Some parameters might need multi-lines textbox though, e.g. recurringJobs as shown above.

Verified in Rancher-v2.4 -head ba190e961 Creation of StorageClass with longhorn provisioner is working but editing of StorageClass doesn't work.
Steps:

Create a Storage Class with longhorn provisioner giving below details

"parameters": {
"diskSelector": "ssd,fast",
"nodeSelector": "storage,fast",
"numberOfReplicas": "5",
"recurringJobs": "[{\"name\":\"snap\", \"task\":\"snapshot\", \"cron\":\"*/1 * * * *\", \"retain\":1},\n{\"name\":\"backup\", \"task\":\"backup\", \"cron\":\"*/2 * * * *\", \"retain\":1, \"labels\": {\"interval\":\"2m\"}}]",
"staleReplicaTimeout": "2880"
},
"provisioner": "driver.longhorn.io",

Provisioner is driver.longhorn.io as expected.
2. Go to edit view of the Storage class, It doesn't show the details as entered in step 1 but default values.
3. Click save it shows error and doesn't get saved.

@khushboo-rancher Kubernetes doesn't allow editing StorageClass parameters. That's another reason we want users to create a new StorageClass instead of modifying the default one.

@yasker Should we remove edit option from StorageClass ?

They do allow changing for other parameters, like allowExpansion.

Okay, so the issue here is if user creates StorageClass with modified values in parameters, UI in edit mode shows the default values for all parameters which is treated as changed values and doesn't allow to save the StorageClass.
Example.

StorageClass is created with diskSelector and nodeSelector.
StorageClass in edit mode shows diskSelector and nodeSelector as blank.
User changes the allowExpansion and clicked save button. It throws error as invalid: parameters: Forbidden. This is because API request doesn't have diskSelector and nodeSelector now.

@khushboo-rancher we shouldn't allow editing on the provisioned specific parameters.

Verified in master-head e1e4e8500 and 2.4-head 08d166215, creation and editing work fine.

Provisioner is driver.longhorn.io.
allowVolumeExpansion is true by default.
All the required parameters are present

"parameters": {
"diskSelector": "ssd,fast",
"nodeSelector": "storage,fast",
"numberOfReplicas": "5",
"recurringJobs": "[{\"name\":\"snap\", \"task\":\"snapshot\", \"cron\":\"*/1 * * * *\", \"retain\":1},\n{\"name\":\"backup\", \"task\":\"backup\", \"cron\":\"*/2 * * * *\", \"retain\":1, \"labels\": {\"interval\":\"2m\"}}]",
"staleReplicaTimeout": "2880"
},
"provisioner": "driver.longhorn.io",


Segfault with PyPy5.10 on Ubuntu host (gRPC being used in Docker container)

Please answer these questions before submitting your issue.
Should this be an issue in the gRPC issue tracker?
I think so, but I'm not certain (as it's related to PyPy).
Create new issues for bugs and feature requests. An issue needs to be actionable. General gRPC discussions and usage questions belong to:

grpc.io mailing list
StackOverflow, with grpc tag

Please don't double post your questions in more locations; we are monitoring both channels, and the time spent de-duplicating questions is better spent answering more user questions.
What version of gRPC and what language are you using?
grpcio==1.9.1 with PyPy5.10 (also tried PyPy5.9)
grpcio==1.10.0rc2 with PyPy5.10
(also both versions with Python2.7 but the issue doesn't appear with CPython)
What operating system (Linux, Windows, …) and version?
Ubuntu 16.04 Docker container (on Ubuntu 16.04 host)
What runtime / compiler are you using (e.g. python version or version of gcc)
PyPy5.10 and PyPy5.9
What did you do?
If possible, provide a recipe for reproducing the error. Try being specific and include code snippets if helpful.
I'm not sure I can provide a recipe, this is seen in our production and our dev hosts (all Ubuntu, Docker, PyPy etc). gRPC is being used to provide RPC between a bunch of different processes (about 20 or so) in a very naive way (a single service that permits the calling of remote Python methods- pickles args and kwargs, returns pickled result or exception- pickled information is base64 encoded to ensure no strange bytes).
Code doesn't deviate much from the gRPC Python examples (insecure_channel, etc), just wrapped up in convenience objects.
The environments include both Python2.7 and PyPy5.10/5.9 (briefly tested with 5.9 to ensure issue remained)- Python2.7 is required because some of the libraries we use are only supported/stable in CPython. There are no errors seen for Python or segfaults that we're aware of.
What did you expect to see?
No segfaults in /var/log/syslog of the host (not the container)
What did you see instead?
Make sure you include information that can help us debug (full error message, exception listing, stack trace, logs).
Segfaults in /var/log/syslog of the host (not the container) that I think are related to threads (probably from the ThreadPoolExecutor), not processes (as nothing claims to have died according to our logs- the only indication anything is wrong are these message in the syslog; I'm confident of this because all our processes are managed by supervisor and supervisor reports that nothing has died, plus everything is operating correctly as far as we can see).
saetech@saetech-dev-other:~$ cat /var/log/syslog | grep grpc
Mar  1 07:53:53 saetech-dev-other kernel: [825597.533326] grpc_global_tim[19250]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 08:55:03 saetech-dev-other kernel: [829268.200064] grpc_global_tim[2202]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:00:46 saetech-dev-other kernel: [829610.589730] grpc_global_tim[11735]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:05:30 saetech-dev-other kernel: [829894.240582] grpc_global_tim[22602]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:45:14 saetech-dev-other kernel: [832279.123927] grpc_global_tim[31015]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:46:51 saetech-dev-other kernel: [832375.260999] grpc_global_tim[1322]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:49:43 saetech-dev-other kernel: [832547.418596] grpc_global_tim[6240]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:50:00 saetech-dev-other kernel: [832564.966688] grpc_global_tim[6728]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 09:52:53 saetech-dev-other kernel: [832737.649599] grpc_global_tim[11524]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:16:52 saetech-dev-other kernel: [834176.266758] grpc_global_tim[25552]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:23:45 saetech-dev-other kernel: [834589.461982] grpc_global_tim[4874]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:24:19 saetech-dev-other kernel: [834623.525647] grpc_global_tim[5812]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:41:46 saetech-dev-other kernel: [835670.927948] grpc_global_tim[5796]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:53:08 saetech-dev-other kernel: [836352.090519] grpc_global_tim[27986]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 10:55:50 saetech-dev-other kernel: [836514.630537] grpc_global_tim[32587]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 11:32:34 saetech-dev-other kernel: [838718.664372] grpc_global_tim[3096]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 11:34:40 saetech-dev-other kernel: [838844.194013] grpc_global_tim[6469]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 11:50:18 saetech-dev-other kernel: [839782.067845] grpc_global_tim[3408]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 11:55:44 saetech-dev-other kernel: [840107.851967] grpc_global_tim[12852]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 14:05:23 saetech-dev-other kernel: [847886.477569] grpc_global_tim[26386]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 14:05:26 saetech-dev-other kernel: [847890.321630] grpc_global_tim[26485]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 14:15:35 saetech-dev-other kernel: [848498.537456] grpc_global_tim[11078]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 14:21:43 saetech-dev-other kernel: [848867.097584] grpc_global_tim[24464]: segfault at 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 error 4 in cygrpc.pypy-41.so[7f2a844ad000+265000]
Mar  1 14:47:54 saetech-dev-other kernel: [850438.002920] grpc_global_tim[5848]: segfault at 7fd35362ae00 ip 00007fd355df4c37 sp 00007fd331ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 14:54:31 saetech-dev-other kernel: [850835.190685] grpc_global_tim[19139]: segfault at 7fd35362ae00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:00:00 saetech-dev-other kernel: [851163.637940] grpc_global_tim[28754]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:02:30 saetech-dev-other kernel: [851313.835961] grpc_global_tim[825]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:31:29 saetech-dev-other kernel: [853053.054058] grpc_global_tim[25344]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:34:48 saetech-dev-other kernel: [853251.282277] grpc_global_tim[31086]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:42:00 saetech-dev-other kernel: [853683.967581] grpc_global_tim[13999]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:42:41 saetech-dev-other kernel: [853725.079940] grpc_global_tim[15171]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 15:58:28 saetech-dev-other kernel: [854671.372439] grpc_global_tim[13512]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:04:10 saetech-dev-other kernel: [855013.865133] grpc_global_tim[23889]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:08:01 saetech-dev-other kernel: [855244.255952] grpc_global_tim[30540]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:23:49 saetech-dev-other kernel: [856192.320613] grpc_global_tim[28817]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:29:30 saetech-dev-other kernel: [856533.876393] grpc_global_tim[8319]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:35:05 saetech-dev-other kernel: [856868.627339] grpc_global_tim[19259]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:35:31 saetech-dev-other kernel: [856894.414091] grpc_global_tim[20129]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:36:20 saetech-dev-other kernel: [856943.369703] grpc_global_tim[21776]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:38:06 saetech-dev-other kernel: [857049.780592] grpc_global_tim[24939]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:39:35 saetech-dev-other kernel: [857138.682305] grpc_global_tim[27565]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:44:44 saetech-dev-other kernel: [857447.028500] grpc_global_tim[4195]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:49:03 saetech-dev-other kernel: [857706.541817] grpc_global_tim[14537]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 16:57:49 saetech-dev-other kernel: [858232.230517] grpc_global_tim[30241]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 17:30:29 saetech-dev-other kernel: [860191.967895] grpc_global_tim[29111]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:05:54 saetech-dev-other kernel: [865917.470007] grpc_global_tim[20975]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:10:31 saetech-dev-other kernel: [866194.286573] grpc_global_tim[29285]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:19:43 saetech-dev-other kernel: [866745.630905] grpc_global_tim[15828]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:27:04 saetech-dev-other kernel: [867187.395368] grpc_global_tim[29172]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:30:10 saetech-dev-other kernel: [867373.520937] grpc_global_tim[2236]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:40:26 saetech-dev-other kernel: [867989.082213] grpc_global_tim[23267]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:42:50 saetech-dev-other kernel: [868133.461624] grpc_global_tim[27631]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:46:00 saetech-dev-other kernel: [868322.624680] grpc_global_tim[575]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 19:49:47 saetech-dev-other kernel: [868549.973620] grpc_global_tim[8836]: segfault at 7fd35362af00 ip 00007fd355df4c37 sp 00007fd289ffac60 error 4 in cygrpc.pypy-41.so[7fd355d80000+265000]
Mar  1 20:10:52 saetech-dev-other kernel: [869815.216737] grpc_global_tim[14276]: segfault at 7f9db55aae00 ip 00007f9db7d751df sp 00007f9d41ffac60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:11:16 saetech-dev-other kernel: [869839.077837] grpc_global_tim[15041]: segfault at 7f9db55aae00 ip 00007f9db7d751df sp 00007f9d03feec60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:13:18 saetech-dev-other kernel: [869961.184118] grpc_global_tim[18596]: segfault at 7f9db55aae00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:20:29 saetech-dev-other kernel: [870391.929361] grpc_global_tim[30996]: segfault at 7f9db55aaf00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:21:18 saetech-dev-other kernel: [870440.813258] grpc_global_tim[32331]: segfault at 7f9db55aaf00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:25:34 saetech-dev-other kernel: [870696.595388] grpc_global_tim[7947]: segfault at 7f9db55aaf00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:30:38 saetech-dev-other kernel: [871000.907260] grpc_global_tim[18328]: segfault at 7f9db55aaf00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]
Mar  1 20:39:03 saetech-dev-other kernel: [871505.374787] grpc_global_tim[602]: segfault at 7f9db55aaf00 ip 00007f9db7d751df sp 00007f9ce7ff6c60 error 4 in cygrpc.pypy-41.so[7f9db7d00000+275000]

The 7f2a81d57f20 ip 00007f2a84521c37 sp 00007f29b97f9c60 part seems to stay the same across service restarts and so is perhaps relevant.
Anything else we should know about your project / environment?
Environment as mentioned- Ubuntu hosts, Docker (varying versions throughout production) and Ubuntu containers, always PyPy5.10, always grpcio==1.91 (and some testing with grpcio==1.10.0rc2 showing the same result).
It's a piece of network monitoring software, lots of threads, lots of network activity- gRPC plays as the glue to permit us to distribute our work across multiple processors; we have a pattern as follows (summarised):

Manager (thread)

PollerManager

Poller * n (threads)

[gRPC to a worker process]

Client (1 per Poller)

[gRPC to a worker process]

Connector (1 or 2 per Client)

[whatever means we interrogate the device]

There is also some information sought via gRPC about what to poll, all the same concept (gRPC carrying Python-pickled objects).

There's a chance that work going on in issue 12531 will alleviate this, but there's also a chance that the problem might be unrelated.
 I'm slightly concerned about the pickling, but that might also be completely unrelated.

@nathanielmanistaatgoogle I've created a gist (link below) that shows the interactions with gRPC (cut and paste from our codebase).
I apologise for the calls out to some of our internal libraries, but hopefully this will give you an idea of how it's implemented.
Some of the exceptions in common.py won't make sense- there's a whole broker system that we've designed that sits on top of it all that also uses gRPC to communicate (we used to use AMQP for this purpose so we tried to keep the API as similar as possible for the stuff that makes use of it).

@initialed85 , while @nathanielmanistaatgoogle  is out of office for next two weeks, please verify if your issue is related to #14523 .  Either you can downgrade to 1.8.4 or set env variable GRPC_POLL_STRATEGY=poll. Please confirm if this make any difference.

@srini100 thanks for the follow-up; we're not seeing "can't start new thread" exceptions anywhere in our logs or stdout/stderr, so I'm not sure if it's related to that one.
I'll change our environment to include GRPC_POLL_STRATEGY=poll and report back, cheers.

@srini100
Just reporting back- I can confirm that with grpc-io==1.10 and the GRPC_POLL_STRATEGY=poll environment variable we're still seeing the segfaults in the Docker host's /var/syslog.
saetech@saetech-dev-other:~$ docker exec -it ims_backend /bin/bash
root@saetech-dev-other:/srv/wireless-manager-back-end# env | grep GRPC
GRPC_POLL_STRATEGY=poll
root@saetech-dev-other:/srv/wireless-manager-back-end# exit
exit
saetech@saetech-dev-other:~$ sudo tail /var/log/syslog | grep grpc
Mar 20 15:18:51 saetech-dev-other kernel: [2493820.031257] grpc_global_tim[26473]: segfault at 7f5d77763f20 ip 00007f5d798781df sp 00007f5d33ffec60 error 4 in cygrpc.pypy-41.so[7f5d79803000+275000]
Mar 20 15:20:26 saetech-dev-other kernel: [2493915.297268] grpc_global_tim[29588]: segfault at 7f5d77763f20 ip 00007f5d798781df sp 00007f5d33ffec60 error 4 in cygrpc.pypy-41.so[7f5d79803000+275000]
Mar 20 15:22:58 saetech-dev-other kernel: [2494067.224940] grpc_global_tim[2487]: segfault at 7f6d0b2ed0a0 ip 00007f6d0d408f7f sp 00007f6cd27fbc90 error 4 in cygrpc.pypy-41.so[7f6d0d38d000+275000]
Mar 20 15:26:13 saetech-dev-other kernel: [2494261.852902] grpc_global_tim[8763]: segfault at 7f6d0b2ed0a0 ip 00007f6d0d408f7f sp 00007f6cd27fbc90 error 4 in cygrpc.pypy-41.so[7f6d0d38d000+275000]
saetech@saetech-dev-other:~$

@initialed85 I don't have any other ideas to try. Are you able to get crash stack with symbols?  BTW, Pypy is not supported so it will be hard to spend time on this.

@srini100 It's all good, thanks for looking into things for us- completely understand that PyPy isn't supported; I'm happy for you guys to close this issue.
I'll see if I can get a core dump or something, but nothing actually fails in our system and none of the PIDs match any of the PIDs of our processes (which bore the speculation that maybe it was a TID for a GRPC server instance's thread pool).

@initialed85 I am closing this. Keep an eye on #12531 and try it out when it is fixed. grpc_global_tim[xx] does look like timer thread in GRPC C-core implementation (grpc_global_timer). Without symbols for ip/sp addresses we can't see where it crashed.


Calling pluck is cumbersome, when working with runtime generated arrays.

RxJS version:
5.1.0
Code to reproduce:
pluck.apply(
    this.subject
        .filter(...)
        .map(...)
    , path.split("/")
)
    .filter((val: any) => val != undefined);

Expected behavior:
this.subject
    .filter(...)
    .map(...)
    .pluck(path.split("/"))
    .filter((val: any) => val != undefined);

@awildturtok we could add an additional operator for handling arrays with pluck, however you can also use the spread (...) operator in mean time.
this.subject
    .filter(x => !!x)
    .map(x => ({ x }))
    .pluck(...path.split("/"))
    .filter((val: any) => val != undefined);

This seems like a good solution thank you! I am rather new to ts and had no clue this existed.

No problem!!
Infact it's not something TypeScript specific it is part of ECMAScript, MDN has a good run down here

It seems issue itself have workaround via latest specs, do we want to push forward to discuss updating operator behavior or consider it as resolved? Personally I think (at this moment) we may not need to think of changing operator behavior. opinions? /cc @awildturtok @david-driscoll

Closing as inactive, as well as behavior itself works with ES specs at the moment.


A-Rat = Remote access tool  we can generate python based rat  install…

…ation :  $ apt update   $ apt upgrade  $ apt install git  $ apt install python2  $ apt install python  $ git clone https://github.com/Xi4u7/A-Rat  $ cd A-Rat  $ chmod +x *  usage :  $ python2 A-Rat.py  $ help  $ set host <IP_ADDRESS> [your ip]  $ set port 1337  $ set output /$HOME/rat.py  $ generate  It generates rat.py in termux home directory  Open termux new session   type $ ls  here you get that rat.py   go to again A-Rat means privious session of termux  Type run to start exploit.  $ run  and then open new session and run rat like this  $ python rat.py  and come back to A-Rat session   Now its connected to that rat. means Hacked.  press control + c to stop.
githou.com

Why:

What's being changed:

Check off the following:

[x] All of the tests are passing.
[ ] I have reviewed my changes in staging. (look for the deploy-to-heroku link in your pull request, then click View deployment)
[x] For content changes, I have reviewed the localization checklist
[x] For content changes, I have reviewed the Content style guide for GitHub Docs.

desktop/desktop] ko7580 (#11225)

pkg update

pkg upgrade

pkg install git

pkg install python

pkg install python2

git clone https://github.com/UltimateHackers/ReconDog

cd ReconDog

chmod +x dog

python2 dog


brew formular removed

Hi,
I was trying to install macshrew following the instruction.
When executing
brew install shrewsoft-vpn-client

error pops up:
Error: No available formula with the name "shrewsoft-vpn-client"
==> Searching for a previously deleted formula...
shrewsoft-vpn-client was deleted from homebrew/core in commit 0b744ca667:
  shrewsoft-vpn-client: migrate to boneyard
  due to tuntap requirement

To show the formula before removal run:
  git -C "$(brew --repo homebrew/core)" show 0b744ca667^:Formula/shrewsoft-vpn-client.rb

If you still use this formula consider creating your own tap:
  https://docs.brew.sh/How-to-Create-and-Maintain-a-Tap.html

Boneyard is deprecated https://github.com/Homebrew/homebrew-boneyard
Any solutions?
Thanks!

Tried to install manually:

install tuntap by brew cask install tuntap since the formula is removed due to tuntap requirement

download old formula

wget https://raw.githubusercontent.com/Homebrew/homebrew-core/eeacd3e606fcb59351da347904bbb39fada32c7c/Formula/shrewsoft-vpn-client.rb

install the old formula

brew install shrewsoft-vpn-client.rb

got error:
Warning: Calling BottleSpecification.revision is deprecated!
Use BottleSpecification.rebuild instead.
/Users/asxzy/shrewsoft-vpn-client.rb:10:in `block in <class:ShrewsoftVpnClient>'

==> Installing dependencies for shrewsoft-vpn-client: cmake, qt
==> Installing shrewsoft-vpn-client dependency: cmake
==> Downloading https://homebrew.bintray.com/bottles/cmake-3.9.5.high_sierra.bot
######################################################################## 100.0%
==> Pouring cmake-3.9.5.high_sierra.bottle.tar.gz
==> Caveats
Emacs Lisp files have been installed to:
  /usr/local/share/emacs/site-lisp/cmake
==> Summary
🍺  /usr/local/Cellar/cmake/3.9.5: 2,267 files, 31.7MB
==> Installing shrewsoft-vpn-client dependency: qt
==> Downloading https://homebrew.bintray.com/bottles/qt-5.9.2.high_sierra.bottle
######################################################################## 100.0%
==> Pouring qt-5.9.2.high_sierra.bottle.tar.gz
==> Caveats
We agreed to the Qt opensource license for you.
If this is unacceptable you should uninstall.

This formula is keg-only, which means it was not symlinked into /usr/local,
because Qt 5 has CMake issues when linked.

If you need to have this software first in your PATH run:
  echo 'export PATH="/usr/local/opt/qt/bin:$PATH"' >> ~/.zshrc

For compilers to find this software you may need to set:
    LDFLAGS:  -L/usr/local/opt/qt/lib
    CPPFLAGS: -I/usr/local/opt/qt/include
For pkg-config to find this software you may need to set:
    PKG_CONFIG_PATH: /usr/local/opt/qt/lib/pkgconfig

==> Summary
🍺  /usr/local/Cellar/qt/5.9.2: 9,021 files, 279.6MB
==> Installing shrewsoft-vpn-client
Warning: Calling BottleSpecification.revision is deprecated!
Use BottleSpecification.rebuild instead.
/Users/asxzy/shrewsoft-vpn-client.rb:10:in `block in <class:ShrewsoftVpnClient>'

==> Downloading https://www.shrew.net/download/ike/ike-2.2.1-release.tbz2
######################################################################## 100.0%
==> cmake -DCMAKE_C_FLAGS_RELEASE=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE=-DNDEBUG -D
Last 15 lines from /Users/asxzy/Library/Logs/Homebrew/shrewsoft-vpn-client/01.cmake:
-- Using library
-- Using binary /usr/bin/flex ...
-- Using binary /usr/bin/bison ...
-- Enabled NAT Traversal support ...
-- Enabled LDAP Authentication support ...
CMake Error at /usr/local/Cellar/cmake/3.9.5/share/cmake/Modules/FindQt4.cmake:1318 (message):
  Found unsuitable Qt version "5.9.2" from /usr/local/opt/qt/bin/qmake, this
  code requires Qt 4.x
Call Stack (most recent call first):
  CMakeLists.txt:530 (find_package)

-- Configuring incomplete, errors occurred!
See also "/tmp/shrewsoft-vpn-client-20171107-10351-k33aii/ike/CMakeFiles/CMakeOutput.log".
See also "/tmp/shrewsoft-vpn-client-20171107-10351-k33aii/ike/CMakeFiles/CMakeError.log".

Do not report this issue to Homebrew/brew or Homebrew/core!

I will follow this and keep updated.

doesn't work. Sorry.

brew install shrewsoft-vpn-client | message: Error: No formulae found in taps.
brew install shrewsoft-vpn-client.rb --without-gui | message: Error: invalid option: --without-gui
brew install shrewsoft-vpn-client.rb | message: Error: shrewsoft-vpn-client: undefined method `revision' for #BottleSpecification:0x00007fcba41db510

:(

Download it here
https://www.amft-it.de/dist/macos/ShrewSoftVPNClient-2.1.1_macOS_Oct2017.pkg
found at http://kb.amft-it.de/doku.php?id=kb-macos:shrewvpnclient-download&s[]=vpn
you may retinize it on Mac.
http://retinizer.mikelpr.com/

doesn't work. Sorry.

brew install shrewsoft-vpn-client | message: Error: No formulae found in taps.
brew install shrewsoft-vpn-client.rb --without-gui | message: Error: invalid option: --without-gui
brew install shrewsoft-vpn-client.rb | message: Error: shrewsoft-vpn-client: undefined method `revision' for #BottleSpecification:0x00007fcba41db510

:(

the same :(
mac 10.14.6


Error: couldn't find id to delete

Hi,
I haven't done too much investigation on this, but when trying to delete multiple items one after another, remult crashes with the following error:
Waiting for the debugger to disconnect...
/home/alexc/Work/recaster/node_modules/remult/src/data-providers/array-entity-data-provider.js:256
                        throw new Error("couldn't find id to delete: " + id);
                              ^

Error: couldn't find id to delete: 424
    at ArrayEntityDataProvider.<anonymous> (/home/alexc/Work/recaster/node_modules/remult/src/data-providers/array-entity-data-provider.js:256:31)
    at step (/home/alexc/Work/recaster/node_modules/tslib/tslib.js:195:27)
    at Object.next (/home/alexc/Work/recaster/node_modules/tslib/tslib.js:176:57)
    at fulfilled (/home/alexc/Work/recaster/node_modules/tslib/tslib.js:166:62)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

Node.js v18.18.2

Currently, I put a 'sleep' between the actions. With the sleep, it works as expected. I tried to find a place to wrap it with try/catch but could not figure it out so far. Probably, should spend more time on this.
Thanks,
Alex

Hi @alexchern
This exception happens in the json db when you are trying to delete a row that isn't there.
If you think that this is not the case, can you reproduce it in this sandbox please? I'll investigate it
https://githubbox.com/remult/react-vite-express-starter

Thanks. I'll do more testing.


High priority job submissions

Work through the processing pipeline is high priority, and should always be treated as time sensitive. If necessary, these jobs should preempt other work on the compute cluster. In discussion, it came up that this is feasible with the establishment of a high priority partition. Processing jobs should submit to that partition once defined. Given that this is a different partition than what other Qiita work submits to, it would be valuable to ensure job monitoring is unaffected.

After review and internal discussion we assigned new/better resource allocation to the pipelines and we are keeping an eye open in case this issue happens again (which hasn't since the modifications); thus, closing for now.


Fix text-to-image example

What does this PR do?

Move import of habana_frameworks.torch.core to fix the text-to-image example.
Before submitting

[ ] This PR fixes a typo or improves the docs (you can dismiss the other checks if that's the case).
[ ] Did you make sure to update the documentation with your changes?
[ ] Did you write any new necessary tests?

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.


added correct libraries required

Make fails for me on the current version. This PR includes libraries left for some filters.

I cannot reproduce your problem. I also think that for your case there is most probably a solution with much less impact. Your patch adds -lz -lgnutls -lpthread $(AVAHI_LIBS) to the linker command lines of each executable using libppd. What is especially strange for me is that you are adding $(AVAHI_LIBS) to the linker command lines, as libppd does not use Avahi at all. You can grep the whole source code of libppd (ppd/*.[ch]) for "avahi" and do not find any occurence.

So perhaps you have some problem with libtool not building your linker command lines correctly.
Could you run the commands (with your patch NOT applied)
make maintainer-clean
./autogen.sh
./configure
make

to clean up and rebuild everything? Could you also comment out the line AM_SILENT_RULES([yes]) in configure.ac and after that run make again and attach the output in a file (must have file name extension .txt) here?

Could you run the commands (with your patch NOT applied)
make maintainer-clean
./autogen.sh
./configure
make

to clean up and rebuild everything? Could you also comment out the line AM_SILENT_RULES([yes]) in configure.ac and after that run make again and attach the output in a file (must have file name extension .txt) here?

Please find the make log after commenting out AM_SILENT_RULES([yes])
make_log.txt

Thanks, I have found the difference between my and your environment now. Your libqpdf is built from source by you (it is in /usr/loca/...', my libqpdf is a package from my distribution. In you compiler command line libqpdf is specified with an explicit pass to its file but for me -lqpdf` is specified. The error is also that something is missing for your libqpdf. So most probably something is wrong with your libqpdf build.
Note: If you are using Ubuntu 20.04 (Focal) you can use the distro's libqpdf, it is new enough for current cups-filters.

Thanks, I have found the difference between my and your environment now. Your libqpdf is built from source by you (it is in /usr/loca/...', my libqpdf is a package from my distribution. In you compiler command line libqpdf is specified with an explicit pass to its file but for me -lqpdf` is specified. The error is also that something is missing for your libqpdf. So most probably something is wrong with your libqpdf build.
Note: If you are using Ubuntu 20.04 (Focal) you can use the distro's libqpdf, it is new enough for current cups-filters.

I updated to Ubuntu 20.04, but now I am getting an error due to libcups.a.
CXXLD    pdftopdf /usr/bin/ld: /usr/local/lib/libcups.a(tls.o): undefined reference to symbol 'gnutls_x509_crt_set_activation_time@@GNUTLS_3_4' /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libgnutls.so.30: error adding symbols: DSO missing from command line

Your libcups is also in /usr/local/lib/, meaning that it is your own build. Probably due to your update to Ubuntu 20.04 the libraries used by it got replaced by newer ones. Remove this libcups, 20.04 has its own well-working one.

Your libcups is also in /usr/local/lib/, meaning that it is your own build. Probably due to your update to Ubuntu 20.04 the libraries used by it got replaced by newer ones. Remove this libcups, 20.04 has its own well-working one.

I removed it but now getting an error due to qpdf
/usr/bin/ld: filter/pdftopdf/pdftopdf-qpdf_xobject.o: in function `CombineFromContents_Provider::CombineFromContents_Provider(std::vector<QPDFObjectHandle, std::allocator<QPDFObjectHandle> > const&)': /home/mohitm12/cups-filters/filter/pdftopdf/qpdf_xobject.cc:24: undefined reference to `QPDFObjectHandle::StreamDataProvider::StreamDataProvider(bool)' /usr/bin/ld: filter/pdftopdf/pdftopdf-qpdf_xobject.o: in function `CombineFromContents_Provider::CombineFromContents_Provider(std::vector<QPDFObjectHandle, std::allocator<QPDFObjectHandle> > const&)': /home/mohitm12/cups-filters/filter/pdftopdf/qpdf_xobject.cc:24: undefined reference to `QPDFObjectHandle::StreamDataProvider::StreamDataProvider(bool)' /usr/bin/ld: filter/pdftopdf/pdftopdf-qpdf_xobject.o:(.data.rel.ro._ZTV28CombineFromContents_Provider[_ZTV28CombineFromContents_Provider]+0x28): undefined reference to `QPDFObjectHandle::StreamDataProvider::provideStreamData(int, int, Pipeline*, bool, bool)'
I also checked the qpdf version, it is 10.0.1

Could you check the output of your "make" process whether it has references to a libqpdf in /usr/local/? Best is not using your own builds of the libraries, but make sure that all libraries of the distro are correctly installed. The distro's libraries and their header files you install automatically with
sudo apt build-dep cups-filters

Could you check the output of your "make" process whether it has references to a libqpdf in /usr/local/? Best is not using your own builds of the libraries, but make sure that all libraries of the distro are correctly installed. The distro's libraries and their header files you install automatically with
sudo apt build-dep cups-filters

I checked, it is using  -lqpdf and not libqpdf in /usr/local/
Please find the log attached.
make_log.txt
Also all dependencies are installed for cups-filters, but still this issue is happening.

Your linker command line contains
libtool: link: g++ -std=c++0x -I./ppd/ -I/usr/local/include -g -O2 -Wall -D_GNU_SOURCE -o .libs/pdftopdf filter/pdftopdf/pdftopdf-pdftopdf.o filter/pdftopdf/pdftopdf-pdftopdf_jcl.o filter/pdftopdf/pdftopdf-pdftopdf_processor.o filter/pdftopdf/pdftopdf-qpdf_pdftopdf_processor.o filter/pdftopdf/pdftopdf-pptypes.o filter/pdftopdf/pdftopdf-nup.o filter/pdftopdf/pdftopdf-intervalset.o filter/pdftopdf/pdftopdf-qpdf_tools.o filter/pdftopdf/pdftopdf-qpdf_xobject.o filter/pdftopdf/pdftopdf-qpdf_pdftopdf.o filter/pdftopdf/pdftopdf-qpdf_cm.o  ./.libs/libppd.so -L/usr/local/lib -lqpdf -lcups -ltiff -ljpeg -ldl

There is still -I/usr/local/include and -L/usr/local/lib in the linking command line, pointing the linking process to a, potentially broken, library copy.
Could you run
make maintainer-clean
./autogen.sh
./configure
make

to get everything cleaned up and re-done.

There is still -I/usr/local/include and -L/usr/local/lib in the linking command line, pointing the linking process to a, potentially broken, library copy.
Could you run
make maintainer-clean
./autogen.sh
./configure
make

to get everything cleaned up and re-done.

Finally it is resolved.
I checked in /usr/local and found that it had qpdf files from my previous local build. Upon deleting them, it worked correctly. Thanks for your help!!
I am closing this PR now.


AND OR

Well its kind of basic question, but i am not able to find the AND OR functionality within if statement.
{{ if name == "abc" && class== "123" }} {{ if name == "abc" || class== "123" }}
Above ones not throwing any error but its not performing as expected
{{ if name == "abc" AND class== "123" }} {{ if name == "abc" and class== "123" }}
{{ if name == "abc" OR class== "123" }} {{ if name == "abc" or class== "123" }}
Above one throwing error.

The syntax should be || for OR and && for AND as explained here
If it doesn't work, If you can post a very small repro that I can copy pasted, it might be a bug.


Missing heart rate data from Runner

Firmware version 1.8.52 with a Polar heart rate sensor (OH1)
Used ttbincnv to translate the ttbin file of the run to csv but the heart rate field is always blank.
Any ideas?

I don't have a heart rate sensor, so I've never tried it, but I know there are people who have successfully downloaded valid heart rate data. Does the heart rate data show on your watch while you're running?

It did yeah. It's been so long, I don't know where I put that watch or HR sensor.
I'll close out for now unless I come back to this later.
Thanks


Grammar error in error message connecting to database

"The account may in create or delete process."
Should be
"The account may be in a create or delete process."

Azure Storage Explorer support for Azure Cosmos DB has been discontinued as of v1.24.0. We recommend users to use Azure Cosmos DB’s Data Explorer, which can be found in Azure Portal or as a stand-alone version in http://cosmos.azure.com/ for the best Azure Cosmos DB experience. You can also find additional Azure Cosmos DB tooling here: Azure Cosmos DB Tools


python310Packages.httpie: disable failing tests

Description of changes
Fix build (https://hydra.nixos.org/build/202216502)

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 207035 run on x86_64-linux 1

5 packages built:

http-prompt
httpie (python310Packages.httpie)
python310Packages.httpie-ntlm
python39Packages.httpie
python39Packages.httpie-ntlm


Welcome Page New/Open File Button Text Misaligned

This is what I see from my Mac:

Notice that 'Open File' is much higher up on the button than the 'New' text.

The button labels appear aligned in the current build.


Online demo not working.

I want to try the neural machine translation system to translate from Chinese-English but I am confused how to start. Can you please provide a tutorial?

You may refer to the usermanual.pdf in the repository, which is a tutorial on using THUMT to build a  neural machine translation system.

You may refer to the usermanual.pdf in the repository, which is a tutorial on using THUMT to build a neural machine translation system.

I think there must be other preprocessing steps if we want to translate Chinese to other language, for example tokenizer. Could you please add these content into the current Usermanual.pdf?

@jake221 Thanks for your suggestion, if you want to translate Chinese to other languages, you could use the off-the-shelf Chinese word segmentation toolkits (e.g., THULAC or jieba) to preprocess the Chinese data, we will add it to the Usermanual.pdf.


fix: Use BestFit layout for subscribt

Summary
Reported in #7407
Ruff never parenthesized long attribute chains followed by a subscript:
def main() -> None:
    if True:
        some_very_long_variable_name_abcdefghijk = Foo()
        some_very_long_variable_name_abcdefghijk = some_very_long_variable_name_abcdefghijk[
            some_very_long_variable_name_abcdefghijk.some_very_long_attribute_name
            == "This is a very long string abcdefghijk"
        ]

Whereas Black formats this as
def main() -> None:
    if True:
        some_very_long_variable_name_abcdefghijk = Foo()
        some_very_long_variable_name_abcdefghijk = (
            some_very_long_variable_name_abcdefghijk[
                some_very_long_variable_name_abcdefghijk.some_very_long_attribute_name
                == "This is a very long string abcdefghijk"
            ]
        )

This PR changes the needs_parentheses function of ExprSubscript to use the BestFit layout if its value proposes the BestFit layout (except when in return type annotations, see inline comments)
Making this change revealed an instability because the formatter incorrectly removed the parentheses from callees or objects. I changed the call chain formatting to preserve parentheses.

Test Plan
I added new tests
Base

project
similarity index
total files
changed files

cpython
0.76083
1789
1632

django
0.99982
2760
37

transformers
0.99957
2587
399

twine
1.00000
33
0

typeshed
0.99983
3496
18

warehouse
0.99923
648
18

zulip
0.99962
1437
22

This PR

project
similarity index
total files
changed files

cpython
0.76083
1789
1632

django
0.99982
2760
37

transformers
0.99957
2587
399

twine
1.00000
33
0

typeshed
0.99983
3496
18

warehouse
0.99929
648
16

zulip
0.99962
1437
22

Current dependencies on/for this PR:

main

PR #7409   👈

This comment was auto-generated by Graphite.