November 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #47742: openssh-6.8p1 - keychain support doesn't work
by MacPorts 01 Mar '16

01 Mar '16

#47742: openssh-6.8p1 - keychain support doesn't work -----------------------------+-------------------------------- Reporter: austinenglish@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------------+-------------------------------- Austins-Mac-mini:~ austin$ /opt/local/bin/ssh root@gentoo-valgrind Enter passphrase for key '/Users/austin/.ssh/id_rsa': Austins-Mac-mini:~ austin$ /opt/openssh/bin/ssh root@gentoo-valgrind Password: Austins-Mac-mini:~ austin$ /usr/bin/ssh root@gentoo-valgrind Password: Austins-Mac-mini:~ austin$ /opt/local/bin/ssh -V OpenSSH_6.8p1, OpenSSL 1.0.2a 19 Mar 2015 Austins-Mac-mini:~ austin$ /opt/openssh/bin/ssh -V OpenSSH_6.7p1, LibreSSL 2.1.3 Austins-Mac-mini:~ austin$ /usr/bin/ssh -V OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 -- Ticket URL: <https://trac.macports.org/ticket/47742> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #45961: VLC build seems to be missing things, particularly some subtitle support
by MacPorts 27 Feb '16

27 Feb '16

#45961: VLC build seems to be missing things, particularly some subtitle support ----------------------------------+-------------------------------- Reporter: celtic.minstrel.ca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: subtitles | Port: vlc ----------------------------------+-------------------------------- I installed VLC from MacPorts because I noticed that it has the MIDI support included (which the official version from the VLC website omits), but I discovered that the MacPorts version (using +huge variant) doesn't seem to support the ASS/SSA subtitle formats. Videos that correctly show subtitles in the official VLC version from their website do not show subtitles in the MacPorts build, giving the following error: {{{ No suitable decoder module VLC does not support the audio or video format "ssa ". Unfortunately there is no way for you to fix this. }}} Because I thought it was odd that it'd omit things that the official version includes, I took a look in the plugins folder in the application package of both versions. The following plugins are present in the official version but missing in the MacPorts version: {{{ libaccess_realrtsp_plugin.dylib libgme_plugin.dylib libgoom_plugin.dylib libgrowl_plugin.dylib libkate_plugin.dylib liblibass_plugin.dylib <---- I'm guessing this is the one causing the missing subtitles? liblive555_plugin.dylib libsid_plugin.dylib libzvbi_plugin.dylib }}} (The MacPorts version also has quite a few (20) plugins that the official version omits, but I won't list them all since extra features are not a defect.) For the record: I thought I might be able to get both subtitles and MIDI to work in one version by copying the relevant plugin from one version to the other, but even with the plugin cache disabled this seems to have no effect. -- Ticket URL: <https://trac.macports.org/ticket/45961> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #47192: update: VLC 2.2.0
by MacPorts 27 Feb '16

27 Feb '16

#47192: update: VLC 2.2.0 -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: VLC -------------------------+-------------------------------- Attached is a port directory for port:VLC@2.2.0, with a number of small improvements notably how VLC finds its config files and plugins. These are not very important for the standard app bundle built by the main port (which found its files through a series of symlinks), but without them 3rd party applications using libVLC didn't work because they failed to find required files. It's thus also become possible to provide a libVLC subport that provides only the VLC libraries, and this update also provides that subport. I am actually not sure MacPorts shouldn't keep only port:libVLC (a requirement for port:phonon-backend-vlc which I hope to submit in a very near future). -- Ticket URL: <https://trac.macports.org/ticket/47192> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #48667: notmuch: Add support for installing man pages
by MacPorts 27 Feb '16

27 Feb '16

#48667: notmuch: Add support for installing man pages -----------------------+-------------------------------- Reporter: cceleri@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: notmuch -----------------------+-------------------------------- Hello, The attached patch adds the correct support for building the Notmuch man pages. A simple patch file is addes to files/ in order to resolve problems where the python executable is not found by the Notmuch configure script. Best, Charles -- Ticket URL: <https://trac.macports.org/ticket/48667> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #47189: submission: audacity
by MacPorts 26 Feb '16

