Selfhosted

58502 readers

3 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago

MODERATORS

HybridSarcasm@lemmy.world

HybridSarcasm@lemmy.hybridsarcasm.xyz

Proxmox audio for all guests solution? (bugs.debian.org)

submitted 5 days ago* (last edited 5 days ago) by vk6flab@lemmy.radio to c/selfhosted@lemmy.world

7 comments fedilink hide all child comments

I've been attempting to get audio to work across all guests in Proxmox. While I can probably physically attach a soundcard to each guest, I'd need multiple and I'd need to keep fiddling each time I started a guest.

Apparently with a command line argument, qemu can provide audio support through the host, so I figured that using pipewire to co-ordinate this would be the easiest way forward, except it turns out that it's a (GUI) user space process, which doesn't make sense on a server with no GUI users.

There's a Debian server package apparently specifically for this, but it doesn't appear to work and my (linked) bug report doesn't seem to have been noticed, let alone fixed.

How do you do audio across multiple guests?

Note, new Proxmox user, ancient Debian user. Use case: single user virtual workstation environment to replace the VMware system I've been using since 2009. (The hardware failed and VMware is now owned by people who are not interested in me as a customer.)

Edit:

Just to be explicit, any working audio would be great, preferably a system that doesn't require special drivers in the guest, since I'm also running ancient operating systems on this host, not to mention, experimental ones alongside my main virtual workstation.

top 7 comments

sorted by: hot top controversial new old

[–] Dultas@lemmy.world 4 points 5 days ago* (last edited 5 days ago) (1 children)

Spice may be your best bet. I think it supports audio.

*Might be a good starting point https://forum.proxmox.com/threads/noob-guide-to-getting-audio-to-work-in-linux-guests.127369/

[–] vk6flab@lemmy.radio 3 points 5 days ago (1 children)

In my adventures I did look at this, but it appears to require that you install support for this inside the guest, which is possible for modern guests, but not for ancient ones like say Debian Wheezy or Win98se.

[–] Dultas@lemmy.world 1 points 4 days ago* (last edited 4 days ago)

Ancient yeah, haha. Glaces at win311 and slackware 2.3 VMs. But yeah it does require guest addons but is probably going to be the closest to built in support you're going to find. I think there is a novnc audio project but have no idea what state that's in and what you'd have to do to roll it into the Proxmox novpn version.

[–] tal@lemmy.today 2 points 5 days ago* (last edited 5 days ago) (1 children)

so I figured that using pipewire to co-ordinate this would be the easiest way forward, except it turns out that it’s a (GUI) user space process, which doesn’t make sense on a server with no GUI users.

I'm not entirely sure what you mean by "(GUI) user space process", but if it's that it's a systemd user process (e.g. it shows up when you run $ systemctl --user status pipewire rather than $ systemctl status pipewire, which appears to be the case on my system, where there's one instance running per user session), then you probably can run it as a systemwide process, where there's just one always-running process for the whole system. IIRC, PulseAudio could run in both modes. I don't know if you have concerns about security on access to your mic or something, but that could be something to look into.

searches

Sounds like it's doable. Not endorsing this particular project, which I've never seen before, but it looks like it's possible:

https://github.com/iddo/pipewire-system

PipeWire System-wide Daemon Package (Arch Linux)

This package configures PipeWire, WirePlumber, and PipeWire-Pulse to run as a single system-wide daemon as the root user. This setup is optimized for headless media servers, HTPCs, or multi-user audio environments.

[–] vk6flab@lemmy.radio 1 points 5 days ago (1 children)

Not sure how, or if, I'd want to install an Arch package under Debian, but it's my understanding that the package I've raised a bug for under Debian implements, or is supposed to at least, the functionality you're describing.

What I haven't found is a recipe that documents exactly how it's supposed to work (not to mention, in a Debian way).

I'd love to discover something that doesn't start with instructions to remove all pipewire packages and install from source, since that completely defeats the purpose of running Debian Stable as the host.

[–] Creat@discuss.tchncs.de 2 points 5 days ago* (last edited 5 days ago) (1 children)

The arch package has to be built somehow. You could look at that packages source and/or content to figure out how to manually do it on your system, or wait/hope the deb is being maintained and gets fixed.

It's likely mostly some plumbing, like a systemd service with it's configuration, to get the audio routed properly.

[–] vk6flab@lemmy.radio 2 points 5 days ago

Tah. I'll have a look see.