Re: print/poppler: use boost (also fixes possible build breakage)
Matthias Kilian writes: > -BUILD_DEPENDS+= devel/gobject-introspection > +# devel/boost only as build dependency, because poppler uses > +# header-only classes (from boost/containers/small_vector.hpp). > +BUILD_DEPENDS+= devel/boost \ > + devel/gobject-introspection Don't you need to adjust RUN_DEPENDS for API dependency? $ rg -i boost /usr/local/include/poppler /usr/local/include/poppler/poppler-config.h 114:/* Use header-only classes from Boost in the Splash backend */ 115:#ifndef USE_BOOST_HEADERS 116:#define USE_BOOST_HEADERS 1 /usr/local/include/poppler/splash/SplashXPathScanner.h 30:#ifdef USE_BOOST_HEADERS 31:#include 103:#ifdef USE_BOOST_HEADERS 104: typedef boost::container::small_vector IntersectionLine; 122:#ifdef USE_BOOST_HEADERS 123: typedef boost::container::small_vector IntersectionLine;
回复: [NEW] devel/py-asgiref
发件人: Kurt Mosiejczuk 发送时间: 2019年9月15日 9:49 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW] devel/py-asgiref On Sat, Sep 14, 2019 at 07:22:37AM +, wen heping wrote: > Hi, ports@: > Here is a patch to create devel/py-asgiref, which is required by > the future update of www/py-django/stable. > I defined NO_TEST=yes because the test required some module > that had not been imported OpenBSD ports. >It build well and run well on amd64-head system. > Comments? OK? > wen It shouldn't go in devel. www should be its primary category. devel can be a secondary category. OMG. I imported it into FreeBSD www directory why I put it into devel dir here Don't set NO_TEST, it's unnecesary. Tests aren't bundled right now anyway. I've put in a pull request to include them in the PyPI tarball (https://github.com/django/asgiref/pull/126) The HOMEPAGE should be https. I improved the comment to more accurately reflect what the port is. I also added more information to DESCR. I added MODPY_PYTEST since that is what will be used for the next version when the tests are bundled. The tests *do* run if you pull them in manually. It just skips most of them since we don't yet have py-test-asyncio. I shall submit the py-test-asyncio port later. wen New tarball attached. --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2019/09/14 20:04:00 Modified files: lang/go: go.port.mk net/mattermost-server: Makefile sysutils/restic: Makefile sysutils/restic-rest-server: Makefile Log message: Set GO111MODULE=off via go.port.mk to prevent external access being attempted during builds. Fixes several other packages that break during build. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2019/09/14 20:00:35 Modified files: lang/go: Makefile distinfo infrastructure/mk: arch-defines.mk Log message: Enable Go on aarch64/arm64. ok phessler@
update games/devilutionx 0.4.0pl20190914
I attached an update for games/devilutionx as of September 14, 2019. Upstream added my fix for 64-bit TCP multiplayer. UDP is still broken. Update: https://github.com/diasurgical/devilutionX/commit/c52464d2278660cbfe6c23ea48d31d82882d205b TCP fix: https://github.com/diasurgical/devilutionX/pull/243 UDP: https://github.com/diasurgical/devilutionX/issues/250 I tested multiplayer on i386 and amd64 and both were able to host and join the same game. Tests are welcome, especially on arm64, as I saw that it did not cause an error on the aarch64 bulk build report. (A future version will support Spawn shareware to make it easier to test.) devilutionx.diff Description: devilutionx.diff
Re: [new] xe-0.11
On 9/12/19 12:08 PM, Evan Silberman wrote: On Sep 6, 2019, at 7:30 PM, Brian Callahan wrote: On 8/31/19 8:17 PM, Evan Silberman wrote: Brian Callahan wrote: I notice there's no maintainer. Evan, would you like to be maintainer since you've submitted this? Attaching Brian's tarball with yours truly as maintainer. Builds, installs, passes tests, and works for me on amd64. Evan OK with me. ~Brian Thank you Brian. Any committers available? Well, me. I'm available. But I haven't heard from anyone. When I do, something will happen. ~Brian
Re: [UPDATE] www/links+ 1.19 -> 2.20.1
On 9/12/19 7:05 PM, TronDD wrote: Update to 2.20.1 which includes a secrity fix for a DNS leak when using tor and an OpenBSD specific libevent fix. I've also disabled the new zstd support. Tim. Committed. Thanks. ~Brian RELEASE 2.20.1 === Sun Sep 1 09:02:57 CEST 2019 mikulas: Fixed an error "ERROR: event_base_loop failed: Bad file descriptor" if the user quits the master instance on OpenBSD. OpenBSD uses an old libevent-1.4.15 and it doesn't handle calling event_reinit from event handler. libevent-2.1.11 also doesn't allow calling event_reinit from event handler, so it is fixed as well. === RELEASE 2.20 === Mon Aug 26 18:21:43 CEST 2019 mikulas: Security bug fixed: when links was connected to tor, it would send real dns requests outside the tor network when the displayed page contains http://host.domain/;>. This bug is present in links-2.15 to links-2.19. Found by Shi Tian Sat Aug 24 15:21:03 CEST 2019 Shi Tian : Fix a crash if: External fonts are used Rendering is optimized for LCD The document contains some characters with zero width Thu Aug 22 18:47:06 CEST 2019 mikulas: Accept file urls in the form file://localhost/usr/bin/ or file://hostname/usr/bin/ according to RFC 8089 Sat Aug 17 10:20:45 CEST 2019 mikulas: Fixed a memory leak of the SSL structure Sun Aug 4 15:01:06 CEST 2019 mikulas: Try to open the file "/dev/input/mice" and use it instead of gpm. (the user must be in the "input" group) This results in smooth mouse movement on the framebuffer. Sat Aug 3 18:20:54 CEST 2019 mikulas: Report "Lynx/Links" user agent when searching on Google so that Google returns non-css page Sat Apr 27 19:17:07 CEST 2019 mikulas: Support the zstd compression algorithm Sun Apr 21 19:32:26 CEST 2019 mikulas: Fix mouse dragging not being reported in xterm Sun Apr 7 20:18:20 CEST 2019 mikulas: Use proper cookie expiry Index: Makefile === RCS file: /cvs/ports/www/links+/Makefile,v retrieving revision 1.66 diff -u -p -r1.66 Makefile --- Makefile12 Jul 2019 20:50:48 - 1.66 +++ Makefile12 Sep 2019 22:41:49 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.66 2019/07/12 20:50:48 sthen Exp $ COMMENT= graphics and text browser -VER= 2.19 +VER= 2.20.1 DISTNAME= links-${VER} PKGNAME= links+-${VER} CATEGORIES= www @@ -21,7 +21,7 @@ LIB_DEPENDS= archivers/bzip2 \ archivers/xz CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= --with-ssl --without-brotli --without-lzip +CONFIGURE_ARGS+= --with-ssl --without-brotli --without-lzip --without-zstd FLAVORS= no_x11 FLAVOR?= Index: distinfo === RCS file: /cvs/ports/www/links+/distinfo,v retrieving revision 1.36 diff -u -p -r1.36 distinfo --- distinfo2 May 2019 03:01:25 - 1.36 +++ distinfo12 Sep 2019 22:41:49 - @@ -1,2 +1,2 @@ -SHA256 (links-2.19.tar.gz) = NymfgE8iyUW/Y+Iqe8RBi7uBRLQQwM7XC4Lr5vnjyCs= -SIZE (links-2.19.tar.gz) = 7056633 +SHA256 (links-2.20.1.tar.gz) = F2GSCOdbtFiQmCs3uDTHDPnFa2+fmKrbeH79aojbfoY= +SIZE (links-2.20.1.tar.gz) = 7064204
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/09/14 18:20:11 Modified files: www/links+ : Makefile distinfo Log message: Update to links+-2.20.1 Changelog: http://links.twibright.com/download/ChangeLog >From MAINTAINER Tim Meunier
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 17:41:56 Modified files: net/doh: Makefile net/doh/pkg: PLIST Log message: regen PLIST (readme added)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 17:42:13 Modified files: net: Makefile Log message: +doh
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 17:40:40 Log message: import ports/net/doh, https://github.com/curl/doh - a simple client (using libcurl) for testing DNS-over-HTTPS servers. comments/ok gsoares@ Status: Vendor Tag: sthen Release Tags: sthen_20190915 N ports/net/doh/Makefile N ports/net/doh/distinfo N ports/net/doh/pkg/DESCR N ports/net/doh/pkg/PLIST N ports/net/doh/patches/patch-Makefile No conflicts created by this import
Re: NEW: net/doh
On 2019/09/14 20:34, Gleydson Soares wrote: > > > > On 14 Sep 2019, at 20:28, Stuart Henderson wrote: > > > >> On 2019/09/13 12:57, Gleydson Soares wrote: > >> i have fixed the segfault by adding a patch and also i put the pkg-readme. > >> pull request done, upstream aware. > >> > >> this one is OK gsoares@ > > > > I don't like hand-copying README.md to pkg/README at all. > > > > README.md could be installed to PREFIX/share/doc/doh but it doesn't seem > > very useful as it's right there on HOMEPAGE anyway, plus it's such a > > simple utility ... > > > > Either as it turns out or removing readme from pkg/ OK gsoares@ > > Looks like upstream merged a fix addressing the segfault, the PR was closed > such that GH_COMMIT should be updated + get rid of patch-doh-c. > > BR, > Gleydson. > > > Thanks.
Re: NEW: net/doh
> On 14 Sep 2019, at 20:28, Stuart Henderson wrote: > >> On 2019/09/13 12:57, Gleydson Soares wrote: >> i have fixed the segfault by adding a patch and also i put the pkg-readme. >> pull request done, upstream aware. >> >> this one is OK gsoares@ > > I don't like hand-copying README.md to pkg/README at all. > > README.md could be installed to PREFIX/share/doc/doh but it doesn't seem > very useful as it's right there on HOMEPAGE anyway, plus it's such a > simple utility ... > Either as it turns out or removing readme from pkg/ OK gsoares@ Looks like upstream merged a fix addressing the segfault, the PR was closed such that GH_COMMIT should be updated + get rid of patch-doh-c. BR, Gleydson.
Re: NEW: net/doh
On 2019/09/13 12:57, Gleydson Soares wrote: > i have fixed the segfault by adding a patch and also i put the pkg-readme. > pull request done, upstream aware. > > this one is OK gsoares@ I don't like hand-copying README.md to pkg/README at all. README.md could be installed to PREFIX/share/doc/doh but it doesn't seem very useful as it's right there on HOMEPAGE anyway, plus it's such a simple utility ...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 16:26:55 Modified files: devel/ccache : Makefile distinfo Log message: update to ccache-3.7.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2019/09/14 15:41:15 Modified files: textproc/miller: Makefile distinfo Log message: Update miller to 5.6.0.
Re: CVS: cvs.openbsd.org: ports
On 2019/09/14 15:30, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2019/09/14 15:30:41 > > Modified files: > lang/go: go.port.mk > > Log message: > poison GOPROXY in the environment during ports build, ports aren't > allowed to access the network at build time and this makes failures > obvious even if you don't use (recommended) PORTS_PRIVSEP. > ok kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 15:30:41 Modified files: lang/go: go.port.mk Log message: poison GOPROXY in the environment during ports build, ports aren't allowed to access the network at build time and this makes failures obvious even if you don't use (recommended) PORTS_PRIVSEP.
Re: NEW: mail/rss2email3
On 2019/09/14 00:44, Kaashif Hymabaccus wrote: > On Thu, Sep 05, 2019 at 10:05:30AM +0100, Stuart Henderson wrote: > > On 2019/09/01 19:20, Kaashif Hymabaccus wrote: > > > Hi ports@, > > > > > > Here is the new release of rss2email. As before, it is a new port and > > > not an update of rss2email since it is completely incompatible and I > > > don't want to break users' perfectly fine configurations. > > > > Let's just cut across and tell people in release notes to save > > their config first. 2.x will not be seeing any updates and it's a one > > time change. I've put an @ask-update in pkg/PLIST so that people know > > to save feeds, and will write something for faq/current.html (to copy > > to OpenBSD upgrade notes) telling people what to do. > > > > Other changes compared to your version, remove HOMEPAGE (it's the default > > for a MODPY_PI=Yes port), remove TEST_DEPENDS (RUN_DEPENDS is automatically > > added, see "make show=TEST_DEPENDS"), rerun "make plist". > > > > OK? > > Thanks for the improvements to my update. > > While I would like this committed, I am actually especially interested > in whether someone has a feed that breaks 3.10 in some way. I get the > feeling that maybe some OpenBSD devs are regular users of rss2email > 2.71 (sthen@, maybe jca@?), so they might have some nontrivial feeds > to test the config migration to 3.10 and all of the other new stuff. > > Any testers (and bug reports, diffs) are welcome of course. > It's already committed. Other than the problem which I ran into with georss which I patched in feedparser, it has been happy with everything I've thrown at it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 15:18:18 Modified files: sysutils/monit : Makefile distinfo sysutils/monit/patches: patch-Makefile_in Log message: update to monit-5.26.0, from maintainer Caspar Schutijser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/09/14 15:10:48 Modified files: net/dhcpcd : Makefile distinfo Log message: update to dhcpcd-8.0.6, including a fix for a potential DoS introduced in dhcpcd-8.0.3 (post-OpenBSD 6.5)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/09/14 14:14:26 Modified files: print/poppler : Makefile Log message: Let print/poppler *build* depend on devel/boost. When boost is detected during configure time, poppler uses small_vector, which is a header-only class of boost. This can lead to build failures if boost is removed (e.g. by dpb) shortly after the build of poppler starts, as noticed by naddy@. This doesn't restrict the arches where poppler can be built, because it c++11 is needed anyway (noted by sthen@).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/09/14 13:16:09 Modified files: games/wtf : Makefile distinfo Log message: Update to wtf-20190909
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/09/14 13:13:17 Modified files: games/jumpnbump: Makefile distinfo games/jumpnbump/patches: patch-Makefile games/jumpnbump/pkg: PLIST Log message: Update to jumpnbump-1.61; the Python stuff is no longer built, so it goes away. Rest of the changelog: https://gitlab.com/LibreGames/jumpnbump/-/tags/1.61
Re: boost md context switching on macppc
On Thu, 12 Sep 2019 16:19:18 +0200 Otto Moerbeek wrote: > On Thu, Sep 12, 2019 at 12:54:47AM -0400, George Koehler wrote: > > The broken diff follows. > > The good news is that is is not broken for my use-case: PowerDNS > Recursor. It does not use ontop_fcontext. Thanks a lot for working on > this! I am wondering if there any users of ontop_fcontext in our tree... > > -Otto Here's a new diff with 3 more fixes: 1. It changes ontop_fcontext, so the fibonacci example now works. 2. It changes make_fcontext to align the stack pointer to 16 bytes. (Most code can run well or slightly slow with a 4-aligned stack pointer, but altivec vectors might cause a problem.) 3. Our patch-boost_context_pooled_fixedsize_stack_hpp used a wrong variable name, so any program that tried to #include would get an error. The diff changes the variable name and bumps REVISION-main; this is the only part of the diff to affect arches other than powerpc. I have no code using pooled_fixedsize_stack, but one of the examples in boost includes the header via . I broke the fibonacci example because I caused ontop_fcontext to leave a stack frame, but didn't provide an .eh_frame for C++ exceptions. Then fibonacci threw an exception, but the unwinder can't remove the frame, so it didn't reach the code to catch the exception. To fix fibonacci, I go back to having ontop_fcontext make a tail call to the ontop-function without leaving a stack frame, like it does on Linux. I then cheat by placing an 8-byte transfer_t on the *other* stack; the existing code uses a similar cheat on Linux. This cheat will break if the program resumes the other stack before the ontop-function returns, but this is already broken on Linux. The diff doesn't fix 2 other bugs: 1. The handling of register %r13 is wrong, but this seems not to matter on OpenBSD, so I'm not trying to fix it. 2. The call to _exit(0) in make_fcontext is wrong for systems using the secure PLT, like OpenBSD. I have no code that reaches this call, but I would expect it to crash because it fails to set r30 to the global offset table. I have stopped work on this diff. My next task is to report an issue to GitHub boost/context, about the multiple problems with ppc32. Index: Makefile === RCS file: /cvs/ports/devel/boost/Makefile,v retrieving revision 1.89 diff -u -p -r1.89 Makefile --- Makefile9 Aug 2019 11:25:29 - 1.89 +++ Makefile14 Sep 2019 00:56:15 - @@ -16,8 +16,8 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE: EXTRACT_SUFX= .tar.bz2 FIX_EXTRACT_PERMISSIONS = Yes -REVISION-main= 6 -REVISION-md= 1 +REVISION-main= 7 +REVISION-md= 2 SO_VERSION=9.0 BOOST_LIBS=boost_atomic-mt \ Index: patches/patch-boost_context_pooled_fixedsize_stack_hpp === RCS file: /cvs/ports/devel/boost/patches/patch-boost_context_pooled_fixedsize_stack_hpp,v retrieving revision 1.1 diff -u -p -r1.1 patch-boost_context_pooled_fixedsize_stack_hpp --- patches/patch-boost_context_pooled_fixedsize_stack_hpp 13 Dec 2018 19:52:46 - 1.1 +++ patches/patch-boost_context_pooled_fixedsize_stack_hpp 14 Sep 2019 00:56:15 - @@ -18,7 +18,7 @@ Index: boost/context/pooled_fixedsize_st stack_context allocate() { -void * vp = storage_.malloc(); -if ( ! vp) { -+void * vp = mmap(NULL, size_, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON | MAP_STACK, -1, 0); ++void * vp = mmap(NULL, stack_size_, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON | MAP_STACK, -1, 0); +if ( vp == MAP_FAILED ) { throw std::bad_alloc(); } Index: patches/patch-libs_context_build_Jamfile_v2 === RCS file: patches/patch-libs_context_build_Jamfile_v2 diff -N patches/patch-libs_context_build_Jamfile_v2 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-libs_context_build_Jamfile_v2 14 Sep 2019 00:56:15 - @@ -0,0 +1,17 @@ +$OpenBSD$ + +ppc32_sysv_elf has 2 instances of "clang". +The second "clang" should be "gcc". + +Index: libs/context/build/Jamfile.v2 +--- libs/context/build/Jamfile.v2.orig libs/context/build/Jamfile.v2 +@@ -326,7 +326,7 @@ alias asm_sources + 32 + power + elf +- clang ++ gcc +; + + alias asm_sources Index: patches/patch-libs_context_src_asm_jump_ppc32_sysv_elf_gas_S === RCS file: patches/patch-libs_context_src_asm_jump_ppc32_sysv_elf_gas_S diff -N patches/patch-libs_context_src_asm_jump_ppc32_sysv_elf_gas_S --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-libs_context_src_asm_jump_ppc32_sysv_elf_gas_S14 Sep 2019 00:56:15 - @@ -0,0 +1,66 @@ +$OpenBSD$ + +ELF systems other than Linux use a different
print/poppler: use boost (also fixes possible build breakage)
Hi, as noticed by naddy@, poppler detects and tries to use boost/containers/small_vector.hpp when boost is installed at configure time (and may later fail if boost is removed early enough during the build). According to comments and the git commit message (355fd8d58ca0209284fe568b3add28f207e995c1), small_vector is a header-only class, so it's enough to add devel/boost as a build dependency. This removes two exported symbols (and adds three new), so I've bumped the majer version of libpoppler. The reason for using small_vector is performance. Full commit message from upstream: SplashXPathScanner: Optionally use small_vector from boost Currently, each row in the intersections vector is allocated separately, when the first intersection is added. To avoid these allocations for common simple polygons, boost::container::small_vector<4, T> is used, which stores up to 4 intersections inline. small_vector is a header-only class. For the documents from #57 (fdo#96728) and #24 (fdo#78728), the runtime/memory is significantly reduced (according to /usr/bin/time -v): (1) $> pdftoppm -r 18 -aa no runsforever-poppler.pdf (2) $> pdftoppm surf-types.pdf Before/After runsforever-poppler | surf-types User time (seconds):2348.08 / 1773.53 | 7.76 / 5.02 Maximum resident set size (kbytes): 46288 / 45896 | 14076 / 13748 Comments? Objections? As an alternative, I could also just patch out the detection of an installed boost at configure time. Ciao, Kili Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v retrieving revision 1.146 diff -u -p -r1.146 Makefile --- Makefile10 Sep 2019 13:52:42 - 1.146 +++ Makefile14 Sep 2019 18:39:55 - @@ -6,6 +6,7 @@ COMMENT-utils= PDF conversion tools and V= 0.80.0 DISTNAME= poppler-$V +REVISION-main= 0 CATEGORIES=print PKGNAME-main= poppler-$V PKGNAME-utils= poppler-utils-$V @@ -13,7 +14,7 @@ PKGNAME-qt5= poppler-qt5-$V EXTRACT_SUFX= .tar.xz -SHARED_LIBS += poppler 54.0 # 90.0 +SHARED_LIBS += poppler 55.0 # 90.0 SHARED_LIBS += poppler-glib 19.3 # 8.14 SHARED_LIBS += poppler-qt5 7.3 # 1.21 SHARED_LIBS += poppler-cpp 11.0 # 0.7 @@ -42,7 +43,10 @@ MODULES= devel/cmake MODULES+= x11/qt5 -BUILD_DEPENDS+= devel/gobject-introspection +# devel/boost only as build dependency, because poppler uses +# header-only classes (from boost/containers/small_vector.hpp). +BUILD_DEPENDS+= devel/boost \ + devel/gobject-introspection RUN_DEPENDS-main= \ print/poppler-data>=0.4.7
Re: [update] sbcl-1.5.6
Le 2019-09-14 17:39, Josh Elsasser a écrit : On Sat, Sep 14, 2019 at 08:03:25AM +0300, Timo Myyrä wrote: Hi, Here's simple update for sbcl to latest release. Tested on amd64. Timo It looks like 1.5.6 is currently broken on older ppc hardware, likely because of recent ppc64 work. Perhaps it would be better to update to 1.5.5 instead until ppc is fixed upstream. I tested an update to 1.5.5 recently on all three arches, anyone interested in testing their favorite code, or in committing this update? Index: Makefile === RCS file: /cvs/ports/lang/sbcl/Makefile,v retrieving revision 1.42 diff -u -r1.42 Makefile --- Makefile12 Jul 2019 20:47:22 - 1.42 +++ Makefile14 Sep 2019 15:30:08 - @@ -6,7 +6,7 @@ COMMENT= compiler and runtime system for ANSI Common Lisp -V =1.5.2 +V =1.5.5 DISTNAME= sbcl-${V}-source PKGNAME= sbcl-${V} WRKDIST= ${WRKDIR}/sbcl-${V} Index: distinfo === RCS file: /cvs/ports/lang/sbcl/distinfo,v retrieving revision 1.17 diff -u -r1.17 distinfo --- distinfo13 May 2019 12:58:58 - 1.17 +++ distinfo14 Sep 2019 15:30:08 - @@ -1,2 +1,2 @@ -SHA256 (sbcl-1.5.2-source.tar.bz2) = 2sau8+x2KMKEox8iIu3l1H2dlPnP3/4PAO9A+VMePD8= -SIZE (sbcl-1.5.2-source.tar.bz2) = 6343957 +SHA256 (sbcl-1.5.5-source.tar.bz2) = y0f65qhvDFxXQxYE+05fEcioI/lM4SjVaLh3D8W8quI= +SIZE (sbcl-1.5.5-source.tar.bz2) = 6351480 I've been using it with no issue. I will commit it tomorrow if nobody says something.
Re: [update] sbcl-1.5.6
On Sat, Sep 14, 2019 at 08:03:25AM +0300, Timo Myyrä wrote: > Hi, > > Here's simple update for sbcl to latest release. > Tested on amd64. > > Timo It looks like 1.5.6 is currently broken on older ppc hardware, likely because of recent ppc64 work. Perhaps it would be better to update to 1.5.5 instead until ppc is fixed upstream. I tested an update to 1.5.5 recently on all three arches, anyone interested in testing their favorite code, or in committing this update? Index: Makefile === RCS file: /cvs/ports/lang/sbcl/Makefile,v retrieving revision 1.42 diff -u -r1.42 Makefile --- Makefile12 Jul 2019 20:47:22 - 1.42 +++ Makefile14 Sep 2019 15:30:08 - @@ -6,7 +6,7 @@ COMMENT= compiler and runtime system for ANSI Common Lisp -V =1.5.2 +V =1.5.5 DISTNAME= sbcl-${V}-source PKGNAME= sbcl-${V} WRKDIST= ${WRKDIR}/sbcl-${V} Index: distinfo === RCS file: /cvs/ports/lang/sbcl/distinfo,v retrieving revision 1.17 diff -u -r1.17 distinfo --- distinfo13 May 2019 12:58:58 - 1.17 +++ distinfo14 Sep 2019 15:30:08 - @@ -1,2 +1,2 @@ -SHA256 (sbcl-1.5.2-source.tar.bz2) = 2sau8+x2KMKEox8iIu3l1H2dlPnP3/4PAO9A+VMePD8= -SIZE (sbcl-1.5.2-source.tar.bz2) = 6343957 +SHA256 (sbcl-1.5.5-source.tar.bz2) = y0f65qhvDFxXQxYE+05fEcioI/lM4SjVaLh3D8W8quI= +SIZE (sbcl-1.5.5-source.tar.bz2) = 6351480
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2019/09/14 11:34:46 Modified files: devel/cargo: cargo.port.mk Log message: make "modcargo-metadata" target to work with PORTS_PRIVSEP ok jca@
Re: [update] lang/go to Go 1.13
On 2019/09/14 00:20, Joel Sing wrote: > For now, I think we should do this instead - ok? ok. same problem with net/syncthing and sysutils/govmomi btw.
Re: UPDATE: sysutils/monit 5.26.0
On Sat, Jul 06, 2019 at 08:29:45PM +0200, Caspar Schutijser wrote: > Below is a diff that updates monit to 5.26.0. Tested on amd64. ping. Below is a regenerated diff; the previous diff included a s/PERMIT_PACKAGE_CDROM/PERMIT_PACKAGE/ but that is not necessary anymore. Thanks, Caspar Schutijser Index: Makefile === RCS file: /cvs/ports/sysutils/monit/Makefile,v retrieving revision 1.63 diff -u -p -r1.63 Makefile --- Makefile12 Jul 2019 20:49:46 - 1.63 +++ Makefile14 Sep 2019 08:32:00 - @@ -2,8 +2,7 @@ COMMENT= monitoring and managing daemons utility -DISTNAME= monit-5.25.3 -REVISION= 0 +DISTNAME= monit-5.26.0 CATEGORIES=sysutils Index: distinfo === RCS file: /cvs/ports/sysutils/monit/distinfo,v retrieving revision 1.41 diff -u -p -r1.41 distinfo --- distinfo1 May 2019 19:21:57 - 1.41 +++ distinfo14 Sep 2019 08:32:00 - @@ -1,2 +1,2 @@ -SHA256 (monit-5.25.3.tar.gz) = wQJYyIOdIIZNMDkOfL8v9eBICmem+4DAKqRX1uM5BWk= -SIZE (monit-5.25.3.tar.gz) = 1355925 +SHA256 (monit-5.26.0.tar.gz) = h/xFaKOvmivokEDvsWnjouR7Ji+Z541d3emd2J8C88I= +SIZE (monit-5.26.0.tar.gz) = 1371327 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/sysutils/monit/patches/patch-Makefile_in,v retrieving revision 1.3 diff -u -p -r1.3 patch-Makefile_in --- patches/patch-Makefile_in 10 Nov 2017 21:08:56 - 1.3 +++ patches/patch-Makefile_in 14 Sep 2019 08:32:00 - @@ -5,7 +5,7 @@ Using $< in a non-suffix rule context is Index: Makefile.in --- Makefile.in.orig +++ Makefile.in -@@ -1294,7 +1294,7 @@ cleanall: clean distclean +@@ -1297,7 +1297,7 @@ cleanall: clean distclean -rm -rf m4 config monit.1: doc/monit.pod
UPDATE: net/weechat
Update weechat to the latest stable version. Upstream switched to python 3 as default python version. Changlog here: https://weechat.org/news/ OK? RS Index: Makefile === RCS file: /cvs/ports/net/weechat/Makefile,v retrieving revision 1.43 diff -u -p -u -p -r1.43 Makefile --- Makefile12 Jul 2019 04:42:34 - 1.43 +++ Makefile14 Sep 2019 07:48:41 - @@ -6,7 +6,7 @@ COMMENT-python= Python bindings for weec COMMENT-ruby= Ruby bindings for weechat COMMENT-tcl= Tcl bindings for weechat -V= 2.5 +V= 2.6 DISTNAME= weechat-${V} PKGNAME-main= weechat-${V} @@ -53,6 +53,8 @@ LIB_DEPENDS= devel/gettext,-runtime \ security/gnutls \ net/curl \ textproc/aspell/core + +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} LIB_DEPENDS-lua= ${MODLUA_LIB_DEPENDS} RUN_DEPENDS-lua= net/weechat,-main ${MODLUA_RUN_DEPENDS} Index: distinfo === RCS file: /cvs/ports/net/weechat/distinfo,v retrieving revision 1.22 diff -u -p -u -p -r1.22 distinfo --- distinfo12 Jul 2019 04:42:34 - 1.22 +++ distinfo14 Sep 2019 07:48:41 - @@ -1,2 +1,2 @@ -SHA256 (weechat-2.5.tar.gz) = PXfrWnz6dfldccDkR6gx0Dm8f/p3lyy2d4Atchi9Vx4= -SIZE (weechat-2.5.tar.gz) = 4185185 +SHA256 (weechat-2.6.tar.gz) = 76n/U7eM+6S/HEnsrBZRg4po0RCfdlM7cD7JCSBhn8I= +SIZE (weechat-2.6.tar.gz) = 4212612 Index: patches/patch-src_core_hook_wee-hook-timer_h === RCS file: patches/patch-src_core_hook_wee-hook-timer_h diff -N patches/patch-src_core_hook_wee-hook-timer_h --- patches/patch-src_core_hook_wee-hook-timer_h12 Jul 2019 04:42:34 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-src_core_hook_wee-hook-timer_h,v 1.1 2019/07/12 04:42:34 rsadowski Exp $ - -Index: src/core/hook/wee-hook-timer.h src/core/hook/wee-hook-timer.h.orig -+++ src/core/hook/wee-hook-timer.h -@@ -20,7 +20,7 @@ - #ifndef WEECHAT_HOOK_TIMER_H - #define WEECHAT_HOOK_TIMER_H - --#include -+#include - - struct t_weechat_plugin; - struct t_infolist_item; Index: patches/patch-src_plugins_CMakeLists_txt === RCS file: patches/patch-src_plugins_CMakeLists_txt diff -N patches/patch-src_plugins_CMakeLists_txt --- patches/patch-src_plugins_CMakeLists_txt12 Jul 2019 04:42:34 - 1.7 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-src_plugins_CMakeLists_txt,v 1.7 2019/07/12 04:42:34 rsadowski Exp $ -Index: src/plugins/CMakeLists.txt src/plugins/CMakeLists.txt.orig -+++ src/plugins/CMakeLists.txt -@@ -97,8 +97,8 @@ if(ENABLE_SCRIPTS AND ENABLE_PERL) - endif() - - if(ENABLE_SCRIPTS AND ENABLE_PYTHON) -- find_package(Python) -- if(PYTHON_FOUND) -+ find_package(PythonLibs) -+ if(PYTHONLIBS_FOUND) - add_subdirectory(python) - endif() - endif() Index: patches/patch-src_plugins_python_CMakeLists_txt === RCS file: patches/patch-src_plugins_python_CMakeLists_txt diff -N patches/patch-src_plugins_python_CMakeLists_txt --- patches/patch-src_plugins_python_CMakeLists_txt 12 Jul 2019 04:42:34 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,18 +0,0 @@ -$OpenBSD: patch-src_plugins_python_CMakeLists_txt,v 1.2 2019/07/12 04:42:34 rsadowski Exp $ -Index: src/plugins/python/CMakeLists.txt src/plugins/python/CMakeLists.txt.orig -+++ src/plugins/python/CMakeLists.txt -@@ -22,10 +22,9 @@ weechat-python-api.c weechat-python-api.h) - - set_target_properties(python PROPERTIES PREFIX "") - --if(PYTHON_FOUND) -- include_directories(${PYTHON_INCLUDE_PATH}) -- set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS} ${PYTHON_LFLAGS}") -- target_link_libraries(python ${PYTHON_LIBRARY} weechat_plugins_scripts coverage_config) -+if(PYTHONLIBS_FOUND) -+ include_directories(${PYTHON_INCLUDE_DIRS}) -+ target_link_libraries(python ${PYTHON_LIBRARIES} weechat_plugins_scripts coverage_config) - endif() - - install(TARGETS python LIBRARY DESTINATION ${WEECHAT_LIBDIR}/plugins) Index: patches/patch-tests_CMakeLists_txt === RCS file: /cvs/ports/net/weechat/patches/patch-tests_CMakeLists_txt,v retrieving revision 1.1 diff -u -p -u -p -r1.1 patch-tests_CMakeLists_txt --- patches/patch-tests_CMakeLists_txt 12 Jul 2019 04:42:34 - 1.1 +++ patches/patch-tests_CMakeLists_txt 14 Sep 2019 07:48:41 - @@ -3,7 +3,7 @@ $OpenBSD: patch-tests_CMakeLists_txt,v 1 Index: tests/CMakeLists.txt --- tests/CMakeLists.txt.orig +++ tests/CMakeLists.txt -@@ -55,7 +55,7 @@ if(ICONV_LIBRARY) +@@ -59,7 +59,7 @@ if(ICONV_LIBRARY) list(APPEND EXTRA_LIBS ${ICONV_LIBRARY}) endif()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2019/09/14 01:34:23 Modified files: mail/mdsort: Makefile distinfo Log message: Update to mdsort-4.2.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/09/14 01:23:54 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo Log message: Update to amazon-ssm-agent-2.3.707.0.
[NEW] devel/py-asgiref
Hi, ports@: Here is a patch to create devel/py-asgiref, which is required by the future update of www/py-django/stable. I defined NO_TEST=yes because the test required some module that had not been imported OpenBSD ports. It build well and run well on amd64-head system. Comments? OK? wen py-asgiref.tar.gz Description: py-asgiref.tar.gz
[Update] net/libshout: 2.4.3
Hello ports@, Attached is a bump to libshout. Feature highlights between 2.3.1 and 2.4.3 include TLS support, increased HTTP compatibility, and support for WebM and Matroska containers. http://icecast.org/news/libshout-release-2_4_0/ http://icecast.org/news/libshout-release-2_4_1/ http://icecast.org/news/libshout-release-2_4_2/ http://icecast.org/news/libshout-release-2_4_3/ I tested various audio files using this in net/ezstream against net/icecast on amd64. I haven't looked too deeply at the TLS code, and couldn't test that; ezstream still doesn't have support for HTTPS URLs. PTAL, Geoff Hill Index: net/libshout/Makefile === RCS file: /cvs/ports/net/libshout/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- net/libshout/Makefile 12 Jul 2019 20:48:31 - 1.29 +++ net/libshout/Makefile 14 Sep 2019 06:52:53 - @@ -2,7 +2,7 @@ COMMENT= library for communicating with an icecast server -DISTNAME= libshout-2.3.1 +DISTNAME= libshout-2.4.3 REVISION= 0 SHARED_LIBS= shout 5.1 CATEGORIES=net audio @@ -12,7 +12,7 @@ HOMEPAGE= https://icecast.org/ # LGPL PERMIT_PACKAGE=Yes -WANTLIB += m ogg pthread speex theora>=1 vorbis>=4 +WANTLIB += m crypto ssl ogg pthread speex theora>=1 vorbis>=4 MASTER_SITES= https://downloads.xiph.org/releases/libshout/ Index: net/libshout/distinfo === RCS file: /cvs/ports/net/libshout/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- net/libshout/distinfo 4 Jun 2015 07:21:11 - 1.8 +++ net/libshout/distinfo 14 Sep 2019 06:52:53 - @@ -1,2 +1,2 @@ -SHA256 (libshout-2.3.1.tar.gz) = zzxfa0peP8++CftwJKqIrUCZqZRffLA37Aa87nojkm4= -SIZE (libshout-2.3.1.tar.gz) = 464229 +SHA256 (libshout-2.4.3.tar.gz) = DYr1XRFBv5BxC81Bp2jJzFrbJRUCoK8d0iyNohXUDf4= +SIZE (libshout-2.4.3.tar.gz) = 529563 Index: net/libshout/pkg/DESCR === RCS file: /cvs/ports/net/libshout/pkg/DESCR,v retrieving revision 1.2 diff -u -p -r1.2 DESCR --- net/libshout/pkg/DESCR 27 Feb 2005 19:14:40 - 1.2 +++ net/libshout/pkg/DESCR 14 Sep 2019 06:52:53 - @@ -17,8 +17,3 @@ starters: ${PREFIX}/share/examples/libshout/nonblocking.c and of course ${PREFIX}/include/shout/shout.h - -New in libshout 2.1 is nonblocking I/O and Ogg Theora support, as well -as several bug fixes. However, Ogg Theora support will stay disabled -on OpenBSD until an official Theora release makes it into the ports -tree.