When will OMZ release an Xcode Template for Python3?
Is it in the works? As soon as its available I'll be able to move forward on a lot of projects.
@RomSpy Thank you so much!
@RomSpy So in the updated template, in the Py3kit_preflight.py file, there is no "#import pythonista' " statement at the beginning, was this intentional?
@RomSpy with the updated template, I am still getting code signing errors :(
It was not intentional I must have uploaded the wrong file. Sorry. I will get a new one.
@vignesh sorry I pasted the wrong link. I have both the original and the modified template in my Dropbox. https://www.dropbox.com/s/mvzc0lhhv6pcfju/Pythonista3AppTemplate Updated.zip?dl=0
@RomSpy it worked and my app is waiting on review now thank you!!
@vignesh You’re welcome.
It looks like my workaround for High Sierra has stopped working on Mojave... Replacing the
fileutility that Xcode uses doesn't seem entirely trivial, due to System Integrity Protection.
I still have a Mac with High Sierra to upload builds, but I think I'll have to change my approach pretty soon, and there isn't really much of a point releasing the Py3 template as it is, because it's probably broken for everyone on Mojave…
If I don't find a better way, I might just package the standard library as a zip file, and unzip it on first launch, but that would require more storage space and also slow down the first launch.
@omz The version I have posted works on Mojave
@omz From what I read, the file ~/.magic is checked by
filebefore using the usual /usr/share/misc/magic.mgc, though maybe that is not documented anywhere. So you might try crafting a file there and see if you can get file to change its output.
@omz I just played around a little and found that
#LyXat the start of a Python script apparently guarantees
fileto recognize it as a LyX document, overriding all of the Python code detection patterns. I'm still on OS X 10.11, but I have a newer
fileversion (5.35) installed through MacPorts, so hopefully its behavior is close to the version that 10.14 has.
I don't quite understand how magic file entries are prioritized and why exactly this works. I'm guessing it's because the LyX pattern looks for a literal string at byte 0, whereas the "smart" Python code detection patterns do a string search over a byte range, so the LyX rule is preferred because it's simpler.
~/.magicis documented in the manpage of my MacPorts version of
file, but not in the OS X default version's manpage. Maybe it's just a version difference, in which case it should work on 10.14. A custom magic file would probably be the best solution, so we don't have to keep looking for new ways to trick
fileevery time they improve their Python patterns.
@JonB That's really interesting, but I can't get it to work.
filejust ignores my custom
~/.magicfile (that works when I pass it with the
#LyXapproach seems to be working on Mojave, though I haven't yet tested with the entire library. Thanks!