Developer Documents 5 Undocumented macOS-on-Proxmox Bugs After 150 Fixes

·1 views

A developer who built osx-proxmox-next, a one-command tool for creating macOS virtual machines on Proxmox, has documented five obscure bugs discovered after roughly 1,500 users installed it on varied hardware. Among the issues was a CPU topology leak on Xeon E5/E7 v2–v4 hosts that caused XNU's scheduler to livelock during the macOS installer's copy phase, initially misdiagnosed as a network problem. Other bugs included a missing AllowSetDefault OpenCore setting that prevented macOS from being pinned as the default boot entry, and an incorrect boot order suggestion that caused VMs to skip OpenCore entirely and stall. A persistent memory-configuration warning on MacPro7,1 SMBIOS VMs was traced to the absence of RestrictEvents.kext, with the widely recommended revpatch=memtab boot argument confirmed as a no-op for that SMBIOS model. The developer published the findings along with root-cause analysis and code-level fixes, noting that symptoms often pointed to a different layer than the actual cause.

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)

Inference Backends Silently Affect LLM Output Reproducibility, Study Finds

A research paper highlights that the choice of inference backend — such as Ollama, vLLM, or LMDeploy — can meaningfully alter large language model outputs beyond what random seeds control. Factors like automatically appended system prompts, default generation penalties, and prefix caching mechanisms introduce subtle but measurable differences in model behaviour. Technical variations including accumulation precision during matrix multiplication and kernel-level tie-breaking during greedy decoding can cause divergent text generation across engines. The study found that fixing a random seed alone is insufficient to guarantee reproducibility, as the entire inference stack effectively forms part of the model's runtime environment. Researchers recommend documenting the inference engine, model format, hardware configuration, precision settings, and prompt templates alongside evaluation results to enable fair and reproducible comparisons.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

ctxlens: Open-Source CLI Tool That Measures Codebase Token Usage Across AI Models

A developer built ctxlens, a command-line utility that analyzes how many tokens a codebase consumes relative to the context limits of 23 AI models across 7 providers. The tool, inspired by the Unix 'du' disk-usage command, ranks files and directories by token count, helping developers identify which files consume the most context budget. Additional features include a diff command to estimate token savings from stripping comments, a CI flag for automated budget gating, and a watch mode for real-time monitoring. The creator developed it in early 2025 while working with local Ollama models and Codex, where hitting context limits was a frequent problem. Though the author notes reduced personal use since frontier models now offer larger context windows, the tool remains potentially useful for developers running local LLMs with limited context capacity.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

n8n Adds Qwen Cloud Node Supporting Text, Image, and Video AI Workflows

Workflow automation platform n8n has introduced a dedicated Qwen Cloud node, bringing Alibaba Cloud's Qwen model family into its visual workflow canvas. The node consolidates text, image, and video AI actions into a single integration point, removing the need to handle these tasks through separate components or custom API requests. The addition is consistent with n8n version 2.18.0, released on April 21, 2026, which also included an Alibaba Cloud Chat Model Node and a credential-level URL field for AI gateway compatibility. Users can connect the node to other workflow steps, enabling AI outputs to feed into downstream business processes or application events. Teams are advised to verify model availability, pricing, usage limits, and regional access in their own Qwen Cloud and n8n environments before deploying production workflows.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why a version-bumping bot and CI gates matter more than standard .NET checklists

A software team building .NET Core microservices found that standard production-readiness checklists missed a critical piece: managing shared domain logic as versioned NuGet packages on a private Artifactory feed. To handle dependency updates across multiple services, they built an automated bot that opens pull requests in every downstream microservice repo whenever a new domain package version is released. However, the team discovered that auto-merging those PRs based only on a successful compilation check created serious risk, since a mislabeled semantic version bump could silently introduce breaking changes across dozens of services simultaneously. The real fix was adding a mandatory CI gate requiring each consuming service's full integration test suite — not just unit tests — to pass against the new package before any merge was allowed. The lesson: shared domain libraries are load-bearing dependencies, and automating version bumps only improves production readiness when paired with rigorous per-service validation.

0 comments Read more at DEV Community