December 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #32593: quartz-wm 1.2.1_0 does not build on PPC Leopard because of "ld: unknown option: -errwarn=E_NO_EXPLICIT_TYPE_GIVEN"
by MacPorts 19 Dec '11

19 Dec '11

#32593: quartz-wm 1.2.1_0 does not build on PPC Leopard because of "ld: unknown option: -errwarn=E_NO_EXPLICIT_TYPE_GIVEN" --------------------------------------+------------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: quartz-wm --------------------------------------+------------------------------------- Here is the failure: {{{ /usr/bin/gcc-4.0 -I/opt/local/include -I/opt/local/include/pixman-1 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing- declarations -Wnested-externs -Wbad-function-cast -Wformat=2 -Wold-style- definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow -Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute -Wredundant- decls -Winline -errwarn=E_NO_EXPLICIT_TYPE_GIVEN -errwarn=E_NO_IMPLICIT_DECL_ALLOWED -errwarn=E_FUNC_HAS_NO_RETURN_STMT -errwarn=E_BAD_PTR_INT_COMBINATION -fno-strict-aliasing -O2 -arch ppc -L/opt/local/lib -lAppleWM -lpixman-1 -lX11 -lXext -lXinerama -lXrandr -framework AppKit -framework Foundation -framework ApplicationServices -L/opt/local/lib -arch ppc -o quartz-wm frame.o main.o utils.o x-input.o x-list.o x-screen.o x-selection.o x-window.o x11-geometry.o dock-support.o ld: unknown option: -errwarn=E_NO_EXPLICIT_TYPE_GIVEN collect2: ld returned 1 exit status make[3]: *** [quartz-wm] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports .org_release_ports_x11_quartz-wm/quartz-wm/work/quartz-wm-1.2.1/src' }}} I think all these -errwarn= options are dangerous for GCC 4.0. -- Ticket URL: <https://trac.macports.org/ticket/32593> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #32597: py-ipython v0.12 requires py-tornado for notebook functionality
by MacPorts 19 Dec '11

19 Dec '11

#32597: py-ipython v0.12 requires py-tornado for notebook functionality ------------------------------------------+--------------------------------- Reporter: michelle.lynn.gill@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: ipython, tornado | Port: py-ipython ------------------------------------------+--------------------------------- iPython version 0.12 adds the ability to run an ipython instance as a "notebook" in a web browser [http://ipython.org/ipython- doc/rel-0.12/whatsnew/version0.12.html]. This functionality requires py- tornado. Thus, py-tornado should be added as a dependency, either to the port itself or to a variant of the port. I have verified with python 2.7 that installing py-tornado is the only change needed to allow the notebook function to work. -- Ticket URL: <https://trac.macports.org/ticket/32597> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #31062: octave-devel builds without qhull support when using qhull @2011.1
by MacPorts 19 Dec '11

19 Dec '11

#31062: octave-devel builds without qhull support when using qhull @2011.1 ------------------------------+--------------------------------------------- Reporter: gnwiii@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: qhull | Port: octave-devel ------------------------------+--------------------------------------------- See: [http://savannah.gnu.org/bugs/index.php?33712] -- open bug configure octave-devel looks for {{{/opt/local/include/qhull/qhull_a.h}}} and links against libqhull. After upgrading qhull to {{{qhull @2011.1}}}, the headers are in {{{/opt/local/include/qhull}}} and the library is libqhull6.dylib, so octave-devel builds without qhull support. -- Ticket URL: <https://trac.macports.org/ticket/31062> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #32574: apr-util package on Waterloo mirror is corrupt
by MacPorts 19 Dec '11

19 Dec '11

#32574: apr-util package on Waterloo mirror is corrupt ---------------------------------------+------------------------------------ Reporter: mtughan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: apr-util checksum corrupt | Port: apr-util ---------------------------------------+------------------------------------ Just tried to install subversion, and it errored with a checksum error on apr-util. Verified the checksum is wrong from the Canadian server, and that the archive cannot be extracted. Downloaded from the regular MacPorts server, and it has the correct checksum. Should just need to be re- uploaded. -- Ticket URL: <https://trac.macports.org/ticket/32574> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #32592: gdbm missing gettext dependency
by MacPorts 19 Dec '11

19 Dec '11

#32592: gdbm missing gettext dependency ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gdbm ------------------------------+--------------------------------------------- gdbm @1.10 links against gettext's libintl. If gettext is deactivated and then you attempt to build perl5.12, it'll fail from libintl not being found by gdbm. -- Ticket URL: <https://trac.macports.org/ticket/32592> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #32427: gdbm @1.10 +universal Build fails: merge error
by MacPorts 19 Dec '11

19 Dec '11

