Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

macOS build is broken #2450

Closed
hluk opened this issue Sep 1, 2023 · 6 comments · Fixed by #2454
Closed

macOS build is broken #2450

hluk opened this issue Sep 1, 2023 · 6 comments · Fixed by #2454
Labels
bug help wanted Needs a volunteer to investigate/implement the issue macOS Relates to macOS

Comments

@hluk
Copy link
Owner

hluk commented Sep 1, 2023

The bundling fails with:

+ cpack
CPack: Create package using DragNDrop
CPack: Install projects
CPack: - Run preinstall target for: copyq
CPack: - Install project: copyq []
CMake Error at /usr/local/Cellar/cmake/3.27.4/share/cmake/Modules/BundleUtilities.cmake:458 (message):
  otool -l failed: 1

  error:
  /Applications/Xcode_13.2.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/otool-classic:
  can't open file:
  @loader_path/../../../../../opt/freetype/lib/libfreetype.6.dylib (No such
  file or directory)

Call Stack (most recent call first):
  /usr/local/Cellar/cmake/3.27.4/share/cmake/Modules/BundleUtilities.cmake:527 (get_item_rpaths)
  /usr/local/Cellar/cmake/3.27.4/share/cmake/Modules/BundleUtilities.cmake:614 (set_bundle_key_values)
  /usr/local/Cellar/cmake/3.27.4/share/cmake/Modules/BundleUtilities.cmake:933 (get_bundle_keys)
  /Users/runner/work/CopyQ/build/src/cmake_install.cmake:190 (fixup_bundle)
  /Users/runner/work/CopyQ/build/cmake_install.cmake:62 (include)

I tried few workarounds but none worked:

  • brew unlink freetype && brew link freetype
  • Use older version of qt@5 - this would need much more work then just using the older [email protected]
  • Move to Qt 6 - KDE Framework still does not support it
@hluk hluk added bug macOS Relates to macOS help wanted Needs a volunteer to investigate/implement the issue labels Sep 1, 2023
hluk added a commit that referenced this issue Sep 3, 2023
@hluk hluk changed the title Blocker: macOS build is broken macOS build is broken Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
@hluk
Copy link
Owner Author

hluk commented Sep 3, 2023

I moved back to using macdeployqt instead of cpack and it seems to work well (at least in the build environment): https://github.com/hluk/CopyQ/actions/runs/6065215399

hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
hluk added a commit that referenced this issue Sep 3, 2023
@chenrui333
Copy link

we did rebottle for freetype per this PR, Homebrew/homebrew-core#141250, can you give freetype a new try?

hluk added a commit that referenced this issue Sep 4, 2023
@hluk
Copy link
Owner Author

hluk commented Sep 4, 2023

we did rebottle for freetype per this PR, Homebrew/homebrew-core#141250, can you give freetype a new try?

I tested it yesterday. The problem with freetype was fixed. Unfortunately, the error popped up for another library (libsharpyuv) - see Homebrew/homebrew-core#140930 (comment).

hluk added a commit that referenced this issue Sep 4, 2023
@Paulchen-Panther
Copy link

Paulchen-Panther commented Sep 4, 2023

The libsharpyuv dependency comes from the QT imageplugin libqwebp. If you don't need this, the problem can be solved relatively quickly.
Comment: Lord-Grey/hyperion.ng@83b434a

If you need the imageplugin libqwebp, you can fix the dependency by passing the path (FIXUP_BUNDLE_DEP_DIRS) (/opt/homebrew/Cellar/webp/1.3.x/lib) (WebP may still need to be installed) to fixup_bundle.

If all this is not a solution for you, I hope to be able to help with a little informat.

Greetings Paulchen

@hluk hluk closed this as completed in 3c4fe45 Sep 5, 2023
@Moulick
Copy link

Moulick commented Sep 5, 2023

Nice to see this closed. Does this also fix cover #1884 ?

@hluk
Copy link
Owner Author

hluk commented Sep 5, 2023

Nice to see this closed. Does this also fix cover #1884 ?

No, unfortunately, there is no M1 support.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug help wanted Needs a volunteer to investigate/implement the issue macOS Relates to macOS
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants