Opened 11 years ago
Last modified 5 years ago
#40359 new submission
MoleQueue @0.9.0: new port
Reported by: | c.herbig@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt) | |
Port: | molequeue |
Description
Job queueing and coordination system for computation chemistry tasks. The project site specifically uses qt4-mac as the default, but I imagine an X11 variant could be easily made/tested by someone who uses the X11 environment.
Attachments (7)
Change History (16)
Changed 11 years ago by c.herbig@…
comment:1 Changed 11 years ago by mf2k (Frank Schima)
Port: | haspatch removed |
---|---|
Version: | 2.2.0 |
Changed 11 years ago by c.herbig@…
Attachment: | Portfile.2 added |
---|
changed depends_lib to depends_lib-append for cmake compatibility
Changed 11 years ago by c.herbig@…
Attachment: | Portfile.3 added |
---|
BSD-3-Clause to BSD, remove comments
comment:3 Changed 11 years ago by c.herbig@…
Although -DCMAKE_INSTALL_PREFIX=${application_dir} solves the stupid destroot warnings, it breaks the dependency chain. Undoing it.
Changed 11 years ago by c.herbig@…
Attachment: | Portfile.4 added |
---|
comment:4 follow-up: 7 Changed 11 years ago by c.herbig@…
I have contacted the developer concerning the installation paths, and am waiting for a response, they may have to rewrite some of the cmake files. Meanwhile if anyone has experience with configuring cmake and can offer suggestions, I will be happy to try them.
comment:5 Changed 11 years ago by mf2k (Frank Schima)
I cannot get this port installed. I updated it to the latest version, 0.7.1, but it errors out:
:info:build /usr/bin/clang++ -pipe -Os -I/opt/local/include -arch x86_64 -stdlib=libc++ -DNDEBUG -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.9 -dynamiclib -Wl,-headerpad_max_install_names -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o ../../lib/libMoleQueueClient.dylib -install_name /opt/local/var/macports/build/_opt_mports_trunk_dports_science_molequeue/molequeue/work/molequeue-0.7.1/lib/libMoleQueueClient.dylib CMakeFiles/MoleQueueClient.dir/client.cpp.o CMakeFiles/MoleQueueClient.dir/jobobject.cpp.o CMakeFiles/MoleQueueClient.dir/jsonrpcclient.cpp.o CMakeFiles/MoleQueueClient.dir/MoleQueueClient_automoc.cpp.o /opt/local/lib/libQtCore.dylib /opt/local/lib/libQtNetwork.dylib ../../lib/libQt5Json.dylib /opt/local/lib/libQtCore.dylib :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_mports_trunk_dports_science_molequeue/molequeue/work/molequeue-0.7.1' :info:build /opt/local/bin/cmake -E cmake_progress_report /opt/local/var/macports/build/_opt_mports_trunk_dports_science_molequeue/molequeue/work/molequeue-0.7.1/CMakeFiles 4 5 6 7 :info:build [ 21%] Built target MoleQueueClient :info:build /opt/local/var/macports/build/_opt_mports_trunk_dports_science_molequeue/molequeue/work/molequeue-0.7.1/molequeue/servercore/messageidmanager_p.cpp:29:3: error: use of undeclared identifier 'atexit' :info:build atexit(&cleanup); :info:build ^ :info:build 1 error generated.
Changed 11 years ago by mf2k (Frank Schima)
comment:6 Changed 10 years ago by mf2k (Frank Schima)
Port: | molequeue added |
---|
comment:7 Changed 10 years ago by mf2k (Frank Schima)
Replying to c.herbig@…:
I have contacted the developer concerning the installation paths, and am waiting for a response, they may have to rewrite some of the cmake files.
Any response yet?
Changed 10 years ago by mf2k (Frank Schima)
Attachment: | Portfile.5 added |
---|
comment:8 Changed 10 years ago by mf2k (Frank Schima)
Here's my non-building Portfile using version 0.7.1 of the source code.
Changed 5 years ago by ryandesign (Ryan Carsten Schmidt)
Attachment: | Portfile.6 added |
---|
nonworking portfile for 0.9.0
comment:9 Changed 5 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign added |
---|---|
Summary: | MoleQueue @0.6.1 → MoleQueue @0.9.0: new port |
I've attached a non-working 0.9.0 portfile. I think there's a bug in their installation routines that doesn't consider that DESTDIR might be used. I filed an upstream bug report.
Same comments as here.