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.
