March 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #38279: rust @0.5: multiple issues
by MacPorts 24 Apr '13

24 Apr '13

#38279: rust @0.5: multiple issues ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: rust ---------------------+-------------------------------- 1. Rust currently doesn't work on 10.5 and lower: https://github.com/mozilla/rust/issues/4232 Something like the following could be added to fix this: {{{ pre-fetch { if {${os.platform} == "darwin" && ${os.major} < 10} { ui_error "${name} only works with OS X 10.6 Snow Leopard or later." return -code error "incompatible OS X version" } } }}} 2. Rust does not support universal binaries: https://github.com/mozilla/rust/issues/2024 Something like the following could be added to fix this: {{{ supported_archs i386 x86_64 universal_variant no }}} 3. Rust's configure script doesn't recognize the `--disable-dependency- tracking` flag. This could be solve by either removing the universal variant as per !#2 above, or by adding something like this to the portfile: {{{ configure.universal_args-delete --disable-dependency-tracking }}} 4. Seeing as Rust basically builds its own copy of llvm, it should use the same dependencies as llvm (i.e. `libffi`, `llvm_select`, and `perl5`). 5. Besides the dependencies listed in !#4 above, it should also include the dependencies listed in the [http://static.rust- lang.org/doc/0.5/tutorial.html#getting-started Rust Language Tutorial], i.e. it should: - blacklist gcc versions lower than 4.4, and clang versions lower than 3 - depend on either python26 or python27 (maybe just python_select as a placeholder) - use `build.type gnu` and depend on gmake - depend on curl -- Ticket URL: <https://trac.macports.org/ticket/38279> MacPorts <http://www.macports.org/> Ports system for OS X

1 20

[MacPorts] #38334: mongodb @2.2.3 unable to link with libmongoclient.a
by MacPorts 23 Apr '13

23 Apr '13

#38334: mongodb @2.2.3 unable to link with libmongoclient.a --------------------+-------------------------------- Reporter: ralf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: mongodb --------------------+-------------------------------- After updating to the current version of mongodb I'm unable to link my application with libmongodb.a To make it reproducible I tried to compile the attached micro example (see x.cpp): {{{ clang++ -I /opt/local/include/ -L /opt/local/lib -lboost_system-mt -l boost_filesystem-mt -lboost_thread-mt -lmongoclient x.cpp Undefined symbols for architecture x86_64: "boost::filesystem2::detail::status_api(std::string const&, boost::system::error_code&)", referenced from: ... }}} When I compile the mongodb package I can see it compiles against an own version of boost - that is not compatible with the installed boost provided by macports. I copied this version and linked my example against this version - this worked but it is plain stupid. I read the comments about the incompatibility between mongodb and boost. So yes - I know there is a problem. Anyway: Is there a supposed/supported way to actually use libmongoclient.a or is this file a mere placeholder currently? I could live with using an older version of boost for my application, I could even live with an older version of libmongodb - but a broken binary is way too hard to deal with. -- Ticket URL: <https://trac.macports.org/ticket/38334> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #35712: autoconf @2.69 build failure - missing autoreconf.in
by MacPorts 23 Apr '13

23 Apr '13

#35712: autoconf @2.69 build failure - missing autoreconf.in -------------------------------------+-------------------------------------- Reporter: johanvz602@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: autoconf | Port: autoconf -------------------------------------+-------------------------------------- OS X 10.6.8. {{{ buri:~ # xcodebuild -version Xcode 3.2.6 Component versions: DevToolsCore-1809.0; DevToolsSupport-1806.0 BuildVersion: 10M2518 }}} When building from source ("buildfromsource always" in macports.conf): {{{ buri:~ # port clean autoconf && port install autoconf ---> Cleaning autoconf ---> Computing dependencies for autoconf ---> Fetching distfiles for autoconf ---> Verifying checksum(s) for autoconf ---> Extracting autoconf Error: reinplace: couldn't read file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_autoconf/autoconf/work/autoconf-2.69/bin/autoreconf.in": no such file or directory Error: org.macports.patch for port autoconf returned: reinplace sed(1) failed Please see the log file for port autoconf for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_autoconf/autoconf/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port autoconf failed }}} (Of course, a workaround is to install the pre-built autoconf package.) -- Ticket URL: <https://trac.macports.org/ticket/35712> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38208: RFE: add a "depends_test" type of dependency
by MacPorts 23 Apr '13

23 Apr '13

#38208: RFE: add a "depends_test" type of dependency -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- Cal brought this up in [http://trac.macports.org/ticket/38198#comment:6 #38198comment:6] and I had been thinking of it myself independently before, so I decided to open a separate ticket for it. Anyway, it would be useful to specify dependencies that are only used when running tests, such as `expect`, for example. (This is kind of similar to my request in #38112 btw, just for a different phase) -- Ticket URL: <https://trac.macports.org/ticket/38208> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38245: Clojure - update to 1.5.0
by MacPorts 23 Apr '13

