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

[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] #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] #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] #46129: qt5-mac is missing QtUiTools framework/library
by MacPorts 17 Feb '16

17 Feb '16

#46129: qt5-mac is missing QtUiTools framework/library -------------------------+-------------------------------- Reporter: jpwhiting@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: qt5-mac -------------------------+-------------------------------- After installing qt5-mac on OSX Mavericks I tried to build kwidgetsaddons against it and found though it has the header files it is missing the framework in /opt/local/Libraries/Frameworks . Qt from qt-project.org mac installer has this library included. -- Ticket URL: <https://trac.macports.org/ticket/46129> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #45604: request: zbar
by MacPorts 11 Feb '16

11 Feb '16

#45604: request: zbar ----------------------+-------------------------------- Reporter: vergus@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ----------------------+-------------------------------- Excellent use case: https://www.reddit.com/r/Bitcoin/comments/1rsujs/scan_qr_codes_on_your_scre… http://zbar.sourceforge.net/ ZBar is an open source software suite for reading bar codes from various sources, such as video streams, image files and raw intensity sensors. It supports many popular symbologies (types of bar codes) including EAN-13/UPC-A, UPC-E, EAN-8, Code 128, Code 39, Interleaved 2 of 5 and QR Code. -- Ticket URL: <https://trac.macports.org/ticket/45604> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #45678: defect: libquicktime building returns command execution failed
by MacPorts 10 Feb '16

10 Feb '16

#45678: defect: libquicktime building returns command execution failed ------------------------------+-------------------------------- Reporter: schumann.frank@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ------------------------------+-------------------------------- installing libquicktime does not build. I can not find something in the main.log mentioned (attached). I have tried sudo port clean libquicktime with no success. {{{ libquicktime-1.0.1 Frank$ sudo port install libquicktime ---> Computing dependencies for libquicktime ---> Building libquicktime Error: org.macports.build for port libquicktime returned: command execution failed Please see the log file for port libquicktime for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_libquicktime/libquicktime/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port libquicktime failed }}} -- Ticket URL: <https://trac.macports.org/ticket/45678> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47294: port submission: qt_select
by MacPorts 04 Feb '16

04 Feb '16

#47294: port submission: qt_select -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: qt_select -------------------------+-------------------------------- I have been asked to provide a means to use `port select` to chose a default Qt version if both Qt4 and Qt5 are installed. This functionality is already provided by `port:qtchooser` (submitted), which is developped by one of the Qt developers and provides a way to override the default selection on the commandline (e.g. `qmake -qt=qt5 ...`) Still, for the sake of being exhaustive, here's `port:qt_select` which works with the latest versions of my qt4-mac and qt5-mac-devel submissions . It conflicts with `port:qtchooser`, of course. -- Ticket URL: <https://trac.macports.org/ticket/47294> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #46792: Paintbrush-2.0.1_0.darwin_14.x86_64.tbz2 -- build error
by MacPorts 01 Feb '16

01 Feb '16

#46792: Paintbrush-2.0.1_0.darwin_14.x86_64.tbz2 -- build error ----------------------+-------------------------------- Reporter: obiwan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: Paintbrush ----------------------+-------------------------------- OSX 10.10.2, Xcode 6.1.1 ---> Building Paintbrush Error: org.macports.build for port Paintbrush returned: command execution failed A CompileC command failed. A concatenated "cd" command failed. Log file attached: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_Paintbrush/Paintbrush/main.log -- Ticket URL: <https://trac.macports.org/ticket/46792> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46239: qca and qca-ossl adaptations to qt4-mac +concurrent
by MacPorts 31 Jan '16

31 Jan '16

#46239: qca and qca-ossl adaptations to qt4-mac +concurrent -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: qca, qca-ossl -------------------------+-------------------------------- port:qca and port:qca-ossl use hard-coded paths to Qt4 install locations, instead of using the variables provided by the qt4 PortGroup. That breaks installation when qt4-mac is installed +concurrent. Patches are attached to this ticket. -- Ticket URL: <https://trac.macports.org/ticket/46239> MacPorts <https://www.macports.org/> Ports system for OS X

1 21