Opened 18 years ago

Closed 18 years ago

#2219 closed defect (worksforme)

Unable to build mythtv on Intel Mac OS X

Reported by: pdbailey (at) gmail Owned by: Nigel
Priority: minor Milestone: 0.20
Component: mythtv Version: head
Severity: medium Keywords: osx-packager
Cc: Ticket locked: no

Description

Even using the option in osx-packager.pl to disable building plugins (#2218), I am unable to build the packaged frontend. The build fails with the following error:

[osx-pkg] Processing shared library dependencies for /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib
[osx-pkg] otool -L /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib
[osx-pkg] Dependencies for /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib =       libmythavutil-0.19.0.dylib (compatibility version 0.19.0, current version 0.19.0)
        libmythavcodec-0.19.0.dylib (compatibility version 0.19.0, current version 0.19.0)
        libqt-mt.3.dylib (compatibility version 3.3.0, current version 3.3.6)
        /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.6)

[osx-pkg] /usr/bin/install_name_tool -change libmythavutil-0.19.0.dylib @executable_path/../Frameworks/mythavutil.framework/mythavutil /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib
[osx-pkg] /usr/bin/install_name_tool -change libmythavcodec-0.19.0.dylib @executable_path/../Frameworks/mythavcodec.framework/mythavcodec /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib
[osx-pkg] /usr/bin/install_name_tool -change libqt-mt.3.dylib @executable_path/../Frameworks/qt-mt.framework/qt-mt /Users/pbailey/buildscripts/.osx-packager/build/lib/mythtv/filters/libquickdnr.dylib
[osx-pkg] Not a library file: /Users/pbailey/buildscripts/.osx-packager/build/lib
[osx-pkg] Building /Users/pbailey/buildscripts/.osx-packager/build/lib framework
[osx-pkg] /bin/mkdir -p /Users/pbailey/buildscripts/MythFrontend.app/Contents/Frameworks//Users/pbailey/buildscripts/.osx-packager/build/lib.framework/Versions/A/Resources
[osx-pkg] /bin/cp /Users/pbailey/buildscripts/.osx-packager/build/lib /Users/pbailey/buildscripts/MythFrontend.app/Contents/Frameworks//Users/pbailey/buildscripts/.osx-packager/build/lib.framework/Versions/A//Users/pbailey/buildscripts/.osx-packager/build/lib
cp: /Users/pbailey/buildscripts/.osx-packager/build/lib is a directory (not copied).
[osx-pkg] Failed system call: " /bin/cp /Users/pbailey/buildscripts/.osx-packager/build/lib /Users/pbailey/buildscripts/MythFrontend.app/Contents/Frameworks//Users/pbailey/buildscripts/.osx-packager/build/lib.framework/Versions/A//Users/pbailey/buildscripts/.osx-packager/build/lib " with error code 1
Died at ./osx-packager.pl line 1061.

Please excuse my creation of this ticket if it is a misconfiguration/ user error on my part, but I have successfully built on my setup previously, using the perl script.

Change History (3)

comment:1 Changed 18 years ago by Isaac Richards

Owner: changed from Isaac Richards to Nigel

comment:2 Changed 18 years ago by Nigel

Keywords: osx-packager added
Milestone: 0.20
Status: newassigned
Version: head

OK, this one is a little strange. I need to work out why a directory is being processed as a binary or library. Mr Bailey (Paul?), I will need you to do some further debugging for me. Could I get you to make this change in osx-packager.pl:
1194c1194 < &Verbose("Processing shared library dependencies for $file"); ---

&Complain("Processing shared library dependencies for $file");


run the script without --verbose and attach, or mail me the result at nigel@…

comment:3 Changed 18 years ago by Paul Bailey (pdbailey (at) gmail.com)

Resolution: worksforme
Status: assignedclosed

I would if I could, but I've just re-run the script, and after it updated to r10905, it has compiled correctly! I'll happily try again with r10888, and see if I can reproduce the error? I'll close the ticket for the time being, feel free to drop me an e-mail if you'd like me to try doing that...

Note: See TracTickets for help on using tickets.