23 Apr '13

#38245: Clojure - update to 1.5.0 ----------------------+-------------------------------- Reporter: g5pw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: clojure ----------------------+-------------------------------- I'm attaching a patch to update clojure to the latest version 1.5.0. Clojure builds OK on my machine on ML. -- Ticket URL: <https://trac.macports.org/ticket/38245> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #28684: Clojure won't compile my programs
by MacPorts 23 Apr '13

23 Apr '13

#28684: Clojure won't compile my programs -----------------------------------------+---------------------------------- Reporter: andrew.pennebaker@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: clojure -----------------------------------------+---------------------------------- It seems that Clojure doesn't add the current directory to the compile path. Specs: * Clojure 1.2.0 * !MacPorts 1.9.2 * Mac OS X 10.6.6 * !MacBook Pro 5,1 {{{ $ cat hello.clj #!/usr/bin/env clj (println "Hello World!") $ clj hello.clj Hello World! $ clj Clojure 1.2.0 user=> (compile 'hello) Hello World! java.io.IOException: No such file or directory (NO_SOURCE_FILE:0) user=> *compile-path* "classes" }}} -- Ticket URL: <https://trac.macports.org/ticket/28684> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #22889: clojure-contrib with erring CLASSPATH
by MacPorts 23 Apr '13

23 Apr '13

#22889: clojure-contrib with erring CLASSPATH ---------------------------------------+------------------------------------ Reporter: trier@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.1 Keywords: clojure contrib classpath | Port: clojure-contrib ---------------------------------------+------------------------------------ After installing clojure, then the latest clojure-contrib port (see Ticket: 22752 ), I start up clojure and try to load from the clojure- contrib library, but I don't get very far. {{{ Clojure 1.0.0- user=> (require 'clojure.contrib.str-utils) java.io.FileNotFoundException: Could not locate clojure/contrib/str_utils__init.class or clojure/contrib/str_utils.clj on classpath: (NO_SOURCE_FILE:0) }}} I tried setting the CLASSPATH manually to include the clojure-contrib.jar file which was installed in /opt/local/share/java/clojure/lib, but I still get the same problem. -- Ticket URL: <http://trac.macports.org/ticket/22889> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #35082: Port cgal is still broken after rebuiling it more than 3 times...
by MacPorts 22 Apr '13

22 Apr '13

