CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/09/07 23:40:28 Modified files: www/unit : Makefile.inc www/unit/unit : Makefile Log message: www/unit: enable njs support >From MAINTAINER Sergey A Osokin
Re: NEW: KDE Plasma (x11/kde-plasma)
On Thu Sep 07, 2023 at 03:42:31PM -0900, Kevin Williams wrote: > So exciting to have KDE Plasma for OpenBSD! Rafael thank you for your months, > likely years, of work on this! With pleasure! Now the next chapter begins. Stabilize it so that we can release it. I'll start with a x11/kde-plasam/TODO-KDE-Plasma.md file soon. > > Are more OKs needed to import it as is and work out further details in-tree? It's already committed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2023/09/07 22:19:37 Modified files: lang/go: Makefile distinfo lang/go/patches: patch-src_cmd_link_internal_ld_lib_go lang/go/pkg: PLIST Log message: Update lang/go to 1.21.1
NEW: fonts/recursive 1.085
Recursive Sans & Mono is a variable type family built for better code & UI. https://www.recursive.design/ https://github.com/arrowtype/recursive Port attached. recursive.tar.gz Description: Binary data -- Renato Aguiar
NEW: security/rofi-pass 2.0.2
rofi-pass is a bash script to handle password-store in a convenient way using rofi. Port attached. rofi-pass.tar.gz Description: Binary data -- Renato Aguiar
UPDATE: databases/timescaledb to 2.11.2
Here is a diff updating databases/timescaledb to latest release. Briefly tested on amd64. diff -ru /usr/ports/databases/timescaledb/Makefile timescaledb/Makefile --- /usr/ports/databases/timescaledb/Makefile Sun Feb 26 20:00:49 2023 +++ timescaledb/MakefileTue Aug 29 20:41:49 2023 @@ -2,7 +2,7 @@ GH_ACCOUNT =timescale GH_PROJECT =timescaledb -GH_TAGNAME = 2.10.0 +GH_TAGNAME = 2.11.2 CATEGORIES =databases HOMEPAGE = https://www.timescale.com/ diff -ru /usr/ports/databases/timescaledb/distinfo timescaledb/distinfo --- /usr/ports/databases/timescaledb/distinfo Sun Feb 26 20:00:49 2023 +++ timescaledb/distinfoTue Aug 29 20:41:49 2023 @@ -1,2 +1,2 @@ -SHA256 (timescaledb-2.10.0.tar.gz) = LmqEi2cm7DeAS+PBmNuZRSbAfwSfuxo5D/njSfxuH5c= -SIZE (timescaledb-2.10.0.tar.gz) = 7410903 +SHA256 (timescaledb-2.11.2.tar.gz) = rMpfbsVoRyI3TuzpL3PXdjvRcQdQdP0ua9AkS9qfvCU= +SIZE (timescaledb-2.11.2.tar.gz) = 7728399 Only in /usr/ports/databases/timescaledb/pkg: CVS diff -ru /usr/ports/databases/timescaledb/pkg/PLIST timescaledb/pkg/PLIST --- /usr/ports/databases/timescaledb/pkg/PLIST Sun Feb 26 20:00:49 2023 +++ timescaledb/pkg/PLIST Tue Aug 29 20:41:49 2023 @@ -17,6 +17,12 @@ share/postgresql/extension/timescaledb--2.0.2--${GH_TAGNAME}.sql share/postgresql/extension/timescaledb--2.1.0--${GH_TAGNAME}.sql share/postgresql/extension/timescaledb--2.1.1--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.10.0--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.10.1--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.10.2--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.10.3--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.11.0--${GH_TAGNAME}.sql +share/postgresql/extension/timescaledb--2.11.1--${GH_TAGNAME}.sql share/postgresql/extension/timescaledb--${GH_TAGNAME}.sql share/postgresql/extension/timescaledb--2.2.0--${GH_TAGNAME}.sql share/postgresql/extension/timescaledb--2.2.1--${GH_TAGNAME}.sql -- Renato Aguiar
Re: NEW: KDE Plasma (x11/kde-plasma)
So exciting to have KDE Plasma for OpenBSD! Rafael thank you for your months, likely years, of work on this! Are more OKs needed to import it as is and work out further details in-tree?
Re: CVS: cvs.openbsd.org: ports
On Wed, Sep 06, 2023 at 09:48:53PM -0600, Thomas Frohwein wrote: > CVSROOT: /cvs > Module name: ports > Changes by: t...@cvs.openbsd.org2023/09/06 21:48:53 > > Modified files: > lang : Makefile > devel/quirks : Makefile > devel/quirks/files: Quirks.pm > Removed files: > lang/haxe : Makefile distinfo > lang/haxe/files: ptmap-META > lang/haxe/patches: patch-libs_extc_process_stubs_c > patch-libs_extlib-leftovers_uTF8_ml > patch-ocamldeps_gen_Makefile > patch-ocamldeps_gen_src_dune > patch-ocamldeps_gen_src_gen_ml > patch-ocamldeps_ocaml-migrate-parsetree_Makefile > patch-ocamldeps_ocaml-sha_Makefile > patch-ocamldeps_ocaml-sha_bitfn_h > patch-ocamldeps_ocaml-sha_sha1_ml > patch-ocamldeps_ocaml-sha_sha256_ml > patch-ocamldeps_ppx_derivers_Makefile > patch-ocamldeps_ppx_tools_versioned_Makefile > patch-ocamldeps_sedlex_Makefile > > patch-ocamldeps_sedlex_src_generator_gen_unicode_ml_inc > patch-ocamldeps_sedlex_src_lib_dune > patch-sha512_ml patch-src_compiler_main_ml > lang/haxe/pkg : DESCR PLIST > > Log message: > send lang/haxe to the attic - it has been broken for a long time. Future > attempts should be prepared to deal with obtuse ocaml dependencies and a > build system intransparently trying to fetch remote sources during the > build process. > > ok daniel@ > was also ok kn@
Re: spring clean-up
On Thu, Sep 07, 2023 at 07:06:31PM +0200, Marc Espie wrote: > Does anyone actually use the "checkpatch" target ? > I didn't know it exists. Reading the documentation in bsd.port.mk(5), I'm not sure I see a case for me to use it as `make clean patch` is very fast here. Might be of interest for large ports handled on slow (HDD?) drives...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2023/09/07 16:29:56 Modified files: devel/py-nbval : Makefile distinfo Log message: update py-nbval to 0.9.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2023/09/07 15:44:16 Modified files: math/py-scipy : Makefile distinfo math/py-scipy/patches: patch-scipy_special_tests_test_basic_py math/py-scipy/pkg: PLIST Log message: update to scipy 1.10.1
Re: Update documentation for ruby-module.5
On 09/07 01:45, Ingo Schwarze wrote: > Hi Jeremy, > > Jeremy Evans wrote on Wed, Sep 06, 2023 at 09:42:09PM +: > > > This updates ruby-module.5 to update it for recent changes and > > make other improvements: > > > > * Sort the list of variables. > > > > * Remove mention of variables removed from ruby.port.mk, and > > mention of jruby now that jruby support has been removed. > > > > I plan on committing this after the ruby.port.mk diff I sent, > > assuming there are no objections. > > Definitely no objection here. > > When having a very brief look at the page, i noticed a very unusual > style: first there is a giant list of variables with no explanation, > then references to them scattered around the rest of the text. > > Wouldn't something like > > .Bl -tag -width Ds > .It Ev MODRUBY_REV > The ruby version for a non-gem port. > The default is 3.2. > The other supported values are 3.0 and 3.1. > For a gem port, use a > .Ev FLAVOR > like > .Ql ruby31 > instead. > > be easier to read, more concise, look more familiar, be easier > to maintain and easier to search at the same time? Right now, > for example, ":t MODUBY_REV" does not work, and making mandoc(1) > cope with the present style looks very difficult to me. Ingo, Thank you for the feedback. I agree with you. I will work on an updated patch that uses that style. Best regards, Jeremy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2023/09/07 15:29:04 Modified files: security : Makefile Log message: += ruby-ed25519
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2023/09/07 15:26:14 Modified files: math/wxMaxima : Makefile distinfo math/wxMaxima/pkg: PLIST Log message: update wxMaxima to 19.11.1 and unbreak
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2023/09/07 15:25:30 Log message: Import ruby-ed25519 A Ruby binding to the Ed25519 elliptic curve public-key signature system described in RFC 8032. Feedback and OK tb@ Status: Vendor Tag: jeremy Release Tags: jeremy_2023-Sep-07 N ports/security/ruby-ed25519/Makefile N ports/security/ruby-ed25519/distinfo N ports/security/ruby-ed25519/pkg/DESCR N ports/security/ruby-ed25519/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 15:19:16 Modified files: security : Makefile security/luasec: Makefile Log message: security/luasec: add lua54 FLAVOR forgot to commit this one; reminded by naddy, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2023/09/07 15:02:07 Modified files: games/speeddreams: Makefile distinfo games/speeddreams/patches: patch-cmake_macros_cmake patch-src_libs_robottools_rthumandriver_cpp patch-src_libs_tgf_linuxspec_cpp patch-src_libs_tgfclient_CMakeLists_txt patch-src_modules_graphic_ssggraph_CMakeLists_txt patch-src_modules_simu_simuv2_1_simu_cpp patch-src_modules_simu_simuv2_simu_cpp patch-src_modules_simu_simuv3_simu_cpp patch-src_modules_simu_simuv4_simu_cpp patch-src_modules_userinterface_legacymenu_CMakeLists_txt patch-src_tools_trackgen_CMakeLists_txt games/speeddreams/pkg: PLIST-data PLIST-main Added files: games/speeddreams/patches: patch-src_drivers_shadow_src_WheelModel_h Removed files: games/speeddreams/patches: patch-src_drivers_usr_src_mod_cpp patch-src_libs_learning_policy_cpp patch-src_modules_graphic_ssggraph_grbackground_cpp patch-src_tools_accc_ac3dload_cpp patch-src_tools_nfsperf_CMakeLists_txt patch-src_tools_xmlversion_CMakeLists_txt Log message: update soeed-dreams to 2.3.0 and unbreak ok kirby@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2023/09/07 14:58:31 Modified files: devel/py-jupyter_core: Makefile distinfo devel/py-jupyter_core/patches: patch-jupyter_core_tests_test_command_py devel/py-jupyter_core/pkg: PLIST Log message: update py-jupyter_core to 4.7.0 ok lraab@
Re: UPDATE: qtkeychain-0.14.1
On Thu, August 31, 2023 08:48, Rafael Sadowski wrote: > Simple update qtkeychain to 0.14.1. Tested on amd64. OK? > > Cheers Rafael Hi! OK kirby@ > > ? portcheck_security_qtkeychain.out > ? qtkeychain-0.14.1-libqt5keychain.so.2.0 > Index: Makefile > === > RCS file: /cvs/ports/security/qtkeychain/Makefile,v > retrieving revision 1.19 > diff -u -p -u -p -r1.19 Makefile > --- Makefile 28 May 2022 06:20:03 - 1.19 > +++ Makefile 31 Aug 2023 05:47:40 - > @@ -2,9 +2,9 @@ COMMENT = Qt API to store passwords and > > GH_ACCOUNT = frankosterfeld > GH_PROJECT = qtkeychain > -GH_TAGNAME = v0.13.2 > +GH_TAGNAME = 0.14.1 > > -SHARED_LIBS += qt5keychain 2.0 # 0.4 > +SHARED_LIBS += qt5keychain 2.1 # 0.4 > > CATEGORIES = security > > @@ -21,8 +21,6 @@ MODULES = devel/cmake \ > LIB_DEPENDS += x11/gnome/libsecret > > CONFIGURE_ARGS += > -DECM_MKSPECS_INSTALL_DIR="${PREFIX}/lib/${QT}/mkspecs/modules" > - > -MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib > > LIBNAME =Qt5Keychain > LIBNAME_L = qt5keychain > Index: distinfo > === > RCS file: /cvs/ports/security/qtkeychain/distinfo,v > retrieving revision 1.6 > diff -u -p -u -p -r1.6 distinfo > --- distinfo 19 Jan 2022 07:39:01 - 1.6 > +++ distinfo 31 Aug 2023 05:47:40 - > @@ -1,2 +1,2 @@ > -SHA256 (qtkeychain-0.13.2.tar.gz) = > IL7rMt58TrCvkDmyHhg3D6+EeshperMEWQYHavvEyqU= > -SIZE (qtkeychain-0.13.2.tar.gz) = 43494 > +SHA256 (qtkeychain-0.14.1.tar.gz) = > r7LRIHIhQayoX4FExO8Be9dJd+1FuA5dnpYUAV2t1gw= > +SIZE (qtkeychain-0.14.1.tar.gz) = 50743 > >
Re: [new] mail/alps
Ciao! Thanks for taking your time with the port. I'm just replying to say that even with the changes it still works on my machine. Also to clarify a few points. > I'd add some commentary to the patches. Nice tip. I didn't know you could include comments like that in a patch. It does mess up syntax highlighting in some editors though. > Have you sent the patch upstream? Patch for FCGI has not been sent to upstream yet because I'm still waiting for the response on the first patch proposal (the `go.mod` one). In due time I'll probably just consider it rejected and move on to the next proposal. > It doesn't work without altering the flags to specify the upstream server. This has confused me initially, so add that info to the README. I've only included things that aren't mentioned in the original documentation. But if a little coping saves some confusion then it's OK. I would however like to suggest some changes for the new README for consistency sake (see attached diff): Anyhow, looking forward to submitting additional ports. With regards, -- IZ https://mocheryl.org/ | moche...@mocheryl.org | 041/517-106 On 9/6/23 18:14, Omar Polo wrote: Hello, On 2023/08/19 10:04:54 +0200, Igor Zornik wrote: Greetings ports@, Long time listener, but first time caller so I hope I didn't get to many things wrong. Sorry for the delay. I wanted to review this the day it was sent but only managed to look at it today. Attached I have a port of alps, an e-mail web client. It's not as feature-full as some other web clients, but I like this one because it has not run-time dependencies which makes it easier to deploy and maintain. Notes: - Port initially created with `portgen`. When modified I relied heavily on gitea port. - Upstream isn't very responsive to my change proposals so I provided some fixes and features locally. - There isn't any special functionality associated with the service account so I just made it to run as `www`. Should I still run it under a dedicated service account? - I had to do some `sed` trick in the `rc` script to get the `rc` command to pick up the daemon properly. Could anyone confirm if i have taken the right path here? - Tested on amd64 using -current and 7.2. Any comments or suggestions? a few nits, but otherwise it's a solid submission. - I'd add some commentary to the patches. Just something brief like "adding FastCGI support", so that it's clear what it does when skimming the files. - I'd drop the patch for go.mod; I'm not sure go.port.mk even looks at the fetched go.mod file, let alone parsing it once patched. - there's a small error in the fastcgi patch: + addr = strings.TrimPrefix(addr, "fcgi+unix:/") should be + addr = strings.TrimPrefix(addr, "fcgi+unix://") i.e. remove two slashes. In practice it's not an issue. - While I really like the fastcgi support (I'm a bit lazy and never bothered to learn how to use relayd), I don't think we've usually patched the ports to add features like these. Have you sent the patch upstream? I can't find it searching for 'fastcgi' on sourcehut. To be fair I don't think it's an issue, but still felt like pointing this out. - It doesn't work without altering the flags to specify the upstream server. This has confused me initially, so add that info to the README. I've also tweaked the fastcgi example to use `rcctl set alps flags' and add a dummy example.com at the end to minimize the chance of getting things wrong. - (opinable) I've tweaked the http example to listen on port 80. Otherwise it's not copy-paste-able without further fiddling. - I'm not sure about ${SYSCONFDIR}/httpd.conf. Even if portcheck complains, the correct path is /etc/httpd.conf: it is hardcoded in the httpd(8) binary. - make update-plist changed @cwd ${LOCALSTATEDIR}/www into /var/www and I'm not sure how much we care about using the variables instead of the hardcoded paths. Left as /var for the moment. - no opinion on the sed machinery to escape '+'s in the pexp. Seems to work :-) - changed the version to 0.0.0. so if upstream starts to do proper releases we don't have to use EPOCH. I'm reattaching a tarball with these points addressed. It's ok op@ to import if someone wants to, otherwise i'll be happy to import it myself (needs an ok to do so). I don't use web ui for mails if I can, but this is one of the nicer I've seen. --- pkg/README Wed Sep 6 17:40:55 2023 +++ pkg/README Thu Sep 7 21:56:34 2023 @@ -11,8 +11,8 @@ configured to run behind HTTP proxy like relayd(8) or Another option is to let OpenBSD httpd(8) serve HTTP(S) requests and pass it to alps via FastCGI protocol. -In every case, it needs to be told the upstream server. Assuming SRV -DNS records are properly set up: +In every case, it needs to be told the upstream server. Assuming +SRV DNS records are properly set up:
Re: Longtime BROKEN ports
On Thu, September 7, 2023 05:05, Daniel Dickman wrote: > > > On Wed, 6 Sep 2023, Christian Weisgerber wrote: > >> How long does a port have to stay marked BROKEN before we concede that >> it won't be fixed, and we remove it? >> >> I did some grep, got blame, sort, etc. and here are some contenders >> that have been BROKEN since before 2020: >> >> portmarked broken >> math/wxMaxima 2014-07-24 edd >> sysutils/cfengine 2016-11-19 sthen >> games/speeddreams 2018-01-25 pascal > > Update that worked for me attached. ok? Ir also works for me on amd64. OK kirby@ > >> www/pecl-pecl_http 2019-03-08 sthen >> lang/ponyc 2019-07-06 jca >> >> -- >> Christian "naddy" Weisgerber na...@mips.inka.de >> >>
Re: new: devel/stylua
On Thu, 17 Aug 2023 20:21 +0200, Omar Polo wrote: > don't feel strongly about SEPARATE_BUILD but I'd propend to skip it. > It's ok op@ to import either way. > > Thanks! I'm OK with skipping it. :) Bumping this and reattaching the tarball you sent in response to mine. stylua.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/07 12:10:33 Modified files: devel/kf5/kcoreaddons: Makefile Added files: devel/kf5/kcoreaddons/patches: patch-src_lib_util_kosrelease_cpp Log message: No os-release support on OpenBSD Set OpenBSD as id, name and prettyName
Re: NEW: cad/prusa-slicer 2.5.2
On Wed, Sep 06, 2023 at 07:20:41PM -0700, Renato Aguiar wrote: > Attached a port of PrusaSlicer 2.5.2. It still needs more testing, but basic > use case of generating G-Code from STL models seems to be working on my > amd64 machine. Thanks for doing the heavy lifting here - a lot of dependencies. I just took a 45 minute print job, sliced it with this port, and it printed fine. Very glad to be able to do the whole 3D print workflow on OpenBSD: freecad | openscad | solvespace, prusaslicer, and prusalink via FireFox. portcheck is also OK with the port, so: tested & OK ian@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/09/07 11:29:45 Modified files: security/rust-openssl-tests: Makefile crates.inc distinfo security/rust-openssl-tests/patches: patch-openssl-sys_build_main_rs security/rust-openssl-tests/pkg: PLIST Log message: Update to rust-openssl-tests 20230907
spring clean-up
Does anyone actually use the "checkpatch" target ?
results logs: problematic fetching
I've attached the first run of dpb -F8 with the new more descriptive options. It shows every location it tried to fetch that didn't work. "FIRST" means it's the first entry in SITES* "BACKUP" means it's actually failed to fetch from the SITES* list and had to switch to SITES_OPENBSD (it's offset by one: the LAST entry that's a regular site will show BACKUP). "BACKUPONLY" means there's no official site and it's going straight to the backups. (I just decorated the old bad.log and added some more info to it) keep in mind that some of these might be transient failures. bad.log.gz Description: bad.log.gz
Re: lang/ocaml and IBT WAS: amd64: IBT bulk build breakage
Hi Anil, > | NOTRACK -> i0 b "notrack" (* TODO does masm support this? *) Seems it doesn't :-) gmake[4]: Entering directory '/home/ports/ocaml/ocaml/stdlib' OCAMLOPT camlinternalFormatBasics.cmx /tmp/camlasm69ee74.s:83:2: error: invalid instruction mnemonic 'notrack' notrack ^~~ /tmp/camlasm69ee74.s:512:2: error: invalid instruction mnemonic 'notrack' notrack ^~~ /tmp/camlasm69ee74.s:942:2: error: invalid instruction mnemonic 'notrack' notrack ^~~ File "/home/ports/ocaml/ocaml/stdlib/camlinternalFormatBasics.ml", line 1: Error: Assembler error, input left in file /tmp/camlasm69ee74.s cheers, Volker On Thu Sep 7, 2023 at 9:37 AM CEST, Anil Madhavapeddy wrote: > Would anyone with an IBT-enabled x86_64 be able to run a test for me on an > OCaml tree to see if the patch works? (my hardware is still two weeks away > from delivery) > > $ git clone https://github.com/avsm/ocaml -b btcfi > $ cd ocaml && gmake -j world.opt && gmake tests > > It just adds notrace to the jump points. I think arm64 needs destination > labels instead; will do that later. > > Anil
Re: [PATCH] www/unit: enable njs
On Thu, Sep 07, 2023 at 05:08:11PM +0200, Landry Breuil wrote: > Le Thu, Sep 07, 2023 at 02:47:58PM +, Sergey A. Osokin a écrit : > > > > There's no shared library for NJS at the moment, only static > > library is available. > > right. then ... i think BUILD_DEPENDS + RUN_DEPENDS is needed in the > static case instead. > > you might want to check WANTLIB too (make port-lib-depends-check), here > it complains about missing xml2/z Done. A note here. The /usr/ports/infrastructure/bin/portcheck reports about xml2, that shared library is required for NJS functionality, it's mentioned in NJS pkgconfig file, /usr/local/lib/pkgconfig/njs.pc, so I added it to WANTLIB. Hope that's OK. -- Sergey A. Osokin Index: Makefile.inc === RCS file: /cvs/ports/www/unit/Makefile.inc,v retrieving revision 1.9 diff -u -p -r1.9 Makefile.inc --- Makefile.inc 5 Sep 2023 11:31:17 - 1.9 +++ Makefile.inc 7 Sep 2023 15:29:22 - @@ -27,6 +27,7 @@ CONFIGURE_ARGS= --prefix=${PREFIX} \ --pid=${LOCALSTATEDIR}/run/unit/unit.pid \ --runstatedir=${LOCALSTATEDIR}/run/unit \ --statedir=${LOCALSTATEDIR}/db/unit \ + --njs \ --tmpdir=${LOCALSTATEDIR}/tmp/unit \ --openssl \ --user=_unit \ Index: unit/Makefile === RCS file: /cvs/ports/www/unit/unit/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- unit/Makefile 4 Sep 2023 17:02:21 - 1.6 +++ unit/Makefile 7 Sep 2023 15:29:22 - @@ -1,8 +1,12 @@ COMMENT= dynamic web application server -WANTLIB= c crypto m pcre2-8 pthread ssl +REVISION= 0 + +WANTLIB= c crypto m pcre2-8 pthread ssl xml2 z LIB_DEPENDS= devel/pcre2 +BUILD_DEPENDS= ${RUN_DEPENDS} +RUN_DEPENDS= lang/njs MODULES= lang/python MODPY_BUILDDEP= No
Re: CVS: cvs.openbsd.org: ports
On 2023/09/07 09:01:16 -0600, Omar Polo wrote: > CVSROOT: /cvs > Module name: ports > Changes by: o...@cvs.openbsd.org2023/09/07 09:01:16 > > Modified files: > converters : Makefile > converters/luastruct: Makefile > > Log message: > converters/luastruct: add lua54 FLAVOR did cvs -m '...' and forgot to mention: these 'x/y: add lua54 FLAVOR' commits were based on a diff by Lucas (prosody' MAINTAINER) -I hooked the new flavors in the categories' makefile. The intent was to move prosody to lua5.4 (just done.) Sorry for not mentioning it in the commit message.
Re: [PATCH] www/unit: enable njs
Le Thu, Sep 07, 2023 at 02:47:58PM +, Sergey A. Osokin a écrit : > On Thu, Sep 07, 2023 at 12:16:39PM +0200, Landry Breuil wrote: > > Le Wed, Sep 06, 2023 at 02:12:20PM +, Sergey A. Osokin a écrit : > [...] > > > > > > Sure, here's the updated patch. > > > > i've checked and something is wrong somewhere, because njs is detected > > at configure, the unitd binary is supposedly linked against it > > > > cc -Wl,-E -L/usr/local/lib -o build/sbin/unitd -pipe -fPIC > > -fvisibility=hidden -W -Wall -Wextra -Wno-unused-parameter > > -Wwrite-strings -fstrict-aliasing -Wstrict-overflow=5 > > -Wmissing-prototypes -O2 -pipe -g -I/usr/local/include > > build/src/nxt_main.o build/lib/libnxt.a -lm -lpthread > > -L/usr/local/lib -Wl,-R/usr/local/lib -lnjs -lm -lpcre2-8 -lcrypto > > -lxml2 -lz -lssl -lcrypto-L/usr/local/lib -Wl,-R/usr/local/lib > > -lpcre2-8 > > > > but packaging fails: > > Create /usr/ports/packages/amd64/all/unit-1.31.0p0.tgz > > LIB_DEPENDS lang/njs not needed for www/unit/unit ? > > > > and looking at the binary the dependency on the njs library isnt > > registered > > > > $objdump -p build/sbin/unitd|grep NEED > > NEEDED libm.so.10.1 > > NEEDED libpthread.so.27.1 > > NEEDED libpcre2-8.so.0.6 > > NEEDED libcrypto.so.52.0 > > NEEDED libxml2.so.19.0 > > NEEDED libz.so.7.0 > > NEEDED libssl.so.55.0 > > NEEDED libc.so.97.1 > > There's no shared library for NJS at the moment, only static > library is available. right. then ... i think BUILD_DEPENDS + RUN_DEPENDS is needed in the static case instead. you might want to check WANTLIB too (make port-lib-depends-check), here it complains about missing xml2/z Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:06:04 Modified files: net/prosody: Makefile net/prosody/pkg: PLIST Log message: switch net/prosody to lua54; diff from MAINTAINER Lucas solene@ agrees.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:04:54 Modified files: textproc : Makefile textproc/luaexpat: Makefile Log message: textproc/luaexpat: add lua54 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:03:57 Modified files: net: Makefile net/luaunbound : Makefile Log message: net/luaunbound: add lua54 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:02:15 Modified files: devel : Makefile devel/luafs: Makefile Log message: devel/luafs: add lua54 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:01:46 Modified files: databases : Makefile databases/luadbi: Makefile Log message: databases/luadbi: add lua54 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 09:01:16 Modified files: converters : Makefile converters/luastruct: Makefile Log message: converters/luastruct: add lua54 FLAVOR
Re: [PATCH] www/unit: enable njs
On Thu, Sep 07, 2023 at 12:16:39PM +0200, Landry Breuil wrote: > Le Wed, Sep 06, 2023 at 02:12:20PM +, Sergey A. Osokin a écrit : [...] > > > > Sure, here's the updated patch. > > i've checked and something is wrong somewhere, because njs is detected > at configure, the unitd binary is supposedly linked against it > > cc -Wl,-E -L/usr/local/lib -o build/sbin/unitd -pipe -fPIC > -fvisibility=hidden -W -Wall -Wextra -Wno-unused-parameter > -Wwrite-strings -fstrict-aliasing -Wstrict-overflow=5 > -Wmissing-prototypes -O2 -pipe -g -I/usr/local/include > build/src/nxt_main.o build/lib/libnxt.a -lm -lpthread > -L/usr/local/lib -Wl,-R/usr/local/lib -lnjs -lm -lpcre2-8 -lcrypto > -lxml2 -lz -lssl -lcrypto-L/usr/local/lib -Wl,-R/usr/local/lib > -lpcre2-8 > > but packaging fails: > Create /usr/ports/packages/amd64/all/unit-1.31.0p0.tgz > LIB_DEPENDS lang/njs not needed for www/unit/unit ? > > and looking at the binary the dependency on the njs library isnt > registered > > $objdump -p build/sbin/unitd|grep NEED > NEEDED libm.so.10.1 > NEEDED libpthread.so.27.1 > NEEDED libpcre2-8.so.0.6 > NEEDED libcrypto.so.52.0 > NEEDED libxml2.so.19.0 > NEEDED libz.so.7.0 > NEEDED libssl.so.55.0 > NEEDED libc.so.97.1 There's no shared library for NJS at the moment, only static library is available. -- Sergey A. Osokin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 08:41:30 Modified files: net/prosody: Tag: OPENBSD_7_3 Makefile distinfo Log message: MFC net/prosody 0.12.4 update; diff from MAINTAINER Lucas, thanks! ok solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 08:38:53 Modified files: net/prosody: Makefile distinfo Log message: update net/prosody to 0.12.4; diff from MAINTAINER Lucas, thanks! ok solene@
Re: NEW: cad/prusa-slicer 2.5.2
On Wed, 06 Sep 2023 at 19:20:41 -0700, Renato Aguiar wrote: > Attached a port of PrusaSlicer 2.5.2. It still needs more testing, but basic > use case of generating G-Code from STL models seems to be working on my > amd64 machine. Very cool, thanks for porting this. I built and tested it on amd64 and it works well including PrusaLink stuff.
UPDATE: net/nextcloudclient-3.9.4
Hi. Update for net/nextcloudclient v3.9.4 Changelog: https://github.com/nextcloud/desktop/releases/v3.9.4 - Convert VFS file to placeholder again if needed by @backportbot-nextcloud in #5927 - update read-only status of virtual files when needed for lock state by @backportbot-nextcloud in #5987 - Hide password field in share settings when share type does not support passwords by @backportbot-nextcloud in #5988 - update main CI image to get newer Qt, Java and other dependencies by @backportbot-nextcloud in #5997 - Display correct server colour prior to acquiring server capabilities by @backportbot-nextcloud in #6001 - Update VFS placeholder each time a file is opened by Word by @backportbot-nextcloud in #6029 Obrigado! -- Adriano Index: Makefile === RCS file: /cvs/ports/net/nextcloudclient/Makefile,v retrieving revision 1.54 diff -u -p -r1.54 Makefile --- Makefile24 Aug 2023 06:16:21 - 1.54 +++ Makefile7 Sep 2023 14:06:30 - @@ -2,7 +2,7 @@ USE_WXNEEDED = Yes COMMENT = desktop sync client for Nextcloud -V =3.9.3 +V =3.9.4 DISTNAME = nextcloudclient-${V} GH_ACCOUNT = nextcloud @@ -13,7 +13,7 @@ CATEGORIES = net HOMEPAGE = https://nextcloud.com -SHARED_LIBS += nextcloudsync 12.0 # 3.9.1 +SHARED_LIBS += nextcloudsync 12.1 # 3.9.4 SHARED_LIBS += nextcloud_csync 6.0 # 3.9.1 SHARED_LIBS += nextcloudsync_vfs_suffix 1.0 # 3.9.0 Index: distinfo === RCS file: /cvs/ports/net/nextcloudclient/distinfo,v retrieving revision 1.43 diff -u -p -r1.43 distinfo --- distinfo24 Aug 2023 06:16:21 - 1.43 +++ distinfo7 Sep 2023 14:06:30 - @@ -1,2 +1,2 @@ -SHA256 (nextcloudclient-3.9.3.tar.gz) = QCdaKUC/vQDXS/7L3nua8gCZhQ3RZIB5L1NSr6f7U/o= -SIZE (nextcloudclient-3.9.3.tar.gz) = 15752014 +SHA256 (nextcloudclient-3.9.4.tar.gz) = rGvg9ZL51elJzWrA0+Pr6yZfj1mse7rFrH1cOWwbzbc= +SIZE (nextcloudclient-3.9.4.tar.gz) = 15768508
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/09/07 08:08:16 Modified files: lang/icon/book : Makefile Log message: switch to the new url
Re: portroach tweaks
On Thu, Sep 07, 2023 at 12:24:59PM +0200, Marc Espie wrote: > I've been perusing the results of the build, they aren't good, then > again portroach isn't quite grabbing the right stuff. > > - tweak the meter to use shorter x/x so that it fits again on the > line. > > - use fullpkgname instead of distname because that one is *always* defined. > (and strip v/p accordingly) > > - switch to roach_url/roach_sites > > - use the portsq cached table instead of the view (this goes MUCH faster > not surprisingly) > > this does require an up-to-date sqlports. > > Long term, it would be appropriate to create a temp view based on portsq > that contains all required fields with sensible names, so that it's > less painful to rename stuff in every individual query. And here's the updated patch which does create the temp view. Index: Makefile === RCS file: /cvs/ports/misc/portroach/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile21 Jul 2023 10:57:10 - 1.37 +++ Makefile7 Sep 2023 13:31:42 - @@ -3,7 +3,7 @@ COMMENT=OpenBSD ports distfile version GH_ACCOUNT=jasperla GH_PROJECT=portroach GH_TAGNAME=2.0.11 -REVISION= 4 +REVISION= 5 CATEGORIES=misc Index: patches/patch-Portroach_DataSrc_Ports_pm === RCS file: patches/patch-Portroach_DataSrc_Ports_pm diff -N patches/patch-Portroach_DataSrc_Ports_pm --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Portroach_DataSrc_Ports_pm7 Sep 2023 13:31:42 - @@ -0,0 +1,40 @@ +Index: Portroach/DataSrc/Ports.pm +--- Portroach/DataSrc/Ports.pm.orig Portroach/DataSrc/Ports.pm +@@ -114,6 +114,8 @@ sub BuildDB + + $dbh = connect_db(); + ++ prepare_sql($sdbh, \%ssths, qw(create_view)); ++ $ssths{create_view}->execute or die DBI->errstr; + prepare_sql($sdbh, \%ssths, qw(sqlports_count_ports sqlports_fullpkgpaths_by_maintainer)); + + if ($settings{restrict_maintainer}) { +@@ -131,6 +133,7 @@ sub BuildDB + # Query SQLports for all the information we need. We don't care about + # restrictions for now as this step basically copies sqlports. Check() + # will handle any restrictions instead. ++ + $ssths{sqlports_count_ports}->execute or die DBI->errstr; + $num_ports = $ssths{sqlports_count_ports}->fetchrow_array(); + +@@ -217,6 +220,10 @@ sub BuildPort + $name = fullpkgpathtoport($fullpkgpath); + + $distname = $ports[2]; ++ # get rid of version/epoch markers ++ $distname =~ s/v[0-9]+$//; ++ $distname =~ s/p[0-9]+$//; ++ + foreach my $file (split /\s+/, $ports[3]) { + $file =~ s/:[A-Za-z0-9][A-Za-z0-9\,]*$//g; + push @distfiles, $file; +@@ -305,7 +312,7 @@ sub BuildPort + } + } + +- info(1, $fullpkgpath, "($n_port out of $total_ports)"); ++ info(1, $fullpkgpath, "($n_port/$total_ports)"); + + $ps->AddPort({ + 'name'=> $name, Index: patches/patch-Portroach_SQL_pm === RCS file: /cvs/ports/misc/portroach/patches/patch-Portroach_SQL_pm,v retrieving revision 1.4 diff -u -p -r1.4 patch-Portroach_SQL_pm --- patches/patch-Portroach_SQL_pm 11 Mar 2022 19:38:17 - 1.4 +++ patches/patch-Portroach_SQL_pm 7 Sep 2023 13:31:42 - @@ -1,7 +1,93 @@ Index: Portroach/SQL.pm --- Portroach/SQL.pm.orig +++ Portroach/SQL.pm -@@ -311,7 +311,7 @@ $sql{portdata_fullpkgpaths} = +@@ -71,51 +71,62 @@ $sql{portdata_update} = +fullpkgpath = ? + WHERE basepkgpath = ?); + ++ + # Port.pm:BuildPort() ++ ++$sql{create_view} = ++ q(CREATE TEMP VIEW RoachData AS ++SELECT fullpkgpath, categories, fullpkgname as distname, ++ roach_url as distfiles, ++ roach_sites as master_sites, ++ maintainer, comment, portroach, ++ portroach_comment, homepage ++FROM portsq); ++ + $sql{ports_select} = + q(SELECT fullpkgpath, categories, distname, distfiles, + master_sites, maintainer, comment, portroach, +portroach_comment, homepage +-FROM ports); ++FROM RoachData); + + $sql{ports_select_count} = + q(SELECT COUNT(fullpkgpath) +-FROM ports); ++FROM RoachData); + + $sql{ports_restrict_maintainer} = + q(SELECT fullpkgpath, categories, distname, distfiles, + master_sites, maintainer, comment, portroach, + portroach_comment, homepage +-FROM ports ++FROM RoachData +WHERE maintainer like ?); + + $sql{ports_restrict_maintainer_count} = + q(SELECT COUNT(fullpkgpath) +-FROM ports ++FROM RoachData +WHERE maintainer like ?); + + $sql{ports_restrict_category} = +-
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 06:59:09 Modified files: security/ccid : Makefile distinfo security/ccid/patches: patch-src_Makefile_in Log message: update to ccid 1.5.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 06:55:55 Modified files: x11/gnome/libcloudproviders: Makefile distinfo Log message: Update to libcloudproviders-0.3.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 06:50:14 Modified files: sysutils/augeas: Makefile distinfo sysutils/augeas/patches: patch-configure patch-lenses_shellvars_aug patch-man_augparse_1 patch-src_augtool_c patch-src_internal_c sysutils/augeas/pkg: PLIST Removed files: sysutils/augeas/patches: patch-lenses_sysctl_aug Log message: update to augeas 1.14.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/09/07 06:40:23 Modified files: devel/pcre2: Makefile Log message: first site is dead (?), but project moved to github
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/09/07 06:34:58 Modified files: infrastructure/lib/DPB/Job: Fetch.pm Log message: typo
Re: Longtime BROKEN ports
On 9/6/2023 4:12 PM, Christian Weisgerber wrote: > lang/ponyc 2019-07-06 jca This one can be unbroken once I wrap my head around llvm-16. But as that's not likely to happen soon, it can go and I can always revive the port later when ready. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 06:05:38 Modified files: audio/ario : Makefile distinfo audio/ario/pkg : DESCR PLIST Removed files: audio/ario/patches: patch-src_ario-profiles_h patch-src_ario-util_h patch-src_plugins_ario-plugin-info_c Log message: update to ario 1.6 using gtk3
Re: portroach tweaks
On Thu, Sep 07, 2023 at 12:24:59PM +0200, Marc Espie wrote: > I've been perusing the results of the build, they aren't good, then > again portroach isn't quite grabbing the right stuff. > > - tweak the meter to use shorter x/x so that it fits again on the > line. > > - use fullpkgname instead of distname because that one is *always* defined. > (and strip v/p accordingly) > > - switch to roach_url/roach_sites > > - use the portsq cached table instead of the view (this goes MUCH faster > not surprisingly) > > this does require an up-to-date sqlports. > > Long term, it would be appropriate to create a temp view based on portsq > that contains all required fields with sensible names, so that it's > less painful to rename stuff in every individual query. > > I haven't run the check, since this probably requires setting up PgSql > for maximum efficiency. I'll try that on my next run. > > Index: Makefile > === > RCS file: /cvs/ports/misc/portroach/Makefile,v > retrieving revision 1.37 > diff -u -p -r1.37 Makefile > --- Makefile 21 Jul 2023 10:57:10 - 1.37 > +++ Makefile 7 Sep 2023 10:19:41 - > @@ -3,7 +3,7 @@ COMMENT= OpenBSD ports distfile version > GH_ACCOUNT= jasperla > GH_PROJECT= portroach > GH_TAGNAME= 2.0.11 > -REVISION=4 > +REVISION=5 > > CATEGORIES= misc > > Index: patches/patch-Portroach_DataSrc_Ports_pm > === > RCS file: patches/patch-Portroach_DataSrc_Ports_pm > diff -N patches/patch-Portroach_DataSrc_Ports_pm > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-Portroach_DataSrc_Ports_pm 7 Sep 2023 10:19:41 - > @@ -0,0 +1,23 @@ > +Index: Portroach/DataSrc/Ports.pm > +--- Portroach/DataSrc/Ports.pm.orig > Portroach/DataSrc/Ports.pm > +@@ -217,6 +217,10 @@ sub BuildPort > + $name = fullpkgpathtoport($fullpkgpath); > + > + $distname = $ports[2]; > ++# get rid of version/epoch markers > ++$distname =~ s/v[0-9]+$//; > ++$distname =~ s/p[0-9]+$//; > ++ > + foreach my $file (split /\s+/, $ports[3]) { > + $file =~ s/:[A-Za-z0-9][A-Za-z0-9\,]*$//g; > + push @distfiles, $file; > +@@ -305,7 +309,7 @@ sub BuildPort > + } > + } > + > +-info(1, $fullpkgpath, "($n_port out of $total_ports)"); > ++info(1, $fullpkgpath, "($n_port/$total_ports)"); > + > + $ps->AddPort({ > + 'name'=> $name, > Index: patches/patch-Portroach_SQL_pm > === > RCS file: /cvs/ports/misc/portroach/patches/patch-Portroach_SQL_pm,v > retrieving revision 1.4 > diff -u -p -r1.4 patch-Portroach_SQL_pm > --- patches/patch-Portroach_SQL_pm11 Mar 2022 19:38:17 - 1.4 > +++ patches/patch-Portroach_SQL_pm7 Sep 2023 10:19:41 - > @@ -1,6 +1,81 @@ > Index: Portroach/SQL.pm > --- Portroach/SQL.pm.orig > +++ Portroach/SQL.pm > +@@ -73,49 +73,49 @@ $sql{portdata_update} = > + > + # Port.pm:BuildPort() > + $sql{ports_select} = > +-q(SELECT fullpkgpath, categories, distname, distfiles, > +- master_sites, maintainer, comment, portroach, > ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, > ++ roach_sites, maintainer, comment, portroach, > + portroach_comment, homepage > +-FROM ports); > ++FROM portsq); > + > + $sql{ports_select_count} = > + q(SELECT COUNT(fullpkgpath) > +-FROM ports); > ++FROM portsq); > + > + $sql{ports_restrict_maintainer} = > +-q(SELECT fullpkgpath, categories, distname, distfiles, > +- master_sites, maintainer, comment, portroach, > ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, > ++ roach_sites, maintainer, comment, portroach, > + portroach_comment, homepage > +-FROM ports > ++FROM portsq > +WHERE maintainer like ?); > + > + $sql{ports_restrict_maintainer_count} = > + q(SELECT COUNT(fullpkgpath) > +-FROM ports > ++FROM portsq > +WHERE maintainer like ?); > + > + $sql{ports_restrict_category} = > +-q(SELECT fullpkgpath, categories, distname, distfiles, > +- master_sites, maintainer, comment, portroach, > ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, > ++ roach_sites, maintainer, comment, portroach, > + portroach_comment, homepage > +-FROM ports > ++FROM portsq > +WHERE categories like ?); > + > + $sql{ports_restrict_category_count} = > + q(SELECT COUNT(fullpkgpath) > +-FROM ports > ++FROM portsq > +WHERE categories like ?); > + > + $sql{ports_restrict_port} = > +-q(SELECT fullpkgpath, categories, distname, distfiles, > +- master_sites, maintainer, comment, portroach, > ++q(SELECT
Re: devel/gmake default CXX=g++ should be c++ ?
On Thu, Sep 07, 2023 at 11:23:14AM +0100, Julian Smith wrote: > devel/gmake defaults to CC=cc but CXX=g++. > > It doesn't seem to make sense to mix `cc`, the system C compiler > (typically clang-based) with `g++`, the non-system GNU C++ compiler. > > I've been routinely running gmake with a `CXX=c++` prefix in order to > build various C/C++ projects. > > Here's a new patch file that fixes the port for me: > > /usr/ports/devel/gmake/patches/patch-src_default_c > > Index src/default.c > --- src/default.c.orig > +++ src/default.c > @@ -530,7 +530,7 @@ > "OBJC", "gcc", > #else > "CC", "cc", > -"CXX", "g++", > +"CXX", "c++", > "OBJC", "cc", > #endif > > > > - Jules > > -- > http://op59.net > > This is definitely the kind of change that, unfortunately, requires a full bulk build to be sure. Let's hope somebody will try it out, though we're rather busy with llvm16 at the moment.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/09/07 05:50:46 Modified files: infrastructure/lib/DPB/Job: Fetch.pm Log message: give more info in dist/bad.log: FIRST means this is the first site in the list BACKUP means we're out of main sites, and if it fetches eventually, it will be a backup site.
Re: Update documentation for ruby-module.5
Hi Jeremy, Jeremy Evans wrote on Wed, Sep 06, 2023 at 09:42:09PM +: > This updates ruby-module.5 to update it for recent changes and > make other improvements: > > * Sort the list of variables. > > * Remove mention of variables removed from ruby.port.mk, and > mention of jruby now that jruby support has been removed. > > I plan on committing this after the ruby.port.mk diff I sent, > assuming there are no objections. Definitely no objection here. When having a very brief look at the page, i noticed a very unusual style: first there is a giant list of variables with no explanation, then references to them scattered around the rest of the text. Wouldn't something like .Bl -tag -width Ds .It Ev MODRUBY_REV The ruby version for a non-gem port. The default is 3.2. The other supported values are 3.0 and 3.1. For a gem port, use a .Ev FLAVOR like .Ql ruby31 instead. be easier to read, more concise, look more familiar, be easier to maintain and easier to search at the same time? Right now, for example, ":t MODUBY_REV" does not work, and making mandoc(1) cope with the present style looks very difficult to me. Yours, Ingo
devel/gmake default CXX=g++ should be c++ ?
devel/gmake defaults to CC=cc but CXX=g++. It doesn't seem to make sense to mix `cc`, the system C compiler (typically clang-based) with `g++`, the non-system GNU C++ compiler. I've been routinely running gmake with a `CXX=c++` prefix in order to build various C/C++ projects. Here's a new patch file that fixes the port for me: /usr/ports/devel/gmake/patches/patch-src_default_c Index src/default.c --- src/default.c.orig +++ src/default.c @@ -530,7 +530,7 @@ "OBJC", "gcc", #else "CC", "cc", -"CXX", "g++", +"CXX", "c++", "OBJC", "cc", #endif - Jules -- http://op59.net
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/09/07 04:57:57 Modified files: security/openssl/3.1: Makefile security/openssl/3.1/pkg: PLIST Log message: remove no_man flavour from openssl/3.1, it's non-functional there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 04:55:22 Modified files: devel/acpica : Makefile distinfo devel/acpica/patches: patch-generate_unix_Makefile_config patch-generate_unix_acpiexec_Makefile patch-source_include_platform_aclinux_h Removed files: devel/acpica/patches: patch-generate_unix_iasl_Makefile Log message: update to acpica 20230628
Re: Longtime BROKEN ports
On 2023/09/06 22:12, Christian Weisgerber wrote: > How long does a port have to stay marked BROKEN before we concede that > it won't be fixed, and we remove it? > > I did some grep, got blame, sort, etc. and here are some contenders > that have been BROKEN since before 2020: > > portmarked broken > math/wxMaxima 2014-07-24 edd > sysutils/cfengine 2016-11-19 sthen there is an update for cfengine pending, I am waiting for a response to my email with some tweaks to the submission https://marc.info/?l=openbsd-ports=16951922968=2 > games/speeddreams 2018-01-25 pascal > www/pecl-pecl_http 2019-03-08 sthen I think this can go > lang/ponyc 2019-07-06 jca > > -- > Christian "naddy" Weisgerber na...@mips.inka.de >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/09/07 04:48:19 Modified files: mail/getmail : Makefile distinfo mail/getmail/patches: patch-getmails Log message: update to getmail-6.18.13, from Martin Ziemer (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 04:43:39 Modified files: textproc/jq: Makefile distinfo textproc/jq/patches: patch-configure patch-main_c textproc/jq/pkg: PLIST Log message: update to jq 1.7; OK sthen fcambus
Re: textproc/jq: update to 1.7
On 2023/09/07 09:55, Klemens Nanni wrote: > https://github.com/jqlang/jq/releases/tag/jq-1.7 > > one tiny test wrt. colors as part of the the shtest script fails, > perhaps that script(1) related, otherwise 7/8 PASS on amd64. > > Works for me. > > Feedback? OK? > > -HOMEPAGE = http://stedolan.github.io/jq/ > +HOMEPAGE = jqlang.github.io/jq/ https:// otherwise OK
portroach tweaks
I've been perusing the results of the build, they aren't good, then again portroach isn't quite grabbing the right stuff. - tweak the meter to use shorter x/x so that it fits again on the line. - use fullpkgname instead of distname because that one is *always* defined. (and strip v/p accordingly) - switch to roach_url/roach_sites - use the portsq cached table instead of the view (this goes MUCH faster not surprisingly) this does require an up-to-date sqlports. Long term, it would be appropriate to create a temp view based on portsq that contains all required fields with sensible names, so that it's less painful to rename stuff in every individual query. I haven't run the check, since this probably requires setting up PgSql for maximum efficiency. Index: Makefile === RCS file: /cvs/ports/misc/portroach/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile21 Jul 2023 10:57:10 - 1.37 +++ Makefile7 Sep 2023 10:19:41 - @@ -3,7 +3,7 @@ COMMENT=OpenBSD ports distfile version GH_ACCOUNT=jasperla GH_PROJECT=portroach GH_TAGNAME=2.0.11 -REVISION= 4 +REVISION= 5 CATEGORIES=misc Index: patches/patch-Portroach_DataSrc_Ports_pm === RCS file: patches/patch-Portroach_DataSrc_Ports_pm diff -N patches/patch-Portroach_DataSrc_Ports_pm --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Portroach_DataSrc_Ports_pm7 Sep 2023 10:19:41 - @@ -0,0 +1,23 @@ +Index: Portroach/DataSrc/Ports.pm +--- Portroach/DataSrc/Ports.pm.orig Portroach/DataSrc/Ports.pm +@@ -217,6 +217,10 @@ sub BuildPort + $name = fullpkgpathtoport($fullpkgpath); + + $distname = $ports[2]; ++ # get rid of version/epoch markers ++ $distname =~ s/v[0-9]+$//; ++ $distname =~ s/p[0-9]+$//; ++ + foreach my $file (split /\s+/, $ports[3]) { + $file =~ s/:[A-Za-z0-9][A-Za-z0-9\,]*$//g; + push @distfiles, $file; +@@ -305,7 +309,7 @@ sub BuildPort + } + } + +- info(1, $fullpkgpath, "($n_port out of $total_ports)"); ++ info(1, $fullpkgpath, "($n_port/$total_ports)"); + + $ps->AddPort({ + 'name'=> $name, Index: patches/patch-Portroach_SQL_pm === RCS file: /cvs/ports/misc/portroach/patches/patch-Portroach_SQL_pm,v retrieving revision 1.4 diff -u -p -r1.4 patch-Portroach_SQL_pm --- patches/patch-Portroach_SQL_pm 11 Mar 2022 19:38:17 - 1.4 +++ patches/patch-Portroach_SQL_pm 7 Sep 2023 10:19:41 - @@ -1,6 +1,81 @@ Index: Portroach/SQL.pm --- Portroach/SQL.pm.orig +++ Portroach/SQL.pm +@@ -73,49 +73,49 @@ $sql{portdata_update} = + + # Port.pm:BuildPort() + $sql{ports_select} = +-q(SELECT fullpkgpath, categories, distname, distfiles, +- master_sites, maintainer, comment, portroach, ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, ++ roach_sites, maintainer, comment, portroach, +portroach_comment, homepage +-FROM ports); ++FROM portsq); + + $sql{ports_select_count} = + q(SELECT COUNT(fullpkgpath) +-FROM ports); ++FROM portsq); + + $sql{ports_restrict_maintainer} = +-q(SELECT fullpkgpath, categories, distname, distfiles, +- master_sites, maintainer, comment, portroach, ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, ++ roach_sites, maintainer, comment, portroach, + portroach_comment, homepage +-FROM ports ++FROM portsq +WHERE maintainer like ?); + + $sql{ports_restrict_maintainer_count} = + q(SELECT COUNT(fullpkgpath) +-FROM ports ++FROM portsq +WHERE maintainer like ?); + + $sql{ports_restrict_category} = +-q(SELECT fullpkgpath, categories, distname, distfiles, +- master_sites, maintainer, comment, portroach, ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, ++ roach_sites, maintainer, comment, portroach, + portroach_comment, homepage +-FROM ports ++FROM portsq +WHERE categories like ?); + + $sql{ports_restrict_category_count} = + q(SELECT COUNT(fullpkgpath) +-FROM ports ++FROM portsq +WHERE categories like ?); + + $sql{ports_restrict_port} = +-q(SELECT fullpkgpath, categories, distname, distfiles, +- master_sites, maintainer, comment, portroach, ++q(SELECT fullpkgpath, categories, fullpkgname, roach_url, ++ roach_sites, maintainer, comment, portroach, + portroach_comment, homepage +-FROM ports ++FROM portsq +WHERE fullpkgpath like ?); + + $sql{ports_restrict_port_count} = + q(SELECT
Re: [PATCH] www/unit: enable njs
Le Wed, Sep 06, 2023 at 02:12:20PM +, Sergey A. Osokin a écrit : > On Wed, Sep 06, 2023 at 05:13:24AM +0200, Landry Breuil wrote: > > Le Tue, Sep 05, 2023 at 05:57:09PM +, Sergey A. Osokin a écrit : > > > Landry, > > > > > > the recent update in lang/njs you made includes a fix for the > > > njs.pc, so we may have to return to this one? Or am I missing > > > something? > > > > maybe, dont remember the context :) > > > > in all cases it needs REVISION bumps since it changes the dependencies.. > > Sure, here's the updated patch. i've checked and something is wrong somewhere, because njs is detected at configure, the unitd binary is supposedly linked against it cc -Wl,-E -L/usr/local/lib -o build/sbin/unitd -pipe -fPIC -fvisibility=hidden -W -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -fstrict-aliasing -Wstrict-overflow=5 -Wmissing-prototypes -O2 -pipe -g -I/usr/local/include build/src/nxt_main.o build/lib/libnxt.a -lm -lpthread -L/usr/local/lib -Wl,-R/usr/local/lib -lnjs -lm -lpcre2-8 -lcrypto -lxml2 -lz -lssl -lcrypto-L/usr/local/lib -Wl,-R/usr/local/lib -lpcre2-8 but packaging fails: Create /usr/ports/packages/amd64/all/unit-1.31.0p0.tgz LIB_DEPENDS lang/njs not needed for www/unit/unit ? and looking at the binary the dependency on the njs library isnt registered $objdump -p build/sbin/unitd|grep NEED NEEDED libm.so.10.1 NEEDED libpthread.so.27.1 NEEDED libpcre2-8.so.0.6 NEEDED libcrypto.so.52.0 NEEDED libxml2.so.19.0 NEEDED libz.so.7.0 NEEDED libssl.so.55.0 NEEDED libc.so.97.1 that's .. puzzling. is anyone seeing the same failure ? Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/09/07 04:15:12 Modified files: net/deluge : Makefile distinfo net/deluge/patches: patch-setup_py net/deluge/pkg : PLIST Log message: update to deluge 2.1.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/09/07 04:04:48 Modified files: net/samba : Makefile distinfo net/samba/patches: patch-auth_auth_log_c patch-buildtools_wafsamba_samba_abi_py patch-buildtools_wafsamba_samba_autoconf_py patch-python_samba_provision___init___py patch-source3_wscript net/samba/pkg : PLIST-docs PLIST-main Log message: Update to samba-4.19.0 Release notes: https://www.samba.org/samba/history/samba-4.19.0.html Tests and ok bket@ and Ian McWilliam (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/09/07 04:03:17 Modified files: devel/libtalloc: Makefile distinfo Log message: Update to talloc-2.4.1 Needed for samba-4.19.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/09/07 04:02:48 Modified files: databases/tdb : Makefile distinfo Log message: Update to tdb-1.4.9 Needed for samba-4.19.0
textproc/jq: update to 1.7
https://github.com/jqlang/jq/releases/tag/jq-1.7 one tiny test wrt. colors as part of the the shtest script fails, perhaps that script(1) related, otherwise 7/8 PASS on amd64. Works for me. Feedback? OK? Index: Makefile === RCS file: /cvs/ports/textproc/jq/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile11 Mar 2022 20:02:38 - 1.14 +++ Makefile7 Sep 2023 09:50:27 - @@ -1,31 +1,33 @@ COMMENT = lightweight and flexible command-line JSON processor -V =1.6 +V =1.7 DISTNAME = jq-$V -REVISION = 0 -# prevent clobbering existing distfile -DISTFILES =${DISTNAME}-new{${DISTNAME}}${EXTRACT_SUFX} - -SHARED_LIBS += jq1.0 # 1.4 +SHARED_LIBS += jq2.0 # 1.4 CATEGORIES = textproc -HOMEPAGE = http://stedolan.github.io/jq/ +HOMEPAGE = jqlang.github.io/jq/ # MIT (code), CC-BY-3.0 (docs) PERMIT_PACKAGE = Yes # uses pledge() -WANTLIB += c m onig +WANTLIB += c m onig pthread LIB_DEPENDS = textproc/oniguruma -MASTER_SITES = https://github.com/stedolan/jq/releases/download/jq-$V/ +SITES = https://github.com/jqlang/jq/releases/download/jq-$V/ USE_GMAKE =Yes CONFIGURE_STYLE = gnu CONFIGURE_ARGS = --with-oniguruma=${LOCALBASE} + +# no need for python to regenerate existing docs and manual +CONFIGURE_ARGS += --disable-docs + +# makes all tests fail with SIGILL +CONFIGURE_ARGS += --disable-valgrind .include Index: distinfo === RCS file: /cvs/ports/textproc/jq/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo4 Oct 2019 12:45:12 - 1.5 +++ distinfo7 Sep 2023 09:44:03 - @@ -1,2 +1,2 @@ -SHA256 (jq-1.6-new.tar.gz) = XejI4pqqP7nMa0e7JymfJxNU67clFOOsytx9OLW7qnI= -SIZE (jq-1.6-new.tar.gz) = 1750584 +SHA256 (jq-1.7.tar.gz) = QCoNaXXZRub05ITRqEMgQUoP+Ots9J0sEdFE1NNE22I= +SIZE (jq-1.7.tar.gz) = 1905863 Index: patches/patch-configure === RCS file: /cvs/ports/textproc/jq/patches/patch-configure,v retrieving revision 1.3 diff -u -p -r1.3 patch-configure --- patches/patch-configure 11 Mar 2022 20:02:38 - 1.3 +++ patches/patch-configure 7 Sep 2023 09:35:01 - @@ -1,7 +1,7 @@ Index: configure --- configure.orig +++ configure -@@ -19142,7 +19142,7 @@ $as_echo_n "checking for thread-local storage... " >&6 +@@ -20799,7 +20799,7 @@ printf %s "checking for thread-local storage... " >&6; cat confdefs.h - <<_ACEOF >conftest.$ac_ext /* end confdefs.h. */ Index: patches/patch-main_c === RCS file: /cvs/ports/textproc/jq/patches/patch-main_c,v retrieving revision 1.4 diff -u -p -r1.4 patch-main_c --- patches/patch-main_c11 Mar 2022 20:02:38 - 1.4 +++ patches/patch-main_c7 Sep 2023 09:35:01 - @@ -1,8 +1,8 @@ Index: src/main.c --- src/main.c.orig +++ src/main.c -@@ -264,6 +264,11 @@ int main(int argc, char* argv[]) { - } +@@ -334,6 +334,11 @@ int main(int argc, char* argv[]) { + _setmode(fileno(stderr), _O_TEXT | _O_U8TEXT); #endif + if (pledge("stdio getpw rpath", NULL) == -1) { Index: pkg/PLIST === RCS file: /cvs/ports/textproc/jq/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 11 Mar 2022 20:02:38 - 1.3 +++ pkg/PLIST 7 Sep 2023 09:36:23 - @@ -1,12 +1,13 @@ @bin bin/jq include/jq.h include/jv.h -lib/libjq.a +@static-lib lib/libjq.a lib/libjq.la @lib lib/libjq.so.${LIBjq_VERSION} +lib/pkgconfig/libjq.pc @man man/man1/jq.1 share/doc/jq/ share/doc/jq/AUTHORS share/doc/jq/COPYING -share/doc/jq/README +share/doc/jq/NEWS.md share/doc/jq/README.md
Re: New port: devel/objfw
Am 05.09.23 um 12:50 schrieb Stuart Henderson: Except it isn't robust to changes - it can just silently fail to apply, which doesn't happen with a patch. My worry was that a patch still applies and misses to remove an -s, then giving you only partial output, which is worse than no output. In any case, that won't be a concern. The buildsys now supports --disable-silent-rules (https://fl.nil.im/buildsys/info/182a6b6bca378d8c) and this will be in the next release (https://objfw.nil.im/info/9e971288b972f330). -- Jonathan
Re: UPDATE: x11/fvwm3 to 1.0.8
Michael wrote (2023-09-06 23:27 IST): > Hi ports@, > > fvwm3 had another release version 1.0.8 just recently [1]. > > This seems to be only a small update that includes the previously > backported ewmh.c fix. > > Tested on amd64, patch below. Committed, thank you! - Stefan > [1] https://github.com/fvwmorg/fvwm3/releases/tag/1.0.8 > > > Index: Makefile > === > RCS file: /cvs/ports/x11/fvwm3/Makefile,v > retrieving revision 1.9 > diff -u -p -r1.9 Makefile > --- Makefile 4 Sep 2023 11:00:34 - 1.9 > +++ Makefile 6 Sep 2023 18:50:08 - > @@ -1,6 +1,6 @@ > COMMENT= multiple virtual desktop window manager > > -VERSION= 1.0.7 > +VERSION= 1.0.8 > DISTNAME=fvwm3-${VERSION} > > CATEGORIES= x11 > Index: distinfo > === > RCS file: /cvs/ports/x11/fvwm3/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo 4 Sep 2023 11:00:34 - 1.4 > +++ distinfo 6 Sep 2023 18:50:08 - > @@ -1,2 +1,2 @@ > -SHA256 (fvwm3-1.0.7.tar.gz) = OqzXz+/2DbG82cdzMtxXX+dxHS0wbwR5UlN43G2z0x4= > -SIZE (fvwm3-1.0.7.tar.gz) = 4512128 > +SHA256 (fvwm3-1.0.8.tar.gz) = fQF8SCSvyJHvvbI3oyulnizZRUKs76sD4dmO3DHTQOs= > +SIZE (fvwm3-1.0.8.tar.gz) = 5644021 > Index: patches/patch-fvwm_ewmh_c > === > RCS file: patches/patch-fvwm_ewmh_c > diff -N patches/patch-fvwm_ewmh_c > --- patches/patch-fvwm_ewmh_c 4 Sep 2023 11:00:35 - 1.4 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,24 +0,0 @@ > -https://github.com/fvwmorg/fvwm3/commit/4d5a697fac3282af18cacebb6d061c92db410f1a > -Fixes https://github.com/fvwmorg/fvwm3/issues/873 > - > -Index: fvwm/ewmh.c > fvwm/ewmh.c.orig > -+++ fvwm/ewmh.c > -@@ -458,7 +458,7 @@ void *atom_get(Window win, Atom to_get, Atom type, int > - int asize; > - > - asize = atom_size(format_ret); > --data = fxmalloc(num_ret * asize); > -+data = fxmalloc(num_ret * asize + 1); > - if (format_ret == 32 && asize * 8 != format_ret) > - { > - int i; > -@@ -472,7 +472,7 @@ void *atom_get(Window win, Atom to_get, Atom type, int > - { > - if (data) > - { > --memcpy(data, retval, num_ret * asize); > -+memcpy(data, retval, num_ret * asize + 1); > - } > - } > - XFree(retval); >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/09/07 03:46:33 Modified files: x11/fvwm3 : Makefile distinfo Removed files: x11/fvwm3/patches: patch-fvwm_ewmh_c Log message: Update fvwm3 to version 1.0.8, from MAINTAINER Michael, thank you! This release contains the ewhm fix we had backported anyway. So this update is a nop.
Re: UPDATE: aspell-0.60.8
On Tue Aug 29, 2023 at 07:39:36AM +0200, Rafael Sadowski wrote: > On Tue Aug 29, 2023 at 10:28:28AM +0100, Stuart Henderson wrote: > > On 2023/08/29 01:49, Rafael Sadowski wrote: > > > Update aspell to 0.60.8. Would like to here feedback. > > > > > > I know this affects a lot of ports but I wanted to make a push and > > > update this port. If it is committed, I would take care of the dicts. > > > > > > Is this a candidate for a bulk build? > > > > It only directly affects about a dozen ports. Building and doing runtime > > tests for some of those would take less time and be more valuable than > > going through a bulk build. > > > > For some updates (like some of the Qt/kde related things where something > > seems to break on nearly every update) so many ports are involved that > > a bulk(7) makes sense but for things like this the number is much > > smaller and a more targetted approach seems sensible. > > > > $ grep aspell/core /usr/local/share/ports-INDEX | cut -d'|' -f2 | grep -v > > aspell/dicts > > databases/recoll > > databases/recoll,-gui > > devel/kf5/sonnet,-aspell > > sonnet is also happy > > > devel/p5-Test-Spelling > > editors/teaqt > > lang/php/7.4,-pspell > > lang/php/8.0,-pspell > > lang/php/8.1,-pspell > > lang/php/8.2,-pspell > > mail/alpine > > mail/alpine,-c-client > > mail/alpine,-imap > > mail/alpine,-mailutil > > mail/alpine,-pico > > mail/alpine,-pilot > > net/weechat > > Tested with weechat at runtime (en,de) > > > print/lyx > > textproc/aspell/core > > textproc/enchant > > textproc/enchant2 > > textproc/p5-Text-Aspell > > x11/gnustep/gui > > > > when mbuhl@ sent an update to 0.60.8 last year I tested php, enchant, > > enchant2 and those seemed happy. (fwiw he had a patch to the Makefile > > to avoid using addprefix rather than needing USE_GMAKE). > > Thank you, adapted and adopted. > > > > > > -SHARED_LIBS += aspell 17.0 # .16.4 > > > -SHARED_LIBS += pspell 17.0 # .16.4 > > > +SHARED_LIBS += aspell 18.0 # .16.4 > > > +SHARED_LIBS += pspell 17.0 # .16.4 > > > > the upstream versions of these are now .18.1 (check shared_libs.log). > > > > Thanks, fixed. > > > > New diff: Objections? OK? > > Index: core/Makefile > === > RCS file: /cvs/ports/textproc/aspell/core/Makefile,v > retrieving revision 1.50 > diff -u -p -r1.50 Makefile > --- core/Makefile 11 Mar 2022 20:02:20 - 1.50 > +++ core/Makefile 29 Aug 2023 10:58:40 - > @@ -1,13 +1,13 @@ > -COMMENT= spell checker designed to eventually replace Ispell > +COMMENT= spell checker with multi-language support > > -DISTNAME=aspell-0.60.6.1 > -REVISION=11 > -SHARED_LIBS += aspell 17.0 # .16.4 > -SHARED_LIBS += pspell 17.0 # .16.4 > +DISTNAME=aspell-0.60.8 > DIST_SUBDIR= aspell > CATEGORIES= textproc > > -DIST_EN= aspell6-en-7.1-0 > +SHARED_LIBS += aspell 18.0 # .18.1 > +SHARED_LIBS += pspell 17.0 # .18.1 > + > +DIST_EN= aspell6-en-2020.12.07-0 > > MASTER_SITES0= ${MASTER_SITE_GNU:=aspell/} > MASTER_SITES1= ${MASTER_SITE_GNU:=aspell/dict/en/} > @@ -20,9 +20,9 @@ HOMEPAGE= http://aspell.net/ > # LGPLv2.1 > PERMIT_PACKAGE= Yes > > -WANTLIB= c iconv intl m curses pthread ${COMPILER_LIBCXX} > +WANTLIB += ${COMPILER_LIBCXX} c curses iconv intl m > > -COMPILER = base-clang ports-gcc base-gcc > +COMPILER = base-clang ports-gcc base-gcc > > # use ld.lld on mips64 to avoid ld.bfd ICE: > # /usr/bin/ld: BFD 2.17 internal error, aborting at > /usr/src/gnu/usr.bin/binutils-2.17/bfd/elfxx-mips.c line 4797 in > mips_elf_create_dynamic_relocation > @@ -33,8 +33,10 @@ USE_LLD = Yes > LIB_DEPENDS= devel/gettext,-runtime > > CONFIGURE_STYLE= gnu > + > CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ > LDFLAGS="-L${LOCALBASE}/lib" > + > CONFIGURE_ARGS+= --enable-static \ > --enable-curses=ncursesw \ > --enable-dict-dir=${PREFIX}/share/aspell \ > Index: core/distinfo > === > RCS file: /cvs/ports/textproc/aspell/core/distinfo,v > retrieving revision 1.7 > diff -u -p -r1.7 distinfo > --- core/distinfo 18 Jan 2015 03:15:17 - 1.7 > +++ core/distinfo 29 Aug 2023 10:58:40 - > @@ -1,4 +1,4 @@ > -SHA256 (aspell/aspell-0.60.6.1.tar.gz) = > 9SWDqDpjYzcBxfcds9xAqrh7f3aylyOusnlB7/Qt9uE= > -SHA256 (aspell/aspell6-en-7.1-0.tar.bz2) = > /53zwujFuxnGpmB4s2oO9MTfsPy5aeKfe1NF4m10jQo= > -SIZE (aspell/aspell-0.60.6.1.tar.gz) = 1878163 > -SIZE (aspell/aspell6-en-7.1-0.tar.bz2) = 175360 > +SHA256 (aspell/aspell-0.60.8.tar.gz) = > +bd+UVM0p1Gy5g2qtdsjSZ4mySCfXnt0Q7BSNa0CJvI= > +SHA256 (aspell/aspell6-en-2020.12.07-0.tar.bz2) = >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 03:45:08 Modified files: net/powerdns : Makefile distinfo Log message: Update to PowerDNS Authoritative Server 4.8.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/07 03:41:50 Modified files: x11/kde-plasma : Makefile Log message: Categorized to test easily by uncomment a block
Tor Browser for aarch64
Hi ports@, Below is a diff that makes Tor Browser work on aarch64. Tested on aarch64 and amd64. Comments or OKs? If you're interested in the details you can read on; otherwise, just skip the part below and go right to the diff. A user previously proposed this already, but I assumed that Tor Browser was carrying some local patches for NSPR and thus we needed the version of NSPR bundled with Tor Browser. However, that turns out not to be the case: $ git clone https://gitlab.torproject.org/tpo/applications/tor-browser.git $ cd tor-browser $ git diff FIREFOX_102_15_0esr_BUILD1..tor-browser-102.15.0esr-12.5-1-build2 nsprpub/ I checked for a few older releases as well, and I didn't see any patches there either. So we don't need the bundled NSPR there. Which is great because the bundled NSPR does not compile on aarch64, even with the patches from devel/nspr integrated. Note that we can't do the same for e.g. NSS, because if you run this you'll see that Tor Browser does indeed have some patches for NSS: $ git diff FIREFOX_102_15_0esr_BUILD1..tor-browser-102.15.0esr-12.5-1-build2 security/nss Caspar Index: meta/tor-browser/Makefile === RCS file: /cvs/ports/meta/tor-browser/Makefile,v retrieving revision 1.73 diff -u -p -r1.73 Makefile --- meta/tor-browser/Makefile 6 Sep 2023 09:42:28 - 1.73 +++ meta/tor-browser/Makefile 7 Sep 2023 09:33:46 - @@ -3,7 +3,7 @@ COMMENT=Tor Browser meta package MAINTAINER=Caspar Schutijser PKGNAME= tor-browser-12.5.3 -ONLY_FOR_ARCHS = amd64 +ONLY_FOR_ARCHS = aarch64 amd64 RUN_DEPENDS= www/tor-browser/browser>=12.5.3 \ www/tor-browser/noscript>=11.4.26 \ Index: www/tor-browser/Makefile.inc === RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v retrieving revision 1.70 diff -u -p -r1.70 Makefile.inc --- www/tor-browser/Makefile.inc6 Sep 2023 09:42:28 - 1.70 +++ www/tor-browser/Makefile.inc7 Sep 2023 09:33:46 - @@ -7,7 +7,7 @@ TB_VERSION =12.5.3 TB_PREFIX =tb # keep meta/tor-browser in sync -ONLY_FOR_ARCHS ?= amd64 +ONLY_FOR_ARCHS ?= aarch64 amd64 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.116 diff -u -p -r1.116 Makefile --- www/tor-browser/browser/Makefile6 Sep 2023 09:42:28 - 1.116 +++ www/tor-browser/browser/Makefile7 Sep 2023 09:33:46 - @@ -12,6 +12,7 @@ EXTRACT_SUFX =.tar.xz PKGNAME = ${TB_PREFIX}-browser-${TB_VERSION:S/a/alpha/} DISTNAME = src-firefox-tor-browser-102.15.0esr-12.5-1-build2 +REVISION = 0 FIX_EXTRACT_PERMISSIONS= Yes DISTFILES += ${DISTNAME}.tar.xz \ @@ -22,7 +23,7 @@ SO_VERSION = 8.0 MOZILLA_LIBS = xul clearkey lgpllibs mozavcodec mozavutil mozgtk MOZILLA_LIBS +=freebl3 nss3 nssckbi MOZILLA_LIBS +=nssutil3 smime3 softokn3 ssl3 -MOZILLA_LIBS +=nspr4 mozsqlite3 plc4 plds4 ipcclientcerts +MOZILLA_LIBS +=mozsqlite3 ipcclientcerts # mozilla public license for the browser PERMIT_PACKAGE=Yes @@ -36,8 +37,7 @@ MODPY_RUNDEP =No COMPILER = ports-clang -# tor-browser needs built-in nss, sqlite -MOZILLA_USE_BUNDLED_NSPR = Yes +# tor-browser needs built-in nss MOZILLA_USE_BUNDLED_NSS = Yes # 63 requires node because why not #1483595 BUILD_DEPENDS += lang/node Index: www/tor-browser/browser/pkg/PLIST === RCS file: /cvs/ports/www/tor-browser/browser/pkg/PLIST,v retrieving revision 1.18 diff -u -p -r1.18 PLIST --- www/tor-browser/browser/pkg/PLIST 6 Sep 2023 09:42:29 - 1.18 +++ www/tor-browser/browser/pkg/PLIST 7 Sep 2023 09:33:46 - @@ -203,12 +203,9 @@ lib/${BROWSER_NAME}/fonts/TwemojiMozilla @lib lib/${BROWSER_NAME}/libmozavutil.so.${LIBmozavutil_VERSION} @lib lib/${BROWSER_NAME}/libmozgtk.so.${LIBmozgtk_VERSION} @lib lib/${BROWSER_NAME}/libmozsqlite3.so.${LIBmozsqlite3_VERSION} -@lib lib/${BROWSER_NAME}/libnspr4.so.${LIBnspr4_VERSION} @lib lib/${BROWSER_NAME}/libnss3.so.${LIBnss3_VERSION} @lib lib/${BROWSER_NAME}/libnssckbi.so.${LIBnssckbi_VERSION} @lib lib/${BROWSER_NAME}/libnssutil3.so.${LIBnssutil3_VERSION} -@lib lib/${BROWSER_NAME}/libplc4.so.${LIBplc4_VERSION} -@lib lib/${BROWSER_NAME}/libplds4.so.${LIBplds4_VERSION} @lib lib/${BROWSER_NAME}/libsmime3.so.${LIBsmime3_VERSION} @lib lib/${BROWSER_NAME}/libsoftokn3.so.${LIBsoftokn3_VERSION} @lib lib/${BROWSER_NAME}/libssl3.so.${LIBssl3_VERSION}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/09/07 03:30:27 Modified files: devel/llvm/16 : Makefile devel/llvm/16/patches: patch-clang_include_clang_Basic_DiagnosticSemaKinds_td Log message: -Wincompatible-function-pointer-types bites the dust as well; downgrade to warning for now until we figure the ports tree out
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/07 03:23:06 Modified files: x11/kde-plasma : Makefile.inc x11/kde-plasma/ksysguard: Makefile Log message: s/MASTER_SITES/SITES
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2023/09/07 03:15:27 Modified files: meta/tor-browser: Tag: OPENBSD_7_3 Makefile meta/tor-browser/pkg: Tag: OPENBSD_7_3 README www/tor-browser: Tag: OPENBSD_7_3 Makefile.inc www/tor-browser/browser: Tag: OPENBSD_7_3 Makefile distinfo www/tor-browser/browser/files: Tag: OPENBSD_7_3 tor-browser.cfg www/tor-browser/browser/patches: Tag: OPENBSD_7_3 patch-browser_app_profile_000-tor-browser_js patch-browser_config_mozconfigs_base-browser patch-browser_config_mozconfigs_tor-browser patch-toolkit_components_tor-launcher_TorProcess_jsm www/tor-browser/browser/pkg: Tag: OPENBSD_7_3 PLIST www/tor-browser/noscript: Tag: OPENBSD_7_3 Makefile distinfo Added files: www/tor-browser/browser/patches: Tag: OPENBSD_7_3 patch-toolkit_xre_nsXREDirProvider_cpp patch-tor-browser-linux64_Browser_fontconfig_fonts_conf patch-xpcom_io_nsAppFileLocationProvider_cpp www/tor-browser/browser/pkg: Tag: OPENBSD_7_3 MESSAGE Removed files: www/tor-browser/browser/patches: Tag: OPENBSD_7_3 patch-toolkit_components_tor-launcher_TorLauncherUtil_jsm patch-tor-browser-linux64_Browser_TorBrowser_Data_fontconfig_fonts_conf patch-xpcom_io_TorFileUtils_cpp Log message: Tor Browser: update to 12.5.3 Update to a new major version since the 12.0 branch does not receive updates anymore. As of the 12.5 release, torrc has been moved from ~/TorBrowser-Data/torrc to ~/TorBrowser-Data/Tor/torrc. If you wish to preserve your tor configuration (e.g., bridges), please do the following BEFORE starting tor-browser after you upgrade: $ mv ~/TorBrowser-Data/torrc ~/TorBrowser-Data/Tor OK landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 02:30:57 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.50.14.
Re: update fonts/ja-kanjistrokeorders-ttf to 4.004
On 2023/09/07 09:54:52 +0200, Omar Polo wrote: > Discovered this after a recent commit by espie@. Looks like there's a > new minor release. > > This appears to be the changelog: > > 2020/09/09 4.004 Corrections and improvements reported by users. > Added more glyphs > Jōyō and other common use kanji that have changed: > U+96E2 離 Corrected appearance > Non-Jōyō kanji that have changed: > U+5699 嚙 Added > U+6372 捲 Corrected orientation of strokes 4 and 5. Improved appearance. > U+6414 搔 Added > U+6EBA 溺 Corrected start location of strokes 7, 8, 12 and 13 > U+717D 煽 Corrected start location of strokes 11 and 14 > U+7FDF 翟 Corrected appearance > U+7FF0 翰 Corrected start location of strokes 13 and 16 > U+9019 這 Corrected appearance > > ok? > > [...] > +DISTFILES = > KanjiStrokeOrders_v$V.zip{uc?export=download=1snpD-IQmT6fGGQjEePHdDzE2aiwuKrz4} actually, without $V in here. it was a previous attempt before I realized the id= part will always change... Index: Makefile === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile6 Sep 2023 20:46:23 - 1.15 +++ Makefile7 Sep 2023 08:08:23 - @@ -2,7 +2,7 @@ PKG_ARCH = * COMMENT = font to view stroke order diagrams for Kanji, Kana and etc -DISTNAME = KanjiStrokeOrders_v4.003 +DISTNAME = KanjiStrokeOrders_v4.004 PKGNAME = ja-${DISTNAME:L:S/_v/-ttf-/} CATEGORIES = fonts japanese x11 @@ -13,6 +13,7 @@ PERMIT_PACKAGE = Yes MASTER_SITES = https://drive.google.com/ DISTFILES = KanjiStrokeOrders_v4.003.zip{uc?export=download=1gd5vUzwgfUSggn8ZbEG2m03x3bbwYPfL} +DISTFILES = KanjiStrokeOrders_v4.004.zip{uc?export=download=1snpD-IQmT6fGGQjEePHdDzE2aiwuKrz4} EXTRACT_SUFX = .zip Index: distinfo === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo25 May 2020 07:26:32 - 1.6 +++ distinfo7 Sep 2023 08:08:31 - @@ -1,2 +1,2 @@ -SHA256 (KanjiStrokeOrders_v4.003.zip) = CL+jM/APViAGQdEcXmwxotMfFUWkNeoU9zrl81saQQA= -SIZE (KanjiStrokeOrders_v4.003.zip) = 9117999 +SHA256 (KanjiStrokeOrders_v4.004.zip) = UwYdNuLHQAsrlBvWMoxA04ZYbVxaP4nEOCWi1pedXu4= +SIZE (KanjiStrokeOrders_v4.004.zip) = 9028084 Index: pkg/PLIST === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 11 Mar 2022 19:00:20 - 1.8 +++ pkg/PLIST 6 Sep 2023 22:13:12 - @@ -1,6 +1,6 @@ @pkgpath japanese/kanjistrokeorders-ttf share/fonts/ @fontdir share/fonts/KanjiStrokeOrders/ -share/fonts/KanjiStrokeOrders/KanjiStrokeOrders_v4.003.ttf +share/fonts/KanjiStrokeOrders/KanjiStrokeOrders_v4.004.ttf share/fonts/KanjiStrokeOrders/copyright.txt -share/fonts/KanjiStrokeOrders/readme_en_v4.003.txt +share/fonts/KanjiStrokeOrders/readme_en_v4.004.txt
Re: UPDATE net/prosody from MAINTAINER
On 2023/09/06 23:50:23 +, Lucas wrote: > Omar Polo wrote: > > > > [...] > > > > > > ok solene@ > > > > > > I tested it on 7.3-stable though, so ok to backport too :) > > > > I tested on 7.3-stable too! (with postgresql fwiw) > > > > ok op@, both for the update and the backport while you're at it :-) > > ftr, I'm not a commiter. with all the due respect, that was meant for solene@. I wasn't clear, sorry ^^" > > > > Partly related: I wanted to switch it to Lua 5.4, but that requires > > > > adding lua54 FLAVOR to almost all the deps. Should I make that change > > > > in two parts, first enabling the FLAVORs and then switching Prosody to > > > > Lua 5.4, or should I fold all those changes into this patch? > > > > I'd first commit this as-is and backport to stable, then bump the deps > > to add the missing FLAVOR and switch prosody to lua 5.4. this way we > > avoid changing too many ports in -STABLE. -STABLE users will get > > prosody with lua5.4 with next release. > > This sound like a good approach. > > > fwiw i'm perfectly fine with the other way around too however, and > > happy to test diffs :-) > > Enjoy yourself! It's running fine in my server, but my setup doesn't > stress much of the deps. In particular, I don't use luadbi. I'll give this a spin on my setup where I use luadbi with postgresql. Note that i just committed a diff to update luasockets AND add a lua54 flavor to it, so if you get conflicts applying the diff is because of that. The rest should still apply cleanly. > This patch is on top of the previous. I didn't bump any REVISION but > Prosody's; my understanding is that it isn't needed as the new FLAVORS > imply new FULLPKGNAMEs. right. No existing packages are modified when adding a flavor, we only start to ship new ones. > Prosody's PLIST change is because the file is > called literally "util/bit53.lua", which I didn't spot in the past. It's ok op@ if someone wants to quickly take it, otherwise i'll commit later after some testing. (if committing, remember to hook the new flavors in the category' Makefile!) Thanks!
Re: [UPDATE] security/rbw 1.8.3
On Thu, Sep 07, 2023 at 07:25:43AM BST, Mikolaj Kucharski wrote: > On Wed, Sep 06, 2023 at 02:52:28PM +0100, Raf Czlonka wrote: > > Hello, > > > > Inlined below is a diff that updates rbw to version 1.8.3. > > > > Regards, > > > > Raf > > > > P.S. I'm not subscribed to ports@ mailing list so please CC me if > > need be. > > > > I would add home page, based on my diff from: > > https://marc.info/?l=openbsd-ports=169324108125072=2 > > > Index: Makefile > === > RCS file: /cvs/ports/security/rbw/Makefile,v > retrieving revision 1.17 > diff -u -p -u -r1.17 Makefile > --- Makefile 6 Sep 2023 17:36:47 - 1.17 > +++ Makefile 7 Sep 2023 06:21:50 - > @@ -4,8 +4,11 @@ NOT_FOR_ARCHS = powerpc64 riscv64 sparc6 > COMMENT =command line BitWarden client > > DISTNAME = rbw-1.8.3 > +REVISION = 0 > > CATEGORIES = security > + > +HOMEPAGE = https://git.tozt.net/rbw/about/ > > MASTER_SITES = https://git.tozt.net/rbw/snapshot/ Hi Mikolaj, By all means! Hadn't seen your diff, sorry for the duplicate. Regards, Raf
update fonts/ja-kanjistrokeorders-ttf to 4.004
Discovered this after a recent commit by espie@. Looks like there's a new minor release. This appears to be the changelog: 2020/09/09 4.004 Corrections and improvements reported by users. Added more glyphs Jōyō and other common use kanji that have changed: U+96E2 離 Corrected appearance Non-Jōyō kanji that have changed: U+5699 嚙 Added U+6372 捲 Corrected orientation of strokes 4 and 5. Improved appearance. U+6414 搔 Added U+6EBA 溺 Corrected start location of strokes 7, 8, 12 and 13 U+717D 煽 Corrected start location of strokes 11 and 14 U+7FDF 翟 Corrected appearance U+7FF0 翰 Corrected start location of strokes 13 and 16 U+9019 這 Corrected appearance ok? Index: Makefile === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile6 Sep 2023 20:46:23 - 1.15 +++ Makefile6 Sep 2023 22:08:52 - @@ -2,7 +2,7 @@ PKG_ARCH = * COMMENT = font to view stroke order diagrams for Kanji, Kana and etc -DISTNAME = KanjiStrokeOrders_v4.003 +DISTNAME = KanjiStrokeOrders_v4.004 PKGNAME = ja-${DISTNAME:L:S/_v/-ttf-/} CATEGORIES = fonts japanese x11 @@ -13,6 +13,7 @@ PERMIT_PACKAGE = Yes MASTER_SITES = https://drive.google.com/ DISTFILES = KanjiStrokeOrders_v4.003.zip{uc?export=download=1gd5vUzwgfUSggn8ZbEG2m03x3bbwYPfL} +DISTFILES = KanjiStrokeOrders_v$V.zip{uc?export=download=1snpD-IQmT6fGGQjEePHdDzE2aiwuKrz4} EXTRACT_SUFX = .zip Index: distinfo === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo25 May 2020 07:26:32 - 1.6 +++ distinfo6 Sep 2023 22:09:19 - @@ -1,2 +1,2 @@ -SHA256 (KanjiStrokeOrders_v4.003.zip) = CL+jM/APViAGQdEcXmwxotMfFUWkNeoU9zrl81saQQA= -SIZE (KanjiStrokeOrders_v4.003.zip) = 9117999 +SHA256 (KanjiStrokeOrders_v.zip) = UwYdNuLHQAsrlBvWMoxA04ZYbVxaP4nEOCWi1pedXu4= +SIZE (KanjiStrokeOrders_v.zip) = 9028084 Index: pkg/PLIST === RCS file: /home/cvs/ports/fonts/ja-kanjistrokeorders-ttf/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 11 Mar 2022 19:00:20 - 1.8 +++ pkg/PLIST 6 Sep 2023 22:13:12 - @@ -1,6 +1,6 @@ @pkgpath japanese/kanjistrokeorders-ttf share/fonts/ @fontdir share/fonts/KanjiStrokeOrders/ -share/fonts/KanjiStrokeOrders/KanjiStrokeOrders_v4.003.ttf +share/fonts/KanjiStrokeOrders/KanjiStrokeOrders_v4.004.ttf share/fonts/KanjiStrokeOrders/copyright.txt -share/fonts/KanjiStrokeOrders/readme_en_v4.003.txt +share/fonts/KanjiStrokeOrders/readme_en_v4.004.txt
Re: lang/ocaml and IBT WAS: amd64: IBT bulk build breakage
Hi, yes, I can do that in the evening today. cheers, Volker On 9/7/23 09:37, Anil Madhavapeddy wrote: Would anyone with an IBT-enabled x86_64 be able to run a test for me on an OCaml tree to see if the patch works? (my hardware is still two weeks away from delivery) $ git clone https://github.com/avsm/ocaml -b btcfi $ cd ocaml && gmake -j world.opt && gmake tests It just adds notrace to the jump points. I think arm64 needs destination labels instead; will do that later. Anil
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 01:51:56 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-445.0.0.
Re: UPDATE net/luasocket 3.0rc1p1 -> 3.1.0
On 2023/01/26 12:34:57 -0700, Ashlen wrote: > Can someone else review and OK this? I thought this were already in. looking at luasockets again for another reason I found I still had the patch applied. Committed, thanks, and sorry for the long delay.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 01:45:33 Modified files: net: Makefile Log message: +luasocket,lua54
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/07 01:44:38 Modified files: net/luasocket : Makefile distinfo net/luasocket/patches: patch-src_makefile net/luasocket/pkg: PLIST Added files: net/luasocket/patches: patch-docs_installation_html patch-makefile_dist patch-src_luasocket_h Removed files: net/luasocket/patches: patch-src_buffer_c patch-src_buffer_h patch-src_luasocket_c patch-src_mime_c patch-src_serial_c patch-src_tcp_c patch-src_unix_c Log message: long, long overdue update to net/luasockets; diff from Ashlen, thanks! Drop the patches to rename the symbols since they're not exported anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/09/07 01:36:28 Modified files: www/mozilla: mozilla.port.mk Log message: www/mozilla: allow to build with dbus support, disabled by default 118.0beta blows at startup with memory corruptions if built with --disable-dbus, this is being looked for in #1850968 but just in case i dont find the offending commit put the plumbing in allowing to enable dbus support to at least produce working beta binaries. no change for existing ports, --disable-dbus is still the default
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/09/07 01:29:24 Modified files: net/synapse: Makefile distinfo net/synapse/pkg: PLIST Log message: net/synapse: update to 1.91.2, from Renaud Allard Revert MSC3861 introspection cache, admin impersonation and account lock.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 01:24:43 Modified files: sysutils/libportal: Makefile distinfo sysutils/libportal/pkg: PLIST-main Removed files: sysutils/libportal/patches: patch-libportal_portal_c Log message: Update to libportal-0.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 01:20:17 Modified files: productivity/libphonenumber: Makefile distinfo Log message: Update to libphonenumber-8.13.20.
[update] net/synapse 1.91.2
Hello, Here is yet another update to net/synapse This solves a bug, mainly with postgres Revert MSC3861 introspection cache, admin impersonation and account lock. Best RegardsIndex: Makefile === RCS file: /cvs/ports/net/synapse/Makefile,v retrieving revision 1.59 diff -u -p -r1.59 Makefile --- Makefile 4 Sep 2023 14:31:34 - 1.59 +++ Makefile 7 Sep 2023 07:12:40 - @@ -1,6 +1,6 @@ COMMENT = open network for secure, decentralized communication -MODPY_EGG_VERSION = 1.91.1 +MODPY_EGG_VERSION = 1.91.2 GH_ACCOUNT = matrix-org GH_PROJECT = synapse Index: distinfo === RCS file: /cvs/ports/net/synapse/distinfo,v retrieving revision 1.43 diff -u -p -r1.43 distinfo --- distinfo 4 Sep 2023 14:31:34 - 1.43 +++ distinfo 7 Sep 2023 07:12:40 - @@ -54,7 +54,7 @@ SHA256 (cargo/windows_i686_gnu-0.36.1.ta SHA256 (cargo/windows_i686_msvc-0.36.1.tar.gz) = 4ueRcUiygS0e6vrrIql+SBPfpgo/j3jr4gS8yI8S8CQ= SHA256 (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = Tc0XG4d2xBuXUh5doSei2GrSgBFIB9Cyqx5GK8dk2eE= SHA256 (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = yBHKSoyFPvQgq9hZK6U927rJBBD6tpA7PnmXKmMfdoA= -SHA256 (synapse-1.91.1.tar.gz) = TYQG3V9j3N7250AZkjciTcCdSwSCfWc3vkEOQA1ef7w= +SHA256 (synapse-1.91.2.tar.gz) = /ho9zXtEIoM+hqlkwCcAjm3sx7geJMrYOkOyXhgcokQ= SIZE (cargo/aho-corasick-1.0.2.tar.gz) = 167694 SIZE (cargo/anyhow-1.0.72.tar.gz) = 43837 SIZE (cargo/arc-swap-1.5.1.tar.gz) = 66157 @@ -111,4 +111,4 @@ SIZE (cargo/windows_i686_gnu-0.36.1.tar. SIZE (cargo/windows_i686_msvc-0.36.1.tar.gz) = 724575 SIZE (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = 790934 SIZE (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = 661999 -SIZE (synapse-1.91.1.tar.gz) = 8368640 +SIZE (synapse-1.91.2.tar.gz) = 8365226 Index: pkg/PLIST === RCS file: /cvs/ports/net/synapse/pkg/PLIST,v retrieving revision 1.40 diff -u -p -r1.40 PLIST --- pkg/PLIST 1 Sep 2023 06:19:10 - 1.40 +++ pkg/PLIST 7 Sep 2023 07:12:40 - @@ -939,8 +939,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}federation.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}media.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}media.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}oidc.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}oidc.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}registration_tokens.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}registration_tokens.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/${MODPY_PYCACHE}rooms.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -960,7 +958,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/experimental_features.py lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/federation.py lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/media.py -lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/oidc.py lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/registration_tokens.py lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/rooms.py lib/python${MODPY_VERSION}/site-packages/synapse/rest/admin/server_notice_servlet.py smime.p7s Description: S/MIME Cryptographic Signature
Re: Fwd: x11/libxcvt - duplicate of xenocara/lib/libxcvt
On Thu, Sep 07, 2023 at 08:43:26AM +0200, Rafael Sadowski wrote: > On Thu Sep 07, 2023 at 08:14:57AM +0200, Matthieu Herrb wrote: > > Apparently my message below got unoticed. And I apologized for not > > seeing/replying to the initial port submission in time. > > > > FWIW, I've just fixed a small issue with libxcvt.pc generation in the > > xenocara version. > > I noticed you message but unfortunately I was to busy with other stuff. > I'll modify kwin to use /usr/xenocara/lib/libxcvt and until we can > unhook libxcvt, OK? sure. If you can get kwin to use the version in xenocara (I guess may be it failed before because of the botched .pc file, since other X libs gets picked fine in /usr/X11R6). Thanks. > > > > > - Forwarded message from Matthieu Herrb - > > > > Date: Tue, 5 Sep 2023 21:45:04 +0200 > > From: Matthieu Herrb > > To: Rafael Sadowski > > Cc: ports-chan...@cvs.openbsd.org > > Subject: Re: CVS: cvs.openbsd.org: ports > > > > On Tue, Sep 05, 2023 at 05:17:52AM -0600, Rafael Sadowski wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: rsadow...@cvs.openbsd.org 2023/09/05 05:17:52 > > > > > > Log message: > > > Import libxcvt-0.1.2, OK sdk@, kn@ > > > > > > Comment: > > > VESA CVT standard timing modeline generation library > > > > > > Description: > > > libxcvt is a library providing a standalone version of the X server > > > implementation of the VESA CVT standard timing modelines generator. > > > > > > libxcvt also provides a standalone version of the command line tool > > > cvt copied > > > from the Xorg implementation and is meant to be a direct replacement > > > to the > > > version provided by the Xorg server. > > > > > > Maintainer: The OpenBSD ports mailing-list > > > > > > WWW: https://gitlab.freedesktop.org/xorg/lib/libxcvt > > > > > > Status: > > > > > > Vendor Tag: rsadowski > > > Release Tags: rsadowski_20230905 > > > > > > N ports/x11/libxcvt/Makefile > > > N ports/x11/libxcvt/distinfo > > > N ports/x11/libxcvt/pkg/DESCR > > > N ports/x11/libxcvt/pkg/PLIST > > > > > > No conflicts created by this import > > > > Hmm this one is already part of xenocara. If there is an issue with > > the code in /usr/xenocara/lib/libxcvt/ it could be fixed. > > > > Am I missing something? > > -- > > Matthieu Herrb > > > > > > - End forwarded message - > > > > -- > > Matthieu Herrb > > -- Matthieu Herrb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 00:59:15 Modified files: textproc/unicode/ucd: Makefile Log message: Fix comment; no pkg change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 00:58:17 Modified files: x11/gnome/gucharmap: Makefile x11/gnome/gucharmap/patches: patch-meson_build Added files: x11/gnome/gucharmap/patches: patch-gucharmap_gucharmap-unicode-info_h patch-gucharmap_gucharmap-window_c patch-gucharmap_unicode-i18n_h Log message: Unbreak with unicode-ucd >=15.1.0
Re: spring clean-up
On Wed Sep 06, 2023 at 11:30:52PM +0200, Marc Espie wrote: > > So I guess one of the next features of dpb is going to be more log files: > - record distfiles that only fetched from the backup site > - record distfiles that didn't fetch from the first site > - record distfiles that fetched with the wrong size from the first site. > > Those are all interesting errors with various useful actions. > I would be very interested in such a list. We could then continue to clean up.
Re: Fwd: x11/libxcvt - duplicate of xenocara/lib/libxcvt
On Thu Sep 07, 2023 at 08:14:57AM +0200, Matthieu Herrb wrote: > Apparently my message below got unoticed. And I apologized for not > seeing/replying to the initial port submission in time. > > FWIW, I've just fixed a small issue with libxcvt.pc generation in the > xenocara version. I noticed you message but unfortunately I was to busy with other stuff. I'll modify kwin to use /usr/xenocara/lib/libxcvt and until we can unhook libxcvt, OK? > > - Forwarded message from Matthieu Herrb - > > Date: Tue, 5 Sep 2023 21:45:04 +0200 > From: Matthieu Herrb > To: Rafael Sadowski > Cc: ports-chan...@cvs.openbsd.org > Subject: Re: CVS: cvs.openbsd.org: ports > > On Tue, Sep 05, 2023 at 05:17:52AM -0600, Rafael Sadowski wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: rsadow...@cvs.openbsd.org 2023/09/05 05:17:52 > > > > Log message: > > Import libxcvt-0.1.2, OK sdk@, kn@ > > > > Comment: > > VESA CVT standard timing modeline generation library > > > > Description: > > libxcvt is a library providing a standalone version of the X server > > implementation of the VESA CVT standard timing modelines generator. > > > > libxcvt also provides a standalone version of the command line tool cvt > > copied > > from the Xorg implementation and is meant to be a direct replacement to > > the > > version provided by the Xorg server. > > > > Maintainer: The OpenBSD ports mailing-list > > > > WWW: https://gitlab.freedesktop.org/xorg/lib/libxcvt > > > > Status: > > > > Vendor Tag: rsadowski > > Release Tags: rsadowski_20230905 > > > > N ports/x11/libxcvt/Makefile > > N ports/x11/libxcvt/distinfo > > N ports/x11/libxcvt/pkg/DESCR > > N ports/x11/libxcvt/pkg/PLIST > > > > No conflicts created by this import > > Hmm this one is already part of xenocara. If there is an issue with > the code in /usr/xenocara/lib/libxcvt/ it could be fixed. > > Am I missing something? > -- > Matthieu Herrb > > > - End forwarded message - > > -- > Matthieu Herrb >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/07 00:42:17 Modified files: x11/gnome/libpanel: Makefile Log message: Missing BDEP on x11/gtksourceview5.