Remote display with audio for iTunes running on the headless box #5
Labels
No labels
bug
Claude
deferred
enhancement
epic
implementation
priority/high
priority/low
priority/med
research
verification
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Depends on
#2 Wine Docker image with Xvfb and a launch-and-screenshot script
iTunes/iTunes.Wine
Reference
iTunes/iTunes.Wine#5
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
iTunes has to run on this box (Fedora Server, no display; operator choice 2026-10-28), but the user drives it from their Fedora desktop. Xvfb screenshots are enough for testing, not for using it.
Requirements: interactive window, audio (playback is a required feature), clipboard nice-to-have. Plain VNC/noVNC carries no audio. Xpra forwards both window and sound, so try it first. Note why if something else wins.
Done when the user can open iTunes from their desktop and hear a track play (that last part is the operator's check).
From the #6 work (KNOWLEDGE.md, Library and playback): iTunes writes its library only when it quits, and
launch.shends every run withwineserver -k. For interactive use, the session has to end when iTunes exits, not on a timer, and closing the remote window has to quit iTunes cleanly. Otherwise imports and play counts are lost.The audio this display must forward is the PulseAudio null sink
outin the container (wine/itunes.pa).Not needed: the target changed to a native install on the user's Fedora desktop (operator decision 2026-10-28; KNOWLEDGE.md → Scope). iTunes uses the desktop's own display and PipeWire, so there is no remote display to build. This would come back only if a headless install becomes the target again.