#35082: Port cgal is still broken after rebuiling it more than 3 times... -----------------------------------+---------------------------------------- Reporter: panos@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: -----------------------------------+---------------------------------------- After running: port -d -y rev-upgrade (as suggested) I got the following: Warning: Error parsing file /opt/local/libexec/dbus-daemon-launch-helper: Error opening or reading file ---> Scanning binaries for linking errors Could not open QGLViewer.framework/Versions/2/QGLViewer: Error opening or reading file (referenced from /opt/local/lib/libPS_demo_scene_basic_objects.dylib) DEBUG: Marking /opt/local/lib/libPS_demo_scene_basic_objects.dylib as broken DEBUG: Marking /opt/local/lib/libdemo_framework.dylib as broken DEBUG: Marking /opt/local/lib/libmesh_3_demo_scene_c3t3_item.dylib as broken DEBUG: Marking /opt/local/lib/libmesh_3_demo_scene_implicit_function_item.dylib as broken DEBUG: Marking /opt/local/lib/libmesh_3_demo_viewer.dylib as broken DEBUG: Marking /opt/local/lib/libscene_basic_objects.dylib as broken DEBUG: Marking /opt/local/lib/libscene_c2t3_item.dylib as broken DEBUG: Marking /opt/local/lib/libscene_edit_polyhedron_item.dylib as broken DEBUG: Marking /opt/local/lib/libscene_nef_polyhedron_item.dylib as broken DEBUG: Marking /opt/local/lib/libscene_polygon_soup_item.dylib as broken DEBUG: Marking /opt/local/lib/libscene_polyhedron_item.dylib as broken DEBUG: Marking /opt/local/share/cgal/demo/AABB_tree/AABB_demo as broken DEBUG: Marking /opt/local/share/cgal/demo/Alpha_shapes_3/Alpha_shape_3 as broken DEBUG: Marking /opt/local/share/cgal/demo/Circular_kernel_3/Circular_kernel_3 as broken DEBUG: Marking /opt/local/share/cgal/demo/Linear_cell_complex/Linear_cell_complex_3_demo as broken DEBUG: Marking /opt/local/share/cgal/demo/Mesh_3/Mesh_3 as broken DEBUG: Marking /opt/local/share/cgal/demo/Mesh_3/libmesh_3_demo_io_c3t3_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Mesh_3/libmesh_3_demo_io_implicit_function_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Mesh_3/libmesh_3_demo_mesh_3_optimization_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Mesh_3/libmesh_3_demo_mesh_3_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Periodic_3_triangulation_3/periodic_3_triangulation_3_demo as broken DEBUG: Marking /opt/local/share/cgal/demo/Periodic_Lloyd_3/Periodic_Lloyd_3 as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/Polyhedron_3 as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libconvex_hull_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libcut_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libedit_polyhedron_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libinside_out_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libkernel_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libmesh_3_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libmesh_simplification_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libnef_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/liboff_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/liboff_to_nef_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/liborient_soup_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libpca_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libremeshing_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libself_intersection_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libsubdivision_methods_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libtriangulate_facets_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Polyhedron/libtrivial_plugin.so as broken DEBUG: Marking /opt/local/share/cgal/demo/Principal_component_analysis/PCA_demo as broken DEBUG: Marking /opt/local/share/cgal/demo/Surface_mesher/Surface_mesher as broken DEBUG: Marking /opt/local/share/cgal/demo/Surface_reconstruction_points_3/Point_set_demo as broken DEBUG: Marking /opt/local/share/cgal/demo/Triangulation_3/T3_demo as broken ---> Found 44 broken file(s), matching files to ports ---> Found 1 broken port(s), determining rebuild order DEBUG: Broken: cgal DEBUG: Processing port cgal @0:4.0_1 +demos+qt4 ---> Rebuilding in order cgal @4.0 +demos+qt4 DEBUG: epoch: in tree: 0 installed: 0 DEBUG: cgal 4.0_1 exists in the ports tree DEBUG: cgal 4.0_1 +demos+qt4 is the latest installed DEBUG: cgal 4.0_1 +demos+qt4 is active DEBUG: Merging existing variants '+demos+qt4' into variants DEBUG: new fully merged portvariants: demos + qt4 + DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/gis/cgal DEBUG: OS darwin/10.8.0 (Mac OS X 10.6) arch i386 DEBUG: Going to use alternate build prefix: /Users/panos/.macports DEBUG: workpath = /Users/panos/.macports/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gis_cgal/cgal/work DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/cmake-1.0.tcl DEBUG: adding the default universal variant DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf DEBUG: Executing variant qt4 provides qt4 DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/qt4-1.0.tcl DEBUG: Executing variant demos provides demos DEBUG: rev-upgrade override ... upgrading! DEBUG: Not following dependencies Skipping deactivate cgal @4.0_1+demos+qt4 (dry run) Skipping activate cgal @4.0_1+demos+qt4 (dry run) DEBUG: Rebuilding port cgal finished with status 0 Warning: If this was no dry run, rev-upgrade would now run the checks again to find unresolved and newly created problems -- Ticket URL: <https://trac.macports.org/ticket/35082> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38252: ola @0.8.27 new upstream release
by MacPorts 21 Apr '13

21 Apr '13

#38252: ola @0.8.27 new upstream release ---------------------------------+-------------------------------- Reporter: nomis52@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch maintainer | Port: ola ---------------------------------+-------------------------------- Update to reflect the new upstream release. This also adds the OSC variant and enables it by default. (OSC was included from 0.8.26). -- Ticket URL: <https://trac.macports.org/ticket/38252> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #38359: executable name of port:ruby, "ruby" to "ruby1.8"
by MacPorts 20 Apr '13

20 Apr '13

#38359: executable name of port:ruby, "ruby" to "ruby1.8" -----------------------+-------------------------------- Reporter: kimuraw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------+-------------------------------- I introduced "port select ruby" at r103918(https://trac.macports.org/changeset/103918). now, ${prefix}/bin/ruby becomes ${prefix}/bin/ruby1.8. I found the following ports use ${prefix}/bin/ruby in Portfile. Can I change "ruby" to "ruby1.8" in these portfiles? {{{ devel/subversion-rubybindings/Portfile 40:configure.env RUBY=${prefix}/bin/ruby editors/MacVim/Portfile 162: configure.args-append --with-ruby-command=${prefix}/bin/ruby 167: configure.args-append --with-ruby-command=${prefix}/bin/ruby1.9 editors/vim/Portfile 968: configure.args-append --with-ruby-command=${prefix}/bin/ruby 973: configure.args-append --with-ruby-command=${prefix}/bin/ruby1.9 editors/vim-app/Portfile 987: configure.args-append --with-ruby-command=${prefix}/bin/ruby 992: configure.args-append --with-ruby-command=${prefix}/bin/ruby1.9 sysutils/facter/Portfile 36:destroot.cmd ${prefix}/bin/ruby ${worksrcpath}/install.rb \ sysutils/puppet/Portfile 35:destroot.cmd ${prefix}/bin/ruby ${worksrcpath}/install.rb \ }}} -- Ticket URL: <https://trac.macports.org/ticket/38359> MacPorts <http://www.macports.org/> Ports system for OS X

1 9