| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0013833 | CMake | CMake | public | 2013-01-04 01:04 | 2016-06-10 14:31 | ||||
| Reporter | Matt Arsenault | ||||||||
| Assigned To | Kitware Robot | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | moved | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | CMake 2.8.9 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0013833: fixup_bundle fails with libraries that aren't writable | ||||||||
| Description | I'm having the same problem described here with 2.8.9, so this looks like a regression: http://www.cmake.org/Bug/view.php?id=9284 [^] -- 26/34: fixing up 'install_prefix/example.app/Contents/MacOS/libcrypto.1.0.0.dylib' install_name_tool: can't open input file: install_prefix/example.app/Contents/MacOS/libcrypto.1.0.0.dylib for writing (Permission denied) install_name_tool: can't lseek to offset: 0 in file: install_prefix/example.app/Contents/MacOS/libcrypto.1.0.0.dylib for writing (Bad file descriptor) install_name_tool: can't write new headers in file: install_prefix/example.app/Contents/MacOS/libcrypto.1.0.0.dylib (Bad file descriptor) install_name_tool: can't close written on input file: install_prefix/example.app/Contents/MacOS/libcrypto.1.0.0.dylib (Bad file descriptor) $ ls -l /opt/local/lib/libcrypto.1.0.0.dylib -r-xr-xr-x 1 root admin 1.6M Jul 27 04:40 /opt/local/lib/libcrypto.1.0.0.dylib | ||||||||
| Steps To Reproduce | 1. Try to use fixup_bundle with a library dependency that isn't writable, e.g. libcrypto and libssl from macports. 2. It fails with a permission error | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files |  ctest-bundle-utilities.log [^] (6,055 bytes) 2015-04-28 01:51 | ||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0031972) David Cole (manager) 2013-01-04 06:57 |
The fix for 0009284 was to add *optionally* enabled chmod of copied libraries (but still no chmod by default)... The fix noted in 0009284 was to add a BU_CHMOD_BUNDLE_ITEMS variable, which if set before including BundleUtilities, adds the chmod calls. Do you set that variable before including BundleUtilities? Something like this: set(BU_CHMOD_BUNDLE_ITEMS ON) |
|
(0032098) Matt Arsenault (reporter) 2013-01-12 03:02 |
I didn't see that as part of the fix, so no |
|
(0038625) 宋文武 (reporter) 2015-04-28 01:51 edited on: 2015-04-28 01:53 |
Hi, even with BU_CHMOD_BUNDLE_ITEMS=ON, the fixup_bundle may still fail when 'RPATH_REMOVE' in copying' phase. It's the reason for BundleUtilies test failure I met. log attached as ctest-bundle-utilities.log |
|
(0042192) Kitware Robot (administrator) 2016-06-10 14:28 |
Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2013-01-04 01:04 | Matt Arsenault | New Issue | |
| 2013-01-04 06:57 | David Cole | Note Added: 0031972 | |
| 2013-01-12 03:02 | Matt Arsenault | Note Added: 0032098 | |
| 2015-04-28 01:51 | 宋文武 | Note Added: 0038625 | |
| 2015-04-28 01:51 | 宋文武 | File Added: ctest-bundle-utilities.log | |
| 2015-04-28 01:53 | 宋文武 | Note Edited: 0038625 | |
| 2016-06-10 14:28 | Kitware Robot | Note Added: 0042192 | |
| 2016-06-10 14:28 | Kitware Robot | Status | new => resolved |
| 2016-06-10 14:28 | Kitware Robot | Resolution | open => moved |
| 2016-06-10 14:28 | Kitware Robot | Assigned To | => Kitware Robot |
| 2016-06-10 14:31 | Kitware Robot | Status | resolved => closed |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |