Re: aarch64 bulk build report

2020-09-28 Thread Christian Weisgerber
On 2020-09-28, Christian Weisgerber wrote: >> http://build-failures.rhaalovely.net/aarch64/2020-09-22/x11/e17/elementary.log > > Mesa link error. Didn't this use to crash? The complaints about undefined _mesa_* symbols are a red herring. edje_cc still crashes as before. -- Chri

Re: aarch64 bulk build report

2020-09-28 Thread Christian Weisgerber
On 2020-09-25, phess...@openbsd.org wrote: > bulk build on arm64.ports.openbsd.org > started on Tue Sep 22 10:58:30 MDT 2020 > finished at Fri Sep 25 03:27:49 MDT 2020 > http://build-failures.rhaalovely.net/aarch64/2020-09-22/converters/wv2.log >

CVS: cvs.openbsd.org: ports

2020-09-28 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/28 08:24:42 Added files: x11/qt5/qtwebengine/patches: patch-src_3rdparty_chromium_third_party_skia_src_opts_SkRasterPipeline_opts_h Log message: fix build on

CVS: cvs.openbsd.org: ports

2020-09-27 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/27 08:39:36 Added files: sysutils/libvirt/patches: patch-src_cpu_cpu_arm_c Log message: Fix the build on aarch64. No support for getauxval(), elf_aux_info(), or . ok ajacoutot@

Preparing for 6.8 lock

2020-09-27 Thread Christian Weisgerber
Preparations for the release are proceeding apace and ports need to keep up with base. ALL COMMITS NOW NEED TO BE APPROVED BY naddy@ OR sthen@. -- Christian "naddy" Weisgerber na...@mips.inka.de

Re: [UPDATE] lang/python/3.8

2020-09-26 Thread Christian Weisgerber
Remi Pointel: > this is the diff to update Python 3.8 to latest release. > > sthen@ or naddy@: someone of you could test a bulk build with this diff? There was one build error (x11/xcolor), but it's not clear that it was caused by the Python update. I sent details to Remi and Laurence. --

CVS: cvs.openbsd.org: ports

2020-09-26 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/26 08:35:24 Modified files: databases/sqlite3-odbc: Makefile Added files: databases/sqlite3-odbc/patches: patch-configure_in Removed files: databases/sqlite3-odbc/patches:

Preparing for the 6.8 release

2020-09-25 Thread Christian Weisgerber
The 6.8 release is coming up, and it is time to finalize the ports tree for the release. Please, no more new ports and no casual updates. Let's focus on fixing bugs. If you don't want to surprised by your favorite application being broken in the release, make sure to test it NOW. Time is

CVS: cvs.openbsd.org: ports

2020-09-23 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/23 10:55:55 Modified files: misc/vttest: Makefile distinfo Log message: maintenance update to 20200920

CVS: cvs.openbsd.org: ports

2020-09-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/21 13:00:29 Modified files: security/argon2/patches: patch-Makefile Added files: security/argon2/patches: patch-kats_test_sh Log message: Fix the regression tests: Export $(MAKE) to shell

CVS: cvs.openbsd.org: ports

2020-09-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/21 12:57:44 Modified files: devel/got : Makefile Log message: mark tests as interactive since some require working "ssh 127.0.0.1" ok kn@ stsp@

Re: gmake: parse error: error in archive specification

2020-09-20 Thread Christian Weisgerber
Rafael Sadowski: > It is very easy to reproduce: > $ cd /usr/ports/security/argon2 && make test > > ===> Regression tests for argon2-20190702 > Building without optimizations > cc -O2 -pipe -std=c89 -Wall -g -Iinclude -Isrc -pthread -Wextra > -Wno-type-limits src/argon2.c src/core.c

CVS: cvs.openbsd.org: ports

2020-09-19 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/19 09:02:57 Modified files: editors/nano : Makefile distinfo Log message: update to 5.2 for some bug fixes

CVS: cvs.openbsd.org: ports

2020-09-16 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/16 06:10:17 Modified files: graphics/skanlite: Makefile Log message: master site URL needs to be updated as well since it is based on the version number

CVS: cvs.openbsd.org: ports

2020-09-12 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/12 11:12:41 Modified files: x11/kde-applications/spectacle: Makefile Log message: and bump for actual WANTLIB change

