Closed caver456 closed 7 months ago
Looking at recent histories of files that could be related (comparing 3.10.1 to 3.8.0):
Need to try buildozer locally to see why LICENSE.txt isn't getting placed in dist.
It's also possible that this is due to a version change in the workflow tools. Here's the actual line that's causing the problem, in radiolog.iss, which hasn't changed:
LicenseFile=dist\radiolog\LICENSE.txt
testing on Windows, with pyinstaller 5.5, all the files from 'datas', including LICENSE.txt, go directly in dist/radiolog.
upgrading pyinstaller to the latest version (pip install --upgrade pyinstaller' installs 6.2.0; github used 6.1.0) then rerunning does show a big difference, which >apparently< explains the reason that issc doesn't find the file in the same place as earlier versions:
Ok bingo hopefully:
Googling led to this, which (near the end of the thread) shows a merged pull request a couple weeks ago: https://github.com/pyinstaller/pyinstaller/issues/7951
In the docs: https://www.pyinstaller.org/en/stable/usage.html?highlight=contents_directory
So, that would mean an added line in radiolog.spec should do the trick, if the latest
This was incorporated to pyinstaller 6.1.0, which is what github uses:
https://pyinstaller.org/en/stable/CHANGES.html#id2
If needed, the alternate fix should be to change radiolog.iss from this:
LicenseFile=dist\radiolog\LICENSE.txt
to this:
LicenseFile=dist\radiolog\_internal\LICENSE.txt
Anyway... figure out the right syntax to incorporate to radilog.spec, then try it at home, then commit, push, tag, and release...
Appears to work by adding the argument to EXE in radiolog.spec:
exe = EXE(
... ,
... ,
contents_directory='.' # see https://github.com/ncssar/radiolog/issues/695#issuecomment-1807152764
)
gives the expected result, just like the good ol' days:
Like the discussions at the links above point out, this is not to say whether the current file locations are 'right' or 'wrong' or 'best' or 'antiquated' - this is just a thumbs up for supporting the idea of backwards compatibility.
3.10.2 build worked! Will leave this ticket open until it's installed and running on some SAR computers.
Installed and working in r5 and trailer. Closing the issue.
This is not a bug with the code. This is a bug in the github build process, but it's possible a change to file(s) in the repo could be needed.
Recent release builds (thru github actions) are failing to create the Windows installer:
So it looks like LICENSE.txt is missing from the dist dir. Not sure why.
Note that all previous steps in the build worked fine, including creation of the zip archive. The new build can still be 'installed' manually (download and unzip the archive into the right place).