sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: go
Issue: build: build failure on gotip-netbsd-arm
Labels: NeedsInvestigation

```
#!watchflakes
default <- builder == "gotip-netbsd-arm" && repo == "go" && mode == "build"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8730003863371080785)):

    [I2024-11-28T22:16:19.152630Z 10154 0 sink.go:277] SinkServer: warm-up started
    [I2024-11-28T22:16:19.152959Z 10154 0 sink.go:350] SinkServer: starting HTTP server...
    [I2024-11-28T22:16:19.165678Z 10154 0 sink.go:282] SinkServer: warm-up ended
    [I2024-11-28T22:16:19.168201Z 10154 0 cmd_stream.go:492] rdb-stream: starting the test command - ["/home/swarming/.swarming/w/ir/cache/tools/bin/result_adapter" "go" "-v=false" "-dump-json" "/home/swarming/.swarming/w/ir/x/w/dist.testjson" "--" "/home/swarming/.swarming/w/ir/x/w/goroot/bin/go" "tool" "dist" "test" "-json"]
    cmd/compile/internal/ssa: /home/swarming/.swarming/w/ir/x/w/goroot/pkg/tool/netbsd_arm/vet: signal: segmentation fault (core dumped)
    go tool dist: Failed: exit status 1
    ok  	archive/tar	2.052s
    ok  	archive/zip	8.381s
    ok  	bufio	0.808s
    ok  	bytes	4.393s
    ...
    [I2024-11-28T23:33:00.489825Z 10154 0 sink.go:353] SinkServer: HTTP server stopped with "http: Server closed"
    [I2024-11-28T23:33:00.490031Z 10154 0 sink_server.go:96] SinkServer: draining TestResult channel started
    [I2024-11-28T23:33:01.635177Z 10154 0 sink_server.go:98] SinkServer: draining TestResult channel ended
    [I2024-11-28T23:33:01.635505Z 10154 0 sink_server.go:100] SinkServer: draining Artifact channel started
    [I2024-11-28T23:33:01.986535Z 10154 0 sink_server.go:102] SinkServer: draining Artifact channel ended
    [I2024-11-28T23:33:01.987526Z 10154 0 sink.go:378] SinkServer: shutdown completed successfully
    [I2024-11-28T23:33:01.992109Z 10154 0 cmd_stream.go:445] Caught InterruptEvent
    [I2024-11-28T23:33:01.992466Z 10154 0 terminate_unix.go:32] Sending syscall.SIGTERM to subprocess
    [W2024-11-28T23:33:01.996632Z 10154 0 cmd_stream.go:451] Could not terminate subprocess (os: process already finished), cancelling its context
    [I2024-11-28T23:33:01.996923Z 10154 0 cmd_stream.go:420] rdb-stream: exiting with 1


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: pytorch
Issue: running my facebook/bart-base for summarization task :  MPS does not support cumsum op with int64 input
Labels: triaged,enhancement,module: mps

### 🐛 Describe the bug

''' Summarization implementation '''

from domain.interfaces import SummarizationServiceInterface
from transformers import AutoTokenizer, AutoModelForSeq2SeqLM
import torch

class SummarizationService(SummarizationServiceInterface):
    """Summarizes text using a pre-trained model."""

    def __init__(self, model_name: str = "facebook/bart-base", device: str = "mps"):
        """
        Initializes the summarization service.

        Args:
            model_name (str): Name of the pre-trained model to load.
            device (str): Device to run the model on ('cpu' or 'mps').
        """
        self.device = torch.device(device)
        self.tokenizer = AutoTokenizer.from_pretrained(model_name)
        self.model = AutoModelForSeq2SeqLM.from_pretrained(model_name).to(self.device)

    def summarize(self, texts: list[str]) -> str:
        """
        Summarizes a list of texts.

        Args:
            texts (list[str]): A list of text to summarize.

        Returns:
            str: The summarized text.
        """
        combined_text = " ".join(texts)
        inputs = self.tokenizer(
            combined_text, max_length=1024, return_tensors="pt", truncation=True
        ).to(self.device)

        summary_ids = self.model.generate(
            inputs["input_ids"], max_length=150, min_length=40, num_beams=1, early_stopping=True
        )
        return self.tokenizer.decode(summary_ids[0], skip_special_tokens=True)
        
        
        
        The error message is:
        Summarizing Cluster 231 with 153 reviews...
/Users/..../Code/cluster-summ-reviews/venv/lib/python3.9/site-packages/transformers/generation/configuration_utils.py:638: UserWarning: `num_beams` is set to 1. However, `early_stopping` is set to `True` -- this flag is only used in beam-based generation modes. You should set `num_beams>1` or unset `early_stopping`.
  warnings.warn(
INFO:torch.distributed.nn.jit.instantiator:Created a temporary directory at /var/folders/vh/thwrv1sj5cz7rnp9b4lg_wwr0000gn/T/tmpd_c_swrv
INFO:torch.distributed.nn.jit.instantiator:Writing /var/folders/vh/thwrv1sj5cz7rnp9b4lg_wwr0000gn/T/tmpd_c_swrv/_remote_module_non_scriptable.py
/Users/..../Code/cluster-summ-reviews/venv/lib/python3.9/site-packages/transformers/pytorch_utils.py:325: UserWarning: To copy construct from a tensor, it is recommended to use sourceTensor.clone().detach() or sourceTensor.clone().detach().requires_grad_(True), rather than torch.tensor(sourceTensor).
  test_elements = torch.tensor(test_elements)
ERROR:root:An error occurred: MPS does not support cumsum op with int64 input


### Versions

zsh: command not found: wget

cc @kulinseth @albanD @malfet @DenisVieriu97 @jhavukainen
Repository: stable-diffusion-webui
Issue: [Bug]:SD3.5 Large Turbo，4080Super显卡，Windows10，  后台不报错，但是生成图片都是色块
Labels: bug-report

### Checklist

- [ ] The issue exists after disabling all extensions
- [X] The issue exists on a clean installation of webui
- [ ] The issue is caused by an extension, but I believe it is caused by a bug in the webui
- [ ] The issue exists in the current version of the webui
- [ ] The issue has not been reported before recently
- [ ] The issue has been reported before but has not been fixed yet

### What happened?

 后台不报错，但是生成图片都是色块

### Steps to reproduce the problem

启动后，Prompt输入后，图片可生成，但是都是色块，所有Sampling Method都有这个问题，所有参数是默认设置

### What should have happened?

显示的色块

### What browsers do you use to access the UI ?

Google Chrome

### Sysinfo

所有设置均默认

### Console logs

```Shell
To create a public link, set `share=True` in `launch()`.
Startup time: 6.0s (prepare environment: 1.2s, import torch: 1.9s, import gradio: 0.5s, setup paths: 0.5s, initialize shared: 0.2s, other imports: 0.3s, list SD models: 0.3s, load scripts: 0.4s, create ui: 0.2s, gradio launch: 0.6s).
Applying attention optimization: Doggettx... done.
Model loaded in 11.2s (load weights from disk: 0.3s, create model: 0.4s, apply weights to model: 7.4s, apply float(): 2.3s, move model to device: 0.3s, calculate empty prompt: 0.5s).
100%|██████████████████████████████████████████████████████████████████████████████████| 20/20 [02:27<00:00,  7.40s/it]
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [02:37<00:00,  7.86s/it]
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [02:37<00:00,  8.41s/it]
```


### Additional information

_No response_
Repository: pytorch
Issue: AOTAutograd cache isn't obviously hit/miss in tlparse rendering
Labels: triaged,oncall: pt2,module: aotdispatch

### 🐛 Describe the bug

See 

<img width="501" alt="image" src="https://github.com/user-attachments/assets/c1235c02-d42e-4068-94cb-bda5d676fefa">

cc @chauhang @penguinwu @zou3519 @bdhirsh @yf225 @jamesjwu 

### Versions

main
Repository: pytorch
Issue: torch.roll runs too slow at MPS backend
Labels: module: performance,triaged,module: mps

### 🐛 Describe the bug

# Versions
torch: 2.5.1
GPU: Apple M3 Pro
OS: Mac OS 15.1

# Problem
Hi, I found that my model ran too slow at MPS backend, and I believe it happens due to the inefficient `torch.roll` function at MPS backend. I ran the following tests and found my CPU backend is at least 50x faster than MPS in any data type. 
```
Device: cpu, Mean time per run: 2.54 µs
Device: mps, Mean time per run: 157.64 µs
```
Is it possible to fix or avoid this issue? Thanks.

```python
import torch
import torch.utils.benchmark as benchmark

