[Update] devel/p5-Array-Compare : Update to 3.0.7
Hi, ports@: Here is a patch to update devel/p5-Array-Compare to 3.0.7, I removed the BUILD_DEPENDS which is not needed. It build OK and passed all tests on my OpenBSD-current amd64 system. No other ports depends on it. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/devel/p5-Array-Compare/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile4 Nov 2020 02:06:02 - 1.22 +++ Makefile8 Dec 2020 06:36:21 - @@ -4,7 +4,7 @@ COMMENT=Perl module for comparing array MODULES= cpan PKG_ARCH= * -DISTNAME= Array-Compare-v3.0.3 +DISTNAME= Array-Compare-v3.0.7 PKGNAME= ${DISTNAME:S/v//g} CATEGORIES=devel @@ -13,8 +13,6 @@ PERMIT_PACKAGE= Yes CPAN_AUTHOR= DAVECROSS -BUILD_DEPENDS= ${RUN_DEPENDS} \ - devel/p5-Test-NoWarnings RUN_DEPENDS= devel/p5-Moo \ devel/p5-Type-Tiny Index: distinfo === RCS file: /cvs/ports/devel/p5-Array-Compare/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo4 Nov 2020 02:06:02 - 1.14 +++ distinfo8 Dec 2020 06:36:21 - @@ -1,2 +1,2 @@ -SHA256 (Array-Compare-v3.0.3.tar.gz) = Yqt8yunvdMDhOhaPw6advPL8Yb39He8L5HofyUZIFo4= -SIZE (Array-Compare-v3.0.3.tar.gz) = 9831 +SHA256 (Array-Compare-v3.0.7.tar.gz) = ROMQ9pnresGYGNunIh7ohCoecESLdFWMUSaWKy7ZU9w= +SIZE (Array-Compare-v3.0.7.tar.gz) = 9966
Re: blender-2.91.0 - total freeze of the system
Mihai Popescu writes: > Hello, > > I have last snapshot installed, with blender-2.91.0. Then menu is very > transparent, but I can use it somehow. When i hit Render, the gray screen > appears and the system locks up, nothing responsive, not able to close > Blender, change consoles, etc. I forced shut down. [snip] > radeondrm0 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00 for AMD gpus it looks like blender only officially suppports GCN 1st gen and newer. see https://www.blender.org/download/requirements/ so that means at least Southern Islands. you can read a little more about the decision here: https://code.blender.org/2019/04/supported-gpus-in-blender-2-80/ so, that *could* be it. but it also could be something else. Unfortunately I don't know anything about graphics drivers. If it's possible you could test on linux and see what happens. My guess is that drivers probably aren't getting updated very frequently. if you search around online for "radeon hd 4250 blender" you can find some leads, looks like other people have trouble too. Good Luck, Andrea
回复: [Update] lang/gnucobol : Update to 3.1
Revised patch: i) Bump SHARED_LIB ii) included patch-configure which missed in previous patch. wen 发件人: owner-po...@openbsd.org 代表 fcam...@openbsd.org 发送时间: 2020年11月30日 17:13 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [Update] lang/gnucobol : Update to 3.1 On Fri, Nov 13, 2020 at 02:20:32AM +, wen heping wrote: > Index: Makefile > === > RCS file: /cvs/ports/lang/gnucobol/Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 Makefile > --- Makefile 12 Jul 2019 20:47:18 - 1.4 > +++ Makefile 13 Nov 2020 02:11:38 - > @@ -2,8 +2,7 @@ > > COMMENT= COBOL compiler, formerly known as OpenCOBOL > > -DISTNAME = gnucobol-2.2 > -REVISION = 1 > +DISTNAME = gnucobol-3.1 > > SHARED_LIBS += cob 4.0 # 4.0 At least the library minor number must be bumped. Please read the "Shared Libraries" part of the "Special Porting Topics" section in the Porter's Handbook for more information: https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs Index: Makefile === RCS file: /cvs/ports/lang/gnucobol/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile12 Jul 2019 20:47:18 - 1.4 +++ Makefile8 Dec 2020 02:49:01 - @@ -2,10 +2,9 @@ COMMENT= COBOL compiler, formerly known as OpenCOBOL -DISTNAME = gnucobol-2.2 -REVISION = 1 +DISTNAME = gnucobol-3.1 -SHARED_LIBS += cob 4.0 # 4.0 +SHARED_LIBS += cob 4.1 # 4.1 CATEGORIES = lang @@ -21,6 +20,7 @@ WANTLIB += c curses db gmp iconv intl m MASTER_SITES = ${MASTER_SITE_GNU:=gnucobol/} +BUILD_DEPENDS =print/texinfo LIB_DEPENDS = databases/db/v4 \ devel/gettext,-runtime \ devel/gmp Index: distinfo === RCS file: /cvs/ports/lang/gnucobol/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo25 Apr 2018 07:39:01 - 1.1.1.1 +++ distinfo8 Dec 2020 02:49:01 - @@ -1,2 +1,2 @@ -SHA256 (gnucobol-2.2.tar.gz) = klg43s1lhksqo6S/E4XOS8cIuULgXoQGlFpzDXqrMss= -SIZE (gnucobol-2.2.tar.gz) = 2660284 +SHA256 (gnucobol-3.1.tar.gz) = xI1Clx/KmiBRj62OtDghjSocsxsuKJXfS5bc9ivoQ0g= +SIZE (gnucobol-3.1.tar.gz) = 3844877 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure 8 Dec 2020 02:49:01 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: configure +--- configure.orig configure +@@ -3112,7 +3112,7 @@ AUTOMAKE=${AUTOMAKE-"${am_missing_run}automake-${am__a + AUTOHEADER=${AUTOHEADER-"${am_missing_run}autoheader"} + + +-MAKEINFO=${MAKEINFO-"${am_missing_run}makeinfo"} ++MAKEINFO=${MAKEINFO-"${am_missing_run}gmakeinfo"} + + # For better backward compatibility. To be removed once Automake 1.9.x + # dies out for good. For more background, see: Index: patches/patch-libcob_Makefile_in === RCS file: patches/patch-libcob_Makefile_in diff -N patches/patch-libcob_Makefile_in --- patches/patch-libcob_Makefile_in25 Apr 2018 07:39:01 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-libcob_Makefile_in,v 1.1.1.1 2018/04/25 07:39:01 fcambus Exp $ - -Index: libcob/Makefile.in libcob/Makefile.in.orig -+++ libcob/Makefile.in -@@ -774,7 +774,7 @@ info-am: - - install-data-am: install-pkgincludeHEADERS - @$(NORMAL_INSTALL) -- $(MAKE) $(AM_MAKEFLAGS) install-data-hook -+ $(MAKE) $(AM_MAKEFLAGS) - install-dvi: install-dvi-am - - install-dvi-am: Index: patches/patch-libcob_common_c === RCS file: /cvs/ports/lang/gnucobol/patches/patch-libcob_common_c,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-libcob_common_c --- patches/patch-libcob_common_c 25 Apr 2018 07:39:01 - 1.1.1.1 +++ patches/patch-libcob_common_c 8 Dec 2020 02:49:01 - @@ -3,7 +3,7 @@ $OpenBSD: patch-libcob_common_c,v 1.1.1. Index: libcob/common.c --- libcob/common.c.orig +++ libcob/common.c -@@ -310,7 +310,7 @@ static struct config_tbl gc_conf[] = { +@@ -407,7 +407,7 @@ static struct config_tbl gc_conf[] = { {"LOGNAME", "logname", NULL, NULL, GRP_HIDE, ENV_STR, SETPOS (cob_user_name)}, #if !defined (_WIN32) || defined (__MINGW32__) /* cygwin does not define _WIN32 */ {"LANG", "lang",NULL, NULL, GRP_SYSENV, ENV_STR, SETPOS (cob_sys_lang)}, Index: patches/patch-libcob_fileio_c === RCS file: patches/patch-libcob_fileio_c diff -N patches/patch-libcob_fileio_c
Re: [new] net/lagrange SDL2 gemini browser
On Mon, December 7, 2020 3:07 am, Stefan Hagen wrote: > Solene Rapenne wrote: >> This is a new port for another gemini/gopher browser. >> >> It provides a very enjoyable browsing experience that I can't >> describe, I wish using www would be that nice. > > Indeed, it's pretty much the first application SDL interface I find > enjoyable. Very smooth. The proportional font mode needs some fixing > as it's not always proportional. Good port though! > This *is* really pleasant. I had to fix the contrast so I could read anything, though. :D >> DSCR: >> Lagrange is a desktop GUI client for browsing Geminispace. It offers >> modern conveniences familiar from web browsers, such as smooth >> scrolling, inline image viewing, multiple tabs, visual themes, >> Unicode fonts, bookmarks, history, and page outlines. I would list gopher as supported, also. Tim. > > Builds and runs fine (amd64) > > Best Regards, > Stefan >
Ping - [Update] databases/leveldb: 1.21 -> 1.22
Ping. Ashton Fagg writes: > The attached diff updates databases/leveldb to the latest version > (1.22). > > The changelog can be viewed here: > > https://github.com/google/leveldb/releases/tag/1.22 > > It seems the previous version (1.21) introduced a CMake build. But the > OpenBSD port had not yet adopted it. Here, I've updated the port to the > latest version and converted it to use the CMake build - which > drastically simplifies the port Makefile. More to the point, it seems > that the "old way" of building has been ripped out of this version. > > The port contains the following changes: > > - Conversion to use the new CMake build > > - A convenience patch to the CMakeLists.txt to make sure the > documentation ends up in the right place on install. > > - Removal of some old stuff related to the old way of building the library. > > - General formatting stuff in the Makefile - there was an over-length > line, detected by portcheck. > > - Add myself as maintainer. > > The port has been tested on amd64. configure, build, fake, package, > install and uninstall all work. The test suite passes 100%. > > A quick grep turns up no dependent ports. > > Suggestions and comments welcome. > > Cheers, > > Ash diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile index cf6320ce74b..8831f06deb6 100644 --- a/databases/leveldb/Makefile +++ b/databases/leveldb/Makefile @@ -1,40 +1,30 @@ # $OpenBSD: Makefile,v 1.20 2019/07/12 20:43:53 sthen Exp $ -#'atomic_pointer.h: error Please implement AtomicPointer for this platform' on other archs -ONLY_FOR_ARCHS = i386 amd64 +#'atomic_pointer.h: error Please implement AtomicPointer for this +# platform' on other archs +ONLY_FOR_ARCHS= i386 amd64 -COMMENT = fast key-value storage library +COMMENT= fast key-value storage library +CATEGORIES= databases devel +GH_ACCOUNT= google +GH_PROJECT= leveldb +GH_TAGNAME= 1.22 -GH_ACCOUNT = google -GH_PROJECT = leveldb -GH_TAGNAME = v1.20 +SHARED_LIBS= leveldb 3.0 # 0.0 -SHARED_LIBS += leveldb 2.0 # 0.0 - -CATEGORIES = databases devel +MAINTAINER= Ashton Fagg # BSD3 -PERMIT_PACKAGE = Yes - -MAKE_ENV = CC="${CC}" CXX="${CXX}" OPT="${CXXFLAGS}" \ - SHARED_VERSION_MAJOR=${LIBleveldb_VERSION:R} \ - SHARED_VERSION_MINOR=${LIBleveldb_VERSION:E} - -USE_GMAKE = Yes +PERMIT_PACKAGE= Yes -TEST_TARGET = check +WANTLIB= ${COMPILER_LIBCXX} m pthread -DOC = ${PREFIX}/share/doc/leveldb/ +# C++11 +COMPILER= base-clang ports-gcc +MODULES= devel/cmake -do-install: - ${INSTALL_DATA_DIR} ${PREFIX}/include/leveldb - ${INSTALL_DATA} ${WRKSRC}/include/leveldb/* ${PREFIX}/include/leveldb - ${INSTALL_DATA} ${WRKSRC}/out-static/*.a \ - ${PREFIX}/lib - ${INSTALL_DATA} ${WRKSRC}/out-shared/libleveldb.so.${LIBleveldb_VERSION} \ - ${PREFIX}/lib/libleveldb.so.${LIBleveldb_VERSION} - ${INSTALL_DATA_DIR} ${DOC} - ${INSTALL_DATA} ${WRKSRC}/doc/*.md ${DOC} - ${INSTALL_DATA} ${WRKSRC}/LICENSE ${DOC} +CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \ + -DLEVELDB_INSTALL=on \ + -DLEVELDB_BUILD_BENCHMARKS=off .include diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo index abd336a865d..ae4cf1d8f0c 100644 --- a/databases/leveldb/distinfo +++ b/databases/leveldb/distinfo @@ -1,2 +1,2 @@ -SHA256 (leveldb-1.20.tar.gz) = 9avotbIJwvNlYLdfMs5hQS85opIvcEWudkosIzNbZmQ= -SIZE (leveldb-1.20.tar.gz) = 223141 +SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI= +SIZE (leveldb-1.22.tar.gz) = 239365 diff --git a/databases/leveldb/patches/patch-CMakeLists_txt b/databases/leveldb/patches/patch-CMakeLists_txt new file mode 100644 index 000..06c01609581 --- /dev/null +++ b/databases/leveldb/patches/patch-CMakeLists_txt @@ -0,0 +1,22 @@ +$OpenBSD$ + +This adds the install logic for the documentation. Keeps the Makefile nice and tidy. + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -448,4 +448,14 @@ if(LEVELDB_INSTALL) + "${PROJECT_BINARY_DIR}/leveldbConfigVersion.cmake" + DESTINATION "${CMAKE_INSTALL_LIBDIR}/cmake/leveldb" + ) ++ install( ++FILES ++ "${PROJECT_SOURCE_DIR}/doc/impl.md" ++ "${PROJECT_SOURCE_DIR}/doc/index.md" ++ "${PROJECT_SOURCE_DIR}/doc/log_format.md" ++ "${PROJECT_SOURCE_DIR}/doc/table_format.md" ++ "${PROJECT_SOURCE_DIR}/LICENSE" ++ DESTINATION "${CMAKE_INSTALL_PREFIX}/share/doc/leveldb" ++ ) ++ + endif(LEVELDB_INSTALL) diff --git a/databases/leveldb/patches/patch-Makefile b/databases/leveldb/patches/patch-Makefile deleted file mode 100644 index 292fb04cba0..000 --- a/databases/leveldb/patches/patch-Makefile +++ /dev/null @@ -1,29 +0,0 @@ -$OpenBSD: patch-Makefile,v 1.5 2018/01/03 20:25:25 rsadowski Exp $ - -Allow SHARED_MAJOR and SHARED_MINOR to be overridden. -This doesn't affect kMajorVersion and kMinorVersion in db.h, -but nothing uses them anyway. - -Index: Makefile Makefile.orig -+++ Makefile -@@ -121,8 +121,8 @@ SHARED_LIBS = $(SHARED_LIB1) -
Ping - [New] devel/flatbuffers
Ping again. Ashton Fagg writes: > > Hello folks, > > Just wondering if anyone is still interesting in importing this port? > Reviewer-agreed version attached from the previous discussions. > > Thanks, > Ash flatbuffers.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/12/07 18:03:32 Modified files: lang/ruby/2.7 : Makefile distinfo lang/ruby/2.7/patches: patch-common_mk Log message: Use a better fix for the copy coroutine fiber implementation This comes from the Ruby fiber maintainer. It doesn't require compiling a couple files without optimization, and it was able to get through a make test run without crashing on sparc64, which uses the copy coroutine fiber implementation. OK kn@
Re: add checks to modgo-gen-modules-helper
Paco Esteban writes: > Hi ports@, > > I saw on another thread that somebody was seeing errors when using the > modgo-gen-modules target. > > This patch tries to remove those errors. > > Gurus of Go and ports infra could take a look ? > > ok to commit ? OK abieber@ ! > > diff e5ef9980f1aa5da93e90dd98ad0e9cdf8502b6ed /usr/ports > blob - 1621c8ffb26b8159cefe50fb89b1ec21549ba5f3 > file + infrastructure/bin/modgo-gen-modules-helper > --- infrastructure/bin/modgo-gen-modules-helper > +++ infrastructure/bin/modgo-gen-modules-helper > @@ -40,5 +40,5 @@ $port->set_other( MODGO_MODULES => "\\\n" . join(" \\ > $port->set_other( MODGO_MODFILES => "\\\n" . join(" \\\n", > @{$portinfo->{Mods}})) if $portinfo->{Mods}; > > say "MODGO_VERSION =\t$portinfo->{Version}\n"; > -say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n"; > -say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n"; > +say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n" if > defined($port->{'MODGO_MODULES'}); > +say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n" if > defined($port->{'MODGO_MODFILES'});
Re: [fixes/updates] net/usockets www/uwebsockets to 18.15.0 www/purritobin to 0.3.2
On 11/26/20 6:50 PM, Aisha Tammy wrote: > On 11/26/20 4:21 AM, Stuart Henderson wrote: >> On 2020/11/25 17:51, Aisha Tammy wrote: >>> ++Name: uSockets >>> ++Version: @VERSION@ >>> ++Description: eventing, networking and crypto for async applications. >>> ++URL: https://github.com/uNetworking/uSockets >>> ++ >>> ++Cflags: -I${includedir} >>> ++Libs: -L${libdir} -lusockets >>> ++Libs.private: -lstdc++ -lcrypto -lssl >> on base-clang archs the C++ standard library is libc++, on ports-gcc >> archs as far as ports are concerned it is libestdc++ (differing C++ >> std libs can't be safely mixed). >> >> in both cases linking would normally be handled by using the C++ >> compiler to link (c++ for base-clang, eg++ for ports-gcc), which would >> pick the correct C++ std lib itself. >> > > Sorry about that. > Updated diff with it removed. > Bump, Aisha
Re: NEW: math/visidata
Hi Stuart, Here is a 2.1 release of the same -- it fixes a bunch of hdf5 bugs. --John On 2020-12-07 07:36, j...@bitminer.ca wrote: Hi Stuart, This is great, I saw a similar thread on HN and was about to do the port. But the Makefile doesn't pass portcheck, nor does it build for me: ry$ /usr/ports/infrastructure/bin/portcheck Fatal error: can't parse comment is too long console-based multitool for exploring and arranging tabular data at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1270. *** Error 255 in /usr/ports/math/visidata (/usr/ports/infrastructure/mk/bsd.port.mk:3072 'print-plist-with-depends': @if a=`SUBPACKAGE=- PKG...) math/visidata ry$ pwd /usr/ports/math/visidata I suggest you take away the "and arranging" phrase. Then it works great. cheers John visidata-021.tgz Description: GNU Zip compressed data
Why no uwsgi port for openbsd?
Guys, why is uwsgi not present in openbsd? Is there a specific concern for security wrt uwsgi? I see many famous server softwares in packages like apache and nginx but not uwsgi. I use it for my hosting on FreeBSD currently. Are there any plans to have it in future? Thanks -- Sagar Acharya https://designman.org
Re: Why no uwsgi port for openbsd?
On 2020/12/07 20:13, Sagar Acharya wrote: > Guys, why is uwsgi not present in openbsd? Is there a specific concern for > security wrt uwsgi? I see many famous server softwares in packages like > apache and nginx but not uwsgi. > > I use it for my hosting on FreeBSD currently. Are there any plans to have it > in future? > > Thanks > -- > Sagar Acharya > https://designman.org > I wrote a port once but didn't end up using it myself (seemed too complicated for what I was doing) and there wasn't much other interest. It's in openbsd-wip if anyone cares to dust it off (it will certainly need some fixing up, it's a few years old now).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/12/07 14:31:24 Modified files: print/poppler : Makefile distinfo print/poppler/patches: patch-glib_CMakeLists_txt patch-qt5_src_CMakeLists_txt print/poppler/pkg: PLIST-main Log message: Update to poppler-20.12.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/12/07 14:30:13 Added files: graphics/pdf2djvu/patches: patch-configure Log message: In configure, check for poppler instead of poppler-splash. ok juanfra@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/12/07 13:21:32 Modified files: x11/gtk+2 : Makefile Added files: x11/gtk+2/patches: patch-modules_printbackends_lpr_gtkprintbackendlpr_c Log message: Backport fix from GTK+3: Allow the lpr backend to print PDF and PS files. ok ajacoutot@
Re: x11/gtk+2: print to lpr (was: Re: CVS: cvs.openbsd.org: ports)
Landry Breuil: > i think print/gtklp can be used to test it.. That appears to require a running CUPS server. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [fixes/updates] net/usockets www/uwebsockets to 18.15.0 www/purritobin to 0.3.2
On 12/7/20 2:45 PM, Aisha Tammy wrote: > On 11/26/20 6:50 PM, Aisha Tammy wrote: >> On 11/26/20 4:21 AM, Stuart Henderson wrote: >>> On 2020/11/25 17:51, Aisha Tammy wrote: ++Name: uSockets ++Version: @VERSION@ ++Description: eventing, networking and crypto for async applications. ++URL: https://github.com/uNetworking/uSockets ++ ++Cflags: -I${includedir} ++Libs: -L${libdir} -lusockets ++Libs.private: -lstdc++ -lcrypto -lssl >>> on base-clang archs the C++ standard library is libc++, on ports-gcc >>> archs as far as ports are concerned it is libestdc++ (differing C++ >>> std libs can't be safely mixed). >>> >>> in both cases linking would normally be handled by using the C++ >>> compiler to link (c++ for base-clang, eg++ for ports-gcc), which would >>> pick the correct C++ std lib itself. >>> >> Sorry about that. >> Updated diff with it removed. >> > Bump, > Aisha > Bump with reattaching patch, uwebsockets updated to 18.17.0, Aisha diff --git a/net/usockets/Makefile b/net/usockets/Makefile index b39937b6fe5..24297b98f34 100644 --- a/net/usockets/Makefile +++ b/net/usockets/Makefile @@ -1,14 +1,22 @@ # $OpenBSD: Makefile,v 1.3 2020/09/17 01:38:30 bcallah Exp $ COMMENT= eventing, networking & crypto for async applications -PKGNAME = ${DISTNAME:L} CATEGORIES = net +VERSION = 0.6.0 +REVISION = 0 + +DISTNAME = usockets-${VERSION} +PKGNAME = ${DISTNAME:L} + SHARED_LIBS = usockets 1.0 GH_ACCOUNT = uNetworking GH_PROJECT = uSockets -GH_TAGNAME = v0.6.0 +#GH_TAGNAME = v0.6.0 +# cstdlib include error +GH_COMMIT =7683672d87067cd75b854f4e36b9820f4809a4be + MAINTAINER = Aisha Tammy @@ -23,12 +31,9 @@ COMPILER = base-clang ports-gcc LIB_DEPENDS = devel/libuv USE_GMAKE =Yes -ALL_TARGET = default -MAKE_FLAGS = CFLAGS="${CFLAGS} -I${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib" \ - CXX="${CXX}" CXXFLAGS="${CXXFLAGS}" \ - LIBusockets_VERSION="${LIBusockets_VERSION}" \ - WITH_OPENSSL=1 WITH_LIBUV=1 +MAKE_FLAGS = CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \ + CC="${CC}" CXX="${CXX}" \ + LIBusockets_VERSION="${LIBusockets_VERSION}" NO_TEST = Yes diff --git a/net/usockets/distinfo b/net/usockets/distinfo index 8058bc795ab..964ba508e9e 100644 --- a/net/usockets/distinfo +++ b/net/usockets/distinfo @@ -1,2 +1,2 @@ -SHA256 (uSockets-0.6.0.tar.gz) = mZOH02U7K8Zjw0qn6XM1isTEiX3M1kRVOlyquEOpeKE= -SIZE (uSockets-0.6.0.tar.gz) = 57590 +SHA256 (usockets-0.6.0-7683672d.tar.gz) = 0OooGCHD8ezNIcaB1zDPK6RQLGGYGZJb24Vemjlat7c= +SIZE (usockets-0.6.0-7683672d.tar.gz) = 57634 diff --git a/net/usockets/patches/patch-Makefile b/net/usockets/patches/patch-Makefile index e68fbee5c06..56473a2f03b 100644 --- a/net/usockets/patches/patch-Makefile +++ b/net/usockets/patches/patch-Makefile @@ -1,68 +1,98 @@ $OpenBSD: patch-Makefile,v 1.2 2020/09/17 01:38:30 bcallah Exp $ -add shared + static lib + default targets +add shared + static lib + pkg-config file remove -flto -O3 Index: Makefile --- Makefile.orig +++ Makefile -@@ -1,3 +1,13 @@ +@@ -1,60 +1,40 @@ +-# WITH_OPENSSL=1 enables OpenSSL 1.1+ support or BoringSSL +-# For now we need to link with C++ for OpenSSL support, but should be removed with time +-ifeq ($(WITH_OPENSSL),1) +- override CFLAGS += -DLIBUS_USE_OPENSSL +- # With problems on macOS, make sure to pass needed LDFLAGS required to find these +- override LDFLAGS += -lssl -lcrypto -lstdc++ +-else +- # WITH_WOLFSSL=1 enables WolfSSL 4.2.0 support (mutually exclusive with OpenSSL) +- ifeq ($(WITH_WOLFSSL),1) +- # todo: change these +- override CFLAGS += -DLIBUS_USE_WOLFSSL -I/usr/local/include +- override LDFLAGS += -L/usr/local/lib -lwolfssl +- else +- override CFLAGS += -DLIBUS_NO_SSL +- endif +-endif +DESTDIR ?= -+ -+prefix ?= "/usr/local" -+exec_prefix ?= "$(prefix)" -+libdir ?= "$(exec_prefix)/lib" -+includedir?="$(exec_prefix)/include/uSockets" -+ + +-# WITH_LIBUV=1 builds with libuv as event-loop +-ifeq ($(WITH_LIBUV),1) +- override CFLAGS += -DLIBUS_USE_LIBUV +- override LDFLAGS += -luv +-endif ++PREFIX ?= "/usr/local" ++LIBDIR ?= "$(PREFIX)/lib" ++INCLUDEDIR ?= "$(PREFIX)/include" + +-# WITH_GCD=1 builds with libdispatch as event-loop +-ifeq ($(WITH_GCD),1) +- override CFLAGS += -DLIBUS_USE_GCD +- override LDFLAGS += -framework CoreFoundation +-endif +# OpenBSD specific library version -+LIBTARGET = libusockets.so.$(LIBusockets_VERSION) -+ - # WITH_OPENSSL=1 enables OpenSSL 1.1+ support or BoringSSL - # For now we need to link with C++ for OpenSSL support, but should be removed with time - ifeq ($(WITH_OPENSSL),1) -@@ -34,18 +44,32 @@ ifeq ($(WITH_ASAN),1) - endif ++LIBTARGET ?= libusockets.so.$(LIBusockets_VERSION) + +-# WITH_ASAN builds with
Re: blender-2.91.0 - total freeze of the system
On Mon, Dec 07, 2020 at 03:21:40PM +, Mihai Popescu wrote: > Hello, > > I have last snapshot installed, with blender-2.91.0. Then menu is very > transparent, but I can use it somehow. When i hit Render, the gray screen > appears and the system locks up, nothing responsive, not able to close > Blender, change consoles, etc. I forced shut down. > The transparency issue is likely due to unsupported graphics card, or insufficient driver support. https://blender.stackexchange.com/questions/203259/transparent-menus Check if you've edited your driver configuration at /usr/X11R6/share/X11/xorg.conf.d/ depending on your card. If not this is just bad luck. Even I face the following errors, although in my case it is triggered by some rarely used options. Also you don't have to force shut down, try Ctrl-Alt-F1 and then restart xenodm unless that is what you meant by changing consoles. regards, Dimitri > Errors appear: > > Dec 7 11:47:45 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 1msec > Dec 7 11:47:45 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 10500msec > Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 11000msec > Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 11500msec > Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 12000msec > Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 12500msec > Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 13000msec > Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 13500msec > Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 14000msec > Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 14500msec > Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 15000msec > Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 15500msec > Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 16000msec > Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last fence id > 0x0a0b on ring 0) > Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* > ring 0 stalled for more than 16500msec > Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup > *WARNING* GPU lockup (current fence id 0x0a0a last
add checks to modgo-gen-modules-helper
Hi ports@, I saw on another thread that somebody was seeing errors when using the modgo-gen-modules target. This patch tries to remove those errors. Gurus of Go and ports infra could take a look ? ok to commit ? diff e5ef9980f1aa5da93e90dd98ad0e9cdf8502b6ed /usr/ports blob - 1621c8ffb26b8159cefe50fb89b1ec21549ba5f3 file + infrastructure/bin/modgo-gen-modules-helper --- infrastructure/bin/modgo-gen-modules-helper +++ infrastructure/bin/modgo-gen-modules-helper @@ -40,5 +40,5 @@ $port->set_other( MODGO_MODULES => "\\\n" . join(" \\ $port->set_other( MODGO_MODFILES => "\\\n" . join(" \\\n", @{$portinfo->{Mods}})) if $portinfo->{Mods}; say "MODGO_VERSION =\t$portinfo->{Version}\n"; -say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n"; -say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n"; +say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n" if defined($port->{'MODGO_MODULES'}); +say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n" if defined($port->{'MODGO_MODFILES'}); -- Paco Esteban. 0x5818130B8A6DBC03
Re: CVS: cvs.openbsd.org: ports
On Mon, 7 Dec 2020 10:29:55 + Stuart Henderson : > On 2020/12/06 16:02, Solene Rapenne wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: sol...@cvs.openbsd.org 2020/12/06 16:02:58 > > > > Log message: > > Import catgirl-1.3 > > > > catgirl proposes features such as: > > - Tab complete, Split scroll, URL detection, Nick coloring, > > Topic diffing, Ignore > > > > But won't implement so called "non-features" as: > > - Dynamic configuration, Multi-network, Reconnection, CTCP, > > Cleartext IRC > > > > ok paco@ stsp@ > > Shouldn't DESCR say that it's an IRC client? > Indeed, I thought so later after reading the commit message... I will fix this.
Re: new gortr port
On 2020/12/07 14:15, Claudio Jeker wrote: > This is a probably very dirty port of gortr (a RPKI to Router server). > gortr is able to serve rpki-client JSON files to routers via RTR protocol. > > I doubt the MODGO settings are correct but for me > make modgo-gen-modules > fails with > > Use of uninitialized value in concatenation (.) or string at > /usr/ports/infrastructure/bin/modgo-gen-modules-helper line 44. > MODGO_MODFILES = > > I currently need this only for developing RTR support so I did not add > rc.d script (which probably would require also a extra _gortr user). > -- > :wq Claudio MODGO_MODFILES can be removed in this case, the contents of MODGO_MODULES is added to it automatically. For most things there are a set of additional entries in MODGO_MODULES but doesn't seem to be the case here. Please wordwrap DESCR, and I think it maybe helpful to add the word BGP in there somewhere (I know it's not BGP speaking directly but gives people a clue). Maybe this? (I s/the the/the/ as well): --- GoRTR is an open-source implementation of the RPKI to Router protocol (RFC 6810), normally used with BGP routers, using the Go programming language. Features of the server Refreshes a JSON list of prefixes Prometheus metrics Lightweight TLS SSH Signature verification and expiration control --- can you add a line like this too please: BROKEN-aarch64= pins old version of golang.org/x/sys/unix OK with those or similar changes. btw for porting recent Go software it is often simplest to use portgen and start from there e.g. "portgen go github.com/cloudflare/gortr", it won't cope with everything but seems ok with this.
Re: NEW: DASM-2.20.14
On Fri, 27 Nov 2020 at 09:55:01 +0100, Gonzalo L. Rodriguez wrote: > Moin, > > Attached a port of DASM a macro assembler with support for several 8-bit > microprocessors. > > https://github.com/dasm-assembler/dasm > > Thanks jasper@ for the help! > > Cheers.- > > -- > > - gonzalo New tarball attached, fixed licence. Someone else interested in OK? :D Cheers.- -- - gonzalo dasm.tgz Description: Binary data
Re: NEW: math/visidata
Hi Stuart, This is great, I saw a similar thread on HN and was about to do the port. But the Makefile doesn't pass portcheck, nor does it build for me: ry$ /usr/ports/infrastructure/bin/portcheck Fatal error: can't parse comment is too long console-based multitool for exploring and arranging tabular data at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1270. *** Error 255 in /usr/ports/math/visidata (/usr/ports/infrastructure/mk/bsd.port.mk:3072 'print-plist-with-depends': @if a=`SUBPACKAGE=- PKG...) math/visidata ry$ pwd /usr/ports/math/visidata I suggest you take away the "and arranging" phrase. Then it works great. cheers John
Re: new gortr port
Claudio Jeker writes: > This is a probably very dirty port of gortr (a RPKI to Router server). > gortr is able to serve rpki-client JSON files to routers via RTR protocol. Not too dirty! - MODGO_MODFILES can be removed since _MODULES adds both the .zip and the .mod files to DISTFILES. - The MODGO_GOPATH= and PKGNAME= lines can also be removed. (This leaves $V dangling - personally I'd ditch it in favor of just setting MODGO_VERSION). I am not sure why things aren't picking up v0.14.7.. Looking at https://proxy.golang.org/github.com/cloudflare/gortr/@latest points to it being an issue on the Go side of things since https://proxy.golang.org/github.com/cloudflare/gortr/@v/list lists v0.14.7.. I have a diff that lets one pass a version number to modgo-gen-modules-helper. This lets us grab the MODGO_* bits for a specific version despite what proxy.golang.org things IsRight[TM]. I'll dust that diff off here in a bit. Other then the nits above, OK abieber@ for import. > > I doubt the MODGO settings are correct but for me > make modgo-gen-modules > fails with > > Use of uninitialized value in concatenation (.) or string at > /usr/ports/infrastructure/bin/modgo-gen-modules-helper line 44. > MODGO_MODFILES = This happens because the port has no MODGO_MODFILES. This diff fixes it: diff 86725b4edb3033b3057c1aa0879791a1498bd194 /usr/ports blob - 1621c8ffb26b8159cefe50fb89b1ec21549ba5f3 file + infrastructure/bin/modgo-gen-modules-helper --- infrastructure/bin/modgo-gen-modules-helper +++ infrastructure/bin/modgo-gen-modules-helper @@ -40,5 +40,5 @@ $port->set_other( MODGO_MODULES => "\\\n" . join(" \\ $port->set_other( MODGO_MODFILES => "\\\n" . join(" \\\n", @{$portinfo->{Mods}})) if $portinfo->{Mods}; say "MODGO_VERSION =\t$portinfo->{Version}\n"; -say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n"; -say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n"; +say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n" if $portinfo->{Dist}; +say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n" if $portinfo->{Mods}; > > I currently need this only for developing RTR support so I did not add > rc.d script (which probably would require also a extra _gortr user).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2020/12/07 07:25:13 Modified files: emulators/nono : Makefile distinfo Log message: Update for Nono to 0.1.5 OK benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/12/07 06:57:56 Modified files: net/catgirl: Makefile net/catgirl/pkg: DESCR Log message: Small change to DESCR to introduces catgirl as a terminal based IRC client noticed by sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/12/07 06:30:13 Modified files: emulators/ucon64: Makefile Removed files: emulators/ucon64/patches: patch-src_Makefile patch-src_libdiscmage_Makefile_in Log message: Use sed in a pre-configure target in order to drop the remaining patches for hardcoded optimization (-O3) flags.
new gortr port
This is a probably very dirty port of gortr (a RPKI to Router server). gortr is able to serve rpki-client JSON files to routers via RTR protocol. I doubt the MODGO settings are correct but for me make modgo-gen-modules fails with Use of uninitialized value in concatenation (.) or string at /usr/ports/infrastructure/bin/modgo-gen-modules-helper line 44. MODGO_MODFILES = I currently need this only for developing RTR support so I did not add rc.d script (which probably would require also a extra _gortr user). -- :wq Claudio gortr.tgz Description: application/tar-gz
Re: NEW: graphics/radeontop
Thomas Frohwein wrote: > Hi, > > This a port of radeontop, a nice small utility to look for bottlenecks with > your GPU. It runs in the terminal and shows with bar graphs and percentages > how much of e.g. Event Engine, shader technology, VRAM are being used. > > This is only for radeon and amdgpu cards, from R600 up (that is the Radeon > HD 2xxx series and higher). > > It needs to be run as root her for PCI accesss. > > Passes make lib-port-depends-check and portcheck. > > I thought this might be useful for debugging radeon/amdgpu issues. I tested if > amdgpu maybe runs out of VRAM when it locks up with piglit, but couldn't > confirm that. > Apart from that, this might be useful for people who are looking into graphics > performance issues. > > Basic usage and a screenshot can be found at [1]. There's also a man page. > > comments/ok? > > [1] https://github.com/clbr/radeontop Thanks you for this port. In builds and runs fine. Additionally to being root, it needs the sysctl kern.allowkmem=1 set. Maybe you want to mention this more explicitly in DESCR or even patch the manpage. Tested via amdgpu on: 2:0:0: ATI Polaris 12 0x: Vendor ID: 1002, Product ID: 699f I can't commit, but OK from me. Thanks and best regards, Stefan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/12/07 05:35:49 Modified files: multimedia/gstreamer1: Makefile.inc multimedia/gstreamer1/core: Makefile distinfo multimedia/gstreamer1/core/pkg: PLIST multimedia/gstreamer1/plugins-bad: Makefile distinfo multimedia/gstreamer1/plugins-base: Makefile distinfo multimedia/gstreamer1/plugins-good: distinfo multimedia/gstreamer1/plugins-libav: distinfo multimedia/gstreamer1/plugins-ugly: distinfo multimedia/gstreamer1/py-gstreamer: distinfo Log message: Update the GStreamer gang to version 1.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/12/07 04:05:48 Modified files: math/visidata/patches: patch-visidata_loaders_xlsx_py Log message: committed upstream
Re: CVS: cvs.openbsd.org: ports
On 2020/12/06 16:02, Solene Rapenne wrote: > CVSROOT: /cvs > Module name: ports > Changes by: sol...@cvs.openbsd.org 2020/12/06 16:02:58 > > Log message: > Import catgirl-1.3 > > catgirl proposes features such as: > - Tab complete, Split scroll, URL detection, Nick coloring, > Topic diffing, Ignore > > But won't implement so called "non-features" as: > - Dynamic configuration, Multi-network, Reconnection, CTCP, > Cleartext IRC > > ok paco@ stsp@ Shouldn't DESCR say that it's an IRC client?
[update] sqlite 3.34.0
Hi, noticed we're a bit behind on sqlite3 updates, so here's a diff - can someone put that in a bulk ? https://sqlite.org/releaselog/3_32_0.html https://sqlite.org/releaselog/3_32_1.html https://sqlite.org/releaselog/3_32_2.html https://sqlite.org/releaselog/3_32_3.html https://sqlite.org/releaselog/3_33_0.html https://sqlite.org/releaselog/3_34_0.html quickly skimming through the relnotes, on all of those it seems only 3.32.1 was sec-related. thanks ! Landry ? sqlite3-3.14.2-libsqlite3.so.33.0 ? sqlite3-3.16.2-libsqlite3.so.34.0 ? sqlite3-3.17.0-libsqlite3.so.35.0 ? sqlite3-3.19.3-libsqlite3.so.36.0 ? sqlite3-3.20.0-libsqlite3.so.37.0 ? sqlite3-3.20.1-libsqlite3.so.37.1 ? sqlite3-3.21.0-libsqlite3.so.37.1 ? sqlite3-3.22.0-libsqlite3.so.37.1 ? sqlite3-3.23.0-libsqlite3.so.37.2 ? sqlite3-3.23.1-libsqlite3.so.37.2 ? sqlite3-3.24.0-libsqlite3.so.37.3 ? sqlite3-3.25.1-libsqlite3.so.37.3 ? sqlite3-3.25.3-libsqlite3.so.37.4 ? sqlite3-3.26.0-libsqlite3.so.37.4 ? sqlite3-3.27.2-libsqlite3.so.37.4 ? sqlite3-3.31.1-libsqlite3.so.37.10 ? sqlite3-3.34.0-libsqlite3.so.37.10 ? ~sqlite-3.34.0.diff Index: Makefile === RCS file: /cvs/ports/databases/sqlite3/Makefile,v retrieving revision 1.107 diff -u -r1.107 Makefile --- Makefile11 Feb 2020 16:46:22 - 1.107 +++ Makefile7 Dec 2020 10:18:06 - @@ -2,11 +2,11 @@ COMMENT= embedded SQL implementation -DISTNAME = sqlite-autoconf-3310100 -PKGNAME= sqlite3-3.31.1 +DISTNAME = sqlite-autoconf-334 +PKGNAME= sqlite3-3.34.0 # XXX needs bumps every time :- -SHARED_LIBS += sqlite3 37.10 # 8.6 +SHARED_LIBS += sqlite3 37.11 # 8.6 # sqlite suggests that users might like to assert() that library and header # versions match, so bumps are needed even if function signatures don't change. # ... at the current time the only one noticed is a < check (in subversion) Index: distinfo === RCS file: /cvs/ports/databases/sqlite3/distinfo,v retrieving revision 1.58 diff -u -r1.58 distinfo --- distinfo11 Feb 2020 16:46:22 - 1.58 +++ distinfo7 Dec 2020 10:18:06 - @@ -1,2 +1,2 @@ -SHA256 (sqlite-autoconf-3310100.tar.gz) = YihO/rwFp2+QnFgP+lwAin0ioShyhdaLeCWitrUZSa4= -SIZE (sqlite-autoconf-3310100.tar.gz) = 2887243 +SHA256 (sqlite-autoconf-334.tar.gz) = v223+uN9UXVHN3R6qvQTtNaztfus1SvbLQ1uWy7dmu4= +SIZE (sqlite-autoconf-334.tar.gz) = 2930085 Index: pkg/PLIST === RCS file: /cvs/ports/databases/sqlite3/pkg/PLIST,v retrieving revision 1.6 diff -u -r1.6 PLIST --- pkg/PLIST 16 Jan 2019 20:09:12 - 1.6 +++ pkg/PLIST 7 Dec 2020 10:18:06 - @@ -3,7 +3,7 @@ @bin bin/sqlite3 include/sqlite3.h include/sqlite3ext.h -lib/libsqlite3.a +@static-lib lib/libsqlite3.a lib/libsqlite3.la @lib lib/libsqlite3.so.${LIBsqlite3_VERSION} lib/pkgconfig/sqlite3.pc @@ -44,6 +44,7 @@ @man man/man3/SQLITE_SYNC_NORMAL.3 @man man/man3/SQLITE_TESTCTRL_FIRST.3 @man man/man3/SQLITE_TRACE_STMT.3 +@man man/man3/SQLITE_TXN_NONE.3 @man man/man3/SQLITE_UTF8.3 @man man/man3/SQLITE_VERSION.3 @man man/man3/SQLITE_VTAB_CONSTRAINT_SUPPORT.3 @@ -87,10 +88,12 @@ @man man/man3/sqlite3_context.3 @man man/man3/sqlite3_context_db_handle.3 @man man/man3/sqlite3_create_collation.3 +@man man/man3/sqlite3_create_filename.3 @man man/man3/sqlite3_create_function.3 @man man/man3/sqlite3_create_module.3 @man man/man3/sqlite3_data_count.3 @man man/man3/sqlite3_data_directory.3 +@man man/man3/sqlite3_database_file_object.3 @man man/man3/sqlite3_db_cacheflush.3 @man man/man3/sqlite3_db_config.3 @man man/man3/sqlite3_db_filename.3 @@ -102,6 +105,7 @@ @man man/man3/sqlite3_declare_vtab.3 @man man/man3/sqlite3_deserialize.3 @man man/man3/sqlite3_destructor_type.3 +@man man/man3/sqlite3_drop_modules.3 @man man/man3/sqlite3_enable_load_extension.3 @man man/man3/sqlite3_enable_shared_cache.3 @man man/man3/sqlite3_errcode.3 @@ -109,6 +113,7 @@ @man man/man3/sqlite3_extended_result_codes.3 @man man/man3/sqlite3_file.3 @man man/man3/sqlite3_file_control.3 +@man man/man3/sqlite3_filename_database.3 @man man/man3/sqlite3_finalize.3 @man man/man3/sqlite3_get_autocommit.3 @man man/man3/sqlite3_get_auxdata.3 @@ -165,6 +170,7 @@ @man man/man3/sqlite3_step.3 @man man/man3/sqlite3_stmt.3 @man man/man3/sqlite3_stmt_busy.3 +@man man/man3/sqlite3_stmt_isexplain.3 @man man/man3/sqlite3_stmt_readonly.3 @man man/man3/sqlite3_stmt_scanstatus.3 @man man/man3/sqlite3_stmt_scanstatus_reset.3 @@ -185,6 +191,7 @@ @man man/man3/sqlite3_total_changes.3 @man man/man3/sqlite3_trace.3 @man man/man3/sqlite3_trace_v2.3 +@man man/man3/sqlite3_txn_state.3 @man man/man3/sqlite3_unlock_notify.3 @man man/man3/sqlite3_update_hook.3 @man man/man3/sqlite3_uri_parameter.3
blender-2.91.0 - total freeze of the system
Hello, I have last snapshot installed, with blender-2.91.0. Then menu is very transparent, but I can use it somehow. When i hit Render, the gray screen appears and the system locks up, nothing responsive, not able to close Blender, change consoles, etc. I forced shut down. Errors appear: Dec 7 11:47:45 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 1msec Dec 7 11:47:45 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 10500msec Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 11000msec Dec 7 11:47:46 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 11500msec Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 12000msec Dec 7 11:47:47 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 12500msec Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 13000msec Dec 7 11:47:48 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 13500msec Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 14000msec Dec 7 11:47:49 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 14500msec Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 15000msec Dec 7 11:47:50 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 15500msec Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 16000msec Dec 7 11:47:51 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 16500msec Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 17000msec Dec 7 11:47:52 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:53 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 17500msec Dec 7 11:47:53 thinkc /bsd: drm:pid21382:radeon_fence_check_lockup *WARNING* GPU lockup (current fence id 0x0a0a last fence id 0x0a0b on ring 0) Dec 7 11:47:53 thinkc /bsd: drm:pid21382:radeon_ring_test_lockup *ERROR* ring 0 stalled for more than 18000msec Dec 7 11:47:53 thinkc /bsd:
Re: x11/gtk+2: print to lpr (was: Re: CVS: cvs.openbsd.org: ports)
On Mon, Dec 07, 2020 at 10:25:04AM +0100, Antoine Jacoutot wrote: > On Sun, Dec 06, 2020 at 09:30:02PM +0100, Christian Weisgerber wrote: > > Antoine Jacoutot: > > > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: ajacou...@cvs.openbsd.org 2020/12/06 02:00:22 > > > > > > Modified files: > > > x11/gtk+3 : Makefile distinfo > > > x11/gtk+3/pkg : PLIST-main > > > > > > Log message: > > > Update to gtk+3-3.24.24. > > > Amongst other changes: > > > - Allow the lpr backend to print pdf and ps files > > > > Should we port this change back to x11/gtk+2? I seem to remember > > that it affected GTK+2 too, back when Mozilla still used it. > > I don't know an actual GTK+2 application to test it on now, though. > > Yes I think it's worth backporting it. > We still have lots of gtk+2 apps in tree. i think print/gtklp can be used to test it.. Landry
Re: x11/gtk+2: print to lpr (was: Re: CVS: cvs.openbsd.org: ports)
On Sun, Dec 06, 2020 at 09:30:02PM +0100, Christian Weisgerber wrote: > Antoine Jacoutot: > > > CVSROOT:/cvs > > Module name:ports > > Changes by: ajacou...@cvs.openbsd.org 2020/12/06 02:00:22 > > > > Modified files: > > x11/gtk+3 : Makefile distinfo > > x11/gtk+3/pkg : PLIST-main > > > > Log message: > > Update to gtk+3-3.24.24. > > Amongst other changes: > > - Allow the lpr backend to print pdf and ps files > > Should we port this change back to x11/gtk+2? I seem to remember > that it affected GTK+2 too, back when Mozilla still used it. > I don't know an actual GTK+2 application to test it on now, though. Yes I think it's worth backporting it. We still have lots of gtk+2 apps in tree. ok aja > > Index: Makefile > === > RCS file: /cvs/ports/x11/gtk+2/Makefile,v > retrieving revision 1.236 > diff -u -p -r1.236 Makefile > --- Makefile 11 Nov 2020 11:49:55 - 1.236 > +++ Makefile 6 Dec 2020 20:27:55 - > @@ -11,7 +11,7 @@ GNOME_PROJECT= gtk+ > PKGNAME-main=gtk+2-${GNOME_VERSION} > PKGNAME-cups=gtk+2-cups-${GNOME_VERSION} > > -REVISION-main= 10 > +REVISION-main= 11 > REVISION-cups= 4 > > CATEGORIES= x11 devel > Index: patches/patch-modules_printbackends_lpr_gtkprintbackendlpr_c > === > RCS file: patches/patch-modules_printbackends_lpr_gtkprintbackendlpr_c > diff -N patches/patch-modules_printbackends_lpr_gtkprintbackendlpr_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-modules_printbackends_lpr_gtkprintbackendlpr_c 6 Dec > 2020 20:27:55 - > @@ -0,0 +1,25 @@ > +$OpenBSD$ > + > +Allow attempts to print PDF and PS files using the LPR backend. > +https://gitlab.gnome.org/GNOME/gtk/-/commit/8d5357ee56b1d34fe14346ed15004f9e4d571594 > + > +Index: modules/printbackends/lpr/gtkprintbackendlpr.c > +--- modules/printbackends/lpr/gtkprintbackendlpr.c.orig > modules/printbackends/lpr/gtkprintbackendlpr.c > +@@ -392,9 +392,13 @@ gtk_print_backend_lpr_init (GtkPrintBackendLpr *backen > + { > + GtkPrinter *printer; > + > +- printer = gtk_printer_new (_("Print to LPR"), > +- GTK_PRINT_BACKEND (backend), > +- TRUE); > ++ printer = g_object_new (GTK_TYPE_PRINTER, > ++ "name", _("Print to LPR"), > ++ "backend", backend, > ++ "is-virtual", FALSE, > ++ "accepts-pdf", TRUE, > ++ "accepts-ps", TRUE, > ++ NULL); > + gtk_printer_set_has_details (printer, TRUE); > + gtk_printer_set_icon_name (printer, "gtk-print"); > + gtk_printer_set_is_active (printer, TRUE); > -- > Christian "naddy" Weisgerber na...@mips.inka.de > -- Antoine
Re: [UPDATE] www/youtube-dl to 2020.12.02
Hi, Before getting any OKs for previous diff it seems there's a new release today, so here's an updated diff. It includes new extractors and as always tested on amd64. OK? Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.218 diff -u -p -u -r1.218 Makefile --- Makefile29 Nov 2020 21:45:25 - 1.218 +++ Makefile7 Dec 2020 08:23:37 - @@ -2,7 +2,7 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2020.11.29 +VERSION = 2020.12.07 MODPY_EGG_VERSION =${VERSION:S/.0/./g} DISTNAME = youtube-dl-${VERSION} Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.197 diff -u -p -u -r1.197 distinfo --- distinfo29 Nov 2020 21:45:26 - 1.197 +++ distinfo7 Dec 2020 08:23:37 - @@ -1,2 +1,2 @@ -SHA256 (youtube-dl-2020.11.29.tar.gz) = 5ii+hgPSj3ZVZkNd3iU7zcIlNcEgoHJg+5RwqS0v/YI= -SIZE (youtube-dl-2020.11.29.tar.gz) = 3222467 +SHA256 (youtube-dl-2020.12.07.tar.gz) = UWcsGYZNTi5ZPlWmrsMss0jNXJFc4BIeU+sClqbieWk= +SIZE (youtube-dl-2020.12.07.tar.gz) = 3230051 Index: pkg/PLIST === RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v retrieving revision 1.137 diff -u -p -u -r1.137 PLIST --- pkg/PLIST 28 Nov 2020 08:15:39 - 1.137 +++ pkg/PLIST 7 Dec 2020 08:23:38 - @@ -268,6 +268,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}freespeech.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}freshlive.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}frontendmasters.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}fujitv.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}funimation.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}funk.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}fusion.${MODPY_PYC_MAGIC_TAG}pyc @@ -701,6 +702,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tva.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tvanouvelles.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tvc.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tver.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tvigle.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tvland.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tvn24.${MODPY_PYC_MAGIC_TAG}pyc @@ -1040,6 +1042,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/freespeech.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/freshlive.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/frontendmasters.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fujitv.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funimation.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funk.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fusion.py @@ -1473,6 +1476,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tva.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tvanouvelles.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tvc.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tver.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tvigle.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tvland.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/tvn24.py
Re: Remove x11/kde (KDE3)
6 декабря 2020 г. 11:38:50 GMT+03:00, Rafael Sadowski пишет: >Without much text, without much argument. I think it's time to get rid >of KDE3 forever. > >OK to remove KDE3? > >This question stays active for one week (until the 13.12.20). Please >reply publicly! Even if it was the best KDE version, it should go to museum now. okay zhuk@ -- With best regards, Vadim Zhukov
QT4 UI got broken?
Greetings, I recently observed some glitches in qucs-s (one of the ports that I maintain and one of the few survivors in the QT4 ecosystem), like random underlying in menu entries, missing text in Qmessage windows, missing contents in frames, etc., till the point that the app becomes completely unusable. I started investigating on the port itself, without finding anything relevant; now I noticed very similar failures in qtconfig4 which could suggest an issue in x11/qt4 instead. I can easily reproduce the problem with the following steps: - launch quconfig4; - in "GUI Style" frame, select something different from the default (e.g., GTK+); - click on "File" -> "Save"; - the menu gets completely corrupted. I don't have the knowledge to proceed with the investigation (I cannot even say if this is specific for amd64/Intel graphics), so I kindly ask for your help. Of course, I'm available to try any kind of patch, just let me know. Copying espie@ (maintainer) and Rafael. All the best -- Alessandro De Laurenzis [mailto:jus...@atlantide.mooo.com] Web: http://www.atlantide.mooo.com LinkedIn: http://it.linkedin.com/in/delaurenzis
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/12/07 01:24:51 Modified files: sysutils/shelldap: Makefile Log message: sysutils/shelldap: add missing rdep on devel/p5-Tie-IxHash
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/12/07 01:09:09 Modified files: converters/p5-Types-Serialiser: Makefile distinfo Log message: Update to p5-Types-Serialiser-1.01.
Re: [new] net/lagrange SDL2 gemini browser
Solene Rapenne wrote: > This is a new port for another gemini/gopher browser. > > It provides a very enjoyable browsing experience that I can't > describe, I wish using www would be that nice. Indeed, it's pretty much the first application SDL interface I find enjoyable. Very smooth. The proportional font mode needs some fixing as it's not always proportional. Good port though! > DSCR: > Lagrange is a desktop GUI client for browsing Geminispace. It offers > modern conveniences familiar from web browsers, such as smooth > scrolling, inline image viewing, multiple tabs, visual themes, > Unicode fonts, bookmarks, history, and page outlines. Builds and runs fine (amd64) Best Regards, Stefan