På torsdag 20. august 2026 kl. 20:12, skrev Thomas Frohwein
<[email protected]>:
> On Wed, 19 Aug 2026 12:29:37 +0000
> [email protected] wrote:
>
> > And the rebuilt vlc builds with this where it did not previously. Also
> > plays as well.
>
> Are you sure you had the update applied? Because I still run into the
> segfault:
>
> libtool: link: cc -o .libs/vlc-cache-gen -O2 -pipe -Werror=unknown-warning-option -Werror=invalid-command-line-argument -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var -Wformat -Wformat-security -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration -Winit-self -fvisibility=hidden -fno-math-errno -funsafe-math-optimizations -fno-rounding-math -fcx-limited-range -funroll-loops -fomit-frame-pointer -fstack-protector-strong cachegen.o /usr/ports/pobj/vlc-3.0.23/vlc-3.0.23/compat/.libs/libcompat.a -L.libs -lm -lvlc -lvlccore -lintl -liconv -lidn -lpthread -lexecinfo -ldbus-1 -Wl,-rpath-link,/usr/local/lib
> cc: warning: argument unused during compilation: '-fcx-limited-range' [-Wunused-command-line-argument]
> rm -f ../modules/plugins.dat
> if test "x86_64-unknown-openbsd8.0" = "x86_64-unknown-openbsd8.0"; then \
> ./vlc-cache-gen `realpath ../modules` ; \
> else \
> echo "Cross-compilation: cache generation skipped!" ; \
> fi
> vlc-cache-gen:/usr/local/lib/libnfs.so.3.0: /usr/lib/libc.so.103.0 : WARNING: symbol(_null_auth) size mismatch, relink your program
> Segmentation fault (core dumped)
>
It might be related to libnfs-7.0.0pl20260708? Looks like a
similar issue:
https://marc.info/?l=openbsd-ports&m=178723004685055&w=2
> > fio:/usr/lib/libc.so.103.0: /usr/local/lib/libnfs.so.3.0 : WARNING: \
> > symbol(_null_auth) size mismatch, relink your program
> > oracle$ objdump -x /usr/lib/libc.so.103.0 | grep _null_auth \
> > 00000000003f61e0 g O .bss 0000000000000018 _null_auth
> > oracle$ objdump -x /usr/local/lib/libnfs.so.3.0 | grep _null_auth
> > 0000000000368070 g O .bss 0000000000000020 _null_auth
--
> Of note, I was only able to compile vlc this far after building
> devel/sdl-image from scratch rather than installing the package because
> otherwise it would also look for libSDL.la
>
> I think we need to figure out what's going wrong with x11/vlc before
> sdl12-compat is ready. Here is what `egdb bin/.libs/vlc-cache-gen
> bin/vlc-cache-gen.core` gets me, in case this helps with figuring out
> the issue:
>
Added a 'REVISION = 0' to the sdl patch from sthen and updated sdl again
and rebuilt sdl-image, mplayer, and vlc(using 'make clean=all make'
before each) once more to be sure.
// Example of rebuild
$ cd /usr/ports/devel/sdl && make clean=all clean &&make build package clean
--
// Update
# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add -Dsnap -u sdl
sdl-1.2.76->1.2.76p0: ok
Doing 'pkg_add -Dsnap -Dinstalled -r $pkg' for each before
continuing.
Like:
// Example of rebuild
$ cd /usr/ports/devel/sdl-image && make clean=all clean &&make build package clean
--
// Installing before next rebuild
# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add -Dsnap -Dinstalled -r sdl-image
sdl-image-1.2.12p6->1.2.12p6: ok
--
// The other reinstalls after rebuild
# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add -Dsnap -Dinstalled -r mplayer
mplayer-20251123p4->20251123p4: ok
--
# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add -Dsnap -u vlc
vlc-3.0.23p7->3.0.23p7: ok
--
It was still able to compile and install, for me at least. Maybe I am skipping something or incorrectly doing orders of operation?
$ vlc -Z *av1* *.webm
VLC media player 3.0.23 Vetinari (revision 3.0.23-2-0-g79128878dd)
--
The only non-standard thing I think applies that is not in the ports
tree yet is ffmpeg-9.0. Could that be the difference? I doubt it, but
thought I should mention.
Think you are right in waiting until this is resolved if vlc is still
breaking for anyone. Avoiding breaking userspace, particularly
breakage for people using vlc directly or as a dependency, is
preferred.
Hope that helps.
--
yaydn
PS: Sending this in the early morning, so apologies for any grammer or
other errors. Let me know if something is unclear or missing/too much
noise.
> Program terminated with signal SIGSEGV, Segmentation fault.
> [...]
> (gdb) bt full
> #0 0x00000ce9c66c60df in _dl_unload_dlopen () at /usr/src/libexec/ld.so/library_subr.c:497
> node = <optimized out>
> #1 0x00000ce9c66bb7f2 in _dl_dtors () at /usr/src/libexec/ld.so/loader.c:204
> No locals.
> #2 0x00000cea7a5276c2 in _libc___cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:177
> call_depth = 1
> pgsize = 4096
> p = <optimized out>
> n = <optimized out>
> fn = {fn_ptr = 0xce9c66bb7e0 <_dl_dtors>, fn_arg = 0x0, fn_dso = <optimized out>}
> q = <optimized out>
> #3 0x00000cea7a54df05 in _libc_exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:54
> No locals.
> #4 0x00000ce78b344c02 in _start ()
> No symbol table info available.
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.