sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: opencv
Issue: Make deb package fails with dpkg-shlibdeps error
Labels: priority: low,category: build/install

##### System information (version)
- OpenCV => 4.2.0-dev (master)
- Operating System / Platform => Ubuntu 18.04 x86_64
- Compiler => gcc7.4.0 cmake3.10

##### Detailed description
When using the `make package` command to build a DEB package from a fresh opencv clone, the make command fails with the following error:
```
CMake Error at /usr/share/cmake-3.10/Modules/CPackDeb.cmake:709 (message):
  CPackDeb: dpkg-shlibdeps: 'dpkg-shlibdeps: error: cannot find library
  libopencv_highgui.so.4.2 needed by ./usr/bin/opencv_interactive-calibration
  (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH:
  '/usr/local/lib')
[... cut many similar ones ... ]
```

I already tried to follow the related issue #14115 , but without success.

##### Steps to reproduce
Use the following dockerfile to reproduce the error. 

```.dockerfile                                                      
FROM ubuntu:bionic

# install packages
RUN apt-get update && apt-get install -y apt-utils
RUN apt-get install -y \
    build-essential \
    cmake \
    git \
    file

# clone and compile opencv
RUN git clone https://github.com/opencv/opencv.git
RUN mkdir -p opencv/build
WORKDIR opencv/build
RUN cmake -DCPACK_GENERATOR=DEB -DCPACK_BINARY_DEB=ON -DCPACK_DEBIAN_PACKAGE_SHLIBDEPS=FALSE -DCPACK_PACKAGE_VERSION=4.2.0 -DEXTRAMODULES_VCSVERSION=4.2.0 -DOPENCV_VCSVERSION=4.2.0 ..
RUN make -j
RUN make package
 ```

And run docker with
```.bash
docker image build -t compile_ocv:1.0 .
docker container run --detach --name test compile_ocv:1.0
```
Repository: pytorch
Issue: Extend `ConcatDataset` to return dataset index
Labels: module: dataloader,triaged,enhancement,small

## 🚀 Feature
This feature would extend  `torch.utils.data.ConcatDataset` to return the data set index from which a sample originated.

## Motivation

This would be useful when the user wants to keep track of which data set each sample comes from.

The use case I have in mind is multi-task learning when using data sets that contain mutually exclusive labels (e.g. dataset A contains labels for Task A, and dataset B contains labels for task B) as opposed to all labels being present in a single data set. 

In this case, it is still possible to do multi-task learning by pooling examples from different source, if one keeps track of which source each example in a batch came from, which is the motivation behind this request.

## Pitch
The feature would consist of two changes:

