Opened 9 years ago
Closed 9 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)
Change History (7)
Changed 9 years ago by ernesto.migliore@…
comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | dongxuli2011@… added |
---|---|
Description: | modified (diff) |
Owner: | changed from macports-tickets@… to librecad@… |
Port: | LibreCAD added |
comment:2 follow-up: 3 Changed 9 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 follow-up: 4 Changed 9 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?
comment:4 Changed 9 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 9 years ago by anddam (Andrea D'Amore)
Attachment: | patch-librecad_port.diff added |
---|
comment:5 Changed 9 years ago by g5pw (Aljaž Srebrnič)
Resolution: | → duplicate |
---|---|
Status: | new → closed |
This is a duplicate of #49843
The failure in the destroot phase is:
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:
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.