macOS launchd Ignores Plist Edits at Runtime — Here Is the Safe Fix

·1 views

On macOS, launchd reads a job's plist file only when the job is first bootstrapped, freezing environment variables in memory and ignoring any subsequent file edits. This means changing a timeout value in a plist has no effect on an already-loaded job, creating a silent mismatch between the file on disk and what launchd is actually running. The divergence can be confirmed via the launchctl print command, which will still report the old value despite the updated file. The correct remedy is to unload the job with launchctl bootout and reload it with launchctl bootstrap, but doing so mid-run force-kills the process and discards its work. A 31-line shell script that checks whether a job is idle before re-syncing its configuration offers a safer, automated alternative for production automation environments.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Qwen3 4B Matches Qwen2.5 7B on Writing Correction While Running 2x Faster

A developer benchmarked three locally hosted Qwen language models — Qwen2.5 7B, Qwen3 4B, and Qwen3 8B — on a 20-case writing correction task using Ollama on Windows, generating 60 total responses. Both Qwen2.5 7B and Qwen3 4B achieved identical results, each completing 18 out of 20 cases correctly and failing on the exact same two cases. Qwen3 8B performed marginally better, completing 19 out of 20 cases. The most striking finding was in execution speed: Qwen3 4B averaged 23.99 seconds per cold-start run, compared to 54.37 seconds for Qwen2.5 7B, making it roughly 2.27 times faster. The experiment suggests that for this specific writing-correction benchmark, the newer smaller model can match the practical output of its larger predecessor at significantly lower latency.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Nylas Guide Shows How to Shadow-Test AI Email Agents on Live Traffic Safely

Developers building AI email agents face significant risk when moving from test inboxes to live customer mailboxes, as even small changes to prompts or models can cause errors. A technique called shadow mode allows a candidate agent to receive the same real inbound messages as the production system, record what it would have done, but never actually send, label, or draft anything visible to customers. The approach uses Nylas Agent Accounts to deliver live email events and thread context to the shadow agent, while the application stores proposed actions and comparison results in its own database. Crucially, shadow mode is an application-level rollout feature rather than an email-provider change, and all shadow output must be kept separate from the live mailbox to avoid confusion. The method also carries privacy obligations, since the model processes real customer content, requiring developers to minimize data retention and limit access to attachments unless strictly necessary.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Solo AI and AI Swarm Both Miss the Same Bug in Governance Audit Test

A developer running an experiment on AI governance auditing tested whether a single advanced AI model and a multi-agent AI swarm could identify known defects in a real enterprise governance corpus of 341 Markdown documents. The tester had pre-sealed a hidden benchmark containing eight scored conditions, including four confirmed defects, to ensure the AI systems could not be guided toward known answers. Both configurations — a standalone Claude Opus 5 instance and a more complex multi-agent setup — were given the same read-only corpus and broad instructions to find defensible governance flaws. Despite differences in architecture and autonomy, both systems failed to catch the same specific defect from the benchmark. The experiment raised pointed questions about whether deterministic, rules-based governance architectures still hold advantages over rapidly improving AI agent systems.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AI Euthanasia Assessor Proposed as Psychiatrist Replacement in Assisted Dying

Australian euthanasia advocate Philip Nitschke announced in January 2026 that he is developing an AI system to replace psychiatrists in evaluating whether people seeking assisted dying have the mental capacity to make that decision. The AI would conduct a conversational interview and deliver a binary verdict — capacity granted or denied — after which a 3D-printed nitrogen capsule called the Sarco pod would unlock following a 24-hour waiting period. Nitschke, founder of Exit International and inventor of the Sarco pod, argues the system addresses inconsistency in human psychiatric assessments. The announcement came months after the Sarco pod was used for the first time in Switzerland in September 2024, an event that led to legal proceedings and the subsequent suicide of a key affiliated figure. Separately, 25-year-old Noelia Castillo Ramos died by legal euthanasia in Catalonia on 26 March 2026 after a 601-day legal battle in which five courts upheld her right to make the decision.

0 comments Read more at DEV Community