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

[MacPorts] #35998: icns-gimp needs revision bump (libpng)
by MacPorts 08 Sep '14

08 Sep '14

#35998: icns-gimp needs revision bump (libpng) ------------------------------------------------+--------------------------- Reporter: michael.klein@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: icns-gimp ------------------------------------------------+--------------------------- -- Ticket URL: <https://trac.macports.org/ticket/35998> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #36811: heimdal: kinit segfaults
by MacPorts 08 Sep '14

08 Sep '14

#36811: heimdal: kinit segfaults -----------------------+-------------------------------- Reporter: aronnax@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: heimdal -----------------------+-------------------------------- On a Mountain Lion system, the kinit provided by heimdal @1.3.3_1 kinit segfaults: (Replace -----(a)----.--- with your own principal) {{{ $ /opt/local/libexec/heimdal/bin/kinit -----(a)----.--- -----(a)----.---'s Password: ****** Segmentation fault: 11 }}} Running this under gdb, I see that the program crashes in krb5_cc_destroy. If, however, you specify a particular credentials cache, it does not crash: {{{ $ /opt/local/libexec/heimdal/bin/kinit -c ~/foobar -----(a)----.--- -----(a)----.---'s Password: ****** }}} (exits normally) -- Ticket URL: <https://trac.macports.org/ticket/36811> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #36613: py27-tz and py27-tz-gae have a conflicting file
by MacPorts 08 Sep '14

08 Sep '14

#36613: py27-tz and py27-tz-gae have a conflicting file -------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: ram@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-tz py27-tz-gae -------------------------------+--------------------------------- py27-tz and py27-tz-gae conflict as follows: {{{ Error: org.macports.activate for port py27-tz-gae returned: Image error: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pytz/__init__.py is being used by the active py27-tz port. Please deactivate this port first, or use 'port -f activate py27-tz-gae' to force the activation. }}} These ports should be able to be installed at the same time. Perhaps py27 -tz-gae should install into its own site-packages directory and not use {{{pytz}}}? -- Ticket URL: <https://trac.macports.org/ticket/36613> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #36352: pound: update to version 2.6.0
by MacPorts 08 Sep '14

08 Sep '14

#36352: pound: update to version 2.6.0 -------------------------+-------------------------- Reporter: ciserlohn@… | Owner: rcavanaugh@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: pound -------------------------+-------------------------- -- Ticket URL: <https://trac.macports.org/ticket/36352> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31786: heimdal: update to 1.5.1
by MacPorts 08 Sep '14

08 Sep '14

#31786: heimdal: update to 1.5.1 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: landonf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: heimdal -------------------------------------+-------------------------------------- heimdal should probably be updated: {{{ $ port livecheck heimdal heimdal seems to have been updated (port version: 1.3.3, new version: 1.5.1) }}} -- Ticket URL: <https://trac.macports.org/ticket/31786> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #19491: Compile error with tclx
by MacPorts 06 Sep '14

06 Sep '14

#19491: Compile error with tclx --------------------------------+------------------------------------------- Reporter: spetinga@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: --------------------------------+------------------------------------------- I was attempting to download tclx onto leopard 10.5.6 and received the following error: cassini:bin root# port install tclx ---> Building tclx Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tclx/work/tclx8.4" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -pipe -DPACKAGE_NAME=\"tclx\" -DPACKAGE_TARNAME=\"tclx\" -DPACKAGE_VERSION=\"8.4\" -DPACKAGE_STRING=\"tclx\ 8.4\" -DPACKAGE_BUGREPORT=\"\" -DFULL_VERSION=\"8.4.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DUSE_TCL_STUBS=1 -DHAVE_SYS_SELECT_H=1 -DRETSIGTYPE=void -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -I"./generic" -I"./unix" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/generic" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/unix" -I/opt/local/include -O2 -I/opt/local/include -Os -Wall -Wno-implicit-int -fno-common -c `echo ./generic/tclXbsearch.c` -o tclXbsearch.o In file included from ./generic/tclInt.h:2356, from ./generic/tclExtdInt.h:26, from ./generic/tclXbsearch.c:19: ./generic/tclIntDecls.h:322: error: syntax error before '->' token ./generic/tclIntDecls.h:326: error: syntax error before '->' token ./generic/tclIntDecls.h:330: error: syntax error before '->' token ./generic/tclIntDecls.h:333: error: syntax error before '->' token ./generic/tclIntDecls.h:337: error: syntax error before '->' token ./generic/tclIntDecls.h:341: error: syntax error before '->' token ./generic/tclIntDecls.h:357: error: syntax error before '->' token ./generic/tclIntDecls.h:360: error: syntax error before '->' token ./generic/tclIntDecls.h:363: error: syntax error before '->' token ./generic/tclIntDecls.h:367: error: syntax error before '->' token ./generic/tclIntDecls.h:370: error: syntax error before '->' token ./generic/tclIntDecls.h:377: error: syntax error before '->' token make: *** [tclXbsearch.o] Error 1 Error: Status 1 encountered during processing. cassini:bin root# -- Ticket URL: <http://trac.macports.org/ticket/19491> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files
by MacPorts 06 Sep '14

