UPDATE: mail/p5-Mail-SpamAssassin
Hi, update to latest version, this a major update, there are many new features and a lot of bug fixed. Some CVE has been fixed and a old SA versions will not be compatible with new rules sooner or later. I used several iterations of this diff in production, ok to put it in before 6.4 ? More info here: http://svn.apache.org/repos/asf/spamassassin/trunk/build/announcements/3.4.2.txt Thanks & Cheers Giovanni Index: Makefile === RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/Makefile,v retrieving revision 1.109 diff -u -p -r1.109 Makefile --- Makefile4 Sep 2018 12:46:15 - 1.109 +++ Makefile17 Sep 2018 06:59:30 - @@ -2,11 +2,10 @@ COMMENT= mailfilter to identify and mark spam -VER= 3.4.1 +VER= 3.4.2 DISTNAME= Mail-SpamAssassin-${VER} PKGNAME= p5-${DISTNAME} -REVISION= 15 -RULESNAME= Mail-SpamAssassin-rules-${VER}.r1675274.tgz +RULESNAME= Mail-SpamAssassin-rules-${VER}.r1840640.tgz CATEGORIES=mail perl5 DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${RULESNAME} @@ -33,8 +32,9 @@ COMMON_DEPENDS= www/p5-HTML-Parser>=3.3 BUILD_DEPENDS= ${COMMON_DEPENDS} RUN_DEPENDS= ${COMMON_DEPENDS} \ devel/re2c \ + devel/p5-BSD-Resource \ p5-Mail-SPF-*|p5-Mail-SPF-Query-*:mail/p5-Mail-SPF \ - net/p5-Geo-IP \ + p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-Geo-IP \ net/p5-Net-LibIDN \ net/p5-Net-Patricia \ security/gnupg \ Index: distinfo === RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/distinfo,v retrieving revision 1.38 diff -u -p -r1.38 distinfo --- distinfo30 Apr 2015 14:41:53 - 1.38 +++ distinfo17 Sep 2018 06:59:56 - @@ -1,4 +1,4 @@ -SHA256 (Mail-SpamAssassin-3.4.1.tar.bz2) = oMHJgI8GhLOJWU64ssy6zmSGVGWTST+TCMlVRWPRRlE= -SHA256 (Mail-SpamAssassin-rules-3.4.1.r1675274.tgz) = OC9+4WCpahWq5Vn1PfksNvLhdkexnFlU7+3oYUn40Ss= -SIZE (Mail-SpamAssassin-3.4.1.tar.bz2) = 2710985 -SIZE (Mail-SpamAssassin-rules-3.4.1.r1675274.tgz) = 270622 +SHA256 (Mail-SpamAssassin-3.4.2.tar.bz2) = zwMEWkmRdSFF7tAH51c38+TH80zyJdtBHOP9NZKA6No= +SHA256 (Mail-SpamAssassin-rules-3.4.2.r1840640.tgz) = jUgaIIHx5ioleSOPZrWNIST3ounzz6PUqisD/nsBmbs= +SIZE (Mail-SpamAssassin-3.4.2.tar.bz2) = 2700016 +SIZE (Mail-SpamAssassin-rules-3.4.2.r1840640.tgz) = 284758 Index: patches/patch-Makefile_PL === RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/patches/patch-Makefile_PL,v retrieving revision 1.13 diff -u -p -r1.13 patch-Makefile_PL --- patches/patch-Makefile_PL 30 Apr 2015 14:41:53 - 1.13 +++ patches/patch-Makefile_PL 13 Apr 2018 14:26:57 - @@ -1,7 +1,8 @@ $OpenBSD: patch-Makefile_PL,v 1.13 2015/04/30 14:41:53 sthen Exp $ Makefile.PL.orig Tue Apr 28 20:57:01 2015 -+++ Makefile.PLThu Apr 30 14:25:54 2015 -@@ -832,7 +832,7 @@ sub MY::install { +Index: Makefile.PL +--- Makefile.PL.orig Makefile.PL +@@ -856,7 +856,7 @@ sub MY::install { foreach (@code) { # Add our install targets as a dependency to all top-level install targets Index: patches/patch-lib_Mail_SpamAssassin_BayesStore_pm === RCS file: patches/patch-lib_Mail_SpamAssassin_BayesStore_pm diff -N patches/patch-lib_Mail_SpamAssassin_BayesStore_pm --- patches/patch-lib_Mail_SpamAssassin_BayesStore_pm 31 Oct 2017 07:41:51 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-lib_Mail_SpamAssassin_BayesStore_pm,v 1.1 2017/10/31 07:41:51 giovanni Exp $ - -# bug 7340: remove expire flag after token expiration is done - -Index: lib/Mail/SpamAssassin/BayesStore.pm lib/Mail/SpamAssassin/BayesStore.pm.orig -+++ lib/Mail/SpamAssassin/BayesStore.pm -@@ -419,6 +419,7 @@ sub expire_old_tokens_trapped { - dbg("bayes: $msg: $msg2"); - } - -+ $self->remove_running_expire_tok(); - return 1; - } - Index: patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm === RCS file: patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm diff -N patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm --- patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm 13 Mar 2018 07:51:59 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,218 +0,0 @@ -$OpenBSD: patch-lib_Mail_SpamAssassin_Conf_Parser_pm,v 1.2 2018/03/13 07:51:59 giovanni Exp $ - -Index: lib/Mail/SpamAssassin/Conf/Parser.pm lib/Mail/SpamAssassin/Conf/Parser.pm.orig -+++ lib/Mail/SpamAssassin/Conf/Parser.pm -@@ -142,15 +142,11 @@ use M
[Update] Homebank 5.2.1
Hi, Small update for homebank. Tested on @amd64. Ok ? Index: Makefile === RCS file: /cvs/ports/productivity/homebank/Makefile,v retrieving revision 1.37 diff -u -p -u -p -r1.37 Makefile --- Makefile 14 Sep 2018 15:45:35 - 1.37 +++ Makefile 17 Sep 2018 08:42:01 - @@ -2,7 +2,7 @@ COMMENT = personal accounting application -DISTNAME = homebank-5.2 +DISTNAME = homebank-5.2.1 CATEGORIES = productivity x11 Index: distinfo === RCS file: /cvs/ports/productivity/homebank/distinfo,v retrieving revision 1.19 diff -u -p -u -p -r1.19 distinfo --- distinfo 14 Sep 2018 15:45:35 - 1.19 +++ distinfo 17 Sep 2018 08:42:01 - @@ -1,2 +1,2 @@ -SHA256 (homebank-5.2.tar.gz) = jlQh4PPngrtAPybXE3kWceDlHYhxVxadkVY35U5yCQg= -SIZE (homebank-5.2.tar.gz) = 2599436 +SHA256 (homebank-5.2.1.tar.gz) = f+HdSHvKERXlnXZorrTeMuuM4ZZPdNJM6yhpRzZZd0Q= +SIZE (homebank-5.2.1.tar.gz) = 2599945
Re: package conflicts to fix or process somehow
On Mon, Sep 17, 2018 at 08:48:02AM +0200, Sebastian Reitenbach wrote: > Hi, > > Am Samstag, September 15, 2018 12:12 CEST, Marc Espie > schrieb: > > > (resend, something burped on the first try, I can't find it in the archives) > > > > The python stuff seems to be files to rename or remove. > > > > Chicken and mono do install stuff that's WAY too short. > > > > The rest, well, that's for maintainer to decide. > > > > Anyway, those are unregistered conflicts right now. > > > > If not fixed soon, they should be marked as conflicting. > > > > > cmark-0.28.3(textproc/cmark),py-commonmark-0.7.4(textproc/py-commonmark) > > /usr/local/bin/cmark > > I'm looking into py-commonmark, which has this in the post-install: > post-install: > for i in ${PREFIX}/bin/*; do \ > mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ > done > > Is the MODPY_BIN_SUFFIX gone? > This port only installs python3 FLAVOR, and it's the only binary that goes > to ${PREFIX}/bin, so should be easy to rename the 'cmark' to 'commonmark' > to resolve the conflict. > Just wanted to know if I didn't miss anything with regard to the > MODPY_BIN_SUFFIX? > On an a bit older box, cmark installs as cmark-3 I see SUBDIR += py-commonmark SUBDIR += py-commonmark,python3 in the category makefile. and we are talking about the python2 flavor. Adjusting the binary name to commonmark or whatever is cool for me.
Re: package conflicts to fix or process somehow
On 2018/09/17 11:14, Marc Espie wrote: > On Mon, Sep 17, 2018 at 08:48:02AM +0200, Sebastian Reitenbach wrote: > > Hi, > > > > Am Samstag, September 15, 2018 12:12 CEST, Marc Espie > > schrieb: > > > > > (resend, something burped on the first try, I can't find it in the > > > archives) > > > > > > The python stuff seems to be files to rename or remove. > > > > > > Chicken and mono do install stuff that's WAY too short. > > > > > > The rest, well, that's for maintainer to decide. > > > > > > Anyway, those are unregistered conflicts right now. > > > > > > If not fixed soon, they should be marked as conflicting. > > > > > > > > cmark-0.28.3(textproc/cmark),py-commonmark-0.7.4(textproc/py-commonmark) > > > /usr/local/bin/cmark > > > > I'm looking into py-commonmark, which has this in the post-install: > > post-install: > > for i in ${PREFIX}/bin/*; do \ > > mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ > > done > > > > Is the MODPY_BIN_SUFFIX gone? > > This port only installs python3 FLAVOR, and it's the only binary that goes > > to ${PREFIX}/bin, so should be easy to rename the 'cmark' to 'commonmark' > > to resolve the conflict. > > Just wanted to know if I didn't miss anything with regard to the > > MODPY_BIN_SUFFIX? > > On an a bit older box, cmark installs as cmark-3 > > I see > SUBDIR += py-commonmark > SUBDIR += py-commonmark,python3 > > in the category makefile. > > and we are talking about the python2 flavor. > > Adjusting the binary name to commonmark or whatever is cool for me. > Sorry I missed this when I was reviewing textproc/cmark, obvious diff: Index: Makefile === RCS file: /cvs/ports/textproc/py-commonmark/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile2 Nov 2017 09:32:36 - 1.1.1.1 +++ Makefile17 Sep 2018 10:09:30 - @@ -3,6 +3,7 @@ COMMENT= parser for the CommonMark markdown spec MODPY_EGG_VERSION= 0.7.4 +REVISION= 0 DISTNAME= CommonMark-${MODPY_EGG_VERSION} PKGNAME= py-commonmark-${MODPY_EGG_VERSION} CATEGORIES=textproc @@ -25,8 +26,6 @@ TEST_DEPENDS= ${RUN_DEPENDS} \ devel/py-hypothesis${MODPY_FLAVOR} post-install: - for i in ${PREFIX}/bin/*; do \ - mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ - done + mv ${PREFIX}/bin/cmark ${PREFIX}/bin/commonmark${MODPY_BIN_SUFFIX} .include Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-commonmark/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 2 Nov 2017 09:32:36 - 1.1.1.1 +++ pkg/PLIST 17 Sep 2018 10:09:30 - @@ -1,5 +1,5 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2017/11/02 09:32:36 sebastia Exp $ -bin/cmark${MODPY_BIN_SUFFIX} +bin/commonmark${MODPY_BIN_SUFFIX} lib/python${MODPY_VERSION}/site-packages/CommonMark/ lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
NEW: comms/sigrok
Hi, The sigrok project aims at creating a portable, cross-platform, Free/Libre/Open-Source logic analyzer software that supports various logic analyzer hardware products. It includes command-line and graphical interfaces, libraries for protocol decoding and talking to logic analyzers, and free firmware for certain pieces of hardware. I haven't tried with any hardware. But the sigrok-dumps package provides sample data captures from various devices that you can play around with in Pulseview. ok? -- Anthony J. Bentley sigrok.tar.gz Description: sigrok.tar.gz
Re: package conflicts to fix or process somehow
Am Montag, September 17, 2018 11:14 CEST, Marc Espie schrieb: > On Mon, Sep 17, 2018 at 08:48:02AM +0200, Sebastian Reitenbach wrote: > > Hi, > > > > Am Samstag, September 15, 2018 12:12 CEST, Marc Espie > > schrieb: > > > > > (resend, something burped on the first try, I can't find it in the > > > archives) > > > > > > The python stuff seems to be files to rename or remove. > > > > > > Chicken and mono do install stuff that's WAY too short. > > > > > > The rest, well, that's for maintainer to decide. > > > > > > Anyway, those are unregistered conflicts right now. > > > > > > If not fixed soon, they should be marked as conflicting. > > > > > > > > cmark-0.28.3(textproc/cmark),py-commonmark-0.7.4(textproc/py-commonmark) > > > /usr/local/bin/cmark > > > > I'm looking into py-commonmark, which has this in the post-install: > > post-install: > > for i in ${PREFIX}/bin/*; do \ > > mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ > > done > > > > Is the MODPY_BIN_SUFFIX gone? > > This port only installs python3 FLAVOR, and it's the only binary that goes > > to ${PREFIX}/bin, so should be easy to rename the 'cmark' to 'commonmark' > > to resolve the conflict. > > Just wanted to know if I didn't miss anything with regard to the > > MODPY_BIN_SUFFIX? > > On an a bit older box, cmark installs as cmark-3 > > I see > SUBDIR += py-commonmark > SUBDIR += py-commonmark,python3 > > in the category makefile. > > and we are talking about the python2 flavor. > > Adjusting the binary name to commonmark or whatever is cool for me. > Then this should do the trick, OK? Index: Makefile === RCS file: /cvs/ports/textproc/py-commonmark/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile2 Nov 2017 09:32:36 - 1.1.1.1 +++ Makefile17 Sep 2018 10:24:21 - @@ -3,6 +3,7 @@ COMMENT= parser for the CommonMark markdown spec MODPY_EGG_VERSION= 0.7.4 +REVISION= 0 DISTNAME= CommonMark-${MODPY_EGG_VERSION} PKGNAME= py-commonmark-${MODPY_EGG_VERSION} CATEGORIES=textproc @@ -25,8 +26,8 @@ devel/py-hypothesis${MODPY_FLAVOR} post-install: - for i in ${PREFIX}/bin/*; do \ - mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ - done + # cmark binary conflicts with textproc/cmark + mv ${PREFIX}/bin/cmark \ + ${PREFIX}/bin/commonmark${MODPY_BIN_SUFFIX} .include Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-commonmark/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 2 Nov 2017 09:32:36 - 1.1.1.1 +++ pkg/PLIST 17 Sep 2018 10:24:21 - @@ -1,5 +1,5 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2017/11/02 09:32:36 sebastia Exp $ -bin/cmark${MODPY_BIN_SUFFIX} +bin/commonmark${MODPY_BIN_SUFFIX} lib/python${MODPY_VERSION}/site-packages/CommonMark/ lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Re: package conflicts to fix or process somehow
Am Montag, September 17, 2018 12:10 CEST, Stuart Henderson schrieb: > On 2018/09/17 11:14, Marc Espie wrote: > > On Mon, Sep 17, 2018 at 08:48:02AM +0200, Sebastian Reitenbach wrote: > > > Hi, > > > > > > Am Samstag, September 15, 2018 12:12 CEST, Marc Espie > > > schrieb: > > > > > > > (resend, something burped on the first try, I can't find it in the > > > > archives) > > > > > > > > The python stuff seems to be files to rename or remove. > > > > > > > > Chicken and mono do install stuff that's WAY too short. > > > > > > > > The rest, well, that's for maintainer to decide. > > > > > > > > Anyway, those are unregistered conflicts right now. > > > > > > > > If not fixed soon, they should be marked as conflicting. > > > > > > > > > > > cmark-0.28.3(textproc/cmark),py-commonmark-0.7.4(textproc/py-commonmark) > > > > /usr/local/bin/cmark > > > > > > I'm looking into py-commonmark, which has this in the post-install: > > > post-install: > > > for i in ${PREFIX}/bin/*; do \ > > > mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ > > > done > > > > > > Is the MODPY_BIN_SUFFIX gone? > > > This port only installs python3 FLAVOR, and it's the only binary that goes > > > to ${PREFIX}/bin, so should be easy to rename the 'cmark' to 'commonmark' > > > to resolve the conflict. > > > Just wanted to know if I didn't miss anything with regard to the > > > MODPY_BIN_SUFFIX? > > > On an a bit older box, cmark installs as cmark-3 > > > > I see > > SUBDIR += py-commonmark > > SUBDIR += py-commonmark,python3 > > > > in the category makefile. > > > > and we are talking about the python2 flavor. > > > > Adjusting the binary name to commonmark or whatever is cool for me. > > > > Sorry I missed this when I was reviewing textproc/cmark, obvious diff: you were faster, looks quite similar to mine, sure OK ;) > > Index: Makefile > === > RCS file: /cvs/ports/textproc/py-commonmark/Makefile,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 Makefile > --- Makefile 2 Nov 2017 09:32:36 - 1.1.1.1 > +++ Makefile 17 Sep 2018 10:09:30 - > @@ -3,6 +3,7 @@ > COMMENT= parser for the CommonMark markdown spec > > MODPY_EGG_VERSION= 0.7.4 > +REVISION=0 > DISTNAME=CommonMark-${MODPY_EGG_VERSION} > PKGNAME= py-commonmark-${MODPY_EGG_VERSION} > CATEGORIES= textproc > @@ -25,8 +26,6 @@ TEST_DEPENDS= ${RUN_DEPENDS} \ > devel/py-hypothesis${MODPY_FLAVOR} > > post-install: > - for i in ${PREFIX}/bin/*; do \ > - mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\ > - done > + mv ${PREFIX}/bin/cmark ${PREFIX}/bin/commonmark${MODPY_BIN_SUFFIX} > > .include > Index: pkg/PLIST > === > RCS file: /cvs/ports/textproc/py-commonmark/pkg/PLIST,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 PLIST > --- pkg/PLIST 2 Nov 2017 09:32:36 - 1.1.1.1 > +++ pkg/PLIST 17 Sep 2018 10:09:30 - > @@ -1,5 +1,5 @@ > @comment $OpenBSD: PLIST,v 1.1.1.1 2017/11/02 09:32:36 sebastia Exp $ > -bin/cmark${MODPY_BIN_SUFFIX} > +bin/commonmark${MODPY_BIN_SUFFIX} > lib/python${MODPY_VERSION}/site-packages/CommonMark/ > > lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ > > lib/python${MODPY_VERSION}/site-packages/CommonMark-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO >
Re: [update] thunderbird 60.0
No issues in daily usage so far on my amd64 machine with lightning-6.2v0, some other extensions as well as thunderbird's #PKCS11 interface for S/MIME.
Re: UPDATE: mail/p5-Mail-SpamAssassin
On Mon, Sep 17, 2018 at 09:14:43AM +0200, Giovanni Bechis wrote: > Hi, > update to latest version, this a major update, there are many new features > and a lot of bug fixed. > Some CVE has been fixed and a old SA versions will not be compatible with > new rules sooner or later. > I used several iterations of this diff in production, ok to put it in > before 6.4 ? > > More info here: > http://svn.apache.org/repos/asf/spamassassin/trunk/build/announcements/3.4.2.txt > > Thanks & Cheers > Giovanni Works fine on my small setup. ok pea@ Any plans to backport CVE to -stable ? > Index: Makefile > === > RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/Makefile,v > retrieving revision 1.109 > diff -u -p -r1.109 Makefile > --- Makefile 4 Sep 2018 12:46:15 - 1.109 > +++ Makefile 17 Sep 2018 06:59:30 - > @@ -2,11 +2,10 @@ > > COMMENT= mailfilter to identify and mark spam > > -VER= 3.4.1 > +VER= 3.4.2 > DISTNAME=Mail-SpamAssassin-${VER} > PKGNAME= p5-${DISTNAME} > -REVISION=15 > -RULESNAME= Mail-SpamAssassin-rules-${VER}.r1675274.tgz > +RULESNAME= Mail-SpamAssassin-rules-${VER}.r1840640.tgz > CATEGORIES= mail perl5 > > DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${RULESNAME} > @@ -33,8 +32,9 @@ COMMON_DEPENDS= www/p5-HTML-Parser>=3.3 > BUILD_DEPENDS= ${COMMON_DEPENDS} > RUN_DEPENDS= ${COMMON_DEPENDS} \ > devel/re2c \ > + devel/p5-BSD-Resource \ > p5-Mail-SPF-*|p5-Mail-SPF-Query-*:mail/p5-Mail-SPF \ > - net/p5-Geo-IP \ > + > p5-Geo-IP-*|p5-IP-Country-DB_File-*|p5-IP-Country-*:net/p5-Geo-IP \ > net/p5-Net-LibIDN \ > net/p5-Net-Patricia \ > security/gnupg \ > Index: distinfo > === > RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/distinfo,v > retrieving revision 1.38 > diff -u -p -r1.38 distinfo > --- distinfo 30 Apr 2015 14:41:53 - 1.38 > +++ distinfo 17 Sep 2018 06:59:56 - > @@ -1,4 +1,4 @@ > -SHA256 (Mail-SpamAssassin-3.4.1.tar.bz2) = > oMHJgI8GhLOJWU64ssy6zmSGVGWTST+TCMlVRWPRRlE= > -SHA256 (Mail-SpamAssassin-rules-3.4.1.r1675274.tgz) = > OC9+4WCpahWq5Vn1PfksNvLhdkexnFlU7+3oYUn40Ss= > -SIZE (Mail-SpamAssassin-3.4.1.tar.bz2) = 2710985 > -SIZE (Mail-SpamAssassin-rules-3.4.1.r1675274.tgz) = 270622 > +SHA256 (Mail-SpamAssassin-3.4.2.tar.bz2) = > zwMEWkmRdSFF7tAH51c38+TH80zyJdtBHOP9NZKA6No= > +SHA256 (Mail-SpamAssassin-rules-3.4.2.r1840640.tgz) = > jUgaIIHx5ioleSOPZrWNIST3ounzz6PUqisD/nsBmbs= > +SIZE (Mail-SpamAssassin-3.4.2.tar.bz2) = 2700016 > +SIZE (Mail-SpamAssassin-rules-3.4.2.r1840640.tgz) = 284758 > Index: patches/patch-Makefile_PL > === > RCS file: /var/cvs/ports/mail/p5-Mail-SpamAssassin/patches/patch-Makefile_PL,v > retrieving revision 1.13 > diff -u -p -r1.13 patch-Makefile_PL > --- patches/patch-Makefile_PL 30 Apr 2015 14:41:53 - 1.13 > +++ patches/patch-Makefile_PL 13 Apr 2018 14:26:57 - > @@ -1,7 +1,8 @@ > $OpenBSD: patch-Makefile_PL,v 1.13 2015/04/30 14:41:53 sthen Exp $ > Makefile.PL.orig Tue Apr 28 20:57:01 2015 > -+++ Makefile.PL Thu Apr 30 14:25:54 2015 > -@@ -832,7 +832,7 @@ sub MY::install { > +Index: Makefile.PL > +--- Makefile.PL.orig > Makefile.PL > +@@ -856,7 +856,7 @@ sub MY::install { > > foreach (@code) { > # Add our install targets as a dependency to all top-level install > targets > Index: patches/patch-lib_Mail_SpamAssassin_BayesStore_pm > === > RCS file: patches/patch-lib_Mail_SpamAssassin_BayesStore_pm > diff -N patches/patch-lib_Mail_SpamAssassin_BayesStore_pm > --- patches/patch-lib_Mail_SpamAssassin_BayesStore_pm 31 Oct 2017 07:41:51 > - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,15 +0,0 @@ > -$OpenBSD: patch-lib_Mail_SpamAssassin_BayesStore_pm,v 1.1 2017/10/31 > 07:41:51 giovanni Exp $ > - > -# bug 7340: remove expire flag after token expiration is done > - > -Index: lib/Mail/SpamAssassin/BayesStore.pm > lib/Mail/SpamAssassin/BayesStore.pm.orig > -+++ lib/Mail/SpamAssassin/BayesStore.pm > -@@ -419,6 +419,7 @@ sub expire_old_tokens_trapped { > - dbg("bayes: $msg: $msg2"); > - } > - > -+ $self->remove_running_expire_tok(); > - return 1; > - } > - > Index: patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm > === > RCS file: patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm > diff -N patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm > --- patches/patch-lib_Mail_SpamAssassin_Conf_Parser_pm13 Mar 2018 > 07:51:59 -0
lang/rust-doc: duplicate plist elements
Hi, the patch below fixes 'make package' for rust-doc on aarch64 for me. Index: pkg/PFRAG.aarch64-doc === RCS file: /cvs/ports/lang/rust/pkg/PFRAG.aarch64-doc,v retrieving revision 1.3 diff -u -p -u -r1.3 PFRAG.aarch64-doc --- pkg/PFRAG.aarch64-doc 16 Sep 2018 16:35:27 - 1.3 +++ pkg/PFRAG.aarch64-doc 17 Sep 2018 18:44:26 - @@ -7,144 +7,6 @@ share/doc/rust/html/core/arch/aarch64/fn share/doc/rust/html/core/arch/aarch64/fn._clz_u32.html share/doc/rust/html/core/arch/aarch64/fn._clz_u8.html share/doc/rust/html/core/arch/aarch64/fn._rbit_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_f64.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vadd_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vaddd_s64.html -share/doc/rust/html/core/arch/aarch64/fn.vaddd_u64.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_f64.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s64.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u64.html -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_f64.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vminv_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_f32.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_f64.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s8.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u8.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_s16.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_s32.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_s64.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_u16.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_u32.html -share/doc/rust/html/core/arch/aarch64/fn.vmovn_u64.html -share/doc/rust/html/core/arch/aarch64/fn.vrsqrte_f32.html -share/doc/rust/html/core/arch/aarch64/vadd_f32.v.html -share/doc/rust/html/core/arch/aarch64/vadd_f64.v.html -share/doc/rust/html/core/arch/aarch64/vadd_s16.v.html -share/doc/rust/html/core/arch/aarch64/vadd_s32.v.html -share/doc/rust/html/core/arch/aarch64/vadd_s8.v.html -share/doc/rust/html/core/arch/aarch64/vadd_u16.v.html -share/doc/rust/html/core/arch/aarch64/vadd_u32.v.html -share/doc/rust/html/core/arch/aarch64/vadd_
NEW databases/py-influxdb
Hi, InfluxDB-Python is a Python client for interacting with InfluxDB. Tested in a small hobby project with both python2.7 and python3.6 (amd64), and a local influxdb server. Some tests have been disabled as: - the distfile is missing a template file - numpy >=1.14.0 changed str and repr of ndarrays and numpy scalars With these tests skipped 'make test' runs successfully. Checked with portcheck. Comments/OKs? py-influxdb.tgz Description: application/tar-gz
Re: NEW databases/py-influxdb
On Mon, 17 Sep 2018 21:30:48 +0200, Björn Ketelaars wrote: > Comments/OKs? DESCR could be enhanced but not a big deal. ok danj@
Re: NEW databases/py-influxdb
On 2018/09/17 16:13, Daniel Jakots wrote: > On Mon, 17 Sep 2018 21:30:48 +0200, Björn Ketelaars > wrote: > > > Comments/OKs? > > DESCR could be enhanced but not a big deal. ok danj@ > I prefer to have FLAVORS=python3 closer to MODULES=lang/python where it's more visible (took me a minute to realise that it did actually have this set), but likewise not a big deal :)
Re: import python 3.7
On Tue, 11 Sep 2018 22:19:13 -0400, Daniel Jakots wrote: > New tgz attached because the plist needed some @comment. ping
Re: remove net/py-pcs ?
On Tue, 11 Sep 2018 01:12:19 -0400, Daniel Jakots wrote: > Hi, > > It was (by accident, I presume) unhooked in: > > date: 2015/06/23 19:28:39; author: ajacoutot; state: Exp; lines: +2 > -2; commitid: 6WihVya50 bPCbupV; > +py-raet > > (https://github.com/openbsd/ports/commit/01ab99f14b5beddf9ad586612eb32c84d68f1012) > > and it seems nobody missed it. I guess we can safely remove unless > someone is willing to give it some love? (upstream seems to have move > to gh:gvnn3/PCS). It's been a week without objection to remove. Any willing to ok?
Re: pgsql readme: update auth method
On Sat, 15 Sep 2018 11:17:27 -0700, Chris Bennett wrote: > Perfect. > Thanks. You don't know how many times I've had to re-do after grabbing > that first line without UTF-8. Thanks for your feedback! danj: about the diff for pgsql. I agree with the utf-8 bit but for the scram-sha, i'm not sure. Not all clients support it right now. It could be annoying Here's a diff that only deals with the encoding stuff. OK? Also I can't really see a case where a lib without support for the new auth method could be a problem. If it doesn't support it, you can just set MD5 for the app user in your pg_hba.conf, no? Am I missing something? Index: Makefile === RCS file: /cvs/ports/databases/postgresql/Makefile,v retrieving revision 1.240 diff -u -p -r1.240 Makefile --- Makefile6 Sep 2018 19:08:59 - 1.240 +++ Makefile17 Sep 2018 21:13:05 - @@ -17,7 +17,7 @@ PKGNAME-contrib=postgresql-contrib-${VER PKGNAME-plpython=postgresql-plpython-${VERSION} PKGNAME-pg_upgrade=postgresql-pg_upgrade-${VERSION} REVISION-main= 0 -REVISION-server=1 +REVISION-server=2 CATEGORIES=databases SHARED_LIBS= ecpg7.9 \ Index: pkg/README-server === RCS file: /cvs/ports/databases/postgresql/pkg/README-server,v retrieving revision 1.24 diff -u -p -r1.24 README-server --- pkg/README-server 4 Sep 2018 12:46:10 - 1.24 +++ pkg/README-server 17 Sep 2018 21:13:05 - @@ -19,16 +19,7 @@ We will be prompted for a password to pr # su - _postgresql $ mkdir /var/postgresql/data - $ initdb -D /var/postgresql/data -U postgres -A md5 -W - -Please note that by default the cluster's encoding will be SQL_ASCII. If -you want to have another default encoding, use the option -E with initdb: - - $ initdb -D /var/postgresql/data -U postgres -E UTF8 -A md5 -W - -If your cluster is already created, you can specify another encoding when -you create a new database with this command: - CREATE DATABASE xxx TEMPLATE template0 ENCODING 'xxx' ; + $ initdb -D /var/postgresql/data -U postgres -A md5 -E UTF8 -W It is strongly advised that you do not work with the postgres dba account other than creating more users and/or databases or for administrative tasks. @@ -127,9 +118,10 @@ to the current version. 4) Backup your old data directory: # mv /var/postgresql/data /var/postgresql/data-${PREV_MAJOR} -5) Create a new data directory (adding -E UTF8 to the initdb line if needed): +5) Create a new data directory: # su _postgresql -c "mkdir /var/postgresql/data" -# su _postgresql -c "initdb -D /var/postgresql/data -U postgres -A md5 -W" +# su _postgresql -c \ +"initdb -D /var/postgresql/data -U postgres -A md5 -E UTF8 -W" 6) Restore your old pg_hba.conf and (if used) SSL certificates # su _postgresql -c \ @@ -162,9 +154,10 @@ faster than a dump and reload, especiall 3) Backup your old data directory: # mv /var/postgresql/data /var/postgresql/data-${PREV_MAJOR} -4) Create a new data directory (adding -E UTF8 to the initdb line if needed): +4) Create a new data directory: # su _postgresql -c "mkdir /var/postgresql/data" -# su _postgresql -c "initdb -D /var/postgresql/data -U postgres -A md5 -W" +# su _postgresql -c \ +"initdb -D /var/postgresql/data -U postgres -A md5 -E UTF8 -W" 5) Restore your old pg_hba.conf and (if used) SSL certificates # su _postgresql -c \
Re: pgsql readme: update auth method
On Mon, Sep 17, 2018 at 05:20:16PM -0400, Daniel Jakots wrote: > > Also I can't really see a case where a lib without support for the new > auth method could be a problem. If it doesn't support it, you can just > set MD5 for the app user in your pg_hba.conf, no? Am I missing > something? > No, sounds fine to me. I have several things that I need to eject from using MD5. Maybe I'll go do that now-ish. Chris Bennett
Re: pgsql readme: update auth method
On 2018/09/17 17:20, Daniel Jakots wrote: > Also I can't really see a case where a lib without support for the new > auth method could be a problem. If it doesn't support it, you can just > set MD5 for the app user in your pg_hba.conf, no? Am I missing > something? OK for the UTF8 change. README-server only deals with setting up the 'postgres' user, I'm pretty sure SCRAM-SHA-256 makes sense for that, there shouldn't really be issues with outdated clients connecting as postgres. I'd be happy to change that before 6.4. I'd be tempted to patch postgresql.conf.sample to set "password_encryption = 'scram-sha-256'" by default as well but think that is post-6.4.
UPDATE: www/netsurf
Hi, Here's an update to netsurf-3.8. >From the release announcement: "This release will primarily be to incorporate all the bug fixes from the developer weekends and does not contain any major feature updates." As always, test reports welcome, especially from unusual architectures. Index: browser/Makefile === RCS file: /cvs/ports/www/netsurf/browser/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- browser/Makefile18 Jul 2018 10:46:54 - 1.34 +++ browser/Makefile18 Sep 2018 05:46:57 - @@ -3,8 +3,7 @@ COMMENT = lightweight web browser, with GTK interface NETSURF_PROJECT = netsurf -NETSURF_VERSION = 3.7 -REVISION = 2 +NETSURF_VERSION = 3.8 HOMEPAGE = https://www.netsurf-browser.org/ MASTER_SITES = https://download.netsurf-browser.org/netsurf/releases/source/ Index: browser/distinfo === RCS file: /cvs/ports/www/netsurf/browser/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- browser/distinfo4 Nov 2017 22:28:01 - 1.13 +++ browser/distinfo18 Sep 2018 05:46:57 - @@ -1,2 +1,2 @@ -SHA256 (netsurf-3.7-src.tar.gz) = 78IKhqI7oalm3IcPArMX0/YC4buy4bUHYI40/r+zfhY= -SIZE (netsurf-3.7-src.tar.gz) = 3911738 +SHA256 (netsurf-3.8-src.tar.gz) = oA7m8+fqeuUMbB+VyB04E1kXG/aHTliJHyHFUAkMVUI= +SIZE (netsurf-3.8-src.tar.gz) = 3945752 Index: browser/patches/patch-frontends_gtk_res_options_gtk2_ui === RCS file: /cvs/ports/www/netsurf/browser/patches/patch-frontends_gtk_res_options_gtk2_ui,v retrieving revision 1.1 diff -u -p -r1.1 patch-frontends_gtk_res_options_gtk2_ui --- browser/patches/patch-frontends_gtk_res_options_gtk2_ui 30 Nov 2016 07:35:00 - 1.1 +++ browser/patches/patch-frontends_gtk_res_options_gtk2_ui 18 Sep 2018 05:46:57 - @@ -1,7 +1,137 @@ $OpenBSD: patch-frontends_gtk_res_options_gtk2_ui,v 1.1 2016/11/30 07:35:00 bentley Exp $ frontends/gtk/res/options.gtk2.ui.orig Sat Nov 19 06:37:41 2016 -+++ frontends/gtk/res/options.gtk2.ui Mon Nov 21 02:36:27 2016 -@@ -5,7 +5,7 @@ +Index: frontends/gtk/res/options.gtk2.ui +--- frontends/gtk/res/options.gtk2.ui.orig frontends/gtk/res/options.gtk2.ui +@@ -106,19 +106,19 @@ + + + +-preferencesFonttypeSans ++Sans-serif + + +-preferencesFonttypeSerif ++Serif + + +-preferencesFonttypeMonospace ++Monospace + + +-preferencesFonttypeCursive ++Cursive + + +-preferencesFonttypeFantasy ++Fantasy + + + +@@ -129,13 +129,13 @@ + + + +-preferencesDeveloperViewWindow ++Window + + +-preferencesDeveloperViewTab ++Tab + + +-preferencesDeveloperViewEditor ++Editor + + + +@@ -146,16 +146,16 @@ + + + +-preferencesImageLoadBoth ++foreground and background images + + +-preferencesImageLoadFore ++foreground images + + +-preferencesImageLoadBack ++background images + + +-preferencesImageLoadNone ++no images + + + +@@ -166,19 +166,19 @@ + + + +-preferencesProxyTypeDirect ++Direct connection + + +-preferencesProxyTypeManual ++Manual with no authentication + + +-preferencesProxyTypeBasic ++Manual with basic authentication + + +-preferencesProxyTypeNLTM ++Manual with NTLM authentication + + +-preferencesProxyTypeSystem ++System settings + + + +@@ -260,16 +260,16 @@ + + + +-preferencesTabLocTop ++Top + + +-preferencesTabLocLeft ++Left + + +-preferencesTabLocRight ++Right + + +-preferencesTabLocBottom ++Bottom + + + +@@ -280,23 +280,23 @@ + + + +-preferencesButtonTypeSmall ++Small Icons + + +-preferencesButtonTypeLarge ++Large Icons + + +-preferencesButtonTypeLargeText ++Large Icons and Text + + +-preferencesButtonTypeText ++Text only + + + False 5 @@ -10,7 +140,7 @@ $OpenBSD: patch-frontends_gtk_res_option center-on-parent True dialog -@@ -94,7 +94,7 @@ +@@ -385,7 +385,7 @@ True False @@ -19,7 +149,7 @@ $OpenBSD: patch-frontends_gtk_res_option
Re: lang/rust-doc: duplicate plist elements
On Mon, Sep 17, 2018 at 08:46:13PM +0200, Matthieu Herrb wrote: > Hi, > > > the patch below fixes 'make package' for rust-doc on aarch64 for me. it surprised me a bit. If I am unsure to have ran `make package', I definitively ran `make update-plist'... anyway, I agree there are duplicate elements in pkg/PFRAG.aarch64-doc and pkg/PLIST-doc . I will be unable to check it by regenerating the plist in sane delay (I cleared my build and rerun it will take 3-4 days). If I remove from pkg/PFRAG.aarch64-doc files already present in pkg/PLIST-doc, I have the same diff so I assume it is ok. Please commit it. Thanks. -- Sebastien Marie > Index: pkg/PFRAG.aarch64-doc > === > RCS file: /cvs/ports/lang/rust/pkg/PFRAG.aarch64-doc,v > retrieving revision 1.3 > diff -u -p -u -r1.3 PFRAG.aarch64-doc > --- pkg/PFRAG.aarch64-doc 16 Sep 2018 16:35:27 - 1.3 > +++ pkg/PFRAG.aarch64-doc 17 Sep 2018 18:44:26 - > @@ -7,144 +7,6 @@ share/doc/rust/html/core/arch/aarch64/fn > share/doc/rust/html/core/arch/aarch64/fn._clz_u32.html > share/doc/rust/html/core/arch/aarch64/fn._clz_u8.html > share/doc/rust/html/core/arch/aarch64/fn._rbit_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_f64.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vadd_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddd_s64.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddd_u64.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddl_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_f64.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s64.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u64.html > -share/doc/rust/html/core/arch/aarch64/fn.vaddq_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxv_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_f64.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmaxvq_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminv_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_f32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_f64.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vminvq_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_s8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u32.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovl_u8.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovn_s16.html > -share/doc/rust/html/core/arch/aarch64/fn.vmovn_s32.html > -
Re: UPDATE: www/netsurf
Anthony J. Bentley writes: > Hi, > > Here's an update to netsurf-3.8. > > From the release announcement: > > "This release will primarily be to incorporate all the bug fixes from > the developer weekends and does not contain any major feature updates." > > As always, test reports welcome, especially from unusual architectures. By request, updated patches to remove fuzz: Index: browser/Makefile === RCS file: /cvs/ports/www/netsurf/browser/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- browser/Makefile18 Jul 2018 10:46:54 - 1.34 +++ browser/Makefile18 Sep 2018 06:55:51 - @@ -3,8 +3,7 @@ COMMENT = lightweight web browser, with GTK interface NETSURF_PROJECT = netsurf -NETSURF_VERSION = 3.7 -REVISION = 2 +NETSURF_VERSION = 3.8 HOMEPAGE = https://www.netsurf-browser.org/ MASTER_SITES = https://download.netsurf-browser.org/netsurf/releases/source/ Index: browser/distinfo === RCS file: /cvs/ports/www/netsurf/browser/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- browser/distinfo4 Nov 2017 22:28:01 - 1.13 +++ browser/distinfo18 Sep 2018 06:55:51 - @@ -1,2 +1,2 @@ -SHA256 (netsurf-3.7-src.tar.gz) = 78IKhqI7oalm3IcPArMX0/YC4buy4bUHYI40/r+zfhY= -SIZE (netsurf-3.7-src.tar.gz) = 3911738 +SHA256 (netsurf-3.8-src.tar.gz) = oA7m8+fqeuUMbB+VyB04E1kXG/aHTliJHyHFUAkMVUI= +SIZE (netsurf-3.8-src.tar.gz) = 3945752 Index: browser/patches/patch-frontends_gtk_res_options_gtk2_ui === RCS file: /cvs/ports/www/netsurf/browser/patches/patch-frontends_gtk_res_options_gtk2_ui,v retrieving revision 1.1 diff -u -p -r1.1 patch-frontends_gtk_res_options_gtk2_ui --- browser/patches/patch-frontends_gtk_res_options_gtk2_ui 30 Nov 2016 07:35:00 - 1.1 +++ browser/patches/patch-frontends_gtk_res_options_gtk2_ui 18 Sep 2018 06:55:51 - @@ -1,7 +1,137 @@ $OpenBSD: patch-frontends_gtk_res_options_gtk2_ui,v 1.1 2016/11/30 07:35:00 bentley Exp $ frontends/gtk/res/options.gtk2.ui.orig Sat Nov 19 06:37:41 2016 -+++ frontends/gtk/res/options.gtk2.ui Mon Nov 21 02:36:27 2016 -@@ -5,7 +5,7 @@ +Index: frontends/gtk/res/options.gtk2.ui +--- frontends/gtk/res/options.gtk2.ui.orig frontends/gtk/res/options.gtk2.ui +@@ -106,19 +106,19 @@ + + + +-preferencesFonttypeSans ++Sans-serif + + +-preferencesFonttypeSerif ++Serif + + +-preferencesFonttypeMonospace ++Monospace + + +-preferencesFonttypeCursive ++Cursive + + +-preferencesFonttypeFantasy ++Fantasy + + + +@@ -129,13 +129,13 @@ + + + +-preferencesDeveloperViewWindow ++Window + + +-preferencesDeveloperViewTab ++Tab + + +-preferencesDeveloperViewEditor ++Editor + + + +@@ -146,16 +146,16 @@ + + + +-preferencesImageLoadBoth ++foreground and background images + + +-preferencesImageLoadFore ++foreground images + + +-preferencesImageLoadBack ++background images + + +-preferencesImageLoadNone ++no images + + + +@@ -166,19 +166,19 @@ + + + +-preferencesProxyTypeDirect ++Direct connection + + +-preferencesProxyTypeManual ++Manual with no authentication + + +-preferencesProxyTypeBasic ++Manual with basic authentication + + +-preferencesProxyTypeNLTM ++Manual with NTLM authentication + + +-preferencesProxyTypeSystem ++System settings + + + +@@ -260,16 +260,16 @@ + + + +-preferencesTabLocTop ++Top + + +-preferencesTabLocLeft ++Left + + +-preferencesTabLocRight ++Right + + +-preferencesTabLocBottom ++Bottom + + + +@@ -280,23 +280,23 @@ + + + +-preferencesButtonTypeSmall ++Small Icons + + +-preferencesButtonTypeLarge ++Large Icons + + +-preferencesButtonTypeLargeText ++Large Icons and Text + + +-preferencesButtonTypeText ++Text only + + + False 5 @@ -10,7 +140,7 @@ $OpenBSD: patch-frontends_gtk_res_option center-on-parent True dialog -@@ -94,7 +94,7 @@ +@@ -385,7 +385,7 @@ True