26 Feb '16

#47189: submission: audacity -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: audacity -------------------------+-------------------------------- I don't think I have to introduce Audacity to anyone here. What many may not realise though is that Audacity uses wxWidgets 2.8 (even the current 2.1.0 release candidate), which means it cannot run in native, 64bit mode (and is tricky to build on OS X versions newer than 10.6). I think an audio editor can reap many benefits from running in 64bit, so I spent some time figuring out how to build Audacity against `port:wxgtk-2.8`, which *does* allow 64bit builds. The result is attached. Lost in the process are only 2 things: - QuickTime import, which depends on QuickTime. Sadly inevitable as QT is 32bit only and the SDK is no longer shipped. - AudioUnit plugins. This is only because those depend on a UI that uses platform-specific APIs. An experienced wxWidgets programmer may actually be able to port that to something that builds against wxGTk. The shared libraries aside (MP3Lame and the FFMpeg libav libraries) I have tried to preserve as many of the data and config locations as possible, so that this and the Audacity "distribution version" share as much as possible. This port uses `port:portaudio` and depends on a new patch for that port which has been submitted (https://trac.macports.org/ticket/47172) There are a few required components which are not in MacPorts and for which a local version is used: libsms, libsoxr, libvamp, portsmf and widgetextra. Audacity's configure script will detect and use the "system" versions when available, so it will be easy to adapt the port if any of these are considered useful beyond Audacity and added to MacPorts. -- Ticket URL: <https://trac.macports.org/ticket/47189> MacPorts <https://www.macports.org/> Ports system for OS X

1 50

[MacPorts] #47744: Libctl doesn't see Guile. Installer error.
by MacPorts 23 Feb '16

23 Feb '16

#47744: Libctl doesn't see Guile. Installer error. ---------------------------+-------------------------------- Reporter: Xsenon973@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: Guile, libctl | Port: libctl ---------------------------+-------------------------------- Hello! Please, help me. I need to install libctl port {{{ Sudo port -v install libctl }}} But port can't install because can't find Guile. Guile 2.0.11 is installed and work without any problems. {{{ error: ("/opt/local/bin/pkg-config" "--cflags" "guile-2.0") exited with non-zero error code 1 error: ("/opt/local/bin/pkg-config" "--libs" "guile-2.0") exited with non- zero error code 1 checking if linking to guile works... no configure: error: Guile could not be found Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_libctl/libctl/work/libctl-3.2.2" && ./configure --prefix=/opt/local Exit code: 1 Error: Failed to configure libctl, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_libctl/libctl/work/libctl-3.2.2/config.log Error: org.macports.configure for port libctl returned: configure failure: command execution failed Warning: targets not executed for libctl: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Please see the log file for port libctl for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_libctl/libctl/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port libctl failed }}} What do i need to do? Thank's for help! Main.log inside. -- Ticket URL: <https://trac.macports.org/ticket/47744> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49848: Glew 1.13 does not build with Leopard PPC
by MacPorts 23 Feb '16

23 Feb '16

