sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: go
Issue: runtime: shrink signal stacks with AT_MINSIGSTKSZ
Labels: NeedsInvestigation,compiler/runtime

A new auxiliary vector, `AT_MINSIGSTKSZ` was added for arm64 in Linux [4.18](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=94b07c1f8c39c6d839df35fa28ffd1785d385897), amd64 in Linux [5.14](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1c33bb0507508af24fd754dd7123bd8e997fab2f), and ppc64 in Linux [5.19](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2896b2dff49d0377e4372f470dcddbcb26f2be59).

`AT_MINSIGSTKSZ` reports the size of a signal frame, and thus the absolute minimum amount of space required to receive a signal, though additional space is of course required for userspace stack usage.

Currently we hard-code our signal stacks to [32KB](https://cs.opensource.google/go/go/+/master:src/runtime/os_linux.go;drc=faf4e97200df9415d55b04924ce77599f9e6fdfa;bpv=1;bpt=1;l=384). With `AT_MINSIGSTKSZ`, I think we could adjust this to something like `AT_MINSIGSTKSZ + _StackFixed`, which would almost certainly reduce the signal stack size on all systems (`AT_MINSIGSTKSZ` is 3632 bytes on my Skylake machine).

cc @aclements @cherrymui
Repository: vscode
Issue: Allow to merge to a resulting file that does not exist
Labels: feature-request,merge-editor

Testing #155819

I tried to merge using `c --merge src/App2.js src/App3.js src/App.js src/App-Does-Not-Exist.js` where the result file `src/App-Does-Not-Exist.js` does not exist and I get this error:

`The editor could not be opened because the file was not found.`

<img width="850" alt="CleanShot 2022-07-27 at 07 53 43@2x" src="https://user-images.githubusercontent.com/35271042/181279243-aee2f188-caed-4f5f-9bd9-aeb27df11508.png">

It would be 👌 great if VS Code was smart enough to create the file for me and unblock me from having to manually create the file. We do a similar thing in the editor when opening file links that don't exist.
Repository: PowerToys
Issue: Sort/group/by type horizontally
Labels: Idea-New PowerToy,Product-File Explorer,Needs-Triage

### Description of the new feature / enhancement

right now the sort feature can only sort the files vertically, if i have many different types of files then vertical sorting needs me to scroll instead we can use horizontal and vertical sorting lets say we can divide the area of explorer into 3x2 grid or 3x3 grid we can use up a lot of space which is left blank on the right side and by giving a toggle which hides the name of the group which shows the file type which is already visible by looking at the extension we can use up lots of space and we can change the size of every single group according to the number of files it has but we will need to keep a limit to how much the size of a group can grow and add scroll bar accordingly.

### Scenario when this would be used?

while importing multiple files in lets say after effects there are many cases where we have to find the file and using sort by group we need to scroll a lot so that is not useful.

### Supporting information

_No response_
Repository: pytorch
Issue: test_make_fx_symbolic_exhaustive should pass dynamic ints for shape arguments
Labels: triaged,fx,module: dynamic shapes

### 🐛 Describe the bug

```
diff --git a/test/test_proxy_tensor.py b/test/test_proxy_tensor.py
index 9e22de81529..f3809fc22d9 100644
--- a/test/test_proxy_tensor.py
+++ b/test/test_proxy_tensor.py
@@ -844,6 +844,9 @@ def _test_make_fx_helper(self, device, dtype, op, tracing_mode):
         except DynamicOutputShapeException as e:
             self.skipTest("Dynamic output shape operation in trace")
 
+        print(new_f)
+        print(new_f.shape_env.guards)
+
         for arg in args:
             if isinstance(arg, torch.Tensor) and arg.dtype == torch.float:
                 arg.uniform_(0, 1)
```

then

```
python test/test_proxy_tensor.py -k test_make_fx_symbolic_exhaustive_new_zeros_cpu_float32
```

gives, for example, 

```
def forward(self, args, kwargs):
    args_1, args_2, args_3, args_4, kwargs_1, kwargs_2, = fx_pytree.tree_flatten_spec([args, kwargs], self._in_spec)
    size = args_1.size(0)
    _tensor_constant0 = self._tensor_constant0
    device_1 = torch.ops.prim.device.default(_tensor_constant0);  _tensor_constant0 = None
    new_zeros_default = torch.ops.aten.new_zeros.default(args_1, [2, 2, 2], dtype = torch.float64, layout = torch.strided, device = device(type='cpu'), pin_memory = False);  args_1 = None
    return pytree.tree_unflatten([new_zeros_default], self._out_spec)
    
[]
```

the call to `new_zeros` is clearly specialized but there are no guards.

cc @ezyang @SherlockNoMad @Chillee 

### Versions

master
Repository: vscode
Issue: Workspace Trust: When opening a loose untrusted file, allow downgrading an empty workspace
Labels: feature-request,workspace-trust

Based on [this comment](https://github.com/microsoft/vscode/issues/155214#issuecomment-1196820511): from @lramos15, I think we could have an option to re-use the current workspace if it is empty 

We didn't consider this before because switching to untrusted required a reload. That's no longer the case, and in an empty workspace, this is pretty simple.
Repository: opencv
Issue: net.setPreferableBackend(cv2.dnn.DNN_BACKEND_CUDA) and net.setPreferableTarget(cv2.dnn.DNN_TARGET_CUDA) not working properly.
Labels: category: gpu/cuda (contrib),incomplete,category: dnn

When I try to run my program with net.setPreferableBackend(cv2.dnn.DNN_BACKEND_CUDA) and net.setPreferableTarget(cv2.dnn.DNN_TARGET_CUDA) for GPU processing it simply cant pass through net.forward(), it doesnt return any error and it just freezes.

`import cv2
import numpy as np
import time
from object_detect import ObjectDetect


od = ObjectDetect()
confidence_threshold = 0.5
nms_threshold = 0.4

net = cv2.dnn.readNet("config_files/yolov5s.onnx")
net.setPreferableBackend(cv2.dnn.DNN_BACKEND_CUDA)
net.setPreferableTarget(cv2.dnn.DNN_TARGET_CUDA)

frame = cv2.imread("sample.png")

inWidth = 640
inHeight = 640

frameform = od.format_yolov5(frame)
frameblob = cv2.dnn.blobFromImage(frameform, 1.0 / 255, (inWidth, inHeight), (0, 0, 0), swapRB=False, crop=False)
net.setInput(frameblob)
output = net.forward()



print(output)
`
When i change it to net.setPreferableBackend(cv2.dnn.DNN_BACKEND_OPENCV) and net.setPreferableTarget(cv2.dnn.DNN_TARGET_CPU) it works perfectly fine, but with no GPU support.



This are the outputs that i get, one when it freezes with CUDA and the other one working well without it


![cuda](https://user-images.githubusercontent.com/105924841/181282267-ddc26f1d-e660-4655-aec3-dd28633af584.png)
![cpu](https://user-images.githubusercontent.com/105924841/181282272-d8c76fc4-7b19-4304-8eac-f0a56a94e493.png)
Repository: go
Issue: x/tools/gopls: do not suggest "go get package" quickfix if the package is not importable
Labels: FeatureRequest,gopls,Tools

When a package path includes `internal` and the current package is not sharing the package path prefix, 
that is an error and the quick fix that suggests `go get` is misleading.
Repository: transformers
Issue: Transformers documentation translation to French
Labels: Documentation,WIP

Hi!

Let's bring the documentation to all the French-speaking community :)

Who would want to translate? Please follow the 🤗 [TRANSLATING guide](https://github.com/huggingface/transformers/blob/main/docs/TRANSLATING.md). Here is a list of the files ready for translation. Let us know in this issue if you'd like to translate any and we'll add your name to the list.

Some notes:

- Please translate using an informal tone (imagine you are talking with a friend about transformers 🤗).
- Please translate in a gender-neutral way.
- Add your translations to the folder called fr inside the [source folder](https://github.com/huggingface/transformers/tree/main/docs/source).
- Register your translation in [fr/_toctree.yml](https://github.com/huggingface/transformers/blob/main/docs/source/it/_toctree.yml); please follow the order of the [English version](https://github.com/huggingface/transformers/blob/main/docs/source/en/_toctree.yml).
- Once you're finished, open a pull request and tag this issue by including #issue-number in the description, where issue-number is the number of this issue. Please ping @omarespejel and @sgugger for review.
- 🙋 If you'd like others to help you with the translation, you can also post in the 🤗 [forums](https://discuss.huggingface.co/).

## Get Started section
- [ ] [index.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/index.mdx) 
- [ ] [quicktour.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/quicktour.mdx).
- [ ] [installation.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/installation.mdx). 


## Tutorial section
- [ ] [pipeline_tutorial.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/pipeline_tutorial.mdx) 
- [ ] [autoclass_tutorial.mdx](https://github.com/huggingface/transformers/blob/master/docs/source/autoclass_tutorial.mdx) 
- [ ] [preprocessing.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/preprocessing.mdx) 
- [ ] [training.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/training.mdx) 
- [ ] [accelerate.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/accelerate.mdx) 
- [ ] [model_sharing.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/model_sharing.mdx) 
- [ ] [multilingual.mdx](https://github.com/huggingface/transformers/blob/main/docs/source/en/multilingual.mdx)
Repository: vscode
Issue: Allow to hide breadcrumbs via right-click
Labels: feature-request,breadcrumbs

Similar to how we are allowing more right-click to hide, would be great for breadcrumbs to be part of the group. 

<img width="415" alt="CleanShot 2022-07-27 at 08 45 55@2x" src="https://user-images.githubusercontent.com/35271042/181291252-139fbcd3-f77e-4481-842e-89a6b3f7e090.png">

examples:

<img width="261" alt="CleanShot 2022-07-27 at 08 44 31@2x" src="https://user-images.githubusercontent.com/35271042/181291000-5f0d4462-f0a4-49e0-af51-27cacff449b2.png">

<img width="180" alt="CleanShot 2022-07-27 at 08 45 45@2x" src="https://user-images.githubusercontent.com/35271042/181291193-be43e483-97cd-471d-aec4-ccda26d6a00f.png">
Repository: flutter
Issue: AutoFillHints missing Android's AUTOFILL_HINT_2FA_APP_OTP
Labels: a: text input,c: new feature,platform-android,framework,c: proposal,P3,team-design,triaged-design

## Use case

Android autofill property has AUTOFILL_HINT_2FA_APP_OTP but flutter only has AutoFillHints.oneTimeCode that resolves to AUTOFILL_HINT_SMS_OTP in Android. There isn't any AutoFillHint that resolves to AUTOFILL_HINT_2FA_APP_OTP.

## Proposal

Create a new AutoFillHints item or config to resolve to AUTOFILL_HINT_2FA_APP_OTP.
Repository: pytorch
Issue: [JIT] SchemaInfo warning appears out in the wild
Labels: oncall: jit

### 🐛 Describe the bug

![294585988_473395204623132_7838843822650475571_n](https://user-images.githubusercontent.com/33938358/181291450-5dbbb407-f929-40d7-84da-ad2d817f90c4.png)
^ Warning for SchemaInfo having multiple input arguments with the same alias set appears in the wild when there shouldn't be any ops that trigger this warning. 

### Versions

n/a
Repository: material-ui
Issue: Autocomplete TextField multiline=false doesn't seem to work
Labels: component: autocomplete

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [X] I have tested the latest version

### Current behavior 😯
+freesolo, multiple

TextArea Autosize kicks in even with multiline set to false

### Expected behavior 🤔

Expecting single line TextField

### Steps to reproduce 🕹

Steps:

1.
2.
3.
4.


### Context 🔦

_No response_

### Your environment 🌎

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.
```
</details>
Repository: pytorch
Issue: Offer a way to really force merges via pytorchbot
Labels: module: ci,triaged

### 🚀 The feature, motivation and pitch

I had a fun situation in https://github.com/pytorch/pytorch/pull/82236. Here's the summary:
- I created PR C, and then imported it into fbcode to check test signal.
- Next, I created PRs A, B, D, which were stacked like the following: A <- B <- C <- D
- Then, I merged A and B via GHF
- PR C refused to merge via GHF due to "This PR has internal changes and must be landed via Phabricator". 

We tried a couple of things:
1. resync the PR to fbcode. The resync failed because commits A and B had not yet made it into fbcode
2. unlink the PR from the fbcode diff and then attempting land via GHF. The unlink didn't seem to do anything.

What I described above probably isn't a common workflow, but it would be nice to have a "ignore all checks and force merge" button for GHF for the cases where tooling didn't work out

cc @seemethere @malfet @pytorch/pytorch-dev-infra 

### Alternatives

Alternatively, using "unlink" on a PR should make it so that this check doesn't appear anymore. This was not the case for https://github.com/pytorch/pytorch/pull/82236 -- after unlink, the PR still could not be merged.

### Additional context

_No response_
Repository: flutter
Issue: `--asan` not working on iOS targets
Labels: platform-ios,engine,dependency: fuchsia,P2,team-ios,triaged-ios

```
flutter/tools/gn --unopt --no-lto --runtime-mode=profile --ios --asan
```
errors:
```
ninja: error: '../../buildtools/mac-x64/clang/lib/clang/13.0.0/lib/darwin/libclang_rt.asan_ios_dynamic.dylib', needed by 'libclang_rt.asan_ios_dynamic.dylib', missing and no known rule to make it
```
changed the path to 15
https://github.com/flutter/engine/blob/3f093ea1e504326b4aa9c7adcf13f97575417bcf/shell/platform/darwin/ios/BUILD.gn#L314

```diff
-      "//buildtools/mac-x64/clang/lib/clang/13.0.0/lib/darwin/"
+      "//buildtools/mac-x64/clang/lib/clang/15.0.0/lib/darwin/"
```
But there is no `libclang_rt.asan_ios_dynamic.dylib` in `clang`, only `libclang_rt.asan_osx_dynamic.dylib`, so same error.

@iskakaushik
Repository: three.js
Issue: Docs: Italian version
Labels: Documentation

Hello, I'm a software developer and a three.js user. 

I'd like to contribute to the library and I think that the best way to start is by documentation. I'd like to translate the documentation into Italian. 

What do you think? Is it possible?
Repository: flutter
Issue: Refactor mutator class 
Labels: engine,P3,team-engine,triaged-engine

All the mutators are currently represented in a single Mutator class : https://github.com/flutter/engine/blob/main/flow/embedded_views.h#L38
The Mutator class has a union member that contains local variables for different types of mutators. 

This causes some issue:
1. Pointers in unions need to manually managed and it is error prone.
2. Storing a copy of a scalar object creates overhead.

We can refactor the Mutator class in the following way so that each type of the mutator stores shared_pointers of the wrapped object separately.

1. Make the `Mutator` class abstract.
1. `Mutator` class contains a `type` method that gets the type of the mutator.
1. Make each type of Mutator a subclass of `Mutator`, for example, `class TransformMutator : public Mutator`
1. `Mutator` class contains a `asXXX` method that casting the object to the particular mutator. For example, `asClipRect` returns a `ClipRectMutator` object.
1. Each subclass of `Mutator` contains a shared_ptr member that represents the content of the mutator.
Repository: pytorch
Issue: ufmt and flake8 lints race
Labels: triaged

### 🐛 Describe the bug

ufmt changes python source code, but it runs in parallel with flake8. This means that flake8 errors may be out of date by the time ufmt is done processing.

### Versions

master
Repository: flutter
Issue: Update python3 references to vpython3
Labels: engine,P2,team-engine,triaged-engine

### TL;DR
Update `python3` references with `vpython3` for consistent, reproducible builds. 

### Root cause
Instructions for [setting up the Engine development environment](https://github.com/flutter/flutter/wiki/Setting-up-the-Engine-development-environment) guide users to install **both** Chromium's [depot_tools](https://commondatastorage.googleapis.com/chrome-infra-docs/flat/depot_tools/docs/html/depot_tools_tutorial.html#_setting_up) and Python.
> - Chromium's [depot_tools](https://commondatastorage.googleapis.com/chrome-infra-docs/flat/depot_tools/docs/html/depot_tools_tutorial.html#_setting_up) (make sure it's in your path). We use the gclient tool from depot_tools.
Make sure to install gclient by running ./gclient in the command line.
> - Python (used by many of our tools, including gclient).

Hence, developers _correctly_ assume that they may rely on `python3` when developing scripts, but a user installed `python3` can lead to unexpected behavior as seen in flutter/flutter#108122 and [confusion](https://github.com/flutter/flutter/issues/108122#issuecomment-1195322469).

The history shows that we intended to use `vpython3` for consistent, reproducible builds, but due the following upstream issue, flutter/flutter#88719, those references were reverted back to `python3`. 


WIP Todo List:
1. Update `python3` references to `vpython3`
- [x] https://github.com/flutter/buildroot/pull/590
- [x] [Use vpython3 in windows tools/gn wrapper.](https://github.com/flutter/flutter/issues/108479)
flutter/engine#34950
- [x] [Use vpython3 in tools/gn.](https://github.com/flutter/flutter/issues/108478)
https://github.com/flutter/engine/pull/34952
2. Update [Setting up the Engine development environment](https://github.com/flutter/flutter/wiki/Setting-up-the-Engine-development-environment) 
- [ ] https://github.com/flutter/flutter/wiki/Setting-up-the-Engine-development-environment
Repository: godot
Issue: Changing a MeshInstance3D's mesh to a certain new meshes crashes Godot, in certain projects
Labels: bug,topic:rendering,needs testing,crash,topic:3d

### Godot version

4.0.alpha12

### System information

Windows 10 64 bit, 11th Gen Intel(R) i5-1135G7 @2.40GHz, Intel iRISx(R) Graphics, Vulkan

### Issue description

I had a scene with 3 mesh instances which were spheres. Then, I duplicated one and changed the mesh to "New Cylinder" only for Godot to crash. 

There was a workaround to this, which was pretty much deleting the MeshInstance3D and creating a new one, but I found this to be an issue nonetheless.

---

After creating a new project file, I tried to reproduce the effects, but nothing happened. It only happened to the project file I was working with, so I'll send that just in case the project's specific settings may have something to do with it:

The scene where it was reproduced is in Test.tcsn:
[Godot4Test.zip](https://github.com/godotengine/godot/files/9203333/Godot4Test.zip)


### Steps to reproduce

1 Create an empty scene with a mesh instance, and create a mesh (which was a sphere for me).
2 Duplicate one of the spheres and change the mesh to a cylinder. (it also happened with prism mesh to me).
3 The software should crash, at least it did for me.

### Minimal reproduction project

_No response_
Repository: go
Issue: proposal: go/types: allow (*Package).Imports to be precise for imported packages
Labels: Proposal

The documentation for [`go/types.(*Package).Imports`](https://pkg.go.dev/go/types#Package.Imports) says:

> Imports returns the list of packages directly imported by pkg; the list is in source order.
>
> If pkg was loaded from export data, Imports includes packages that provide package-level objects referenced by pkg. This may be more or less than the set of packages directly imported by pkg's source code.

This proposal is to change the second paragraph from saying "Imports includes packages" to "Imports may instead return packages".

--

Rationale: The go/types type checker's semantics of reporting the actual packages that were directly imported seems the clearly preferable behavior for end users. The alternative behavior when a package is read from export data and Imports instead returns an unspecified subset of transitive dependencies seems to always be less useful.

The reason for the current behavior is that cmd/compile's existing export data formats (textual, binary, and then indexed) were designed for the compiler's own needs, which do not require serializing a precise representation of the import graph. So instead the go/types importer approximates this by setting the Imports list to all packages seen in the export data.

For unified IR, the new export data format takes a go/types-first approach, and so now it precisely serializes the import graph. However, this technically violates the current semantics codified in the documentation. It's my position that the documentation was wrong to mandate that behavior, rather than document it as a known limitation.

If users write code that correctly walks the transitive dependency graph themselves, then their code will work both with packages created by go/types (e.g., using the srcimporter implementation) or imported from compiler export data (modulo cases where packages are omitted due to not providing symbols relevant to export data).

Finally, I'll note that the current set of packages included in Imports is unstable across compiler changes, because it includes not only packages referenced by the package's exported API (visible through go/types), but also packages that are needed by inline bodies (which are opaque to go/types importers). The meaning of "package-level objects referenced by pkg" seems too imprecise for users to rely on it meaning any particular set of packages.

--

Aside: It's also the case that the existing gcimporter implementations only call SetImports on the package being directly imported, not any transitively imported packages. Also, gccgoimporter never calls SetImports. I'm not sure whether to attempt codifying/fixing these behaviors. E.g., "If pkg is incomplete, Imports may instead return nil." would seem reasonable to allow gcimporter's existing behavior, and then gccgoimporter could be updated to implement the same imported-packages list approximation as gcimporter.
Repository: go
Issue: encoding/binary: should have minimal dependency on reflect
Labels: Performance,NeedsInvestigation

A vast majority of `binary` package usages is only for `BigEndian` and `LittleEndian`.

As a breakdown of all `binary` usages:
* 75% is for endian-based operations (does not depend on reflection)
* 23% is for `Read`/`Write` operations (depends on reflection)
* 2% is for varint operations (does not depend on reflection)

For the 77% of use cases where the logic does not touch `binary.{Read,Write,Size}`, the resulting binary should not be forced to also link in the `reflect` package.