Re: Move devel/py-algorithm-munkres to FLAVOR=python3
On Sat 19/09/2020 15:51, Kurt Mosiejczuk wrote: > This moves py-algorithm-munkres to use FLAVOR=python3 rather than > using MODPY_DEFAULT_VERSION_3. Also includes the necessary changes for > its only consumer, audio/beets. > > ok? Looks good. OK bket@
Boost Asio and MSG_NOSIGNAL
Hi, Recently I was porting a program that uses Boost Asio to OpenBSD and found it was exiting frequently with SIGPIPE. This doesn't happen on Linux because on that platform Asio passes the MSG_NOSIGNAL flag to sendmsg(2). (It doesn't on FreeBSD either because Asio uses the SO_NOSIGNAL socket option there.) The patch below for Boost 1.67 sets MSG_NOSIGNAL on OpenBSD too. Could you add it to the patches in the ports tree? I've also submitted it upstream [1] but not sure if/when it will be applied. --- boost/asio/detail/impl/socket_ops.ipp.orig Sun Sep 20 09:48:05 2020 +++ boost/asio/detail/impl/socket_ops.ipp Sun Sep 20 09:52:00 2020 @@ -1178,7 +1178,7 @@ msghdr msg = msghdr(); msg.msg_iov = const_cast(bufs); msg.msg_iovlen = static_cast(count); -#if defined(__linux__) +#if defined(__linux__) || defined(__OpenBSD__) flags |= MSG_NOSIGNAL; #endif // defined(__linux__) signed_size_type result = error_wrapper(::sendmsg(s, &msg, flags), ec); @@ -1307,7 +1307,7 @@ msg.msg_namelen = static_cast(addrlen); msg.msg_iov = const_cast(bufs); msg.msg_iovlen = static_cast(count); -#if defined(__linux__) +#if defined(__linux__) || defined(__OpenBSD__) flags |= MSG_NOSIGNAL; #endif // defined(__linux__) signed_size_type result = error_wrapper(::sendmsg(s, &msg, flags), ec); [1] https://github.com/chriskohlhoff/asio/pull/549 -- Thanks, Nick
[NEW] games/multimc 0.6.11
Hello, Attached in this email is a port of multimc, here is the description of it: MultiMC is a free, open source launcher for Minecraft. It allows you to have multiple, cleanly separated instances of Minecraft (each with their own mods, texture packs, saves, etc) and helps you manage them and their associated options with a simple and powerful interface. OK? Thanks, Yuki multimc-0.6.11.tar.gz Description: Binary data -- Muhammad Kaisar Arkhan h...@yukiisbo.red - kai...@arkhan.io https://yukiisbo.red - https://arkhan.io
Re: Remove net/py-ftpdlib?
On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote: > py-ftpdlib has no consumers. Do we want to remove it? No. ftpdlib is a great ftp server when you need to share a directory with other computers on your LAN or in a guest/host VM setup. $ python -m pyftpdlib -p 12345 -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Remove net/py-ftpdlib?
On Sun, Sep 20, 2020 at 12:57:06AM +0200, Juan Francisco Cantero Hurtado wrote: > On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote: > > py-ftpdlib has no consumers. Do we want to remove it? > No. ftpdlib is a great ftp server when you need to share a directory > with other computers on your LAN or in a guest/host VM setup. > $ python -m pyftpdlib -p 12345 Alright. No problem. Good to know it is used. :) --Kurt
Re: Remove net/pcapdiff?
Le 2020-09-19 19:48, Kurt Mosiejczuk a écrit : pcapdiff doesn't have any consumers and is python2 only. pcapdiff is no longer under development. (It's homepage at EFF refers one to another project instead). Remove it? --Kurt Why remove it? Because it's python2? Do we have a python2 expiration policy? (I see others OS have a deadline for python2 removal, maybe we should do the same) If it works and that we don't have alternative in ports I think we should keep it. There is a python3 pcapdiff at https://github.com/isginf/pcap-diff I don't know if it's a fork of net/pcapdiff though.
Re: Remove net/py-ftpdlib?
On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote: > py-ftpdlib has no consumers. Do we want to remove it? The import message reads like this is actually useful to someone: revision 1.1.1.1 date: 2010/11/11 09:18:57; author: jasper; state: Exp; lines: +0 -0; import py-ftpdlib 0.5.2 Python FTP server library provides a high-level portable interface to easily write asynchronous FTP servers with Python. pyftpdlib is currently the most complete RFC-959 FTP server implementation available for Python programming language. ok aja@ It seems up to date and has Python 3 support - no idea whether the statement about being the "most complete" implementation is still true, though. Let's cc MAINTAINER at the very least, I'd leave this port as is unless there are compelling reasons.
Re: Killing gpg1
On Sat, Sep 19 2020, Stuart Henderson wrote: > The duplicity patch which set gpg_binary from the default None to gpg2 > was removed, should that actually be changed to set it to gpg? > > - --gpg_binary = None > -+gpg_binary = 'gpg2' This setting is used to override the defaults in gnupginterface.py: class GnuPG(object): [...] def __init__(self): self.call = u'gpg' self.passphrase = None Zapping the patch is fine, says make test. > Otherwise reads ok to me. Thanks for the review. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Remove textproc/glimpse?
On Sat, Sep 19, 2020 at 10:45:19PM +0200, Klemens Nanni wrote: > On Sat, Sep 19, 2020 at 08:08:43PM +0200, Stefan Hagen wrote: > > Stefan Hagen wrote: > > > Good source code indexers are rare, but this one might just be > > > too old by now. > > misc/tkman depends on textproc/glimpse. This one would have to go too. > > I haven't found any other dependency. > Thanks for digging, tkman looks like a port we could zap: I can start > it with `MANPATH=/usr/share/man tkman' and the window appears for a few > seconds but then closes again without any error message or non-zero exit > code. > Does anyone have a use for such an outdated manual browser/reader GUI > which does not work by default and requires another ancient port? > OK to remove misc/tkman? ok kmos --Kurt
Re: Remove textproc/glimpse?
On Sat, Sep 19, 2020 at 08:08:43PM +0200, Stefan Hagen wrote: > Stefan Hagen wrote: > > Good source code indexers are rare, but this one might just be > > too old by now. > > misc/tkman depends on textproc/glimpse. This one would have to go too. > I haven't found any other dependency. Thanks for digging, tkman looks like a port we could zap: I can start it with `MANPATH=/usr/share/man tkman' and the window appears for a few seconds but then closes again without any error message or non-zero exit code. Does anyone have a use for such an outdated manual browser/reader GUI which does not work by default and requires another ancient port? OK to remove misc/tkman?
Re: Remove net/pcapdiff?
On Sat, Sep 19, 2020 at 02:22:51PM -0400, Kurt Mosiejczuk wrote: > On Sat, Sep 19, 2020 at 08:00:41PM +0200, Solène Rapenne wrote: > > > > Remove it? > > > Why remove it? Because it's python2? Do we have a python2 expiration > > policy? (I see others OS have a deadline for python2 removal, maybe > > we should do the same) > > It's python2. > It's not available from its author, only from our mirror of the distfile > on ftp.openbsd. > It parses packets and hasn't been updated. > > > If it works and that we don't have alternative in ports I think > > we should keep it. > > If folks *use* it, I'm ok with keeping it. However, it was imported more > than 11 years ago and hasn't been updated. It's homepage advises others to > use a different project. The source file isn't available. > > Honestly, the more I investigate this, the *less* I'd like it to stay. > > > There is a python3 pcapdiff at https://github.com/isginf/pcap-diff > > I don't know if it's a fork of net/pcapdiff though. > > Someone could do a port of that. It also depends on net/py-pcapy and sooner or^Wthan later Python 2 will go which means this dependency will go as well. If actual *users* object we can postpone removal, but if noone barks I see no point in keeping cruft like this - I'd even argue that removing the legacy version would encourage users to port the new Python 3 version. OK kn
Move devel/py-algorithm-munkres to FLAVOR=python3
This moves py-algorithm-munkres to use FLAVOR=python3 rather than using MODPY_DEFAULT_VERSION_3. Also includes the necessary changes for its only consumer, audio/beets. ok? --Kurt Index: audio/beets/Makefile === RCS file: /cvs/ports/audio/beets/Makefile,v retrieving revision 1.48 diff -u -p -r1.48 Makefile --- audio/beets/Makefile8 Sep 2020 18:23:35 - 1.48 +++ audio/beets/Makefile19 Sep 2020 19:49:47 - @@ -5,7 +5,7 @@ COMMENT=CLI tools to manage music colle MODPY_EGG_VERSION= 1.4.9 DISTNAME= beets-${MODPY_EGG_VERSION} CATEGORIES=audio -REVISION= 7 +REVISION= 8 HOMEPAGE= http://beets.io/ @@ -23,7 +23,7 @@ RUN_DEPENDS+= audio/py-discogs-client${M audio/py-last${MODPY_FLAVOR} \ audio/py-musicbrainzngs${MODPY_FLAVOR} \ audio/py-mutagen${MODPY_FLAVOR} \ - devel/py-algorithm-munkres \ + devel/py-algorithm-munkres${MODPY_FLAVOR} \ devel/py-pathlib${MODPY_FLAVOR} \ devel/py-six${MODPY_FLAVOR} \ devel/py-xdg${MODPY_FLAVOR} \ Index: devel/Makefile === RCS file: /cvs/ports/devel/Makefile,v retrieving revision 1.2016 diff -u -p -r1.2016 Makefile --- devel/Makefile 16 Sep 2020 07:29:10 - 1.2016 +++ devel/Makefile 19 Sep 2020 19:49:47 - @@ -1310,7 +1310,7 @@ SUBDIR += pycharm SUBDIR += py-Checker SUBDIR += py-SOAPpy - SUBDIR += py-algorithm-munkres + SUBDIR += py-algorithm-munkres,python3 SUBDIR += py-altgraph SUBDIR += py-altgraph,python3 SUBDIR += py-ana Index: devel/py-algorithm-munkres/Makefile === RCS file: /cvs/ports/devel/py-algorithm-munkres/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- devel/py-algorithm-munkres/Makefile 3 Jul 2020 21:12:40 - 1.9 +++ devel/py-algorithm-munkres/Makefile 19 Sep 2020 19:49:47 - @@ -5,7 +5,7 @@ COMMENT = munkres algorithm for the Assi MODPY_EGG_VERSION =1.1.2 DISTNAME = munkres-${MODPY_EGG_VERSION} PKGNAME = py-algorithm-${DISTNAME} -REVISION = 0 +REVISION = 1 CATEGORIES = devel @@ -19,6 +19,7 @@ MODPY_PI =Yes MODPY_SETUPTOOLS = Yes MODPY_PYTEST = Yes -MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} +FLAVORS = python3 +FLAVOR = python3 .include Index: devel/py-algorithm-munkres/pkg/PLIST === RCS file: /cvs/ports/devel/py-algorithm-munkres/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- devel/py-algorithm-munkres/pkg/PLIST11 Jun 2017 14:41:58 - 1.2 +++ devel/py-algorithm-munkres/pkg/PLIST19 Sep 2020 19:49:47 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.2 2017/06/11 14:41:58 sthen Exp $ +@pkgpath devel/py-algorithm-munkres +@conflict py-algorithm-munkres-* lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}munkres.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/munkres-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/munkres-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Re: Killing gpg1
The duplicity patch which set gpg_binary from the default None to gpg2 was removed, should that actually be changed to set it to gpg? - --gpg_binary = None -+gpg_binary = 'gpg2' Otherwise reads ok to me. -- Sent from a phone, apologies for poor formatting. On 19 September 2020 12:14:20 Edd Barrett wrote: Hi, On Sat, Sep 19, 2020 at 01:16:21AM +0200, Jeremie Courreges-Anglas wrote: If we want this for the next release, here's a diff that moves security/gnupg2 to security/gnupg and adapts consumers. Thanks for doing this! I've just started a mini-bulk on anything which {RUN,BUILD}_DEPENDS on gnupg. I'll post any failures as they come in. (Diff reads good to me) -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Remove net/pcapdiff?
On Sat, Sep 19, 2020 at 08:00:41PM +0200, Solène Rapenne wrote: > > Remove it? > Why remove it? Because it's python2? Do we have a python2 expiration > policy? (I see others OS have a deadline for python2 removal, maybe > we should do the same) It's python2. It's not available from its author, only from our mirror of the distfile on ftp.openbsd. It parses packets and hasn't been updated. > If it works and that we don't have alternative in ports I think > we should keep it. If folks *use* it, I'm ok with keeping it. However, it was imported more than 11 years ago and hasn't been updated. It's homepage advises others to use a different project. The source file isn't available. Honestly, the more I investigate this, the *less* I'd like it to stay. > There is a python3 pcapdiff at https://github.com/isginf/pcap-diff > I don't know if it's a fork of net/pcapdiff though. Someone could do a port of that. --Kurt
Re: [new] x11/lxterminal - lightweight, vte-based and desktop-independent terminal
On Thu, 17 Sep 2020 00:25:06 +0800 Shawn Chiou wrote: > Hi ports@, > ... > Any feedback is welcome. > > Shawn Chiou > -- Thank you for porting this. I like this terminal. Hakan
Re: Remove textproc/glimpse?
Stefan Hagen wrote: > Good source code indexers are rare, but this one might just be > too old by now. misc/tkman depends on textproc/glimpse. This one would have to go too. I haven't found any other dependency. Best Regards, Stefan
Remove textproc/glimpse?
Hello, I noticed, that there is textproc/glimpse. Glimpse is functional, but upstream is dead for years. Glimpse (the indexer) is completely gone and can only be found on mirrors and archive.org. Webglimpse originally was the webfrontend for glimpse, but is mentioned as homepage in the port (which is not correct, the port does not contain the web part). Anyway, webglimpse.net is also gone. There is a backup version on github (last commit 2014). https://github.com/gvelez17/webglimpse The gimpse version we're installing is from 1998. There is no more recent one. Good source code indexers are rare, but this one might just be too old by now. Also: $ make 2>&1 | grep -i warning | wc -l 970 Best Regards, Stefan
Remove net/pcapdiff?
pcapdiff doesn't have any consumers and is python2 only. pcapdiff is no longer under development. (It's homepage at EFF refers one to another project instead). Remove it? --Kurt
Remove net/py-ftpdlib?
py-ftpdlib has no consumers. Do we want to remove it? --Kurt
Re: [NEW] devel/lua-say 1.3.1
Sebastien Marie wrote: > On Sat, Sep 19, 2020 at 06:42:55PM +0200, Stefan Hagen wrote: > > Hello, > > > > Lua-say is required by devel/luassert, which I've sent in a minute ago. > > > > Say is a simple string key/value store for i18n or any other case where > > you want namespaced strings. > > > > you missed the attachement :) Oh boy. Here it is. Best Regards, Stefan lua-say.tgz Description: application/tar-gz
[UPDATE] www/luakit 2.2 -> 2.2.1
Hello, This luakit update is specifically for OpenBSD. luakit changes: - fixed up CFLAGS to compile with the correct XOPEN_SOURCE and C standard. - fixed an issue where long options where used on eval (not supportd in BSD) - upstreamed replacement of "rm" with os.remove() - no more debugging symbols for regular installs - fixed an issue with non-transparent hint overlays port changes: - tag version update - removed revision - removed patch-lib_session_lua patch (is upstream now) - enabled test target NOTE: The test suite requires devel/luassert and devel/lua-say, which should be committed before this one. Best Regards, Stefan Index: www/luakit/Makefile === RCS file: /cvs/ports/www/luakit/Makefile,v retrieving revision 1.27 diff -u -p -u -p -r1.27 Makefile --- www/luakit/Makefile 17 Sep 2020 18:20:14 - 1.27 +++ www/luakit/Makefile 19 Sep 2020 16:55:41 - @@ -1,13 +1,12 @@ -# $OpenBSD: Makefile,v 1.27 2020/09/17 18:20:14 semarie Exp $ +# $OpenBSD: Makefile,v 1.26 2020/09/15 07:04:25 pamela Exp $ BROKEN-powerpc = help2man: can't get `--help' info from ./luakit COMMENT = fast, small, webkit based browser written in lua GH_ACCOUNT = luakit -GH_TAGNAME = 2.2 GH_PROJECT = luakit -REVISION = 1 +GH_TAGNAME = 2.2.1 EPOCH =1 @@ -31,8 +30,6 @@ WANTLIB += pangocairo-1.0 pthread soup-2 MODULES = lang/lua -NO_TEST = Yes - BUILD_DEPENDS =devel/help2man \ devel/luafs @@ -42,6 +39,10 @@ RUN_DEPENDS =devel/desktop-file-utils \ LIB_DEPENDS = lang/luajit \ www/webkitgtk4 + +TEST_DEPENDS = devel/luassert + +TEST_TARGET = run-tests # webkit browsing RUN_DEPENDS += multimedia/gstreamer1/plugins-good \ Index: www/luakit/distinfo === RCS file: /cvs/ports/www/luakit/distinfo,v retrieving revision 1.10 diff -u -p -u -p -r1.10 distinfo --- www/luakit/distinfo 23 Aug 2020 22:00:39 - 1.10 +++ www/luakit/distinfo 19 Sep 2020 16:55:41 - @@ -1,2 +1,2 @@ -SHA256 (luakit-2.2.tar.gz) = cEkpoySYSv4kbGMmNmfrHWTAYLT390ztWf7F1ALDd9w= -SIZE (luakit-2.2.tar.gz) = 488550 +SHA256 (luakit-2.2.1.tar.gz) = 81NZ9YY/q+K51Cb00+9tKc5bs7rHtMjggkJC+JhoyA4= +SIZE (luakit-2.2.1.tar.gz) = 488845 Index: www/luakit/patches/patch-lib_session_lua === RCS file: www/luakit/patches/patch-lib_session_lua diff -N www/luakit/patches/patch-lib_session_lua --- www/luakit/patches/patch-lib_session_lua17 Sep 2020 18:20:14 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,36 +0,0 @@ -$OpenBSD: patch-lib_session_lua,v 1.1 2020/09/17 18:20:14 semarie Exp $ -Use os.remove() instead of spawning rm(1) process. - -Backport https://github.com/luakit/luakit/commit/4b22c18d5eb5594136091b7b615dc8f9ded0e32f -Index: lib/session.lua lib/session.lua.orig -+++ lib/session.lua -@@ -19,10 +19,6 @@ local _M = {} - - lousy.signal.setup(_M, true) - --local function rm(file) --luakit.spawn(string.format("rm %q", file)) --end -- - --- Path to session file. - -- @type string - -- @readwrite -@@ -82,7 +78,7 @@ _M.save = function (file) - io.close(fh) - os.rename(tempfile, file) - else --rm(file) -+os.remove(file) - end - end - -@@ -220,7 +216,7 @@ window.add_signal("init", function (w) - local num_windows = #lousy.util.table.values(window.bywidget) - -- Remove the recovery session on a successful exit - if num_windows == 0 and os.exists(_M.recovery_file) then --rm(_M.recovery_file) -+os.remove(_M.recovery_file) - end - end) -
[NEW] devel/lua-say 1.3.1
Hello, Lua-say is required by devel/luassert, which I've sent in a minute ago. Say is a simple string key/value store for i18n or any other case where you want namespaced strings. ports-lib-depends-check: ok portcheck -N: ok Best Regards, Stefan
[NEW] luassert 1.7.11
Hello, I want to be able to run the test-suite of www/luakit. These tests are using `luassert` Luassert extends Lua's built-in assertions to provide additional tests and the ability to create your own. It comes preloaded with argument formatters for common Lua types, but it is easy to roll your own. Port attached. port-lib-depends-check: ok portcheck -N: ok Luasset requires devel/lua-say, which I will send to ports@ next. Best Regards, Stefan luassert.tgz Description: application/tar-gz
Re: [New] x11/gromit-mpx
Edd (via dpb) found a problem with gromit-mpx relying on Python in unnecessary ways. The attached update fixes that. I've been using gromit-mpx in anger in recent days, and have found that it works really well! Laurie gromit-mpx.tgz Description: application/tar-gz libindicator.tgz Description: application/tar-gz libappindicator.tgz Description: application/tar-gz
Re: [UPDATE] www/snownews-1.5.12 -> 1.6.10
Remi Locherer wrote: > On Fri, Sep 18, 2020 at 06:47:44PM -0400, trondd wrote: > > Looking around at RSS readers and thought I'd update snownews. Jumps us > > ahead by like 10 years. Some significant changes to the configure process > > I hope I worked around right. Moved to GitHub. They also dropped native > > SSL support so I added a MESSAGE to notify any users. > > > > Tim. > > It works fine for the 2 feed I tested with. I think the message regarding > HTTPS support makes sense. > > port-check says pkg/MESSAGE should not contain $OpenBSD$ tag. > > With that addressed OK remi. Oops. Thanks. Thought of adding the MESSAGE at the last minute and didn't think to rerun portcheck. Here is the fixed diff. Tim. Index: Makefile === RCS file: /cvs/ports/www/snownews/Makefile,v retrieving revision 1.39 diff -u -p -r1.39 Makefile --- Makefile12 Jul 2019 20:51:05 - 1.39 +++ Makefile19 Sep 2020 15:14:38 - @@ -1,19 +1,22 @@ # $OpenBSD: Makefile,v 1.39 2019/07/12 20:51:05 sthen Exp $ COMMENT= text mode rss newsreader -DISTNAME= snownews-1.5.12 -REVISION= 6 +DISTNAME= snownews-1.6.10 CATEGORIES=www -MASTER_SITES= ${HOMEPAGE}download/ -HOMEPAGE= http://kiza.kcore.de/software/snownews/ +GH_ACCOUNT=kouya +GH_PROJECT=snownews +GH_TAGNAME=1.6.10 + +HOMEPAGE= https://github.com/kouya/snownews # GPL PERMIT_PACKAGE=Yes -WANTLIB += c crypto curses iconv intl m lzma pthread xml2 z +WANTLIB += c curses iconv intl xml2 z NO_TEST= Yes + USE_GMAKE= Yes BUILD_DEPENDS= devel/gettext,-tools @@ -21,11 +24,11 @@ RUN_DEPENDS=textproc/p5-XML-LibXML LIB_DEPENDS= devel/gettext,-runtime \ textproc/libxml -MAKE_ENV+= EXTRA_CFLAGS="${CFLAGS}" -MAKE_FLAGS+= CC="${CC}" +CONFIGURE_STYLE= simple +CONFIGURE_ARGS=--prefix="\$${PREFIX}" --mandir="\$${PREFIX}/man" \ + --builddir=${WRKDIR} -CONFIGURE_STYLE= simple -CONFIGURE_ARGS= --prefix=${PREFIX} +MESSAGE= ${PKGDIR}/MESSAGE post-install: ln -f ${PREFIX}/bin/opml2snow ${PREFIX}/bin/snow2opml Index: distinfo === RCS file: /cvs/ports/www/snownews/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo18 Jan 2015 03:15:50 - 1.16 +++ distinfo19 Sep 2020 15:14:38 - @@ -1,2 +1,2 @@ -SHA256 (snownews-1.5.12.tar.gz) = Jt2W6TRdnLwcDJRwQXCA3Qw+sx5+qUT3jzMC1wYOy5A= -SIZE (snownews-1.5.12.tar.gz) = 167944 +SHA256 (snownews-1.6.10.tar.gz) = jHgGeu914oPfSzzKHJZlh7ZlTp6Eo+bl64vdWCl5kkI= +SIZE (snownews-1.6.10.tar.gz) = 189715 Index: patches/patch-Config_mk_in === RCS file: patches/patch-Config_mk_in diff -N patches/patch-Config_mk_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Config_mk_in 19 Sep 2020 15:14:38 - @@ -0,0 +1,23 @@ +$OpenBSD$ + +Index: Config.mk.in +--- Config.mk.in.orig Config.mk.in +@@ -21,7 +21,7 @@ PREFIX := @prefix@ + BINDIR:= @bindir@ + LOCALEPATH:= @localedir@ + MANPATH := @mandir@ +-BUILDDIR := @builddir@/${NAME} ++BUILDDIR := @builddir@/build + PKGDIR:= @pkgdir@ + O := .o/ + +@@ -29,7 +29,7 @@ O:= .o/ + + CFLAGS:= -Wall -Wextra -Wredundant-decls -Wshadow \ + -std=c11 -I/usr/include/libxml2 +-LDFLAGS := -liconv -lintl -lxml2 -lncurses -lz ++LDFLAGS := -liconv -lintl -lncursesw -lxml2 -lz + ifdef DEBUG + CFLAGS+= -O0 -ggdb3 + LDFLAGS += -g -rdynamic Index: patches/patch-Makefile === RCS file: patches/patch-Makefile diff -N patches/patch-Makefile --- patches/patch-Makefile 18 Sep 2009 20:51:35 - 1.13 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-Makefile,v 1.13 2009/09/18 20:51:35 martynas Exp $ Makefile.orig Thu Sep 17 09:44:27 2009 -+++ Makefile Thu Sep 17 11:10:11 2009 -@@ -2,7 +2,7 @@ CC= gcc - MAKE= make - INSTALL=install - LOCALEPATH= $(PREFIX)/share/locale --MANPATH=$(PREFIX)/share/man -+MANPATH=$(PREFIX)/man - - ### Compiler/linker flags ### - ### Generated via configure ### Index: patches/patch-configure === RCS file: /cvs/ports/www/snownews/patches/patch-configure,v retrieving revision 1.3 diff -u -p -r1.3 patch-configure --- patches/patch-configure 18 Sep 2009 20:51:35 - 1.3 +++ patches/patch-configure 19 Sep 2020 15:14:38 - @@ -1,12 +1,46 @@ -$OpenBSD: patch-configure,v 1.3 2009/09/18 20:51:35 martynas Exp $ configure.orig Thu Sep 17 09:44:27 2009 -+++ configure Thu Sep 17 11:10:45 2009 -@@ -12,7 +12,7 @
Re: [new] x11/lxterminal - lightweight, vte-based and desktop-independent terminal
On Fri, Sep 18, 2020 at 06:21:25AM +0200, Bjorn Ketelaars wrote: > > On Thu 17/09/2020 13:56, Shawn Chiou wrote: > > Hi bket@, > > > > Thanks for your review and advice. > > > > All issues fixed with new attached file. > > Port looks good, and runs fine on amd64. I'm OK with this if someone > wants to import it. Committed. Thank you bket@ and Shawn.
Re: update mail/notmuch to 0.30
Hi Olivier, On 2020-08-09 12:01, Olivier Taïbi wrote: ping, I also added bash as a build dependency (for bash-completion) It's great that notmuch is in ports now! I am trying it out and it sure works a lot smoother than it used to when built with the -wip port. Thanks for the effort you put in it! - Enric
Re: Killing gpg1
Hi, On Sat, Sep 19, 2020 at 01:16:21AM +0200, Jeremie Courreges-Anglas wrote: > If we want this for the next release, here's a diff that moves > security/gnupg2 to security/gnupg and adapts consumers. Thanks for doing this! I've just started a mini-bulk on anything which {RUN,BUILD}_DEPENDS on gnupg. I'll post any failures as they come in. (Diff reads good to me) -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: [UPDATE] www/snownews-1.5.12 -> 1.6.10
On Fri, Sep 18, 2020 at 06:47:44PM -0400, trondd wrote: > Looking around at RSS readers and thought I'd update snownews. Jumps us > ahead by like 10 years. Some significant changes to the configure process > I hope I worked around right. Moved to GitHub. They also dropped native > SSL support so I added a MESSAGE to notify any users. > > Tim. It works fine for the 2 feed I tested with. I think the message regarding HTTPS support makes sense. port-check says pkg/MESSAGE should not contain $OpenBSD$ tag. With that addressed OK remi.
[UPDATE] cad/opensta 2.0.18.20200308 -> 2.2.0
Greetings, The attached diff updates cad/opensta to a just published release. What's new upstream === * Github user is now "The-OpenROAD-Project" and some days ago they made available the first "stable" archive for this tool; * Better leakage and internal power treatment; * Simplified CUDD cmake support; * Public headers moved to include/sta; * 'get_lib_cells' doesn't require library/ anymore; * 'report_path -report_sigmas' shows incr; * max_fanout, max_cap checks; * 'set_max_transition pin' support removed; * plenty of minor improvements and bug fixing. What's new in the port == * No more need to base our port on Github commits; * Naming scheme is non-standard: see $V, PKGNAME and WRKDIST; * I set HOMEPAGE to the OpenROAD project one: this isn't specific to OpenSTA, but it contains more meaningful info than the Github page IMO (and OpenSTA is clearly listed in their open-source tool-chain); * Nitpicking on tab alignment. All tests are passing. New binary is working flawlessly in my regression environment. Cheers -- Alessandro De Laurenzis [mailto:jus...@atlantide.mooo.com] Web: http://www.atlantide.mooo.com LinkedIn: http://it.linkedin.com/in/delaurenzis Index: Makefile === RCS file: /cvs/ports/cad/opensta/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile 14 Mar 2020 06:42:05 - 1.7 +++ Makefile 19 Sep 2020 08:10:36 - @@ -2,29 +2,32 @@ COMMENT = Parallax Static Timing Analyzer -# use version number from git log -DISTNAME = opensta-2.0.18.20200308 +V = 2.2.0 +DISTNAME = v$V +PKGNAME = opensta-$V CATEGORIES = cad -GH_ACCOUNT = abk-openroad -GH_PROJECT = OpenSTA -GH_COMMIT = d615f62fe412b0f12166e6d5559eacec43713e02 +HOMEPAGE = https://theopenroadproject.org/ MAINTAINER = Alessandro De Laurenzis # GPLv3 -PERMIT_PACKAGE = Yes +PERMIT_PACKAGE = Yes WANTLIB = ${COMPILER_LIBCXX} ${MODTCL_WANTLIB} c m z cudd +# Stable archives, but non-standard naming scheme +MASTER_SITES = https://github.com/The-OpenROAD-Project/OpenSTA/archive/ +WRKDIST = ${WRKDIR}/OpenSTA-$V + # C++11 COMPILER = base-clang ports-gcc base-gcc MODULES = devel/cmake \ lang/tcl -MODTCL_VERSION = 8.6 +MODTCL_VERSION = 8.6 LIB_DEPENDS = ${MODTCL_LIB_DEPENDS} \ devel/cudd Index: distinfo === RCS file: /cvs/ports/cad/opensta/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo 14 Mar 2020 06:42:05 - 1.3 +++ distinfo 19 Sep 2020 08:10:36 - @@ -1,2 +1,2 @@ -SHA256 (opensta-2.0.18.20200308-d615f62f.tar.gz) = +039qKdPjmM4LqUv5qbo9L3akiS9f98gzulJgXyNJT4= -SIZE (opensta-2.0.18.20200308-d615f62f.tar.gz) = 4859083 +SHA256 (v2.2.0.tar.gz) = FhPYfsyUdGmn18q2XandjDksyU/IAZFTydElwVkSF7k= +SIZE (v2.2.0.tar.gz) = 4873166 Index: pkg/PLIST === RCS file: /cvs/ports/cad/opensta/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 14 Mar 2020 06:42:05 - 1.3 +++ pkg/PLIST 19 Sep 2020 08:10:36 - @@ -1,169 +1,126 @@ @comment $OpenBSD: PLIST,v 1.3 2020/03/14 06:42:05 rsadowski Exp $ @bin bin/sta -include/ArcDelayCalc.hh -include/Arnoldi.hh -include/ArnoldiDelayCalc.hh -include/ArnoldiReduce.hh -include/Bfs.hh -include/CheckMaxSkews.hh -include/CheckMinPeriods.hh -include/CheckMinPulseWidths.hh -include/CheckSlewLimits.hh -include/CheckTiming.hh -include/ClkInfo.hh -include/ClkSkew.hh -include/Clock.hh -include/ClockGatingCheck.hh -include/ClockGroups.hh -include/ClockInsertion.hh -include/ClockLatency.hh -include/ConcreteLibrary.hh -include/ConcreteNetwork.hh -include/ConcreteParasitics.hh -include/ConcreteParasiticsPvt.hh -include/Corner.hh -include/Crpr.hh -include/CycleAccting.hh -include/DataCheck.hh -include/DcalcAnalysisPt.hh -include/Debug.hh -include/Delay.hh -include/DelayCalc.hh -include/DelayFloat.hh -include/DelayNormal1.hh -include/DelayNormal2.hh -include/DeratingFactors.hh -include/DisabledPorts.hh -include/DisallowCopyAssign.hh -include/DispatchQueue.hh -include/DmpCeff.hh -include/DmpDelayCalc.hh -include/EnumNameMap.hh -include/EquivCells.hh -include/Error.hh -include/EstimateParasitics.hh -include/ExceptionPath.hh -include/FindRegister.hh -include/FuncExpr.hh -include/Fuzzy.hh -include/GatedClk.hh -include/Genclks.hh -include/Graph.hh -include/GraphClass.hh -include/GraphCmp.hh -include/GraphDelayCalc.hh -include/GraphDelayCalc1.hh -include/Hash.hh -include/HashSet.hh -include/HpinDrvrLoad.hh -include/InputDrive.hh -include/InternalPower.hh -include/Iterator.hh -include/Latches.hh -include/LeakagePower.hh -include/Levelize.hh -include/Liberty.hh -include/LibertyBuilder.hh -include/LibertyClass.hh -include/LibertyExpr.hh -include/LibertyParser.hh -include/LibertyReader.hh -include/LibertyReaderPvt.hh -include/LinearModel.hh -include/LumpedCapDelayCalc.hh -include/Mac
Re: aarch64 bulk build report
On Tue, Sep 15, 2020 at 06:30:05PM +0200, Otto Moerbeek wrote: > On Tue, Sep 15, 2020 at 09:01:20AM -0600, phess...@openbsd.org wrote: > > > bulk build on arm64.ports.openbsd.org > > started on Fri Sep 11 19:14:07 MDT 2020 > > finished at Mon Sep 14 10:55:24 MDT 2020 > > lasted 2D15h41m > > done with kern.version=OpenBSD 6.8-beta (GENERIC.MP) #803: Fri Sep 11 > > 14:12:53 MDT 2020 > > > > built packages:10590 > > Sep 11:2117 > > Sep 12:2142 > > Sep 13:2149 > > Sep 14:4181 > > > > > > critical path missing pkgs: > > http://build-failures.rhaalovely.net/aarch64/2020-09-11/summary.log > > > > build failures: 91 > > > http://build-failures.rhaalovely.net/aarch64/2020-09-11/net/powerdns_recursor.log > > Strange, I very recent master build showed no issues, investigating, > > -Otto > Two local builds (on different machines) went without issues. The other failures suggest there is something wrong with the snap or a build machine. -Otto
Re: NEW: jpeginfo-1.6.1
Thanks Ricardo. Any other comments or okays? File reattached for convenience. On Thu, Sep 10, 2020 at 07:39:01PM +0100, Ricardo wrote: > Hi Mikolaj, > > I tested it briefly and seems to be working on amd64. > > Take care. > Ricardo > > On 9/10/20 8:31 AM, Mikolaj Kucharski wrote: > > Ping. > > > > On Wed, Aug 19, 2020 at 09:08:06AM +, Mikolaj Kucharski wrote: > > > Hi, > > > > > > Simple new port attached. I wanted something to check JPEG files > > > integrity (-c option to the tool). > > > > > > $ jpeginfo -c DSC00470.JPG > > > DSC00470.JPG 6000 x 4000 24bit Exif N 10715136 [OK] > > > > > > Comment: > > > prints information and tests integrity of JPEG files > > > > > > Description: > > > Jpeginfo is an utility to generate informative listings from JPEG files, > > > and to check JPEG files for errors. Program also supports automagic > > > deletion of broken JPEGs. > > > > > > WWW: https://www.kokkonen.net/tjko/projects.html > > > > > > Comments? > > > > > Same file reattached for convenience. > > -- Regards, Mikolaj jpeginfo-1.6.1-port-v1.tgz Description: application/tar-gz
NEW: fna3d - native 3D library for newer FNA games
Hi, Attached is a port of FNA3D. It is a native reimplementation of the XNA 4.0 graphics API. It is used by more recent versions of FNA. All versions starting with 20.09 rely on this library. The port is in C and relatively straightforward. It removes the bundled mojoshader library in favor of the dynamically linked one from ports. No tests are included ("The games are the tests" per upstream). It uses OpenGL by default. A vulkan backend is included, but still in beta. I've tested it and it works, but the performance is worse. Per upstream this is because of the command queue being synchronous, and this is in development. I've run several XNA games with (Apple Jack, Akane the Kunoichi), as well as a few FNA games (Apotheon, Cryptark for example; using FNA.dll version 20.09). ok to import? fna3d.tgz Description: Binary data