Re: [Update] graphics/p5-Imager : Update to 1.011
On Tue, Sep 24, 2019 at 08:07:54AM +, wen heping wrote: > Hi, ports@: > >Here is a simple patch for graphics/p5-Imager to update to 1.011. >It build well and passed all tests on amd64-head system. > >Two ports depends on it: > www/p5-Mojolicious-Plugin-Thumbnail > graphics/p5-Imager-QRCode > Both build well and passed all tests with this patch on amd64-head system. > > Comments? OK? > wen OK afresh1@ Although it would be nice to see the uneven = cleaned up. > Index: Makefile > === > RCS file: /cvs/ports/graphics/p5-Imager/Makefile,v > retrieving revision 1.44 > diff -u -p -r1.44 Makefile > --- Makefile 12 Jul 2019 20:47:07 - 1.44 > +++ Makefile 24 Sep 2019 08:04:41 - > @@ -2,10 +2,9 @@ > > COMMENT= generate and manipulate images > > -DISTNAME = Imager-1.009 > +DISTNAME = Imager-1.011 > CATEGORIES= graphics > MODULES= cpan > -REVISION = 1 > > # Perl > PERMIT_PACKAGE= Yes > Index: distinfo > === > RCS file: /cvs/ports/graphics/p5-Imager/distinfo,v > retrieving revision 1.10 > diff -u -p -r1.10 distinfo > --- distinfo 25 Jan 2019 13:18:50 - 1.10 > +++ distinfo 24 Sep 2019 08:04:41 - > @@ -1,2 +1,2 @@ > -SHA256 (Imager-1.009.tar.gz) = F3BAOYDEVK3+m7pOWLLHraIRhiOGhtk7V0sQUXUcuIU= > -SIZE (Imager-1.009.tar.gz) = 1236563 > +SHA256 (Imager-1.011.tar.gz) = o66i8MFywsCUuuztSjvaqfVOPoXJfuouX4+ZS6K+7fw= > +SIZE (Imager-1.011.tar.gz) = 1239305 -- andrew - http://afresh1.com A printer consists of three main parts: the case, the jammed paper tray and the blinking red light.
Re: [Update] devel/p5-Inline : Update to 0.83
On Thu, Sep 26, 2019 at 02:26:36AM +, wen heping wrote: > Hi, > > To update devel/p5-Inline to 0.83, we shall : > i) create three new ports, devel/p5-Inline-C, devel/p5-Inline-Files and > devel/p5-Pegex. > I attached these 3 new ports in p5-Inline-C.tar.gz > ii) Three ports should be update, I attached the patch to > p5-Inline-0.83.diff.txt. > It build well and passed all tests on amd64-head system. > > Four ports depends on devel/p5-Inline. With this patch , three ports > build well and passed > all tests: audio/p5-Ogg-Vorbis-Header, www/p5-HTML-Template-JIT and > graphics/p5-Imager. > One failed tests: devel/p5-Device-USB. But this port currently failed > tests and run error and upstream > defined it DEPRECATED. I suggested remove this port in my previous mail. > > Comments? OK? OK afresh1@ for three new ports, three updates, and the removal. On a side-note, in p5-Ogg-Vorbis-Header the patch could use a regen to pick up $OpenBSD$ > Index: devel/p5-Inline/Makefile > === > RCS file: /cvs/ports/devel/p5-Inline/Makefile,v > retrieving revision 1.11 > diff -u -p -r1.11 Makefile > --- devel/p5-Inline/Makefile 12 Jul 2019 20:44:58 - 1.11 > +++ devel/p5-Inline/Makefile 26 Sep 2019 01:21:28 - > @@ -4,8 +4,7 @@ COMMENT= write Perl subroutines in other > > MODULES= cpan > PKG_ARCH=* > -DISTNAME = Inline-0.52 > -REVISION=0 > +DISTNAME = Inline-0.83 > CATEGORIES= devel > > MAINTAINER= Gleydson Soares > @@ -14,6 +13,9 @@ MAINTAINER= Gleydson Soares PERMIT_PACKAGE= Yes > > RUN_DEPENDS= devel/p5-Parse-RecDescent > -TEST_DEPENDS=devel/p5-Test-Warn > +TEST_DEPENDS=devel/p5-Inline-Files \ > + devel/p5-Test-Warn > + > +MAKE_ENV+= TEST_POD=Yes AUTHOR_TESTING=Yes > > .include > Index: devel/p5-Inline/distinfo > === > RCS file: /cvs/ports/devel/p5-Inline/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- devel/p5-Inline/distinfo 27 Mar 2013 15:45:08 - 1.4 > +++ devel/p5-Inline/distinfo 26 Sep 2019 01:21:28 - > @@ -1,2 +1,2 @@ > -SHA256 (Inline-0.52.tar.gz) = +ZSAWR/rcaoxd4CAK6EiMcosA0AUZOJp/wWHVF+Sfjg= > -SIZE (Inline-0.52.tar.gz) = 111652 > +SHA256 (Inline-0.83.tar.gz) = FxqOX2b6+I/l703nEmJnzY+yUDSDQy6rw7iKx9W+Qjk= > +SIZE (Inline-0.83.tar.gz) = 78956 > Index: devel/p5-Inline/patches/patch-C_Makefile_PL > === > RCS file: devel/p5-Inline/patches/patch-C_Makefile_PL > diff -N devel/p5-Inline/patches/patch-C_Makefile_PL > --- devel/p5-Inline/patches/patch-C_Makefile_PL 27 Mar 2013 15:45:11 > - 1.3 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,16 +0,0 @@ > C/Makefile.PL.orig Tue Nov 20 10:35:19 2012 > -+++ C/Makefile.PLWed Mar 27 16:23:35 2013 > -@@ -68,12 +68,7 @@ END > - # ' > - } > - > --my $answer = ''; > --my $default = $found ? "y" : "n"; > --while (1) { > --$answer = prompt ('Do you want to install Inline::C?', $default); > --last if $answer =~ /^(y|yes|n|no)$/i; > --} > -+my $answer = 'y'; > - > - my $prereq_pm = install_base_problem() ? {'ExtUtils::MakeMaker' => 6.62} > -: {}; > Index: devel/p5-Inline/pkg/PLIST > === > RCS file: /cvs/ports/devel/p5-Inline/pkg/PLIST,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 PLIST > --- devel/p5-Inline/pkg/PLIST 8 Dec 2006 23:01:17 - 1.1.1.1 > +++ devel/p5-Inline/pkg/PLIST 26 Sep 2019 01:21:28 - > @@ -1,130 +1,16 @@ > @comment $OpenBSD: PLIST,v 1.1.1.1 2006/12/08 23:01:17 steven Exp $ > ${P5SITE}/Inline/ > -${P5SITE}/Inline-API.pod > -${P5SITE}/Inline-FAQ.pod > -${P5SITE}/Inline-Support.pod > ${P5SITE}/Inline.pm > ${P5SITE}/Inline.pod > -${P5SITE}/Inline/C/ > -${P5SITE}/Inline/C-Cookbook.pod > -${P5SITE}/Inline/C.pm > -${P5SITE}/Inline/C.pod > -${P5SITE}/Inline/C/ParseRecDescent.pm > -${P5SITE}/Inline/C/ParseRegExp.pm > +${P5SITE}/Inline/API.pod > +${P5SITE}/Inline/FAQ.pod > ${P5SITE}/Inline/Foo.pm > ${P5SITE}/Inline/MakeMaker/ > ${P5SITE}/Inline/MakeMaker.pm > ${P5SITE}/Inline/MakeMaker/Changes > +${P5SITE}/Inline/Support.pod > ${P5SITE}/Inline/denter.pm > -${P5SITE}/auto/ > -${P5SITE}/auto/Inline/ > -${P5SITE}/auto/Inline/M01_usage_use.al > -${P5SITE}/auto/Inline/M02_usage.al > -${P5SITE}/auto/Inline/M03_usage_bind.al > -${P5SITE}/auto/Inline/M04_error_nocode.al > -${P5SITE}/auto/Inline/M05_error_eval.al > -${P5SITE}/auto/Inline/M06_code_file_failed_open.al > -${P5SITE}/auto/Inline/M07_code_file_does_not_exist.al > -${P5SITE}/auto/Inline/M08_no_DATA_source_code.al > -${P5SITE}/auto/Inline/M09_marker_mismatch.al > -${P5SITE}/auto/Inline/M10_usage_WITH_USING.al > -${P5SITE}/auto/Inline/M11_usage_DIRECTORY.al >
Re: [Update] devel/p5-Error
On Thu, Oct 03, 2019 at 10:11:46AM -0400, sven falempin wrote: > I m testing 6.6 and porting some of my ports (like my ttyd) > > I noticed that doxygen depends upon p5-Error, which does not server > 0.17025 anymore on https://www.cpan.org/modules/by-module/Error/ > > Maybe a good time to update ? > (so far it's ok here) I had some trouble applying the patch, but doing it by hand worked. While doing that I noticed the inconsistencies with spaces, so I fixed those to my preferred format. OK? Comments? > PS: > Most scary build ever > {{{ > ===> Building for p5-Error-0.17028 > Building Error > ===> Faking installation for p5-Error-0.17028 > Building Error > }}} heheh Index: Makefile === RCS file: /cvs/ports/devel/p5-Error/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile12 Jul 2019 20:44:52 - 1.20 +++ Makefile24 Oct 2019 00:37:10 - @@ -1,18 +1,18 @@ # $OpenBSD: Makefile,v 1.20 2019/07/12 20:44:52 sthen Exp $ -COMMENT= error/exception handling in an OO-ish way +COMMENT = error/exception handling in an OO-ish way -MODULES= cpan -PKG_ARCH= * -DISTNAME = Error-0.17025 -CATEGORIES=devel +MODULES = cpan +PKG_ARCH = * +DISTNAME = Error-0.17028 +CATEGORIES = devel # perl -PERMIT_PACKAGE=Yes +PERMIT_PACKAGE = Yes -CONFIGURE_STYLE= modbuild +CONFIGURE_STYLE = modbuild -MODCPAN_EXAMPLES= Yes +MODCPAN_EXAMPLES = Yes TEST_DEPENDS = devel/p5-Test-Pod \ devel/p5-Test-Pod-Coverage Index: distinfo === RCS file: /cvs/ports/devel/p5-Error/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- distinfo28 Apr 2018 13:53:21 - 1.13 +++ distinfo24 Oct 2019 00:37:10 - @@ -1,2 +1,2 @@ -SHA256 (Error-0.17025.tar.gz) = bJ9HStPU/gyr/2tr5TLLHdNIJFmG1Ka2AK2SHVz9768= -SIZE (Error-0.17025.tar.gz) = 32013 +SHA256 (Error-0.17028.tar.gz) = OthcXlizHIkDAGKYQkpRu6OfGEDjJPWuYS6ryLk16WA= +SIZE (Error-0.17028.tar.gz) = 33234
回复: 回复: [NEW] devel/p5-Module-Util
Sorry, this patch had been committed. wen 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2019年10月24日 8:26 收件人: Charlene Wendling ; Stuart Henderson 抄送: ports@openbsd.org 主题: 回复: [NEW] devel/p5-Module-Util ping ... 发件人: Charlene Wendling 发送时间: 2019年7月4日 19:12 收件人: Stuart Henderson 抄送: wen heping ; ports@openbsd.org 主题: Re: [NEW] devel/p5-Module-Util On Thu, 4 Jul 2019 11:40:08 +0100 Stuart Henderson wrote: > On 2019/07/04 02:43, wen heping wrote: > > Hi, ports@: > > > > Here is an patch to create devel/p5-Module-Util, which is > > needed by the update of devel/p5-DateTime-Format-Natural. > >It build well and passed all tests on my amd64-head system. > > > >Comments? OK? > > > > Regards, > > wen > > > > OK sthen@ > OK cwen@
回复: [NEW] devel/p5-Module-Util
ping ... 发件人: Charlene Wendling 发送时间: 2019年7月4日 19:12 收件人: Stuart Henderson 抄送: wen heping ; ports@openbsd.org 主题: Re: [NEW] devel/p5-Module-Util On Thu, 4 Jul 2019 11:40:08 +0100 Stuart Henderson wrote: > On 2019/07/04 02:43, wen heping wrote: > > Hi, ports@: > > > > Here is an patch to create devel/p5-Module-Util, which is > > needed by the update of devel/p5-DateTime-Format-Natural. > >It build well and passed all tests on my amd64-head system. > > > >Comments? OK? > > > > Regards, > > wen > > > > OK sthen@ > OK cwen@
[Update] mail/extsmail
This patch bumps mail/extsmail from 2.0 to 2.3. The most significant change is that 2.3 makes use of pledge(2). I've been running this for several days without issues. Laurie Index: Makefile === RCS file: /cvs/ports/mail/extsmail/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- Makefile12 Jul 2019 20:47:27 - 1.16 +++ Makefile23 Oct 2019 21:29:41 - @@ -2,7 +2,7 @@ COMMENT = robust sending of e-mail via external commands -DISTNAME = extsmail-2.0 +DISTNAME = extsmail-2.3 CATEGORIES = mail HOMEPAGE = http://tratt.net/laurie/src/extsmail/ Index: distinfo === RCS file: /cvs/ports/mail/extsmail/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- distinfo19 Nov 2014 09:44:53 - 1.11 +++ distinfo23 Oct 2019 21:29:41 - @@ -1,2 +1,2 @@ -SHA256 (extsmail-2.0.tar.gz) = +uuh8bAAvOVwEhz3s/X5+cx5QYfmhBcy5/omqfi9s1c= -SIZE (extsmail-2.0.tar.gz) = 66991 +SHA256 (extsmail-2.3.tar.gz) = cMMp1aJI/6fCZHKB3KvkLQ9zKIPkLoWve5rvXO6fGok= +SIZE (extsmail-2.3.tar.gz) = 67743
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/10/23 15:01:29 Modified files: sysutils/ruby-r10k: Makefile distinfo Log message: update 3.3.1 -> 3.3.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/10/23 15:00:55 Modified files: databases/ruby-hiera3: Makefile distinfo Log message: Update 3.5.0 -> 3.6.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/10/23 14:42:54 Modified files: security/ruby-gpgme: Makefile security/ruby-gpgme/pkg: PLIST Log message: readd building the extension, accidently removed by the last update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/10/23 14:24:20 Modified files: devel/ruby-zeitwerk: Makefile distinfo devel/ruby-zeitwerk/pkg: PLIST Log message: Update 2.1.10 -> 2.2.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/10/23 13:47:55 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Removed files: mail/mozilla-thunderbird/patches: patch-third_party_rust_cssparser_src_parser_rs Log message: Update to thunderbird 68.2.0. See https://www.thunderbird.net/en-US/thunderbird/68.2.0/releasenotes/ Remove patch from #1585099 fixing build with rust 1.38, merged upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/10/23 13:46:03 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Removed files: www/firefox-esr/patches: patch-old-configure patch-third_party_rust_cssparser_src_parser_rs Log message: Update to firefox-esr 68.2.0. See https://www.mozilla.org/en-US/firefox/68.2.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-33/ Remove patch from #1579323 to reenable sandboxing by default & patch from #1585099 to fix build with rust 1.38, both merged upstream in the esr branch.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/10/23 13:38:09 Modified files: www/mozilla-firefox: Makefile distinfo www/mozilla-firefox/patches: patch-storage_mozStorageConnection_cpp www/mozilla-firefox/pkg: PLIST www/firefox-i18n: Makefile.inc distinfo Log message: Update to firefox 70.0. See https://www.mozilla.org/en-US/firefox/70.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-34/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/10/23 13:30:25 Modified files: security/nss : Makefile distinfo security/nss/pkg: PLIST Removed files: security/nss/patches: patch-nss_lib_freebl_Makefile patch-nss_tests_policy_policy_sh patch-nss_tests_ssl_ssl_sh Log message: Update to nss 3.47. See https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.47_release_notes Remove patches from #1581507 fixing tests & #1581391 fixing arm64, merged upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/10/23 13:28:36 Modified files: devel/nspr : Makefile distinfo devel/nspr/patches: patch-nspr_pr_include_md__openbsd_h patch-nspr_pr_src_linking_prlink_c patch-nspr_pr_src_misc_prinit_c patch-nspr_pr_src_misc_prnetdb_c patch-nspr_pr_tests_nameshm1_c patch-nspr_pr_tests_socket_c Removed files: devel/nspr/patches: patch-nspr_pr_tests_attach_c patch-nspr_pr_tests_nonblock_c patch-nspr_pr_tests_stack_c patch-nspr_pr_tests_testfile_c Log message: Update to nspr 4.23. Remove patches from #1575821, merged upstream.
Re: [NEW/WIP] Zola 0.8.0
Hi Theo, On Tue, Oct 22, 2019 at 9:39 AM Theo Buehler wrote: > On Mon, Oct 14, 2019 at 11:34:32AM -0700, Peter Ezetta wrote: > > Hello ports@, > > > > Attached is a new Zola port, updated to v0.9.0. > > > > v0.9.0 Changelog: > > https://github.com/getzola/zola/blob/master/CHANGELOG.md#090-2019-09-28 > > > > I have removed the patches that I had in the 0.8.0 version, as they were > > merged upstream. the libc crate is bumped to support SPARC64, and the > > openssl-sys crate is bumped to support LibreSSL 3.0.1. > > Unfortunately, we're already at LibreSSL 3.0.2 in -current, so the build > fails with the usual panic in openssl-sys. A PR to support LibreSSL 3.0.x > was merged, but there's no release containing it at the moment: > > https://github.com/sfackler/rust-openssl/pull/1176 > > I think it's not a good idea to mention a specific LibreSSL version in > the Makefile, as it will be outdated rather quickly. > > Updated port attached -- comment removed. > How are going to cope with the failing build in -current that is bound > to happen once bcook@ bumps to LibreSSL 3.1.0 at some point during this > release cycle? > That is a great question. I have coping with the breakage so far by building the code regularly, and opening issues upstream when a new build of openssl-sys is required due to a LibreSSL release. I don't think this scales well, and don't have much of a desire to have the build break in -current every time there is a new LibreSSL release. Looking through the ports tree, it appears that both sysutils/exa and security/sn0int are both using openssl-sys, with v0.9.47 and v0.9.46, respectively. I don't see anything special in those ports to deal with LibreSSL -- neither of them are even updating openssl-sys during the build. I did notice, however, that they don't seem to be linking ssl, either, so perhaps that is why they're able to complete the build? Any advice on how to deal with this? Peter zola.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 10:23:25 Modified files: infrastructure/lib/DPB: Grabber.pm Log message: okay, I did solve this elsewhere, and it did not work, so zap that condition
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/10/23 08:59:32 Modified files: devel/py-tz: Makefile distinfo Log message: update to pytz-2019.3, take maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 08:34:27 Modified files: infrastructure/lib/DPB: Reporter.pm Signature.pm infrastructure/lib/DPB/Core: Init.pm infrastructure/lib/DPB/Reporter: Tty.pm Log message: clean up the signature code and remove the globals in Reporter accordingly
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 07:40:55 Modified files: infrastructure/lib/DPB/Reporter: Tty.pm Log message: document what record does. Also note it's always defined, so ditch the test.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 07:38:13 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Reporter.pm infrastructure/lib/DPB/Reporter: Tty.pm Log message: clean up/document the interface to reporter a bit start making it not be a singleton (it's only created once anyway) need to clean up DPB::Signature to make this "go away" entirely
Re: py3-aiohttp requires py3-attrs
Thanks, I've just added the dep in -current. On 2019/10/23 13:27, Kirill Miazine wrote: > Hi > > Looks like py3-attrs is now (OpenBSD 6.6 Python 3.7) a requirement for running > py3-aiohttp: > > km@beebox ~ $ python3.7 > Python 3.7.4 (default, Aug 22 2019, 13:50:57) > [Clang 8.0.0 (tags/RELEASE_800/final)] on openbsd6 > Type "help", "copyright", "credits" or "license" for more information. > >>> import aiohttp > Traceback (most recent call last): > File "", line 1, in > File "/usr/local/lib/python3.7/site-packages/aiohttp/__init__.py", line 6, > in > from .client import ( > File "/usr/local/lib/python3.7/site-packages/aiohttp/client.py", line 28, in > import attr > ModuleNotFoundError: No module named 'attr' > > root@beebox ~ # pkg_add py3-attrs > quirks-3.182 signed on 2019-10-12T12:14:24Z > py3-attrs-18.2.0p0: ok > > km@beebox ~ $ python3.7 > Python 3.7.4 (default, Aug 22 2019, 13:50:57) > [Clang 8.0.0 (tags/RELEASE_800/final)] on openbsd6 > Type "help", "copyright", "credits" or "license" for more information. > >>> import aiohttp > >>> >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/10/23 06:42:57 Modified files: www/py-aiohttp : Makefile Log message: missing dep, pointed out by Kirill Miazine
Re: xapian-{core,bindings,omega} - version bump to 1.4.12
On 2019/10/22 18:07, Lucas Raab wrote: > xapian 1.4.13 has since been released and attached is an updated diff. > > Largely unchanged from the prior 1.4.12 diff and tested with the same > methods as before: doxygen and mu. > > Any KDE users out there with kopano, khelpcenter, and baloo: please jump in I've committed this with a few tweaks and started a bulk ports build, if there are any build problems with the KDE things I'll look into them asap.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/10/23 06:13:35 Modified files: databases/xapian-bindings: Makefile distinfo databases/xapian-bindings/patches: patch-perl_Makefile_in patch-python3_Makefile_in databases/xapian-bindings/pkg: PLIST-ruby databases/xapian-core: Makefile distinfo databases/xapian-core/patches: patch-cmake_xapian-config_cmake_in databases/xapian-core/pkg: PLIST www/xapian-omega: Makefile distinfo www/xapian-omega/patches: patch-omega_conf Removed files: databases/xapian-core/patches: patch-pkgconfig_xapian-core_pc_in Log message: update to xapian 1.4.13 mostly from Lucas Raab, patch/wantlib regen + shared_libs bump from me
Re: New/Replacement: Kicad 5.1.4
On October 22, 2019 11:41:08 PM MDT, "Anthony J. Bentley" wrote: >Tracey Emery writes: >> Your attached file only has the ngspice port. It's missing the >> libngspice part. > >Bah... > >> I've attached the one I sent to you. Does this look ok to you? > >Almost right, but it still has @conflict ngspice-<=30p0. >Attached is the corrected version. > >-- >Anthony J. Bentley :D well, I have too many copies floating around too! ... Sigh -- Tracey Emery
Re: Firefox: unwanted network connections
On Sun, Oct 20, 2019, Johnathan M. wrote: > https://support.mozilla.org/en-US/kb/how-stop-firefox-making-automatic-connections Thanks, I followed all of those instructions and FF is still making the connections. I found out that those to AWS are actually for hostnames in mozilla.com and mozaws.net domains, so I blocked those in DNS. So far I haven't figured out what the cloudfront.net actually does/is, I will probably try to install some proxy which hopefully can give me that info. > https://github.com/pyllyukko/user.js I downloaded that and wrote a very simple script to compare the settings with mine (see below), I will probably do the same for prefs.js from TOR. Thanks for all the help! BTW: I also tried iridium and the first thing it did was to connect to some google domain. #!/bin/sh fail() { echo "$0: $@" exit 1 } VERBOSE=false while getopts v FLAG do case "${FLAG}" in v) VERBOSE=true;; esac done shift `expr ${OPTIND} - 1` [ $# -ge 2 ] || fail "missing args" OK=$1 CHK=$2 [ -s $OK ] || fail "missing $OK" [ -s $CHK ] || fail "missing $OK" grep '^user_pref(' $OK | \ sed -e 's/user_pref("//' \ -e 's/",[ ]*/ /' \ -e 's/).*//' | while read K V do V2=`fgrep "user_pref(\"$K\"" $CHK | sed -e 's/.*",[ ]*//' \ -e 's/[ ]*).*//'` [ x"$V" = x"$V2" ] && continue if [ x"$V2" = x"" ] then ${VERBOSE} && echo "$K not set" continue fi echo "$K: $V != $V2" done -- Address is valid for this mailing list only.
py3-aiohttp requires py3-attrs
Hi Looks like py3-attrs is now (OpenBSD 6.6 Python 3.7) a requirement for running py3-aiohttp: km@beebox ~ $ python3.7 Python 3.7.4 (default, Aug 22 2019, 13:50:57) [Clang 8.0.0 (tags/RELEASE_800/final)] on openbsd6 Type "help", "copyright", "credits" or "license" for more information. >>> import aiohttp Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python3.7/site-packages/aiohttp/__init__.py", line 6, in from .client import ( File "/usr/local/lib/python3.7/site-packages/aiohttp/client.py", line 28, in import attr ModuleNotFoundError: No module named 'attr' root@beebox ~ # pkg_add py3-attrs quirks-3.182 signed on 2019-10-12T12:14:24Z py3-attrs-18.2.0p0: ok km@beebox ~ $ python3.7 Python 3.7.4 (default, Aug 22 2019, 13:50:57) [Clang 8.0.0 (tags/RELEASE_800/final)] on openbsd6 Type "help", "copyright", "credits" or "license" for more information. >>> import aiohttp >>>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/10/23 04:23:56 Modified files: graphics/potrace: Makefile Log message: update license marker
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/10/23 04:22:45 Modified files: graphics/potrace: Makefile distinfo Log message: update to potrace-1.16
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:09:50 Modified files: infrastructure/lib/DPB/Job: Port.pm Log message: also use fractional ts here, including non ludicrous rpecision on max_stuck add a "coda" to the log, just so you can see how long cleaned took, or when it errored
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:07:24 Modified files: infrastructure/lib/DPB: PortBuilder.pm Log message: don't close fh, it's already been closed by the job also, let the serializer fill ts
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:06:19 Modified files: infrastructure/lib/DPB: Engine.pm Log message: use fractional ts here too rename log_no_ts to log_same_ts, clearer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:05:28 Modified files: infrastructure/lib/DPB: Serialize.pm Log message: have the serializer complete with a current ts if needed, so we don't have to repeat ourselves.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:04:39 Modified files: infrastructure/lib/DPB: Fetch.pm Log message: just in case, make it possible to have fractional timestamps there too
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/10/23 04:04:06 Modified files: infrastructure/lib/DPB: Util.pm Log message: formalize how to convert time values to string, with 2 digits after the dot
Re: Neovim update and new libluv port
On 2019/10/22 21:45, Travis Cole wrote: > On Mon, Oct 21, 2019, at 06:10, Edd Barrett wrote: > > Hi Stuart, > > > > Thanks for looking at this is more detail. > > > > On Mon, Oct 21, 2019 at 01:12:57PM +0100, Stuart Henderson wrote: > > > Then I looked again at Neovim's "following head" page. "Nvim core > > > requires libluv. This may require building with -DUSE_BUNDLED_LUV=ON if > > > you were previously using -DUSE_BUNDLED_LUV=OFF". Since libluv is a bit > > > of an awkward port in several ways, would it be a better idea to just > > > use the bundled libluv instead? > > > > I don't object as long as we have a comment in the neovim port > > describing this decision. > > > > Thanks for looking at this again! > > I went to see if I could just add -DUSE_BUNDLED_LOV=ON to > MAKE_FLAGS and sadly, it doesn't seem so simple. The configure step fails > because it can't find luv. > > -- Found Msgpack: /usr/local/lib/libmsgpackc.so.1.0 (found suitable version > "2.1.5", minimum required is "1.0.0") > CMake Error at > /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 > (message): > Could NOT find LibLUV (missing: LIBLUV_LIBRARY LIBLUV_INCLUDE_DIR) > (Required is at least version "1.30.0") > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:378 > (_FPHSA_FAILURE_MESSAGE) > cmake/FindLibLUV.cmake:29 (find_package_handle_standard_args) > CMakeLists.txt:375 (find_package) > > > -- Configuring incomplete, errors occurred! > > > I'm a bit new to cmake, but from my reading of this, the USE_BUNDLED > is all or nothing. > > from: neovim-0.4.2/third-party/CMakeLists.txt > > option(USE_BUNDLED "Use bundled dependencies." ON) > > option(USE_BUNDLED_GPERF "Use the bundled version of gperf." ${USE_BUNDLED}) > option(USE_BUNDLED_UNIBILIUM "Use the bundled unibilium." ${USE_BUNDLED}) > option(USE_BUNDLED_LIBTERMKEY "Use the bundled libtermkey." ${USE_BUNDLED}) > option(USE_BUNDLED_LIBVTERM "Use the bundled libvterm." ${USE_BUNDLED}) > option(USE_BUNDLED_LIBUV "Use the bundled libuv." ${USE_BUNDLED}) > option(USE_BUNDLED_MSGPACK "Use the bundled msgpack." ${USE_BUNDLED}) > option(USE_BUNDLED_LUAJIT "Use the bundled version of luajit." ${USE_BUNDLED}) > option(USE_BUNDLED_LUAROCKS "Use the bundled version of luarocks." > ${USE_BUNDLED}) > option(USE_BUNDLED_LUV "Use the bundled version of luv." ${USE_BUNDLED}) > > And hard coding USE_BUNDLED_LUV to ON didn't do it either. > > Similar with their included Makefile: > > deps: | build/.ran-third-party-cmake > ifeq ($(call filter-true,$(USE_BUNDLED)),) > +$(BUILD_CMD) -C $(DEPS_BUILD_DIR) > endif > > Setting USE_BUNDLED=ON doesn't even work... I think neovim is actually using > gmake > AND cmake for much of the 3rd party deps. So some of that may have to be > replicated. > > So I think it will require some more surgery to make this work. > > I'll see what headway I can make in evenings this week, unless someone else > has > a smarter solution. So you should be able to do -DUSE_BUNDLED_GPERF=Off \ -DUSE_BUNDLED_UNIBILIUM=Off \ -DUSE_BUNDLED_LIBTERMKEY=Off \ -DUSE_BUNDLED_LIBVTERM=Off \ -DUSE_BUNDLED_LIBUV=Off \ -DUSE_BUNDLED_MSGPACK=Off \ -DUSE_BUNDLED_LUAJIT=Off \ -DUSE_BUNDLED_LUAROCKS=Off \ -DUSE_BUNDLED_LUV=On
[new] ldnscripts: help requested
Hello, Find attached a new port for ldnscripts [1]. It is a script to manage DNSSEC zones. I have some question to make things right : - Upstream don't specify a version number. After asking the develpper, he said it's on version 2. Is setting the version with "V=" ok ? - To install, I set "do-install". Modes of configuration directories and files could be more restrictive. How to change them ? - Is PLIST correct, as files in /var and /etc are created? - How to add warnings at uninstall to say "remove /etc/ns and /var/ldnscript manually" ? - portcheck complains about hardcoded patch, but I can't figure out how to do it otherwise. This is my first attempt to make a port, so please be kind. Regards [1] : https://framagit.org/22decembre/ldnscripts/ -- prx ldnscripts.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gil...@cvs.openbsd.org 2019/10/23 02:50:05 Modified files: mail/opensmtpd-filters/rspamd: Makefile distinfo Log message: update opensmtpd-filter-rspamd to 0.1.4 which solves some DKIM sign/verify issues caused by the filter itself ok jasper@ and landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/10/23 02:24:53 Modified files: sysutils/tmuxinator: Makefile distinfo Log message: update to tmuxinator-1.1.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/10/23 02:23:51 Modified files: sysutils/virt-what: Makefile distinfo Log message: update to virt-what-1.20
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/10/23 02:18:36 Modified files: x11/xkbcommon : Makefile distinfo x11/xkbcommon/pkg: PLIST Removed files: x11/xkbcommon/patches: patch-Makefile_in Log message: update to libxkbcommon-0.9.1
Re: [ports-gcc] games/freeorion is built with -03 with eg++
On 2019-10-22 18:17, Charlene Wendling wrote: Hi ports, Tom, http://build-failures.rhaalovely.net/powerpc/2019-09-17/games/freeorion.log On base-clang archs, the game is built with the default -O2, but on base-gcc ones, it's built with -O3. On sparc64 it seems not to be an issue, but on macppc, it's causing an OOM error. On my macppc machine (2GB ram + 2GB swap) it builds (and swaps) fine [0]. The runtime is very slow, i've load averages > 20, but afaik it's not a reason to mark it BROKEN :) Comments/feedback are welcome, Charlène. [0] https://bin.charlenew.xyz/freeorion.log Index: Makefile === RCS file: /cvs/ports/games/freeorion/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile12 Jul 2019 20:46:18 - 1.3 +++ Makefile22 Oct 2019 17:11:34 - @@ -5,7 +5,7 @@ COMMENT = turn-based space empire and ga DISTNAME = FreeOrion_v${V}_2018-08-23.26f16b0_Source PKGNAME = freeorion-${V} CATEGORIES = games -REVISION = 0 +REVISION = 1 HOMEPAGE = https://www.freeorion.org/ MAINTAINER = Tom Murphy Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt22 Oct 2019 17:11:34 - @@ -0,0 +1,14 @@ +$OpenBSD$ +Remove hardcoded optimisation option. + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -394,7 +394,6 @@ target_compile_options(freeorionparseobj + $<$:-fvisibility=hidden> + $<$:-ftemplate-depth=512> + $<$:-ftemplate-depth=512> +- $<$>,$>:-O3> + ) + + target_compile_definitions(freeorionparseobj Hi Charlène, The Makefile part of the diff doesn't apply cleanly. Is the line numbering off? Anyway, yes removing -O3 is good to me. Thanks, Tom
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/10/23 02:14:43 Modified files: www/libsass: Makefile distinfo Log message: update to libsass-3.6.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mart...@cvs.openbsd.org 2019/10/23 02:01:19 Modified files: mail/opensmtpd-filters/dkimsign: Makefile distinfo Log message: Fix off by one in relaxed mode. Issue found and fix tested by Mikolaj Kucharski. port diff looks good to jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mart...@cvs.openbsd.org 2019/10/23 01:59:10 Modified files: mail/opensmtpd-filters/dnsbl: Makefile distinfo Log message: When running filter-dnsbl later in a filter chain it can happen that a disconnect command is issued without any prior. This results in an invalid free. Found by and fix tested by Mischa Peters port diff looks good to jasper@
Re: valgrind diff to fix run memcheck on amd64
Sorry, From: Stuart Henderson Date: Fri, 18 Oct 2019 21:58:25 +0100 > On 2019/10/18 15:08, Masato Asou wrote: >> From: YASUOKA Masahiko >> Date: Wed, 02 Oct 2019 23:29:05 +0900 (JST) >> >> > I looked into the problem more. >> > >> > - unveil(2) itself fails >> > - so file system related system calls are not restricted (yet) >> > >> > valgrind complains: >> > >> > ==13326== >> > --13326-- WARNING: unhandled syscall: 114 >> > --13326-- You may be able to write your own handler. >> > --13326-- Read the file README_MISSING_SYSCALL_OR_IOCTL. >> > --13326-- Nevertheless we consider this a bug. Please report >> > --13326-- it at http://valgrind.org/support/bug_reports.html. >> > >> > valgrind doesn't support unveil(2) yet. I suppose Asou can add that. >> >> I was added unveil(2). > > Please set REVISION = 14 in ports/devel/valgrind/Makefile so that > "pkg_add -u" will find the update. > > Otherwise OK sthen@ I was commited below: > List: openbsd-ports-cvs > Subject:CVS: cvs.openbsd.org: ports > From: ASOU Masato > Date: 2019-10-23 2:35:06 > Message-ID: 3b1cd636a5f50760 () openbsd ! org > [Download RAW message or body] > > CVSROOT: /cvs > Module name: ports > Changes by: a...@cvs.openbsd.org2019/10/22 20:35:05 > > Modified files: > devel/valgrind : Makefile > Added files: > devel/valgrind/patches: > > patch-coregrind_m_syswrap_priv_syswrap_openbsd_h > patch-coregrind_m_syswrap_syswrap_openbsd_c > patch-include_vki_vki_scnums_openbsd_h > > Log message: > Add sys_unveil() I lost 'ok sthen@'. -- ASOU Masato