Add correlation id to connector sdk

Readiness checklist

[ ] I added/updated tests.
[ ] I ensured that the PR title is good enough for the changelog.
[ ] I labeled the PR.
[ ] I self-reviewed the PR.

@jkoenig134 what do you think about this ?
Another option would be to tie the client to a correlation ID and "force" the user to use multiple clients.
I am also open for opinions if we should expose those utility functions "startCorrelation", "createCorrelationId" or if we only should document this.

I don't really like the idea to add the correlation-id package to the sdk. We should instead provide a possibility to add a correlation id for every request (send the header X-CORRELATION-ID)


System.AccessViolationException When Referenced Variable Missing

I found an issue when compiling from a content string and global variable is not declared.
Here is the invalid scrubbed input string:

$color-primary	:#339999;
$color-secondary	:#000000;
@import "C:\Source Code\svn\DEV\Web\css\scss\styles.scss"

Here is the valid scrubbed input string:

$color-primary	:#339999;
$color-secondary	:#000000;
$logo-path		:'http://localhost/Images/image.jpg';
@import "C:\Source Code\svn\DEV\Web\css\scss\styles.scss"

Here is the code used to execute the string:
using (SassCompiler compiler = new SassCompiler())
{
	CompilationOptions options = new CompilationOptions
	{
		IncludePaths = new List<string> {scssSourceDirectory},
		OutputStyle = OutputStyle.Compressed
	};

	CompilationResult results = compiler.Compile(content, null, null, options);
	css = results.CompiledContent;
}

Here is the exception:
System.AccessViolationException was caught
  HResult=-2147467261
  Message=Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
  Source=LibSassHost.Native-Proxy
  StackTrace:
       at LibSassHost.Native.Helpers.MarshallingHelper.custom_strdup(SByte* value)
       at LibSassHost.Native.Helpers.MarshallingHelper.UnmarshalConstString(SByte* value)
       at LibSassHost.Native.SassNativeCompiler.FillManagedContextError(SassContext context, Sass_Context* ctx)
       at LibSassHost.Native.SassNativeCompiler.Compile(SassDataContext dataContext)
       at LibSassHost.SassCompiler.Compile(String content, String inputPath, String outputPath, CompilationOptions options)...

I just pushed the latest bits to nuget, can you try with those? Not sure where libsasshost namespace is coming from though.

I guess this issue is not related with libsass-net but this one: https://github.com/Taritsyn/LibSassHost

ah ok, closing then.

@joaope and @darrenkopp: Sorry about that guys! I'll post over there.


Selected device doesn't have any stereo pairs [OAK-D-Lite]

whileusing depthai-viewer the depth settings are greyed out for the Oak-D Lite
Steps to reproduce the behavior:

depthai-viewer
Missing Depth Settings

I expect to see Depth Settings available

OS: Pop-os 22.04

Hello, your device is probably missing a calibration.
Do you guys have a .json I could use? The chacuro board does not work. I have tried many times, it will put green boxes around the markers and still say it failed.

@zrezke I would also like to note I am getting the depth settings back, but my quality is not good at all

Hey @Beauxrel !
The calibration is per device.. Your device should have been calibrated when you bought it.
Some time ago we started to store factory calibrations for devices, so if you can give me your device' MXID, I can look it up, to see if we have it (but I can't promise we do). For hand calibration issues, perhaps @MaticTonin can give you a tip on how to do it successfully.

Hi.
Can I see the log files you got from hand calibration? It seems to me that camera does not have Factory calibration and that the calibration you flashed on device is not good since the resolution of the flashed device.json file is 1200x800 instead of 640x480.
I would suggest you first check which depthai github you are using (suggest using main) and if depthai_calibration (suggest using latest main) is up to date.
After that it is important that the chaucos in the coverage image cover the whole field of view and that the -ms (a marker size), -s (a square size), -nx (number of charucos in x-direction) and -ny (number of charucos in y-direction) are written correctly in the command line.
Example of a charuco board with square size 5cm and markers size 3.7cm, dimensions 12x9
python3 calibrate.py -s 5 -ms 3.7 -nx 12 -ny 9
If you end up with an epipolar error that is too high (above 0.8 but below 1.5), I suggest using  -e 1.5 as an argument as well.
Note: If you don't want to recover the data, you can use  -m progress and it will only compute the processing stage of the calibration.
If this does not give meaningful results, you can always contact me.

@zrezke
Found device '3.6', MxId: '14442C10B1CB41D400', State: 'UNBOOTED'

@MaticTonin
Cam: color and focus: True
Cam: left and focus: False
Cam: right and focus: False
Saving dataset to: dataset
Sensor name for color is IMX214
Sensor name for left is OV7251
Sensor name for right is OV7251
Starting image capture. Press the [ESC] key to abort.
Will take 39 total images.
Start capturing...
new minimum: {'ts': 0.12755600000000555, 'indicies': {'color': 0, 'left': 0, 'right': 0}} min required: 0.2
new minimum: {'ts': 0.09581000000000017, 'indicies': {'color': 2, 'left': 2, 'right': 2}} min required: 0.2
Time stamp of color is 0:38:46.598404
Markers count ... 0
Total markers needed -> 18
Status of color is False
Time stamp of left is 0:38:46.646303
Markers count ... 35
Total markers needed -> 18
py: Saved image as: dataset/left/p0_0.png
Status of left is True
Time stamp of right is 0:38:46.646316
Markers count ... 38
Total markers needed -> 18
py: Saved image as: dataset/right/p0_0.png
Status of right is True
py: Capture failed, unable to find chessboard! Fix position and press spacebar again


Optimize differently-sized array equality

Fixes #2400

Can you push again and we'll merge? Thanks.

I'd like to know what @megawac meant in his comments – it seems he's saying mr PR doesn't change anything?


Symbiflow clk change

@rakeshm75, can you please make your changes on top of the recent clone and submit again

@rakeshm75, can you please make your changes on top of the recent clone and submit again


[Bug]: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)

Is there an existing issue for the same bug?

[X] I have checked the troubleshooting document at https://docs.all-hands.dev/modules/usage/troubleshooting
[X] I have checked the existing issues.

Describe the bug
I am running OpenDevin with Docker Compose, and there is no sandbox container present, so the SSH fails. What could cause this?
I am running Docker 27.1.1 on Ubuntu 22.04
Current OpenDevin version
ghcr.io/opendevin/opendevin:main

Installation and Configuration
opendevin:
  container_name: opendevin
  image: ghcr.io/opendevin/opendevin:main
  restart: unless-stopped
  environment:
    - SANDBOX_USER_ID=1001
    - LLM_API_KEY=ollama
    - LLM_BASE_URL=http://ollama:11434
    - LLM_OLLAMA_BASE_URL=http://ollama11434
    - WORKSPACE_MOUNT_PATH=/workspace
  volumes:
    - ../agent-workspace:/workspace
    - /var/run/docker.sock:/var/run/docker.sock
  expose:
    - 3000

