Conversation
| if "=> not found" in result: | ||
| if "__compiled__" not in globals(): | ||
| msg = [ | ||
| "Could not locate the necessary libraries to run TiLiA. libqxcb.so file not found.", |
There was a problem hiding this comment.
libqxcb.so was just an example, other libraries may be missing. What I got as an error was something like:
Could not find libqxb.so.
<Dump>
<Helpful Python error>
My suggestion was to extract the missing library name from the first line and put it in the end with the helpful Python error. Do you think this is worth it, or is it too much work?
There was a problem hiding this comment.
We look for the libqxcb file because that's the one that causes issues with not starting up if its linked dependencies are not found. The file structure of the compiled binary is known, which is how we can search directly for this file.
We do print the missing libraries if it is an exe (see lines 40+).
But if it isn't an exe (that's the bit you've selected), the location of this file depends on other factors. It would be a little complicated to try and look for the file. I reckon an ImportError is unlikely to occur in our built exe (hence the contact info), and more likely as a missing system dependency in a source compiled run (hence the error message). The file dump of the directory contents will not locate the missing file because it will not be there if built from source. Although I suppose I could still link to the debug process that is in the updated help page. (Not sure if I should. Just realised that I have no idea where the file would be if it isn't built...)
|
Any idea why the Mac release are so much bigger? |
So in practice, the unzipped mac file in the previous versions is also about 700MB. In this one, I've realised that adding the line to zip it does nothing to the actual size (zipped or not, it is still about 700). No idea why that is. Should I remove the lines on zipping it? |
|
Building on my Linux works :). Have you ever got some error like this when running the binary: Maybe the problem is on my side. A quick search shows that the most common cause for that message is trying to run a binary built for a different architecture, but that couldn't have happened as I built the binary myself, right? I will keep debugging this on Monday. |
|
does |
|
When running the binaries in a command line in Windows, I get this error: Double clicking does nothing. |
No, but I figured it out. I was trying to run it with |
Ok, please remove them. We can investigate the unreasonable size later. Edit: For the current release in the website, the unzipped Silicon binary is "only" 173MB on my machine, so it seems PyInstaller was indeed doing a better job at this. |
|
I finally got my hands on a Mac. Followed the build instructions, and they work perfectly. :) Edit: which means the only important thing left is to fix that metadata issue on Windows, right? |
For the record: the executable I built locally ended up with ~1.4GB. |
|
I built the binary from scratch on Windows and got the same error :(. |
FelipeDefensor
left a comment
There was a problem hiding this comment.
See my last comment.
Do you mind trying this? (I know the mac is missing, that's currently being built.) |
The Windows one seems to work! Do you know why am I not able to build it locally on Windows? Does the same happen to you? The Mac binary is not there yet, btw. I let a local Mac build running at home, will check it at the end of the day. |
If you're on the latest update, check that there is a |
I pip installed dependencies again and there is a |
I still get the same error 😢. |
|
Local Mac build works. Since we are being able to build on Windows on CI, how about we merge this and leave fixing the error I am getting as top priority for v0.6.1? |
I was able to work around it by adding some logic to handle the We should still figure out what is going on here. |
FelipeDefensor
left a comment
There was a problem hiding this comment.
I am approving this before completely solving the metadata issue to try to keep the plan of releasing v0.6.0 today.
"app" sets onefile to windows and linux, and bundle to mac.
no cli in exe
Node.js 20 deprecation
wan't doing anything to improve the file size
|
Rebase worked out well, I am waiting for the checks to merge, but I won't be able to finish manual testing today. I'll see if I'm up for releasing on the weekend, if not, I'll get back to this on Monday. |
Release: https://github.com/azfoo/TiLiA/releases/tag/pyside-no-cli