回复: 回复: [NEW]devel/p5-File-Share
Hi, Here is the revised patch to create devel/p5-File-Share. 1 Removed spaces around email address and < > 2 Add version check in RUN_DEPENDS 3 Use lowercase in COMMENT 4 Fix openbsd tag in PLIST Comments ? wen 发件人: Charlene Wendling 发送时间: 2019年5月8日 16:29 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: 回复: [NEW]devel/p5-File-Share Hi Wen, You forgot to attach the tarball so i reattach it for reference (it has no gzip compression, unlike the extension says) On Wed, 8 May 2019 01:15:52 + wen heping wrote: > ping ... > > 发件人: owner-po...@openbsd.org 代表 wen > heping 发送时间: 2019年2月22日 16:25 > 收件人: ports@openbsd.org > 主题: [NEW]devel/p5-File-Share > > Hi: > >Here is a new port devel/p5-File-Share, which is neded by the > future update of www/p5-Dancer2. > >It build and pass all the tests on my amd64 system on > OpenBSD-current. > >Comments ? - Please don't put spaces around your email address and < > - it requires File::ShareDir>=1.03, so it should be: RUN_DEPENDS = devel/p5-File-ShareDir>=1.03 > Regards, > wen Charlène. p5-File-Share-0.25-p2.tar.gz Description: p5-File-Share-0.25-p2.tar.gz
[New] devel/p5-Test-EOL
Hi, ports@: Here is a patch to create p5-Test-EOL, which is required by the test of www/p5-Dancer2. It was created by portgen with minnor change. It build well and pass all tests on my amd64-current system. Comments? wen p5-Test-EOL.tar.gz Description: p5-Test-EOL.tar.gz
回复: 回复: 回复: [Update] www/p5-HTTP-Headers-Fast : update to 0.21
New patch which add back www/p5-HTTP-Message and www/p5-URI as TEST_DEPENDS. With it we can do more tests. wen 发件人: Andrew Hewus Fresh 发送时间: 2019年5月10日 22:10 收件人: wen heping 抄送: Charlene Wendling; ports@openbsd.org 主题: Re: 回复: 回复: [Update] www/p5-HTTP-Headers-Fast : update to 0.21 On Wed, May 08, 2019 at 09:08:16AM +, wen heping wrote: > Hi, > > I attached new patch for www/p5-HTTP-Headers-Fast, this time : > 1) Update to 0.22 > 2) create new patch after previous maintainer drop his maintainership > 3) Update TEST_DEPENDS > 4) Change CONFIGURE_STYLE to "modbuild tiny" > >With p5-HTTP-Headers-Fast-0.22, the 2 ports depends on it: > 1 www/p5-Dancer2 : build and all but 2 tests passed. 2 tests >failed but not because of the update of www/p5-HTTP-Headers-Fast. > 2 www/p5-Plack :build and all tests passed. > >Comments? OK ? I would like to add the optional test depends: # Optional TEST_DEPENDS += www/p5-HTTP-Message \ www/p5-URI With that, OK afresh1@ (actually OK without it, but I'd prefer) > > wen > > > 发件人: Charlene Wendling > 发送时间: 2019年5月8日 16:40 > 收件人: wen heping > 抄送: Stuart Henderson; ports@openbsd.org > 主题: Re: 回复: [Update] www/p5-HTTP-Headers-Fast : update to 0.21 > > On Wed, 8 May 2019 01:26:35 + > wen heping wrote: > > > ping ... > > > > 发件人: Stuart Henderson > > 发送时间: 2019年2月25日 19:51 > > 收件人: wen heping > > 抄送: ports@openbsd.org; Cesare Gargano > > 主题: Re: [Update] www/p5-HTTP-Headers-Fast : update to 0.21 > > > > Adding maintainer to CC. Any comments Cesare, and are you still > > interested in maintaining this port? > > - Cesare isn't MAINTAINER anymore, that diff won't apply > - TEST_DEPENDS changed > - CONFIGURE_STYLE is 'modbuild tiny' > > > On 2019/02/25 06:19, wen heping wrote: > > > Hi, ports@ : > > > > > >Here is an patch to update www/p5-HTTP-Headers-Fast to 0.21. > > >It build and passed all tests on my OpenBSD-current amd64 system. > > > > > >Two ports depends on it: > > >1 www/p5-Dancer2 : build and all but 2 tests passed. 2 tests > > > failed but not because of the update of www/p5-HTTP-Headers-Fast. > > > 2 www/p5-Plack :build and all tests passed. > > > > > >The update is required by the future update of www/p5-Dancer2. > > >Current version of p5-Dancers failed 2 tests. With the update of > > > www/p5-HTTP-Headers-Fast and p5-Dancer2, all tests would pass. > > > > > >Comments? > > > > > > Cheers, > > > wen > > Charlène. > > > > Index: Makefile > > > === > > > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/Makefile,v > > > retrieving revision 1.4 > > > diff -u -p -r1.4 Makefile > > > --- Makefile 20 Mar 2016 19:57:20 - 1.4 > > > +++ Makefile 25 Feb 2019 02:44:39 - > > > @@ -4,7 +4,7 @@ COMMENT = faster implementation of HTTP > > > > > > MODULES =cpan > > > PKG_ARCH = * > > > -DISTNAME = HTTP-Headers-Fast-0.20 > > > +DISTNAME = HTTP-Headers-Fast-0.21 > > > CATEGORIES = www > > > > > > MAINTAINER = Cesare Gargano > > > Index: distinfo > > > === > > > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/distinfo,v > > > retrieving revision 1.2 > > > diff -u -p -r1.2 distinfo > > > --- distinfo 27 Nov 2015 21:45:25 - 1.2 > > > +++ distinfo 25 Feb 2019 02:44:39 - > > > @@ -1,2 +1,2 @@ > > > -SHA256 (HTTP-Headers-Fast-0.20.tar.gz) = > > > 0vTJckYY508wD8dGSY+1hJaS7wz8SvR/5JnEBjlp5SA= -SIZE > > > (HTTP-Headers-Fast-0.20.tar.gz) = 19913 +SHA256 > > > (HTTP-Headers-Fast-0.21.tar.gz) = > > > Xmjtjj5nUx4dQ8aizf0O4trd8uW5TBomSPOmUApvEtU= +SIZE > > > (HTTP-Headers-Fast-0.21.tar.gz) = 19578 > > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- Makefile 25 Feb 2019 11:55:38 - 1.5 > +++ Makefile 8 May 2019 09:01:04 - > @@ -4,8 +4,7 @@ COMMENT = faster implementation of HTTP > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = HTTP-Headers-Fast-0.20 > -REVISION = 0 > +DISTNAME = HTTP-Headers-Fast-0.22 > CATEGORIES = www > > # Perl > @@ -13,10 +12,8 @@ PERMIT_PACKAGE_CDROM = Yes > > RUN_DEPENDS =www/p5-HTTP-Date > > -TEST_DEPENDS = devel/p5-Test-Requires \ > - www/p5-HTTP-Message \ > - www/p5-URI > +TEST_DEPENDS = devel/p5-Test-Requires > > -CONFIGURE_STYLE =modbuild > +CONFIGURE_STYLE =modbuild tiny > > .include > Index: distinfo > === > RCS file:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2019/05/14 17:43:31 Modified files: lang/janet : Makefile distinfo lang/janet/patches: patch-Makefile lang/janet/pkg : PLIST Log message: Update janet to 0.5.0 Reintroduce the shared lib with some more install work. Initial diff from Fred with tweaks from me.
Re: Update: lang/janet to v0.5.0
On Mon, May 13, 2019 at 04:27:11PM +0100, Fred wrote: > Hi James, > > Was having a play with lang/janet and noticed that the stable version was > now at v0.5.0. > > A diff to bring Janet up to v0.5.0 is attached below. > > Cheers > > Fred > -- Committed with some tweaks to how we handle shared libs. Thanks. > > Index: Makefile > === > RCS file: /cvs/ports/lang/janet/Makefile,v > retrieving revision 1.4 > diff -u -p -u -r1.4 Makefile > --- Makefile 16 Apr 2019 01:56:16 - 1.4 > +++ Makefile 13 May 2019 11:30:32 - > @@ -5,7 +5,7 @@ CATEGORIES = lang > > GH_ACCOUNT = janet-lang > GH_PROJECT = janet > -GH_TAGNAME = v0.4.1 > +GH_TAGNAME = v0.5.0 > > HOMEPAGE = https://www.janet-lang.org/ > MAINTAINER = James Turner > Index: distinfo > === > RCS file: /cvs/ports/lang/janet/distinfo,v > retrieving revision 1.3 > diff -u -p -u -r1.3 distinfo > --- distinfo 16 Apr 2019 00:29:26 - 1.3 > +++ distinfo 13 May 2019 11:30:32 - > @@ -1,2 +1,2 @@ > -SHA256 (janet-0.4.1.tar.gz) = rV6qet9xT8H/90OnOeMLo/abveh6vLonxzO3obkdcC4= > -SIZE (janet-0.4.1.tar.gz) = 405290 > +SHA256 (janet-0.5.0.tar.gz) = 9ckBInFYaWV0J8u6YoCaHVPqrO0iaOfVUgIwHWWnUHY= > +SIZE (janet-0.5.0.tar.gz) = 409322 > Index: patches/patch-Makefile > === > RCS file: /cvs/ports/lang/janet/patches/patch-Makefile,v > retrieving revision 1.2 > diff -u -p -u -r1.2 patch-Makefile > --- patches/patch-Makefile13 Mar 2019 01:14:47 - 1.2 > +++ patches/patch-Makefile13 May 2019 11:30:32 - > @@ -1,16 +1,16 @@ > -$OpenBSD: patch-Makefile,v 1.2 2019/03/13 01:14:47 jturner Exp $ > +$OpenBSD$ > > Use a date stamp for JANET_BUILD to avoid using git. > Replace hardcoded -O2. > Fix installation. > > Index: Makefile > Makefile.orig > -+++ Makefile > -@@ -26,15 +26,15 @@ PREFIX?=/usr/local > - > +--- Makefile.origMon May 13 12:13:49 2019 > Makefile Mon May 13 12:15:25 2019 > +@@ -27,15 +27,15 @@ PREFIX?=/usr/local > INCLUDEDIR=$(PREFIX)/include > BINDIR=$(PREFIX)/bin > + LIBDIR=$(PREFIX)/lib > -JANET_BUILD?="\"$(shell git log --pretty=format:'%h' -n 1)\"" > +JANET_BUILD?="\"$(shell date +%Y%m%d)\"" > CLIBS=-lm > Index: pkg/PLIST > === > RCS file: /cvs/ports/lang/janet/pkg/PLIST,v > retrieving revision 1.3 > diff -u -p -u -r1.3 PLIST > --- pkg/PLIST 16 Apr 2019 00:29:26 - 1.3 > +++ pkg/PLIST 13 May 2019 11:30:32 - > @@ -9,4 +9,7 @@ lib/janet/cook.janet > lib/janet/highlight.janet > lib/janet/janet.h > lib/janet/janetconf.h > +lib/libjanet.so > +lib/libjanet.so.0 > +@bin lib/libjanet.so.0.5.0 > @man man/man1/janet.1 -- James Turner
[update] textproc/p5-Text-Format 0.60 -> 0.61
Here is another quick update for Text::Format. The only upstream change is a move to Dist::Zilla for distribution [0]. Port-wise it's also a simple update. Testing: - 'make test' passes - there are 2 consumers: net/p5-Net-eBay and www/p5-Object-eBay. They pass their tests [1]. Comments and feedback are welcome. Charlène. [0] https://metacpan.org/source/SHLOMIF/Text-Format-0.61/Changes [1] http://0x0.st/zAwu.tgz Index: Makefile === RCS file: /cvs/ports/textproc/p5-Text-Format/Makefile,v retrieving revision 1.6 diff -u -p -u -p -r1.6 Makefile --- Makefile30 Apr 2017 15:29:46 - 1.6 +++ Makefile14 May 2019 23:32:07 - @@ -2,10 +2,10 @@ COMMENT= various subroutines to format text -DISTNAME = Text-Format-0.60 +DISTNAME= Text-Format-0.61 CATEGORIES=textproc -# perl +# Perl PERMIT_PACKAGE_CDROM= Yes MODULES= cpan Index: distinfo === RCS file: /cvs/ports/textproc/p5-Text-Format/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo30 Apr 2017 15:29:46 - 1.4 +++ distinfo14 May 2019 23:32:07 - @@ -1,2 +1,2 @@ -SHA256 (Text-Format-0.60.tar.gz) = Zk8xNXBgRiT/nh/JsmttBOBol7Pk6sgwifwJBaaSorg= -SIZE (Text-Format-0.60.tar.gz) = 25913 +SHA256 (Text-Format-0.61.tar.gz) = u4o7j/UVyFEBuvVTp2kzf5RKBc3oHxEa54r/QWv0ris= +SIZE (Text-Format-0.61.tar.gz) = 27814
[update] textproc/p5-Text-Diff-HTML 0.07 -> 0.08
Here is a quick update for Text::Diff::HTML. The only upstream changes are distribution related [0]. Port-wise, it's a simple update with some cleaning of trailing whitespaces and use of TEST_POD instead of a TEST_DEPENDS. Testing: - 'make test' passes - The only consumer is devel/p5-SVN-Web, that still fails (i'll have to update it someday i guess) Comments/feedback are welcome. Charlène. [0] https://metacpan.org/changes/release/TIMK/Text-Diff-HTML-0.08 [1] http://0x0.st/zAys.tgz Index: Makefile === RCS file: /cvs/ports/textproc/p5-Text-Diff-HTML/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- Makefile20 Mar 2016 19:57:09 - 1.12 +++ Makefile14 May 2019 19:29:52 - @@ -4,17 +4,17 @@ COMMENT= XHTML format for Text::Diff::U MODULES= cpan PKG_ARCH= * -DISTNAME= Text-Diff-HTML-0.07 +DISTNAME= Text-Diff-HTML-0.08 CATEGORIES=textproc www -# perl -PERMIT_PACKAGE_CDROM= Yes +# Perl +PERMIT_PACKAGE_CDROM= Yes -CONFIGURE_STYLE= modbuild +RUN_DEPENDS= textproc/p5-Text-Diff>=0.11 \ + www/p5-HTML-Parser -RUN_DEPENDS= www/p5-HTML-Parser \ - textproc/p5-Text-Diff +CONFIGURE_STYLE= modbuild -TEST_DEPENDS= devel/p5-Test-Pod +MAKE_ENV+= TEST_POD=Yes -.include +.include Index: distinfo === RCS file: /cvs/ports/textproc/p5-Text-Diff-HTML/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- distinfo18 Jan 2015 03:15:26 - 1.6 +++ distinfo14 May 2019 19:29:52 - @@ -1,2 +1,2 @@ -SHA256 (Text-Diff-HTML-0.07.tar.gz) = ccZVxmsF1TMsnrA/Ohdmh+S3FMcagjW93NF1Z0miu0I= -SIZE (Text-Diff-HTML-0.07.tar.gz) = 6510 +SHA256 (Text-Diff-HTML-0.08.tar.gz) = PEXSLy6s40ugMUZMtmfLWDE1x5eqO2sX6dR8Q+VC/d8= +SIZE (Text-Diff-HTML-0.08.tar.gz) = 19182
Re: UPDATE: devel/boehm-gc (7.6.0 => 7.6.12)
Stuart Henderson writes: > On 2019/05/14 23:31, Ivan Maidanski wrote: >> Hello, >> >> Here's a patch to update boehm-gc to v7.6.12 and libatomic_ops to v7.6.10. >> >> gc v7.6.0 was an experimental release not intended for the production code. > > > > On which arches has this been tested? I can't download 7.6.12. Was this a typo? Pasting my diff for 8.0.4 (from https://marc.info/?l=openbsd-ports=155721770419329=2). An important change is the new configure flag `--enable-static=yes' Removed maintainer request since I don't understand the platform-dependent parts. Feel free to merge it with what you have if it helps. Index: Makefile === RCS file: /cvs/ports/devel/boehm-gc/Makefile,v retrieving revision 1.70 diff -u -p -u -p -r1.70 Makefile --- Makefile30 Dec 2018 17:08:09 - 1.70 +++ Makefile14 May 2019 21:12:26 - @@ -3,50 +3,50 @@ COMMENT-main= garbage collection and memory leak detection for C and C++ COMMENT-atomic=access to hardware provided atomic memory operations -VERSION= 7.6.0 -LIBAO_VERSION= 7.6.6 +VERSION= 8.0.4 +LIBAO_VERSION= 7.6.10 DISTNAME= gc-${VERSION} PKGNAME-atomic=libatomic_ops-${LIBAO_VERSION} PKGNAME-main= boehm-gc-${VERSION} -REVISION-main= 2 DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ libatomic_ops-${LIBAO_VERSION}${EXTRACT_SUFX} MULTI_PACKAGES=-main -atomic -SHARED_LIBS += gc 4.0 # 1.3 -SHARED_LIBS += gccpp 0.0 # 1.3 -SHARED_LIBS += cord2.3 # 1.3 -SHARED_LIBS += atomic_ops 2.0 # 1.3 -SHARED_LIBS += atomic_ops_gpl 2.0 # 1.3 +SHARED_LIBS+= gc 5.0 # 5.3 +SHARED_LIBS+= gccpp 0.1 # 5.0 +SHARED_LIBS+= cord2.3 # 5.0 +SHARED_LIBS+= atomic_ops 2.0 # 2.1 +SHARED_LIBS+= atomic_ops_gpl 2.0 # 2.2 CATEGORIES=devel MASTER_SITES= ${HOMEPAGE}gc_source/ -HOMEPAGE= http://hboehm.info/gc/ +HOMEPAGE= https://hboehm.info/gc/ # currently works only on most ELF archs NOT_FOR_ARCHS= m88k PERMIT_PACKAGE_CDROM= Yes -WANTLIB-main += m pthread ${COMPILER_LIBCXX} +WANTLIB-main+= m pthread ${COMPILER_LIBCXX} -COMPILER = base-clang ports-gcc base-gcc +COMPILER= base-clang ports-gcc base-gcc MAKE_ENV= CP="cp" \ INSTALL_DATA="${INSTALL_DATA}" \ INSTALL_MAN="${INSTALL_MAN}" -CONFIGURE_STYLE= gnu +CONFIGURE_STYLE= gnu -CONFIGURE_ARGS= --with-libatomic-ops=no \ +CONFIGURE_ARGS=--with-libatomic-ops=no \ --enable-cplusplus \ - --enable-threads=pthreads + --enable-threads=pthreads \ + --enable-static=yes post-extract: @perl -pi -e "s,/usr/local,${PREFIX},g" ${WRKSRC}/doc/gc.man Index: distinfo === RCS file: /cvs/ports/devel/boehm-gc/distinfo,v retrieving revision 1.11 diff -u -p -u -p -r1.11 distinfo --- distinfo30 Dec 2018 17:08:09 - 1.11 +++ distinfo14 May 2019 21:12:26 - @@ -1,4 +1,4 @@ -SHA256 (gc-7.6.0.tar.gz) = oUoosRKb6Q5VzW9xEn/8VZThCR1dVBMVKMJM0MA7fZA= -SHA256 (libatomic_ops-7.6.6.tar.gz) = mf6rxfVId/MU20+t6xCfCz4dGlSvtrSz37oecH444HQ= -SIZE (gc-7.6.0.tar.gz) = 751 -SIZE (libatomic_ops-7.6.6.tar.gz) = 498187 +SHA256 (gc-8.0.4.tar.gz) = Q2oN3GexrAsEBbYalnW8qeB1yBVvTevR0G86VsfNKJ0= +SHA256 (libatomic_ops-7.6.10.tar.gz) = WH7fYIF/Vtrx4as4pLPHKbjoRv9ntPYqYVcYNwjwma8= +SIZE (gc-8.0.4.tar.gz) = 1160528 +SIZE (libatomic_ops-7.6.10.tar.gz) = 503734 Index: patches/patch-bdw-gc_pc_in === RCS file: /cvs/ports/devel/boehm-gc/patches/patch-bdw-gc_pc_in,v retrieving revision 1.1 diff -u -p -u -p -r1.1 patch-bdw-gc_pc_in --- patches/patch-bdw-gc_pc_in 9 Dec 2009 20:36:49 - 1.1 +++ patches/patch-bdw-gc_pc_in 14 May 2019 21:12:26 - @@ -1,10 +1,11 @@ $OpenBSD: patch-bdw-gc_pc_in,v 1.1 2009/12/09 20:36:49 sthen Exp $ bdw-gc.pc.in.orig Mon Dec 7 10:57:34 2009 -+++ bdw-gc.pc.in Mon Dec 7 10:57:46 2009 +Index: bdw-gc.pc.in +--- bdw-gc.pc.in.orig bdw-gc.pc.in @@ -6,5 +6,5 @@ includedir=@includedir@ Name: Boehm-Demers-Weiser Conservative Garbage Collector Description: A garbage collector for C and C++ Version: @PACKAGE_VERSION@ --Libs: -L${libdir} -lgc -+Libs: -L${libdir} -lgc -pthread +-Libs: -L${libdir} @ATOMIC_OPS_LIBS@ -lgc ++Libs: -L${libdir} @ATOMIC_OPS_LIBS@ -lgc -pthread Cflags: -I${includedir} Index: patches/patch-include_gc_config_macros_h === RCS file: /cvs/ports/devel/boehm-gc/patches/patch-include_gc_config_macros_h,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-include_gc_config_macros_h --- patches/patch-include_gc_config_macros_h9 Feb 2014 06:01:54 - 1.3 +++
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 15:36:37 Modified files: net/p5-Net-Telnet-Cisco: Makefile distinfo net/p5-Net-Telnet-Cisco/pkg: DESCR Log message: p5-Net-Telnet-Cisco: update to 1.11 Changelog: https://metacpan.org/source/VINSWORLD/Net-Telnet-Cisco-1.11/Changes OK steven@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 15:33:55 Modified files: net/p5-Net-SSH2: Makefile distinfo Log message: p5-Net-SSH2: update to 0.70 Changelog: https://metacpan.org/source/SALVA/Net-SSH2-0.70/Changes OK steven@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 15:31:04 Modified files: net/p5-Net-SMTPS: Makefile distinfo Log message: p5-Net-SMTPS: update to 0.09 Changelog: https://metacpan.org/source/TOMO/Net-SMTPS-0.09/Changes OK steven@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 15:28:53 Modified files: net/p5-Net-Netmask: Makefile distinfo Log message: p5-Net-Netmask: update to 1.9104 Changelog: https://metacpan.org/changes/release/JMASLAK/Net-Netmask-1.9104 OK steven@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/14 15:27:51 Modified files: www/pelican: Makefile Log message: Take maintainership Previous maintainer asked to be dropped
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2019/05/14 15:10:03 Modified files: net/tor: Makefile distinfo net/tor/patches: patch-configure_ac Log message: Update to new major release Tor 0.4.0.5. For a full changelog, see: https://lists.torproject.org/pipermail/tor-announce/2019-May/000178.html
Re: UPDATE: devel/boehm-gc (7.6.0 => 7.6.12)
On 2019/05/14 23:31, Ivan Maidanski wrote: > Hello, > > Here's a patch to update boehm-gc to v7.6.12 and libatomic_ops to v7.6.10. > > gc v7.6.0 was an experimental release not intended for the production code. On which arches has this been tested?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/14 14:40:43 Modified files: sysutils/firmware/intel: Makefile Log message: bump REVISION as the packages I had built didn't have the changed maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 14:34:15 Modified files: sysutils/firmware/intel: Makefile distinfo sysutils/firmware/intel/pkg: PLIST Log message: update intel microcode to 20190514 changes VERW instruction to clear CPU buffer https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html https://www.intel.com/content/dam/www/public/us/en/documents/corporate-information/SA00233-microcode-update-guidance_05132019.pdf https://software.intel.com/security-software-guidance/insights/deep-dive-intel-analysis-microarchitectural-data-sampling take MAINTAINER as suggested by patrick@
UPDATE: devel/boehm-gc (7.6.0 => 7.6.12)
Hello, Here's a patch to update boehm-gc to v7.6.12 and libatomic_ops to v7.6.10. gc v7.6.0 was an experimental release not intended for the production code. From f092b58b230e5d3b0719d88020bb60f03b043711 Mon Sep 17 00:00:00 2001 From: Ivan Maidanski Date: Tue, 14 May 2019 22:47:57 +0300 Subject: [PATCH] Update to gc-7.6.12 and libatomic_ops-7.6.10 --- devel/boehm-gc/Makefile | 10 ++- devel/boehm-gc/distinfo | 8 +-- devel/boehm-gc/patches/patch-bdw-gc_pc_in | 10 +-- .../patches/patch-include_gc_config_macros_h | 18 +++--- .../patches/patch-include_private_gcconfig_h | 63 ++- devel/boehm-gc/pkg/DESCR-atomic | 8 ++- devel/boehm-gc/pkg/DESCR-main | 2 +- 7 files changed, 61 insertions(+), 58 deletions(-) diff --git a/devel/boehm-gc/Makefile b/devel/boehm-gc/Makefile index 5720377fb8b..dde4b555ea0 100644 --- a/devel/boehm-gc/Makefile +++ b/devel/boehm-gc/Makefile @@ -1,16 +1,15 @@ -# $OpenBSD: Makefile,v 1.70 2018/12/30 17:08:09 pascal Exp $ +# $OpenBSD: Makefile,v 1.71 2019/05/14 00:08:00 ivmai Exp $ COMMENT-main= garbage collection and memory leak detection for C and C++ -COMMENT-atomic= access to hardware provided atomic memory operations +COMMENT-atomic= access to hardware-provided atomic memory operations -VERSION= 7.6.0 -LIBAO_VERSION= 7.6.6 +VERSION= 7.6.12 +LIBAO_VERSION= 7.6.10 DISTNAME= gc-${VERSION} PKGNAME-atomic= libatomic_ops-${LIBAO_VERSION} PKGNAME-main= boehm-gc-${VERSION} -REVISION-main= 2 DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ libatomic_ops-${LIBAO_VERSION}${EXTRACT_SUFX} @@ -60,6 +59,5 @@ pre-build: post-install: @cd ${WRKBUILD}/libatomic_ops && ${SETENV} ${MAKE_ENV} \ ${MAKE_PROGRAM} ${ALL_FAKE_FLAGS} install - ${INSTALL_DATA} ${WRKSRC}/doc/gc.man ${PREFIX}/man/man3/gc.3 .include diff --git a/devel/boehm-gc/distinfo b/devel/boehm-gc/distinfo index f63a193b6b6..f0c7ec9d5c3 100644 --- a/devel/boehm-gc/distinfo +++ b/devel/boehm-gc/distinfo @@ -1,4 +1,4 @@ -SHA256 (gc-7.6.0.tar.gz) = oUoosRKb6Q5VzW9xEn/8VZThCR1dVBMVKMJM0MA7fZA= -SHA256 (libatomic_ops-7.6.6.tar.gz) = mf6rxfVId/MU20+t6xCfCz4dGlSvtrSz37oecH444HQ= -SIZE (gc-7.6.0.tar.gz) = 751 -SIZE (libatomic_ops-7.6.6.tar.gz) = 498187 +SHA256 (gc-7.6.12.tar.gz) = bK+sDZNlwvhgT5MKq9RxFFrEarb3ceg15XmVlk6EUII= +SHA256 (libatomic_ops-7.6.10.tar.gz) = WH7fYIF/Vtrx4as4pLPHKbjoRv9ntPYqYVcYNwjwma8= +SIZE (gc-7.6.12.tar.gz) = 1144396 +SIZE (libatomic_ops-7.6.10.tar.gz) = 503734 diff --git a/devel/boehm-gc/patches/patch-bdw-gc_pc_in b/devel/boehm-gc/patches/patch-bdw-gc_pc_in index 130ead0e56e..c25ddd15f8f 100644 --- a/devel/boehm-gc/patches/patch-bdw-gc_pc_in +++ b/devel/boehm-gc/patches/patch-bdw-gc_pc_in @@ -1,10 +1,10 @@ -$OpenBSD: patch-bdw-gc_pc_in,v 1.1 2009/12/09 20:36:49 sthen Exp $ bdw-gc.pc.in.orig Mon Dec 7 10:57:34 2009 -+++ bdw-gc.pc.in Mon Dec 7 10:57:46 2009 +$OpenBSD: patch-bdw-gc_pc_in,v 1.2 2019/05/14 00:05:00 ivmai Exp $ +--- bdw-gc.pc.in.orig Tue May 14 00:01:00 2019 bdw-gc.pc.in Tue Dec 14 00:04:00 2019 @@ -6,5 +6,5 @@ includedir=@includedir@ Name: Boehm-Demers-Weiser Conservative Garbage Collector Description: A garbage collector for C and C++ Version: @PACKAGE_VERSION@ --Libs: -L${libdir} -lgc -+Libs: -L${libdir} -lgc -pthread +-Libs: -L${libdir} @ATOMIC_OPS_LIBS@ -lgc ++Libs: -L${libdir} @ATOMIC_OPS_LIBS@ -lgc -pthread Cflags: -I${includedir} diff --git a/devel/boehm-gc/patches/patch-include_gc_config_macros_h b/devel/boehm-gc/patches/patch-include_gc_config_macros_h index eedafa84bae..4c6ababf8c4 100644 --- a/devel/boehm-gc/patches/patch-include_gc_config_macros_h +++ b/devel/boehm-gc/patches/patch-include_gc_config_macros_h @@ -1,7 +1,7 @@ -$OpenBSD: patch-include_gc_config_macros_h,v 1.3 2014/02/09 06:01:54 shadchin Exp $ include/gc_config_macros.h.orig Sat Jan 18 23:56:01 2014 -+++ include/gc_config_macros.h Sat Jan 18 23:54:59 2014 -@@ -87,14 +87,14 @@ +$OpenBSD: patch-include_gc_config_macros_h,v 1.4 2019/05/14 00:45:00 ivmai Exp $ +--- include/gc_config_macros.h.orig Tue May 14 00:01:00 2019 include/gc_config_macros.h Tue Dec 14 00:44:00 2019 +@@ -88,7 +88,9 @@ # if defined(__mips) && !defined(__linux__) # define GC_IRIX_THREADS # endif @@ -9,11 +9,13 @@ $OpenBSD: patch-include_gc_config_macros_h,v 1.3 2014/02/09 06:01:54 shadchin Ex +# if defined(__OpenBSD__) +# define GC_OPENBSD_THREADS +# elif defined(__sparc) && !defined(__linux__) \ - || defined(sun) && (defined(i386) || defined(__i386__) \ - || defined(__amd64__)) - # define GC_SOLARIS_THREADS - # elif defined(__APPLE__) && defined(__MACH__) + || ((defined(sun) || defined(__sun)) \ + && (defined(i386) || defined(__i386__) \ + || defined(__amd64) || defined(__amd64__))) +@@ -97,8 +99,6 @@ # define GC_DARWIN_THREADS + # elif defined(__HAIKU__) + # define GC_HAIKU_THREADS -# elif defined(__OpenBSD__) -# define
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/14 14:20:17 Modified files: lang/php : Makefile.inc lang/php/7.1 : Makefile lang/php/7.2 : Makefile lang/php/7.3 : Makefile Removed files: lang/php/7.1/patches: patch-ext_tidy_config_m4 patch-ext_tidy_tidy_c lang/php/7.2/patches: patch-ext_tidy_config_m4 patch-ext_tidy_tidy_c Log message: switch from tidyp to tidy(-html5)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/14 14:04:14 Modified files: sysutils/firmware: Makefile.inc Log message: Don't set a default MASTER_SITES if download points at github
Re: UPDATE: devel/kdiff3
On Tue, May 14, 2019 at 09:00:57PM +0200, Rafael Sadowski wrote: > Please find below a simple diff to update kdiff3 to 1.8, This update get > rid of Qt3 and switch to the moder KDE framework 5. Looks good. > Very short and little tested, need real world users. Works fine on amd64. OK kn, one nit. You might want to sync DESCR with upstream's README. > +# GPLv2 It's GPLv2+
devel/emscripten - C/C++ to Javascript (asm.js) WebAssembly transpiler
Hi all, Emscripten is a C/C++ to asm.js and WebAssembly transpiler. It sounds like a terrible idea but it is actually very effective for porting existing OpenGL / SDL applications. We use it a lot at work and a few of us run OpenBSD systems but up to this point I don't believe a port has ever been made. I personally have always just built it manually to /opt/emscripten. I have added the port to my github account here: https://github.com/osen/openbsd_emscripten Some notes... - Emscripten is basically a modified llvm/clang compiler called fastcomp. - Installs to $PREFIX/emscripten, with scripts to i.e $PREFIX/bin/emcc - I did this to not conflict with standard clang and to keep it all together - Requires gcc>4.8. It compiles on clang with the provided patches but the binary fails with "failed to allocate memory". I am not sure why yet. - During compiling on amd64 it can take up to ~3.5 gigs of memory (for the clang executable). When compiling as a normal user, you might need to bump up the data ulimit. - Latest version, we use an older version at work that aligns to a commercial game engine but the latest seems to work well and I plan to keep it up to date. If you would like to test, please let me know if there are any issues. I have not made an OpenBSD port for over 4 years so I am probably quite rusty. Best regards, Karsten
[update] games/barony: fix backport
Hi, thfr reported an issue a bit before 6.5 release and as the barony release takes longer than expected here is the fix backported. Cheers. patch-games-barony.diff Description: Binary data
UPDATE: devel/kdiff3
Please find below a simple diff to update kdiff3 to 1.8, This update get rid of Qt3 and switch to the moder KDE framework 5. Very short and little tested, need real world users. Cheers, RS Index: Makefile === RCS file: /cvs/ports/devel/kdiff3/Makefile,v retrieving revision 1.13 diff -u -p -u -p -r1.13 Makefile --- Makefile24 Oct 2018 14:28:00 - 1.13 +++ Makefile14 May 2019 19:00:06 - @@ -2,27 +2,53 @@ COMMENT = compares and merges multiple files or directories -DISTNAME = kdiff3-0.9.98 -REVISION = 2 -CATEGORIES = devel x11/kde -HOMEPAGE = http://kdiff3.sourceforge.net/ +DISTNAME = kdiff3-1.8 -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=kdiff3/} +CATEGORIES = devel -# GPLv2 -PERMIT_PACKAGE_CDROM = Yes - -WANTLIB = ICE QtGui SM X11 Xext Xi Xinerama Xrender -WANTLIB += c fontconfig freetype m pthread ${COMPILER_LIBCXX} +HOMEPAGE = https://kde.org/applications/development/kdiff3/ -COMPILER = base-clang ports-gcc base-gcc +MASTER_SITES = ${MASTER_SITE_KDE:=stable/kdiff3/} +EXTRACT_SUFX = .tar.xz -MODULES = x11/qt4 devel/qmake - -CONFIGURE_STYLE = qmake -MODQMAKE_PROJECTS =src-QT4/kdiff3.pro +# GPLv2 +PERMIT_PACKAGE_CDROM = Yes -pre-configure: - @${SUBST_CMD} ${WRKSRC}/src-QT4/kdiff3.pro +WANTLIB += ${COMPILER_LIBCXX} KF5Auth KF5Codecs KF5Completion +WANTLIB += KF5ConfigCore KF5ConfigGui KF5ConfigWidgets KF5CoreAddons +WANTLIB += KF5Crash KF5I18n KF5IconThemes KF5JobWidgets KF5KIOCore +WANTLIB += KF5KIOWidgets KF5Parts KF5Service KF5SonnetUi KF5TextWidgets +WANTLIB += KF5WidgetsAddons KF5XmlGui Qt5Concurrent Qt5Core Qt5DBus +WANTLIB += Qt5Gui Qt5Network Qt5PrintSupport Qt5Widgets Qt5Xml +WANTLIB += c m + +MODULES = devel/kf5 + +BUILD_DEPENDS += devel/gettext-tools \ + devel/kf5/kbookmarks \ + devel/kf5/kdoctools \ + +RUN_DEPENDS += devel/desktop-file-utils \ + devel/kf5/kbookmarks \ + devel/kf5/kdoctools \ + x11/gtk+3,-guic + +LIB_DEPENDS += devel/kf5/kauth \ + devel/kf5/kbookmarks \ + devel/kf5/kcodecs \ + devel/kf5/kcompletion \ + devel/kf5/kconfig \ + devel/kf5/kconfigwidgets \ + devel/kf5/kcoreaddons \ + devel/kf5/kcrash \ + devel/kf5/ki18n \ + devel/kf5/kiconthemes \ + devel/kf5/kio \ + devel/kf5/kparts \ + devel/kf5/kservice \ + devel/kf5/ktextwidgets \ + devel/kf5/kwidgetsaddons \ + devel/kf5/kxmlgui \ + devel/kf5/sonnet .include Index: distinfo === RCS file: /cvs/ports/devel/kdiff3/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo14 Mar 2016 23:50:50 - 1.4 +++ distinfo14 May 2019 19:00:06 - @@ -1,2 +1,2 @@ -SHA256 (kdiff3-0.9.98.tar.gz) = gCwauroCtAOl3KFZVcAVkplxFqJJCXRQFpMVNyEP1mg= -SIZE (kdiff3-0.9.98.tar.gz) = 1762715 +SHA256 (kdiff3-1.8.tar.xz) = pFzkkn8v5/CnbxfaXsfUBV4/zFHof7Q0gYkeHlj5dyA= +SIZE (kdiff3-1.8.tar.xz) = 897716 Index: patches/patch-src-QT4_kdiff3_pro === RCS file: patches/patch-src-QT4_kdiff3_pro diff -N patches/patch-src-QT4_kdiff3_pro --- patches/patch-src-QT4_kdiff3_pro2 Oct 2012 01:54:47 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,17 +0,0 @@ -$OpenBSD: patch-src-QT4_kdiff3_pro,v 1.2 2012/10/02 01:54:47 lteo Exp $ src-QT4/kdiff3.pro.origSat Jul 14 06:27:14 2012 -+++ src-QT4/kdiff3.pro Thu Sep 27 00:29:53 2012 -@@ -64,11 +64,11 @@ os2 { - } - - unix { -- documentation.path = /usr/local/share/doc/kdiff3 -+ documentation.path = ${PREFIX}/share/doc/kdiff3 - documentation.files = ../doc/* - - INSTALLS += documentation - -- target.path = /usr/local/bin -+ target.path = ${PREFIX}/bin - INSTALLS += target - } Index: patches/patch-src-QT4_optiondialog_cpp === RCS file: patches/patch-src-QT4_optiondialog_cpp diff -N patches/patch-src-QT4_optiondialog_cpp --- patches/patch-src-QT4_optiondialog_cpp 19 Aug 2011 07:12:11 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,11 +0,0 @@ -$OpenBSD: patch-src-QT4_optiondialog_cpp,v 1.1.1.1 2011/08/19 07:12:11 landry Exp $ src-QT4/optiondialog.cpp.orig Wed Aug 17 22:02:08 2011 -+++ src-QT4/optiondialog.cpp Wed Aug 17 22:02:29 2011 -@@ -34,6 +34,7 @@ - #include - #include - #include -+#include - - #include - #include Index: pkg/PLIST
[update] net/p5-Net-Telnet-Cisco 1.10 -> 1.11
Here is an update for Net::Telnet::Cisco. What's new upstream (partial, see[0]): - fix 'vlan database' command - override Net::Telnet::fhopen() because it breaks when called upon a Net::Telnet::Cisco object - fix a bad use of //g and a sigil typo that caused the output to be messed up in long responses Port-wise it's a simple update. FIX_EXTRACT_PERMISSIONS is not needed anymore, license is provided in the distribution README. I've reflowed DESCR, as portcheck(1) found trailing whitespaces there to start with. I can't really test the module as it requires to have some Cisco hardware. The module loads without issues, and complains when incorrect host and indeed credentials are entered though. Testing on the real thing is welcome. Charlène. [0] https://metacpan.org/source/VINSWORLD/Net-Telnet-Cisco-1.11/Changes Index: Makefile === RCS file: /cvs/ports/net/p5-Net-Telnet-Cisco/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- Makefile8 Dec 2017 12:23:30 - 1.15 +++ Makefile14 May 2019 18:55:17 - @@ -4,19 +4,15 @@ COMMENT= module to interact with a Cisc MODULES= cpan PKG_ARCH= * -DISTNAME= Net-Telnet-Cisco-1.10 -REVISION= 1 +DISTNAME= Net-Telnet-Cisco-1.11 CATEGORIES=net -FIX_EXTRACT_PERMISSIONS=Yes HOMEPAGE= http://nettelnetcisco.sourceforge.net/ -# Artistic +# Perl PERMIT_PACKAGE_CDROM= Yes RUN_DEPENDS= net/p5-Net-Telnet>=3.02 - -BUILD_DEPENDS= ${RUN_DEPENDS} TEST_IS_INTERACTIVE= Yes Index: distinfo === RCS file: /cvs/ports/net/p5-Net-Telnet-Cisco/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo18 Jan 2015 03:14:47 - 1.4 +++ distinfo14 May 2019 18:55:17 - @@ -1,2 +1,2 @@ -SHA256 (Net-Telnet-Cisco-1.10.tar.gz) = CVm5sObxm6RAIzTf3DwHZXvdXCZy1MX/y/MhTV7dOPQ= -SIZE (Net-Telnet-Cisco-1.10.tar.gz) = 17579 +SHA256 (Net-Telnet-Cisco-1.11.tar.gz) = vSqljEdPWCw3NvKQzhFMlTDCZEfBw9aRMPpVJZFA9sE= +SIZE (Net-Telnet-Cisco-1.11.tar.gz) = 19282 Index: pkg/DESCR === RCS file: /cvs/ports/net/p5-Net-Telnet-Cisco/pkg/DESCR,v retrieving revision 1.2 diff -u -p -u -p -r1.2 DESCR --- pkg/DESCR 15 Dec 2003 21:55:08 - 1.2 +++ pkg/DESCR 14 May 2019 18:55:18 - @@ -1,3 +1,2 @@ -This perl module adds functionality to Net::Telnet -which helps automation of Cisco routers management -and statistic gathering. +This Perl module adds functionality to Net::Telnet which helps +automation of Cisco routers management and statistic gathering.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2019/05/14 12:55:53 Modified files: sysutils : Makefile Log message: Add node_exporter reminded by jasper@
[update] net/p5-Net-SSH2 0.69 -> 0.70
Here is an update for Net::SSH2. What's new upstream [0]: - Documentation improvements. - SFTP stat was not reporting errors correctly Port wise it's a simple update. When checking against portgen(1), it mentions that CONFIGURE_STYLE should be set to modinst, but upstream embeds their own Module::Install inside the distribution. Testing: - 'make test' passes on amd64 and macppc (XS module) - The sole consumer is sysutils/p5-Rex, it also passes its tests [1]. Comments/feedback are welcome :) Charlène. [0] https://metacpan.org/source/SALVA/Net-SSH2-0.70/Changes [1] http://0x0.st/zAJV.tgz Index: Makefile === RCS file: /cvs/ports/net/p5-Net-SSH2/Makefile,v retrieving revision 1.21 diff -u -p -u -p -r1.21 Makefile --- Makefile19 Jan 2019 21:01:31 - 1.21 +++ Makefile14 May 2019 18:26:32 - @@ -2,7 +2,7 @@ COMMENT = support for the SSH 2 protocol via libssh2 -DISTNAME = Net-SSH2-0.69 +DISTNAME = Net-SSH2-0.70 CATEGORIES = net MODULES = cpan @@ -11,7 +11,7 @@ PERMIT_PACKAGE_CDROM =Yes WANTLIB += c crypto perl ssl z ssh2 -LIB_DEPENDS = security/libssh2 +LIB_DEPENDS = security/libssh2 # Needed to find libssh2 CONFIGURE_ARGS += lib=${LOCALBASE}/lib inc=${LOCALBASE}/include Index: distinfo === RCS file: /cvs/ports/net/p5-Net-SSH2/distinfo,v retrieving revision 1.8 diff -u -p -u -p -r1.8 distinfo --- distinfo19 Jan 2019 21:01:31 - 1.8 +++ distinfo14 May 2019 18:26:32 - @@ -1,2 +1,2 @@ -SHA256 (Net-SSH2-0.69.tar.gz) = L8heFDS4pudxQthePOpaCBynHaXQLEISuZcNOjkkuqY= -SIZE (Net-SSH2-0.69.tar.gz) = 140601 +SHA256 (Net-SSH2-0.70.tar.gz) = RyNq+PSl5M+jA295adlAJHNJtlsDJHigxyugsuOYsAA= +SIZE (Net-SSH2-0.70.tar.gz) = 141804
Re: update intel microcode to 20190514
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html https://www.intel.com/content/dam/www/public/us/en/documents/corporate-information/SA00233-microcode-update-guidance_05132019.pdf On Wed, May 15, 2019 at 03:09:24AM +1000, Jonathan Gray wrote: > moved to github with prior release > > == 20190514 Release == > -- Updates upon 20190312 release -- > Processor Identifier Version Products > Model Stepping F-MO-S/PI Old->New > new platforms > VLVC0 6-37-8/02 0838 Atom Z series > VLVC0 6-37-8/0C 0838 Celeron N2xxx, Pentium N35xx > VLVD0 6-37-9/0F 090c Atom E38xx > CHVC0 6-4c-3/01 0368 Atom X series > CHVD0 6-4c-4/01 0411 Atom X series > CLX-SP B1 6-55-7/bf 0521 Xeon Scalable Gen2 > updated platforms > SNBD2/G1/Q0 6-2a-7/12 002e->002f Core Gen2 > IVBE1/L16-3a-9/12 0020->0021 Core Gen3 > HSWC0 6-3c-3/32 0025->0027 Core Gen4 > BDW-U/YE0/F06-3d-4/c0 002b->002d Core Gen5 > IVB-E/EP C1/M1/S1 6-3e-4/ed 042e->042f Core Gen3 X Series; Xeon > E5 v2 > IVB-EX D1 6-3e-7/ed 0714->0715 Xeon E7 v2 > HSX-E/EP Cx/M16-3f-2/6f 0041->0043 Core Gen4 X series; Xeon > E5 v3 > HSX-EX E0 6-3f-4/80 0013->0014 Xeon E7 v3 > HSW-U C0/D06-45-1/72 0024->0025 Core Gen4 > HSW-H C0 6-46-1/32 001a->001b Core Gen4 > BDW-H/E3 E0/G06-47-1/22 001e->0020 Core Gen5 > SKL-U/YD0/K16-4e-3/c0 00c6->00cc Core Gen6 > BDX-ML B0/M0/R0 6-4f-1/ef 0b2e->0036 Xeon E5/E7 v4; Core > i7-69xx/68xx > SKX-SP H0/M0/U0 6-55-4/b7 025a->005e Xeon Scalable > SKX-D M1 6-55-4/b7 025a->005e Xeon D-21xx > BDX-DE V1 6-56-2/10 0019->001a Xeon D-1520/40 > BDX-DE V2/3 6-56-3/10 0716->0717 Xeon > D-1518/19/21/27/28/31/33/37/41/48, Pentium D1507/08/09/17/19 > BDX-DE Y0 6-56-4/10 0f14->0f15 Xeon > D-1557/59/67/71/77/81/87 > BDX-NS A0 6-56-5/10 0e0c->0e0d Xeon > D-1513N/23/33/43/53 > APLD0 6-5c-9/03 0036->0038 Pentium N/J4xxx, Celeron > N/J3xxx, Atom x5/7-E39xx > SKL-H/SR0/N06-5e-3/36 00c6->00cc Core Gen6; Xeon E3 v5 > DNVB0 6-5f-1/01 0024->002e Atom C Series > GLKB0 6-7a-1/01 002c->002e Pentium Silver N/J5xxx, > Celeron N/J4xxx > AML-Y22H0 6-8e-9/10 009e->00b4 Core Gen8 Mobile > KBL-U/YH0 6-8e-9/c0 009a->00b4 Core Gen7 Mobile > CFL-U43e D0 6-8e-a/c0 009e->00b4 Core Gen8 Mobile > WHL-U W0 6-8e-b/d0 00a4->00b8 Core Gen8 Mobile > WHL-U V0 6-8e-d/94 00b2->00b8 Core Gen8 Mobile > KBL-G/H/S/E3 B0 6-9e-9/2a 009a->00b4 Core Gen7; Xeon E3 v6 > CFL-H/S/E3 U0 6-9e-a/22 00aa->00b4 Core Gen8 Desktop, > Mobile, Xeon E > CFL-S B0 6-9e-b/02 00aa->00b4 Core Gen8 > CFL-H/SP0 6-9e-c/22 00a2->00ae Core Gen9 > CFL-H R0 6-9e-d/22 00b0->00b8 Core Gen9 Mobile > > == 20190312 Release == > -- Updates upon 20180807 release -- > Processor Identifier Version Products > Model Stepping F-MO-S/PI Old->New > new platforms > AML-Y22H0 6-8e-9/10 009e Core Gen8 Mobile > WHL-U W0 6-8e-b/d0 00a4 Core Gen8 Mobile > WHL-U V0 6-8e-d/94 00b2 Core Gen8 Mobile > CFL-S P0 6-9e-c/22 00a2 Core Gen9 Desktop > CFL-H R0 6-9e-d/22 00b0 Core Gen9 Mobile > updated platforms > HSX-E/EP Cx/M16-3f-2/6f 003d->0041 Core Gen4 X series; Xeon > E5 v3 > HSX-EX E0 6-3f-4/80 0012->0013 Xeon E7 v3 > SKX-SP H0/M0/U0 6-55-4/b7 024d->005a Xeon Scalable > SKX-D M1 6-55-4/b7 024d->005a Xeon D-21xx > BDX-DE V1 6-56-2/10 0017->0019 Xeon D-1520/40 > BDX-DE V2/3 6-56-3/10 0713->0716 Xeon > D-1518/19/21/27/28/31/33
Re: [NEW] security/ghidra
On 5/14/19 7:48 PM, Jeremy O'Brien wrote: On Tue, May 14, 2019, at 12:43, Anthony J. Bentley wrote: Jeremy O'Brien writes: I noticed this port was committed today. I have to ask, did you actually try to use it? In its current state, (sans my above changes), there is no decompiler nor symbol demangler. This might have been OK to omit, except for the fact that you will get a "Could not find decompiler executable decompile" popup every single time you click anywhere in the disassembly pane, which makes this port unusable. Indeed they are very annoying. I agree the port is not "finished." But I've used Ghidra to do some minor work despite that, so I'm happy to see it in. Revising the port to add the native tools would be very welcome though. If you're willing to compile it yourself, my MR here: https://github.com/NationalSecurityAgency/ghidra/pull/490 makes the native components build perfectly in OpenBSD. Just follow the ghidra DevGuide.md instructions after applying the patch. I also have my personal build here (but that of course requires that you trust a stranger on the internet): https://pintobyte.com/tmp/ghidra_9.1-DEV_PUBLIC_20190513_openbsd64.zip if you don't feel like compiling but want the "full" ghidra experience. I do like that the current ghidra port requires no compilation, as the compilation process is a bit heavy-handed and takes some time to complete, but I personally would prefer to see a fully-working port over a fast-installing one. Thank you for feedback, I will try your patch to build ghidra and I will let you know. If you are motivated, you can send a diff that applies on the ghidra port to integrate your work. Cheers, Remi.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 11:59:56 Modified files: net/samba : Tag: OPENBSD_6_4 Makefile distinfo Log message: SECURITY update to samba-4.8.12 Fixes: o CVE-2018-16860 (Samba AD DC S4U2Self/S4U2Proxy unkeyed checksum) Release notes: https://www.samba.org/samba/history/samba-4.8.12.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 11:58:07 Modified files: net/samba : Tag: OPENBSD_6_5 Makefile distinfo Log message: SECURITY update to samba-4.8.12 Fixes: o CVE-2018-16860 (Samba AD DC S4U2Self/S4U2Proxy unkeyed checksum) Release notes: https://www.samba.org/samba/history/samba-4.8.12.html
[update] net/p5-Net-SMTPS 0.06 -> 0.09
Here is an update for Net::SMTPS. What's new upstream [0]: - fix STARTTLS - improvement for the debug option: it sets $IO::Socket::SSL::DEBUG now Port-wise it's a simple update with refreshed version for depends. Testing: - 'make test' passes - There are 2 consumers that i've tested [1], and found no new failures due to that update. Comments/feedback are welcome :) Charlène. [0] https://metacpan.org/source/TOMO/Net-SMTPS-0.09/Changes [1] http://0x0.st/zAL9.tgz Index: Makefile === RCS file: /cvs/ports/net/p5-Net-SMTPS/Makefile,v retrieving revision 1.4 diff -u -p -u -p -r1.4 Makefile --- Makefile30 Apr 2017 11:41:38 - 1.4 +++ Makefile14 May 2019 17:54:10 - @@ -4,13 +4,13 @@ COMMENT= SSL/STARTTLS support for Net::S MODULES= cpan PKG_ARCH= * -DISTNAME = Net-SMTPS-0.06 +DISTNAME = Net-SMTPS-0.09 CATEGORIES=net mail -# perl +# Perl PERMIT_PACKAGE_CDROM= Yes -RUN_DEPENDS= security/p5-IO-Socket-SSL \ - security/p5-Authen-SASL +RUN_DEPENDS= security/p5-Authen-SASL>=2 \ + security/p5-IO-Socket-SSL>=1 .include Index: distinfo === RCS file: /cvs/ports/net/p5-Net-SMTPS/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo30 Apr 2017 11:41:38 - 1.3 +++ distinfo14 May 2019 17:54:10 - @@ -1,2 +1,2 @@ -SHA256 (Net-SMTPS-0.06.tar.gz) = /+hMJtWgWJ8cVa+Y0SI7lHKFXKc6GulebC+HxcDe2Vo= -SIZE (Net-SMTPS-0.06.tar.gz) = 4701 +SHA256 (Net-SMTPS-0.09.tar.gz) = U3kalX0BgwYpWetmxmewsKsqMvbR5hNYibzBMrF5Weg= +SIZE (Net-SMTPS-0.09.tar.gz) = 5263
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 11:57:20 Modified files: net/samba : Makefile distinfo Log message: SECURITY update to samba-4.8.12 Fixes: o CVE-2018-16860 (Samba AD DC S4U2Self/S4U2Proxy unkeyed checksum) Release notes: https://www.samba.org/samba/history/samba-4.8.12.html
Re: [NEW] security/ghidra
On Tue, May 14, 2019, at 12:43, Anthony J. Bentley wrote: > Jeremy O'Brien writes: > > I noticed this port was committed today. I have to > > ask, did you actually try to use it? In its current > > state, (sans my above changes), there is no decompiler > > nor symbol demangler. This might have been OK to omit, > > except for the fact that you will get a "Could not > > find decompiler executable decompile" popup every > > single time you click anywhere in the disassembly pane, > > which makes this port unusable. > > Indeed they are very annoying. I agree the port is not > "finished." But I've used Ghidra to do some minor work despite that, so > I'm happy to see it in. Revising the port to add the native tools would > be very welcome though. > > If you're willing to compile it yourself, my MR here: https://github.com/NationalSecurityAgency/ghidra/pull/490 makes the native components build perfectly in OpenBSD. Just follow the ghidra DevGuide.md instructions after applying the patch. I also have my personal build here (but that of course requires that you trust a stranger on the internet): https://pintobyte.com/tmp/ghidra_9.1-DEV_PUBLIC_20190513_openbsd64.zip if you don't feel like compiling but want the "full" ghidra experience. I do like that the current ghidra port requires no compilation, as the compilation process is a bit heavy-handed and takes some time to complete, but I personally would prefer to see a fully-working port over a fast-installing one.
Re: [ports-gcc] Unbreak textproc/libwpd
On Tue, May 14 2019, Charlene Wendling wrote: > Hi ports, > >> http://build-failures.rhaalovely.net//sparc64/2019-05-03/textproc/libwpd.log > (impact macppc as well) > > What we have here is a typical missing header error. > > It builds fine on macppc and amd64 once provided. > > Comments and feedback are welcome, ok jca@ > Charlène. > > > Index: Makefile > === > RCS file: /cvs/ports/textproc/libwpd/Makefile,v > retrieving revision 1.23 > diff -u -p -u -p -r1.23 Makefile > --- Makefile 24 Oct 2018 14:28:11 - 1.23 > +++ Makefile 14 May 2019 17:30:31 - > @@ -5,7 +5,7 @@ COMMENT= import and export WordPerfect(t > DISTNAME=libwpd-0.8.9 > CATEGORIES= textproc > > -REVISION=11 > +REVISION=12 > > SHARED_LIBS= wpd-0.8 8.9 \ > wpd-stream-0.8 8.9 > Index: patches/patch-src_lib_WPXHeader_cpp > === > RCS file: patches/patch-src_lib_WPXHeader_cpp > diff -N patches/patch-src_lib_WPXHeader_cpp > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-src_lib_WPXHeader_cpp 14 May 2019 17:30:31 - > @@ -0,0 +1,16 @@ > +$OpenBSD$ > + > +ports-gcc: fix missing header > + > +Index: src/lib/WPXHeader.cpp > +--- src/lib/WPXHeader.cpp.orig > src/lib/WPXHeader.cpp > +@@ -23,6 +23,8 @@ > + * Corel Corporation or Corel Corporation Limited." > + */ > + > ++#include > ++ > + #include "WPXHeader.h" > + #include "WP3Header.h" > + #include "WP5Header.h" > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/14 11:36:23 Modified files: lang/elixir: Makefile distinfo Log message: update to elixir-1.8.2
[ports-gcc] Unbreak textproc/libwpd
Hi ports, > http://build-failures.rhaalovely.net//sparc64/2019-05-03/textproc/libwpd.log (impact macppc as well) What we have here is a typical missing header error. It builds fine on macppc and amd64 once provided. Comments and feedback are welcome, Charlène. Index: Makefile === RCS file: /cvs/ports/textproc/libwpd/Makefile,v retrieving revision 1.23 diff -u -p -u -p -r1.23 Makefile --- Makefile24 Oct 2018 14:28:11 - 1.23 +++ Makefile14 May 2019 17:30:31 - @@ -5,7 +5,7 @@ COMMENT=import and export WordPerfect(t DISTNAME= libwpd-0.8.9 CATEGORIES=textproc -REVISION= 11 +REVISION= 12 SHARED_LIBS= wpd-0.8 8.9 \ wpd-stream-0.8 8.9 Index: patches/patch-src_lib_WPXHeader_cpp === RCS file: patches/patch-src_lib_WPXHeader_cpp diff -N patches/patch-src_lib_WPXHeader_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_lib_WPXHeader_cpp 14 May 2019 17:30:31 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +ports-gcc: fix missing header + +Index: src/lib/WPXHeader.cpp +--- src/lib/WPXHeader.cpp.orig src/lib/WPXHeader.cpp +@@ -23,6 +23,8 @@ + * Corel Corporation or Corel Corporation Limited." + */ + ++#include ++ + #include "WPXHeader.h" + #include "WP3Header.h" + #include "WP5Header.h"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2019/05/14 11:21:31 Log message: Prometheus exporter for hardware and OS metrics exposed by *NIX kernels, written in Go with pluggable metric collectors. OK sthen@ Status: Vendor Tag: claudio Release Tags: claudio_20190514 U ports/sysutils/node_exporter/Makefile U ports/sysutils/node_exporter/distinfo U ports/sysutils/node_exporter/patches/patch-Makefile_common U ports/sysutils/node_exporter/pkg/DESCR U ports/sysutils/node_exporter/pkg/PLIST U ports/sysutils/node_exporter/pkg/node_exporter.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 11:20:34 Modified files: devel/riscv-elf/gcc: Makefile Added files: devel/riscv-elf/gcc/patches: patch-gcc_tree-vect-stmts_c Log message: Fix build with ports-gcc /usr/ports/pobj/riscv-elf-gcc-8.1.0/gcc-8.1.0/gcc/tree-vect-stmts.c:3748:14: error: converting to 'bool' from 'std::nullptr_t' requires direct-initialization [-fpermissive]
update intel microcode to 20190514
moved to github with prior release == 20190514 Release == -- Updates upon 20190312 release -- Processor Identifier Version Products ModelStepping F-MO-S/PI Old->New new platforms VLV C0 6-37-8/02 0838 Atom Z series VLV C0 6-37-8/0C 0838 Celeron N2xxx, Pentium N35xx VLV D0 6-37-9/0F 090c Atom E38xx CHV C0 6-4c-3/01 0368 Atom X series CHV D0 6-4c-4/01 0411 Atom X series CLX-SP B1 6-55-7/bf 0521 Xeon Scalable Gen2 updated platforms SNB D2/G1/Q0 6-2a-7/12 002e->002f Core Gen2 IVB E1/L16-3a-9/12 0020->0021 Core Gen3 HSW C0 6-3c-3/32 0025->0027 Core Gen4 BDW-U/Y E0/F06-3d-4/c0 002b->002d Core Gen5 IVB-E/EP C1/M1/S1 6-3e-4/ed 042e->042f Core Gen3 X Series; Xeon E5 v2 IVB-EX D1 6-3e-7/ed 0714->0715 Xeon E7 v2 HSX-E/EP Cx/M16-3f-2/6f 0041->0043 Core Gen4 X series; Xeon E5 v3 HSX-EX E0 6-3f-4/80 0013->0014 Xeon E7 v3 HSW-UC0/D06-45-1/72 0024->0025 Core Gen4 HSW-HC0 6-46-1/32 001a->001b Core Gen4 BDW-H/E3 E0/G06-47-1/22 001e->0020 Core Gen5 SKL-U/Y D0/K16-4e-3/c0 00c6->00cc Core Gen6 BDX-ML B0/M0/R0 6-4f-1/ef 0b2e->0036 Xeon E5/E7 v4; Core i7-69xx/68xx SKX-SP H0/M0/U0 6-55-4/b7 025a->005e Xeon Scalable SKX-DM1 6-55-4/b7 025a->005e Xeon D-21xx BDX-DE V1 6-56-2/10 0019->001a Xeon D-1520/40 BDX-DE V2/3 6-56-3/10 0716->0717 Xeon D-1518/19/21/27/28/31/33/37/41/48, Pentium D1507/08/09/17/19 BDX-DE Y0 6-56-4/10 0f14->0f15 Xeon D-1557/59/67/71/77/81/87 BDX-NS A0 6-56-5/10 0e0c->0e0d Xeon D-1513N/23/33/43/53 APL D0 6-5c-9/03 0036->0038 Pentium N/J4xxx, Celeron N/J3xxx, Atom x5/7-E39xx SKL-H/S R0/N06-5e-3/36 00c6->00cc Core Gen6; Xeon E3 v5 DNV B0 6-5f-1/01 0024->002e Atom C Series GLK B0 6-7a-1/01 002c->002e Pentium Silver N/J5xxx, Celeron N/J4xxx AML-Y22 H0 6-8e-9/10 009e->00b4 Core Gen8 Mobile KBL-U/Y H0 6-8e-9/c0 009a->00b4 Core Gen7 Mobile CFL-U43e D0 6-8e-a/c0 009e->00b4 Core Gen8 Mobile WHL-UW0 6-8e-b/d0 00a4->00b8 Core Gen8 Mobile WHL-UV0 6-8e-d/94 00b2->00b8 Core Gen8 Mobile KBL-G/H/S/E3 B0 6-9e-9/2a 009a->00b4 Core Gen7; Xeon E3 v6 CFL-H/S/E3 U0 6-9e-a/22 00aa->00b4 Core Gen8 Desktop, Mobile, Xeon E CFL-SB0 6-9e-b/02 00aa->00b4 Core Gen8 CFL-H/S P0 6-9e-c/22 00a2->00ae Core Gen9 CFL-HR0 6-9e-d/22 00b0->00b8 Core Gen9 Mobile == 20190312 Release == -- Updates upon 20180807 release -- Processor Identifier Version Products ModelStepping F-MO-S/PI Old->New new platforms AML-Y22 H0 6-8e-9/10 009e Core Gen8 Mobile WHL-UW0 6-8e-b/d0 00a4 Core Gen8 Mobile WHL-UV0 6-8e-d/94 00b2 Core Gen8 Mobile CFL-SP0 6-9e-c/22 00a2 Core Gen9 Desktop CFL-HR0 6-9e-d/22 00b0 Core Gen9 Mobile updated platforms HSX-E/EP Cx/M16-3f-2/6f 003d->0041 Core Gen4 X series; Xeon E5 v3 HSX-EX E0 6-3f-4/80 0012->0013 Xeon E7 v3 SKX-SP H0/M0/U0 6-55-4/b7 024d->005a Xeon Scalable SKX-DM1 6-55-4/b7 024d->005a Xeon D-21xx BDX-DE V1 6-56-2/10 0017->0019 Xeon D-1520/40 BDX-DE V2/3 6-56-3/10 0713->0716 Xeon D-1518/19/21/27/28/31/33/37/41/48, Pentium D1507/08/09/17/19 BDX-DE Y0 6-56-4/10 0f12->0f14 Xeon D-1557/59/67/71/77/81/87 BDX-NS A0 6-56-5/10 0e0a->0e0c Xeon D-1513N/23/33/43/53 APL D0 6-5c-9/03 0032->0036 Pentium N/J4xxx, Celeron N/J3xxx, Atom x5/7-E39xx APL E0 6-5c-a/03 000c->0010 Atom x5/7-E39xx GLK B0 6-7a-1/01 0028->002c Pentium Silver N/J5xxx, Celeron N/J4xxx KBL-U/Y H0 6-8e-9/c0 008e->009a Core Gen7 Mobile CFL-U43e D0 6-8e-a/c0 0096->009e Core Gen8 Mobile KBL-H/S/E3 B0 6-9e-9/2a 008e->009a Core Gen7; Xeon E3 v6 CFL-H/S/E3 U0
Re: sparc64 bulk build report
On Tue, May 14 2019, lan...@openbsd.org wrote: > bulk build on sparc64-1.ports.openbsd.org > started on Fri May 3 12:09:51 MDT 2019 > finished at Tue May 14 10:37:22 MDT 2019 > lasted 11D15h27m > done with kern.version=OpenBSD 6.5-current (GENERIC) #171: Thu May 2 > 13:46:09 MDT 2019 > > built packages:7811 Surprisingly low number, likely due to dconf. > May 3:239 > May 4:669 > May 5:110 > May 6:1735 > May 7:1222 > May 8:102 > May 9:61 > May 10:85 > May 11:127 > May 12:283 > May 13:769 > May 14:2408 > > > > critical path missing pkgs: > http://build-failures.rhaalovely.net//sparc64/2019-05-03/summary.log > > build failures: 51 > http://build-failures.rhaalovely.net//sparc64/2019-05-03/audio/libcdio.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/chinese/libpinyin.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/coccinelle.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/dconf.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/include-what-you-use.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/geo/pdal.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/llvm.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/security/aircrack-ng.log Those should be fixed now. > http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/gnucap.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/magic.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/netgen.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/qucs.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/leatherman.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/msgpack.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/openmpi.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/py-unicorn.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/pycdc.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/riscv-elf/gcc.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/xtensa-elf/gcc.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/fs-uae.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/ppsspp.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/vbam.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/dxx-rebirth.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/godot.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/love.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/maelstrom.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/mvdsv.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/pingus.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/xevil.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/graphics/makehuman.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/lang/apl.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/lang/janet.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/mail/opensmtpd-extras,-main.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/math/gbc.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/misc/gpsd.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/knot.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/megatools.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/mutella.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/osrtspproxy.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/pmacct.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/strongswan.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/toxcore.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/productivity/ledger.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/security/sslscan,openssl.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/telephony/pjsua.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/textproc/libwpd.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/www/goaccess,tokyocabinet.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/kde/arts3.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/libdbus-c++.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/ogre.log > http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/waimea.log > > recurrent failures > failures/cad/magic.log > failures/cad/netgen.log > failures/cad/qucs.log > failures/chinese/libpinyin.log > failures/devel/coccinelle.log > failures/devel/openmpi.log > failures/devel/py-unicorn.log > failures/devel/xtensa-elf/gcc.log > failures/emulators/ppsspp.log > failures/emulators/vbam.log > failures/games/godot.log
Re: [update] mariadb-10.3.14
On Mon, May 13 2019, Jeremie Courreges-Anglas wrote: > Now that 10.2 has been committed, here's an update to the latest. > Upstream removed the example config file so I decided to create one > based on > > https://mariadb.com/kb/en/library/configuring-mariadb-with-option-files/ > > No symbol change in the SHARED_LIBS. The diff also includes a fix for > the test target (mysql-test tests don't finish here). > > Looking for real use reports and oks. no_server doesn't build any more because my_global.h file is missing, so I'm holding off for now. Test reports still welcome. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: portgen(1) use old Makefile as template when upgrading a port
This patch lets us remove the FLAVORS if we're updating a port that is moving from supporting python 2 and 3 to only supporting one of them, it should also better handle removing the MODPY_VERSION in the very unlikely case that a python 3 only port adds python 2 support. Also able to simplify things as we ended up switching to copying everything except stuff we know we don't want. Noticed by kmos@ when trying out py-nose that does this Comments, OK? Index: infrastructure/lib/OpenBSD/PortGen/Port.pm === RCS file: /cvs/ports/infrastructure/lib/OpenBSD/PortGen/Port.pm,v retrieving revision 1.16 diff -u -p -r1.16 Port.pm --- infrastructure/lib/OpenBSD/PortGen/Port.pm 14 May 2019 15:00:01 - 1.16 +++ infrastructure/lib/OpenBSD/PortGen/Port.pm 14 May 2019 16:44:49 - @@ -312,6 +312,9 @@ sub write_makefile my @template = $self->parse_makefile("Makefile.orig"); my %copy_values; + # Decisions elsewhere might effect which values to copy from the template + my %dont_copy = %{ delete $configs{dont_copy} || {} }; + if (@template) { %copy_values = map { $_->{key} => 1 } grep { $_->{name} ne 'REVISION' } @@ -380,17 +383,10 @@ sub write_makefile } # If we didn't get a value, copy from the template - # if we know we should and if so, also copy: - # * MULTI_PACKAGES until we understand them - # * any _DEPENDS that we didn't find - # * plus any MODPY_* variables if ( not $value and %copy_values ) { - my $name = $line->{name}; - my $copy = - $copy_values{$key} - || $name =~ /_DEPENDS$/ - || $name =~ /^MODPY_/; - $value = $line->{value} if $copy; + $value = $line->{value} + if $copy_values{$key} + and not $dont_copy{$key}; } next unless defined $value; Index: infrastructure/lib/OpenBSD/PortGen/Port/PyPI.pm === RCS file: /cvs/ports/infrastructure/lib/OpenBSD/PortGen/Port/PyPI.pm,v retrieving revision 1.13 diff -u -p -r1.13 PyPI.pm --- infrastructure/lib/OpenBSD/PortGen/Port/PyPI.pm 14 May 2019 15:00:01 - 1.13 +++ infrastructure/lib/OpenBSD/PortGen/Port/PyPI.pm 14 May 2019 16:44:49 - @@ -106,10 +106,12 @@ sub fill_in_makefile if ( @versions > 1 ) { shift @versions; # remove default, lowest + $self->{dont_copy}{MODPY_VERSION} = 1; $self->set_other( 'FLAVORS', "python$_" ) for @versions; $self->set_other( 'FLAVOR', '' ); } elsif ( @versions && $versions[0] != 2 ) { + $self->{dont_copy}{$_} = 1 for qw( FLAVORS FLAVOR ); $self->set_other( MODPY_VERSION => "\${MODPY_DEFAULT_VERSION_$_}" ) for @versions;
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2019/05/14 10:49:05 Modified files: misc/memcached : Makefile distinfo misc/memcached/patches: patch-configure patch-memcached_c misc/memcached/pkg: PLIST Log message: Update to 1.5.14 Initial diff from David Carlier with tweaks by me and sthen@ enable tls per sthen@ proposal ok sthen@
Re: [NEW] security/ghidra
Jeremy O'Brien writes: > I noticed this port was committed today. I have to > ask, did you actually try to use it? In its current > state, (sans my above changes), there is no decompiler > nor symbol demangler. This might have been OK to omit, > except for the fact that you will get a "Could not > find decompiler executable decompile" popup every > single time you click anywhere in the disassembly pane, > which makes this port unusable. Indeed they are very annoying. I agree the port is not "finished." But I've used Ghidra to do some minor work despite that, so I'm happy to see it in. Revising the port to add the native tools would be very welcome though.
sparc64 bulk build report
bulk build on sparc64-1.ports.openbsd.org started on Fri May 3 12:09:51 MDT 2019 finished at Tue May 14 10:37:22 MDT 2019 lasted 11D15h27m done with kern.version=OpenBSD 6.5-current (GENERIC) #171: Thu May 2 13:46:09 MDT 2019 built packages:7811 May 3:239 May 4:669 May 5:110 May 6:1735 May 7:1222 May 8:102 May 9:61 May 10:85 May 11:127 May 12:283 May 13:769 May 14:2408 critical path missing pkgs: http://build-failures.rhaalovely.net//sparc64/2019-05-03/summary.log build failures: 51 http://build-failures.rhaalovely.net//sparc64/2019-05-03/audio/libcdio.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/gnucap.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/magic.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/netgen.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/cad/qucs.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/chinese/libpinyin.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/coccinelle.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/dconf.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/include-what-you-use.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/leatherman.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/llvm.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/msgpack.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/openmpi.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/py-unicorn.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/pycdc.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/riscv-elf/gcc.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/fs-uae.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/ppsspp.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/emulators/vbam.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/dxx-rebirth.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/godot.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/love.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/maelstrom.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/mvdsv.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/pingus.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/games/xevil.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/geo/pdal.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/graphics/makehuman.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/lang/apl.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/lang/janet.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/mail/opensmtpd-extras,-main.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/math/gbc.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/misc/gpsd.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/knot.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/megatools.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/mutella.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/osrtspproxy.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/pmacct.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/strongswan.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/net/toxcore.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/productivity/ledger.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/security/aircrack-ng.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/security/sslscan,openssl.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/telephony/pjsua.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/textproc/libwpd.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/www/goaccess,tokyocabinet.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/kde/arts3.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/libdbus-c++.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/ogre.log http://build-failures.rhaalovely.net//sparc64/2019-05-03/x11/waimea.log recurrent failures failures/cad/magic.log failures/cad/netgen.log failures/cad/qucs.log failures/chinese/libpinyin.log failures/devel/coccinelle.log failures/devel/openmpi.log failures/devel/py-unicorn.log failures/devel/xtensa-elf/gcc.log failures/emulators/ppsspp.log failures/emulators/vbam.log failures/games/godot.log failures/games/mvdsv.log failures/graphics/makehuman.log failures/lang/apl.log failures/lang/janet.log failures/math/gbc.log failures/net/megatools.log failures/net/mutella.log failures/net/pmacct.log failures/net/strongswan.log failures/net/toxcore.log failures/security/aircrack-ng.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/14 10:28:23 Modified files: devel/bison: Makefile distinfo devel/bison/pkg: PLIST Removed files: devel/bison/patches: patch-lib_local_mk patch-src_local_mk Log message: Update to bison-3.3.2 Bulk build test and ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/14 09:50:39 Modified files: graphics/graphene: Makefile distinfo Log message: Really upgrade to graphene-1.9.2 this time...
Re: update misc/memcached to 1.5.14
On 2019/05/13 21:13, Giovanni Bechis wrote: > On Mon, May 13, 2019 at 12:24:29PM +0100, Stuart Henderson wrote: > > On 2019/05/13 12:23, Stuart Henderson wrote: > > > On 2019/05/13 09:02, Giovanni Bechis wrote: > > > > On 5/13/19 8:42 AM, David CARLIER wrote: > > > > > If you mention testapp executable it does not coredump. No worries if > > > > > you wanna keep the no_drop_privileges patch tho. > > > > > Regards. > > > > > > > > > > On Mon, 13 May 2019 at 07:32, Giovanni Bechis > > > > > wrote: > > > > >> > > > > >> On Sun, May 12, 2019 at 01:08:51PM +0100, David CARLIER wrote: > > > > >>> Hi, > > > > >>> > > > > >>> Here a proposal straight to 1.5.14, removing a patch due to > > > > >>> drop_privilege support feature. > > > > >>> > > > > >> why you removed that patch ? I think in OpenBSD dropping privileges > > > > >> should be > > > > >> mandatory. > > > > >> Does it pass regression tests (at least the same tests that passes > > > > >> with 1.5.6) ? > > > > >> I have a 1.5.12 port on my tree that core dumps during regression > > > > >> tests, I haven't > > > > >> checked 1.5.14 yet. > > > > >> Giovanni > > > > > > > > > New diff attached, I will commit it in a few days. > > > > > > Maybe worth adding --enable-tls (and syncing WANTLIB)? > > > > > > OK either way. > > > > > > > Oh actually... hold for a little while, I want to make sure it still builds > > on arm64. > > > I do not know if it's useful or not, there is a "--enable-arm-crc32 (ARMv8 > CRC32 instructions)" > option as well in configure. > Giovanni > Yep that is why I wanted to check, in case it autodetected it and triggered breakage there. Confirmed it builds, so I am OK to go ahead (either with or without --enable-tls).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/14 09:45:59 Modified files: graphics/graphene: Makefile Log message: Oops revert, committed from the wrong tree.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/14 09:44:56 Modified files: graphics/graphene: Makefile Log message: Update to graphene-1.9.2.
Re: Libraries without SONAME
On 2019/05/13 20:38, Antoine Jacoutot wrote: > On Mon, May 13, 2019 at 08:20:22PM +0200, Christian Weisgerber wrote: > > All shared libraries should have a SONAME: > > > > $ readelf -d /usr/lib/libc.so.95.0 | fgrep '(SONAME)' > > 0x000e (SONAME) Library soname: [libc.so.95.0] > > > > I ran a throwaway script over the packages from an amd64 bulk build, > > and the libraries listed below lack a SONAME. We fixed libtool to > > add the SONAME, so these must have been built differently. It makes > > little sense to approach this port by port; instead we should look > > for commonly used build tools that fail to embed SONAME and fix > > those. Sui generis cases can be cleaned up later. > > Thanks for the list naddy. > First quick win would be to fix cmake... Definitely - it is already producing confusing results for multipackage ports including libraries.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/14 09:03:52 Modified files: www/youtube-dl : Makefile distinfo www/youtube-dl/pkg: PLIST Log message: Update youtube-dl to 2019.05.11 Maintainer timeout OK naddy@, kn@ and successful test by schwarze@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/14 09:03:18 Modified files: net/wireguard-tools: Makefile net/wireguard-tools/pkg: PLIST Added files: net/wireguard-tools/pkg: README Log message: - add README with quick instructions on setting up an OpenBSD<->OpenBSD tunnel - take maintainership ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/05/14 08:59:56 Modified files: infrastructure/mk: bsd.port.mk gnu.port.mk Log message: Introduce CONFIGURE_STYLE=autoreconf. This runs autoreconf (or a command of your choice, like autogen.sh) at the gen stage. It implies "gnu". ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/14 09:00:01 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm infrastructure/lib/OpenBSD/PortGen/Port: CPAN.pm PyPI.pm Log message: Improve EXTRACT_SUFX detection in portgen OK cwen@ kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/14 08:46:34 Modified files: x11/gtk+2 : Makefile x11/gtk+2/patches: patch-gtk_gtkmountoperation-x11_c x11/gtk+3 : Makefile x11/gtk+3/patches: patch-gtk_gtkmountoperation-x11_c x11/gtk+4 : Makefile x11/gtk+4/patches: patch-gtk_gtkmountoperation-x11_c Log message: Prevent potential leak of kp.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 08:31:43 Modified files: devel : Makefile Log message: +p5-Ref-Util
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 08:30:23 Log message: Import devel/p5-Ref-Util Ref::Util introduces several functions to help identify references in a faster and smarter way. WWW: http://search.cpan.org/dist/Ref-Util Proposed by Wen Heping, who takes MAINTAINER. Additional tweaks by afresh1@ and me. OK afresh1@ Status: Vendor Tag: cwen Release Tags: cwen_20190514 N ports/devel/p5-Ref-Util/Makefile N ports/devel/p5-Ref-Util/distinfo N ports/devel/p5-Ref-Util/pkg/DESCR N ports/devel/p5-Ref-Util/pkg/PLIST No conflicts created by this import
Re: UPDATE: www/youtube-dl
Rafael Sadowski: > Update youtube-dl to 2019.05.11. Required to download anything from YouTube now. ok naddy@ -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [NEW] security/ghidra
On Fri, Apr 26, 2019, at 10:39, Jeremy O'Brien wrote: > On 2019/04/26 07:44, Remi Pointel wrote: > > Hi, > > > > attached is the port of ghidra: a software reverse engineering (SRE) > > framework. > > > > > > $ pkg_info ghidra > > Information for inst:ghidra-9.0.2 > > > > Comment: > > software reverse engineering (SRE) framework > > > > Description: > > hidra is a software reverse engineering (SRE) framework created and > > maintained > > by the National Security Agency Research Directorate. This framework > > includes a > > suite of full-featured, high-end software analysis tools that enable users > > to > > analyze compiled code on a variety of platforms. Capabilities include > > disassembly, assembly, decompilation, graphing, and scripting, along with > > hundreds of other features. Ghidra supports a wide variety of processor > > instruction sets and executable formats and can be run in both > > user-interactive > > and automated modes. Users may also develop their own Ghidra plug-in > > components > > and/or scripts using Java or Python. > > > > Maintainer: Remi Pointel > > > > WWW: https://www.ghidra-sre.org/ > > > > > > Ok? > > > > Cheers, > > > > Remi. > > Nice. You may be interested in my (pending) MR to ghidra which also > adds support for compiling the native components (decompiler, > demangler): > > https://github.com/NationalSecurityAgency/ghidra/pull/490 > > I noticed this port was committed today. I have to ask, did you actually try to use it? In its current state, (sans my above changes), there is no decompiler nor symbol demangler. This might have been OK to omit, except for the fact that you will get a "Could not find decompiler executable decompile" popup every single time you click anywhere in the disassembly pane, which makes this port unusable. See below screenshot: https://pintobyte.com/tmp/ghidra_decompiler_error.png
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 07:49:27 Modified files: devel : Makefile Log message: +p5-Ref-Util-XS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/14 07:47:42 Log message: Import devel/p5-Ref-Util-XS Ref::Util::XS is an XS implementation for Ref::Util, a set of utility functions for checking references. WWW: http://search.cpan.org/dist/Ref-Util-XS/ Proposed by Wen Heping, who takes MAINTAINER. Additional tweaks by afresh1@ and me. OK afresh1@ Status: Vendor Tag: cwen Release Tags: cwen_20190514 N ports/devel/p5-Ref-Util-XS/Makefile N ports/devel/p5-Ref-Util-XS/distinfo N ports/devel/p5-Ref-Util-XS/pkg/DESCR N ports/devel/p5-Ref-Util-XS/pkg/PLIST No conflicts created by this import
Re: pre [UPDATE] net/arping et net/libnet
On Wed, May 8, 2019 at 5:05 PM Stuart Henderson wrote: > On 2019/05/08 17:00, sven falempin wrote: > > ( tab less diff !! warning ) > > Shall wait for merge and cleaning from a better port maintainer > > Really... > > > Yes this is not a proposition just information. I want to Kudo all the ports maintainer because patching libnet show me how much work this is . First of all after review of depends getting rid of libnet 1.0 would remove some legacy 'historical' software mostly unmaintained See TL;DR below if you want to see the list of tools using libnet 1.0 and what is happening with them I should have guessed than a Raw packet manipulation tool would have many 'blackhat' style fun tool. Anyway 1.2 is compatible with 1.1 so the fix regarding interface enumeration would be push as a regular update. I also compiled tcptraceroute/used with it. It is nevertheless not reassuring that popular tool are using the libnet like that , which need root access and is , well, behaving. 1.0 was tested and 'hardened' 1.1+ is apparently not as much. How do the ports tree with 'old' software : currently I know source is copied to a mirror and its left there with a port, is it sustainable ? Meanwhile I tested the HOMEPAGE var, ( seeing all those Symantec redirect ) using this : --- /usr/src/share/mk/bsd.port.mk Sat Sep 24 03:26:01 2011 +++ /usr/share/mk/bsd.port.mk Tue May 14 08:36:10 2019 @@ -3,3 +3,16 @@ .endif PORTSDIR?= /usr/ports .include "${PORTSDIR}/infrastructure/mk/bsd.port.mk" + +homepage: + @curl -s -o /dev/null -w '%{HTTP_CODE}@{redirect_url}\n' ${HOMEPAGE} | while read p; do\ + [ $${p%@*} = 301 ] && continue; \ + [ $${p%@*} = 200 ] && continue; \ + if [ $${p%@*} = 302 ]; then \ +echo "${HOMEPAGE}" | sed -e 's/http:/https:/' | sed -e 's/:443//' | while read h; do \ + [ "$${h}" != "${HOMEPAGE}" ] || echo ${CATEGORIES} ${PKGSPEC}${VERSION} ${DISTNAME} ${HOMEPAGE} is $${p%@*} Broken; \ +done \ + else \ +echo ${CATEGORIES} ${PKGSPEC}${VERSION} ${DISTNAME} ${HOMEPAGE} is $${p%@*} Broken; \ + fi \ +done many HOMEPAGE failed the DNS resolution, this can slow down script quite a lot if a request is one day made ( to extract so http meta for a freshports fancy front ) I dont think I know how to do that with base FTP. - - TL;DR ../../net/angst/Makefile = never released , inactive since 2004 ../../net/firewalk/Makefile = OPENBSD_4_7 last active, no maintainer 15 years ago ../../net/libnids/Makefile = 2010, DEAD HOMEPAGE, 1.24 out , looks dead https://github.com/MITRECND/libnids/commits/master ../../net/nemesis/Makefile = *1999: Nemesis was created by Mark Grimes * 2001: Jeff Nathan took over maintainership * 2018: Project resurrected by Joachim Nilsson ~1.5 ../../net/sing/Makefile * https://www.cvedetails.com/cve/CVE-2007-6211/ * RIP writer :-( looks like a dangerous legit tool with no plan to use updated libnet ! SAD ../../net/thcrut/Makefile FREEBSD WWW: http://thc.org.segfault.net/ DEAD HOMEPAGE = 'FISHING' ( the hackr choice lol ) IS that an upgrade ? : https://packetstormsecurity.com/files/31909/ uthored by thc, anonymous | Site thc.org https://github.com/vanhauser-thc/THC-Archive/blob/master/Tools/thcrut-0.1.tar.gz ' Actually not supported but not 'dead', note the package is using a completely deprecated MAC fingerprinting file instead of oui/aib ../../security/despoof/Makefile RDR to : https://www.symantec.com/products/control-compliance-suite https://github.com/raphaelr/despoof 14 DEPRECATED= Depends on expired net/libnet10 15 EXPIRATION_DATE=2014-09-30 ../../security/dsniff/Makefile is ../../net/libnids/Makefile use ../../security/rdp/Makefile http://www.atstake.com/research/tools/ => symantec ../../security/scanlogd/Makefile is ../../net/libnids/Makefile use * local copy of libnet 1.1.3 release candidate (1129 KB) * local copy of libnet 1.0.2a (137 KB) - much smaller, but also works with libnids and scanlogd Actually alive people ../../security/sentinel/Makefile no comment, the cat is adleiavde ../../security/zebedee/Makefile if libnet is not amintained how can they do a vpn with it http://www.packetfactory.net/libnet/dist/deprecated -- -- - Knowing is not enough; we must apply. Willing is not enough; we must do
Re: portgen(1) - better detection of EXTRACT_SUFX
On Mon, 13 May 2019 15:33:41 -0700 Andrew Hewus Fresh wrote: > On Mon, May 13, 2019 at 11:49:02PM +0200, Charlene Wendling wrote: > > On Mon, 13 May 2019 13:46:46 -0700 > > Andrew Hewus Fresh wrote: > > > > > This should make portgen(1) recognize the EXTRACT_CASES in > > > bsd.port.mk(5) and set EXTRACT_SUFX correctly. > > > > > > Anyway, Comments, OKs? > > > > I tested against various Perl and Python ports that have > > EXTRACT_SUFX: it works well (but many of them moved to tar.gz with > > updated versions). > > > > OK cwen@ but > > So, cwen@ pointed out that if we switched from something else > to .tar.gz for the EXTRACT_SUFX, as in x11/py-kiwi or > net/p5-Net-Ping-External, instead of removing it we would copy the > now wrong one to the new port, which we don't want. It works fine: -SHA256 (CGI-FormBuilder-3.0501.tgz) = RehLHzlzCHSxn1mCKUq6ozW8e7Q7NaJJQ7gJ6mJ/Ogw= -SIZE (CGI-FormBuilder-3.0501.tgz) = 167585 +SHA256 (CGI-FormBuilder-3.10.tar.gz) = rsmb4MDwZ6fnJpxTeOWubI1905s2i08SwNhGOxPucZg= +SIZE (CGI-FormBuilder-3.10.tar.gz) = 162346 -SHA256 (patsy-0.4.1.zip) = 3BzCgARbDm5QwEcG/R4m0qAOpACqES+I6BQviLC309Q= -SIZE (patsy-0.4.1.zip) = 425390 +SHA256 (patsy-0.5.1.tar.gz) = 8RXOxCAeFGXNWLmGawsOe5Qcqv7BKYaQV0Bb/lteOZE= +SIZE (patsy-0.5.1.tar.gz) = 397623 -SHA256 (notify-python-0.1.1.tar.bz2) = fTu7fD2PVskizDHQLvkFek8GmYzC/U8xGaV2/PjVBM4= -SIZE (notify-python-0.1.1.tar.bz2) = 214514 +SHA256 (notify-0.3.1.tar.gz) = idzr7Ini2Cr65DaHrT2rNDqUznnlr3tlLx95YRNZVbk= +SIZE (notify-0.3.1.tar.gz) = 10879 ^ wow this thing has sure slimmed down! (and more) > How about like this? OK cwen@ > Index: infrastructure/lib/OpenBSD/PortGen/Port.pm > === > RCS file: /cvs/ports/infrastructure/lib/OpenBSD/PortGen/Port.pm,v > retrieving revision 1.15 > diff -u -p -r1.15 Port.pm > --- infrastructure/lib/OpenBSD/PortGen/Port.pm13 May 2019 > 01:30:05 -1.15 +++ > infrastructure/lib/OpenBSD/PortGen/Port.pm13 May 2019 > 22:31:11 - @@ -132,6 +132,38 @@ sub set_pkgname > { $self->{PKGNAME} = $pkgname; } > > +sub pick_distfile > +{ > + my ( $self, @files ) = @_; > + > + my ($distname, $ext); > + foreach my $filename (@files) { > + # from EXTRACT_CASES > + ($distname, $ext) = $filename =~ /^(.*)(\.(?: > + tar\.xz | tar\.lzma > + | tar\.lz > + | zip > + | tar\.bz2 | tbz2| tbz > + | shar\.gz | shar\.Z | sh\.Z | sh\.gz > + | shar | shar\.sh > + | tar > + | tar\.gz | tgz > + ))$/xms; > + > + next unless $ext; > + > + # These are our preferred suffixes > + if ( $ext eq '.tar.gz' or $ext eq '.tgz' or $ext eq > '.tar' ) { > + last; > + } > + } > + > + $self->add_notice("Failed to pick a distname from @files") > unless $distname; + > + $self->set_other( EXTRACT_SUFX => $ext ) if $ext; > + return $self->set_distname($distname); > +} > + > sub set_distname > { > my ( $self, $distname ) = @_; > @@ -283,6 +315,7 @@ sub write_makefile > if (@template) { > %copy_values = map { $_->{key} => 1 } > grep { $_->{name} ne 'REVISION' } > + grep { $_->{name} ne 'EXTRACT_SUFX' } > grep { ref } @template; > } else { > my $tag = 'OpenBSD'; > @@ -304,6 +337,10 @@ sub write_makefile > sort { $equals{$b} <=> $equals{$a} } keys %equals; > }; > $default_equal ||= ' ='; > + > + # If we got an EXTRACT_SUFX, we don't need to print the > default > + delete $configs{EXTRACT_SUFX} > + if $configs{EXTRACT_SUFX} and $configs{EXTRACT_SUFX} eq > '.tar.gz'; > my @makefile; > foreach my $line (@template) { > Index: infrastructure/lib/OpenBSD/PortGen/Port/CPAN.pm > === > RCS file: /cvs/ports/infrastructure/lib/OpenBSD/PortGen/Port/CPAN.pm,v > retrieving revision 1.7 > diff -u -p -r1.7 CPAN.pm > --- infrastructure/lib/OpenBSD/PortGen/Port/CPAN.pm 11 May > 2019 19:36:27 - 1.7 +++ > infrastructure/lib/OpenBSD/PortGen/Port/CPAN.pm 13 May 2019 > 22:31:11 - @@ -182,7 +182,7 @@ sub fill_in_makefile my ( $self, > $di, $vi ) = @_; > $self->set_comment( $di->{abstract} ); > -
New: games/warsow
Hi! I see my dream has become true: Warsow is finally available for OpenBSD! I wouldn't be able to do this alone, so thanks to whesun, Lyberta, Bryan Steele, Jan Beich, Victor Luchits, dnk777, Rene Ladan, Alexey Dokuchaev and Juan RP. I also have to note that Warsow is abandonware, still it got new developers, but I don't know if Warsow 2.2 will be ever released: https://github.com/Warsow/qfusion/ I hope my patches will go to FreeBSD ports, pkgsrc and Ravenports. Enjoy! Information for inst:warsow-2.1 Comment: futuristic, fast-paced first person shooter Description: Speed and movement is what Warsow is all about. Like a true cyberathlete you jump, dash, dodge, and walljump your way through the game. Grab power-ups before your enemy does, plant a bomb before anyone sees you, and steal the enemy's flag before they know what is going on! Our goal is to offer a fast and fun competitive first-person shooter without hard graphical violence - Warsow has no blood or guts flying around. Red circles instead of blood indicate hits and colored triangles replace guts as gib effects. We put a great emphasis on extreme customazibility and e-sports features. Maintainer: Leonid Bobrov WWW: https://warsow.net/ Information for inst:warsow-data-2.1 Comment: Warsow game data Required by: warsow-2.1 Description: This package contains the data files for the Warsow client/server. Maintainer: Leonid Bobrov WWW: https://warsow.net/ warsow.tar.gz Description: application/tar-gz
Re: UPDATE: audio/timidity 2.13.2 => 2.15.0
On Thu, May 09, 2019 at 02:09:42PM -0400, Brian Callahan wrote: > Hi ports -- > > I know this is a large diff but reviews/OKs appreciated. > Quick rehash of an email I sent about a month ago [0]: > > * All 3 flavors build and run correctly on amd64. > * I'd like to split TimGM6mb off into its own port still, but that will > happen after this goes in. > > OK? This looks good to me and I have tested it on amd64 and macppc. (I didn't test all of the command line options of course..) > > ~Brian > > [0] https://marc.info/?l=openbsd-ports=155426466518289=2 > > Index: Makefile > === > RCS file: /cvs/ports/audio/timidity/Makefile,v > retrieving revision 1.48 > diff -u -p -r1.48 Makefile > --- Makefile 2 Apr 2019 06:54:05 - 1.48 > +++ Makefile 3 Apr 2019 04:05:20 - > @@ -2,14 +2,13 @@ > > COMMENT= MIDI to WAV renderer and player > > -V= 2.13.2 > +V= 2.15.0 > DISTNAME=TiMidity++-${V} > PKGNAME= timidity-${V} > -REVISION=6 > CATEGORIES= audio > > MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=timidity/} > -MASTER_SITES0= https://devio.us/~bcallah/source/ > +MASTER_SITES0= https://mirrors.nycbug.org/pub/distfiles/ > TIINS= TimGM6mb-20170802.tar.gz > DISTFILES= ${TIINS}:0 ${DISTNAME}.tar.gz > > @@ -21,7 +20,7 @@ MAINTAINER= Brian Callahan #"License: GNU GPL, version 2; Courtesy of Tim Brechbill" > PERMIT_PACKAGE_CDROM=Yes > > -WANTLIB= c m ncurses sndio > +WANTLIB += c curses m sndio > > BUILD_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} \ > ${MODGNU_AUTOMAKE_DEPENDS} > Index: distinfo > === > RCS file: /cvs/ports/audio/timidity/distinfo,v > retrieving revision 1.6 > diff -u -p -r1.6 distinfo > --- distinfo 2 Aug 2017 15:21:48 - 1.6 > +++ distinfo 3 Apr 2019 04:05:20 - > @@ -1,4 +1,4 @@ > -SHA256 (TiMidity++-2.13.2.tar.gz) = > 8AclLp8/fzwEOh1RWJghRqRu4ybDsXoiJa/HM8MzK0c= > +SHA256 (TiMidity++-2.15.0.tar.gz) = > C2EJo8ZGBMiFHNm7TLr8AUpOE7ACX1l+WG2XQjiPb7c= > SHA256 (TimGM6mb-20170802.tar.gz) = > tyxC4aU+yDs5vXpT6ftWcbkcOekt/DUFtZk5hVzCcUQ= > -SIZE (TiMidity++-2.13.2.tar.gz) = 1849553 > +SIZE (TiMidity++-2.15.0.tar.gz) = 1990143 > SIZE (TimGM6mb-20170802.tar.gz) = 9032726 > Index: patches/patch-TiMidity++-2_13_2_configure_in > === > RCS file: patches/patch-TiMidity++-2_13_2_configure_in > diff -N patches/patch-TiMidity++-2_13_2_configure_in > --- patches/patch-TiMidity++-2_13_2_configure_in 30 Jul 2009 19:35:00 > - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,84 +0,0 @@ > TiMidity++-2.13.2/configure.in.orig Sun Oct 3 05:39:52 2004 > -+++ TiMidity++-2.13.2/configure.in Tue Mar 24 01:31:03 2009 > -@@ -81,7 +81,7 @@ if test "x$timidity_cv_debug" = "xno"; then > - fi > - AC_MSG_RESULT($timidity_cv_debug) > - > --CFLAGS=${CFLAGS-"-O2"} > -+dnl CFLAGS=${CFLAGS-"-O2"} > - > - dnl --with-x turns on if `--with-x' is NOT specified. > - if test "x$with_x" = x; then > -@@ -694,8 +694,9 @@ dnl speex(S): Ogg Speex > - dnl gogo(g):MP3 GOGO > - dnl jack(j):JACK > - dnl ao(O): Libao > -+dnl sndio(s): sndio > - > --audio_targets='default oss alsa sun hpux irix mme sb_dsp w32 alib nas arts > esd vorbis flac gogo portaudio jack ao' > -+audio_targets='default oss alsa sun hpux irix mme sb_dsp w32 alib nas arts > esd vorbis flac gogo portaudio jack ao sndio' > - > - AC_ARG_WITH(nas-library, > - [ --with-nas-library=library NAS absolute library path(Don't use > -laudio)]) > -@@ -722,6 +723,7 @@ AC_ARG_ENABLE(audio, > - portaudio: PortAudio > - jack: JACK > - ao:Libao > -+ sndio: Sndio > - vorbis:Ogg Vorbis > - flac: FLAC / OggFLAC > - speex: Ogg Speex > -@@ -746,7 +748,7 @@ AC_ARG_WITH(default-output, > - [ --with-default-output= Specify default output mode (optional): > - (default|alsa|alib|arts|nas| > - esd|wav|au|aiff|list|vorbis|flac|speex| > --gogo|portaudio|jack|ao)], > -+gogo|portaudio|jack|ao|sndio)], > - [ if test "$enable_audio" != no; then > - DEFAULT_PLAYMODE=$withval > - eval "au_enable_$DEFAULT_PLAYMODE=yes" > -@@ -1158,6 +1160,22 @@ else > - AC_MSG_RESULT(no) > - fi > - > -+dnl sndio > -+AC_MSG_CHECKING(enable_audio=sndio) > -+if test "x$au_enable_sndio" = xyes; then > -+ AC_MSG_RESULT([yes, configuring sndio]) > -+ AC_CHECK_HEADERS(sndio.h) > -+ if test "x${ac_cv_header_sndio_h}" = xyes ; then > -+EXTRADEFS="$EXTRADEFS
Re: [Update] devel/p5-Time-Duration and devel/p5-Time-Duration-Parse
On 13/05/2019 23:26, Andrew Hewus Fresh wrote: On Mon, May 13, 2019 at 06:16:30AM +, wen heping wrote: Hi, Here is a patch to update devel/p5-Time-Duration to 0.21 and update devel/p5-Time-Duration-Parse to 0.15. Both build well and passed test on my amd64-current system. 2 port depends on devel/p5-Time-Duration: devel/p5-Time-Duration-Parse : build well and passed all tests. sysutils/moreutils : build well , have no test. I think this one needs another MAKE_ENV -MAKE_ENV += TEST_POD=1 +MAKE_ENV += TEST_POD=1 RELEASE_TESTING=1 and we don't need the BUILD_DEPENDS+=${TEST_DEPENDS} line. With those changes, OK afresh1@ 1 port depends on devel/p5-Time-Duration-Parse: security/p5-Net-SSL-ExpireDate: build well and pass all tests. This one is OK afresh1@ Committed, thanks ! Comments? wen Index: p5-Time-Duration/Makefile === RCS file: /cvs/ports/devel/p5-Time-Duration/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- p5-Time-Duration/Makefile 20 Mar 2016 19:56:40 - 1.9 +++ p5-Time-Duration/Makefile 13 May 2019 06:07:22 - @@ -4,7 +4,7 @@ COMMENT = module for rounded or exact en MODULES = cpan PKG_ARCH =* -DISTNAME = Time-Duration-1.20 +DISTNAME = Time-Duration-1.21 CATEGORIES = devel EPOCH = 0 Index: p5-Time-Duration/distinfo === RCS file: /cvs/ports/devel/p5-Time-Duration/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- p5-Time-Duration/distinfo 27 Apr 2015 08:04:25 - 1.3 +++ p5-Time-Duration/distinfo 13 May 2019 06:07:22 - @@ -1,2 +1,2 @@ -SHA256 (Time-Duration-1.20.tar.gz) = RYIFtSiBjnQXV7KFSvrF+a8lf5gwAKrgwLHQS1qcu7g= -SIZE (Time-Duration-1.20.tar.gz) = 15478 +SHA256 (Time-Duration-1.21.tar.gz) = /jQOuodl+SY2lGdOXf8UgzRD4Zhl5f9Ce715t7X4qbg= +SIZE (Time-Duration-1.21.tar.gz) = 16205 Index: p5-Time-Duration-Parse/Makefile === RCS file: /cvs/ports/devel/p5-Time-Duration-Parse/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- p5-Time-Duration-Parse/Makefile 20 Mar 2016 19:56:40 - 1.11 +++ p5-Time-Duration-Parse/Makefile 13 May 2019 06:07:22 - @@ -2,7 +2,7 @@ COMMENT = parse strings that represent time durations -DISTNAME = Time-Duration-Parse-0.13 +DISTNAME = Time-Duration-Parse-0.15 CATEGORIES = devel MODULES = cpan PKG_ARCH =* Index: p5-Time-Duration-Parse/distinfo === RCS file: /cvs/ports/devel/p5-Time-Duration-Parse/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- p5-Time-Duration-Parse/distinfo 29 Oct 2015 07:09:38 - 1.5 +++ p5-Time-Duration-Parse/distinfo 13 May 2019 06:07:22 - @@ -1,2 +1,2 @@ -SHA256 (Time-Duration-Parse-0.13.tar.gz) = QUoYSkH/BqGcdvmuMOYoUFbraarmCvmbye34qOFvzik= -SIZE (Time-Duration-Parse-0.13.tar.gz) = 11604 +SHA256 (Time-Duration-Parse-0.15.tar.gz) = YdgUOo5pgcwfepdIBNSSA55eVnFnZ4KdXkvNntdK44E= +SIZE (Time-Duration-Parse-0.15.tar.gz) = 11735
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2019/05/14 03:28:56 Modified files: devel/p5-Time-Duration-Parse: Makefile distinfo Log message: Update to p5-Time-Duration-Parse-0.15. from Wen Heping, ok afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2019/05/14 03:26:09 Modified files: devel/p5-Time-Duration: Makefile distinfo Log message: Update to p5-Time-Duration-1.21. from Wen Heping, tweaks and ok afresh1@
Re: Update: devel/gettext 0.20.1 + multi-packaging
On Mon, May 13, 2019 at 02:05:15AM -0400, Jeremie Courreges-Anglas wrote: > I would play it dumb and use -main instead of -runtime. > > Note that bsd.port.mk(5) says SUBPACKAGE is read-only. Ah, I need to explain this better in the documentation. SUBPACKAGE ?= -default is perfectly admissible. Trying to tweak existing subpackages in ports is a bad idea.
Re: Multi-packaging gettext?
On Sun, May 12, 2019 at 09:28:40PM -, Christian Weisgerber wrote: > On 2019-05-11, Christian Weisgerber wrote: > > > Splitting gettext into separate ports imposes a small maintenance > > burden: The gettext-tools build needs to be tweaked to pick up > > pre-installed libintl and libtextstyle. > > It also reaches into libtextstyle and wants to copy some header > files from there, some of which are only generated by a configure > run in libtextstyle. And since we tell gettext-tools to use the > pre-installed libintl, for its regression tests it now wants to run > a battery of tests against this OS-provided libintl, but those tests > expect the gettext functions to be in libc and not in a separate > libintl. > > All of this can be fixed, but I decided to go with multi-packaging. > > A notable side-effect of multi-packaging is that you need to build > the whole thing, even though many basic ports just require the small > runtime component. Then again, most interesting ports I want to > build nowadays depend on llvm+rust, so I'm not too worried about > gettext bloat. The priority should still be bulk builds. gettext is very high in dpb's ranking. It always gets built as soon as its dependencies are done, e.g., as soon as dpb recomputes its queues when libiconv is finished.
Re: CONFIGURE_STYLE=autoreconf
On Mon, May 13, 2019 at 04:26:06AM +0200, Christian Weisgerber wrote: > Marc Espie: > > > All in all, it looks like the patch is in good shape. > > > > There's another important thing to do, which is to > > actually document it. > > > > I'd like a patch to bsd.port.mk(5) > > I have attached an updated version of the infrastructure/mk diff, > incorporating the feedback, as well as a man page diff. Looks good. Very minor nit below. please commit > @@ -914,14 +914,18 @@ Current machine architecture. > Read-only. > .It Ev AUTOCONF > Location of the autoconf binary if needed. > -Defaults to autoconf (though autoreconf might be more appropriate). > +Defaults to autoconf. > .It Ev AUTOCONF_DIR > -Where to invoke autoconf if ${CONFIGURE_STYLE} includes autoconf. > +Where to invoke autoconf or autoreconf if ${CONFIGURE_STYLE} includes > +.Sq autoconf > +or > +.Sq autoreconf , > +respectively. > Defaults to ${WRKSRC}. > .\" AUTOCONF_DIR should probably be a list, and be renamed to AUTOCONF_DIRS ? > .It Ev AUTOCONF_ENV > -Environment values that should be passed to all runs of autoconf, automake > -and related tools. > +Environment values that should be passed to all runs of autoconf, automake, > +autoreconf and related tools. Don't make this sentence longer. autoreconf is obviously a related tool :) > Specifically, version numbers and PATH. > Automatically set as soon as > .Ev CONFIGURE_STYLE
Re: CVS: cvs.openbsd.org: ports
On Mon, May 13, 2019 at 10:31:06PM +0200, Antoine Jacoutot wrote: > On Mon, May 13, 2019 at 06:58:58AM -0600, Solene Rapenne wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: sol...@cvs.openbsd.org 2019/05/13 06:58:58 > > > > Modified files: > > lang/sbcl : Makefile distinfo > > lang/sbcl/pkg : PLIST > > Removed files: > > lang/sbcl/patches: patch-src_compiler_generic_genesis_lisp > >patch-src_compiler_x86_parms_lisp > >patch-src_runtime_Config_x86-openbsd > >patch-src_runtime_run-program_c > >patch-tests_run-compiler_sh > > > > Log message: > > Update to sbcl-1.5.2 > > > > From maintainer joshe@ > > Re-enable -threads flavor > > Doesn't patch... sorry for the noise, I forgot to commit a patch change. This should be fixed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2019/05/14 01:59:54 Modified files: lang/sbcl/patches: patch-src_runtime_Config_generic-openbsd Log message: Add a forgotten patch change thanks aja@ for spotting it sorry for the noise
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2019/05/14 01:06:34 Modified files: security : Makefile Log message: + SUBDIR += ghidra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2019/05/14 01:01:33 Log message: import ghidra, a software reverse engineering. ok and inputs sthen@ bentley@ Status: Vendor Tag: rpointel Release Tags: rpointel_20190514 N ports/security/ghidra/Makefile N ports/security/ghidra/distinfo N ports/security/ghidra/patches/patch-support_launch_sh N ports/security/ghidra/pkg/PLIST N ports/security/ghidra/pkg/DESCR No conflicts created by this import