Pronterface is missing library

[kliment]

Pronterface is missing library

[justjoheinz]

Update:
I removed all macports python stuff and installed the bundles as per the Installation instructions.

Now I can start pronterface again and I see UI stuff, but also get this message:
2011-11-12 18:28:51.656 Python[30466:1107] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead.

I also can't see the elements which were used to move the printer along the axis. This panel is simply missing.

[ParCan]

I have just installed pronterface on a G5 PPC / OSX Lion as per the install instructions on the git.
everything works as expected.

[justjoheinz]

Unfortunately not for me. I can print though, hopefully this will get fixed.
Bye,
Markus

2011/11/12 ParCan
[email protected]:

I have just installed pronterface on a G5 PPC / OSX Lion as per the install instructions on the git.
everything works as expected.

---

Reply to this email directly or view it on GitHub:
#89 (comment)

http://justjoheinz.posterous.com/
http://softwarepoets.org
http://twitter.com/joheinz

[StCredZero]

I also do not have MacPorts installed. I also get "2011-11-16 02:22:26.093 Python[8870:1107] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead." on exit from pronterface.py.

Furthermore, I also do not have any move buttons.

[justjoheinz]

@StCredZero: Do you also have to do export VERSIONER_PYTHON_PREFER_32_BIT=yes in order to start pronterface?
Still trying to figure out what the difference to @ParCan might be.

[StCredZero]

On Wed, Nov 16, 2011 at 3:22 AM, Markus Klink
[email protected]
wrote:

@StCredZero: Do you also have to do export VERSIONER_PYTHON_PREFER_32_BIT=yes in order to start pronterface?
Still trying to figure out what the difference to @ParCan might be.

Yes, I start pronterface using "export
VERSIONER_PYTHON_PREFER_32_BIT=yes" and it doesn't make a difference.

[justjoheinz]

Hmm, I tried again with the cocoa version of wxpython. the result is the same, but I get a different warning, which might help the developers here a bit more:
2011-11-16 21:23:52.462 Python[36115:1507] This application is trying to draw a very large combo box, 30 points tall. Vertically resizable combo boxes are not supported, but it happens that 10.4 and previous drew something that looked kind of sort of okay. The art in 10.5 does not break up in a way that supports that drawing. To avoid breaking existing apps, NSComboBox in 10.5 will use the 10.4 art for large combo boxes, but it won't exactly match the rest of the system. This application should be revised to stop using large combo boxes. This warning will appear once per app launch.

[StCredZero]

On Wed, Nov 16, 2011 at 2:27 PM, Markus Klink
[email protected]
wrote:

Hmm, I tried again with the cocoa version of wxpython. the result is the same, but I get a different warning, which might help the developers here a bit more:

Markus,

I downgraded wxPython to the 2.8 carbon-unicode distribution, and
pronterface.py all of a sudden works for me. (See screenshot)

That may not be the default set of move controls. As one of the things
I tried, I downloaded an alternative movement control set.

--Peter

There's neither heaven not hell,
save what we grant ourselves.
There's neither fairness nor justice,
save what we grant each other.

[justjoheinz]

Yes! That did it for me too. I need to start in 32bit mode, and then it works.

[justjoheinz]

Using wxPython 2.8 and the native python from apple instead of macports solved the issue.

[bbum]

Pronterface is using a UI widget that is not supported in wxPython 2.9. Hence the problem. This needs to be fixed; it appears that the days of Carbon are numbered.