def test_roll(device):
    # Create the tensor on the specified device
    x = torch.randint(0, 100, (20, 20), dtype=torch.int64, device=device)
    
    # Define the function to benchmark
    if device == 'mps':
        def fn():
            y = torch.roll(x, shifts=1, dims=1)
            torch.mps.synchronize()  # Synchronize for accurate timing
    else:
        def fn():
            y = torch.roll(x, shifts=1, dims=1)
            # No synchronization needed for CPU

    # Setup the timer
    t = benchmark.Timer(
        stmt='fn()',
        globals={'fn': fn},
        num_threads=1,
    )
    
    # Run the benchmark
    m = t.timeit(1000)
    print(f"Device: {device}, Mean time per run: {m.mean * 1e6:.2f} µs")
    
# List of devices to test
devices = ['cpu']
if torch.backends.mps.is_available():
    devices.append('mps')
else:
    print("MPS device not available. Only CPU will be tested.")

# Test torch.roll on each device
for device in devices:
    test_roll(device)
```

### Versions

PyTorch version: 2.5.1
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: macOS 15.1 (arm64)
GCC version: Could not collect
Clang version: 16.0.0 (clang-1600.0.26.4)
CMake version: version 3.29.5
Libc version: N/A

Python version: 3.11.10 (main, Oct  3 2024, 02:26:51) [Clang 14.0.6 ] (64-bit runtime)
Python platform: macOS-15.1-arm64-arm-64bit
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

CPU:
Apple M3 Pro

Versions of relevant libraries:
[pip3] numpy==1.23.5
[pip3] torch==2.5.1
[pip3] torch_geometric==2.4.0
[conda] numpy                     1.23.5                   pypi_0    pypi
[conda] torch                     2.5.1                    pypi_0    pypi
[conda] torch-geometric           2.4.0                    pypi_0    pypi

cc @msaroufim @kulinseth @albanD @malfet @DenisVieriu97 @jhavukainen
Repository: pytorch
Issue: AOTAutograd cache always misses even on simple program
Labels: triaged,oncall: pt2,module: aotdispatch

### 🐛 Describe the bug

```
(/home/ezyang/local/b/pytorch-env) [ezyang@devgpu005.nha1 ~/local/b/pytorch (a1348a73)]$ TORCHINDUCTOR_AUTOGRAD_CACHE=1 TORCH_LOGS=torch._functorch._aot_autograd.autograd_cache python aaa.py 
I1128 17:54:16.961000 1579551 torch/_functorch/_aot_autograd/autograd_cache.py:665] [0/0] AOTAutograd cache miss for key a3fjisonhscsotmkqcifvx22whts72lyron5lrhskrbowx3hfbav
(/home/ezyang/local/b/pytorch-env) [ezyang@devgpu005.nha1 ~/local/b/pytorch (a1348a73)]$ TORCHINDUCTOR_AUTOGRAD_CACHE=1 TORCH_LOGS=torch._functorch._aot_autograd.autograd_cache python aaa.py 
I1128 17:54:26.680000 1582644 torch/_functorch/_aot_autograd/autograd_cache.py:665] [0/0] AOTAutograd cache miss for key a3fjisonhscsotmkqcifvx22whts72lyron5lrhskrbowx3hfbav
(/home/ezyang/local/b/pytorch-env) [ezyang@devgpu005.nha1 ~/local/b/pytorch (a1348a73)]$ vim aaa.py
(/home/ezyang/local/b/pytorch-env) [ezyang@devgpu005.nha1 ~/local/b/pytorch (a1348a73)]$ cat aaa.py
import torch
import torch._dynamo.config