CVS: cvs.openbsd.org: ports

2020-09-12 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/12 10:11:24 Modified files: x11/kde-applications/spectacle: Makefile Log message: Restore REVISION. Spectacle has its own VERSION, independent of the KDE Applications update.

Re: cmake sporadic library versioning problem

2020-09-11 Thread Christian Weisgerber
Otto Moerbeek: > > Is it possible that char* (env_vers_cstr) points to null or garbage > > because env changed? Or is this nonsense and this cannot happen and > > env_vers_cstr is always valid with the first match? > > No, Posix allows previous values of getenv() to be invalidated by >

Re: net/dhcpcd (was: Re: CVS: cvs.openbsd.org: ports)

2020-09-08 Thread Christian Weisgerber
Stuart Henderson: > > > update to dhcpcd-9.2.0 > > > > That one is outright broken. > > Does reverting to 9.1.4 help? Yes, 9.1.4p0 is fine. -- Christian "naddy" Weisgerber na...@mips.inka.de

net/dhcpcd (was: Re: CVS: cvs.openbsd.org: ports)

2020-09-08 Thread Christian Weisgerber
Stuart Henderson: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2020/09/07 02:42:55 > > Modified files: > net/dhcpcd : Makefile distinfo > > Log message: > update to dhcpcd-9.2.0 That one is outright broken. In my DHCPv6 prefix delegation setup,

CVS: cvs.openbsd.org: ports

2020-09-07 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/09/07 08:10:07 Added files: security/nss/patches: patch-nss_lib_freebl_Makefile Log message: Fix aarch64 build by making sure that the aarch64-specific code that is referenced elsewhere is actually

CVS: cvs.openbsd.org: ports

2020-08-31 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/31 16:20:50 Modified files: devel/clang-tools-extra: Makefile devel/llvm : Makefile editors/xemacs21/stable: Makefile lang/gcc/8 : Makefile lang/gpc

CVS: cvs.openbsd.org: ports

2020-08-28 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/28 16:18:19 Modified files: multimedia/mediainfo: Makefile distinfo Log message: maintenance update to 20.08

CVS: cvs.openbsd.org: ports

2020-08-27 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/27 15:05:12 Modified files: devel/cutter : Makefile Added files: devel/cutter/patches: patch-src_widgets_GraphGridLayout_cpp Log message: Fix build on archs where sizeof(size_t) <

Re: rsync 3.2.3

2020-08-26 Thread Christian Weisgerber
On 2020-08-26, "Theo de Raadt" wrote: > I've encountered a few situations with _mostly offline machines_ where > the rsync package is need, and thus, 1 file can be copied over for > pkg_add. I don't think I'm the only person to encounter this situation. We could link rsync statically with some

Re: i386 ports build report

2020-08-24 Thread Christian Weisgerber
Stuart Henderson: > build failures: 7 > devel/cutter Here's a fix. If I understand the code correctly, this struct element is assigned an iterator over a std::unordered_map. I have confirmed that cutter builds with this on i386. Index: Makefile

CVS: cvs.openbsd.org: ports

2020-08-22 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/22 16:06:01 Modified files: devel/py-llvmlite: Makefile Log message: Mark BROKEN: requires update to 0.34.0 for LLVM 10

CVS: cvs.openbsd.org: ports

2020-08-22 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/22 14:11:53 Modified files: productivity/aqbanking: Makefile Log message: update master site URL; it changes for each distfile

LLVM 10: build failures on amd64 2020-08-20

2020-08-21 Thread Christian Weisgerber
The remaining build failures on amd64 due to the LLVM 10 update: devel/py-llvmlite,python3 needs update to 0.34.0 productivity/aqbanking Logs: http://build-failures.rhaalovely.net/amd64/2020-08-07/ -- Christian "naddy" Weisgerber na...@mips.inka.de

CVS: cvs.openbsd.org: ports

2020-08-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/21 11:46:37 Modified files: x11/kde-applications/kdepim-addons: Makefile Log message: missing bump after reworked multimedia/phonon

CVS: cvs.openbsd.org: ports

2020-08-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/21 09:48:59 Modified files: x11/kde-applications/mailcommon: Makefile Log message: missing bump after reworked multimedia/phonon