#49848: Glew 1.13 does not build with Leopard PPC --------------------------+-------------------------------- Reporter: snakecoils@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: glew --------------------------+-------------------------------- Hello, while the version 1.12 builds correctly under OSX 10.5.8 PPC, the new 1.13 doesn't. Here is the error log: {{{ :notice:build ---> Building glew :debug:build Executing org.macports.build (glew) :debug:build Environment: CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/.CC_PRINT_OPTIONS' CPATH='/opt/local/include' GLEW_DEST='/opt/local' GLEW_PREFIX='/opt/local' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.5' :debug:build Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/glew-1.13.0" && /usr/bin/make -j2 -w all CC=/usr/bin/gcc-4.2 LD=/usr/bin/gcc-4.2 POPT="-Os" STRIP= CFLAGS.ARCH="-arch ppc" LDFLAGS.ARCH="-arch ppc"' :debug:build Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/glew-1.13.0" && /usr/bin/make -j2 -w all CC=/usr/bin/gcc-4.2 LD=/usr/bin/gcc-4.2 POPT="-Os" STRIP= CFLAGS.ARCH="-arch ppc" LDFLAGS.ARCH="-arch ppc" :info:build make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/glew-1.13.0' :info:build sed \ :info:build -e "s|@prefix@|/opt/local|g" \ :info:build -e "s|@libdir@|/opt/local/lib|g" \ :info:build -e "s|@exec_prefix@|/opt/local/bin|g" \ :info:build -e "s|@includedir@|/opt/local/include/GL|g" \ :info:build -e "s|@version@|1.13.0|g" \ :info:build -e "s|@cflags@||g" \ :info:build -e "s|@libname@|GLEW|g" \ :info:build -e "s|@requireslib@|glu|g" \ :info:build < glew.pc.in > glew.pc :info:build sed \ :info:build -e "s|@prefix@|/opt/local|g" \ :info:build -e "s|@libdir@|/opt/local/lib|g" \ :info:build -e "s|@exec_prefix@|/opt/local/bin|g" \ :info:build -e "s|@includedir@|/opt/local/include/GL|g" \ :info:build -e "s|@version@|1.13.0|g" \ :info:build -e "s|@cflags@|-DGLEW_MX|g" \ :info:build -e "s|@libname@|GLEWmx|g" \ :info:build -e "s|@requireslib@|glu|g" \ :info:build < glew.pc.in > glewmx.pc :info:build /usr/bin/gcc-4.2 -DGLEW_NO_GLU -Os -Wall -W -Iinclude -dynamic -fno-common -ansi -pedantic -arch ppc -fPIC -o tmp/darwin/default/shared/glewinfo.o -c src/glewinfo.c :info:build src/glewinfo.c: In function ‘glewCreateContext’: :info:build src/glewinfo.c:11855: error: ‘kCGLPFAOpenGLProfile’ undeclared (first use in this function) :info:build src/glewinfo.c:11855: error: (Each undeclared identifier is reported only once :info:build src/glewinfo.c:11855: error: for each function it appears in.) :info:build src/glewinfo.c:11856: error: ‘kCGLOGLPVersion_3_2_Core’ undeclared (first use in this function) :info:build make: *** [tmp/darwin/default/shared/glewinfo.o] Error 1 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/glew-1.13.0' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/work/glew-1.13.0" && /usr/bin/make -j2 -w all CC=/usr/bin/gcc-4.2 LD=/usr/bin/gcc-4.2 POPT="-Os" STRIP= CFLAGS.ARCH="-arch ppc" LDFLAGS.ARCH="-arch ppc" :info:build Exit code: 2 :error:build org.macports.build for port glew returned: command execution failed :debug:build Error code: CHILDSTATUS 41329 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for glew: org.macports.install org.macports.build org.macports.destroot :notice:build Please see the log file for port glew for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_glew/glew/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/49848> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49800: Adding +quartz variant to wine
by MacPorts 23 Feb '16

23 Feb '16

#49800: Adding +quartz variant to wine ---------------------------+-------------------------------- Reporter: mikepparson@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: wine ---------------------------+-------------------------------- Patch to Portfile to enable a quartz variant of wine. -- Ticket URL: <https://trac.macports.org/ticket/49800> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47476: Building of gpsd 3.14 fails on Snow Leopard, Mac OS X 10.6.8, because of redefinition of typedef 'clockid_t'
by MacPorts 23 Feb '16

23 Feb '16