Model and Agent
No response
Operating System
Ubuntu 22.04 on ARM
Reproduction Steps
No response
Logs, Errors, Screenshots, and Additional Context
opendevin  | 15:57:40 - opendevin:INFO: agent.py:79 - Using runtime: server
opendevin  | 15:57:40 - opendevin:INFO: ssh_box.py:135 - SSHBox is running as opendevin user with USER_ID=1001 in the sandbox
opendevin  | 15:57:40 - opendevin:INFO: ssh_box.py:178 - Detected initial session.
opendevin  | 15:57:40 - opendevin:INFO: ssh_box.py:180 - Creating new Docker container
opendevin  | 15:57:40 - opendevin:WARNING: ssh_box.py:578 - Using port forwarding till the enable host network mode of Docker is out of experimental mode.Check the 897th issue on https://github.com/OpenDevin/OpenDevin/issues/ for more information.
opendevin  | 15:57:40 - opendevin:INFO: ssh_box.py:586 - Mounting volumes: {'/workspace': {'bind': '/workspace', 'mode': 'rw'}, '/tmp/cache': {'bind': '/home/opendevin/.cache', 'mode': 'rw'}}
opendevin  | 15:57:41 - opendevin:INFO: ssh_box.py:597 - Container started
opendevin  | 15:57:42 - opendevin:INFO: ssh_box.py:613 - waiting for container to start: 1, container status: running
opendevin  | 15:57:43 - opendevin:INFO: ssh_box.py:342 - Connecting to SSH session...
opendevin  | 15:57:43 - opendevin:INFO: ssh_box.py:345 - You can debug the SSH connection by running: `ssh -v -p 39925 opendevin@localhost` using the password '7b412924-7db9-43bd-9e19-9bba89e1bd7a'
opendevin  | 15:57:43 - opendevin:ERROR: ssh_box.py:351 - Failed to login to SSH session, retrying...
opendevin  | 15:57:48 - opendevin:INFO: ssh_box.py:342 - Connecting to SSH session...
opendevin  | 15:57:48 - opendevin:INFO: ssh_box.py:345 - You can debug the SSH connection by running: `ssh -v -p 39925 opendevin@localhost` using the password '7b412924-7db9-43bd-9e19-9bba89e1bd7a'
opendevin  | 15:57:48 - opendevin:ERROR: ssh_box.py:351 - Failed to login to SSH session, retrying...
opendevin  | 15:57:53 - opendevin:INFO: ssh_box.py:342 - Connecting to SSH session...
opendevin  | 15:57:53 - opendevin:INFO: ssh_box.py:345 - You can debug the SSH connection by running: `ssh -v -p 39925 opendevin@localhost` using the password '7b412924-7db9-43bd-9e19-9bba89e1bd7a'
opendevin  | 15:57:54 - opendevin:ERROR: ssh_box.py:351 - Failed to login to SSH session, retrying...
opendevin  | 15:57:59 - opendevin:INFO: ssh_box.py:342 - Connecting to SSH session...
opendevin  | 15:57:59 - opendevin:INFO: ssh_box.py:345 - You can debug the SSH connection by running: `ssh -v -p 39925 opendevin@localhost` using the password '7b412924-7db9-43bd-9e19-9bba89e1bd7a'
opendevin  | 15:57:59 - opendevin:ERROR: ssh_box.py:351 - Failed to login to SSH session, retrying...
opendevin  | 15:58:04 - opendevin:INFO: ssh_box.py:342 - Connecting to SSH session...
opendevin  | 15:58:04 - opendevin:INFO: ssh_box.py:345 - You can debug the SSH connection by running: `ssh -v -p 39925 opendevin@localhost` using the password '7b412924-7db9-43bd-9e19-9bba89e1bd7a'
opendevin  | 15:58:04 - opendevin:ERROR: ssh_box.py:351 - Failed to login to SSH session, retrying...
opendevin  | 15:58:04 - opendevin:ERROR: session.py:116 - Error creating controller: RetryError[<Future at 0xf20b3eb1ed20 state=finished raised ExceptionPxssh>]
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/tenacity/__init__.py", line 478, in __call__
opendevin  |     result = fn(*args, **kwargs)
opendevin  |              ^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/docker/ssh_box.py", line 354, in __ssh_login
opendevin  |     raise e
opendevin  |   File "/app/opendevin/runtime/docker/ssh_box.py", line 348, in __ssh_login
opendevin  |     self.ssh.login(hostname, username, self._ssh_password, port=self._ssh_port)
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pexpect/pxssh.py", line 424, in login
opendevin  |     raise ExceptionPxssh('Could not establish connection to host')
opendevin  | pexpect.pxssh.ExceptionPxssh: Could not establish connection to host
opendevin  |
opendevin  | The above exception was the direct cause of the following exception:
opendevin  |
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/opendevin/server/session/session.py", line 106, in _initialize_agent
opendevin  |     await self.agent_session.start(
opendevin  |   File "/app/opendevin/server/session/agent.py", line 54, in start
opendevin  |     await self._create_runtime(runtime_name, config)
opendevin  |   File "/app/opendevin/server/session/agent.py", line 81, in _create_runtime
opendevin  |     self.runtime = runtime_cls(
opendevin  |                    ^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/server/runtime.py", line 48, in __init__
opendevin  |     self.sandbox = self.create_sandbox(sid, config.sandbox.box_type)
opendevin  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/server/runtime.py", line 61, in create_sandbox
opendevin  |     return DockerSSHBox(
opendevin  |            ^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/docker/ssh_box.py", line 203, in __init__
opendevin  |     raise e
opendevin  |   File "/app/opendevin/runtime/docker/ssh_box.py", line 200, in __init__
opendevin  |     self.start_ssh_session()
opendevin  |   File "/app/opendevin/runtime/docker/ssh_box.py", line 358, in start_ssh_session
opendevin  |     self.__ssh_login()
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/tenacity/__init__.py", line 336, in wrapped_f
opendevin  |     return copy(f, *args, **kw)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/tenacity/__init__.py", line 475, in __call__
opendevin  |     do = self.iter(retry_state=retry_state)
opendevin  |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/tenacity/__init__.py", line 376, in iter
opendevin  |     result = action(retry_state)
opendevin  |              ^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/tenacity/__init__.py", line 419, in exc_check
opendevin  |     raise retry_exc from fut.exception()
opendevin  | tenacity.RetryError: RetryError[<Future at 0xf20b3eb1ed20 state=finished raised ExceptionPxssh>]

Hi @JamDon2 , similarly to the previous issue, this should be fixed by our new Event Stream runtime. Please take another look.

@neubig Unfortunately there is now a different error. Here is the log:
opendevin  | Starting OpenDevin...
opendevin  | Setting up enduser with id 1001
opendevin  | Docker socket group id: 999
opendevin  | systemd-journal:x:999:
opendevin  | Group with id 999 already exists
opendevin  | Running as enduser
opendevin  | INFO:     Started server process [36]
opendevin  | INFO:     Waiting for application startup.
opendevin  | INFO:     Application startup complete.
opendevin  | INFO:     Uvicorn running on http://<IP_ADDRESS>:3000 (Press CTRL+C to quit)
opendevin  | INFO:     ('<IP_ADDRESS>', 37882) - "WebSocket /ws?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzaWQiOiIyOWU3MWU5Mi1kODIyLTQyMTEtOGRlOS02ZWJlODZhNTUxMTgifQ.nScvbEbTJxzKZC_ofEy8TA9WJ15aHa9ri5hhPQEfInI&latest_event_id=1" [accepted]
opendevin  | 21:42:46 - opendevin:ERROR: auth.py:27 - Invalid token
opendevin  | INFO:     connection open
opendevin  | INFO:     connection closed
opendevin  | INFO:     ('<IP_ADDRESS>', 37896) - "WebSocket /ws" [accepted]
opendevin  | INFO:     connection open
opendevin  | 21:42:50 - opendevin:INFO: agent.py:78 - Using runtime: eventstream
opendevin  | 21:42:50 - opendevin:INFO: runtime_build.py:34 - Using project root: /app
opendevin  | * Creating isolated environment: venv+pip...
opendevin  | * Installing packages in isolated environment:
opendevin  |   - poetry-core
opendevin  | * Getting build dependencies for sdist...
opendevin  | * Building sdist...
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in <module>
opendevin  |     main()
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
opendevin  |     json_out["return_val"] = hook(**hook_input["kwargs"])
opendevin  |                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
opendevin  |     return backend.build_sdist(sdist_directory, config_settings)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-6mzv8u0q/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
opendevin  |     path = SdistBuilder(poetry).build(Path(sdist_directory))
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-6mzv8u0q/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
opendevin  |     with file.path.open("rb") as f:
opendevin  |          ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
opendevin  |     return io.open(self, mode, buffering, encoding, errors, newline)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  | PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/__pycache__/__init__.cpython-312.pyc'
opendevin  |
opendevin  | ERROR Backend subprocess exited when trying to invoke build_sdist
opendevin  | 21:42:54 - opendevin:ERROR: runtime_build.py:39 - Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | 21:42:54 - opendevin:ERROR: session.py:116 - Error creating controller: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/opendevin/server/session/session.py", line 106, in _initialize_agent
opendevin  |     await self.agent_session.start(
opendevin  |   File "/app/opendevin/server/session/agent.py", line 53, in start
opendevin  |     await self._create_runtime(runtime_name, config, agent)
opendevin  |   File "/app/opendevin/server/session/agent.py", line 86, in _create_runtime
opendevin  |     await self.runtime.ainit()
opendevin  |   File "/app/opendevin/runtime/client/runtime.py", line 81, in ainit
opendevin  |     self.container_image = build_runtime_image(
opendevin  |                            ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 252, in build_runtime_image
opendevin  |     from_scratch_hash = prep_docker_build_folder(
opendevin  |                         ^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 108, in prep_docker_build_folder
opendevin  |     _put_source_code_to_dir(dir_path)
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 57, in _put_source_code_to_dir
opendevin  |     tarball_path = _create_project_source_dist()
opendevin  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 40, in _create_project_source_dist
opendevin  |     raise Exception(f'Build failed: {result}')
opendevin  | Exception: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | 21:44:14 - opendevin:INFO: session.py:66 - WebSocket disconnected, sid: 65d7905b-3481-41db-a7ce-4c1df52d5d35
opendevin  | INFO:     connection closed
opendevin  | INFO:     <IP_ADDRESS>:60222 - "GET / HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60230 - "GET /assets/index-BPLyMB4Y.js HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60240 - "GET /assets/index-Dadf-VsP.css HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60248 - "GET /locales/en/translation.json HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60252 - "GET /favicon-32x32.png HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60268 - "GET /apple-touch-icon.png HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60278 - "GET /api/options/models HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60286 - "GET /api/options/agents HTTP/1.1" 200 OK
opendevin  | INFO:     ('<IP_ADDRESS>', 60302) - "WebSocket /ws" [accepted]
opendevin  | INFO:     connection open
opendevin  | 21:44:18 - opendevin:INFO: agent.py:78 - Using runtime: eventstream
opendevin  | 21:44:18 - opendevin:INFO: runtime_build.py:34 - Using project root: /app
opendevin  | * Creating isolated environment: venv+pip...
opendevin  | * Installing packages in isolated environment:
opendevin  |   - poetry-core
opendevin  | * Getting build dependencies for sdist...
opendevin  | * Building sdist...
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in <module>
opendevin  |     main()
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
opendevin  |     json_out["return_val"] = hook(**hook_input["kwargs"])
opendevin  |                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
opendevin  |     return backend.build_sdist(sdist_directory, config_settings)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-pl_vj67a/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
opendevin  |     path = SdistBuilder(poetry).build(Path(sdist_directory))
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-pl_vj67a/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
opendevin  |     with file.path.open("rb") as f:
opendevin  |          ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
opendevin  |     return io.open(self, mode, buffering, encoding, errors, newline)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  | PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/__pycache__/__init__.cpython-312.pyc'
opendevin  |
opendevin  | ERROR Backend subprocess exited when trying to invoke build_sdist
opendevin  | 21:44:21 - opendevin:ERROR: runtime_build.py:39 - Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | 21:44:21 - opendevin:ERROR: session.py:116 - Error creating controller: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/opendevin/server/session/session.py", line 106, in _initialize_agent
opendevin  |     await self.agent_session.start(
opendevin  |   File "/app/opendevin/server/session/agent.py", line 53, in start
opendevin  |     await self._create_runtime(runtime_name, config, agent)
opendevin  |   File "/app/opendevin/server/session/agent.py", line 86, in _create_runtime
opendevin  |     await self.runtime.ainit()
opendevin  |   File "/app/opendevin/runtime/client/runtime.py", line 81, in ainit
opendevin  |     self.container_image = build_runtime_image(
opendevin  |                            ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 252, in build_runtime_image
opendevin  |     from_scratch_hash = prep_docker_build_folder(
opendevin  |                         ^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 108, in prep_docker_build_folder
opendevin  |     _put_source_code_to_dir(dir_path)
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 57, in _put_source_code_to_dir
opendevin  |     tarball_path = _create_project_source_dist()
opendevin  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 40, in _create_project_source_dist
opendevin  |     raise Exception(f'Build failed: {result}')
opendevin  | Exception: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)

Hmm, not sure what is going on, but @rbren also reported this on slack, so it seems like a consistent issue...

@neubig Unfortunately there is now a different error. Here is the log:
opendevin  | Starting OpenDevin...
opendevin  | Setting up enduser with id 1001
opendevin  | Docker socket group id: 999
opendevin  | systemd-journal:x:999:
opendevin  | Group with id 999 already exists
opendevin  | Running as enduser
opendevin  | INFO:     Started server process [36]
opendevin  | INFO:     Waiting for application startup.
opendevin  | INFO:     Application startup complete.
opendevin  | INFO:     Uvicorn running on http://<IP_ADDRESS>:3000 (Press CTRL+C to quit)
opendevin  | INFO:     ('<IP_ADDRESS>', 37882) - "WebSocket /ws?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzaWQiOiIyOWU3MWU5Mi1kODIyLTQyMTEtOGRlOS02ZWJlODZhNTUxMTgifQ.nScvbEbTJxzKZC_ofEy8TA9WJ15aHa9ri5hhPQEfInI&latest_event_id=1" [accepted]
opendevin  | �[92m21:42:46 - opendevin:ERROR�[0m: auth.py:27 - Invalid token
opendevin  | INFO:     connection open
opendevin  | INFO:     connection closed
opendevin  | INFO:     ('<IP_ADDRESS>', 37896) - "WebSocket /ws" [accepted]
opendevin  | INFO:     connection open
opendevin  | �[92m21:42:50 - opendevin:INFO�[0m: agent.py:78 - Using runtime: eventstream
opendevin  | �[92m21:42:50 - opendevin:INFO�[0m: runtime_build.py:34 - Using project root: /app
opendevin  | * Creating isolated environment: venv+pip...
opendevin  | * Installing packages in isolated environment:
opendevin  |   - poetry-core
opendevin  | * Getting build dependencies for sdist...
opendevin  | * Building sdist...
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in <module>
opendevin  |     main()
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
opendevin  |     json_out["return_val"] = hook(**hook_input["kwargs"])
opendevin  |                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
opendevin  |     return backend.build_sdist(sdist_directory, config_settings)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-6mzv8u0q/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
opendevin  |     path = SdistBuilder(poetry).build(Path(sdist_directory))
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-6mzv8u0q/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
opendevin  |     with file.path.open("rb") as f:
opendevin  |          ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
opendevin  |     return io.open(self, mode, buffering, encoding, errors, newline)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  | PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/__pycache__/__init__.cpython-312.pyc'
opendevin  |
opendevin  | ERROR Backend subprocess exited when trying to invoke build_sdist
opendevin  | �[92m21:42:54 - opendevin:ERROR�[0m: runtime_build.py:39 - Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | �[92m21:42:54 - opendevin:ERROR�[0m: session.py:116 - Error creating controller: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/opendevin/server/session/session.py", line 106, in _initialize_agent
opendevin  |     await self.agent_session.start(
opendevin  |   File "/app/opendevin/server/session/agent.py", line 53, in start
opendevin  |     await self._create_runtime(runtime_name, config, agent)
opendevin  |   File "/app/opendevin/server/session/agent.py", line 86, in _create_runtime
opendevin  |     await self.runtime.ainit()
opendevin  |   File "/app/opendevin/runtime/client/runtime.py", line 81, in ainit
opendevin  |     self.container_image = build_runtime_image(
opendevin  |                            ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 252, in build_runtime_image
opendevin  |     from_scratch_hash = prep_docker_build_folder(
opendevin  |                         ^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 108, in prep_docker_build_folder
opendevin  |     _put_source_code_to_dir(dir_path)
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 57, in _put_source_code_to_dir
opendevin  |     tarball_path = _create_project_source_dist()
opendevin  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 40, in _create_project_source_dist
opendevin  |     raise Exception(f'Build failed: {result}')
opendevin  | Exception: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | �[92m21:44:14 - opendevin:INFO�[0m: session.py:66 - WebSocket disconnected, sid: 65d7905b-3481-41db-a7ce-4c1df52d5d35
opendevin  | INFO:     connection closed
opendevin  | INFO:     <IP_ADDRESS>:60222 - "GET / HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60230 - "GET /assets/index-BPLyMB4Y.js HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60240 - "GET /assets/index-Dadf-VsP.css HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60248 - "GET /locales/en/translation.json HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60252 - "GET /favicon-32x32.png HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60268 - "GET /apple-touch-icon.png HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60278 - "GET /api/options/models HTTP/1.1" 200 OK
opendevin  | INFO:     <IP_ADDRESS>:60286 - "GET /api/options/agents HTTP/1.1" 200 OK
opendevin  | INFO:     ('<IP_ADDRESS>', 60302) - "WebSocket /ws" [accepted]
opendevin  | INFO:     connection open
opendevin  | �[92m21:44:18 - opendevin:INFO�[0m: agent.py:78 - Using runtime: eventstream
opendevin  | �[92m21:44:18 - opendevin:INFO�[0m: runtime_build.py:34 - Using project root: /app
opendevin  | * Creating isolated environment: venv+pip...
opendevin  | * Installing packages in isolated environment:
opendevin  |   - poetry-core
opendevin  | * Getting build dependencies for sdist...
opendevin  | * Building sdist...
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in <module>
opendevin  |     main()
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
opendevin  |     json_out["return_val"] = hook(**hook_input["kwargs"])
opendevin  |                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
opendevin  |     return backend.build_sdist(sdist_directory, config_settings)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-pl_vj67a/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
opendevin  |     path = SdistBuilder(poetry).build(Path(sdist_directory))
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/tmp/build-env-pl_vj67a/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
opendevin  |     with file.path.open("rb") as f:
opendevin  |          ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
opendevin  |     return io.open(self, mode, buffering, encoding, errors, newline)
opendevin  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  | PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/__pycache__/__init__.cpython-312.pyc'
opendevin  |
opendevin  | ERROR Backend subprocess exited when trying to invoke build_sdist
opendevin  | �[92m21:44:21 - opendevin:ERROR�[0m: runtime_build.py:39 - Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | �[92m21:44:21 - opendevin:ERROR�[0m: session.py:116 - Error creating controller: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
opendevin  | Traceback (most recent call last):
opendevin  |   File "/app/opendevin/server/session/session.py", line 106, in _initialize_agent
opendevin  |     await self.agent_session.start(
opendevin  |   File "/app/opendevin/server/session/agent.py", line 53, in start
opendevin  |     await self._create_runtime(runtime_name, config, agent)
opendevin  |   File "/app/opendevin/server/session/agent.py", line 86, in _create_runtime
opendevin  |     await self.runtime.ainit()
opendevin  |   File "/app/opendevin/runtime/client/runtime.py", line 81, in ainit
opendevin  |     self.container_image = build_runtime_image(
opendevin  |                            ^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 252, in build_runtime_image
opendevin  |     from_scratch_hash = prep_docker_build_folder(
opendevin  |                         ^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 108, in prep_docker_build_folder
opendevin  |     _put_source_code_to_dir(dir_path)
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 57, in _put_source_code_to_dir
opendevin  |     tarball_path = _create_project_source_dist()
opendevin  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
opendevin  |   File "/app/opendevin/runtime/utils/runtime_build.py", line 40, in _create_project_source_dist
opendevin  |     raise Exception(f'Build failed: {result}')
opendevin  | Exception: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)

I'm reproducing the error with the same logs :cry: (macOS M1 Pro)

Hopefully we can get someone to reproduce/fix this. I can't do it myself so I'm not able to help unfortunately... I'll post it on the slack!

I have the same problem, it tries over and over again * Building sdist... and then :
`* Building sdist...
Traceback (most recent call last):
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in
main()
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
json_out["return_val"] = hook(**hook_input["kwargs"])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
return backend.build_sdist(sdist_directory, config_settings)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-hkq91bqk/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
path = SdistBuilder(poetry).build(Path(sdist_directory))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-hkq91bqk/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
with file.path.open("rb") as f:
^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
return io.open(self, mode, buffering, encoding, errors, newline)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/pycache/init.cpython-312.pyc'
ERROR Backend subprocess exited when trying to invoke build_sdist
19:52:47 - opendevin:ERROR: runtime_build.py:45 - Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
19:52:47 - opendevin:ERROR: session.py:118 - Error creating controller: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
Traceback (most recent call last):
File "/app/opendevin/server/session/session.py", line 109, in _initialize_agent
await self.agent_session.start(
File "/app/opendevin/server/session/agent.py", line 55, in start
await self._create_runtime(runtime_name, config, agent)
File "/app/opendevin/server/session/agent.py", line 98, in _create_runtime
await self.runtime.ainit()
File "/app/opendevin/runtime/client/runtime.py", line 81, in ainit
self.container_image = build_runtime_image(
^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 307, in build_runtime_image
from_scratch_hash = prep_docker_build_folder(
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 138, in prep_docker_build_folder
_put_source_code_to_dir(dir_path)
File "/app/opendevin/runtime/utils/runtime_build.py", line 69, in _put_source_code_to_dir
tarball_path = _create_project_source_dist()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 46, in _create_project_source_dist
raise Exception(f'Build failed: {result}')
Exception: Build failed: CompletedProcess(args=['python', '-m', 'build', '-s', '/app'], returncode=1)
19:52:47 - opendevin:INFO: session.py:138 - Server event`

@neubig I am willing to set up a VM where the issue can be reproduced and provide access to it if that helps

Hey @JamDon2 , that'd be really helpful!

@neubig Sure I'll set it up tomorrow, where can I send the login information?

Thanks<EMAIL_ADDRESS>works

Hey @JamDon2 and @luck0r ,
if your time permits, you could try adding the following file to your OpenDevin root folder and see if this avoids the error:
https://github.com/OpenDevin/OpenDevin/blob/daf44fb36151688a1390c6ff587153be21e865fc/MANIFEST.in

Sure, I can test it in around 5-6 hours

Hey @JamDon2 and @luck0r , if your time permits, you could try adding the following file to your OpenDevin root folder and see if this avoids the error: https://github.com/OpenDevin/OpenDevin/blob/daf44fb36151688a1390c6ff587153be21e865fc/MANIFEST.in

Hey @tobitege, for me it did not change the error. still get same permissioned denied. I have put it in /app and /app/opendevin
docker exec -it fe73da16ecce cat /app/MANIFEST.in
Exclude all Python bytecode files
global-exclude *.pyc
Exclude Python cache directories
global-exclude pycache

@luck0r It might not work that way if your only using the Docker call, i.e. it might require this PR to be merged first so that the updated main image has it inside it.

Hi all! Could you pull the latest meeting branch and see if it works? @tobitege pushed a fix that should solve the issue

i pull the latest from main: sha256:7353e2f118129a1724a2e2135b79a4ad04fb7e74f0ae2478d59409c011595665
the error is the same:
`INFO:     connection open
13:14:34 - opendevin:INFO: agent.py:79 - Using security analyzer:
13:14:34 - opendevin:INFO: agent.py:90 - Using runtime: eventstream
13:14:34 - opendevin:INFO: runtime_build.py:40 - Using project root: /app

Creating isolated environment: venv+pip...
Installing packages in isolated environment:

poetry-core

Getting build dependencies for sdist...
Building sdist...
Traceback (most recent call last):
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in
main()
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
json_out["return_val"] = hook(**hook_input["kwargs"])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
return backend.build_sdist(sdist_directory, config_settings)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-vtmai59o/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
path = SdistBuilder(poetry).build(Path(sdist_directory))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-vtmai59o/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
with file.path.open("rb") as f:
^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
return io.open(self, mode, buffering, encoding, errors, newline)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/pycache/init.cpython-312.pyc'
`

Unfortunately it doesn't work for me either. I'll send you the credentials for the VM tonight (around 6 hours from now).

Hey @JamDon2 @luck0r
If not already doing so, please try ghcr.io/opendevin/opendevin:main as image name for your docker command.
That image can also appear delayed in the registry once the merge of the PR was done as the workflows take about an hour to finish. It could be that you pulled a "earlier" image, which I'd like to re-check, if you guys don't mind.
Thanks for your reports and time in any case, appreciated!

Hey @tobitege
I am already using that, and even tried building the image myself from the main branch after the PR was merged, and can still reproduce the issue unforunately.

Thanks so much for confirming. I'll look into fixing this differently then, please stay tuned.

@tobitege Just sent you an email with the details for the server

@neubig Just sent you an email with the info for the server

@tobitege Do you need access as well?

@tobitege Do you need access as well?

Thanks, for now it should suffice that neubig gets the details.

Hey @JamDon2 @luck0r
please try again, if time permits 🤗

@tobitege I can still reproduce it with the latest version. I waited for the GH Actions run to finish, so it is the latest.

@tobitege I can still reproduce it with the latest version. I waited for the GH Actions run to finish, so it is the latest.

The GH actions after merge aren't done yet, though. Only then the image goes to the registry.
I'll have to re-try as well once it's done.

Yeh, I can reproduce it here as well... back to the drawing board... 😔

Most likely upstream image contamination. Maybe we're not using docker correctly, we should only pull in static things. Deny "the strangers" (from Dark City 1998) levers to break things that they will never understand, downstream...

running this docker setup, docker run -it     --pull=always     -e SANDBOX_USER_ID=$(id -u)     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE     -v $WORKSPACE_BASE:/opt/workspace_base     -v /var/run/docker.sock:/var/run/docker.sock     -p 3000:3000     --add-host host.docker.internal:host-gateway     --name opendevin-app-$(date +%Y%m%d%H%M%S)    ghcr.io/opendevin/opendevin:main
with this output `INFO:     Started server process [42]
INFO:     Waiting for application startup.
INFO:     Application startup complete.
INFO:     Uvicorn running on http://<IP_ADDRESS>:3000 (Press CTRL+C to quit)
INFO:     ('<IP_ADDRESS>', 47266) - "WebSocket /ws?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzaWQiOiJlNzU3MmEwNC04ZDNlLTQzMmYtYWY1My0xYzliZjRhMDgzZDQifQ.ubNdRj46ugYAoplANoQD2nyEpoHjobEpp8LFcmowVfg&latest_event_id=1" [accepted]
20:27:18 - opendevin:ERROR: auth.py:27 - Invalid token
INFO:     connection open
INFO:     connection closed
INFO:     ('<IP_ADDRESS>', 48754) - "WebSocket /ws" [accepted]
INFO:     connection open
20:27:22 - opendevin:INFO: agent.py:79 - Using security analyzer:
20:27:22 - opendevin:INFO: agent.py:90 - Using runtime: eventstream
20:27:22 - opendevin:INFO: runtime_build.py:41 - Using project root: /app

Creating isolated environment: venv+pip...
Installing packages in isolated environment:

poetry-core

Getting build dependencies for sdist...
Building sdist...
Traceback (most recent call last):
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in
main()
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
json_out["return_val"] = hook(**hook_input["kwargs"])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/.venv/lib/python3.12/site-packages/pyproject_hooks/_in_process/_in_process.py", line 326, in build_sdist
return backend.build_sdist(sdist_directory, config_settings)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-vd7a52mi/lib/python3.12/site-packages/poetry/core/masonry/api.py", line 69, in build_sdist
path = SdistBuilder(poetry).build(Path(sdist_directory))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/build-env-vd7a52mi/lib/python3.12/site-packages/poetry/core/masonry/builders/sdist.py", line 90, in build
with file.path.open("rb") as f:
^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/pathlib.py", line 1013, in open
return io.open(self, mode, buffering, encoding, errors, newline)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PermissionError: [Errno 13] Permission denied: '/app/opendevin/controller/pycache/init.cpython-312.pyc'

ERROR Backend subprocess exited when trying to invoke build_sdist
20:27:25 - opendevin:ERROR: runtime_build.py:46 - Build failed: CompletedProcess(args='python -m build -s /app', returncode=1)
20:27:25 - opendevin:ERROR: session.py:118 - Error creating controller: Build failed: CompletedProcess(args='python -m build -s /app', returncode=1)
Traceback (most recent call last):
File "/app/opendevin/server/session/session.py", line 109, in _initialize_agent
await self.agent_session.start(
File "/app/opendevin/server/session/agent.py", line 55, in start
await self._create_runtime(runtime_name, config, agent)
File "/app/opendevin/server/session/agent.py", line 98, in _create_runtime
await self.runtime.ainit()
File "/app/opendevin/runtime/client/runtime.py", line 84, in ainit
self.container_image = build_runtime_image(
^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 223, in build_runtime_image
from_scratch_hash = prep_docker_build_folder(
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 139, in prep_docker_build_folder
_put_source_code_to_dir(dir_path)
File "/app/opendevin/runtime/utils/runtime_build.py", line 70, in _put_source_code_to_dir
tarball_path = _create_project_source_dist()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/opendevin/runtime/utils/runtime_build.py", line 47, in _create_project_source_dist
raise Exception(f'Build failed: {result}')
Exception: Build failed: CompletedProcess(args='python -m build -s /app', returncode=1)`
Everything was running fine 5 minutes ago, and now its just killing itself. Not sure whats going on with it.

This PR should fix the pycache permission issue on main: https://github.com/OpenDevin/OpenDevin/pull/3426

Thank you oh great one.

Issue still persists, unfortunately. @xingyaoww


Audio Progress Update

HI, how much work would it take to add an @Published value to update the progress as the track plays on.
Or does this currently exist?

It wouldn't be that much of work, but this shouldn't be part of this library.
Have a look at the example project, while it's written in UIKit the premise is the same, not sure I'd use a CADisplayLink though


Querying to a hosted-service subgraph controlled by the organization instead of a developer

This user could, at any moment, set this endpoint to return malicious results, or disable the subgraph.
It would be safer to query a hosted service whose endpoint is controlled by, say, kleros instead

The subgraph under the kleros org account is ready:
https://thegraph.com/hosted-service/subgraph/kleros/legacy-curate-xdai
https://api.thegraph.com/subgraphs/name/kleros/legacy-curate-xdai

Was closed by #25
Why are issues not being automatically closed?


Additional target (JerryScript)

Hey. As the profiles now supports ES5 directly, I added a new target - JerryScript.
It was very successful to uncover several (e.g. related to the Proxy object) specific bugs which I reported here and all are closed now. The patch for the target is included, currently it uses the latest version. As I wrote the patch about one month ago and I can still apply it without any modification, I believe it should work for future releases in a reasonable time frame too.

@googlebot I signed it!

Hi @nszetei, I'm curious as to fuzzilli's performance on Jerryscript (for reference, I'm not the primary guy on this, but am the one who did Duktape integration).
What percentage of successful test cases did you get? The ES5 support I added a couple weeks ago simply triggers using var/const, rather than let. However, the flag, as far as I know, still allows for...in loops, weakmap, etc., which are not in ES5. Duktape supports some, but not all of these. After running fuzzilli for a couple days, I'd have around 55-60% of my test cases be successful, which is much less than I believe v8/JSC/SpiderMonkey get.
I'd also be interested to know what the test case size parameter ends up at. After a long run, as Duktape's seemed to be much smaller (~70 bytes) than other engines.
Thanks!

Hey @WilliamParks, thanks for your comment, my success rate is around 71%, which is about 8-10% less than when I am fuzzing JavaScriptCore.
Also thanks for your contribution with setting ECMAScriptVersion though the Profiles, which finally motivated me to make this pull request.
Before that, I had to patch the Fuzzilli Lifter. I also commented out the SpreadGenerators inside Settings.swift, which was not possible via Profiles. JerryScript has a partial support, but some of the constructs are available only in ES2018 and are not implemented, e.g. for object literals. After commenting these Generators out the success rate was pretty much the same and I haven't investigated further how to improve it.
Here are the statistics, I was running Fuzzilli with JerryScript for 2 weeks on a limited virtual server:
Fuzzer Statistics
-----------------
Total Samples:                216494565
Interesting Samples Found:    698
Valid Samples Found:          156899373
Corpus Size:                  1024
Success Rate:                 72.47%
Timeout Rate:                 0.84%
Crashes Found:                9908
Timeouts Hit:                 1815259
Coverage:                     61.51%
Avg. program size:            53.43
Connected workers:            0
Execs / Second:               184.03
Total Execs:                  217276575

Nice! Thanks! Feel free to also add bugs you found that qualify (basically, cause memory corruption and have been there for at least one release of the JS engine) to the bug showcase.
@WilliamParks 55%-60% correctness rate sounds about right, I get roughly the same for the big engines as well.
I think the correct approach to deal with unsupported JS features is probably to have a list of unsupported FuzzIL operations in the profile, then have every CodeGenerator report what FuzzIL operations it generates, then automatically disable the ones that generate unsupported operations. What do you think about that? I'll probably create an issue for this, since it sounds like it would be useful to have (but not top priority since currently you can just disable the code generators as you did).

@saelo Thanks, I appreciate the additional context. Would you mind sharing what you get for average program size? Running for many core-days against Duktape gets to ~70 bytes, and the results above for Jerryscript show similar results. Even short runs against V8 got much larger.
I'm not (yet) familiar with the internals of FuzzIL, but that seems to make sense to me.
Another thing which I've thought about is someway of getting better insight as to why test cases are unsuccessful, which I ran into a bunch when trying to get the typing right for Duktape builtins. Looking through the interesting samples directory, some of the added builtins were present much more than others, when I'd have expected them to be equally represented. I'm not sure what the best way of easily representing that is, however.

@WilliamParks If you are referring to the program size number printed here then that's not the size in bytes but in FuzzIL instructions. Should probably be marked as such... :) An average of 70 instructions per sample is fairly normal I'd say, I don't have current data from my fuzzing runs, but I'd guess it's very roughly around 100 (but those are often JIT related samples which probably require a bit more code than non-JIT samples). It also seems to be normal for that number to be quite large at the beginning (probably because the fuzzer triggers lots of new coverage at once), then slowly get smaller over time.
Indeed, some better debuggability would be great. I'm not sure what the best approach for that would be though. I used to just print out failing samples and their stderr/stdout output, but that's a definitely hack. You could easily write failing samples to disk, but that directory would get pretty big pretty quickly I guess... I think I will create an issue for this also :)
The fact that you are seeing some builtins more often than others might be perfectly normal though, maybe their implementation is just bigger (in terms of code edges), and so Fuzzilli finds more samples using them.

Ahh, ok, the output sizes then make sense, especially in regards to engines with/without JIT. Thanks!
The particular example I have in mind is a builtin in Duktape for doing encoding/decoding. Each method takes a string for the encoding format ("hex", "base64", etc), as well as the actual input. At the time, I hadn't added in those strings to the list of candidate strings, and the fuzzer hadn't found them on its own. The functions showed up a couple times in the interesting samples output, but only in assigning the function to something, and not an actual call of the function.
In retrospect, this is pretty easy to see, but I can imagine more complex cases that are harder to catch.
What could be useful is tracking the success rate of each builtin and mutation, and potentially in what context (such as actually calling the function vs assigning it to something). There's going to be a range of successes rates, but could help catch these issues. Thoughts?

Nice! Thanks! Feel free to also add bugs you found that qualify (basically, cause memory corruption and have been there for at least one release of the JS engine) to the bug showcase.

Thanks! And for the showcase, I'll do it shortly.

I think the correct approach to deal with unsupported JS features is probably to have a list of unsupported FuzzIL operations in the profile, then have every CodeGenerator report what FuzzIL operations it generates, then automatically disable the ones that generate unsupported operations. What do you think about that? I'll probably create an issue for this, since it sounds like it would be useful to have (but not top priority since currently you can just disable the code generators as you did).

Thank you. I agree that it will be helpful and nice to have, although the priority is low.


pkg/vcs: handle git commits without a body

OpenBSD uses cvs and does not enforce the standard Git convention for
commit messages of putting a summary followed by a new line and body.
If such commit[1] contains a Reported-by header, it's currently not
detected. Instead, if the body is empty try to extract data from the
commit summary.
[1] https://github.com/openbsd/src/commit/bdbfbec5cea84d24d6a598cf1e63dbdb10e8331a

Codecov Report

Merging #1422 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #1422      +/-   ##
==========================================
+ Coverage   58.27%   58.28%   +0.01%
==========================================
  Files         131      131
  Lines       24883    24891       +8
==========================================
+ Hits        14500    14508       +8
  Misses       9715     9715
  Partials      668      668

Impacted Files
Coverage Δ

pkg/vcs/git.go
69.53% <100%> (+0.89%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c68252d...768923d. Read the comment docs.


Upgrade the dependencies to support the latest wasmd.

https://github.com/cosmology-tech/cosmos-kit/blob/main/packages/react/package.json#L87-L88
https://github.com/cosmos/cosmjs/issues/1452

@99Kies Thanks. We've upgraded it in CosmosKit V2 beta.


Dependency versions to prevent vulnerabilities

Check the versions of dependencies to prevent vulnerabilities.

Vulnerabilities mostly related to Webpack 5 upgrade, which we shouldn't do it now.


Setup PhysicsSchedule and SubstepSchedule to use single-threaded executor

By default schedules use multi-threaded executor, but since all systems are chained together and run one after another, using the multi-threaded executor is pointless and adds overhead.
This improves performance in benchmarks by between 12% and 50%:
3x3 cubes, 30 steps:

5x5 cubes, 30 steps:

10x10 cubes, 30 steps:

The relative speedup is smaller with more cubes, since task overhead is static.
In the future, systems should be internally parallelized (probably using rayon), so using the single threaded executor will free other threads for performing parallel work.

Thanks, this definitely seems like a pretty substantial decrease in overhead. I appreciate the benchmarks!
To be clear, not all systems are chained together and some of the chaining could maybe be removed, but these are mostly very cheap systems, so having them run in parallel is probably not worth the overhead.
Collision detection and the solver should definitely be parallelized in the future. For the solver, we would probably need to form some kind of constraint graph and use e.g. red-black graph coloring to find partitions that can be run in parallel. That's a problem for the future though, and it will probably require quite a bit of work and research


Correction has been made in the file

Avoided para and made in point
Removed "Thanks for visiting"
Commands have been used
@SANTHOSH17-DOT

Can u use bulletins instead of numbers?

sure sir @SANTHOSH17-DOT


Could not connect to the endpoint URL: "http://localhost:4566/llama-app-backend-local"

I'm encountering this error in both CodeSpace and on my local machine.

File "/root/.cache/pypoetry/virtualenvs/llama-app-backend-9TtSrW0h-py3.11/lib/python3.11/site-packages/aiobotocore/endpoint.py", line 285, in _send
    return await self.http_session.send(request)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.cache/pypoetry/virtualenvs/llama-app-backend-9TtSrW0h-py3.11/lib/python3.11/site-packages/aiobotocore/httpsession.py", line 253, in send
    raise EndpointConnectionError(endpoint_url=request.url, error=e)
botocore.exceptions.EndpointConnectionError: Could not connect to the endpoint URL: "http://localhost:4566/llama-app-backend-local"

@DhananjayanOnline can you provide more context on when you're seeing this error? Is this when running a particular make command or when taking a certain action on the frontend?

@sourabhdesai I'm setting my environment up for the first time and seem to have the same error as @DhananjayanOnline.
I get this error while testing the backend through make chat. I added new documents in the same way as done in the youtube video, pick/select docs, create and then test with the same scaling factor question and get this response in the chat window:
(Chat🦙) message What are the three scaling factors?
=== Message 0 ===
{'id': 'cc08e26b-b0dd-4adf-a0c7-635d84c2f443', 'created_at': '2023-10-20T20:02:14.371304', 'updated_at': '2023-10-20T20:02:14.371304', 'conversation_id': 'f32b33e5-a035-4ef3-8878-11162c9e5430', 'content': '', 'role': 'assistant', 'status': 'ERROR', 'sub_processes': []}
And in my localstack log I get the same error shown above.
Some more details:

I'm running this from behind a proxy but seem to have that part of it worked out. I have external connectivity and set $no_proxy for these local addresses:
export no_proxy="localhost,<IP_ADDRESS>,llama-app-fastapi,db,localstack"
http://localhost:8001/api/document/ looks good:
[
{
"id": "bb50458d-94e2-4cf5-a1cc-0fb438ef0da1",
"created_at": "2023-10-20T02:14:46.346857",
"updated_at": "2023-10-20T02:14:46.346857",
"url": "https://arxiv.org/pdf/2310.05915.pdf",
"metadata_map": {}
},
{
"id": "34f131d5-d146-4441-bece-53b03c215b65",
"created_at": "2023-10-20T02:26:10.007830",
"updated_at": "2023-10-20T02:26:10.007830",
"url": "https://arxiv.org/pdf/1706.03762.pdf",
"metadata_map": {}
}
]
Similarly, http://localhost:4566/health looks good with all the services available.
I'm able to curl from my local machine: curl http://localhost:4566/health as well with all the services showing up
however, if I try to curl from inside llama-app-fastapi I get an empty reply:
$ docker-compose exec llama-app-fastapi curl http://localstack:4566/health
curl: (52) Empty reply from server
ie) the issue seems to be connectivity between the containers, not between host and container
So finally, I tried editing the app/core/config.py S3_ENDPOINT_URL to call "http://localstack:4566" instead of localhost. This resulted in a slightly different error in the localstack log during the make chat message:

llama-app-fastapi_1  |   File "/lib/python3.11/site-packages/aiobotocore/httpsession.py", line 240, in send
llama-app-fastapi_1  |     raise ConnectionClosedError(
llama-app-fastapi_1  | botocore.exceptions.ConnectionClosedError: Connection was closed before we received a valid response from endpoint URL: "http://localstack:4566/llama-app-backend-local".

@DhananjayanOnline can you provide more context on when you're seeing this error? Is this when running a particular make command or when taking a certain action on the frontend?

I was encountering this error when sending a message in the chat section, but now it seems to be working fine. I'm not sure what happened.
Additionally, I'm curious if it's possible to use Minio instead of S3 buckets. If so, could you please advise me on what changes are required to make that switch?

@DhananjayanOnline I get the same error you were getting during the message part of the chat, but I'm still having that issue. What's changed on your side that could have fixed it?
This is something related to container-to-container communication. Local-to-container is fine in all cases, but container-to-container is causing this problem.


da/refactor tests

TODO: update ci

mv fullFlake -> example
add groupByConfig example
ref: auxiliaries (checks, jobs, devshell)
fix classicalDevos example
fmt
evalnix
ref: ci to new shift-left testing strategy | please do TDD form now on

[general commands]

  evalnix              - Check Nix parsing
  fmt                  - Check Nix formatting
  menu                 - prints this menu
  rm-locks             - Remove all lock files

[tests]

  check-all            - Checks all example
  check-classicalDevos - Checks classicalDevos example
  check-groupByConfig  - Checks groupByConfig example

bors try

Upstream fix for the test failure: https://github.com/NixOS/nixpkgs/pull/127628

same error as you experienced

Thanks a lot.

bors try
backport has been merged and since the examples don't pin a lock file on purpose, this should now work (or expose a different error)


Extracting dataset and AttributeError

Trying to run
 py run_align.py --output_file=D:\MT\dataFiles\NO-BA.txt    --model_name_or_path=bert-base-multilingual-cased     --data_file=D:\MT\dataFiles\NO-BA-output.txt     --extraction 'softmax'     --batch_size 32
And getting error :
"Loading the dataset...
Extracting: 0it [00:00, ?it/s]Traceback (most recent call last):
  File "run_align.py", line 297, in <module>
    main()
  File "run_align.py", line 294, in main
    word_align(args, model, tokenizer)
  File "run_align.py", line 171, in word_align
    for batch in dataloader:
  File "C:\Python38\lib\site-packages\torch\utils\data\dataloader.py", line 368, in __iter__
    return self._get_iterator()
  File "C:\Python38\lib\site-packages\torch\utils\data\dataloader.py", line 314, in _get_iterator
    return _MultiProcessingDataLoaderIter(self)
  File "C:\Python38\lib\site-packages\torch\utils\data\dataloader.py", line 927, in __init__
    w.start()
  File "C:\Python38\lib\multiprocessing\process.py", line 121, in start
    self._popen = self._Popen(self)
  File "C:\Python38\lib\multiprocessing\context.py", line 224, in _Popen
    return _default_context.get_context().Process._Popen(process_obj)
  File "C:\Python38\lib\multiprocessing\context.py", line 326, in _Popen
    return Popen(process_obj)
  File "C:\Python38\lib\multiprocessing\popen_spawn_win32.py", line 93, in __init__
    reduction.dump(process_obj, to_child)
  File "C:\Python38\lib\multiprocessing\reduction.py", line 60, in dump
    ForkingPickler(file, protocol).dump(obj)
AttributeError: Can't pickle local object 'word_align.<locals>.collate'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "C:\Python38\lib\multiprocessing\spawn.py", line 116, in spawn_main
    exitcode = _main(fd, parent_sentinel)
  File "C:\Python38\lib\multiprocessing\spawn.py", line 126, in _main
    self = reduction.pickle.load(from_parent)
EOFError: Ran out of input
Extracting: 0it [00:01, ?it/s]"

Not sure what am I doing wrong and how can I run smoothly script,
I try couple solutions what I find on internet but without success .

Hi, could you add '--num_workers 0' to the command and see if it works? I'm not sure if this is because you are using Windows.

It's working. I always have to double the effort because I use Win. Maybe it's time to switch. :)
Thanks.

I encountered the same error on macOS (and the provided solution worked) in case this helps anyone.


Add support for installation via Homebrew

Is your feature request related to a problem? Please describe.
In order to improve the installation ux it would be great that MacOS users will be able to install the cli from homebrew.
Describe the solution you would like
brew install conjur-cli
Additional context
We already have a couple of homebrew formulas here: https://github.com/cyberark/homebrew-tools
We can add our cli to it.

@sigalsax @InbalZilberman did you see this issue? wondering if there is a plan to add this support

@izgeri yes saw this and have been speaking to @guygiat about this (: I won't be for GA but I want to take this as an R&D boost task if not prioritized. @InbalZilberman where does this fall on priority?

I love the idea. We added it to the roadmap.


fix leaguerank module for new riotwatcher version

effort towards #979
I honestly believe the leaguerank was completely broken before. It couldn't have possibly worked like this (the riotwatcher version in requirements was way too new for the code)
Pull request checklist:

[x] CHANGELOG.md was updated, if applicable
[x] Documentation in docs/ or install-docs/ was updated, if applicable

i couldnt be bothered to test it beyond the most basic usage, if there is still demand for this module today then more testing should be done


Closes #1511: Implemented reports

Closes: #1511
Implemented a new reporting feature, including the new ReportResult model, under extras.

CI is failing because I can't get Travis to run PostgreSQL 9.4, which is needed to support the jsonb type.


Include NeuralynxRawIO directory in non-develop installs, wheels, and source distributions

This change is needed for setup.py to discover the neo/rawio/neuralynxrawio directory. Otherwise, it is excluded from non-development installs (python setup.py install and pip install .), wheels (python setup.py bdist_wheel), and source distributions (python setup.py sdist).
Note that this was not a problem for development-mode installations (python setup.py develop and pip install -e .) because when installing from the repo the NeuralynxRawIO directory is, of course, already there. It's only when the other methods are used that the directory fails to be copied to the correct final location (e.g., into site-packages or the source tarball).
The automated CircleCI and Travis CI tests use pip install ., so one would expect them to catch this problem. However, this slipped past them. I think that's because tests are executed from the repo's top-level directory, so neo/rawio/neuralynxrawio can be located in the working directory, even if it isn't in site-packages.
The only reason I noticed this is because of #930. ReadTheDocs does not change its working directory to the package's top-level before installing (instead, it installs with a lengthy path: /home/docs/checkouts/readthedocs.org/user_builds/neo/envs/latest/bin/python /home/docs/checkouts/readthedocs.org/user_builds/neo/checkouts/latest/setup.py install --force). Consequently, it cannot locate the NeuralynxRawIO directory when it tries to import neo after installation, and autodoc fails to compile the module and class documentation.

Neo can avoid a problem like this in the future if ever new sub-packages are introduced by using setuptool's find_packages(), which will automatically detect all sub-packages. Presently, it returns the same list that is hard-coded into setup.py, including neo.rawio.neuralynxrawio, so there are none to filter out:
$ cd python-neo
$ python -c "from setuptools import find_packages; print(find_packages())"
['neo', 'neo.core', 'neo.io', 'neo.rawio', 'neo.test', 'neo.rawio.neuralynxrawio', 'neo.test.coretest', 'neo.test.iotest', 'neo.test.rawiotest']

I will push another commit that uses find_packages().

Neo can avoid a problem like this in the future if ever new sub-packages are introduced by using setuptool's find_packages(), which will automatically detect all sub-packages. Presently, it returns the same list that is hard-coded into setup.py, including neo.rawio.neuralynxrawio, so there are none to filter out:
$ cd python-neo
$ python -c "from setuptools import find_packages; print(find_packages())"
['neo', 'neo.core', 'neo.io', 'neo.rawio', 'neo.test', 'neo.rawio.neuralynxrawio', 'neo.test.coretest', 'neo.test.iotest', 'neo.test.rawiotest']

I will push another commit that uses find_packages().

Hi @jpgill86,
yes, that's indeed a long-needed fix. Thanks for the implementation!

Hi @jpgill86,
yes, that's indeed a long-needed fix. Thanks for the implementation!

Thanks @JuliaSprenger!

Thanks @JuliaSprenger!

Oh, I see now what you were referring to @JuliaSprenger: #917. I guess that can be closed now?

Oh, I see now what you were referring to @JuliaSprenger: #917. I guess that can be closed now?

Almost, I still think the import pattern is nicer in #917, as it preserves the . @jpgill86  What do you think?

Almost, I still think the import pattern is nicer in #917, as it preserves the . @jpgill86  What do you think?

I agree!

I agree!


emit old DIDComm prefix by default until Step 2 of RFC 348

Signed-off-by: sklump<EMAIL_ADDRESS>

Codecov Report

Merging #713 into master will not change coverage.
The diff coverage is 50.00%.

@@           Coverage Diff           @@
##           master     #713   +/-   ##
=======================================
  Coverage   99.01%   99.01%
=======================================
  Files         254      254
  Lines       13698    13698
=======================================
  Hits        13563    13563
  Misses        135      135


Incredibly slow OCR performance

Hi, I'm running the latest release on Windows on a well specced machine. The only unusual thing is that I'm testing using this on japanese anime with japanese subs, hoping to use the software to make anki cards.
I'm finding that it takes several minutes to transcribe even fairly simple lines, the following took over 5 minutes:

I've tried with both Tesseract which should run locally, and with OCR Space, both are equally slow which makes me suspect that the setting isn't being respected, though I have checked the .ini and it matches the setting.
I also notice no spike in cpu usage while waiting. What process should I be looking out for?
This can't solely be because the text is centered can it? Or is this expected?

Another 5 minutes for a half accurate result:

So, the website has a link to a google drive containing a slightly more up to date version of the program, cool <.<


Split sections out to their own files

Checklist

[x] I've read the guide for contributing.
[x] I've checked there are no other open pull requests for the same tip.

Description

Each tip section has been extracted out to its own file to make it easier to add new tips.

As the site is generated automatically on GitHub pages, I can't really test it as a GitHub Pages site, unless there is a way in the settings to deploy from the branch, which I can't access.

thanks so much @lordcodes ! 🙌🏼


merge package template from Kronos-Tools/npm-package-template

package.json

chore(engines): update<EMAIL_ADDRESS>from template

.travis.yml

chore(travis): merge from template .travis.yml

Coverage remained the same at 83.333% when pulling 98657d3e59a7fdda02b22ce90fd2d79f99bc50a2 on template-sync-1 into affcefa7a6fcd191fc9dcd8def5b8435f09c2e76 on master.

Codecov Report

Merging #113 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #113   +/-   ##
=======================================
  Coverage   83.33%   83.33%
=======================================
  Files           1        1
  Lines          12       12
=======================================
  Hits           10       10
  Misses          2        2

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update affcefa...98657d3. Read the comment docs.


No code completion or renaming for SimpleNamespace objects

I could not report this bug using the Issue Reporter because I kept receiving a 401 error and I cannot determine why, sorry.
On the code below:
from types import SimpleNamespace
from enum import IntEnum

testNS = SimpleNamespace()
testNS.MEMBER = 1

class testIE(IntEnum):
    MEMBER = 1

print(testNS.MEMBER)  # No completion was offered after the dot, and MEMBER cannot be renamed.
print(testIE.MEMBER)

Expected vs. Actual
I expected completion to be offered after print(testNS., just as it is offered after print(testIE..
I expected to be able to rename MEMBER in  the line testNS.MEMBER = 1, just as I can rename MEMBER in line MEMBER = 1
None of that happens, looks like refactoring and completion do not work for SimpleNamespace. I can understand why completion does not work, as the attributes are created on the fly at runtime, but renaming (refactoring) should.
Steps to reproduce:

Put the cursor after print(testNS. and wait.
Try to rename MEMBER in line testNS.MEMBER = 1 using F2 or right-click->Rename

Diagnostic data

Python version (& distribution if applicable, e.g. Anaconda): 3.11.4
Type of virtual environment used (e.g. conda, venv, virtualenv, etc.): Global
Value of the python.languageServer setting: Pylance

Output for Python in the Output panel (View→Output, change the drop-down the upper-right of the Output panel to Python)

2023-10-19 13:05:20.605 [info] Experiment 'pythonPromptNewFormatterExt' is active
2023-10-19 13:05:20.605 [info] Experiment 'pythonPromptNewToolsExt' is active
2023-10-19 13:05:20.605 [info] Experiment 'pythonSurveyNotification' is active
2023-10-19 13:05:20.605 [info] Experiment 'pythonTestAdaptercf' is active
2023-10-19 13:05:20.605 [info] Test server listening.
2023-10-19 13:05:20.605 [info] Python interpreter path: C:\Program Files\Python311\python.exe
2023-10-19 13:05:20.673 [warning] Retry failed, storage update failed for key PYTHON_WORKSPACE_STORAGE_KEYS
2023-10-19 13:05:20.673 [warning] Retry failed, storage update failed for key PYTHON_WORKSPACE_STORAGE_KEYS
2023-10-19 13:05:20.673 [warning] Retry failed, storage update failed for key PYTHON_WORKSPACE_STORAGE_KEYS
2023-10-19 13:05:21.483 [info] > conda info --json
2023-10-19 13:05:23.255 [info] Starting Pylance language server.

User Settings

languageServer: "Pylance"

testing
• pytestEnabled: true

Thanks a lot for the advice @erictraut 😄  In fact in the real code that I was writing when I discovered this I was using a StrEnum. I started using a SimpleNamespace because it looked better suited for the task. I will probably go back to a StrEnum.
I agree completely with you regarding completion, as I mentioned in the bug report. I assume it is something that a static analyzer just cannot do. But my main cause of concern, though, is not being able to rename the members, because I thought that was well into the capabilities of a static code analyzer.

We might be able to support code completion by implementing similar logic as we do for dictionary key completion support. We handle it by finding the assignment that declares local variable with SimpleNamespace and then collecting the attributes.

Good idea, @StellaHuang95 thanks a lot! Anyway, my main source of concern is renaming/refactoring. Code completion is great but I use it only when first writing the code, and refactoring (renaming variables, etc.) it is used during all the time a project is maintained.

Thank you for bringing up this issue. Currently, Pylance does not support the mentioned refactoring. There's a related discussion about auto completion suggestions as an enhancement request. Please upvote https://github.com/microsoft/pylance-release/discussions/2630 if you'd like to see it being supported. Thank you for your understanding!


How to change the generated tokens to use camelCase style as opposed to hyphen-separated

Hello peeps,
My team is doubling down on our standards and we're changing our classes to use camelCase (buttonLarge) as opposed to hyphen-serated words (button-large). Is there a way to change the output of tokens to use camelCase style?
Thanks,
-Juliano

Thanks for using Theo, @julianomoreira!
In Theo v5
This is documented here: https://github.com/salesforce-ux/theo#example-6
theo.registerFormat('scss-camel', (json, options) => {
  return json.propKeys.map(key => {
    const prop = json.props[key]
    return `$${_.camelCase(prop.name)}: ${prop.value};`
  }).join('\n')
})

In Theo v6
No documentation yet, but here's what it should look like:
    theo.registerFormat('scss-camel', `
        {{#each props as |prop|}}
          ${{camelCase prop.name}}: ({{prop.value}});
        {{/each}}
    `)

Thanks! Helpful. We're using Theo 5.


Bug: deleteTCStringIfOutdated tries to delete even when it has no value found

As the title says.
This line makes sure there is a value, and so later it finds the timestamp is of 19707 days ago, and tries to delete:
        val tcString = sharedPrefs
            .getString("IABTCF_TCString", "AAAAAAA") ?: "AAAAAAA"

As this is the only place to reach the sharedPreferences there, it's better to just return from the function once you see there is nothing to really read here from the key "IABTCF_TCString", and so no need to delete this key either.
Meaning as such:
        val tcString = sharedPrefs
            .getString("IABTCF_TCString", null) ?: return

I wouldn't consider this a bug, but you are correct that this performs an unnecessary check. Thanks for bringing this up.

A minor bug then. Not all bugs cause terrible issues.


Landing Page typo fix

Solves issue #710

Thanks @tripathyprateek for fixing!

Thanks @tripathyprateek for fixing!


add MultivariateFailure

@chenpnn , just remove the code for the Cox model.  The code is commented and it is necessary.


Use ChainInterceptor from upstream grpc

What this PR does:
Use ChainInterceptor from upstream grpc; also update reference to weaveworks/common so we eliminate the dependency on grpc-ecosystem/go-grpc-middleware. ChainInterceptor functionality is identical; the feature was added upstream in v1.21 for client side.
Checklist

NA Tests updated
NA CHANGELOG.md updated - not user-visible.

Thanks Bryan!


FIPS broken for Ruby on Windows with OpenSSL 3.x

Description
This is to document the current state of FIPS with OpenSSL 3.x for Ruby on Windows.
In validation of the OpenSSL 3 upgrade, I noticed that FIPS mode fails to reject MD5 hashes. Upon further inspection, it appears that OpenSSL was routing through the default provider and any attempt to ensure that the default provider is excluded breaks SSL functionality.
In researching the problem, I found openssl#603, which indicates that OpenSSL 3 FIPS support is still an open issue. The issue seems to indicate that only testing remains; however, the PR to fix OpenSSL::PKey.read that cannot parse PKey in the FIPS mode seems to not prevent the error on a Windows installation of Ruby. (I've installed both the 3.2.0 gem and pulled from latest master as well as confirming the fix code is actually installed.)
Chef Version
Upcoming release 18.5
Platform Version
Windows with FIPS mode
Replication Case

    & "$embedded_bin_dir/openssl.exe list -providers" # if default provider is included, the below fails to reject MD5, else it errors with PKey error

    & $embedded_bin_dir/ruby.exe -v -e "require 'openssl'; begin;OpenSSL::Digest::MD5.new('hi');rescue OpenSSL::Digest::DigestError => e;raise;rescue => e;puts 'Unexpected error:';puts e.inspect;end"

Client Output

c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/pkey.rb:132:in `initialize': could not parse pkey (OpenS
SL::PKey::DHError)
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/pkey.rb:132:in `new'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/pkey.rb:132:in `new'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/ssl.rb:36:in `<class:SSLContext>'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/ssl.rb:23:in `<module:SSL>'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/ssl.rb:22:in `<module:OpenSSL>'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl/ssl.rb:21:in `<top (required)>'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl.rb:21:in `require_relative'
        from c:/ruby31/lib/ruby/gems/3.1.0/gems/openssl-3.2.0/lib/openssl.rb:21:in `<top (required)>'
        from <internal:c:/ruby31/lib/ruby/3.1.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
        from <internal:c:/ruby31/lib/ruby/3.1.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
        from -e:1:in `<main>'

Stacktrace

I think MD5 is not FIPS-approved encryption in OpenSSL 3.x. You can try a FIPS-approved encryption.
https://openssl-library.org/source/index.html - security policy document may be helpful for you.


Spacing issues when multiple choosable terms are together

Spaces are missing when multiple choosable terms are together. a few examples
Demon Lord Rimuru appears as Demon LordRimuru

Wisdom King Raphael appears as Wisdom KingRaphael (Lord of Wisdom, Raphael appears as Lord of Wisdom,Raphael)

Not entirely sure, but if it's not one of the volumes using the new system, which are found in ln/sources, then it'll get automatically fixed as soon as the volume is upgraded to the new markdown process. I'll have free time this weekend (exams finally over then) to do that, so you shouldn't need to wait too long.


Bower search result pointing to incorrect github URL

When I searched bower for your package  http://bower.io/search/?q=oclazyload
it only comes up with a link to LazyHelper https://github.com/niceilm/LazyHelper which is 5 days old
bower install oclazyload installs the correct package though.

Well both my lib and lazyhelper are listed on bower, and lazyhelper seems to be an helper for ocLazyLoad, so I don't see any harm in this ?

Interesting. Now yours is listed in the search results too, but this morning it wasn't.

Sounds like the bower registry search isn't very robust.

Well, it happens :) Thanks for the report though


Where do you type the line emulator.emulatorPath": "~/Library/Android/sdk/tools/emulator in the settings?

Hi, I'm not sure where to type the line: emulator.emulatorPath": "~/Library/Android/sdk/tools/emulator in the settings.
Thanks!

File -> Preferences -> Setting -> User Setting -> Extensions -> Emulator Configuration
Good luck!

Thanks Joon-S, I added it to the readme for better understanding!


UX: Paladin doesn't respect system colors

List text appears to be hard coded, it should respect system colors and or use slight variations of the system colors (like to denote an inactive but recently changed file would be the same as the inactive color with an offset intensity either brighter/darker).
Also not sure what is going on with Driver.cpp... that doesn't look ideal either.

Good catch

Source group headings do not respect system colours still. From nephele.


Search doesn't always use Image type

It seems the feature type is not loaded correctly, resulting in a binary type that is ignored in the viewer
e.g.
https://datasets-server.huggingface.co/search?dataset=lambdalabs/pokemon-blip-captions&config=lambdalabs--pokemon-blip-captions&split=train&query=red&offset=0&limit=100

  "features": [
    {
      "feature_idx": 0,
      "name": "image",
      "type": {
        "bytes": {
          "dtype": "binary",
          "_type": "Value"
        },
        "path": {
          "dtype": "string",
          "_type": "Value"
        }
      }
    },
    {
      "feature_idx": 1,
      "name": "text",
      "type": {
        "dtype": "string",
        "_type": "Value"
      }
    }
  ],
  "rows": [
    {
      "row_idx": 0,
      "row": {
        "image": null,
        "text": "a drawing of a green pokemon with red eyes"
      },
      "truncated_cells": [

      ]
    },
    {
      "row_idx": 1,
      "row": {
        "image": null,
        "text": "a green and yellow toy with a red nose"
      },
      "truncated_cells": [

      ]
    },

cc @AndreaFrancis
another example: https://datasets-server.huggingface.co/search?dataset=jmhessel/newyorker_caption_contest&config=explanation&split=train&query=hospital&offset=0&limit=100
another example: https://datasets-server.huggingface.co/search?dataset=ademax/ocr_scan_vi_01&config=default&split=train&query=pho&offset=0&limit=100

It's simply the Features metadata with the Image() type that are not used (not present in the arrow schema from the data from the duckdb index file)

fixed: https://datasets-server.huggingface.co/search?dataset=lambdalabs/pokemon-blip-captions&config=lambdalabs--pokemon-blip-captions&split=train&query=red&offset=0&limit=100
will update the other datasets


Configure typescript properly to fix the build

Questions
Answers

Description?
Build wasn't working properly, probably since some core changes on develop and 8.0.x

Type?
bug fix

BC breaks?
no

Deprecations?
no

How to test?
npm i && npm run build inside views

Hello @NeOMakinG ,
I still find the issue and I'm still investigating. Also, there are some checks were not successful

Could you check please? Thank you.

It's not related to that PR at all

Thanks @MhiriFaten


Graphing

Presentation
Graphs should be interactive, so matplotlib is out of the question I guess since it only creates static images. Each indicator could have its own scatter plot graph with a best fit line. I was considering doing a curve instead, but that may not align well with the whole % changed thing we have going on which is based on a linear regression.
I'm not sure how to present all the indicators; the current approach will end up taking a lot of vertical space with the graphs added.  Maybe have a a tab for each indicator?
Implementation
I was looking at plotly.js. It seems really simple to set up, as can be seen in this example. I'm not sure what kind of format it wants the data in. It supports things like pandas dataframes but all we currently use are two numpym arrays, one for each axis.

Since we want as much code as possible in Python, we may want to use the Python lib instead.
This article looks like it covers what we need, but it's also using panda.


Container not able to talk to a specific container, other containers are fine

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description

I've 3 containers running grafana, prometheus and nginx. The nginx container cannot talk to grafana over the host (<IP_ADDRESS>:3000) but can talk to prometheus (<IP_ADDRESS>:9000) or any other container I spawn. Both prometheus and grafana can talk to each other over the host.
Steps to reproduce the issue:

Host runs a wireguard interface with address <IP_ADDRESS>/24

run grafana with default settings (and -p  <IP_ADDRESS>:3000:3000) via podman run, repeat for prometheus or anything else

run an nginx image (mine can be found at alexj9/letsencrypt), attach to the container

in the nginx container curl http://<IP_ADDRESS>:3000

Describe the results you received:
It times out.
curl http://<IP_ADDRESS>:9000 works as expected and from within each container.
curl http://<IP_ADDRESS>:3000 works as expected.
Describe the results you expected:
It connects
Additional information you deem important (e.g. issue happens only occasionally):
iptables output:
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:https ctstate NEW,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http ctstate NEW,ESTABLISHED
ACCEPT     udp  --  anywhere             anywhere             udp dpt:51234
ACCEPT     udp  --  anywhere             anywhere             udp dpts:60000:61000
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN /* accept new ssh connections */ ctstate NEW
ACCEPT     all  --  anywhere             anywhere
ACCEPT     icmp --  anywhere             anywhere
DROP       all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
CNI-FORWARD  all  --  anywhere             anywhere             /* CNI firewall plugin rules */

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:https ctstate ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:http ctstate ESTABLISHED
ACCEPT     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere

Chain CNI-ADMIN (1 references)
target     prot opt source               destination

Chain CNI-FORWARD (1 references)
target     prot opt source               destination
CNI-ADMIN  all  --  anywhere             anywhere             /* CNI firewall plugin rules */
ACCEPT     all  --  anywhere             <IP_ADDRESS>           ctstate RELATED,ESTABLISHED
ACCEPT     all  --  <IP_ADDRESS>           anywhere
ACCEPT     all  --  anywhere             <IP_ADDRESS>           ctstate RELATED,ESTABLISHED
ACCEPT     all  --  anywhere             <IP_ADDRESS>           ctstate RELATED,ESTABLISHED
ACCEPT     all  --  <IP_ADDRESS>           anywhere
ACCEPT     all  --  anywhere             <IP_ADDRESS>           ctstate RELATED,ESTABLISHED
ACCEPT     all  --  <IP_ADDRESS>           anywhere

Output of podman version:
Version:            1.4.4
RemoteAPI Version:  1
Go Version:         go1.10.4
OS/Arch:            linux/amd64

Output of podman info --debug:
debug:
  compiler: gc
  git commit: ""
  go version: go1.10.4
  podman version: 1.4.4
host:
  BuildahVersion: 1.9.0
  Conmon:
    package: 'conmon: /usr/bin/conmon'
    path: /usr/bin/conmon
    version: 'conmon version 2.0.0, commit: unknown'
  Distribution:
    distribution: ubuntu
    version: "19.04"
  MemFree:<PHONE_NUMBER>8
  MemTotal:<PHONE_NUMBER>4
  OCIRuntime:
    package: 'cri-o-runc: /usr/lib/cri-o-runc/sbin/runc'
    path: /usr/lib/cri-o-runc/sbin/runc
    version: 'runc version spec: 1.0.1-dev'
  SwapFree:<PHONE_NUMBER>
  SwapTotal:<PHONE_NUMBER>
  arch: amd64
  cpus: 8
  hostname: agony
  kernel: 5.0.0-25-generic
  os: linux
  rootless: false
  uptime: 15h 13m 19.41s (Approximately 0.62 days)
registries:
  blocked: null
  insecure: null
  search:
  - docker.io
store:
  ConfigFile: /etc/containers/storage.conf
  ContainerStore:
    number: 3
  GraphDriverName: zfs
  GraphOptions:
  - zfs.mountopt=nodev
  GraphRoot: /var/lib/containers/storage
  GraphStatus:
    Compression: lz4
    Parent Dataset: tank/containers
    Parent Quota: "no"
    Space Available: "2892745365632"
    Space Used By Parent: "1035120640"
    Zpool: tank
    Zpool Health: ONLINE
  ImageStore:
    number: 8
  RunRoot: /var/run/containers/storage
  VolumePath: /var/lib/containers/storage/volumes

Additional environment details (AWS, VirtualBox, physical, etc.):
Physical box.

can you please make this more generic? like make every container an nginx container and see if this works?  we dont know much about the stuff you're running but it would a stronger argument that there is something wrong with podman.  when you inspect the containers, does the port assignment look correct? does podman port look correct?

@spaghetti- Since we have had no feedback from August, I am going to close,  If you want us to continue to look at this and want to provide feedback, please reopen.


Running the pre-built indexer generates 'next round to account' error after a while without apparent reason

Description
I'm running the pre-built indexer (v2.15.3) on an AWS EC2 instance together with an archival node, and in the last 48h I've had the same issue twice: the indexer stops pushing data to the Postgres database (Timescale Cloud, so fully managed) with the following error:
{"error":"Process() handler err: AddBlock() err: TxWithRetry() err: attemptTx() err: AddBlock() adding block round 27670983 but next round to account is 27670982","level":"error","msg":"block 27670983 import failed","time":"2023-03-16T08:02:45Z"}

The command I use to run the indexer is: algorand-indexer daemon --data-dir /home/ubuntu/indexerdata -d /var/lib/algorand --postgres "$TIMESCALE_PROD"
The node itself is still properly running at that point in time, output of goal node status -w 1000 is:
Last committed block: 27681419
Time since last block: 0.6s
Sync Time: 0.0s
Last consensus protocol: https://github.com/algorandfoundation/specs/tree/44fa607d6051730f5264526bf3c108d51f0eadb6
Next consensus protocol: https://github.com/algorandfoundation/specs/tree/44fa607d6051730f5264526bf3c108d51f0eadb6
Round for next consensus protocol: 27681420
Next consensus protocol supported: true
Last Catchpoint: 27680000#NA63SDQJD63NR3QPNC2NXYV6FPUJWHNJY6DDAMGURQ76CT2MYUUQ
Genesis ID: mainnet-v1.0
Genesis hash: wGHE2Pwdvd7S12BL5FaOP20EGYesN73ktiC1qzkkit8=

When I restart the indexer, all I get is the prompt to re-initialise the ledger:
{"error":"MakeProcessorWithLedgerInit() err: InitializeLedger() simple catchup err: RunMigration() err: MakeProcessor() err: the ledger cache is ahead of the required round and must be re-initialized","level":"error","msg":"blockprocessor.MakeProcessor() err MakeProcessorWithLedgerInit() err: InitializeLedger() simple catchup err: RunMigration() err: MakeProcessor() err: the ledger cache is ahead of the required round and must be re-initialized","time":"2023-03-16T08:06:41Z"}

Currently the only way I know to get it up and running again is by clearing out the indexer's data directory and starting sync again from the nearest catchpoint: algorand-indexer daemon --data-dir /home/ubuntu/indexerdata -d /var/lib/algorand --postgres "$TIMESCALE_PROD" --catchpoint "27670000#74HTMMCL63E74B43FLS3LHHQRMDO54HTF6FKC2JZK3K3PXNY6ZYQ"
Is this a known issue? Can I somehow make the indexer more robust to catch these kinds of issues?
As this issue seems to be fully indexer related (unless I'm missing something here), I thought it might be good to discuss this here. We specifically use the provided indexer so we don't have to write our own code and can rely on the stability provided out of the box, so looking forward to solving this!
Our environment

Software version: 3.14.2.stable
Node status:  see above
Indexer version: 2.15.3
Server: AWS EC2 c5.large running Ubuntu 20.04
Postgres: Timescale Cloud (v2.10.0) running Postgres v14.7

Steps to reproduce
Unknown, but seems to be happening a lot the past week.

I believe this sort of thing may happen if you have multiple Indexer writers running at the same time. Resetting the data directory is the right way to recover.

Normally I just have a single writer in a single process, so not really sure if this is the case here. If it is, then it seems like the problem exist within this version of the indexer.

I'm unable to reproduce the error with v2.15.3 indexer. I recommend switch to using Conduit and you'll not have this problem.

Indexer 2.x was retired in 2023.


Flet App Not Publishing On Play Store

Duplicate Check

[X] I have searched the opened issues and there are no duplicates

Describe the bug
i am unable to publish flet android bundle on Google Play Store made with flet build aab and facing issue You uploaded an APK or Android App Bundle that was signed in debug mode. You need to sign your APK or Android App Bundle in release mode
Code sample
Code
[Paste your code here]

To reproduce
want to publish apps on playstore with ease
Expected behavior
No response
Screenshots / Videos

Captures

Operating System
macOS
Operating system details
Windows 10
Flet version
0.24.1
Regression
No, it isn't
Suggestions
make this method simpler to publish aps on Paly Store
Logs
Logs
[Paste your logs here]

Additional details
No response

Closing as duplicate of https://github.com/flet-dev/flet/issues/2868