Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
Thanks Jack, this sounds like a promising lead.
In this case, it seems to be PyOpenGL, ultimately loading a system dynlib.
But the broken bit may be within my control.
I’ll report back if I figure it out.
-CHB
On Fri, Jan 7, 2022 at 3:40 PM wrote:
> I googled the "file system relative paths not allowed in hardened
> programs” and the results made me remember a similar issue I have seen
> recently.
>
> I was loading a dylib through ctypes, and suddenly this stopped working.
> The problem eventually turned out to be that another dylib (a dependency of
> the dylib I was loading) had its quarantine flag set. That was never a
> problem before, but suddenly (last summer?) it has started to be a problem.
>
> The solution turned out to be to run `xattr -d com.apple.quarantine
> blablabla.dylib` on the problem library.
>
> Not sure whether this is your problem or not, but it’s worth a shot. If
> (big if) this is a dynamic loader problem you’re in for a hard time: it
> used to be possible to debug these by setting the various DYLD_ environment
> variables to “look over the shoulder” of the dynamic loader to see what it
> is doing, but nowadays these environment variables are always cleared
> automatically (unless you have the
> com.apple.security.cs.allow-dyld-environment-variables entitlement, so if
> there’s a third party app somewhere in the chain that’s a no-no).
> --
> Jack Jansen, , http://www.cwi.nl/~jack
> If I can't dance I don't want to be part of your revolution -- Emma Goldman
>
>
>
> > On 6 Jan 2022, at 19:57, Chris Barker via Pythonmac-SIG <
> pythonmac-sig@python.org> wrote:
> >
> > OK,
> >
> > I've gotten a bit farther into debugging this.
> >
> > Turns out it's not about that particular error, it's probably about the
> fact that modules couldn't be loaded at start up due to security checks in
> the new OS.
> >
> > We've signed the app but that's not fixing it :-(
> >
> > Starting the app at the command line at least gets me output, and I see
> a lot of errors like this:
> >
> > File
> "PyInstaller-3.4-py3.6.egg/PyInstaller/loader/pyiboot01_bootstrap.py", line
> 149, in __init__
> > File "ctypes/__init__.py", line 348, in __init__
> > OSError: dlopen(OpenGL, 10): no suitable image found. Did find:
> > file system relative paths not allowed in hardened programs
> >
> > I am really confused as to how they could disallow relative paths -- how
> else could you bundle a library?
> >
> > though maybe it's a lib outside the bundle that's using relative paths ?
> >
> > More digging needed, but if anyone has any ideas, I'm all ears.
> >
> > Also:
> >
> > - Has anyone gotten a PyInstaller App to work on OS-X 11 ?
> >
> > - Even better, one that uses OpenGL?
> >
> > Thanks,
> >
> > -CHB
> >
> >
> >
> > On Thu, Dec 16, 2021 at 11:21 AM Chris Barker
> wrote:
> > I've just got a new mac with OS-X 11.6 (still Intel).
> >
> > But when I try to run a PyInstaller built application, I get this error:
> >
> > No document available for {'mime': 'application/x-maproom-project-zip',
> 'loader': 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'}
> >
> > And the app won't start.
> >
> > This has worked just fine on numerous previous OS-X versions.
> >
> > I have the source code, but the developer that built it is no longer
> with us, so it'll take b e a bit to get up to speed, and I don't even know
> where to start! Is this a PyInstaller issue? or a code issue, or ???
> >
> > Hints:
> >
> > The application is called MapRoom (maproom) it works with "projects"
> that are essentially a zip file with all the info required in it.
> >
> > I think, on startup, it loads a empty default project, presumably
> "default_project.maproom"
> >
> > So I think that's where the app startup code is barfing, not having the
> mime type registered properly. But where / how am I supposed to do that?
> >
> > or maybe it's not a mime type registration issue, but simply that the
> template can't be found -- so a path issue in the App bundle??
> >
> > Anyway, I'll be digging into this deeper in the source code, but if
> anyone has seen anything like this, any hints would be appreciated!
> >
> > Thanks,
> >
> > -CHB
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> >
> > Christopher Barker, Ph.D.
> > Oceanographer
> >
> > Emergency Response Division
> > NOAA/NOS/OR(206) 526-6959 voice
> > 7600 Sand Point Way NE (206) 526-6329 fax
> > Seattle, WA 98115 (206) 526-6317 main reception
> >
> > chris.bar...@noaa.gov
> >
> >
> > --
> >
> > Christopher Barker, Ph.D.
> > Oceanographer
> >
> > Emergency Response Division
> > NOAA/NOS/OR(206) 526-6959 voice
> > 7600 Sand Point Way NE (206) 526-6329 fax
> > Seattle, WA 98115 (206) 526-6317 main reception
> >
> > chris.bar...@noaa.gov
> > ___
> > Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> > https://mail.python.org/mailman/listinfo/pythonmac-sig
> > unsubscribe:
Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
I googled the "file system relative paths not allowed in hardened programs” and
the results made me remember a similar issue I have seen recently.
I was loading a dylib through ctypes, and suddenly this stopped working. The
problem eventually turned out to be that another dylib (a dependency of the
dylib I was loading) had its quarantine flag set. That was never a problem
before, but suddenly (last summer?) it has started to be a problem.
The solution turned out to be to run `xattr -d com.apple.quarantine
blablabla.dylib` on the problem library.
Not sure whether this is your problem or not, but it’s worth a shot. If (big
if) this is a dynamic loader problem you’re in for a hard time: it used to be
possible to debug these by setting the various DYLD_ environment variables to
“look over the shoulder” of the dynamic loader to see what it is doing, but
nowadays these environment variables are always cleared automatically (unless
you have the com.apple.security.cs.allow-dyld-environment-variables
entitlement, so if there’s a third party app somewhere in the chain that’s a
no-no).
--
Jack Jansen, , http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma Goldman
> On 6 Jan 2022, at 19:57, Chris Barker via Pythonmac-SIG
> wrote:
>
> OK,
>
> I've gotten a bit farther into debugging this.
>
> Turns out it's not about that particular error, it's probably about the fact
> that modules couldn't be loaded at start up due to security checks in the new
> OS.
>
> We've signed the app but that's not fixing it :-(
>
> Starting the app at the command line at least gets me output, and I see a lot
> of errors like this:
>
> File "PyInstaller-3.4-py3.6.egg/PyInstaller/loader/pyiboot01_bootstrap.py",
> line 149, in __init__
> File "ctypes/__init__.py", line 348, in __init__
> OSError: dlopen(OpenGL, 10): no suitable image found. Did find:
> file system relative paths not allowed in hardened programs
>
> I am really confused as to how they could disallow relative paths -- how else
> could you bundle a library?
>
> though maybe it's a lib outside the bundle that's using relative paths ?
>
> More digging needed, but if anyone has any ideas, I'm all ears.
>
> Also:
>
> - Has anyone gotten a PyInstaller App to work on OS-X 11 ?
>
> - Even better, one that uses OpenGL?
>
> Thanks,
>
> -CHB
>
>
>
> On Thu, Dec 16, 2021 at 11:21 AM Chris Barker wrote:
> I've just got a new mac with OS-X 11.6 (still Intel).
>
> But when I try to run a PyInstaller built application, I get this error:
>
> No document available for {'mime': 'application/x-maproom-project-zip',
> 'loader': 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'}
>
> And the app won't start.
>
> This has worked just fine on numerous previous OS-X versions.
>
> I have the source code, but the developer that built it is no longer with us,
> so it'll take b e a bit to get up to speed, and I don't even know where to
> start! Is this a PyInstaller issue? or a code issue, or ???
>
> Hints:
>
> The application is called MapRoom (maproom) it works with "projects" that are
> essentially a zip file with all the info required in it.
>
> I think, on startup, it loads a empty default project, presumably
> "default_project.maproom"
>
> So I think that's where the app startup code is barfing, not having the mime
> type registered properly. But where / how am I supposed to do that?
>
> or maybe it's not a mime type registration issue, but simply that the
> template can't be found -- so a path issue in the App bundle??
>
> Anyway, I'll be digging into this deeper in the source code, but if anyone
> has seen anything like this, any hints would be appreciated!
>
> Thanks,
>
> -CHB
>
>
>
>
>
>
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR(206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> chris.bar...@noaa.gov
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR(206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> chris.bar...@noaa.gov
> ___
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> https://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
https://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
OK,
I've gotten a bit farther into debugging this.
Turns out it's not about that particular error, it's probably about the
fact that modules couldn't be loaded at start up due to security checks in
the new OS.
We've signed the app but that's not fixing it :-(
Starting the app at the command line at least gets me output, and I see a
lot of errors like this:
File
"PyInstaller-3.4-py3.6.egg/PyInstaller/loader/pyiboot01_bootstrap.py", line
149, in __init__
File "ctypes/__init__.py", line 348, in __init__
OSError: dlopen(OpenGL, 10): no suitable image found. Did find:
file system relative paths not allowed in hardened programs
I am really confused as to how they could disallow relative paths -- how
else could you bundle a library?
though maybe it's a lib outside the bundle that's using relative paths ?
More digging needed, but if anyone has any ideas, I'm all ears.
Also:
- Has anyone gotten a PyInstaller App to work on OS-X 11 ?
- Even better, one that uses OpenGL?
Thanks,
-CHB
On Thu, Dec 16, 2021 at 11:21 AM Chris Barker wrote:
> I've just got a new mac with OS-X 11.6 (still Intel).
>
> But when I try to run a PyInstaller built application, I get this error:
>
> No document available for {'mime': 'application/x-maproom-project-zip',
> 'loader': 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'}
>
> And the app won't start.
>
> This has worked just fine on numerous previous OS-X versions.
>
> I have the source code, but the developer that built it is no longer with
> us, so it'll take b e a bit to get up to speed, and I don't even know where
> to start! Is this a PyInstaller issue? or a code issue, or ???
>
> Hints:
>
> The application is called MapRoom (maproom) it works with "projects" that
> are essentially a zip file with all the info required in it.
>
> I think, on startup, it loads a empty default project, presumably
> "default_project.maproom"
>
> So I think that's where the app startup code is barfing, not having the
> mime type registered properly. But where / how am I supposed to do that?
>
> or maybe it's not a mime type registration issue, but simply that the
> template can't be found -- so a path issue in the App bundle??
>
> Anyway, I'll be digging into this deeper in the source code, but if anyone
> has seen anything like this, any hints would be appreciated!
>
> Thanks,
>
> -CHB
>
>
>
>
>
>
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR(206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> chris.bar...@noaa.gov
>
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
https://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
thanks Ronald.
I"m afraid starting from the common line (with open) results in the same
error, and no messages to the console.
Everything is in the app bundle.
and I did find the template in the bundle:
MapRoom.app/Contents/Resources/maproom/templates/default_project.maproom
so I think what's changed is the root for the uri it's using:
'uri': 'template://default_project.maproom'
Now to figure out where / how that's set.
-CHB
On Thu, Dec 16, 2021 at 12:05 PM Ronald Oussoren
wrote:
>
>
> On 16 Dec 2021, at 20:21, Chris Barker via Pythonmac-SIG <
> pythonmac-sig@python.org> wrote:
>
> I've just got a new mac with OS-X 11.6 (still Intel).
>
> But when I try to run a PyInstaller built application, I get this error:
>
> No document available for {'mime': 'application/x-maproom-project-zip',
> 'loader': 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'}
>
> And the app won't start.
>
> This has worked just fine on numerous previous OS-X versions.
>
> I have the source code, but the developer that built it is no longer with
> us, so it'll take b e a bit to get up to speed, and I don't even know where
> to start! Is this a PyInstaller issue? or a code issue, or ???
>
>
> Hints:
>
> The application is called MapRoom (maproom) it works with "projects" that
> are essentially a zip file with all the info required in it.
>
> I think, on startup, it loads a empty default project, presumably
> "default_project.maproom"
>
> So I think that's where the app startup code is barfing, not having the
> mime type registered properly. But where / how am I supposed to do that?
>
> or maybe it's not a mime type registration issue, but simply that the
> template can't be found -- so a path issue in the App bundle??
>
> Anyway, I'll be digging into this deeper in the source code, but if anyone
> has seen anything like this, any hints would be appreciated!
>
>
> I’m afraid you’ll have to dig in. The error message seems to indicate
> that mime type itself works, there is a (non-standard) mime type in the
> error message.
>
> Does running the application from the terminal give you more clues?
>
> How is the application normally installed, it is just an app or does it
> use an installer that may install more files? I’ve had issues in the past
> when copying an app bundle to a new machine and forgetting to copy some
> resource files that weren’t in the app bundle.
>
> Ronald
>
>
> Thanks,
>
> -CHB
>
>
>
>
>
>
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR(206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> chris.bar...@noaa.gov
> ___
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> https://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
>
>
> —
>
> Twitter / micro.blog: @ronaldoussoren
> Blog: https://blog.ronaldoussoren.net/
>
>
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
https://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
> On 16 Dec 2021, at 20:21, Chris Barker via Pythonmac-SIG
> wrote:
>
> I've just got a new mac with OS-X 11.6 (still Intel).
>
> But when I try to run a PyInstaller built application, I get this error:
>
> No document available for {'mime': 'application/x-maproom-project-zip',
> 'loader': 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'}
>
> And the app won't start.
>
> This has worked just fine on numerous previous OS-X versions.
>
> I have the source code, but the developer that built it is no longer with us,
> so it'll take b e a bit to get up to speed, and I don't even know where to
> start! Is this a PyInstaller issue? or a code issue, or ???
>
> Hints:
>
> The application is called MapRoom (maproom) it works with "projects" that are
> essentially a zip file with all the info required in it.
>
> I think, on startup, it loads a empty default project, presumably
> "default_project.maproom"
>
> So I think that's where the app startup code is barfing, not having the mime
> type registered properly. But where / how am I supposed to do that?
>
> or maybe it's not a mime type registration issue, but simply that the
> template can't be found -- so a path issue in the App bundle??
>
> Anyway, I'll be digging into this deeper in the source code, but if anyone
> has seen anything like this, any hints would be appreciated!
I’m afraid you’ll have to dig in. The error message seems to indicate that
mime type itself works, there is a (non-standard) mime type in the error
message.
Does running the application from the terminal give you more clues?
How is the application normally installed, it is just an app or does it use an
installer that may install more files? I’ve had issues in the past when copying
an app bundle to a new machine and forgetting to copy some resource files that
weren’t in the app bundle.
Ronald
>
> Thanks,
>
> -CHB
>
>
>
>
>
>
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR(206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> chris.bar...@noaa.gov
> ___
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> https://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
—
Twitter / micro.blog: @ronaldoussoren
Blog: https://blog.ronaldoussoren.net/
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
https://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
[Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)
I've just got a new mac with OS-X 11.6 (still Intel).
But when I try to run a PyInstaller built application, I get this error:
No document available for {'mime': 'application/x-maproom-project-zip',
'loader': , 'uri': 'template://default_project.maproom'}
And the app won't start.
This has worked just fine on numerous previous OS-X versions.
I have the source code, but the developer that built it is no longer with
us, so it'll take b e a bit to get up to speed, and I don't even know where
to start! Is this a PyInstaller issue? or a code issue, or ???
Hints:
The application is called MapRoom (maproom) it works with "projects" that
are essentially a zip file with all the info required in it.
I think, on startup, it loads a empty default project, presumably
"default_project.maproom"
So I think that's where the app startup code is barfing, not having the
mime type registered properly. But where / how am I supposed to do that?
or maybe it's not a mime type registration issue, but simply that the
template can't be found -- so a path issue in the App bundle??
Anyway, I'll be digging into this deeper in the source code, but if anyone
has seen anything like this, any hints would be appreciated!
Thanks,
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
https://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
