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

[MacPorts] #40136: MythTV.26 Build Failure (Install_Name_Tool Exit Code 1)
by MacPorts 14 Sep '13

14 Sep '13

#40136: MythTV.26 Build Failure (Install_Name_Tool Exit Code 1) ------------------------+-------------------------------- Reporter: sbturner@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ------------------------+-------------------------------- I recently installed MacPorts and have only attempted to install MythTV- Core.26. The build failed when Install_Name_Tool exited with error code 1. After the initial failure I cleaned MythTV, ran MacPorts selfupdate, and retried but received the same error message. Pertinent info is below and the log file is attached. Any suggestions will be greatly appreciated. OS: 10.8.4 MacPorts: 2.2.0 with current updates Myth install attempted: sudo port install mythtv-core.26 It appears the following parts of the log capture the error (see attached log for detail): :debug:destroot Change libmythpostproc.dylib to /opt/local/lib/libmythpostproc.dylib :info:destroot install_name_tool: changing install names or rpaths can't be redone for: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_multimedia_mythtv-core.26/mythtv- core.26/work/destroot/opt/local/bin/mythffmpeg (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names) :info:destroot Command failed: install_name_tool -change libmythpostproc.dylib /opt/local/lib/libmythpostproc.dylib /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_multimedia_mythtv-core.26/mythtv- core.26/work/destroot/opt/local/bin/mythffmpeg :info:destroot Exit code: 1 :error:destroot org.macports.destroot for port mythtv-core.26 returned: command execution failed :debug:destroot Error code: NONE :debug:destroot Backtrace: command execution failed -- Ticket URL: <https://trac.macports.org/ticket/40136> MacPorts <http://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #39510: py-oursql @0.9.2 Add variants for mysql
by MacPorts 14 Sep '13

14 Sep '13

#39510: py-oursql @0.9.2 Add variants for mysql -------------------------+-------------------------------- Reporter: s@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py-oursql -------------------------+-------------------------------- I have updated the Portfile to support mysql51 and mysql55 variants. oursql also supports Python 2.4 through 2.7, so 2.4 and 2.5 were added. -- Ticket URL: <https://trac.macports.org/ticket/39510> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #40478: gcc-4.8 (and likely earlier) build incorrectly +universal
by MacPorts 14 Sep '13

14 Sep '13

#40478: gcc-4.8 (and likely earlier) build incorrectly +universal -------------------------------+------------------- Reporter: jeremyhu@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: universal leopard | Port: gcc48 -------------------------------+------------------- I noticed this when trying to build libgcc on a Leopard VM: {{{ /usr/bin/g++-4.2 -arch i386 -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/. -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/../include -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/../libcpp/include -I/opt/local/include -I/opt/local/include -I/opt/local/include -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/../libdecnumber -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/../libdecnumber/dpd -I../libdecnumber -I/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/../libbacktrace -I/opt/local/include /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc /pointer-set.c -o pointer-set.o /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc /pointer-set.c:60: error: integer constant is too large for ‘unsigned long’ type /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc /pointer-set.c: In function ‘size_t hash1(const void*, long unsigned int, long unsigned int)’: /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc /pointer-set.c:60: warning: large integer implicitly truncated to unsigned type }}} My hunch is that gcc's build system is checking sizeof(long) at configure time for x86_64 and using it for the i386 slice: {{{ configure:5912: /usr/bin/gcc-4.2 -arch i386 -arch x86_64 -o conftest -g -L/opt/local/lib -Wl,-headerpad_max_install_names conftest.c >&5 configure:5912: $? = 0 configure:5912: ./conftest configure:5912: $? = 0 configure:5927: result: 8 }}} This needs to be solved in a way similar to how we solve it in X11: http://cgit.freedesktop.org/xorg/xserver/tree/include/dix-config-apple- verbatim.h http://cgit.freedesktop.org/xorg/xserver/tree/include/dix-config.h.in -- Ticket URL: <https://trac.macports.org/ticket/40478> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #37620: Can't install kmymoney4 on OS X 10.8
by MacPorts 14 Sep '13

14 Sep '13

#37620: Can't install kmymoney4 on OS X 10.8 -------------------------+-------------------------------- Reporter: renang010@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: kmymoney4 | Port: -------------------------+-------------------------------- Hello, I set /opt/local/etc/macports/sources.conf to http://www.macports.org/files/ports.tar.gz [default] to install the latest version of kmymoney4. The installation process fails when trying to compile kmymoney4. Can someone help me? I have attached the log file. RenanG -- Ticket URL: <https://trac.macports.org/ticket/37620> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #40450: mimetic fails to build (C++ errors)
by MacPorts 14 Sep '13

14 Sep '13

#40450: mimetic fails to build (C++ errors) --------------------+------------------------ Reporter: jmr@… | Owner: stromnov@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: mimetic --------------------+------------------------ {{{ In file included from datetime.cxx:20: ../../mimetic/tokenizer.h:152:51: error: member reference base type 'const Container *' is not a structure or union : ItTokenizer<const_iterator, value_type>(cont.begin(), cont.end()) }}} Full log attached. -- Ticket URL: <https://trac.macports.org/ticket/40450> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #40461: gaw @20111016: Please update gaw to 20130801
by MacPorts 14 Sep '13

