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

[MacPorts] #27696: maxima doesn't know it needs to be rebuilt (new sbcl)?
by MacPorts 06 Dec '12

06 Dec '12

#27696: maxima doesn't know it needs to be rebuilt (new sbcl)? -------------------------------+-------------------------------------------- Reporter: jon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.9.2 Keywords: maxima sbcl | Port: maxima -------------------------------+-------------------------------------------- I did a port upgrade outdated. Maxima was already at the correct version but a few things updated, including sbcl. Then I ran maxima and got: $ maxima fatal error encountered in SBCL pid 74921: can't load .core for different runtime, sorry Welcome to LDB, a low-level debugger for the Lisp runtime environment. ldb> If I uninstall and reinstall maxima, all is good: $ maxima Maxima 5.22.1 http://maxima.sourceforge.net using Lisp SBCL 1.0.45 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) 40+2; (%o1) 42 (%i2) -- Ticket URL: <https://trac.macports.org/ticket/27696> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34889: py27-cairo 1.8.10 incompatible with cairo +quartz
by MacPorts 06 Dec '12

06 Dec '12

#34889: py27-cairo 1.8.10 incompatible with cairo +quartz ------------------------------------------------+--------------------------- Reporter: luis.kornblueh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: python, cairo, build, installation | Port: py27-cairo @1.8.10 ------------------------------------------------+--------------------------- {{{port install py27-cairo}}} leads to a load of an installation package which is precompiled with x11 support not complaining if cairo itself is installed without x11 but with quartz. Trying to install with {{{port build py27-cairo}}} and {{{port destroot py27-cairo}}} does not install properly. -- Ticket URL: <https://trac.macports.org/ticket/34889> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 22

[MacPorts] #34108: Python27 Build error
by MacPorts 06 Dec '12

06 Dec '12

#34108: Python27 Build error --------------------------------+------------------------------------------- Reporter: fallbaby@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: Python27 --------------------------------+------------------------------------------- Using lion 10.7.3 and Xcode 4.3.2[[BR]] Error once it gets to Building python27. Saw a similar ticket that solved the problem by using[[BR]] $ sudo port clean python27[[BR]] This hasn't worked for me though. Originally encountered the error as a part of porting ImageMagick, where I got the Warning: xcodebuild exists but failed to execute, and used [[BR]] sudo xcode-select -switch /Applications/Xcode.app which seemed to have corrected that error. -- Ticket URL: <https://trac.macports.org/ticket/34108> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37205: can't build openjdk6: command execution failed
by MacPorts 06 Dec '12

06 Dec '12

#37205: can't build openjdk6: command execution failed ---------------------------+-------------------------------- Reporter: dougmencken@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------------+-------------------------------- I tried to `port install openjdk6' and got: ---> Configuring openjdk6 ---> Building openjdk6 Error: org.macports.build for port openjdk6 returned: command execution failed Please see the log file for port openjdk6 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_java_openjdk6/openjdk6/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port openjdk6 failed # uname -a Darwin powermacs-power-mac-g5.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:57:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_PPC Power Macintosh main.log is attached -- Ticket URL: <https://trac.macports.org/ticket/37205> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37171: port upgrade outdated - ibstdcxx - gcc45
by MacPorts 05 Dec '12

05 Dec '12

#37171: port upgrade outdated - ibstdcxx - gcc45 ----------------------+-------------------------------- Reporter: bruins@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------+-------------------------------- root# port upgrade outdated Warning: No port libstdcxx found in the index. ---> Computing dependencies for gcc45 Error: Dependency 'libstdcxx' not found. Error: Problem while installing gcc45 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets -- Ticket URL: <https://trac.macports.org/ticket/37171> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37210: Error: Processing of port coreutils failed
by MacPorts 05 Dec '12

05 Dec '12

#37210: Error: Processing of port coreutils failed ------------------------+-------------------------------- Reporter: monkam-l@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------+-------------------------------- Error: org.macports.activate for port expat returned: Image error: /opt/local/bin/xmlwf already exists and does not belong to a registered port. Unable to activate port expat. Use 'port -f activate expat' to force the activation. Error: Failed to install expat Please see the log file for port expat for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_expat/expat/main.log Error: The following dependencies were not installed: autoconf help2man gettext expat libiconv gperf ncurses p5.12-locale-gettext perl5.12 gdbm m4 perl5 xz automake gmp libtool -- Ticket URL: <https://trac.macports.org/ticket/37210> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #33364: arm-none-eabi-gcc fails to build
by MacPorts 05 Dec '12

