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

[MacPorts] #51350: Add py35-urwid subport to py-urwid
by MacPorts 11 May '16

11 May '16

#51350: Add py35-urwid subport to py-urwid -----------------------------+-------------------------------- Reporter: russell.jones@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py-urwid -----------------------------+-------------------------------- Patch attached, it simply adds "35" to the list of Python versions. Urwid builds and imports without error on Python 3.5. -- Ticket URL: <https://trac.macports.org/ticket/51350> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51338: Homebank @5.0.7 updating a port to a newer upstream version
by MacPorts 11 May '16

11 May '16

#51338: Homebank @5.0.7 updating a port to a newer upstream version -----------------------------+-------------------------------- Reporter: julien.barbey@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: homebank -----------------------------+-------------------------------- Hello I updated from version 5.0.6 to 5.0.7 Thank you -- Ticket URL: <https://trac.macports.org/ticket/51338> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51345: vlc @2.2.2_4 Compile error
by MacPorts 10 May '16

10 May '16

#51345: vlc @2.2.2_4 Compile error -------------------------+-------------------------------- Reporter: dietervdw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: vlc -------------------------+-------------------------------- :info:build ../doltcompile /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include -DMODULE_STRING=\"core\" -DLOCALEDIR=\"/opt/local/share/locale\" -DPKGDATADIR=\"/opt/ local/share/vlc\" -DPKGLIBDIR=\"/opt/local/lib/vlc\" -DHAVE_DYNAMIC_PLUGINS -I../include -I../include -I/opt/local/include -D__unix__=1 -I/opt/local/lib/live/liveMedia/include -I /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_VLC/VLC/work/vlc-2.2.2/contrib/include -pipe -Os -arch x86_64 -D_INTL_REDIRECT_MACROS -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_VLC/VLC/work/vlc-2.2.2/contrib/include -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -Werror- implicit-function-declaration -pipe -fvisibility=hidden -O3 -ffast-math -funroll-loops -fomit-frame-pointer -MT misc/picture_fifo.lo -MD -MP -MF $depbase.Tpo -c -o misc/picture_fifo.lo misc/picture_fifo.c &&\ :info:build mv -f $depbase.Tpo $depbase.Plo :info:build misc/picture.c:43:1: error: expected identifier or '(' :info:build static_assert(sizeof (uintptr_t) == sizeof (atomic_uintptr_t), :info:build ^ -- Ticket URL: <https://trac.macports.org/ticket/51345> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51355: Old port, does not support better password hashing
by MacPorts 10 May '16

10 May '16

#51355: Old port, does not support better password hashing ---------------------+-------------------------------- Reporter: uri@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: rabbitmq-server ---------------------+-------------------------------- I'm asking you to upgrade your rabbitmq-server port to the current version 3.6.1, as starting with 3.6.0 there are features that I need, such as password hashing with SHA-256. Here's the list of all the new features: [https://github.com/rabbitmq/rabbitmq-server/releases/tag/rabbitmq_v3_6_0] Thank you! -- Ticket URL: <https://trac.macports.org/ticket/51355> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #23800: rabbitmq-server fails install phase when startupitem_type is none
by MacPorts 10 May '16

10 May '16

#23800: rabbitmq-server fails install phase when startupitem_type is none ------------------------------+-------------------------- Reporter: ryandesign@… | Owner: hayder.net@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: rabbitmq-server | ------------------------------+-------------------------- Changes (by ryandesign@…): * owner: macports-tickets@… => hayder.net@… -- Ticket URL: <https://trac.macports.org/ticket/23800#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #44299: iperf: Update to version 3.0.11
by MacPorts 10 May '16

10 May '16

#44299: iperf: Update to version 3.0.11 ---------------------------------------+-------------------------------- Reporter: smith.kennedy+macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: iperf | ---------------------------------------+-------------------------------- Comment (by smith.kennedy+macports@…): I also agree that iperf3 should be its own discrete port, since it is not backwards compatible with iperf2. I'm not well versed in the "behind the scenes" lifecycle of creating a port. What is the status of the work on this? Doing a "port search iperf" I still only find the old "iperf" port for version 2.0.5: {{{ $ port search iperf iperf @2.0.5 (net) A tool to measure maximum TCP and UDP bandwidth }}} What remains to be done to make this available to conventional users? -- Ticket URL: <https://trac.macports.org/ticket/44299#comment:19> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41234: port request: 'unoconv'
by MacPorts 10 May '16

10 May '16

