FreshPorts -- audio/zinf: GTK-based MP3 player

zinf
ABI	latest	quarterly
FreeBSD:11:aarch64	2.2.5_22	2.2.5_24
FreeBSD:11:amd64	-	-
FreeBSD:11:armv6	2.2.5_19	2.2.5_24
FreeBSD:11:i386	-	-
FreeBSD:11:mips	-	-
FreeBSD:11:mips64	-	-
FreeBSD:12:aarch64	2.2.5_22	-
FreeBSD:12:amd64	-	-
FreeBSD:12:armv6	2.2.5_22	-
FreeBSD:12:armv7	2.2.5_22	-
FreeBSD:12:i386	-	-
FreeBSD:12:mips	-	-
FreeBSD:12:mips64	-	-
FreeBSD:12:powerpc64	-	-
FreeBSD:13:aarch64	-	-
FreeBSD:13:amd64	-	-
FreeBSD:13:armv6	-	-
FreeBSD:13:armv7	-	-
FreeBSD:13:i386	-	-
FreeBSD:13:mips	-	-
FreeBSD:13:mips64	-	-
FreeBSD:13:powerpc64	-	-
FreeBSD:14:aarch64	-	-
FreeBSD:14:amd64	-	-
FreeBSD:14:armv6	-	-
FreeBSD:14:armv7	-	-
FreeBSD:14:i386	-	-
FreeBSD:14:mips	-	-
FreeBSD:14:mips64	-	-
FreeBSD:14:powerpc64	-	-

audio/zinf: Mark broken and deprecate Mark audio/zinf as broken and deprecated. It does not build with llvm 11, and upstream is dead, and it requires some work to get it to work. Just deprecate it and set an expiration date. MFH: 2020Q3

Update `databases/gdbm' to version 1.18.1, an important bugfix release which restores compatibility with old databases (version 1.8) and some later versions which were built without mmap(2) support. Due to shlib version change, bump port revisions of the consumer ports. PR: 233059 Exp-run by: antoine Approved by: maintainer (johans, numerous timeouts)

Add -znotext to LDFLAGS on i386, for lld These ports link some non-PIC code, which fails with lld as it defaults to disallowing relocations against read-only segments. For i386 we can just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's existing default. PR: 214864 Approved by: portmgr (lld blanket) Sponsored by: The FreeBSD Foundation

audio/zinf: Fix build with Clang 6 src/zip_header.cpp:43:31: error: constant expression evaluates to 234 which cannot be narrowed to type 'char' [-Wc++11-narrowing] char arjHeaderSign[3]={ 0x60,0xea, 0 }; ^~~~ src/zip_header.cpp:43:31: note: insert an explicit cast to silence this issue char arjHeaderSign[3]={ 0x60,0xea, 0 }; ^~~~ static_cast<char>( ) src/zip_header.cpp:120:15: error: assigning to 'char *' from incompatible type 'char' h->filename='\0'; ^~~~ src/zip_header.cpp:282:15: error: assigning to 'char *' from incompatible type 'char' h->filename='\0'; ^~~~ http://beefy11.nyi.freebsd.org/data/head-i386-default/p477696_s338122/logs/errors/zinf-2.2.5_22.log (and a lot more errors like these and std::bind and bind confusion if one gets past these)

Work around the lack of definition of union semun per POSIX. When feasible do this by adding -D_WANT_SEMUN to CFLAGS or CXXFLAGS. Where this fails due to ports not honoring C*FLAGS, patch using __FreeBSD_version to enable the definition. PR: 224300, 224443 (exp-run) Approved by: portmgr (antoine) Exp-run: antoine Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D14137

audio/zinf: unbreak with gcc5 or earlier after r433187 src/player.cpp: In member function 'void Player::HandlePrefsChanged(Event*)': src/player.cpp:1970:40: error: 'stoi' was not declared in this scope nPort = stoi(buffer.substr(pos)); ^ Reported by: marino Pointy hat to: jbeich (forgot libc++ leaks C++11)

audio/zinf: unbreak with libc++ 3.9 src/Http.cpp:771:11: error: cannot initialize a variable of type 'char *' with an rvalue of type 'const char *' char* cp = strstr(buffer, "Content-Length:"); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/downloadmanager.cpp:401:15: error: cannot initialize a variable of type 'char *' with an rvalue of type 'const char *' char* extension = strrchr(url, '.'); ^ ~~~~~~~~~~~~~~~~~ src/downloadmanager.cpp:561:11: error: cannot initialize a variable of type 'char *' with an rvalue of type 'const char *' char* cp = strstr(buffer, "Content-Length:"); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/downloadmanager.cpp:575:11: error: cannot initialize a variable of type 'char *' with an rvalue of type 'const char *'

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead PR: 157936 Submitted by: myself Exp-runs by: pav Approved by: pav

Bump portrevision due to upgrade of devel/gettext. The affected ports are the ones with gettext as a run-dependency according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT in Makefile (29 of them). PR: ports/124340 Submitted by: edwin@ Approved by: portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1] - Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG - Remove X11BASE support in favor of LOCALBASE or PREFIX - Use USE_LDCONFIG instead of INSTALLS_SHLIB - Remove unneeded USE_GCC 3.4+ Thanks to all Helpers: Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr, ehaupt, nox, itetcu, flz, pav PR: 116263 Tested on: pointyhat Approved by: portmgr (pav)

- Fix the build with GCC 4.2 [1] - Drop stupid -esound suffix, it just one of many sound servers/proxies available today, nothing special to require such attribution - Kill EOL whitespace in pkg-descr Reported by: pointyhat (logs) [1]

Mass-conversion to the USE_AUTOTOOLS New World Order. The code present in bsd.autotools.mk essentially makes this a no-op given that all the old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in exactly the same way as USE_AUTOTOOLS itself. Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME team -- all GNOME 2.12.x ports use it. Preliminary documentation can be found at: http://people.FreeBSD.org/~ade/autotools.txt which is in the process of being SGMLized before introduction into the Porters Handbook. Light blue touch-paper. Run.

Clean up handling of locale directories at deinstall-time: * Don't remove "system directories" (which were created by BSD.*.dist) * Silently try to remove locale directories which we might have created

Whoa there, boy, that's a mighty big commit y'all have there... Begin autotools sanitization sequence by requiring ports to explicitly specify which version of {libtool,autoconf,automake} they need, erasing the concept of a "system default". For ports-in-waiting: USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13 USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213 USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14 Ports attempting to use the old style system after June 1st 2004 will be sorely disappointed.

Update freeamp 2.1.1 to zinf 2.2.0. Add zlib patches for working around zlib 1.1.4 problems (obtained from src/lib/zlibz in current) + a file that was forgotten in the zlib 1.1.3 to 1.1.4 upgrade between freeamp 2.1.1 and zinf 2.2.0.

Current status