[mythtv-users] find_orphans.py

Sat Feb 8 01:55:57 UTC 2025

On Fri, Feb 7, 2025 at 2:27 PM James Abernathy <jfabernathy at gmail.com>
wrote:

>
>
> On Fri, Feb 7, 2025 at 7:26 AM James Abernathy <jfabernathy at gmail.com>
> wrote:
>
>>
>>
>> On Fri, Feb 7, 2025 at 12:21 AM David Hampton via mythtv-users <
>> mythtv-users at mythtv.org> wrote:
>>
>>> On Thu, 2025-02-06 at 21:19 -0500, James Abernathy wrote:
>>> > On Thu, Feb 6, 2025 at 9:09 PM Peter Bennett <pb.mythtv at gmail.com>
>>> > wrote:
>>> > > On 2/6/25 20:24, James Abernathy wrote:
>>> > > >
>>> > > > I can't find a package called python3-mythtv for Debian 12.  I
>>> > > > know it gets installed by building the Debian packages, but I'm
>>> > > > doing a build from source via cmake and I installed my
>>> > > > dependencies using ansible but python3-mythtv must not get
>>> > > > installed there.
>>> > > >
>>> > > > Jim A
>>> > >
>>> > > /usr/local/lib/python3.12/dist-packages/MythTV. That is where all
>>> > > the python stuff for MythTV is installed on my testing system.
>>> > > Depending on your python version the python3.12 directory may be
>>> > > different. find_orphans.py works on my system. This system was
>>> > > installed using a mythtv-light package built with cmake, but it
>>> > > should be the same for other install methods.
>>> > >
>>> > >  Peter
>>> > >
>>> >
>>> > Thanks, maybe there's an option to either build or install it. In my
>>> > /usr/local/lib/phton3.11/dist-packages directory, there are no files.
>>>
>>> Both make and cmake will create the python bindings if they find the
>>> appropriate python packages installed on the system.  If not, they
>>> don't fail the build, they simply disable the python buildings.  You
>>> need to look at the output of configure (for make) of the configuration
>>> stage of the MythTV sub-package (for cmake).  Search for the string
>>> "bindings_python" in the output of either type of build.  The cmake
>>> build has additional info if you search for "Found python version".
>>>
>>> David
>>>
>>>
>> Thanks,  I may have a mess right now so I'm going to start a few separate
>> test cases.  I have a small GMKTec NUCBOX G3 with a pop out lid for quick
>> access to the NVME drive.  I can change the boot ssd in under 15 seconds.
>> I also have a stack of nvme drives, so I can work up some tests to see
>> where I'm missing the python bindings.
>>
>> It bothers me that having to run the build stuff as sudo creates a lot of
>> files under /root in addition to the files in /home/$USER.
>>
>> My first test was a fresh LM22.1 (ubuntu) install and mythtv installed
>> via the ppa:mythbuntu/35.  That went smoothly and find_orphans.py works
>> correctly.  Now to get something working with Debian using mythtv-light via
>> cmake.  I like having packages that can be installed and removed.
>>
>> The question may come up as to why not just use LM22.1.  For my
>> production backend, it's headless in a closet. Having a full Desktop
>> environment means dozens of updates to programs that I'll never use on the
>> backend and just updating them could cause issues with the stability of the
>> system.
>>
>> I'm not using the Ubuntu server because it uses snapd.
>>
>> Jim A
>>
>
> I may have a compromise for my production backend for the short term.
>
> In looking for a safe way to run ubuntu without snapd I found out that
> Lubuntu 24.04 has no snaps installed on their minimal install.  In fact
> they don't have snapd even installed. That coupled with the fact that
> Lubuntu minimal is just a few steps up from a server only it should keep my
> updates to a minimum.   I tested mythtv v35 installed using the ubuntu
> ppa:mythbuntu/35 and everything works as you'd expect including
> 'find_orphans.py'
>
> So I may just run Lubuntu on my production backend while I learn the right
> way to build mythtv v35 on Debian.
>
> Jim A
>

On a clean install of Debian 12, I built mythtv-light V35 (Master) via the
cmake method (default) and once the system was working I tested
find_orphans.py and it worked.  So my problems the other day were most
likely due to too much junk on the system.

I did have a permissions issue when I installed mythtv-light. it doesn't
seem to be causing a problem. console log below:

sudo apt install ./mythtv-light_35~Pre-784-g665b315a3b-0_amd64_bookworm.deb
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'mythtv-light' instead of
'./mythtv-light_35~Pre-784-g665b315a3b-0_amd64_bookworm.deb'
The following additional packages will be installed:
  fonts-liberation
The following NEW packages will be installed:
  fonts-liberation mythtv-light
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 828 kB/52.9 MB of archives.
After this operation, 206 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 http://atl.mirrors.clouvider.net/debian bookworm/main amd64
fonts-liberation all 1:1.07.4-11 [828 kB]
Get:2
/home/jim/build/mythtv-light_35~Pre-784-g665b315a3b-0_amd64_bookworm.deb
mythtv-light amd64 35~Pre-784-g665b315a3b-0 [52.0 MB]
Fetched 828 kB in 1s (1,018 kB/s)
Selecting previously unselected package fonts-liberation.
(Reading database ... 174681 files and directories currently installed.)
Preparing to unpack .../fonts-liberation_1%3a1.07.4-11_all.deb ...
Unpacking fonts-liberation (1:1.07.4-11) ...
Selecting previously unselected package mythtv-light.
Preparing to unpack
.../mythtv-light_35~Pre-784-g665b315a3b-0_amd64_bookworm.deb ...
Unpacking mythtv-light (35~Pre-784-g665b315a3b-0) ...
Setting up fonts-liberation (1:1.07.4-11) ...
Setting up mythtv-light (35~Pre-784-g665b315a3b-0) ...
Processing triggers for fontconfig (2.14.1-4) ...
Processing triggers for mailcap (3.70+nmu1) ...
N: Download is performed unsandboxed as root as file
'/home/jim/build/mythtv-light_35~Pre-784-g665b315a3b-0_amd64_bookworm.deb'
couldn't
be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)

Jim A
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20250207/b13fba4c/attachment.htm>