aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Fri Sep 10 16:14:02 MDT 2021 finished at Thu Sep 16 23:22:20 MDT 2021 lasted 6D07h08m done with kern.version=OpenBSD 7.0 (GENERIC.MP) #1316: Mon Sep 13 13:38:55 MDT 2021 built packages:10889 Sep 14:3289 Sep 15:1168 Sep 16:6431 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2021-09-10/summary.log build failures: 31 http://build-failures.rhaalovely.net/aarch64/2021-09-10/audio/rhythmbox.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/comms/gnuradio.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/databases/kexi.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/editors/micro.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/games/shockolate.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/games/solarus/roth.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/games/solarus/zsdx.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/games/solarus/zsxd.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/graphics/cfdg.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/graphics/gmic.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/graphics/pstoedit.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/graphics/simgear.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/lang/pcc/pcc.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/lang/pcc/pcc-libs.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/mail/perdition,-ldap.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/mail/postfix/stable,ldap.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/net/kea,postgresql.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/net/pure-ftpd,ldap,virtual_chroot.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/net/tailscale.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/sysutils/gitlab-runner.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/sysutils/rundeck.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/www/seamonkey,-lightning.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/www/webkitgtk4.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/x11/kde-applications/kdenlive.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/x11/kde-applications/kitinerary.log http://build-failures.rhaalovely.net/aarch64/2021-09-10/x11/qt6/qtdeclarative.log recurrent failures failures/comms/gnuradio.log failures/editors/micro.log failures/games/shockolate.log failures/graphics/gmic.log failures/graphics/simgear.log failures/lang/pcc/pcc.log failures/lang/pcc/pcc-libs.log failures/net/tailscale.log failures/sysutils/gitlab-runner.log failures/sysutils/rundeck.log failures/sysutils/telegraf.log failures/www/seamonkey,-lightning.log failures/www/webkitgtk4.log new failures +++ ls-failures Thu Sep 16 23:22:46 2021 +failures/audio/rhythmbox.log +failures/databases/kexi.log +failures/games/solarus/roth.log +failures/games/solarus/zsdx.log +failures/games/solarus/zsxd.log +failures/graphics/cfdg.log +failures/graphics/pstoedit.log +failures/mail/perdition,-ldap.log +failures/mail/postfix/stable,ldap.log +failures/net/kea,postgresql.log +failures/net/pure-ftpd,ldap,virtual_chroot.log +failures/x11/kde-applications/kdenlive.log +failures/x11/kde-applications/kitinerary.log +failures/x11/qt6/qtdeclarative.log resolved failures --- ../old/aarch64/last//ls-failuresTue Sep 7 14:30:24 2021 -failures/www/chromium.log -failures/www/iridium.log
Re: sparc64 bulk build report
On Wed, September 15, 2021 15:30, k...@openbsd.org wrote: > Bulk build on sparc64-0a.ports.openbsd.org > > Started : Sun Sep 12 18:08:41 MDT 2021 > Finished: Wed Sep 15 06:30:05 MDT 2021 > Duration: 2 Days 12 hours 21 minutes > > Built using OpenBSD 7.0-beta (GENERIC.MP) #970: Sat Sep 11 23:30:13 MDT 2021 [...] > http://build-failures.rhaalovely.net/sparc64/2021-09-12/games/openxcom.log Hi, The patch attached fixes build on ma Netra T1. Can't test runtime. Still works on amd64. OK? [...] > Recurrent failures: > failures/audio/pulseaudio.log > failures/databases/xapian-bindings,-main.log > failures/devel/avr/gcc.log > failures/emulators/openmsx.log > failures/emulators/qemu,-ga.log > failures/games/colobot/colobot.log > failures/graphics/birdfont.log > failures/graphics/enblend-enfuse.log > failures/graphics/gmic.log > failures/graphics/openexr.log > failures/lang/clazy.log > failures/multimedia/mkvtoolnix,no_x11.log > failures/net/barrier.log > failures/net/ntopng.log > failures/net/pmacct,postgresql.log > failures/net/weechat,-lua.log > failures/productivity/gnucash.log > failures/security/arirang.log > failures/textproc/docbook-utils.log > failures/textproc/redland-bindings,-main.log > failures/x11/gnome/gjs.log > failures/x11/mate/calc.log > failures/x11/mate/panel.log > openxcom_sparc64.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/09/16 19:39:38 Modified files: databases/redis/patches: patch-redis_conf Log message: databases/redis: Tweak patch description. ok danj
Re: lang/sbcl update
On Thu, 16 Sep 2021 10:29:28 +0200
Omar Polo :
> Solene Rapenne writes:
>
> > this updates lang/sbcl to latest version, I didn't had reply for my
> > previous mail for the 2.1.7 update
> >
> > tested on amd64, with and without threads
> > stumpwm still works fine with it
>
> tested with my stumpwm config and tinmop (not in ports) and seems to
> work fine; thanks!
>
> `make test' fails after a while, I don't know if it's expected or not.
> This with default flavor
>
> Finished running tests.
> Status:
> Expected failure: compiler-2.pure.lisp / (MAP-ALLOCATED-OBJECTS NO-CONSING)
> Expected failure: hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
> Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
> Expected failure: compiler.impure.lisp / BUG-308921
> Expected failure: dynamic-extent.impure.lisp / DX-COMPILER-NOTES
> Expected failure: float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
> Expected failure: fopcompiler.impure.lisp /
> FOPCOMPILER-DEPRECATED-VAR-WARNING
> Expected failure: full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
> Expected failure: packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
> Expected failure: packages.impure.lisp / IMPORT-SINGLE-CONFLICT
> Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
> Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
> Expected failure: x86-64-codegen.impure.lisp /
> MOV-MOV-ELIM-IGNORE-RESIZED-REG
> (82 tests skipped for this combination of platform and features)
>
>
>
> and this with FLAVOR=threads
>
> Finished running tests.
> Status:
> Expected failure: hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
> Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
> Expected failure: compiler.impure.lisp / BUG-308921
> Expected failure: dynamic-extent.impure.lisp / DX-COMPILER-NOTES
> Expected failure: float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
> Expected failure: fopcompiler.impure.lisp /
> FOPCOMPILER-DEPRECATED-VAR-WARNING
> Expected failure: full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
> Skipped (broken): gethash-concurrency.impure.lisp / (HASH-TABLE
> UNSYNCHRONIZED)
> Failure:kill-non-lisp-thread.impure.lisp / KILL-NON-LISP-THREAD
> Expected failure: packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
> Expected failure: packages.impure.lisp / IMPORT-SINGLE-CONFLICT
> Skipped (broken): threads.impure.lisp / BACKTRACE
> Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
> Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
> Expected failure: x86-64-codegen.impure.lisp /
> MOV-MOV-ELIM-IGNORE-RESIZED-REG
> (20 tests skipped for this combination of platform and features)
>
>
> Cheers,
>
> Omar Polo
>
> > Index: Makefile
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
> > retrieving revision 1.46
> > diff -u -p -r1.46 Makefile
> > --- Makefile28 May 2021 16:23:31 - 1.46
> > +++ Makefile13 Sep 2021 08:34:13 -
> > @@ -25,7 +25,7 @@ USE_WXNEEDED =Yes
> >
> > COMMENT= compiler and runtime system for ANSI Common Lisp
> >
> > -V =2.1.4
> > +V =2.1.8
> > DISTNAME= sbcl-${V}-source
> > PKGNAME= sbcl-${V}
> > WRKDIST= ${WRKDIR}/sbcl-${V}
> > Index: distinfo
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
> > retrieving revision 1.20
> > diff -u -p -r1.20 distinfo
> > --- distinfo28 May 2021 16:23:31 - 1.20
> > +++ distinfo13 Sep 2021 08:34:55 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (sbcl-2.1.4-source.tar.bz2) =
> > mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
> > -SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
> > +SHA256 (sbcl-2.1.8-source.tar.bz2) =
> > o+p7r8ygUQc7N2nB7nnSbDxHy06y9Uiwes443xTiVUY=
> > +SIZE (sbcl-2.1.8-source.tar.bz2) = 6663139
> > Index: pkg/PLIST
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
> > retrieving revision 1.12
> > diff -u -p -r1.12 PLIST
> > --- pkg/PLIST 13 May 2019 12:58:58 - 1.12
> > +++ pkg/PLIST 3 Aug 2021 17:18:01 -
> > @@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
> > lib/sbcl/contrib/sb-executable.fasl
> > lib/sbcl/contrib/sb-gmp.asd
> > lib/sbcl/contrib/sb-gmp.fasl
> > +lib/sbcl/contrib/sb-graph.asd
> > +lib/sbcl/contrib/sb-graph.fasl
> > lib/sbcl/contrib/sb-grovel.asd
> > lib/sbcl/contrib/sb-grovel.fasl
> > lib/sbcl/contrib/sb-introspect.asd
>
it has less failures in the current port version
I'll try to find why
Re: [NEW] www/unit
On Thu, Sep 16, 2021 at 05:02:15PM +, Sergey A. Osokin wrote:
> On Thu, Sep 16, 2021 at 05:47:19PM +0100, Stuart Henderson wrote:
> > On 2021/09/16 16:05, Sergey A. Osokin wrote:
> > > On Thu, Sep 16, 2021 at 04:00:08PM +0100, Stuart Henderson wrote:
> > > > On 2021/09/16 14:46, Sergey A. Osokin wrote:
> > > > > On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
>
> [...]
>
> > > NGINX Unit doesn't utilize perl-/python-/ruby-specific infrastructure,
> > > it just install its own module for specific languages and their versions.
> >
> > they are installed in a directory outside of /usr/local (the normal PREFIX
> > for
> > ports/packages).
[...]
> And here's the example: on both FreeBSD and NetBSD it's
> ${PREFIX}/libexec/unit/modules directory.
Updated the port followed by suggestions, could please take a look.
--
Sergey Osokin
unit.tgz
Description: application/gtar-compressed
Re: dovecot-pigeonhole fixes
Ok.
On 9/16/2021 5:32 AM, Stuart Henderson wrote:
There are some crashes in dovecot-pigeonhole with delivery using
implicit keep and when quota is exceeded, see
https://dovecot.org/pipermail/dovecot/2021-September/123038.html
https://dovecot.org/pipermail/dovecot/2021-September/123040.html
ok to pull back the referenced commits? Seems more sensible to do
this via an extra distfile rather than a bunch of local patches.
Index: Makefile
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/Makefile,v
retrieving revision 1.78
diff -u -p -r1.78 Makefile
--- Makefile7 Aug 2021 12:03:58 - 1.78
+++ Makefile16 Sep 2021 09:25:49 -
@@ -12,7 +12,13 @@ CATEGORIES= mail
MASTER_SITES= ${HOMEPAGE}releases/${V_DOVECOT}/
DPB_PROPERTIES= parallel
-SHARED_LIBS= dovecot-sieve 3.0
+PATCHFILES=
dovecot-pigeonhole-implicit_keep{9f3002393fe1c1fe317121d03591569dac120739%5E..4596d39908a868783fae9a0c2fd264409c0aaa96}.patch:0
+PATCH_DIST_STRIP= -p1
+MASTER_SITES0= https://github.com/dovecot/pigeonhole/compare/
+
+REVISION= 0
+
+SHARED_LIBS= dovecot-sieve 4.0
HOMEPAGE= https://pigeonhole.dovecot.org/
Index: distinfo
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/distinfo,v
retrieving revision 1.46
diff -u -p -r1.46 distinfo
--- distinfo7 Aug 2021 12:03:58 - 1.46
+++ distinfo16 Sep 2021 09:25:49 -
@@ -1,2 +1,4 @@
SHA256 (dovecot-2.3-pigeonhole-0.5.16.tar.gz) =
XKNngOI7meYgZEDxs/48ZZjtpbaZuZzrsV1Bi6PG6Tg=
+SHA256 (dovecot-pigeonhole-implicit_keep.patch) =
jOU1OjrVv9E3/6tklCifcrmsWZ0xdA9pZs9xklPKiW8=
SIZE (dovecot-2.3-pigeonhole-0.5.16.tar.gz) = 1944573
+SIZE (dovecot-pigeonhole-implicit_keep.patch) = 21081
Re: [new] textproc/py-pypandoc for editors/apostrophe
On Thu, 16 Sep 2021 19:02:23 +0200
Omar Polo :
> Solene Rapenne writes:
>
> > On Thu, 16 Sep 2021 09:04:37 +0200
> > Omar Polo :
> >
> >> Solene Rapenne writes:
> >>
> >> > Import a simple python dependency for editors/apostrophe
> >> >
> >> > I generated it with portgen, checked version, DESCR, PLIST, licensing.
> >> > I didn't add pandoc as a dependency because it's not required to
> >> > have it at build stage, and I'm not sure it would be fine to add
> >> > pandoc as a run dep either.
> >>
> >> without text/pandoc as TEST_DEPENDS the tests fails; well, they fails
> >> nevertheless because it tries to fetch stuff from github. No idea how
> >> to fix it, sorry.
> >>
> >> Anyway, I'd argue that it needs text/pandoc as {RUN,TEST}_DEPENDS and
> >> not RDEP on it from apostrophe since it searches for the binary and
> >> throw an error if not found. Attaching another tarball with pandoc
> >> added as deps.
> >>
> >> Cheers,
> >>
> >
> > I added TEST_DEPENDS , it can make 23 checks before failing
> > when trying to download its own sources to use the README.md file...
> > but I suppose 23 checks working is better than nothing.
>
> I was distracted by the error output and the /writes_to_HOME lines. It
> seems that all but that test are succeeding, which is good I guess.
>
> > It's now depending on pandoc for RUN_DEPENDS
>
> I've seen these two nits only now, but I'm not familiar with the python
> infrastructure in ports so they may be wrong/opinable:
>
> - comment starts with uppercase; also maybe specify that's a python
>wrapper?
>
> - use ``py-wheel${MODPY_FLAVOR}'' instead of ``py-wheel,python3''
>
> If by any chance I'm not wrong, here's an updated tarball.
>
> Cheers!
>
thanks, I agree with these 2 changes, make sense.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2021/09/16 15:18:10 Modified files: www/apache-httpd: Makefile distinfo www/apache-httpd/patches: patch-modules_ssl_ssl_engine_init_c Removed files: www/apache-httpd/patches: patch-modules_md_md_crypt_c Log message: Update to 2.4.49 fixes CVE-2021-33193, CVE-2021-34798, CVE-2021-36160, CVE-2021-39275 and CVE-2021-40438. Full changelog at https://downloads.apache.org/httpd/CHANGES_2.4.49
Re: CVS: cvs.openbsd.org: ports
On 2021/09/16 09:51, Stuart Henderson wrote:
> On 2021/09/16 12:38, Rafael Sadowski wrote:
> > On Thu Sep 16, 2021 at 08:58:02AM +0100, Stuart Henderson wrote:
> > > On 2021/09/16 09:37, Rafael Sadowski wrote:
> > > > On Wed Sep 15, 2021 at 11:03:12PM +0100, Stuart Henderson wrote:
> > > > > No qt dependency is listed for no_x11 so these can be randomly
> > > > > present and
> > > > > removed during the build.
> > > > >
> > > >
> > > > It comes with/from the qt5 module:
> > > >
> > > > env FLAVOR="no_x11" make show=LIB_DEPENDS
> > > > audio/flac audio/libogg audio/libvorbis devel/fmt devel/gettext,-runtime
> > > > devel/gmp devel/libdvdread STEM->=1.6.2:multimedia/libmatroska
> > > > STEM->=1.4.0:textproc/libebml textproc/pugixml x11/qt5/qtbase,-main
> > >
> > > Oh... Is there any point to a no_x11 flavour which depends on Qt?
> > >
> >
> > I asked for the same question
> > https://marc.info/?l=openbsd-ports=162954307913481=2
> >
>
> FWIW my vote would be to simplify the port and remove the flavour.
>
BTW I hit the build error too, this is how it looks in config.log:
configure:8750: checking for Qt 6
configure:8752: result: no: disabled by user request
configure:8828: checking for qmake-qt5
configure:8846: found /usr/local/bin/qmake-qt5
configure:8858: result: /usr/local/bin/qmake-qt5
configure:8996: checking for qmake's version
configure:9007: result: 5.15.2
configure:9019: checking for lconvert
configure:9049: result: /usr/local/lib/qt5/bin/lconvert
configure:9059: checking for moc
configure:9089: result: /usr/local/bin/moc-qt5
configure:9099: checking for rcc
configure:9117: found /usr/local/lib/qt5/bin/rcc
configure:9129: result: /usr/local/lib/qt5/bin/rcc
configure:9139: checking for uic
configure:9169: result: /usr/local/bin/uic-qt5
configure:9224: $PKG_CONFIG --exists --print-errors
"$with_qt_pkg_config_modules"
Package Qt5Multimedia was not found in the pkg-config search path
configure:9227: $? = 1
configure:9234: $PKG_CONFIG --exists --print-errors "Qt5PlatformSupport"
Package Qt5PlatformSupport was not found in the pkg-config search path
configure:9237: $? = 1
configure:9243: checking for Qt 5
configure:9245: result: no: not found by pkg-config
configure:9481: error: The Qt library is required for building MKVToolNix.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/Makefile,v
retrieving revision 1.106
diff -u -p -r1.106 Makefile
--- Makefile7 Sep 2021 05:58:12 - 1.106
+++ Makefile16 Sep 2021 20:23:26 -
@@ -3,6 +3,7 @@
COMMENT= create, alter and inspect Matroska files
DISTNAME= mkvtoolnix-60.0.0
+REVISION= 0
CATEGORIES=multimedia x11
@@ -13,8 +14,10 @@ MAINTAINER= Rafael Sadowski https://www.bunkus.org/videotools/mkvtoolnix/sources/
@@ -47,13 +50,17 @@ LIB_DEPENDS=audio/flac \
devel/gmp \
devel/libdvdread \
multimedia/libmatroska>=1.6.2 \
+ textproc/cmark \
textproc/libebml>=1.4.0 \
- textproc/pugixml
+ textproc/pugixml \
+ x11/qt5/qtmultimedia
-MAKE_ENV+= V=1
+RUN_DEPENDS= devel/desktop-file-utils \
+ misc/shared-mime-info \
+ x11/gtk+3,-guic
CONFIGURE_STYLE= autoconf
-AUTOCONF_VERSION= 2.69
+AUTOCONF_VERSION= 2.71
CONFIGURE_ARGS=--disable-optimization \
--disable-update-check \
@@ -64,30 +71,13 @@ CONFIGURE_ARGS= --disable-optimization \
--with-boost-regex=boost_regex \
--with-docbook-xsl-root=${LOCALBASE}/share/xsl/docbook
+MAKE_ENV+= V=1
CPPFLAGS+= -I${LOCALBASE}/include -I${X11BASE}/include
LDFLAGS+= -L${LOCALBASE}/lib -L${X11BASE}/lib -L${MODQT5_LIBDIR}
CONFIGURE_ENV+=LCONVERT="${LOCALBASE}/lib/qt5/bin/lconvert" \
CPPFLAGS="${CPPFLAGS}" \
LDFLAGS="${LDFLAGS}"
-
-FLAVORS= no_x11
-FLAVOR?=
-
-.if ${FLAVOR:Mno_x11}
-CONFIGURE_ARGS+= --disable-gui
-.else
-
-WANTLIB += Qt5Concurrent Qt5DBus Qt5Gui Qt5Multimedia
-WANTLIB += Qt5Network Qt5Widgets cmark
-
-LIB_DEPENDS+= textproc/cmark \
- x11/qt5/qtmultimedia
-
-RUN_DEPENDS+= devel/desktop-file-utils \
- misc/shared-mime-info \
- x11/gtk+3,-guic
-.endif
pre-patch:
@cd ${WRKSRC}/src/mkvtoolnix-gui/jobs/program_runner/ && \
Index: pkg/PFRAG.no-no_x11
===
RCS file: pkg/PFRAG.no-no_x11
diff -N pkg/PFRAG.no-no_x11
--- pkg/PFRAG.no-no_x11 21 Oct 2018 08:17:41 - 1.14
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,55 +0,0 @@
-@comment $OpenBSD: PFRAG.no-no_x11,v 1.14 2018/10/21 08:17:41 rsadowski Exp $
-@bin bin/mkvtoolnix-gui
-@man man/man1/mkvtoolnix-gui.1
-share/applications/org.bunkus.mkvtoolnix-gui.desktop
-share/icons/hicolor/128x128/apps/mkvextract.png
update our very old productivity/osmo
this update osmo to latest version released july 2020 from our version
released in 2014.
Works fine on amd64, tested on a system with 0 package prior to install
The patch isn't useful anymore.
Index: Makefile
===
RCS file: /home/reposync/ports/productivity/osmo/Makefile,v
retrieving revision 1.36
diff -u -p -r1.36 Makefile
--- Makefile12 Jul 2019 20:48:59 - 1.36
+++ Makefile16 Sep 2021 16:12:02 -
@@ -2,9 +2,8 @@
COMMENT= handy personal organizer
-DISTNAME= osmo-0.2.10
+DISTNAME= osmo-0.4.4
CATEGORIES=productivity
-REVISION= 6
HOMEPAGE= http://clayo.org/osmo/
@@ -13,22 +12,27 @@ MAINTAINER= Pierre-Emmanuel Andre =0.7
-(notify_notification_new has lost its widget argument)
-(notify_notification_attach_to_status_icon is gone)
-
src/check_events.c.origTue Apr 19 14:36:56 2011
-+++ src/check_events.c Tue Apr 19 14:37:50 2011
-@@ -454,9 +454,9 @@ gboolean sound_flag = TRUE;
- a->date = 0;
-
- if (textdesc != NULL)
-- a->notify =
notify_notification_new (item->summary, textdesc, GTK_STOCK_DIALOG_WARNING,
NULL);
-+ a->notify =
notify_notification_new (item->summary, textdesc, GTK_STOCK_DIALOG_WARNING);
- else
-- a->notify =
notify_notification_new (item->summary, text, GTK_STOCK_DIALOG_WARNING, NULL);
-+ a->notify =
notify_notification_new (item->summary, text, GTK_STOCK_DIALOG_WARNING);
-
- g_free (textdesc);
- g_free (text);
-@@ -484,7 +484,7 @@ gboolean sound_flag = TRUE;
-
- if (gtk_status_icon_get_visible
(appGUI->osmo_trayicon)) {
- #ifdef HAVE_LIBNOTIFY
--
notify_notification_attach_to_status_icon (a->notify, appGUI->osmo_trayicon);
-+//
notify_notification_attach_to_status_icon (a->notify, appGUI->osmo_trayicon);
- #endif /* HAVE_LIBNOTIFY */
- gtk_status_icon_set_from_stock
(appGUI->osmo_trayicon, OSMO_STOCK_SYSTRAY_TASK);
-
-@@ -532,9 +532,9 @@ gboolean sound_flag = TRUE;
- a->time = -1;
- a->date = 0;
- if (textdesc != NULL)
-- a->notify =
notify_notification_new (_("Alarm warning!"), textdesc, GTK_STOCK_DIALOG_INFO,
NULL);
-+ a->notify =
notify_notification_new (_("Alarm warning!"), textdesc, GTK_STOCK_DIALOG_INFO);
- else
-- a->notify =
notify_notification_new (_("Alarm warning!"), text, GTK_STOCK_DIALOG_INFO,
NULL);
-+ a->notify =
notify_notification_new (_("Alarm warning!"), text, GTK_STOCK_DIALOG_INFO);
-
- notify_notification_set_timeout
(a->notify, NOTIFY_EXPIRES_NEVER);
- notify_notification_set_urgency
(a->notify, NOTIFY_URGENCY_NORMAL);
-@@ -546,7 +546,7 @@ gboolean sound_flag = TRUE;
-
- if (gtk_status_icon_get_visible
(appGUI->osmo_trayicon)) {
- #ifdef HAVE_LIBNOTIFY
--
notify_notification_attach_to_status_icon (a->notify, appGUI->osmo_trayicon);
-+//
notify_notification_attach_to_status_icon (a->notify, appGUI->osmo_trayicon);
- #endif /* HAVE_LIBNOTIFY */
- gtk_status_icon_set_from_stock
(appGUI->osmo_trayicon, OSMO_STOCK_SYSTRAY_TASK);
-
Index: pkg/PLIST
===
RCS file: /home/reposync/ports/productivity/osmo/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST 29 Jun 2018 22:16:20 - 1.11
+++ pkg/PLIST 15 Sep 2021 19:02:33 -
@@ -2,10 +2,83 @@
@bin bin/osmo
@man man/man1/osmo.1
share/applications/osmo.desktop
+share/icons/hicolor/16x16/actions/osmo-button-insert_timeline.png
+share/icons/hicolor/16x16/actions/osmo-button-select_color.png
+share/icons/hicolor/16x16/actions/osmo-button-select_date.png
+share/icons/hicolor/16x16/actions/osmo-editor-bold-s.png
+share/icons/hicolor/16x16/actions/osmo-editor-highlight-s.png
+share/icons/hicolor/16x16/actions/osmo-editor-italic-s.png
+share/icons/hicolor/16x16/actions/osmo-editor-strikethrough-s.png
+share/icons/hicolor/16x16/actions/osmo-editor-underline-s.png
Re: [new] textproc/py-pypandoc for editors/apostrophe
On Thu, 16 Sep 2021 09:04:37 +0200
Omar Polo :
> Solene Rapenne writes:
>
> > Import a simple python dependency for editors/apostrophe
> >
> > I generated it with portgen, checked version, DESCR, PLIST, licensing.
> > I didn't add pandoc as a dependency because it's not required to
> > have it at build stage, and I'm not sure it would be fine to add
> > pandoc as a run dep either.
>
> without text/pandoc as TEST_DEPENDS the tests fails; well, they fails
> nevertheless because it tries to fetch stuff from github. No idea how
> to fix it, sorry.
>
> Anyway, I'd argue that it needs text/pandoc as {RUN,TEST}_DEPENDS and
> not RDEP on it from apostrophe since it searches for the binary and
> throw an error if not found. Attaching another tarball with pandoc
> added as deps.
>
> Cheers,
>
I added TEST_DEPENDS , it can make 23 checks before failing
when trying to download its own sources to use the README.md file...
but I suppose 23 checks working is better than nothing.
It's now depending on pandoc for RUN_DEPENDS
py-pypandoc.tgz
Description: application/compressed-tar
Re: [new] editors/apostrophe
On Thu, 16 Sep 2021 09:22:44 +0200
Omar Polo :
> Solene Rapenne writes:
>
> > hello,
> >
> > this is a new port for apostrophe, a distraction free editor. It
> > requires textproc/py-pypandoc that I will send in a next mail.
> >
> > Apostrophe is a GTK+ based distraction free Markdown editor. It
> > uses pandoc as back-end for parsing Markdown and exporting to
> > multiples format and offers a very clean and sleek user interface.
> >
> > [2. application/x-compressed-tar; apostrophe.tgz]...
>
> Seems to work fine; it's a nice distraction free editor, I'll recommend
> to a couple of friends, thanks!
>
> Sometimes when closed it throws an error:
>
> --8<---cut here---start->8---
> % apostrophe
> Traceback (most recent call last):
> File "/usr/local/lib/python3.8/site-packages/gi/overrides/GLib.py", line
> 664, in
> func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data)
> File
> "/usr/local/lib/python3.8/site-packages/apostrophe/text_view_markup_handler.py",
> line 318, in on_parsed
> if self.parent_conn.poll():
> File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 255, in
> poll
> self._check_closed()
> File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 136, in
> _check_closed
> raise OSError("handle is closed")
> OSError: handle is closed
> --8<---cut here---end--->8---
>
> but this triggers only when closing and doesn't seems to corrupt the
> edited files, so maybe it's ok?
>
> The only test passes.
>
> Anyway, just as I was saying in the py-pandoc thread, I'd argue that
> apostrophe doesn't need the RDEP on textproc/pandoc, only on
> py-pypandoc. I'm attaching a port with RDEPS tweaked.
>
> Cheers,
>
>
thanks,
I reworked the port by installing the package on a system where I
clean every package, this is nice to find missing dependencies, and
it was missing a lot!
pandoc depend has been moved to py-pypandoc
apostrophe.tgz
Description: application/compressed-tar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 13:36:11 Modified files: mail/dovecot-pigeonhole: Makefile distinfo Log message: backport a patch set for Dovecot-Pigeonhole fixing various crashes relating to "implicit keep", ok Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2021/09/16 12:34:53 Modified files: net/mattermost-server: Makefile distinfo net/mattermost-server/pkg: PLIST Log message: Update mattermost-server 5.38.2 -> 5.39.0 Changelog: https://docs.mattermost.com/install/self-managed-changelog.html#release-v5-39-quality-release
Re: [new] textproc/py-pypandoc for editors/apostrophe
On 2021/09/16 19:02, Omar Polo wrote:
>
> Solene Rapenne writes:
>
> > On Thu, 16 Sep 2021 09:04:37 +0200
> > Omar Polo :
> >
> >> Solene Rapenne writes:
> >>
> >> > Import a simple python dependency for editors/apostrophe
> >> >
> >> > I generated it with portgen, checked version, DESCR, PLIST, licensing.
> >> > I didn't add pandoc as a dependency because it's not required to
> >> > have it at build stage, and I'm not sure it would be fine to add
> >> > pandoc as a run dep either.
> >>
> >> without text/pandoc as TEST_DEPENDS the tests fails; well, they fails
> >> nevertheless because it tries to fetch stuff from github. No idea how
> >> to fix it, sorry.
> >>
> >> Anyway, I'd argue that it needs text/pandoc as {RUN,TEST}_DEPENDS and
> >> not RDEP on it from apostrophe since it searches for the binary and
> >> throw an error if not found. Attaching another tarball with pandoc
> >> added as deps.
> >>
> >> Cheers,
> >>
> >
> > I added TEST_DEPENDS , it can make 23 checks before failing
> > when trying to download its own sources to use the README.md file...
> > but I suppose 23 checks working is better than nothing.
No need to list RUN_DEPENDS in TEST_DEPENDS
> I was distracted by the error output and the /writes_to_HOME lines. It
> seems that all but that test are succeeding, which is good I guess.
PORTHOME=${WRKDIR} probably helps with the /writes_to_HOME
> > It's now depending on pandoc for RUN_DEPENDS
>
> I've seen these two nits only now, but I'm not familiar with the python
> infrastructure in ports so they may be wrong/opinable:
>
> - comment starts with uppercase; also maybe specify that's a python
>wrapper?
Python is a proper noun so uppercase is preferable there
> - use ``py-wheel${MODPY_FLAVOR}'' instead of ``py-wheel,python3''
correct
> If by any chance I'm not wrong, here's an updated tarball.
>
> Cheers!
>
No more new ports for the release, updates can continue
The release is approaching quickly. NO MORE NEW PORTS. Updates to existing ports can still continue, but please, ask yourself, do we really need this for the release? If anybody thinks there is a crucial new port that missed the deadline and still needs to be imported, convince sthen@ and me. There are also a number of ports with %n compiler warnings that must be fixed for the release. By my latest count, which may be off, those are: editors/cooledit editors/nedit mail/exim misc/brltty net/climm security/gnupg sysutils/cdrtools x11/fvwm2 Patches for several were posted here on ports@ and need review. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [new] textproc/py-pypandoc for editors/apostrophe
Solene Rapenne writes:
> On Thu, 16 Sep 2021 09:04:37 +0200
> Omar Polo :
>
>> Solene Rapenne writes:
>>
>> > Import a simple python dependency for editors/apostrophe
>> >
>> > I generated it with portgen, checked version, DESCR, PLIST, licensing.
>> > I didn't add pandoc as a dependency because it's not required to
>> > have it at build stage, and I'm not sure it would be fine to add
>> > pandoc as a run dep either.
>>
>> without text/pandoc as TEST_DEPENDS the tests fails; well, they fails
>> nevertheless because it tries to fetch stuff from github. No idea how
>> to fix it, sorry.
>>
>> Anyway, I'd argue that it needs text/pandoc as {RUN,TEST}_DEPENDS and
>> not RDEP on it from apostrophe since it searches for the binary and
>> throw an error if not found. Attaching another tarball with pandoc
>> added as deps.
>>
>> Cheers,
>>
>
> I added TEST_DEPENDS , it can make 23 checks before failing
> when trying to download its own sources to use the README.md file...
> but I suppose 23 checks working is better than nothing.
I was distracted by the error output and the /writes_to_HOME lines. It
seems that all but that test are succeeding, which is good I guess.
> It's now depending on pandoc for RUN_DEPENDS
I've seen these two nits only now, but I'm not familiar with the python
infrastructure in ports so they may be wrong/opinable:
- comment starts with uppercase; also maybe specify that's a python
wrapper?
- use ``py-wheel${MODPY_FLAVOR}'' instead of ``py-wheel,python3''
If by any chance I'm not wrong, here's an updated tarball.
Cheers!
py-pypandoc.tgz
Description: Binary data
Re: [NEW] www/unit
On Thu, Sep 16, 2021 at 05:47:19PM +0100, Stuart Henderson wrote:
> On 2021/09/16 16:05, Sergey A. Osokin wrote:
> > On Thu, Sep 16, 2021 at 04:00:08PM +0100, Stuart Henderson wrote:
> > > On 2021/09/16 14:46, Sergey A. Osokin wrote:
> > > > On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
[...]
> > NGINX Unit doesn't utilize perl-/python-/ruby-specific infrastructure,
> > it just install its own module for specific languages and their versions.
>
> they are installed in a directory outside of /usr/local (the normal PREFIX for
> ports/packages).
True. I've found that www/nginx installs its modules into /var/www/modules,
and that's why I did the same for NGINX Unit, last one installs its own
modules into /var/unit/modules. Please confirm it's correct.
And if it's not correct, could you guide me where should I install
NGINX Unit modules.
And here's the example: on both FreeBSD and NetBSD it's
${PREFIX}/libexec/unit/modules directory.
> that should be handled by setting PREFIX-$subpkg rather than
> with what is essentially @cwd /var/www/unit/modules
That's a bit unclear, could you provide an example how can I handle that.
Thank you.
--
Sergey A. Osokin
Re: editors/nedit: avoid *printf %n
+Cc: MAINTAINER
Hi Theo,
Theo Buehler wrote on Wed, Sep 15, 2021 at 11:59:36PM +0200:
> Straightforward.
OK schwarze@.
Given that we are approaching a lock, i don't think you should wait
for feedback from the MAINTAINER.
Alessandro, i suspect buffer overflow issues in util/misc.c,
function CreateGeometryString(). The arguments are (int) and can
likely be provided from outside the program, but the buffer being
printed to is only 24 bytes long. I didn't poke around long enough
to figure out whether this can crash the program (or worse), but as
the MAINTAINER, it might make sense that you have a closer look.
But that seems unrelated to the present patch.
There is much opportunity for additional cleanup to be done upstream:
for example, strcpy(3) in conjunction with pointer arithmetics is all
over the place, and invariants are quite non-obvious if any exist.
Yours,
Ingo
Testing done:
Before:
$ /obin/ncl tmp.txt
Abort trap (core dumped)
$ /obin/nedit -g 80x24+100+100
Abort trap (core dumped)
After:
$ ncl tmp.txt # works
$ nedit -g 80x24+100+100 # works
> Index: Makefile
> ===
> RCS file: /cvs/ports/editors/nedit/Makefile,v
> retrieving revision 1.82
> diff -u -p -r1.82 Makefile
> --- Makefile 12 Apr 2020 14:46:04 - 1.82
> +++ Makefile 13 Sep 2021 16:06:53 -
> @@ -5,7 +5,7 @@ COMMENT= a fast, compact Motif/X11 plai
> DISTNAME=nedit-5.7
> P_V= 0.5
> EPOCH= 0
> -REVISION = 0
> +REVISION = 1
> DISTFILES= ${DISTNAME}-src${EXTRACT_SUFX} \
> nedit_patterns-${P_V}.tgz:0
>
> Index: patches/patch-source_nc_c
> ===
> RCS file: /cvs/ports/editors/nedit/patches/patch-source_nc_c,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-source_nc_c
> --- patches/patch-source_nc_c 28 Feb 2019 23:00:47 - 1.2
> +++ patches/patch-source_nc_c 13 Sep 2021 16:04:55 -
> @@ -27,3 +27,28 @@ Index: source/nc.c
> #endif /*VMS*/
>
> /* Structure to hold X Resource values */
> +@@ -778,10 +778,10 @@ static void parseCommandLine(int argc, char **argv, Co
> +The "long" cast on strlen() is necessary because size_t
> +is 64 bit on Alphas, and 32-bit on most others. There is
> +no printf format specifier for "size_t", thanx, ANSI. */
> +-sprintf(outPtr, "%d %d %d %d %d %ld %ld %ld %ld\n%n",
> lineNum,
> ++charsWritten = sprintf(outPtr, "%d %d %d %d %d %ld %ld %ld
> %ld\n", lineNum,
> + read, create, iconic, isTabbed, (long) strlen(path),
> + (long) strlen(toDoCommand), (long) strlen(langMode),
> +-(long) strlen(geometry), );
> ++(long) strlen(geometry));
> + outPtr += charsWritten;
> + strcpy(outPtr, path);
> + outPtr += strlen(path);
> +@@ -816,9 +816,9 @@ static void parseCommandLine(int argc, char **argv, Co
> + * iconic state (and optional language mode and geometry).
> + */
> + if (toDoCommand[0] != '\0' || fileCount == 0) {
> +-sprintf(outPtr, "0 0 0 %d %d 0 %ld %ld %ld\n\n%n", iconic, tabbed,
> ++charsWritten = sprintf(outPtr, "0 0 0 %d %d 0 %ld %ld %ld\n\n", iconic,
> tabbed,
> + (long) strlen(toDoCommand),
> +-(long) strlen(langMode), (long) strlen(geometry),
> );
> ++(long) strlen(langMode), (long) strlen(geometry));
> + outPtr += charsWritten;
> + strcpy(outPtr, toDoCommand);
> + outPtr += strlen(toDoCommand);
> Index: patches/patch-util_misc_c
> ===
> RCS file: patches/patch-util_misc_c
> diff -N patches/patch-util_misc_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-util_misc_c 13 Sep 2021 16:01:48 -
> @@ -0,0 +1,37 @@
> +$OpenBSD$
> +
> +Index: util/misc.c
> +--- util/misc.c.orig
> util/misc.c
> +@@ -1488,25 +1488,25 @@ void CreateGeometryString(char *string, int x, int y,
> + int nChars;
> +
> + if (bitmask & WidthValue) {
> +-sprintf(ptr, "%d%n", width, );
> ++nChars = sprintf(ptr, "%d", width);
> + ptr += nChars;
> + }
> + if (bitmask & HeightValue) {
> +-sprintf(ptr, "x%d%n", height, );
> ++nChars = sprintf(ptr, "x%d", height);
> + ptr += nChars;
> + }
> + if (bitmask & XValue) {
> + if (bitmask & XNegative)
> +-sprintf(ptr, "-%d%n", -x, );
> ++nChars = sprintf(ptr, "-%d", -x);
> + else
> +-sprintf(ptr, "+%d%n", x, );
> ++nChars = sprintf(ptr, "+%d", x);
> + ptr += nChars;
> + }
> + if (bitmask & YValue) {
> + if (bitmask & YNegative)
> +-sprintf(ptr, "-%d%n", -y, );
>
Re: [NEW] www/unit
On 2021/09/16 16:05, Sergey A. Osokin wrote:
> On Thu, Sep 16, 2021 at 04:00:08PM +0100, Stuart Henderson wrote:
> > On 2021/09/16 14:46, Sergey A. Osokin wrote:
> > > On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
> > > > Hi there,
> > > >
> > > > I'm glad to share with you NGINX Unit port for OpenBSD has been created.
> > > >
> > > > In addition to the port (it's been attached to this email as a tarball)
> > > > an additional user account `unit' and `unit' group are need to be
> > > > created.
> > > >
> > > > Please let me know your thoughts, ask questions, provide comments.
> >
> > >From a read through (I have not tried building yet):
> >
> > - usernames for ports daemons should be prefixed by _ and must be
> > created in the PLIST (@newuser / @newgroup annotations)
>
> done.
>
> > - the subpackages should just set PREFIX-python etc, don't use @cwd in
> > their PLISTs
>
> NGINX Unit doesn't utilize perl-/python-/ruby-specific infrastructure,
> it just install its own module for specific languages and their versions.
they are installed in a directory outside of /usr/local (the normal PREFIX for
ports/packages). that should be handled by setting PREFIX-$subpkg rather than
with what is essentially @cwd /var/www/unit/modules
> > - lowercase at the start of COMMENT, unless it's a proper noun, i.e.
> > s/Dynamic/dynamic/ in COMMENT-main
>
> done.
>
> > - "include bsd.port.arch.mk" should be later. specifically it needs to go
> > after the FLAVOR ?=, but as it has hard to predict side-effects it's
> > better to have as few parts after it as possible, I would move to just
> > before the ".if ${BUILD_PACKAGES..." lines as those are the only parts
> > which require it.
>
> done.
>
> > - drop "DISTFILES=${DISTNAME}${EXTRACT_SUFX}", that is the default
>
> done.
>
> > - separate line for each *_DEPENDS entry i.e. change
> > RUN_DEPENDS-python= www/unit,-main ${MODPY_LIB_DEPENDS}
> > to
> > RUN_DEPENDS-python= www/unit,-main \
> > ${MODPY_LIB_DEPENDS}
>
> done.
>
> > - there are specific variables for the binaries for python/ruby:
> > ${MODPY_BIN} and ${RUBY}, unless the configure script really doesn't
> > want a path please use them rather than building up your own in
> > CONFIGURE_ENV ${RUBY}
>
> done.
>
> I've also fixed some issues related to building and packaging.
> The updated version is attached, please take a look.
>
> Thank you.
>
> --
> Sergey A. Osokin
Re: [NEW] www/unit
On Thu, Sep 16, 2021 at 04:00:08PM +0100, Stuart Henderson wrote:
> On 2021/09/16 14:46, Sergey A. Osokin wrote:
> > On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
> > > Hi there,
> > >
> > > I'm glad to share with you NGINX Unit port for OpenBSD has been created.
> > >
> > > In addition to the port (it's been attached to this email as a tarball)
> > > an additional user account `unit' and `unit' group are need to be created.
> > >
> > > Please let me know your thoughts, ask questions, provide comments.
>
> >From a read through (I have not tried building yet):
>
> - usernames for ports daemons should be prefixed by _ and must be
> created in the PLIST (@newuser / @newgroup annotations)
done.
> - the subpackages should just set PREFIX-python etc, don't use @cwd in
> their PLISTs
NGINX Unit doesn't utilize perl-/python-/ruby-specific infrastructure,
it just install its own module for specific languages and their versions.
> - lowercase at the start of COMMENT, unless it's a proper noun, i.e.
> s/Dynamic/dynamic/ in COMMENT-main
done.
> - "include bsd.port.arch.mk" should be later. specifically it needs to go
> after the FLAVOR ?=, but as it has hard to predict side-effects it's
> better to have as few parts after it as possible, I would move to just
> before the ".if ${BUILD_PACKAGES..." lines as those are the only parts
> which require it.
done.
> - drop "DISTFILES=${DISTNAME}${EXTRACT_SUFX}", that is the default
done.
> - separate line for each *_DEPENDS entry i.e. change
> RUN_DEPENDS-python= www/unit,-main ${MODPY_LIB_DEPENDS}
> to
> RUN_DEPENDS-python= www/unit,-main \
> ${MODPY_LIB_DEPENDS}
done.
> - there are specific variables for the binaries for python/ruby:
> ${MODPY_BIN} and ${RUBY}, unless the configure script really doesn't
> want a path please use them rather than building up your own in
> CONFIGURE_ENV ${RUBY}
done.
I've also fixed some issues related to building and packaging.
The updated version is attached, please take a look.
Thank you.
--
Sergey A. Osokin
unit.tgz
Description: application/gtar-compressed
Re: [NEW] www/unit
On 2021/09/16 14:46, Sergey A. Osokin wrote:
> Hi,
>
> kindly reminder.
> Please let me know if you have any questions.
>
> Thank you.
>
> On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
> > Hi there,
> >
> > I'm glad to share with you NGINX Unit port for OpenBSD has been created.
> >
> > In addition to the port (it's been attached to this email as a tarball)
> > an additional user account `unit' and `unit' group are need to be created.
> >
> > Please let me know your thoughts, ask questions, provide comments.
>
> --
> Sergey Osokin
>From a read through (I have not tried building yet):
- usernames for ports daemons should be prefixed by _ and must be
created in the PLIST (@newuser / @newgroup annotations)
- the subpackages should just set PREFIX-python etc, don't use @cwd in
their PLISTs
- lowercase at the start of COMMENT, unless it's a proper noun, i.e.
s/Dynamic/dynamic/ in COMMENT-main
- "include bsd.port.arch.mk" should be later. specifically it needs to go
after the FLAVOR ?=, but as it has hard to predict side-effects it's
better to have as few parts after it as possible, I would move to just
before the ".if ${BUILD_PACKAGES..." lines as those are the only parts
which require it.
- drop "DISTFILES=${DISTNAME}${EXTRACT_SUFX}", that is the default
- separate line for each *_DEPENDS entry i.e. change
RUN_DEPENDS-python= www/unit,-main ${MODPY_LIB_DEPENDS}
to
RUN_DEPENDS-python= www/unit,-main \
${MODPY_LIB_DEPENDS}
- there are specific variables for the binaries for python/ruby:
${MODPY_BIN} and ${RUBY}, unless the configure script really doesn't
want a path please use them rather than building up your own in
CONFIGURE_ENV ${RUBY}
Re: [NEW] www/unit
Hi, kindly reminder. Please let me know if you have any questions. Thank you. On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote: > Hi there, > > I'm glad to share with you NGINX Unit port for OpenBSD has been created. > > In addition to the port (it's been attached to this email as a tarball) > an additional user account `unit' and `unit' group are need to be created. > > Please let me know your thoughts, ask questions, provide comments. -- Sergey Osokin signature.asc Description: PGP signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2021/09/16 08:23:37 Modified files: net/barrier: Makefile net/barrier/pkg: PLIST Added files: net/barrier/patches: patch-res_barrier_desktop Log message: Include barrier.desktop and artwork to go along with it. Testd / works in xfce4. OK sthen@
Re: sysutils/rover new request
* Omar Polo le [16-09-2021 15:51:23 +0200]: > > prx writes: > > > Hello, > > A few month ago, I send a proposal for rover, a file manager. > > Klemens Nanni did too back in 2017 apparently. > > > > Find attached an archive for this file manager, hoping one can find it > > useful. > > > > Regards. > > > > prx > > > > [2. application/x-tar-gz; rover.tgz]... > > I didn't know rover, it's a nice little utility! > > It works for me (tm), I'm attaching an updated tarball with two small > nits: > > - HOMEPAGE moved to https > - NO_TEST=Yes > Thank you for testing. Good points you changed here. It is indeed a nice utility. It gets event better when setting ROVER_OPEN env var. Regards.
Re: sysutils/rover new request
prx writes: > Hello, > A few month ago, I send a proposal for rover, a file manager. > Klemens Nanni did too back in 2017 apparently. > > Find attached an archive for this file manager, hoping one can find it useful. > > Regards. > > prx > > [2. application/x-tar-gz; rover.tgz]... I didn't know rover, it's a nice little utility! It works for me (tm), I'm attaching an updated tarball with two small nits: - HOMEPAGE moved to https - NO_TEST=Yes Cheers, Omar Polo rover.tgz Description: Binary data
sysutils/rover new request
Hello, A few month ago, I send a proposal for rover, a file manager. Klemens Nanni did too back in 2017 apparently. Find attached an archive for this file manager, hoping one can find it useful. Regards. prx rover.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/09/16 06:04:40 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.32.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/09/16 06:04:06 Modified files: sysutils/terraform: Makefile distinfo Log message: Update to terraform-1.0.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/09/16 05:42:43 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-357.0.0.
Re: UPDATE: Nono-0.2.1
On Thu, 16 Sep 2021 at 11:02:59 +0200, Gonzalo L. Rodriguez wrote:
> On Wed, 15 Sep 2021 at 23:36:54 -0400, Daniel Dickman wrote:
> > On Thu, Aug 19, 2021 at 3:45 AM Gonzalo L. Rodriguez wrote:
> > >
> > > Hello,
> > >
> > > Update for Nono to 0.2.1:
> > >
> > > http://www.pastel-flower.jp/~isaki/nono/
> > >
> > > OK? Comments?
> >
> > I am ok with this update (and even the update to 0.2.2 which I'm
> > running locally) although I think the README may need some minor
> > tweaks? For example I think -A is no longer valid?
> >
> > >
> > > Cheers.-
> > >
> > > --
> > >
> > > %gonzalo
> >
>
> Yes, we should adjust that on the readme, not useful anymore, I will send a
> better diff later.
>
>
> --
>
>%gonzalo
>
Update for Nono to 0.2.2
--
%gonzalo
Index: Makefile
===
RCS file: /cvs/ports/emulators/nono/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile15 Jul 2021 05:01:38 - 1.16
+++ Makefile16 Sep 2021 10:44:49 -
@@ -6,7 +6,7 @@ BROKEN-i386=requires __m128i and simil
COMMENT= OMRON LUNA-I and LUNA-88K emulator
-DISTNAME= nono-0.2.0
+DISTNAME= nono-0.2.2
CATEGORIES=emulators
MAINTAINER=Gonzalo L. R.
Index: distinfo
===
RCS file: /cvs/ports/emulators/nono/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo15 Jul 2021 05:01:38 - 1.9
+++ distinfo16 Sep 2021 10:44:49 -
@@ -1,2 +1,2 @@
-SHA256 (nono-0.2.0.tar.gz) = WEv9GP+5BuYL1OLP0yhQVnypy4bSO52hKnxjyDWAeUg=
-SIZE (nono-0.2.0.tar.gz) = 2500362
+SHA256 (nono-0.2.2.tar.gz) = r0XLb0w7LBsDYf6An0xkR2rns8hzqk1UwFezHrMDN30=
+SIZE (nono-0.2.2.tar.gz) = 2574001
Index: pkg/README
===
RCS file: /cvs/ports/emulators/nono/pkg/README,v
retrieving revision 1.3
diff -u -p -r1.3 README
--- pkg/README 6 Jul 2021 16:43:48 - 1.3
+++ pkg/README 16 Sep 2021 10:44:49 -
@@ -50,9 +50,9 @@ To boot OpenBSD on ${PKGSTEM}.
The config file nono.cfg inside ~/nono should be like:
vmtype = luna88k
-ram-size = 64MB
spc0-id6-image = hd,liveimage-luna88k-raw-20210614.img
+hostnet-driver = none
To turn it on:
-$ nono -c ~/nono -s 0.5 -f -A boot
+$ nono -c ~/nono -s 0.5 -C -Lhostname=1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 04:38:07 Modified files: net/freeradius : Makefile Log message: drop the PORTROACH limit; don't hide when 4.x is released
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 04:36:39 Modified files: net: Makefile net/freeradius : Makefile distinfo net/freeradius/patches: patch-raddb_certs_Makefile patch-raddb_radiusd_conf_in patch-src_main_radsniff_c patch-src_modules_rlm_unix_rlm_unix_c net/freeradius/pkg: DESCR-main PLIST-iodbc PLIST-ldap PLIST-main PLIST-mysql PLIST-pgsql Added files: net/freeradius/files: freeradius-enable.sh net/freeradius/patches: patch-configure patch-doc_README patch-raddb_mods-available_eap patch-scripts_libtool_mk patch-src_main_cb_c patch-src_main_detail_c patch-src_main_tls_c patch-src_modules_rlm_eap_types_rlm_eap_fast_rlm_eap_fast_c patch-src_modules_rlm_pap_rlm_pap_c patch-src_modules_stable net/freeradius/pkg: DESCR-freetds DESCR-memcached DESCR-python DESCR-python3 PLIST-freetds PLIST-memcached PLIST-python PLIST-python3 Removed files: net/freeradius/patches: patch-Makefile patch-src_lib_Makefile patch-src_modules_rlm_eap_libeap_Makefile patch-src_modules_rlm_eap_libeap_eap_tls_c patch-src_modules_rlm_eap_libeap_mppe_keys_c patch-src_modules_rlm_eap_types_rlm_eap_tls_rlm_eap_tls_c patch-src_modules_rlm_perl_Makefile_in patch-src_modules_rlm_sql_drivers_rlm_sql_iodbc_configure patch-src_modules_rlm_sql_drivers_rules_mak patch-src_modules_rules_mak patch-src_tests_runtests_sh net/freeradius3: Makefile distinfo net/freeradius3/files: freeradius-enable.sh net/freeradius3/patches: patch-configure patch-doc_README patch-raddb_certs_Makefile patch-raddb_mods-available_eap patch-raddb_radiusd_conf_in patch-scripts_libtool_mk patch-src_main_cb_c patch-src_main_detail_c patch-src_main_radsniff_c patch-src_main_tls_c patch-src_modules_rlm_eap_types_rlm_eap_fast_rlm_eap_fast_c patch-src_modules_rlm_pap_rlm_pap_c patch-src_modules_rlm_unix_rlm_unix_c patch-src_modules_stable net/freeradius3/pkg: DESCR-freetds DESCR-iodbc DESCR-ldap DESCR-main DESCR-memcached DESCR-mysql DESCR-pgsql DESCR-python DESCR-python3 PLIST-freetds PLIST-iodbc PLIST-ldap PLIST-main PLIST-memcached PLIST-mysql PLIST-pgsql PLIST-python PLIST-python3 freeradius.rc Log message: replace freeradius 2.x with 3.x (move net/freeradius3 into place and add @pkgpath markers). it is not a direct upgrade (config locations have been rearranged) so add an @ask-update guard only shown to any users who are still running 2.x pointing at the upstream information and giving a chance to bail out.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 04:21:20 Modified files: net/freeradius3: Makefile Log message: another .orig -> PATCHORIG
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2021/09/16 04:18:53
Modified files:
net/freeradius3: Makefile
Log message:
use ${PATCHORIG} instead of hardcoded .orig in rm, so that build doesn't
fail for porters who have set PATCHORIG=.orig.port or something else in
/etc/mk.conf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 03:58:55 ports/net/freeradius/files Update of /cvs/ports/net/freeradius/files In directory cvs.openbsd.org:/tmp/cvs-serv5386/files Log Message: Directory /cvs/ports/net/freeradius/files added to the repository
Re: lang/sbcl update
Solene Rapenne writes:
> this updates lang/sbcl to latest version, I didn't had reply for my
> previous mail for the 2.1.7 update
>
> tested on amd64, with and without threads
> stumpwm still works fine with it
tested with my stumpwm config and tinmop (not in ports) and seems to
work fine; thanks!
`make test' fails after a while, I don't know if it's expected or not.
This with default flavor
Finished running tests.
Status:
Expected failure: compiler-2.pure.lisp / (MAP-ALLOCATED-OBJECTS NO-CONSING)
Expected failure: hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
Expected failure: compiler.impure.lisp / BUG-308921
Expected failure: dynamic-extent.impure.lisp / DX-COMPILER-NOTES
Expected failure: float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
Expected failure: fopcompiler.impure.lisp /
FOPCOMPILER-DEPRECATED-VAR-WARNING
Expected failure: full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
Expected failure: packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
Expected failure: packages.impure.lisp / IMPORT-SINGLE-CONFLICT
Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
Expected failure: x86-64-codegen.impure.lisp /
MOV-MOV-ELIM-IGNORE-RESIZED-REG
(82 tests skipped for this combination of platform and features)
and this with FLAVOR=threads
Finished running tests.
Status:
Expected failure: hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
Expected failure: compiler.impure.lisp / BUG-308921
Expected failure: dynamic-extent.impure.lisp / DX-COMPILER-NOTES
Expected failure: float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
Expected failure: fopcompiler.impure.lisp /
FOPCOMPILER-DEPRECATED-VAR-WARNING
Expected failure: full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
Skipped (broken): gethash-concurrency.impure.lisp / (HASH-TABLE
UNSYNCHRONIZED)
Failure:kill-non-lisp-thread.impure.lisp / KILL-NON-LISP-THREAD
Expected failure: packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
Expected failure: packages.impure.lisp / IMPORT-SINGLE-CONFLICT
Skipped (broken): threads.impure.lisp / BACKTRACE
Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
Expected failure: walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
Expected failure: x86-64-codegen.impure.lisp /
MOV-MOV-ELIM-IGNORE-RESIZED-REG
(20 tests skipped for this combination of platform and features)
Cheers,
Omar Polo
> Index: Makefile
> ===
> RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
> retrieving revision 1.46
> diff -u -p -r1.46 Makefile
> --- Makefile 28 May 2021 16:23:31 - 1.46
> +++ Makefile 13 Sep 2021 08:34:13 -
> @@ -25,7 +25,7 @@ USE_WXNEEDED = Yes
>
> COMMENT= compiler and runtime system for ANSI Common Lisp
>
> -V = 2.1.4
> +V = 2.1.8
> DISTNAME=sbcl-${V}-source
> PKGNAME= sbcl-${V}
> WRKDIST= ${WRKDIR}/sbcl-${V}
> Index: distinfo
> ===
> RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
> retrieving revision 1.20
> diff -u -p -r1.20 distinfo
> --- distinfo 28 May 2021 16:23:31 - 1.20
> +++ distinfo 13 Sep 2021 08:34:55 -
> @@ -1,2 +1,2 @@
> -SHA256 (sbcl-2.1.4-source.tar.bz2) =
> mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
> -SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
> +SHA256 (sbcl-2.1.8-source.tar.bz2) =
> o+p7r8ygUQc7N2nB7nnSbDxHy06y9Uiwes443xTiVUY=
> +SIZE (sbcl-2.1.8-source.tar.bz2) = 6663139
> Index: pkg/PLIST
> ===
> RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
> retrieving revision 1.12
> diff -u -p -r1.12 PLIST
> --- pkg/PLIST 13 May 2019 12:58:58 - 1.12
> +++ pkg/PLIST 3 Aug 2021 17:18:01 -
> @@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
> lib/sbcl/contrib/sb-executable.fasl
> lib/sbcl/contrib/sb-gmp.asd
> lib/sbcl/contrib/sb-gmp.fasl
> +lib/sbcl/contrib/sb-graph.asd
> +lib/sbcl/contrib/sb-graph.fasl
> lib/sbcl/contrib/sb-grovel.asd
> lib/sbcl/contrib/sb-grovel.fasl
> lib/sbcl/contrib/sb-introspect.asd
dovecot-pigeonhole fixes
There are some crashes in dovecot-pigeonhole with delivery using
implicit keep and when quota is exceeded, see
https://dovecot.org/pipermail/dovecot/2021-September/123038.html
https://dovecot.org/pipermail/dovecot/2021-September/123040.html
ok to pull back the referenced commits? Seems more sensible to do
this via an extra distfile rather than a bunch of local patches.
Index: Makefile
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/Makefile,v
retrieving revision 1.78
diff -u -p -r1.78 Makefile
--- Makefile7 Aug 2021 12:03:58 - 1.78
+++ Makefile16 Sep 2021 09:25:49 -
@@ -12,7 +12,13 @@ CATEGORIES= mail
MASTER_SITES= ${HOMEPAGE}releases/${V_DOVECOT}/
DPB_PROPERTIES=parallel
-SHARED_LIBS= dovecot-sieve 3.0
+PATCHFILES=
dovecot-pigeonhole-implicit_keep{9f3002393fe1c1fe317121d03591569dac120739%5E..4596d39908a868783fae9a0c2fd264409c0aaa96}.patch:0
+PATCH_DIST_STRIP= -p1
+MASTER_SITES0= https://github.com/dovecot/pigeonhole/compare/
+
+REVISION= 0
+
+SHARED_LIBS= dovecot-sieve 4.0
HOMEPAGE= https://pigeonhole.dovecot.org/
Index: distinfo
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/distinfo,v
retrieving revision 1.46
diff -u -p -r1.46 distinfo
--- distinfo7 Aug 2021 12:03:58 - 1.46
+++ distinfo16 Sep 2021 09:25:49 -
@@ -1,2 +1,4 @@
SHA256 (dovecot-2.3-pigeonhole-0.5.16.tar.gz) =
XKNngOI7meYgZEDxs/48ZZjtpbaZuZzrsV1Bi6PG6Tg=
+SHA256 (dovecot-pigeonhole-implicit_keep.patch) =
jOU1OjrVv9E3/6tklCifcrmsWZ0xdA9pZs9xklPKiW8=
SIZE (dovecot-2.3-pigeonhole-0.5.16.tar.gz) = 1944573
+SIZE (dovecot-pigeonhole-implicit_keep.patch) = 21081
Re: net/epic4 update
On Wed, Sep 15, 2021 at 11:48:18PM -0400, Daniel Dickman wrote:
> On Tue, Sep 14, 2021 at 6:39 AM Mikhail wrote:
> >
> > On Mon, Sep 13, 2021 at 09:34:54PM +0300, Mikhail wrote:
> > > Hello, this is update for net/epic4 port from 2.10.5 to 2.10.10.
> > >
> > > patch-include_irc_h and patch-source_irc_c were incorporated upstream
> > > and should be rm'ed
> > >
> >
> > On IRC I was advised to remove REVISION, new patch is inline.
> >
> > The maintainer has been contacted, seem he ignores the updates.
>
> sometimes people take vacations or life comes up. I'd say wait at
> least a week or two to see if they will reply.
>
> If no reply in a week or two, they could be removed.
He was contacted in 2019, he replied in 2020 and the reply was that he
would update the port, but he never did.
Today the mail server reports that there is no such email address.
New patch with MAINTAINER removed.
diff --git a/net/epic4/Makefile b/net/epic4/Makefile
index 4fab14b1dc7..63f43c6a867 100644
--- a/net/epic4/Makefile
+++ b/net/epic4/Makefile
@@ -2,18 +2,15 @@
COMMENT= (E)nhanced (P)rogrammable (I)RC-II (C)lient
-VERSION= 2.10.5
-REVISION= 2
+VERSION= 2.10.10
HELP_DATE= 20050315
DISTNAME= epic4-${VERSION}
CATEGORIES=net
MASTER_SITES= http://ftp.epicsol.org/pub/epic/EPIC4-PRODUCTION/
-DISTFILES= epic4-${VERSION}.tar.bz2 epic4-help-${HELP_DATE}.tar.bz2
+DISTFILES= epic4-${VERSION}.tar.xz epic4-help-${HELP_DATE}.tar.bz2
HOMEPAGE= http://www.epicsol.org/
-MAINTAINER=Adam Jeanguenat
-
# BSD
PERMIT_PACKAGE=Yes
diff --git a/net/epic4/distinfo b/net/epic4/distinfo
index bcabd3b06db..b00b971e5d9 100644
--- a/net/epic4/distinfo
+++ b/net/epic4/distinfo
@@ -1,4 +1,4 @@
-SHA256 (epic4-2.10.5.tar.bz2) = /KexeIveUmh/0BwzxedNDhb8xlanazh94YUE7adk/4A=
+SHA256 (epic4-2.10.10.tar.xz) = 0SJxvL/YJ+nnWcMrumDs6AWul40z7ZHZIH3kNtBx+8U=
SHA256 (epic4-help-20050315.tar.bz2) =
p7cCbs/ACrcEDvXkNdcv00fUj6sShyLU4hPboZTNW74=
-SIZE (epic4-2.10.5.tar.bz2) = 636364
+SIZE (epic4-2.10.10.tar.xz) = 587056
SIZE (epic4-help-20050315.tar.bz2) = 238390
Re: UPDATE: Nono-0.2.1
On Wed, 15 Sep 2021 at 23:36:54 -0400, Daniel Dickman wrote: > On Thu, Aug 19, 2021 at 3:45 AM Gonzalo L. Rodriguez wrote: > > > > Hello, > > > > Update for Nono to 0.2.1: > > > > http://www.pastel-flower.jp/~isaki/nono/ > > > > OK? Comments? > > I am ok with this update (and even the update to 0.2.2 which I'm > running locally) although I think the README may need some minor > tweaks? For example I think -A is no longer valid? > > > > > Cheers.- > > > > -- > > > > %gonzalo > Yes, we should adjust that on the readme, not useful anymore, I will send a better diff later. -- %gonzalo
Re: CVS: cvs.openbsd.org: ports
On Thu, Sep 16, 2021 at 09:51:31AM +0100, Stuart Henderson wrote: > On 2021/09/16 12:38, Rafael Sadowski wrote: > > On Thu Sep 16, 2021 at 08:58:02AM +0100, Stuart Henderson wrote: > > > On 2021/09/16 09:37, Rafael Sadowski wrote: > > > > On Wed Sep 15, 2021 at 11:03:12PM +0100, Stuart Henderson wrote: > > > > > No qt dependency is listed for no_x11 so these can be randomly > > > > > present and > > > > > removed during the build. > > > > > > > > > > > > > It comes with/from the qt5 module: > > > > > > > > env FLAVOR="no_x11" make show=LIB_DEPENDS > > > > audio/flac audio/libogg audio/libvorbis devel/fmt devel/gettext,-runtime > > > > devel/gmp devel/libdvdread STEM->=1.6.2:multimedia/libmatroska > > > > STEM->=1.4.0:textproc/libebml textproc/pugixml x11/qt5/qtbase,-main > > > > > > Oh... Is there any point to a no_x11 flavour which depends on Qt? > > > > > > > I asked for the same question > > https://marc.info/?l=openbsd-ports=162954307913481=2 > > > > FWIW my vote would be to simplify the port and remove the flavour. Agreed. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 02:59:04 Modified files: mail/dovecot-pigeonhole/patches: patch-src_lib-sieve_sieve-common_h patch-src_managesieve-login_Makefile_in Log message: regen patches, no package change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2021/09/16 02:58:31 Modified files: security/openssl: Makefile Log message: Hook up libretls. OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 02:57:54 Modified files: mail/postfix/stable: Makefile distinfo Log message: update postfix/stable to 3.5.12; bug fixes only from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/09/16 02:54:27 Modified files: net/miniupnp/miniupnpd: Makefile net/miniupnp/miniupnpd/pkg: README Log message: add some hints for using BitTorrent clients with miniupnpd, from Aisha
Re: CVS: cvs.openbsd.org: ports
On 2021/09/16 12:38, Rafael Sadowski wrote: > On Thu Sep 16, 2021 at 08:58:02AM +0100, Stuart Henderson wrote: > > On 2021/09/16 09:37, Rafael Sadowski wrote: > > > On Wed Sep 15, 2021 at 11:03:12PM +0100, Stuart Henderson wrote: > > > > No qt dependency is listed for no_x11 so these can be randomly present > > > > and > > > > removed during the build. > > > > > > > > > > It comes with/from the qt5 module: > > > > > > env FLAVOR="no_x11" make show=LIB_DEPENDS > > > audio/flac audio/libogg audio/libvorbis devel/fmt devel/gettext,-runtime > > > devel/gmp devel/libdvdread STEM->=1.6.2:multimedia/libmatroska > > > STEM->=1.4.0:textproc/libebml textproc/pugixml x11/qt5/qtbase,-main > > > > Oh... Is there any point to a no_x11 flavour which depends on Qt? > > > > I asked for the same question > https://marc.info/?l=openbsd-ports=162954307913481=2 > FWIW my vote would be to simplify the port and remove the flavour.
Re: CVS: cvs.openbsd.org: ports
On Thu Sep 16, 2021 at 08:58:02AM +0100, Stuart Henderson wrote: > On 2021/09/16 09:37, Rafael Sadowski wrote: > > On Wed Sep 15, 2021 at 11:03:12PM +0100, Stuart Henderson wrote: > > > No qt dependency is listed for no_x11 so these can be randomly present and > > > removed during the build. > > > > > > > It comes with/from the qt5 module: > > > > env FLAVOR="no_x11" make show=LIB_DEPENDS > > audio/flac audio/libogg audio/libvorbis devel/fmt devel/gettext,-runtime > > devel/gmp devel/libdvdread STEM->=1.6.2:multimedia/libmatroska > > STEM->=1.4.0:textproc/libebml textproc/pugixml x11/qt5/qtbase,-main > > Oh... Is there any point to a no_x11 flavour which depends on Qt? > I asked for the same question https://marc.info/?l=openbsd-ports=162954307913481=2
Re: Teeworlds update - Teeworlds 0.7.5
Stefan Hagen wrote: > Daniel Dickman wrote: > > On Tue, Sep 14, 2021 at 2:16 AM Stefan Hagen > > wrote: > > > > > > Daniel Dickman wrote: > > > > I’ve tried the update and unfortunately it doesn’t work for me. Which > > > > is too bad because I really want to switch this one over to python3. > > > > > > > > After I launch teeworlds, I see a loading bar and hear the music. Then > > > > the screen goes red and I don’t see anything. > > > > > > > > I’m on the latest OpenBSD release that sysupgrade gives me. And this > > > > box (a lenovo amd64 laptop) has an amdgpu video card. > > > > > > > > If you want me to try anything else let me know. > > > > > > This is unexpected, because I'm running it on amdgpu as well. > > > See: https://codevoid.de/9/p/rec-screen-20210914_080244.mp4 > > > > > > Is there any console output that looks interesting? Something in > > > /var/log/messages or Xorg.0.log? > > > > nothing stands out. > > > > > > > > The only issue on amdgpu for me (which is not present on intel) is that > > > amdgpu freaks out when switching from window mode to fullscreen mode. > > > Starting the game in one of these modes is fine, but switching within > > > the game leads to weird flickering and I need to restart X. > > > > > > > if it works for you, i'm willing to commit it to get rid of the > > python2 dep (and if no one else objects to doing this) > > > > and if other people have the same issue as me then maybe it could > > create more motivation to help fix the issue. > > > > my 2 cents (the port itself looked fine to me). > > I got another report from solene@ that the game is starting but when she > actually tries to play, the screen becomes solid red. She's using > amdgpu. > > Maybe we should really submit it and someone who can reproduce the crash > is able to provide a fix or more info before 7.0. And if not... it's not > mission critical software. Sorry, I mixed up the symptoms. You had the red screen. Solene experienced a crash on quitting the application and had to kill -9 it (on intel).
Re: CVS: cvs.openbsd.org: ports
On 2021/09/16 09:37, Rafael Sadowski wrote: > On Wed Sep 15, 2021 at 11:03:12PM +0100, Stuart Henderson wrote: > > No qt dependency is listed for no_x11 so these can be randomly present and > > removed during the build. > > > > It comes with/from the qt5 module: > > env FLAVOR="no_x11" make show=LIB_DEPENDS > audio/flac audio/libogg audio/libvorbis devel/fmt devel/gettext,-runtime > devel/gmp devel/libdvdread STEM->=1.6.2:multimedia/libmatroska > STEM->=1.4.0:textproc/libebml textproc/pugixml x11/qt5/qtbase,-main Oh... Is there any point to a no_x11 flavour which depends on Qt?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2021/09/16 01:45:23 Modified files: security/opendnssec: Makefile distinfo Log message: Update opendnssec 2.1.9 -> 2.1.10 Announcement: https://www.opendnssec.org/2021/09/opendnssec-2-1-10/
Re: [BUG] net/qbittorrent and net/deluge not working
On 2021/09/15 23:15, Brad Smith wrote: > Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0 > initially) > and it no longer was crashing on me. I started up qBittorrent and downloaded > a few well seeded torrents. Unless we understand the mechanism for the failure and are sure it's a libtorrent-rasterbar problem rather than a boost one, a backout would seem a better idea. We are locking soon and can't add -O1 to ~170 ports if the problem is in boost and an unknown number of others might be affected. Runtime tests on boost ports are problematic. Ports only using the "header only library" as a BUILD_DEPENDS do *not* get updated for a boost version bump so testers could easily be using the old code still.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2021/09/16 01:42:33 Modified files: sysutils/ansible-core: Makefile distinfo sysutils/ansible-core/pkg: PLIST Log message: Update ansible-core 2.11.4 -> 2.11.5 Changelog: https://github.com/ansible/ansible/blob/stable-2.11/changelogs/CHANGELOG-v2.11.rst#v2-11-5
Re: [new] editors/apostrophe
Solene Rapenne writes:
> hello,
>
> this is a new port for apostrophe, a distraction free editor. It
> requires textproc/py-pypandoc that I will send in a next mail.
>
> Apostrophe is a GTK+ based distraction free Markdown editor. It
> uses pandoc as back-end for parsing Markdown and exporting to
> multiples format and offers a very clean and sleek user interface.
>
> [2. application/x-compressed-tar; apostrophe.tgz]...
Seems to work fine; it's a nice distraction free editor, I'll recommend
to a couple of friends, thanks!
Sometimes when closed it throws an error:
--8<---cut here---start->8---
% apostrophe
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/gi/overrides/GLib.py", line 664,
in
func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data)
File
"/usr/local/lib/python3.8/site-packages/apostrophe/text_view_markup_handler.py",
line 318, in on_parsed
if self.parent_conn.poll():
File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 255, in
poll
self._check_closed()
File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 136, in
_check_closed
raise OSError("handle is closed")
OSError: handle is closed
--8<---cut here---end--->8---
but this triggers only when closing and doesn't seems to corrupt the
edited files, so maybe it's ok?
The only test passes.
Anyway, just as I was saying in the py-pandoc thread, I'd argue that
apostrophe doesn't need the RDEP on textproc/pandoc, only on
py-pypandoc. I'm attaching a port with RDEPS tweaked.
Cheers,
apostrophe.tar.gz
Description: Binary data
Re: [new] textproc/py-pypandoc for editors/apostrophe
Solene Rapenne writes:
> Import a simple python dependency for editors/apostrophe
>
> I generated it with portgen, checked version, DESCR, PLIST, licensing.
> I didn't add pandoc as a dependency because it's not required to
> have it at build stage, and I'm not sure it would be fine to add
> pandoc as a run dep either.
without text/pandoc as TEST_DEPENDS the tests fails; well, they fails
nevertheless because it tries to fetch stuff from github. No idea how
to fix it, sorry.
Anyway, I'd argue that it needs text/pandoc as {RUN,TEST}_DEPENDS and
not RDEP on it from apostrophe since it searches for the binary and
throw an error if not found. Attaching another tarball with pandoc
added as deps.
Cheers,
py-pypandoc.tgz
Description: Binary data
Re: [BUG] net/qbittorrent and net/deluge not working
On Wed, Sep 15, 2021 at 08:14:03AM +0200, Rafael Sadowski wrote:
> On Tue Sep 14, 2021 at 12:58:52PM +0200, Theo Buehler wrote:
> > On Tue, Sep 14, 2021 at 10:19:41AM +0100, Stuart Henderson wrote:
> > > Maybe relevant: https://github.com/arvidn/libtorrent/issues/6405
> >
> > I tried updating libtorrent-rasterbar to 1.2.14 and bumping
> > TORRENT_{READ,WRITE}_HANDLER_MAX_SIZE by 16 bytes to match what was
> > discussed in that thread for libtorrent 2.0.x.I still get the same
>
> Did the same without luck. I also tested libtorrent-rasterbar with
> boost_system instead of boost_system-mt.
>
> > abort (also the bogus pointer (double free?) seen in the backtrace
> > suggests that the problem is a different one.
> >
> > >
> > > Users of other software that uses boost: please test snapshots ASAP and
> > > report back if there are recent problems.
> > >
> > > --
> > > Sent from a phone, apologies for poor formatting.
> > >
> > > On 14 September 2021 03:24:53 "Elias M. Mariani"
> > > wrote:
> > > > Thanks for the links Theo, I didn't know about those mirrors with the
> > > > previous builds.
> > > > Yep, the problem seems to lie with the boost update from 1.76 to 1.77.
> > > > Using 1.76 works OK.
> > > >
> > > > On Mon, Sep 13, 2021 at 6:28 PM Theo Buehler
> > > > wrote:
> > > > On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrote:
> > > > > I should add some more info:
> > > > > - I tested this on amd64, qbittorrent 4.3.8 was working OK a week or
> > > > > so
> > > > > ago. I just tested deluge because it uses the same libraries.
> > > > > - Reproduce: pkg_add qbittorrent on -current, run qbittorrent. The
> > > > > same
> > > > > applies for deluge.
> > > > > I tested both in a vanilla -current machine just to be sure that
> > > > > nothing
> > > > > was on the way...
> > > >
> > > > There was a similar report on bugs (Sep 9):
> > > > https://marc.info/?l=openbsd-bugs=163120864431955=2
> > > >
> > > > The timeframe of "one week or so" and the trace make it likely that it
> > > > is the boost 1.77 update.
> > > >
> > > > This is the last snapshot with boost-1.76p0:
> > > > https://ftp.hostserver.de/archive/2021-09-05-0105/snapshots/
> > > > If that works and the next snapshot with boost-1.77 is broken...
> > > > https://ftp.hostserver.de/archive/2021-09-06-0105/snapshots/
> > >
Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0 initially)
and it no longer was crashing on me. I started up qBittorrent and downloaded
a few well seeded torrents.
Index: Makefile
===
RCS file: /home/cvs/ports/net/libtorrent-rasterbar/Makefile,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 Makefile
--- Makefile22 May 2021 21:47:28 - 1.16
+++ Makefile16 Sep 2021 03:03:23 -
@@ -4,6 +4,7 @@ COMMENT = C++ library implementing a Bi
MODPY_EGG_VERSION =1.2.13
DISTNAME = libtorrent-rasterbar-${MODPY_EGG_VERSION}
+REVISION = 0
SHARED_LIBS += torrent-rasterbar 4.0 # 10.0.0
@@ -25,6 +26,9 @@ BUILD_DEPENDS = devel/libtool
LIB_DEPENDS = converters/libiconv \
devel/boost>=1.67.0
+
+# XXX Boost
+CXXFLAGS+= -O1
# boost
COMPILER = base-clang ports-gcc
Re: Teeworlds update - Teeworlds 0.7.5
Daniel Dickman wrote: > On Tue, Sep 14, 2021 at 2:16 AM Stefan Hagen > wrote: > > > > Daniel Dickman wrote: > > > I’ve tried the update and unfortunately it doesn’t work for me. Which > > > is too bad because I really want to switch this one over to python3. > > > > > > After I launch teeworlds, I see a loading bar and hear the music. Then > > > the screen goes red and I don’t see anything. > > > > > > I’m on the latest OpenBSD release that sysupgrade gives me. And this > > > box (a lenovo amd64 laptop) has an amdgpu video card. > > > > > > If you want me to try anything else let me know. > > > > This is unexpected, because I'm running it on amdgpu as well. > > See: https://codevoid.de/9/p/rec-screen-20210914_080244.mp4 > > > > Is there any console output that looks interesting? Something in > > /var/log/messages or Xorg.0.log? > > nothing stands out. > > > > > The only issue on amdgpu for me (which is not present on intel) is that > > amdgpu freaks out when switching from window mode to fullscreen mode. > > Starting the game in one of these modes is fine, but switching within > > the game leads to weird flickering and I need to restart X. > > > > if it works for you, i'm willing to commit it to get rid of the > python2 dep (and if no one else objects to doing this) > > and if other people have the same issue as me then maybe it could > create more motivation to help fix the issue. > > my 2 cents (the port itself looked fine to me). I got another report from solene@ that the game is starting but when she actually tries to play, the screen becomes solid red. She's using amdgpu. Maybe we should really submit it and someone who can reproduce the crash is able to provide a fix or more info before 7.0. And if not... it's not mission critical software. Best regards, Stefan