* adding an extra `return_index` argument to the class (defaulting to `False`)
* adding `dataset_idx` to the return if `return_index` is set to `True` (https://github.com/pytorch/pytorch/blob/8ea49e7a0897b77a2cd6bf854efd80ef593acf02/torch/utils/data/dataset.py#L207)

cc @SsnL
Repository: vscode
Issue: Improve header(h1/h2/h3) styling in hover markdown
Labels: bug,polish,workbench-hover

Our LSP server produces markdown for hover, and the way headers are rendered doesn't seem ideal. Two main issues:

# Font sizes are too large

This natural-looking markdown:

`````markdown
# function `x`

---

`void x();`
`````

renders with an extremely large title that's inconsistent with overall VSCode font sizes.

![image](https://user-images.githubusercontent.com/548993/72149988-bd314f80-33a4-11ea-816e-f032e4837137.png)

There's a fairly easy workaround of using `<h3>` (`###`) instead, but this isn't ideal for language servers that are supposed to be portable across editors.

# Too much spacing

There's a lot of value in popups being unobtrusive, and the default margin of 1em h1/h2/h3 is very high for such a context.

For the following markdown:
`````markdown
### function `x`

---

`void x();`
`````
The current rendering is margin-heavy:
![image](https://user-images.githubusercontent.com/548993/72150443-d5ee3500-33a5-11ea-97a2-4178d6e6d8dd.png)

With top/bottom margin reduced to `0.5em`, IMO this is at least as easy to read:
![image](https://user-images.githubusercontent.com/548993/72150375-b525df80-33a5-11ea-82ed-33be95c9188b.png)
Repository: terminal
Issue: Feature request: Presentation mode
Labels: Issue-Feature,Area-Extensibility,Product-Terminal

# Description of the new feature/enhancement

It would be great if Terminal provides a feature to switch to a "presentation mode".

Presentation mode means:
- Switch to a configurable font size
- Switch to a configurable color scheme (foreground / background color) for better contrast

The presentation mode should toggle to the better contrast / larger font and also be able to toggle back to the previous profile settings.

# Additional info:
I really like to give talks, and if I happen to have some things I need to show on console, I'd love to use Terminal. However, I don't want to add new additional profiles just for presentations, and then copy the presentation profiles over to different shells (which would in fact double my profile count). Also, if I want to change stuff on the presentation profiles, I'd have to do every change for every presentation profile.

So adding separate presentation profiles is just a hacky workaround that involves a lot of work.
Repository: TypeScript
Issue: RegExp named capture groups don't get transpiled
Labels: Suggestion,In Discussion

**TypeScript Version:**
3.7.2 (3.7.4 and nightly (3.8.0) as well)

**Search Terms:**
Named capture groups
Named capturing groups
Regex
ES2018.RegExp

**Expected behavior:**
The named capture group in the regex gets transpiled to the correct target (`es5` in our case). Something like what [`@babel/plugin-transform-named-capturing-groups-regex`](https://babeljs.io/docs/en/babel-plugin-transform-named-capturing-groups-regex) does?

**Actual behavior:**
The named capture group ends up in the compiled code while only Chrome currently supports this.

**Related Issues:**
https://github.com/microsoft/TypeScript/issues/31241

**Code**
```
const regex = /^(?<name>[A-Za-z]+)/;
const match = regex.exec('MatchThis-NotThis');
console.log(match);
```

**Live Playground**
[Here](https://www.typescriptlang.org/v2/en/play#code/MYewdgzgLgBATgUwOYIB4wLwwPQD0AUA-ADxgCGAtggHwDaAggLQBaZjAXgLoDUAlNgG4AUKEiwKZKMAAWmeMjQA6NAmD4A5AFlJMgCrSAlhEYA5EFH1H1vYaIggANgkUOQSfBKnSbQA)

**Additional information**
I'm not 100% sure if this is something that TypeScript actually should be doing so if that's not the case I'd like to get some details on how to properly transpile this.
Repository: go
Issue: runtime: Go 1.14/Windows asynchronous preemption mechanism likely incompatible with debugging
Labels: help wanted,OS-Windows,NeedsInvestigation,Debugging,compiler/runtime

If I understand correctly asynchronous preemption is implemented in Windows by:

1. Calling SuspendThread on the target thread
2. Waiting for SuspendThread to take effect by calling GetThreadContext
3. Injecting a function call on the target thread by manipulating the context and calling SetThreadContext
4. Calling ResumeThread on the target thread

This procedure being implemented by preemptM in src/runtime/os_windows.go.

However, from what I can observe, it seems that GetThreadContext will also return when the target thread get suspended after hitting a software breakpoint (placed by a debugger). This has two effects: first the breakpoint will be missed (because preemptM will manipulate the thread context to insert a function call, masking the breakpoint), secondly the return address for the injected call will be in the middle of an instruction (because the software breakpoint was partially overwriting an instruction).

A debugger that knows about this can work around it by checking if a thread is stopped on the entry point of asyncPreempt, and fix its return address. For this to work however preemptM needs to fully finish its context manipulation, if it ends up being stopped between the point where GetThreadContext returns and SetThreadContext is called the same problem will happen.

I'm not sure that there is a way to use software breakpoints with Go 1.14 with async preemption, as it currently is. Did I misunderstand anything?
Repository: pytorch
Issue: Internal assert failure for user IValue unwrapping
Labels: oncall: jit,triaged

## 🐛 Bug

<!-- A clear and concise description of what the bug is. -->
when i'm loading a torchscript model in c++,  bug:
```
libc++abi.dylib: terminating with uncaught exception of type c10::Error: isTensor() INTERNAL ASSERT FAILED at /Users/sjf/libtorch/include/ATen/core/ivalue_inl.h:86, please report a bug to PyTorch. Expected Tensor but got Tuple (toTensor at /Users/sjf/libtorch/include/ATen/core/ivalue_inl.h:86)
frame #0: c10::Error::Error(c10::SourceLocation, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) + 135 (0x104a289e7 in libc10.dylib)
frame #1: c10::IValue::toTensor() && + 289 (0x1049a2b81 in test)
frame #2: main + 651 (0x1049a1ddb in test)
frame #3: start + 1 (0x7fff666cf7fd in libdyld.dylib)
frame #4: 0x0 + 1 (0x1 in ???)
zsh: abort      ./test
```
## To Reproduce

Steps to reproduce the behavior:

1. Firstly, i have converted my own pytorch model to torch script via tracing.

2. Here is my cmakelists.txt
```
cmake_minimum_required(VERSION 3.0 FATAL_ERROR)
project(custom_ops)
find_package(Torch REQUIRED)
add_executable(test main.cpp)
target_link_libraries(test "${TORCH_LIBRARIES}") 
set_property(TARGET test PROPERTY CXX_STANDARD 11)
```

3. Here is my cpp code
```cpp
#include <torch/script.h>
#include <iostream>
#include <memory>

int main(int argc, const char* argv[]) {
    torch::jit::script::Module module;
    try {
        module = torch::jit::load("/Users/alon/Downloads/bise_x39_102.pt");
    }
    catch (const c10::Error& e) {
        std::cerr << "error loading the model\n";
        return -1;
    }
    std::vector<torch::jit::IValue> inputs;
    inputs.push_back(torch::ones({1, 3, 384, 384}));
    at::Tensor output = module.forward(inputs).toTensor();
}
```
 when i run it, it have bugs, i'm sure it has something wrong in the last row of cpp code, but i have no idea what's wrong with it.
<!-- If you have a code sample, error messages, stack traces, please provide it here as well -->

## Expected behavior

<!-- A clear and concise description of what you expected to happen. -->

## Environment

Please copy and paste the output from our
[environment collection script](https://raw.githubusercontent.com/pytorch/pytorch/master/torch/utils/collect_env.py)
(or fill out the checklist below manually).

You can get the script and run it with:
```
wget https://raw.githubusercontent.com/pytorch/pytorch/master/torch/utils/collect_env.py
# For security purposes, please check the contents of collect_env.py before running it.
python collect_env.py
```

 - PyTorch Version (e.g., 1.0):1.3
 - OS (e.g., Linux):MACOSX 10.15.2
 - How you installed PyTorch (`conda`, `pip`, source):pip
 - Build command you used (if compiling from source):
 - Python version:3.7.4
 - CUDA/cuDNN version: None
 - GPU models and configuration: None
 - Any other relevant information:

## Additional context

<!-- Add any other context about the problem here. -->


cc @suo
Repository: TypeScript
Issue: No overload expects 5 arguments, but overloads do exist that expect either 5 or 9 arguments (CanvasRenderingContext2D.drawImage)
Labels: Bug

**TypeScript Version:**  3.7.2

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** Canvas, Destructuring, Argument count error

**Expected behavior:**

No type errors

**Actual behavior:**

No overload expects 5 arguments, but overloads do exist that expect either 5 or 9 arguments.

**Code**
```ts
type Rect = [number, number, number, number]
const clipRect: Rect = [0, 0, 100, 100]
const canvas = document.createElement('canvas')
const ctx = canvas.getContext('2d')!
const img = new Image()
ctx.drawImage(img, ...clipRect, 0, 0, 200, 200)
// ^ No overload expects 5 arguments,
// but overloads do exist that expect either 5 or 9 arguments.
```



<details><summary><b>Output</b></summary>

```ts
"use strict";
const clipRect = [0, 0, 100, 100];
const canvas = document.createElement('canvas');
const ctx = canvas.getContext('2d');
const img = new Image();
ctx.drawImage(img, ...clipRect, 0, 0, 200, 200);

```


</details>


<details><summary><b>Compiler Options</b></summary>

```json
{
  "compilerOptions": {
    "noImplicitAny": true,
    "strictNullChecks": true,
    "strictFunctionTypes": true,
    "strictPropertyInitialization": true,
    "strictBindCallApply": true,
    "noImplicitThis": true,
    "noImplicitReturns": true,
    "useDefineForClassFields": false,
    "alwaysStrict": true,
    "allowUnreachableCode": false,
    "allowUnusedLabels": false,
    "downlevelIteration": false,
    "noEmitHelpers": false,
    "noLib": false,
    "noStrictGenericChecks": false,
    "noUnusedLocals": false,
    "noUnusedParameters": false,
    "esModuleInterop": true,
    "preserveConstEnums": false,
    "removeComments": false,
    "skipLibCheck": false,
    "checkJs": false,
    "allowJs": false,
    "declaration": true,
    "experimentalDecorators": false,
    "emitDecoratorMetadata": false,
    "target": "ES2017",
    "module": "ESNext"
  }
}
```


</details>

**Playground Link:** [Provided](https://www.typescriptlang.org/play/#code/C4TwDgpgBAShDGwoF4oG0B2BXAtgIwgCcAaKbfI08gks3GgXQCh4B7DAZyXgBsBLMHEQAuWAiSo0ABlIyoARilzFU5m07cAhhgBumjiigATVvFwQMwAHTxCETcAgBRHhBwXgACgDk8bXo5vAEoWdi4oRAAPQz9dfSsAcwhgAGF2R0ivbwAmI2CAQlCNKD4cBMMMCAB3KABJHE0kzxCoqyNCTSr6xohPUoTSKyHeASFgWQmobKVSaakgoA)
Repository: rust
Issue: Confusing "expected reference, found ..." error when trying to chain Iterator<T> and Iterator<&T>
Labels: C-enhancement,A-diagnostics,T-compiler,A-iterators,D-confusing

I'm running rustc 1.40.0.

The code:

```rust
fn main() {
    let a = (0..3).chain([3, 4, 5].iter());
}
```

Trying to compile it results in:

```
% rustc test1.rs           
error[E0271]: type mismatch resolving `<std::slice::Iter<'_, {integer}> as std::iter::IntoIterator>::Item == {integer}`
 --> test1.rs:2:20
  |
2 |     let a = (0..3).chain([3, 4, 5].iter());
  |                    ^^^^^ expected reference, found integer
  |
  = note: expected type `&{integer}`
             found type `{integer}`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0271`.
```

If one focues one the `^^^^^ expected reference, found integer` line (as I did) one is faced with the following difficulties:

1. It's the `chain` identifier that's underlined/pointed towards here which is (to me) confusing
2. If I follow the "expected reference, found integer" advice naively and without trying to get to the bottom of things I may think "ok, the problem is with the `chain` call, it expects references but I give it integers, let's add references" and produce the following:

```rust
fn main() {
    let a = (0..3).chain([&3, &4, &5].iter());
}
```

And the error gets even more confusing:
```
% rustc test2.rs       
error[E0271]: type mismatch resolving `<std::slice::Iter<'_, &{integer}> as std::iter::IntoIterator>::Item == {integer}`
 --> test2.rs:2:20
  |
2 |     let a = (0..3).chain([&3, &4, &5].iter());
  |                    ^^^^^ expected reference, found integer
  |
  = note: expected type `&&{integer}`
             found type `{integer}`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0271`.
```

That attempt to fix things was of course totally incorrect, but the error messages don't help here.
Repository: storybook
Issue: build-storybook should build stories with "Static Site Generation" (SSG) for improved perf/SEO
Labels: feature request,core

**Is your feature request related to a problem? Please describe.**
I'm always frustrated when I navigate to a page and see the page skeleton while the stories are fetched instead of just showing the full menu/first page immediately. There's already a build step, so this seems possible.

**Describe the solution you'd like**
I'd like to see a solution where static pages are generated from stories without showing the generic storybook skeleton:
![image](https://user-images.githubusercontent.com/130445/72168559-037db300-3393-11ea-9665-57f04dd20721.png)

**Describe alternatives you've considered**
With tools like Gatsby and NextJS bringing support for SSG, I could set up a separate site that utilizes the new CSF format and maybe host it there, but that wouldn't be ideal.

**Are you able to assist bring the feature to reality?**
Yes with guidance since I don't have familiarity with the storybook internals.

**Additional context**
N/A
Repository: flutter
Issue: [web][firefox] support Clipboard.getData platform message on Firefox
Labels: framework,engine,platform-web,browser: firefox,P2,team-web,triaged-web

Firefox only supports `readText` if the target element is in content editable mode.

See: https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Editable_content
See: https://developer.mozilla.org/en-US/docs/Web/API/Clipboard_API
Repository: pytorch
Issue: Sobol point implementation
Labels: triaged,module: random

## 🐛 Bug

<!-- A clear and concise description of what the bug is. -->

## To Reproduce

Steps to reproduce the behavior:

```
from torch.quasirandom import SobolEngine
from torch import where

print('These issues all concern the implementation of Sobol points \n')
print('The zeroth unscrambled Sobol point should always be zero.')
print('But the implementation here starts with the first point, (0.5, 0.5, ...)')
sobol = SobolEngine(dimension=5, scramble=False)
x = sobol.draw(1)
print(x)
print('Can this be rectified? \n')

print('With probability one, a scrambled Sobol point should never have a coordinate = 1')
print('But with this implementation, it happens far too often')
for ii in range(0,100):
    sobol = SobolEngine(dimension=64, scramble=True, seed=ii)
    x = sobol.draw(2**16)
    where1 = where(x==1)
    if len(where1[0]):
        print('When seed =',ii)
        print('  Sobol point coordinate is 1 at:',where1)
print('Can this be rectified?')
```


<!-- If you have a code sample, error messages, stack traces, please provide it here as well -->

## Expected behavior

The first point in an unscrambled Sobol sequence should be the vector 0

All coordinates of (scrambled) Sobol points should be less than 1

<!-- A clear and concise description of what you expected to happen. -->

## Environment

Please copy and paste the output from our
[environment collection script](https://raw.githubusercontent.com/pytorch/pytorch/master/torch/utils/collect_env.py)
(or fill out the checklist below manually).

You can get the script and run it with:
```
wget https://raw.githubusercontent.com/pytorch/pytorch/master/torch/utils/collect_env.py
# For security purposes, please check the contents of collect_env.py before running it.
python collect_env.py
```

 - PyTorch Version (e.g., 1.3.1):
 - Mac OS Catalina and Linux
 - How you installed PyTorch (`conda`, `pip`, source): pip
 - Build command you used (if compiling from source): no compiling
 - Python version: 3.7
 - CUDA/cuDNN version: NA
 - GPU models and configuration: NA
 - Any other relevant information:  

## Additional context

Submitter and team are highly invested in low discrepancy sequence software and would be quite interested in engaging the developers of SobolEngine

<!-- Add any other context about the problem here. -->
Repository: TypeScript
Issue: import fix / autocomplete requires type checking JS/JSX
Labels: Suggestion,Awaiting More Feedback

Extracted issue from https://code.visualstudio.com/docs/nodejs/working-with-javascript#_type-checking-javascript

Auto complete of imports in JS/JSX files does not work properly [unless](https://code.visualstudio.com/docs/nodejs/working-with-javascript#_type-checking-javascript) type checking of JS/JSX files is explicitly enabled. This is counter intuitive, and forces the user to endure potentially unwanted type errors in order to have working autocomplete of imports.

It's extra confusing because the autocomplete does work for symbols exported from modules that are already imported (so it seems like it should work but is flaky). It took me a long time to find this problem.
Repository: godot
Issue: Custom drawing on TileMap node draws behind tiles
Labels: documentation,topic:2d

I'm attempting to draw outlines over a TileMap by implementing _draw() in the TileMap's script, but all custom drawing objects appear behind the tiles instead of on top of them. 

Godot Version 3.2b4
Mac OS X 10.15.2 (Catalina)
Intel HD Graphics 615 1536 MB
Repository: node
Issue: new tls.TLSSocket issue
Labels: confirmed-bug,tls,doc

<!--
Thank you for reporting a possible bug in Node.js.

Please fill in as much of the template below as you can.

Version: output of `node -v`
Platform: output of `uname -a` (UNIX), or version and 32 or 64-bit (Windows)
Subsystem: if known, please specify the affected core module name

If possible, please provide code that demonstrates the problem, keeping it as
simple and free of external dependencies as you can.
-->

* **Version**: 10.x+
* **Platform**: All
* **Subsystem**: tls

<!-- Please provide more details below this comment. -->

When I try to create a secure connection over an existing stream, implementing something similar to STARTTLS, the suggested way is to use new tls.TLSSocket(<duplex stream>).

I also want to use mutual certification authentication but the tlsSocket.authorized is never set to true for the Server even when the client certificate is signed correctly by the expected CA. From the _tls_wrap.js code, it seems this flag is only set for the server when the underlying stream is an actual socket.

On the client side things are working as expected, as the client side connection is created with tls.connect().

It used to be that the deprecated pair returned by tls.createSecurePair() has access to the internal SSL object, which I can use verifyError() to check the validity of the client certificate. But this hidden feature has also been removed in recent versions.

What is the correct approach to mca for "upgraded" connection?
Repository: flutter
Issue: Breaking Change Proposal: ButtonBar's buttonPadding's vertical padding
Labels: framework,f: material design,c: proposal,team-design,triaged-design

When defining a `ButtonBar`'s padding, only the horizontal value is used, and only in [a very particular way](https://github.com/flutter/flutter/blob/master/packages/flutter/lib/src/material/button_bar.dart#L167):
```
    switch (buttonTheme.layoutBehavior) {
      case ButtonBarLayoutBehavior.padded:
        return Padding(
          padding: EdgeInsets.symmetric(
            vertical: 2.0 * paddingUnit,
            horizontal: paddingUnit,
          ),
          child: child,
        );
      case ButtonBarLayoutBehavior.constrained:
        return Container(
          padding: EdgeInsets.symmetric(horizontal: paddingUnit),
          constraints: const BoxConstraints(minHeight: 52.0),
          alignment: Alignment.center,
          child: child,
        );
```

This is particularly restrictive because it forces the vertical padding to be tied to the passed in horizontal padding. 

## Proposal

I propose that that the vertical padding be made separate from the horizontal padding. This would break any users who have defined a custom `buttonPadding`, since their vertical padding might change unexpectedly.

cc/ @HansMuller, looking at the history of the file, maybe there's some necessity to the way it's currently implemented that I'm missing on