[Update] devel/p5-Mouse : Update to 2.5.9
Hi, ports@:
Here is a patch for devel/p5-Mouse to update to 2.5.9.
It build well and passed regression test on amd64-head system.
4 ports depends on it:
devel/p5-Any-Moose
devel/p5-MouseX-Types
devel/p5-Type-Tiny
devel/p5-namespace-autoclean
All build well and passed regression test.
Comments? OK?
wen
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Mouse/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile12 Jul 2019 20:45:02 - 1.17
+++ Makefile28 Aug 2019 02:33:34 -
@@ -3,7 +3,7 @@
COMMENT = Moose minus the antlers
MODULES = cpan
-DISTNAME = Mouse-v2.5.6
+DISTNAME = Mouse-v2.5.9
PKGNAME = p5-${DISTNAME:S/-v/-/}
CATEGORIES = devel
@@ -16,7 +16,7 @@ CONFIGURE_STYLE = modbuild
CPAN_AUTHOR = SKAJI
-BUILD_DEPENDS =devel/p5-Module-Build-XSUtil
+BUILD_DEPENDS =devel/p5-Module-Build-XSUtil>=0.19
TEST_DEPENDS = devel/p5-Declare-Constraints-Simple \
devel/p5-IO-String \
devel/p5-Locale-US \
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Mouse/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo25 Jan 2019 22:14:09 - 1.8
+++ distinfo28 Aug 2019 02:33:34 -
@@ -1,2 +1,2 @@
-SHA256 (Mouse-v2.5.6.tar.gz) = FAAuaC5l2PNEvOXX/jX8TZJoHs3cvNhySDIkcyMiYMg=
-SIZE (Mouse-v2.5.6.tar.gz) = 219891
+SHA256 (Mouse-v2.5.9.tar.gz) = udeNRu8Qs8nihKP4E4HJGg+U5yAssR9RTtsd2k21DHM=
+SIZE (Mouse-v2.5.9.tar.gz) = 220298
[Update] devel/p5-Module-Build-XSUtil : Update to 0.19
Hi, ports@: Here is a update for devel/p5-Module-Build-XSUtil to update to 0.19 , which is required by the build of p5-Mouse upstream. It build well on amd64-head system. It defined NO_TESTS currently because of lacking some depends in OpenBSD portstree. One port p5-Mouse depends on it. Surely it build well with this update. Comments? OK? wen Index: Makefile === RCS file: /cvs/ports/devel/p5-Module-Build-XSUtil/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile12 Jul 2019 20:44:59 - 1.3 +++ Makefile28 Aug 2019 02:12:37 - @@ -2,7 +2,7 @@ COMMENT = Module::Build class for building XS modules -DISTNAME = Module-Build-XSUtil-0.16 +DISTNAME = Module-Build-XSUtil-0.19 CATEGORIES = devel # perl Index: distinfo === RCS file: /cvs/ports/devel/p5-Module-Build-XSUtil/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo12 Oct 2015 21:57:33 - 1.1.1.1 +++ distinfo28 Aug 2019 02:12:37 - @@ -1,2 +1,2 @@ -SHA256 (Module-Build-XSUtil-0.16.tar.gz) = FXYvpOQ7QTAs/yYcetdarNyHT0FpgfIG14PyCs0COts= -SIZE (Module-Build-XSUtil-0.16.tar.gz) = 15137 +SHA256 (Module-Build-XSUtil-0.19.tar.gz) = kGOzw0bt60IoB//kn/sjA4xPkA1Kd7hFzktT2XvylAA= +SIZE (Module-Build-XSUtil-0.19.tar.gz) = 15276
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/08/27 17:02:55 Modified files: devel/py-arrow : Makefile distinfo devel/py-arrow/pkg: PLIST Log message: Update devel/py-arrow 0.14.2 -> 0.14.5 >From Paco Esteban. Thank you very much!
LibreOffice Crashes and Restarts X
Hello, Hopefully this is the correct place to post my issue. I have libreoffice-6.2.2.2p0v0 installed on 6.5 GENERIC.MP#1 amd64. I can open docx and xls files, but if I try to save them, LibreOffice crashes and X restarts. I have also just found that opening and viewing a docx file and just trying to move around within the document has the same result. CWM is my window manager. This also happened to me on 6.4. I have a soffice.bin.core file. I am not familiar with gdb, but running 'gdb data' returns the following result: Core was generated by `soffice.bin'. Program terminated with signal 6, Aborted. #0 0x03a23617591a in ?? () Please let me know if there is further information I can provide or if this should be taken to another list. Thanks, Aric
[macppc] Unbreak lang/parrot
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/lang/parrot.log
${LOCALBASE}/include/ffitarget.h is actually fine. The build is failing
due to the (aggressive) usage of -Werror.
According to what i've read, _CALL_ELF is used to separate ppc64be from
ppc64le.
I could have removed the annoying -Werror, but i preferred to play fair
and defining it to (ELFv)1. While here, i've regen WANTLIB.
It indeed builds fine [0], there is only one test out of 47767 failing,
as seen on amd64.
Comments/feedback are welcome,
Charlène.
[0] https://bin.charlenew.xyz/parrot.log
Index: Makefile
===
RCS file: /cvs/ports/lang/parrot/Makefile,v
retrieving revision 1.47
diff -u -p -u -p -r1.47 Makefile
--- Makefile12 Jul 2019 20:47:21 - 1.47
+++ Makefile27 Aug 2019 20:27:09 -
@@ -4,7 +4,7 @@ COMMENT=virtual machine designed for in
V= 7.10.0
DISTNAME= parrot-$V
-REVISION= 7
+REVISION= 8
CATEGORIES=lang perl6
SHARED_LIBS= parrot 11.0
@@ -16,10 +16,10 @@ MASTER_SITES= http://ftp.parrot.org/rele
# Artistic2
PERMIT_PACKAGE=Yes
-WANTLIB += GL GLU c glut gmp iconv icudata icuuc intl m ncurses pthread
-WANTLIB += readline ${COMPILER_LIBCXX} util z ffi
+WANTLIB += ${COMPILER_LIBCXX} GL GLU c ffi glut gmp icudata icuuc
+WANTLIB += intl m readline z
-COMPILER = base-clang ports-gcc base-gcc
+COMPILER = base-clang ports-gcc
BUILD_DEPENDS= graphics/glew \
devel/pcre
@@ -55,6 +55,11 @@ INSTALL_TARGET = install install-doc
TEST_TARGET= fulltest
SUBST_VARS += V
+
+# fix for error: "_CALL_ELF" is not defined, evaluates to 0
+.if ${MACHINE_ARCH:Mpowerpc}
+CFLAGS += -D_CALL_ELF=1
+.endif
pre-configure:
${SUBST_CMD} ${WRKSRC}/config/init/hints/openbsd.pm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/08/27 13:59:38 Modified files: www/chromium : Makefile distinfo Log message: update to 76.0.3809.132 and regen electron tarball to reflect the change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/08/27 13:57:19 Modified files: editors/nano : Makefile distinfo editors/nano/patches: patch-doc_nano_1 patch-src_Makefile_in Log message: maintenance update to 4.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: aw...@cvs.openbsd.org 2019/08/27 13:49:46 Modified files: databases/postgresql: Makefile databases/postgresql/pkg: postgresql.rc Log message: Add datadir to default databases/postgresql flags While here, stop trying to remove postmaster.pid in rc_start as pg_ctl already handles that. OK sthen@, pea@
Re: [NEW] www/e2guardian
Am Tue, 27 Aug 2019 17:56:58 +0100
schrieb Stuart Henderson :
> Here is your port cleaned up a little. I'll quote a diff and comment
> inline so you can see what I changed.
Thanks.
> what is your intention with the clamav flavour? it's mentioned in
> DESCR but not used in Makefile.
I think this is a leftover from the dansguardian port, which I used as a
"template".
> :: -MAKE_ENV= MKDIR_P='mkdir -p'
>
> i think this is unnecessary?
Not sure, it was used in a similar port which also used ./autogen.sh.
But if this all is handled by autoreconf it should be unnecessary, yes.
> :: -@pkgpath www/e2guardian,clamav
>
> this line is bogus.
Then so it is posśibly in www/dansguardian
> :: -@newgroup _e2guardian:833
> :: -@newuser
> _e2guardian:833:833:daemon:E2Guardian:/nonexistent:/sbin/nologin ::
> +@newgroup _e2guardian:842 :: +@newuser
> _e2guardian:842:842:daemon:e2guardian user:/nonexistent:/sbin/nologin
>
> 833 is taken, the next free is 842
It was the newest on -STABLE, I didn't check -CURRENT, sorry
> :: -@mode 0755
> :: @rcscript ${RCDIR}/e2guardian
> :: -@mode
>
> @mode not needed here
Again, same as in www/dansguardian. One can only be so good as one
learns from existing examples :) But again, thank you for your work.
Henry
Re: boost md context switching on macppc
On Tue, Aug 27, 2019 at 01:58:22PM -0400, George Koehler wrote:
> On Tue, 27 Aug 2019 14:30:50 +0200
> Otto Moerbeek wrote:
>
> > What I'm seeing is (in jump_ppc32_sysv_elf_gas.S/jump_context)
> > register r3 that is supposed to point to the memory that will receive
> > the transfer_t (the return value of jump_fcontext()) is 0.
> >
> > # return transfer_t
> > stw %r6, 0(%r3)
> > stw %r5, 4(%r3)
>
> Ouch. This code is for Linux; there is a secret incompatibility
> between BSD and Linux on 32-bit PowerPC. These systems have almost
> the same System V ABI, but differ when returning a small struct of up
> to 8 bytes. transfer_t from is
> such a struct: its 2 pointers measure 8 bytes. BSD has no return area
> in %r3; the callee should return the transfer_t in %r3 and %r4. The
> params were in %r4 and %r5 in Linux, but are in %r3 and %r4 in BSD.
>
> The fixes might be to
>
> - delete the lines `stw %r3, 228(%r1)` and `lwz %r3, 228(%r1)`,
>because the return area no longer exists.
> - change `mr %r1, %r4` to `mr %r1, %r3`, because first param is %r3.
> - change `stw %r6, 0(%r3)` to `mr %r3, %r6` (move to %r3 from %r6),
>because first word of transfer_t is %r3.
> - delete `stw %r5, 4(%r3)`, because second param is %r4, and second
>word of transfer_t is %r4, so we would move %r4 to itself.
>
> One might guard the changes with #ifdef __Linux__ ... #else ... #endif,
> because .S files go through the preprocessor. The other *ppc32_sysv*.S
> files might also need changes. I haven't tried these changes, because
> I will need to upgrade my macppc snapshot, then wait a few days for my
> PowerBook G4 to build boost and dependencies.
>
> The System V ABI of 1995 [1], page 3-22, specified,
> > A structure or union whose size is less than or equal to 8 bytes shall be
> > returned in r3 and r4, as if it were first stored in an 8-byte aligned
> > memory area and then the low-addressed word were loaded into r3 and the
> > high-addressed word into r4. Bits beyond the last member of the
> > structure or union are not defined.
>
> For unknown reason, GCC for Linux ignores this and returns a small
> struct like a large struct (through a return area in %r3). GCC for BSD
> does return a small struct in %r3 and %r4, but extends it to 4 or 8
> bytes by inserting bits before the first member, not "beyond the last
> member", given that the system is big-endian; so struct { char c; }
> puts c in the low byte of %r3, not the first byte. By BSD, I mean at
> least OpenBSD and NetBSD; I didn't check FreeBSD.
>
> The Linux ABI of 2011 [2] specified what GCC for Linux does. LLVM and
> clang follow Linux (so code built with clang for OpenBSD/macppc crashes
> when it calls libraries built with gcc); boost is crashing because we
> use gcc in OpenBSD/macppc.
>
> [1] https://refspecs.linuxbase.org/elf/elfspec_ppc.pdf
> [2]
> https://www.polyomino.org.uk/publications/2011/Power-Arch-32-bit-ABI-supp-1.0-Unified.pdf
>
> --
> George Koehler
>
Thanks!
I was already thinking it would be something along this line, i386 has
similar issue I fixed a few months ago.
A first shot did not work here, so if you can take a closer look please
do. In the meantime I'll try to do so as well after reading up on the ABI.
-Otto
Re: boost md context switching on macppc
On Tue, 27 Aug 2019 14:30:50 +0200
Otto Moerbeek wrote:
> What I'm seeing is (in jump_ppc32_sysv_elf_gas.S/jump_context)
> register r3 that is supposed to point to the memory that will receive
> the transfer_t (the return value of jump_fcontext()) is 0.
>
> # return transfer_t
> stw %r6, 0(%r3)
> stw %r5, 4(%r3)
Ouch. This code is for Linux; there is a secret incompatibility
between BSD and Linux on 32-bit PowerPC. These systems have almost
the same System V ABI, but differ when returning a small struct of up
to 8 bytes. transfer_t from is
such a struct: its 2 pointers measure 8 bytes. BSD has no return area
in %r3; the callee should return the transfer_t in %r3 and %r4. The
params were in %r4 and %r5 in Linux, but are in %r3 and %r4 in BSD.
The fixes might be to
- delete the lines `stw %r3, 228(%r1)` and `lwz %r3, 228(%r1)`,
because the return area no longer exists.
- change `mr %r1, %r4` to `mr %r1, %r3`, because first param is %r3.
- change `stw %r6, 0(%r3)` to `mr %r3, %r6` (move to %r3 from %r6),
because first word of transfer_t is %r3.
- delete `stw %r5, 4(%r3)`, because second param is %r4, and second
word of transfer_t is %r4, so we would move %r4 to itself.
One might guard the changes with #ifdef __Linux__ ... #else ... #endif,
because .S files go through the preprocessor. The other *ppc32_sysv*.S
files might also need changes. I haven't tried these changes, because
I will need to upgrade my macppc snapshot, then wait a few days for my
PowerBook G4 to build boost and dependencies.
The System V ABI of 1995 [1], page 3-22, specified,
> A structure or union whose size is less than or equal to 8 bytes shall be
> returned in r3 and r4, as if it were first stored in an 8-byte aligned
> memory area and then the low-addressed word were loaded into r3 and the
> high-addressed word into r4. Bits beyond the last member of the
> structure or union are not defined.
For unknown reason, GCC for Linux ignores this and returns a small
struct like a large struct (through a return area in %r3). GCC for BSD
does return a small struct in %r3 and %r4, but extends it to 4 or 8
bytes by inserting bits before the first member, not "beyond the last
member", given that the system is big-endian; so struct { char c; }
puts c in the low byte of %r3, not the first byte. By BSD, I mean at
least OpenBSD and NetBSD; I didn't check FreeBSD.
The Linux ABI of 2011 [2] specified what GCC for Linux does. LLVM and
clang follow Linux (so code built with clang for OpenBSD/macppc crashes
when it calls libraries built with gcc); boost is crashing because we
use gcc in OpenBSD/macppc.
[1] https://refspecs.linuxbase.org/elf/elfspec_ppc.pdf
[2]
https://www.polyomino.org.uk/publications/2011/Power-Arch-32-bit-ABI-supp-1.0-Unified.pdf
--
George Koehler
UPDATE: devel/cppcheck 1.87 -> 1.88
Hi, The patch below updates cppcheck from 1.87 to 1.88. Briefly tested on amd64. diff --git devel/cppcheck/Makefile devel/cppcheck/Makefile index 66784b2ae67..8070899bacf 100644 --- devel/cppcheck/Makefile +++ devel/cppcheck/Makefile @@ -2,7 +2,7 @@ COMMENT = C/C++ static checker -DISTNAME = cppcheck-1.87 +DISTNAME = cppcheck-1.88 CATEGORIES = devel diff --git devel/cppcheck/distinfo devel/cppcheck/distinfo index 11703cfc8ea..830371c0593 100644 --- devel/cppcheck/distinfo +++ devel/cppcheck/distinfo @@ -1,2 +1,2 @@ -SHA256 (cppcheck-1.87.tar.gz) = l3Kvafz4K6U0IZLHXh5hBXtHMlvS0veM6k49Np/QCDw= -SIZE (cppcheck-1.87.tar.gz) = 2243258 +SHA256 (cppcheck-1.88.tar.gz) = ejNcggPYFaUhU/IYPfvfUEHv+BhNH/V9XviQNdmMZjs= +SIZE (cppcheck-1.88.tar.gz) = 2364053 diff --git devel/cppcheck/pkg/PLIST devel/cppcheck/pkg/PLIST index 4ed573e752e..f520a275fdd 100644 --- devel/cppcheck/pkg/PLIST +++ devel/cppcheck/pkg/PLIST @@ -8,18 +8,24 @@ share/cppcheck/cfg/boost.cfg share/cppcheck/cfg/bsd.cfg share/cppcheck/cfg/cppcheck-cfg.rng share/cppcheck/cfg/cppcheck-lib.cfg +share/cppcheck/cfg/cppunit.cfg +share/cppcheck/cfg/daca.cfg share/cppcheck/cfg/embedded_sql.cfg share/cppcheck/cfg/gnu.cfg share/cppcheck/cfg/googletest.cfg share/cppcheck/cfg/gtk.cfg +share/cppcheck/cfg/libcerror.cfg share/cppcheck/cfg/microsoft_sal.cfg share/cppcheck/cfg/motif.cfg +share/cppcheck/cfg/nspr.cfg +share/cppcheck/cfg/opengl.cfg share/cppcheck/cfg/posix.cfg share/cppcheck/cfg/python.cfg share/cppcheck/cfg/qt.cfg share/cppcheck/cfg/ruby.cfg share/cppcheck/cfg/sdl.cfg share/cppcheck/cfg/sfml.cfg +share/cppcheck/cfg/sqlite3.cfg share/cppcheck/cfg/std.cfg share/cppcheck/cfg/tinyxml2.cfg share/cppcheck/cfg/windows.cfg -- Kind regards, Hiltjo
Calcurse text-based calendar Version 4.5.0
Hi, would just like to bring to your attention & consideration that Calcurse has been updated to version 4.5.0 and currently in ports its on version 4.3.0. -- Securely sent with Tutanota. Get your own encrypted, ad-free mailbox: https://tutanota.com
[ports-gcc] Unbreak graphics/makehuman
Hi! > http://build-failures.rhaalovely.net/powerpc/2019-08-09/graphics/makehuman.log > http://build-failures.rhaalovely.net/sparc64/2019-08-21/graphics/makehuman.log It's just some missing headers actually, and once provided it builds [0] and runs fine on macppc. amd64 is still good. While here i've removed base-gcc from COMPILER, because of COMPILER_LIBCXX being in WANTLIB. There is still no https version of HOMEPAGE. OK? Charlène. [0] https://bin.charlenew.xyz/makehuman.log Index: Makefile === RCS file: /cvs/ports/graphics/makehuman/Makefile,v retrieving revision 1.28 diff -u -p -u -p -r1.28 Makefile --- Makefile12 Jul 2019 20:47:03 - 1.28 +++ Makefile26 Aug 2019 16:16:31 - @@ -5,7 +5,7 @@ COMMENT=parametrical modeling of 3D hum DISTNAME= makehuman-0.9.1-rc1a PKGNAME= makehuman-0.9.1rc1 CATEGORIES=graphics -REVISION= 6 +REVISION= 7 # Newer releases available at https://github.com/makehumancommunity/makehuman HOMEPAGE= http://www.makehumancommunity.org/ @@ -18,7 +18,7 @@ WANTLIB += Xfixes Xi Xmu Xrandr Xrender WANTLIB += glapi glut m mhgui png pthread xcb xcb-dri2 xcb-dri3 xcb-glx WANTLIB += xcb-present xcb-sync xcb-xfixes xshmfence z -COMPILER = base-clang ports-gcc base-gcc +COMPILER = base-clang ports-gcc # gcp(1), see pre-configure BUILD_DEPENDS= sysutils/coreutils Index: patches/patch-src_FileTools_cpp === RCS file: patches/patch-src_FileTools_cpp diff -N patches/patch-src_FileTools_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_FileTools_cpp 26 Aug 2019 16:16:31 - @@ -0,0 +1,15 @@ +$OpenBSD$ + +Add missing header for ports-gcc + +Index: src/FileTools.cpp +--- src/FileTools.cpp.orig src/FileTools.cpp +@@ -38,6 +38,7 @@ + #endif // _FileTools_H_ + + #include ++#include + #include + #include + #include Index: patches/patch-src_util_h === RCS file: patches/patch-src_util_h diff -N patches/patch-src_util_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_util_h26 Aug 2019 16:16:31 - @@ -0,0 +1,15 @@ +$OpenBSD$ + +Add missing headers for ports-gcc + +Index: src/util.h +--- src/util.h.orig src/util.h +@@ -31,6 +31,7 @@ + #include + #endif + ++#include + #include + #include + #include
Re: [NEW] www/e2guardian
On 2019/08/26 14:55, Henry Jensen wrote:
> Greetings,
>
> the port www/dansguardian is deprecated for a long time. It's
> designated successor is a fork called e2guardian[0]. Unfortunately
> there was no port for it until now.
>
> This port builds the current version of e2guardian, an Open Source web
> content filter. It filters the actual content of pages based on many
> methods including phrase matching, request header and URL filtering,
> etc.
>
> I applied several patches to this port, some of them based on the old
> dansguardian patches.
>
> The most delicate patch is possibly patch-src_FatController_cpp, where
> I replaced a sigtimedwait() system call (which doesn't exist on
> OpenBSD) with a sigwait() call. I am not really a C programmer, so
> maybe this should be double checked.
>
> However, the port builds and runs as intended on amd64.
>
> Note, that this ports adds a user and group _e2guardian with the id
> 833, so /usr/ports/infrastructure/db/user.list should be updated.
>
> This is my first new port, so there maybe other things I got wrong
>
>
> Regards,
> Henry
>
>
>
> [0] http://e2guardian.org/
Here is your port cleaned up a little. I'll quote a diff and comment
inline so you can see what I changed.
:: diff --git a/Makefile b/Makefile
:: index 3e5d0bf..1b94b51 100644
:: --- a/Makefile
:: +++ b/Makefile
:: @@ -1,26 +1,29 @@
:: # $OpenBSD
::
:: +GH_ACCOUNT =e2guardian
:: +GH_PROJECT =e2guardian
:: +GH_TAGNAME =5.3.3
::
:: -V = 5.3.3
https://github.com/xxx/xxx/archive/ MASTER_SITES URLs should use GH_*
variables.,.
:: COMMENT = content scanning web filter
:: -DISTNAME = e2guardian-${V}
:: -REVISION = 0
new port starts with no REVISION
:: +
:: CATEGORIES =www net
::
:: HOMEPAGE = http://www.e2guardian.org/
::
:: # GPLv2+
:: -PERMIT_PACKAGE_CDROM = Yes
:: +PERMIT_PACKAGE =Yes
ports dev is done on -current which needs this
::
:: -WANTLIB = c m pcre pcreposix ${COMPILER_LIBCXX} z
:: +WANTLIB += ${COMPILER_LIBCXX} c m pcre pcreposix z
directly paste from port-lib-depends-check
::
:: -COMPILER = base-clang ports-gcc
:: +COMPILER = base-clang ports-gcc
::
:: -MASTER_SITES =
https://github.com/e2guardian/e2guardian/archive/${V}/
:: +LIB_DEPENDS = devel/pcre
::
:: -LIB_DEPENDS = devel/pcre
:: +CONFIGURE_STYLE = autoreconf
:: +AUTOCONF_VERSION = 2.69
:: +AUTOMAKE_VERSION = 1.15
:: +AUTORECONF =${WRKSRC}/autogen.sh
ports using autogen.sh/autoreconf should generally use the new
support in ports infrastructure.
what is your intention with the clamav flavour? it's mentioned in
DESCR but not used in Makefile.
::
:: -CONFIGURE_STYLE = gnu
:: CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE}/include" \
:: LDFLAGS="-L${LOCALBASE}/lib"
:: CONFIGURE_ARGS =--with-proxygroup=_e2guardian \
:: @@ -33,27 +36,8 @@ FLAVOR ?=
:: CONFIGURE_ARGS += --with-dgdebug
:: .endif
::
:: -
:: -
:: FAKE_FLAGS += DGCONFDIR=${PREFIX}/share/examples/e2guardian \
:: -rel_group=_e2guardian rel_user=_e2guardian
:: +rel_group=_e2guardian \
:: +rel_user=_e2guardian
:: -
:: -
:: -AUTOCONF_VERSION= 2.69
:: -AUTOMAKE_VERSION= 1.14
:: -BUILD_DEPENDS +=${MODGNU_AUTOCONF_DEPENDS} \
:: -${MODGNU_AUTOMAKE_DEPENDS} \
:: -devel/libtool
handled by CONFIGURE_STYLE=autoreconf
:: -MAKE_ENV= MKDIR_P='mkdir -p'
i think this is unnecessary?
:: -
:: -
:: -pre-configure:
:: -cd ${WRKSRC} && \
:: -NOCONFIGURE=1 \
:: -AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \
:: -AUTOCONF_VERSION=${AUTOCONF_VERSION} \
:: -./autogen.sh
handled by CONFIGURE_STYLE=autoreconf
:: -
::
:: .include
:: diff --git a/pkg/DESCR b/pkg/DESCR
:: index 36df6b2..4a44b03 100644
:: --- a/pkg/DESCR
:: +++ b/pkg/DESCR
:: @@ -1,9 +1,6 @@
:: -E2Guardian is an award winning Open Source web content filter which
:: -currently runs on Linux, FreeBSD, OpenBSD, NetBSD, Mac OS X, HP-UX, and
:: -Solaris. It filters the actual content of pages based on many methods
:: -including phrase matching, PICS filtering and URL filtering. It does not
:: -purely filter based on a banned list of sites like lesser totally
:: -commercial filters.
:: +E2Guardian is a web proxy that filters the actual content of pages based
:: +on various methods including phrase matching, PICS filtering and URL
:: +filtering.
less marketing-speak, focus on what it does
::
:: E2Guardian is designed to be completely flexible and allows you to
:: tailor the filtering to your exact needs. It can be as draconian or as
:: diff --git a/pkg/PLIST b/pkg/PLIST
:: index f4e497f..0961fcb 100644
:: --- a/pkg/PLIST
:: +++ b/pkg/PLIST
:: @@ -1,10 +1,7 @@
:: @comment $OpenBSD: PLIST,v$
:: -@pkgpath
Re: UPDATE: mail/mdsort
ping
On Wed, Aug 21, 2019 at 09:43:47AM +0200, Anton Lindqvist wrote:
> Hi,
> Update mdsort[1] from author and maintainer, changelog below:
>
> * Add missing space for NUL-terminator when using `NAME_MAX` sized
>buffers.
>
> * Parse alternative body representations, favoring plain text over
>HTML.
>
> * Infer `INSTALL_MAN` from `INSTALL` if not present.
>
> * Lower or upper case a matched string used during interpolation.
>
> Comments? OK?
>
> [1] https://github.com/mptre/mdsort/releases/tag/v4.1.0
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/mdsort/Makefile,v
> retrieving revision 1.6
> diff -u -p -r1.6 Makefile
> --- Makefile 7 Jul 2019 14:50:49 - 1.6
> +++ Makefile 21 Aug 2019 07:39:52 -
> @@ -2,7 +2,7 @@
>
> COMMENT =maildir sort
>
> -V = 4.0.0
> +V = 4.1.0
> DISTNAME = mdsort-${V}
>
> CATEGORIES = mail
> Index: distinfo
> ===
> RCS file: /cvs/ports/mail/mdsort/distinfo,v
> retrieving revision 1.6
> diff -u -p -r1.6 distinfo
> --- distinfo 7 Jul 2019 14:50:49 - 1.6
> +++ distinfo 21 Aug 2019 07:39:52 -
> @@ -1,2 +1,2 @@
> -SHA256 (mdsort-4.0.0.tar.gz) = NBcE2vFmMRYunr1Si/yflmfuDukwht6Rb62m3F0oHng=
> -SIZE (mdsort-4.0.0.tar.gz) = 45206
> +SHA256 (mdsort-4.1.0.tar.gz) = +Y/70QomcvAfPpBTWpWpuOF72UFi1WUxtgPPuNeAeCE=
> +SIZE (mdsort-4.1.0.tar.gz) = 51136
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/08/27 10:02:47 Modified files: lang/flang/driver: Makefile distinfo lang/flang/driver/patches: patch-lib_CodeGen_CGDebugInfo_cpp lang/flang/flang: Makefile distinfo lang/flang/flang/patches: patch-runtime_flang_CMakeLists_txt patch-runtime_flangrti_trace_lin_c lang/flang/flang/pkg: PLIST lang/flang/libpgmath: Makefile distinfo Removed files: lang/flang/driver/patches: patch-include_clang_Frontend_Utils_h Log message: Update to the latest flang. Note the major bump on libflang.
Re: [NEW] www/e2guardian
Hi
I am all for this as I already have created a port but did not
submit it yet. My approach to sigtimedwait() is the following:
+#if defined(__OpenBSD__)
+rc = syscall(SYS___thrsigdivert, signal_set, NULL, );
+#else
rc = sigtimedwait(_set, NULL, );
+#endif
if (rc < 0) {
if (errno != EAGAIN) {
I am CC'ing pirofti@ as he can help us look into your path
if it is correct.
Thanks
On 26/08/19 14:55 +0200, Henry Jensen wrote:
> Greetings,
>
> the port www/dansguardian is deprecated for a long time. It's
> designated successor is a fork called e2guardian[0]. Unfortunately
> there was no port for it until now.
>
> This port builds the current version of e2guardian, an Open Source web
> content filter. It filters the actual content of pages based on many
> methods including phrase matching, request header and URL filtering,
> etc.
>
> I applied several patches to this port, some of them based on the old
> dansguardian patches.
>
> The most delicate patch is possibly patch-src_FatController_cpp, where
> I replaced a sigtimedwait() system call (which doesn't exist on
> OpenBSD) with a sigwait() call. I am not really a C programmer, so
> maybe this should be double checked.
>
> However, the port builds and runs as intended on amd64.
>
> Note, that this ports adds a user and group _e2guardian with the id
> 833, so /usr/ports/infrastructure/db/user.list should be updated.
>
> This is my first new port, so there maybe other things I got wrong
>
>
> Regards,
> Henry
>
>
>
> [0] http://e2guardian.org/
--
Robert Nagy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/27 09:35:55 Modified files: devel/py-buildbot: Makefile.inc devel/py-buildbot/buildbot: Makefile distinfo devel/py-buildbot/buildbot/pkg: PLIST devel/py-buildbot/console-view: Makefile distinfo devel/py-buildbot/console-view/pkg: PLIST devel/py-buildbot/grid-view: Makefile distinfo devel/py-buildbot/grid-view/pkg: PLIST devel/py-buildbot/pkg: Makefile distinfo devel/py-buildbot/waterfall-view: Makefile distinfo devel/py-buildbot/waterfall-view/pkg: PLIST devel/py-buildbot/www: Makefile distinfo devel/py-buildbot/www/pkg: PLIST devel/py-buildslave: Makefile distinfo Log message: Update to buildbot/buildslave 2.4.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/08/27 09:30:09 Modified files: www/chromium : Makefile www/chromium/pkg: PLIST-electron Log message: fix packaging by not hardcoding the architecture of the machine in the plist
Re: fortran.port.mk: remove lang/g77 and devel/libf2c?
On Wed, Aug 21 2019, Daniel Dickman wrote: >> On Aug 21, 2019, at 7:42 PM, Daniel Dickman wrote: >> >> >> >>> On Aug 17, 2019, at 12:35 PM, Jeremie Courreges-Anglas >>> wrote: >>> >>> >>> g77 is an obsolete fortran compiler based on gcc3. The last consumers >>> were devel/lam (retired) and devel/openmpi (updated). Nowadays all >>> fortran ports use gfortran or flang. >>> >>> ok to remove lang/g77 and for the diff below? >> >> >> Doesn’t audio/cmu-sphinx3 still use g77? Yep, I forgot about a local diff. Sorry about that. >> https://github.com/openbsd/ports/blob/master/audio/cmu-sphinx3/Makefile#L23 > > > How about this diff? > http://dickman.org/openbsd/ports/audio_cmu-sphinx3.diff Thanks for confirming, same diff here. > It works for me on i386 with 1 regress failure: > > Sub-tests failed: DECODE -> CONF test > FAIL: test-conf.sh It also tends to fail with g77, so it's not a blocker IMO. > If it works for you on amd64 please commit this and then ok daniel@ on your > original diff to fortran.port.mk. Thanks, I also fixed port-modules(5) while here. lang/g77 is the only user of devel/libf2c. ok to remove lang/g77 and devel/libf2c? -- 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.org2019/08/27 08:30:38 Modified files: infrastructure/mk: fortran.port.mk Log message: Remove g77 as a valid fortran compiler Last consumer was audio/cmu-sphinx3. ok daniel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/08/27 08:22:47 Modified files: audio/cmu-sphinx3: Makefile Log message: Build with gfortran instead of g77 Last g77 consumer. Thanks to daniel@ for spotting a local diff I had missed, and for providing a similar diff.
Re: update net/go-ipfs
On Tue, Aug 27 2019, Solene Rapenne wrote:
> hi, this diff updates go-ipfs to 0.4.22
>
> the weird thing is that `make makesum` did not update the distfile, I
> had to remove it before as the distfile doesn't contain the version.
>
> Maybe this should be changed?
Yep, distfiles should be named uniquely (unless you use DIST_SUBDIR).
The following does the trick for what we have in the tree. Maybe there's
a way to remove the custom do-extract case, not sure.
Index: Makefile
===
RCS file: /cvs/ports/net/go-ipfs/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile12 Jul 2019 21:02:23 - 1.3
+++ Makefile27 Aug 2019 12:51:17 -
@@ -3,8 +3,7 @@
COMMENT = global, versioned, peer-to-peer filesystem
V =0.4.18
-DISTNAME = go-ipfs-source
-PKGNAME = go-ipfs-$V
+DISTNAME = go-ipfs-$V
REVISION = 0
CATEGORIES = net
@@ -16,6 +15,8 @@ PERMIT_PACKAGE = Yes
WANTLIB = c pthread
MASTER_SITES = https://github.com/ipfs/go-ipfs/releases/download/v$V/
+DISTFILES =${DISTNAME}{go-ipfs-source}${EXTRACT_SUFX}
+
MODULES = lang/go
ALL_TARGET = github.com/ipfs/go-ipfs
SUBST_VARS = VARBASE
Index: distinfo
===
RCS file: /cvs/ports/net/go-ipfs/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo18 Dec 2018 11:58:21 - 1.1.1.1
+++ distinfo27 Aug 2019 12:51:17 -
@@ -1,2 +1,2 @@
-SHA256 (go-ipfs-source.tar.gz) = PcitKBhQqWxACl3NWgfcYw0OvtRvVM4AXyHrYv16DqY=
-SIZE (go-ipfs-source.tar.gz) = 18790800
+SHA256 (go-ipfs-0.4.18.tar.gz) = PcitKBhQqWxACl3NWgfcYw0OvtRvVM4AXyHrYv16DqY=
+SIZE (go-ipfs-0.4.18.tar.gz) = 18790800
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
boost md context switching on macppc
Hi, some time ago boost-md was enabled for powerpc, but the proper context create and switch functions from pobj/boost_1_66_0/boost_1_66_0/libs/context/src/asm are not selected and linked in. The diff below fixes that part (and now powerdns recursor builds), but the actual context switching does not work, it segfaults: Program received signal SIGSEGV, Segmentation fault. [Switching to thread 466468] 0xa85695f0 in jump_fcontext () from /usr/local/lib/libboost_context-mt.so.9.0 What I'm seeing is (in jump_ppc32_sysv_elf_gas.S/jump_context) register r3 that is supposed to point to the memory that will receive the transfer_t (the return value of jump_fcontext()) is 0. # return transfer_t stw %r6, 0(%r3) stw %r5, 4(%r3) Any suggestion os help is welcome, Also, is there any point in enabling the boost-md lib for an arch if this is not working? -Otto Index: Makefile === RCS file: /cvs/ports/devel/boost/Makefile,v retrieving revision 1.89 diff -u -p -r1.89 Makefile --- Makefile9 Aug 2019 11:25:29 - 1.89 +++ Makefile27 Aug 2019 12:19:39 - @@ -17,7 +17,7 @@ EXTRACT_SUFX= .tar.bz2 FIX_EXTRACT_PERMISSIONS = Yes REVISION-main= 6 -REVISION-md= 1 +REVISION-md= 2 SO_VERSION=9.0 BOOST_LIBS=boost_atomic-mt \ Index: patches/patch-libs_context_build_Jamfile_v2 === RCS file: patches/patch-libs_context_build_Jamfile_v2 diff -N patches/patch-libs_context_build_Jamfile_v2 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-libs_context_build_Jamfile_v2 27 Aug 2019 12:19:39 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: libs/context/build/Jamfile.v2 +--- libs/context/build/Jamfile.v2.orig libs/context/build/Jamfile.v2 +@@ -315,7 +315,7 @@ alias asm_sources + 32 + power + elf +- clang ++ gcc +; + + alias asm_sources
update net/go-ipfs
hi, this diff updates go-ipfs to 0.4.22 the weird thing is that `make makesum` did not update the distfile, I had to remove it before as the distfile doesn't contain the version. Maybe this should be changed? Index: Makefile === RCS file: /data/cvs/ports/net/go-ipfs/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile12 Jul 2019 21:02:23 - 1.3 +++ Makefile27 Aug 2019 10:14:28 - @@ -2,10 +2,9 @@ COMMENT = global, versioned, peer-to-peer filesystem -V =0.4.18 +V =0.4.22 DISTNAME = go-ipfs-source PKGNAME = go-ipfs-$V -REVISION = 0 CATEGORIES = net HOMEPAGE = https://ipfs.io Index: distinfo === RCS file: /data/cvs/ports/net/go-ipfs/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Dec 2018 11:58:21 - 1.1.1.1 +++ distinfo27 Aug 2019 10:20:30 - @@ -1,2 +1,2 @@ -SHA256 (go-ipfs-source.tar.gz) = PcitKBhQqWxACl3NWgfcYw0OvtRvVM4AXyHrYv16DqY= -SIZE (go-ipfs-source.tar.gz) = 18790800 +SHA256 (go-ipfs-source.tar.gz) = b9qybtg61vHTse15mVslWj5TtzWmsiXbNvd4srBP378= +SIZE (go-ipfs-source.tar.gz) = 11855111
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:53:36 Modified files: sysutils/terraform/provider-nomad: Makefile distinfo sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-azurerm: Makefile distinfo Log message: Update terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:29:24 Modified files: x11/py-xlib: Makefile Log message: Missing BDEP on py-setuptools_scm. rpeorted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:24:47 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.16.226.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:24:29 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.9.216.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:24:15 Modified files: net/py-botocore: Makefile distinfo net/py-botocore/pkg: PLIST Log message: Update to py-botocore-1.12.216.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/27 05:08:55 Modified files: devel/meson: Makefile distinfo meson.port.mk Log message: Update to meson-0.51.2.
Re: security/ghidra and libstdc++
On 2019-08-21, Stuart Henderson wrote:
>> > * If you build ghidra on a system where gcc/g++/libstdc++ are
>> > available, it does indeed link something against libstdc++ and
>> > port-lib-depends-check indicates WANTLIB+=stdc++.
>> >
>> > * If you build ghidra on a system where gcc/g++/libstdc++ are NOT
>> > available, it still builds fine, something is linked against
>> > libc++/libc++abi/pthread and port-lib-depends-check consequently
>> > indicates WANTLIB+=${COMPILER_LIBCXX}.
>
> Is this enough? Untested beyond "does it create the right symlink".
>
> --- Makefile 12 Jul 2019 20:49:02 - 1.4
> +++ Makefile 21 Aug 2019 08:21:22 -
> @@ -39,6 +39,7 @@ post-extract:
> ${WRKSRC}/ghidraRun
> @perl -pi -e 's,#!/bin/bash,#!${LOCALBASE}/bin/bash,' \
> ${WRKSRC}/support/launch.sh
> + ln -s c++ ${WRKDIR}/bin/g++
This actually breaks the build:
> Task :Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp FAILED
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task
':Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp'.
> java.lang.NullPointerException (no error message)
--
Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2019/08/27 04:34:13 Modified files: databases/py-influxdb: Makefile distinfo Removed files: databases/py-influxdb/patches: patch-influxdb_tests_dataframe_client_test_py Log message: Update to py-influxdb-5.2.3. Changelog can be found at https://github.com/influxdata/influxdb-python/blob/v5.2.3/CHANGELOG.md
Re: UPDATE: lang/pypy
On Wed, Aug 21, 2019 at 11:03:20AM +0100, Edd Barrett wrote: > I did indeed test this lightly. Seems good to me. If someone OKs this, > I'll happily commit it. Anyone have a chance to test this? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
[NEW] net/go-ethereum
Hi, Attached to this message is a completed port for net/go-ethereum; the official go client for the ethereum [1] protocol. This port is based on the work by Fabian Raetz, who submitted his port to the openbsd-wip [2] repository. After contacting him through email, he relayed he wouldn't have the time to maintain this port, so I'd like to take this role instead. I've been tracking go-ethereum development since its inception and expect to continue doing so. DESCR: Ethereum is a decentralized platform that runs smart contracts, applications that run exactly as programmed without possibility of downtime, censorship, fraud or third party interference This port was tested on my -current amd64 machines. I do not have other architectures available to me at this time. This application runs as a daemon using the _geth user/group. I have taken id 842 - the current lowest available id. Index: user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.351 diff -u -p -r1.351 user.list --- user.list 25 Aug 2019 12:06:28 - 1.351 +++ user.list 27 Aug 2019 09:27:42 - @@ -350,3 +350,4 @@ id usergroup port options 839 _exabgp_exabgp net/exabgp 840 _dma _dmamail/dma 841 _rt_rt www/rt +842 _geth _geth net/go-ethereum Port is available here: https://repo.vandermeij.tech/go-ethereum-1.9.2.tar.gz Any feedback is appreciated as this is my first openbsd port. With kind regards, Alexander van der Meij van der Meij Technologies [1] https://geth.ethereum.org/ [2] https://github.com/jasperla/openbsd-wip/tree/master/net/go-ethereum
Re: 回复: [NEW] mail/p5-Mail-AuthenticationResults
On 8/27/19 4:12 AM, Andrew Hewus Fresh wrote: > On Mon, Aug 26, 2019 at 06:22:12AM +, wen heping wrote: >> Here is the new package, which removed private comment line. > > Sadly I didn't get a chance to look at this earlier, but I think the > COMMENT should be mostly lowercase, I think like this: > > COMMENT = object oriented Authentication-Results headers > > I have this changed in my tree, so with an OK, will import it. > ok giovanni@ Cheers Giovanni
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/27 00:55:06 Modified files: x11/xfce4 : xfce4.port.mk Log message: Add -std=gnu99 to CFLAGS, fixes the build on non-clang archs. Discussed with jca@ and cwen@, simpler than chasing the various declarations inside code all around..