#41234: port request: 'unoconv' -----------------------------+-------------------------------- Reporter: kurt.pfeifle@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: unoconv | -----------------------------+-------------------------------- Comment (by esq@…): Please add me to the list of people who would love to be able to install unoconv and dependencies through macports. -- Ticket URL: <https://trac.macports.org/ticket/41234#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51329: esdl @ 1.2_1 file checksum mismatch
by MacPorts 10 May '16

10 May '16

#51329: esdl @ 1.2_1 file checksum mismatch -----------------------+-------------------------------- Reporter: afbrand@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: esdl -----------------------+-------------------------------- During the esdl port install, checksum of esdl-1.2.src.tar.gz failed. Ports reports the following: {{{ ---> Fetching distfiles for esdl ---> Attempting to fetch esdl-1.2.src.tar.gz from http://iweb.dl.sourceforge.net/esdl ---> Verifying checksums for esdl Error: Checksum (md5) mismatch for esdl-1.2.src.tar.gz Error: Checksum (sha1) mismatch for esdl-1.2.src.tar.gz Error: Checksum (rmd160) mismatch for esdl-1.2.src.tar.gz *** The non-matching file appears to be HTML. See this page for possible reasons for the checksum mismatch: <https://trac.macports.org/wiki/MisbehavingServers> }}} There are two issues. The primary issue is the error message and failure to install. The secondary issue is the presence of the newer version. As for the primary issue, the HTML file referred to above is actually a SourceForge's page. It seems as if the URL that points to the esdl tarball could be incorrect. I can manually locate the esdl-1.2.src.tar.gz file at: https://sourceforge.net/projects/esdl/files/esdl/esdl-1.2/esdl-1.2.src.tar.… Nevertheless, I don't know how fully to resolve this issue. The secondary issue is that esdl version 1.2 was releasted in 2011. And esdl version 1.3 was released in 2013 and is available for download at Source Forge. And if workable, I'm interested in the newer versions availability. Thank you. -- Ticket URL: <https://trac.macports.org/ticket/51329> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #51244: lua51 port does not support dynamic libraries
by MacPorts 10 May '16

10 May '16

#51244: lua51 port does not support dynamic libraries -----------------------+-------------------------------- Reporter: proforg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: lua51 -----------------------+-------------------------------- current build of lua51 package does not support dynamic libraries: {{{ ~>lua5.1 test.lua lua5.1: error loading module 'curl' from file '/opt/local/lib/lua/5.1/curl.so': dynamic libraries not enabled; check your Lua installation }}} as far as I can see, this problem is caused by custom CFLAGS passed to Makefile, so defaults (especially -DLUA_USE_LINUX), used for src/Makefile are not used {{{ DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_lua51/lua51/work/lua-5.1.5" && /usr/bin/make -w macosx V=5.1 R=5.1.5 PREFIX=/opt/local CC="/usr/bin/clang" LDFLAGS="-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64" CFLAGS="-Os -I/o pt/local/include -arch x86_64"' DEBUG: Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_lua51/lua51/work/lua-5. 1.5" && /usr/bin/make -w macosx V=5.1 R=5.1.5 PREFIX=/opt/local CC="/usr/bin/clang" LDFLAGS="-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64" CFLAGS="-Os -I/opt/local/include -arch x86_64" make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_lua51/lua51/work/lua-5.1.5' cd src && /Applications/Xcode.app/Contents/Developer/usr/bin/make macosx V=5.1 R=5.1.5 INSTALL_LIB=/opt/local/lib/lua-5.1 make[1]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_lua51/lua51/work/lua-5.1.5/src ' /Applications/Xcode.app/Contents/Developer/usr/bin/make all MYCFLAGS ="-fno-common -DLUA_USE_LINUX" MYLIBS="-lreadline" make[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_lua51/lua51/work/lua-5.1.5/src ' /usr/bin/clang -Os -I/opt/local/include -arch x86_64 -c -o lapi.o lapi.c }}} as a result, dynamic libraries are disabled. simplest fix would be to add -DLUA_USE_LINUX to Portfile's configure.cflags -- Ticket URL: <https://trac.macports.org/ticket/51244> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51278: cre2 - C wrapper for re2
by MacPorts 10 May '16

10 May '16

#51278: cre2 - C wrapper for re2 ---------------------+-------------------------------- Reporter: jhi@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ---------------------+-------------------------------- macports has the RE2 library available as devel/re2, which is great. What would make it even greater, is the C glue code (RE2 being in C++) called "cre2", available from https://github.com/marcomaggi/cre2 With this glue C projects can transparently use RE2, without having to do the extern "C" dance themselves. -- Ticket URL: <https://trac.macports.org/ticket/51278> MacPorts <https://www.macports.org/> Ports system for OS X

1 1