Re: Rd: [update/wip] x11/lxqt 2.0.0
Le Thu, Apr 25, 2024 at 09:43:48AM -0700, J. Scott Heppler a écrit : > > Thanks for the work on updating LXQt. > > amd64 runs with kwin which does bring up one issue. > x11/openbox and obconf-qt are hard dependencies which is not the case for > Debian Derivatives and Arch Linux. Not sure about *rpm based systems. > > In Debian, the default window manager is xfwm4 but openbox/kwin can be > installed and xfwm4 removed. Same in Arch. Wayland seems to be > steamrolling into the opensource ecosystem and upstream LXQt plans on > wayland for v2.1 and I'm not if this will exclude X11. There is some chatter > about LXQt coming up with it's own WM which likely will be a Qt based > derivative of Kwin. that's somewhat easy to do in the meta/lxqt package, instead of having x11/lxqt/obconf-qt in RUN_DEPENDS one could have obconf-qt-*|xfwm4-*|kwin-*:x11/lqxt/obconf-qt with that, installing the lxqt meta package will default to install obconf-qt (and its LIB_DEPENDS openbox) but it will do fine if xfwm4 or kwin is already installed (and won't install obconf-qt/openbox) > The other thing I had trouble with is pavucontrol-qt. Trying to add the > volume-control widget to the panel failed and I suspect this is because > pulseaudio is not running. My mailing list searchs and websearchs did not > get any helpful search hits. Do you not start sndio. My LXQt install has a > pkg-readme for jack but I'm not sure how this factors into pulseaudio. i despise pulseaudio so never used it, but pavucontrol-qt has a LIB_DEPENDS on pulseaudio so it should be installed. I dunno if one is supposed to manually start it from .xsession though. Landry
Ping 2: [Maintainer Bugfix] nnn 4.9 -> 4.9p0
Am Fri, Apr 19, 2024 at 08:43:37AM +0200 schrieb Martin Ziemer: > Am Fri, Apr 12, 2024 at 10:52:42AM +0200 schrieb Martin Ziemer: > > There is a bug in nnn 4.9 which prevents it from creating new files. > > (It uses none of the required modes to open a file) > > > > The Fix is committed Upstream (Commit > > 28d993a8e85651e6e8a61b410472febc6069ceb0) > > > > I think, we should include the Fix in our Version of nnn until next > > update of the upstream version. Index: Makefile === RCS file: /cvs/ports/sysutils/nnn/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile27 Sep 2023 17:16:31 - 1.26 +++ Makefile4 Apr 2024 13:28:13 - @@ -3,6 +3,7 @@ COMMENT = the missing terminal file bro V =4.9 DISTNAME = nnn-v${V} PKGNAME = nnn-${V} +REVISION = 0 CATEGORIES = sysutils Index: patches/patch-src_nnn_c === RCS file: patches/patch-src_nnn_c diff -N patches/patch-src_nnn_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_nnn_c 4 Apr 2024 13:28:13 - @@ -0,0 +1,14 @@ +Fix creation of Files + +Index: src/nnn.c +--- src/nnn.c.orig src/nnn.c +@@ -4692,7 +4692,7 @@ next: + return FALSE; + } + } else { +- int fd = open(path, O_CREAT | O_TRUNC, S_IWUSR | S_IRUSR); /* Forced create mode for files */ ++ int fd = open(path, O_WRONLY | O_CREAT | O_TRUNC, S_IWUSR | S_IRUSR); /* Forced create mode for files */ + + if (fd == -1 && errno != EEXIST) { + DPRINTF_S("open!");
Ping 2 [maintainer update] remind 4.3.3 -> 4.3.6
Am Fri, Apr 19, 2024 at 08:42:41AM +0200 schrieb Martin Ziemer: > Am Fri, Apr 12, 2024 at 09:18:02AM +0200 schrieb Martin Ziemer: > > Am Thu, Apr 04, 2024 at 08:57:51AM +0200 schrieb Martin Ziemer: > > > This patch updates remind from 4.3.3 to 4.3.6. > > > > > > Tested on amd64. Index: Makefile === RCS file: /cvs/ports/misc/remind/Makefile,v retrieving revision 1.72 diff -u -p -r1.72 Makefile --- Makefile22 Mar 2024 06:59:11 - 1.72 +++ Makefile4 Apr 2024 06:54:27 - @@ -1,7 +1,7 @@ COMMENT= scripting language for reminders, with a Tk front end -DISTNAME= remind-04.03.03 -PKGNAME= remind-4.3.3 +DISTNAME= remind-04.03.06 +PKGNAME= remind-4.3.6 CATEGORIES=misc Index: distinfo === RCS file: /cvs/ports/misc/remind/distinfo,v retrieving revision 1.41 diff -u -p -r1.41 distinfo --- distinfo22 Mar 2024 06:59:11 - 1.41 +++ distinfo4 Apr 2024 06:54:27 - @@ -1,2 +1,2 @@ -SHA256 (remind-04.03.03.tar.gz) = +/vX6Nu0F84mZcEnd9jFlaVKbJIQQOJiPsxspKF+klQ= -SIZE (remind-04.03.03.tar.gz) = 528047 +SHA256 (remind-04.03.06.tar.gz) = Mgp+MPxXVZvL4/Aro7KJTesc2c30o9FzQn8kKJt5IQ4= +SIZE (remind-04.03.06.tar.gz) = 531420 Index: pkg/PLIST === RCS file: /cvs/ports/misc/remind/pkg/PLIST,v retrieving revision 1.17 diff -u -p -r1.17 PLIST --- pkg/PLIST 22 Mar 2024 06:59:11 - 1.17 +++ pkg/PLIST 4 Apr 2024 06:54:27 - @@ -33,6 +33,7 @@ share/remind/holidays/fr.rem share/remind/holidays/gr.rem share/remind/holidays/ie.rem share/remind/holidays/jewish.rem +share/remind/holidays/pt.rem share/remind/holidays/us.rem share/remind/lang/ share/remind/lang/auto.rem @@ -51,6 +52,7 @@ share/remind/lang/no.rem share/remind/lang/pl.rem share/remind/lang/pt.rem share/remind/lang/ro.rem +share/remind/moonphases.rem share/remind/seasons.rem share/remind/site/ share/remind/site/README
Re: [new] lnav 0.12.1
Le Thu, Apr 25, 2024 at 05:00:26PM +0200, Frederic Cambus a écrit : > On Wed, Apr 24, 2024 at 08:21:38AM +0200, Landry Breuil wrote: > > > > I previously didn't notice this, it always ran fine here during my tests: > > > launching it in tmux worked both locally and through SSH. > > > > > > But launching it in alacritty outside of tmux indeed results in a crash, > > > although it works fine in xterm or in a framebuffer console. > > > > interestingly, it started working once i had rm -Rf ~/.lnav. so i guess > > something something corrupted internal database ? > > > > does it work again if you move away ~/.lnav on the machine where it > > crashes ? > > On my machine it creates ~/.config/lnav, not ~/.lnav, and removing the > ~/.config/lnav directory unfortunately doesn't change anything, it still > crashes early at startup. it probably does funky things depending on $TERM. it works fine within tmux where TERM=screen, it crashes in xfce4-terminal (where here TERM=xterm-256color) but works fine if i manually set TERM=xterm. same thing with alacritty, it crashes if TERM=alacritty (the default) but works fine with 'TERM=xterm lnav' you seem to be a guy with interest in low-level terminal stuff :) grep -r TERM yields many things in lnav's code... and there seem to be related issues upstream, cf https://github.com/tstack/lnav/issues/570 and https://github.com/tstack/lnav/issues/1192 at least. But it shouldnt crash like this :) in the meantime, here's a port of 0.12.2, still building here... it might give better results, or not. https://github.com/tstack/lnav/releases/tag/v0.12.2 Landry lnav-0.12.2.tgz Description: application/tar-gz
net/rsync: rrsync is a python3 script...
hi, on a bare machine with only rsync installed, trying to use rrsync wrapper script fails: env: python3: No such file or directory rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(231) [sender=3.2.7] i know it's a bit unfortunate, but i suppose adding python3 as RUN_DEPENDS is a bit ... gross ? should it be mentioned in a MESSAGE ? a README ? Landry
Re: net/rsync: rrsync is a python3 script...
On 2024/04/26 11:14, Landry Breuil wrote: > hi, > > on a bare machine with only rsync installed, trying to use rrsync > wrapper script fails: > > env: python3: No such file or directory > rsync: connection unexpectedly closed (0 bytes received so far) [sender] > rsync error: error in rsync protocol data stream (code 12) at io.c(231) > [sender=3.2.7] > > i know it's a bit unfortunate, but i suppose adding python3 as > RUN_DEPENDS is a bit ... gross ? should it be mentioned in a MESSAGE ? a > README ? > > Landry > I don't really like README for such a small note and don't want to add the run dep for something that many people won't use. Personally I think a quick note in DESCR would be enough but it could be a MESSAGE. (the error message is pretty obvious though..)
Re: net/rsync: rrsync is a python3 script...
Le Fri, Apr 26, 2024 at 10:49:44AM +0100, Stuart Henderson a écrit : > On 2024/04/26 11:14, Landry Breuil wrote: > > hi, > > > > on a bare machine with only rsync installed, trying to use rrsync > > wrapper script fails: > > > > env: python3: No such file or directory > > rsync: connection unexpectedly closed (0 bytes received so far) [sender] > > rsync error: error in rsync protocol data stream (code 12) at io.c(231) > > [sender=3.2.7] > > > > i know it's a bit unfortunate, but i suppose adding python3 as > > RUN_DEPENDS is a bit ... gross ? should it be mentioned in a MESSAGE ? a > > README ? > > > > Landry > > > > I don't really like README for such a small note and don't want to add > the run dep for something that many people won't use. Personally I think > a quick note in DESCR would be enough but it could be a MESSAGE. > > (the error message is pretty obvious though..) so, something like this.. Index: Makefile === RCS file: /cvs/ports/net/rsync/Makefile,v retrieving revision 1.100 diff -u -r1.100 Makefile --- Makefile27 Sep 2023 14:18:31 - 1.100 +++ Makefile26 Apr 2024 10:31:03 - @@ -1,7 +1,7 @@ COMMENT = mirroring/synchronization over low bandwidth links DISTNAME = rsync-3.2.7 -REVISION = 1 +REVISION = 2 CATEGORIES = net HOMEPAGE = https://rsync.samba.org/ Index: pkg/DESCR === RCS file: /cvs/ports/net/rsync/pkg/DESCR,v retrieving revision 1.5 diff -u -r1.5 DESCR --- pkg/DESCR 10 Oct 2013 12:01:31 - 1.5 +++ pkg/DESCR 26 Apr 2024 10:31:03 - @@ -12,3 +12,7 @@ Flavor: iconv extra dependency, for people wanting to bring files from other OSes with more versatile filenames. + +To use the rrsync wrapper, python3 should be installed. + +# pkg_add python3
Re: net/rsync: rrsync is a python3 script...
OK sthen On 2024/04/26 12:31, Landry Breuil wrote: > Le Fri, Apr 26, 2024 at 10:49:44AM +0100, Stuart Henderson a écrit : > > On 2024/04/26 11:14, Landry Breuil wrote: > > > hi, > > > > > > on a bare machine with only rsync installed, trying to use rrsync > > > wrapper script fails: > > > > > > env: python3: No such file or directory > > > rsync: connection unexpectedly closed (0 bytes received so far) [sender] > > > rsync error: error in rsync protocol data stream (code 12) at io.c(231) > > > [sender=3.2.7] > > > > > > i know it's a bit unfortunate, but i suppose adding python3 as > > > RUN_DEPENDS is a bit ... gross ? should it be mentioned in a MESSAGE ? a > > > README ? > > > > > > Landry > > > > > > > I don't really like README for such a small note and don't want to add > > the run dep for something that many people won't use. Personally I think > > a quick note in DESCR would be enough but it could be a MESSAGE. > > > > (the error message is pretty obvious though..) > > so, something like this.. > > Index: Makefile > === > RCS file: /cvs/ports/net/rsync/Makefile,v > retrieving revision 1.100 > diff -u -r1.100 Makefile > --- Makefile 27 Sep 2023 14:18:31 - 1.100 > +++ Makefile 26 Apr 2024 10:31:03 - > @@ -1,7 +1,7 @@ > COMMENT =mirroring/synchronization over low bandwidth links > > DISTNAME = rsync-3.2.7 > -REVISION = 1 > +REVISION = 2 > CATEGORIES = net > HOMEPAGE = https://rsync.samba.org/ > > Index: pkg/DESCR > === > RCS file: /cvs/ports/net/rsync/pkg/DESCR,v > retrieving revision 1.5 > diff -u -r1.5 DESCR > --- pkg/DESCR 10 Oct 2013 12:01:31 - 1.5 > +++ pkg/DESCR 26 Apr 2024 10:31:03 - > @@ -12,3 +12,7 @@ > Flavor: iconv > extra dependency, for people wanting to bring files from other OSes with > more versatile filenames. > + > +To use the rrsync wrapper, python3 should be installed. > + > +# pkg_add python3 >
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Tue Apr 23 14:07:35 MDT 2024 finished at Fri Apr 26 07:19:03 MDT 2024 lasted 2D17h11m done with kern.version=OpenBSD 7.5-current (GENERIC.MP) #0: Tue Apr 23 10:41:20 MDT 2024 built packages:12046 Apr 23:3459 Apr 24:638 Apr 25:3421 Apr 26:4527 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-04-23/summary.log build failures: 23 http://build-failures.rhaalovely.net/aarch64/2024-04-23/audio/chromaprint.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/audio/spotify-qt.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/converters/lastools.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/devel/avr32/gcc.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/editors/helix.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/emulators/dolphin,-main.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/games/stepmania.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/games/stone-soup,no_x11.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/graphics/simgear.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/lang/compcert.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/lang/php/8.0.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/lang/php/8.3,embed,-embed.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/net/dino.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/net/nheko.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/net/powerdns.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/net/qbittorrent/qbittorrent.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/net/transmission,-gtk.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/plan9/plan9port.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/sysutils/gkrellm/plugins/shoot.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/textproc/apertium-dicts/oci-fra.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/kde-applications/kcachegrind.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qt3d.log http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qtwebchannel.log recurrent failures failures/converters/lastools.log failures/emulators/dolphin,-main.log failures/net/transmission,-gtk.log failures/plan9/plan9port.log new failures +++ ls-failures Fri Apr 26 07:19:16 2024 +failures/audio/chromaprint.log +failures/audio/spotify-qt.log +failures/devel/avr32/gcc.log +failures/editors/helix.log +failures/games/stepmania.log +failures/games/stone-soup,no_x11.log +failures/graphics/simgear.log +failures/lang/compcert.log +failures/lang/php/8.0.log +failures/lang/php/8.3,embed,-embed.log +failures/net/dino.log +failures/net/nheko.log +failures/net/powerdns.log +failures/net/qbittorrent/qbittorrent.log +failures/sysutils/gkrellm/plugins/shoot.log +failures/textproc/apertium-dicts/oci-fra.log +failures/x11/kde-applications/kcachegrind.log +failures/x11/qt5/qt3d.log +failures/x11/qt5/qtwebchannel.log resolved failures --- ../old/aarch64/last//ls-failuresTue Apr 23 09:45:31 2024
Re: aarch64 bulk build report
> http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qt3d.log > http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qtwebchannel.log > Fixed by naddy. Looks like removing folders also needs a bump.
Re: aarch64 bulk build report
On 2024/04/26 15:44, Rafael Sadowski wrote: > > http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qt3d.log > > http://build-failures.rhaalovely.net/aarch64/2024-04-23/x11/qt5/qtwebchannel.log > > > Fixed by naddy. Looks like removing folders also needs a bump. Ah I missed the lack of bump. Any PLIST change (or change to a variable which is substed in the PLIST) requires a REVISION bump, but not a @conflict for directory +/-
wkhtmltopdf update
I noticed this was behind the latest version, ok to update? I simplified the distfile fetching as this is a good place to use DIST_TUPLE. Upstream has now archived the repository - and it has weak CSS support as it's an ld qtwebkit, and breaks totally with more complex pages, but chromium/iridium broke headless mode somewhere between 117 and 120, likely in 120 where I think they changed to new headless mode, and wkhtmltopdf does at least work for getting image/pdf dumps in some cases, so it still seems slightly useful to have for now. ok? Index: Makefile === RCS file: /cvs/ports/textproc/wkhtmltopdf/Makefile,v diff -u -p -r1.30 Makefile --- Makefile5 Apr 2024 16:08:43 - 1.30 +++ Makefile26 Apr 2024 14:00:36 - @@ -6,16 +6,10 @@ DPB_PROPERTIES = parallel nojunk COMMENT = convert HTML to PDF using Webkit -GH_ACCOUNT = wkhtmltopdf -GH_PROJECT = wkhtmltopdf -GH_TAGNAME = 0.12.5 -QT_COMMIT =5db36ec76b29712eb2c5bd0625c2c77d7468b3fc -SITES.a = https://github.com/wkhtmltopdf/qt/archive/ -DISTFILES =${DISTNAME}.tar.gz -DISTFILES.a = wkhtmltopdf-qt-${QT_COMMIT}_1{${QT_COMMIT}}.tar.gz -REVISION = 6 +DIST_TUPLE = github wkhtmltopdf wkhtmltopdf 0.12.6 . \ + github wkhtmltopdf qt aa2e3129f8ef05dfa72c4b183feb8b7e1927ac8a qt -SHARED_LIBS = wkhtmltox 1.0 # 0.12 +SHARED_LIBS = wkhtmltox 2.0 # 0.12 CATEGORIES = textproc @@ -27,7 +21,7 @@ MAINTAINER = Frank Groeneveld
Re: wkhtmltopdf update
On 2024/04/26 16:09, Frank Groeneveld wrote: > Fine by me, I’m not using it anymore. Maybe unlist me as maintainer as well? sure, thanks!
Re: wkhtmltopdf update
> Op 26 apr 2024, om 16:01 heeft Stuart Henderson het > volgende geschreven: > > I noticed this was behind the latest version, ok to update? > I simplified the distfile fetching as this is a good place to use > DIST_TUPLE. > > Upstream has now archived the repository - and it has weak CSS support > as it's an ld qtwebkit, and breaks totally with more complex pages, > but chromium/iridium broke headless mode somewhere between 117 and 120, > likely in 120 where I think they changed to new headless mode, and > wkhtmltopdf does at least work for getting image/pdf dumps in some > cases, so it still seems slightly useful to have for now. > > ok? Fine by me, I’m not using it anymore. Maybe unlist me as maintainer as well? Thanks!
UPDATE: Nextcloud-28.0.5
Hi, Update for Nextcloud to 28.0.5: https://nextcloud.com/changelog/#latest28 OK? Comments? Cheers.- Index: Makefile === RCS file: /cvs/ports/www/nextcloud/28/Makefile,v diff -u -p -r1.5 Makefile --- Makefile15 Apr 2024 07:49:15 - 1.5 +++ Makefile26 Apr 2024 15:18:48 - @@ -1,3 +1,3 @@ -NC_VERSION=28.0.4 +NC_VERSION=28.0.5 .include Index: distinfo === RCS file: /cvs/ports/www/nextcloud/28/distinfo,v diff -u -p -r1.3 distinfo --- distinfo15 Apr 2024 07:49:15 - 1.3 +++ distinfo26 Apr 2024 15:18:48 - @@ -1,2 +1,2 @@ -SHA256 (nextcloud-28.0.4.tar.bz2) = m/7O4eEvukjEnppxyqgcS6ELKIR4f6t11kzP0SKhMBk= -SIZE (nextcloud-28.0.4.tar.bz2) = 189242050 +SHA256 (nextcloud-28.0.5.tar.bz2) = 3KEQD5W4ZLreETR3cjxxrIlxkzUsMX45zShth2NXBus= +SIZE (nextcloud-28.0.5.tar.bz2) = 191229665 Index: pkg/PLIST === RCS file: /cvs/ports/www/nextcloud/28/pkg/PLIST,v diff -u -p -r1.3 PLIST --- pkg/PLIST 15 Apr 2024 07:49:15 - 1.3 +++ pkg/PLIST 26 Apr 2024 15:18:53 - @@ -7980,12 +7980,12 @@ nextcloud/apps/activity/img/change.svg nextcloud/apps/activity/img/delete-color.svg nextcloud/apps/activity/img/notifications-dark.svg nextcloud/apps/activity/js/ -nextcloud/apps/activity/js/Activity-XWwZnDDc.mjs -nextcloud/apps/activity/js/Activity-XWwZnDDc.mjs.map -nextcloud/apps/activity/js/ActivityTab-QJRuJ-HX.mjs -nextcloud/apps/activity/js/ActivityTab-QJRuJ-HX.mjs.map -nextcloud/apps/activity/js/NcCheckboxRadioSwitch-PlgK1zWr-PaizJQr3.mjs -nextcloud/apps/activity/js/NcCheckboxRadioSwitch-PlgK1zWr-PaizJQr3.mjs.map +nextcloud/apps/activity/js/Activity-D_eia06P.mjs +nextcloud/apps/activity/js/Activity-D_eia06P.mjs.map +nextcloud/apps/activity/js/ActivityTab-Csi8e2H8.mjs +nextcloud/apps/activity/js/ActivityTab-Csi8e2H8.mjs.map +nextcloud/apps/activity/js/NcCheckboxRadioSwitch-PlgK1zWr-JoM2Xu0z.mjs +nextcloud/apps/activity/js/NcCheckboxRadioSwitch-PlgK1zWr-JoM2Xu0z.mjs.map nextcloud/apps/activity/js/activity-adminSettings.mjs nextcloud/apps/activity/js/activity-adminSettings.mjs.map nextcloud/apps/activity/js/activity-api.mjs @@ -7996,18 +7996,18 @@ nextcloud/apps/activity/js/activity-pers nextcloud/apps/activity/js/activity-personalSettings.mjs.map nextcloud/apps/activity/js/activity-sidebar.mjs nextcloud/apps/activity/js/activity-sidebar.mjs.map -nextcloud/apps/activity/js/api-NR0xL2kP.mjs -nextcloud/apps/activity/js/api-NR0xL2kP.mjs.map -nextcloud/apps/activity/js/function-apply-T5nGdPJm.mjs -nextcloud/apps/activity/js/function-apply-T5nGdPJm.mjs.map -nextcloud/apps/activity/js/index-DymaRpHW.mjs -nextcloud/apps/activity/js/index-DymaRpHW.mjs.map -nextcloud/apps/activity/js/logger-YHHKXmsa.mjs -nextcloud/apps/activity/js/logger-YHHKXmsa.mjs.map -nextcloud/apps/activity/js/settings-store-rSEV5N-b.mjs -nextcloud/apps/activity/js/settings-store-rSEV5N-b.mjs.map -nextcloud/apps/activity/js/toast-7xJhDYMn-xABJjMIk.mjs -nextcloud/apps/activity/js/toast-7xJhDYMn-xABJjMIk.mjs.map +nextcloud/apps/activity/js/api-BqRqgFNj.mjs +nextcloud/apps/activity/js/api-BqRqgFNj.mjs.map +nextcloud/apps/activity/js/function-apply-j0ZN00j2.mjs +nextcloud/apps/activity/js/function-apply-j0ZN00j2.mjs.map +nextcloud/apps/activity/js/index-wOhlguUl.mjs +nextcloud/apps/activity/js/index-wOhlguUl.mjs.map +nextcloud/apps/activity/js/logger-BriTy9W0.mjs +nextcloud/apps/activity/js/logger-BriTy9W0.mjs.map +nextcloud/apps/activity/js/settings-store-cHmBXXGQ.mjs +nextcloud/apps/activity/js/settings-store-cHmBXXGQ.mjs.map +nextcloud/apps/activity/js/toast-7xJhDYMn-CygCYBy0.mjs +nextcloud/apps/activity/js/toast-7xJhDYMn-CygCYBy0.mjs.map nextcloud/apps/activity/js/vendor.LICENSE.txt nextcloud/apps/activity/l10n/ nextcloud/apps/activity/l10n/af.js @@ -11576,6 +11576,7 @@ nextcloud/apps/files/lib/Search/ nextcloud/apps/files/lib/Search/FilesSearchProvider.php nextcloud/apps/files/lib/Service/ nextcloud/apps/files/lib/Service/DirectEditingService.php +nextcloud/apps/files/lib/Service/LivePhotosService.php nextcloud/apps/files/lib/Service/OwnershipTransferService.php nextcloud/apps/files/lib/Service/TagService.php nextcloud/apps/files/lib/Service/UserConfig.php @@ -12678,6 +12679,8 @@ nextcloud/apps/files_reminders/l10n/ar.j nextcloud/apps/files_reminders/l10n/ar.json nextcloud/apps/files_reminders/l10n/cs.js nextcloud/apps/files_reminders/l10n/cs.json +nextcloud/apps/files_reminders/l10n/de.js +nextcloud/apps/files_reminders/l10n/de.json nextcloud/apps/files_reminders/l10n/de_DE.js nextcloud/apps/files_reminders/l10n/de_DE.json nextcloud/apps/files_reminders/l10n/el.js @@ -12694,6 +12697,8 @@ nextcloud/apps/files_reminders/l10n/gl.j nextcloud/apps/files_reminders/l10n/gl.json nextcloud/apps/files_reminders/l10n/hu.js nextcloud/apps/files_reminders/l10n/hu.json +nextcloud/apps/files_reminders/l10n/ko.js
update www/vaultwarden-web
a new vaultwarden-web build is available upstream https://github.com/dani-garcia/bw_web_builds/releases diff --git a/www/vaultwarden-web/Makefile b/www/vaultwarden-web/Makefile index 072fdf39347..ec1c62485fe 100644 --- a/www/vaultwarden-web/Makefile +++ b/www/vaultwarden-web/Makefile @@ -1,6 +1,6 @@ COMMENT = Web vault builds for vaultwarden -VERSION = 2024.1.2b +VERSION = 2024.3.1 DISTNAME = bw_web_v${VERSION} PKGNAME = vaultwarden-web-${VERSION} diff --git a/www/vaultwarden-web/distinfo b/www/vaultwarden-web/distinfo index 84fca1bc4bc..a446675bac7 100644 --- a/www/vaultwarden-web/distinfo +++ b/www/vaultwarden-web/distinfo @@ -1,2 +1,2 @@ -SHA256 (bw_web_v2024.1.2b.tar.gz) = yaY/n3GJn/v/rJWfVftlGlw9Mfaljzb3KKHUkQ3Lu3Y= -SIZE (bw_web_v2024.1.2b.tar.gz) = 11259948 +SHA256 (bw_web_v2024.3.1.tar.gz) = A9TS/WPZZ6joHLucsa+aql1+eUS1wefMPIkV8amFsYc= +SIZE (bw_web_v2024.3.1.tar.gz) = 11663162 diff --git a/www/vaultwarden-web/pkg/PLIST b/www/vaultwarden-web/pkg/PLIST index 9c9baf4f3b9..6dab0128b74 100644 --- a/www/vaultwarden-web/pkg/PLIST +++ b/www/vaultwarden-web/pkg/PLIST @@ -1,77 +1,80 @@ vaultwarden/ vaultwarden/web-vault/ vaultwarden/web-vault/.nojekyll -vaultwarden/web-vault/111.facbcbc7e5b234b41e70.js -vaultwarden/web-vault/111.facbcbc7e5b234b41e70.js.map -vaultwarden/web-vault/125.8432c8d0f7a38fa653dc.js -vaultwarden/web-vault/125.8432c8d0f7a38fa653dc.js.map -vaultwarden/web-vault/182.bd99dac914b18e447d2a.js -vaultwarden/web-vault/182.bd99dac914b18e447d2a.js.map -vaultwarden/web-vault/228.b0ed71261666fc86e61c.js -vaultwarden/web-vault/228.b0ed71261666fc86e61c.js.map +vaultwarden/web-vault/125.99ad3392af9029ab785c.js +vaultwarden/web-vault/125.99ad3392af9029ab785c.js.map +vaultwarden/web-vault/319.f8244d96c41fa98843ef.js +vaultwarden/web-vault/319.f8244d96c41fa98843ef.js.map +vaultwarden/web-vault/367.00f5a63604ed125355fa.js +vaultwarden/web-vault/367.00f5a63604ed125355fa.js.map vaultwarden/web-vault/395.38a9c38835d7b081bc1d.js vaultwarden/web-vault/395.38a9c38835d7b081bc1d.js.LICENSE.txt vaultwarden/web-vault/395.38a9c38835d7b081bc1d.js.map -vaultwarden/web-vault/407.99cd5bb569da79b7ad77.js -vaultwarden/web-vault/407.99cd5bb569da79b7ad77.js.map -vaultwarden/web-vault/551.58781405247873329959.js -vaultwarden/web-vault/551.58781405247873329959.js.map -vaultwarden/web-vault/677.f099bcd59898015da3cf.js -vaultwarden/web-vault/677.f099bcd59898015da3cf.js.map -vaultwarden/web-vault/74.555133792ea8b7f58415.js -vaultwarden/web-vault/74.555133792ea8b7f58415.js.map -vaultwarden/web-vault/77.f9a0f9e87ddc6e951e16.js -vaultwarden/web-vault/77.f9a0f9e87ddc6e951e16.js.map -vaultwarden/web-vault/795.b9d2ecb21b32fa59d464.js -vaultwarden/web-vault/795.b9d2ecb21b32fa59d464.js.map -vaultwarden/web-vault/883.a8a1148c8fb22429c4cc.js -vaultwarden/web-vault/883.a8a1148c8fb22429c4cc.js.map -vaultwarden/web-vault/941.b4347f9868520a6545b3.js -vaultwarden/web-vault/941.b4347f9868520a6545b3.js.map -vaultwarden/web-vault/946.bee1cfe71a4849b72c36.js -vaultwarden/web-vault/946.bee1cfe71a4849b72c36.js.map -vaultwarden/web-vault/968.4502fe302db58aaeb677.js -vaultwarden/web-vault/968.4502fe302db58aaeb677.js.map +vaultwarden/web-vault/409.1696c619d8380678bd38.js +vaultwarden/web-vault/409.1696c619d8380678bd38.js.map +vaultwarden/web-vault/44.544b48d02483cf302a8e.js +vaultwarden/web-vault/44.544b48d02483cf302a8e.js.LICENSE.txt +vaultwarden/web-vault/44.544b48d02483cf302a8e.js.map +vaultwarden/web-vault/554.26858b356a8fca25f37b.js +vaultwarden/web-vault/554.26858b356a8fca25f37b.js.map +vaultwarden/web-vault/627.6c3604056804346e394f.js +vaultwarden/web-vault/627.6c3604056804346e394f.js.map +vaultwarden/web-vault/651.6617eae790351aa1ac81.js +vaultwarden/web-vault/651.6617eae790351aa1ac81.js.map +vaultwarden/web-vault/74.c6304b54543b574643f3.js +vaultwarden/web-vault/74.c6304b54543b574643f3.js.map +vaultwarden/web-vault/77.27e8598fd2fdf84e102c.js +vaultwarden/web-vault/77.27e8598fd2fdf84e102c.js.map +vaultwarden/web-vault/838.4708f4e6417b45fd413e.js +vaultwarden/web-vault/838.4708f4e6417b45fd413e.js.map +vaultwarden/web-vault/968.225a74c55200ccb35667.js +vaultwarden/web-vault/968.225a74c55200ccb35667.js.map +vaultwarden/web-vault/979.27e7418889fb723ffcfe.js +vaultwarden/web-vault/979.27e7418889fb723ffcfe.js.map vaultwarden/web-vault/app/ vaultwarden/web-vault/app-id.json -vaultwarden/web-vault/app/main.a8f027a034b348c3f19d.js -vaultwarden/web-vault/app/main.a8f027a034b348c3f19d.js.map -vaultwarden/web-vault/app/main.bfda25c788b32075b928.css -vaultwarden/web-vault/app/main.bfda25c788b32075b928.css.map -vaultwarden/web-vault/app/polyfills.553f1c6e04a4256f1a4c.js -vaultwarden/web-vault/app/polyfills.553f1c6e04a4256f1a4c.js.LICENSE.txt -vaultwarden/web-vault/app/polyfills.553f1c6e04a4256f1a4c.js.map -vaultwarden/web-vault/app/vendor.58a71e94f36c45876e9f.js -vaultwarden/web-vault/app/vendor.58a71e94f36c45876e9f.js.LICENSE.txt -vaultwarden/web-vault/app/vendor.58a71e94f36c45876e9f.js.map +vaultwarden/web-vault/
i386 build failures: eduke32 netsurf nblood openclonk compcert dino
> eduke32, nblood: ld: error: undefined symbol: startbanner_pixdata > openclonk, netsurf/browser: [ 89%] Generating mape-resource.c failed to load "/pobj/openclonk-8.1/openclonk-release-8.1-src/src/res/ocd.ico": Couldn?t recognize the image file format for file ?/pobj/openclonk-8.1/openclonk -release-8.1-src/src/res/ocd.ico? /pobj/openclonk-8.1/openclonk-release-8.1-src/src/res/mape.xml: Child process exited with code 1. glib-compile-resources --generate-source --sourcedir frontends/gtk/res --target=build/OpenBSD-gtk3/netsurf_gresource.c frontends/gtk/res/netsurf.gresource.xml failed to load "frontends/gtk/res/netsurf.xpm": Couldn?t recognize the image file format for file ?frontends/gtk/res/netsurf.xpm? frontends/gtk/res/netsurf.gresource.xml: Child process exited with code 1. > compcert: various linker relocation/preempted symbol errors following ocaml update > dino: /pobj/dino-0.4.3/build-i386/exports/gpgme.vapi:59:25: error: no member named 'subkeys_length1' in 'struct _gpgme_key' - neither gpgme nor gnupg have been updated recently enough to be implicated
Re: i386 build failures: eduke32 netsurf nblood openclonk compcert dino
On Fri, Apr 26, 2024 at 06:41:18PM +0100, Stuart Henderson wrote: > > eduke32, nblood: > > ld: error: undefined symbol: startbanner_pixdata > > > openclonk, netsurf/browser: > > [ 89%] Generating mape-resource.c > failed to load > "/pobj/openclonk-8.1/openclonk-release-8.1-src/src/res/ocd.ico": Couldn?t > recognize the image file format for file ?/pobj/openclonk-8.1/openclonk > -release-8.1-src/src/res/ocd.ico? > /pobj/openclonk-8.1/openclonk-release-8.1-src/src/res/mape.xml: Child process > exited with code 1. > > glib-compile-resources --generate-source --sourcedir frontends/gtk/res > --target=build/OpenBSD-gtk3/netsurf_gresource.c > frontends/gtk/res/netsurf.gresource.xml > failed to load "frontends/gtk/res/netsurf.xpm": Couldn?t recognize the image > file format for file ?frontends/gtk/res/netsurf.xpm? > frontends/gtk/res/netsurf.gresource.xml: Child process exited with code 1. > All these were fallout from graphics/gdk-pixbuf. aja's last two commits to that port fixed them on amd64. > > > dino: > > /pobj/dino-0.4.3/build-i386/exports/gpgme.vapi:59:25: error: no member named > 'subkeys_length1' in 'struct _gpgme_key' > - neither gpgme nor gnupg have been updated recently enough to be implicated Same on amd64 and aarch64. vapi smells like vala might be involved.
Re: lang/sbcl - building and installing libsbcl.so ?
On Fri, Apr 26, 2024 at 07:04:22AM +0200, Sebastien Marie wrote: > Dima Pasechnik writes: > > Only one thing isn't properly addressed: the SONAME of the library is > still `libsbcl.so`. This information is used by the linker at compile > time when the library is used. > > $ readelf -d libsbcl.so | grep SONAME > > Having SOFLAGS defined to -Wl,-soname,libsbcl.so.${LIBsbcl_VERSION} > should be enough (I have done that in > src/runtime/Config.generic-openbsd, but I did the things a bit > differently). Indeed, --- a/lang/sbcl/Makefile +++ b/lang/sbcl/Makefile @@ -93,7 +93,8 @@ MAKE_ENV += CFLAGS="${CFLAGS} -I${LOCALBASE}/include" \ MAN_DIR="${PREFIX}/man/" \ INFO_DIR="${PREFIX}/info/" \ SBCL_MAKE_JOBS="-j${MAKE_JOBS}" \ - LIBsbcl_VERSION="${LIBsbcl_VERSION}" + LIBsbcl_VERSION="${LIBsbcl_VERSION}" \ + SOFLAGS="-Wl,-soname,libsbcl.so.${LIBsbcl_VERSION}" USE_GMAKE =Yes adds the correct SONAME to libsbcl.so: $ readelf -d /usr/ports/pobj/sbcl-2.4.3/fake-amd64/usr/local/lib/libsbcl.so.0.0 | grep SO 0x000e (SONAME) Library soname: [libsbcl.so.0.0] Best, Dima > > Thanks. > -- > Sebastien Marie > signature.asc Description: PGP signature
Update default erlang version to 26
With Erlang/OTP 27 just around the corner, I'd like to move our default version to erlang/26. lang/lfe, lang/elixir, lang/gleam and net/rabbitmq have officially supported erlang/26 for a while now. benchmarks/tsung still shows 4 test failures, and will need erlang/25 for a while longer. ok? Index: erlang.port.mk === RCS file: /cvs/ports/lang/erlang/erlang.port.mk,v retrieving revision 1.39 diff -u -p -r1.39 erlang.port.mk --- erlang.port.mk 8 Mar 2024 12:17:12 - 1.39 +++ erlang.port.mk 26 Apr 2024 21:40:45 - @@ -5,7 +5,7 @@ CATEGORIES += lang/erlang USE_GMAKE ?= Yes # Default Erlang version to use if MODERL_VERSION is not set. -_MODERL_DEFAULT_VERSION = 25 +_MODERL_DEFAULT_VERSION = 26 # Default Erlang flavor to use if MODERL_VERSION is not set, # and MODERL_HANDLE_FLAVORS is set. Index: Makefile === RCS file: /cvs/ports/lang/gleam/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile22 Apr 2024 20:53:35 - 1.8 +++ Makefile26 Apr 2024 21:40:17 - @@ -3,6 +3,7 @@ COMMENT = statically typed language for GH_ACCOUNT = gleam-lang GH_PROJECT = gleam GH_TAGNAME = v1.1.0 +REVISION = 0 HOMEPAGE = https://gleam.run @@ -15,7 +16,6 @@ PERMIT_PACKAGE = Yes MODULES = devel/cargo \ lang/erlang -MODERL_VERSION = 25 BUILD_DEPENDS =security/rust-ring COMPILER = base-clang ports-gcc WANTLIB += ${MODCARGO_WANTLIB} m Index: Makefile === RCS file: /cvs/ports/lang/elixir/Makefile,v retrieving revision 1.71 diff -u -p -r1.71 Makefile --- Makefile16 Apr 2024 16:38:19 - 1.71 +++ Makefile26 Apr 2024 21:37:59 - @@ -1,6 +1,7 @@ COMMENT= functional language for building scalable applications V= 1.16.2 +REVISION= 0 GH_ACCOUNT=elixir-lang GH_PROJECT=elixir GH_TAGNAME=v$V @@ -14,7 +15,6 @@ HOMEPAGE= https://elixir-lang.org/ PERMIT_PACKAGE=Yes MODULES= lang/erlang -MODERL_VERSION=25 ALL_TARGET=# empty Index: Makefile === RCS file: /cvs/ports/lang/lfe/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile23 Feb 2024 15:48:07 - 1.4 +++ Makefile26 Apr 2024 21:35:47 - @@ -3,6 +3,7 @@ COMMENT = Lisp Flavoured Erlang (LFE) GH_ACCOUNT = lfe GH_PROJECT = lfe GH_TAGNAME = 2.1.4 +REVISION = 0 CATEGORIES = lang Index: Makefile === RCS file: /cvs/ports/net/rabbitmq/Makefile,v retrieving revision 1.57 diff -u -p -r1.57 Makefile --- Makefile26 Mar 2024 20:10:57 - 1.57 +++ Makefile26 Apr 2024 21:36:14 - @@ -4,6 +4,7 @@ V = 3.12.13 DISTNAME = rabbitmq-server-${V} PKGNAME = rabbitmq-${V} CATEGORIES = net +REVISION = 0 HOMEPAGE = https://www.rabbitmq.com/ @@ -15,7 +16,6 @@ EXTRACT_SUFX =.tar.xz MODULES = lang/erlang \ lang/python -MODERL_VERSION = 25 USE_GMAKE =Yes CONFIGURE_STYLE = none
[Update]
Greetings, Here an update loki and promtail to v3.0.0 which was released a few weeks ago. Changelog is quite large https://github.com/grafana/loki/releases/tag/v3.0.0 Anyway, update for port qutie simple and requires to backport one patch. Unfotently, it still doesn't support OpenBSD syslog. diff --git sysutils/loki/Makefile sysutils/loki/Makefile index d6ec8e8e744..efae2663de6 100644 --- sysutils/loki/Makefile +++ sysutils/loki/Makefile @@ -3,7 +3,7 @@ COMMENT-promtail = tails log files and pushes them to Loki GH_ACCOUNT = grafana GH_PROJECT = loki -GH_TAGNAME = v2.9.3 +GH_TAGNAME = v3.0.0 CATEGORIES = sysutils diff --git sysutils/loki/distinfo sysutils/loki/distinfo index 7b8b0965507..dbbb993f105 100644 --- sysutils/loki/distinfo +++ sysutils/loki/distinfo @@ -1,2 +1,2 @@ -SHA256 (loki-2.9.3.tar.gz) = xn81HdyOqma7pbNHTZiR6e+N5LzYnopP0M+0E7yo/cQ= -SIZE (loki-2.9.3.tar.gz) = 45730205 +SHA256 (loki-3.0.0.tar.gz) = 70TiIghtwuWAOUwqEUj3wLxclDBmoNGEmPK/bmTvWhs= +SIZE (loki-3.0.0.tar.gz) = 63398872 diff --git sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_label_go sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_label_go new file mode 100644 index 000..93484df1dfb --- /dev/null +++ sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_label_go @@ -0,0 +1,14 @@ +Backport: https://github.com/prometheus/prometheus/pull/13759 + +Index: vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_label.go +--- vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_label.go.orig vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_label.go +@@ -3,7 +3,7 @@ + // Copyright The OpenTelemetry Authors + // SPDX-License-Identifier: Apache-2.0 + +-package prometheus // import "github.com/open-telemetry/opentelemetry-collector-contrib/pkg/translator/prometheus" ++package prometheus // import "github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus" + + import ( + "strings" diff --git sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_name_go sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_name_go new file mode 100644 index 000..ba99fd60e8b --- /dev/null +++ sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_normalize_name_go @@ -0,0 +1,14 @@ +Backport: https://github.com/prometheus/prometheus/pull/13759 + +Index: vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_name.go +--- vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_name.go.orig vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/normalize_name.go +@@ -3,7 +3,7 @@ + // Copyright The OpenTelemetry Authors + // SPDX-License-Identifier: Apache-2.0 + +-package prometheus // import "github.com/open-telemetry/opentelemetry-collector-contrib/pkg/translator/prometheus" ++package prometheus // import "github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus" + + import ( + "strings" diff --git sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_unit_to_ucum_go sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_unit_to_ucum_go new file mode 100644 index 000..3646f91b228 --- /dev/null +++ sysutils/loki/patches/patch-vendor_github_com_prometheus_prometheus_storage_remote_otlptranslator_prometheus_unit_to_ucum_go @@ -0,0 +1,14 @@ +Backport: https://github.com/prometheus/prometheus/pull/13759 + +Index: vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/unit_to_ucum.go +--- vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/unit_to_ucum.go.orig vendor/github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus/unit_to_ucum.go +@@ -3,7 +3,7 @@ + // Copyright The OpenTelemetry Authors + // SPDX-License-Identifier: Apache-2.0 + +-package prometheus // import "github.com/open-telemetry/opentelemetry-collector-contrib/pkg/translator/prometheus" ++package prometheus // import "github.com/prometheus/prometheus/storage/remote/otlptranslator/prometheus" + + import "strings" + -- wbr, Kirill
UPDATE: libsamplerate
Implement SSE2 lrint() and lrintf() on amd64. Index: Makefile === RCS file: /cvs/ports/audio/libsamplerate/Makefile,v retrieving revision 1.27 diff -u -p -u -p -r1.27 Makefile --- Makefile5 Sep 2023 16:13:38 - 1.27 +++ Makefile27 Apr 2024 00:26:05 - @@ -2,7 +2,7 @@ COMMENT=audio sample rate conversion li VER= 0.2.2 DISTNAME= libsamplerate-${VER} -REVISION= 0 +REVISION= 1 CATEGORIES=audio EXTRACT_SUFX= .tar.xz @@ -18,7 +18,9 @@ SITES=https://github.com/libsndfile/lib WANTLIB= m -CONFIGURE_STYLE=gnu +AUTOCONF_VERSION= 2.71 +AUTOMAKE_VERSION= 1.16 +CONFIGURE_STYLE=autoreconf CONFIGURE_ARGS=--disable-cpu-clip \ --disable-fftw \ --disable-sndfile Index: patches/patch-configure_ac === RCS file: patches/patch-configure_ac diff -N patches/patch-configure_ac --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure_ac 27 Apr 2024 00:26:05 - @@ -0,0 +1,43 @@ +- Implement SSE2 lrint() and lrintf() + 7a81766b14fa03e97822cf1e0b1651648df13116 +- use sse2 intrinsics for lrint/lrintf only on windows x64 + c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9 +- sse2 lrint/lrintf updates + c164eaa25ffdeedc7d25e731172cc45a25f483d4 + +Index: configure.ac +--- configure.ac.orig configure.ac +@@ -89,7 +89,7 @@ m4_define([abi_version_patch], [lt_revision]) + + dnl + +-AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h]) ++AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h immintrin.h]) + + dnl + dnl Couple of initializations here. Fill in real values later. +@@ -105,6 +105,9 @@ AC_ARG_ENABLE([werror], + AC_ARG_ENABLE([cpu-clip], + [AS_HELP_STRING([--disable-cpu-clip], [disable tricky cpu specific clipper])]) + ++AC_ARG_ENABLE([sse2-lrint], ++ [AS_HELP_STRING([--enable-sse2-lrint], [implement lrintf using SSE2 on x86 CPUs if possible])]) ++ + AC_ARG_ENABLE([sndfile], + [AS_HELP_STRING([--disable-sndfile], [disable support for sndfile (default=autodetect)])], [], [enable_sndfile=auto]) + +@@ -178,6 +181,13 @@ AS_IF([test "x$enable_cpu_clip" != "xno"], [ + + AC_DEFINE_UNQUOTED([CPU_CLIPS_POSITIVE], [${ac_cv_c_clip_positive}], [Host processor clips on positive float to int conversion.]) + AC_DEFINE_UNQUOTED([CPU_CLIPS_NEGATIVE], [${ac_cv_c_clip_negative}], [Host processor clips on negative float to int conversion.]) ++ ++dnl ++dnl Determine if the user enabled lrint implementations using SSE2. ++ ++AS_IF([test "x$enable_sse2_lrint" = "xyes"], [ ++ CFLAGS="$CFLAGS -DENABLE_SSE2_LRINT" ++ ]) + + dnl + dnl Check for libsndfile which is required for the test and example programs. Index: patches/patch-examples_audio_out_c === RCS file: patches/patch-examples_audio_out_c diff -N patches/patch-examples_audio_out_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-examples_audio_out_c 27 Apr 2024 00:26:05 - @@ -0,0 +1,19 @@ +- Implement SSE2 lrint() and lrintf() + 7a81766b14fa03e97822cf1e0b1651648df13116 +- use sse2 intrinsics for lrint/lrintf only on windows x64 + c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9 +- sse2 lrint/lrintf updates + c164eaa25ffdeedc7d25e731172cc45a25f483d4 + +Index: examples/audio_out.c +--- examples/audio_out.c.orig examples/audio_out.c +@@ -960,7 +960,7 @@ solaris_play (get_audio_callback_t callback, AUDIO_OUT + + while ((read_frames = callback (callback_data, float_buffer, BUFFER_LEN / solaris_out->channels))) + { for (k = 0 ; k < read_frames * solaris_out->channels ; k++) +- buffer [k] = lrint (32767.0 * float_buffer [k]) ; ++ buffer [k] = psf_lrint (32767.0 * float_buffer [k]) ; + write (solaris_out->fd, buffer, read_frames * solaris_out->channels * sizeof (short)) ; + } ; + Index: patches/patch-src_common_h === RCS file: patches/patch-src_common_h diff -N patches/patch-src_common_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_common_h 27 Apr 2024 00:26:05 - @@ -0,0 +1,98 @@ +- Implement SSE2 lrint() and lrintf() + 7a81766b14fa03e97822cf1e0b1651648df13116 +- use sse2 intrinsics for lrint/lrintf only on windows x64 + c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9 +- sse2 lrint/lrintf updates + c164eaa25ffdeedc7d25e731172cc45a25f483d4 + +Index: src/common.h +--- src/common.h.orig +++
NEW: autoconf 2.72
Here is a port for GNU autoconf 2.72. https://lists.gnu.org/archive/html/autotools-announce/2023-12/msg3.html autoconf-2.72.tgz Description: application/tar-gz
Re: [editor/micro] stopped working
On Wed, 17 Apr 2024 07:46:19 +0200 Rob Schmersel wrote: > On Mon, 8 Apr 2024 07:26:04 +0200 > Rob Schmersel wrote: > > > On Sun, 7 Apr 2024 12:21:14 -0400 > > George Koehler wrote: > > > > > On Sun, 7 Apr 2024 15:57:26 +0200 > > > Rob Schmersel wrote: > > > > > > > I tracked it down to the use of syscall in the tcell package > > > > file tscreen_bsd.go (line 46) > > > > > > > > > > > > > fd = uintptr(t.out.(*os.File).Fd()) > > > > > if _, _, e1 := syscall.Syscall6(syscall.SYS_IOCTL, fd, > > > > > ioc, tios, 0, 0, 0); e1 != 0 { e = e1 > > > > > goto failed > > > > > } > > > > > > Joel Sing patched our lang/go to allow SYS_IOCTL in Syscall, but > > > not in Syscall6. I tried changing Syscall6 to Syscall in > > > tscreen_bsd.go. The "function not implemented" error stopped > > > appearing, but > > > > > I think there is a reason why Syscall6 was used instead of Syscall > > (i.e. number of arguments). Just removing the last 3 arguments now > > makes the last argument (tios) be a pointer (at least according to > > the syscall package description) which I'm not sure is the > > intention and probably the reason for the black screen :) > > > > So I guess I need to look at the syscall package to figure what > > changes where made for Syscall. Will give it go later today. > > > > > - micro got stuck on a black screen; I needed to close the > > > terminal. > > Got the same after patching > > > > > - I can't add my patch to the port, because "make update-patches" > > >doesn't see it. The file is outside WRKSRC, in > > >WRKDIR/go/pkg/mod/github.com/zyedidia/tcell/v2@v2.0.10 > > > > > > > Yeah, the tcell package is a dependency that gets pulled in during > > compilation. We need to request upstream to patch or get tcell as an > > own package once it is figured out what is the cause (it definitely > > used to work before :)) > > > > > --- tscreen_bsd.go.orig.port Sun Apr 7 11:53:03 2024 > > > +++ tscreen_bsd.goSun Apr 7 11:57:57 2024 > > > @@ -43,7 +43,7 @@ > > > tios = uintptr(unsafe.Pointer(t.tiosp)) > > > ioc = uintptr(syscall.TIOCGETA) > > > fd = uintptr(t.out.(*os.File).Fd()) > > > - if _, _, e1 := syscall.Syscall6(syscall.SYS_IOCTL, fd, > > > ioc, tios, 0, 0, 0); e1 != 0 { > > > + if _, _, e1 := syscall.Syscall(syscall.SYS_IOCTL, fd, > > > ioc, tios); e1 != 0 { e = e1 > > > goto failed > > > } > > > @@ -61,7 +61,7 @@ > > > tios = uintptr(unsafe.Pointer(&newtios)) > > > > > > ioc = uintptr(syscall.TIOCSETA) > > > - if _, _, e1 := syscall.Syscall6(syscall.SYS_IOCTL, fd, > > > ioc, tios, 0, 0, 0); e1 != 0 { > > > + if _, _, e1 := syscall.Syscall(syscall.SYS_IOCTL, fd, > > > ioc, tios); e1 != 0 { e = e1 > > > goto failed > > > } > > > @@ -94,7 +94,7 @@ > > > fd := uintptr(t.out.(*os.File).Fd()) > > > ioc := uintptr(syscall.TIOCSETAF) > > > tios := uintptr(unsafe.Pointer(t.tiosp)) > > > - syscall.Syscall6(syscall.SYS_IOCTL, fd, ioc, > > > tios, 0, 0, 0) > > > + syscall.Syscall(syscall.SYS_IOCTL, fd, ioc, tios) > > > t.out.(*os.File).Close() > > > } > > > if t.in != nil { > > > @@ -108,8 +108,8 @@ > > > dim := [4]uint16{} > > > dimp := uintptr(unsafe.Pointer(&dim)) > > > ioc := uintptr(syscall.TIOCGWINSZ) > > > - if _, _, err := syscall.Syscall6(syscall.SYS_IOCTL, > > > - fd, ioc, dimp, 0, 0, 0); err != 0 { > > > + if _, _, err := syscall.Syscall(syscall.SYS_IOCTL, > > > + fd, ioc, dimp); err != 0 { > > > return -1, -1, err > > > } > > > return int(dim[1]), int(dim[0]), nil > > > > > > > after banging my head against this over the weekend I have to admit > defeat as I have no clue whatsover :) > Is there anybody else here on the list who can help I think this need to be marked BROKEN
Re: [update] nginx 1.26.0
On Wed 24/04/2024 15:45, Landry Breuil wrote: > hi, > > upstream just released 1.26.0, the attached diff builds fine. testing > for various modules welcome ! Gave it a spin with the stream module. Also tested it on 2 other instances without any modules. Diff looks good and works for me.