OpenBSD ports changes summary for 2017-09-24 to 2017-10-01 inclusive ====================================================================
INDEX astro/stellarium audio/ncmpc audio/rhythmbox comms/gnokii comms/pilot-link databases/postgresql databases/sqlite3 devel/argp-standalone devel/atk devel/avrdude devel/ccache devel/git devel/gobject-introspection devel/json-c devel/json-glib devel/kf5 devel/libsoup devel/llvm devel/meson devel/nspr devel/orc devel/pango devel/qbs devel/silc-toolkit devel/swig devel/ti-msp430gcc editors/TeXmacs editors/kile-kde4 emulators/gr-lida emulators/mupen64plus emulators/qemu emulators/uae games/allegro games/prboom games/prboom-plus games/warmux graphics/clutter graphics/gdk-pixbuf2 graphics/grafx2 graphics/libgphoto2 graphics/libgxps infrastructure/bin lang/jamvm lang/jimtcl lang/swi-prolog mail/courier-authlib mail/courier-imap mail/kopano mail/maildrop mail/mozilla-thunderbird mail/mutt meta/tor-browser multimedia/avidemux multimedia/get_flash_videos multimedia/gstreamer-0.10 multimedia/gstreamer1 multimedia/oggz multimedia/streamlink multimedia/synfig net/iplog net/jftpgw net/net-snmp net/nmap net/ns net/ntp net/openvpn net/openvpn-auth-ldap net/pidgin-sipe net/poco net/pork net/py-botocore net/py-libcloud net/py-smbc net/samba net/silc-client net/silc-server net/weechat net/wide-dhcpv6 net/zsync print/a2ps print/libspectre security/integrit security/lastpass-cli security/libhttpseverywhere security/nss shells/bash sysutils/awless sysutils/awscli sysutils/freeipmi sysutils/gdmap sysutils/ipmitool telephony/asterisk-sounds textproc/p5-Pod-Spell textproc/ruby-nokogiri www/c-icap www/firefox-esr www/firefox-esr-i18n www/firefox-i18n www/kcgi www/mozilla www/mozilla-firefox www/owncloud www/seamonkey www/squidclamav www/tor-browser x11/dbus x11/enlightenment x11/gnome x11/gnustep x11/gtk+3 x11/gtksourceview3 x11/i3 x11/keybinder x11/libgdiplus x11/mlterm x11/openbox x11/pekwm x11/pinot x11/st x11/xcursorgen == INDEX ============================================================= 01/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/INDEX INDEX > sync, 9910 for 6.2 (naddy@) == astro ============================================================= 02/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/astro stellarium ~ Makefile ~ distinfo ~ pkg/PLIST > Update to stellarium-0.16.1. (ajacoutot@) == audio ============================================================= 03/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/audio ncmpc - patches/patch-src_plugin_c - patches/patch-src_screen_song_c ~ Makefile ~ distinfo ~ pkg/PLIST + patches/patch-meson_build + patches/patch-test_meson_build > Update to ncmpc-0.28 (dcoppa@) ~ Makefile > Specify configure args explicitly (dcoppa@) rhythmbox ~ Makefile > sync wantlib (sthen@) == comms ============================================================= 04/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/comms gnokii ~ Makefile ~ patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) pilot-link - patches/patch-configure ~ Makefile + patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested function. > Replace gettext module while here. (naddy@) == databases ========================================================= 05/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/databases postgresql ~ Makefile ~ distinfo ~ pkg/PLIST-docs + patches/patch-src_pl_plperl_GNUmakefile TAGGED OPENBSD_6_1 > + Bugfix update to 9.6.5 > + add patch to fix plperl extension (pea@) sqlite3 ~ Makefile ~ distinfo > Bugfix update to sqlite3-3.20.1. > Only contains a single fix for a memory leak, cf > https://sqlite.org/src/info/abc7adfda27b67ef > See https://bugzilla.mozilla.org/show_bug.cgi?id=1392937 for what trigerred > this fix/release. > looks safe to sthen@ (landry@) == devel ============================================================= 06/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel argp-standalone ~ Makefile + patches/patch-acinclude_m4 > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ~ Makefile ~ patches/patch-acinclude_m4 > fix a broken patch. I think this is actually a noop, the "function > definition > is not allowed here" doesn't get triggered when running (this was an > earlier > found port from the initial grep over unpacked ports source rather than > from > the build-time check) and the relevant file doesn't get installed. however > it confused me a lot when I was trying to port over this patch to another > port which borrowed this and *does* use it. (sthen@) atk ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) avrdude ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ccache ~ Makefile + patches/patch-configure_ac > don't use a nested function with AC_TRY_COMPILE (sthen@) git - patches/patch-t_t0001-init_sh - patches/patch-t_t4062-diff-pickaxe_sh - patches/patch-t_t7004-tag_sh ~ Makefile ~ distinfo ~ patches/patch-Makefile ~ patches/patch-gitweb_gitweb_perl ~ patches/patch-t_test-lib_sh > Security update to git-2.14.2 > The `git` subcommand `cvsserver` is a Perl script which makes excessive > use of the backtick operator to invoke `git`. Unfortunately user input > is used within some of those invocations. > http://seclists.org/oss-sec/2017/q3/att-534/git_cvsserver.txt > ok benoit@ (maintainer), "Fix should go in" sthen@ (danj@) ~ Makefile ~ distinfo TAGGED OPENBSD_6_1 > Security update to 2.12.5 > The `git` subcommand `cvsserver` is a Perl script which makes excessive > use of the backtick operator to invoke `git`. Unfortunately user input > is used within some of those invocations. > http://seclists.org/oss-sec/2017/q3/att-534/git_cvsserver.txt > ok sthen@ (danj@) gobject-introspection ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) json-c ~ Makefile ~ patches/patch-configure_ac > avoid nested function in AC_TRY_LINK (sthen@) json-glib ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions (naddy@) kf5 ~ kemoticons/Makefile ~ kfilemetadata/Makefile ~ ktexteditor/Makefile > sync wantlib (sthen@) libsoup ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) llvm ~ Makefile ~ patch-lib_Target_AArch64_AArch64ISelLowering_cpp > [AArch64] Fix bug in store of vector 0 DAGCombine. > Avoid using XZR/WZR directly as operands to split stores of zero > vectors. Doing so can lead to the XZR/WZR being used by an instruction > that doesn't allow it (e.g. add) > from Brad (maintainer) (ajacoutot@) meson ~ Makefile + patches/patch-mesonbuild_backend_ninjabackend_py + patches/patch-mesonbuild_scripts_meson_install_py > Do not install compressed manpages > OK ajacoutot@ (dcoppa@) nspr ~ Makefile ~ distinfo > Update to nspr 4.17. > Will be required by gecko 57 branch, so might help things for upcoming > -stable. (landry@) orc ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) pango ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) qbs ~ Makefile ~ pkg/PLIST > < is different from <= (espie@) silc-toolkit ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf check for va_copy() with clang by not using nested > functions > cluebat by sthen@ (dcoppa@) swig ~ Makefile + patches/patch-CCache_configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ti-msp430gcc ~ Makefile > Disable ports that don't build on clang archs; ok naddy@ (jca@) ~ Makefile > Use COMPILER=base-gcc, for consistency. Requested by sthen@ (jca@) == editors =========================================================== 07/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/editors TeXmacs ~ Makefile > Disable ports that don't build on clang archs; ok naddy@ (jca@) ~ Makefile > Use COMPILER=base-gcc, for consistency. Requested by sthen@ (jca@) kile-kde4 ~ Makefile > sync wantlib (sthen@) == emulators ========================================================= 08/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/emulators gr-lida ~ Makefile > sync wantlib (sthen@) mupen64plus ~ video-rice/Makefile > sync wantlib (sthen@) qemu ~ Makefile > don't pick up archivers/snappy in configure (naddy@) uae - patches/patch-configure ~ Makefile + patches/patch-acsite_m4 + patches/patch-configure_in > Unbreak autoconf checks with clang by not using nested functions > help and ok naddy@ (dcoppa@) ~ patches/patch-configure_in > ops, nuke bogus whitespaces (dcoppa@) == games ============================================================= 09/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/games allegro ~ Makefile ~ patches/patch-aclocal_m4 > Unbreak autoconf checks with clang by not using nested functions (naddy@) prboom - patches/patch-configure ~ Makefile + patches/patch-autotools_ac_c_compile_flags_m4 + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions (naddy@) prboom-plus - patches/patch-data_Makefile_in ~ Makefile ~ patches/patch-data_Makefile_am + patches/patch-autotools_ac_c_compile_flags_m4 > Fix Makefile.am syntax error and render autotools handling more sane. > Unbreak autoconf checks with clang by not using nested functions (naddy@) warmux ~ Makefile > requires gettext-tools (msgfmt) (naddy@) == graphics ========================================================== 10/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics clutter - core/patches/patch-configure ~ cogl/Makefile ~ core/Makefile ~ core/patches/patch-clutter_Makefile_in + core/patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) gdk-pixbuf2 ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) grafx2 ~ Makefile > sync wantlib (sthen@) libgphoto2 ~ Makefile + patches/patch-configure_ac + patches/patch-libgphoto2_port_configure_ac > Unbreak autoconf check with clang by not using nested function. (dcoppa@) ~ Makefile > needs aclocal, may need libtool.m4 (sthen@) ~ Makefile > avoid triggering autotools cascade after patching configure.ac (naddy@) libgxps ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == infrastructure ==================================================== 11/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/infrastructure bin ~ out-of-date > have out-of-date ignore the @version part for now. > properly handling that is more complicated and can wait until after 6.2. > problem pointed out by naddy@ (espie@) ~ out-of-date > oops, ports without depends have @version at the end. (espie@) == lang ============================================================== 12/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/lang jamvm ~ Makefile > add BROKEN-i386 (sthen@) jimtcl ~ Makefile > missed bump (sthen@) swi-prolog ~ Makefile + patch-packages_clib_maildrop_rfc822_configure > Unbreak autoconf check with clang by not using nested functions (naddy@) - patch-packages_clib_maildrop_rfc822_configure ~ Makefile + patch-packages_clib_maildrop_rfc822_configure_in > sync with mail/maildrop as far as applicable (naddy@) == mail ============================================================== 13/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/mail courier-authlib - patches/patch-configure ~ Makefile + patches/patch-libs_rfc822_configure_ac > Unbreak autoconf checks with clang by not using nested functions > with input from sthen@ (giovanni@) ~ Makefile > missing automake build_depends > spotted by naddy@ (giovanni@) ~ Makefile > needs libtool.m4 (sthen@) ~ Makefile > run autotools before configure, not during build (naddy@) ~ Makefile > Simplify: avoid triggering autotools cascade after patching configure.ac. > No need to pull in automake and libtool. (naddy@) courier-imap ~ Makefile + patches/patch-libs_rfc822_configure_ac > Unbreak autoconf check with clang by not using nested functions (giovanni@) kopano - core/patches/patch-common_ECLogger_cpp - core/patches/patch-common_include_kopano_lockhelper_hpp - core/patches/patch-installer_linux_Makefile_in - core/patches/patch-installer_linux_kopano-autorespond ~ core/Makefile ~ core/distinfo ~ core/patches/patch-ECtools_mapitime_cpp ~ core/patches/patch-ECtools_search_Makefile_in ~ core/patches/patch-Makefile_in ~ core/patches/patch-configure_ac ~ core/patches/patch-installer_linux_dagent_cfg ~ core/patches/patch-spooler_python_Makefile_in ~ core/pkg/PLIST-main > update to 8.4.90.394 and fix wantlib (robert@) ~ webapp/Makefile ~ webapp/distinfo ~ webapp/pkg/PLIST > update to 3.4.0.899 (robert@) ~ Makefile.inc > add missing file from the previous kopano update commit (robert@) ~ Makefile.inc ~ core/distinfo > kopano seems to automatically recreate their tarballs all the time so > let's use my own mirror for a "stable" distfile (robert@) maildrop ~ Makefile + patches/patch-libs_rfc822_configure_ac > Unbreak autoconf check with clang by not using nested functions (giovanni@) ~ Makefile > missing automake build_depends > spotted by naddy@ (giovanni@) ~ Makefile > Needs devel/libtool for autohell. (ajacoutot@) ~ Makefile > run autotools before configure, not during build (naddy@) ~ Makefile > Simplify: avoid triggering autotools cascade after patching configure.ac. > No need to pull in automake and libtool. (naddy@) mozilla-thunderbird ~ Makefile > Since 52, what was in libcalbasecomps was merged to libxul, so lightning > package is javascript only - empty WANTLIB-lightning, and set the > dependency on -main via RUN_DEPENDS instead of LIB_DEPENDS. (landry@) ~ Makefile > Bump REVISIONs for mozilla.port.mk dependency changes. (landry@) mutt ~ Makefile ~ distinfo > bugfix update to mutt-1.9.1 > - possible segfault with IMAP when syncing, along with trash folder and > imap_poll_timeout reconnection issues. (sthen@) == meta ============================================================== 14/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/meta tor-browser ~ Makefile > update to tor-browser 7.0.5, from attila (maintainer), regen distinfo for > extra commit that got added to github tar.gz (sthen@) == multimedia ======================================================== 15/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/multimedia avidemux ~ Makefile > BROKEN on amd64: inline assembly and C++ syntax errors with clang (naddy@) ~ Makefile > Disable ports that don't build on clang archs; ok naddy@ (jca@) ~ Makefile > Use COMPILER=base-gcc, for consistency. Requested by sthen@ (jca@) get_flash_videos ~ Makefile ~ distinfo > Update to latest version. Use sthen@ suggestions for Makefile. > Ok sthen@ (nigel@) gstreamer-0.10 ~ core/Makefile + core/patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ~ plugins-bad/Makefile ~ plugins-base/Makefile ~ plugins-base/patch-configure_ac ~ plugins-good/Makefile ~ plugins-ugly/Makefile + plugins-ugly/patch-common_m4_gst-dowhile_m4 + plugins-ugly/patch-common_m4_gst-dowhile_m4 + plugins-ugly/patch-common_m4_gst-dowhile_m4 > Unbreak autoconf checks with clang by not using nested functions (naddy@) gstreamer1 ~ plugins-bad/Makefile ~ plugins-good/Makefile ~ plugins-ugly/Makefile + plugins-ugly/patch-common_m4_gst-dowhile_m4 + plugins-ugly/patch-common_m4_gst-dowhile_m4 + plugins-ugly/patch-common_m4_gst-dowhile_m4 > Unbreak autoconf checks with clang by not using nested functions (naddy@) oggz - patches/patch-configure ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions (dcoppa@) streamlink ~ Makefile > Some test depends are in fact run depends. Prompted by an email and patch > from Bryan Linton <bl AT shoshoni DOT info> -- thanks! > Tweaks from sthen@ (bcallah@) synfig ~ Makefile > sync wantlib (sthen@) == net =============================================================== 16/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net iplog ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) jftpgw ~ Makefile + patches/patch-configure_in > Unbreak autoconf check with clang by not using nested functions (dcoppa@) net-snmp ~ Makefile + patches/patch-snmplib_snmp_api_c > Fix a crash in libnetsnmp client, occurring in some circumstances where > a local IP address is set. Cause is a use-after-free, OpenBSD's malloc > helpfully often picks these up early (with relatively low impact on > performance), often turning what would be a hidden bug into a likely > crash. > Reported and analysis from Andrea Biscuola of Zabbix, > https://support.zabbix.com/browse/ZBX-12726 > https://sourceforge.net/p/net-snmp/bugs/2803/ > Diff from me. I was going to wait for confirmation from Andrea that it > fixes the issue, but having read more of the code I'm confident that this > change or something like it is needed, so committing now to make it pre > 6.2. > ok naddy (sthen@) nmap ~ Makefile ~ patches/patch-Makefile_in ~ patches/patch-scan-engine_cc ~ patches/patch-timing_cc ~ patches/patch-zenmap_setup_py + patches/patch-nping_configure_ac > Unbreak autoconf check with clang by not using nested functions > Regen patches while here (dcoppa@) ~ Makefile > Use the right autoconf invocation as per gnu.port.mk (dcoppa@) ns - patches/patch-configure ~ Makefile + patches/patch-conf_configure_in_TclCL + patches/patch-conf_configure_in_nse + patches/patch-conf_configure_in_tcl + patches/patch-conf_configure_in_tk > Unbreak autoconf checks with clang by not using nested functions (dcoppa@) ntp ~ Makefile + patches/patch-configure_ac > use AC_LANG_SOURCE instead of AC_LANG_PROGRAM to avoid a nested function > definition (sthen@) openvpn ~ Makefile ~ distinfo ~ patches/patch-configure ~ patches/patch-src_openvpn_route_c ~ pkg/PLIST > SECURITY update to openvpn-2.4.4 > Among other changes, fix for > o CVE-2017-12166: out of bounds write in key-method 1 > https://community.openvpn.net/openvpn/wiki/CVE-2017-12166 > ok sthen@ (jca@) ~ Makefile ~ distinfo ~ patches/patch-configure ~ patches/patch-src_openvpn_route_c ~ pkg/PLIST TAGGED OPENBSD_6_1 > SECURITY update to openvpn-2.4.4 > Among other changes, fix for > o CVE-2017-12166: out of bounds write in key-method 1 > https://community.openvpn.net/openvpn/wiki/CVE-2017-12166 (jca@) openvpn-auth-ldap ~ Makefile > missed bump (sthen@) pidgin-sipe ~ Makefile > sync wantlib (sthen@) poco ~ Makefile + patches/patch-Foundation_include_Poco_Platform_h + patches/patch-Foundation_src_Environment_VX_cpp > compile fix for arm64. bump revision, because a header file is changed. > OK sthen@ (phessler@) pork ~ Makefile ~ pkg/PLIST + patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested functions (dcoppa@) py-botocore ~ Makefile ~ distinfo > Update to py-botocore-1.7.16. (ajacoutot@) ~ Makefile ~ distinfo > Update to py-botocore-1.7.18. (ajacoutot@) py-libcloud ~ Makefile ~ distinfo ~ pkg/PLIST > Update to py-libcloud-2.2.1. (ajacoutot@) py-smbc ~ Makefile > sync wantlib (sthen@) samba + patches/patch-auth_credentials_credentials_c + patches/patch-libcli_smb_smbXcli_base_c + patches/patch-libcli_smb_smbXcli_base_h + patches/patch-libgpo_gpo_fetch_c + patches/patch-source3_lib_util_cmdline_c + patches/patch-source3_libsmb_clidfs_c + patches/patch-source3_libsmb_clientgen_c + patches/patch-source3_libsmb_libsmb_context_c + patches/patch-source3_libsmb_proto_h + patches/patch-source3_libsmb_pylibsmb_c + patches/patch-source3_smbd_reply_c TAGGED OPENBSD_6_1 > SECURITY patches backported from samba-4.5.14 > o CVE-2017-12150 (SMB1/2/3 connections may not require signing where > they should) > o CVE-2017-12151 (SMB3 connections don't keep encryption across DFS > redirects) > o CVE-2017-12163 (Server memory information leak over SMB1) (jca@) ~ Makefile ~ patches/patch-source3_wscript TAGGED OPENBSD_6_1 > Avoid nested function in waf test > Innocuous, but changes the actual output of a command (smbd -b), so > bump. (jca@) ~ Makefile TAGGED OPENBSD_6_1 > Missing bump in previous > Spotted by Steven Surdock & Ian McWilliam (jca@) silc-client ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested functions (dcoppa@) silc-server ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf check for va_copy() with clang by not using nested > functions (dcoppa@) weechat ~ Makefile ~ distinfo > Update to weechat-1.9.1, fixes CVE-2017-14727 > Date/time conversion specifiers are expanded after replacing buffer > local variables in name of log files. In some cases, this can lead to > an error in function strftime and a crash caused by the use of an > uninitialized buffer. > ok jca@, "that should go in" sthen@ (danj@) ~ Makefile + patches/patch-src_plugins_logger_logger_c TAGGED OPENBSD_6_1 > Backport fix for CVE-2017-14727 > Date/time conversion specifiers are expanded after replacing buffer > local variables in name of log files. In some cases, this can lead to > an error in function strftime and a crash caused by the use of an > uninitialized buffer. > ok jca@ (danj@) wide-dhcpv6 ~ Makefile + patches/patch-configure_in > Fix another three nested functions (dcoppa@) zsync ~ Makefile + patches/patch-autotools_ac_c_compile_flags_m4 > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == print ============================================================= 17/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/print a2ps ~ Makefile ~ pkg/README + patches/patch-etc_a2ps-site_cfg_in > When using cups(1), lp.default should be set to ${LOCALBASE}/bin/lpr in > ${SYSCONFDIR}/a2ps-site.cfg. > original diff from benno@ (ajacoutot@) libspectre ~ Makefile + patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested function (dcoppa@) ~ patches/patch-configure_ac > minor nit... (dcoppa@) == security ========================================================== 18/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/security integrit ~ Makefile + patches/patch-configure_in > Unbreak autoconf check with clang by not using nested functions (dcoppa@) lastpass-cli ~ Makefile + patches/patch-http_c > fix obvious use-after-free (committed upstream), from Bjorn Ketelaars, ok > naddy (sthen@) libhttpseverywhere ~ Makefile ~ distinfo ~ patches/patch-meson_build ~ pkg/PLIST > Update to libhttpseverywhere-0.6.0. (ajacoutot@) nss ~ Makefile ~ distinfo ~ pkg/PLIST > Update to nss 3.33. > See > https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.33_rele > ase_notes > Will be required by gecko 57 branch, so might make things easier for the > upcoming -stable branch. (landry@) == shells ============================================================ 19/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/shells bash ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == sysutils ========================================================== 20/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/sysutils awless ~ Makefile ~ distinfo > Update to awless-0.1.4. (ajacoutot@) awscli ~ Makefile ~ distinfo > Update to awscli-1.11.158. (ajacoutot@) ~ Makefile ~ distinfo > Update to awscli-1.11.160. (ajacoutot@) freeipmi ~ Makefile + patches/patch-config_ac_lsh_gcc_attributes_m4 > avoid nested function in AC_TRY_COMPILE (sthen@) gdmap ~ Makefile + patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested functions (dcoppa@) ipmitool ~ Makefile ~ patches/patch-configure_ac > avoid nested function in AC_TRY_COMPILE (sthen@) == telephony ========================================================= 21/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/telephony asterisk-sounds ~ core-sounds/en/Makefile ~ core-sounds/en_GB/Makefile ~ core-sounds/fr/Makefile ~ core-sounds/pkg/PLIST-en ~ core-sounds/pkg/PLIST-en_GB ~ core-sounds/pkg/PLIST-fr > fix @conflict; from sthen@ (naddy@) == textproc ========================================================== 22/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/textproc p5-Pod-Spell ~ Makefile ~ pkg/PLIST > Add p5-Path-Tiny runtime dependency, adjust PLIST > Ok sthen@ (nigel@) ruby-nokogiri ~ Makefile > sync wantlib (sthen@) == www =============================================================== 23/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www c-icap ~ modules/Makefile + modules/patches/patch-configure_ac > fix AC_TRY_COMPILE invocation (sthen@) firefox-esr ~ Makefile ~ distinfo > Update to firefox-esr 52.4.0. > - see https://www.mozilla.org/en-US/firefox/52.4.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-22/ > ok naddy@ (landry@) ~ Makefile ~ distinfo TAGGED OPENBSD_6_1 > MFC: update to firefox-esr 52.4.0. > - see https://www.mozilla.org/en-US/firefox/52.4.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-22/ > (landry@) firefox-esr-i18n ~ Makefile.inc ~ distinfo > Update to firefox-esr 52.4.0. > - see https://www.mozilla.org/en-US/firefox/52.4.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-22/ > ok naddy@ (landry@) firefox-i18n ~ Makefile.inc ~ distinfo + patch-devtools_client_debugger_new_debugger_js > Update to firefox 56.0. > - see https://www.mozilla.org/en-US/firefox/56.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-21/ > - switch to the bundled icu4c, as 59.1 is now required and we only have > 58 in the portstree for now > - disable stylo css engine (see #1341234 & #1401093) - hopefully for > 57.0 it'll build/work.. > - pass --enable-release (#1386371) & --enable-rust-simd (#1261841) > - add a patch to fix javascript debugger in devtools (#1400197) > ok naddy@ (landry@) kcgi ~ Makefile ~ distinfo > Update kcgi to 0.9.7 (jturner@) mozilla ~ mozilla.port.mk > Bump dependencies to nss 3.33/nspr 4.17/sqlite 3.20.1. > required for upcoming gecko 57 branch, will make my life easier. (landry@) mozilla-firefox ~ Makefile ~ distinfo ~ patches/patch-intl_icu_source_Makefile_in ~ patches/patch-storage_mozStorageConnection_cpp ~ pkg/PLIST > Update to firefox 56.0. > - see https://www.mozilla.org/en-US/firefox/56.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-21/ > - switch to the bundled icu4c, as 59.1 is now required and we only have > 58 in the portstree for now > - disable stylo css engine (see #1341234 & #1401093) - hopefully for > 57.0 it'll build/work.. > - pass --enable-release (#1386371) & --enable-rust-simd (#1261841) > - add a patch to fix javascript debugger in devtools (#1400197) > ok naddy@ (landry@) ~ Makefile ~ distinfo ~ patches/patch-intl_icu_source_Makefile_in ~ patches/patch-security_manager_pki_resources_content_exceptionDialog_js ~ patches/patch-security_nss_lib_freebl_blapi_h ~ patches/patch-storage_mozStorageConnection_cpp ~ pkg/PLIST + patches/patch-build_moz_configure_rust_configure + patches/patch-devtools_client_debugger_new_debugger_js TAGGED OPENBSD_6_1 > Sort-of-MFC: Update to firefox 56.0. > - see https://www.mozilla.org/en-US/firefox/56.0/releasenotes/ > - fixes https://www.mozilla.org/en-US/security/advisories/mfsa2017-21/ > - disable stylo css engine (see #1341234 & #1401093) > - pass --enable-release (#1386371) & --enable-rust-simd (#1261841) > - add a patch to fix javascript debugger in devtools (#1400197) > - add a patch to lower the rust version requirement, as we dont build > stylo, and i'm not going to update rust in -stable.. > "Stable" packages for i386 and amd64 available at > https://packages.rhaalovely.net/ > signed with https://packages.rhaalovely.net/landry-mozilla-pkg.pub > (landry@) owncloud ~ Makefile ~ distinfo ~ patch-settings_Controller_CheckSetupController_php ~ patch-version_php ~ pkg/PLIST > Update to owncloud-10.0.3. (ajacoutot@) ~ Makefile ~ distinfo ~ patches/patch-version_php TAGGED OPENBSD_6_1 > Update to the latest stable release: owncloud-9.1.6. > This will ease upgrading to 10.X on 6.2. (ajacoutot@) seamonkey ~ Makefile > Sync WANTLIB, reminded by sthen@ (landry@) ~ Makefile > Bump REVISIONs for mozilla.port.mk dependency changes. (landry@) squidclamav ~ Makefile ~ patches/patch-configure_in > avoid nested function in AC_TRY_COMPILE (sthen@) tor-browser ~ Makefile.inc ~ browser/distinfo ~ browser/files/extension-overrides.js ~ https-everywhere/Makefile ~ https-everywhere/distinfo ~ noscript/Makefile ~ noscript/distinfo ~ tor-launcher/Makefile ~ torbutton/Makefile ~ torbutton/distinfo > update to tor-browser 7.0.5, from attila (maintainer), regen distinfo for > extra commit that got added to github tar.gz (sthen@) ~ browser/Makefile > Bump REVISIONs for mozilla.port.mk dependency changes. (landry@) == x11 =============================================================== 24/24 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/x11 dbus ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) enlightenment ~ Makefile + patches/patch-m4_ac_attribute_m4 > Unbreak autoconf check with clang by not using nested function (dcoppa@) gnome ~ mutter/Makefile + mutter/patches/patch-clutter_configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ~ grilo/Makefile > sync wantlib (sthen@) ~ mutter/Makefile > mutter needs automake 1.5 (robert@) - tracker/patches/patch-configure ~ tracker/Makefile + tracker/patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions (naddy@) ~ mutter/Makefile ~ mutter/patches/patch-clutter_configure_ac > - unbreak a second autoconf check with clang by not using nested functions > - set AUTOCONF_DIR to actually regenerate clutter/configure, it wasn't > being > regen'd at all, so both the -fvisibility=hidden and -Bsymbolic-functions > tests > were broken (sthen@) gnustep ~ base/Makefile > sync WANTLIB (sthen@) gtk+3 ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) gtksourceview3 ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) i3 - patches/patch-include_con_h - patches/patch-libi3_dpi_c - patches/patch-src_commands_c - patches/patch-src_con_c - patches/patch-src_load_layout_c - patches/patch-src_sighandler_c ~ Makefile ~ distinfo ~ patches/patch-Makefile_in > Bugfixing update to i3-4.14.1 (dcoppa@) keybinder ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) libgdiplus ~ Makefile + patches/patch-configure_ac > Unbreak autoconf check with clang by not using nested function (dcoppa@) mlterm - patches/patch-uitoolkit_fb_ui_font_c ~ Makefile ~ distinfo > Update to mlterm-3.8.3 (dcoppa@) openbox ~ Makefile + patches/patch-openbox_client_c > Fix a NULL pointer dereference that was causing a crash when launching > Java GUI applications. > From https://bugzilla.icculus.org/show_bug.cgi?id=5277 via Arch > Linux. (dcoppa@) pekwm ~ Makefile > sync wantlib (sthen@) pinot ~ Makefile > sync wantlib (sthen@) st ~ Makefile ~ patches/patch-st_c > If st's window is deleted then it will try to send a SIGHUP through > kill(2), > therefore pledge(2) needs proc otherwise it will abort due to missing > promise. > OK tb@ and sthen@ (mestre@) xcursorgen ~ Makefile > sync wantlib (sthen@) =============================================================================== _______________________________________________ owc mailing list [email protected] http://www.squish.net/mailman/listinfo/owc
