<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 5, 2023 at 10:32 AM Paul Gardiner <<a href="mailto:lists@glidos.net">lists@glidos.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 04/11/2023 15:31, James Abernathy wrote:<br>
> <br>
> <br>
> On Sat, Nov 4, 2023, 9:28 AM Paul Gardiner <<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a> <br>
> <mailto:<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a>>> wrote:<br>
> <br>
>     Is anybody here running mythbackend in a docker container and<br>
>     successfully passing through access to PCI and/or USB capture cards?<br>
> <br>
> <br>
> I've only done the backend in a VM using KVM/QEMU Libvirt.<br>
> <br>
> It works great that way with networked tuners. You can also use USB devices.<br>
<br>
Maybe I should explore KVM as an option. I'm trying to find a more <br>
convenient way to deal with updating my linux distribution when new <br>
versions appear. For ages now, I've been using two servers, one live and <br>
another to install the new version on and test. I know there has to be a <br>
better way. I use OpenSUSE because it's the one I know best, going from <br>
one version of Leap (the name of OpenSUSE's stable releases) to the next <br>
as they come out. They also have a rolling version called Tumbleweed. I <br>
wondered about using that, but my mythtv packages wont build for it at <br>
the moment and, although I may be able to solve that, I worry that it <br>
might be just the first of many problems if I move to the rolling version.<br>
<br>
Latest idea was to use the rolling version as a docker host and run <br>
mythbackend in containers still using Leap, which would be very easy to <br>
update in that scenario.<br>
<br>
Your post makes me wonder about sticking with Leap versions, and using <br>
KVM just to allow the new version installation to be performed on the <br>
live server while the old version is still running. Then maybe with some <br>
cleverness with grub I can swap to the new version, booting straight <br>
into it without KVM, not needing KVM again until the next update.<br>
<br>
I wonder what others do for this, what must be, very common problem. I'm <br>
sure I've been making things unnecessarily difficult for all these years <br>
I've been using two servers.<br></blockquote><div><br></div><div>Before I moved my production MythTV backend to V34-Master I had it at v33 with a test PC running v34-master during the development of the new Webapp.  To make that simpler, I started using the test backend on that PC with KVM.  </div><div><br></div><div>The problem was my test PC was always being rebuilt with the Disto of the week.  I decided to have another SSD installed with all my media on one partition and all my KVM stuff on the other partition.  So to test a new Distro without having to rebuild Mythtv I just installed the distro, installed KVM, and add the VM backend from the KVM partition.  </div><div><br></div><div>With the setup I could even have multiple VMs each with a different distro from the host to test different versions of Mythtv and install scripts.  I used both Ubuntu with the mythbuntu ppa on one VM and Debian with build from packages on another. I even tested Archlinux and mythtv from the AUR on one VM.</div><div><br></div><div>Jim A</div><div><br></div></div></div>