14 Sep '13

#40461: gaw @20111016: Please update gaw to 20130801 ---------------------------------+-------------------------------- Reporter: Torsten.Maehne@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch maintainer | Port: gaw ---------------------------------+-------------------------------- A patch file to update the Portfile and MacPorts-specific patch is attached. Besides the version and checksums, the distname and livecheck.regex had to be updated. The reason is that upstream now offers two source packages: one to compile against GTK+2 and the other to compiler against GTK+3. For the moment, I rest with GTK+2, as there seems to be no functional difference and GTK+2 is the more popular dependency. I used the occasion to reindent the whole Portfile. -- Ticket URL: <https://trac.macports.org/ticket/40461> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40471: update ccpnmr to 2.3.1r2, add gcc48/gcc49 variants and default to gcc48 variant
by MacPorts 14 Sep '13

14 Sep '13

#40471: update ccpnmr to 2.3.1r2, add gcc48/gcc49 variants and default to gcc48 variant -----------------------+-------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ccpnmr -----------------------+-------------------------------- The attached Portfile.diff updates the ccpnmr package to the latest 2.3.1rc2 release and also adds gcc48/gcc49 variants as well as switching the default variant from gcc47 to gcc48. -- Ticket URL: <https://trac.macports.org/ticket/40471> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40472: campl5 depends on new version of ocaml, but is incompatible with it
by MacPorts 14 Sep '13

14 Sep '13

#40472: campl5 depends on new version of ocaml, but is incompatible with it -------------------------------+-------------------------------- Reporter: feliks.kluzniak@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: -------------------------------+-------------------------------- Trying to install campl5, I get the folllowing message: {{{ ---> Configuring camlp5 Error: org.macports.configure for port camlp5 returned: configure failure: command execution failed }}} The log file contains: {{{ :info:configure Sorry: the compatibility with ocaml version "4.01.0" :info:configure is not yet implemented. Please report. }}} I am attaching the log (this is for trying to install coq, but one gets very similar results when installing just camlp5). -- Ticket URL: <https://trac.macports.org/ticket/40472> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40397: Update gpg-agent to version 2.0.21
by MacPorts 14 Sep '13

14 Sep '13

#40397: Update gpg-agent to version 2.0.21 ------------------------+-------------------------------- Reporter: feranick@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: gpg-agent ------------------------+-------------------------------- GPG is now available in version 2.0.21 upstream (http://www.gnupg.org/) gpg-agent is still in version 2.0.19 and should be updated accordingly. Changelogs: v. 2.0.21: http://lists.gnupg.org/pipermail/gnupg- announce/2013q3/000332.html v. 20.020: http://lists.gnupg.org/pipermail/gnupg- announce/2013q2/000328.html -- Ticket URL: <https://trac.macports.org/ticket/40397> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #39898: Webkit-gtk +quartz fails on X11/xresource.h code dependencies
by MacPorts 14 Sep '13

14 Sep '13

#39898: Webkit-gtk +quartz fails on X11/xresource.h code dependencies ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: webkit-gtk ------------------------+-------------------------------- If the user has not installed anything that installs xorg-libx11, then building webkit-gtk +quartz will fail. The first place it fails is here: {{{ :info:build In file included from Source/WebCore/bridge/NP_jsobject.cpp:30: :info:build In file included from ./Source/WebCore/bridge/NP_jsobject.h:31: :info:build ./Source/WebCore/bridge/npruntime_internal.h:33:14: fatal error: 'X11/Xresource.h' file not found :info:build #include <X11/Xresource.h> :info:build ^ :info:build In file included from Source/WebCore/bridge/npruntime.cpp:31: :info:build ./Source/WebCore/bridge/npruntime_internal.h:33:14: fatal error: 'X11/Xresource.h' file not found :info:build #include <X11/Xresource.h> :info:build ^ :info:build 1 error generated. }}} In this first case, the offending #include line can be removed and the build will proceed until the next error: {{{ :info:build In file included from Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:27: :info:build In file included from ./Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.h:35: :info:build ./Source/WebCore/plugins/PluginView.h:432:9: error: unknown type name 'Pixmap' :info:build Pixmap m_drawable; :info:build ^ :info:build ./Source/WebCore/plugins/PluginView.h:433:9: error: unknown type name 'Visual' :info:build Visual* m_visual; :info:build ^ :info:build ./Source/WebCore/plugins/PluginView.h:434:9: error: unknown type name 'Colormap' :info:build Colormap m_colormap; :info:build ^ :info:build ./Source/WebCore/plugins/PluginView.h:435:9: error: unknown type name 'Display' :info:build Display* m_pluginDisplay; :info:build ^ :info:build ./Source/WebCore/plugins/PluginView.h:437:25: error: unknown type name 'XEvent'; did you mean 'Event'? :info:build void initXEvent(XEvent* event); :info:build ^~~~~~ :info:build Event }}} Unfortunately, the quick fix of removing the offending lines does not work this time. Installing the port: xorg-libX11 will make the build succeed: {{{ variant quartz { depends_lib-append port:xorg-libX11 ... }}} However, a real solution ought to be sought in the code itself. -- Ticket URL: <https://trac.macports.org/ticket/39898> MacPorts <http://www.macports.org/> Ports system for OS X

1 28