#32427: gdbm @1.10 +universal Build fails: merge error --------------------------------+------------------------------------------- Reporter: abarnert@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: gdbm --------------------------------+------------------------------------------- I've tested this with two computers running Lion 10.7.2 and the 10.7.3 prerelease, both with Xcode 4.2.1. The 10.7.3 machine was a completely clean MacPorts installation; I just installed MacPorts and then did "sudo port selfupdate" and "sudo port install gdbm +universal". Searching for information, I found http://stackoverflow.com/questions/8372001/macports-error-when-installing- gdbm which appears (at least at first glance) to be the same problem, but the reporter doesn't seem to have filed a ticket. I've tried passing alternate values for configure.compiler, and get what appears to be the same error. I can build the source distribution by following the instructions in the INSTALL file (the usual passing CC="gcc -arch i386 -arch x86_64" etc. to configure). The result is a universal binary that passes make check, and seems to work in a quick test from both 32-bit and 64-bit builds after installing it to /usr/local. I tried figuring out the log output. There seem to be lots of harmless errors that occur in any project with .la files (e.g., a slew of errors from cp, lipo -info, etc.), and no indication of what the real error is... but it could be that the dependency_libs entries are different in the 32- and 64-bit versions of the .la file, possibly because somehow libiconv got picked up by the 64-bit configure but not the 32-bit one (even though I seem to have libiconv @1.14_0+universal)? I could be way off target here, but: {{{ $ diff /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macpo\ rts.org_release_ports_databases_gdbm/gdbm/work/destroot-*//opt/local/lib/libgd\ bm.la 20c20 < dependency_libs=' -L/opt/local/lib -ldbm' --- > dependency_libs=' -R/opt/local/lib -L/opt/local/lib /opt/local/lib/libintl.la \ /opt/local/lib/libiconv.la -lc -ldbm' }}} Anyway, build log attached. -- Ticket URL: <https://trac.macports.org/ticket/32427> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #32578: libffi @3.0.10 Build fail
by MacPorts 19 Dec '11

19 Dec '11

#32578: libffi @3.0.10 Build fail --------------------------------+------------------------------------------- Reporter: wademc87@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: --------------------------------+------------------------------------------- I am currently running Mac OS X @10.7.2 with Xcode @4.2.1. The libffi port fails on the build with the following log message: {{{ :notice:build ---> Building libffi :debug:build Executing org.macports.build (libffi) :debug:build Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.7' :debug:build Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/libffi-3.0.10" && /usr/bin/make -j2 -w all' :debug:build Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/libffi-3.0.10" && /usr/bin/make -j2 -w all :info:build make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/libffi-3.0.10' :info:build make: *** No rule to make target `all'. Stop. :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/libffi-3.0.10' :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/work/libffi-3.0.10" && /usr/bin/make -j2 -w all " returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for libffi): org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Log for libffi is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libffi/libffi/main.log }}} I have tried building with different compilers, as suggested in the Problem Hotlist for Xcode 4.2. These compilers did not fix the problem. I have also tried port uninstall and the port install, which does not fix the problem either. -- Ticket URL: <https://trac.macports.org/ticket/32578> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32582: reduce-algebra: put a redpsl wrapper in ${prefix}/bin
by MacPorts 19 Dec '11

19 Dec '11

#32582: reduce-algebra: put a redpsl wrapper in ${prefix}/bin -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mark.brethen@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: reduce-algebra -------------------------------------+-------------------------------------- The port currently has these notes: {{{ reduce-algebra has the following notes: To use the PSL version of Reduce, add this directory to your PATH environment variable: /opt/local/libexec/reduce-algebra/bin/ }}} I believe we can eliminate that necessity by installing a wrapper script in ${prefix}/bin. The attached patch does this and it appears to work but I have not tested it extensively. Can you take a look? -- Ticket URL: <https://trac.macports.org/ticket/32582> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #32585: rb19-bundler: update to 1.0.21
by MacPorts 19 Dec '11

19 Dec '11

#32585: rb19-bundler: update to 1.0.21 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: singingwolfboy@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rb19-bundler -------------------------------------+-------------------------------------- Can we update rb19-bundler to 1.0.21? -- Ticket URL: <https://trac.macports.org/ticket/32585> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #32583: reduce-algebra: install docs in standard location
by MacPorts 19 Dec '11

19 Dec '11

#32583: reduce-algebra: install docs in standard location -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mark.brethen@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: reduce-algebra -------------------------------------+-------------------------------------- Users expect ports to install documentation in ${prefix}/share/doc/${name} but reduce-algebra installs it in ${prefix}/libexec/${name}/doc. Does reduce-algebra need it to be there? If so, we could install a symlink in the standard location so users can find it. Otherwise, we should move it to the standard location. -- Ticket URL: <https://trac.macports.org/ticket/32583> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1