On 12/05/25 17:11 +0200, Theo Buehler wrote:
> On Mon, May 12, 2025 at 04:03:04PM +0100, Stuart Henderson wrote:
> > let's just kill it, chromium headless works now.
>
> last time we tried this www/odoo was in the way and i think robert still
> uses that.
>
> fwiw
On Tue, 2025-04-29 at 17:03 +0200, James Turner wrote:
> I plan on removing mail/pop3d unless anyone objects? It hasn't been
> updated in 5 years upstream and we have been maintaining our own
> patches
> to keep it working. I haven't been running it myself anymore and when
> I
> tested it on 7.7 it
bix/locale/vi/LC_MESSAGES/
> zabbix/locale/vi/LC_MESSAGES/frontend.mo
>
>
> --
> Mark Patruck ( mark at wrapped.cx )
> GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74 F644 0D3C F66F F286 5E51
> https://www.wrapped.cx
--
Regards,
Robert Nagy
I recognize that OpenBSD 7.7 is about to hit the streets, so an answer
can wait till practical.
I was curious if there are any well known pitfalls to a GCL port on
OpenBSD? GCL 2.7.1 just hit the streets recently. I'm going to try to
compile it for OpenBSD.
Anyone else working a port? I might giv
Hi
I think we'll just update to 3007.X, there is no point in struggling
with unsupported changes and hacks. We are also switching away from saltstack
at work because of this fuckery.
On 20/03/25 09:04 +, Raf Czlonka wrote:
> On Tue, Jan 07, 2025 at 8:14:10AM, Robert Nagy wrote:
>
ents(hdl, pfds) & POLLHUP) {
> +fprintf(stderr, "sndio: disconnected\n");
> +cleanup();
> ++initialized = 0;
> +return -1;
> +}
> +}
--
Regards,
Robert Nagy
> And I can confirm that 3007.1 is really buggy - both server and minion.
>
> --
> With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
>
> Uwe Werler
>
--
Regards,
Robert Nagy
On Saturday, March 15, 2025 10:10:44 AM CDT Mike Fischer wrote:
> Sorry, the filename is /etc/php-8.1.ini of course, not .conf.
>
> > Am 15.03.2025 um 15:52 schrieb Mike Fischer :
> >
> > I think I found the culprit:
> >
> > /etc/php-8.1.conf contained this line:
> > extension_dir = "MODULES_DIR
ot;-target-feature" "+vis"
> ++// V8PLUSD: "-target-feature" "+vis2"
> ++// V8PLUSD: "-target-feature" "+vis3"
> ++
> ++// RUN: %clang --target=sparc-linux-gnu -### -fintegrated-as -c %s -Wa,-Av9
> 2>&1 | \
> ++// RUN: FileCheck -check-prefix=V9 %s
> ++// V9: -cc1as
> ++// V9: "-target-feature" "+v9"
> ++
> ++// RUN: %clang --target=sparc-linux-gnu -### -fintegrated-as -c %s
> -Wa,-Av9a 2>&1 | \
> ++// RUN: FileCheck -check-prefix=V9A %s
> ++// V9A: -cc1as
> ++// V9A: "-target-feature" "+v9"
> ++// V9A: "-target-feature" "+vis"
> ++
> ++// RUN: %clang --target=sparc-linux-gnu -### -fintegrated-as -c %s
> -Wa,-Av9b 2>&1 | \
> ++// RUN: FileCheck -check-prefix=V9B %s
> ++// V9B: -cc1as
> ++// V9B: "-target-feature" "+v9"
> ++// V9B: "-target-feature" "+vis"
> ++// V9B: "-target-feature" "+vis2"
> ++
> ++// RUN: %clang --target=sparc-linux-gnu -### -fintegrated-as -c %s
> -Wa,-Av9d 2>&1 | \
> ++// RUN: FileCheck -check-prefix=V9D %s
> ++// V9D: -cc1as
> ++// V9D: "-target-feature" "+v9"
> ++// V9D: "-target-feature" "+vis"
> ++// V9D: "-target-feature" "+vis2"
> ++// V9D: "-target-feature" "+vis3"
> ++
> ++// RUN: %clang --target=sparc64-linux-gnu -### -fintegrated-as -c %s 2>&1 |
> \
> ++// RUN: FileCheck -check-prefix=VIS-DEFAULT %s
> ++// RUN: %clang --target=sparc64-freebsd -### -fintegrated-as -c %s 2>&1 | \
> ++// RUN: FileCheck -check-prefix=VIS-DEFAULT %s
> ++// RUN: %clang --target=sparc64-openbsd -### -fintegrated-as -c %s 2>&1 | \
> ++// RUN: FileCheck -check-prefix=VIS-DEFAULT %s
> ++// VIS-DEFAULT: -cc1as
> ++// VIS-DEFAULT: "-target-feature" "+vis"
--
Regards,
Robert Nagy
On 22/01/25 16:14 +, Stuart Henderson wrote:
> > Reads and compiles. OK kirill@
>
> Thanks.
>
> OK with me too, I'll wait a bit for any comments/objections from Robert
OK as well
tor
> > +
> > +# Avoid GOT overflow.
> > +.if ${LLVM_MAJOR} > 17
> > +CXXFLAGS-mips64 += -mxgot
> > +CXXFLAGS-mips64el += -mxgot
> > +.endif
> > +
> > CXXFLAGS +=${CXXFLAGS-${MACHINE_ARCH}}
> >
> > ALL_TARGET = all docs-llvm-man docs-clang-man
> >
>
> --
> jca
--
Regards,
Robert Nagy
I am looking into this today.
On 06/01/25 22:20 +, Mikolaj Kucharski wrote:
> On Mon, Jan 06, 2025 at 09:46:48PM +, Mikolaj Kucharski wrote:
> > Hi Stuart,
> >
> > On Mon, Jan 06, 2025 at 05:41:48PM +, Stuart Henderson wrote:
> > > On 2025/01/06 16:17, Mikolaj Kucharski wrote:
> > > >
Hi
Looks ok to me.
On 31/12/24 21:11 +0100, Kirill A. Korinsky wrote:
> Robert,
>
> I'd like to adjust one patch on all chrome-based browsers in ports tree.
>
> A few days ago I had commited a fix [1] in uvideo.c which allows user to
> select in Firefox between conne
As this was fixed in release 2024.3.1, I tried again with the latest version.
Minor inconveniece was I needed to throw away my .idea folder -
otherwise seems to work now again...
Zitat von Robert Palm :
Other were faster
https://youtrack.jetbrains.com/issue/IJPL-171550/Searching-Find
looks ok to me
On 08/12/24 12:25 +0100, Kirill A. Korinsky wrote:
> Robert, ports@,
>
> I had noticed that p5-DBD-SQLite was updated a few months ago, here an
> update to 1.76 which I had tested on -current/amd64.
>
> Changelog:
>
> Changes for version 1.76 - 2024-
treamCSDeviceGray) )
> + {
> + GfxRGB oneColor = { dblToCol( 1.0 ), dblToCol( 1.0 ), dblToCol( 1.0
> ) };
> +@@ -1306,9 +1307,9 @@ poppler_bool PDFOutDev::tilingPatternFill(GfxState *st
> 0, nBitmapWidth * nBitmapHeight, Object(objNull)));
> auto aDecode = Object(objNull);
> std::unique_ptr pRgbIdentityColorMap(new
> GfxImageColorMap(8, &aDecode,
--
Regards,
Robert Nagy
Hi
The patch does not apply :)
On 28/11/24 14:54 +0100, Mark Patruck wrote:
> Update net/zabbix to 7.0.6 released eight days ago.
>
> Release notes 7.0.6:
> https://www.zabbix.com/rn/rn7.0.6
>
> Changes in 7.0.6:
> https://www.zabbix.com/documentation/7.0/en/manual/introduction/whatsnew706
>
>
I was having problems with latest intellij release with my project on windows.
Keeps indexing and never stopped. Think this version is somehow broken.
Pycharm was o.k. with my project, indeed.
Am 20. Nov. 2024, 17:24, um 17:24, "Kirill A. Korinsky"
schrieb:
>Lucas, ports@,
>
>Here an update of
Other were faster
https://youtrack.jetbrains.com/issue/IJPL-171550/Searching-Find-in-Files-and-code-highlighting-navigation-are-slow-or-broken-in-2024.3
Am 20. Nov. 2024, 17:46, um 17:46, "Kirill A. Korinsky"
schrieb:
>On Wed, 20 Nov 2024 17:38:50 +0100,
>Robert Palm wrote:
&g
);
> +
> + OutputBuffer aBuf; initBuf(aBuf);
> + writePng_(aBuf, pRgbStr.get(), nBitmapWidth, nBitmapHeight,
> pRgbIdentityColorMap.get(),
--
Regards,
Robert Nagy
AD_SAFE"
> PTHREAD_LIBS="-pthread"
> -@@ -15375,6 +15378,11 @@ linux-android*)
> +@@ -15408,6 +15411,11 @@ openbsd*)
> P_SEP=:
>
> case "$host_cpu" in
>
>
> --
> Never offend people with style when you can offend them with substance.
> -- Sam Brown, "The Washington Post", January 26, 1977
--
Regards,
Robert Nagy
".
> This should be changed to "character set utf8mb4 collate utf8mb4_bin"
> Patch attached
>
> Best Regards
--
Regards,
Robert Nagy
seems to be through setup.php,
> it might be a good idea to remove that default config to prevent clueless
> errors. Or maybe at least mention it in the package README.
>
> What do you think?
>
> Best Regards
--
Regards,
Robert Nagy
s7SzolbP0XrKyMM2QUIqyp3MpnxU94UpD5EwSCbM=
> > @@ -16,7 +16,7 @@
> > SIZE (leev-ngx_http_geoip2_module-3.4.tar.gz) = 8877
> > SIZE (nbs-system-naxsi-d714f1636ea49a9a9f4f06dba14aee003e970834.tar.gz) =
> > 237272
> > SIZE (nginx-1.20.1-chroot.patch) = 8783
> > -SIZE (nginx-1.26.1.tar.gz) = 1244738
> > +SIZE (nginx-1.26.2.tar.gz) = 1244789
> > SIZE
> > (nginx-modules-ngx_http_hmac_secure_link_module-48c4625fbbf51ed5a95bfec23fa444f6c3702e50.tar.gz)
> > = 6159
> > SIZE (nginx-njs-0.8.4.tar.gz) = 743910
> > SIZE (openresty-headers-more-nginx-module-v0.34.tar.gz) = 28827
>
--
Regards,
Robert Nagy
ot.) I successfully started LyX, created a
document, compiled, viewed and saved it.
My patch to gzstream.cpp below.
Best regards
Robert
--- src/support/gzstream.cpp.orig Sun Aug 18 18:41:04 2024
+++ src/support/gzstream.cppSun Aug 18 18:41:28 2024
@@ -32,7 +32,7 @@
#include
On 07/08/24 17:46 GMT, José Maldonado wrote:
> El mié, 7 ago 2024 a la(s) 5:39 p.m., Theo de Raadt
> (dera...@openbsd.org) escribió:
> >
> > This is so backwards.
> >
> > What do you expect to happen? Oh robert will commit it, without any
> > testing. Oh
Zitat von Thomas Frohwein :
On Fri, Aug 02, 2024 at 09:25:41AM +0200, Robert Palm wrote:
Quoting Thomas Frohwein :
> On Wed, Jul 31, 2024 at 09:48:31PM +0200, Robert Palm wrote:
> >
> > Hi,
> >
> > I would like to know why, the following libs are named
&
Quoting Thomas Frohwein :
On Wed, Jul 31, 2024 at 09:48:31PM +0200, Robert Palm wrote:
Hi,
I would like to know why, the following libs are named
libSDL2_image.so.1.1
libSDL2_ttf.so.0.1
and not
libSDL2_image-2.0.so.0
libSDL2_ttf-2.0.so.0
Ports:
devel/sdl2-image
devel/sdl2_ttf
Is it
Hi,
I would like to know why, the following libs are named
libSDL2_image.so.1.1
libSDL2_ttf.so.0.1
and not
libSDL2_image-2.0.so.0
libSDL2_ttf-2.0.so.0
Ports:
devel/sdl2-image
devel/sdl2_ttf
Is it because of CMAKE_SHARED_LIBRARY_SUFFIX ? How does it work?
Thank you.
Well, can we update to 2024.1.4, please?
Am 26. Juni 2024, 13:25, um 13:25, "Kirill A. Korinsky"
schrieb:
>On Wed, 26 Jun 2024 09:30:58 +0100,
>Robert Palm wrote:
>>
>> Using current version idea-IC-241.14494.240 I see some messages in
>the
>> console
go ahead
On 04/07/24 12:27 GMT, Kirill A. Korinsky wrote:
> ports@, Robert,
>
> I'd like to ping about this trivial patch that allows me to use nginx with
> unwind for last weeks.
>
> Additionally, I had added ngx_cache_purge as new subpackage which brings
>
Using current version idea-IC-241.14494.240 I see some messages in the
console at startup. Maybe the JNA warning is something to look at?
Other warnings seem IDE related...
2024-06-26 10:19:46,572 [ 71] WARN - #c.i.p.i.b.AppStarter -
Unable to load JNA library (os=OpenBSD 7.5,
jna.
ng environment variable.
>
> I didn't set any devel/llvm version in RUN_DEPENDS as it is working with
> all versions (so I don't force installing a specific version).
>
> It could be done differently if requested.
>
> All tests are passing (tested on amd64).
>
> Comments or OK ?
> --
> Sebastien Marie
>
--
Regards,
Robert Nagy
audio/mpeg mp3;
> audio/oggogg;
> -@@ -92,6 +94,7 @@ types {
> +@@ -92,6 +95,7 @@ types {
> video/webm webm;
> video/x-flv flv;
> video/x-m4v m4v;
--
Regards,
Robert Nagy
06dba14aee003e970834.tar.gz) = 237272
> SIZE (nginx-1.20.1-chroot.patch) = 8783
> -SIZE (nginx-1.26.0.tar.gz) = 1244118
> +SIZE (nginx-1.26.1.tar.gz) = 1244738
> SIZE (nginx-auth-ldap-83c059b73566c2ee9cbda920d91b66657cf120b7.tar.gz) =
> 18542
> SIZE (nginx-rtmp-module-v1.2.1.tar.gz) = 519919
> SIZE (ngx_devel_kit-v0.3.0.tar.gz) = 66455
--
Regards,
Robert Nagy
Any suggestions?
Robert Bagdan ezt írta (időpont: 2024. márc.
17., V, 12:39):
>
> Hi,
> I updated copyq to 8.0.0, built without problem, works fine for me.
>
> Changelog:
>
> # Added
> - Tab item limit has been increased to 100,000 (#1144).
> - New macOS builds for
I updated megacmd to 1.7.0 release (with sdk-4.31.0b). Official
changelog or release notes not available. I use the new release on
OpenBSD-7.5 amd64, works fine.
Robert Bagdan ezt írta (időpont: 2023. jún. 26.,
H, 17:25):
>
> Removed sdk/configure patch which removes the stdc++fs check, a
Morning ports
did this made it into the source tree, already ?
Thanks.
Quoting Jos Dehaes :
Thanks Stuart! This works. Can it be included in the ports tree now?
Cheers,
Jos
On Mon, 8 Apr 2024 at 17:07, Stuart Henderson wrote:
Attached.
On 2024/04/06 21:57, Jos Dehaes wrote:
> Hi,
>
>
On 05/04/24 15:11 +0200, Solène Rapenne wrote:
> on a fresh 7.5
>
> $ ungoogled-chromium
> ld.so: ungoogled-chromium: can't load library 'libvpx.so.17.0'
>
> installing libvpx package seems to solve, but chromim instantly reboots my
> computer
>
but the port has a dependency on libvpx and if it
Hi,
I updated copyq to 8.0.0, built without problem, works fine for me.
Changelog:
# Added
- Tab item limit has been increased to 100,000 (#1144).
- New macOS builds for M1/arm64 architectures are available (#1884).
- New Debian/Raspbian builds for arm/arm64 architectures are available.
- Allows
On 06/03/24 10:44 +0100, Uwe Werler wrote:
> Salü Robert,
>
> it seems that patches/patch-salt_utils_network_py is already in the attic...
>
> Best regards
>
> Uwe
Why whould we need that patch? I am confused.
> On 06 Mar 08:56, Robert Nagy wrote:
> > On 06/
On 06/03/24 08:43 +0100, Robert Nagy wrote:
> I think we can backport this until there is a new release out.
Please try the following diff:
Index: Makefile
===
RCS file: /cvs/ports/sysutils/salt/Makefile,v
diff -u -p -u -r1.
denied keys too. I guess this has something to do with the upgrades in
> > cryptography/pyopenssl. I didn't investigate further but upgraded all
> > machines to 3006.7.
> >
> > Best regards
> >
> > Uwe
> >
> > Am 5. März 2024 16:29:55 MEZ schrie
installer/rthooks/${MODPY_PYCACHE}pyi_rth_subprocess.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/_overrides.py
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/pyi_rth_salt.utils.vt.py
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/pyi_rth_subprocess.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/pyobjects.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/reactor.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/reclass.py
--
Regards,
Robert Nagy
It seems that we need more here. This makes all the regression
tests pass. I suspect there will be still more needed, but we
need something to uncover those.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libvpx/Makefile,v
diff -
++%endif
> + RESET_MM_PERMUTATION; needed for x86-64, also makes disassembly
> somewhat nicer
> + %xdefine rstk rsp ; copy of the original stack pointer, used
> when greater alignment than the known stack alignment is required
> + %assign stack_offset 0 ; stack pointer offset relative to the
> return address
--
Regards,
Robert Nagy
==
> RCS file: patches/patch-vpx_ports_arm_cpudetect_c
> diff -N patches/patch-vpx_ports_arm_cpudetect_c
> --- patches/patch-vpx_ports_arm_cpudetect_c 13 Mar 2022 13:50:53 -
> 1.4
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,23 +0,0 @@
> -Allow ARM CPU runtime detection code to build on OpenBSD.
> -
> -Index: vpx_ports/arm_cpudetect.c
> vpx_ports/arm_cpudetect.c.orig
> -+++ vpx_ports/arm_cpudetect.c
> -@@ -38,7 +38,7 @@ static int arm_cpu_env_mask(void) {
> - return env && *env ? (int)strtol(env, NULL, 0) : ~0;
> - }
> -
> --#if !CONFIG_RUNTIME_CPU_DETECT
> -+#if !CONFIG_RUNTIME_CPU_DETECT || defined(__OpenBSD__)
> -
> - int arm_cpu_caps(void) {
> - /* This function should actually be a no-op. There is no way to adjust
> any of
> -@@ -56,7 +56,7 @@ int arm_cpu_caps(void) {
> - return flags & mask;
> - }
> -
> --#elif defined(_MSC_VER) /* end !CONFIG_RUNTIME_CPU_DETECT */
> -+#elif defined(_MSC_VER) /* end !CONFIG_RUNTIME_CPU_DETECT || __OpenBSD__ */
> - /*For GetExceptionCode() and EXCEPTION_ILLEGAL_INSTRUCTION.*/
> - #ifndef WIN32_LEAN_AND_MEAN
> - #define WIN32_LEAN_AND_MEAN
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/multimedia/libvpx/pkg/PLIST,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 PLIST
> --- pkg/PLIST 11 Mar 2022 19:39:22 - 1.10
> +++ pkg/PLIST 22 Feb 2024 07:59:17 -
> @@ -11,6 +11,7 @@ include/vpx/vpx_ext_ratectrl.h
> include/vpx/vpx_frame_buffer.h
> include/vpx/vpx_image.h
> include/vpx/vpx_integer.h
> +include/vpx/vpx_tpl.h
> @static-lib lib/libvpx.a
> @lib lib/libvpx.so.${LIBvpx_VERSION}
> lib/pkgconfig/vpx.pc
>
--
Regards,
Robert Nagy
Hi
The following diff fixes target os detection in libvpx by actually
trying to use ${CC} instead of hardcoding gcc.
This patch also fixes *chromium, iridium video and screen sharing
because some code is only enabled on the non-generic target platform.
I've also fixed up tests which now can be e
here in .config/chromium//GPUCache
searching the internet for "chromium delete shader cache" or "chromium
delete gpu cache" should give you some options on what to delete
On Wed, Dec 13, 2023 at 04:41:47PM +0100, Robert Palm wrote:
Chromium is not properly working ? Pages loo
Chromium is not properly working ? Pages look gibberish...
tron$ doas pkg_info chromium
Information for inst:chromium-120.0.6099.
Error:
[3083:287610160:1213/164024.536817:ERROR:shared_context_state.cc(100)]
Skia shader compilation error
// Vertex SKSL
#extension GL
Just noticed firefox seems not working:
GENERIC.MP#1483 amd64
tron$ pkg_info firefox
Information for inst:firefox-120.0.1
tron$ firefox
XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0:
File not found
Couldn't load XPCOM.
instruction.
> ++# CHECK::
> ++# CHECK-NEXT: bti c
> ++
> ++## biz is not targeted by a thunk using an indirect branch, so no need for
> bti c.
> ++# CHECK::
> ++# CHECK-NEXT: adrpx16, {{.*}}
> ++
> ++# CHECK: :
> ++# CHECK-NEXT: bl {{.*}}
> ++# CHECK-NEXT: bl {{.*}}
> ++
> ++# CHECK: :
> ++# CHECK-NEXT: bl {{.*}} <__AArch64ADRPThunk_foo>
> ++
> ++# CHECK: <__AArch64ADRPThunk_foo>:
> ++# CHECK-NEXT: adrpx16, 0x0
> ++# CHECK-NEXT: add x16, x16, {{.*}}
> ++# CHECK-NEXT: br x16
> ++
> ++.global foo
> ++.global biz
> ++.section .text.near, "ax", %progbits
> ++bar:
> ++.type bar, %function
> ++bl foo
> ++bl biz
> ++ret
> ++
> ++.section .text.far, "ax", %progbits
> ++func:
> ++.type func, %function
> ++bl foo
> ++ret
--
Regards,
Robert Nagy
> @@ -0,0 +1,14 @@
> +It is *ONLY* Linux that does special shit in fork(2)
just drop this comment because it is not true at all,
and then it is ok to be commited
On 13/10/23 08:11 +0200, Theo Buehler wrote:
> On Fri, Oct 13, 2023 at 07:51:17AM +0200, Robert Nagy wrote:
> > Is having unwind.h in !sparc64 going to cause any breakage?
>
> I honestly have no idea. I don't know what exactly your commit
>
> https://githu
Lists.txt
> +@@ -51,7 +51,7 @@ if(LLVM_BUILD_LLVM_DYLIB)
> + # Solaris ld does not accept global: *; so there is no way to version
> *all* global symbols
> + set(LIB_NAMES
> -Wl,--version-script,${LLVM_LIBRARY_DIR}/tools/llvm-shlib/simple_version_script.map
> ${LIB_NAMES})
> + endif()
> +-if (NOT MINGW)
> ++if (NOT MINGW AND ${OPENBSD_LD_IS_LLD})
> + # Optimize function calls for default visibility definitions to avoid
> PLT and
> + # reduce dynamic relocations.
> + # Note: for -fno-pic default, the address of a function may be
> different from
--
Regards,
Robert Nagy
ok
On 12/10/23 18:04 +, Klemens Nanni wrote:
> Robert Nagy wrote:
> > Then you can put these in /etc/mk.conf:
> >
> > AR=/usr/local/llvm16/bin/llvm-ar
> > AS=/usr/local/llvm16/bin/llvm-as
> > CC=/usr/local/llvm16/bin/clang
> > CXX=/usr/local/llvm16/bi
I updated copyq to 7.1.0, built without problem, works fine for me.
Changelog:
# Changed
- Image editor (if set) will now open instead of built-in text editor
when selecting Edit action on image items containing no text.
- Encryption now uses larger/safer keys (#2385).
# Fixed
- Fixes saving and o
On 06/09/23 22:12 +0200, Christian Weisgerber wrote:
> How long does a port have to stay marked BROKEN before we concede that
> it won't be fixed, and we remove it?
>
> I did some grep, got blame, sort, etc. and here are some contenders
> that have been BROKEN since before 2020:
>
> port
iridium-${V}
> Index: iridium/files/unveil.main
> ===
> RCS file: /cvs/ports/www/iridium/files/unveil.main,v
> retrieving revision 1.12
> diff -u -p -r1.12 unveil.main
> --- iridium/files/unveil.main 21 Jul 2023 17:36:58 - 1.12
> +++ iridium/files/unveil.main 5 Aug 2023 05:19:00 -
> @@ -54,6 +54,7 @@
> ~/.terminfo r
>
> ~/.cache/iridium rwc
> +~/.cache/at-spi rw
> ~/.cache/dconf rwc
> ~/.cache/fontconfig rwc
> ~/.cache/gvfsd rwc
--
Regards,
Robert Nagy
153
> diff -u -p -r1.153 Makefile
> --- Makefile 15 Jul 2023 11:52:42 - 1.153
> +++ Makefile 15 Jul 2023 23:30:44 -
> @@ -1,4 +1,5 @@
> USE_WXNEEDED=Yes
> +USE_NOBTCFI= Yes
>
> COMMENT= cross platform, open source .NET developement framework
>
> @@ -6,6 +7,7 @@ V=6.12.0.199
> MONOLITEV= 1A5E0066-58DC-428A-B21C-0AD6CDAE2789
>
> DISTNAME=mono-${V}
> +REVISION=0
>
> CATEGORIES= lang devel
>
--
Regards,
Robert Nagy
x$have_libudev" = "xyes"; then
> ++# PKG_CHECK_MODULES(libudev, libudev, have_libudev=yes, have_libudev=no)
> ++if /bin/false; then
> + AC_DEFINE([HAVE_LIBUDEV], [], [Use libudev])
> + LIBUDEV_CFLAGS="$libudev_CFLAGS"
> + LIBUDEV_LIBS="$libudev_LIBS"
>
> --
> Matthieu Herrb
>
--
Regards,
Robert Nagy
eon(int16_t *const ac, const pixel *const ypx,
> -@@ -4733,14 +4770,14 @@ endfunc
> +@@ -4733,14 +4778,14 @@ endfunc
> function ipred_cfl_ac_422_8bpc_neon, export=1
> clz w8, w5
> lsl w4, w4, #2
> @@ -799,7 +871,7 @@ Index: src/arm/64/ipred.S
> sub w8, w6, w4 // height - h_pad
> rbitw9, w5 // rbit(width)
> rbitw10, w6 // rbit(height)
> -@@ -4831,9 +4868,9 @@ L(ipred_cfl_ac_422_w8_wpad):
> +@@ -4831,9 +4876,9 @@ L(ipred_cfl_ac_422_w8_wpad):
>
> L(ipred_cfl_ac_422_w16):
> AARCH64_VALID_JUMP_TARGET
> @@ -812,7 +884,7 @@ Index: src/arm/64/ipred.S
> br x7
>
> L(ipred_cfl_ac_422_w16_wpad0):
> -@@ -4936,17 +4973,19 @@ L(ipred_cfl_ac_422_w16_wpad3):
> +@@ -4936,17 +4981,19 @@ L(ipred_cfl_ac_422_w16_wpad3):
> mov v1.16b, v3.16b
> b L(ipred_cfl_ac_420_w16_hpad)
>
> @@ -840,7 +912,7 @@ Index: src/arm/64/ipred.S
> endfunc
>
> // void cfl_ac_444_8bpc_neon(int16_t *const ac, const pixel *const ypx,
> -@@ -4955,14 +4994,14 @@ endfunc
> +@@ -4955,14 +5002,14 @@ endfunc
> function ipred_cfl_ac_444_8bpc_neon, export=1
> clz w8, w5
> lsl w4, w4, #2
> @@ -858,7 +930,7 @@ Index: src/arm/64/ipred.S
> sub w8, w6, w4 // height - h_pad
> rbitw9, w5 // rbit(width)
> rbitw10, w6 // rbit(height)
> -@@ -5083,9 +5122,10 @@ L(ipred_cfl_ac_444_w16_wpad):
> +@@ -5083,9 +5130,10 @@ L(ipred_cfl_ac_444_w16_wpad):
>
> L(ipred_cfl_ac_444_w32):
> AARCH64_VALID_JUMP_TARGET
> @@ -872,7 +944,7 @@ Index: src/arm/64/ipred.S
> br x7
>
> L(ipred_cfl_ac_444_w32_wpad0):
> -@@ -5231,15 +5271,17 @@ L(ipred_cfl_ac_444_w32_hpad):
> +@@ -5231,15 +5279,17 @@ L(ipred_cfl_ac_444_w32_hpad):
> dup v4.8h, v4.h[0]
> b L(ipred_cfl_ac_420_w8_subtract_dc)
>
--
Regards,
Robert Nagy
Removed sdk/configure patch which removes the stdc++fs check, add .if
${PROPERTIES:Mclang} + sed to the Makefile as post-patch.
Stuart Henderson ezt írta (időpont: 2023. jún.
23., P, 18:02):
>
> On 2023/06/23 17:37, Robert Bagdan wrote:
> > >
> > > can replicate the link
>
> can replicate the linking failure, but haven't looked into it.
>
I patched the configure script of sdk to not add -lstdc++fs as
LDFLAGS, I hope this fixes the linking error.
I think you have installed gcc so the configure script found
libstdc++fs, which is causing the linking error. #fixme
-
Hi,
I installed the misc/screen port.
Anybody knows why this happens on arm64 ?
ws-4# uname -aOpenBSD ws-4.my.domain 7.3 GENERIC.MP#2164 arm64
ws-4# screen -vSegmentation fault (core dumped)
No problem with amd64:
ws-3# uname -aOpenBSD ws-3.my.domain 7.3 GENERIC#1072 amd64
ws-3# screen -vScreen ve
I upgraded Makefile to use GH_DISTFILE.
Also I found a commit from upstream to fix some implicit conversion
warnings:
https://github.com/meganz/sdk/commit/a0e222bf72640c85c89ff9d26c1c1a467565cc8f
What is the correct way to backport these changes to the sdk version
that is used by megacmd? Backpo
nly megacmd and not
possible to set the sdk libs as external dependency in configure
script of megacmd
12) patching megacmd to use the default bash-completion path
13) Change DESCR
I built and tested on -current, works for me.
Robert Bagdan ezt írta (időpont: 2023. jún. 15.,
Cs, 18:05):
>
Thanks to your reviews, I will install -current OpenBSD to a vm in the
next few days, and fix this port with your modifications and
proposals.
I will come back soon.
Stuart Henderson ezt írta (időpont: 2023. jún.
15., Cs, 9:24):
>
> On 2023/06/14 13:13, Omar Polo wrote:
>
> > the patches seemed f
Hi! To build megacmd: get the 7.3 branch of the ports tree, extract
magacmd.tar.gz attachment to the net subdirectory in your ports tree,
and run "make FETCH_PACKAGES= install" from net/megacmd subdirectory.
I don't know megatools, so I can't help with that.
ncy, and kopano-core - I think
> only a few parts of kopano-core use bsddb3, and AIUI users of kopano should
> be migrating to grommunio anyway, I think robert@ was planning to remove the
> port sometime. Anyway we either need to remove the dep on py-bsddb3, or
> remove kopano-core, befor
On 25/05/23 10:56 -0400, A Tammy wrote:
>
> On 5/25/23 10:22, Brad Smith wrote:
> > ping.
>
> in case you missed the emails, both sthen@ and I (aisha@) gave OK
>
> I also sent OK for galera.
The galera part cannot be commited until someone tests it with
an actual cluster.
Add the forgotten patch.
Robert Bagdan ezt írta (időpont: 2023. máj. 15.,
H, 11:44):
>
> I updated copyq to 7.0.0, built without problem, works fine for me.
>
> Changelog:
> * Changed
> - The preferred format to edit is now "text/plain;charset=utf-8" with
> "t
I updated copyq to 7.0.0, built without problem, works fine for me.
Changelog:
* Changed
- The preferred format to edit is now "text/plain;charset=utf-8" with
"text/plain" as fallback. Additionally, if no such format is
available, "text/uri-list" is used.
- Toggle Clipboard Storing menu item uses
I've attached the updated version of net/megacmd, which provides non
UI access to
MEGA services. It intends to offer all the functionality with your
MEGA account via commands. It features synchronization,backup of local
folders into your MEGA account.
I use on amd64 7.3, works fine for me.
--
ki
+ho->hash = hv->hash;
> ++}
> ++
> ++ho->key = hv->key;
> ++ho->next = NULL;
> ++*ph = ho;
> ++
> ++return NGX_OK;
> ++#else
> + ngx_array_t *pa;
> + ngx_table_elt_t *ho, **ph;
> + ngx_uint_ti;
> +@@ -378,6 +441,7 @@ create:
> + *ph = ho;
> +
> + return NGX_OK;
> ++#endif
> + }
> +
> +
> diff --git patches/patch-naxsi_naxsi_src_naxsi_net_h
> patches/patch-naxsi_naxsi_src_naxsi_net_h
> deleted file mode 100644
> index 4debf4b57a3..000
> --- patches/patch-naxsi_naxsi_src_naxsi_net_h
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -already committed upstream
> -https://github.com/nbs-system/naxsi/commit/0395b102b7e9b5165e89e99bb62e9ddaa0a74910
> -
> -Index: naxsi/naxsi_src/naxsi_net.h
> naxsi/naxsi_src/naxsi_net.h.orig
> -+++ naxsi/naxsi_src/naxsi_net.h
> -@@ -7,7 +7,7 @@
> - #ifndef __NAXSI_NET_H__
> - #define __NAXSI_NET_H__
> -
> --#if defined(__FreeBSD__)
> -+#if defined(__FreeBSD__) || defined(__OpenBSD__)
> - #include
> - #include
> - #include
>
--
Regards,
Robert Nagy
On 12/04/23 10:27 +0100, Stuart Henderson wrote:
> On 2023/04/12 11:15, Jan Stary wrote:
> > On Apr 12 11:11:01, h...@stare.cz wrote:
> > > This is current/arm64 on an Apple M1 MacBook Air (dmesg below).
> > > While everything mostly works, Firefox keeps crashing.
> > >
> > > Reproducibly, it alwa
FWIW I am giving a talk at BSDCan this year relating to plumbing OpenBSD
specific system calls through to the BEAM. I personally don't lisp, but I'm
really happy to see more BEAM languages become available, there are
interesting use cases ( I think ).
On Wed, Mar 15, 2023 at 4:17 PM Volker Schlech
the chromium bits are in
On 20/02/23 14:56 +0100, Landry Breuil wrote:
> Le Tue, Feb 21, 2023 at 12:00:06AM +1100, Jonathan Gray a écrit :
> > On Mon, Feb 20, 2023 at 11:31:23AM +0100, Antoine Jacoutot wrote:
> > > On Mon, Feb 20, 2023 at 02:06:34PM +1100, Jonathan Gray wrote:
> > > > On Sun, Feb 19, 2023 at 01:34:41PM +01
after the
> relocations have been processed. Since the table now contains the
> actual addresses of the functions the extra PIC code isn't needed
> anymore. Bumped REVISION to make sure folks get an updated version.
>
> According to robert@ it builds on i386, but the tests fail bec
Maintainer, sorry :)
Stuart Henderson ezt írta (időpont: 2023. jan. 24., K
13:46):
> On 2023/01/24 10:37, Robert Bagdan wrote:
> > I updated copyq, built without problem, works fine for me.
>
> Looks alright and nothing concerning in the changelog.
>
> What's "m8r"?
>
>
I updated copyq, built without problem, works fine for me.
--
kikadf
Index: x11/copyq/Makefile
===
RCS file: /cvs/ports/x11/copyq/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- x11/copyq/Makefile 14 Oct 2022
I updated copyq, built without problem, works fine for me.
--
kikadf
Index: x11/copyq/Makefile
===
RCS file: /cvs/ports/x11/copyq/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- x11/copyq/Makefile 14 Oct 2022
op@ mentioned.
> >
> > https://cvsweb.openbsd.org/ports/net/luasocket/patches/patch-src_buffer_c?rev=1.2&content-type=text/x-cvsweb-markup
> > https://marc.info/?l=freebsd-ports-bugs&m=125089202109336&w=2
> > https://marc.info/?l=freebsd-ports&m=1250974674215
On 11/01/23 13:17 +0100, Jeremie Courreges-Anglas wrote:
> On Wed, Jan 11 2023, Robert Nagy wrote:
> > On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
> >> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
> Hi,
>
> > No. Please keep the OpenBSD ifdef
On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>
> [...]
>
> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/www/chromium.txt
> > [patch]
> > ../../third_party/libsync/src/sync.c:117:17: error: incompatible integer
Hi!
I've attached the port of net/megacmd, which provides non UI access to
MEGA services. It intends to offer all the functionality with your
MEGA account via commands. It features synchronization,backup of local
folders into your MEGA account.
I use on amd64 7.2, works fine for me.
--
kikadf
less in this case and it also makes the diff
harder to read
- the distfile for the njs module is added, some variables are configured
for it but then you don't actually enable the module, so it never get
built (this module also has to be dynamic)
- missing plist and descr for the new module
Thanks
--
Regards,
Robert Nagy
I added a patch to fix hibernate command: acpiconf -s4 to ZZZ.
--
kikadf
enlightenment-wm.tar.gz
Description: application/gzip
I forgot to attaching...
Robert Bagdan ezt írta (időpont: 2022. nov. 1., K, 12:18):
>
> Hi!
>
> I've attached the port of audio/sayonara, which is a small, clear and
> fast audio player written in C++, supported by the Qt framework. It
> uses GStreamer as audio backend.
Hi!
I've attached the port of audio/sayonara, which is a small, clear and
fast audio player written in C++, supported by the Qt framework. It
uses GStreamer as audio backend. One of Sayonara's goals is intuitive
and easy usability.
I built without problem, and patched to the correct man installin
I’ve an HP DeskJet 2630 multi-function printer, use that with usb
cable. I installed sane-backend and cups to use the printer, for
settings I read README files of these packages:
chown _cups:_saned /dev/ugen0.* /dev/usb0
chmod 660 /dev/ugen0.*
and added my user to the _saned group.
However the sc
Thanks to your review, I removed the login file, fixed the README
file, and added @conflict and @pkgpath markers to the PLIST. I've
attached the new version.
Stuart Henderson ezt írta (időpont: 2022. okt.
24., H, 16:17):
>
> On 2022/10/24 14:43, Robert Bagdan wrote:
> > I'v
Stuart Henderson ezt írta (időpont: 2022. okt.
24., H, 16:23):
>
> On 2022/10/24 15:12, Stuart Henderson wrote:
> > On 2022/10/24 14:42, Robert Bagdan wrote:
> > > 2) I add the files/libversion-fix.sh script to the ports, and call
> > > that the post-extract time.
I've attached the port of x11/terminology, an EFL based terminal
emulator bristling with advanced features.
This is the part of 3 to the Enlightenment wm stuff, which is based on
the latest releases, not on the DR16 based version, which is already
in the ports tree.
I use and test them (EFl, Enli
I've attached the port of x11/enlightenment-wm, which is the graphical
desktop shell from the Enlightenment project. It resembles a
traditional UNIX/X1 style desktop by design but has a range of
add-ons, as well as a different core design philosophy. Enlightenment
manages windows and files. It's a
Hi!
I've attached the port of x11/efl, the Enlightenment Foundation
Libraries, which is a collection of libraries for handling many common
tasks a developer may have such as data structures, communication,
rendering, widgets and more.
This is the part of 1 to the Enlightenment wm stuff, which is
On 19/10/22 18:23 +0100, Stuart Henderson wrote:
> On 2022/10/19 16:30, Sergey A. Osokin wrote:
> > Hi,
> >
> > could you please review the following changes for the security
> > update www/nginx to the recent stable version, 1.22.1.
>
> adding maintainer to CC, it's usually helpful ..
that rele
On 09/10/22 16:34 -0700, Heppler, J. Scott wrote:
> On current, ungoogled-chromium errors out - unable to access
> /dev/drm/card0. I replaced with www/iridium and it ran fine.
> I suspect pledge/unveil was not fully implemented in ungoogled-chromium.
>
> A second issue is that it likely cannot be
nSUSE, but declined my request to support it on OpenBSD.
I've tried to build it from source, but I don't seem to understand enough ocaml
to do so. How do I request that it go back into the ports tree, and more
importantly
that the binany is again included in my OpenBSD install?
Thanks very much,
Robert
1 - 100 of 381 matches
Mail list logo
