Re: [PATCH] databases/lbdb - enable abook support
Updated diff below.
cvs server: Diffing databases/lbdb
Index: databases/lbdb/Makefile
===
RCS file: /cvs/ports/databases/lbdb/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- databases/lbdb/Makefile 29 Apr 2016 11:03:43 - 1.19
+++ databases/lbdb/Makefile 12 Jul 2018 03:11:14 -
@@ -4,6 +4,7 @@ COMMENT-main = "little brother's databa
COMMENT-ldap = LDAP support for lbdb
VERSION = 0.40
+REVISION-main =0
DISTNAME = lbdb_${VERSION}
PKGNAME-main = lbdb-${VERSION}
@@ -11,32 +12,34 @@ PKGNAME-ldap = lbdb-ldap-${VERSION}
CATEGORIES = databases mail
-HOMEPAGE = http://www.spinnaker.de/lbdb/
+HOMEPAGE = https://www.spinnaker.de/lbdb/
MULTI_PACKAGES = -main -ldap
# GPLv2+
PERMIT_PACKAGE_CDROM = Yes
+WANTLIB-main = c iconv
+
+MASTER_SITES = https://www.spinnaker.de/lbdb/download/
+
+BUILD_DEPENDS =${RUN_DEPENDS-main}
+LIB_DEPENDS-main = converters/libiconv
+RUN_DEPENDS-main = mail/abook
RUN_DEPENDS-ldap = databases/p5-ldap \
databases/lbdb
-LIB_DEPENDS-main = converters/libiconv
-WANTLIB-main = c iconv
LIB_DEPENDS-ldap =
WANTLIB-ldap =
-MASTER_SITES = http://www.spinnaker.de/debian/
-
MAKE_ENV = install_prefix=${WRKINST}
NO_TEST = Yes
USE_GMAKE =Yes
CONFIGURE_STYLE = gnu
-CONFIGURE_ARGS += --libdir=${PREFIX}/lib/lbdb \
+CONFIGURE_ARGS += --libdir=${PREFIX}/lib/lbdb \
--with-libiconv-prefix=${LOCALBASE} \
- --without-abook \
--without-addr-email \
--without-niscat \
--without-gpg \
cvs server: Diffing databases/lbdb/patches
Index: databases/lbdb/patches/patch-m_abook_sh_in
===
RCS file: databases/lbdb/patches/patch-m_abook_sh_in
diff -N databases/lbdb/patches/patch-m_abook_sh_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ databases/lbdb/patches/patch-m_abook_sh_in 12 Jul 2018 03:11:14 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: m_abook.sh.in
+--- m_abook.sh.in.orig
m_abook.sh.in
+@@ -33,7 +33,7 @@ m_abook_query()
+ if [ -f "$book" ]
+ then
+ $ABOOK --datafile $book --mutt-query "$@" \
+- | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
++ | sed -e '1d;s/\([^ ]* [^ ]*\).*/\1 abook/'
+ fi
+ done
+ fi
cvs server: Diffing databases/lbdb/pkg
Index: databases/lbdb/pkg/PLIST-main
===
RCS file: /cvs/ports/databases/lbdb/pkg/PLIST-main,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST-main
--- databases/lbdb/pkg/PLIST-main 15 Jun 2008 07:22:57 - 1.1.1.1
+++ databases/lbdb/pkg/PLIST-main 12 Jul 2018 03:11:14 -
@@ -8,6 +8,7 @@ lib/lbdb/
lib/lbdb/lbdb-munge
lib/lbdb/lbdb_bbdb_query.el
lib/lbdb/lbdb_lib
+lib/lbdb/m_abook
lib/lbdb/m_bbdb
lib/lbdb/m_fido
lib/lbdb/m_finger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/11 16:41:15 Modified files: games/uqm : Makefile games/uqm/files: build.vars Removed files: games/uqm/patches: patch-src_libs_sound_decoders_oggaud_c Log message: Substitute libvorbis for tremor (obsolete fixed-point Vorbis decoder), which will be going away soon. ok bentley@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/07/11 15:58:34 Modified files: lang/gravity : Makefile distinfo Log message: Update to gravity-0.5.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 15:50:54 Modified files: net/knot : Makefile distinfo Log message: Update to knot-2.6.8 Release notes: https://www.knot-dns.cz/2018-07-10-version-268.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/07/11 15:40:43 Modified files: comms/picocom : Makefile distinfo comms/picocom/patches: patch-Makefile comms/picocom/pkg: DESCR PLIST Removed files: comms/picocom/patches: patch-picocom_8 Log message: Update picocom to 3.1. Notable changes: - Switch to using GitHub - Drop the patch for the old manpage - Sync DESCR with the actual manpage - Use INSTALL_MAN to install the manpage, pointed out by Matthew Martin As discussed with him, remove Kyle Isom from MAINTAINER (ENOTIME). OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 15:14:36 Modified files: productivity/gnucash: Makefile Added files: productivity/gnucash/patches: patch-libgnucash_core-utils_gnc-path_c Log message: Fix SYSCONFDIR. Can't really be done using an environment variable because of how binreloc is handled.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2018/07/11 15:11:12 Modified files: net/p5-OSPF-LSDB: Makefile distinfo Log message: update p5-OSPF-LSDB to 1.08
Re: NEW: net/bitcoin
On Wed, Jul 11, 2018 at 10:05:54PM +0200, Fabian Raetz wrote: > Hi, > > can we also create a package of the no_x11 flavor? Not only we can, but we must. Otherwise unbuilt FLAVORs tend to rot and die... Thanks, commited. > diff --git a/net/Makefile b/net/Makefile > index 57cfb4eec35..b8781538c32 100644 > --- a/net/Makefile > +++ b/net/Makefile > @@ -27,6 +27,7 @@ > SUBDIR += bird > SUBDIR += bird,v6 > SUBDIR += bitcoin > + SUBDIR += bitcoin,no_x11 > SUBDIR += bitlbee > SUBDIR += bitlbee,libpurple > SUBDIR += bitlbee,otr > > > Cheers, > Fabian > > Am So., 8. Juli 2018 um 20:05 Uhr schrieb Kirill Bychkov < > ki...@linklevel.net>: > > > On Sun, July 8, 2018 20:13, Rafael Sadowski wrote: > > > On Sun Jul 08, 2018 at 05:39:33PM +0300, Kirill Bychkov wrote: > > >> On Wed, July 4, 2018 23:28, Rafael Sadowski wrote: > > >> > HI ports@, Hi Fabian Raetz! > > >> > > > >> > Thanks for testing over two weeks and tweaks/feedback. Your rc changes > > >> > works fine for me. > > >> > > > >> > @ports: Attached new tarball with rc tweaks from Fabian Raetz. > > >> > > > >> > Could I get an okay (ports-wise) to import? > > >> > > >> Hi! Not an OK yet, sorry. > > >> I guess better comment is needed to explain why this could be > > >> built with clang only. > > > > > > Added "Undefined reference to boost and db4 with GCC" over COMPILER. > > > Better ideas? > > > > OK kirby@ > > BTW you can use --disable-tests instead of @comments in PLIST > > > > > > > > Complete output: > > > > > > /usr/bin/ar cr leveldb/libmemenv.a > > > leveldb/helpers/memenv/leveldb_libmemenv_a-memenv.o > > > /usr/bin/ranlib leveldb/libmemenv.a > > > /usr/bin/libtool --tag=CXX --mode=link eg++ -Wstack-protector > > > -fstack-protector-all -fPIE -O2 -pipe -std=c++11 -pthread > > -Wl,-z,relro > > > -Wl,-z,now -L/usr/X11R6/lib -L/usr/local/lib -o bitcoind > > bitcoind-bitcoind.o > > > libbitcoin_server.a libbitcoin_common.a univalue/libunivalue.la > > > libbitcoin_util.a libbitcoin_wallet.a libbitcoin_zmq.a > > libbitcoin_consensus.a > > > crypto/libbitcoin_crypto.a leveldb/libleveldb.a > > leveldb/libleveldb_sse42.a > > > leveldb/libmemenv.a secp256k1/libsecp256k1.la -pthread -L/usr/local/lib > > > -lboost_system -lboost_filesystem -lboost_program_options-mt > > -lboost_thread-mt > > > -lboost_chrono-mt -ldb_cxx -lssl -lcrypto -lcrypto -lminiupnpc > > > -L/usr/local/lib -levent_pthreads -levent_extra -levent_core > > -L/usr/local/lib > > > -levent_extra -levent_core -L/usr/local/lib -lzmq > > > libtool: link: eg++ -o .libs/bitcoind -pthread -Wstack-protector > > > -fstack-protector-all -fPIE -O2 -pipe -std=c++11 -Wl,-z -Wl,relro -Wl,-z > > > -Wl,now bitcoind-bitcoind.o libbitcoin_server.a libbitcoin_common.a > > > libbitcoin_util.a libbitcoin_wallet.a libbitcoin_zmq.a > > libbitcoin_consensus.a > > > crypto/libbitcoin_crypto.a leveldb/libleveldb.a > > leveldb/libleveldb_sse42.a > > > leveldb/libmemenv.a -L.libs -lunivalue -lsecp256k1 -lboost_system -lc++ > > > -lc++abi -lpthread -lm -lboost_filesystem -lboost_program_options-mt > > > -lboost_thread-mt -lboost_system-mt -lboost_chrono-mt -ldb_cxx -lssl > > -lcrypto > > > -lminiupnpc -levent_pthreads -levent_extra -levent_core -lzmq -lsodium > > > -Wl,-rpath-link,/usr/local/lib > > > .libs/libzmq.so.4.2: warning: strcat() is almost always misused, please > > use > > > strlcat() > > > .libs/libdb_cxx.so.6.0: warning: rand() may return deterministic values, > > is > > > that what you want? > > > .libs/libboost_filesystem.so.8.0: warning: strcpy() is almost always > > misused, > > > please use strlcpy() > > > .libs/libzmq.so.4.2: warning: sprintf() is often misused, please use > > > snprintf() > > > .libs/libevent_core.so.1.1: warning: random() may return deterministic > > values, > > > is that what you want? > > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > > `SetupEnvironment()': > > > util.cpp:(.text+0x12ca): undefined reference to > > > `boost::filesystem::path::imbue(std::locale const&)' > > > util.cpp:(.text+0x12d5): undefined reference to > > > `boost::filesystem::path::imbue(std::locale const&)' > > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > > > > > `boost::program_options::detail::basic_config_file_iterator::getline(std::string&)': > > > > > util.cpp:(.text._ZN5boost15program_options6detail26basic_config_file_iteratorIcE7getlineERSs[_ZN5boost15program_options6detail26basic_config_file_iteratorIcE7getlineERSs]+0x98): > > > undefined reference to `boost::program_options::to_internal(std::string > > > const&)' > > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > > > > > `boost::program_options::detail::basic_config_file_iterator::basic_config_file_iterator(std::istream&, > > > std::set, > > std::allocator > > > > const&, bool)': > > > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 14:58:13 Modified files: net: Makefile Log message: +bitcoin,no_x11 from Fabian Raetz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/07/11 14:25:12 Modified files: net/quagga/patches: patch-zebra_kernel_socket_c Log message: allow to build if RTM_LOSING is unavailable
Re: NEW: net/bitcoin
Hi, can we also create a package of the no_x11 flavor? diff --git a/net/Makefile b/net/Makefile index 57cfb4eec35..b8781538c32 100644 --- a/net/Makefile +++ b/net/Makefile @@ -27,6 +27,7 @@ SUBDIR += bird SUBDIR += bird,v6 SUBDIR += bitcoin + SUBDIR += bitcoin,no_x11 SUBDIR += bitlbee SUBDIR += bitlbee,libpurple SUBDIR += bitlbee,otr Cheers, Fabian Am So., 8. Juli 2018 um 20:05 Uhr schrieb Kirill Bychkov < ki...@linklevel.net>: > On Sun, July 8, 2018 20:13, Rafael Sadowski wrote: > > On Sun Jul 08, 2018 at 05:39:33PM +0300, Kirill Bychkov wrote: > >> On Wed, July 4, 2018 23:28, Rafael Sadowski wrote: > >> > HI ports@, Hi Fabian Raetz! > >> > > >> > Thanks for testing over two weeks and tweaks/feedback. Your rc changes > >> > works fine for me. > >> > > >> > @ports: Attached new tarball with rc tweaks from Fabian Raetz. > >> > > >> > Could I get an okay (ports-wise) to import? > >> > >> Hi! Not an OK yet, sorry. > >> I guess better comment is needed to explain why this could be > >> built with clang only. > > > > Added "Undefined reference to boost and db4 with GCC" over COMPILER. > > Better ideas? > > OK kirby@ > BTW you can use --disable-tests instead of @comments in PLIST > > > > > Complete output: > > > > /usr/bin/ar cr leveldb/libmemenv.a > > leveldb/helpers/memenv/leveldb_libmemenv_a-memenv.o > > /usr/bin/ranlib leveldb/libmemenv.a > > /usr/bin/libtool --tag=CXX --mode=link eg++ -Wstack-protector > > -fstack-protector-all -fPIE -O2 -pipe -std=c++11 -pthread > -Wl,-z,relro > > -Wl,-z,now -L/usr/X11R6/lib -L/usr/local/lib -o bitcoind > bitcoind-bitcoind.o > > libbitcoin_server.a libbitcoin_common.a univalue/libunivalue.la > > libbitcoin_util.a libbitcoin_wallet.a libbitcoin_zmq.a > libbitcoin_consensus.a > > crypto/libbitcoin_crypto.a leveldb/libleveldb.a > leveldb/libleveldb_sse42.a > > leveldb/libmemenv.a secp256k1/libsecp256k1.la -pthread -L/usr/local/lib > > -lboost_system -lboost_filesystem -lboost_program_options-mt > -lboost_thread-mt > > -lboost_chrono-mt -ldb_cxx -lssl -lcrypto -lcrypto -lminiupnpc > > -L/usr/local/lib -levent_pthreads -levent_extra -levent_core > -L/usr/local/lib > > -levent_extra -levent_core -L/usr/local/lib -lzmq > > libtool: link: eg++ -o .libs/bitcoind -pthread -Wstack-protector > > -fstack-protector-all -fPIE -O2 -pipe -std=c++11 -Wl,-z -Wl,relro -Wl,-z > > -Wl,now bitcoind-bitcoind.o libbitcoin_server.a libbitcoin_common.a > > libbitcoin_util.a libbitcoin_wallet.a libbitcoin_zmq.a > libbitcoin_consensus.a > > crypto/libbitcoin_crypto.a leveldb/libleveldb.a > leveldb/libleveldb_sse42.a > > leveldb/libmemenv.a -L.libs -lunivalue -lsecp256k1 -lboost_system -lc++ > > -lc++abi -lpthread -lm -lboost_filesystem -lboost_program_options-mt > > -lboost_thread-mt -lboost_system-mt -lboost_chrono-mt -ldb_cxx -lssl > -lcrypto > > -lminiupnpc -levent_pthreads -levent_extra -levent_core -lzmq -lsodium > > -Wl,-rpath-link,/usr/local/lib > > .libs/libzmq.so.4.2: warning: strcat() is almost always misused, please > use > > strlcat() > > .libs/libdb_cxx.so.6.0: warning: rand() may return deterministic values, > is > > that what you want? > > .libs/libboost_filesystem.so.8.0: warning: strcpy() is almost always > misused, > > please use strlcpy() > > .libs/libzmq.so.4.2: warning: sprintf() is often misused, please use > > snprintf() > > .libs/libevent_core.so.1.1: warning: random() may return deterministic > values, > > is that what you want? > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > `SetupEnvironment()': > > util.cpp:(.text+0x12ca): undefined reference to > > `boost::filesystem::path::imbue(std::locale const&)' > > util.cpp:(.text+0x12d5): undefined reference to > > `boost::filesystem::path::imbue(std::locale const&)' > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > > > `boost::program_options::detail::basic_config_file_iterator::getline(std::string&)': > > > util.cpp:(.text._ZN5boost15program_options6detail26basic_config_file_iteratorIcE7getlineERSs[_ZN5boost15program_options6detail26basic_config_file_iteratorIcE7getlineERSs]+0x98): > > undefined reference to `boost::program_options::to_internal(std::string > > const&)' > > libbitcoin_util.a(libbitcoin_util_a-util.o): In function > > > `boost::program_options::detail::basic_config_file_iterator::basic_config_file_iterator(std::istream&, > > std::set, > std::allocator > > > const&, bool)': > > > util.cpp:(.text._ZN5boost15program_options6detail26basic_config_file_iteratorIcEC2ERSiRKSt3setISsSt4lessISsESaISsEEb[_ZN5boost15program_options6detail26basic_config_file_iteratorIcEC5ERSiRKSt3setISsSt4lessISsESaISsEEb]+0x21): > > undefined reference to > > > `boost::program_options::detail::common_config_file_iterator::common_config_file_iterator(std::set > std::less, std::allocator > const&, bool)' > > libbitcoin_wallet.a(libbitcoin_wallet_a-db.o): In function > > `CDBEnv::Verify(std::string const&, bool (*)(std::string const&, > > std::string&),
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 14:02:16 Modified files: security/p11-kit: Makefile Log message: Amend COMMENT ok ajacoutot@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 13:45:58 Modified files: devel/gdb : Makefile Log message: Drop comment outdated now that this builds on arm64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 13:37:25 Modified files: comms/mgetty+sendfax: Makefile Log message: mgetty-1.2.0 has been released in March, amend MASTER_SITES Anyone interested?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/07/11 13:09:33 Modified files: sysutils/tarsnap-gui: Makefile distinfo Log message: Update for Tarsnap-gui to 1.0.1: https://github.com/Tarsnap/tarsnap-gui/releases >From Josh (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/07/11 13:06:32 Modified files: net/libmaxminddb: Makefile Removed files: net/libmaxminddb/patches: patch-include_maxminddb_h patch-src_maxminddb_c Log message: The combination of -fms-extensions -std=c99 means libmaxminddb couldn't be built with base GCC, so the library and headers were patched. This worked when the only consumer was the mmdblookup bundled tool. However, this is causing issues with new consumers. Instead of patching all consumers, stop modifying the library and header file, and switch to using COMPILER directives instead, as it builds fine with base-clang and ports-gcc. OK jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 13:05:42 Modified files: editors/emacs21: Makefile Log message: emacs21 never built on arm64
Re: UPDATE: Tarsnap-gui-1.0.1
On Wed, Jul 11, 2018 at 02:36:25PM +0200, Gonzalo L. Rodriguez wrote: > Hello, > > Update for Tarsnap-gui to 1.0.1: > > https://github.com/Tarsnap/tarsnap-gui/releases > > OK? Comments? Appears identical to the update I posted on June 5 [1]. OK maintainer. [1] https://marc.info/?l=openbsd-ports=152817041411089=2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 12:14:25 Modified files: infrastructure/lib/DPB: Fetch.pm Log message: protect distinfo and history better against fs overflows
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/07/11 11:24:31 Modified files: sysutils/coreutils: Makefile distinfo sysutils/coreutils/patches: patch-Makefile_in Log message: Update GNU coreutils to 8.30 -- thanks to kn@ for big ending testing.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 11:21:19 Modified files: www/drupal7/theme-newsflash: Makefile distinfo Log message: Update to 2.6 (XSS under non default settings) SA-CONTRIB-2018-049
[UPDATE] comms/picocom to 3.1
Hi ports@,
Here is a diff to update picocom to 3.1.
Notable changes:
- Switch to using GitHub
- Drop the patch for the old manpage
- Sync DESCR with the actual manpage
As discussed with him, remove Kyle Isom from MAINTAINER (ENOTIME).
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/comms/picocom/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile1 Oct 2016 11:54:14 - 1.7
+++ Makefile11 Jul 2018 16:33:22 -
@@ -2,28 +2,24 @@
COMMENT = minimal dumb-terminal emulation program
-DISTNAME = picocom-1.7
-REVISION = 0
-CATEGORIES = comms
+GH_ACCOUNT = npat-efault
+GH_PROJECT = picocom
+GH_TAGNAME = 3.1
-HOMEPAGE = https://github.com/npat-efault/picocom
-MAINTAINER = Kyle Isom
+CATEGORIES = comms
# GPLv2+
PERMIT_PACKAGE_CDROM = Yes
WANTLIB += c
-MASTER_SITES = ${MASTER_SITE_GOOGLECODE:=picocom/}
-
MAKE_FLAGS = CC="${CC}" CFLAGS="${CFLAGS}"
MAKE_ENV = LDFLAGS="${LDFLAGS}"
NO_TEST = Yes
do-install:
- ${INSTALL_DATA} ${WRKSRC}/picocom.8 ${PREFIX}/man/man8/picocom.8
+ ${INSTALL_DATA} ${WRKSRC}/picocom.1 ${PREFIX}/man/man1/picocom.1
${INSTALL_PROGRAM} ${WRKDIST}/picocom ${PREFIX}/bin/picocom
-
.include
Index: distinfo
===
RCS file: /cvs/ports/comms/picocom/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo23 Oct 2013 03:22:02 - 1.2
+++ distinfo11 Jul 2018 16:33:22 -
@@ -1,2 +1,2 @@
-SHA256 (picocom-1.7.tar.gz) = 0PMcj3ohWnaSLTDIGlK5ojSMieAqhJNVFwArO8LBEp4=
-SIZE (picocom-1.7.tar.gz) = 42857
+SHA256 (picocom-3.1.tar.gz) = 5nYcqTL/xtCb1rEf8Bi9r3Cyh85RizKC0p4CcOiEILs=
+SIZE (picocom-3.1.tar.gz) = 121686
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/comms/picocom/patches/patch-Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Makefile
--- patches/patch-Makefile 23 Oct 2013 03:22:02 - 1.2
+++ patches/patch-Makefile 11 Jul 2018 16:33:22 -
@@ -1,25 +1,14 @@
-$OpenBSD: patch-Makefile,v 1.2 2013/10/23 03:22:02 lteo Exp $
+$OpenBSD$
Makefile.orig Fri Sep 13 19:18:11 2013
-+++ Makefile Fri Sep 13 19:22:09 2013
-@@ -5,16 +5,17 @@ UUCP_LOCK_DIR=/var/lock
+Index: Makefile
+--- Makefile.orig
Makefile
+@@ -18,7 +18,7 @@ TTY_Q_SZ = 0
+ CPPFLAGS += -DTTY_Q_SZ=$(TTY_Q_SZ)
- # CC = gcc
- CPPFLAGS=-DVERSION_STR=\"$(VERSION)\" \
-- -DUUCP_LOCK_DIR=\"$(UUCP_LOCK_DIR)\" \
-- -DHIGH_BAUD
-+ -DUUCP_LOCK_DIR=\"$(UUCP_LOCK_DIR)\"
- CFLAGS = -Wall -g
+ ## Comment this out to disable high-baudrate support
+-CPPFLAGS += -DHIGH_BAUD
++#CPPFLAGS += -DHIGH_BAUD
- # LD = gcc
- LDFLAGS = -g
- LDLIBS =
-
-+all: picocom
-+
- picocom : picocom.o term.o
--# $(LD) $(LDFLAGS) -o $@ $+ $(LDLIBS)
-+ $(CC) $(LDFLAGS) -o $@ picocom.o term.o $(LDLIBS)
-
- picocom.o : picocom.c term.h
- term.o : term.c term.h
+ ## Normally you should NOT enable both: UUCP-style and flock(2)
+ ## locking.
Index: patches/patch-picocom_8
===
RCS file: patches/patch-picocom_8
diff -N patches/patch-picocom_8
--- patches/patch-picocom_8 23 Oct 2013 03:22:02 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,26 +0,0 @@
-$OpenBSD: patch-picocom_8,v 1.1 2013/10/23 03:22:02 lteo Exp $
-
picocom.8.orig Tue Feb 21 09:53:42 2012
-+++ picocom.8 Sun Sep 15 22:34:20 2013
-@@ -123,8 +123,8 @@ picocom --send-cmd "sz -vv" --receive-cmd "rz -vv"
- .br
- .sp 0.6v
- During the picocom session, if you key the "send" or "receive" commands (e.g.
by pressing C-a, C-s, or C-a, C-r) you will be prompted for a filename. At this
prompt you can enter one or more file-names, and any additional arguments to
the transmission or reception program. After that, picocom will start the the
external program as specified by the "--send-cmd", or "--receive-cmd" option,
and with any filenames and additional arguments you may have supplied. The
standard input and output of the external program will be connected to the
serial port. The standard error of the external program will be connected to
the terminal which---while the program is running---will revert to canonical
mode. Pressing 'C-c' while the external program is running will prematurely
terminate it, and return control to
--.B picocom
--. Pressing 'C-c' at any other time, has no special effect; the character is
normally passed to the serial port.
-+.BR picocom .
-+Pressing 'C-c' at any other time, has no special effect; the character is
normally passed to the serial port.
- .br
- .sp 0.6v
- .SH INPUT, OUTPUT, AND ECHO MAPPING
-@@ -227,8 +227,8 @@ to already-connected modems, or already
Re: [patch] geo/garmindev on aarch64
On Wed, Jul 11, 2018 at 12:43:35PM +0100, Stuart Henderson wrote:
> On 2018/07/10 23:16, Matthew Martin wrote:
> > Few signed char fixes.
>
> Was this a build failure before (in which case OK), or did it build but
> misbehave (in which case it needs a bump)?
Build failure [1]. Same reasoning as in bcallah's games/scid patch:
doesn't build on unsigned char arches (as there are negative values) and
no change on signed char arches.
1: http://build-failures.rhaalovely.net/aarch64/2018-06-21/geo/garmindev.log
> > diff --git patches/patch-src_EtrexH_CDevice_cpp
> > patches/patch-src_EtrexH_CDevice_cpp
> > new file mode 100644
> > index 000..4b0c1a0f437
> > --- /dev/null
> > +++ patches/patch-src_EtrexH_CDevice_cpp
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: src/EtrexH/CDevice.cpp
> > +--- src/EtrexH/CDevice.cpp.orig
> > src/EtrexH/CDevice.cpp
> > +@@ -47,7 +47,7 @@ callback ( state,0,cancel,0,message )
> > +
> > + namespace EtrexH
> > + {
> > +-static const char _clrtbl[1024]= {
> > ++static const signed char _clrtbl[1024]= {
> > + -127,-127,-127,0,-60,-60,-60,0,90,90,90,0,0,0,0,0,-117,0,0,0,
> > + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> > + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
> > diff --git patches/patch-src_EtrexLegendC_CDevice_cpp
> > patches/patch-src_EtrexLegendC_CDevice_cpp
> > new file mode 100644
> > index 000..d8eb9dde223
> > --- /dev/null
> > +++ patches/patch-src_EtrexLegendC_CDevice_cpp
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: src/EtrexLegendC/CDevice.cpp
> > +--- src/EtrexLegendC/CDevice.cpp.orig
> > src/EtrexLegendC/CDevice.cpp
> > +@@ -37,7 +37,7 @@ using namespace std;
> > + namespace EtrexLegendC
> > + {
> > +
> > +-static const char _clrtbl[1024]= {
> > ++static const signed char _clrtbl[1024]= {
> > + 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
> > + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> > + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
> > diff --git patches/patch-src_GPSMap60CSx_CDevice_cpp
> > patches/patch-src_GPSMap60CSx_CDevice_cpp
> > new file mode 100644
> > index 000..40789131168
> > --- /dev/null
> > +++ patches/patch-src_GPSMap60CSx_CDevice_cpp
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: src/GPSMap60CSx/CDevice.cpp
> > +--- src/GPSMap60CSx/CDevice.cpp.orig
> > src/GPSMap60CSx/CDevice.cpp
> > +@@ -43,7 +43,7 @@ using namespace std;
> > + namespace GPSMap60CSx
> > + {
> > +
> > +-static const char _clrtbl[1024]= {
> > ++static const signed char _clrtbl[1024]= {
> > + 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
> > + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> > + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
> >
>
Re: [PATCH] net/libmaxminddb
On Tue, Jul 10 2018, Frederic Cambus wrote: > Hi ports@, > > The combination of -fms-extensions -std=c99 means libmaxminddb couldn't be > built with base GCC, so the library and headers were patched. This worked > when the only consumer was the mmdblookup bundled tool. > > However, this is causing issues with new consumers. For example, I cannot > build the MaxMind::DB::Reader::XS Perl module because of this. > > Instead of patching all consumers, stop modifying the library and header > file, and switch to using COMPILER directives instead, as it builds fine > with base-clang and ports-gcc. > > Comments? OK? Looks like a better solution, ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/11 10:50:37 Modified files: net/curl : Tag: OPENBSD_6_3 Makefile Added files: net/curl/patches: Tag: OPENBSD_6_3 patch-lib_smtp_c Log message: Security fix: CVE-2018-0500: SMTP send heap buffer overflow
UPDATE: Brotli-1.0.5
Hello, Update for Brotli to 1.0.5: https://github.com/google/brotli/releases OK? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/archivers/brotli/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile27 Apr 2018 16:30:57 - 1.6 +++ Makefile11 Jul 2018 16:23:15 - @@ -4,7 +4,7 @@ COMMENT = generic lossless compressor GH_ACCOUNT = google GH_PROJECT = brotli -GH_TAGNAME = v1.0.4 +GH_TAGNAME = v1.0.5 SHARED_LIBS += brotlicommon 1.1 # 0.6 SHARED_LIBS += brotlidec 1.1 # 0.6 Index: distinfo === RCS file: /cvs/ports/archivers/brotli/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo27 Apr 2018 16:30:57 - 1.5 +++ distinfo11 Jul 2018 16:23:15 - @@ -1,2 +1,2 @@ -SHA256 (brotli-1.0.4.tar.gz) = Imij3/HMNuGFSeiaUe4M2VE5CKl31W1qH51MYcKvN8M= -SIZE (brotli-1.0.4.tar.gz) = 23819000 +SHA256 (brotli-1.0.5.tar.gz) = PVvt1I7bkJ/juHy5n30Tm5h+9vFha34i106SgnCi/SA= +SIZE (brotli-1.0.5.tar.gz) = 23825684
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 10:10:56 Modified files: infrastructure/lib/DPB/Heuristics: Size.pm Log message: missed commit
Re: [update]: devel/physfs 3.0.1
On Tue, Jul 10 2018, David CARLIER wrote: > Here the dpb output > > Elapsed time=00:54:19 > > I=1 B=0 Q=0 T=306 F=0 !=0 Committed, thanks! -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 10:05:14 Modified files: devel/physfs : Makefile distinfo devel/physfs/pkg: PLIST Removed files: devel/physfs/patches: patch-CMakeLists_txt Log message: Update to physfs-3.0.1 from David Carlier who also build-tested consumers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/11 10:00:03 Modified files: net/curl : Makefile distinfo net/curl/patches: patch-lib_vtls_openssl_c net/curl/pkg : PLIST Log message: Update to 7.61.0. Includes a fix for: CVE-2018-0500: SMTP send heap buffer overflow
UPDATE: Tor-0.3.3.8
Hello, Update for Tor to 0.3.3.8: https://blog.torproject.org/tor-0338-released OK? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.115 diff -u -p -r1.115 Makefile --- Makefile2 Jul 2018 10:00:41 - 1.115 +++ Makefile11 Jul 2018 15:43:02 - @@ -2,8 +2,7 @@ COMMENT= anonymity service using onion routing -DISTNAME= tor-0.3.3.7 -REVISION= 0 +DISTNAME= tor-0.3.3.8 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ Index: distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.95 diff -u -p -r1.95 distinfo --- distinfo13 Jun 2018 13:59:57 - 1.95 +++ distinfo11 Jul 2018 15:43:02 - @@ -1,2 +1,2 @@ -SHA256 (tor-0.3.3.7.tar.gz) = 6mu1EsSt+8TgWyLkwtBr3f9bNYpT3pgic/7IRrdb3gw= -SIZE (tor-0.3.3.7.tar.gz) = 6564968 +SHA256 (tor-0.3.3.8.tar.gz) = PPW0/qJJHL/voQd78bKFXhaQUtOBvZIM1Xqpv6/2s6U= +SIZE (tor-0.3.3.8.tar.gz) = 6564878 Index: patches/patch-configure_ac === RCS file: /cvs/ports/net/tor/patches/patch-configure_ac,v retrieving revision 1.4 diff -u -p -r1.4 patch-configure_ac --- patches/patch-configure_ac 13 Jun 2018 13:59:57 - 1.4 +++ patches/patch-configure_ac 11 Jul 2018 15:43:02 - @@ -3,7 +3,7 @@ disable -fasynchronous-unwind-tables as Index: configure.ac --- configure.ac.orig +++ configure.ac -@@ -,13 +,6 @@ fi +@@ -1115,13 +1115,6 @@ fi CFLAGS="$saved_CFLAGS" AC_SUBST(F_OMIT_FRAME_POINTER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/07/11 09:36:55 Modified files: net/iperf3 : Makefile distinfo net/iperf3/patches: patch-src_iperf_api_c patch-src_iperf_udp_c Removed files: net/iperf3/patches: patch-src_portable_endian_h Log message: Update to iperf3 to 3.6 maintainer time out (lteo@) OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 09:24:56 Modified files: net/fastnetmon/pkg: fastnetmon.rc Log message: PREFIX -> TRUEPREFIX
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 09:17:55 Modified files: net: Makefile Log message: +fastnetmon
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 09:16:47 Log message: import fastnetmon-1.1.3 (git HEAD really) FastNetMon is a very high performance DDoS detector built on top of multiple packet capture engines: NetFlow, IPFIX, sFLOW. It could detect malicious traffic in your network and immediately block it with BGP blackhole or BGP flow spec rules. It has solid support for all top network vendors and has unlimited scalability due to flexible design. tested with pflow(4) ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20181107 N ports/net/fastnetmon/Makefile N ports/net/fastnetmon/distinfo N ports/net/fastnetmon/pkg/DESCR N ports/net/fastnetmon/pkg/PLIST N ports/net/fastnetmon/pkg/README N ports/net/fastnetmon/pkg/fastnetmon.rc N ports/net/fastnetmon/patches/patch-src_fastnetmon_cpp N ports/net/fastnetmon/patches/patch-src_fastnetmon_packet_parser_c N ports/net/fastnetmon/patches/patch-src_fastnetmon_packet_parser_h N ports/net/fastnetmon/patches/patch-src_pcap_plugin_pcap_collector_cpp N ports/net/fastnetmon/patches/patch-src_CMakeLists_txt No conflicts created by this import
Re: NEW OCaml sysutils/dune math/ocaml-{num,zarith}
On Wed, Jul 11 2018, Jeremie Courreges-Anglas wrote:
> On Mon, Jul 02 2018, Christopher Zimmermann wrote:
>> On 2018-06-21 Christopher Zimmermann wrote:
>>> Hi,
>>>=20
>>> the last few days I prepared an update of ocaml to 4.06 and opam to
>>> 2.00rc2 and along with it updates or REVISION bumps of the dependent
>>> ports.
>>>=20
>>> two ports have been added since num has been removed from the OCaml
>>> distribution.
>>> math/ocaml-num
>>> math/Zarith
>>
>> Thanks a lot for the reviews so far. I fixed few issues and
>> renamed math/Zarith to math/ocaml-zarith. Before committing the update
>> of OCaml and dependent ports I need to import the new ports
>>
>> sysutils/dune
>> math/ocaml-{num,zarith}
>>
>> which are attached as single tarball. They will be enabled in the
>> category Makefiles with the OCaml upgrade diff. OK to import this?
>
> Here's an updated tarball for num (simplify native/non-native
> conditionals) and zarith (fix tests).
>
> I'm having a hard time trying to figure out why ports using
> dune/jbuilder fail on sparc64.
>
> =2D-8<--
> billy /usr/ports/devel/ocaml-cppo$ make clean all
> =3D=3D=3D> Cleaning for ocaml-cppo-1.6.4
> =3D=3D=3D> ocaml-cppo-1.6.4 depends on: dune-* -> dune-1.0+beta20
> =3D=3D=3D> ocaml-cppo-1.6.4 depends on: findlib-* -> findlib-1.8.0
> =3D=3D=3D> ocaml-cppo-1.6.4 depends on: ocamlbuild-* -> ocamlbuild-0.12.0
> =3D=3D=3D> ocaml-cppo-1.6.4 depends on: ocaml-=3D4.06.1 -> ocaml-4.06.1
> =3D=3D=3D> Verifying specs: c m pthread
> =3D=3D=3D> found c.92.3 m.10.1 pthread.25.1
> =3D=3D=3D> Checking files for ocaml-cppo-1.6.4
> `/usr/ports/distfiles/cppo-1.6.4.tar.gz' is up to date.
>>> (SHA256) cppo-1.6.4.tar.gz: OK
> =3D=3D=3D> Extracting for ocaml-cppo-1.6.4
> =3D=3D=3D> Patching for ocaml-cppo-1.6.4
> =3D=3D=3D> Compiler link: cc -> /usr/bin/cc
> =3D=3D=3D> Compiler link: c++ -> /usr/bin/c++
> =3D=3D=3D> Configuring for ocaml-cppo-1.6.4
> =3D=3D=3D> Building for ocaml-cppo-1.6.4
> Fatal error: cannot find file 'build'
> *** Error 2 in /tmp/pobj/ocaml-cppo-1.6.4/cppo-1.6.4 (Makefile:2 'all': @jb=
> uilder build @install @DEFAULT)
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2703 '/tmp/pobj/=
> ocaml-cppo-1.6.4/.build_done')
> *** Error 1 in /usr/ports/devel/ocaml-cppo (/usr/ports/infrastructure/mk/bs=
> d.port.mk:2382 'all')
> =2D->8--
>
> And I can't build dune on amd64 using ocaml-4.03:
Here is an updated, non-working tarball for dune-1.0.0 that has been
published yesterday. I don't know what we're supposed to do here.
1. I guess dune is mandatory for this update to 4.06? If so I consider
it a blocking problem until we understand what is happening on sparc64.
2. I would rather import dune under devel/ since it is basically a build
system.
dune-1.0.0-port.tgz
Description: Binary data
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
signature.asc
Description: PGP signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 09:10:47 Log message: Import math/ocaml-num, the deprecated arbitrary precision library formerly distributed with the OCaml compiler distribution. Needed to build mldonkey. Marked as BROKEN till the next OCaml upgrade. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 N ports/math/ocaml-num/Makefile N ports/math/ocaml-num/distinfo N ports/math/ocaml-num/pkg/DESCR N ports/math/ocaml-num/pkg/PLIST N ports/math/ocaml-num/pkg/PFRAG.native N ports/math/ocaml-num/pkg/PFRAG.dynlink-native N ports/math/ocaml-num/patches/patch-src_Makefile No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 09:09:00 Log message: Import math/ocaml-zarith, an arbitrary precision arithmetics library using GMP as backend. This is needed by frama-c because num was removed from the OCaml compiler distribution. Marked as BROKEN till the next OCaml upgrade. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 N ports/math/ocaml-zarith/Makefile N ports/math/ocaml-zarith/distinfo N ports/math/ocaml-zarith/pkg/DESCR N ports/math/ocaml-zarith/pkg/PLIST N ports/math/ocaml-zarith/pkg/PFRAG.native N ports/math/ocaml-zarith/pkg/PFRAG.dynlink-native N ports/math/ocaml-zarith/patches/patch-configure N ports/math/ocaml-zarith/patches/patch-project_mak No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 08:58:17 Log message: Import sysutils/dune, aka jbuilder, the new OCaml build system. Marked as BROKEN until the next OCaml upgrade happens. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 U ports/sysutils/dune/distinfo U ports/sysutils/dune/Makefile U ports/sysutils/dune/pkg/DESCR U ports/sysutils/dune/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 08:55:02 Log message: Import sysutils/dune, aka jbuilder, the new OCaml build system. Marked as BROKEN until the next OCaml upgrade happens. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 U ports/sysutils/dune/distinfo U ports/sysutils/dune/Makefile U ports/sysutils/dune/pkg/DESCR U ports/sysutils/dune/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 08:55:48 Log message: Import sysutils/dune, aka jbuilder, the new OCaml build system. Marked as BROKEN until the next OCaml upgrade happens. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 U ports/sysutils/dune/distinfo U ports/sysutils/dune/Makefile U ports/sysutils/dune/pkg/DESCR U ports/sysutils/dune/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 08:52:28 Log message: Import sysutils/dune, aka jbuilder, a new OCaml build system. Not enabled yet, as it is waiting for OCaml 4.06. OK jca@ Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 U ports/sysutils/dune/distinfo U ports/sysutils/dune/Makefile U ports/sysutils/dune/pkg/DESCR U ports/sysutils/dune/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: chr...@cvs.openbsd.org 2018/07/11 08:50:55 Log message: Import sysutils/dune, also known as jbuilder, a OCaml build system Status: Vendor Tag: chrisz Release Tags: chrisz_20180711 N ports/sysutils/dune/distinfo N ports/sysutils/dune/Makefile N ports/sysutils/dune/pkg/DESCR N ports/sysutils/dune/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 08:43:31 Modified files: infrastructure/lib/DPB: Engine.pm State.pm User.pm Log message: darn, opening the file doesn't mean we have room to write to it. And it could overflow midway thru, so try not to erase existing shitz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/07/11 08:27:02 Modified files: sysutils/pciutils: Makefile distinfo Log message: Update for pciutils to 3.6.0 OK jsg@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 08:12:44 Modified files: infrastructure/db: user.list Log message: reserve uid/gid for _fastnetmon
Re: UPDATE werkzeug to 0.14.1 and take maintainership
ping. 2018-07-10 0:17 GMT+03:00 Victor Kukshiev : > Hi, ports@! > > This diff updates werkzeug to 0.14.1 > First step in process update Flask to 1.0.x brahch > I also take maintainership it. > ok? > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/11 07:38:03 Modified files: audio/xmms2: Makefile audio/xmms2/pkg: PLIST Removed files: audio/xmms2/patches: patch-src_plugins_tremor_wscript Log message: Drop support for tremor (obsolete fixed-point Vorbis decoder), which will be going away soon.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/11 07:05:08 Modified files: multimedia/gstreamer-0.10/plugins-base: Makefile multimedia/gstreamer-0.10/plugins-base/pkg: PLIST multimedia/gstreamer1/plugins-base: Makefile multimedia/gstreamer1/plugins-base/pkg: PLIST Log message: Drop support for tremor (obsolete fixed-point Vorbis decoder), which will be going away soon. ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:59:57 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.15.56.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:59:39 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.10.55.
Re: UPDATE of lang/ocaml to 4.06 and dependent ports
On Fri, Jun 22 2018, Jeremie Courreges-Anglas wrote:
> Cutting down the Cc list...
>
> On Thu, Jun 21 2018, Christopher Zimmermann wrote:
>
> [...]
>
>> I'd like to collect some OKs from developers familiar with OCaml ports.
>> If someone owning a powerpc or sparc machine feels like it he could try
>> to enable OCaml native-code
>> in /usr/ports/infrastructure/mk/arch-defines.mk for his arch and test
>> whether it is working again.
>
> Without any change to arch-defines.mk, lang/ocaml fails to package on
> sparc64:
>
> Error:
> /usr/ports/pobj/ocaml-4.06.1/fake-sparc64/usr/local/lib/ocaml/raw_spacetime_lib.cma
> does not exist
> Error:
> /usr/ports/pobj/ocaml-4.06.1/fake-sparc64/usr/local/lib/ocaml/raw_spacetime_lib.cmi
> does not exist
> Error:
> /usr/ports/pobj/ocaml-4.06.1/fake-sparc64/usr/local/lib/ocaml/raw_spacetime_lib.mli
> does not exist
> Fatal error: can't continue
> at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1647.
So these files should go in pkg/PFRAG.native-main. Updated diff for
lang/ocaml only.
Why remove this line from the Makefile, btw?
-# Don't forget to bump version in ocaml.port.mk, too!
Index: Makefile
===
RCS file: /cvs/ports/lang/ocaml/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile11 Jul 2018 09:30:55 - 1.80
+++ Makefile11 Jul 2018 11:22:56 -
@@ -7,9 +7,7 @@ COMMENT-graphics = OCaml Graphics librar
# XXX Don't even think of updating ocaml alone.
# Do check that the ports that depend on it still work, or repair them.
-# Don't forget to bump version in ocaml.port.mk, too!
-VERSION= 4.03.0
-REVISION= 3
+VERSION= 4.06.1
PKGNAME-main = ocaml-${VERSION}
PKGNAME-graphics = ocaml-graphics-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/lang/ocaml/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo24 Jun 2016 15:59:12 - 1.23
+++ distinfo10 Jul 2018 17:46:46 -
@@ -1,4 +1,4 @@
-SHA256 (ocaml-4.03-refman-html.tar.gz) =
4qMHU54zMZN2B+lvjPqp5Dbd7sq7DX4l+ILP/LJ/1+k=
-SHA256 (ocaml-4.03.0.tar.gz) = f98oDMbAot5PyYkdC/RjPqQXBG7OYZ8BH9RFQPz8jaI=
-SIZE (ocaml-4.03-refman-html.tar.gz) = 814882
-SIZE (ocaml-4.03.0.tar.gz) = 3388739
+SHA256 (ocaml-4.06-refman-html.tar.gz) =
qaC5Tq6tBkxSWmLeZSC1CSoOoEZ8LwNYTW+kYsmvqn4=
+SHA256 (ocaml-4.06.1.tar.gz) = DDjG9TEQPof6scIYp+dih9fLTX7k3qZOf4WVKvOxtQ4=
+SIZE (ocaml-4.06-refman-html.tar.gz) = 928960
+SIZE (ocaml-4.06.1.tar.gz) = 4049457
Index: patches/patch-configure
===
RCS file: /cvs/ports/lang/ocaml/patches/patch-configure,v
retrieving revision 1.21
diff -u -p -r1.21 patch-configure
--- patches/patch-configure 7 Sep 2016 10:02:59 - 1.21
+++ patches/patch-configure 10 Jul 2018 17:46:46 -
@@ -1,7 +1,8 @@
$OpenBSD: patch-configure,v 1.21 2016/09/07 10:02:59 jasper Exp $
configure.orig Mon Apr 25 15:36:01 2016
-+++ configure Wed Sep 7 12:02:30 2016
-@@ -839,6 +839,7 @@ case "$target" in
+Index: configure
+--- configure.orig
configure
+@@ -975,6 +975,7 @@ case "$target" in
s390x*-*-linux*) arch=s390x; model=z10; system=elf;;
armv6*-*-linux-gnueabihf) arch=arm; model=armv6; system=linux_eabihf;;
arm*-*-linux-gnueabihf) arch=arm; system=linux_eabihf;;
@@ -9,18 +10,23 @@ $OpenBSD: patch-configure,v 1.21 2016/09
armv7*-*-linux-gnueabi) arch=arm; model=armv7; system=linux_eabi;;
armv6t2*-*-linux-gnueabi) arch=arm; model=armv6t2; system=linux_eabi;;
armv6*-*-linux-gnueabi) arch=arm; model=armv6; system=linux_eabi;;
-@@ -1673,11 +1674,11 @@ echo "X11_LINK=$x11_link" >> Makefile
+@@ -1838,7 +1839,7 @@ echo "X11_LINK=$x11_link" >> Makefile
# Look for BFD library
--if sh ./hasgot -DPACKAGE=ocaml -i bfd.h && \
-- sh ./hasgot -DPACKAGE=ocaml -lbfd -ldl -liberty -lz bfd_openr; then
-+if sh ./hasgot -I${OPENBSD_LOCALBASE}/include -DPACKAGE=ocaml -i bfd.h && \
-+ sh ./hasgot -L${OPENBSD_LOCALBASE}/lib -DPACKAGE=ocaml -lbfd -liberty -lz
bfd_openr; then
+-if $shared_libraries_supported && ./hasgot -DPACKAGE=ocaml -i bfd.h ; then
++if $shared_libraries_supported && ./hasgot -I${OPENBSD_LOCALBASE}/include
-DPACKAGE=ocaml -i bfd.h ; then
inf "BFD library found."
- echo "#define HAS_LIBBFD" >> s.h
-- echo "LIBBFD_LINK=-lbfd -ldl -liberty -lz" >> Makefile
-+ echo "LIBBFD_LINK=-I${OPENBSD_LOCALBASE}/include -L${OPENBSD_LOCALBASE}/lib
-lbfd -liberty -lz" >> Makefile
- echo LIBBFD_INCLUDE= >>Makefile
- elif sh ./hasgot -DPACKAGE=ocaml -I/opt/local/include -i bfd.h && \
- sh ./hasgot -DPACKAGE=ocaml -L/opt/local/lib -lbfd -ldl \
+ if sh ./hasgot -DPACKAGE=ocaml -lbfd bfd_openr; then
+ LIBBFD_LINK="-lbfd"
+@@ -1852,8 +1853,8 @@ if $shared_libraries_supported && ./hasgot -DPACKAGE=o
+
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 06:56:38 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm devel/quirks/pkg: PLIST Removed files: devel/quirks/files/Quirks: texlive.pm Log message: zap really old quirks. bump version to 3.0, add interface for optional tags (unused yet)
Re: NEW OCaml sysutils/dune math/ocaml-{num,zarith}
On Mon, Jul 02 2018, Christopher Zimmermann wrote:
> On 2018-06-21 Christopher Zimmermann wrote:
>> Hi,
>>=20
>> the last few days I prepared an update of ocaml to 4.06 and opam to
>> 2.00rc2 and along with it updates or REVISION bumps of the dependent
>> ports.
>>=20
>> two ports have been added since num has been removed from the OCaml
>> distribution.
>> math/ocaml-num
>> math/Zarith
>
> Thanks a lot for the reviews so far. I fixed few issues and
> renamed math/Zarith to math/ocaml-zarith. Before committing the update
> of OCaml and dependent ports I need to import the new ports
>
> sysutils/dune
> math/ocaml-{num,zarith}
>
> which are attached as single tarball. They will be enabled in the
> category Makefiles with the OCaml upgrade diff. OK to import this?
Here's an updated tarball for num (simplify native/non-native
conditionals) and zarith (fix tests).
I'm having a hard time trying to figure out why ports using
dune/jbuilder fail on sparc64.
=2D-8<--
billy /usr/ports/devel/ocaml-cppo$ make clean all
=3D=3D=3D> Cleaning for ocaml-cppo-1.6.4
=3D=3D=3D> ocaml-cppo-1.6.4 depends on: dune-* -> dune-1.0+beta20
=3D=3D=3D> ocaml-cppo-1.6.4 depends on: findlib-* -> findlib-1.8.0
=3D=3D=3D> ocaml-cppo-1.6.4 depends on: ocamlbuild-* -> ocamlbuild-0.12.0
=3D=3D=3D> ocaml-cppo-1.6.4 depends on: ocaml-=3D4.06.1 -> ocaml-4.06.1
=3D=3D=3D> Verifying specs: c m pthread
=3D=3D=3D> found c.92.3 m.10.1 pthread.25.1
=3D=3D=3D> Checking files for ocaml-cppo-1.6.4
`/usr/ports/distfiles/cppo-1.6.4.tar.gz' is up to date.
>> (SHA256) cppo-1.6.4.tar.gz: OK
=3D=3D=3D> Extracting for ocaml-cppo-1.6.4
=3D=3D=3D> Patching for ocaml-cppo-1.6.4
=3D=3D=3D> Compiler link: cc -> /usr/bin/cc
=3D=3D=3D> Compiler link: c++ -> /usr/bin/c++
=3D=3D=3D> Configuring for ocaml-cppo-1.6.4
=3D=3D=3D> Building for ocaml-cppo-1.6.4
Fatal error: cannot find file 'build'
*** Error 2 in /tmp/pobj/ocaml-cppo-1.6.4/cppo-1.6.4 (Makefile:2 'all': @jb=
uilder build @install @DEFAULT)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2703 '/tmp/pobj/=
ocaml-cppo-1.6.4/.build_done')
*** Error 1 in /usr/ports/devel/ocaml-cppo (/usr/ports/infrastructure/mk/bs=
d.port.mk:2382 'all')
=2D->8--
And I can't build dune on amd64 using ocaml-4.03:
=2D-8<--
ritchie /usr/ports/mystuff/sysutils/dune$ time nice make clean all repackage
=3D=3D=3D> Cleaning for dune-1.0+beta20
=3D=3D=3D> dune-1.0+beta20 depends on: findlib-* -> findlib-1.6.2p2
=3D=3D=3D> dune-1.0+beta20 depends on: ocaml-=3D4.03.0 -> ocaml-4.03.0p2
=3D=3D=3D> dune-1.0+beta20 depends on: gmake-* -> gmake-4.2.1
=3D=3D=3D> Verifying specs: c m pthread
=3D=3D=3D> found c.92.3 m.10.1 pthread.25.1
=3D=3D=3D> Checking files for dune-1.0+beta20
`/d/distfiles/dune-1.0+beta20.tar.gz' is up to date.
>> (SHA256) dune-1.0+beta20.tar.gz: OK
=3D=3D=3D> Extracting for dune-1.0+beta20
=3D=3D=3D> Patching for dune-1.0+beta20
=3D=3D=3D> Compiler link: clang -> /usr/bin/clang
=3D=3D=3D> Compiler link: clang++ -> /usr/bin/clang++
=3D=3D=3D> Compiler link: cc -> /usr/bin/cc
=3D=3D=3D> Compiler link: c++ -> /usr/bin/c++
=3D=3D=3D> Configuring for dune-1.0+beta20
=3D=3D=3D> Building for dune-1.0+beta20
ocaml bootstrap.ml
'/usr/local/bin/ocamllex.opt' -q src/meta_lexer.mll
'/usr/local/bin/ocamldep.opt' -modules src/action.ml src/action_intf.ml src=
/arg_spec.ml src/artifacts.ml src/bin.ml src/binary_kind.ml src/build.ml sr=
c/build_interpret.ml src/build_system.ml src/clflags.ml src/cm_kind.ml src/=
colors.ml src/config.ml src/context.ml src/dep_path.ml src/env.ml src/error=
s.ml src/exe.ml src/file_tree.ml src/findlib.ml src/gen_meta.ml src/gen_rul=
es.ml src/glob_lexer.boot.ml src/import.ml src/inline_tests.ml src/install.=
ml src/install_rules.ml src/installed_dune_file.ml src/interned.ml src/jbui=
ld.ml src/jbuild_load.ml vendor/boot/jbuilder_opam_file_format.ml vendor/bo=
ot/jbuilder_re.ml src/js_of_ocaml_rules.ml src/lib.ml src/loc.ml src/log.ml=
src/main.ml src/menhir.ml src/merlin.ml src/meta.ml src/meta_lexer.ml src/=
ml_kind.ml src/mode.ml src/module.ml src/module_compilation.ml src/modules_=
partitioner.ml src/ocaml_flags.ml src/ocamldep.ml src/odoc.boot.ml src/opam=
_file.ml src/ordered_set_lang.ml src/package.ml src/path.ml src/per_item.ml=
src/preprocessing.ml src/print_diff.ml src/process.ml src/report_error.ml =
src/scheduler.ml src/scope.ml src/setup.boot.ml src/sexp.ml src/string_with=
_vars.ml src/sub_system.ml src/sub_system_intf.ml src/sub_system_name.ml sr=
c/super_context.ml src/syntax.ml src/top_closure.ml src/utils.ml src/utop.m=
l src/variant.ml src/vfile_kind.ml src/watermarks.ml src/workspace.ml > boo=
t-depends.txt
'/usr/local/bin/ocamldep.opt' -modules src/stdune/caml/caml.ml src/stdune/c=
aml/result.ml src/stdune/caml/result_compat.ml > boot-depends.txt
'/usr/local/bin/ocamldep.opt' -modules src/fiber/fiber.ml > boot-depends.txt
'/usr/local/bin/ocamldep.opt' -modules src/ocaml-config/ocaml_config.ml > b=
oot-depends.txt
'/usr/local/bin/ocamldep.opt' -modules
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:54:45 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.7.55.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:52:40 Modified files: sysutils/polkit: Tag: OPENBSD_6_3 Makefile sysutils/polkit/patches: Tag: OPENBSD_6_3 patch-src_polkit_polkitunixprocess_c patch-src_polkitbackend_polkitbackendinteractiveauthority_c Added files: sysutils/polkit/patches: Tag: OPENBSD_6_3 patch-src_polkit_polkitprivate_h patch-src_polkitbackend_polkitbackendsessionmonitor-systemd_c patch-src_polkitbackend_polkitbackendsessionmonitor_c patch-src_polkitbackend_polkitbackendsessionmonitor_h Log message: SECURITY fix for CVE-2018-1116: Trusting client-supplied UID.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 06:42:57 Modified files: infrastructure/bin: check-lib-depends dpb dpb-replay pkg_check-manpages pkg_check-problems pkg_outdated pkg_subst proot Log message: State->new now deduces command name from $0
UPDATE: Tarsnap-gui-1.0.1
Hello, Update for Tarsnap-gui to 1.0.1: https://github.com/Tarsnap/tarsnap-gui/releases OK? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/sysutils/tarsnap-gui/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile5 Aug 2017 13:54:19 - 1.11 +++ Makefile11 Jul 2018 12:33:56 - @@ -4,7 +4,7 @@ COMMENT = frontend to the popular Tarsn GH_ACCOUNT = Tarsnap GH_PROJECT = tarsnap-gui -GH_TAGNAME = v1.0 +GH_TAGNAME = v1.0.1 CATEGORIES = sysutils Index: distinfo === RCS file: /cvs/ports/sysutils/tarsnap-gui/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Aug 2017 13:54:19 - 1.5 +++ distinfo11 Jul 2018 12:33:56 - @@ -1,2 +1,2 @@ -SHA256 (tarsnap-gui-1.0.tar.gz) = zSHSqF8HPnLxCQBjL9y0mVaYUlWlcR+09tQ0QzsJ2sk= -SIZE (tarsnap-gui-1.0.tar.gz) = 582190 +SHA256 (tarsnap-gui-1.0.1.tar.gz) = UC5TpOrLJ5W/vmK55u8jbM5v20PLFRU8D8StYcFh65c= +SIZE (tarsnap-gui-1.0.1.tar.gz) = 582263
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:21:06 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-208.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:18:47 Modified files: sysutils/polkit: Makefile distinfo sysutils/polkit/pkg: PLIST Removed files: sysutils/polkit/patches: patch-src_polkitbackend_polkitbackendjsauthority_cpp Log message: SECURITY update to polkit-0.115. - Fix CVE-2018-1116: Trusting client-supplied UID
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:09:11 Modified files: productivity/gnucash: Makefile distinfo productivity/gnucash/pkg: PLIST Added files: productivity/gnucash/patches: patch-CMakeLists_txt patch-gnucash_gnome_CMakeLists_txt Log message: Update to gnucash-3.2, which was one of the last users of the old and unmaintained www/webkit; now uses webkitgtk4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:03:57 Modified files: devel/glib2mm : Makefile Log message: Force bump after recent glib2's gint64 typedef change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 06:03:22 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-configure_ac Log message: Make sure gint64 matches int64_t so that C++ is happy with and OK espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 05:51:15 Modified files: devel/meson: Makefile distinfo meson.port.mk devel/meson/patches: patch-mesonbuild_backend_ninjabackend_py Log message: Update to meson-0.47.1.
Re: [patch] geo/garmindev on aarch64
On 2018/07/10 23:16, Matthew Martin wrote:
> Few signed char fixes.
Was this a build failure before (in which case OK), or did it build but
misbehave (in which case it needs a bump)?
> - Matthew Martin
>
> diff --git patches/patch-src_EtrexH_CDevice_cpp
> patches/patch-src_EtrexH_CDevice_cpp
> new file mode 100644
> index 000..4b0c1a0f437
> --- /dev/null
> +++ patches/patch-src_EtrexH_CDevice_cpp
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: src/EtrexH/CDevice.cpp
> +--- src/EtrexH/CDevice.cpp.orig
> src/EtrexH/CDevice.cpp
> +@@ -47,7 +47,7 @@ callback ( state,0,cancel,0,message )
> +
> + namespace EtrexH
> + {
> +-static const char _clrtbl[1024]= {
> ++static const signed char _clrtbl[1024]= {
> + -127,-127,-127,0,-60,-60,-60,0,90,90,90,0,0,0,0,0,-117,0,0,0,
> + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
> diff --git patches/patch-src_EtrexLegendC_CDevice_cpp
> patches/patch-src_EtrexLegendC_CDevice_cpp
> new file mode 100644
> index 000..d8eb9dde223
> --- /dev/null
> +++ patches/patch-src_EtrexLegendC_CDevice_cpp
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: src/EtrexLegendC/CDevice.cpp
> +--- src/EtrexLegendC/CDevice.cpp.orig
> src/EtrexLegendC/CDevice.cpp
> +@@ -37,7 +37,7 @@ using namespace std;
> + namespace EtrexLegendC
> + {
> +
> +-static const char _clrtbl[1024]= {
> ++static const signed char _clrtbl[1024]= {
> + 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
> + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
> diff --git patches/patch-src_GPSMap60CSx_CDevice_cpp
> patches/patch-src_GPSMap60CSx_CDevice_cpp
> new file mode 100644
> index 000..40789131168
> --- /dev/null
> +++ patches/patch-src_GPSMap60CSx_CDevice_cpp
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: src/GPSMap60CSx/CDevice.cpp
> +--- src/GPSMap60CSx/CDevice.cpp.orig
> src/GPSMap60CSx/CDevice.cpp
> +@@ -43,7 +43,7 @@ using namespace std;
> + namespace GPSMap60CSx
> + {
> +
> +-static const char _clrtbl[1024]= {
> ++static const signed char _clrtbl[1024]= {
> + 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
> + -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
> + 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
>
[patch] geo/garmindev on aarch64
Few signed char fixes.
- Matthew Martin
diff --git patches/patch-src_EtrexH_CDevice_cpp
patches/patch-src_EtrexH_CDevice_cpp
new file mode 100644
index 000..4b0c1a0f437
--- /dev/null
+++ patches/patch-src_EtrexH_CDevice_cpp
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/EtrexH/CDevice.cpp
+--- src/EtrexH/CDevice.cpp.orig
src/EtrexH/CDevice.cpp
+@@ -47,7 +47,7 @@ callback ( state,0,cancel,0,message )
+
+ namespace EtrexH
+ {
+-static const char _clrtbl[1024]= {
++static const signed char _clrtbl[1024]= {
+ -127,-127,-127,0,-60,-60,-60,0,90,90,90,0,0,0,0,0,-117,0,0,0,
+ -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
+ 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
diff --git patches/patch-src_EtrexLegendC_CDevice_cpp
patches/patch-src_EtrexLegendC_CDevice_cpp
new file mode 100644
index 000..d8eb9dde223
--- /dev/null
+++ patches/patch-src_EtrexLegendC_CDevice_cpp
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/EtrexLegendC/CDevice.cpp
+--- src/EtrexLegendC/CDevice.cpp.orig
src/EtrexLegendC/CDevice.cpp
+@@ -37,7 +37,7 @@ using namespace std;
+ namespace EtrexLegendC
+ {
+
+-static const char _clrtbl[1024]= {
++static const signed char _clrtbl[1024]= {
+ 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
+ -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
+ 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
diff --git patches/patch-src_GPSMap60CSx_CDevice_cpp
patches/patch-src_GPSMap60CSx_CDevice_cpp
new file mode 100644
index 000..40789131168
--- /dev/null
+++ patches/patch-src_GPSMap60CSx_CDevice_cpp
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/GPSMap60CSx/CDevice.cpp
+--- src/GPSMap60CSx/CDevice.cpp.orig
src/GPSMap60CSx/CDevice.cpp
+@@ -43,7 +43,7 @@ using namespace std;
+ namespace GPSMap60CSx
+ {
+
+-static const char _clrtbl[1024]= {
++static const signed char _clrtbl[1024]= {
+ 0,0,0,0,32,0,0,0,65,0,0,0,106,0,0,0,-117,0,0,0,
+ -76,0,0,0,-43,0,0,0,-1,0,0,0,0,48,0,0,32,48,0,0,
+ 65,48,0,0,106,48,0,0,-117,48,0,0,-76,48,0,0,-43,48,0,0,
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 05:37:03 Modified files: infrastructure/bin: update-plist Log message: XXX
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 05:34:29 Modified files: infrastructure/bin: update-plist infrastructure/lib/OpenBSD: FS2.pm Log message: figure out tags for icon theme directories
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 05:29:02 Modified files: databases : Makefile databases/py-redis: Makefile databases/py-redis/pkg: PLIST Log message: add python3 flavor to py-redis ok rpointel@
Re: [PATCH] databases/lbdb - enable abook support
On Wed, Jul 11, 2018 at 12:15:39PM BST, Stuart Henderson wrote:
> On 2018/07/11 12:11, Raf Czlonka wrote:
> > On Wed, Jul 11, 2018 at 10:26:42AM BST, Stuart Henderson wrote:
> > > On 2018/07/11 10:15, Raf Czlonka wrote:
> > > > On Wed, Jul 11, 2018 at 09:24:56AM BST, Stuart Henderson wrote:
> > > > > On 2018/07/07 23:00, Raf Czlonka wrote:
> > > > > > On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > > > > > > [...]
> > > > > > > +BUILD_DEPENDS = ${RUN_DEPENDS-main}
> > > > > > > +LIB_DEPENDS-main = converters/libiconv
> > > > > > > +RUN_DEPENDS-main = mail/abook
> > > > > >
> > > > > > There's not need for abook to be a run dependency - m_abook module
> > > > > > is only usable if it is both specified in METHODS *and* abook
> > > > > > executable present, ignored otherwise.
> > > > >
> > > > > It's a really small dependency though, and the only extra thing it
> > > > > pulls
> > > > > in is gettext which mutt users will have anyway, so I don't see a lot
> > > > > of point
> > > > > in /not/ including it, it does make things more consistent.
> > > >
> > > > Sure - however, I was thinking ahead.
> > > >
> > > > I.e., the latest version of lbdb has goobook[0] and khard[1] modules.
> > > > Personally, I don't think each and every program which *enhances*
> > > > lbdb, should be a hard dependency. Even in Debian all of these are
> > > > only *suggested* packages[2]. Personally, I don't even think that
> > > > the -ldap flavor is necessary - a pkg-readme with all the optional
> > > > packages, i.e.:
> > > >
> > > > - Net::LDAP
> > > > - abook
> > > > - goobook
> > > > - khard, which would pull vdirsyncer
> > > > - ...
> > > >
> > > > would suffice, IMO.
> > > >
> > > > This would:
> > > >
> > > > - remove the need for hard dependencies so no extra software, which
> > > > otherwise would potentially not have been used, needs to be
> > > > installed
> > > >
> > > > - if LDAP support is "merged" to the main flavor, there's one less
> > > > flavor to maintain
> > > >
> > > > - any additional *enhancement* are added to the readme
> > > >
> > > > It somehow feels simpler and easier.
> > > >
> > > > Otherwise we'll end up with two packages, where they pull 3-4
> > > > additional programs and the only difference is that one pull an an
> > > > extra Perl module.
> > > >
> > > > Don't some ports already do just that?
> > > >
> > > > Or we go the other way and each and we add each and every of these as
> > > > hard dependencies but the chain grows...
> > > >
> > > > Anyway, food for thought :^)
> > >
> > > -ldap is a multi package rather than a flavour, it contains only the
> > > additional files produced when ldap is enabled rather than being an
> > > "either/or" thing.
> > >
> > > The usual procedure with "modular" ports using multi packages is to
> > > include things with lightweight/no extra dependencies directly in the
> > > main package, and place things with heavier dependencies in a subpackage.
> > >
> > > > [0] https://pypi.org/project/goobook/
> > > > [1] https://github.com/scheibler/khard
> > > > [2] https://packages.debian.org/sid/lbdb
> > >
> > > I think these would be good candidates for additional multi packages.
> > > While we *could* merge them into the main package and add a README telling
> > > people how to actually use them, it's a lot more convenient for the user
> > > to just run pkg_add once.
> > >
> > > It's a pain to have a proliferation of flavours as they have to be tested
> > > separately. Multi packages are simple in this respect, there's only a
> > > single
> > > build run, it produces the same resulting set of packages every time, and
> > > if you're working from ports and want to install the whole lot you can
> > > just
> > > do "make install-all".
> >
> > Right - confusion between flavor and multi-package on my part. Sorry
> > for the noise.
> >
> > In that case, would the extra subpackages be -abook, -goobook,
> > -khard, i.e. so that an individual using one or two of these, doesn't
> > have to pull dependencies for all of them?
> >
> > R.
>
> -abook is such a lightweight dependency I don't think it's worth making
> it a separate package.
>
> If adding -goobook and -khard they are a bit heavier, so splitting them
> would make sense to me.
It's the one I use so fine by me :^)
R.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 05:21:12 Modified files: devel/glib2: Makefile devel/glib2/pkg: PLIST Log message: when we delete this, we don't need to run tag a last time
Re: [PATCH] databases/lbdb - enable abook support
On 2018/07/11 12:11, Raf Czlonka wrote:
> On Wed, Jul 11, 2018 at 10:26:42AM BST, Stuart Henderson wrote:
> > On 2018/07/11 10:15, Raf Czlonka wrote:
> > > On Wed, Jul 11, 2018 at 09:24:56AM BST, Stuart Henderson wrote:
> > > > On 2018/07/07 23:00, Raf Czlonka wrote:
> > > > > On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > > > > > [...]
> > > > > > +BUILD_DEPENDS =${RUN_DEPENDS-main}
> > > > > > +LIB_DEPENDS-main = converters/libiconv
> > > > > > +RUN_DEPENDS-main = mail/abook
> > > > >
> > > > > There's not need for abook to be a run dependency - m_abook module
> > > > > is only usable if it is both specified in METHODS *and* abook
> > > > > executable present, ignored otherwise.
> > > >
> > > > It's a really small dependency though, and the only extra thing it pulls
> > > > in is gettext which mutt users will have anyway, so I don't see a lot
> > > > of point
> > > > in /not/ including it, it does make things more consistent.
> > >
> > > Sure - however, I was thinking ahead.
> > >
> > > I.e., the latest version of lbdb has goobook[0] and khard[1] modules.
> > > Personally, I don't think each and every program which *enhances*
> > > lbdb, should be a hard dependency. Even in Debian all of these are
> > > only *suggested* packages[2]. Personally, I don't even think that
> > > the -ldap flavor is necessary - a pkg-readme with all the optional
> > > packages, i.e.:
> > >
> > > - Net::LDAP
> > > - abook
> > > - goobook
> > > - khard, which would pull vdirsyncer
> > > - ...
> > >
> > > would suffice, IMO.
> > >
> > > This would:
> > >
> > > - remove the need for hard dependencies so no extra software, which
> > > otherwise would potentially not have been used, needs to be
> > > installed
> > >
> > > - if LDAP support is "merged" to the main flavor, there's one less
> > > flavor to maintain
> > >
> > > - any additional *enhancement* are added to the readme
> > >
> > > It somehow feels simpler and easier.
> > >
> > > Otherwise we'll end up with two packages, where they pull 3-4
> > > additional programs and the only difference is that one pull an an
> > > extra Perl module.
> > >
> > > Don't some ports already do just that?
> > >
> > > Or we go the other way and each and we add each and every of these as
> > > hard dependencies but the chain grows...
> > >
> > > Anyway, food for thought :^)
> >
> > -ldap is a multi package rather than a flavour, it contains only the
> > additional files produced when ldap is enabled rather than being an
> > "either/or" thing.
> >
> > The usual procedure with "modular" ports using multi packages is to
> > include things with lightweight/no extra dependencies directly in the
> > main package, and place things with heavier dependencies in a subpackage.
> >
> > > [0] https://pypi.org/project/goobook/
> > > [1] https://github.com/scheibler/khard
> > > [2] https://packages.debian.org/sid/lbdb
> >
> > I think these would be good candidates for additional multi packages.
> > While we *could* merge them into the main package and add a README telling
> > people how to actually use them, it's a lot more convenient for the user
> > to just run pkg_add once.
> >
> > It's a pain to have a proliferation of flavours as they have to be tested
> > separately. Multi packages are simple in this respect, there's only a single
> > build run, it produces the same resulting set of packages every time, and
> > if you're working from ports and want to install the whole lot you can just
> > do "make install-all".
>
> Right - confusion between flavor and multi-package on my part. Sorry
> for the noise.
>
> In that case, would the extra subpackages be -abook, -goobook,
> -khard, i.e. so that an individual using one or two of these, doesn't
> have to pull dependencies for all of them?
>
> R.
-abook is such a lightweight dependency I don't think it's worth making
it a separate package.
If adding -goobook and -khard they are a bit heavier, so splitting them
would make sense to me.
Re: [PATCH] databases/lbdb - enable abook support
On Wed, Jul 11, 2018 at 10:26:42AM BST, Stuart Henderson wrote:
> On 2018/07/11 10:15, Raf Czlonka wrote:
> > On Wed, Jul 11, 2018 at 09:24:56AM BST, Stuart Henderson wrote:
> > > On 2018/07/07 23:00, Raf Czlonka wrote:
> > > > On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > > > > [...]
> > > > > +BUILD_DEPENDS = ${RUN_DEPENDS-main}
> > > > > +LIB_DEPENDS-main = converters/libiconv
> > > > > +RUN_DEPENDS-main = mail/abook
> > > >
> > > > There's not need for abook to be a run dependency - m_abook module
> > > > is only usable if it is both specified in METHODS *and* abook
> > > > executable present, ignored otherwise.
> > >
> > > It's a really small dependency though, and the only extra thing it pulls
> > > in is gettext which mutt users will have anyway, so I don't see a lot of
> > > point
> > > in /not/ including it, it does make things more consistent.
> >
> > Sure - however, I was thinking ahead.
> >
> > I.e., the latest version of lbdb has goobook[0] and khard[1] modules.
> > Personally, I don't think each and every program which *enhances*
> > lbdb, should be a hard dependency. Even in Debian all of these are
> > only *suggested* packages[2]. Personally, I don't even think that
> > the -ldap flavor is necessary - a pkg-readme with all the optional
> > packages, i.e.:
> >
> > - Net::LDAP
> > - abook
> > - goobook
> > - khard, which would pull vdirsyncer
> > - ...
> >
> > would suffice, IMO.
> >
> > This would:
> >
> > - remove the need for hard dependencies so no extra software, which
> > otherwise would potentially not have been used, needs to be
> > installed
> >
> > - if LDAP support is "merged" to the main flavor, there's one less
> > flavor to maintain
> >
> > - any additional *enhancement* are added to the readme
> >
> > It somehow feels simpler and easier.
> >
> > Otherwise we'll end up with two packages, where they pull 3-4
> > additional programs and the only difference is that one pull an an
> > extra Perl module.
> >
> > Don't some ports already do just that?
> >
> > Or we go the other way and each and we add each and every of these as
> > hard dependencies but the chain grows...
> >
> > Anyway, food for thought :^)
>
> -ldap is a multi package rather than a flavour, it contains only the
> additional files produced when ldap is enabled rather than being an
> "either/or" thing.
>
> The usual procedure with "modular" ports using multi packages is to
> include things with lightweight/no extra dependencies directly in the
> main package, and place things with heavier dependencies in a subpackage.
>
> > [0] https://pypi.org/project/goobook/
> > [1] https://github.com/scheibler/khard
> > [2] https://packages.debian.org/sid/lbdb
>
> I think these would be good candidates for additional multi packages.
> While we *could* merge them into the main package and add a README telling
> people how to actually use them, it's a lot more convenient for the user
> to just run pkg_add once.
>
> It's a pain to have a proliferation of flavours as they have to be tested
> separately. Multi packages are simple in this respect, there's only a single
> build run, it produces the same resulting set of packages every time, and
> if you're working from ports and want to install the whole lot you can just
> do "make install-all".
Right - confusion between flavor and multi-package on my part. Sorry
for the noise.
In that case, would the extra subpackages be -abook, -goobook,
-khard, i.e. so that an individual using one or two of these, doesn't
have to pull dependencies for all of them?
R.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 04:54:32 Modified files: infrastructure/bin: portcheck Log message: document what should actually happen
Re: [patch] audio/openal: ugly update to 1.18.2
That s my preferable approach honestly, portaudio backend is good enough, but I understand if you both still want to push further tests with the patch. Regards. On Wed, 11 Jul 2018 at 10:27, Leonid Bobrov wrote: > > On Mon, Jun 25, 2018 at 03:18:36PM +0300, Leonid Bobrov wrote: > > On Thu, Jun 21, 2018 at 08:44:29AM +0200, Alexandre Ratchov wrote: > > > On Wed, Jun 06, 2018 at 04:11:17PM +0300, Leonid Bobrov wrote: > > > > On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote: > > > > > I installed utox, it doesn't crash with the diff below anymore. The > > > > > "Preview" button in the "Audio & Video" settings records my voice. > > > > > > > > > > > > > Ok, I tested your diff using Toxic at virtual machine. Voice recording > > > > works, but when I finish a call, I get segmentation fault (and I got > > > > bus error once). > > > > > > Any update on this? does it work on real machines? > > > > > > If utox keeps crashing, could you provide a stack trace? > > > > > > > Hi! > > > > I made a test at real machine, I didn't say uTox crash. I tested it > > right now, uTox works fine. I said Toxic crashes and it keeps crashing. > > This is a nightmare because this made kernel panic, I couldn't reboot > > properly and now my filesystem is corrupted... > > > > Anyway, after applying your patch and setting MODCMAKE_DEBUG to Yes > > at audio/openal this is what I get at Toxic after finishing audiocall: > > (note that Toxic is built with -g flag by default) > > > > (gdb) bt > > #0 0x1c9f6b91f51b in ALCdevice_Lock () > >from /usr/local/lib/libopenal.so.3.0 > > #1 0x1c9f6b947064 in sndio_proc_capture () > >from /usr/local/lib/libopenal.so.3.0 > > #2 0x1c9f6b9475f8 in althrd_starter () > >from /usr/local/lib/libopenal.so.3.0 > > #3 0x1c9f475365ae in _rthread_start (v=Variable "v" is not available. > > ) > > at /usr/src/lib/librthread/rthread.c:96 > > #4 0x1c9fe61c500b in __tfork_thread () > > at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 > > #5 0x in ?? () > > (gdb) bt full > > #0 0x1c9f6b91f51b in ALCdevice_Lock () > >from /usr/local/lib/libopenal.so.3.0 > > No symbol table info available. > > #1 0x1c9f6b947064 in sndio_proc_capture () > >from /usr/local/lib/libopenal.so.3.0 > > No symbol table info available. > > #2 0x1c9f6b9475f8 in althrd_starter () > >from /usr/local/lib/libopenal.so.3.0 > > No symbol table info available. > > #3 0x1c9f475365ae in _rthread_start (v=Variable "v" is not available. > > ) > > at /usr/src/lib/librthread/rthread.c:96 > > thread = Variable "thread" is not available. > > (gdb) > > > > So, what's next? > > I finally gave 100G to /usr/local, so I can build and install all ports > depending on openal there after updating openal to 1.18.2 and using > portaudio backend. >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 04:43:03 Modified files: infrastructure/lib/OpenBSD: FS2.pm infrastructure/bin: update-plist Log message: discover update-mime-database tag
Re: [patch] audio/openal: ugly update to 1.18.2
On Mon, Jun 25, 2018 at 03:18:36PM +0300, Leonid Bobrov wrote: > On Thu, Jun 21, 2018 at 08:44:29AM +0200, Alexandre Ratchov wrote: > > On Wed, Jun 06, 2018 at 04:11:17PM +0300, Leonid Bobrov wrote: > > > On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote: > > > > I installed utox, it doesn't crash with the diff below anymore. The > > > > "Preview" button in the "Audio & Video" settings records my voice. > > > > > > > > > > Ok, I tested your diff using Toxic at virtual machine. Voice recording > > > works, but when I finish a call, I get segmentation fault (and I got > > > bus error once). > > > > Any update on this? does it work on real machines? > > > > If utox keeps crashing, could you provide a stack trace? > > > > Hi! > > I made a test at real machine, I didn't say uTox crash. I tested it > right now, uTox works fine. I said Toxic crashes and it keeps crashing. > This is a nightmare because this made kernel panic, I couldn't reboot > properly and now my filesystem is corrupted... > > Anyway, after applying your patch and setting MODCMAKE_DEBUG to Yes > at audio/openal this is what I get at Toxic after finishing audiocall: > (note that Toxic is built with -g flag by default) > > (gdb) bt > #0 0x1c9f6b91f51b in ALCdevice_Lock () >from /usr/local/lib/libopenal.so.3.0 > #1 0x1c9f6b947064 in sndio_proc_capture () >from /usr/local/lib/libopenal.so.3.0 > #2 0x1c9f6b9475f8 in althrd_starter () >from /usr/local/lib/libopenal.so.3.0 > #3 0x1c9f475365ae in _rthread_start (v=Variable "v" is not available. > ) > at /usr/src/lib/librthread/rthread.c:96 > #4 0x1c9fe61c500b in __tfork_thread () > at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 > #5 0x in ?? () > (gdb) bt full > #0 0x1c9f6b91f51b in ALCdevice_Lock () >from /usr/local/lib/libopenal.so.3.0 > No symbol table info available. > #1 0x1c9f6b947064 in sndio_proc_capture () >from /usr/local/lib/libopenal.so.3.0 > No symbol table info available. > #2 0x1c9f6b9475f8 in althrd_starter () >from /usr/local/lib/libopenal.so.3.0 > No symbol table info available. > #3 0x1c9f475365ae in _rthread_start (v=Variable "v" is not available. > ) > at /usr/src/lib/librthread/rthread.c:96 > thread = Variable "thread" is not available. > (gdb) > So, what's next? I finally gave 100G to /usr/local, so I can build and install all ports depending on openal there after updating openal to 1.18.2 and using portaudio backend.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 04:16:45 Modified files: infrastructure/bin: portcheck Log message: typo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 04:02:09 Modified files: www/py-beaker : Makefile distinfo www/py-beaker/pkg: PLIST Removed files: www/py-beaker/patches: patch-beaker_crypto_pycrypto_py Log message: update to py-beaker-1.10.0 disable tests for now as the distfile is incomplete; record the otherwise needed dependencies though.
Re: new: lang/brainfuck
On 2018/07/11 10:45, Stuart Henderson wrote: > On 2018/07/10 22:21, Nayden Markatchev wrote: > > Hi ports@, > > > > Here is a port of a brainfuck interpreter. > > > > from pkg/DESCR: > > --- > > Brainfuck is a programming language created in 1993 by Urban Muller and > > notable for its extreme minimalism. > > > > Brainfuck programs are composed as a series of characters. The language > > specification defines eight characters/commands and four areas of > > memory: code, code pointer, memory, and data pointer. > > > > Although the language is Turing complete, the prohibitively long execution > > time makes brainfuck programs impractical. > > --- > > > > Comments? OKs? > > > > Thanks, > > Nayden > > Hi, here's a tweaked version; > > - in most cases COMMENT doesn't normally refer to the name of the port > itself, relying on the package name for that instead > > - use GH_* infrastructure to fetch (the default downloaded filename > without this is not ideal in a directory with lots of other distfiles) > > - regen WANTLIB, a change in library linking in base means we use the > "original" name rather than filename for hard-linked libraries > > - use ports infrastructure for cmake-based ports (sets up dependencies > and a few other things). one consequence is that upstream's standard > install target installs a static library and header as well, if those > aren't wanted then the simple way to remove them is with "@comment" > in the plist. might as well keep them though I think? > > - also install example bf sourcecode > > This one is ok sthen@ > > Oh, plus bcallah's fix for hardcoded -O2. :-)
Re: new: lang/brainfuck
On 2018/07/10 22:21, Nayden Markatchev wrote: > Hi ports@, > > Here is a port of a brainfuck interpreter. > > from pkg/DESCR: > --- > Brainfuck is a programming language created in 1993 by Urban Muller and > notable for its extreme minimalism. > > Brainfuck programs are composed as a series of characters. The language > specification defines eight characters/commands and four areas of > memory: code, code pointer, memory, and data pointer. > > Although the language is Turing complete, the prohibitively long execution > time makes brainfuck programs impractical. > --- > > Comments? OKs? > > Thanks, > Nayden Hi, here's a tweaked version; - in most cases COMMENT doesn't normally refer to the name of the port itself, relying on the package name for that instead - use GH_* infrastructure to fetch (the default downloaded filename without this is not ideal in a directory with lots of other distfiles) - regen WANTLIB, a change in library linking in base means we use the "original" name rather than filename for hard-linked libraries - use ports infrastructure for cmake-based ports (sets up dependencies and a few other things). one consequence is that upstream's standard install target installs a static library and header as well, if those aren't wanted then the simple way to remove them is with "@comment" in the plist. might as well keep them though I think? - also install example bf sourcecode This one is ok sthen@ brainfuck,1.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 03:39:28 Modified files: devel/desktop-file-utils: Makefile devel/desktop-file-utils/pkg: PLIST Log message: we don't need to run update-desktop-database that last time, since we're going to zap the cache anyway
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/11 03:38:44 Modified files: print/texlive/base: Makefile print/texlive/base/pkg: PLIST-mktexlsr Log message: use supersedes for mktexlsr-local requires -current pkg_add
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/07/11 03:30:55 Modified files: lang/ocaml : Makefile Log message: arm64 has devel/gdb now, remove workaround and register bdep/WANTLIB gdb is picked up because it brings libbfd, which can be used by ocamlobjinfo to analyze (at least) .cmxs files. Not very useful on arm64 since native code support isn't enabled, but this is consistent with other similar architectures. An alternative would be to drop BFD on non-native non-dynlink archs, if it is actually used only for .cmxs files. Late commit because I wanted to avoid conflicting with the ongoing OCaml update, but this one will need a refreshed diff anyway. Tested by kettenis@
Re: [PATCH] databases/lbdb - enable abook support
On 2018/07/11 10:15, Raf Czlonka wrote:
> On Wed, Jul 11, 2018 at 09:24:56AM BST, Stuart Henderson wrote:
> > On 2018/07/07 23:00, Raf Czlonka wrote:
> > > On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > > > [...]
> > > >
> > > > +MASTER_SITES = http://www.spinnaker.de/debian/
> >
> > Oh this is a redirect to https now, might as well change that and avoid
> > the extra roundtrip.
>
> Shouldn't we change it to https://www.spinnaker.de/lbdb/download/ ?
>
> debian -> lbdb feels more "intuitive", for a lack of a better word.
yep.
> > > > +BUILD_DEPENDS =${RUN_DEPENDS-main}
> > > > +LIB_DEPENDS-main = converters/libiconv
> > > > +RUN_DEPENDS-main = mail/abook
> > >
> > > There's not need for abook to be a run dependency - m_abook module
> > > is only usable if it is both specified in METHODS *and* abook
> > > executable present, ignored otherwise.
> >
> > It's a really small dependency though, and the only extra thing it pulls
> > in is gettext which mutt users will have anyway, so I don't see a lot of
> > point
> > in /not/ including it, it does make things more consistent.
>
> Sure - however, I was thinking ahead.
>
> I.e., the latest version of lbdb has goobook[0] and khard[1] modules.
> Personally, I don't think each and every program which *enhances*
> lbdb, should be a hard dependency. Even in Debian all of these are
> only *suggested* packages[2]. Personally, I don't even think that
> the -ldap flavor is necessary - a pkg-readme with all the optional
> packages, i.e.:
>
> - Net::LDAP
> - abook
> - goobook
> - khard, which would pull vdirsyncer
> - ...
>
> would suffice, IMO.
>
> This would:
>
> - remove the need for hard dependencies so no extra software, which
> otherwise would potentially not have been used, needs to be
> installed
>
> - if LDAP support is "merged" to the main flavor, there's one less
> flavor to maintain
>
> - any additional *enhancement* are added to the readme
>
> It somehow feels simpler and easier.
>
> Otherwise we'll end up with two packages, where they pull 3-4
> additional programs and the only difference is that one pull an an
> extra Perl module.
>
> Don't some ports already do just that?
>
> Or we go the other way and each and we add each and every of these as
> hard dependencies but the chain grows...
>
> Anyway, food for thought :^)
-ldap is a multi package rather than a flavour, it contains only the
additional files produced when ldap is enabled rather than being an
"either/or" thing.
The usual procedure with "modular" ports using multi packages is to
include things with lightweight/no extra dependencies directly in the
main package, and place things with heavier dependencies in a subpackage.
> [0] https://pypi.org/project/goobook/
> [1] https://github.com/scheibler/khard
> [2] https://packages.debian.org/sid/lbdb
I think these would be good candidates for additional multi packages.
While we *could* merge them into the main package and add a README telling
people how to actually use them, it's a lot more convenient for the user
to just run pkg_add once.
It's a pain to have a proliferation of flavours as they have to be tested
separately. Multi packages are simple in this respect, there's only a single
build run, it produces the same resulting set of packages every time, and
if you're working from ports and want to install the whole lot you can just
do "make install-all".
>
> > > Now, the main issue. The m_abook module doesn't work properly due
> > > to tab escape sequences (\t) being used in sed regexes - something
> > > sed(1) in base does not cope well with.
> > >
> > > All that module does is running the below command:
> > >
> > > abook --datafile $HOME/.abook/addressbook --mutt-query "$@" \
> > > | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
> > >
> > > but, due to the above, based sed(1) cuts the result short on 2nd
> > > 't' in the string, i.e.:
> > >
> > > firstname.surn...@example.org Firstabook
> > >
> > > or, if the string contains only one 't' or none at all:
> > >
> > > first.n...@example.org My Name tabook
> > >
> > > It works fine with gsed, which was obviously used when that module
> > > was written/tested, but then gsed would need to become a run
> > > dependency - something I am not keen on.
> > >
> > > The "easiest" thing to do, would be to patch /usr/local/lib/lbdb/m_abook
> > > and use literal tabs:
> > >
> > > - | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
> > > + | sed -e '1d;s/\([^ ]* [^ ]*\).*/\1 abook/'
> > >
> > > After the above change, it all seems to be working fine.
> > >
> > > Thanks for looking into it.
> > >
> > > Raf
> >
> > Given the existing mess in m_muttalias.sh.in I think that would be ok :)
>
> That's what I thought :^)
>
> Thanks,
>
> Raf
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/07/11 03:16:53 Modified files: lang/rust : Makefile Log message: devel/gdb now builds on aarch64, so remove conditionals. from semarie@
Re: Crystal requires libLLVM-6.0.so
On 2018/07/10 13:57, Brian Callahan wrote:
>
> On 07/10/18 13:51, James Turner wrote:
> > I require the attached diff in order to use crystal otherwise I get the
> > following when trying to run crystal hello.cr.
> >
> > ld.so: crystal: can't load library 'libLLVM-6.0.so'
> > Killed
> >
>
> This has come up before, in my port of C-Reduce:
> https://marc.info/?l=openbsd-ports=152377935312657=2
>
> Though it doesn't seem like we've reached any sort of standard operating
> procedure about it, sthen@'s solution (make it an RDEP and tightly couple
> the version number via PKGSPEC) works well enough for my mind, at least for
> now.
>
> ~Brian
>
This should do the trick. OK?
Index: devel/llvm/Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.180
diff -u -p -r1.180 Makefile
--- devel/llvm/Makefile 8 Jul 2018 10:32:45 - 1.180
+++ devel/llvm/Makefile 11 Jul 2018 09:14:28 -
@@ -16,6 +16,7 @@ COMMENT-python = Python bindings for Cla
LLVM_V = 6.0.1
DISTNAME = llvm-${LLVM_V}.src
PKGNAME = llvm-${LLVM_V}
+PKGSPEC-main = llvm-=${LLVM_V}
PKGNAME-main = llvm-${LLVM_V}
PKGNAME-python = py-llvm-${LLVM_V}
REVISION-main =1
Index: lang/crystal/Makefile
===
RCS file: /cvs/ports/lang/crystal/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lang/crystal/Makefile 8 Jul 2018 14:27:07 - 1.1.1.1
+++ lang/crystal/Makefile 11 Jul 2018 09:14:29 -
@@ -5,6 +5,7 @@ ONLY_FOR_ARCHS= amd64
V =0.25.1
V_SHARDS = 0.8.1
+REVISION = 0
COMMENT = statically typed object oriented language
DISTNAME = crystal-${V}
CATEGORIES = lang
@@ -33,6 +34,7 @@ DISTFILES = crystal-${V}{${V}}.tar.gz \
COMPILER = ports-clang
BUILD_DEPENDS =devel/llvm
+RUN_DEPENDS = devel/llvm,-main
LIB_DEPENDS = converters/libiconv \
devel/boehm-gc \
Re: [PATCH] databases/lbdb - enable abook support
On Wed, Jul 11, 2018 at 09:24:56AM BST, Stuart Henderson wrote:
> On 2018/07/07 23:00, Raf Czlonka wrote:
> > On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > > [...]
> > >
> > > +MASTER_SITES = http://www.spinnaker.de/debian/
>
> Oh this is a redirect to https now, might as well change that and avoid
> the extra roundtrip.
Shouldn't we change it to https://www.spinnaker.de/lbdb/download/ ?
debian -> lbdb feels more "intuitive", for a lack of a better word.
> > > +BUILD_DEPENDS = ${RUN_DEPENDS-main}
> > > +LIB_DEPENDS-main = converters/libiconv
> > > +RUN_DEPENDS-main = mail/abook
> >
> > There's not need for abook to be a run dependency - m_abook module
> > is only usable if it is both specified in METHODS *and* abook
> > executable present, ignored otherwise.
>
> It's a really small dependency though, and the only extra thing it pulls
> in is gettext which mutt users will have anyway, so I don't see a lot of point
> in /not/ including it, it does make things more consistent.
Sure - however, I was thinking ahead.
I.e., the latest version of lbdb has goobook[0] and khard[1] modules.
Personally, I don't think each and every program which *enhances*
lbdb, should be a hard dependency. Even in Debian all of these are
only *suggested* packages[2]. Personally, I don't even think that
the -ldap flavor is necessary - a pkg-readme with all the optional
packages, i.e.:
- Net::LDAP
- abook
- goobook
- khard, which would pull vdirsyncer
- ...
would suffice, IMO.
This would:
- remove the need for hard dependencies so no extra software, which
otherwise would potentially not have been used, needs to be
installed
- if LDAP support is "merged" to the main flavor, there's one less
flavor to maintain
- any additional *enhancement* are added to the readme
It somehow feels simpler and easier.
Otherwise we'll end up with two packages, where they pull 3-4
additional programs and the only difference is that one pull an an
extra Perl module.
Don't some ports already do just that?
Or we go the other way and each and we add each and every of these as
hard dependencies but the chain grows...
Anyway, food for thought :^)
[0] https://pypi.org/project/goobook/
[1] https://github.com/scheibler/khard
[2] https://packages.debian.org/sid/lbdb
> > Now, the main issue. The m_abook module doesn't work properly due
> > to tab escape sequences (\t) being used in sed regexes - something
> > sed(1) in base does not cope well with.
> >
> > All that module does is running the below command:
> >
> > abook --datafile $HOME/.abook/addressbook --mutt-query "$@" \
> > | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
> >
> > but, due to the above, based sed(1) cuts the result short on 2nd
> > 't' in the string, i.e.:
> >
> > firstname.surn...@example.org Firstabook
> >
> > or, if the string contains only one 't' or none at all:
> >
> > first.n...@example.org My Name tabook
> >
> > It works fine with gsed, which was obviously used when that module
> > was written/tested, but then gsed would need to become a run
> > dependency - something I am not keen on.
> >
> > The "easiest" thing to do, would be to patch /usr/local/lib/lbdb/m_abook
> > and use literal tabs:
> >
> > - | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
> > + | sed -e '1d;s/\([^ ]* [^ ]*\).*/\1 abook/'
> >
> > After the above change, it all seems to be working fine.
> >
> > Thanks for looking into it.
> >
> > Raf
>
> Given the existing mess in m_muttalias.sh.in I think that would be ok :)
That's what I thought :^)
Thanks,
Raf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2018/07/11 03:09:46 Modified files: sysutils/firmware/vmm: Makefile sysutils/firmware/vmm/files: config sysutils/firmware/vmm/patches: patch-Makefile Added files: sysutils/firmware/vmm/patches: patch-sgabios_sgabios_S patch-src_boot_c patch-src_config_h patch-src_fw_smbios_c Log message: Disable BIOS debug messages and turn on SMBIOS. This includes the following changes: - Disable debugging in SeaBIOS except of a single version line: SeaBIOS (version 1.11.0p0-OpenBSD-vmm) - Turn off all debug messages of the SGABIOS payload (1.11.0p0-OpenBSD-vmm is all we need to know, it is documented in the firmware package that it is included in vmm-firmware). - Enable SMBIOS: this now gives a BIOS version string in the dmesg and hw.vendor + hw.product sysctl values (you can also query the SMBIOS with the dmidecode package). Please note that SeaBIOS sets all SMBIOS strings to "Bochs Bochs" by default, we include patch-src_fw_smbios_c to print OpenBSD, VMM, SeaBIOS, and 1.11.0p0-OpenBSD-vmm as the BIOS version accordingly. OK sthen@ mlarkin@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 03:08:16 Modified files: x11/mplayer: Makefile Log message: Remove ARM workaround. from Brad (maintainer)
Re: UPDATES: Net-OpenSSH and Test-TCP
On 2018/07/10 18:17, Gonzalo L. Rodriguez wrote: > RCS file: /cvs/ports/net/p5-Net-OpenSSH/Makefile,v > retrieving revision 1.7 > diff -u -p -r1.7 Makefile > --- Makefile 20 Mar 2016 19:56:54 - 1.7 > +++ Makefile 10 Jul 2018 16:14:06 - > @@ -2,7 +2,7 @@ > > COMMENT =perl SSH client package implemented on top of OpenSSH > > -DISTNAME = Net-OpenSSH-0.68 > +DISTNAME = Net-OpenSSH-0.78 > CATEGORIES = net security > MODULES =cpan > PKG_ARCH = * > @@ -13,7 +13,7 @@ MAINTAINER =Abel Abraham Camarillo Ojed > PERMIT_PACKAGE_CDROM = Yes > > MODCPAN_EXAMPLES = Yes > -MODCPAN_EXAMPLES_DIST = sample > +MODCPAN_EXAMPLES_DIST = examples This is the default anyway, so MODCPAN_EXAMPLES_DIST can be removed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/11 02:35:59 Modified files: lang/rust : Makefile distinfo lang/rust/patches: patch-src_libcompiler_builtins_build_rs lang/rust/pkg : PFRAG.aarch64-main PFRAG.amd64-main PFRAG.i386-main Log message: Update to rust to 1.27.1: https://github.com/rust-lang/rust/blob/stable/RELEASES.md#version-1271-2018-07-10 It contains also a fix that changes the way libcompiler_rt.a is included by rustc in order to avoid duplicated symbols in a static library (some symbols from system libcompiler_rt.a, others from Rust itself). from semarie, thank you :-)
Re: [PATCH] databases/lbdb - enable abook support
On 2018/07/07 23:00, Raf Czlonka wrote:
> On Sat, Jul 07, 2018 at 12:40:47AM BST, Stuart Henderson wrote:
> > On 2018/07/06 12:22, Raf Czlonka wrote:
> > > Hi all,
> > >
> > > Given that abook is in ports, could we have support for it enabled
> > > in lbdb, please?
> > >
> > > Regards,
> > >
> > > Raf
> > >
> > > Index: databases/lbdb/Makefile
> > > ===
> > > RCS file: /cvs/ports/databases/lbdb/Makefile,v
> > > retrieving revision 1.19
> > > diff -u -p -r1.19 Makefile
> > > --- databases/lbdb/Makefile 29 Apr 2016 11:03:43 - 1.19
> > > +++ databases/lbdb/Makefile 6 Jul 2018 11:19:35 -
> > > @@ -36,7 +36,6 @@ CONFIGURE_STYLE = gnu
> > >
> > > CONFIGURE_ARGS +=--libdir=${PREFIX}/lib/lbdb \
> > > --with-libiconv-prefix=${LOCALBASE} \
> > > - --without-abook \
> > > --without-addr-email \
> > > --without-niscat \
> > > --without-gpg \
> > >
> >
> > A bit more than that is needed, but it seems reasonable to add
> > it, the extra dependency isn't too heavy.
>
> Well, abook actually is not a dependency - it's only extra
> functionality. If it isn't installed no harm done.
>
> > Slight Makefile reordering while there. Does this work for you?
>
> Yes and no - comments inline :^)
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/databases/lbdb/Makefile,v
> > retrieving revision 1.19
> > diff -u -p -r1.19 Makefile
> > --- Makefile29 Apr 2016 11:03:43 - 1.19
> > +++ Makefile6 Jul 2018 23:39:51 -
> > @@ -4,6 +4,7 @@ COMMENT-main = "little brother's databa
> > COMMENT-ldap = LDAP support for lbdb
> >
> > VERSION = 0.40
> > +REVISION-main =0
>
> D'oh! ;^)
>
> > DISTNAME = lbdb_${VERSION}
> > PKGNAME-main = lbdb-${VERSION}
> > @@ -18,25 +19,27 @@ MULTI_PACKAGES =-main -ldap
> > # GPLv2+
> > PERMIT_PACKAGE_CDROM = Yes
> >
> > +WANTLIB-main = c iconv
> > +
> > +MASTER_SITES = http://www.spinnaker.de/debian/
Oh this is a redirect to https now, might as well change that and avoid
the extra roundtrip.
> > +BUILD_DEPENDS =${RUN_DEPENDS-main}
> > +LIB_DEPENDS-main = converters/libiconv
> > +RUN_DEPENDS-main = mail/abook
>
> There's not need for abook to be a run dependency - m_abook module
> is only usable if it is both specified in METHODS *and* abook
> executable present, ignored otherwise.
It's a really small dependency though, and the only extra thing it pulls
in is gettext which mutt users will have anyway, so I don't see a lot of point
in /not/ including it, it does make things more consistent.
> > RUN_DEPENDS-ldap = databases/p5-ldap \
> > databases/lbdb
> >
> > -LIB_DEPENDS-main = converters/libiconv
> > -WANTLIB-main = c iconv
> > LIB_DEPENDS-ldap =
> > WANTLIB-ldap =
> >
> > -MASTER_SITES = http://www.spinnaker.de/debian/
> > -
> > MAKE_ENV = install_prefix=${WRKINST}
> >
> > NO_TEST = Yes
> > USE_GMAKE =Yes
> > CONFIGURE_STYLE = gnu
> >
> > -CONFIGURE_ARGS += --libdir=${PREFIX}/lib/lbdb \
> > +CONFIGURE_ARGS += --libdir=${PREFIX}/lib/lbdb \
> > --with-libiconv-prefix=${LOCALBASE} \
> > - --without-abook \
> > --without-addr-email \
> > --without-niscat \
> > --without-gpg \
> > Index: pkg/PLIST-main
> > ===
> > RCS file: /cvs/ports/databases/lbdb/pkg/PLIST-main,v
> > retrieving revision 1.1.1.1
> > diff -u -p -r1.1.1.1 PLIST-main
> > --- pkg/PLIST-main 15 Jun 2008 07:22:57 - 1.1.1.1
> > +++ pkg/PLIST-main 6 Jul 2018 23:39:51 -
> > @@ -8,6 +8,7 @@ lib/lbdb/
> > lib/lbdb/lbdb-munge
> > lib/lbdb/lbdb_bbdb_query.el
> > lib/lbdb/lbdb_lib
> > +lib/lbdb/m_abook
>
> Double-d'oh! :^P
>
> > lib/lbdb/m_bbdb
> > lib/lbdb/m_fido
> > lib/lbdb/m_finger
>
> Now, the main issue. The m_abook module doesn't work properly due
> to tab escape sequences (\t) being used in sed regexes - something
> sed(1) in base does not cope well with.
>
> All that module does is running the below command:
>
> abook --datafile $HOME/.abook/addressbook --mutt-query "$@" \
> | sed -e '1d;s/\([^\t]*\t[^\t]*\).*/\1\tabook/'
>
> but, due to the above, based sed(1) cuts the result short on 2nd
> 't' in the string, i.e.:
>
> firstname.surn...@example.org Firstabook
>
> or, if the string contains only one 't' or none at all:
>
> first.n...@example.org My Name tabook
>
> It works fine with gsed, which was obviously used when that module
> was written/tested, but then gsed would need to become a run
> dependency -
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/07/11 02:17:11 Modified files: x11/smplayer : Makefile distinfo x11/smplayer/patches: patch-src_preferences_cpp patch-webserver_Makefile Log message: Update for SMPlayer to 18.6: http://www.smplayer.info/en/changes Tested by Josh thanks!
Re: gdb for arm64
On Tue, Jul 10, 2018 at 12:00:54PM +0200, Mark Kettenis wrote:
> Here is a cleaned-up version of a diff that Dale made to support
> OpenBSD/arm64 in gdb. Single-stepping doesn't work yet, which means
> that stepping through the code doesn't really work. But setting
> breakpoints and inspecting state or looking at core files should work.
>
Just to report the result of the lang/rust testsuite on aarch64 with
commited devel/gdb :
test result: FAILED. 75 passed; 1 failed; 33 ignored; 0 measured; 0 filtered out
only one test is failing on 76 tests (so gdb works relatively well on aarch64,
thanks for that !).
rust-1.27.1/rustc-1.27.1-src/src/test/debuginfo/by-value-self-argument-in-trait-impl.rs
it tries to print self value in a Trait (extract of code source):
trait Trait {
fn method(self) -> Self;
}
impl Trait for (f64, isize, isize, f64) {
fn method(self) -> (f64, isize, isize, f64) {
zzz(); // #break
self
}
}
fn main() {
// ... others tests
let _ = (.5, , , .5).method();
}
in gdb, in a break at zzz():
(gdb) print self
expected output:
$3 = (.5, , , .5)
effective output:
$3 = (1.3580760565083671e-312, , 274877654288,
1.3580760579708014e-312)
Below full output of the debuginfo-gdb run.
running 109 tests
test [debuginfo-gdb] debuginfo/associated-types.rs ... ok
test [debuginfo-gdb] debuginfo/basic-types-globals-metadata.rs ... ignored
test [debuginfo-gdb] debuginfo/basic-types-globals.rs ... ignored
test [debuginfo-gdb] debuginfo/basic-types-metadata.rs ... ignored
test [debuginfo-gdb] debuginfo/basic-types-mut-globals.rs ... ignored
test [debuginfo-gdb] debuginfo/basic-types.rs ... ok
test [debuginfo-gdb] debuginfo/borrowed-basic.rs ... ok
test [debuginfo-gdb] debuginfo/borrowed-c-style-enum.rs ... ok
test [debuginfo-gdb] debuginfo/borrowed-enum.rs ... ignored
test [debuginfo-gdb] debuginfo/borrowed-struct.rs ... ok
test [debuginfo-gdb] debuginfo/borrowed-tuple.rs ... ok
test [debuginfo-gdb] debuginfo/borrowed-unique-basic.rs ... ok
test [debuginfo-gdb] debuginfo/box.rs ... ok
test [debuginfo-gdb] debuginfo/boxed-struct.rs ... ok
test [debuginfo-gdb] debuginfo/by-value-non-immediate-argument.rs ... ignored
test [debuginfo-gdb] debuginfo/by-value-self-argument-in-trait-impl.rs ...
FAILED
test [debuginfo-gdb] debuginfo/c-style-enum-in-composite.rs ... ok
test [debuginfo-gdb] debuginfo/c-style-enum.rs ... ignored
test [debuginfo-gdb] debuginfo/closure-in-generic-function.rs ... ok
test [debuginfo-gdb] debuginfo/constant-debug-locs.rs ... ok
test [debuginfo-gdb] debuginfo/constant-in-match-pattern.rs ... ok
test [debuginfo-gdb] debuginfo/cross-crate-spans.rs ... ok
test [debuginfo-gdb] debuginfo/cross-crate-type-uniquing.rs ... ok
test [debuginfo-gdb] debuginfo/destructured-fn-argument.rs ... ok
test [debuginfo-gdb] debuginfo/destructured-for-loop-variable.rs ... ok
test [debuginfo-gdb] debuginfo/destructured-local.rs ... ok
test [debuginfo-gdb] debuginfo/drop-locations.rs ... ignored
test [debuginfo-gdb] debuginfo/evec-in-struct.rs ... ok
test [debuginfo-gdb] debuginfo/extern-c-fn.rs ... ok
test [debuginfo-gdb] debuginfo/function-arg-initialization.rs ... ignored
test [debuginfo-gdb] debuginfo/function-arguments.rs ... ok
test [debuginfo-gdb] debuginfo/function-prologue-stepping-regular.rs ... ignored
test [debuginfo-gdb] debuginfo/gdb-pretty-struct-and-enums-pre-gdb-7-7.rs ... ok
test [debuginfo-gdb] debuginfo/generic-enum-with-different-disr-sizes.rs ... ok
test [debuginfo-gdb] debuginfo/generic-function.rs ... ok
test [debuginfo-gdb] debuginfo/generic-functions-nested.rs ... ok
test [debuginfo-gdb] debuginfo/generic-method-on-generic-struct.rs ... ok
test [debuginfo-gdb] debuginfo/generic-static-method-on-struct-and-enum.rs ...
ok
test [debuginfo-gdb] debuginfo/generic-struct-style-enum.rs ... ignored
test [debuginfo-gdb] debuginfo/generic-struct.rs ... ok
test [debuginfo-gdb] debuginfo/generic-tuple-style-enum.rs ... ignored
test [debuginfo-gdb] debuginfo/include_string.rs ... ok
test [debuginfo-gdb] debuginfo/issue-12886.rs ... ignored
test [debuginfo-gdb] debuginfo/issue-13213.rs ... ok
test [debuginfo-gdb] debuginfo/issue-14411.rs ... ok
test [debuginfo-gdb] debuginfo/issue-22656.rs ... ignored
test [debuginfo-gdb] debuginfo/issue-7712.rs ... ok
test [debuginfo-gdb] debuginfo/lexical-scope-in-for-loop.rs ... ok
test [debuginfo-gdb] debuginfo/lexical-scope-in-if.rs ... ok
test [debuginfo-gdb] debuginfo/lexical-scope-in-match.rs ... ok
test [debuginfo-gdb] debuginfo/lexical-scope-in-parameterless-closure.rs ... ok
test [debuginfo-gdb] debuginfo/lexical-scope-in-stack-closure.rs ... ok
test
UPDATE: Iperf3 (3.6)
Hello,
Update for Iperf3 to 3.6:
http://software.es.net/iperf/
https://github.com/esnet/iperf/releases
OK? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/net/iperf3/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile22 Sep 2016 02:13:18 - 1.2
+++ Makefile11 Jul 2018 07:43:56 -
@@ -2,9 +2,8 @@
COMMENT= tool to measure maximum achievable bandwidth on IP networks
-V= 3.1.3
+V= 3.6
PKGNAME= iperf3-${V}
-REVISION= 0
GH_ACCOUNT=esnet
GH_PROJECT=iperf
@@ -21,7 +20,7 @@ MAINTAINER= Lawrence Teo stats_interval = testp->reporter_interval = 1;
testp->num_streams = 1;
@@ -15,12 +12,3 @@ Missing initialization.
testp->settings->unit_format = 'a';
testp->settings->socket_bufsize = 0;/* use autotuning */
testp->settings->blksize = DEFAULT_TCP_BLKSIZE;
-@@ -2323,7 +2323,7 @@ iperf_print_results(struct iperf_test *test)
- struct iperf_stream *sp = NULL;
- iperf_size_t bytes_sent, total_sent = 0;
- iperf_size_t bytes_received, total_received = 0;
--double start_time, end_time, avg_jitter = 0.0, lost_percent;
-+double start_time, end_time = 0.0, avg_jitter = 0.0, lost_percent;
- double bandwidth;
-
- /* print final summary for all intervals */
Index: patches/patch-src_iperf_udp_c
===
RCS file: /cvs/ports/net/iperf3/patches/patch-src_iperf_udp_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-src_iperf_udp_c
--- patches/patch-src_iperf_udp_c 21 Sep 2016 01:12:57 - 1.1.1.1
+++ patches/patch-src_iperf_udp_c 11 Jul 2018 07:43:56 -
@@ -2,14 +2,15 @@ $OpenBSD: patch-src_iperf_udp_c,v 1.1.1.
Print uint64_t using %llu, size_t is 32 bits on LP32 archs.
src/iperf_udp.c.orig Mon Sep 19 14:17:14 2016
-+++ src/iperf_udp.cMon Sep 19 14:18:04 2016
-@@ -104,7 +104,7 @@ iperf_udp_recv(struct iperf_stream *sp)
- sp->packet_count = pcount;
- } else {
- sp->outoforder_packets++;
-- iperf_err(sp->test, "OUT OF ORDER - incoming packet = %zu and received
packet = %d AND SP = %d", pcount, sp->packet_count, sp->socket);
-+ iperf_err(sp->test, "OUT OF ORDER - incoming packet = %llu and received
packet = %d AND SP = %d", pcount, sp->packet_count, sp->socket);
- }
+Index: src/iperf_udp.c
+--- src/iperf_udp.c.orig
src/iperf_udp.c
+@@ -149,7 +149,7 @@ iperf_udp_recv(struct iperf_stream *sp)
+
+ /* Log the out-of-order packet */
+ if (sp->test->debug)
+- fprintf(stderr, "OUT OF ORDER - incoming packet sequence %"
PRIu64 " but expected sequence %d on stream %d", pcount, sp->packet_count,
sp->socket);
++ fprintf(stderr, "OUT OF ORDER - incoming packet sequence %llu"
PRIu64 " but expected sequence %d on stream %d", pcount, sp->packet_count,
sp->socket);
+ }
- /* jitter measurement */
+ /*
Index: patches/patch-src_portable_endian_h
===
RCS file: patches/patch-src_portable_endian_h
diff -N patches/patch-src_portable_endian_h
--- patches/patch-src_portable_endian_h 21 Sep 2016 01:12:57 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-src_portable_endian_h,v 1.1.1.1 2016/09/21 01:12:57 lteo Exp $
-
-Avoid #define redefinitions.
-
src/portable_endian.h.orig Mon Sep 19 14:18:25 2016
-+++ src/portable_endian.h Mon Sep 19 14:20:10 2016
-@@ -12,7 +12,7 @@
-
- // GLIBC / Linux with endian(3) support, which was added in glibc 2.9.
- // Intended to support CentOS 6 and newer.
--#if defined(__linux__) && \
-+#if defined(__OpenBSD__) || defined(__linux__) && \
- ((__GLIBC__ > 3) || \
- (__GLIBC__ == 2 && __GLIBC_MINOR__ >= 9))
-
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 01:42:46 Modified files: security/py-cryptodome: Makefile distinfo security/py-cryptodome/pkg: PLIST Log message: update to py-cryptodome-3.6.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/11 01:39:42 Modified files: sysutils/py-pynetbox: Makefile distinfo sysutils/py-pynetbox/pkg: PLIST Log message: update to py-pynetbox-3.4.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/07/11 00:11:45 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Log message: Bugfix update to thunderbird 52.9.1. See https://www.thunderbird.net/en-US/thunderbird/52.9.1/releasenotes/ Fixes bug #1473893 (Detaching attachments corrupts the main body of the e-mail text), issue introduced in 52.9.0.
Re: gdb for arm64
On Tue, 10 Jul 2018 12:00:54 +0200 (CEST), Mark Kettenis wrote:
> Here is a cleaned-up version of a diff that Dale made to support
> OpenBSD/arm64 in gdb. Single-stepping doesn't work yet, which means
> that stepping through the code doesn't really work. But setting
> breakpoints and inspecting state or looking at core files should work.
>
> I'm not sure what to do with the lang/ocaml comment in the Makefile.
>
> ok?
This works fine for me. OK in coordination with the ocaml diff.
> Index: devel/gdb/Makefile
> ===
> RCS file: /cvs/ports/devel/gdb/Makefile,v
> retrieving revision 1.54
> diff -u -p -r1.54 Makefile
> --- devel/gdb/Makefile18 Jun 2018 14:53:12 - 1.54
> +++ devel/gdb/Makefile10 Jul 2018 09:44:47 -
> @@ -1,13 +1,12 @@
> # $OpenBSD: Makefile,v 1.54 2018/06/18 14:53:12 kettenis Exp $
>
> # adjust lang/ocaml if gdb is ported to aarch64
> -NOT_FOR_ARCHS= aarch64
>
> COMMENT= GNU debugger
> CATEGORIES= devel
>
> DISTNAME=gdb-7.12.1
> -REVISION=2
> +REVISION=3
>
> HOMEPAGE=https://www.gnu.org/software/gdb/
>
> Index: devel/gdb/patches/patch-bfd_config_bfd
> ===
> RCS file: devel/gdb/patches/patch-bfd_config_bfd
> diff -N devel/gdb/patches/patch-bfd_config_bfd
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ devel/gdb/patches/patch-bfd_config_bfd10 Jul 2018 09:44:47 -
> @@ -0,0 +1,15 @@
> +$OpenBSD$
> +--- bfd/config.bfd.orig Sat Jan 21 05:48:42 2017
> bfd/config.bfd Tue Mar 7 22:55:11 2017
> +@@ -202,6 +202,11 @@ case "${targ}" in
> + targ_selvecs="aarch64_elf64_be_vec aarch64_elf32_le_vec
> aarch64_elf32_be_vec arm_elf32_le_vec arm_elf32_be_vec"
> + want64=true
> + ;;
> ++ aarch64-*-openbsd*)
> ++targ_defvec=aarch64_elf64_le_vec
> ++targ_selvecs="aarch64_elf32_le_vec arm_elf32_le_vec"
> ++want64=true
> ++;;
> + aarch64_be-*-linux*)
> + targ_defvec=aarch64_elf64_be_vec
> + targ_selvecs="aarch64_elf64_le_vec aarch64_elf32_le_vec
> aarch64_elf32_be_vec arm_elf32_be_vec arm_elf32_le_vec"
> Index: devel/gdb/patches/patch-gdb_Makefile_in
> ===
> RCS file: devel/gdb/patches/patch-gdb_Makefile_in
> diff -N devel/gdb/patches/patch-gdb_Makefile_in
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ devel/gdb/patches/patch-gdb_Makefile_in 10 Jul 2018 09:44:47 -
> @@ -0,0 +1,24 @@
> +$OpenBSD$
> +Index: gdb/Makefile.in
> +--- gdb/Makefile.in.orig
> gdb/Makefile.in
> +@@ -644,7 +644,8 @@ TARGET_OBS = @TARGET_OBS@
> + # All target-dependent objects files that require 64-bit CORE_ADDR
> + # (used with --enable-targets=all --enable-64-bit-bfd).
> + ALL_64_TARGET_OBS = \
> +-aarch64-tdep.o aarch64-linux-tdep.o aarch64-newlib-tdep.o
> aarch64-insn.o \
> ++aarch64-tdep.o aarch64-linux-tdep.o \
> ++aarch64-newlib-tdep.o aarch64obsd-tdep.o aarch64-insn.o \
> + alphabsd-tdep.o alphafbsd-tdep.o alpha-linux-tdep.o alpha-mdebug-tdep.o
> \
> + alphanbsd-tdep.o alphaobsd-tdep.o alpha-tdep.o \
> + amd64fbsd-tdep.o amd64-darwin-tdep.o amd64-dicos-tdep.o \
> +@@ -1663,7 +1664,8 @@ MAKEOVERRIDES=
> +
> + ALLDEPFILES = \
> + aarch64-tdep.c aarch64-linux-tdep.c aarch64-newlib-tdep.c \
> +-aarch64-linux-nat.c \
> ++aarch64obsd-tdep.c \
> ++aarch64-linux-nat.c aarch64obsd-nat.c \
> + aix-thread.c \
> + alphabsd-nat.c alpha-linux-nat.c \
> + alpha-tdep.c alpha-mdebug-tdep.c \
> Index: devel/gdb/patches/patch-gdb_aarch64obsd-nat_c
> ===
> RCS file: devel/gdb/patches/patch-gdb_aarch64obsd-nat_c
> diff -N devel/gdb/patches/patch-gdb_aarch64obsd-nat_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ devel/gdb/patches/patch-gdb_aarch64obsd-nat_c 10 Jul 2018 09:44:47
> -
> @@ -0,0 +1,210 @@
> +$OpenBSD$
> +Index: gdb/aarch64obsd-nat.c
> +--- gdb/aarch64obsd-nat.c.orig
> gdb/aarch64obsd-nat.c
> +@@ -0,0 +1,205 @@
> ++/* Native-dependent code for OpenBSD/arm64 (AArch64)
> ++
> ++ Copyright (C) 2011-2017 Free Software Foundation, Inc.
> ++
> ++ This file is part of GDB.
> ++
> ++ This program is free software; you can redistribute it and/or modify
> ++ it under the terms of the GNU General Public License as published by
> ++ the Free Software Foundation; either version 3 of the License, or
> ++ (at your option) any later version.
> ++
> ++ This program is distributed in the hope that it will be useful,
> ++ but WITHOUT ANY WARRANTY; without even the implied warranty of
> ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> ++ GNU General Public License for more details.
> ++
> ++ You should have received a copy of the GNU General Public License
> ++ along with this program. If not, see