06 Sep '14

#33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files ------------------------------+--------------------------------------------- Reporter: neumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: tclx ------------------------------+--------------------------------------------- The original Portfile had a dependency on tcl8.4.14-privateheaders; since the port "tcl" refers now to Tcl 8.5, which has different private header files, the old approach lead to problems. This updated Porfile uses the same approach like "expect" (or "xotcl") to refer to tclInt.h. The modified Portfile was tested on Mac OS X 10.7.2 This patch fixes #19491 -- Ticket URL: <https://trac.macports.org/ticket/33203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34288: clang3.1 cannot compile boost code (or c++11 based code)
by MacPorts 06 Sep '14

06 Sep '14

#34288: clang3.1 cannot compile boost code (or c++11 based code) --------------------------------------------------+------------------------- Reporter: christophe.prudhomme@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: clang3.1 --------------------------------------------------+------------------------- clang3.1 seems to be compiled with c++03 support and not c++11 support it does not compile boost based code e.g try to compile the following one line code : #include <boost/signals2.hpp> and it fails. it seems that clang 3.1 is actually using an old (from apple) libstdc++ (4.2) library which is c++03 and not the latest one eg from gcc 4.6 or gcc 4.7. -- Ticket URL: <https://trac.macports.org/ticket/34288> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #34539: ophcrack: add fast and small variants
by MacPorts 05 Sep '14

05 Sep '14

#34539: ophcrack: add fast and small variants -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: ophcrack -------------------------------------+-------------------------------------- ophcrack current decides whether to use fast or small tables based on whether the computer building the port has more than 512MB RAM or not. This may result in a nonoptimal selection when a port is built on one computer and then installed on another. This is very common now that we have a buildbot automatically building and distributing ports. Instead the port should have "fast" and "small" variants. The port can then select one of these variants based on the amount of installed RAM. Thus the buildbot will then build one of the variants, and if the user has a computer with a different amount of RAM, they'll get the other variant. -- Ticket URL: <https://trac.macports.org/ticket/34539> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #33475: gcc46 4.6.3 internal compiler error: in objc_eh_runtime_type
by MacPorts 03 Sep '14

03 Sep '14

#33475: gcc46 4.6.3 internal compiler error: in objc_eh_runtime_type -------------------------------------------------------+-------------------- Reporter: lowtech@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: Objective-C++ GCC 4.6.3 ppc-apple-darwin9 | Port: gcc46 4.6.3 -------------------------------------------------------+-------------------- Building mess 0.145 (www.mess.org) with gcc 4.6.3 fails. System PowerPC G4 on OS X 10.5.8 and MacPorts 2.0.4. Apple gcc 4.2.1 does well. make VERBOSE=1 NOWERROR=1 <snip> .. <snip> GNU Objective-C++ (GCC) version 4.6.3 (ppc-apple-darwin9) compiled by GNU C version 4.6.3, GMP version 5.0.4, MPFR version 3.1.0-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: f898fb36f040e0b6314aef4b62fd8c7a src/osd/sdl/debugosx.m: In function 'void* operator new(std::size_t, const char*, int)': '''src/osd/sdl/debugosx.m:2340:1: internal compiler error: in objc_eh_runtime_type, at objc/objc-next-runtime-abi-01.c:2824''' Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make: *** [obj/sdl/osd/sdl/debugosx.o] Error 1 -- Ticket URL: <https://trac.macports.org/ticket/33475> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2