<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Feb 19, 2025 at 6:02 PM James Abernathy <<a href="mailto:jfabernathy@gmail.com">jfabernathy@gmail.com</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"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 19, 2025 at 5:01 PM Roland Ernst <<a href="mailto:rcrernst@gmail.com" target="_blank">rcrernst@gmail.com</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"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div>Jim,</div><div>As explained previous in this thread, every python module you try to install in a <span style="font-family:arial,sans-serif">"</span><code style="font-family:arial,sans-serif">EXTERNALLY-MANAGED" environment</code></div><div><code style="font-family:arial,sans-serif">without using a package manager is causing a PEP 668 error.</code></div><div><code style="font-family:arial,sans-serif">The flag </code><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">-DMYTH_BINDINGS_INSTALL_ROOT=/ </span></span><span style="color:rgb(0,0,0);background-color:rgb(255,255,255);font-family:arial,sans-serif">is a red herring.</span></div><div><span style="color:rgb(0,0,0);background-color:rgb(255,255,255);font-family:arial,sans-serif">The only way to overcome this is <br></span><span style="font-family:monospace">sudo PIP_BREAK_SYSTEM_PACKAGES=1 <span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">cmake --build build-qt5</span></span></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)"><br></span></span></div><div><font face="arial,sans-serif"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">You definitely should not use this in a production environment, for the following reasons:<br></span></font></div><div><font face="arial,sans-serif">- Consistency<br></font></div><div><font face="arial,sans-serif">- Maintainability<br></font></div><div><font face="arial,sans-serif">- Security</font></div><div><font face="arial,sans-serif">- Safety</font></div><div><font face="arial,sans-serif"><br></font></div><div><font face="arial,sans-serif">Roland</font></div><div><code style="font-family:arial,sans-serif"><br></code></div></div></div></blockquote><div><br></div><div>Thanks for all your help. Let me see if I'm starting to understand things a little better.</div><div><br></div><div>1. Don't use -DMYTH_BINDINGS_INSTALL_ROOT=/</div><div><br></div><div>2. If I build with </div><div><span style="font-family:monospace">cmake --preset qt5 -DCMAKE_INSTALL_PREFIX=~/mythtv-output </span></div><div><br></div><div>I get everything built with the bin, lib, etc in my home directory in the mythtv-output sub-directory.</div><div>However, the MythTV/_versions.py file indicates the install location is also in ~/mythtv-output</div><div><br></div><div>3. If I build with <br></div><div><span style="font-family:monospace">cmake --preset qt5 -DCMAKE_INSTALL_PREFIX=~/mythtv-output-DMYTH_INSTALL_PREFIX=/usr</span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"></span>I get everything built in ~/mythtv-output; however, the MythTV/_versions.py file indicates the install location is /usr. </div><div>So the files in ~/mythtv-output can be copied to /usr and things should work.</div><div><br></div><div>Am I close to understanding this?</div><div><br></div><div>JIm A</div></div></div></blockquote><div><br></div><div>In step #3, I meant to say -DMYTH_RUN_PREFIX instead of MYTH_INSTALL_PREFIX</div><div><br></div><div>Jim A</div><div> <br></div></div></div>