Re: mips64 bulk build report
http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/telegraf.log For mips64 support, wgctrl is the showstopper. Something like what was done for arm64 should do it: https://github.com/WireGuard/wgctrl-go/commit/daad0b7ba671c0e628de07c6d16d24dbd0d8a55e -m
isc-named missing on amd64?
Only the debug-isc-bind packages are available. Are they broken on amd64? -- chs
wip: graphics/darktable with OpenMP support
I decided to work on adding OpenMP support to the `graphics/dartktable` starting at version `3.6.1`. Here's the original revision with OpenMP disabled. http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics/darktable/Makefile?rev=1.113=text/x-cvsweb-markup Initially I've rebuild gcc8 from ports enabling OpenMP for -main and -libs packages. This gcc with omp support seemed to work fine at first glance but I quickly realized the makefiles generated for Darktable were incompatible. - OpenMP was detected, good part - Issues with `external/rawspeed` cmake checks for l1d cache line size and page size querying, partially fixed (workaround) `_SC_LEVEL1_DCACHE_LINESIZE` being undefined on OpenBSD - base `as(1)` and the ports-gcc where conflicting on instruction sets giving `Error: no such instruction: vmovlps [...]` and others for some C and C++ Darktables sources. After seeing those `as(1)` conflicts, I decided to rebuild gcc-8 with CONFIGURE_ARGS += --with-as="${LOCALBASE}/bin/gas" and errors were gone. Others followed. Missing `graphite` and `ifunc`. This was too much time spent on GCC, so I decided to switch back the integration to base- clang. With the help of two OpenBSD 6.8 unofficial ports for `stlibomp` and `libomp` found there: https://j-bm.github.io/on/onp.html I upgraded them to llvm 13.0.0 locally and good results started to show. In `graphic/darktable`, -DUSE_OPENMP=ON with COMPILER = base-clang made a working package. I locally added two temporary patches covering the issues encountered initially. The first one is for the l1d cache line size detection which calls this for `defined(__OpenBSD__)` and others: if (sysctlbyname("hw.cachelinesize", , , NULL, 0) This is not declared for OpenBSD. Maybe a good approach would be to implement a `sysctl(2)` constant for `_SC_LEVEL1_DCACHE_LINESIZE` as seen around, see: https://github.com/darktable-org/rawspeed/blob/88e2b92a204f2d404d156b0ba11a66604685d5a0/cmake/Modules/cpu-cache-line-size.cpp As I said on GH, sysctl(2) would be perfect except that this CPUID information is not available on OpenBSD currently. There's no `_SC_LEVEL1_DCACHE_LINESIZE` as well as others 0x805/6 cache informations defined. For information, I did not see such definitions for other BSD's. Maybe I've not looked so deep, but at first glance, there's no hw.cachelinesize as well... I then scratched this to get the required value: #include // This returns 64 on my AMD Ryzen 7 PRO 3700U // I'm not 100% sure this is a portable solution across Intel and AMD // Also I'm no 100% sure how to get the right L1D value rn, still studying it. // Seems that on AMD I shall return ECX from bits 0-7, I think a proper __get_cpuid // (cpuid.h from gcc, also available for clang afaik) would be better. int main() { uint32_t linesize; __asm__("cpuid" : "=a" (linesize) : "0" (5)); printf("%d\n",linesize); return 0; } Thanks to these references: https://en.wikipedia.org/wiki/CPUID#CPU-specific_information_outside_x86 https://github.com/gcc-mirror/gcc/blob/master/gcc/config/i386/cpuid.h http://www.flounder.com/cpuid_explorer2.htm#CPUID(0x8005) This allowed me to produce this _dirty_ local workaround: --- src/external/rawspeed/cmake/Modules/cpu-cache-line-size.cpp.orig Thu Jan 27 03:13:57 2022 +++ src/external/rawspeed/cmake/Modules/cpu-cache-line-size.cpp Thu Jan 27 03:16:04 2022 @@ -14,7 +14,7 @@ int main() { return 0; } -#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || \ +#elif defined(__FreeBSD__) || defined(__NetBSD__) || \ defined(__DragonFly__) || defined(__APPLE__) #include // for size_t @@ -27,6 +27,13 @@ int main() { return 1; std::cout << val << std::endl; return 0; +} + +#elif defined(__OpenBSD__) +int main() { +size_t val = 64; + std::cout << val << std::endl; + return 0; } #elif defined(_WIN32) || defined(_WIN64) The second one was simpler as it was just a missing `defined(__OpenBSD__)` for getting the page size constant. --- src/external/rawspeed/cmake/Modules/cpu-page-size.cpp.orig Thu Jan 27 03:08:25 2022 +++ src/external/rawspeed/cmake/Modules/cpu-page-size.cpp Thu Jan 27 03:10:39 2022 @@ -4,7 +4,8 @@ #include // for _POSIX_C_SOURCE, sysconf, _SC_PAGESIZE #endif -#if (defined(_POSIX_C_SOURCE) && _POSIX_C_SOURCE >= 1) || defined(__APPLE__) +#if (defined(_POSIX_C_SOURCE) && _POSIX_C_SOURCE >= 1) || \ +defined(__APPLE__) || defined(__OpenBSD__) int main() { long val = ::sysconf(_SC_PAGESIZE); At the end of the day, Darktable is now working _a lot_ faster with OpenMP. I wish to be able to get `stlibomp` and `libomp` starting at 13.0.0 in ports and a proper workaround or the missing CPUID definitions in sys. Thanks for your reading, please let me know your thoughts.
Re: isc-named missing on amd64?
On 2022/01/27 23:14, Peter Nicolai Mathias Hansteen wrote: > > > > 27. jan. 2022 kl. 21:19 skrev Christer Solskogen > > : > > > > Only the debug-isc-bind packages are available. Are they broken on amd64? > > My first impulse would be that you probably hit a suboptimal spot during a > bulk build-mirror fanout cycle. If my hunch is right, trying again in a few > hours’ time or possibly sooner is the better strategy. Very likely. It would help to say which mirror, and if you look at the directory listing that will probably give some clues too.
Re: x11/lumina broken since OpenBSD 6.7
On Thu, Jan 27, 2022 at 07:22:19AM +, Yifei Zhan wrote: > Hi, > > Looks like lumina-desktop has been broken since OpenBSD 6.7: > > https://github.com/lumina-desktop/lumina/issues/730 > > seems to be related to shared library symbols, tried to debug but with no > success. I don't usually use this. A freshly installed lumina seems to work fine here when started with /usr/local/bin/start-lumina-desktop from ~/.xsession I did not see any warnings in ~/.xsession-errors
Re: [maintaner update] net/gajim 1.3.3
On Thu, 27 Jan 2022, Yifei Zhan wrote: > On 22/01/26 07:05PM, Paco Esteban wrote: > > Hi ports@, > > > > This is an update of net/gajim to its latest version 1.3.3 > > > > We go from 1.3.1 to 1.3.3. > > > This does not build on arm64: > > ===> Building package for gajim-1.3.3 > Create /usr/local/packages/aarch64/all/gajim-1.3.3.tgz > Creating package gajim-1.3.3 > checking dependencies|net/py-nbxmpp,python3 > Error: Dependency py3-nbxmpp->=2.0.4 doesn't match FULLPKGNAME: > py3-nbxmpp-2.0.2p0 > checksumming... > Error: @depend net/py-nbxmpp,python3:py3-nbxmpp->=2.0.4:py3-nbxmpp-2.0.2p0 > pattern py3-nbxmpp->=2.0.4 doesn't match default py3-nbxmpp-2.0.2p0 > > pkg_create: can't continue You need the updated net/py-nbxmpp I sent in another thread. Sorry, forgot to mention. Cheers, -- Paco Esteban. 0x5818130B8A6DBC03
Re: x11/lumina broken since OpenBSD 6.7
On 2022/01/27 07:22, Yifei Zhan wrote: > GNU gdb 6.3 Don't use gdb in base, it is too old to be useful with current toolchain, at least on archs which use clang. pkg_add gdb and use "egdb" instead. > [New process 23043] > - Starting the session... > Error while reading shared library symbols: > Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in > module /usr/libexec/ld.so] This message comes from gdb.
devel/cjose: fix cjose.pc not to require an extra libcrypto
Hi, It is using libcrypto in base. So no need to require another libcypto. ok? Index: devel/cjose/Makefile === RCS file: /disk/cvs/openbsd/ports/devel/cjose/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- devel/cjose/Makefile13 Jan 2022 10:05:03 - 1.4 +++ devel/cjose/Makefile27 Jan 2022 11:53:54 - @@ -5,7 +5,7 @@ COMMENT = Javascript Object Signing and GH_ACCOUNT = cisco GH_PROJECT = cjose GH_TAGNAME = 0.6.1 -REVISION = 0 +REVISION = 1 SHARED_LIBS = cjose 0.0 Index: devel/cjose/patches/patch-cjose_pc_in === RCS file: devel/cjose/patches/patch-cjose_pc_in diff -N devel/cjose/patches/patch-cjose_pc_in --- /dev/null 1 Jan 1970 00:00:00 - +++ devel/cjose/patches/patch-cjose_pc_in 27 Jan 2022 11:53:54 - @@ -0,0 +1,13 @@ +$OpenBSD$ + +Index: cjose.pc.in +--- cjose.pc.in.orig cjose.pc.in +@@ -11,6 +11,6 @@ Name: cjose + URL: https://github.com/cisco/cjose + Description: JOSE implementation for C + Version: @VERSION@ +-Requires: jansson >= 2.3, libcrypto >= 1.0.1 ++Requires: jansson >= 2.3 + Cflags: -I${includedir} + Libs: -L${libdir} -lcjose
Re: devel/cjose: fix cjose.pc not to require an extra libcrypto
On Thu, Jan 27, 2022 at 09:02:03PM +0900, YASUOKA Masahiko wrote: > Hi, > > It is using libcrypto in base. So no need to require another > libcypto. > > ok? ok > Index: devel/cjose/Makefile > === > RCS file: /disk/cvs/openbsd/ports/devel/cjose/Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 Makefile > --- devel/cjose/Makefile 13 Jan 2022 10:05:03 - 1.4 > +++ devel/cjose/Makefile 27 Jan 2022 11:53:54 - > @@ -5,7 +5,7 @@ COMMENT = Javascript Object Signing and > GH_ACCOUNT = cisco > GH_PROJECT = cjose > GH_TAGNAME = 0.6.1 > -REVISION = 0 > +REVISION = 1 > > SHARED_LIBS =cjose 0.0 > > Index: devel/cjose/patches/patch-cjose_pc_in > === > RCS file: devel/cjose/patches/patch-cjose_pc_in > diff -N devel/cjose/patches/patch-cjose_pc_in > --- /dev/null 1 Jan 1970 00:00:00 - > +++ devel/cjose/patches/patch-cjose_pc_in 27 Jan 2022 11:53:54 - > @@ -0,0 +1,13 @@ > +$OpenBSD$ > + > +Index: cjose.pc.in > +--- cjose.pc.in.orig > cjose.pc.in > +@@ -11,6 +11,6 @@ Name: cjose > + URL: https://github.com/cisco/cjose > + Description: JOSE implementation for C > + Version: @VERSION@ > +-Requires: jansson >= 2.3, libcrypto >= 1.0.1 > ++Requires: jansson >= 2.3 > + Cflags: -I${includedir} > + Libs: -L${libdir} -lcjose
nextcloudclient 3.4.1 syncing woes with nextcloud 23
Hi, fwiw there are actually incompatibilities between nextcloudclient 3.4.1 and nextcloud 23, where some files cant be synced and the client gobbles 100% cpu. those issues are reported upstream in multiple gh tickets (https://github.com/nextcloud/desktop/issues/4141, https://github.com/nextcloud/desktop/issues/4106 among others for the client, https://github.com/nextcloud/server/issues/29702 and https://github.com/nextcloud/server/issues/30424 for the server), it has something to do with the new 'bulk upload' feature that was added in nextcloud 23. i've locally worked around the issue with a simple ugly patch disabling bulk upload client side, pending resolution/analysis upstream i dunno what should be done with it, but sharing it here WFM! Landry c64:/usr/ports/net/nextcloudclient/ $cat patches/patch-src_libsync_capabilities_cpp $OpenBSD$ Index: src/libsync/capabilities.cpp --- src/libsync/capabilities.cpp.orig +++ src/libsync/capabilities.cpp @@ -218,7 +218,7 @@ bool Capabilities::chunkingNg() const bool Capabilities::bulkUpload() const { -return _capabilities["dav"].toMap()["bulkupload"].toByteArray() >= "1.0"; +return false; } bool Capabilities::userStatus() const
Re: [devel/openmpi]: documenting I/O issue in readme
On Thu, Jan 27, 2022 at 07:02:05AM +, jmeis...@posteo.ch wrote: > Hello! > > I've been having some issues with OpenMPI io capabilities for a while. > It seems that the default io component used > (ompio) is still not working with > OpenBSD (but it is not segfaulting anymore). > > This can be resolved by changing to romio321 component as was > discussed here: > https://www.mail-archive.com/misc@openbsd.org/msg177085.html > > Tested this with: > kern.version=OpenBSD 7.0-current (GENERIC.MP) #288 > /usr/src/sys/arch/amd64/compile/GENERIC.MP > > Do you think it would be useful to add a note in the openmpi README > (devel/openmpi/pkg/README) with the following changes (or with some > other more explicit / better comments of yours) + adding one C example? > > Thanks! > > Diff below: > > --- README.origThu Jan 27 07:37:22 2022 > +++ READMEThu Jan 27 07:37:34 2022 > @@ -29,6 +29,9 @@ > PMIX_MCA_gds=hash >This is the one gds (general data service) that works on OpenBSD. > > + OMPI_MCA_io=romio321 > + This is the only IO component that seems to work on OpenBSD > + > **Example code taken from: > https://hpcc.usc.edu/support/documentation/examples-of-mpi-programs/ > > @@ -57,4 +60,48 @@ > MPI_Finalize(); > > return 0; > +} > + > + > +** Example code taken from OpenBSD ML: > + """ OpenMPI 4.0.5 segfault with mpi_file_open() """ > +/* Hi, The -current openmpi version in ports is 4.1.2 which saw some improvements in this area: https://www.mail-archive.com/announce@lists.open-mpi.org/msg00145.html I am not to keen on putting on more example code in the package README, there is plenty on the net available. But I will look into updating the README as the example code reference also does not exist anymore. -m P.S.: please CC MAINTAINER in the future. Thank You.
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Sun Jan 16 12:33:51 UTC 2022 finished at Wed Jan 26 08:44:34 UTC 2022 lasted 10D20h10m done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #813: Sat Jan 15 10:24:40 MST 2022 built packages:9041 Jan 16:2414 Jan 17:507 Jan 18:210 Jan 19:379 Jan 20:567 Jan 21:646 Jan 22:836 Jan 23:520 Jan 24:558 Jan 25:2401 Jan 26:2 build failures: 77 http://build-failures.rhaalovely.net/mips64/2022-01-16/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2022-01-16/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/go-sys.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/promu.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/protobuf.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2022-01-16/devel/sdcc.log http://build-failures.rhaalovely.net/mips64/2022-01-16/editors/emacs,no_x11.log http://build-failures.rhaalovely.net/mips64/2022-01-16/editors/micro.log http://build-failures.rhaalovely.net/mips64/2022-01-16/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2022-01-16/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/irrlamb.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/puzzles.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/wesnoth.log http://build-failures.rhaalovely.net/mips64/2022-01-16/games/witchblast.log http://build-failures.rhaalovely.net/mips64/2022-01-16/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2022-01-16/graphics/asymptote.log http://build-failures.rhaalovely.net/mips64/2022-01-16/graphics/enblend-enfuse.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/STk.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/erlang/21.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/librep.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2022-01-16/lang/php/8.1.log http://build-failures.rhaalovely.net/mips64/2022-01-16/mail/opensmtpd-filters/rspamd.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/coq.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/gbc.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/lean.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/lrs.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/mlpack,-main.log http://build-failures.rhaalovely.net/mips64/2022-01-16/math/ntl.log http://build-failures.rhaalovely.net/mips64/2022-01-16/multimedia/assimp.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/dnsdist.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/gortr.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/gtk-gnutella.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/icinga/core2.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/minio/client.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/minio/server.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/powerdns_recursor.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/syncthing.log http://build-failures.rhaalovely.net/mips64/2022-01-16/net/utox.log http://build-failures.rhaalovely.net/mips64/2022-01-16/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2022-01-16/productivity/gnucash.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/botan2.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/go-siphash.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/gobuster.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/pivy.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/tcltls.log http://build-failures.rhaalovely.net/mips64/2022-01-16/security/vault.log http://build-failures.rhaalovely.net/mips64/2022-01-16/shells/elvish.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/beats/filebeat.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/beats/heartbeat.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/beats/packetbeat.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/dep.log http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/direnv.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2022/01/28 00:47:13 Modified files: net/p5-Net-OpenSSH: Makefile distinfo Log message: Update to p5-Net-OpenSSH-0.80 from portno12 at protonmail.com ok sthen@, Abel Abraham Camarillo Ojeda (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/01/27 13:55:01 Modified files: print/ghostscript/gnu: Makefile distinfo print/ghostscript/gnu/pkg: PLIST Removed files: print/ghostscript/gnu/patches: patch-base_devs_mak patch-base_fapi_ft_c patch-base_gp_psync_c patch-base_gsmalloc_c patch-base_lib_mak patch-base_unix-dll_mak patch-base_unix-gcc_mak patch-contrib_opvp_gdevopvp_c patch-cups_colord_h patch-cups_gstoraster_c patch-lib_ps2epsi patch-psi_dxmain_c patch-psi_zfrsd_c patch-psi_zmisc3_c Log message: Update to ghostscript-9.55.0. >From Volker Schlecht, who also takes maintainership. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2022/01/27 01:10:26 Modified files: net/py-nbxmpp : Makefile distinfo Log message: update net/py-nbxmpp to 2.0.4 ok kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: de...@cvs.openbsd.org 2022/01/27 02:32:17 Modified files: databases/victoriametrics/pkg: vmetrics.rc Log message: Use a valid shell in rc-file
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/27 03:43:20 Modified files: net/ruby-msgpack: Makefile distinfo Log message: simple update 1.4.3 -> 1.4.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: de...@cvs.openbsd.org 2022/01/27 02:23:01 Log message: Import databases/victoriametrics v1.72.0 Feedback from sthen@ danj@ OK sthen@ VictoriaMetrics is a fast, cost-effective and scalable time-series database. https://victoriametrics.com/ Status: Vendor Tag: denis Release Tags: denis_20220127 N ports/databases/victoriametrics/Makefile N ports/databases/victoriametrics/distinfo N ports/databases/victoriametrics/pkg/DESCR N ports/databases/victoriametrics/pkg/PLIST N ports/databases/victoriametrics/pkg/vmetrics.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: de...@cvs.openbsd.org 2022/01/27 02:25:37 Modified files: databases : Makefile infrastructure/db: user.list Log message: Add _vmetrics user and link victoriametrics to the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: yasu...@cvs.openbsd.org 2022/01/27 05:29:14 Modified files: devel/cjose: Makefile Added files: devel/cjose/patches: patch-cjose_pc_in Log message: Remove "require libcypto.." from cjose.pc since it's not needed. ok tb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2022/01/27 07:20:42 Modified files: productivity/baikal: Makefile distinfo productivity/baikal/patches: patch-Core_Frameworks_Baikal_Model_Config_Standard_php productivity/baikal/pkg: PLIST README Log message: Update baikal to 0.9.1. Please portcheck while there.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/01/27 08:55:45 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: www/firefox-esr: update to 91.5.1. see https://www.mozilla.org/en-US/firefox/91.5.1/releasenotes/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/01/27 08:55:12 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: www/mozilla-firefox: update to 96.0.3. see https://www.mozilla.org/en-US/firefox/96.0.3/releasenotes/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/01/27 08:56:34 Modified files: www/firefox-esr: Tag: OPENBSD_7_0 Makefile distinfo Log message: www/firefox-esr: MFC update to 91.5.1. see https://www.mozilla.org/en-US/firefox/91.5.1/releasenotes/