CVS: cvs.openbsd.org: ports

2020-08-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/21 08:19:59 Modified files: net/curl : Tag: OPENBSD_6_7 Makefile net/curl/patches: Tag: OPENBSD_6_7 patch-lib_url_c Added files: net/curl/patches: Tag: OPENBSD_6_7

CVS: cvs.openbsd.org: ports

2020-08-21 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/21 08:18:08 Modified files: net/curl : Makefile distinfo net/curl/pkg : PLIST Added files: net/curl/patches: patch-tests_runtests_pl Log message: Update to 7.72.0 after

CVS: cvs.openbsd.org: ports

2020-08-20 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/20 15:03:25 Modified files: devel/gettext : Makefile distinfo devel/gettext/patches: patch-gettext-runtime_intl_dcigettext_c

CVS: cvs.openbsd.org: ports

2020-08-20 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/20 14:10:25 Modified files: x11: Makefile Log message: unhook dbusmenu-qt,qt5 here as well

LLVM 10: build failures on amd64 2020-08-18

2020-08-19 Thread Christian Weisgerber
The remaining build failures on amd64 due to the LLVM 10 update: devel/py-llvmlite,python3 needs update to 0.34.0 games/fs2open productivity/aqbanking Logs: http://build-failures.rhaalovely.net/amd64/2020-08-07/ -- Christian "naddy" Weisgerber na...@mips.inka.de

LLVM 10: build failures on amd64 2020-08-17

2020-08-18 Thread Christian Weisgerber
The remaining build failures on amd64 due to the LLVM 10 update: devel/py-llvmlite,python3 needs update to 0.34.0 games/fs2open print/scribus productivity/aqbanking Logs: http://build-failures.rhaalovely.net/amd64/2020-08-07/ -- Christian "naddy" Weisgerber

Re: i386 failures

