Opened 8 years ago

Closed 8 years ago

#50119 closed defect (duplicate)

LibreCAD 2.0.8_0.darwin failure on destroot

Reported by: ernesto.migliore@… Owned by: librecad@…
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: Cc: dongxuli2011@…
Port: LibreCAD

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Hi, LibreCAD installation fails on mac osx 10.10.5 with the following trace log

--->  Verifying checksums for LibreCAD
--->  Extracting LibreCAD
--->  Configuring LibreCAD
--->  Building LibreCAD
--->  Staging LibreCAD into destroot
Error: org.macports.destroot for port LibreCAD returned: command execution failed
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port LibreCAD failed

Attachments (2)

main.log (1.8 MB) - added by ernesto.migliore@… 8 years ago.
patch-librecad_port.diff (454 bytes) - added by anddam (Andrea D'Amore) 8 years ago.

Download all attachments as: .zip

Change History (7)

Changed 8 years ago by ernesto.migliore@…

Attachment: main.log added

comment:1 Changed 8 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: dongxuli2011@… added
Description: modified (diff)
Owner: changed from macports-tickets@… to librecad@…
Port: LibreCAD added

The failure in the destroot phase is:

sh: macdeployqt: command not found

I also see earlier errors in the build phase. The errors are not formatted correctly (missing newlines at the end of each error, causing them all to run together on a single line); I've tried to clean it up here for legibility:

Project MESSAGE: We will be using CPP11 features
Project ERROR: Boost installation not found.
Project ERROR: does not contain a Boost installation
Project MESSAGE: Using bundled muparser
Project MESSAGE: Emulating C99 math features.
Project MESSAGE: qtAddLibrary: found framework QtHelp in directory /opt/local/libexec/qt4/Library/Frameworks
Project MESSAGE: Warning: unknown QT: help
Project MESSAGE: qtAddLibrary: found framework QtSvg in directory /opt/local/libexec/qt4/Library/Frameworks
Project MESSAGE: qtAddLibrary: found framework QtSql in directory /opt/local/libexec/qt4/Library/Frameworks
Project MESSAGE: qtAddLibrary: found framework QtGui in directory /opt/local/libexec/qt4/Library/Frameworks
Project MESSAGE: qtAddLibrary: found framework QtCore in directory /opt/local/libexec/qt4/Library/Frameworks/opt/local/libexec/qt4/share/mkspecs/features/qt_functions.prf(240): Function 'system' is not implemented
Project ERROR: Package muparser not foundPackage muparser was not found in the pkg-config search path.
Project MESSAGE: Using bundled muparser/opt/local/libexec/qt4/share/mkspecs/features/qt_functions.prf(240): Function 'system' is not implemented
Project ERROR: Package muparser not foundPackage muparser was not found in the pkg-config search path.

The qt4-mac port was recently rearranged and file are now installed in different places than before. The LibreCAD port may need to be updated for those changes.

comment:2 Changed 8 years ago by anddam (Andrea D'Amore)

The Boost and muParser errors are already in #42555 and #43276, those are not critical though as I see the application bundle in my work directory properly working.

The command is being manually called in the overridden destroot phase, in fact replacing

    system -W ${worksrcpath} "macdeployqt LibreCAD.app"

with

    system -W ${worksrcpath} "$prefix/libexec/qt4/bin/macdeployqt LibreCAD.app"

is enough to complete destroot target.

This makes me wonder if this is the right approach rather than going through the actual qmake's scripts considering scripts/build-osx.sh uses the ${QT_PATH}/macdeployqt command.

comment:3 in reply to:  2 ; Changed 8 years ago by ernesto.migliore@…

Replying to and.damore@…:

The Boost and muParser errors are already in #42555 and #43276, those are not critical though as I see the application bundle in my work directory properly working.

The command is being manually called in the overridden destroot phase, in fact replacing

    system -W ${worksrcpath} "macdeployqt LibreCAD.app"

with

    system -W ${worksrcpath} "$prefix/libexec/qt4/bin/macdeployqt LibreCAD.app"

is enough to complete destroot target.

This makes me wonder if this is the right approach rather than going through the actual qmake's scripts considering scripts/build-osx.sh uses the ${QT_PATH}/macdeployqt command.

Does it translate into something that a non-expert MacPorts user (aka me) can do to fix the problem?

Last edited 8 years ago by ernesto.migliore@… (previous) (diff)

comment:4 in reply to:  3 Changed 8 years ago by anddam (Andrea D'Amore)

Replying to ernesto.migliore@…:

Does it translate into something that a non-expert MacPorts user (aka me) can do to fix the problem?

Either create a local repository and perform the mentioned change in the Portfile or just wait.

I'm attaching the (trivial) patchfile.

Changed 8 years ago by anddam (Andrea D'Amore)

Attachment: patch-librecad_port.diff added

comment:5 Changed 8 years ago by g5pw (Aljaž Srebrnič)

Resolution: duplicate
Status: newclosed

This is a duplicate of #49843

Note: See TracTickets for help on using tickets.