CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2020/07/30 23:19:31 Modified files: security/floss : Makefile distinfo security/floss/patches: patch-setup_py Log message: update floss to 1.6.1.
[FIX DEPENDS] devel/p5-MooseX-ConfigFromFile
While testing another port I noticed that this module had some incorrect RUN_DEPENDS (specifically p5-Path-Tiny instead of p5-MooseX-Types-Path-Tiny) so here's an update to clean up the dependencies. I also found it needed the modbuild tiny CONFIGURE_STYLE. This seems to build and test much more reliably now. Comments? OK? Index: Makefile === RCS file: /cvs/ports/devel/p5-MooseX-ConfigFromFile/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile3 Jul 2020 21:45:01 - 1.12 +++ Makefile31 Jul 2020 05:06:09 - @@ -5,24 +5,25 @@ COMMENT= Moose role for setting attribu MODULES= cpan PKG_ARCH= * DISTNAME= MooseX-ConfigFromFile-0.14 +REVISION= 2 CATEGORIES=devel -FIX_EXTRACT_PERMISSIONS = Yes -REVISION= 1 +FIX_EXTRACT_PERMISSIONS= Yes -# perl +# Perl PERMIT_PACKAGE=Yes +CONFIGURE_STYLE= modbuild tiny + RUN_DEPENDS= devel/p5-Moose \ devel/p5-MooseX-Types \ - devel/p5-MooseX-Types-Path-Class \ - devel/p5-Path-Tiny -BUILD_DEPENDS= ${RUN_DEPENDS} -TEST_DEPENDS= devel/p5-MooseX-Types-Path-Tiny \ + devel/p5-MooseX-Types-Path-Tiny>=0.005 \ + devel/p5-namespace-autoclean + +TEST_DEPENDS= devel/p5-Moose \ + devel/p5-MooseX-Getopt \ devel/p5-Test-Deep \ devel/p5-Test-Fatal \ devel/p5-Test-Requires \ devel/p5-Test-Without-Module - -MAKE_ENV +=TEST_POD=Yes .include
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/07/30 22:20:35 Modified files: net/sslh : Makefile distinfo net/sslh/patches: patch-Makefile Log message: Update to sslh-1.21c Using the 'ssl' protocol probe caused a segmentation fault, parts because it was no longer really supported and parts because of a lunar alignment between bugs. It's all fixed (and 'ssl' banned in favour of tls').
Re: [Update] devel/p5-Moose : Update to 2.2013
This needs "CONFIGURE_STYLE = modbuild tiny" and a TEST_DEPENDS on devel/p5-MooseX-StrictConstructor Although I notice that tests fail because p5-MooseX-ConfigFromFile is missing a RUN_DEPENDS, so look for a change to that incoming. Other than that OK afresh1@ On Sun, Jul 26, 2020 at 01:28:19PM +, wen heping wrote: > Index: devel/p5-MooseX-Getopt/Makefile > === > RCS file: /cvs/ports/devel/p5-MooseX-Getopt/Makefile,v > retrieving revision 1.13 > diff -u -p -r1.13 Makefile > --- devel/p5-MooseX-Getopt/Makefile 3 Jul 2020 21:45:02 - 1.13 > +++ devel/p5-MooseX-Getopt/Makefile 26 Jul 2020 13:11:06 - > @@ -4,16 +4,16 @@ COMMENT=Moose role for processing comm > > MODULES= cpan > PKG_ARCH=* > -DISTNAME=MooseX-Getopt-0.62 > +DISTNAME=MooseX-Getopt-0.74 > CATEGORIES= devel > -REVISION=1 > > # perl > PERMIT_PACKAGE= Yes > > -RUN_DEPENDS= devel/p5-Getopt-Long-Descriptive \ > +RUN_DEPENDS= devel/p5-Getopt-Long-Descriptive>=0.088 \ > devel/p5-Moose \ > - devel/p5-MooseX-Role-Parameterized>=1.02 > + devel/p5-MooseX-Role-Parameterized>=1.01 \ > + devel/p5-Try-Tiny > TEST_DEPENDS=devel/p5-Class-Load \ > devel/p5-Devel-GlobalDestruction \ > devel/p5-Module-Runtime \ > Index: devel/p5-MooseX-Getopt/distinfo > === > RCS file: /cvs/ports/devel/p5-MooseX-Getopt/distinfo,v > retrieving revision 1.3 > diff -u -p -r1.3 distinfo > --- devel/p5-MooseX-Getopt/distinfo 22 Mar 2014 14:03:20 - 1.3 > +++ devel/p5-MooseX-Getopt/distinfo 26 Jul 2020 13:11:06 - > @@ -1,2 +1,2 @@ > -SHA256 (MooseX-Getopt-0.62.tar.gz) = > y+i+aOxe1hGZYPVhVcui8F1RuBPSmNDLEjllnsPY5xA= > -SIZE (MooseX-Getopt-0.62.tar.gz) = 48289 > +SHA256 (MooseX-Getopt-0.74.tar.gz) = > HeDfO0Mevp81Y730Vp6s1+B+hlqDl/KpkNDLV9TLLCQ= > +SIZE (MooseX-Getopt-0.74.tar.gz) = 58129
Re: [Update] devel/p5-Moose : Update to 2.2013
On Sun, Jul 26, 2020 at 01:28:19PM +, wen heping wrote: > Hi, ports@: > > Here is a patch for devel/p5-Moose to update to 2.2013: > i) It build well and pass all tests on amd64-current system. > ii) Two new ports should been added : p5-Devel-OverloadInfo and > p5-Test-CleanNamespaces, which I submitted the patch yesterday. > iii) Many(76) ports depends on p5-Moose, most of it build well and > pass all tests. > iv) Several p5-Catalyst-? ports failed tests, but it was not caused by > this patch, the Catalyst in our portstree is too old. It would be fixed after > we update Catalyst. > v) www/p5-WWW-Tumblr build well but failed tests, do not know why, > maybe caused by network access. > > Cheers ! > wen > > Index: devel/p5-MooseX-Clone/Makefile This I OK'd in the separate email, was there something different in this version? > Index: devel/p5-MooseX-Getopt/Makefile This one I haven't had time to look at yet, but the Moose update doesn't require it unless it was required to make it work with the new version of Moose. The Moose update though had some dependency issues, I didn't look too hard but instead started with a clean portgen(1) update and then added the optional TEST_DEPENDS that it wanted until I didn't skip tests that needed dependencies that were already ported. A few other super minor cleanups, like updating the DESCR and COMMENT to what upstream says along with a few comments in the Makefile about missing dependencies. I specifically commented out Moose::Conflicts and the moose-outdated script because it's not particularly useful with ports but only when using normal CPAN clients and we don't have some of the dependencies it wants ported over. Comments? OK? (It does require some of the new modules that wen heping has already updated with my suggestions) Index: Makefile === RCS file: /cvs/ports/devel/p5-Moose/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile3 Jul 2020 21:45:01 - 1.29 +++ Makefile31 Jul 2020 02:55:32 - @@ -1,59 +1,65 @@ # $OpenBSD: Makefile,v 1.29 2020/07/03 21:45:01 sthen Exp $ -COMMENT= complete modern object system for perl 5 +COMMENT= postmodern object system for Perl 5 MODULES= cpan -DISTNAME= Moose-2.1204 +DISTNAME= Moose-2.2013 +CPAN_AUTHOR= ETHER CATEGORIES=devel -REVISION= 2 - -# perl -PERMIT_PACKAGE=Yes - -FIX_EXTRACT_PERMISSIONS = Yes -WANTLIB += c perl +FIX_EXTRACT_PERMISSIONS= Yes -CPAN_AUTHOR= ETHER +# Perl +PERMIT_PACKAGE=Yes -BUILD_DEPENDS= devel/p5-Task-Weaken +WANTLIB = c perl -RUN_DEPENDS= devel/p5-Class-Load-XS \ - devel/p5-Data-OptList \ +# If we wanted moose-outdated we could port +# p5-Module-Runtime-Conflicts>=0.002 +# and add devel/p5-Dist-CheckConflicts>=0.02 +# but for now it is @comment'ed out + +RUN_DEPENDS= devel/p5-Class-Load>=0.09 \ + devel/p5-Class-Load-XS>=0.01 \ + devel/p5-Data-OptList>=0.107 \ devel/p5-Devel-GlobalDestruction \ - devel/p5-Devel-StackTrace \ - devel/p5-Dist-CheckConflicts \ - devel/p5-Eval-Closure \ - devel/p5-List-MoreUtils \ - devel/p5-MRO-Compat \ + devel/p5-Devel-OverloadInfo>=0.005 \ + devel/p5-Devel-StackTrace>=2.03 \ + devel/p5-Eval-Closure>=0.04 \ + devel/p5-MRO-Compat>=0.05 \ devel/p5-Module-Runtime>=0.014 \ - devel/p5-Package-DeprecationManager>=0.13 \ - devel/p5-Package-Stash \ - devel/p5-Package-Stash-XS \ - devel/p5-Params-Util \ - devel/p5-Sub-Exporter \ - devel/p5-Sub-Name \ - devel/p5-Try-Tiny - -TEST_DEPENDS=databases/p5-DBM-Deep \ - devel/p5-Class-Load \ - devel/p5-DateTime-Calendar-Mayan \ + devel/p5-Package-DeprecationManager>=0.11 \ + devel/p5-Package-Stash>=0.32 \ + devel/p5-Package-Stash-XS>=0.24 \ + devel/p5-Params-Util>=1.0 \ + devel/p5-Sub-Exporter>=0.980 \ + devel/p5-Sub-Identify \ + devel/p5-Sub-Name>=0.20 \ + devel/p5-Try-Tiny>=0.17 + +TEST_DEPENDS= devel/p5-CPAN-Meta-Check>=0.011 \ + devel/p5-Test-CleanNamespaces>=0.13 \ + devel/p5-Test-Fatal>=0.001 \ + devel/p5-Test-Requires>=0.05 + +# Optional depends to avoid skiping tests +# Some tests would also like p5-Types-Standard +TEST_DEPENDS+= databases/p5-DBM-Deep \ + devel/p5-Algorithm-C3 \ + devel/p5-Data-Visitor \ devel/p5-DateTime-Format-MySQL \ devel/p5-Declare-Constraints-Simple \ - devel/p5-Devel-GlobalDestruction \ devel/p5-IO-String \ -
回复: [Remove] security/go-ed25519
Sorry I forgot there is one port depends on go-ed25519 :net/obfs4proxy. obfs4proxy upstream replace the extra25519 import with an internal package in its lastest version. So before remove go-ed25519, we should update obfs4proxy first. I shall submit the patch later. wen 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2020年7月31日 10:09 收件人: att...@stalphonsos.com ; ports@openbsd.org 主题: [Remove] security/go-ed25519 Hi, all: I suggest remove security/go-ed25519 from portstree. Because it is unmaintained upstream[1], and since go-1.13, there is official ed25519 library[2]. [1]https://github.com/agl/ed25519 [2]https://godoc.org/golang.org/x/crypto/ed25519 Cheers ! wen
[Remove] security/go-ed25519
Hi, all: I suggest remove security/go-ed25519 from portstree. Because it is unmaintained upstream[1], and since go-1.13, there is official ed25519 library[2]. [1]https://github.com/agl/ed25519 [2]https://godoc.org/golang.org/x/crypto/ed25519 Cheers ! wen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/07/30 18:21:16 Modified files: net/synapse: Makefile distinfo net/synapse/pkg: PLIST Log message: Update to synapse 1.18.0, from maintainer Renaud Allard
Re: NEW: lang/mit-scheme
Brian Callahan writes: > Hi ports -- > > I send a port of this back in December but that was a while ago and > there as a new release in the meantime, so here is a new port, > lang/mit-scheme. MIT/GNU Scheme is an open source implementation of > the Scheme programming language. works for me on amd64 -current Andrea
Re: rsync: update to 3.2.2
On Fri, Jul 24, 2020 at 02:55:50PM +0200, Klemens Nanni wrote: > Tests on amd64 still pass: > > 31 passed > 9 skipped > > Feedback? OK? Any OKs for this diff which updates and brings in all the support? Index: Makefile === RCS file: /cvs/ports/net/rsync/Makefile,v retrieving revision 1.85 diff -u -p -r1.85 Makefile --- Makefile27 Jan 2020 20:27:10 - 1.85 +++ Makefile24 Jul 2020 12:52:39 - @@ -2,7 +2,7 @@ COMMENT = mirroring/synchronization over low bandwidth links -DISTNAME = rsync-3.1.3 +DISTNAME = rsync-3.2.2 CATEGORIES = net HOMEPAGE = https://rsync.samba.org/ @@ -10,32 +10,36 @@ MAINTAINER =Marc Espie https://rsync.samba.org/ftp/rsync/src/ \ http://ftp.funet.fi/pub/mirrors/samba.org/pub/rsync/src/ +SEPARATE_BUILD =Yes CONFIGURE_STYLE =gnu CONFIGURE_ARGS =--with-included-popt \ --with-included-zlib \ --with-rsyncd-conf="${SYSCONFDIR}/rsyncd.conf" \ --with-rsh=/usr/bin/ssh \ --with-nobody-group=_rsync +CONFIGURE_ENV =CPPFLAGS='-I${LOCALBASE}/include' \ + LDFLAGS='-L${LOCALBASE}/lib' .if ${FLAVOR:Miconv} -CONFIGURE_ENV += CPPFLAGS='-I${LOCALBASE}/include' \ - LDFLAGS='-L${LOCALBASE}/lib' LIB_DEPENDS += converters/libiconv WANTLIB += iconv .endif DOCDIR = ${PREFIX}/share/doc/rsync DEBUG_PACKAGES = ${BUILD_PACKAGES} + +LIB_DEPENDS = archivers/lz4 \ + archivers/zstd \ + sysutils/xxhash pre-configure: ${SUBST_CMD} ${WRKSRC}/rsyncd.conf.5 \ Index: distinfo === RCS file: /cvs/ports/net/rsync/distinfo,v retrieving revision 1.29 diff -u -p -r1.29 distinfo --- distinfo13 Feb 2018 19:20:06 - 1.29 +++ distinfo23 Jul 2020 14:20:14 - @@ -1,2 +1,2 @@ -SHA256 (rsync-3.1.3.tar.gz) = VcxVTv7F/arXDekhzVpe62wpqVUkxxXzu/hJI1sIAMA= -SIZE (rsync-3.1.3.tar.gz) = 905908 +SHA256 (rsync-3.2.2.tar.gz) = ZEvThBd5UHZlIR/X24NZyKEGcMV+MFtKq2G05AA3r6g= +SIZE (rsync-3.2.2.tar.gz) = 1057001 Index: patches/patch-authenticate_c === RCS file: /cvs/ports/net/rsync/patches/patch-authenticate_c,v retrieving revision 1.6 diff -u -p -r1.6 patch-authenticate_c --- patches/patch-authenticate_c10 Jan 2016 21:36:22 - 1.6 +++ patches/patch-authenticate_c23 Jul 2020 14:20:26 - @@ -1,7 +1,8 @@ $OpenBSD: patch-authenticate_c,v 1.6 2016/01/10 21:36:22 naddy Exp $ authenticate.c.origMon Aug 24 20:54:00 2015 -+++ authenticate.c Tue Dec 22 21:23:23 2015 -@@ -350,7 +350,7 @@ void auth_client(int fd, const char *user, const char +Index: authenticate.c +--- authenticate.c.orig authenticate.c +@@ -349,7 +349,7 @@ void auth_client(int fd, const char *user, const char char pass2[MAX_DIGEST_LEN*2]; if (!user || !*user) Index: patches/patch-configure_sh === RCS file: /cvs/ports/net/rsync/patches/patch-configure_sh,v retrieving revision 1.4 diff -u -p -r1.4 patch-configure_sh --- patches/patch-configure_sh 10 Jan 2016 21:36:22 - 1.4 +++ patches/patch-configure_sh 23 Jul 2020 14:20:26 - @@ -1,7 +1,8 @@ $OpenBSD: patch-configure_sh,v 1.4 2016/01/10 21:36:22 naddy Exp $ configure.sh.orig Mon Dec 21 21:20:53 2015 -+++ configure.sh Tue Dec 22 21:23:23 2015 -@@ -4453,7 +4453,7 @@ fi +Index: configure.sh +--- configure.sh.orig configure.sh +@@ -4901,7 +4901,7 @@ fi cat >>confdefs.h <<_ACEOF Index: patches/patch-rsync_1 === RCS file: /cvs/ports/net/rsync/patches/patch-rsync_1,v retrieving revision 1.6 diff -u -p -r1.6 patch-rsync_1 --- patches/patch-rsync_1 13 Feb 2018 19:20:06 - 1.6 +++ patches/patch-rsync_1 23 Jul 2020 14:20:26 - @@ -2,12 +2,12 @@ $OpenBSD: patch-rsync_1,v 1.6 2018/02/13 Index: rsync.1 --- rsync.1.orig +++ rsync.1 -@@ -3990,7 +3990,7 @@ consult the remote shell\(cq\ documentation. +@@ -4109,7 +4109,7 @@ documentation. .IP "\fBUSER\fP or \fBLOGNAME\fP" - The USER or LOGNAME environment variables - are used to determine the default username sent to an rsync daemon. --If neither is set, the username defaults to \(dq\\(dq\&. -+If neither is set, the username defaults to \(dq\&_rsync\(dq\&. + The USER or LOGNAME environment variables are used to determine the default + username sent to an rsync daemon. If neither is set, the username defaults +-to "nobody". ++to "_rsync". .IP "\fBHOME\fP" - The HOME environment variable is used to find the user\(cq\ - default .cvsignore file. + The HOME environment variable is used to find the user's default .cvsignore + file. Index: patches/patch-rsyncd_conf_5
[UPDATE] gopass 1.9.2
I have been trying out various password managers, and I have been trying out the new go.port.mk features, and the intersection of those two things is below - gopass updated to 1.9.2 and modified to use the new features. --- security/gopass/Makefile | 103 - security/gopass/distinfo | 304 ++- 2 files changed, 399 insertions(+), 8 deletions(-) diff --git a/security/gopass/Makefile b/security/gopass/Makefile index 33471c2c7aa..5666ae64259 100644 --- a/security/gopass/Makefile +++ b/security/gopass/Makefile @@ -2,8 +2,9 @@ COMMENT = pass compatible password manager written in go -V =1.8.6 -DISTNAME = gopass-$V +MODGO_MODNAME =github.com/gopasspw/gopass +MODGO_VERSION =v1.9.2 +DISTNAME = gopass-${MODGO_VERSION} CATEGORIES = security @@ -15,8 +16,6 @@ PERMIT_PACKAGE = Yes # uses pledge() WANTLIB += c pthread -MASTER_SITES = https://github.com/gopasspw/gopass/releases/download/v${V}/ - MODULES = lang/go MODGO_TYPE = bin MODGO_LDFLAGS =-X "main.version=${V}" @@ -24,9 +23,101 @@ MODGO_LDFLAGS = -X "main.version=${V}" RUN_DEPENDS = devel/git \ security/gnupg2 -ALL_TARGET = github.com/gopasspw/gopass - # for tests; some still fail PORTHOME = ${WRKDIR} +MODGO_MODFILES = \ + github.com/cpuguy83/go-md2man/v2 v2.0.0-20190314233015-f79a8a8ca69d \ + github.com/davecgh/go-spew v1.1.0 \ + github.com/golang/protobuf v1.4.0-rc.1 \ + github.com/golang/protobuf v1.4.0-rc.1.0.20200221234624-67d41d38c208 \ + github.com/golang/protobuf v1.4.0-rc.2 \ + github.com/golang/protobuf v1.4.0-rc.4.0.20200313231945-b860323f09d0 \ + github.com/google/go-cmp v0.3.0 \ + github.com/google/go-cmp v0.3.1 \ + github.com/kr/text v0.1.0 \ + github.com/lucasb-eyer/go-colorful v1.0.2 \ + github.com/mattn/go-colorablev0.1.4 \ + github.com/mattn/go-isatty v0.0.11 \ + github.com/mattn/go-isatty v0.0.8 \ + github.com/mattn/go-runewidthv0.0.4 \ + golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2 \ + golang.org/x/crypto v0.0.0-20190701094942-4def268fd1a4 \ + golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3 \ + golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a \ + golang.org/x/sys v0.0.0-20190222072716-a9d3bda3a223 \ + golang.org/x/sys v0.0.0-20190412213103-97732733099d \ + golang.org/x/sys v0.0.0-20190626150813-e07cf5db2756 \ + golang.org/x/sys v0.0.0-20191026070338-33540a1f6037 \ + golang.org/x/sys v0.0.0-20200116001909-b77594299b42 \ + golang.org/x/sys v0.0.0-20200223170610-d5e6a3e2c0ae \ + golang.org/x/sys v0.0.0-20200323222414-85ca7c5b95cd \ + golang.org/x/textv0.3.0 \ + google.golang.org/protobuf v0.0.0-20200109180630-ec00e32a8dfd \ + google.golang.org/protobuf v0.0.0-20200221191635-4d8936d0db64 \ + google.golang.org/protobuf v0.0.0-20200228230310-ab0ca4ff8a60 \ + google.golang.org/protobuf v1.20.1-0.20200309200217-e05f789c0967 \ + gopkg.in/check.v1 v0.0.0-20161208181325-20d25e280405 \ + gopkg.in/yaml.v2 v2.2.2 +MODGO_MODNAME =github.com/gopasspw/gopass +MODGO_MODULES =\ + github.com/!burnt!sushi/toml v0.3.1 \ + github.com/!d!a!t!a-!d!o!g/go-sqlmockv1.3.3 \ + github.com/!proton!mail/go-appdirv1.1.0 \ + github.com/alecthomas/binary v0.0.0-2019092220-fb1b1d9c299c \ + github.com/atotto/clipboard v0.1.2 \ + github.com/blang/semver v0.0.0-20190414182527-1a9109f8c4a1 \ + github.com/cenkalti/backoff v2.2.1+incompatible \ + github.com/cpuguy83/go-md2man/v2 v2.0.0 \ + github.com/creack/ptyv1.1.9 \ + github.com/davecgh/go-spew v1.1.1 \ + github.com/dominikschulz/github-releases v0.0.2 \ + github.com/doronbehar/gocui v0.4.2 \ + github.com/doronbehar/termbox-go v0.0.0-20191006141301-8c9470559e05 \ + github.com/fatih/color v1.9.0 \ + github.com/gdamore/encoding v1.0.0 \ + github.com/gdamore/tcell
Re: Update: fonts/iosevka-fonts 2.3.3 -> 3.0.1
Hi, On Mon, Jun 01, 2020 at 01:33:56PM +0100, Stuart Henderson wrote: > ttc files hold a collection of ttf, and allow sharing common glyphs which > can save a bunch of space. They have been supported by freetype/fontconfig > for many years and there shouldn't be a problem using them. Spent some time revisiting this tonight. Due to the way the TTC fonts work, we need to do some re-shuffling: - The two MULTI_PACKAGES we have in tree now could be covered by a single TTC distfile. - To allow other variants to be added, it'd make sense to use SUBDIRs. The attached diff ought to be somewhat close. It doesn't add any variants, but just does the aforementioned restructuring. So we now have a port with one SUBDIR which makes just one package. The old TTF packages should both update to the new package. But for some reason after adding the @pkgpath and @conflict markers, `pkg_add -u` is not upgrading the old packages to the new one. I must have messed up, but I can't see where. New markers in the PLIST: ``` @conflict iosevka-fonts-default-* @conflict iosevka-fonts-term-* @pkgpath fonts/iosevka-fonts,-main @pkgpath fonts/iosevka-fonts,-term ``` Attempted upgrade: ``` $ pkg_info | grep iosevka iosevka-fonts-default-2.3.3 slender typeface for code (default variant) iosevka-fonts-term-2.3.3 slender typeface for code (term variant) $ echo $PKG_PATH /usr/ports/packages/amd64/all $ pwd /usr/ports/packages/amd64/all $ ls iosevka* iosevka-fonts-monospace-default-3.3.1.tgz $ doas pkg_add -u -Dunsigned iosevka-fonts-default iosevka-fonts-term Couldn't find updates for iosevka-fonts-default-2.3.3 iosevka-fonts-term-2.3.3 ``` Any ideas? Diff follows. Index: Makefile === RCS file: /cvs/ports/fonts/iosevka-fonts/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile6 Mar 2020 19:32:35 - 1.1.1.1 +++ Makefile30 Jul 2020 20:06:22 - @@ -1,46 +1,16 @@ # $OpenBSD: Makefile,v 1.1.1.1 2020/03/06 19:32:35 edd Exp $ -COMMENT-main = slender typeface for code (default variant) -COMMENT-term = slender typeface for code (term variant) +# There are many different variants of Iosevka. We only package a subset of +# them, but the layout of the port is designed for more to be added if need be. +# +# Each SUBDIR is one "variant" and because we use the TTC fonts (which allow +# glyphs to be shared, thus saving space) each variant contains all of the +# various "spacing variants". +# +# For details on variants and spacing variants, see: +# https://github.com/be5invis/Iosevka/releases -V =2.3.3 -PKGNAME = iosevka-fonts-default-${V} -PKGNAME-main = ${PKGNAME} -PKGNAME-term = iosevka-fonts-term-${V} +SUBDIR = +SUBDIR += monospace-default -# The font has many different variants. We are only packaging the 'default' -# variant (for general use) and the 'term' variant (designed for monospace -# terminals), but more could be added later if need be. See the releases page -# on Github for a complete list. -DISTFILES =01-iosevka-${V}${EXTRACT_SUFX} \ - 02-iosevka-term-${V}${EXTRACT_SUFX} - -CATEGORIES = fonts x11 - -HOMEPAGE = https://github.com/be5invis/iosevka - -MAINTAINER = Edd Barrett - -# SIL OFL 1.1 -PERMIT_PACKAGE = Yes - -MASTER_SITES = https://github.com/be5invis/iosevka/releases/download/v${V}/ -EXTRACT_SUFX = .zip - -MULTI_PACKAGES = -main -term - -NO_BUILD = Yes -NO_TEST = Yes - -# distfile is a zip bomb. -WRKDIST = ${WRKDIR} - -PKG_ARCH = * - -FONTDIR = ${PREFIX}/share/fonts/iosevka - -do-install: - ${INSTALL_DATA_DIR} ${FONTDIR} - ${INSTALL_DATA} ${WRKDIST}/ttf/*.ttf ${FONTDIR} - -.include +.include Index: Makefile.inc === RCS file: Makefile.inc diff -N Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 - +++ Makefile.inc30 Jul 2020 19:26:08 - @@ -0,0 +1,22 @@ +# $OpenBSD$ + +V =3.3.1 +CATEGORIES = fonts x11 +HOMEPAGE = https://github.com/be5invis/iosevka +MAINTAINER = Edd Barrett + +# SIL OFL 1.1 +PERMIT_PACKAGE =Yes + +MASTER_SITES = https://github.com/be5invis/iosevka/releases/download/v${V}/ +EXTRACT_SUFX = .zip + +NO_BUILD = Yes +NO_TEST = Yes + +# distfiles are zip bombs. +WRKDIST = ${WRKDIR} + +PKG_ARCH = * + +FONTDIR = ${PREFIX}/share/fonts/iosevka Index: distinfo === RCS file: distinfo diff -N distinfo --- distinfo6 Mar 2020 19:32:35 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,4 +0,0 @@ -SHA256 (01-iosevka-2.3.3.zip) = zI3jyld7ih1JR9zN//ggUELkefAiOldN41kn4T9Qb5A= -SHA256 (02-iosevka-term-2.3.3.zip) =
Re: UPDATE: TeX Live 2020
Hi, > > > Here's an update to TeX Live 2020. > > > > I was wondering if anyone had had a chance to try this out? > > Thank you everyone who has tested so far. > > New diff. I've fixed a couple of bugs: > > - > https://tex.stackexchange.com/questions/555258/clefval-sty-package-inputenc-error-invalid-utf-8-byte-a0 > - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930850 > > I've also added a comment in the Makefile about the symlink warnings > during `make package`. > > See attached. Builds and installs fine on amd64. Found no issues after quick testing. Thank you! -- greetings, Florian Viehweger
Re: UPDATE: graphics/scour to 0.37
This diff seems right to me. Program still works fine.
Re: 6.6 pkg_add of firefox vs atk versions
On Thu, 30 Jul 2020 09:32:53 -0600 (MDT) Austin Hook : > Here's the output of pkg_check > > farm# pkg_check > Packing-list sanity: ok > Direct dependencies: ok > --- gcj-4.9.4p12 --- > dependency lang/gcc/4.9,-main:gcc->=4.9,<4.10:gcc-4.9.4p12 does not match > any installed package > Reverse dependencies: ok > Files from packages: ok gcj is non existent in 6.6, it was removed. The removal reason should be displayed as the last line of pkg_add -u output IIRC. Are you sure you did run pkg_add -u and it worked correctly?
Re: 6.6 pkg_add of firefox vs atk versions
Hi Austin, I wanted to see if I could simulate your situation. Since I had a 6.6 -stable desktop, I did a syspatch, upgraded that to 6.7, and then encountered something very much like what you described when I did a pkg_add -uUvVm. Not completely sure why but I felt that spidermonkey update failure was to blame for the firefox update failure so anyways I did a pkd_add -uU spidermonkey. This showed me that gnome-code-assistance-3.16.1p9 could not be upgraded. So I just did a pkg_delete gnome-code-assistance, along with mousetweaks-3.12.0p3, goffice08-0.8.17p7, and ruby25-dbus-0.11.1 since they all had come up as not required for 6.7. After that pkg_add -uUvVm upgraded ALL the packages. Also noticed that atk-2.30 on 6.6 to was upgraded to atk-2.34.1p1 on 6.7. Hope this is useful info. If there is any benefit in sending my /var/log/messages that show all the package additions and deletions, please let me know as well. Have a nice day, Vijay On 2020-07-30 13:13, Austin Hook wrote: Yes, I do believe the pkg_add -u is failing. For starters here is my current package source info. = farm# echo $PKG_PATH farm# cat /etc/installurl https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdn.openbsd.org%2Fpub%2FOpenBSDdata=02%7C01%7C%7C91f1b235ffd046b4552808d834b46c28%7C84df9e7fe9f640afb435%7C1%7C0%7C637317296792770540sdata=UoLJoGl8t%2BlhsDh1XZXw9mOlbUrTonvE6dXZmqVIZUM%3Dreserved=0 farm# = However, at some point earlier I had used #export PKG_PATH=https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fftp.vim.org%2FOpenBSD%2F6.6%2Fpackages%2Famd64%2Fdata=02%7C01%7C%7C91f1b235ffd046b4552808d834b46c28%7C84df9e7fe9f640afb435%7C1%7C0%7C637317296792770540sdata=jLStPMDbuf8k8lURsnbRttz9rgyarfcbnz0Cd78tEsk%3Dreserved=0 [Now commented out in the .profile] I had gotten behind in making updates, and so started using packages from there. My fault certainly. But hoping I could recover, and in the process learning a bit more about how the structure can get damaged, and hence understand better how it all works. Will have to run the full pkg_add -u, under current conditions, later today, as I have to run across the border shortly. If it becomes probable that I am wasting you folks time with too unique a circumstance feel free to say so. Meanwhile, I really appreciate such shared insights as helps my general orientation. Regards, Austin On Thu, 30 Jul 2020, Solene Rapenne wrote: On Thu, 30 Jul 2020 09:32:53 -0600 (MDT) Austin Hook : Here's the output of pkg_check farm# pkg_check Packing-list sanity: ok Direct dependencies: ok --- gcj-4.9.4p12 --- dependency lang/gcc/4.9,-main:gcc->=4.9,<4.10:gcc-4.9.4p12 does not match any installed package Reverse dependencies: ok Files from packages: ok gcj is non existent in 6.6, it was removed. The removal reason should be displayed as the last line of pkg_add -u output IIRC. Are you sure you did run pkg_add -u and it worked correctly? On Thu, 30 Jul 2020, Stuart Henderson wrote: On 2020/07/29 09:36, Austin Hook wrote: Probably got my packages messed up at some point, and should just stop doing endless "upgrades", and start clean with 6.7, but for learning purposes and perspective, would appreciate tips on why doing a pkg_add of firefox under 6.6 would fail, while looking for a version of atk that that is not in the packages for 6.6? farm# pkg_add firefox quirks-3.187 signed on 2020-05-19T14:41:48Z Can't install firefox-72.0.2 because of libraries |library atk-1.0.21809.3 not found ... But looking at: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fftp.openbsd.org%2Fpub%2FOpenBSD%2F6.6%2Fpackages%2Famd64%2Fdata=02%7C01%7C%7C91f1b235ffd046b4552808d834b46c28%7C84df9e7fe9f640afb435%7C1%7C0%7C637317296792770540sdata=E%2F4Ryl17kjd%2FF%2BQoCD7pKZm%2BMVmNUIzb1YizcLLgvm4%3Dreserved=0 I only see: atk-2 and no atk-1 atk-1.0.21809.3 reported by pkg_add in the "library not found" line refers to the library version (file /usr/local/lib/libatk-1.0.so.21809.3) not the package version (this library is contained in the atk-2.32.0 package). -- -- at-spi2-core-2.32.1.tgz 12-Oct-2019 06:06258681 atari800-4.1.0.tgz 12-Oct-2019 06:06408617 atf-0.18p3.tgz 12-Oct-2019 06:06 1129085 atk-2.32.0.tgz 12-Oct-2019 06:06461597 atk2mm-2.28.0.tgz12-Oct-2019 06:06 1238387 atlas-0.4.3.1p10.tgz 12-Oct-2019 06:06 2360270 atomicparsley-0.9.6p3.tgz12-Oct-2019 06:06138835 --- --- I realize that there are dependencies of dependencies going on here. but for perspective, why wouldn't atk-1... exist in the same package repository as the 6.6 version of firefox does, if that version (or
Re: Update lang/ecl to 20.4.24
On Thu, 30 Jul 2020 08:32:25 -0700 Josh Elsasser wrote: > With George's patch, it segfaults in ecl_min as he predicted, > similarly to mips64: > ... > Got signal before environment was installed on our thread > Daniel Kochmański put up a diff for ecl_find_package_nolock() that "is not a proper fix", but gets around the segfault: https://gitlab.com/embeddable-common-lisp/ecl/-/issues/604#note_388147381 Here's the diff as a ports/lang/ecl patch. With this diff, and the boehm-gc diff from my last mail, I can build and run ecl on my powerpc64. "make test" says, Did 245 tests (0 crashed), 17999 checks. Pass: 17908 (99%) Fail: 91 ( 1%) --- /dev/null Thu Jul 30 14:17:54 2020 +++ patches/patch-src_c_package_d Thu Jul 30 13:44:33 2020 @@ -0,0 +1,45 @@ +$OpenBSD$ + +Index: src/c/package.d +--- src/c/package.d.orig src/c/package.d +@@ -308,15 +308,14 @@ ecl_rename_package(cl_object x, cl_object name, cl_obj + } + + /* +- ecl_find_package_nolock(n) seaches for a package with name n, where n is +- a valid string designator, or simply outputs n if it is a +- package. ++ ecl_find_package_nolock(n) seaches for a package with name n, where n is a ++ valid string designator, or simply outputs n if it is a package. + +- This is not a locking routine and someone may replace the list of +- packages while we are scanning it. Nevertheless, the list IS NOT +- be destructively modified, which means that we are on the safe side. +- Routines which need to ensure that the package list remains constant +- should enforce a global lock with PACKAGE_OP_LOCK(). ++ This is not a locking routine and someone may replace the list of packages ++ while we are scanning it. Nevertheless, the list IS NOT destructively ++ modified, which means that we are on the safe side. Routines which need to ++ ensure that the package list remains constant should enforce a global lock ++ with PACKAGE_OP_LOCK(). + */ + cl_object + ecl_find_package_nolock(cl_object name) +@@ -327,10 +326,12 @@ ecl_find_package_nolock(cl_object name) + return name; + name = cl_string(name); + +- p = ecl_symbol_value(@'*package*'); +- if (ECL_PACKAGEP(p)) { +-p = ecl_assoc(name, p->pack.local_nicknames); +-if (!Null(p)) return ECL_CONS_CDR(p); ++ if (ecl_option_values[ECL_OPT_BOOTED]) { ++p = ecl_symbol_value(@'*package*'); ++if (ECL_PACKAGEP(p)) { ++ p = ecl_assoc(name, p->pack.local_nicknames); ++ if (!Null(p)) return ECL_CONS_CDR(p); ++} + } + + l = cl_core.packages;
Re: 6.6 pkg_add of firefox vs atk versions
Yes, I do believe the pkg_add -u is failing. For starters here is my current package source info. = farm# echo $PKG_PATH farm# cat /etc/installurl https://cdn.openbsd.org/pub/OpenBSD farm# = However, at some point earlier I had used #export PKG_PATH=http://ftp.vim.org/OpenBSD/6.6/packages/amd64/ [Now commented out in the .profile] I had gotten behind in making updates, and so started using packages from there. My fault certainly. But hoping I could recover, and in the process learning a bit more about how the structure can get damaged, and hence understand better how it all works. Will have to run the full pkg_add -u, under current conditions, later today, as I have to run across the border shortly. If it becomes probable that I am wasting you folks time with too unique a circumstance feel free to say so. Meanwhile, I really appreciate such shared insights as helps my general orientation. Regards, Austin On Thu, 30 Jul 2020, Solene Rapenne wrote: > On Thu, 30 Jul 2020 09:32:53 -0600 (MDT) > Austin Hook : > > > Here's the output of pkg_check > > > > farm# pkg_check > > Packing-list sanity: ok > > Direct dependencies: ok > > --- gcj-4.9.4p12 --- > > dependency lang/gcc/4.9,-main:gcc->=4.9,<4.10:gcc-4.9.4p12 does not match > > any installed package > > Reverse dependencies: ok > > Files from packages: ok > > gcj is non existent in 6.6, it was removed. The removal reason > should be displayed as the last line of pkg_add -u output IIRC. > > Are you sure you did run pkg_add -u and it worked correctly? > On Thu, 30 Jul 2020, Stuart Henderson wrote: > On 2020/07/29 09:36, Austin Hook wrote: > > > > Probably got my packages messed up at some point, and should just stop > > doing endless "upgrades", and start clean with 6.7, but for learning > > purposes and perspective, would appreciate tips on why doing a pkg_add of > > firefox under 6.6 would fail, while looking for a version of atk that that > > is not in the packages for 6.6? > > > > > > farm# pkg_add firefox > > quirks-3.187 signed on 2020-05-19T14:41:48Z > > Can't install firefox-72.0.2 because of libraries > > |library atk-1.0.21809.3 not found > > ... > > > > But looking at: > > > > https://ftp.openbsd.org/pub/OpenBSD/6.6/packages/amd64/ > > > > I only see: atk-2 and no atk-1 > > atk-1.0.21809.3 reported by pkg_add in the "library not found" line refers > to the library version (file /usr/local/lib/libatk-1.0.so.21809.3) not the > package version (this library is contained in the atk-2.32.0 package). > > > > -- -- > > at-spi2-core-2.32.1.tgz 12-Oct-2019 06:06258681 > > atari800-4.1.0.tgz 12-Oct-2019 06:06408617 > > atf-0.18p3.tgz 12-Oct-2019 06:06 1129085 > > atk-2.32.0.tgz 12-Oct-2019 06:06461597 > > atk2mm-2.28.0.tgz12-Oct-2019 06:06 1238387 > > atlas-0.4.3.1p10.tgz 12-Oct-2019 06:06 2360270 > > atomicparsley-0.9.6p3.tgz12-Oct-2019 06:06138835 > > --- --- > > > > I realize that there are dependencies of dependencies going on here. but > > for perspective, why wouldn't atk-1... exist in the same package > > repository as the 6.6 version of firefox does, if that version (or > > probably it's other dependencies) requires it. Wouldn't package testing > > have failed for firefox when it was tested for 6.6? And if not, why not? > > > > Thanks in advance, for any comment. > > > > Austin Hook > > > > > > > > > > > > > > Could you show the full output from these please? > > echo $PKG_PATH > cat /etc/installurl > pkg_add -u > pkg_info >
Re: UPDATE: graphics/scour to 0.37
Hi, Thank you for looking into this. How about now? Please see attached. Asher On Thu, 30 Jul 2020 at 05:10, Raymond E. Pasco wrote: > > On Thu Jul 30, 2020 at 4:51 AM EDT, Dimitri Karamazov wrote: > > if it's a standalone application (couldn't possibly be another's > > dependency) > > then > > >> MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} > > else > > >> +FLAVORS = python3 > > >> +FLAVOR ?= python3 > > endif > > Makes sense to me. > > > Scour is an optional dependency for inkscape. > > Since graphics/inkscape uses python 3, enforcing the flavor seems like > it should be fine. Index: Makefile === RCS file: /cvs/ports/graphics/scour/Makefile,v retrieving revision 1.11 diff -u -p -u -p -r1.11 Makefile --- Makefile 3 Jul 2020 21:12:56 - 1.11 +++ Makefile 30 Jul 2020 16:18:53 - @@ -1,8 +1,7 @@ # $OpenBSD: Makefile,v 1.11 2020/07/03 21:12:56 sthen Exp $ COMMENT = SVG scrubber -MODPY_EGG_VERSION = 0.35 -REVISION = 4 +MODPY_EGG_VERSION = 0.37 CATEGORIES = graphics HOMEPAGE = http://www.codedread.com/scour/ @@ -14,7 +13,10 @@ GH_TAGNAME = v${MODPY_EGG_VERSION} MODULES = lang/python MODPY_SETUPTOOLS = Yes -MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} + +FLAVORS = python3 +FLAVOR ?= python3 + RUN_DEPENDS = devel/py-six${MODPY_FLAVOR} do-test: Index: distinfo === RCS file: /cvs/ports/graphics/scour/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo 14 Sep 2016 12:15:46 - 1.4 +++ distinfo 30 Jul 2020 16:18:53 - @@ -1,2 +1,2 @@ -SHA256 (scour-0.35.tar.gz) = kafdDXIaNWe4AsGzU+9FFiFZTmKP5yPO22XNRin7yW8= -SIZE (scour-0.35.tar.gz) = 80981 +SHA256 (scour-0.37.tar.gz) = T8uWFYbYptmKyTQ8pWR0IbmP3Hm1HYGh09GFdreQiCM= +SIZE (scour-0.37.tar.gz) = 95478 Index: pkg/PLIST === RCS file: /cvs/ports/graphics/scour/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 16 Sep 2016 08:54:57 - 1.3 +++ pkg/PLIST 30 Jul 2020 16:18:53 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.3 2016/09/16 08:54:57 czarkoff Exp $ +@comment $OpenBSD: PLIST,v$ bin/scour lib/python${MODPY_VERSION}/site-packages/scour/ lib/python${MODPY_VERSION}/site-packages/scour-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ @@ -10,7 +10,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/scour-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/scour-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/zip-safe lib/python${MODPY_VERSION}/site-packages/scour/__init__.py -lib/python${MODPY_VERSION}/site-packages/scour/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/scour/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/scour/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scour/${MODPY_PYCACHE}scour.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scour/${MODPY_PYCACHE}svg_regex.${MODPY_PYC_MAGIC_TAG}pyc
Re: Firefox and MIME
Hi Landry, Landry Breuil wrote on Thu, Jul 30, 2020 at 04:34:56PM +0200: > On Wed, Jul 29, 2020 at 11:22:20PM +0100, Laurence Tratt wrote: >> -section of about:support. For this feature, WebGL2 is necessary, so your >> +section of about:support. For this feature, WebGL2 is necessary, so your > Removed this extra space, dunno if there's a convention for this in pure > academic english but it looked wrong to me. *shrug* ? The spacing as you kept it, with the same horizontal spacing between sentences as between words, is usually called "French Spacing" in English. :) [That's a somewhat simplified statement.] French spacing was unusual in English typing and typesetting until about 1945, but in modern English typography, since at least the 1990, having a wider space between sentences is now almost universally regarded as needless and sometimes as somewhat old-fashioned (even though some, including myself, still like it). It is a not-so-productive but notorious matter of debate. Putting the double space after sentences is still useful in roff(7) input because that's the only practical way at all to tell the roff(1) program "a sentence ends here". How the typesetter will then represent the sentence space on the output side is a matter of output settings. For plain ASCII and UTF-8 text files, it doesn't really matter. Use whatever style you like. What definitely still matters is the related concept "new sentence, new line" in manual pages. Yours, Ingo > anyway, thanks for the improvements, appreciated ! That forced me to do > some needed port/Makefile cleanup... Indeed, nice.
Re: 6.6 pkg_add of firefox vs atk versions
On 2020/07/29 09:36, Austin Hook wrote: > > Probably got my packages messed up at some point, and should just stop > doing endless "upgrades", and start clean with 6.7, but for learning > purposes and perspective, would appreciate tips on why doing a pkg_add of > firefox under 6.6 would fail, while looking for a version of atk that that > is not in the packages for 6.6? > > > farm# pkg_add firefox > quirks-3.187 signed on 2020-05-19T14:41:48Z > Can't install firefox-72.0.2 because of libraries > |library atk-1.0.21809.3 not found > ... > > But looking at: > > https://ftp.openbsd.org/pub/OpenBSD/6.6/packages/amd64/ > > I only see: atk-2 and no atk-1 atk-1.0.21809.3 reported by pkg_add in the "library not found" line refers to the library version (file /usr/local/lib/libatk-1.0.so.21809.3) not the package version (this library is contained in the atk-2.32.0 package). > > -- -- > at-spi2-core-2.32.1.tgz 12-Oct-2019 06:06258681 > atari800-4.1.0.tgz 12-Oct-2019 06:06408617 > atf-0.18p3.tgz 12-Oct-2019 06:06 1129085 > atk-2.32.0.tgz 12-Oct-2019 06:06461597 > atk2mm-2.28.0.tgz12-Oct-2019 06:06 1238387 > atlas-0.4.3.1p10.tgz 12-Oct-2019 06:06 2360270 > atomicparsley-0.9.6p3.tgz12-Oct-2019 06:06138835 > --- --- > > I realize that there are dependencies of dependencies going on here. but > for perspective, why wouldn't atk-1... exist in the same package > repository as the 6.6 version of firefox does, if that version (or > probably it's other dependencies) requires it. Wouldn't package testing > have failed for firefox when it was tested for 6.6? And if not, why not? > > Thanks in advance, for any comment. > > Austin Hook > > > > > > Could you show the full output from these please? echo $PKG_PATH cat /etc/installurl pkg_add -u pkg_info
Re: Update lang/ecl to 20.4.24
On Thu, Jul 30, 2020 at 08:32:25AM -0700, Josh Elsasser wrote: > It built for me, did you install the new libatomic_ops package too? I > notice that "make install" only installed the boehm-gc package. I... did not. I'm not familiar with boehm-gc so didn't realize that was needed. I'll give it a try again soon. Right now my test machine is churning on something else. --Kurt > With George's patch, it segfaults in ecl_min as he predicted, > similarly to mips64: > Building ecl_min... > > libeclmin.a(unixfsys.o): In function `ecl_backup_open': > unixfsys.o.c:(.text+0x4a8): warning: strcpy() is almost always misused, > please use strlcpy() > /usr/local/lib/libgmp.so.11.0: warning: vsprintf() is often misused, please > use vsnprintf() > libeclmin.a(num_rand.o): In function `init_random_state': > > num_rand.o.c:(.text+0x2ac): warning: rand() may return deterministic values, > is that what you want? > > > Internal or unrecoverable error in: > > Got signal before environment was installed on our thread > > Abort trap (core dumped) > gmake[1]: *** [Makefile:99: bin/ecl] Error 134 > > > (gdb) bt > #0 *_libc_abort () at /usr/src/lib/libc/stdlib/abort.c:57 > #1 0x006af5d32f4c in ecl_internal_error () > #2 0x006af5d64194 in sigsegv_handler () > #3 > #4 0x006af5d05154 in ecl_find_package_nolock () > #5 0x006af5d054c0 in ecl_make_package () > #6 0x006af5d022bc in cl_boot () > #7 0x006af5d00f6c in main ()
Re: 6.6 pkg_add of firefox vs atk versions
Here's the output of pkg_check farm# pkg_check Packing-list sanity: ok Direct dependencies: ok --- gcj-4.9.4p12 --- dependency lang/gcc/4.9,-main:gcc->=4.9,<4.10:gcc-4.9.4p12 does not match any installed package Reverse dependencies: ok Files from packages: ok --- python-2.7.15p0 --- checksum for /usr/local/lib/python2.7/email/mime/__init__.pyc does not match I ran pkg_check twice, and get the same result. Not sure if anything there gives me a clue why I can't install firefox (under 6.6). However, I would appreciate any insight on how fix the things it is complaining about. For example, where is the checksum for /usr/local/lib/python2.7/email/mime/__init__.pyc the one that is not matching, to be found? and how can I go grab the correct version of __init__.pyc from someplace? And what kind of checksum is being calculated? I am hoping that I am only a few clues away from getting the feel for the whole structure. Sometimes wonder what balance one should take between reading through miles of code and just begging for an island of insight. Thanks! Austin On Wed, 29 Jul 2020, Stefan Hagen wrote: > Austin Hook wrote: > > At one point the -u complains of a "loop" and asks me if I want to > > proceed anyway [n,y,a] so I select "a". After completion pkg_add -u > > the pkg_add firefox still fails. > > Have you tried pkg_check? > > Best Regards, > Stefan > > -- > Stefan Hagen | (gopher|https)://codevoid.de/0/gpg > CBD3 C468 64B4 6517 E8FB B90F B6BC 2EC5 52BE 43BA >
Re: Update lang/ecl to 20.4.24
On Wed, Jul 29, 2020 at 11:52:25PM -0400, Kurt Mosiejczuk wrote: > On Wed, Jul 29, 2020 at 11:05:31PM -0400, George Koehler wrote: > > On Wed, 29 Jul 2020 01:25:00 -0400 > > Kurt Mosiejczuk wrote: > > > > I gave building it a try, it died early on with: > > > > /usr/ports/pobj/ecl-20.4.24/ecl-20.4.24/build/ecl/ecl_atomics.h:39:4: > > > error: #er > > > ror "ECL needs AO_fetch_compare_and_swap or an equivalent" > > > # error "ECL needs AO_fetch_compare_and_swap or an equivalent" > > > Thank you for the speedy test. libatomic_ops in devel/boehm-gc is > > missing AO_fetch_compare_and_swap for sparc. It's still missing > > upstream: > > > https://github.com/ivmai/libatomic_ops/blob/master/src/atomic_ops/sysdeps/gcc/sparc.h#L64 > > > In this diff to devel/boehm-gc, I have tried to provide the missing > > function (by copying AO_compare_and_swap_full, guessing, and referring > > to SPARCV9.pdf, A.9 Compare and Swap, page 129), but I don't know > > whether it compiles. Even if it compiles, if sparc64 will have the > > ecl_symbol_value bug, we won't know if it works. I left my other > > local changes (mmap and powerpc64) in the diff. > > > I describe the 64-bit big-endian ecl_symbol_value bug at > > https://gitlab.com/embeddable-common-lisp/ecl/-/issues/604 > > Unfortunately, even with boehm-gc compiled with this, ecl fails to > build with the same message. It built for me, did you install the new libatomic_ops package too? I notice that "make install" only installed the boehm-gc package. With George's patch, it segfaults in ecl_min as he predicted, similarly to mips64: Building ecl_min... libeclmin.a(unixfsys.o): In function `ecl_backup_open': unixfsys.o.c:(.text+0x4a8): warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgmp.so.11.0: warning: vsprintf() is often misused, please use vsnprintf() libeclmin.a(num_rand.o): In function `init_random_state': num_rand.o.c:(.text+0x2ac): warning: rand() may return deterministic values, is that what you want? Internal or unrecoverable error in: Got signal before environment was installed on our thread Abort trap (core dumped) gmake[1]: *** [Makefile:99: bin/ecl] Error 134 (gdb) bt #0 *_libc_abort () at /usr/src/lib/libc/stdlib/abort.c:57 #1 0x006af5d32f4c in ecl_internal_error () #2 0x006af5d64194 in sigsegv_handler () #3 #4 0x006af5d05154 in ecl_find_package_nolock () #5 0x006af5d054c0 in ecl_make_package () #6 0x006af5d022bc in cl_boot () #7 0x006af5d00f6c in main ()
[update] net/synapse -> 1.18.0
Hello, Here is a diff for net/synapse to v1.18.0 Regards Index: Makefile === RCS file: /cvs/ports/net/synapse/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile 5 Jul 2020 09:34:50 - 1.10 +++ Makefile 30 Jul 2020 11:29:20 - @@ -2,7 +2,7 @@ COMMENT = open network for secure, decentralized communication -MODPY_EGG_VERSION = 1.15.2 +MODPY_EGG_VERSION = 1.18.0 GH_ACCOUNT = matrix-org GH_PROJECT = synapse Index: distinfo === RCS file: /cvs/ports/net/synapse/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo 5 Jul 2020 09:34:50 - 1.8 +++ distinfo 30 Jul 2020 11:29:20 - @@ -1,2 +1,2 @@ -SHA256 (synapse-1.15.2.tar.gz) = FcGYwpYVlzD55bwud3zpSJKxrZPaDRAWE+lXeSp26hc= -SIZE (synapse-1.15.2.tar.gz) = 6717409 +SHA256 (synapse-1.18.0.tar.gz) = r/OR5QVU+ETthxv4DHce0mt516fBF/N/cs6KI5nI8VE= +SIZE (synapse-1.18.0.tar.gz) = 6764546 Index: pkg/PLIST === RCS file: /cvs/ports/net/synapse/pkg/PLIST,v retrieving revision 1.7 diff -u -p -r1.7 PLIST --- pkg/PLIST 11 Jun 2020 15:24:29 - 1.7 +++ pkg/PLIST 30 Jul 2020 11:29:21 - @@ -103,6 +103,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}consent_config.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}database.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}emailconfig.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}federation.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}groups.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}homeserver.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}jwt_config.${MODPY_PYC_MAGIC_TAG}pyc @@ -117,6 +118,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}redis.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}registration.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}repository.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}room.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}room_directory.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}saml2_config.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}server.${MODPY_PYC_MAGIC_TAG}pyc @@ -140,6 +142,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/config/consent_config.py lib/python${MODPY_VERSION}/site-packages/synapse/config/database.py lib/python${MODPY_VERSION}/site-packages/synapse/config/emailconfig.py +lib/python${MODPY_VERSION}/site-packages/synapse/config/federation.py lib/python${MODPY_VERSION}/site-packages/synapse/config/groups.py lib/python${MODPY_VERSION}/site-packages/synapse/config/homeserver.py lib/python${MODPY_VERSION}/site-packages/synapse/config/jwt_config.py @@ -154,6 +157,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/config/redis.py lib/python${MODPY_VERSION}/site-packages/synapse/config/registration.py lib/python${MODPY_VERSION}/site-packages/synapse/config/repository.py +lib/python${MODPY_VERSION}/site-packages/synapse/config/room.py lib/python${MODPY_VERSION}/site-packages/synapse/config/room_directory.py lib/python${MODPY_VERSION}/site-packages/synapse/config/saml2_config.py lib/python${MODPY_VERSION}/site-packages/synapse/config/server.py @@ -532,6 +536,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/add_threepid_failure.html lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/add_threepid_success.html lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/invalid_token.html +lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/mail-Element.css lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/mail-Vector.css lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/mail-expiry.css lib/python${MODPY_VERSION}/site-packages/synapse/res/templates/mail.css @@ -1153,8 +1158,14 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/storage/data_stores/main/schema/delta/58/03persist_ui_auth.sql lib/python${MODPY_VERSION}/site-packages/synapse/storage/data_stores/main/schema/delta/58/05cache_instance.sql.postgres
x11/i3 bugfix release
This updates i3 to last version, a tiny bugfix release Announce https://www.freelists.org/post/i3-announce/i3-v4182-released • floating_maybe_reassign_ws: only re-focus if previously focused (fixes a focus issue with KDE notifications) • get_output_by_name: guard output->primary with require_active • i3bar: fix Xorg memory leak sysutils/rofi has x11/i3 as a build dependency, it still compiles fine and its make test passes 14/14 ok? Index: Makefile === RCS file: /cvs/ports/x11/i3/Makefile,v retrieving revision 1.124 diff -u -p -r1.124 Makefile --- Makefile15 May 2020 11:40:13 - 1.124 +++ Makefile30 Jul 2020 11:17:26 - @@ -2,7 +2,7 @@ COMMENT = improved dynamic tiling window manager -DISTNAME = i3-4.18.1 +DISTNAME = i3-4.18.2 CATEGORIES = x11 Index: distinfo === RCS file: /cvs/ports/x11/i3/distinfo,v retrieving revision 1.35 diff -u -p -r1.35 distinfo --- distinfo15 May 2020 11:40:13 - 1.35 +++ distinfo30 Jul 2020 11:17:26 - @@ -1,2 +1,2 @@ -SHA256 (i3-4.18.1.tar.bz2) = mr+Q+oA/LLjlPjvIyVLrpIxDRjCDYI5BB/xTqyJL4Hw= -SIZE (i3-4.18.1.tar.bz2) = 1217703 +SHA256 (i3-4.18.2.tar.bz2) = soYX1i8wi5OBf8mUna/+50z0oAFoXeOJ8wcstEz1Egw= +SIZE (i3-4.18.2.tar.bz2) = 1218440 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/x11/i3/patches/patch-Makefile_in,v retrieving revision 1.7 diff -u -p -r1.7 patch-Makefile_in --- patches/patch-Makefile_in 10 Mar 2020 16:27:53 - 1.7 +++ patches/patch-Makefile_in 30 Jul 2020 11:17:26 - @@ -34,7 +34,7 @@ Index: Makefile.in am--force-recheck: @: -@@ -4033,7 +4027,7 @@ i3-config-parser.stamp: parser/$(dirstamp) generate-co +@@ -4039,7 +4033,7 @@ i3-config-parser.stamp: parser/$(dirstamp) generate-co anyevent-i3.stamp: AnyEvent-I3/lib/AnyEvent/I3.pm
Re: UPDATE: usockets, uwebsockets
Hi, I am reattaching update because of a recent release usockets0.4.1 -> 0.5.0 uwebsockets 18.6.0 -> 18.10.0 Aisha PS: I've also attached the patch, in case thunderbird messes up diff --git a/net/usockets/Makefile b/net/usockets/Makefile index 7e544a0459a..f781ecdcda4 100644 --- a/net/usockets/Makefile +++ b/net/usockets/Makefile @@ -4,11 +4,11 @@ COMMENT = eventing, networking & crypto for async applications PKGNAME = ${DISTNAME:L} CATEGORIES = net -SHARED_LIBS = usockets 0.1 +SHARED_LIBS = usockets 1.0 GH_ACCOUNT = uNetworking GH_PROJECT = uSockets -GH_TAGNAME = v0.4.1 +GH_TAGNAME = v0.5.0 MAINTAINER = Aisha Tammy diff --git a/net/usockets/distinfo b/net/usockets/distinfo index d2274543c1d..5837a7f2434 100644 --- a/net/usockets/distinfo +++ b/net/usockets/distinfo @@ -1,2 +1,2 @@ -SHA256 (uSockets-0.4.1.tar.gz) = IPj38LIjXztH8e/zyRgZIAA/HLyN9hcg2rpsui0Toa4= -SIZE (uSockets-0.4.1.tar.gz) = 49955 +SHA256 (uSockets-0.5.0.tar.gz) = y6wQ2b+maGIk2LDsG8wO56LYpThy73Teoq7V0NjWedw= +SIZE (uSockets-0.5.0.tar.gz) = 50852 diff --git a/net/usockets/patches/patch-Makefile b/net/usockets/patches/patch-Makefile index 1a54aa5a606..af77b0b1b19 100644 --- a/net/usockets/patches/patch-Makefile +++ b/net/usockets/patches/patch-Makefile @@ -10,7 +10,7 @@ Index: Makefile +DESTDIR ?= + +prefix ?= "/usr/local" -+exec_prefix ?= "$(prefix)" ++exec_prefix ?="$(prefix)" +libdir ?= "$(exec_prefix)/lib" +includedir?= "$(exec_prefix)/include/uSockets" + @@ -18,31 +18,24 @@ Index: Makefile +LIBTARGET = libusockets.so.$(LIBusockets_VERSION) + + - # WITH_OPENSSL=1 enables OpenSSL 1.1+ support + # WITH_OPENSSL=1 enables OpenSSL 1.1+ support or BoringSSL ifeq ($(WITH_OPENSSL),1) override CFLAGS += -DLIBUS_USE_OPENSSL -@@ -33,18 +44,38 @@ ifeq ($(WITH_ASAN),1) +@@ -33,18 +44,32 @@ ifeq ($(WITH_ASAN),1) endif override CFLAGS += -std=c11 -Isrc -override LDFLAGS += uSockets.a -# By default we build the uSockets.a static library --default: -+static: + default: rm -f *.o - $(CC) $(CFLAGS) -flto -O3 -c src/*.c src/eventing/*.c src/crypto/*.c - $(AR) rvs uSockets.a *.o -+ $(CC) $(CFLAGS) -c src/*.c src/eventing/*.c src/crypto/*.c -+ $(AR) rvs libusockets.a *.o - -+dynamic: -+ rm -f *.o + $(CC) -fPIC -c src/*.c src/eventing/*.c src/crypto/*.c $(CFLAGS) ++ $(AR) rvs libusockets.a *.o + $(CC) -shared -fPIC -Wl,-soname,$(LIBTARGET) $(CFLAGS) -o $(LIBTARGET) *.o $(LDFLAGS) -+ -+default: static dynamic -+ + +install: + # install the folders needed (making sure that the exist) + install -d "$(DESTDIR)$(libdir)" \ @@ -66,7 +59,7 @@ Index: Makefile swift_examples: swiftc -O -I . examples/swift_http_server/main.swift uSockets.a -o swift_http_server -@@ -52,4 +83,5 @@ swift_examples: +@@ -52,4 +77,5 @@ swift_examples: clean: rm -f *.o rm -f *.a diff --git a/www/uwebsockets/Makefile b/www/uwebsockets/Makefile index eff11b90171..eb67679d22d 100644 --- a/www/uwebsockets/Makefile +++ b/www/uwebsockets/Makefile @@ -6,7 +6,7 @@ CATEGORIES =www GH_ACCOUNT = uNetworking GH_PROJECT = uWebSockets -GH_TAGNAME = v18.6.0 +GH_TAGNAME = v18.10.0 MAINTAINER = Aisha Tammy diff --git a/www/uwebsockets/distinfo b/www/uwebsockets/distinfo index 9b39396f50c..5476859e90e 100644 --- a/www/uwebsockets/distinfo +++ b/www/uwebsockets/distinfo @@ -1,2 +1,2 @@ -SHA256 (uWebSockets-18.6.0.tar.gz) = XwrkPmmqPFj8OgV/c4ESuOSn0h3wP5C7C0nGkN15npo= -SIZE (uWebSockets-18.6.0.tar.gz) = 264309 +SHA256 (uWebSockets-18.10.0.tar.gz) = Ob6x328pBMynfFch7TGIpHc9bky+JX/lMSOAgNzZA/M= +SIZE (uWebSockets-18.10.0.tar.gz) = 265369 diff --git a/net/usockets/Makefile b/net/usockets/Makefile index 7e544a0459a..f781ecdcda4 100644 --- a/net/usockets/Makefile +++ b/net/usockets/Makefile @@ -4,11 +4,11 @@ COMMENT = eventing, networking & crypto for async applications PKGNAME = ${DISTNAME:L} CATEGORIES = net -SHARED_LIBS = usockets 0.1 +SHARED_LIBS = usockets 1.0 GH_ACCOUNT = uNetworking GH_PROJECT = uSockets -GH_TAGNAME = v0.4.1 +GH_TAGNAME = v0.5.0 MAINTAINER = Aisha Tammy diff --git a/net/usockets/distinfo b/net/usockets/distinfo index d2274543c1d..5837a7f2434 100644 --- a/net/usockets/distinfo +++ b/net/usockets/distinfo @@ -1,2 +1,2 @@ -SHA256 (uSockets-0.4.1.tar.gz) = IPj38LIjXztH8e/zyRgZIAA/HLyN9hcg2rpsui0Toa4= -SIZE (uSockets-0.4.1.tar.gz) = 49955 +SHA256 (uSockets-0.5.0.tar.gz) = y6wQ2b+maGIk2LDsG8wO56LYpThy73Teoq7V0NjWedw= +SIZE (uSockets-0.5.0.tar.gz) = 50852 diff --git a/net/usockets/patches/patch-Makefile b/net/usockets/patches/patch-Makefile index 1a54aa5a606..af77b0b1b19 100644 --- a/net/usockets/patches/patch-Makefile +++ b/net/usockets/patches/patch-Makefile @@ -10,7 +10,7 @@ Index: Makefile +DESTDIR ?= + +prefix ?= "/usr/local" -+exec_prefix ?=
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/07/30 08:40:07 Modified files: multimedia/shotcut: Makefile distinfo multimedia/shotcut/patches: patch-src_mainwindow_cpp patch-src_src_pro multimedia/shotcut/pkg: PLIST Removed files: multimedia/shotcut/patches: patch-src_mltcontroller_cpp patch-src_models_multitrackmodel_cpp patch-src_qmltypes_qmlfilter_cpp patch-src_qmltypes_qmlproducer_cpp Log message: update to newer version most of the patches have been upstream there's a new "preview" feature that creates lo-res versions of the video streams you're working on for quick editing. okay tracey@
Re: Firefox and MIME
On Wed, Jul 29, 2020 at 11:22:20PM +0100, Laurence Tratt wrote: > On Wed, Jul 29, 2020 at 12:24:40PM +0200, Landry Breuil wrote: > > Hello Landry, > > [Firefox README] > > Feel free to send diffs, i'm not a native speaker. > > Please find attached a first stab. I've also fixed a few inconsistencies in > the README: you should feel free to cherry pick any bits you think are > improvements and ignore the rest! Thanks, i've mostly commited your diff, with some tweaks: > -for each type of process are located in ${SYSCONFDIR}/firefox/. > + /etc/firefox/{unveil,pledge}.{main,content,gpu} ${SYSCONFDIR} was kept, even if a bit stupid, that's our conventions. > -/etc/${MOZILLA_PROJECT}/{unveil,pledge}.{main,content,gpu} to contain > +/etc/firefox/{unveil,pledge}.{main,content,gpu} to contain ditto, kept MOZILLA_PROJECT to sync READMEs between mozilla-firefox and firefox-esr. > -# pkg_add ffmpeg > + $ pkg_add ffmpeg the # is here to say 'this should be run as root' - also i removed the leading tabs, since nothing in our READMEs/DOC in ports use that convention afaict.. > -section of about:support. For this feature, WebGL2 is necessary, so your > +section of about:support. For this feature, WebGL2 is necessary, so your Removed this extra space, dunno if there's a convention for this in pure academic english but it looked wrong to me. *shrug* ? anyway, thanks for the improvements, appreciated ! That forced me to do some needed port/Makefile cleanup... Landry
[Update] editors/nano : Update to 5.0
Hi, all: Here is a patch for editors/nano to update to 5.0, it build well and run well on amd64-current system. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/editors/nano/Makefile,v retrieving revision 1.114 diff -u -p -r1.114 Makefile --- Makefile4 Jun 2020 19:43:35 - 1.114 +++ Makefile30 Jul 2020 14:29:07 - @@ -2,7 +2,7 @@ COMMENT= simple editor, inspired by Pico -DISTNAME= nano-4.9.3 +DISTNAME= nano-5.0 CATEGORIES=editors HOMEPAGE= https://www.nano-editor.org/ Index: distinfo === RCS file: /cvs/ports/editors/nano/distinfo,v retrieving revision 1.64 diff -u -p -r1.64 distinfo --- distinfo4 Jun 2020 19:43:35 - 1.64 +++ distinfo30 Jul 2020 14:29:07 - @@ -1,2 +1,2 @@ -SHA256 (nano-4.9.3.tar.xz) = bjQ48DOg7QfT10ww0IA8vaPSNmuhYBt7v5sWrDcfUbQ= -SIZE (nano-4.9.3.tar.xz) = 1515384 +SHA256 (nano-5.0.tar.xz) = fA2UvmnNBm8g3yhootoC97HUFs6NR8CFCovScIl8qjY= +SIZE (nano-5.0.tar.xz) = 1526784 Index: pkg/PLIST === RCS file: /cvs/ports/editors/nano/pkg/PLIST,v retrieving revision 1.33 diff -u -p -r1.33 PLIST --- pkg/PLIST 30 Mar 2019 02:58:40 - 1.33 +++ pkg/PLIST 30 Jul 2020 14:29:07 - @@ -57,11 +57,17 @@ share/nano/c.nanorc share/nano/changelog.nanorc share/nano/cmake.nanorc share/nano/css.nanorc -share/nano/debian.nanorc share/nano/default.nanorc share/nano/elisp.nanorc -share/nano/fortran.nanorc -share/nano/gentoo.nanorc +share/nano/email.nanorc +share/nano/extra/ +share/nano/extra/ada.nanorc +share/nano/extra/debian.nanorc +share/nano/extra/fortran.nanorc +share/nano/extra/gentoo.nanorc +share/nano/extra/haskell.nanorc +share/nano/extra/povray.nanorc +share/nano/extra/spec.nanorc share/nano/go.nanorc share/nano/groff.nanorc share/nano/guile.nanorc @@ -72,8 +78,7 @@ share/nano/json.nanorc share/nano/lua.nanorc share/nano/makefile.nanorc share/nano/man.nanorc -share/nano/mgp.nanorc -share/nano/mutt.nanorc +share/nano/markdown.nanorc share/nano/nanohelp.nanorc share/nano/nanorc.nanorc share/nano/nftables.nanorc @@ -83,13 +88,11 @@ share/nano/patch.nanorc share/nano/perl.nanorc share/nano/php.nanorc share/nano/po.nanorc -share/nano/postgresql.nanorc -share/nano/pov.nanorc share/nano/python.nanorc share/nano/ruby.nanorc share/nano/rust.nanorc share/nano/sh.nanorc -share/nano/spec.nanorc +share/nano/sql.nanorc share/nano/tcl.nanorc share/nano/tex.nanorc share/nano/texinfo.nanorc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:30:23 Modified files: www/firefox-esr/patches: patch-taskcluster_docker_firefox-snap_firefox_desktop Log message: Amend desktop file patch to Exec ${MOZILLA_PROJECT} (e.g firefox-esr) instead of firefox, broken in last update - sorry !
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:28:23 Modified files: www/firefox-esr: Makefile www/firefox-esr/pkg: PLIST Log message: Assorted tweaks/cleanups to reduce differences with www/mozilla-firefox: - properly set MOZILLA_PROJECT to firefox-esr, and cleanup PLIST - use MOZILLA_PROJECT where appropriate instead of adding -esr everywhere, now the Makefile are easily diffables
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:28:59 Modified files: www/firefox-esr/pkg: README Log message: Sync README with www/mozilla-firefox, also mostly from Laurence Tratt with tweaks by me.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:26:10 Removed files: www/firefox-esr/files: firefox.desktop Log message: cvs rm the now useless firefox.desktop file, we use the one from upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:25:08 Modified files: www/mozilla-firefox/pkg: README Log message: README improvements, mostly from Laurence Tratt with tweaks by me - thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2020/07/30 08:25:11 Modified files: net/dnsdist: Makefile distinfo net/dnsdist/pkg: PLIST Log message: Update to dnsdist 1.5.0; ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2020/07/30 08:24:09 Modified files: sysutils/firmware/iwx: Makefile sysutils/firmware/iwx/pkg: PLIST Log message: add firmware for AX201 wifi devices to the iwx-firmware package ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/07/30 08:24:03 Modified files: www/mozilla-firefox: Makefile www/mozilla-firefox/pkg: PLIST Log message: Some assorted fixes/cleanup: - tweak COMMENT - ensure BDEP on rust 1.43 (#1648343) - drop useless/duplicated SUBST_VARS addition - stop installing a mozilla-firefox symlink to firefox, i doubt anyone uses the old command anymore - ditto, drop the mozilla-firefox.1 link - consistently use ${MOZILLA_PROJECT} in PLIST to reduce differences with firefox-esr
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/07/30 08:19:14 Modified files: net/strongswan : Makefile distinfo Log message: update to strongswan-5.9.0, drop maintainer
[Update] databases/p5-DBD-CSV : Update to 0.55
Hi, all: Here is a simple patch for databases/p5-DBD-CSV to update to 0.55, it build well and pass all tests on amd64-current system. Only one port depends on it: devel/p5-Log-Log4perl. it build well and pass all tests too. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/databases/p5-DBD-CSV/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile3 Jul 2020 21:44:35 - 1.23 +++ Makefile30 Jul 2020 14:15:03 - @@ -2,12 +2,11 @@ COMMENT = DBI driver for CSV files -DISTNAME = DBD-CSV-0.54 +DISTNAME = DBD-CSV-0.55 EXTRACT_SUFX = .tgz CATEGORIES = databases MODULES = cpan PKG_ARCH = * -REVISION = 0 MAINTAINER = Andrew Fresh Index: distinfo === RCS file: /cvs/ports/databases/p5-DBD-CSV/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo3 Nov 2018 19:22:38 - 1.9 +++ distinfo30 Jul 2020 14:15:03 - @@ -1,2 +1,2 @@ -SHA256 (DBD-CSV-0.54.tgz) = vFl81xleWgI+KzQT2NxhRgK5s/J59DYCeIF5ZGTU8L4= -SIZE (DBD-CSV-0.54.tgz) = 40860 +SHA256 (DBD-CSV-0.55.tgz) = RnACjkbfmjwnkXQEReikyChAtmZ87l3Xlrxaatkmbds= +SIZE (DBD-CSV-0.55.tgz) = 42598
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/07/30 08:13:44 Modified files: www/urlwatch : Makefile distinfo www/urlwatch/pkg: PLIST Log message: update to urlwatch-2.20
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/07/30 08:13:33 Modified files: devel/re2c : Makefile distinfo Log message: update to re2c-2.0.1
[Update] devel/p5-Log-Log4perl : Update to 1.50
Hi, ports@: Here is a patch for devel/p5-Log-Log4perl: i) Update to 1.50 ii) Change TEST_DEPENDS net/rrdtool,-perl to net/rrdtool, because net/rrdtool has no perl subpackage. It build well and pass all tests on amd64-current system. There are 8 ports depends on p5-Log-Log4perl, 6 of them build well and pass all tests on amd64-current: i) net/munin : build well and 1 test failed, not cause by this patch. ii)audio/squeezecenter: I did not test this port, because in my memory, its version is too old and many tests failed. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/devel/p5-Log-Log4perl/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile3 Jul 2020 21:44:59 - 1.24 +++ Makefile30 Jul 2020 14:03:50 - @@ -4,9 +4,8 @@ COMMENT=Log4j implementation for Perl MODULES= cpan PKG_ARCH= * -DISTNAME= Log-Log4perl-1.40 +DISTNAME= Log-Log4perl-1.50 CATEGORIES=devel -REVISION= 1 # Perl PERMIT_PACKAGE=Yes @@ -14,7 +13,7 @@ PERMIT_PACKAGE= Yes TEST_DEPENDS= devel/p5-Log-Dispatch \ devel/p5-Log-Dispatch-FileRotate \ databases/p5-DBD-CSV \ - net/rrdtool,-perl \ + net/rrdtool \ textproc/p5-XML-DOM .include Index: distinfo === RCS file: /cvs/ports/devel/p5-Log-Log4perl/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo26 Mar 2013 18:26:34 - 1.14 +++ distinfo30 Jul 2020 14:03:50 - @@ -1,2 +1,2 @@ -SHA256 (Log-Log4perl-1.40.tar.gz) = M28mOtv+Fu5DjkvbOYrAiIeLxOWbAj+JI4X+j+5P6yU= -SIZE (Log-Log4perl-1.40.tar.gz) = 273132 +SHA256 (Log-Log4perl-1.50.tar.gz) = DjABIHSW3aXZKpjkMCC9VYZFE0CHQAWfhp6rO0AcjtM= +SIZE (Log-Log4perl-1.50.tar.gz) = 281035 Index: pkg/PLIST === RCS file: /cvs/ports/devel/p5-Log-Log4perl/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 7 Apr 2012 19:58:53 - 1.8 +++ pkg/PLIST 30 Jul 2020 14:03:50 - @@ -32,6 +32,7 @@ ${P5SITE}/Log/Log4perl/Filter.pm ${P5SITE}/Log/Log4perl/Filter/Boolean.pm ${P5SITE}/Log/Log4perl/Filter/LevelMatch.pm ${P5SITE}/Log/Log4perl/Filter/LevelRange.pm +${P5SITE}/Log/Log4perl/Filter/MDC.pm ${P5SITE}/Log/Log4perl/Filter/StringMatch.pm ${P5SITE}/Log/Log4perl/InternalDebug.pm ${P5SITE}/Log/Log4perl/JavaMap/ @@ -87,6 +88,7 @@ ${P5SITE}/Log/Log4perl/Util/TimeTracker. @man man/man3p/Log::Log4perl::Filter::Boolean.3p @man man/man3p/Log::Log4perl::Filter::LevelMatch.3p @man man/man3p/Log::Log4perl::Filter::LevelRange.3p +@man man/man3p/Log::Log4perl::Filter::MDC.3p @man man/man3p/Log::Log4perl::Filter::StringMatch.3p @man man/man3p/Log::Log4perl::InternalDebug.3p @man man/man3p/Log::Log4perl::JavaMap.3p
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/07/30 08:11:37 Modified files: games/godot: Makefile Log message: mark BROKEN-i386, "error: misaligned atomic operation may incur significant performance penalty"
Re: x11/i3 bugfix release
On Thu, Jul 30, 2020 at 01:26:42PM +0200, Solene Rapenne wrote: > This updates i3 to last version, a tiny bugfix release Working for me on amd64. Thanks!!
Re: UPDATE: graphics/scour to 0.37
On Thu, July 30, 2020 07:24, Raymond E. Pasco wrote: > > I believe that we don't want both MODPY_DEFAULT_VERSION_3 and the > python3 FLAVOR. Additionally, the upstream supports Python 2, but I don't > think we want to add Python 2 support to > ports, in which case we'd enforce python3 with FLAVORS = python3; FLAVOR = > python3. > > Although I'm not quite clear on whether a program written in python > should use the FLAVORS/FLAVOR style or continue to use > MODPY_DEFAULT_VERSION_3. > > > At any rate, the program works for me (that is, it turns SVGs into > smaller SVGs that appear to look the same). > if it's a standalone application (couldn't possibly be another's dependency) then >> MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} else >> +FLAVORS = python3 >> +FLAVOR ?= python3 endif Scour is an optional dependency for inkscape.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/07/30 05:40:29 Modified files: games/ezquake : Makefile distinfo Log message: Update to ezquake-3.2.1 Diff from maintainer Tom Murphy openbsd at pertho dot net
Re: [UPDATE] games/gnubg to latest release
On 2020-07-28 19:19, Brian Callahan wrote: On Monday, July 27, 2020 3:41 PM, Nils Reuße wrote: On 2020-07-27 19:49, Brian Callahan wrote: Hi Nils -- On Friday, July 24, 2020 2:56 PM, Nils Reuße n.reu...@hxgn.net wrote: On 2020-07-15 22:59, Nils Reuße wrote: On 2020-07-15 16:58, Christian Weisgerber wrote: On 2020-07-14, Nils Reuße n.reu...@hxgn.net wrote: I am not too sure about adding "-I$(top_srcdir)" to the DEFAULT_INCLUDES in the two Makefiles (for the two subdirectories), but I couldn't get it to compile otherwise. The affected includes are in subdirectories of the source, but the compilation step is executed from build_amd64, and then the already present "-I$(top_builddir)" resolves to .. (the top dir of build_amd64) and not the top dir of the source code subdir. Presumably that problem is caused by SEPARATE_BUILD. Patching around problems caused by SEPARATE_BUILD is not worth it, just drop the SEPARATE_BUILD. Thanks, that did the trick. The attached diff has removed the SEPARATE_BUILD variable as well as the superfluous Makefile.in-patches. Kind regards Nils Friendly fridays ping ;) If you're going to use the gnu servers, it is best to use MASTER_SITES=${MASTER_SITE_GNU:=gnubg/}. Has the added benefit of using https too. When I run `make update-plist`, the PLIST changes. ~Brian Hey Brian, thank you for looking into it, new diff attached ;) Made one small tweak: your latest diff has MASTER_SITES=MASTER_SITES=${MASTER_SITE_GNU:gnubg/} when all you need is MASTER_SITES=${MASTER_SITE_GNU:gnubg/} ok with me if someone wants to commit with that tweak. But before this gets committed--do you want to be MAINTAINER? ~Brian Hey Brian, thanks, the mistake in MASTER_SITES was sloppy on my side, sorry for that. Regarding taking maintainership, even though I don't know too much about the software, it does not seem to change too often, so yeah, count me in ;) Best, Nils
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/07/30 05:23:55 Modified files: security/py-tlsfuzzer: Makefile distinfo Log message: Update to tlsfuzzer 20200725
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 05:01:34 Modified files: sysutils/beats/filebeat: Makefile distinfo sysutils/beats/heartbeat: Makefile distinfo sysutils/beats/metricbeat: Makefile distinfo sysutils/beats/packetbeat: Makefile distinfo Log message: Update beats 7.8.0 -> 7.8.1 Release notes: https://www.elastic.co/guide/en/beats/libbeat/current/release-notes-7.8.1.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 04:55:38 Modified files: www/kibana : Makefile distinfo www/kibana/pkg : PLIST Log message: Update kibana 7.8.0 -> 7.8.1 Release notes: https://www.elastic.co/guide/en/kibana/7.8/release-notes-7.8.1.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 04:42:19 Modified files: sysutils/logstash: Makefile distinfo sysutils/logstash/pkg: PLIST Log message: Update logstash 7.8.0 -> 7.8.1 Release notes: https://www.elastic.co/guide/en/logstash/7.8/logstash-7-8-1.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 04:41:33 Modified files: textproc/elasticsearch: Makefile distinfo textproc/elasticsearch/pkg: PLIST Log message: Update elasticsearch 7.8.0 -> 7.8.1 Release notes: https://www.elastic.co/guide/en/elasticsearch/reference/7.8/release-notes-7.8.1.html
Re: UPDATE: graphics/scour to 0.37
On Thu Jul 30, 2020 at 4:51 AM EDT, Dimitri Karamazov wrote: > if it's a standalone application (couldn't possibly be another's > dependency) > then > >> MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} > else > >> +FLAVORS = python3 > >> +FLAVOR ?= python3 > endif Makes sense to me. > Scour is an optional dependency for inkscape. Since graphics/inkscape uses python 3, enforcing the flavor seems like it should be fine.
Re: [NEW] mail/aerc 0.4.0
On Thu Jul 30, 2020 at 12:35 AM EDT, Raymond E. Pasco wrote: > - The previous time around, with a vendor directory, I was able to patch > the go-libvterm module to link against devel/libvterm instead of > bringing along its own libvterm. I am no longer quite sure how to do > this with the newer Go ports tools because patches apply to WRKDIST, > which doesn't resolve to a directory that actually exists at any point > during the build; if I come up with a fix I'll email it here. Oh, and the way the build works, it doesn't actually "download" the modules from /usr/ports/distfiles until after patch anyway. If we had patching capability on the main distribution, maybe we could patch its go.mod to use an alternate module that properly uses cgo pkg-config. This ecosystem is a real headache. :)
update devel/poedit to 2.4
Hello ports, The attached diff updates devel/poedit to the latest release. The changelog for this version is: 1. Crowdin integration was greatly improved and now supports editing of any kind of localization: files from Crowdin projects, not just POs. 2. Improvements to editor user interface. 3. [macOS] Fixes to light/dark mode switching. 1) and 3) does not affects this ports, as crowdin integration is disabled (we miss a port for C++ rest), but the 2) is interesting, since I'm finally able to read the "Notes for translators". To successfully build without the C++ rest library the added patch is necessary. Upstream already half-fixed it, see github pr 653[0]. Cheers! [0]: https://github.com/vslavik/poedit/pull/653 Index: Makefile === RCS file: /cvs/ports/devel/poedit/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- Makefile5 Jul 2020 09:30:52 - 1.32 +++ Makefile30 Jul 2020 08:52:23 - @@ -2,7 +2,7 @@ COMMENT= cross-platform gettext catalogs (PO-files) editor -V= 2.3.1 +V= 2.4 DISTNAME= poedit-${V} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/poedit/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Jul 2020 09:30:52 - 1.5 +++ distinfo30 Jul 2020 08:52:23 - @@ -1,2 +1,2 @@ -SHA256 (poedit-2.3.1.tar.gz) = oDFcpSqQi56gpuQ46mDOHpLZjB9Hf+1Y0LTmF+Ua/sQ= -SIZE (poedit-2.3.1.tar.gz) = 2891956 +SHA256 (poedit-2.4.tar.gz) = smmyOWHdxPWOQdTc70UVs43U9Gf62my8MM/uM0a/jNc= +SIZE (poedit-2.4.tar.gz) = 2905290 Index: patches/patch-src_crowdin_gui_h === RCS file: patches/patch-src_crowdin_gui_h diff -N patches/patch-src_crowdin_gui_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_crowdin_gui_h 30 Jul 2020 08:52:23 - @@ -0,0 +1,32 @@ +$OpenBSD$ + +Fix compilation if !HAVE_HTTP_CLIENT. See github pr #653 + +Index: src/crowdin_gui.h +--- src/crowdin_gui.h.orig src/crowdin_gui.h +@@ -26,9 +26,10 @@ + #ifndef Poedit_crowdin_gui_h + #define Poedit_crowdin_gui_h + ++#include "catalog.h" ++ + #ifdef HAVE_HTTP_CLIENT + +-#include "catalog.h" + #include "cloud_sync.h" + #include "customcontrols.h" + +@@ -120,6 +121,12 @@ void CrowdinOpenFile(wxWindow *parent, std::function catalog, + std::function)> onDone); ++ ++#else // !HAVE_HTTP_CLIENT ++ ++// convenience stubs to avoid additional checks all over other code: ++inline bool CanSyncWithCrowdin(CatalogPtr) { return false; } ++inline bool ShouldSyncToCrowdinAutomatically(CatalogPtr) { return false; } + + #endif // HAVE_HTTP_CLIENT +
[Update] security/p5-Crypt-LE : Update to 0.36
Hi, ports@: Here is a simple patch for security/p5-Crypt-LE to update to 0.36. It build well and pass all tests on amd64-current system. No other ports depends on it. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/security/p5-Crypt-LE/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile31 Oct 2019 06:18:07 - 1.1.1.1 +++ Makefile30 Jul 2020 08:52:09 - @@ -2,7 +2,7 @@ COMMENT = Let's Encrypt API interfacing module and client -DISTNAME = Crypt-LE-0.33 +DISTNAME = Crypt-LE-0.36 CATEGORIES = security # perl Index: distinfo === RCS file: /cvs/ports/security/p5-Crypt-LE/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo31 Oct 2019 06:18:07 - 1.1.1.1 +++ distinfo30 Jul 2020 08:52:09 - @@ -1,2 +1,2 @@ -SHA256 (Crypt-LE-0.33.tar.gz) = bLQAuQjkoTTcQUdtWr1g3lwM3lntdH5M1ds1bw0FAsE= -SIZE (Crypt-LE-0.33.tar.gz) = 64053 +SHA256 (Crypt-LE-0.36.tar.gz) = SjTf3ZwG4kHcHXWfL9Jq7FBrrtq/2Pb1n2psQOGpw1s= +SIZE (Crypt-LE-0.36.tar.gz) = 66853
[NEW] mail/aerc 0.4.0
With the arrival of the new Go ports tools, I wanted to try mail/aerc again. Here's my attempt. Notes: - Because upstream uses git tags like 0.4.0 instead of v0.4.0, proxy.golang.org relegates him to v0.0.0-longsuffix hell instead of letting him use real versions. I have no opinion on this important bikeshed, but the MODGO_VERSION you see here is in fact 0.4.0. - portgen go based its module list on go.mod from the only version it was able to fetch, the latest commit, but I changed the modules back to what they were in 0.4.0. - The previous time around, with a vendor directory, I was able to patch the go-libvterm module to link against devel/libvterm instead of bringing along its own libvterm. I am no longer quite sure how to do this with the newer Go ports tools because patches apply to WRKDIST, which doesn't resolve to a directory that actually exists at any point during the build; if I come up with a fix I'll email it here. aerc-0.4.0.tar.gz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 02:14:54 Modified files: security/vault : Makefile Added files: security/vault/patches: patch-builtin_logical_ssh_path_roles_go patch-builtin_logical_ssh_path_sign_go Log message: Change default SSH signature algorithm from sha to sha2-256 ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/07/30 02:13:33 Modified files: graphics/leptonica: Makefile distinfo graphics/leptonica/pkg: PLIST Log message: - update to leptonica-1.80.0 - fix HOMEPAG
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/07/30 01:57:20 Modified files: textproc : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm textproc/py-pygfm: Makefile distinfo textproc/py-pygfm/pkg: PLIST Log message: - update to pygfm-1.0.0 - switch to python3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/07/30 01:57:24 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo Log message: Update to amazon-ssm-agent-2.3.1569.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/07/30 01:57:32 Modified files: net/uhttpmock : Makefile distinfo net/uhttpmock/pkg: PLIST Log message: update to uhttpmock-0.5.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/07/30 01:50:42 Modified files: sysutils/polkit: Makefile distinfo sysutils/polkit/pkg: PLIST Removed files: sysutils/polkit/patches: patch-buildutil_ax_cxx_compile_stdcxx_m4 patch-configure_ac patch-src_polkitagent_polkitagenthelper-bsdauth_c patch-src_polkitbackend_polkitbackendjsauthority_cpp patch-src_programs_pkttyagent_c Log message: Update to polkit-0.117.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/07/30 01:50:55 Modified files: multimedia/py-chromecast: Makefile distinfo Log message: Update to py3-chromecast-7.2.0.
Re: UPDATE: graphics/scour to 0.37
> MODULES = lang/python > MODPY_SETUPTOOLS =Yes > MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} >+ >+FLAVORS = python3 >+FLAVOR ?= I believe that we don't want both MODPY_DEFAULT_VERSION_3 and the python3 FLAVOR. Additionally, the upstream supports Python 2, but I don't think we want to add Python 2 support to ports, in which case we'd enforce python3 with FLAVORS = python3; FLAVOR = python3. Although I'm not quite clear on whether a program written in python should use the FLAVORS/FLAVOR style or continue to use MODPY_DEFAULT_VERSION_3. At any rate, the program works for me (that is, it turns SVGs into smaller SVGs that appear to look the same).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/07/30 01:04:55 Modified files: www/gitea : Makefile distinfo www/gitea/patches: patch-custom_conf_app_ini_sample www/gitea/pkg : README Log message: Update gitea 1.12.2 -> 1.12.3 Changelog: https://github.com/go-gitea/gitea/blob/master/CHANGELOG.md Port-changes: Change default password hash: pbkdf2 -> argon2 Remove obsolete PostgreSQL section from README Change httpd example: fcgi -> fcgi+unix With help from jasper@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/07/30 01:04:02 Modified files: graphics/babl : Makefile Log message: Add BDEP on x11/gnome/librsvg; it's picked up when present at configure time. spotted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/07/30 01:03:12 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register mozplugger as old software that doesn't work. ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/07/30 01:01:44 Modified files: www: Makefile Removed files: www/mozplugger : Makefile distinfo www/mozplugger/patches: patch-configure patch-mozplugger-update_c patch-mozplugger_c patch-mozpluggerrc www/mozplugger/pkg: DESCR PLIST README Log message: Remove mozplugger It's a web browser plugin but it is not compatible anymore with any browser in tree. ok landry@
Re: UPDATE: Tor Browser 9.5.3
On Thu, July 30, 2020 02:22, Dimitri Karamazov wrote: > Hi, > > > Below is a patch that updates Tor Browser to 9.5.3, following a new > release of Firefox ESR (Tor Browser 9.5 is still based on the 68 branch of > Firefox ESR). Briefly tested on amd64. > Release announcement: > https://blog.torproject.org/new-release-tor-browser-953 > > > Thanks, > Caspar Schutijser > > > > Index: meta/tor-browser/Makefile > === > RCS file: /cvs/ports/meta/tor-browser/Makefile,v > retrieving revision 1.27 diff -u -p -r1.27 Makefile --- > meta/tor-browser/Makefile 2 Jul 2020 17:50:45 - 1.27 > +++ meta/tor-browser/Makefile 29 Jul 2020 15:27:47 - > @@ -4,12 +4,12 @@ COMMENT=Tor Browser meta package > > > MAINTAINER= Caspar Schutijser > > > -PKGNAME= tor-browser-9.5.1 > +PKGNAME= tor-browser-9.5.3 > ONLY_FOR_ARCHS = amd64 i386 > > > -RUN_DEPENDS= www/tor-browser/browser>=9.5.1 \ > - www/tor-browser/noscript>=11.0.32 \ > +RUN_DEPENDS= www/tor-browser/browser>=9.5.3 \ > + www/tor-browser/noscript>=11.0.34 \ > www/tor-browser/https-everywhere>=2020.5.20 \ - net/tor>=0.4.3.5 > + net/tor>=0.4.3.6 > > > .include > Index: www/tor-browser/Makefile.inc > === > RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v > retrieving revision 1.27 diff -u -p -r1.27 Makefile.inc --- > www/tor-browser/Makefile.inc 2 Jul 2020 17:50:45 - 1.27 > +++ www/tor-browser/Makefile.inc 29 Jul 2020 15:27:47 - > @@ -5,7 +5,7 @@ HOMEPAGE ?= https://www.torproject.org > PERMIT_PACKAGE ?= Yes > CATEGORIES = www > BROWSER_NAME =tor-browser > -TB_VERSION = 9.5.1 > +TB_VERSION = 9.5.3 > TB_PREFIX = tb > > > SUBST_VARS += BROWSER_NAME TB_VERSION > Index: www/tor-browser/browser/Makefile > === > RCS file: /cvs/ports/www/tor-browser/browser/Makefile,v > retrieving revision 1.47 diff -u -p -r1.47 Makefile --- > www/tor-browser/browser/Makefile 2 Jul 2020 17:50:45 - 1.47 > +++ www/tor-browser/browser/Makefile 29 Jul 2020 15:27:47 - > @@ -15,7 +15,7 @@ EXTRACT_SUFX = .tar.xz > PATCHORIG = .pat.orig > > > PKGNAME = ${TB_PREFIX}-browser-${TB_VERSION} > -DISTNAME = src-firefox-tor-browser-68.10.0esr-9.5-1-build2 > +DISTNAME = src-firefox-tor-browser-68.11.0esr-9.5-1-build1 > > > FIX_EXTRACT_PERMISSIONS = Yes > DISTFILES += ${DISTNAME}.tar.xz \ > @@ -93,7 +93,7 @@ MAKE_ENV += BUILD_OPT=1 \ > XCFLAGS="-I${LOCALBASE}/include ${CFLAGS}" > BUILD_DEPENDS += devel/py-virtualenv > > > -RUN_DEPENDS += net/tor>=0.4.3.5 > +RUN_DEPENDS += net/tor>=0.4.3.6 > > > CONFIGURE_ARGS += --enable-release #1386371 > CONFIGURE_ARGS += --enable-sandbox --enable-content-sandbox > Index: www/tor-browser/browser/distinfo > === > RCS file: /cvs/ports/www/tor-browser/browser/distinfo,v > retrieving revision 1.26 diff -u -p -r1.26 distinfo --- > www/tor-browser/browser/distinfo 2 Jul 2020 17:50:45 - 1.26 > +++ www/tor-browser/browser/distinfo 29 Jul 2020 15:27:47 - > @@ -1,6 +1,6 @@ > -SHA256 (mozilla/src-firefox-tor-browser-68.10.0esr-9.5-1-build2.tar.xz) = \ > d6qB8FAg5a97gg61vzUYU3nT9K9O84cV59IlWgKQ7Ho= +SHA256 \ > (mozilla/src-firefox-tor-browser-68.11.0esr-9.5-1-build1.tar.xz) > = \ > gZGgjyl4+z93FVnaPSmpvqiF75jk07X2bKzx45GjuRc= SHA256 \ > (mozilla/src-tor-launcher-0.2.21.8.tar.xz) = \ > v1cOZqTcpK1Ygxsw1GN+8Un5+8CMMuocvBE5iaZrVXg= -SHA256 > (mozilla/tor-browser-linux64-9.5.1_en-US.tar.xz) = \ > rZHBgwZTTFIOtWpZhO/sjGLIPxGfnUYsOq4UKfZFu6M= -SIZE > (mozilla/src-firefox-tor-browser-68.10.0esr-9.5-1-build2.tar.xz) = > 348678144 > +SHA256 (mozilla/tor-browser-linux64-9.5.3_en-US.tar.xz) = \ > ZIkxUDuIbWh4KN+XMKooS3wYMDaCzILwbJ2kpzTIG88= +SIZE \ > (mozilla/src-firefox-tor-browser-68.11.0esr-9.5-1-build1.tar.xz) = 348642008 > SIZE \ > (mozilla/src-tor-launcher-0.2.21.8.tar.xz) = 214908 > -SIZE (mozilla/tor-browser-linux64-9.5.1_en-US.tar.xz) = 79002140 > +SIZE (mozilla/tor-browser-linux64-9.5.3_en-US.tar.xz) = 79021184 > Index: www/tor-browser/noscript/Makefile > === > RCS file: /cvs/ports/www/tor-browser/noscript/Makefile,v > retrieving revision 1.24 diff -u -p -r1.24 Makefile --- > www/tor-browser/noscript/Makefile 2 Jul 2020 17:50:45 - 1.24 > +++ www/tor-browser/noscript/Makefile29 Jul 2020 15:27:47 - > @@ -1,7 +1,7 @@ > # $OpenBSD: Makefile,v 1.24 2020/07/02 17:50:45 jasper Exp $ > > > ADDON_NAME = noscript > -V = 11.0.32 > +V = 11.0.34 > COMMENT = Tor Browser