#47476: Building of gpsd 3.14 fails on Snow Leopard, Mac OS X 10.6.8, because of redefinition of typedef 'clockid_t' -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gpsd -----------------------------+-------------------------------- {{{ /usr/bin/llvm-g++-4.2 -arch x86_64 -o libgpsmm.os -c -Os -arch x86_64 -Wmissing-declarations -O2 -fPIC -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include libgpsmm.cpp cc1plus: warning: command line option "-Wmissing-declarations" is valid for C/ObjC but not for C++ In file included from compiler.h:23, from strfuncs.h:14, from json.c:78: gpsd_config.h:305: error: redefinition of typedef 'clockid_t' gpsd_config.h:305: error: previous declaration of 'clockid_t' was here /usr/bin/llvm-gcc-4.2 -arch x86_64 -o ntpshmread.os -c -Os -arch x86_64 -Wextra -Wall -Wno-uninitialized -Wno-missing-field-initializers -Wcast- align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -pthread -Wmissing-declarations -O2 -fPIC -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include ntpshmread.c Creating 'gpsd.h' /usr/bin/llvm-gcc-4.2 -arch x86_64 -o clock_gettime.os -c -Os -arch x86_64 -Wextra -Wall -Wno-uninitialized -Wno-missing-field-initializers -Wcast- align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -pthread -Wmissing-declarations -O2 -fPIC -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include clock_gettime.c /usr/bin/llvm-gcc-4.2 -arch x86_64 -o strl.os -c -Os -arch x86_64 -Wextra -Wall -Wno-uninitialized -Wno-missing-field-initializers -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer- arith -Wreturn-type -pthread -Wmissing-declarations -O2 -fPIC -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include strl.c scons: *** [json.os] Error 1 scons: building terminated because of errors. Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_net_gpsd/gpsd/work/gpsd-3.14" && /opt/local/bin/scons -j8 prefix=/opt/local libQgpsmm=no usb=no strip=no Exit code: 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/47476> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #46432: scons messes up the environment and removes ${prefix}/bin from $PATH
by MacPorts 23 Feb '16

23 Feb '16

#46432: scons messes up the environment and removes ${prefix}/bin from $PATH ------------------------+----------------------- Reporter: jeremyhu@… | Owner: landonf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: scons ------------------------+----------------------- scons messes up the environment in processes it spawns. Most horrifically, it messes up $PATH, removing ${prefix}/bin. This can cause it to not find the correct tools when it does things like executing install-name-tool to workaround other horrific design decisions in the build system (specifically, not setting the dylib id at link time). --- I verified that the environment was this in pre_destdir: {{{ TMPDIR=/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/.tmp NO_PROXY=*.local,169.254/16 USER=root CCACHE_DIR=/opt/local/var/macports/build/.ccache COLUMNS=164 PATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin PWD=/opt/local/var/macports LANG=en_US.UTF-8 LINES=45 SHLVL=1 HOME=/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/.home _=/usr/bin/env }}} But when scons executed install-name-tool, it picked it up from /usr/bin instead of /opt/local/bin, and this was the path in that process (I replaced /usr/bin/install-name-tool with a shell script to verify this): {{{ PATH=/opt/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin _=/usr/bin/env PWD=/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/serf-1.3.4 PATHOSX=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin SHLVL=2 }}} This pretty much prevents the scons build system from being used with modern toolchains on older systems because older install-name-tool will fail like: {{{ scons: Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... Install file: "libserf-1.a" as "/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/destroot/opt/local/lib/libserf-1.a" Install file: "libserf-1.1.3.4.dylib" as "/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/destroot/opt/local/lib/libserf-1.1.3.4.dylib" install_name_tool -id /opt/local/lib/libserf-1.dylib /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/destroot/opt/local/lib/libserf-1.1.3.4.dylib install_name_tool: for architecture x86_64 object: /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_www_serf1/serf1/work/destroot/opt/local/lib/libserf-1.1.3.4.dylib malformed object (unknown load command 7) }}} -- Ticket URL: <https://trac.macports.org/ticket/46432> MacPorts <https://www.macports.org/> Ports system for OS X

1 2