05 Dec '12

#33364: arm-none-eabi-gcc fails to build -------------------------------------+-------------------------------------- Reporter: david.reitter@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- :info:build In file included from ../../../../gcc-4.6.2/libgcc/../gcc/config/arm/unwind-arm.c:24:0: :info:build /opt/local/include/unwind.h:38:26: fatal error: Availability.h: No such file or directory -- Ticket URL: <https://trac.macports.org/ticket/33364> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #30677: arm-none-eabi-binutils broken
by MacPorts 05 Dec '12

05 Dec '12

#30677: arm-none-eabi-binutils broken ----------------------------------+----------------------------------------- Reporter: michal.schulz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: arm binutils r15 | Port: arm-none-eabi-binutils ----------------------------------+----------------------------------------- arm-none-eabi-binutils 2.21.53.0.1 has a bug when compiling armv7-a code (I haven't tested other ARM architectures), it says the r15 register is not allowed: {{{ Error: r15 not allowed here -- `strb pc,[r0,#4]' }}} Other versions of binutils compile the following test code properly: {{{ .cpu cortex-a8 .fpu softvfp .text strb pc,[r4,#0] }}} -- Ticket URL: <https://trac.macports.org/ticket/30677> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37201: cgal: demos variant does not build because of missing Qt SQLite plugin
by MacPorts 05 Dec '12

05 Dec '12

#37201: cgal: demos variant does not build because of missing Qt SQLite plugin -----------------------+--------------------- Reporter: raphael@… | Owner: vince@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: cgal -----------------------+--------------------- I get the following error when trying to compile the demos variants of the cgal port: {{{ [ 29%] Generating Periodic_3_triangulation_3.qhc cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gis_cgal/cgal/work/CGAL-4.1/demo/Periodic_3_triangulation_3 && /opt/local/bin/qcollectiongenerator /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gis_cgal/cgal/work/CGAL-4.1/demo/Periodic_3_triangulation_3/Periodic_3_triangulation_3.qhcp -o /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gis_cgal/cgal/work/CGAL-4.1/demo/Periodic_3_triangulation_3/Periodic_3_triangulation_3.qhc QSqlDatabase: QSQLITE driver not loaded QSqlDatabase: available drivers: Cannot open data base file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gis_cgal/cgal/work/CGAL-4.1/demo/Periodic_3_triangulation_3/Periodic_3_triangulation_3.qch! Reading collection config file... Generating help for Periodic_3_triangulation_3.qhp... Building up file structure... make[3]: *** [demo/Periodic_3_triangulation_3/Periodic_3_triangulation_3.qhc] Error 255 }}} Obviously, the Qt SQLite plugin is missing. After installing the qt4-mac- sqlite3-plugin port, cgal compiles successfully. -- Ticket URL: <https://trac.macports.org/ticket/37201> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37207: bad include paths?
by MacPorts 05 Dec '12

05 Dec '12

#37207: bad include paths? -----------------------+-------------------------------- Reporter: jshanab@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------+-------------------------------- I am a senior developer working for years in c/c++ on Linux and Windows; But I am a bit new to OSX. I started using macports to get libraries like boost and curl. I do not know if this is a OSX convention, Macports choice or the responsibility of the individual maintainer but the include paths are collapsed and that causes problems in their use. For example on most linux and windows pacakages the include path is .../boost_1_49/include/boost. This allows you to put the path up to the boost_1_49 in the project and still follow a good practice of specifying an include subdir directory. ie #include <curl/curl.h> or #include <boost/thread/thread.h>. This allows you to change the version of boost at the project level. By collapsing the path to /usr/local/boost and dumping all the headers directly at that level, all the C source code must change between OS's or the project must include /usr/local/include for the boost project. The side effect is now you also change the meaning of all other includes! For example #include <curl/curl.h> Is now sensitive to system path or include order. Is this a Mac,Macports, or maintainer convention? is there a work around? -- Ticket URL: <https://trac.macports.org/ticket/37207> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2