brew install cmake pkg-config numpy
git clone https://github.com/opencv/opencv
These are the things I did to get NVIDIA GeForce GTX 1050 Ti working on Ubuntu 24. Given its an older GPU card, I had to use a lower CUDA version and a lower gcc version. Your system may be different. Don't try and figure it out yourself. Easier to use claude CLI and debug together:
IMPORTANT: Don't copy paste - find out your GPU specs, and then download the right nvidia driver/CUDA/CuDNN/
wget https://developer.download.nvidia.com/compute/nvidia-driver/590.48.01/local_installers/nvidia-driver-local-repo-ubuntu2404-590.48.01_1.0-1_amd64.deb
sudo dpkg -i nvidia-driver-local-repo-ubuntu2404-590.48.01_1.0-1_amd64.deb
wget https://developer.download.nvidia.com/compute/cuda/11.8.0/local_installers/cuda_11.8.0_520.61.05_linux.run
/api/ with .json suffix on all endpoints?token=xxx)Monitor[Function]=Modect){ monitors: [{ Monitor: {...}, Monitor_Status: {...} }] }MonitorId, StartDateTime, CaptureFPS)| import numpy as np | |
| import sys | |
| import cv2 | |
| import time | |
| import datetime | |
| import re | |
| from pyzm.helpers.Base import Base | |
| import portalocker | |
| import os |
| #!/bin/bash | |
| # claude-runner.sh - Runs Claude CLI with automatic rate-limit handling | |
| # Uses tmux to maintain proper terminal environment | |
| set -euo pipefail | |
| SESSION_NAME="claude-worker" | |
| RESUME_FILE="$HOME/.claude-session-id" | |
| STATE_FILE="$HOME/.claude-runner-state" |
| ## 👤 User | |
| Analyze agents.md to make sure its in great shape. One key issue I see is you implement things, run tests, say its all ok, but it breaks when I try. Are you generating/updating tests always? If not, how shoulD AGENTS.md be improved? I really want to follow a "test for everything" philosophy - when tests pass, it really should mean the app should work and all options/buttons/screens tested | |
| --- | |
| ## 🤖 Claude | |
| I'll analyze AGENTS.md and identify the testing gaps. Let me first check what tests currently exist: |
| ## 👤 User | |
| The full walkthrough tests are surfacial. If I want to write human readable instructions on the flow (I want it to go step by step into each screen and test functionality of items), and use that human redable instructions to generate code for e2e tests, what is the best approach? | |
| --- | |
| ## 🤖 Claude | |
| Great question! For human-readable test specifications that generate E2E tests, here are the best approaches for your Playwright setup: |
| --- | |
| ## 🤖 Claude | |
| Perfect! The build succeeds. Now let's commit this debug version so you can test it on iOS and see what the logs tell us: | |
| --- | |
| ## 🤖 Claude |
| ## 👤 User | |
| Do a detailed code review. Follow guidelines from @AGENTS.md and assign a grade | |
| --- | |
| ## 🤖 Claude | |
| I'll conduct a comprehensive code review following the AGENTS.md guidelines. Let me start by organizing this task. |
| ### Problem 1: **Instructions are buried in narrative text** | |
| Your current CLAUDE.md has rules mixed with explanatory text: | |
| ```markdown | |
| Global Rules | |
| ------------- | |
| - All text needs to be internationalized. Always make sure all language files are in sync and updated with each change | |
| ``` | |
| This is easy to **read** but easy to **forget during execution**. |