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

[MacPorts] #50638: gst @3.1_5
by MacPorts 07 May '16

07 May '16

#50638: gst @3.1_5 ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gst ------------------------+-------------------------------- ---> Building gst Error: Failed to build gst: command execution failed Error: See /opt/local/var/macports/logs/_opt_mports_dports_lang_gst/gst/main.log for details. Error: Follow http://guide.macports.org/#project.tickets to report a bug. Error: Processing of port gst failed -- Ticket URL: <https://trac.macports.org/ticket/50638> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51018: Portfile for bowtie2
by MacPorts 06 May '16

06 May '16

#51018: Portfile for bowtie2 ------------------------+-------------------------------- Reporter: gaberoo@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: bowtie2 ------------------------+-------------------------------- Portfile for bowtie2. Bowtie2 has no dependencies besides XCode. -- Ticket URL: <https://trac.macports.org/ticket/51018> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #49022: VLC build fails
by MacPorts 05 May '16

05 May '16

#49022: VLC build fails ---------------------------+-------------------------------- Reporter: bruce.allen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ---------------------------+-------------------------------- {{{ :info:build demux.c:61:13: error: implicit declaration of function 'luaL_checkint' is invalid in C99 [-Werror,-Wimplicit-function- declaration] {{{ :info:build int n = luaL_checkint( L, 1 ); :info:build ^ :info:build libs/configuration.c:87:46: error: implicit declaration of function 'luaL_checkint' is invalid in C99 [-Werror,-Wimplicit-function- declaration] :info:build config_PutInt( p_this, psz_name, luaL_checkint( L, 2 ) ); :info:build ^ :info:build ../../include/vlc_configuration.h:143:60: note: expanded from macro 'config_PutInt' :info:build #define config_PutInt(a,b,c) config_PutInt(VLC_OBJECT(a),b,c) }}} }}} I believe all tools are up to date, OSX Yosemite 10.10.5 Let me know if more details are needed and I will provide them. -- Ticket URL: <https://trac.macports.org/ticket/49022> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #47313: update: VLC-devel
by MacPorts 05 May '16

05 May '16

#47313: update: VLC-devel -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: VLC-devel -------------------------+-------------------------------- here's a diff (Portfile and patches included) for port:VLC-devel, up to and including today's commit 7491a5ff . It includes the libVLC subport I introduced in my recent update to port:VLC . The port directory can also be found at https://github.com/RJVB/mp-port- repository/tree/master/multimedia/VLC-devel -- Ticket URL: <https://trac.macports.org/ticket/47313> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50609: VLC-devel @2.2.2-20150427_2: update to 2.2.2-20160120
by MacPorts 05 May '16

05 May '16

#50609: VLC-devel @2.2.2-20150427_2: update to 2.2.2-20160120 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: VLC-devel ----------------------------+-------------------------------- VLC and VLC-devel are rather out of date. Version 2.2.2 is the current stable version, and 3.0.0 is unstable see #47313, open for 9 months. Instead of moving 2.2.2 to stable and waiting for someone to update devel to 3.0.0, I have updated devel to the current (release) version of 2.2.2. -- Ticket URL: <https://trac.macports.org/ticket/50609> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48107: py-visa @1.4 update to 1.5
by MacPorts 05 May '16

05 May '16

#48107: py-visa @1.4 update to 1.5 ---------------------------------+-------------------------------- Reporter: joshuacookebarnes@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py-visa ---------------------------------+-------------------------------- Attached is a patch for version update of the py-visa port to 1.5 This could just as easily update to 1.6 or 2.7, but there are significant API changes between 1.4 and 1.6, so I thought it'd be best to make 1.5 available, since it provides support for the 1.4 interface as well as the new features. If I'm trying to go about this the wrong way, let me know! Several changes: * I've switched to pulling from the pyvisa maintainer's github repository instead of PyPI * livecheck updated to use github URL * added py33 version. py-visa and its dependencies all seem to cater for 33. py-visa also lists 32, but there's no py32-setuptools. * altered warning about 64-bit python. NI-VISA version 14.0 and above now support 64-bit apps, so there are two possible solutions. -- Ticket URL: <https://trac.macports.org/ticket/48107> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51008: qt5: update to 5.6.0
by MacPorts 05 May '16

05 May '16

#51008: qt5: update to 5.6.0 --------------------------+------------------------ Reporter: ryandesign@… | Owner: mcalhoun@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: qt5 --------------------------+------------------------ Please update qt5 to 5.6.0; QupZilla 2.0.0 and later require at least this version. -- Ticket URL: <https://trac.macports.org/ticket/51008> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #45824: (still) impossible to install numpy on yosemite
by MacPorts 05 May '16

05 May '16

#45824: (still) impossible to install numpy on yosemite --------------------+-------------------------------- Reporter: vm@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: --------------------+-------------------------------- sudo port install py27-numpy ---> Computing dependencies for py27-numpy ---> Building py27-numpy Error: org.macports.build for port py27-numpy returned: command execution failed Please see the log file for port py27-numpy for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-numpy/py27-numpy/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port py27-numpy failed -- Ticket URL: <https://trac.macports.org/ticket/45824> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50703: ffmpeg port modifications to enable splitting off legacy port versions with minimal effort
by MacPorts 04 May '16

04 May '16

#50703: ffmpeg port modifications to enable splitting off legacy port versions with minimal effort -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: has_patch | Port: ffmpeg -------------------------+-------------------------------- As announced elsewhere, I've implemented a proof of concept set of changes to the current (2.8.6) FFMpeg port so that it becomes trivial to support a legacy version installed in parallel to a current version. This would make it possible to keep the main `port:ffmpeg` at the latest/current release even if because of ABI changes certain dependent ports still require an older version. The principle is simple: use FFMpeg's configure options to build the binaries and libraries using an appropriate suffix (tentatively called `compat_version` in my draft) and accompanying options to ensure that items under ${prefix}/include and ${prefix}/share do not cause version conflicts. If the port is not configured in legacy mode, symlinks are used to make the relevant items available where they would be in a simple installation. Legacy mode is currently implemented as an inactive `port:ffmpeg-${compat_version}` subport, which means that dependents can request that compat_version explicitly. Thus: - dependents will find the main ffmpeg port and files as usual - dependents that need to use a legacy version only need to be patched so that they request the suffixed pkgconfig files (ports not using pkgconfig for this will take a bit more work) - currently installed dependents will continue to work thanks to the symlinks to (only) the runtime shared libraries (`libfoo.N.dylib`). This is a personal preference of mine; those symlinks could of course also be omitted in legacy mode too. Note that these modifications can be applied only to the v2.8.6 ffmpeg port; it should be able to co-exist peacefully with a v3.0.0 ffmpeg port built normally. I'd advise building all ffmpeg ports like this in the future though, if the possibility to keep a legacy version around is judged important enough. -- Ticket URL: <https://trac.macports.org/ticket/50703> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49906: blitz-devel: mercurial fetch fails on all buildbots
by MacPorts 04 May '16

04 May '16

#49906: blitz-devel: mercurial fetch fails on all buildbots ----------------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: blitz-devel ----------------------------+-------------------------- Attempts to build blitz-devel on the buildbots fail during fetch from the mercurial repository. Fetches on my local machine are successful. Mercurial uses port 8000. Is this blocked? See log at https://build.macports.org/builders/buildports-mavericks- x86_64/builds/15083/steps/compile/logs/stdio/text. -- Ticket URL: <https://trac.macports.org/ticket/49906> MacPorts <https://www.macports.org/> Ports system for OS X

1 5