Remote display with audio for iTunes running on the headless box #5

Closed
opened 2026-10-28 09:58:07 +01:00 by The_Void · 2 comments
Owner

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).

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).
The_Void added this to the Blocked milestone 2026-10-28 09:58:14 +01:00
The_Void modified the milestone from Blocked to Ready to work 2026-10-28 10:19:49 +01:00
Author
Owner

From the #6 work (KNOWLEDGE.md, Library and playback): iTunes writes its library only when it quits, and launch.sh ends every run with wineserver -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 out in the container (wine/itunes.pa).

From the #6 work (KNOWLEDGE.md, *Library and playback*): iTunes writes its library only when it quits, and `launch.sh` ends every run with `wineserver -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 `out` in the container (`wine/itunes.pa`).
Author
Owner

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.

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.
Sign in to join this conversation.
No description provided.