MacOS 10.4 --> 10.5 problem

[grow]

This may be a problem that will have to wait for Harry to get back
from holiday ... or maybe someone else with a similar configuration to
mine will know something?

I recently updated my old PowerMac G5 in two ways and now Hugin will
not work. :-(

I was running Mac OS X 10.4.11 and have been putting off the upgrade
to 10.5, partly because the internal disc didn't have the spare space
needed.

So I first added a new larger internal disc (in the second SATA slot)
and then did a fresh install of Mac OS X 10.5 onto the empty disc,
telling the installer to draw files from the old internal disc in the
process. This worked well for mainstream Apple stuff and so, for
example, the Mail application has all my account settings, filtering
rules and old mail folders, and Safari 5.0 was installed with all my
old bookmarks and auto-completion data and login passwords etc.

When I ran Hugin it at first seemed OK ... I needed to change the
preferences for Enblend and Enfuse to STOP using the alternative
programs and instead use the bundled versions. Everything seemed to be
going well ... until I got to launching a "stitch" and then nona,
enfuse, and enblend all crashed with an error that looked much like
this in each case:

Library not loaded: /System/Library/Frameworks/QTKit.framework/
Versions/A/QTKit
Referenced from: /System/Library/Frameworks/GLUT.framework/Versions/
A/GLUT
Reason: no suitable image found. Did find:
/System/Library/Frameworks/QTKit.framework/Versions/A/QTKit: no
matching architecture in universal wrapper
/System/Library/Frameworks/QTKit.framework/Versions/A/QTKit: no
matching architecture in universal wrapper

Is anyone else running Hugin on a G5 under MacOS X 10.5? Assuming
that there is I may have created the problem in my installation/
upgrade process?

I tried installing a fresh copy of Hugin on the new system ... but as
that simply involves dragging the application to the Application
folder that has had no effect on the above Library/Framework.
I am assuming that this QTKit is Quicktime Kit? ... other Quicktime
related functionality, such as Quicktime Player, seem to be behaving
normally.

Any thoughts about how to proceed would be very welcome ...

George

[Harry van der Wolf]

Hi George,

2010/8/10 grow <geor...@gmail.com>

I recently updated my old PowerMac G5 in two ways and now Hugin will
not work.  :-(

I was running Mac OS X 10.4.11 and have been putting off the upgrade
to 10.5, partly because the internal disc didn't have the spare space
needed.

 

... until I got to launching a "stitch" and then nona,

enfuse, and enblend all crashed with an error that looked much like
this in each case:

 Library not loaded: /System/Library/Frameworks/QTKit.framework/
Versions/A/QTKit
 Referenced from: /System/Library/Frameworks/GLUT.framework/Versions/
A/GLUT
 Reason: no suitable image found.  Did find:
       /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit: no
matching architecture in universal wrapper
       /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit: no
matching architecture in universal wrapper

Is anyone else running Hugin on a G5  under MacOS X 10.5?  Assuming
that there is I may have created the problem in my installation/
upgrade  process?

This is a problem with MacOS itself. GLUT is available as framework on OSX on 10.4, 10.5 and 10.6. That's also why it is located in the  "/System/Library/Frameworks/" folder where the system Frameworks are located. Mine contains 93 libraries (Snow Leopard by now), but I mention it as it should contain a lot of frameworks.
In this case it seems that it is missing the QTKit framework that is being called from the GLUT framework..

In Finder can you go to the highest level of your disk (Macintosh HD?) and check the "/System/Library/Frameworks/"  folder?
Among a lot of other frameworks it should (must!) contain the AGL, GLUT and OpenGL framework.
If not, something went wrong with the update. You could try to mount the Leopard disk and manually copy the frameworks from the DVD "/System/Library/Frameworks/" folder.

What you could try as well is to copy one of the OpenMP enabled stand-alone enblend/enfuses from one of my previous bundles.

Harry
 

[grow]

another member (PK) replied to Harry and I privately saying:
|>> I have the same on my iMac G5 running Leopard. All Hugin builds
(yours
|>> Harry) worked fine until they stopped working at one point a few
months
|>> back. I went back to an older Hugin which used to work - same
there.
|>>
|>> I just found this:
|>> http://discussions.info.apple.com/thread.jspa?threadID=2386286&tstart=90

to which Harry replied:

|> You are right. Thank you for mentioning it. I just did a "lipo -
info
|> /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit" on my
snow
|> Leopard system and it mentions.
|>
|> lipo -info /System/Library/Frameworks/QTKit.framework/Versions/A/
QTKit
|> Architectures in the fat file:
|> /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit are:
x86_64 i386 ppc7400
|>
|> It is indeed missing the ppc64.
|>
|> I downloaded the 7.6.4 dmg. Viewed the contents of the pkg,
unpacked the
|> Archive.gz and the QTKit.framework in there does contain a ppc64
|> architecture.
|>
|> Apple really has to fix this. They roll out a new Quicktime for
Leopard and
|> "forget" to support the G5.
|>
|> If they don't fix it, I have to think about this one.
|>
|> Harry



On Aug 10, 6:06 pm, Harry van der Wolf <hvdw...@gmail.com> wrote:
> Hi George,
>
> 2010/8/10 grow <george...@gmail.com>

[Harry van der Wolf]

Hi George,

2010/8/11 grow <geor...@gmail.com>

Yes, I'm still on holiday. Weather was not too good the past 2 days which means that I went to the camping reception with my macbook and checked my mail (and did some other stuff off course).

I can extract the QTKit framework from the 7.6.4 QT and put it on my website for you (and others) to download. You could then rename the new framework and copy the "old"  framework in place. From my holiday address that would take too much of an effort so that will need to have to wait one-and-a-half week.

What you could do yourself is download the QuickTime764_Leopard.dmg. Open it, right-click the .pkg and select "show contents", In the new poup click further on the "Contents"  folder and double-click the "Archive.pax.gz". It will unpack the archive into the same folder as where the QuickTime764_Leopard.dmg is located into a new folder called "Archive". Open it, goto "System/Library/Frameworks"  and copy the "QTKit" framework over the updated one in "/System/Library/Frameworks" (after you have renamed the new updated version).


 Harry

[grow]

Harry,

Thanks - yes that makes more sense than what I was starting to do ...
I still have MacOS X 10.4.11 along with Quicktime 7.6.4 on my old
startup disc. So I was starting to think about copying over THAT
version of the QTKit framework but when I started exploring they were
totally different sizes (the version 7.6.6 Framework was 4x the size
of the older one) and it seemed implausible that they would be
interchangeable ... but the one on my disc would be a Tiger (10.4)
Framework not a Leopard (10.5) Framework. So your suggestion makes
more sense!

I have the download happening as I type this ... I will give it a try.

Thanks again and I hope the weather improves!

George

On Aug 11, 8:33 pm, Harry van der Wolf <hvdw...@gmail.com> wrote:
> Hi George,
>

> 2010/8/11 grow <george...@gmail.com>

[grow]

Harry,

I followed your advice about unpacking the files from the Quicktime
Installer, moved the version 7.6.6 QTKit Framework to a safe place and
replaced it with the version 7.6.4 QTKit Framework. Then I ran
"Repair Permissions" ... that claimed to be doing things to QTKit but
while the permissions may have been fixed the Framework was still
owned by my login-id rather than by System. So I changed access to RW
for "Everyone" ... as the files I removed were owned by System and set
to RW for System.

The result was that when I ran a stitch (at a very small test
resolution) I had no crashes!

So this method of avoiding the problem works!

Either the permissions that I set were what was needed or else it
doesn't matter. I may try setting it back to Read Only for "Everyone"
and try again ... but it will be tomorrow!

Thank you very much for your help.

George

[Harry van der Wolf]

Hi all,

2010/8/12 grow <geor...@gmail.com>

Harry,

I followed your advice about unpacking the files from the Quicktime
Installer, moved the version 7.6.6 QTKit Framework to a safe place and
replaced it with the version 7.6.4  QTKit Framework.  Then I ran
"Repair Permissions" ... that claimed to be doing things to QTKit but
while the permissions may have been fixed the Framework was still
owned by my login-id rather than by System.  So I changed access to RW
for "Everyone" ... as the files I removed were owned by System and set
to RW for System.

The result was that when I ran a stitch (at a very small test
resolution)  I had no crashes!

So this method of avoiding the problem works!

Either the permissions that I set were what was needed or else it
doesn't matter.  I may try setting it back to Read Only for "Everyone"
and try again ... but it will be tomorrow!

Thank you very much for your help.

George

Nice to hear it worked.
I do have another problem now. I'm on Snow Leopard meaning that my QTKit framework doesn't have the ppc64 architecture anymore. I hope Apple fixes this bug soon (as I really consider this a bug), otherwise I have to think of something else.
Besides: Why is the QTKit framework used anyway? (by the GLUT framework)

Harry