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

[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] #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

[MacPorts] #46287: harfbuzz-icu 0.9.37_0 build fails on 10.7.5
by MacPorts 23 Feb '16

23 Feb '16

#46287: harfbuzz-icu 0.9.37_0 build fails on 10.7.5 ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: harfbuzz-icu ------------------------+-------------------------------- harfbuzz-icu build fails with this error: libtool: compile: /usr/bin/llvm-g++-4.2 -DHAVE_CONFIG_H -I. -I.. -D_THREAD_SAFE -pthread -I./hb-ucdn -I/opt/local/include -pipe -Os -arch x86_64 -fno-rtti -fno-exceptions -Wcast-align -fvisibility-inlines-hidden --std=c++0x -MT libharfbuzz_la-hb-blob.lo -MD -MP -MF .deps /libharfbuzz_la-hb-blob.Tpo -c hb-blob.cc -fno-common -DPIC -o .libs /libharfbuzz_la-hb-blob.o cc1plus: error: unrecognized command line option "-std=c++0x" I am not sure if complier complains about extra "-" in --std=c++0x. -- Ticket URL: <https://trac.macports.org/ticket/46287> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #48719: harf buzz icu fails to upgrade
by MacPorts 23 Feb '16

23 Feb '16

#48719: harf buzz icu fails to upgrade --------------------+-------------------------------- Reporter: tim@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: --------------------+-------------------------------- log file is attached. NOTE: This occurs when it is the only upgrade to do. -- Ticket URL: <https://trac.macports.org/ticket/48719> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48609: El Capitan buildbot build server teneleven-slave.macports.org
by MacPorts 19 Feb '16

19 Feb '16

#48609: El Capitan buildbot build server teneleven-slave.macports.org ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- OS X 10.11 El Capitan is coming, and I'd like to request the necessary resources to get a new buildbot build server (presumably virtual machine) set up for El Capitan, to run alongside the existing build servers. I'm Cc'ing Joshua who I believe was involved with setting up our buildbot installation. Since El Capitan is not released yet, we probably can't/shouldn't set this up with a beta version of 10.11, and should wait until the final public release, but I wanted to make sure you're aware of the need for additional server resources for this so that we can get those allocated on time. To match the other servers, this should get a static IP in the MacPorts VLAN and be given the hostname teneleven- slave.macports.org. As I recall, there were also a number of firewall exceptions that had to be requested which, if you don't have a list of them, would be the same exceptions that are granted for the other build servers; maybe IS&T can look them up from that. -- Ticket URL: <https://trac.macports.org/ticket/48609> MacPorts <https://www.macports.org/> Ports system for OS X

1 29