<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 26, 2023 at 6:34 AM James Linder <<a href="mailto:jam@tigger.ws">jam@tigger.ws</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"><br>
<br>
> On 26 Jun 2023, at 5:27 pm, James Abernathy <<a href="mailto:jfabernathy@gmail.com" target="_blank">jfabernathy@gmail.com</a>> wrote:<br>
> <br>
> <br>
> On Fri, Jun 23, 2023 at 5:28 PM Gary Buhrmaster <<a href="mailto:gary.buhrmaster@gmail.com" target="_blank">gary.buhrmaster@gmail.com</a>> wrote:<br>
> On Wed, Jun 21, 2023 at 10:06 PM James Abernathy <<a href="mailto:jfabernathy@gmail.com" target="_blank">jfabernathy@gmail.com</a>> wrote:<br>
> ><br>
> > I've been studying the links about PEP 668 and its effect on mythtv.<br>
> ><br>
> > It seems to me that if a user just installs mythtv from a package then all is good.<br>
> <br>
> Essentially correct (although there are always<br>
> edge cases with some distros packaging<br>
> management solutions).<br>
> <br>
> I always recommend building and installing<br>
> via packages (when the distro supports that),<br>
> even for "personal" builds for use on<br>
> (more or less) production/stable systems,<br>
> as a package will also create appropriate<br>
> dependencies for install, typically detect<br>
> ABI incompatibilities from other packages,<br>
> and fully replace/remove any cruft at upgrade<br>
> or package removal.<br>
> <br>
> For that reason, I created my own packaging<br>
> (and a private distribution repo for upgrades<br>
> across my mythtv ecosystem, which also<br>
> makes OS updates trivial as MythTV<br>
> also gets updated at the same time).<br>
> <br>
> There is certainly overhead to get started,<br>
> but (as has been mentioned) there are<br>
> many good sources (including both the<br>
> MythTV project itself, and various repo<br>
> packagers) to assist.<br>
> <br>
> <br>
> I would be interested in how you build your own MythTV repository to keep your MythTV software up to date locally.  Can you point me to methods?<br>
> <br>
> I have a server that hosts my MythTV backend and  NAS for the household network. That system could run rebuilds occasionally. That would allow the backend and clients to get updated during normal updating with APT.<br>
> <br>
> Right now using the Debian method of building the packages generates errors on systems with Discover on KDE Debian 12, unrelated to MythTV.<br>
> <br>
> Jim A<br>
<br>
Jim my $0.02 is that chop-n-change distros, while fun, is doubly complicated wrt building packages.<br>
Mail me if you want a consise method for building a yum-zypper rpm repo or an apt-repo that Ive used only on ubuntu<br>
I’ve also go old not-used recently arch package build<br>
<br>
James<br><br></blockquote><div><br></div><div>I think this blog has the backend part of building the repo I need. It looks like I could modify it to be combined with the Debian package build that is already shown in the wiki. I could host it on my server for the home network.</div><div><br></div><div><a href="https://earthly.dev/blog/creating-and-hosting-your-own-deb-packages-and-apt-repo/">https://earthly.dev/blog/creating-and-hosting-your-own-deb-packages-and-apt-repo/</a><br></div><div><br></div><div>JIm A<br> </div></div></div>