Re: remove devel/ocaml-configurator
On Fri, Apr 17 2020, Christopher Zimmermann wrote: > Hi, > > I initially ported this only because I did not realize that this project > had been integrated into devel/dune. This has no use anymore and can be > removed. OK? ok jca@ (please also add an entry in devel/quirks) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Remove devel/py-iniparse ?
On Thu, Apr 23 2020, Kurt Mosiejczuk wrote: > This was originally imported because tortoisehg needed it. Well, > tortoisehg is gone. Let it go as well? It hasn't been updated in > 8 years and has no consumers. ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Remove devel/py-iniparse ?
On Thu, Apr 23, 2020 at 11:14:44PM -0400, Kurt Mosiejczuk wrote: > This was originally imported because tortoisehg needed it. Well, > tortoisehg is gone. Let it go as well? It hasn't been updated in > 8 years and has no consumers. It was dead upstream for years, but there's apparently a new upstream at https://github.com/candlepin/python-iniparse/commits/master without releases, but py3 compatible. not saying this as an argument to keep it or not :)
[macppc] Unbreak x11/ogle,altivec
Hi,
Ogle's altivec flavor is broken in the current macppc bulk:
> error: unsupported argument '-m7400' to option 'Wa,'
Since the point of this flavor is to use AltiVec, i've used flags that
clang understands instead.
This allows to build this flavor without issues [0].
Comments/feedback are welcome,
Charlène.
[0] https://bin.charlenew.xyz/macppc/paths/x11/ogle,altivec.log
Index: patches/patch-configure
===
RCS file: /cvs/ports/x11/ogle/patches/patch-configure,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 patch-configure
--- patches/patch-configure 9 Dec 2009 10:19:33 - 1.8
+++ patches/patch-configure 24 Apr 2020 09:59:45 -
@@ -1,6 +1,7 @@
$OpenBSD: patch-configure,v 1.8 2009/12/09 10:19:33 jakemsr Exp $
configure.orig Tue Nov 4 03:34:13 2003
-+++ configure Sun Feb 8 23:20:43 2009
+Index: configure
+--- configure.orig
configure
@@ -11184,7 +11184,7 @@ fi
echo "$as_me:$LINENO: result: $ac_cv_lib_jpeg_main" >&5
echo "${ECHO_T}$ac_cv_lib_jpeg_main" >&6
@@ -46,3 +47,12 @@ $OpenBSD: patch-configure,v 1.8 2009/12/
;;
esac
fi
+@@ -13842,7 +13842,7 @@ _ACEOF
+ powerpc|ppc)
+ if test "x$GCC" = xyes; then
+ O_CFLAGS="$O_CFLAGS -fomit-frame-pointer -funroll-loops"
+-XCFLAGS="-Wa,-m7400"
++XCFLAGS="-maltivec -mabi=altivec"
+ USE_ALTIVEC=yes
+ fi
+ ;;
Re: [macppc] Unbreak x11/ogle,altivec
On Fri, Apr 24, 2020 at 12:14:31PM +0200, Charlene Wendling wrote:
> Hi,
>
> Ogle's altivec flavor is broken in the current macppc bulk:
>
> > error: unsupported argument '-m7400' to option 'Wa,'
>
> Since the point of this flavor is to use AltiVec, i've used flags that
> clang understands instead.
>
> This allows to build this flavor without issues [0].
>
> Comments/feedback are welcome,
>
> Charlène.
>
>
> [0] https://bin.charlenew.xyz/macppc/paths/x11/ogle,altivec.log
>
>
> Index: patches/patch-configure
> ===
> RCS file: /cvs/ports/x11/ogle/patches/patch-configure,v
> retrieving revision 1.8
> diff -u -p -u -p -r1.8 patch-configure
> --- patches/patch-configure 9 Dec 2009 10:19:33 - 1.8
> +++ patches/patch-configure 24 Apr 2020 09:59:45 -
> @@ -1,6 +1,7 @@
> $OpenBSD: patch-configure,v 1.8 2009/12/09 10:19:33 jakemsr Exp $
> configure.orig Tue Nov 4 03:34:13 2003
> -+++ configureSun Feb 8 23:20:43 2009
> +Index: configure
> +--- configure.orig
> configure
> @@ -11184,7 +11184,7 @@ fi
> echo "$as_me:$LINENO: result: $ac_cv_lib_jpeg_main" >&5
> echo "${ECHO_T}$ac_cv_lib_jpeg_main" >&6
> @@ -46,3 +47,12 @@ $OpenBSD: patch-configure,v 1.8 2009/12/
> ;;
> esac
> fi
> +@@ -13842,7 +13842,7 @@ _ACEOF
> + powerpc|ppc)
> + if test "x$GCC" = xyes; then
> + O_CFLAGS="$O_CFLAGS -fomit-frame-pointer -funroll-loops"
> +- XCFLAGS="-Wa,-m7400"
> ++ XCFLAGS="-maltivec -mabi=altivec"
> + USE_ALTIVEC=yes
> + fi
> + ;;
>
Sure
[update] net.synapse -> 1.12.4
Hello, Here is a really straightforward diff for net/synapse which solves some authentication bugs. Regards Index: Makefile === RCS file: /cvs/ports/net/synapse/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile 3 Apr 2020 07:19:47 - 1.3 +++ Makefile 24 Apr 2020 10:34:30 - @@ -2,7 +2,7 @@ COMMENT = open network for secure, decentralized communication -MODPY_EGG_VERSION = 1.12.2 +MODPY_EGG_VERSION = 1.12.4 GH_ACCOUNT = matrix-org GH_PROJECT = synapse Index: distinfo === RCS file: /cvs/ports/net/synapse/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo 3 Apr 2020 07:19:47 - 1.3 +++ distinfo 24 Apr 2020 10:34:30 - @@ -1,2 +1,2 @@ -SHA256 (synapse-1.12.2.tar.gz) = F31opgtlPWpLTZB/Vuf7qwdYZg+3fzO4yvx24X5+Jeg= -SIZE (synapse-1.12.2.tar.gz) = 6381687 +SHA256 (synapse-1.12.4.tar.gz) = qmaU/LwJGa5j4OLbh8fqPWeckAlGawfHVqWEGi9DZZo= +SIZE (synapse-1.12.4.tar.gz) = 6384833 smime.p7s Description: S/MIME Cryptographic Signature
Re: new: CrossFire crossword editor
On 2020/04/23 13:37, Ian Darwin wrote:
> The guys who make many of the New York Times crosswords use
> and recommend this crossword-maker.
>
> Since there is an unrelated crossfire-client in games/,
> would it be better to keep the camelcased name CrossFire
> (at least for the package and directory names, not the startup script)
> instead of lowercasing these?
I don't see anything granting us distribution rights ("About CrossFire"
in the application says "All rights reserved") so I think PERMIT_PACKAGE
and PERMIT_DISTFILES need to be set to disable distribution.
As-is the script doesn't work, either it needs a lowercase PKGNAME or
files/crossfire.sh needs adjusting to use the camelcase one. I'd prefer
a lowercase PKGNAME.
DISTNAME can be set based on V:
CrossFire-${V:S/./_/g}-linux
Nitpicking, the tabs in Makefile are a bit awkward with ports-standard
8 columns.
> It works fine on jdk-11, should we make that the dep to encourage
> ppl to move along?
I'd go with keeping it set to what's actually correct i.e. 1.8+.
I'd be quite happy if javaPathHelper picked up jdk 11 at runtime more
often (currently it looks at +REQUIRING to determine which version to
use, it could look at +CONTENTS instead to prefer 11 where possible).
so that where a port supports jdk 11 it always uses that if installed.
That would definitely be a post-release change though.
security/keepassxc,browser: build only on capable archs
Hi,
While looking at the macppc bulk, i've found out that we build the
browser flavor of keepassxc on all archs.
Browser integration only works with Chromium-based browsers
and/or Firefox [0].
As such i'm proposing to limit the build of this flavor to archs where
these 2 browsers are built, to avoid wasting bulk time.
OK?
Charlène.
[0] https://keepassxc.org/docs/keepassxc-browser-migration/
Index: Makefile
===
RCS file: /cvs/ports/security/keepassxc/Makefile,v
retrieving revision 1.29
diff -u -p -u -p -r1.29 Makefile
--- Makefile10 Apr 2020 07:25:02 - 1.29
+++ Makefile24 Apr 2020 12:19:33 -
@@ -56,6 +56,8 @@ WANTLIB += yubikey ykpers-1
.endif
.if ${FLAVOR:Mbrowser}
+# Sync with archs that ship Firefox and/or Chromium
+ONLY_FOR_ARCHS = amd64 i386 aarch64
CONFIGURE_ARGS += -DWITH_XC_BROWSER=ON \
-DWITH_XC_NETWORKING=ON
.endif
Porting Jitsi to OpenBSD
Hey all, I'm hoping to port jitsi and wanted to know if anyone else is already working on a port so that I don't do work that might be unnecessary. Cheers, Aisha
Re: lang/clisp build failure
On 2018/02/06 10:20, Stuart Henderson wrote:
> On 2017/12/06 18:19, Jeremie Courreges-Anglas wrote:
> > On Wed, Dec 06 2017, Stuart Henderson wrote:
> > > Seen in i386 bulk. No recent relevant change to clisp so I'm not sure
> > > what would have triggered it..
> > >
> > >
> > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/spvw.d:2881:47: error: use of
> > > undeclared identifier 'MAP_ANON'
> > >
> > > mmap((void*)0xC000,0x2000,PROT_NONE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0);
> > > ^
> > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/unix.d:65:22: note: expanded
> > > from macro 'MAP_ANON'
> > > #define MAP_ANON MAP_ANONYMOUS
> > > ^
> > > /usr/include/sys/mman.h:60:23: note: expanded from macro 'MAP_ANONYMOUS'
> > > #define MAP_ANONYMOUS MAP_ANON/* alternate POSIX spelling */
> > > ^
> >
> > Given that defines both MAP_ANON and MAP_ANONYMOUS, along
> > with the other MAP_* and PROT_* used above, something looks seriously
> > messed up. :)
> >
> > --
> > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
> >
>
> And I've just hit the same again...
>
This still happens btw. (I don't send mail about it every time..) When it does
it knocks out texlive which is very annoying. Can someone with an interest in
clisp (or xindy in texlive) take a look please otherwise I'd like to disable
xindy on i386 to limit damage from the failures.
Noticable difference between working and failed builds is this:
-checking for working shared memory... no
+checking for working shared memory... yes
Test program from configure is here:
28269 # This test is from Marcus Daniels
28270 { $as_echo "$as_me:${as_lineno-$LINENO}: checking for working shared
memory" >&5
28271 $as_echo_n "checking for working shared memory... " >&6; }
28272 if test "${cl_cv_sys_shm_works+set}" = set; then :
28273 $as_echo_n "(cached) " >&6
28274 else
28275
28276 if test "$cross_compiling" = yes; then :
28277 cl_cv_sys_shm_works="guessing no"
28278 else
28279 cat confdefs.h - <<_ACEOF >conftest.$ac_ext
28280 /* end confdefs.h. */
28281 #include
28282 #include
28283 #include
28284 /* try attaching a single segment to multiple addresses */
28285 #define segsize 0x1
28286 #define attaches 128
28287 #define base_addr 0x0100
28288 int main ()
28289 { int shmid, i; char* addr; char* result;
28290 if ((shmid = shmget(IPC_PRIVATE,segsize,0400)) < 0) exit(1);
28291 for (i=0, addr = (char*)0x0100; i
Re: [update] net/wiresep-0.11.2
On 2020/04/24 00:22, Tim Kuijsten wrote: > New upstream release that includes patches by Klemens Nanni that > fix an endless loop on platforms where char is unsigned, e.g. macppc. thanks - as this is a noop (the only thing that changes is the package version number) I think there's no benefit to pushing it to ports before 6.7.
Re: security/keepassxc,browser: build only on capable archs
On Fri Apr 24, 2020 at 02:56:17PM +0200, Charlene Wendling wrote:
> Hi,
>
> While looking at the macppc bulk, i've found out that we build the
> browser flavor of keepassxc on all archs.
>
> Browser integration only works with Chromium-based browsers
> and/or Firefox [0].
>
> As such i'm proposing to limit the build of this flavor to archs where
> these 2 browsers are built, to avoid wasting bulk time.
>
> OK?
fine for me.
>
> Charlène.
>
>
> [0] https://keepassxc.org/docs/keepassxc-browser-migration/
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/keepassxc/Makefile,v
> retrieving revision 1.29
> diff -u -p -u -p -r1.29 Makefile
> --- Makefile 10 Apr 2020 07:25:02 - 1.29
> +++ Makefile 24 Apr 2020 12:19:33 -
> @@ -56,6 +56,8 @@ WANTLIB += yubikey ykpers-1
> .endif
>
> .if ${FLAVOR:Mbrowser}
> +# Sync with archs that ship Firefox and/or Chromium
> +ONLY_FOR_ARCHS = amd64 i386 aarch64
> CONFIGURE_ARGS +=-DWITH_XC_BROWSER=ON \
> -DWITH_XC_NETWORKING=ON
> .endif
>
Re: Porting Jitsi to OpenBSD
On 24/04/20 08:40 -0400, Aisha Tammy wrote: > Hey all, > I'm hoping to port jitsi and wanted to know if anyone else is already working > on a port so > that I don't do work that might be unnecessary. > > Cheers, > Aisha I literally just downloaded the source code :) But please go ahead, i have enough stuff on my list already.
update: mail/mailman
Hi,
A routine update to 2.1.30 and probably the last in the 2.1 branch.
Running with the below for the past week.
okay?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.92
diff -u -p -r1.92 Makefile
--- Makefile12 Jul 2019 20:47:29 - 1.92
+++ Makefile16 Apr 2020 13:35:05 -
@@ -2,7 +2,7 @@
COMMENT= mailing list manager with web interface
-DISTNAME= mailman-2.1.29
+DISTNAME= mailman-2.1.30
CATEGORIES=mail www
HOMEPAGE= https://www.gnu.org/software/mailman/
Index: distinfo
===
RCS file: /home/open/cvs/ports/mail/mailman/distinfo,v
retrieving revision 1.29
diff -u -p -r1.29 distinfo
--- distinfo5 Sep 2018 13:37:08 - 1.29
+++ distinfo16 Apr 2020 13:35:51 -
@@ -1,2 +1,2 @@
-SHA256 (mailman-2.1.29.tgz) = g4hycTYB6KEkFG5VD1NwlILB7xaPHhbSAUZcZRy/DSw=
-SIZE (mailman-2.1.29.tgz) = 9376258
+SHA256 (mailman-2.1.30.tgz) = 6gKNYQb3dgOM8TXN14brsUtP5wjXc4ZynEoiUySNA2Q=
+SIZE (mailman-2.1.30.tgz) = 9411262
Index: patches/patch-Mailman_Defaults_py_in
===
RCS file:
/home/open/cvs/ports/mail/mailman/patches/patch-Mailman_Defaults_py_in,v
retrieving revision 1.16
diff -u -p -r1.16 patch-Mailman_Defaults_py_in
--- patches/patch-Mailman_Defaults_py_in5 Feb 2018 21:38:44 -
1.16
+++ patches/patch-Mailman_Defaults_py_in16 Apr 2020 13:37:17 -
@@ -1,7 +1,8 @@
$OpenBSD: patch-Mailman_Defaults_py_in,v 1.16 2018/02/05 21:38:44 okan Exp $
Mailman/Defaults.py.in.origSun Feb 4 12:04:39 2018
-+++ Mailman/Defaults.py.in Sun Feb 4 17:36:01 2018
-@@ -573,7 +573,7 @@ SMTPPORT = 0 # de
+Index: Mailman/Defaults.py.in
+--- Mailman/Defaults.py.in.orig
Mailman/Defaults.py.in
+@@ -612,7 +612,7 @@ SMTPPORT = 0 # de
# Command for direct command pipe delivery to sendmail compatible program,
# when DELIVERY_MODULE is 'Sendmail'.
Index: patches/patch-Mailman_Post_py
===
RCS file: /home/open/cvs/ports/mail/mailman/patches/patch-Mailman_Post_py,v
retrieving revision 1.1
diff -u -p -r1.1 patch-Mailman_Post_py
--- patches/patch-Mailman_Post_py 9 Jul 2008 19:30:23 - 1.1
+++ patches/patch-Mailman_Post_py 16 Apr 2020 13:37:20 -
@@ -1,9 +1,10 @@
$OpenBSD: patch-Mailman_Post_py,v 1.1 2008/07/09 19:30:23 wcmaier Exp $
Mailman/Post.py.orig Fri Aug 26 20:40:17 2005
-+++ Mailman/Post.pyWed Jul 9 13:13:53 2008
+Index: Mailman/Post.py
+--- Mailman/Post.py.orig
Mailman/Post.py
@@ -1,4 +1,4 @@
-#! /usr/bin/env python
+#!${MODPY_BIN}
#
- # Copyright (C) 2001,2002 by the Free Software Foundation, Inc.
+ # Copyright (C) 2001-2018 by the Free Software Foundation, Inc.
#
Index: patches/patch-Mailman_htmlformat_py
===
RCS file:
/home/open/cvs/ports/mail/mailman/patches/patch-Mailman_htmlformat_py,v
retrieving revision 1.10
diff -u -p -r1.10 patch-Mailman_htmlformat_py
--- patches/patch-Mailman_htmlformat_py 5 Feb 2018 21:38:44 - 1.10
+++ patches/patch-Mailman_htmlformat_py 16 Apr 2020 13:37:28 -
@@ -1,8 +1,8 @@
$OpenBSD: patch-Mailman_htmlformat_py,v 1.10 2018/02/05 21:38:44 okan Exp $
Index: Mailman/htmlformat.py
Mailman/htmlformat.py.orig Sun Feb 4 12:04:39 2018
-+++ Mailman/htmlformat.py Sun Feb 4 17:36:01 2018
-@@ -646,12 +646,14 @@ class DefinitionList(Container):
+--- Mailman/htmlformat.py.orig
Mailman/htmlformat.py
+@@ -648,12 +648,14 @@ class DefinitionList(Container):
from mm_cfg import MAILMAN_URL
PYTHON_URL = 'http://www.python.org/'
GNU_URL = 'http://www.gnu.org/'
@@ -17,7 +17,7 @@ Index: Mailman/htmlformat.py
def MailmanLogo():
-@@ -665,7 +667,9 @@ def MailmanLogo():
+@@ -667,7 +669,9 @@ def MailmanLogo():
logo(PYTHON_POWERED)
gnulink = '' % \
logo(GNU_HEAD)
@@ -28,7 +28,7 @@ Index: Mailman/htmlformat.py
else:
# use only textual links
version = mm_cfg.VERSION
-@@ -673,7 +677,8 @@ def MailmanLogo():
+@@ -675,7 +679,8 @@ def MailmanLogo():
_('Delivered by Mailmanversion %(version)s'))
pylink = Link(PYTHON_URL, _('Python Powered'))
gnulink = Link(GNU_URL, _("Gnu's Not Unix"))
Index: patches/patch-tests_onebounce_py
===
RCS file: /home/open/cvs/ports/mail/mailman/patches/patch-tests_onebounce_py,v
retrieving revision 1.2
diff -u -p -r1.2 patch-tests_onebounce_py
--- patches/patch-tests_onebounce_py9 Apr 2015 15:37:08 - 1.2
+++ patches/patch-tests_onebounce_py16 Apr 2020 13:37:3
[macppc] Unbreak productivity/novprog
Hi,
I've found out that novprog fail to build in the current macppc bulk:
> Missing library for atomic>=0.0
It looks like i've have missed that one. Removing 'atomic' from
WANTLIB fixes the build [0]. The runtime is fine as well.
OK?
Charlène.
[0] https://bin.charlenew.xyz/macppc/paths/productivity/novprog.log
Index: Makefile
===
RCS file: /cvs/ports/productivity/novprog/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile10 Aug 2019 21:27:07 - 1.1.1.1
+++ Makefile24 Apr 2020 13:54:02 -
@@ -13,7 +13,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL Qt5Core Qt5Gui Qt5Widgets c m
-.if ${MACHINE_ARCH:Mhppa} || ${MACHINE_ARCH:Mpowerpc}
+.if ${MACHINE_ARCH:Mhppa}
WANTLIB += atomic
.endif
Re: [macppc] Unbreak productivity/novprog
On 2020-04-24 10:13 AM, Charlene Wendling wrote:
Hi,
I've found out that novprog fail to build in the current macppc bulk:
Missing library for atomic>=0.0
It looks like i've have missed that one. Removing 'atomic' from
WANTLIB fixes the build [0]. The runtime is fine as well.
OK?
Sure! Thank you!
~Brian
Charlène.
[0] https://bin.charlenew.xyz/macppc/paths/productivity/novprog.log
Index: Makefile
===
RCS file: /cvs/ports/productivity/novprog/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile10 Aug 2019 21:27:07 - 1.1.1.1
+++ Makefile24 Apr 2020 13:54:02 -
@@ -13,7 +13,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL Qt5Core Qt5Gui Qt5Widgets c m
-.if ${MACHINE_ARCH:Mhppa} || ${MACHINE_ARCH:Mpowerpc}
+.if ${MACHINE_ARCH:Mhppa}
WANTLIB += atomic
.endif
Re: security/keepassxc,browser: build only on capable archs
On Fri, Apr 24, 2020 at 02:56:17PM +0200, Charlene Wendling wrote:
> While looking at the macppc bulk, i've found out that we build the
> browser flavor of keepassxc on all archs.
> Browser integration only works with Chromium-based browsers
> and/or Firefox [0].
> As such i'm proposing to limit the build of this flavor to archs where
> these 2 browsers are built, to avoid wasting bulk time.
> OK?
Eminently reasonable.
ok kmos
--Kurt
> Charlène.
>
>
> [0] https://keepassxc.org/docs/keepassxc-browser-migration/
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/keepassxc/Makefile,v
> retrieving revision 1.29
> diff -u -p -u -p -r1.29 Makefile
> --- Makefile 10 Apr 2020 07:25:02 - 1.29
> +++ Makefile 24 Apr 2020 12:19:33 -
> @@ -56,6 +56,8 @@ WANTLIB += yubikey ykpers-1
> .endif
>
> .if ${FLAVOR:Mbrowser}
> +# Sync with archs that ship Firefox and/or Chromium
> +ONLY_FOR_ARCHS = amd64 i386 aarch64
> CONFIGURE_ARGS +=-DWITH_XC_BROWSER=ON \
> -DWITH_XC_NETWORKING=ON
> .endif
>
Re: [macppc] Unbreak productivity/novprog
On Fri, Apr 24, 2020 at 04:13:13PM +0200, Charlene Wendling wrote:
> I've found out that novprog fail to build in the current macppc bulk:
> > Missing library for atomic>=0.0
> It looks like i've have missed that one. Removing 'atomic' from
> WANTLIB fixes the build [0]. The runtime is fine as well.
> OK?
ok kmos
--Kurt
> Charlène.
>
>
> [0] https://bin.charlenew.xyz/macppc/paths/productivity/novprog.log
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/productivity/novprog/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 Makefile
> --- Makefile 10 Aug 2019 21:27:07 - 1.1.1.1
> +++ Makefile 24 Apr 2020 13:54:02 -
> @@ -13,7 +13,7 @@ PERMIT_PACKAGE =Yes
>
> WANTLIB += ${COMPILER_LIBCXX} GL Qt5Core Qt5Gui Qt5Widgets c m
>
> -.if ${MACHINE_ARCH:Mhppa} || ${MACHINE_ARCH:Mpowerpc}
> +.if ${MACHINE_ARCH:Mhppa}
> WANTLIB += atomic
> .endif
>
>
Re: avrdude 6.3 and libelf
On Thu, Apr 23, 2020 at 01:09:19AM +0200, Jeremie Courreges-Anglas wrote: > On Wed, Apr 22 2020, Andrea Fleckenstein wrote: > > Hello, > > > > devel/avrdude is currently version 5.11 > > avrdude 6.x includes support for direct reading of ELF files via > > libelf. OpenBSD's sys/exec_elf.h does not include an e_machine entry for > > EM_AVR, which causes compilation of 6.3 to fail as follows: > > > > fileio.c:910:15: error: use of undeclared identifier 'EM_AVR' > > machine = EM_AVR; > > ^ > > I can get it to compile (on amd64 -current) by just writing: > > > > #define EM_AVR 83 > > > > at the top of fileio.c. '83' is a value I got here: > > https://refspecs.linuxfoundation.org/elf/gabi4+/ch4.eheader.html > > I don't know if there is a preferred standardization of these values. > > > > now it builds and I can upload a .hex file to my arduino uno and > > everything seems to work fine. > > [...] > > > What do people think of this? Reasons to go for one approach vs another? > > Any potential problems with just setting EM_AVR that I need to be aware > > of? > > This looks like the most straightforward solution, but we could > certainly push for the addition of EM_AVR to base libelf (#ifndef > EM_AVR, #define EM_AVR...). > > > I'm not an AVR expert by any means, just wanted to do some playing > > around and thought updating our 9-year old avrdude version might be nice. > > Indeed. Probably Tracey will want to give it a try. But this sounds > like something that should be committed post-6.7. > I can certainly test this here in the future. Having newer avrdude would be great. None of the ESP "suite of tools" uses avrdude, so those won't be affected. I'm working on a ATTiny project, which would be a good test case for this. :D > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE -- Tracey Emery
Re: [update] net/wiresep-0.11.2
Stuart Henderson wrote: > On 2020/04/24 00:22, Tim Kuijsten wrote: > > New upstream release that includes patches by Klemens Nanni that > > fix an endless loop on platforms where char is unsigned, e.g. macppc. > > thanks - as this is a noop (the only thing that changes is the package > version number) I think there's no benefit to pushing it to ports before > 6.7. no problem, thanks for letting me know. I do have another change I made this morning that fixes a deadlock when the queue runs full. If all goes well I probably wrap it in another bugfix release this weekend.
Re: update: mail/mailman
Not critical/important for 6.7! I'll re-post at a more appropriate time.
On Fri 2020.04.24 at 09:30 -0400, Okan Demirmen wrote:
> Hi,
>
> A routine update to 2.1.30 and probably the last in the 2.1 branch.
>
> Running with the below for the past week.
>
> okay?
>
> Thanks,
> Okan
>
> Index: Makefile
> ===
> RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
> retrieving revision 1.92
> diff -u -p -r1.92 Makefile
> --- Makefile 12 Jul 2019 20:47:29 - 1.92
> +++ Makefile 16 Apr 2020 13:35:05 -
> @@ -2,7 +2,7 @@
>
> COMMENT= mailing list manager with web interface
>
> -DISTNAME=mailman-2.1.29
> +DISTNAME=mailman-2.1.30
> CATEGORIES= mail www
>
> HOMEPAGE=https://www.gnu.org/software/mailman/
> Index: distinfo
> ===
> RCS file: /home/open/cvs/ports/mail/mailman/distinfo,v
> retrieving revision 1.29
> diff -u -p -r1.29 distinfo
> --- distinfo 5 Sep 2018 13:37:08 - 1.29
> +++ distinfo 16 Apr 2020 13:35:51 -
> @@ -1,2 +1,2 @@
> -SHA256 (mailman-2.1.29.tgz) = g4hycTYB6KEkFG5VD1NwlILB7xaPHhbSAUZcZRy/DSw=
> -SIZE (mailman-2.1.29.tgz) = 9376258
> +SHA256 (mailman-2.1.30.tgz) = 6gKNYQb3dgOM8TXN14brsUtP5wjXc4ZynEoiUySNA2Q=
> +SIZE (mailman-2.1.30.tgz) = 9411262
> Index: patches/patch-Mailman_Defaults_py_in
> ===
> RCS file:
> /home/open/cvs/ports/mail/mailman/patches/patch-Mailman_Defaults_py_in,v
> retrieving revision 1.16
> diff -u -p -r1.16 patch-Mailman_Defaults_py_in
> --- patches/patch-Mailman_Defaults_py_in 5 Feb 2018 21:38:44 -
> 1.16
> +++ patches/patch-Mailman_Defaults_py_in 16 Apr 2020 13:37:17 -
> @@ -1,7 +1,8 @@
> $OpenBSD: patch-Mailman_Defaults_py_in,v 1.16 2018/02/05 21:38:44 okan Exp $
> Mailman/Defaults.py.in.orig Sun Feb 4 12:04:39 2018
> -+++ Mailman/Defaults.py.in Sun Feb 4 17:36:01 2018
> -@@ -573,7 +573,7 @@ SMTPPORT = 0 # de
> +Index: Mailman/Defaults.py.in
> +--- Mailman/Defaults.py.in.orig
> Mailman/Defaults.py.in
> +@@ -612,7 +612,7 @@ SMTPPORT = 0 # de
>
> # Command for direct command pipe delivery to sendmail compatible program,
> # when DELIVERY_MODULE is 'Sendmail'.
> Index: patches/patch-Mailman_Post_py
> ===
> RCS file: /home/open/cvs/ports/mail/mailman/patches/patch-Mailman_Post_py,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-Mailman_Post_py
> --- patches/patch-Mailman_Post_py 9 Jul 2008 19:30:23 - 1.1
> +++ patches/patch-Mailman_Post_py 16 Apr 2020 13:37:20 -
> @@ -1,9 +1,10 @@
> $OpenBSD: patch-Mailman_Post_py,v 1.1 2008/07/09 19:30:23 wcmaier Exp $
> Mailman/Post.py.orig Fri Aug 26 20:40:17 2005
> -+++ Mailman/Post.py Wed Jul 9 13:13:53 2008
> +Index: Mailman/Post.py
> +--- Mailman/Post.py.orig
> Mailman/Post.py
> @@ -1,4 +1,4 @@
> -#! /usr/bin/env python
> +#!${MODPY_BIN}
> #
> - # Copyright (C) 2001,2002 by the Free Software Foundation, Inc.
> + # Copyright (C) 2001-2018 by the Free Software Foundation, Inc.
> #
> Index: patches/patch-Mailman_htmlformat_py
> ===
> RCS file:
> /home/open/cvs/ports/mail/mailman/patches/patch-Mailman_htmlformat_py,v
> retrieving revision 1.10
> diff -u -p -r1.10 patch-Mailman_htmlformat_py
> --- patches/patch-Mailman_htmlformat_py 5 Feb 2018 21:38:44 -
> 1.10
> +++ patches/patch-Mailman_htmlformat_py 16 Apr 2020 13:37:28 -
> @@ -1,8 +1,8 @@
> $OpenBSD: patch-Mailman_htmlformat_py,v 1.10 2018/02/05 21:38:44 okan Exp $
> Index: Mailman/htmlformat.py
> Mailman/htmlformat.py.orig Sun Feb 4 12:04:39 2018
> -+++ Mailman/htmlformat.pySun Feb 4 17:36:01 2018
> -@@ -646,12 +646,14 @@ class DefinitionList(Container):
> +--- Mailman/htmlformat.py.orig
> Mailman/htmlformat.py
> +@@ -648,12 +648,14 @@ class DefinitionList(Container):
> from mm_cfg import MAILMAN_URL
> PYTHON_URL = 'http://www.python.org/'
> GNU_URL = 'http://www.gnu.org/'
> @@ -17,7 +17,7 @@ Index: Mailman/htmlformat.py
>
>
> def MailmanLogo():
> -@@ -665,7 +667,9 @@ def MailmanLogo():
> +@@ -667,7 +669,9 @@ def MailmanLogo():
>logo(PYTHON_POWERED)
> gnulink = '' % \
> logo(GNU_HEAD)
> @@ -28,7 +28,7 @@ Index: Mailman/htmlformat.py
> else:
> # use only textual links
> version = mm_cfg.VERSION
> -@@ -673,7 +677,8 @@ def MailmanLogo():
> +@@ -675,7 +679,8 @@ def MailmanLogo():
> _('Delivered by Mailmanversion %(version)s'))
> pylink = Link(PYTHON_URL, _('Python Powered'))
> gnulink = Link(GNU_URL, _("Gnu's Not Unix"))
> Index: patches/patch-tests_oneboun
chromium - movie play visual problem
Hello, I am using chromium to see youtube and since an old version (79-*) it started to produce some problem in movie play ( it repeats on youtube and vimeo), both in page video or fullscreen. Here is a simple schematic: _ | | | | | -| |\ | | A \B| |\ | |\ | |\| I am able to see 2 zones of video, A and B. A is playing normally, but B is delayed and updated after the A. The desync is not so much, but it can be seen. B looks like a triangle and it is always in the same position. I use radeon. This is not happening with mpv or other players. I thought it is a version problem of chromium and it will be corrected, then i tried to see if my display is ok. It looks fine. Did anyone else experienced this? I can send more info (dmesg, xorg log) if needed. Thank you.
Re: update: mail/mailman
On 2020/04/24 09:30, Okan Demirmen wrote: > Hi, > > A routine update to 2.1.30 and probably the last in the 2.1 branch. > > Running with the below for the past week. > > okay? ok. is it worth pulling back to -stable for the security fix? (XSS in archive, CVE-2020-12137)
Re: UPDATE mail/s-nail
Hello again. Steffen Nurpmeso wrote in <20200418234952.auzwf%stef...@sdaoden.eu>: ... |one more bugfix release of v14.9.*, fixes ... |-DISTNAME=s-nail-14.9.17 |+DISTNAME=s-nail-14.9.18 It seems you are in a freeze for 6.7 already? Anyway, please hold on with this here, i had an iconv (non-)error report (and have to compatibility work for OpenSSL 3.0), and will this release yet another v14.9. update as soon as possible, maybe even already tomorrow. I'll ring through then. Ciao, and Good luck! from Germany, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Wed Apr 22 00:58:02 MDT 2020 finished at Fri Apr 24 19:24:46 MDT 2020 lasted 2D18h26m done with kern.version=OpenBSD 6.7-beta (GENERIC.MP) #574: Tue Apr 21 17:54:33 MDT 2020 built packages:10891 Apr 22:3782 Apr 23:1820 Apr 24:5288 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2020-04-22/summary.log build failures: 10 http://build-failures.rhaalovely.net/aarch64/2020-04-22/editors/xwpe.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/graphics/vulkan-loader.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/lang/pfe.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/lang/php/7.4.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/net/filezilla.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/sysutils/nomad.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/sysutils/terragrunt.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/x11/e17/elementary.log http://build-failures.rhaalovely.net/aarch64/2020-04-22/x11/remmina.log recurrent failures failures/editors/xwpe.log failures/graphics/vulkan-loader.log failures/lang/pfe.log failures/net/filezilla.log failures/sysutils/nomad.log failures/sysutils/telegraf.log failures/sysutils/terragrunt.log failures/x11/e17/elementary.log new failures +++ ls-failures Fri Apr 24 19:24:56 2020 +failures/lang/php/7.4.log +failures/x11/remmina.log resolved failures --- ../old/aarch64/last//ls-failuresSun Apr 19 00:25:45 2020 -failures/net/gnugk.log
deluge: Remove obsolete x11/py-gtk2 dependency
rsadowski's last update of deluge moved it to Python 3. GTK+2 is no
longer in use, deluge-gtk uses GTK+3.
Builds and runs fine without x11/py-gtk2 installed, which is Python 2
only and therefore kept pulling it in.
OK?
Index: Makefile
===
RCS file: /cvs/ports/net/deluge/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile6 Feb 2020 20:00:22 - 1.8
+++ Makefile25 Apr 2020 01:13:30 -
@@ -4,6 +4,7 @@ COMMENT = bittorrent client
DISTNAME = deluge-${MODPY_EGG_VERSION}
MODPY_EGG_VERSION =2.0.3
+REVISION = 0
CATEGORIES = net
@@ -34,7 +35,6 @@ RUN_DEPENDS = devel/desktop-file-utils
net/libtorrent-rasterbar \
textproc/py-chardet,python3 \
www/py-mako,python3 \
- x11/gtk+3,-guic \
- x11/py-gtk2
+ x11/gtk+3,-guic
.include
Re: deluge: Remove obsolete x11/py-gtk2 dependency
On Sat, Apr 25, 2020 at 03:28:53AM +0200, Klemens Nanni wrote: > > rsadowski's last update of deluge moved it to Python 3. GTK+2 is no > longer in use, deluge-gtk uses GTK+3. > > Builds and runs fine without x11/py-gtk2 installed, which is Python 2 > only and therefore kept pulling it in. > > OK? ok gsoares@
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Wed Apr 22 14:11:11 MDT 2020 Finished: Sat Apr 25 00:06:05 MDT 2020 Duration: 2 Days 9 hours 55 minutes Built using OpenBSD 6.7-beta (GENERIC.MP) #290: Tue Apr 21 22:46:07 MDT 2020 Built 9807 packages Number of packages built each day: Apr 22: 6599 Apr 23: 2434 Apr 24: 773 Apr 25: 1 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-04-22/summary.log Build failures: 4 http://build-failures.rhaalovely.net/sparc64/2020-04-22/lang/hashlink.log http://build-failures.rhaalovely.net/sparc64/2020-04-22/www/webkitgtk4.log http://build-failures.rhaalovely.net/sparc64/2020-04-22/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/sparc64/2020-04-22/x11/py-qt5,python3.log Recurrent failures: failures/lang/hashlink.log failures/www/webkitgtk4.log failures/x11/gtk+4,-cloudprint.log failures/x11/py-qt5,python3.log New failures: Resolved failures: -failures/print/lilypond,-docs.log -failures/textproc/libuninameslist.log Packages newly built: +archivers/pecl-lzf,php74 +audio/solfege +databases/pecl-redis,php74 +graphics/pecl-imagick,php74 +lang/php/7.4 +lang/php/7.4,-apache +lang/php/7.4,-bz2 +lang/php/7.4,-cgi +lang/php/7.4,-curl +lang/php/7.4,-dba +lang/php/7.4,-dbg +lang/php/7.4,-enchant +lang/php/7.4,-gd +lang/php/7.4,-gmp +lang/php/7.4,-imap +lang/php/7.4,-intl +lang/php/7.4,-ldap +lang/php/7.4,-main +lang/php/7.4,-mysqli +lang/php/7.4,-odbc +lang/php/7.4,-pcntl +lang/php/7.4,-pdo_dblib +lang/php/7.4,-pdo_mysql +lang/php/7.4,-pdo_odbc +lang/php/7.4,-pdo_pgsql +lang/php/7.4,-pdo_sqlite +lang/php/7.4,-pgsql +lang/php/7.4,-pspell +lang/php/7.4,-shmop +lang/php/7.4,-snmp +lang/php/7.4,-soap +lang/php/7.4,-sqlite3 +lang/php/7.4,-tidy +lang/php/7.4,-xmlrpc +lang/php/7.4,-xsl +lang/php/7.4,-zip +mail/pecl-mailparse,php74 +multimedia/py-chromecast,python3 +net/py-zeroconf,python3 +print/lilypond +print/lilypond,-docs +print/lilypond,-main +security/pecl-mcrypt,php74 +textproc/libuninameslist +textproc/pecl-yaml,php74 +www/pecl-chroot,php74 +www/pecl-memcached,php74 +www/pecl-pledge,php74 +www/pecl-proctitle,php74 +www/pecl-propro,php74 +www/pecl-raphf,php74 +www/pecl-ssh2,php74 Packages not built this time: -mail/dspam -mail/dspam,-main -mail/dspam,-mysql -mail/dspam,-pgsql -mail/dspam,clamav -mail/dspam,clamav,-main -mail/dspam,clamav,-mysql -mail/dspam,clamav,-pgsql -mail/dspam,domainscale -mail/dspam,domainscale,-main -mail/dspam,domainscale,-mysql -mail/dspam,domainscale,-pgsql -mail/dspam,ldap -mail/dspam,ldap,-main -mail/dspam,ldap,-mysql -mail/dspam,ldap,-pgsql -multimedia/py-chromecast -net/py-zeroconf -www/drupal7/CKeditor -www/drupal7/abt -www/drupal7/alternate_login -www/drupal7/auto_nodetitle -www/drupal7/backup_migrate -www/drupal7/colorbox -www/drupal7/compact_forms -www/drupal7/content_access -www/drupal7/core7 -www/drupal7/ctools -www/drupal7/date -www/drupal7/devel -www/drupal7/disable_messages -www/drupal7/entity -www/drupal7/genpass -www/drupal7/google_analytics -www/drupal7/jquery_plugin -www/drupal7/locale-fr -www/drupal7/locale-nl -www/drupal7/masquerade -www/drupal7/nodeaccess_userreference -www/drupal7/nodesinblock -www/drupal7/pathauto -www/drupal7/printer-friendly -www/drupal7/references -www/drupal7/rules -www/drupal7/scheduler -www/drupal7/schema -www/drupal7/securelogin -www/drupal7/slideshow_creator -www/drupal7/theme-adaptivetheme -www/drupal7/theme-atcommerce -www/drupal7/theme-danland -www/drupal7/theme-newsflash -www/drupal7/token -www/drupal7/ubercart -www/drupal7/user_readonly -www/drupal7/views -www/drupal7/webform -www/py-django/lts -www/py-django/stable