# Artificially generate lots of small kernels
torch._inductor.config.realize_reads_threshold = 1
torch._inductor.config.realize_opcount_threshold = 1
torch._inductor.config.max_fusion_size = 1


N = 2


@torch.compile(fullgraph=True)
def f(a, b):
    for i in range(N):
        a = a + b * i
    return a


f(torch.randn(2, device="cuda", requires_grad=True), torch.randn(2, device="cuda")).sum().backward()
```

### Versions

main

cc @chauhang @penguinwu @zou3519 @bdhirsh @yf225
Repository: vscode
Issue: With the `Light+` theme,  the input area of Chat in Editor is indistinguishable from the background when out of focus
Labels: bug,themes,confirmed,chat

Version: 1.96.0-insider
Commit: 1bdee4500fc32f4eb195e087501b8c9331447fb3
Date: 2024-11-28T10:48:06.788Z
Electron: 32.2.5
ElectronBuildId: 10579404
Chromium: 128.0.6613.186
Node.js: 20.18.0
V8: 12.8.374.38-electron.0
OS: Darwin x64 22.6.0
Steps to Reproduce:

1.  Set `"workbench.colorTheme": "Default Light+"`
2. Open Chat in Editor.
3. Focus to a other part.
4. The input area of Chat in Editor is indistinguishable from the background.

The input area should have a border even when out of focus.

![Image](https://github.com/user-attachments/assets/913e84a6-3cb0-4043-be49-ae7f0555eb68)
Repository: godot
Issue: Web Editor – "Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'msg_send_queue')"
Labels: bug,platform:web,topic:editor,topic:porting

### Tested versions

- Reproducible in 4.4.dev [0eadbdb5d0709e4e557e52377fa075d3e2f0ad1f]


### System information

Google Chrome 131.0.6778.86 on macOS Sequoia 15.1.1 with Intel processor

### Issue description

Following the instructions for [Building the Editor on Compiling for the Web](https://docs.godotengine.org/en/stable/contributing/development/compiling/compiling_for_web.html#building-the-editor), the Loader screen (where a project ZIP can be selected) appears correct but when I attempt to load the actual editor, it gets stuck on the Godot splash screen.

In the JavaScript console, I see the following error:
```
Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'msg_send_queue')
    at Object.sendmsg (godot.editor.js:5034:14)
    at Object.write (godot.editor.js:4640:28)
    at Object.write (godot.editor.js:3478:42)
    at ___syscall_sendto (godot.editor.js:5428:17)
    at godot.web.editor.dev.wasm32.wasm.sendto (godot.web.editor.dev.wasm32.wasm-7f02190a:0x3816d24)
    at godot.web.editor.dev.wasm32.wasm.send (godot.web.editor.dev.wasm32.wasm-7f02190a:0x3816d11)
    at godot.web.editor.dev.wasm32.wasm.__netlink_enumerate (godot.web.editor.dev.wasm32.wasm-7f02190a:0x37e8599)
    at godot.web.editor.dev.wasm32.wasm.__rtnetlink_enumerate (godot.web.editor.dev.wasm32.wasm-7f02190a:0x37e852c)
    at godot.web.editor.dev.wasm32.wasm.getifaddrs (godot.web.editor.dev.wasm32.wasm-7f02190a:0x37e5bfc)
    at godot.web.editor.dev.wasm32.wasm.IPUnix::get_local_interfaces(HashMap<String, IP::Interface_Info, HashMapHasherDefault, HashMapComparatorDefault<String>, DefaultTypedAllocator<HashMapElement<String, IP::Interface_Info>>>*) const (wasm://wasm/godot.web.editor.dev.wasm32.wasm-7f02190a)
```

Resizing the window causes the Godot splash screen to disappear and be replaced with a pure black screen.

### Steps to reproduce

Build the editor for web using
```
scons platform=web target=editor
```

Run the web editor:
```
python platform/web/serve.py
```
and select `godot.web.editor.dev.wasm32/` from the directory listing, then `godot.editor.html`.

The loader screen should appear correctly. Open the JavaScript console. Click "Start Godot editor".

You should see the usual output from Godot's console on startup...
```
Godot Engine v4.4.dev.custom_build.0eadbdb5d (2024-11-28 14:08:33 UTC) - https://godotengine.org
OpenGL API OpenGL ES 3.0 (WebGL 2.0 (OpenGL ES 3.0 Chromium)) - Compatibility - Using Device: WebKit - WebKit WebGL
```
...but after that, the JavaScript error written above.

A full image of the JavaScript console for reference:
![Image](https://github.com/user-attachments/assets/66450743-64ea-49e6-bce9-186e997201f6)


### Minimal reproduction project (MRP)

N/A
Repository: flutter
Issue: [Android 13] New transition when opening new activities
Labels: c: new feature,platform-android,framework,f: material design,c: proposal,e: OS-version specific,p: animations,P3,team-android,triaged-android

### Use case

Flutter apps running on Android 13 or higher don't use the new transition when starting a new activity.

### Proposal

Extend the [PageTransitionsBuilder](https://github.com/flutter/flutter/blob/bc0b62a2ab6c02e91f84f9b4b4cedeeacba89146/packages/flutter/lib/src/material/page_transitions_theme.dart#L554) class to define a default page transition that's similar to the one provided by Android T

https://github.com/user-attachments/assets/b3c5ba21-3c7b-43d2-a5cd-e0e084399d4e

**Note:** Even if the app doesn't use Material 3, the new page transition should be used when the app runs on Android 13 or higher.
Repository: godot
Issue: Crash from AnimationPlayer if initial properties are removed
Labels: bug,topic:editor,needs testing,crash,topic:animation

### Tested versions

- Reproducible in 4.3.stable

### System information

Godot v4.3.stable - Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1650 (NVIDIA; 31.0.15.3203) - Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz (12 Threads)

### Issue description

When reparenting nodes, property information is lost for animations - property track. (such as when you are reparenting a control to the direct node needed as root - ColorRect)
Then when clicking on the 'null' property Godot crashes. (so the name of the node displayed in the animation screen)

I expect that Godot should NOT crash after clicking on the node name.
Perhaps a popup to state that the selection has been deleted/null and cannot be clicked on.
If possible, a way to update the intended node that is being used by selecting the correct object, in the same way that you would have had to add the ColorRect initially.

It seems that when everything is working, the editor opens the inspector with the object information, so there is an assumption that the null node is trying to be read and then crashes.

I have tried to keep the language common as that you can understand it but it might not be the correct terminology. (nodes might be something else, etc.) I have meant nodes as the nodes that you see in the scene. I will try to respond when possible.
I did see that there were a few issues that were similar (null animations) but not the exact case that was reproduced. (more code, than editor)

### Steps to reproduce

- Create a Control - New Scene > User Interface - Attempting to create a fade animation
	- add ColorRect
	- add AnimationPlayer
	- add animations for fade out - property track - modulate colorRect
- Reparent node for ColorRect- called 'background'
- delete Control
- attempt to redo animation - should see red 'x's for 'empty animations'
- click on the name of the property - 'background'
- crash

work around - delete animation
- create a new Animation Node with redone Animations/ColorRect

### Minimal reproduction project (MRP)

N/A
Repository: tauri
Issue: [bug] Unable to get resource path on Android device
Labels: type: bug,status: needs triage

### Describe the bug

On `Android` devices, the `app.path().resource_dir().unwrap()` obtained by `rust` is `asset://localhost`, while on `MacOS` it is the normal path.

### Reproduction

Running [this example](https://github.com/tauri-apps/tauri/blob/d6bed20a0e326d7d4a7488a719fedfd89f11fb4e/examples/resources/src-tauri/src/main.rs#L22) on an `Android` device will not succeed because it does not have a valid path. When it reaches this point, it will be stuck (neither successful nor failed).

### Expected behavior

_No response_

### Full `tauri info` output

<details>
<summary>Tauri info</summary>
<pre><code>
[✔] Environment
    - OS: Mac OS 15.1.1 arm64 (X64)
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.82.0 (f6e511eec 2024-10-15)
    ✔ cargo: 1.82.0 (8f40fc59f 2024-08-21)
    ✔ rustup: 1.27.1 (2024-04-24)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (default)
    - node: 18.20.4
    - yarn: 1.22.22
    - npm: 10.7.0
    - bun: 1.1.37
    - deno: deno 2.1.1

[-] Packages
    - tauri 🦀: 2.1.1
    - tauri-build 🦀: 2.0.3
    - wry 🦀: 0.47.2
    - tao 🦀: 0.30.8
    - @tauri-apps/api : 2.0.3
    - @tauri-apps/cli : 2.0.5

[-] Plugins
    - tauri-plugin-shell 🦀: 2.0.2
    - @tauri-apps/plugin-shell : 2.0.1
    - tauri-plugin-fs 🦀: 2.0.3
    - @tauri-apps/plugin-fs : 2.0.2
    - tauri-plugin-http 🦀: 2.0.3
    - @tauri-apps/plugin-http : 2.0.1

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: other://localhost
    - framework: React

[-] iOS
    - Developer Teams: ******
✨  Done in 23.77s.
</code></pre>
</details>

### Stack trace

_No response_

### Additional context

I see that there are other people [asking](https://stackoverflow.com/questions/79105428/how-to-use-tauri-resource-files-properly-on-android) this question.
This question seems to be related to [another question](https://github.com/tauri-apps/tauri/issues/10338#issue-2421159146).
Repository: langchain
Issue: Similarity search in FAISS vector first search for fetch_k document and then filter which is a issue
Labels: Ɑ: vector store,investigate

### Checked other resources

- [X] I added a very descriptive title to this issue.
- [X] I searched the LangChain documentation with the integrated search.
- [X] I used the GitHub search to find a similar question and didn't find it.
- [X] I am sure that this is a bug in LangChain rather than my code.
- [X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

### Example Code

index.asimilarity_search_eith_score_by_vector(embedding=emb, k =20, fetch_k=10000,filter={'domain':metadata_filter})

### Error Message and Stack Trace (if applicable)

_No response_

### Description

I am trying to search for a query with a domain filter. The domain is stored as metadata with documents. Right now asimilarity_search_eith_score_by_vector function first fetches "fetch_k" number of documents based on the similarity score and then filter based domain metadata and returns "k" results. My documents across domains are of similar kind, so sometimes based on score whatever documents are extracted do not contain any given domain related documents and I get an empty response. In actual case it should first filter documents in index with domain and then do similarity search among filtered document only and return top k.

### System Info

System Information

------------------

> OS:  Linux

> OS Version:  #21~22.04.1-Ubuntu SMP Thu Nov  7 17:33:30 UTC 2024

> Python Version:  3.10.12 (main, Nov  6 2024, 20:22:13) [GCC 11.4.0]

 

Package Information

-------------------

> langchain_core: 0.2.38

> langchain: 0.2.16

> langchain_community: 0.2.16

> langsmith: 0.1.117

> langchain_chroma: 0.1.3

> langchain_huggingface: 0.0.3

> langchain_text_splitters: 0.2.4

 

Optional packages not installed

-------------------------------

> langgraph

> langserve

 

Other Dependencies

------------------

> aiohttp: 3.10.5

> async-timeout: 4.0.3

> chromadb: 0.5.3

> dataclasses-json: 0.6.7

> fastapi: 0.114.1

> httpx: 0.27.2

> huggingface-hub: 0.24.6

> jsonpatch: 1.33

> numpy: 1.26.4

> orjson: 3.10.7

> packaging: 24.1

> pydantic: 2.9.1

> PyYAML: 6.0.2

> requests: 2.32.3

> sentence-transformers: 3.0.1

> SQLAlchemy: 2.0.34

> tenacity: 8.5.0

> tokenizers: 0.19.1

> transformers: 4.44.2

> typing-extensions: 4.12.2
Repository: tailwindcss
Issue: [v4] Standalone cli doesn't bundle tailwindcss js library
Labels: v4,bc

<!-- Please provide all of the information requested below. We're a small team and without all of this information it's not possible for us to help and your bug report will be closed. -->

**What version of Tailwind CSS are you using?**

v4.0.0-beta.3

**What build tool (or framework if it abstracts the build tool) are you using?**

None

**What version of Node.js are you using?**

v22.8.0

**What browser are you using?**

N/A

**What operating system are you using?**

Ubuntu 24.10

**Reproduction URL**

https://github.com/leifmetcalf/tailwind-repro/tree/8cfa9c2b2b13a3d3e87cc115000ee553ea0a11df

**Describe your issue**

Run this command in the reproduction repo above
```
tailwindcss-linux-x64 --input app.css --output out.css
```
The command returns error code 1 with no message. Installing tailwind with `npm install tailwindcss` fixes the problem and the output file is created as expected.