CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/04/16 23:58:30
Modified files:
graphics/opencv: Makefile
graphics/opencv/patches: patch-CMakeLists_txt
patch-cmake_OpenCVFindLibsVideo_cmake
Hi,
it may seem presumptuous that i'm fanning out candidate fixes for
kde/libs3, given that i never used KDE or GNOME or anything similar
in my life.
Not sure whether i should ask for OKs for this...
I have mostly done code inspection, no testing,
and the package now builds.
My hope is mainly
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/16 21:44:52
Modified files:
games/xminehunter: Makefile
Log message:
Use -std=gnu++98 for building to make clang6 happy.
ok schwarze@
Hi Brian,
Brian Callahan wrote on Mon, Apr 16, 2018 at 05:54:00PM -0400:
> games/xminehunter is extremely old, the tarball and code is from 1997.
> I'm not sure it warrants more than this minimal fix.
You could probably fix it in the same way that i just used for net/nam,
but it would be even
bulk build on macppc-1.ports.openbsd.org
started on Tue Mar 27 13:14:40 MDT 2018
finished at Mon Apr 16 17:22:45 MDT 2018
lasted 20D21h08m
done with kern.version=OpenBSD 6.3 (GENERIC.MP) #16: Sat Mar 24 16:32:29 MDT
2018
built packages:8906
Mar 27:409
Mar 28:461
Mar 29:456
Mar 30:272
Mar 31:426
On Tue, Apr 17 2018, Jeremie Courreges-Anglas wrote:
[...]
> It builds with lots of warnings
I was looking at another port, nepenthes doesn't exhibit *that* many
warnings, but my proposal stands.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
net/nepenthes: honeypot software that hasn't seen a new release since
2008. It links with touchy libs like libmagic and libpcre as noted
by sthen@. It builds with lots of warnings and has been broken with
clang 4.0.0 and 6.0.1. I think keeping it on life support is doing more
harm than good.
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/04/16 17:40:48
Modified files:
graphics/aqsis : Makefile
Log message:
Pass -std=gnu++03 to fix build with clang6
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/04/16 17:23:18
Modified files:
graphics/rawstudio: Makefile
graphics/rawstudio/patches: patch-src_dcraw_cc
Log message:
better clang6 fix: use adequate data types rather than forcing
Hi,
i already committed a fix that doesn't require
forcing an old language standard.
Yours,
Ingo
Giovanni Bechis wrote on Tue, Apr 17, 2018 at 12:36:12AM +0200:
> clang6 fix for net/nam, still a lot of warnings but at least it builds.
> Index: Makefile
>
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/04/16 17:16:52
Modified files:
net/nam: Makefile
Added files:
net/nam/patches: patch-main_cc
Log message:
clang6 fix; OK naddy@
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/04/16 17:05:32
Modified files:
net/nepenthes : Makefile
Added files:
net/nepenthes/patches:
patch-modules_module-honeytrap_TrapSocket_cpp
Hi,
clang6 fix for net/nam, still a lot of warnings but at least it builds.
ok ? Comments ?
Cheers
Giovanni
Index: Makefile
===
RCS file: /var/cvs/ports/net/nam/Makefile,v
retrieving revision 1.40
diff -u -p -r1.40 Makefile
---
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 16:21:40
Modified files:
textproc/wkhtmltopdf/patches:
patch-qt_mkspecs_openbsd-g++_qmake_conf
Log message:
use --std=gnu++98 to unbreak with clang6
Hi ports --
games/xminehunter is extremely old, the tarball and code is from 1997.
I'm not sure it warrants more than this minimal fix.
Runs fine.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/games/xminehunter/Makefile,v
On 2018-04-15, Brian Callahan wrote:
> For some reason I'm not quite sure about, with clang6 sdcc decides it
> needs to regen all its configure scripts.
There must be some kind of race condition. It built in _some_ bulk
runs since the clang6 switch.
--
Christian "naddy"
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 15:25:42
Modified files:
databases/strigi: Makefile
Log message:
use --std=c++03 on clang arches
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/16 15:23:41
Modified files:
games/ja2-stracciatella: Makefile
Log message:
Fix clang6 build -- MAKE_ENV line from David Carlier; un-hardcode a c++
while here from me.
ok bentley@
On Mon, Apr 16 2018, wrote:
> I tried to continue the build of php with the ports snapshot of today and ran
> into another gcc problem:
[...]
> /usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: warning:
> equality comparison with
> extraneous parentheses
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/16 15:12:47
Modified files:
games/meandmyshadow: Makefile
Log message:
Fix clang6 build
ok bentley@
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/16 15:09:25
Modified files:
devel/sdcc : Makefile
devel/sdcc/pkg : PLIST
Log message:
Fix clang6 build. It is because sdcc regenerates its configure scripts at
build time with clang6.
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/16 15:01:30
Modified files:
emulators/BasiliskII: Makefile
Added files:
emulators/BasiliskII/patches: patch-src_Unix_clip_unix_cpp
Log message:
Fix build with Clang 6, from upstream.
OK
On 2018/04/16 16:34, trondd wrote:
> On Mon, April 16, 2018 7:01 am, Stuart Henderson wrote:
> > On 2018/04/15 16:48, trondd wrote:
> >> What is the policy around setting SEPARATE_BUILD? Any GNU build? Not
> >> just builds that require it?
> >
> > It's useful for large ports where you might want
On Mon, April 16, 2018 7:01 am, Stuart Henderson wrote:
> On 2018/04/15 16:48, trondd wrote:
>> What is the policy around setting SEPARATE_BUILD? Any GNU build? Not
>> just builds that require it?
>
> It's useful for large ports where you might want to "make clean=build"
> and they take a long
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 14:19:15
Modified files:
audio/hydrogen : Makefile
Added files:
audio/hydrogen/patches:
patch-libs_hydrogen_src_local_file_mgr_cpp
I tried to continue the build of php with the ports snapshot of today and ran
into another gcc problem:
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove
extraneous parentheses
around the comparison to silence this warning
(thumb1_code)) == (
^
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/04/16 14:01:22
Modified files:
devel/qt-creator: Makefile
Log message:
bump after plist changes
Spotted by kili@ Thanks!
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 12:50:53
Modified files:
net/nepenthes/patches: patch-nepenthes-core_src_Utilities_cpp
Log message:
de-register, first part needed for clang6 support (also needs fixes for
-Wc++11-narrowing in
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/04/16 12:27:53
Modified files:
devel/qt-creator: Makefile
devel/qt-creator/pkg: PLIST
Log message:
Unbreak with clang6
Add LLVM_INSTALL_DIR to help QMake. After the update some
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2018/04/16 12:16:45
Added files:
geo/qlandkartegt/patches: patch-3rdparty_cache2gtiff_main_cpp
patch-3rdparty_map2gcm_main_cpp
Hi,
The following diff adds MAP_STACK on allocated memory used for stack.
(Please note a diff on the kernel is pending for completely let qemu to
run - see https://marc.info/?l=openbsd-tech=152389221205108=2)
While compiling the port, I also see the following notice at end of
configure:
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 11:51:41
Added files:
audio/lmms/patches: patch-src_gui_about_dialog_cpp
Log message:
whitespace fix for clang6
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 11:28:54
Added files:
productivity/aqbanking/patches:
patch-src_plugins_backends_aqhbci_tools_hbcixml_hbcixml_cpp
Log message:
whitespace fix for
On 2018/04/16 17:00, Christian Weisgerber wrote:
> We still can't build libreoffice.
libreoffice at least needs this fixed:
http://build-failures.rhaalovely.net/amd64/2018-04-15/databases/strigi.log
We still can't build libreoffice.
Updated list as of Apr 16, 17:00 UTC. Logs at
http://build-failures.rhaalovely.net/amd64/2018-04-15/
audio/clementine
audio/hydrogen
audio/lmms
cad/kicad
databases/strigi
devel/qt-creator
emulators/BasiliskII
games/alephone/alephone
games/ja2-stracciatella
Hi,
not sure about the following one, there must be a less ugly way?
The problem is that there are *many* files containing lozts of
instances of
const char foo[] = { ..., 0xff, ..., 0xc0, ... }
which is not good on signed char archs. Patching all these files
would be even more noisy than
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 09:54:14
Added files:
graphics/qimageblitz/patches: patch-blitz_convolve_cpp
Log message:
fix build with clang6: false is not a pointer
On 2018/04/16 17:13, Ingo Schwarze wrote:
> Hi,
>
> not sure how to really test, but the following seems correct
> from code inspection, fixes the build, and the program still
> starts.
>
> Note that upstream is now at 2.0 and has rewritten everything
> in C, no more C++, so no need to report
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 09:49:30
Added files:
graphics/discwrapper/patches: patch-src_MouseHandling_cpp
patch-src_PreviewOutput_cpp
Log message:
fix build with clang6: NULL is
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 09:40:01
Modified files:
graphics/rawstudio: Makefile
graphics/rawstudio/pkg: PLIST
Log message:
unbreak rawstudio build with std=gnu++98 which works better with the
c-renamed-as-c++
Hi,
initialize to the correct data type.
Makes it build, and the program still
saves and opens project files for me.
Yours,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/graphics/discwrapper/Makefile,v
retrieving revision 1.9
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 09:31:00
Modified files:
multimedia/qt-gstreamer/patches: patch-src_QGlib_global_h
Added files:
multimedia/qt-gstreamer/patches:
Hi,
not sure how to really test, but the following seems correct
from code inspection, fixes the build, and the program still
starts.
Note that upstream is now at 2.0 and has rewritten everything
in C, no more C++, so no need to report upstream.
Yours,
Ingo
Index: Makefile
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2018/04/16 09:07:09
Modified files:
databases/pgadmin3: Makefile
Added files:
databases/pgadmin3/patches: patch-pgadmin_frm_frmEditGrid_cpp
Log message:
Unbreak for clang6. Upstream changed
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/04/16 08:10:02
Modified files:
games/enigma : Makefile
Added files:
games/enigma/patches: patch-src_Value_cc patch-src_lev_Proxy_cc
Log message:
fix build with clang6; from FreeBSD; ok
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 08:02:38
Added files:
games/instead-launcher/patches: patch-mainwindow_cpp
Log message:
more whitespace for clang6
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 08:00:13
Added files:
net/cagibi/patches: patch-daemon_ssdpwatcher_cpp
Log message:
clang6 <3 whitespace
from upstream
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 07:59:51
ports/net/cagibi/patches
Update of /cvs/ports/net/cagibi/patches
In directory cvs.openbsd.org:/tmp/cvs-serv82923/patches
Log Message:
Directory /cvs/ports/net/cagibi/patches added to the
Hi Frederic,
Frederic Cambus wrote on Mon, Apr 16, 2018 at 03:05:23PM +0200:
> Here is a diff to fix BasiliskII build with Clang 6 (from upstream).
Uh oh. The upstream fix was committed on Feb 21, 2010.
That said, your patch does agree with upstream, looks reasonable,
and builds for me.
OK
CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2018/04/16 07:12:22
Modified files:
games/ioquake3 : Makefile distinfo
games/ioquake3/patches: patch-Makefile
Log message:
Bump to the latest.
- remove CFLAGS. Spotted by Tom Murphy!
- remove
Hi ports@,
Here is a diff to fix BasiliskII build with Clang 6 (from upstream).
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/emulators/BasiliskII/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile
Hi Anthony,
Anthony J. Bentley wrote on Mon, Apr 16, 2018 at 03:58:05AM -0600:
> japanese/groff is an ancient patchset on top of even more ancient
> groff (specifically groff-1.10, released in 1995).
Indeed, we are now almost at 1.22.4, and i regard anything older
than 1.22 as ancient and
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 06:44:29
Added files:
databases/soprano/patches: patch-soprano_pluginmanager_cpp
patch-soprano_sopranodirs_cpp
Log message:
clang6 <3 whitespace
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 06:30:49
Modified files:
productivity/attica: Makefile
Log message:
use g++98 to unbreak; similar to freebsd
Hello,
Here is the patch to upgrade exim to 4.91.
This fixes CVE-2018-6789
Best Regards
Index: mail/exim/Makefile
===
RCS file: /cvs/ports/mail/exim/Makefile,v
retrieving revision 1.119
diff -u -p -u -r1.119 Makefile
---
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 06:00:40
Modified files:
textproc/wkhtmltopdf: Makefile distinfo
Log message:
use new wkhtmltopdf-qt distfile; github have updated tar(1) and/or
git-archive since this port was created so the
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/04/16 05:35:27
Modified files:
net/dhcpcd : Makefile
Added files:
net/dhcpcd/patches: patch-src_if-bsd_c
Log message:
Add patch from dhcpcd upstream, "OpenBSD: Fix adding INET6 on-link
On Mon, Apr 16, 2018 at 05:24:47AM -0600, Alexander Bluhm wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: bl...@cvs.openbsd.org 2018/04/16 05:24:47
>
> Modified files:
> sysutils/facter: Makefile
> Added files:
> sysutils/facter/patches:
>
+cc maintainer
On Mon, Apr 16 2018, Alexander Bluhm wrote:
> Hi,
>
> This fixes facter build with clang6.
>
> /usr/include/c++/v1/memory:2541:13: error: delete called on
> 'facter::facts::external::resolver' that is abstract but has non-virtual
> destructor
On Sun, Apr 15 2018, Brian Callahan wrote:
> Hi ports --
>
> For some reason I'm not quite sure about, with clang6 sdcc decides it
> needs to regen all its configure scripts. So let's oblige. Also adds
> a whole lot of items to the PLIST.
>
> OK?
ok, please mention (in the
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org 2018/04/16 05:24:47
Modified files:
sysutils/facter: Makefile
Added files:
sysutils/facter/patches:
patch-lib_inc_facter_facts_collection_hpp
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/04/16 05:15:49
Modified files:
games/vegastrike/engine: Makefile
games/vegastrike/engine/patches:
patch-setup_src_include_central_cpp
Added files:
On 2018/04/16 11:35, Gonzalo L. Rodriguez wrote:
> > -DISTNAME= sqtop-2011-11-01
> > -PKGNAME= sqtop-2011.11.01
> > -REVISION= 2
> > +PKGNAME= sqtop-2015.02.08
> > +GH_ACCOUNT=paleg
> > +GH_PROJECT=sqtop
> > +GH_TAGNAME=
On 2018/04/16 11:05, Renaud Allard wrote:
> Hello,
>
> In the new exim version (4.91), DANE support moved from experimental to
> production. I tested by modifying the port to just include
> SUPPORT_DANE=yes in files/Makefile
>
> It compiles and runs fine without any other modification.
>
>
On 2018/04/15 16:48, trondd wrote:
> What is the policy around setting SEPARATE_BUILD? Any GNU build? Not
> just builds that require it?
It's useful for large ports where you might want to "make clean=build"
and they take a long time to extract/patch.
Otherwise it's pointless and can make
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2018/04/16 04:59:17
Added files:
games/blobby/patches: patch-src_RenderManagerGL2D_cpp
patch-src_RenderManagerSDL_cpp
Log message:
fix build with clang6
Hi,
japanese/groff is an ancient patchset on top of even more ancient
groff (specifically groff-1.10, released in 1995).
Nothing uses it anymore. So remove it as below (plus quirks of course).
ok?
Index: Makefile
===
RCS file:
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/04/16 03:53:29
Modified files:
japanese/canna : Makefile
japanese/canna/patches: patch-Canna_conf
japanese/canna/pkg: PLIST-dict PLIST-main PLIST-server
Log message:
Install
On [09/04/18] [07:54P], Gonzalo L. Rodriguez wrote:
Hallo,
Update for Sqtop to 2015.02.08:
Switch to github, with the clang6 fix included,
https://github.com/paleg/sqtop/compare/v2015-02-08...master
OK? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
Hello,
In the new exim version (4.91), DANE support moved from experimental to
production. I tested by modifying the port to just include
SUPPORT_DANE=yes in files/Makefile
It compiles and runs fine without any other modification.
Could you enable this in further build with 4.91+?
Thank
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2018/04/16 02:58:32
Modified files:
databases/mysqlcc/patches: patch-src_main_cpp
Log message:
better fix: change the constant.
pointed out by & ok bentley
On Sun, Apr 15, 2018 at 09:45:54PM +0200, Theo Buehler wrote:
> Three things:
>
> It seems upstream changed the server layout and killed the ftp://
> protocol, at least it isn't reachable from anywhere for me. I tried to
> find an official announcement for this, but gave up after 5 minutes.
>
>
CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org 2018/04/16 02:38:27
Modified files:
games/freeciv : Makefile
Log message:
server does not require gtk
I have waited a long time for a working port of Godot. Godot runs on
my Thinkpad t460p on OpenBSD -current amd64 without any problems. I
hope Godot will be included in the ports tree and made available as a
package.
Best regards,
Christian
On Mon, Apr 16, 2018 at 02:22:58AM -0600, Anthony J. Bentley wrote:
> Theo Buehler writes:
> > +- (uchar**) _limit, 0, GET_ULONG, REQUIRED_ARG, 1000L, 1, ~0L, 0,
> > 1
> > , 0},
> > ++ (uchar**) _limit, 0, GET_ULONG, REQUIRED_ARG, 1000L, 1,
> > static_ca
> > st(~0L), 0, 1, 0},
>
> Would it
Theo Buehler writes:
> +- (uchar**) _limit, 0, GET_ULONG, REQUIRED_ARG, 1000L, 1, ~0L, 0, 1
> , 0},
> ++ (uchar**) _limit, 0, GET_ULONG, REQUIRED_ARG, 1000L, 1, static_ca
> st(~0L), 0, 1, 0},
Would it make sense to use ~0ULL instead?
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2018/04/16 02:20:10
Added files:
databases/mysqlcc/patches: patch-src_main_cpp
Log message:
Fix build with clang6 by adding two static_cast()s
ok jasper
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2018/04/16 02:07:35
Modified files:
x11/qt4: Makefile
x11/qt4/pkg: PLIST-main
Added files:
x11/qt4/patches: patch-mkspecs_openbsd-clang_qmake_conf
Only need to fix these two to build:
src/main.cpp:98:67: note: insert an explicit cast to silence this issue
(uchar**) _limit, 0, GET_ULONG, REQUIRED_ARG, 1000L, 1, ~0L, 0, 1, 0},
^~~
Brian Callahan writes:
>
> On 04/15/18 15:37, Klemens Nanni wrote:
> > On Sun, Apr 15, 2018 at 02:56:41PM -0400, Brian Callahan wrote:
> >> Index: Makefile
> >> ===
> >> RCS file: /cvs/ports/games/ja2-stracciatella/Makefile,v
> >>
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2018/04/16 01:35:27
Added files:
games/dangerdeep/patches: patch-src_freeview_display_cpp
patch-src_gun_shell_cpp
patch-src_sky_cpp
trondd writes:
> What is the policy around setting SEPARATE_BUILD? Any GNU build? Not
> just builds that require it?
I don't know that there is any "policy", other than "set SEPARATE_BUILD
if needed, and don't set it if it breaks".
Certainly if it works, it's nice to have even when it's not
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2018/04/16 01:05:34
Added files:
games/sumwars/patches: patch-src_gussound_gopenal_cpp
Log message:
fix build with clang6
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2018/04/16 00:47:54
Added files:
multimedia/swfmill/patches: patch-src_swfmill_cpp
patch-src_swft_swft_import_jpeg_cpp
Log message:
fix build with clang6
84 matches
Mail list logo