2020-08-18 Thread Christian Weisgerber
On 2020-08-18, Stuart Henderson wrote: > build failures: 12 These are the actual i386 failures: > audio/mscore: out of memory linking > devel/cutter: narrowing from type 'const unsigned long long' to 'size_t' (aka > 'unsigned long') > devel/geany: linking (scintilla) > geo/pgrouting: ICE (log

Re: LLVM 10: build failures on amd64 2020-08-13

2020-08-17 Thread Christian Weisgerber
Rafael Sadowski: > > The remaining build failures on amd64 due to the LLVM 10 update: > > devel/rttr > > fixed I still get the same build errors. -- Christian "naddy" Weisgerber na...@mips.inka.de

Re: cmake sporadic library versioning problem

2020-08-15 Thread Christian Weisgerber
On 2020-08-13, Christian Weisgerber wrote: > A shared library has been built with the version number from > SHARED_LIBS, but during the fake stage this is forgotten and the > upstream version number used. This produces an error, because the > file doesn't exist. > > It only h

LLVM 10: build failures on amd64 2020-08-13

2020-08-14 Thread Christian Weisgerber
The remaining build failures on amd64 due to the LLVM 10 update: devel/py-llvmlite,python3 needs update to 0.34.0 devel/rttr games/fs2open print/scribus productivity/aqbanking x11/gnustep/back\ -fuse-ld=bfd not passed through x11/gnustep/renaissance / sebastia@ is

CVS: cvs.openbsd.org: ports

2020-08-14 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/14 13:42:19 Modified files: security/p5-Crypt-OpenPGP: Makefile Log message: bump the revived p5-Crypt-OpenPGP, the plist has changed

Re: llvm10 and libtheoraplay on i386

2020-08-14 Thread Christian Weisgerber
Jeremie Courreges-Anglas: > > Shared libraries should be linked with -fpic/-fPIC. > > naddy committed a fix using -fPIC which is safe to use on all arches. > > (I don't know if ports should use ${PICFLAG} from bsd.own.mk when > practical, but a few ports do it already.) Once upon a time, it

CVS: cvs.openbsd.org: ports

2020-08-13 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/13 15:18:45 Modified files: multimedia/libtheoraplay: Makefile Log message: Build shared library with -fPIC. This also unbreaks the build on i386 with LLVM 10.

CVS: cvs.openbsd.org: ports

2020-08-13 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/13 12:40:38 Modified files: textproc/wkhtmltopdf: Makefile textproc/wkhtmltopdf/patches:

cmake sporadic library versioning problem

2020-08-13 Thread Christian Weisgerber
Occasionally, print/poppler fails to build with a curious error: A shared library has been built with the version number from SHARED_LIBS, but during the fake stage this is forgotten and the upstream version number used. This produces an error, because the file doesn't exist. It only happens

amd64 bulk build failures 2020-08-12

2020-08-13 Thread Christian Weisgerber
(No change from 2020-08-10.) Here is the list of build failures from the amd64 bulk build started on 2020-08-12. These are the remaining LLVM 10 fallout: devel/py-llvmlite,python3 devel/rttr games/fs2open net/bro print/scribus productivity/aqbanking x11/gnustep/back x11/gnustep/renaissance I

Re: i386/LLVM 10

2020-08-13 Thread Christian Weisgerber
Jeremie Courreges-Anglas: > I don't have an i386 ports test rig. naddy, do you still run i386 test > builds? Else I can just push it in the tree for sthen to pick up in > the next bulk, it won't make things worse... I've installed i386 on my spare APU2. I can't run full builds there, but I

CVS: cvs.openbsd.org: ports

2020-08-12 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/12 14:49:16 Modified files: editors/nano : Makefile distinfo editors/nano/patches: patch-doc_nano_1 patch-src_Makefile_in editors/nano/pkg: PLIST Log message: Update to 5.1.

Re: i386/LLVM 10

2020-08-12 Thread Christian Weisgerber
On 2020-08-10, Stuart Henderson wrote: > x11/qt4 > > ld: error: relocation R_386_PC32 cannot be used against symbol cti_vm_throw; > recompile with -fPIC defined in ../../JavaScriptCore/release/libjscore.a(JITStubs.o) referenced by JITStubs.cpp

Re: i386/LLVM 10

2020-08-12 Thread Christian Weisgerber
On 2020-08-12, Stuart Henderson wrote: >> print/scribus > /pobj/scribus-1.5.5/scribus-1.5.5/scribus/third_party/lib2geom/path.h:260:11: > error: no viable overloaded '=' This one is probably an easy fix for somebody who actually knows C++. The problem is in an ancient embedded copy of

CVS: cvs.openbsd.org: ports

2020-08-11 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/11 04:50:55 Added files: security/libgcrypt/patches: patch-cipher_camellia-aarch64_S Log message: pull in upstream fix so aarch64 builds; ok ajacoutot@ phessler@

Re: amd64 bulk build failures 2020-08-10

2020-08-10 Thread Christian Weisgerber
Christian Weisgerber: > Here is the list of build failures from the amd64 bulk build started > on 2020-08-10. 2020-08-09 actually, not that it matters. -- Christian "naddy" Weisgerber na...@mips.inka.de

amd64 bulk build failures 2020-08-10

2020-08-10 Thread Christian Weisgerber
Here is the list of build failures from the amd64 bulk build started on 2020-08-10. These are the remaining LLVM 10 fallout: devel/py-llvmlite,python3 devel/rttr games/fs2open net/bro print/scribus productivity/aqbanking x11/gnustep/back x11/gnustep/renaissance I didn't upload new logs. These

Re: rsync: update to 3.2.2

2020-08-09 Thread Christian Weisgerber
On 2020-08-04, Klemens Nanni wrote: > I also looked at iconv but rsync configures and builds with it even when > --disable-iconv gets passed, this smells like some configure* bug. 3.2.2p0 now does not pick up iconv. I quickly looked over configure.ac, and as far as I can tell (1) detection

amd64 bulk build failures 2020-08-07

2020-08-08 Thread Christian Weisgerber
Here is the list of build failures from the amd64 bulk build started on 2020-08-07. Unless otherwise marked, these are due to LLVM 10. cad/qcad databases/pgadmin3 devel/py-llvmlite devel/rttr emulators/dolphin # fix pending games/fs2open graphics/dia mail/rspamd net/bro

Re: i386/LLVM 10

2020-08-08 Thread Christian Weisgerber
On 2020-08-08, Stuart Henderson wrote: > Updated failure logs. Many of these are broken on amd64 too, but > some are not. # comments > built packages > build failures: 23 > databases/mariadb > databases/pgadmin3# amd64 > devel/geany > devel/py-llvmlite # amd64 >

CVS: cvs.openbsd.org: ports

2020-08-06 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/06 10:18:16 Modified files: shells/nsh : Makefile shells/nsh/patches: patch-commands_c patch-sysctl_c Log message: The net.pipex.inq and outq sysctls no longer exist.

Re: Switch to LLVM 10 imminent

2020-08-05 Thread Christian Weisgerber
Christian Weisgerber: > > > http://build-failures.rhaalovely.net/amd64/2020-08-03/ > > > > > > emulators/dolphin > > > games/gzdoom > > > > These two should be 1-liner fixes. See: > > > > https://github.com/KhronosGroup/glslang/pull/20

Re: Switch to LLVM 10 imminent

2020-08-05 Thread Christian Weisgerber
Daniel Dickman: > > http://build-failures.rhaalovely.net/amd64/2020-08-03/ > > > > emulators/dolphin > > games/gzdoom > > These two should be 1-liner fixes. See: > > https://github.com/KhronosGroup/glslang/pull/2010/commits/24b3e8384e93f3e73b6aa14ea00a30574112f9ba Yup, and this one, too:

Re: Switch to LLVM 10 imminent

2020-08-04 Thread Christian Weisgerber
The base system has officially switched to LLVM 10. Snapshots with the new compiler are available. Right now I'm signing and uploading the first set of official amd64 snapshot packages built with LLVM 10. Logs from the remaining build failure:

Re: rsync: update to 3.2.2

2020-08-04 Thread Christian Weisgerber
Stuart Henderson: > > Wow, that's crazy. Can we have a "bloated" flavor instead so > > everyone is not subjected to this nonsense? > > Or a "weak_hash" flavour for MD5 fans. xxHash is explicitly a NON-cryptographic hash. It's selling point is that it is much faster than MD5. -- Christian

Re: rsync: update to 3.2.2

2020-08-04 Thread Christian Weisgerber
On 2020-07-30, Klemens Nanni wrote: > Any OKs for this diff which updates and brings in all the support? I haven't gotten around to really looking at this... but since it's committed now: This changed rsync from a self-contained port that you could quickly compile on a clean box to something

CVS: cvs.openbsd.org: ports

2020-08-04 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/04 11:50:12 Modified files: misc/screen: Makefile Added files: misc/screen/patches: patch-configure_ac Log message: Restore a patch that was dropped in an update: Do not rm -f

CVS: cvs.openbsd.org: ports

2020-08-02 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/02 16:21:32 Modified files: textproc/wkhtmltopdf/patches: patch-qt_configure Log message: Recognize cc -dumpversion results beyond gcc 8. Fixes build with LLVM 10.

Re: [x11/openbox] fix build when SHELL=/usr/local/bin/tcsh

2020-08-02 Thread Christian Weisgerber
Matthieu Herrb: > While building ports as a regular user is discouraged, it's still > possible. I figured out that openbox doesn't build as myself since I'm > using /usr/local/bin/tcsh as my shell. That use of ${SHELL} is definitely wrong. I think it's a quoting error and wasn't intended. >

Re: Switch to LLVM 10 imminent

2020-08-02 Thread Christian Weisgerber
On 2020-08-01, Christian Weisgerber wrote: > I have uploaded the failure logs from early builds at > http://build-failures.rhaalovely.net/amd64-clang/ There's a new 2020-08-01/ subdirectory with the results from the latest build. With pango fixed, nearly the complete ports tree

CVS: cvs.openbsd.org: ports

2020-08-02 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/02 08:58:09 Modified files: graphics/libpano13: Makefile Added files: graphics/libpano13/patches: patch-CMakeLists_txt Log message: Explicitly link the shared library against libm. Fixes

CVS: cvs.openbsd.org: ports

2020-08-01 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/01 16:41:28 Modified files: devel/harfbuzz : Makefile Log message: Fix a typo that caused a dependency on "+" on !clang archs. Noticed by kmos@

Switch to LLVM 10 imminent

2020-08-01 Thread Christian Weisgerber
I don't think there was any public announcement, but most will have surmised it by now: The base compiler will soon switch from LLVM 8 to LLVM 10 on all CLANG_ARCHS. This also concerns the linker on LLD_ARCHS. This will cause a certain amount of breakage in the ports tree. We are working on it

CVS: cvs.openbsd.org: ports

2020-08-01 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/01 13:08:57 Added files: devel/pango/patches: patch-examples_cairotwisted_c patch-pango_break_c patch-pango_pango-renderer_c

CVS: cvs.openbsd.org: ports

2020-08-01 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/01 13:06:20 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-glib_gmacros_h Log message: Upstream commit: Define G_GNUC_FALLTHROUGH for more compilers

Re: LLVM 10: devel/glib2, devel/pango

2020-08-01 Thread Christian Weisgerber
Antoine Jacoutot: > Sure ok. > Is there a missing pango bump? It's only changing the fallthrough annotation so -Werror=implicit-fallthrough won't abort the build. There is no code change. -- Christian "naddy" Weisgerber na...@mips.inka.de

CVS: cvs.openbsd.org: ports

2020-08-01 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/01 11:17:43 Added files: mail/bogofilter/patches: patch-configure Log message: Recognize cc -dumpversion results beyond gcc 4.2.1. Fixes build with LLVM 10. ok espie@

LLVM 10: devel/glib2, devel/pango

2020-08-01 Thread Christian Weisgerber
devel/pango fails to build with LLVM 10, which takes out a large part of the ports tree. http://build-failures.rhaalovely.net/amd64-clang/2020-07-31/devel/pango.log The fix has two parts, picked from upstream: (1) In glib2, define G_GNUC_FALLTHROUGH in such a way that is also available with

LLVM 10: mail/bogofilter

2020-08-01 Thread Christian Weisgerber
mail/bogofilter's build failure with LLVM 10 is another silly case of a configure script failing to recognize the compiler and treating is as gcc3 or older. http://build-failures.rhaalovely.net/amd64-clang/2020-07-31/mail/bogofilter%2Cqdbm.log $ cc -dumpversion 10.0.0 ok? Index:

CVS: cvs.openbsd.org: ports

2020-07-31 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/31 15:22:48 Added files: lang/node/patches: patch-configure_py Log message: Upstream commit "account for CLANG_VENDOR when checking for llvm version". Fixes build with LLVM 10.0.

Re: games/godot: add libao to make audio functional

2020-07-27 Thread Christian Weisgerber
Omar Polo: > The following patch is to make audio working on games/godot via libao. > > Six years ago, Anton Yabchinskiy added a libao driver[0] to have audio > working on OpenBSD, but a year later[1] that code was removed. (n.b.: > all of this was pre godot 2.0) Frankly, if you are adding an

x11/remmina build failure

2020-07-26 Thread Christian Weisgerber
In my latest amd64 bulk build, x11/remmina failed to build. /usr/obj/ports/remmina-1.3.6/Remmina-1.3.6/plugins/www/www_plugin.c:47:10: fatal error: 'webkit2/webkit2.h' file not found #include ^~~ 1 error generated. (Full log attached.) -- Christian "naddy" Weisgerber

CVS: cvs.openbsd.org: ports

2020-07-25 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/25 16:10:52 Modified files: security : Makefile Log message: drop sslscan,openssl from category Makefile, too

CVS: cvs.openbsd.org: ports

2020-07-25 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/25 16:07:45 Modified files: productivity/libalkimia: Makefile Log message: fix master site path for 8.0.x releases

CVS: cvs.openbsd.org: ports

2020-07-22 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/22 13:14:25 Modified files: shells/bash: Makefile distinfo Log message: update to 5.0 patchlevel 18

Re: [UPDATE] games/gnubg to latest release

2020-07-15 Thread Christian Weisgerber
On 2020-07-14, Nils Reu├če wrote: > I am not too sure about adding "-I$(top_srcdir)" to the DEFAULT_INCLUDES > in the two Makefiles (for the two subdirectories), but I couldn't get it > to compile otherwise. The affected includes are in subdirectories of > the source, but the compilation step

Re: 'tr' extra brackets treated literally

2020-07-14 Thread Christian Weisgerber
On 2020-07-14, Jordan Geoghegan wrote: > I was grepping around the ports tree and I found a few places where > unnecessary brackets were used with 'tr'. Using square brackets with tr > for character ranges is unnecessary, and in fact the brackets are > treated literally: This is a historical

CVS: cvs.openbsd.org: ports

2020-07-11 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/11 17:42:05 Added files: devel/bison/patches: patch-doc_local_mk Log message: Fix a parallel build race: Our make(1) treats $(top_srcdir)/doc/bison.help and doc/bison.help as distinct targets.

CVS: cvs.openbsd.org: ports

2020-07-11 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/11 14:19:55 Modified files: misc/vttest: Makefile distinfo Log message: update to 20200610

CVS: cvs.openbsd.org: ports

2020-07-11 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/11 14:15:09 Modified files: audio/mpg123 : Makefile distinfo Log message: update to 1.26.2

CVS: cvs.openbsd.org: ports

2020-07-11 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/11 12:39:42 Modified files: archivers/unrar: Makefile distinfo Log message: update to 5.91

CVS: cvs.openbsd.org: ports

2020-07-10 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/10 16:35:45 Modified files: net/curl : Makefile distinfo Log message: maintenance update to 7.71.1

CVS: cvs.openbsd.org: ports

2020-07-10 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/10 13:44:31 Modified files: audio/opusfile : Makefile distinfo audio/opusfile/pkg: PLIST Removed files: audio/opusfile/patches: patch-configure patch-src_http_c Log message:

CVS: cvs.openbsd.org: ports

2020-07-09 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/09 10:14:07 Modified files: x11/mplayer: Makefile Added files: x11/mplayer/patches: patch-stream_stream_cddb_c Log message: Switch the CDDB default to gnudb.org. The freedb.org CD

CVS: cvs.openbsd.org: ports

2020-07-08 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/08 14:55:25 Modified files: devel/angr/py-z3-solver: Makefile Log message: this port has an independent version number, restore the dropped revision

CVS: cvs.openbsd.org: ports

2020-07-07 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/07 14:15:03 Modified files: graphics/netpbm: Makefile distinfo graphics/netpbm/files: config.mk Added files: graphics/netpbm/patches:

CVS: cvs.openbsd.org: ports

2020-07-07 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/07 05:37:37 Modified files: sysutils/colorls: Makefile sysutils/colorls/patches: patch-ls_c Log message: Pull in two fixes from 6.7-current: Fix skipping of directories that begin with a

devel/bison: fix parallel build race

2020-07-04 Thread Christian Weisgerber
Parallel building devel/bison fails. There is a race where the build tries to run the newly compiled bison for its --help output but doesn't wait for the binary to actually be available. This is one of these cases that espie@ grumbles about, because it is due to a problem in our make(1) that

CVS: cvs.openbsd.org: ports

2020-07-04 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/07/04 15:28:47 Modified files: www/ephemetoot : Makefile Log message: bump REVISION; python 3 default changed to 3.8

textproc/zathura/core build failure

2020-07-02 Thread Christian Weisgerber
In my last amd64 bulk build, textproc/zathura/core failed to build. Here's the log: >>> Building on amd64-3 under textproc/zathura/core BDEPENDS =

CVS: cvs.openbsd.org: ports

2020-06-30 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/06/30 08:58:23 Modified files: productivity : Makefile Log message: Unhook kmymoney until it has been updated to KDE5. It errors out trying to reference the removed x11/kde4 module.

Ports still using freedb

2020-06-29 Thread Christian Weisgerber
The freedb.org database of compact track listings has shut down. Any program functionality that tries to fetch from or submit data to freedb.org is broken now. An alternative service is available at gnudb.org, see https://www.gnudb.org/ Below is a list of ports that still appear to use

Plist conflicts between branches

2020-06-25 Thread Christian Weisgerber
The way we merge back security changes to -stable creates the situation where we have packages with the same name, but different contents, e.g. pcre2-10.34 in OPENBSD_6_7 and pcre2-10.34 in OPENBSD_6_6. This causes PLIST conflicts when building such packages. I just tried to build a bunch of

CVS: cvs.openbsd.org: ports

2020-06-24 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/06/24 16:14:40 Modified files: net/curl : Tag: OPENBSD_6_7 Makefile Added files: net/curl/patches: Tag: OPENBSD_6_7 patch-lib_url_c patch-src_tool_cb_hdr_c

  1   2   3   4   5   6   7   8   9   10   >